
From pthubert@cisco.com  Thu Aug  1 03:05:36 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5083911E80FD for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 03:05:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.527
X-Spam-Level: 
X-Spam-Status: No, score=-10.527 tagged_above=-999 required=5 tests=[AWL=0.071, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hBTu5AxNyZam for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 03:05:31 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 7006C21F9815 for <6tsch@ietf.org>; Thu,  1 Aug 2013 03:05:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5031; q=dns/txt; s=iport; t=1375351520; x=1376561120; h=from:to:subject:date:message-id:mime-version; bh=qJndUKUyzbHUFyExlYTFcGwHeC+HaGTu83hiiM18J2c=; b=CoSmf4lOhx3amKqrgemvorDSWTFEVlIOHc/ciYWVzMkgz73pXXFkYGtB zUfaSWzzFIWoYDHPCBV4/uXbP6d/TFx5yTzob7k7zPTjjkPes9jof4VIH EV1fHGu9jhd8OsPAFcZWP6Y9COfmJwVYYYU0+YZzs6EEmRyDlNKCkdfHS Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjwFAOsx+lGtJV2Z/2dsb2JhbABBGoJCRDVQhXG4VoEgFnSCJgEELV4BKlYmAQQbAYgHDDKYI6BXj1YtgyRzA6ktgxSCKg
X-IronPort-AV: E=Sophos;i="4.89,793,1367971200";  d="scan'208,217";a="242209648"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP; 01 Aug 2013 10:05:19 +0000
Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r71A5JV4007822 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Thu, 1 Aug 2013 10:05:19 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.104]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.02.0318.004; Thu, 1 Aug 2013 05:05:18 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: BoF recording
Thread-Index: Ac6OnnlI4gBj43DKTA6Veev+OlW4Qw==
Date: Thu, 1 Aug 2013 10:05:18 +0000
Deferred-Delivery: Thu, 1 Aug 2013 10:05:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8413C65FD@xmb-rcd-x01.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.214.6]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413C65FDxmbrcdx01ciscoc_"
MIME-Version: 1.0
Subject: [6tsch] BoF recording
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 10:05:36 -0000

--_000_E045AECD98228444A58C61C200AE1BD8413C65FDxmbrcdx01ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Dear all:

A webex slideshow and the speaker voice as captured by the IETF tools are a=
vailable separately:
The mp3 recording is here http://www.ietf.org/audio/ietf87/ietf87-bellevue-=
20130730-1520-pm2.mp3
The webex recording (with no sound) is here https://cisco.webex.com/ciscosa=
les/lsr.php?AT=3Dpb&SP=3DMC&rID=3D70245732&rKey=3D20ae6ae1b0abddfd
All slides are here https://bitbucket.org/6tsch/meetings/src/a5501873ad51cb=
8caa0869202bb19756fb445929/130730_ietf-87_berlin?at=3Dmaster
We are finalizing the meeting page https://bitbucket.org/6tsch/meetings/wik=
i/130730b_ietf-87_berlin_bof

Cheers,

Pascal




--_000_E045AECD98228444A58C61C200AE1BD8413C65FDxmbrcdx01ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Dear all:<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">A webex slideshow and the speaker voice as captured =
by the IETF tools are available separately:<o:p></o:p></p>
<p class=3D"MsoNormal">The mp3 recording is here <a href=3D"http://www.ietf=
.org/audio/ietf87/ietf87-bellevue-20130730-1520-pm2.mp3">
http://www.ietf.org/audio/ietf87/ietf87-bellevue-20130730-1520-pm2.mp3</a><=
o:p></o:p></p>
<p class=3D"MsoNormal">The webex recording (with no sound) is here <span st=
yle=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quo=
t;">
<a href=3D"https://cisco.webex.com/ciscosales/lsr.php?AT=3Dpb&amp;SP=3DMC&a=
mp;rID=3D70245732&amp;rKey=3D20ae6ae1b0abddfd" target=3D"_blank">https://ci=
sco.webex.com/ciscosales/lsr.php?AT=3Dpb&amp;SP=3DMC&amp;rID=3D70245732&amp=
;rKey=3D20ae6ae1b0abddfd</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">All slides are here
<a href=3D"https://bitbucket.org/6tsch/meetings/src/a5501873ad51cb8caa08692=
02bb19756fb445929/130730_ietf-87_berlin?at=3Dmaster">
https://bitbucket.org/6tsch/meetings/src/a5501873ad51cb8caa0869202bb19756fb=
445929/130730_ietf-87_berlin?at=3Dmaster</a>
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">We are finalizing the meeting page
</span><a href=3D"https://bitbucket.org/6tsch/meetings/wiki/130730b_ietf-87=
_berlin_bof">https://bitbucket.org/6tsch/meetings/wiki/130730b_ietf-87_berl=
in_bof</a><o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Cheers,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Pascal<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD8413C65FDxmbrcdx01ciscoc_--

From twatteyne@gmail.com  Thu Aug  1 06:14:31 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4DB621F92B8 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 06:14:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level: 
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15MkRQBsgmbE for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 06:14:30 -0700 (PDT)
Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) by ietfa.amsl.com (Postfix) with ESMTP id 4049821E8149 for <6tsch@ietf.org>; Thu,  1 Aug 2013 06:13:06 -0700 (PDT)
Received: by mail-pa0-f48.google.com with SMTP id kp13so2109564pab.7 for <6tsch@ietf.org>; Thu, 01 Aug 2013 06:13:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=srIxNfnDJ4NM8mW82SXDjqOBXGA+ZB5XAwsASPnOxwE=; b=CIHpacN1B2a9YjBE4sPF3ZVIhr0q2joBDFq9RaJt1ft7Inx9XIZPCDJbx7LKHo8Ksl FbwgbgdzYZ5J2mPX+t3TU5JYgvVogJDdT3G2UWCLC2BDYhlZofDpJ2HswBrOHS75p77f ZyeJr3oz+i5zRjesuEVwSISNyhROXCOyw8VwWkb4QBIZ0ZzdD+CONpP+gCtsYRVbktaS 9c+Pa6oeq/IbY5sDv8ipNGnEhdgysInwz8t8UjL+wGrdqJHytxUgU5wrFTvJ1nnt6iV5 tcgNI9eEEmB8tLpzpa86AXBYkSEP2GbC4p0flsxmlT/QdYSFiq3aGkIDTGMAxLvYQ++k YoNw==
X-Received: by 10.66.37.43 with SMTP id v11mr4042315paj.108.1375362785842; Thu, 01 Aug 2013 06:13:05 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 1 Aug 2013 06:12:45 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 1 Aug 2013 15:12:45 +0200
X-Google-Sender-Auth: u7Q3tTKqZgXcwfI98MHgLPw2h64
Message-ID: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>,  "Ted Lemon (ted.lemon@nominum.com)" <ted.lemon@nominum.com>,  "Adrian Farrel (adrian@olddog.co.uk)" <adrian@olddog.co.uk>, Marc Blanchet <marc.blanchet@viagenie.ca>
Content-Type: multipart/alternative; boundary=bcaec5304f45499c0304e2e29a07
Subject: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 13:14:31 -0000

--bcaec5304f45499c0304e2e29a07
Content-Type: text/plain; charset=ISO-8859-1

All,

Thanks to all for for the effort of putting together the BoF on Tuesday!
One of the suggestions was to simplify the charter, in particular by
reducing the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here
at the IETF, the chairs have created a new, simplified version of the
draft, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.
Please send comments directly to this thread. Ideally, we would like to
converge within a couple of days, so let's start the discussion right now.

Pascal & Thomas

--bcaec5304f45499c0304e2e29a07
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">All,<div><br></div><div>Thanks to all for for the effort o=
f putting together the BoF on Tuesday! One of the suggestions was to simpli=
fy the charter, in particular by reducing the number of work items.</div><d=
iv>

<br></div><div>After discussion and suggestions from numerous 6TSCH and oth=
er people here at the IETF, the chairs have created a new, simplified versi=
on of the draft, which we have uploaded in the repo at:</div><div><a href=
=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-=
6tsch-00.txt">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/cha=
rter-ietf-6tsch-00.txt</a></div>

<div><br></div><div>This e-mail is to start a discussion on the ML about th=
is revamped charter. Please send comments directly to this thread. Ideally,=
 we would like to converge within a couple of days, so let&#39;s start the =
discussion right now.</div>

<div><br></div><div>Pascal &amp; Thomas</div></div>

--bcaec5304f45499c0304e2e29a07--

From alfredo.grieco@gmail.com  Thu Aug  1 07:58:17 2013
Return-Path: <alfredo.grieco@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E6E321F9DCA for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 07:58:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vR8Su8GiM70H for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 07:58:16 -0700 (PDT)
Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id CC3C421E80FF for <6tsch@ietf.org>; Thu,  1 Aug 2013 07:58:10 -0700 (PDT)
Received: by mail-la0-f50.google.com with SMTP id fn20so1496550lab.9 for <6tsch@ietf.org>; Thu, 01 Aug 2013 07:58:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=J8L2chjplYlONFSE4+qpeHZ4rLiOTBraEnOSneSlKt4=; b=GDTBERSetLcA8TEA0E/38HyJzIY1EhPeR3jRwmYgXmn6IijqjpsYSnM7Qfwn1Ab4I0 HzB7c6aXqyKuHF3QZPCAyDBK9l6W9Mfc2QU6xwuiV0RKIUP0WkCoofvEWSEZyEztba79 6zMrv63FAqZ/JDGUK2buf0riSbjZetwGiMLPUIESlbgcC0C93l8Y+ZXwy8gmAS52OUZJ DhRMHjpnpMH0xNTUQKQmAZhrI9NnwFGt5mWGxWTKDc1avVTTbSW+tkDO16Wmz8qaTJTw s7y3BFBdia+2Lg2nNlJ6zdXZB0ebOORRLqhU6Lb3cRpGC60La3RNYHe0DqBvqU6QJp/S Z9mQ==
MIME-Version: 1.0
X-Received: by 10.152.26.2 with SMTP id h2mr942791lag.52.1375369089674; Thu, 01 Aug 2013 07:58:09 -0700 (PDT)
Received: by 10.114.79.103 with HTTP; Thu, 1 Aug 2013 07:58:09 -0700 (PDT)
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Date: Thu, 1 Aug 2013 16:58:09 +0200
Message-ID: <CAM4EQiOiNq6aG42V-xYfW5dBCmb0=HMoPJ+CL-i33jB4zR0StA@mail.gmail.com>
From: Alfredo Grieco <alfredo.grieco@gmail.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=089e0158be4406783404e2e4129e
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 14:58:17 -0000
X-List-Received-Date: Thu, 01 Aug 2013 14:58:17 -0000

--089e0158be4406783404e2e4129e
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

Like very much this new charter: it is now much more clear what the WG is
going to do.

Thanks a lot for having reworked it.

Cheers

Al

On Thursday, August 1, 2013, Thomas Watteyne wrote:

> All,
>
> Thanks to all for for the effort of putting together the BoF on Tuesday!
> One of the suggestions was to simplify the charter, in particular by
> reducing the number of work items.
>
> After discussion and suggestions from numerous 6TSCH and other people here
> at the IETF, the chairs have created a new, simplified version of the
> draft, which we have uploaded in the repo at:
>
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt
>
> This e-mail is to start a discussion on the ML about this revamped
> charter. Please send comments directly to this thread. Ideally, we would
> like to converge within a couple of days, so let's start the discussion
> right now.
>
> Pascal & Thomas
>

--089e0158be4406783404e2e4129e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi all,<div><br></div><div>Like very much this new charter: it is now much =
more clear what the=A0<span></span>WG is going to do.</div><div><br></div><=
div>Thanks a lot for having reworked it.</div><div><br></div><div>Cheers</d=
iv>
<div><br></div><div>Al</div><div><br>On Thursday, August 1, 2013, Thomas Wa=
tteyne  wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">All,<div>=
<br>
</div><div>Thanks to all for for the effort of putting together the BoF on =
Tuesday! One of the suggestions was to simplify the charter, in particular =
by reducing the number of work items.</div><div>

<br></div><div>After discussion and suggestions from numerous 6TSCH and oth=
er people here at the IETF, the chairs have created a new, simplified versi=
on of the draft, which we have uploaded in the repo at:</div><div><a href=
=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-=
6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6tsch/charter-ietf-6t=
sch/src/master/charter-ietf-6tsch-00.txt</a></div>


<div><br></div><div>This e-mail is to start a discussion on the ML about th=
is revamped charter. Please send comments directly to this thread. Ideally,=
 we would like to converge within a couple of days, so let&#39;s start the =
discussion right now.</div>


<div><br></div><div>Pascal &amp; Thomas</div></div>
</blockquote></div>

--089e0158be4406783404e2e4129e--

From emmanuel.baccelli@gmail.com  Thu Aug  1 08:40:50 2013
Return-Path: <emmanuel.baccelli@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 236FE21F9E68 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 08:40:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.349
X-Spam-Level: 
X-Spam-Status: No, score=-1.349 tagged_above=-999 required=5 tests=[AWL=0.628,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UMvHXmipnzeq for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 08:40:49 -0700 (PDT)
Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 5DC7121E818D for <6tsch@ietf.org>; Thu,  1 Aug 2013 08:40:48 -0700 (PDT)
Received: by mail-ob0-f173.google.com with SMTP id ta17so4198654obb.32 for <6tsch@ietf.org>; Thu, 01 Aug 2013 08:40:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=nnEcwuepDr04lQSCTy2h35vjQRNpFs93saNyxNjr4ck=; b=EdPKFsjGB9SP2FgoPwjJyDiJmJxp3KbadPYHRjnqal2exhajPDVNrhOjcfCxCYctWV LAvhuCYS8pzki1HqnMZep5f4+kniHwfml4++HivD2FarREdB36yCkomevpicE5NnjKu6 bXXSqc6lexamA3qN4bblfJq+THJuVFNF9ms6EA2NQ8lXaRQET8YQHe0fGTh5dbrPjltP uiV4GvkU6QTJc/fEncxZ7dZ1fMqPcD9bvLTljHyjV/y8i2w4B9oDzN6y3khIcbQyqrsD W41pyQZhtTmxs2vvpcSGOvsL7UMj1BHy+OZJluBIPu4u12MYvMkslNM62Q3FDOLCSAjf aG4w==
X-Received: by 10.60.38.234 with SMTP id j10mr1718894oek.42.1375371647563; Thu, 01 Aug 2013 08:40:47 -0700 (PDT)
MIME-Version: 1.0
Sender: emmanuel.baccelli@gmail.com
Received: by 10.76.177.67 with HTTP; Thu, 1 Aug 2013 08:40:26 -0700 (PDT)
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
From: Emmanuel Baccelli <Emmanuel.Baccelli@inria.fr>
Date: Thu, 1 Aug 2013 17:40:26 +0200
X-Google-Sender-Auth: xYU93PisTl0pBVzCy5MVYZfyIQ0
Message-ID: <CANK0pbY-sgazmVgBjyY8osWqAdtKhn0tWNJOxAc7j8WzvNscmg@mail.gmail.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=089e0149c2107cbf5b04e2e4aa18
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 15:40:50 -0000

--089e0149c2107cbf5b04e2e4aa18
Content-Type: text/plain; charset=ISO-8859-1

Hi Thomas, Hi Pascal,

thanks for the revamped charter. The timeline is explicit and the scope is
now much more focused, while not blocking the horizon for non-yet-chartered
work awaiting us next, down the line. So it looks good to me.

This is just my personal opinion, and I don't know if this is the right
place/time to say this, but I also wanted to mention that I don't see a
real need for a second BOF if there's a consensus on a revamped charter
proposal.

Best,
Emmanuel



On Thu, Aug 1, 2013 at 4:31 PM, Thomas Watteyne
<watteyne@eecs.berkeley.edu>wrote:

> All,
>
> Thanks to all for for the effort of putting together the BoF on Tuesday!
> One of the suggestions was to simplify the charter, in particular by
> reducing the number of work items.
>
> After discussion and suggestions from numerous 6TSCH and other people here
> at the IETF, the chairs have created a new, simplified version of the
> draft, which we have uploaded in the repo at:
>
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt
>
> This e-mail is to start a discussion on the ML about this revamped
> charter. Please send comments directly to this thread. Ideally, we would
> like to converge within a couple of days, so let's start the discussion
> right now.
>
> Pascal & Thomas
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--089e0149c2107cbf5b04e2e4aa18
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Thomas, Hi Pascal,<div><br><div style>thanks for the re=
vamped charter. The timeline is explicit and the scope is now much more foc=
used, while not blocking the horizon for non-yet-chartered work awaiting us=
 next, down the line. So it looks good to me.=A0</div>

<div style><br></div><div style>This is just my personal opinion, and I don=
&#39;t know if this is the right place/time to say this, but I also wanted =
to mention that I don&#39;t see a real need for a second BOF if there&#39;s=
 a consensus on a revamped charter proposal.</div>

<div style><br></div><div style>Best,</div><div style>Emmanuel</div><div st=
yle><br></div></div></div><div class=3D"gmail_extra"><br><br><div class=3D"=
gmail_quote">On Thu, Aug 1, 2013 at 4:31 PM, Thomas Watteyne <span dir=3D"l=
tr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">wat=
teyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">All,<div><br></div><div>Tha=
nks to all for for the effort of putting together the BoF on Tuesday! One o=
f the suggestions was to simplify the charter, in particular by reducing th=
e number of work items.</div>

<div>

<br></div><div>After discussion and suggestions from numerous 6TSCH and oth=
er people here at the IETF, the chairs have created a new, simplified versi=
on of the draft, which we have uploaded in the repo at:</div><div><a href=
=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-=
6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6tsch/charter-ietf-6t=
sch/src/master/charter-ietf-6tsch-00.txt</a></div>



<div><br></div><div>This e-mail is to start a discussion on the ML about th=
is revamped charter. Please send comments directly to this thread. Ideally,=
 we would like to converge within a couple of days, so let&#39;s start the =
discussion right now.</div>



<div><br></div><div>Pascal &amp; Thomas</div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--089e0149c2107cbf5b04e2e4aa18--

From dominique.barthel@orange.com  Thu Aug  1 10:02:05 2013
Return-Path: <dominique.barthel@orange.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1A4721E8202 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 10:02:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level: 
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XMC+pQG+Aaqi for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 10:02:01 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id A9C1421E8195 for <6tsch@ietf.org>; Thu,  1 Aug 2013 10:01:59 -0700 (PDT)
Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm11.si.francetelecom.fr (ESMTP service) with ESMTP id 88F6E3B4352; Thu,  1 Aug 2013 19:01:51 +0200 (CEST)
Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id 6B8F927C0EF; Thu,  1 Aug 2013 19:01:51 +0200 (CEST)
Received: from PEXCVZYM13.corporate.adroot.infra.ftgroup ([fe80::cc7e:e40b:42ef:164e]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.02.0328.009; Thu, 1 Aug 2013 19:01:51 +0200
From: <dominique.barthel@orange.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, 6TSCH <6tsch@ietf.org>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOjsPDsQAxhMzVX0iraSTIg2U/TpmAivGA
Date: Thu, 1 Aug 2013 17:01:51 +0000
Message-ID: <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.197.38.3]
Content-Type: multipart/alternative; boundary="_000_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7PEXCVZYM13corpo_"
MIME-Version: 1.0
X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2013.7.1.45418
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 17:02:05 -0000

--_000_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7PEXCVZYM13corpo_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Woww, now this is very focused. This should give us a clear framework to st=
art our work, and hopefully expand later.
Overall, I believe the current Work Items description could elaborate a bit=
 more.
Specifically, please find below my questions, followed by other minor remar=
ks/suggested changes.

Dominique

---------

Questions
=AB Produce "Timeslot Management Methods and Formats" to describe how an en=
tity can manage the TSCH schedule on a 6TSCH node". The schedule is somewhe=
re described as being static. In this sentence, the schedule can be "manage=
d" by an "entity". What prevents the so-called entity to "manage" the sched=
ule, i.e. allocate slots, based on some information such as traffic require=
ments? In which case, what does "static" mean? Probably "imposed upon the 6=
top layer" (if such notion still exists) by some external mechanism.

"or learnt by a node when joining the network, possibly in a format as defi=
ned by work item 1."
Do you mean the description of the schedule would be provided "in-band" to =
the joining node (through EB's or similar mechanism). This does not seem to=
 fit the description of work item 1, where the "entity" is an upper layer. =
Or do you mean as a payload transported on a default cell/link between uppe=
r layer entities ?

"3. Produce "6TSCH architecture" to describe the design and implementation =
of 6TSCH networks. This document will highlight the different architectural=
 blocks and signaling flows, including the operation of the network in the =
presence of multiple BBRs."
Does this include any form of multi-hop ND? In light of the discussion at 6=
lo BoF on this topic, how will compare to 6lowpan-ND?

Sentences unclear to me
"A dynamic schedule for traffic that is switched at the timeslot level may =
for example be computed centrally by an entity located on the backbone."  T=
his sentence is complex and unclear to me overall. Consider rephrasing?
"Produce "Timeslot Management Methods and Formats" to describe how an entit=
y can manage the TSCH schedule on a 6TSCH node". Is it assumed that everybo=
dy knows what "entity" is supposed to mean in this context?

Minor changes
s/in front of interference/in front of narrow-band interference
s/- implementers guide, collecting/ - implementers guide: this document wil=
l collect/
s/- coexistence guide, providing/- coexistence guide: this document will pr=
ovide/

English writing
s/and ISA100.11a, and/and ISA100.11a, while/
s/Initially the document/Initially, the document
s/be adapted dynamically/be dynamically adapted/




De : 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] De la part de T=
homas Watteyne
Envoy=E9 : jeudi 1 ao=FBt 2013 15:13
=C0 : 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (adrian@olddo=
g.co.uk); Marc Blanchet
Objet : [6tsch] updated charter per BoF suggestion: thoughts?

All,

Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.

Pascal & Thomas

___________________________________________________________________________=
______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.


--_000_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7PEXCVZYM13corpo_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"FR" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Woww, now =
this is very focused. This should give us a clear framework to start our wo=
rk, and hopefully expand later.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Overall, I=
 believe the current Work Items description could elaborate a bit more.<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Specifical=
ly, please find below my questions, followed by other minor remarks/suggest=
ed changes.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dominique<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">---------<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Questions<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">=AB&nbsp;P=
roduce &quot;Timeslot Management Methods and Formats&quot; to describe how =
an entity can manage the TSCH schedule on a 6TSCH node&#8221;. The schedule=
 is somewhere
 described as being static. In this sentence, the schedule can be &#8220;ma=
naged&#8221; by an &#8220;entity&#8221;. What prevents the so-called entity=
 to &#8220;manage&#8221; the schedule, i.e. allocate slots, based on some i=
nformation such as traffic requirements? In which case, what does &#8220;st=
atic&#8221;
 mean? Probably &#8220;imposed upon the 6top layer&#8221; (if such notion s=
till exists) by some external mechanism.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;or =
learnt by a node when joining the network, possibly in a format as defined =
by work item 1.&#8221;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Do you mea=
n the description of the schedule would be provided &#8220;in-band&#8221; t=
o the joining node (through EB&#8217;s or similar mechanism). This does not
 seem to fit the description of work item 1, where the &#8220;entity&#8221;=
 is an upper layer. Or do you mean as a payload transported on a default ce=
ll/link between upper layer entities ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;3. =
Produce &quot;6TSCH architecture&quot; to describe the design and implement=
ation of 6TSCH networks. This document will highlight the different archite=
ctural
 blocks and signaling flows, including the operation of the network in the =
presence of multiple BBRs.&#8221;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Does this =
include any form of multi-hop ND? In light of the discussion at 6lo BoF on =
this topic, how will compare to 6lowpan-ND?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Sentences =
unclear to me<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;A d=
ynamic schedule for traffic that is switched at the timeslot level may for =
example be computed centrally by an entity located on the backbone.&#8221;
 &nbsp;This sentence is complex and unclear to me overall. Consider rephras=
ing?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;Pro=
duce &quot;Timeslot Management Methods and Formats&quot; to describe how an=
 entity can manage the TSCH schedule on a 6TSCH node&#8221;. Is it assumed =
that
 everybody knows what &#8220;entity&#8221; is supposed to mean in this cont=
ext?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Minor changes<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/in front=
 of interference/in front of narrow-band interference<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/- implem=
enters guide, collecting/</span><span lang=3D"EN-US">
</span><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">- implementers guide: this=
 document will collect/<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/- coexis=
tence guide, providing/- coexistence guide: this document will provide/<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">English writing<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/and ISA1=
00.11a, and/and ISA100.11a, while/<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/Initiall=
y the document/Initially, the document<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/be adapt=
ed dynamically/be dynamically adapted/<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">De&nbsp;:</span></b><span style=3D"fo=
nt-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsc=
h-bounces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>De la part de</b> Thomas Watteyne<br>
<b>Envoy=E9&nbsp;:</b> jeudi 1 ao=FBt 2013 15:13<br>
<b>=C0&nbsp;:</b> 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (=
adrian@olddog.co.uk); Marc Blanchet<br>
<b>Objet&nbsp;:</b> [6tsch] updated charter per BoF suggestion: thoughts?<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks to all for for the effort of putting together=
 the BoF on Tuesday! One of the suggestions was to simplify the charter, in=
 particular by reducing the number of work items.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">After discussion and suggestions from numerous 6TSCH=
 and other people here at the IETF, the chairs have created a new, simplifi=
ed version of the draft, which we have uploaded in the repo at:<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-=
6tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.org/6tsch/cha=
rter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">This e-mail is to start a discussion on the ML about=
 this revamped charter. Please send comments directly to this thread. Ideal=
ly, we would like to converge within a couple of days, so let's start the d=
iscussion right now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Pascal &amp; Thomas<o:p></o:p></p>
</div>
</div>
</div>
<PRE>______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</PRE></body>
</html>

--_000_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7PEXCVZYM13corpo_--

From Ted.Lemon@nominum.com  Thu Aug  1 12:17:03 2013
Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B98A611E8144 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 12:17:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.532
X-Spam-Level: 
X-Spam-Status: No, score=-106.532 tagged_above=-999 required=5 tests=[AWL=0.067, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nhOpmW8A7118 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 12:16:57 -0700 (PDT)
Received: from exprod7og113.obsmtp.com (exprod7og113.obsmtp.com [64.18.2.179]) by ietfa.amsl.com (Postfix) with ESMTP id 02E3411E8131 for <6tsch@ietf.org>; Thu,  1 Aug 2013 12:16:56 -0700 (PDT)
Received: from shell-too.nominum.com ([64.89.228.229]) (using TLSv1) by exprod7ob113.postini.com ([64.18.6.12]) with SMTP ID DSNKUfq0KNdgZ64Ka2GA8nBQWdX3QEA0k0jZ@postini.com; Thu, 01 Aug 2013 12:16:57 PDT
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by shell-too.nominum.com (Postfix) with ESMTP id 19A771B8257 for <6tsch@ietf.org>; Thu,  1 Aug 2013 12:16:56 -0700 (PDT)
Received: from webmail.nominum.com (cas-02.win.nominum.com [64.89.228.132]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTPS id 8B186190065; Thu,  1 Aug 2013 12:16:53 -0700 (PDT) (envelope-from Ted.Lemon@nominum.com)
Received: from MBX-01.WIN.NOMINUM.COM ([64.89.228.133]) by CAS-02.WIN.NOMINUM.COM ([64.89.228.132]) with mapi id 14.02.0318.004; Thu, 1 Aug 2013 12:16:53 -0700
From: Ted Lemon <Ted.Lemon@nominum.com>
To: Emmanuel Baccelli <Emmanuel.Baccelli@inria.fr>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOjrjdzIHbwmgHAk2jwpPRba4O0ZmA8skAgAA8fQA=
Date: Thu, 1 Aug 2013 19:16:52 +0000
Message-ID: <8D23D4052ABE7A4490E77B1A012B63077523CDCC@mbx-01.win.nominum.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <CANK0pbY-sgazmVgBjyY8osWqAdtKhn0tWNJOxAc7j8WzvNscmg@mail.gmail.com>
In-Reply-To: <CANK0pbY-sgazmVgBjyY8osWqAdtKhn0tWNJOxAc7j8WzvNscmg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.1.10]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <37FB54C3ABF2874A9BCF2359C61AFE46@nominum.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 19:17:03 -0000

On Aug 1, 2013, at 5:40 PM, Emmanuel Baccelli <Emmanuel.Baccelli@inria.fr> =
wrote:
> This is just my personal opinion, and I don't know if this is the right p=
lace/time to say this, but I also wanted to mention that I don't see a real=
 need for a second BOF if there's a consensus on a revamped charter proposa=
l.

If you guys can agree on a charter before the next IETF, it is clear to me =
that there is support in the IETF for doing this work, and energy in the wo=
rking group for doing it, so I will be happy to put forward the charter as =
a proposed working group.   You could also ask Brian Haberman, since there'=
s a decent chance he will wind up as responsible AD if a working group is f=
ormed.   AFAIK either way is fine.


From maria-rita.palattella@uni.lu  Thu Aug  1 12:23:32 2013
Return-Path: <maria-rita.palattella@uni.lu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9DD711E8141 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 12:23:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level: 
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Vz8lw8c4VaF for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 12:23:28 -0700 (PDT)
Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id 9183311E8144 for <6tsch@ietf.org>; Thu,  1 Aug 2013 12:23:26 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.89,796,1367964000"; d="scan'208,217";a="25716598"
Received: from unknown (HELO Travis.uni.lux) ([10.21.2.19]) by hercules.uni.lu with ESMTP; 01 Aug 2013 21:23:25 +0200
Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by Travis.uni.lux ([fe80::653b:7b8e:4641:a750%10]) with mapi id 14.03.0123.003; Thu, 1 Aug 2013 21:23:25 +0200
From: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, 6TSCH <6tsch@ietf.org>, "Ted Lemon (ted.lemon@nominum.com)" <ted.lemon@nominum.com>, "Adrian Farrel (adrian@olddog.co.uk)" <adrian@olddog.co.uk>, Marc Blanchet <marc.blanchet@viagenie.ca>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOjsPC1uoqmLhGDEqeFG8WlzfgapmAt4KA
Date: Thu, 1 Aug 2013 19:23:24 +0000
Message-ID: <F085911F642A6847987ADA23E611780D1858CEF1@hoshi.uni.lux>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.34.0.9]
Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D1858CEF1hoshiunilux_"
MIME-Version: 1.0
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 19:23:32 -0000

--_000_F085911F642A6847987ADA23E611780D1858CEF1hoshiunilux_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Pascal, Thomas,

Many thanks for this new version of the charter. It is pretty much simplifi=
ed, and at the same time it still keeps all the key work-items that we have=
 been targeting so far. Well done!

I have few minor comments:

1)      The first sentence sound a bit strange:

"The Working Group will focus on enabling IPv6 over the TSCH mode of the IE=
EE802.15.4e standard. The scope of the WG includes one or more LLNs, each o=
ne

connected to a backbone through one or more BackBone Routers (BBRs)."



What about this slightly different version:
        "The Working Group will focus on enabling IPv6 over IEEE802.15.4e T=
SCH networks, including one or more LLNs, each one
        connected to a backbone through one or more BackBone Routers (BBRs)=
."


2)      Why in "Description of Working Group" session and  "Work Items" ses=
sion, we talk in term of timeslot, instead of cells? A single element of th=
e schedule is actually a cell, given by (timeslot offset, channeloffset)?



Maria Rita



From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Thursday, August 01, 2013 3:13 PM
To: 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (adrian@olddog.=
co.uk); Marc Blanchet
Subject: [6tsch] updated charter per BoF suggestion: thoughts?

All,

Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.

Pascal & Thomas

--_000_F085911F642A6847987ADA23E611780D1858CEF1hoshiunilux_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0in;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:.5in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:"Courier New";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:270935853;
	mso-list-type:hybrid;
	mso-list-template-ids:-1334824872 67698705 67698713 67698715 67698703 6769=
8713 67698715 67698703 67698713 67698715;}
@list l0:level1
	{mso-level-text:"%1\)";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level2
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level3
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l0:level4
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level5
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level6
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l0:level7
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level8
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level9
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l1
	{mso-list-id:1078287433;
	mso-list-type:hybrid;
	mso-list-template-ids:-885861014 67698705 67698713 67698715 67698703 67698=
713 67698715 67698703 67698713 67698715;}
@list l1:level1
	{mso-level-text:"%1\)";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level2
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level3
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l1:level4
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level5
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level6
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l1:level7
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level8
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level9
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal, Thomas,<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Many thanks for this new =
version of the charter. It is pretty much simplified, and at the same time =
it still keeps all the key work-items that we have been
 targeting so far. Well done!<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I have few minor comments=
:<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"text-indent:-.25in;mso-list:l1 level=
1 lfo1"><![if !supportLists]><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><span style=3D"mso-=
list:Ignore">1)<span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]><span style=3D"font-size:11.0pt;font-family:=
&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">The first sentenc=
e sound a bit strange:<o:p></o:p></span></p>
<p class=3D"MsoListParagraph"><span style=3D"font-size:10.0pt;font-family:&=
quot;Courier New&quot;">&#8220;The Working Group will focus on enabling IPv=
6 over the TSCH mode of the
<a name=3D"cl-41"></a>IEEE802.15.4e standard. The scope of the WG includes =
one or more LLNs, each one<o:p></o:p></span></p>
<p class=3D"MsoListParagraph"><a name=3D"cl-42"></a><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Courier New&quot;">connected to a backbone throu=
gh one or more BackBone Routers (BBRs).&#8221;<o:p></o:p></span></p>
<p class=3D"MsoListParagraph"><span style=3D"font-size:11.0pt;font-family:&=
quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p><=
/span></p>
<p class=3D"MsoListParagraph"><span style=3D"font-size:11.0pt;font-family:&=
quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">What about this sl=
ightly different version:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Co=
urier New&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &#8220;The Work=
ing Group will focus on enabling IPv6 over IEEE802.15.4e TSCH networks, inc=
luding one or more LLNs, each one<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Co=
urier New&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; connected to a =
backbone through one or more BackBone Routers (BBRs).&#8221;<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Co=
urier New&quot;"><o:p>&nbsp;</o:p></span></p>
<pre style=3D"margin-left:.5in;text-indent:-.25in;mso-list:l1 level1 lfo1">=
<![if !supportLists]><span style=3D"font-family:&quot;Calibri&quot;,&quot;s=
ans-serif&quot;;color:#1F497D"><span style=3D"mso-list:Ignore">2)<span styl=
e=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
 </span></span></span><![endif]><span style=3D"font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">Why in &#8220;Description of Work=
ing Group&#8221; session and &nbsp;&#8220;Work Items&#8221; session, we tal=
k in term of timeslot, instead of cells? A single element of the schedule i=
s actually a cell, given by (timeslot offset, channeloffset)?<o:p></o:p></s=
pan></pre>
<p class=3D"MsoListParagraph"><span style=3D"font-size:11.0pt;font-family:&=
quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maria Rita<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Thursday, August 01, 2013 3:13 PM<br>
<b>To:</b> 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (adrian@=
olddog.co.uk); Marc Blanchet<br>
<b>Subject:</b> [6tsch] updated charter per BoF suggestion: thoughts?<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks to all for for the effort of putting together=
 the BoF on Tuesday! One of the suggestions was to simplify the charter, in=
 particular by reducing the number of work items.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">After discussion and suggestions from numerous 6TSCH=
 and other people here at the IETF, the chairs have created a new, simplifi=
ed version of the draft, which we have uploaded in the repo at:<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-=
6tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.org/6tsch/cha=
rter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">This e-mail is to start a discussion on the ML about=
 this revamped charter. Please send comments directly to this thread. Ideal=
ly, we would like to converge within a couple of days, so let's start the d=
iscussion right now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Pascal &amp; Thomas<o:p></o:p></p>
</div>
</div>
</div>
</body>
</html>

--_000_F085911F642A6847987ADA23E611780D1858CEF1hoshiunilux_--

From qinwang@berkeley.edu  Thu Aug  1 13:05:51 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A458F11E80F1 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 13:05:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.832
X-Spam-Level: 
X-Spam-Status: No, score=-2.832 tagged_above=-999 required=5 tests=[AWL=0.144,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ckzi3RaPOGkk for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 13:05:47 -0700 (PDT)
Received: from mail-oa0-f43.google.com (mail-oa0-f43.google.com [209.85.219.43]) by ietfa.amsl.com (Postfix) with ESMTP id A0EA811E80E3 for <6tsch@ietf.org>; Thu,  1 Aug 2013 13:05:47 -0700 (PDT)
Received: by mail-oa0-f43.google.com with SMTP id i10so5380913oag.30 for <6tsch@ietf.org>; Thu, 01 Aug 2013 13:05:43 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=qZMsDznmmxrrx78gyI9nvkxREAr4sQdZMPbAD1uwspo=; b=nJsStdBlZwNI++D5VkDL3ZTa+mQdZ99DMti4WGyhQE+BHze47cL6+vcFrRWtaIK5yo a910P9Dsux5bLfKxs1MzkzvIcqlpdieqdJAuD7AosXKcXqnF16gmNe3QbV6J+qddvuX6 D+LXbpCVxIqz3ENgS7vXm/yWtSiM591N56ygwOuJmSgTm9BAZQsZUAGAgqihsPz+wxo5 suIIfL3Y/1Mt75ReE7hIbdRgw14mUHxUDxA4f9cz4nCymP2ekizqTgB2ZHPpO7R6E7GW S4BNEuqyX0x4eIUvG6jXBGB0pZ+666gz0axWi8MkzVoeX3tbIMm/xn1zbvU3X/+nlfzh qteQ==
MIME-Version: 1.0
X-Received: by 10.50.97.40 with SMTP id dx8mr360508igb.30.1375387543415; Thu, 01 Aug 2013 13:05:43 -0700 (PDT)
Received: by 10.64.171.82 with HTTP; Thu, 1 Aug 2013 13:05:43 -0700 (PDT)
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Date: Fri, 2 Aug 2013 04:05:43 +0800
Message-ID: <CAAzoce4ewiOmcrfOpXzXe6So+eNdAzTyEArPNoXaNi78W=rvfw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b111a29f43b8b04e2e85ddd
X-Gm-Message-State: ALoCoQn/lus5OyVsICTG8E/wIIprHJcMO3lfUhlz1LicB5mGAcbhJ3VangQ4Bi+dNIt3J7klts6g
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 20:05:51 -0000

--047d7b111a29f43b8b04e2e85ddd
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

Regarding to the first work item:

************************************************************

1. Produce "Timeslot Management Methods and Formats" to describe how an
entity can manage the TSCH schedule on a 6TSCH node, and query timeslot
information from that node. Metrics such as timeslot quality reports are in
scope, but the actual bindings to transport operation are not.

***********************************************************

My suggestion and comment is as follows.

(1) Name: "Multichannel Timeslot Management Methods and Messages". The
reason for the modification is:

     a) not only "TS" but also "CH" have to be managed;

     b) "Messages" includes both exchange time sequence and format, which
need to be described.

(2) replace "timeslot" in the paragraph with "multichannel timeslots"

(3) It is not clear where the entity is. Should we clarify?

Thanks

Qin





On Thu, Aug 1, 2013 at 9:12 PM, Thomas Watteyne
<watteyne@eecs.berkeley.edu>wrote:

> All,
>
> Thanks to all for for the effort of putting together the BoF on Tuesday!
> One of the suggestions was to simplify the charter, in particular by
> reducing the number of work items.
>
> After discussion and suggestions from numerous 6TSCH and other people here
> at the IETF, the chairs have created a new, simplified version of the
> draft, which we have uploaded in the repo at:
>
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt
>
> This e-mail is to start a discussion on the ML about this revamped
> charter. Please send comments directly to this thread. Ideally, we would
> like to converge within a couple of days, so let's start the discussion
> right now.
>
> Pascal & Thomas
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b111a29f43b8b04e2e85ddd
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi all,<div><br></div><div>Regarding to the first work ite=
m:</div><div><p class=3D""><span lang=3D"EN-US">***************************=
*********************************</span></p><p class=3D""><span lang=3D"EN-=
US">1. Produce &quot;Timeslot Management
Methods and Formats&quot; to describe how an entity can manage the TSCH
schedule on a 6TSCH node, and query timeslot information from that node.
Metrics such as timeslot quality reports are in scope, but the actual bindi=
ngs
to transport operation are not.</span></p><p class=3D""><span lang=3D"EN-US=
">***********************************************************</span></p><p =
class=3D""><span lang=3D"EN-US">My suggestion and comment is as follows.</s=
pan></p>
<p class=3D""><span lang=3D"EN-US">(1) Name: &quot;<span lang=3D"EN-US" sty=
le=3D"font-size:10.5pt;font-family:Calibri,sans-serif">Multichannel
Timeslot Management Methods and Messages</span>&quot;. The reason for the m=
odification is:=A0</span></p><p class=3D""><span lang=3D"EN-US">=A0 =A0 =A0=
a) not only &quot;TS&quot; but also &quot;CH&quot; have to be managed;=A0</=
span></p>
<p class=3D""><span lang=3D"EN-US">=A0 =A0 =A0b) &quot;Messages&quot; inclu=
des both exchange time sequence and format, which need to be described.</sp=
an></p><p class=3D""><span lang=3D"EN-US">(2) replace &quot;timeslot&quot; =
in the paragraph with &quot;multichannel timeslots&quot;</span></p>
<p class=3D""><span lang=3D"EN-US">(3) It is not clear where the entity is.=
 Should we clarify?</span></p><p class=3D""><span lang=3D"EN-US">Thanks</sp=
an></p><p class=3D""><span lang=3D"EN-US">Qin</span></p><p class=3D""><span=
 lang=3D"EN-US"><br>
</span></p><p class=3D""><span lang=3D"EN-US"><br></span></p></div></div><d=
iv class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 1, =
2013 at 9:12 PM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:wa=
tteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&=
gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">All,<div><br></div><div>Tha=
nks to all for for the effort of putting together the BoF on Tuesday! One o=
f the suggestions was to simplify the charter, in particular by reducing th=
e number of work items.</div>
<div>

<br></div><div>After discussion and suggestions from numerous 6TSCH and oth=
er people here at the IETF, the chairs have created a new, simplified versi=
on of the draft, which we have uploaded in the repo at:</div><div><a href=
=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-=
6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6tsch/charter-ietf-6t=
sch/src/master/charter-ietf-6tsch-00.txt</a></div>


<div><br></div><div>This e-mail is to start a discussion on the ML about th=
is revamped charter. Please send comments directly to this thread. Ideally,=
 we would like to converge within a couple of days, so let&#39;s start the =
discussion right now.</div>


<div><br></div><div>Pascal &amp; Thomas</div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b111a29f43b8b04e2e85ddd--

From qinwang@berkeley.edu  Thu Aug  1 14:15:11 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 352AE21E8281 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 14:15:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.846
X-Spam-Level: 
X-Spam-Status: No, score=-2.846 tagged_above=-999 required=5 tests=[AWL=0.130,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id op2oTMLlbMW6 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 14:15:00 -0700 (PDT)
Received: from mail-ob0-f175.google.com (mail-ob0-f175.google.com [209.85.214.175]) by ietfa.amsl.com (Postfix) with ESMTP id E08A921E8294 for <6tsch@ietf.org>; Thu,  1 Aug 2013 14:10:55 -0700 (PDT)
Received: by mail-ob0-f175.google.com with SMTP id xn12so4944354obc.34 for <6tsch@ietf.org>; Thu, 01 Aug 2013 14:10:55 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=y9eyYZkyMqOP++iYW74vnEKyNoBiZoor5B1oBooaTvk=; b=LOiGelAdXesYZFyg7rdyjRse7ya6FvNXQbEL1fa7agDLS6OTjj3ZEoXB6igZZ6VgjN rHL9sp5QnzDKPRR0mwXLT/7RIbZ8QKK88fE688OvrdLhCMui/NV4bLeshaHd0++fUBL0 eClEM/LqamlgDBn4BcPJEysm8k0fXvZ6l5BYCPK/TL/chJAVhHEU0d0L9ZuJC41vX0RI 6q0F//qU3WDYIWAnfcjZyCU+RHs6mcsKf7J2ZMdPUmCVXLv/Gau5w0jExgGUibG/xxyW Kp3BxQMwLtH4RGUCvnsnYNn/4QGntvhVPRLmiyrsAQLLGLT2UU9iYyB0LF8SnTU/2xDp Axrw==
MIME-Version: 1.0
X-Received: by 10.42.132.134 with SMTP id d6mr321679ict.50.1375391454935; Thu, 01 Aug 2013 14:10:54 -0700 (PDT)
Received: by 10.64.171.82 with HTTP; Thu, 1 Aug 2013 14:10:54 -0700 (PDT)
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Date: Fri, 2 Aug 2013 05:10:54 +0800
Message-ID: <CAAzoce6s0i2Hwi+M8tmZC7pkfMf0BFCeQ1M8W+r+Udr2G_-C2A@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=90e6ba3fcd7f194bf404e2e947ad
X-Gm-Message-State: ALoCoQm/rgvgVCceF6tGNMWIN/TdtK+PQ25tmrgsiERzt9BW1AwnyzqhD+tfW7pKEZsxIn/drpyR
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 21:15:11 -0000

--90e6ba3fcd7f194bf404e2e947ad
Content-Type: text/plain; charset=ISO-8859-1

Hi Thomas, Pascal and All,

Regarding to the scope, i.e. "Description of Working Group", I would like
to clarify my understanding on "static schedule", and "dynamic schedule"
firstly.

Actually, there are two parameters related to establishing and maintaining
a TSCH schedule, one is about "who", which values are (centralized,
decentralized); another one is about change over time, which values are
(static, dynamic). In the current version of 6top, the two parameters are
associated with each other (but not have to), i.e. "centralized" is
associated with "static", because it is assumed that centralized can
optimize resource and avoid collision; and "decentralized" is associated
with "dynamic", because it is assumed collision can not avoided completely
by local negotiation.

The Charter says  "Initially, the WG will define a framework to install a
static schedule and

run the Routing Protocol for LLNs (RPL) over that schedule. If successful,
the intent is to recharter to allow for dynamic schedules......".
It means:
step-1: we define methods and messages for establishing TSCH schedule in
the way of (centralized, static);
step-2: we define  methods and messages for establishing TSCH schedule in
the way of (centralized, dynamic) and  (decentralized, dynamic) ;

Correct?

Based one above, how do you think the combination (decentralized, dynamic)?
For example, allow establishing schedule locally, but do not allow change,
or in another word, change must be instructed by upper layer, instead of by
the sublayer.

Thanks
Qin






On Thu, Aug 1, 2013 at 9:12 PM, Thomas Watteyne
<watteyne@eecs.berkeley.edu>wrote:

> All,
>
> Thanks to all for for the effort of putting together the BoF on Tuesday!
> One of the suggestions was to simplify the charter, in particular by
> reducing the number of work items.
>
> After discussion and suggestions from numerous 6TSCH and other people here
> at the IETF, the chairs have created a new, simplified version of the
> draft, which we have uploaded in the repo at:
>
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt
>
> This e-mail is to start a discussion on the ML about this revamped
> charter. Please send comments directly to this thread. Ideally, we would
> like to converge within a couple of days, so let's start the discussion
> right now.
>
> Pascal & Thomas
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--90e6ba3fcd7f194bf404e2e947ad
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Thomas, Pascal and All,<div><br></div><div>Regarding to=
 the scope, i.e. &quot;<span style=3D"color:rgb(51,51,51);font-family:&#39;=
Bitstream Vera Sans Mono&#39;,&#39;DejaVu Sans Mono&#39;,Monaco,monospace;f=
ont-size:12px;line-height:1.4">Description of Working Group</span>&quot;, I=
 would like to clarify my understanding on &quot;static schedule&quot;, and=
 &quot;dynamic schedule&quot; firstly.=A0</div>
<div><br></div><div>Actually, there are two parameters related to establish=
ing and maintaining a TSCH schedule, one is about &quot;who&quot;, which va=
lues are (centralized, decentralized); another one is about change over tim=
e, which values are (static, dynamic). In the current version of 6top, the =
two parameters are associated with each other (but not have to), i.e. &quot=
;centralized&quot; is associated with &quot;static&quot;, because it is ass=
umed that centralized can optimize resource and avoid collision; and &quot;=
decentralized&quot; is associated with &quot;dynamic&quot;, because it is a=
ssumed collision can not avoided completely by local negotiation.</div>
<div><br></div><div>The Charter says =A0&quot;<span style=3D"color:rgb(51,5=
1,51);font-family:&#39;Bitstream Vera Sans Mono&#39;,&#39;DejaVu Sans Mono&=
#39;,Monaco,monospace;font-size:12px;line-height:1.4">Initially, the WG wil=
l define a framework to install a static schedule and=A0</span></div>
<pre style=3D"font-family:&#39;Bitstream Vera Sans Mono&#39;,&#39;DejaVu Sa=
ns Mono&#39;,Monaco,monospace;font-size:12px;line-height:1.4;margin-top:0px=
;margin-bottom:0px;color:rgb(51,51,51)"><a name=3D"cl-45" style=3D"color:rg=
b(59,115,175)"></a></pre>
<div><span style=3D"color:rgb(51,51,51);font-family:&#39;Bitstream Vera San=
s Mono&#39;,&#39;DejaVu Sans Mono&#39;,Monaco,monospace;font-size:12px;line=
-height:1.4">run the Routing Protocol for LLNs (RPL) over that schedule.=A0=
</span><span style=3D"color:rgb(51,51,51);font-family:&#39;Bitstream Vera S=
ans Mono&#39;,&#39;DejaVu Sans Mono&#39;,Monaco,monospace;font-size:12px;li=
ne-height:1.4">If successful, the intent is to recharter to allow for dynam=
ic schedules......</span>&quot;. =A0</div>
<div>It means:=A0</div><div>step-1: we define methods and messages for esta=
blishing TSCH schedule in the way of (centralized, static);=A0</div><div>st=
ep-2: we define =A0methods and messages for establishing TSCH schedule in t=
he way of (centralized, dynamic) and =A0(decentralized, dynamic)=A0;=A0</di=
v>
<div><br></div><div>Correct?</div><div><br></div><div>Based one above, how =
do you think the combination (decentralized, dynamic)? For example, allow e=
stablishing schedule locally, but do not allow change, or in another word, =
change must be instructed by upper layer, instead of by the sublayer.</div>
<div><br></div><div>Thanks</div><div>Qin</div><div><br></div><div><br></div=
><div><br></div><div><br></div></div><div class=3D"gmail_extra"><br><br><di=
v class=3D"gmail_quote">On Thu, Aug 1, 2013 at 9:12 PM, Thomas Watteyne <sp=
an dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"=
_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">All,<div><br></div><div>Tha=
nks to all for for the effort of putting together the BoF on Tuesday! One o=
f the suggestions was to simplify the charter, in particular by reducing th=
e number of work items.</div>
<div>

<br></div><div>After discussion and suggestions from numerous 6TSCH and oth=
er people here at the IETF, the chairs have created a new, simplified versi=
on of the draft, which we have uploaded in the repo at:</div><div><a href=
=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-=
6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6tsch/charter-ietf-6t=
sch/src/master/charter-ietf-6tsch-00.txt</a></div>


<div><br></div><div>This e-mail is to start a discussion on the ML about th=
is revamped charter. Please send comments directly to this thread. Ideally,=
 we would like to converge within a couple of days, so let&#39;s start the =
discussion right now.</div>


<div><br></div><div>Pascal &amp; Thomas</div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--90e6ba3fcd7f194bf404e2e947ad--

From rafa@um.es  Thu Aug  1 14:15:22 2013
Return-Path: <rafa@um.es>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E34621E8280 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 14:15:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U+Xr6vDnSPHE for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 14:15:10 -0700 (PDT)
Received: from xenon11.um.es (xenon11.um.es [155.54.212.165]) by ietfa.amsl.com (Postfix) with ESMTP id C484B21E82A3 for <6tsch@ietf.org>; Thu,  1 Aug 2013 14:11:13 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by xenon11.um.es (Postfix) with ESMTP id 86AEF5395F; Thu,  1 Aug 2013 23:11:10 +0200 (CEST)
X-Virus-Scanned: by antispam in UMU at xenon11.um.es
Received: from xenon11.um.es ([127.0.0.1]) by localhost (xenon11.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id sPow6wl8Zr80; Thu,  1 Aug 2013 23:11:10 +0200 (CEST)
Received: from dhcp-161b.meeting.ietf.org (dhcp-161b.meeting.ietf.org [130.129.22.27]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: rafa) by xenon11.um.es (Postfix) with ESMTPSA id 3E641537AB; Thu,  1 Aug 2013 23:11:04 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: multipart/alternative; boundary="Apple-Mail=_9E3D0EBF-38AC-4EEE-A4B2-5696E2CDC47F"
From: Rafa Marin Lopez <rafa@um.es>
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Date: Thu, 1 Aug 2013 23:11:04 +0200
Message-Id: <523EF154-B9B3-4FE1-9E1F-891F3288524B@um.es>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
X-Mailer: Apple Mail (2.1283)
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 21:15:22 -0000

--Apple-Mail=_9E3D0EBF-38AC-4EEE-A4B2-5696E2CDC47F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=iso-8859-1

Dear Chairs:

Thanks for this new charter. Evidently, it is more condensed and =
simplified, which is good, taking into account the comments received =
during the BOF.=20

I have also noticed that security part has been completely removed. =
Although my interest was specially based on that part, I understand that =
these aspects could be covered in the future, when the current work for =
this charter is finished.

Best Regards.=20
El 01/08/2013, a las 15:12, Thomas Watteyne escribi=F3:

> All,
>=20
> Thanks to all for for the effort of putting together the BoF on =
Tuesday! One of the suggestions was to simplify the charter, in =
particular by reducing the number of work items.
>=20
> After discussion and suggestions from numerous 6TSCH and other people =
here at the IETF, the chairs have created a new, simplified version of =
the draft, which we have uploaded in the repo at:
> =
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6ts=
ch-00.txt
>=20
> This e-mail is to start a discussion on the ML about this revamped =
charter. Please send comments directly to this thread. Ideally, we would =
like to converge within a couple of days, so let's start the discussion =
right now.
>=20
> Pascal & Thomas
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch

-------------------------------------------------------
Rafael Marin Lopez, PhD
Dept. Information and Communications Engineering (DIIC)
Faculty of Computer Science-University of Murcia
30100 Murcia - Spain
Telf: +34868888501 Fax: +34868884151 e-mail: rafa@um.es
-------------------------------------------------------





--Apple-Mail=_9E3D0EBF-38AC-4EEE-A4B2-5696E2CDC47F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=iso-8859-1

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Dear =
Chairs:<div><br></div><div>Thanks for this new charter. Evidently, it is =
more condensed and simplified, which is good, taking into account the =
comments received during the BOF.&nbsp;</div><div><br></div><div>I have =
also noticed that security part has been completely removed. Although my =
interest was specially based on that part, I understand that these =
aspects could be covered in the future, when the current work for this =
charter is finished.</div><div><br></div><div>Best =
Regards.&nbsp;<br><div><div>El 01/08/2013, a las 15:12, Thomas Watteyne =
escribi=F3:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div dir=3D"ltr">All,<div><br></div><div>Thanks to all for =
for the effort of putting together the BoF on Tuesday! One of the =
suggestions was to simplify the charter, in particular by reducing the =
number of work items.</div><div>

<br></div><div>After discussion and suggestions from numerous 6TSCH and =
other people here at the IETF, the chairs have created a new, simplified =
version of the draft, which we have uploaded in the repo =
at:</div><div><a =
href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-=
ietf-6tsch-00.txt">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/mast=
er/charter-ietf-6tsch-00.txt</a></div>

<div><br></div><div>This e-mail is to start a discussion on the ML about =
this revamped charter. Please send comments directly to this thread. =
Ideally, we would like to converge within a couple of days, so let's =
start the discussion right now.</div>

<div><br></div><div>Pascal &amp; Thomas</div></div>
_______________________________________________<br>6tsch mailing =
list<br><a =
href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>https://www.ietf.org/=
mailman/listinfo/6tsch<br></blockquote></div><br><div =
apple-content-edited=3D"true">
<span class=3D"Apple-style-span" style=3D"border-collapse: separate; =
color: rgb(0, 0, 0); font-family: Courier; font-size: medium; =
font-style: normal; font-variant: normal; font-weight: normal; =
letter-spacing: normal; line-height: normal; orphans: 2; text-align: =
auto; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; "><div><div style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; =
"><div><div>-------------------------------------------------------</div><=
div>Rafael Marin Lopez, PhD</div><div>Dept. Information and =
Communications Engineering (DIIC)</div><div>Faculty of Computer =
Science-University of Murcia</div><div>30100 Murcia - =
Spain</div><div>Telf: +34868888501 Fax: +34868884151 e-mail: <a =
href=3D"mailto:rafa@um.es">rafa@um.es</a></div><div>----------------------=
---------------------------------</div><div><br></div></div></div><br =
class=3D"Apple-interchange-newline"></div></span><br =
class=3D"Apple-interchange-newline">
</div>
<br></div></body></html>=

--Apple-Mail=_9E3D0EBF-38AC-4EEE-A4B2-5696E2CDC47F--

From diego.dujovne@mail.udp.cl  Thu Aug  1 14:15:47 2013
Return-Path: <diego.dujovne@mail.udp.cl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3023E11E8182 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 14:15:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.977
X-Spam-Level: 
X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u7nEnOVAfZQG for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 14:15:36 -0700 (PDT)
Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) by ietfa.amsl.com (Postfix) with ESMTP id 0F1E121E82C5 for <6tsch@ietf.org>; Thu,  1 Aug 2013 14:11:33 -0700 (PDT)
Received: by mail-wi0-f176.google.com with SMTP id f14so47037wiw.9 for <6tsch@ietf.org>; Thu, 01 Aug 2013 14:11:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=qPjNTwKUCNeoMWG8pw4NbsObHYH9+978a+tetO4xwjM=; b=N+SEEZ9z/XlSOEaGWl5TPW+9JcGqFf0jZj1MyT7Pz/68XylIMT6k3wNyzcFpSvuXKm hsGP4iG7nPRA0uyc4vi6073mLSgUZlDLEv/t6vB3tR8tAYuC+iF/jpk28GolncaTHnjP 9UJGJorYHFy7MvprHRdmf00f4eW9Nj5Dh0GZPMIZEnqIW8bcsvXoV6RnjnmfzO7zlpx6 NiGsZCFX61Z8PwhJGzNWOmjgdoarXIcji5dkbYkXlIsAM61bVXg7wRBFLgFXfQ5dUqeR EHcjepqycDaiihtt5KQcmX7yMkPHDJNKw44q+8IlnN7McQ7QZvfYFDIY9e+l15ImWz4k kt/w==
MIME-Version: 1.0
X-Received: by 10.194.203.73 with SMTP id ko9mr2613855wjc.79.1375391492402; Thu, 01 Aug 2013 14:11:32 -0700 (PDT)
Received: by 10.194.122.138 with HTTP; Thu, 1 Aug 2013 14:11:32 -0700 (PDT)
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Date: Thu, 1 Aug 2013 23:11:32 +0200
Message-ID: <CAH7SZV8OBMdWYpchBcC5rBOXDNRbEtiZHF71X1575gM1tUWRvw@mail.gmail.com>
From: "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Gm-Message-State: ALoCoQnYPAqQ+4+8DMrL2IAxBKpHqOUf/3g8YBzrAo69+h79VgC32qYrflCd2vbXgw5JJunaHJbo
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Aug 2013 21:15:47 -0000

I accept the charter as it is stated on charter-ietf-6tsch-00.txt

Diego Dujovne

2013/8/1 Thomas Watteyne <watteyne@eecs.berkeley.edu>:
> All,
>
> Thanks to all for for the effort of putting together the BoF on Tuesday! =
One
> of the suggestions was to simplify the charter, in particular by reducing
> the number of work items.
>
> After discussion and suggestions from numerous 6TSCH and other people her=
e
> at the IETF, the chairs have created a new, simplified version of the dra=
ft,
> which we have uploaded in the repo at:
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6t=
sch-00.txt
>
> This e-mail is to start a discussion on the ML about this revamped charte=
r.
> Please send comments directly to this thread. Ideally, we would like to
> converge within a couple of days, so let's start the discussion right now=
.
>
> Pascal & Thomas
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>



--=20
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl
(56 2) 676 8125

From xvilajosana@berkeley.edu  Thu Aug  1 21:34:55 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A1C421E8245 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 21:34:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.643
X-Spam-Level: 
X-Spam-Status: No, score=-2.643 tagged_above=-999 required=5 tests=[AWL=0.333,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xDimqYV-NNhj for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 21:34:51 -0700 (PDT)
Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) by ietfa.amsl.com (Postfix) with ESMTP id 7220721E8054 for <6tsch@ietf.org>; Thu,  1 Aug 2013 21:34:51 -0700 (PDT)
Received: by mail-pa0-f49.google.com with SMTP id bi5so224722pad.36 for <6tsch@ietf.org>; Thu, 01 Aug 2013 21:34:51 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=x8hvyIAQYgm+qJ+X2JL74B/qSsfVIzrCiVHoF4KdsvY=; b=QnokZM7XfhBD4V5YATqHNuiGgtQNqpSs7NrE5iQaADMyv47KmF313mSGNtwyVTaAzh kd//7VDnbpN0Z/Imk4hRpy119TjiTNtxSvoXnuq5cNIVEDg+YqhIzF5gYLVT01cts+xH a8vBQiWklY5FVygosQ9rsEvRUr8hlxmAvEfcRazBanJXOSVOdj6eEDufgXiOjPsBeZHR YepUpA3zjt+pGM0IJAd0n9tcbguJN0EyTPOA0olghAVYnlL1XI5QsspzLPm+v+igCoat zc6DiDphR+nOluk20w81rd9tvP5E4TTUNQEfsgwxYWUsSHeXqKIw9xHQ934hKpe1OxLx 9KoA==
MIME-Version: 1.0
X-Received: by 10.68.143.199 with SMTP id sg7mr5689320pbb.13.1375418091139; Thu, 01 Aug 2013 21:34:51 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Thu, 1 Aug 2013 21:34:51 -0700 (PDT)
In-Reply-To: <CAH7SZV8OBMdWYpchBcC5rBOXDNRbEtiZHF71X1575gM1tUWRvw@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <CAH7SZV8OBMdWYpchBcC5rBOXDNRbEtiZHF71X1575gM1tUWRvw@mail.gmail.com>
Date: Fri, 2 Aug 2013 06:34:51 +0200
Message-ID: <CALEMV4bf87Npf=4GpFrwb_CAd7X8hGEDRukFRM1p+vr6qttRuQ@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>
Content-Type: multipart/alternative; boundary=047d7b2e3f06bd7f2d04e2ef7a1c
X-Gm-Message-State: ALoCoQnigb2aSQYpHorqrWZmLD51jOCvO0Fj/pgl9SfH0dzgmHI9dSA7wsbJzUIEJpw1nZK/2mmf
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 04:34:55 -0000

--047d7b2e3f06bd7f2d04e2ef7a1c
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Great work. Nothing else to add! my vote on it!
X


On Thu, Aug 1, 2013 at 11:11 PM, Prof. Diego Dujovne <
diego.dujovne@mail.udp.cl> wrote:

> I accept the charter as it is stated on charter-ietf-6tsch-00.txt
>
> Diego Dujovne
>
> 2013/8/1 Thomas Watteyne <watteyne@eecs.berkeley.edu>:
> > All,
> >
> > Thanks to all for for the effort of putting together the BoF on Tuesday=
!
> One
> > of the suggestions was to simplify the charter, in particular by reduci=
ng
> > the number of work items.
> >
> > After discussion and suggestions from numerous 6TSCH and other people
> here
> > at the IETF, the chairs have created a new, simplified version of the
> draft,
> > which we have uploaded in the repo at:
> >
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6t=
sch-00.txt
> >
> > This e-mail is to start a discussion on the ML about this revamped
> charter.
> > Please send comments directly to this thread. Ideally, we would like to
> > converge within a couple of days, so let's start the discussion right
> now.
> >
> > Pascal & Thomas
> >
> > _______________________________________________
> > 6tsch mailing list
> > 6tsch@ietf.org
> > https://www.ietf.org/mailman/listinfo/6tsch
> >
>
>
>
> --
> DIEGO DUJOVNE
> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
> Facultad de Ingenier=EDa UDP
> www.ingenieria.udp.cl
> (56 2) 676 8125
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

--047d7b2e3f06bd7f2d04e2ef7a1c
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Great work. Nothing else to add! my vote on it!<br>X<br></=
div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, A=
ug 1, 2013 at 11:11 PM, Prof. Diego Dujovne <span dir=3D"ltr">&lt;<a href=
=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.dujovne@mail.=
udp.cl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">I accept the charter as it is stated on char=
ter-ietf-6tsch-00.txt<br>
<br>
Diego Dujovne<br>
<br>
2013/8/1 Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu">=
watteyne@eecs.berkeley.edu</a>&gt;:<br>
<div><div class=3D"h5">&gt; All,<br>
&gt;<br>
&gt; Thanks to all for for the effort of putting together the BoF on Tuesda=
y! One<br>
&gt; of the suggestions was to simplify the charter, in particular by reduc=
ing<br>
&gt; the number of work items.<br>
&gt;<br>
&gt; After discussion and suggestions from numerous 6TSCH and other people =
here<br>
&gt; at the IETF, the chairs have created a new, simplified version of the =
draft,<br>
&gt; which we have uploaded in the repo at:<br>
&gt; <a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/c=
harter-ietf-6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6tsch/cha=
rter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><br>
&gt;<br>
&gt; This e-mail is to start a discussion on the ML about this revamped cha=
rter.<br>
&gt; Please send comments directly to this thread. Ideally, we would like t=
o<br>
&gt; converge within a couple of days, so let&#39;s start the discussion ri=
ght now.<br>
&gt;<br>
&gt; Pascal &amp; Thomas<br>
&gt;<br>
</div></div><div class=3D"im">&gt; ________________________________________=
_______<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<br>
</div>DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
(56 2) 676 8125<br>
<div class=3D"HOEnZb"><div class=3D"h5">___________________________________=
____________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>

--047d7b2e3f06bd7f2d04e2ef7a1c--

From pieter@demil.be  Thu Aug  1 21:48:34 2013
Return-Path: <pieter@demil.be>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFEFE11E81C7 for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 21:48:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.202
X-Spam-Level: 
X-Spam-Status: No, score=-5.202 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bPA3gDjNMDRS for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 21:48:30 -0700 (PDT)
Received: from smtp2.ugent.be (smtp2.ugent.be [157.193.49.126]) by ietfa.amsl.com (Postfix) with ESMTP id E1DFE11E81B2 for <6tsch@ietf.org>; Thu,  1 Aug 2013 21:48:29 -0700 (PDT)
Received: from localhost (mcheck2.ugent.be [157.193.49.249]) by smtp2.ugent.be (Postfix) with ESMTP id 7F94412C69D; Fri,  2 Aug 2013 06:48:28 +0200 (CEST)
X-Virus-Scanned: by UGent DICT
Received: from smtp2.ugent.be ([157.193.49.126]) by localhost (mcheck2.UGent.be [157.193.43.11]) (amavisd-new, port 10024) with ESMTP id 4GrwNFvR9QuQ; Fri,  2 Aug 2013 06:48:27 +0200 (CEST)
Received: from [192.168.1.5] (20.17-242-81.adsl-dyn.isp.belgacom.be [81.242.17.20]) (Authenticated sender: pdemil) by smtp2.ugent.be (Postfix) with ESMTPSA id 24A6812C68B; Fri,  2 Aug 2013 06:48:27 +0200 (CEST)
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-C68D21B7-D71C-4025-8E46-F652DC53E328
Content-Transfer-Encoding: 7bit
Message-Id: <DFB483BF-080E-4929-B33F-AB3CCBBB8C3D@demil.be>
X-Mailer: iPhone Mail (10B143)
From: Pieter De Mil <pieter@demil.be>
Date: Fri, 2 Aug 2013 06:48:27 +0200
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
X-Miltered: at jchkm1 with ID 51FB3A1A.003 by Joe's j-chkmail (http://helpdesk.ugent.be/email/)!
X-j-chkmail-Enveloppe: 51FB3A1A.003 from 20.17-242-81.adsl-dyn.isp.belgacom.be/20.17-242-81.adsl-dyn.isp.belgacom.be/81.242.17.20/[192.168.1.5]/<pieter@demil.be>
X-j-chkmail-Score: MSGID : 51FB3A1A.003 on smtp2.ugent.be : j-chkmail score : . : R=. U=. O=# B=0.000 -> S=0.083
X-j-chkmail-Status: Ham
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 04:48:35 -0000

--Apple-Mail-C68D21B7-D71C-4025-8E46-F652DC53E328
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable

Hi all,

I support the charter.

Do we have to add milestones?

Best,
Pieter

Op 1-aug.-2013 om 15:12 heeft Thomas Watteyne <watteyne@eecs.berkeley.edu> h=
et volgende geschreven:

> All,
>=20
> Thanks to all for for the effort of putting together the BoF on Tuesday! O=
ne of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.
>=20
> After discussion and suggestions from numerous 6TSCH and other people here=
 at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6ts=
ch-00.txt
>=20
> This e-mail is to start a discussion on the ML about this revamped charter=
. Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.
>=20
> Pascal & Thomas
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch

--Apple-Mail-C68D21B7-D71C-4025-8E46-F652DC53E328
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: 7bit

<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Hi all,</div><div><br></div><div>I support the charter.</div><div><br></div><div>Do we have to add milestones?<br><br>Best,</div><div>Pieter</div><div><br>Op 1-aug.-2013 om 15:12 heeft Thomas Watteyne &lt;<a href="mailto:watteyne@eecs.berkeley.edu">watteyne@eecs.berkeley.edu</a>&gt; het volgende geschreven:<br><br></div><blockquote type="cite"><div><div dir="ltr">All,<div><br></div><div>Thanks to all for for the effort of putting together the BoF on Tuesday! One of the suggestions was to simplify the charter, in particular by reducing the number of work items.</div><div>

<br></div><div>After discussion and suggestions from numerous 6TSCH and other people here at the IETF, the chairs have created a new, simplified version of the draft, which we have uploaded in the repo at:</div><div><a href="https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a></div>

<div><br></div><div>This e-mail is to start a discussion on the ML about this revamped charter. Please send comments directly to this thread. Ideally, we would like to converge within a couple of days, so let's start the discussion right now.</div>

<div><br></div><div>Pascal &amp; Thomas</div></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>6tsch mailing list</span><br><span><a href="mailto:6tsch@ietf.org">6tsch@ietf.org</a></span><br><span><a href="https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org/mailman/listinfo/6tsch</a></span><br></div></blockquote></body></html>
--Apple-Mail-C68D21B7-D71C-4025-8E46-F652DC53E328--

From yoshihiro.ohba@toshiba.co.jp  Thu Aug  1 23:06:33 2013
Return-Path: <yoshihiro.ohba@toshiba.co.jp>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 025D611E823D for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 23:06:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.628
X-Spam-Level: 
X-Spam-Status: No, score=-4.628 tagged_above=-999 required=5 tests=[AWL=-0.540, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3H3C2e+j1bVm for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 23:06:27 -0700 (PDT)
Received: from imx2.toshiba.co.jp (inet-tsb5.toshiba.co.jp [202.33.96.24]) by ietfa.amsl.com (Postfix) with ESMTP id D16EE11E8249 for <6tsch@ietf.org>; Thu,  1 Aug 2013 23:06:26 -0700 (PDT)
Received: from tsbmgw-mgw02.tsbmgw-mgw02.toshiba.co.jp ([133.199.200.50]) by imx2.toshiba.co.jp  with ESMTP id r7266KIL009702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Aug 2013 15:06:20 +0900 (JST)
Received: from tsbmgw-mgw02 (localhost [127.0.0.1]) by tsbmgw-mgw02.tsbmgw-mgw02.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id r7266KL5005969; Fri, 2 Aug 2013 15:06:20 +0900
Received: from localhost ([127.0.0.1]) by tsbmgw-mgw02 (JAMES SMTP Server 2.3.1) with SMTP ID 427; Fri, 2 Aug 2013 15:06:20 +0900 (JST)
Received: from arc1.toshiba.co.jp ([133.199.194.235]) by tsbmgw-mgw02.tsbmgw-mgw02.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id r7266KPi005965; Fri, 2 Aug 2013 15:06:20 +0900
Received: (from root@localhost) by arc1.toshiba.co.jp  id r7266KhV014316; Fri, 2 Aug 2013 15:06:20 +0900 (JST)
Received: from unknown [133.199.192.144]  by arc1.toshiba.co.jp with ESMTP id RAA14315; Fri, 2 Aug 2013 15:06:20 +0900
Received: from mx.toshiba.co.jp (localhost [127.0.0.1]) by ovp2.toshiba.co.jp  with ESMTP id r7266KCq015867; Fri, 2 Aug 2013 15:06:20 +0900 (JST)
Received: from TGXML330.toshiba.local by toshiba.co.jp id r7266JlT010649; Fri, 2 Aug 2013 15:06:19 +0900 (JST)
Received: from TGXML338.toshiba.local ([169.254.4.59]) by TGXML330.toshiba.local ([133.199.60.204]) with mapi id 14.03.0146.000; Fri, 2 Aug 2013 15:06:19 +0900
From: <yoshihiro.ohba@toshiba.co.jp>
To: <watteyne@eecs.berkeley.edu>, <6tsch@ietf.org>, <ted.lemon@nominum.com>, <adrian@olddog.co.uk>, <marc.blanchet@viagenie.ca>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOjsPDgPWygeAHr0WtuCYux7hRT5mBZrQA
Date: Fri, 2 Aug 2013 06:06:19 +0000
Message-ID: <674F70E5F2BE564CB06B6901FD3DD78B1883E337@tgxml338.toshiba.local>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Accept-Language: ja-JP, en-US
Content-Language: ja-JP
x-originating-ip: [133.199.18.199]
msscp.transfermailtomossagent: 103
Content-Type: multipart/alternative; boundary="_000_674F70E5F2BE564CB06B6901FD3DD78B1883E337tgxml338toshiba_"
MIME-Version: 1.0
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 06:06:33 -0000

--_000_674F70E5F2BE564CB06B6901FD3DD78B1883E337tgxml338toshiba_
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

I agree on the revised charter.  This is really a reasonable set of works t=
o focus in the next few F2F meeting cycles.

Yoshihiro Ohba


From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Thursday, August 01, 2013 10:13 PM
To: 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (adrian@olddog.=
co.uk); Marc Blanchet
Subject: [6tsch] updated charter per BoF suggestion: thoughts?

All,

Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.

Pascal & Thomas

--_000_674F70E5F2BE564CB06B6901FD3DD78B1883E337tgxml338toshiba_
Content-Type: text/html; charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:x=3D"urn:schemas-microsoft-com:office:excel" xmlns:m=3D"http://schema=
s.microsoft.com/office/2004/12/omml" xmlns=3D"http://www.w3.org/TR/REC-html=
40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-2022-=
jp">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"=1B$B#M#S=1B(B =1B$B#P%4%7%C%/=1B(B";
	panose-1:2 11 6 0 7 2 5 8 2 4;}
@font-face
	{font-family:"\@=1B$B#M#S=1B(B =1B$B#P%4%7%C%/=1B(B";
	panose-1:2 11 6 0 7 2 5 8 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0mm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.17
	{mso-style-type:personal-reply;
	font-family:"Arial","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:99.25pt 30.0mm 30.0mm 30.0mm;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026">
<v:textbox inset=3D"5.85pt,.7pt,5.85pt,.7pt" />
</o:shapedefaults></xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"JA" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-=
family:&quot;Arial&quot;,&quot;sans-serif&quot;;color:#1F497D">I agree on t=
he revised charter. &nbsp;This is really a reasonable set of works to focus=
 in the next few F2F meeting cycles.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-=
family:&quot;Arial&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-=
family:&quot;Arial&quot;,&quot;sans-serif&quot;;color:#1F497D">Yoshihiro Oh=
ba<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-=
family:&quot;Arial&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-=
family:&quot;Arial&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tah=
oma&quot;,&quot;sans-serif&quot;">From:</span></b><span lang=3D"EN-US" styl=
e=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;=
"> 6tsch-bounces@ietf.org
 [mailto:6tsch-bounces@ietf.org] <b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Thursday, August 01, 2013 10:13 PM<br>
<b>To:</b> 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (adrian@=
olddog.co.uk); Marc Blanchet<br>
<b>Subject:</b> [6tsch] updated charter per BoF suggestion: thoughts?<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US">All,<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US">Thanks to all for for the effort of putting togeth=
er the BoF on Tuesday! One of the suggestions was to simplify the charter, =
in particular by reducing the number of
 work items.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US">After discussion and suggestions from numerous 6TS=
CH and other people here at the IETF, the chairs have created a new, simpli=
fied version of the draft, which we have
 uploaded in the repo at:<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US"><a href=3D"https://bitbucket.org/6tsch/charter-iet=
f-6tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.org/6tsch/c=
harter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><o:p></o:p></span=
></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US">This e-mail is to start a discussion on the ML abo=
ut this revamped charter. Please send comments directly to this thread. Ide=
ally, we would like to converge within
 a couple of days, so let's start the discussion right now.<o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-left:42.0pt;mso-para-margin-left:3.5=
gd"><span lang=3D"EN-US">Pascal &amp; Thomas<o:p></o:p></span></p>
</div>
</div>
</div>
</body>
</html>

--_000_674F70E5F2BE564CB06B6901FD3DD78B1883E337tgxml338toshiba_--


From rsudhaak@cisco.com  Thu Aug  1 23:10:38 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC2D221F972C for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 23:10:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ej1+YDX1ML2d for <6tsch@ietfa.amsl.com>; Thu,  1 Aug 2013 23:10:31 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 1504021F9675 for <6tsch@ietf.org>; Thu,  1 Aug 2013 23:10:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=26909; q=dns/txt; s=iport; t=1375423831; x=1376633431; h=from:to:subject:date:message-id:in-reply-to:mime-version; bh=jscQy6ZmOeQzrfwSvImbxTx4MiTDT7hZgrzjFirlrz8=; b=ihYQHgF4MyJNi9mDGSfTribs9pnt7pJwexbevmRI0m99RtrVTTFsIbM8 43i7g6hKA2NsL3uhspISgj8pJwZFpOhzulGGbL7SahTfalg0Ltwscs3S2 Nqp5sHDlY6th32nTB8ALyTfdxP4KtDUt69YTrmJ5QSDR2TkuqfvGoX4Al c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AigFAMdM+1GtJXG//2dsb2JhbABbDoI0RDVQvk2BGxZ0giQBAQEBAy1eAQgRAQIBAgsWBzkUAwYIAgQBEgiICAy5LQSOPxCBByANCgEGgxNzA4VEjkSVJYJZPoFxOQ
X-IronPort-AV: E=Sophos;i="4.89,799,1367971200";  d="scan'208,217";a="242603538"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-7.cisco.com with ESMTP; 02 Aug 2013 06:10:30 +0000
Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r726AUxf006876 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Aug 2013 06:10:30 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.99]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.02.0318.004; Fri, 2 Aug 2013 01:10:29 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: "dominique.barthel@orange.com" <dominique.barthel@orange.com>, "Thomas Watteyne" <watteyne@eecs.berkeley.edu>, 6TSCH <6tsch@ietf.org>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOj0b8A0peJlBankqBszyBnwxOPQ==
Date: Fri, 2 Aug 2013 06:10:29 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B18501B57@xmb-rcd-x04.cisco.com>
In-Reply-To: <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.21.69.214]
Content-Type: multipart/alternative; boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B18501B57xmbrcdx04ciscoc_"
MIME-Version: 1.0
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 06:10:39 -0000

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B18501B57xmbrcdx04ciscoc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Thomas, Pascal,
This looks very focussed now. I have a few things that we need to address -

  1.  The statement "Initially, the WG will define a framework to install a=
 static schedule and run the Routing Protocol for LLNs (RPL) over that sche=
dule" in the description of the working group and work item 1 seem to be in=
 conflict. We say we will work on static schedules which means that L3 (RPL=
) can only query cell/link quality info from TSCH. Work item 1 explicitly s=
tates - "to describe how an entity can manage the TSCH schedule on a 6TSCH =
node". I feel it is better to remove this statement from the work item.
  2.  In this context, The current work item 1 could possibly be renamed to=
 , "Query methods and formats for timeslot/cell parameters"??
  3.  Also, it may be better to flip the order of work items 1,2 (i.e) have=
 "minimal 6TSCH config" as first work item and "Query methods and formats f=
or timeslot/cell parameters" as work item 1 to reflect the statements made =
in the description of the working group.
  4.  I second the point about elaborating on "entity" in the current work =
item 1 raised by Dominique and Qin. We could say, "route management entity"=
?

We may also reword the second paragraph of Description of working group as =
follows -
Initially, the WG will define a framework to install a static schedule on a=
 6TSCH network and run the Routing Protocol for LLNs (RPL) over that schedu=
le. We will also define methods for RPL to query parameters and states from=
 the 6TSCH network.


In the third paragraph of the description of WG, this statement -

A dynamic schedule for traffic that is switched at the timeslot level may f=
or example be computed centrally by an entity located on the backbone.

can be reworded as -

The TSCH schedule may be computed by a central entity located in the backbo=
ne (or co-located with the 6TSCH network gateway), with out without informa=
tion from the routing protocol. (Im not sure we need to get into more detai=
l here, since this is just the description of the WG).


IMO, this gives general flow like - 1) Get RPL working with TSCH using stan=
dardized formats. 2) Allow L3 to influence TSCH schedule to fully extract b=
enefits of L3 features and capabilities.

-raghuram

From: <dominique.barthel@orange.com<mailto:dominique.barthel@orange.com>>
Date: Thursday, August 1, 2013 7:01 PM
To: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, 6TSCH <6tsch@ietf.org<mailto:6tsch@ietf.org>>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?

Woww, now this is very focused. This should give us a clear framework to st=
art our work, and hopefully expand later.
Overall, I believe the current Work Items description could elaborate a bit=
 more.
Specifically, please find below my questions, followed by other minor remar=
ks/suggested changes.

Dominique

---------

Questions
=AB Produce "Timeslot Management Methods and Formats" to describe how an en=
tity can manage the TSCH schedule on a 6TSCH node=94. The schedule is somew=
here described as being static. In this sentence, the schedule can be =93ma=
naged=94 by an =93entity=94. What prevents the so-called entity to =93manag=
e=94 the schedule, i.e. allocate slots, based on some information such as t=
raffic requirements? In which case, what does =93static=94 mean? Probably =
=93imposed upon the 6top layer=94 (if such notion still exists) by some ext=
ernal mechanism.

=93or learnt by a node when joining the network, possibly in a format as de=
fined by work item 1.=94
Do you mean the description of the schedule would be provided =93in-band=94=
 to the joining node (through EB=92s or similar mechanism). This does not s=
eem to fit the description of work item 1, where the =93entity=94 is an upp=
er layer. Or do you mean as a payload transported on a default cell/link be=
tween upper layer entities ?

=933. Produce "6TSCH architecture" to describe the design and implementatio=
n of 6TSCH networks. This document will highlight the different architectur=
al blocks and signaling flows, including the operation of the network in th=
e presence of multiple BBRs.=94
Does this include any form of multi-hop ND? In light of the discussion at 6=
lo BoF on this topic, how will compare to 6lowpan-ND?

Sentences unclear to me
=93A dynamic schedule for traffic that is switched at the timeslot level ma=
y for example be computed centrally by an entity located on the backbone.=
=94  This sentence is complex and unclear to me overall. Consider rephrasin=
g?
=93Produce "Timeslot Management Methods and Formats" to describe how an ent=
ity can manage the TSCH schedule on a 6TSCH node=94. Is it assumed that eve=
rybody knows what =93entity=94 is supposed to mean in this context?

Minor changes
s/in front of interference/in front of narrow-band interference
s/- implementers guide, collecting/- implementers guide: this document will=
 collect/
s/- coexistence guide, providing/- coexistence guide: this document will pr=
ovide/

English writing
s/and ISA100.11a, and/and ISA100.11a, while/
s/Initially the document/Initially, the document
s/be adapted dynamically/be dynamically adapted/




De : 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org] De la part de Thomas Watteyne
Envoy=E9 : jeudi 1 ao=FBt 2013 15:13
=C0 : 6TSCH; Ted Lemon (ted.lemon@nominum.com<mailto:ted.lemon@nominum.com>=
); Adrian Farrel (adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>); Marc Bl=
anchet
Objet : [6tsch] updated charter per BoF suggestion: thoughts?

All,

Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.

Pascal & Thomas

___________________________________________________________________________=
______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.


--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B18501B57xmbrcdx04ciscoc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <CF2FD134910C7E48BCC2702805FEA762@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; font-size: 14px; ">
<div style=3D"color: rgb(0, 0, 0); font-family: Calibri, sans-serif; ">Thom=
as, Pascal,</div>
<div style=3D"color: rgb(0, 0, 0); font-family: Calibri, sans-serif; ">This=
 looks very focussed now. I have a few things that we need to address -</di=
v>
<ol style=3D"color: rgb(0, 0, 0); ">
<li>The statement &quot;<span class=3D"Apple-style-span" style=3D"white-spa=
ce: pre; ">Initially, the WG will define a framework to install a static sc=
hedule and
</span><span class=3D"Apple-style-span" style=3D"white-space: pre; ">run th=
e Routing Protocol for LLNs (RPL) over that schedule&quot; in the descripti=
on of the working group and work item 1 seem to be in conflict. We say we w=
ill work on static schedules which means
 that L3 (RPL) can only query cell/link quality info from TSCH. Work item 1=
 explicitly states - &quot;</span><span class=3D"Apple-style-span" style=3D=
"white-space: pre; ">to describe how an entity
</span><span class=3D"Apple-style-span" style=3D"white-space: pre; ">can ma=
nage the TSCH schedule on a 6TSCH node&quot;. I feel it is better to remove=
 this statement from the work item.&nbsp;</span></li><li><span class=3D"App=
le-style-span" style=3D"white-space: pre;">In this context, The current wor=
k item 1 could possibly be renamed to ,
</span><span class=3D"Apple-style-span" style=3D"white-space: pre; ">&quot;=
Query methods and formats for timeslot/cell parameters&quot;??</span></li><=
li><span class=3D"Apple-style-span" style=3D"white-space: pre; ">Also, it m=
ay be better to flip the order of work items 1,2 (i.e) have &quot;minimal 6=
TSCH config&quot; as first work item and
<span class=3D"Apple-style-span" style=3D"white-space: normal; "><span clas=
s=3D"Apple-style-span" style=3D"white-space: pre; "></span><span class=3D"A=
pple-style-span" style=3D"white-space: pre; ">&quot;Query methods and forma=
ts for timeslot/cell parameters&quot;
</span></span>as work item 1 to reflect the statements made in the descript=
ion of the working group.</span><span class=3D"Apple-style-span" style=3D"w=
hite-space: pre; ">
</span></li><li><span style=3D"color: rgb(0, 0, 0); font-family: Calibri; f=
ont-size: 14px; font-style: normal; font-weight: normal; text-decoration: n=
one; ">I second the point about elaborating on &quot;entity&quot; in the cu=
rrent work item 1 raised by Dominique and Qin. We could
 say, &quot;route management entity&quot;?</span></li></ol>
<pre style=3D"color: rgb(0, 0, 0); "><font class=3D"Apple-style-span" face=
=3D"Calibri,sans-serif"><a name=3D"cl-46"></a></font></pre>
<div style=3D"color: rgb(0, 0, 0); font-family: Calibri, sans-serif; "><br>
</div>
<div style=3D"color: rgb(0, 0, 0); font-family: Calibri, sans-serif; ">We m=
ay also reword the second paragraph of Description of working group as foll=
ows -</div>
<div style=3D"color: rgb(0, 0, 0); font-family: Calibri, sans-serif; "><spa=
n class=3D"Apple-style-span" style=3D"font-family: monospace; white-space: =
pre; ">Initially, the WG will define a framework to install a static schedu=
le on a 6TSCH network and run the Routing
 Protocol for LLNs (RPL) over that schedule. We will also define methods fo=
r RPL to query parameters and states from the 6TSCH network.</span></div>
<div style=3D"color: rgb(0, 0, 0); ">
<pre style=3D"font-family: Calibri, sans-serif; "><br></pre>
<pre><font class=3D"Apple-style-span" face=3D"Calibri">In the third paragra=
ph of the description of WG, this statement -</font></pre>
<pre>A dynamic schedule for traffic that is switched at the timeslot level =
may for example be computed centrally by an entity located on the backbone.=
</pre>
<pre style=3D"font-family: Calibri, sans-serif; ">can be reworded as -</pre=
>
</div>
<div>
<pre><font class=3D"Apple-style-span" face=3D"Courier">The TSCH schedule ma=
y be computed by a central entity located in the backbone (or co-located wi=
th the 6TSCH network gateway), with out without information from the routin=
g protocol. <font class=3D"Apple-style-span" color=3D"#ff0000">(Im not sure=
 we need to get into more detail here, since this is just the description o=
f the WG).</font></font></pre>
<pre style=3D"color: rgb(0, 0, 0); font-family: Calibri; "><br></pre>
<pre style=3D"color: rgb(0, 0, 0); font-family: Calibri; ">IMO, this gives =
general flow like - 1) Get RPL working with TSCH using standardized formats=
. 2) Allow L3 to influence TSCH schedule to fully extract benefits of L3 fe=
atures and capabilities.</pre>
<pre style=3D"color: rgb(0, 0, 0); font-family: Calibri; ">-raghuram</pre>
</div>
<span id=3D"OLK_SRC_BODY_SECTION" style=3D"color: rgb(0, 0, 0); font-family=
: Calibri, sans-serif; ">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>&lt;<a href=3D"mailto:dominiq=
ue.barthel@orange.com">dominique.barthel@orange.com</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Thursday, August 1, 2013 7:01=
 PM<br>
<span style=3D"font-weight:bold">To: </span>Thomas Watteyne &lt;<a href=3D"=
mailto:watteyne@eecs.berkeley.edu">watteyne@eecs.berkeley.edu</a>&gt;, 6TSC=
H &lt;<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] updated charte=
r per BoF suggestion: thoughts?<br>
</div>
<div><br>
</div>
<div xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micro=
soft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" x=
mlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:/=
/www.w3.org/TR/REC-html40">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
<div lang=3D"FR" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Woww, now this is v=
ery focused. This should give us a clear framework to start our work, and h=
opefully expand later.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Overall, I believe =
the current Work Items description could elaborate a bit more.<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Specifically, pleas=
e find below my questions, followed by other minor remarks/suggested change=
s.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Dominique<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">---------<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Questions<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">=AB&nbsp;Produce &q=
uot;Timeslot Management Methods and Formats&quot; to describe how an entity=
 can manage the TSCH schedule on a 6TSCH node=94. The schedule
 is somewhere described as being static. In this sentence, the schedule can=
 be =93managed=94 by an =93entity=94. What prevents the so-called entity to=
 =93manage=94 the schedule, i.e. allocate slots, based on some information =
such as traffic requirements? In which case,
 what does =93static=94 mean? Probably =93imposed upon the 6top layer=94 (i=
f such notion still exists) by some external mechanism.<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">=93or learnt by a n=
ode when joining the network, possibly in a format as defined by work item =
1.=94<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Do you mean the des=
cription of the schedule would be provided =93in-band=94 to the joining nod=
e (through EB=92s or similar mechanism). This
 does not seem to fit the description of work item 1, where the =93entity=
=94 is an upper layer. Or do you mean as a payload transported on a default=
 cell/link between upper layer entities ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">=933. Produce &quot=
;6TSCH architecture&quot; to describe the design and implementation of 6TSC=
H networks. This document will highlight the different
 architectural blocks and signaling flows, including the operation of the n=
etwork in the presence of multiple BBRs.=94<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Does this include a=
ny form of multi-hop ND? In light of the discussion at 6lo BoF on this topi=
c, how will compare to 6lowpan-ND?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Sentences unclear t=
o me<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">=93A dynamic schedu=
le for traffic that is switched at the timeslot level may for example be co=
mputed centrally by an entity located on
 the backbone.=94 &nbsp;This sentence is complex and unclear to me overall.=
 Consider rephrasing?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">=93Produce &quot;Ti=
meslot Management Methods and Formats&quot; to describe how an entity can m=
anage the TSCH schedule on a 6TSCH node=94. Is it assumed
 that everybody knows what =93entity=94 is supposed to mean in this context=
?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Minor changes<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">s/in front of inter=
ference/in front of narrow-band interference<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">s/- implementers gu=
ide, collecting/</span><span lang=3D"EN-US"></span><span lang=3D"EN-US" sty=
le=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-=
serif; ">-
 implementers guide: this document will collect/<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">s/- coexistence gui=
de, providing/- coexistence guide: this document will provide/<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">English writing<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">s/and ISA100.11a, a=
nd/and ISA100.11a, while/<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">s/Initially the doc=
ument/Initially, the document<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">s/be adapted dynami=
cally/be dynamically adapted/<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size: 11pt; color=
: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">De&nbsp;:</span></b><span style=3D"font-size: 10pt; font-=
family: Tahoma, sans-serif; ">
<a href=3D"mailto:6tsch-bounces@ietf.org">6tsch-bounces@ietf.org</a> [<a hr=
ef=3D"mailto:6tsch-bounces@ietf.org">mailto:6tsch-bounces@ietf.org</a>]
<b>De la part de</b> Thomas Watteyne<br>
<b>Envoy=E9&nbsp;:</b> jeudi 1 ao=FBt 2013 15:13<br>
<b>=C0&nbsp;:</b> 6TSCH; Ted Lemon (<a href=3D"mailto:ted.lemon@nominum.com=
">ted.lemon@nominum.com</a>); Adrian Farrel (<a href=3D"mailto:adrian@olddo=
g.co.uk">adrian@olddog.co.uk</a>); Marc Blanchet<br>
<b>Objet&nbsp;:</b> [6tsch] updated charter per BoF suggestion: thoughts?<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks to all for for the effort of putting together=
 the BoF on Tuesday! One of the suggestions was to simplify the charter, in=
 particular by reducing the number of work items.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">After discussion and suggestions from numerous 6TSCH=
 and other people here at the IETF, the chairs have created a new, simplifi=
ed version of the draft, which we have uploaded in the repo at:<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-=
6tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.org/6tsch/cha=
rter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">This e-mail is to start a discussion on the ML about=
 this revamped charter. Please send comments directly to this thread. Ideal=
ly, we would like to converge within a couple of days, so let's start the d=
iscussion right now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Pascal &amp; Thomas<o:p></o:p></p>
</div>
</div>
</div>
<pre>______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</pre>
</div>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B18501B57xmbrcdx04ciscoc_--

From googen@gmail.com  Fri Aug  2 00:57:34 2013
Return-Path: <googen@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6851111E8286 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 00:57:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7OFKFy5Zz1fl for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 00:57:31 -0700 (PDT)
Received: from mail-oa0-x231.google.com (mail-oa0-x231.google.com [IPv6:2607:f8b0:4003:c02::231]) by ietfa.amsl.com (Postfix) with ESMTP id 5D57711E827F for <6tsch@ietf.org>; Fri,  2 Aug 2013 00:57:31 -0700 (PDT)
Received: by mail-oa0-f49.google.com with SMTP id n10so718083oag.22 for <6tsch@ietf.org>; Fri, 02 Aug 2013 00:57:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SQ3t3+Y9W5io7yIViU+fUpYr9mxX5REVX/WV4aJxnN4=; b=uWKq+g4Y+6R4df4gvyKj60oclDbd3wyLlb2ZNsdW8b8X5//jDhduFadCFkUjoXIBzM 76ui7scj9OGqj2I3ME3X5MgU4KfHRT4R4YJnoNYbvt8k90AV4didS36+SSqUcLztb8Fw E7ONwXw+B9IZadVffavW6s2iB2AzuU5jyDHiZbf6Z16PXsEASXMr7kZcneLAGRJLUMhk Ha46Ztbu4lBEANR6ENiIuemd67OLbsh3mK9BxicqKUHiqdplF9UjtF7CWcF1j9fPyThQ B11+KWJWk3dVgITS8O/7NcaTlpz1CMgBSarOV9EszpeXn0zNV6OQfvtAhdP7Dp6D68Ob KknA==
MIME-Version: 1.0
X-Received: by 10.60.161.108 with SMTP id xr12mr4332191oeb.32.1375430250794; Fri, 02 Aug 2013 00:57:30 -0700 (PDT)
Sender: googen@gmail.com
Received: by 10.60.3.5 with HTTP; Fri, 2 Aug 2013 00:57:30 -0700 (PDT)
In-Reply-To: <CALEMV4bf87Npf=4GpFrwb_CAd7X8hGEDRukFRM1p+vr6qttRuQ@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <CAH7SZV8OBMdWYpchBcC5rBOXDNRbEtiZHF71X1575gM1tUWRvw@mail.gmail.com> <CALEMV4bf87Npf=4GpFrwb_CAd7X8hGEDRukFRM1p+vr6qttRuQ@mail.gmail.com>
Date: Fri, 2 Aug 2013 09:57:30 +0200
X-Google-Sender-Auth: 89IlHxkMLKwP-i7V6rPUmVNLPp8
Message-ID: <CAOf27iQd17CRz6+r0YTQ+ZCg0-rvDxfWQF0ibNL-moyv3XzQLQ@mail.gmail.com>
From: Gennaro Boggia <gennaro.boggia@gmail.com>
To: 6tsch@ietf.org
Content-Type: multipart/alternative; boundary=089e011771978316de04e2f24f83
X-Mailman-Approved-At: Fri, 02 Aug 2013 02:00:48 -0700
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 07:57:35 -0000

--089e011771978316de04e2f24f83
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Great!!

I think that now all is more clear and better explained.

Thank you very much for this work

Gennaro

Il giorno venerd=EC 2 agosto 2013, Xavier Vilajosana Guillen ha scritto:

> Great work. Nothing else to add! my vote on it!
> X
>
>
> On Thu, Aug 1, 2013 at 11:11 PM, Prof. Diego Dujovne <
> diego.dujovne@mail.udp.cl <javascript:_e({}, 'cvml',
> 'diego.dujovne@mail.udp.cl');>> wrote:
>
>> I accept the charter as it is stated on charter-ietf-6tsch-00.txt
>>
>> Diego Dujovne
>>
>> 2013/8/1 Thomas Watteyne <watteyne@eecs.berkeley.edu <javascript:_e({},
>> 'cvml', 'watteyne@eecs.berkeley.edu');>>:
>> > All,
>> >
>> > Thanks to all for for the effort of putting together the BoF on
>> Tuesday! One
>> > of the suggestions was to simplify the charter, in particular by
>> reducing
>> > the number of work items.
>> >
>> > After discussion and suggestions from numerous 6TSCH and other people
>> here
>> > at the IETF, the chairs have created a new, simplified version of the
>> draft,
>> > which we have uploaded in the repo at:
>> >
>> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6=
tsch-00.txt
>> >
>> > This e-mail is to start a discussion on the ML about this revamped
>> charter.
>> > Please send comments directly to this thread. Ideally, we would like t=
o
>> > converge within a couple of days, so let's start the discussion right
>> now.
>> >
>> > Pascal & Thomas
>> >
>> > _______________________________________________
>> > 6tsch mailing list
>> > 6tsch@ietf.org <javascript:_e({}, 'cvml', '6tsch@ietf.org');>
>> > https://www.ietf.org/mailman/listinfo/6tsch
>> >
>>
>>
>>
>> --
>> DIEGO DUJOVNE
>> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicacione=
s
>> Facultad de Ingenier=EDa UDP
>> www.ingenieria.udp.cl
>> (56 2) 676 8125
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org <javascript:_e({}, 'cvml', '6tsch@ietf.org');>
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>
>

--089e011771978316de04e2f24f83
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Great!!<div><br></div><div>I think that now all is more clear and better ex=
plained.</div><div><br></div><div>Thank you very much for this work</div><d=
iv><br></div><div>Gennaro<span></span><br><br>Il giorno venerd=EC 2 agosto =
2013, Xavier Vilajosana Guillen  ha scritto:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Great work. Nothing else to=
 add! my vote on it!<br>X<br></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">
On Thu, Aug 1, 2013 at 11:11 PM, Prof. Diego Dujovne <span dir=3D"ltr">&lt;=
<a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;diego.dujovne@mail.udp.cl=
&#39;);" target=3D"_blank">diego.dujovne@mail.udp.cl</a>&gt;</span> wrote:<=
br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">I accept the charter as it is stated on char=
ter-ietf-6tsch-00.txt<br>
<br>
Diego Dujovne<br>
<br>
2013/8/1 Thomas Watteyne &lt;<a href=3D"javascript:_e({}, &#39;cvml&#39;, &=
#39;watteyne@eecs.berkeley.edu&#39;);" target=3D"_blank">watteyne@eecs.berk=
eley.edu</a>&gt;:<br>
<div><div>&gt; All,<br>
&gt;<br>
&gt; Thanks to all for for the effort of putting together the BoF on Tuesda=
y! One<br>
&gt; of the suggestions was to simplify the charter, in particular by reduc=
ing<br>
&gt; the number of work items.<br>
&gt;<br>
&gt; After discussion and suggestions from numerous 6TSCH and other people =
here<br>
&gt; at the IETF, the chairs have created a new, simplified version of the =
draft,<br>
&gt; which we have uploaded in the repo at:<br>
&gt; <a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/c=
harter-ietf-6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6tsch/cha=
rter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><br>
&gt;<br>
&gt; This e-mail is to start a discussion on the ML about this revamped cha=
rter.<br>
&gt; Please send comments directly to this thread. Ideally, we would like t=
o<br>
&gt; converge within a couple of days, so let&#39;s start the discussion ri=
ght now.<br>
&gt;<br>
&gt; Pascal &amp; Thomas<br>
&gt;<br>
</div></div><div>&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;6tsch@ietf.org&#39;)=
;" target=3D"_blank">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<br>
</div>DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
(56 2) 676 8125<br>
<div><div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;6tsch@ietf.org&#39;);" ta=
rget=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>
</blockquote></div>

--089e011771978316de04e2f24f83--

From pthubert@cisco.com  Fri Aug  2 02:03:09 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EE6011E831B for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 02:03:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.533
X-Spam-Level: 
X-Spam-Status: No, score=-10.533 tagged_above=-999 required=5 tests=[AWL=0.065, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tk60kBzX8zXt for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 02:02:57 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 1B8D311E82E1 for <6tsch@ietf.org>; Fri,  2 Aug 2013 01:57:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14379; q=dns/txt; s=iport; t=1375433831; x=1376643431; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=0cC5GgQe2E/J3MKO/jy1wiRdegphBrhV7jomUKeEtCA=; b=YhDlFAEnor7UA87mw+oSGpusCGLpOiJTRx5DJEi8RNjajJ9PNwHSvScb MiP54LJYN5/qIK0NRyrY0q4RQGYzGvhJLIVNNvhjZjgUj1SSV6ayTvYXw zNKLsiQSCEIIqJZnRcfDMxM6u0wQ9Vrm0mV2yFbD7didKnfrZ5/yVIP1a k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AikFAHZz+1GtJXG8/2dsb2JhbABbDoI0RDVQvk2BGxZ0giQBAQEBAwEBASpBCxACAQgRBAEBCwsSBycLFAkIAgQBDQUIiAgMuHgEjk+BBy0EBgEKgw9zA4VEgy6gO4JZPoFxOQ
X-IronPort-AV: E=Sophos;i="4.89,800,1367971200";  d="scan'208,217";a="242648565"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-7.cisco.com with ESMTP; 02 Aug 2013 08:56:36 +0000
Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id r728uZq9031572 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Aug 2013 08:56:35 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.104]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.02.0318.004; Fri, 2 Aug 2013 03:56:35 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Rafa Marin Lopez <rafa@um.es>, Thomas Watteyne <watteyne@eecs.berkeley.edu>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOjvuhA0peJlBankqBszyBnwxOPZmBi4Lg
Date: Fri, 2 Aug 2013 08:56:34 +0000
Deferred-Delivery: Fri, 2 Aug 2013 08:56:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8413C91FD@xmb-rcd-x01.cisco.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <523EF154-B9B3-4FE1-9E1F-891F3288524B@um.es>
In-Reply-To: <523EF154-B9B3-4FE1-9E1F-891F3288524B@um.es>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.196.95]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413C91FDxmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 09:03:09 -0000

--_000_E045AECD98228444A58C61C200AE1BD8413C91FDxmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Certainly Rafa;

It is fine that some documents stay personal submissions for a while.
We know we need to continue the work that has started on security and expan=
d it.
And hopefully we'll progress the initial items efficiently and re-charter s=
oon to take more of the required work on board.

On security: we probably want to separate the analysis of the particular is=
sues with in one hand:
- issues with this MAC,
- the potential scale of a 6TSCH network,
- the various deployment types (need for profiles?),

And in the other:
- applicability statements such as PANA
- return from experience (ISA100.11a, Wireless HART)

The quality and coverage of the work will be a good incentive to make sure =
that it can progress in a proper way.

Cheers,

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of R=
afa Marin Lopez
Sent: jeudi 1 ao=FBt 2013 23:11
To: Thomas Watteyne
Cc: Adrian Farrel (adrian@olddog.co.uk); 6TSCH; Ted Lemon (ted.lemon@nominu=
m.com); Marc Blanchet
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?

Dear Chairs:

Thanks for this new charter. Evidently, it is more condensed and simplified=
, which is good, taking into account the comments received during the BOF.

I have also noticed that security part has been completely removed. Althoug=
h my interest was specially based on that part, I understand that these asp=
ects could be covered in the future, when the current work for this charter=
 is finished.

Best Regards.
El 01/08/2013, a las 15:12, Thomas Watteyne escribi=F3:


All,

Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.

Pascal & Thomas
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch

-------------------------------------------------------
Rafael Marin Lopez, PhD
Dept. Information and Communications Engineering (DIIC)
Faculty of Computer Science-University of Murcia
30100 Murcia - Spain
Telf: +34868888501 Fax: +34868884151 e-mail: rafa@um.es<mailto:rafa@um.es>
-------------------------------------------------------





--_000_E045AECD98228444A58C61C200AE1BD8413C91FDxmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Courier;
	panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
	{font-family:Courier;
	panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Certainly Rafa;<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">It is fine that some docu=
ments stay personal submissions for a while.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">We know we need to contin=
ue the work that has started on security and expand it.<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">And hopefully we&#8217;ll=
 progress the initial items efficiently and re-charter soon to take more of=
 the required work on board.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">On security: we probably =
want to separate the analysis of the particular issues with in one hand:<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- issues with this MAC,
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- the potential scale of =
a 6TSCH network,
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- the various deployment =
types (need for profiles?),
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">And in the other:<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- applicability statement=
s such as PANA
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- return from experience =
(ISA100.11a, Wireless HART)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The quality and coverage =
of the work will be a good incentive to make sure that it can progress in a=
 proper way.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Rafa Marin Lopez<br>
<b>Sent:</b> jeudi 1 ao=FBt 2013 23:11<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> Adrian Farrel (adrian@olddog.co.uk); 6TSCH; Ted Lemon (ted.lemon=
@nominum.com); Marc Blanchet<br>
<b>Subject:</b> Re: [6tsch] updated charter per BoF suggestion: thoughts?<o=
:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Dear Chairs:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks for this new charter. Evidently, it is more c=
ondensed and simplified, which is good, taking into account the comments re=
ceived during the BOF.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I have also noticed that security part has been comp=
letely removed. Although my interest was specially based on that part, I un=
derstand that these aspects could be covered in the future, when the curren=
t work for this charter is finished.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Best Regards.&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">El 01/08/2013, a las 15:12, Thomas Watteyne escribi=
=F3:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><br>
<br>
<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks to all for for the effort of putting together=
 the BoF on Tuesday! One of the suggestions was to simplify the charter, in=
 particular by reducing the number of work items.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">After discussion and suggestions from numerous 6TSCH=
 and other people here at the IETF, the chairs have created a new, simplifi=
ed version of the draft, which we have uploaded in the repo at:<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-=
6tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.org/6tsch/cha=
rter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">This e-mail is to start a discussion on the ML about=
 this revamped charter. Please send comments directly to this thread. Ideal=
ly, we would like to converge within a couple of days, so let's start the d=
iscussion right now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Pascal &amp; Thomas<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.or=
g/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;=
color:black">-------------------------------------------------------<o:p></=
o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;=
color:black">Rafael Marin Lopez, PhD<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;=
color:black">Dept. Information and Communications Engineering (DIIC)<o:p></=
o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;=
color:black">Faculty of Computer Science-University of Murcia<o:p></o:p></s=
pan></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;=
color:black">30100 Murcia - Spain<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;=
color:black">Telf: &#43;34868888501 Fax: &#43;34868884151 e-mail:
<a href=3D"mailto:rafa@um.es">rafa@um.es</a><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;=
color:black">-------------------------------------------------------<o:p></=
o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;=
color:black"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;=
color:black"><o:p>&nbsp;</o:p></span></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD8413C91FDxmbrcdx01ciscoc_--

From pthubert@cisco.com  Fri Aug  2 04:09:20 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1653511E810B for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:09:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.538
X-Spam-Level: 
X-Spam-Status: No, score=-10.538 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HXpFqq01rcxe for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:09:15 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 5CB1911E8311 for <6tsch@ietf.org>; Fri,  2 Aug 2013 04:06:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19660; q=dns/txt; s=iport; t=1375441584; x=1376651184; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=hEPtN4rHPx7iOf8zgKcvvaiX6vNEfv2xe6F2tVAFUlg=; b=fpaVXYVk05zEhZ+Of3K4sdMjOwQbLTseiuA9Rmbxnljd4vkaEW0QNqGB shLwI/XySfMnIU+SzgjMrLwNAT2dTdjCTXI2tU8Aya8GkJfwtStiHgTPv I4X6vcqez1V4RlRYHiz7pdn5R3Ioq1tIWtGmH07LOAhU3ShIe0j09XI2F 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj8FACuS+1GtJXG8/2dsb2JhbABaDoI0RDVQthqIOIEcFnSCJAEBAQQBAQEqQQsQAgEIEQEDAQELHQcnCxQDBggCBAENBQgTh3UMuQOOYIEHLQQGAYMZdAOFRIMukBeQJIJZPoFxOQ
X-IronPort-AV: E=Sophos;i="4.89,800,1367971200";  d="scan'208,217";a="242503495"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-1.cisco.com with ESMTP; 02 Aug 2013 11:06:23 +0000
Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id r72B6Nov021607 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Aug 2013 11:06:23 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.104]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.02.0318.004; Fri, 2 Aug 2013 06:06:23 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Qin Wang <qinwang@berkeley.edu>, Thomas Watteyne <watteyne@eecs.berkeley.edu>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOjvubA0peJlBankqBszyBnwxOPZmBs74w
Date: Fri, 2 Aug 2013 11:06:22 +0000
Deferred-Delivery: Fri, 2 Aug 2013 11:05:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8413C9849@xmb-rcd-x01.cisco.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <CAAzoce6s0i2Hwi+M8tmZC7pkfMf0BFCeQ1M8W+r+Udr2G_-C2A@mail.gmail.com>
In-Reply-To: <CAAzoce6s0i2Hwi+M8tmZC7pkfMf0BFCeQ1M8W+r+Udr2G_-C2A@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.170.72]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413C9849xmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 11:09:20 -0000

--_000_E045AECD98228444A58C61C200AE1BD8413C9849xmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello Qin:

Thanks for the comments!

With this version of the charter<https://bitbucket.org/6tsch/charter-ietf-6=
tsch/src/master/charter-ietf-6tsch-00.txt>, 6top is a thin layer that enabl=
es the operation in the basic operation as described in Xavi's draft<http:/=
/tools.ietf.org/html/draft-vilajosana-6tsch-basic> and that's it.
The bare minimum for 6top is a schedule that provides base links for RPL op=
erations.
Within charter, each node boots with a default schedule, may get an update =
at join time and from then on it lives with it. This is what we call static=
.

The more complex pieces of 6top which required standardization:
- dynamic negotiation between peers to allocate timeslots for routed traffi=
c (your dynamic)
- track allocation for switched traffic (your static?)
- track switching operation (G-MPLS)
are delayed till be have standardized the basic mechanisms to manage the sc=
hedule in the first place.
So we do not consider either distributed or centralized schedule recomputat=
ion.

The focus is on which primitives are needed from / to the device to manage =
a schedule regardless of which entity is doing the management.
The draft charter is voluntarily agnostic of what that abstract entity is b=
ecause the control primitives should be open enough regardless of:
- the type of peer entity (a CNM engine, a PCE, an SDN controller...)
- the transport to which the primitive is bound

If the basic operation document becomes the solution for our item1, it will=
 probably propose a simple method (e.g. CoAP based) to inject a schedule in=
 every node so we can test interop. The complexity in the scheduling may no=
t require standardization but may still be discussed in the first architect=
ure draft.

This is probably enough work for a first round, wouldn't you think?

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Q=
in Wang
Sent: jeudi 1 ao=FBt 2013 23:11
To: Thomas Watteyne
Cc: Adrian Farrel (adrian@olddog.co.uk); 6TSCH; Ted Lemon (ted.lemon@nominu=
m.com); Marc Blanchet
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?

Hi Thomas, Pascal and All,

Regarding to the scope, i.e. "Description of Working Group", I would like t=
o clarify my understanding on "static schedule", and "dynamic schedule" fir=
stly.

Actually, there are two parameters related to establishing and maintaining =
a TSCH schedule, one is about "who", which values are (centralized, decentr=
alized); another one is about change over time, which values are (static, d=
ynamic). In the current version of 6top, the two parameters are associated =
with each other (but not have to), i.e. "centralized" is associated with "s=
tatic", because it is assumed that centralized can optimize resource and av=
oid collision; and "decentralized" is associated with "dynamic", because it=
 is assumed collision can not avoided completely by local negotiation.

The Charter says  "Initially, the WG will define a framework to install a s=
tatic schedule and
run the Routing Protocol for LLNs (RPL) over that schedule. If successful, =
the intent is to recharter to allow for dynamic schedules......".
It means:
step-1: we define methods and messages for establishing TSCH schedule in th=
e way of (centralized, static);
step-2: we define  methods and messages for establishing TSCH schedule in t=
he way of (centralized, dynamic) and  (decentralized, dynamic) ;

Correct?

Based one above, how do you think the combination (decentralized, dynamic)?=
 For example, allow establishing schedule locally, but do not allow change,=
 or in another word, change must be instructed by upper layer, instead of b=
y the sublayer.

Thanks
Qin





On Thu, Aug 1, 2013 at 9:12 PM, Thomas Watteyne <watteyne@eecs.berkeley.edu=
<mailto:watteyne@eecs.berkeley.edu>> wrote:
All,

Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.

Pascal & Thomas

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD8413C9849xmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Qin:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thanks for the comments!<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">With this version of the
</span><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master=
/charter-ietf-6tsch-00.txt"><span style=3D"font-size:11.0pt;font-family:&qu=
ot;Calibri&quot;,&quot;sans-serif&quot;">charter</span></a><span style=3D"f=
ont-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;colo=
r:#1F497D">,
 6top is a thin layer that enables the operation in the basic operation as =
described in
</span><a href=3D"http://tools.ietf.org/html/draft-vilajosana-6tsch-basic">=
<span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Xavi&#8217;s draft</span></a><span style=3D"font-size:11.0pt;f=
ont-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"> and t=
hat&#8217;s it.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The bare minimum for 6top=
 is a schedule that provides base links for RPL operations.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Within charter, each node=
 boots with a default schedule, may get an update at join time and from the=
n on it lives with it. This is what we call static.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The more complex pieces o=
f 6top which required standardization:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- dynamic negotiation bet=
ween peers to allocate timeslots for routed traffic (your dynamic)<o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- track allocation for sw=
itched traffic (your static?)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- track switching operati=
on (G-MPLS)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">are delayed till be have =
standardized the basic mechanisms to manage the schedule in the first place=
.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">So we do not consider eit=
her distributed or centralized schedule recomputation.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The focus is on which pri=
mitives are needed from / to the device to manage a schedule regardless of =
which entity is doing the management.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The draft charter is volu=
ntarily agnostic of what that abstract entity is because the control primit=
ives should be open enough regardless of:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- the type of peer entity=
 (a CNM engine, a PCE, an SDN controller...)
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- the transport to which =
the primitive is bound<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">If the basic operation do=
cument becomes the solution for our item1, it will probably propose a simpl=
e method (e.g. CoAP based) to inject a schedule in every
 node so we can test interop. The complexity in the scheduling may not requ=
ire standardization but may still be discussed in the first architecture dr=
aft.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">This is probably enough w=
ork for a first round, wouldn&#8217;t you think?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> jeudi 1 ao=FBt 2013 23:11<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> Adrian Farrel (adrian@olddog.co.uk); 6TSCH; Ted Lemon (ted.lemon=
@nominum.com); Marc Blanchet<br>
<b>Subject:</b> Re: [6tsch] updated charter per BoF suggestion: thoughts?<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Thomas, Pascal and All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to the scope, i.e. &quot;<span style=3D"fo=
nt-size:9.0pt;font-family:&quot;Courier New&quot;;color:#333333">Descriptio=
n of Working Group</span>&quot;, I would like to clarify my understanding o=
n &quot;static schedule&quot;, and &quot;dynamic schedule&quot; firstly.&nb=
sp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Actually, there are two parameters related to establ=
ishing and maintaining a TSCH schedule, one is about &quot;who&quot;, which=
 values are (centralized, decentralized); another one is about change over =
time, which values are (static, dynamic). In
 the current version of 6top, the two parameters are associated with each o=
ther (but not have to), i.e. &quot;centralized&quot; is associated with &qu=
ot;static&quot;, because it is assumed that centralized can optimize resour=
ce and avoid collision; and &quot;decentralized&quot; is associated
 with &quot;dynamic&quot;, because it is assumed collision can not avoided =
completely by local negotiation.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">The Charter says &nbsp;&quot;<span style=3D"font-siz=
e:9.0pt;font-family:&quot;Courier New&quot;;color:#333333">Initially, the W=
G will define a framework to install a static schedule and&nbsp;</span><o:p=
></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><a name=3D"cl-45"></a><span style=3D"font-size:9.0pt=
;font-family:&quot;Courier New&quot;;color:#333333">run the Routing Protoco=
l for LLNs (RPL) over that schedule.&nbsp;If successful, the intent is to r=
echarter to allow for dynamic schedules......</span>&quot;.
 &nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">It means:&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">step-1: we define methods and messages for establish=
ing TSCH schedule in the way of (centralized, static);&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">step-2: we define &nbsp;methods and messages for est=
ablishing TSCH schedule in the way of (centralized, dynamic) and &nbsp;(dec=
entralized, dynamic)&nbsp;;&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Correct?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Based one above, how do you think the combination (d=
ecentralized, dynamic)? For example, allow establishing schedule locally, b=
ut do not allow change, or in another word, change must be instructed by up=
per layer, instead of by the sublayer.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 1, 2013 at 9:12 PM, Thomas Watteyne &lt;=
<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@ee=
cs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks to all for for the effort of putting together=
 the BoF on Tuesday! One of the suggestions was to simplify the charter, in=
 particular by reducing the number of work items.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">After discussion and suggestions from numerous 6TSCH=
 and other people here at the IETF, the chairs have created a new, simplifi=
ed version of the draft, which we have uploaded in the repo at:<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-=
6tsch/src/master/charter-ietf-6tsch-00.txt" target=3D"_blank">https://bitbu=
cket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><=
o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">This e-mail is to start a discussion on the ML about=
 this revamped charter. Please send comments directly to this thread. Ideal=
ly, we would like to converge within a couple of days, so let's start the d=
iscussion right now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Pascal &amp; Thomas<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD8413C9849xmbrcdx01ciscoc_--

From googen@gmail.com  Fri Aug  2 04:10:41 2013
Return-Path: <googen@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F2A411E82CA for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:10:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level: 
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TFbAe4VV0+p6 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:10:40 -0700 (PDT)
Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) by ietfa.amsl.com (Postfix) with ESMTP id 4F37711E82E8 for <6tsch@ietf.org>; Fri,  2 Aug 2013 04:08:57 -0700 (PDT)
Received: by mail-oa0-f54.google.com with SMTP id o6so1056912oag.13 for <6tsch@ietf.org>; Fri, 02 Aug 2013 04:08:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=MozdwxBsHnkuQDeEnD7VJOZuMWuUpY8Y5Z9VElEiKpg=; b=nYuWZPuEstnJAdZhcyBoX0UNHtI90vGjz62yxRNG1k+cMGLqNtBzFZvec1twjICB89 emWZuc/cEXAhD0IaP+v5GC3jP/mYeecbcCqbflrfnE4RhoFo3arq6pzOj3SkmOqLyyLM MJLRB9OtS6t4yuv+fPttmNqLA8Ohs7w9vottwt14avewGpv3aHfphbebct8rRzTvtAAu +NkE0QmaQ/l4vzj8nrbAfVIlghQnvBoTDC1BbwZtkpW+fLf6AowdrKGUCb4B1DNN/TRZ v7WFwpog7roH4V/DohuFiY4x+nlU2zPDPVydU97X58dg5B0h4GVjVrW1+H7aJEYK1tDZ xsng==
MIME-Version: 1.0
X-Received: by 10.60.15.106 with SMTP id w10mr4847746oec.82.1375441736804; Fri, 02 Aug 2013 04:08:56 -0700 (PDT)
Sender: googen@gmail.com
Received: by 10.60.3.5 with HTTP; Fri, 2 Aug 2013 04:08:56 -0700 (PDT)
In-Reply-To: <CALEMV4bf87Npf=4GpFrwb_CAd7X8hGEDRukFRM1p+vr6qttRuQ@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <CAH7SZV8OBMdWYpchBcC5rBOXDNRbEtiZHF71X1575gM1tUWRvw@mail.gmail.com> <CALEMV4bf87Npf=4GpFrwb_CAd7X8hGEDRukFRM1p+vr6qttRuQ@mail.gmail.com>
Date: Fri, 2 Aug 2013 13:08:56 +0200
X-Google-Sender-Auth: -8h-VudPJidhodORfvwoaHmIeQU
Message-ID: <CAOf27iS2qg5ZaOXdOh4a9iu=DZLTPDBRhVb7y-+cAshaBKQkkQ@mail.gmail.com>
From: Gennaro Boggia <g.boggia@poliba.it>
To: 6tsch@ietf.org
Content-Type: multipart/alternative; boundary=089e0122838421b38a04e2f4fcc8
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 11:10:41 -0000

--089e0122838421b38a04e2f4fcc8
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Great!!!

I think that now all is more clear and better explained.

Thank you very much for this work

Cheers

Gennaro



Il giorno venerd=EC 2 agosto 2013, Xavier Vilajosana Guillen ha scritto:

> Great work. Nothing else to add! my vote on it!
> X
>
>
> On Thu, Aug 1, 2013 at 11:11 PM, Prof. Diego Dujovne <
> diego.dujovne@mail.udp.cl <javascript:_e({}, 'cvml',
> 'diego.dujovne@mail.udp.cl');>> wrote:
>
>> I accept the charter as it is stated on charter-ietf-6tsch-00.txt
>>
>> Diego Dujovne
>>
>> 2013/8/1 Thomas Watteyne <watteyne@eecs.berkeley.edu <javascript:_e({},
>> 'cvml', 'watteyne@eecs.berkeley.edu');>>:
>> > All,
>> >
>> > Thanks to all for for the effort of putting together the BoF on
>> Tuesday! One
>> > of the suggestions was to simplify the charter, in particular by
>> reducing
>> > the number of work items.
>> >
>> > After discussion and suggestions from numerous 6TSCH and other people
>> here
>> > at the IETF, the chairs have created a new, simplified version of the
>> draft,
>> > which we have uploaded in the repo at:
>> >
>> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6=
tsch-00.txt
>> >
>> > This e-mail is to start a discussion on the ML about this revamped
>> charter.
>> > Please send comments directly to this thread. Ideally, we would like t=
o
>> > converge within a couple of days, so let's start the discussion right
>> now.
>> >
>> > Pascal & Thomas
>> >
>> > _______________________________________________
>> > 6tsch mailing list
>> > 6tsch@ietf.org <javascript:_e({}, 'cvml', '6tsch@ietf.org');>
>> > https://www.ietf.org/mailman/listinfo/6tsch
>> >
>>
>>
>>
>> --
>> DIEGO DUJOVNE
>> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicacione=
s
>> Facultad de Ingenier=EDa UDP
>> www.ingenieria.udp.cl
>> (56 2) 676 8125
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org <javascript:_e({}, 'cvml', '6tsch@ietf.org');>
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>
>

--089e0122838421b38a04e2f4fcc8
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Great!!!<div><br></div><div><div><font><span style=3D"line-height:normal;ba=
ckground-color:rgba(255,255,255,0)">I think that now all is more clear and =
better explained.</span></font></div><div><font><span style=3D"line-height:=
normal;background-color:rgba(255,255,255,0)"><br>
</span></font></div><div><font><span style=3D"line-height:normal;background=
-color:rgba(255,255,255,0)">Thank you very much for this work</span></font>=
</div><div style=3D"color:rgb(34,34,34);line-height:22px"><br></div><div st=
yle=3D"color:rgb(34,34,34);line-height:22px">
Cheers<span></span></div><div style=3D"color:rgb(34,34,34);line-height:22px=
"><br></div><div style=3D"color:rgb(34,34,34);line-height:22px">Gennaro</di=
v><div style=3D"color:rgb(34,34,34);line-height:22px"><br></div><div style=
=3D"color:rgb(34,34,34);line-height:22px">
<br></div><br>Il giorno venerd=EC 2 agosto 2013, Xavier Vilajosana Guillen =
 ha scritto:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8e=
x;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">Great work.=
 Nothing else to add! my vote on it!<br>
X<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On=
 Thu, Aug 1, 2013 at 11:11 PM, Prof. Diego Dujovne <span dir=3D"ltr">&lt;<a=
 href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;diego.dujovne@mail.udp.cl&#=
39;);" target=3D"_blank">diego.dujovne@mail.udp.cl</a>&gt;</span> wrote:<br=
>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">I accept the charter as it is stated on char=
ter-ietf-6tsch-00.txt<br>
<br>
Diego Dujovne<br>
<br>
2013/8/1 Thomas Watteyne &lt;<a href=3D"javascript:_e({}, &#39;cvml&#39;, &=
#39;watteyne@eecs.berkeley.edu&#39;);" target=3D"_blank">watteyne@eecs.berk=
eley.edu</a>&gt;:<br>
<div><div>&gt; All,<br>
&gt;<br>
&gt; Thanks to all for for the effort of putting together the BoF on Tuesda=
y! One<br>
&gt; of the suggestions was to simplify the charter, in particular by reduc=
ing<br>
&gt; the number of work items.<br>
&gt;<br>
&gt; After discussion and suggestions from numerous 6TSCH and other people =
here<br>
&gt; at the IETF, the chairs have created a new, simplified version of the =
draft,<br>
&gt; which we have uploaded in the repo at:<br>
&gt; <a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/c=
harter-ietf-6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6tsch/cha=
rter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><br>
&gt;<br>
&gt; This e-mail is to start a discussion on the ML about this revamped cha=
rter.<br>
&gt; Please send comments directly to this thread. Ideally, we would like t=
o<br>
&gt; converge within a couple of days, so let&#39;s start the discussion ri=
ght now.<br>
&gt;<br>
&gt; Pascal &amp; Thomas<br>
&gt;<br>
</div></div><div>&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;6tsch@ietf.org&#39;)=
;" target=3D"_blank">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<br>
</div>DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
(56 2) 676 8125<br>
<div><div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;6tsch@ietf.org&#39;);" ta=
rget=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>
</blockquote></div>

--089e0122838421b38a04e2f4fcc8--

From pthubert@cisco.com  Fri Aug  2 04:31:23 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F92E21F9E96 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:31:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.542
X-Spam-Level: 
X-Spam-Status: No, score=-10.542 tagged_above=-999 required=5 tests=[AWL=0.056, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p6To+IAb51wL for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:31:17 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 8250C21E8315 for <6tsch@ietf.org>; Fri,  2 Aug 2013 04:30:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=40823; q=dns/txt; s=iport; t=1375443045; x=1376652645; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=uPUYhcamMzlpmp3SJaRTIKdHtG1XA0B3MGUnbxgq1Po=; b=SKKm8KhrqfJYwQpyecaXNHwzlUXRVM8vIgRQHFT8NsIGNdPaiGfJUdxH F4dyMWq4h06HSJ0n2zrGB2oH6SimepBn0lRiPKdlnBPcrxtbQi3Xq3Qz1 iVP5B8oBGdCbydnMZHjPuqREfX29UbOD0/7PF+fvLGpuzPI1Z33jI20z8 A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj4FAFeX+1GtJV2c/2dsb2JhbABaDoI0RDVQvlKBHBZ0giQBAQEELVwCAQgRAQIBAQELFgEGBzIUAwYIAgQBEgiICAy5DQSOUBCBByANCgEGgxN0A4VEgy6LFpUlglk+gXE5
X-IronPort-AV: E=Sophos;i="4.89,800,1367971200";  d="scan'208,217";a="242702427"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-5.cisco.com with ESMTP; 02 Aug 2013 11:30:43 +0000
Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id r72BUhop030351 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Aug 2013 11:30:43 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.104]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.02.0318.004; Fri, 2 Aug 2013 06:30:42 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>, "dominique.barthel@orange.com" <dominique.barthel@orange.com>, "Thomas Watteyne" <watteyne@eecs.berkeley.edu>, 6TSCH <6tsch@ietf.org>, "Benoit Claise (bclaise)" <bclaise@cisco.com>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOjsPDA0peJlBankqBszyBnwxOPZmAivGAgAE5UoD///60kA==
Date: Fri, 2 Aug 2013 11:30:41 +0000
Deferred-Delivery: Fri, 2 Aug 2013 11:30:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8413C992C@xmb-rcd-x01.cisco.com>
References: <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup> <2C3A8CAFDCAFCA41B8BF705CD9471C5B18501B57@xmb-rcd-x04.cisco.com>
In-Reply-To: <2C3A8CAFDCAFCA41B8BF705CD9471C5B18501B57@xmb-rcd-x04.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.170.72]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413C992Cxmbrcdx01ciscoc_"
MIME-Version: 1.0
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 11:31:23 -0000

--_000_E045AECD98228444A58C61C200AE1BD8413C992Cxmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of R=
aghuram Sudhaakar (rsudhaak)
Sent: vendredi 2 ao=FBt 2013 08:10
To: dominique.barthel@orange.com; Thomas Watteyne; 6TSCH
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?

Hello Raghu

Thomas, Pascal,
This looks very focussed now. I have a few things that we need to address -

  1.  The statement "Initially, the WG will define a framework to install a=
 static schedule and
  2.  run the Routing Protocol for LLNs (RPL) over that schedule" in the de=
scription of the working group and work item 1 seem to be in conflict. We s=
ay we will work on static schedules which means
  3.  that L3 (RPL) can only query cell/link quality info from TSCH. Work i=
tem 1 explicitly states - "to describe how an entity
  4.  can manage the TSCH schedule on a 6TSCH node". I feel it is better to=
 remove this statement from the work item.
  5.  In this context, The current work item 1 could possibly be renamed to=
 ,
  6.  "Query methods and formats for timeslot/cell parameters"??
  7.  Also, it may be better to flip the order of work items 1,2 (i.e) have=
 "minimal 6TSCH config" as first work item and
  8.  "Query methods and formats for timeslot/cell parameters"
  9.  as work item 1 to reflect the statements made in the description of t=
he working group.
  10.
  11. I second the point about elaborating on "entity" in the current work =
item 1 raised by Dominique and Qin. We could say, "route management entity"=
?

[] Hum. I talked to Benoit, and we concluded that we should consider networ=
k management from day 1, just like we consider security from day 1.
Day 1 for the schedule control primitives being now, we need to allow for m=
ore general entities than just routing.
So we are including the capability to report timeslot statistics, which may=
 or may or may not be used for centralized routing computation in next iter=
ation of the charter, but will be required for network management activitie=
s anyway.

We may also reword the second paragraph of Description of working group as =
follows -
Initially, the WG will define a framework to install a static schedule on a=
 6TSCH network and run the Routing
Protocol for LLNs (RPL) over that schedule. We will also define methods for=
 RPL to query parameters and states from the 6TSCH network.



[] You are proposing to add the last sentence above. Tis is actually openin=
g a Pandora bow that I'd rather leave close for the time being. RPL may obt=
ain link layer stats and there is nothing new there; but we are voluntarily=
 hiding the TSCH aspect at the 6top layer. We are shooting for simple in th=
e first iteration. To be honest, I'm not sure that in the future, RPL shoul=
d influence the schedule other than indirectly, that is by causing more or =
less traffic to be routed via particular next hops, thus influencing 6top t=
o modify the size of a bundle. Whether I'm right or wrong there, we are del=
aying this item thus leaving the necessary time for this discussion.



In the third paragraph of the description of WG, this statement -

A dynamic schedule for traffic that is switched at the timeslot level may f=
or example be computed centrally by an entity located on the backbone.

can be reworded as -

The TSCH schedule may be computed by a central entity located in the backbo=
ne (or co-located with the 6TSCH network gateway), with out without informa=
tion from the routing protocol. (Im not sure we need to get into more detai=
l here, since this is just the description of the WG).



[] this is a secondary piece that opens for the next iterations. What we wa=
nt to indicate is that the track operation is in future scope, kind of lock=
ing this work to this WG even if it is not in scope now. We voluntarily use=
 the terms "routed" and "switched" for the reasons I evoked in my answer to=
 Qin. Switched =3D=3D track, whether installed by PCE or RSVP type of opera=
tion, and comes prior to the traffic. Routed operation starts with an initi=
al schedule as covered by this charter, but in the next iteration, the 6top=
 layer in this node will need to interact with its peers in the neighbors t=
o dynamically adapt the bundles to the traffic.



Does this make sense?



Cheers,



Pascal
From: <dominique.barthel@orange.com<mailto:dominique.barthel@orange.com>>
Date: Thursday, August 1, 2013 7:01 PM
To: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, 6TSCH <6tsch@ietf.org<mailto:6tsch@ietf.org>>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?

Woww, now this is very focused. This should give us a clear framework to st=
art our work, and hopefully expand later.
Overall, I believe the current Work Items description could elaborate a bit=
 more.
Specifically, please find below my questions, followed by other minor remar=
ks/suggested changes.

Dominique

---------

Questions
=AB Produce "Timeslot Management Methods and Formats" to describe how an en=
tity can manage the TSCH schedule on a 6TSCH node". The schedule is somewhe=
re described as being static. In this sentence, the schedule can be "manage=
d" by an "entity". What prevents the so-called entity to "manage" the sched=
ule, i.e. allocate slots, based on some information such as traffic require=
ments? In which case, what does "static" mean? Probably "imposed upon the 6=
top layer" (if such notion still exists) by some external mechanism.

"or learnt by a node when joining the network, possibly in a format as defi=
ned by work item 1."
Do you mean the description of the schedule would be provided "in-band" to =
the joining node (through EB's or similar mechanism). This does not seem to=
 fit the description of work item 1, where the "entity" is an upper layer. =
Or do you mean as a payload transported on a default cell/link between uppe=
r layer entities ?

"3. Produce "6TSCH architecture" to describe the design and implementation =
of 6TSCH networks. This document will highlight the different architectural=
 blocks and signaling flows, including the operation of the network in the =
presence of multiple BBRs."
Does this include any form of multi-hop ND? In light of the discussion at 6=
lo BoF on this topic, how will compare to 6lowpan-ND?

Sentences unclear to me
"A dynamic schedule for traffic that is switched at the timeslot level may =
for example be computed centrally by an entity located on the backbone."  T=
his sentence is complex and unclear to me overall. Consider rephrasing?
"Produce "Timeslot Management Methods and Formats" to describe how an entit=
y can manage the TSCH schedule on a 6TSCH node". Is it assumed that everybo=
dy knows what "entity" is supposed to mean in this context?

Minor changes
s/in front of interference/in front of narrow-band interference
s/- implementers guide, collecting/- implementers guide: this document will=
 collect/
s/- coexistence guide, providing/- coexistence guide: this document will pr=
ovide/

English writing
s/and ISA100.11a, and/and ISA100.11a, while/
s/Initially the document/Initially, the document
s/be adapted dynamically/be dynamically adapted/




De : 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org] De la part de Thomas Watteyne
Envoy=E9 : jeudi 1 ao=FBt 2013 15:13
=C0 : 6TSCH; Ted Lemon (ted.lemon@nominum.com<mailto:ted.lemon@nominum.com>=
); Adrian Farrel (adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>); Marc Bl=
anchet
Objet : [6tsch] updated charter per BoF suggestion: thoughts?

All,

Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.

Pascal & Thomas

___________________________________________________________________________=
______________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.



This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and dele=
te this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.

Thank you.

--_000_E045AECD98228444A58C61C200AE1BD8413C992Cxmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Courier;
	panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
	{font-family:Courier;
	panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;}
span.EmailStyle20
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:1084377042;
	mso-list-template-ids:-117140806;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D"><o:p>&nbsp;</o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> vendredi 2 ao=FBt 2013 08:10<br>
<b>To:</b> dominique.barthel@orange.com; Thomas Watteyne; 6TSCH<br>
<b>Subject:</b> Re: [6tsch] updated charter per BoF suggestion: thoughts?<o=
:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:10.5pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"></span></i></b><spa=
n style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-seri=
f&quot;;color:#1F497D">Hello Raghu<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Thomas, Pascal,<o:p></o:p><=
/span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">This looks very focussed no=
w. I have a few things that we need to address -<o:p></o:p></span></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-ma=
rgin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt">The statement &quot;<span class=3D"apple-s=
tyle-span">Initially, the WG will define a framework to install a static sc=
hedule and<o:p></o:p></span></span></li><li class=3D"MsoNormal" style=3D"co=
lor:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 le=
vel1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">run the R=
outing Protocol for LLNs (RPL) over that schedule&quot; in the description =
of the working group and work item 1 seem to be in conflict. We say we will=
 work on static schedules which means<o:p></o:p></span></span></li><li clas=
s=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bot=
tom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">that L3 (=
RPL) can only query cell/link quality info from TSCH. Work item 1 explicitl=
y states - &quot;to describe how an entity<o:p></o:p></span></span></li><li=
 class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margi=
n-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">can manag=
e the TSCH schedule on a 6TSCH node&quot;. I feel it is better to remove th=
is statement from the work item.&nbsp;</span></span><span style=3D"font-siz=
e:10.5pt"><o:p></o:p></span></li><li class=3D"MsoNormal" style=3D"color:bla=
ck;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lf=
o1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">In this c=
ontext, The current work item 1 could possibly be renamed to ,<o:p></o:p></=
span></span></li><li class=3D"MsoNormal" style=3D"color:black;mso-margin-to=
p-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">&quot;Que=
ry methods and formats for timeslot/cell parameters&quot;??</span></span><s=
pan style=3D"font-size:10.5pt"><o:p></o:p></span></li><li class=3D"MsoNorma=
l" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;=
mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">Also, it =
may be better to flip the order of work items 1,2 (i.e) have &quot;minimal =
6TSCH config&quot; as first work item and<o:p></o:p></span></span></li><li =
class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin=
-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">&quot;Que=
ry methods and formats for timeslot/cell parameters&quot;<o:p></o:p></span>=
</span></li><li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt=
:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">as work i=
tem 1 to reflect the statements made in the description of the working grou=
p.<o:p></o:p></span></span></li><li class=3D"MsoNormal" style=3D"color:blac=
k;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo=
1">
<span style=3D"font-size:10.5pt"><o:p>&nbsp;</o:p></span></li><li class=3D"=
MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">I second the point about elaborating on &quot;entity&quot; in =
the current work item 1 raised by Dominique and Qin. We could say, &quot;ro=
ute management entity&quot;?</span><span style=3D"font-size:10.5pt"><o:p></=
o:p></span></li></ol>
<div>
<p class=3D"MsoNormal"><a name=3D"cl-46"></a><span style=3D"font-size:10.5p=
t;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:=
p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">[] Hum. I talked to Benoi=
t, and we concluded that we should consider network management from day 1, =
just like we consider security from day 1.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Day 1 for the schedule co=
ntrol primitives being now, we need to allow for more general entities than=
 just routing.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">So we are including the c=
apability to report timeslot statistics, which may or may or may not be use=
d for centralized routing computation in next iteration
 of the charter, but will be required for network management activities any=
way.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">We may also reword the seco=
nd paragraph of Description of working group as follows -<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size:10.5pt;font-family:&quot;Courier New&quot;;color:black">Initially, th=
e WG will define a framework to install a static schedule on a 6TSCH networ=
k and run the Routing<o:p></o:p></span></span></p>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size:10.5pt;font-family:&quot;Courier New&quot;;color:black">Protocol for =
LLNs (RPL) over that schedule. We will also define methods for RPL to query=
 parameters and states from the 6TSCH network.</span></span><span style=3D"=
font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:black"><o:p></o:p></span></p>
</div>
<div>
<pre><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;=
color:#1F497D"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;=
sans-serif&quot;;color:#1F497D">[] You are proposing to add the last senten=
ce above. Tis is actually opening a Pandora bow that I&#8217;d rather leave=
 close for the time being. RPL may obtain link layer stats and there is not=
hing new there; but we are voluntarily hiding the TSCH aspect at the 6top l=
ayer. We are shooting for simple in the first iteration. To be honest, I&#8=
217;m not sure that in the future, RPL should influence the schedule other =
than indirectly, that is by causing more or less traffic to be routed via p=
articular next hops, thus influencing 6top to modify the size of a bundle. =
Whether I&#8217;m right or wrong there, we are delaying this item thus leav=
ing the necessary time for this discussion.<o:p></o:p></span></pre>
<pre><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;=
sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;=
color:black">In the third paragraph of the description of WG, this statemen=
t -</span><span style=3D"color:black"><o:p></o:p></span></pre>
<pre><span style=3D"color:black">A dynamic schedule for traffic that is swi=
tched at the timeslot level may for example be computed centrally by an ent=
ity located on the backbone.<o:p></o:p></span></pre>
<pre><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;=
color:black">can be reworded as -<o:p></o:p></span></pre>
</div>
<div>
<pre><span style=3D"font-family:Courier">The TSCH schedule may be computed =
by a central entity located in the backbone (or co-located with the 6TSCH n=
etwork gateway), with out without information from the routing protocol. <s=
pan style=3D"color:red">(Im not sure we need to get into more detail here, =
since this is just the description of the WG).</span></span><o:p></o:p></pr=
e>
<pre><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;=
color:#1F497D"><o:p>&nbsp;</o:p></span></pre>
<pre><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;;color:#1F497D">[] </span></i></b><span style=3D"font=
-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#=
1F497D">this is a secondary piece that opens for the next iterations. What =
we want to indicate is that the track operation is in future scope, kind of=
 locking this work to this WG even if it is not in scope now. We voluntaril=
y use the terms &#8220;routed&#8221; and &#8220;switched&#8221; for the rea=
sons I evoked in my answer to Qin. Switched =3D=3D track, whether installed=
 by PCE or RSVP type of operation, and comes prior to the traffic. Routed o=
peration starts with an initial schedule as covered by this charter, but in=
 the next iteration, the 6top layer in this node will need to interact with=
 its peers in the neighbors to dynamically adapt the bundles to the traffic=
.<o:p></o:p></span></pre>
<pre><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;=
sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;=
sans-serif&quot;;color:#1F497D">Does this make sense?<o:p></o:p></span></pr=
e>
<pre><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;=
sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;=
sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span></pre>
<pre><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;=
sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;=
sans-serif&quot;;color:#1F497D">Pascal</span><span style=3D"font-family:&qu=
ot;Calibri&quot;,&quot;sans-serif&quot;;color:black"><o:p></o:p></span></pr=
e>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:black">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;;color:black">&lt;<a href=3D"mailto:dominique.barthel=
@orange.com">dominique.barthel@orange.com</a>&gt;<br>
<b>Date: </b>Thursday, August 1, 2013 7:01 PM<br>
<b>To: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
">watteyne@eecs.berkeley.edu</a>&gt;, 6TSCH &lt;<a href=3D"mailto:6tsch@iet=
f.org">6tsch@ietf.org</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] updated charter per BoF suggestion: thoughts?<o=
:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Woww, now this is very fo=
cused. This should give us a clear framework to start our work, and hopeful=
ly expand later.</span><span lang=3D"FR" style=3D"color:black"><o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Overall, I believe the cu=
rrent Work Items description could elaborate a bit more.</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Specifically, please find=
 below my questions, followed by other minor remarks/suggested changes.</sp=
an><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dominique</span><span lan=
g=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">---------</span><span lan=
g=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Questions</span><span lan=
g=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">=AB&nbsp;Produce &quot;Ti=
meslot Management Methods and Formats&quot; to describe how an entity can m=
anage the TSCH schedule on a 6TSCH node&#8221;. The schedule is somewhere d=
escribed
 as being static. In this sentence, the schedule can be &#8220;managed&#822=
1; by an &#8220;entity&#8221;. What prevents the so-called entity to &#8220=
;manage&#8221; the schedule, i.e. allocate slots, based on some information=
 such as traffic requirements? In which case, what does &#8220;static&#8221=
; mean?
 Probably &#8220;imposed upon the 6top layer&#8221; (if such notion still e=
xists) by some external mechanism.</span><span lang=3D"FR" style=3D"color:b=
lack"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;or learnt by a nod=
e when joining the network, possibly in a format as defined by work item 1.=
&#8221;</span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Do you mean the descripti=
on of the schedule would be provided &#8220;in-band&#8221; to the joining n=
ode (through EB&#8217;s or similar mechanism). This does not seem to fit th=
e
 description of work item 1, where the &#8220;entity&#8221; is an upper lay=
er. Or do you mean as a payload transported on a default cell/link between =
upper layer entities ?</span><span lang=3D"FR" style=3D"color:black"><o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;3. Produce &quot;6=
TSCH architecture&quot; to describe the design and implementation of 6TSCH =
networks. This document will highlight the different architectural blocks
 and signaling flows, including the operation of the network in the presenc=
e of multiple BBRs.&#8221;</span><span lang=3D"FR" style=3D"color:black"><o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Does this include any for=
m of multi-hop ND? In light of the discussion at 6lo BoF on this topic, how=
 will compare to 6lowpan-ND?</span><span lang=3D"FR" style=3D"color:black">=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Sentences unclear to me</=
span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;A dynamic schedule=
 for traffic that is switched at the timeslot level may for example be comp=
uted centrally by an entity located on the backbone.&#8221; &nbsp;This sent=
ence
 is complex and unclear to me overall. Consider rephrasing?</span><span lan=
g=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;Produce &quot;Time=
slot Management Methods and Formats&quot; to describe how an entity can man=
age the TSCH schedule on a 6TSCH node&#8221;. Is it assumed that everybody =
knows
 what &#8220;entity&#8221; is supposed to mean in this context?</span><span=
 lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Minor changes=
</span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/in front of interferenc=
e/in front of narrow-band interference</span><span lang=3D"FR" style=3D"col=
or:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/- implementers guide, c=
ollecting/- implementers guide: this document will collect/</span><span lan=
g=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/- coexistence guide, pr=
oviding/- coexistence guide: this document will provide/</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">English writi=
ng</span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/and ISA100.11a, and/and=
 ISA100.11a, while/</span><span lang=3D"FR" style=3D"color:black"><o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/Initially the document/=
Initially, the document</span><span lang=3D"FR" style=3D"color:black"><o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">s/be adapted dynamically/=
be dynamically adapted/</span><span lang=3D"FR" style=3D"color:black"><o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=
=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"FR" style=3D"font-size:10.0pt;font-=
family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black">De&nbsp;:</sp=
an></b><span lang=3D"FR" style=3D"font-size:10.0pt;font-family:&quot;Tahoma=
&quot;,&quot;sans-serif&quot;;color:black">
<a href=3D"mailto:6tsch-bounces@ietf.org">6tsch-bounces@ietf.org</a> [<a hr=
ef=3D"mailto:6tsch-bounces@ietf.org">mailto:6tsch-bounces@ietf.org</a>]
<b>De la part de</b> Thomas Watteyne<br>
<b>Envoy=E9&nbsp;:</b> jeudi 1 ao=FBt 2013 15:13<br>
<b>=C0&nbsp;:</b> 6TSCH; Ted Lemon (<a href=3D"mailto:ted.lemon@nominum.com=
">ted.lemon@nominum.com</a>); Adrian Farrel (<a href=3D"mailto:adrian@olddo=
g.co.uk">adrian@olddog.co.uk</a>); Marc Blanchet<br>
<b>Objet&nbsp;:</b> [6tsch] updated charter per BoF suggestion: thoughts?</=
span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">All,<o:p></o=
:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">Thanks to al=
l for for the effort of putting together the BoF on Tuesday! One of the sug=
gestions was to simplify the charter, in particular by reducing the number =
of work items.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">After discus=
sion and suggestions from numerous 6TSCH and other people here at the IETF,=
 the chairs have created a new, simplified version of the draft, which we h=
ave uploaded in the repo at:<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black"><a href=3D"h=
ttps://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch=
-00.txt">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-=
ietf-6tsch-00.txt</a><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">This e-mail =
is to start a discussion on the ML about this revamped charter. Please send=
 comments directly to this thread. Ideally, we would like to converge withi=
n a couple of days, so let's start the
 discussion right now.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">Pascal &amp;=
 Thomas<o:p></o:p></span></p>
</div>
</div>
<pre><span lang=3D"FR" style=3D"color:black">______________________________=
___________________________________________________________________________=
________________<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">Ce message et ses pieces joint=
es peuvent contenir des informations confidentielles ou privilegiees et ne =
doivent donc<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">pas etre diffuses, exploites o=
u copies sans autorisation. Si vous avez recu ce message par erreur, veuill=
ez le signaler<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">a l'expediteur et le detruire =
ainsi que les pieces jointes. Les messages electroniques etant susceptibles=
 d'alteration,<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">Orange decline toute responsab=
ilite si ce message a ete altere, deforme ou falsifie. Merci.<o:p></o:p></s=
pan></pre>
<pre><span lang=3D"FR" style=3D"color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">This message and its attachmen=
ts may contain confidential or privileged information that may be protected=
 by law;<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">they should not be distributed=
, used or copied without authorisation.<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">If you have received this emai=
l in error, please notify the sender and delete this message and its attach=
ments.<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">As emails may be altered, Oran=
ge is not liable for messages that have been modified, changed or falsified=
.<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">Thank you.<o:p></o:p></span></=
pre>
</div>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD8413C992Cxmbrcdx01ciscoc_--

From qinwang@berkeley.edu  Fri Aug  2 04:34:53 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41B1421E8328 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:34:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.358
X-Spam-Level: 
X-Spam-Status: No, score=-2.358 tagged_above=-999 required=5 tests=[AWL=-0.382, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_BACKHAIR_53=1, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QzotT7KvaWzU for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:34:49 -0700 (PDT)
Received: from mail-oa0-f42.google.com (mail-oa0-f42.google.com [209.85.219.42]) by ietfa.amsl.com (Postfix) with ESMTP id A92A111E8241 for <6tsch@ietf.org>; Fri,  2 Aug 2013 04:34:48 -0700 (PDT)
Received: by mail-oa0-f42.google.com with SMTP id i18so1105720oag.1 for <6tsch@ietf.org>; Fri, 02 Aug 2013 04:34:30 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=nAWBNRf/WDdG1KLTZ7OeiZej6WBHZJV5WC8jQXS9H5I=; b=U4F3Tn0KGRoez+/fxf7V+pV9bKDY8ioV2bKBtbYVJ/nqi9zikKTzw/QVPlHN2kdcKY 5fvglUZSvzo2UqaX9XFWw4OulM1QIQE3L/Y6jswTsNWSvGuITXuSUR8vf0GAQklyIk5g orCQKVBkwQfwEPbjRRKWZxV38VPz/vJ/d5WtXDPCjlvnug2qHok2mZFGl3C7Vt+3iBn6 VLWOIQRti6ln+7ud1XId6SFYIHlrylDthPodX2LDoHe2LnoPt9oSVVuUHhVUUSY6Wx79 LTC5g6JOg4omoDfCj6YPxIinwkbjUzz+dY/DOg4bC1lnQ4trdg41piINvM03Sp9+Ajx/ YNIw==
MIME-Version: 1.0
X-Received: by 10.50.20.195 with SMTP id p3mr248738ige.26.1375443270753; Fri, 02 Aug 2013 04:34:30 -0700 (PDT)
Received: by 10.64.171.82 with HTTP; Fri, 2 Aug 2013 04:34:30 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD8413C9849@xmb-rcd-x01.cisco.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <CAAzoce6s0i2Hwi+M8tmZC7pkfMf0BFCeQ1M8W+r+Udr2G_-C2A@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413C9849@xmb-rcd-x01.cisco.com>
Date: Fri, 2 Aug 2013 19:34:30 +0800
Message-ID: <CAAzoce6_xn-Kx_+yu9Dz4xc2D1rLhn1L_jckr3DDOMjQSFR-Kw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=047d7bd74b6a8fed1504e2f55704
X-Gm-Message-State: ALoCoQmaMkjyMrPDZdzYcAuc2wELLag33CtcPhvhTyGxrKVNqOIHaLZKxISsGrlnIT24oFF0Fboi
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 11:34:53 -0000

--047d7bd74b6a8fed1504e2f55704
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

I agree with it. Thanks!

Qin



On Fri, Aug 2, 2013 at 7:06 PM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Hello Qin:****
>
> ** **
>
> Thanks for the comments!****
>
> ** **
>
> With this version of the charter<https://bitbucket.org/6tsch/charter-ietf=
-6tsch/src/master/charter-ietf-6tsch-00.txt>,
> 6top is a thin layer that enables the operation in the basic operation as
> described in Xavi=92s draft<http://tools.ietf.org/html/draft-vilajosana-6=
tsch-basic>and that=92s it.
> ****
>
> The bare minimum for 6top is a schedule that provides base links for RPL
> operations. ****
>
> Within charter, each node boots with a default schedule, may get an updat=
e
> at join time and from then on it lives with it. This is what we call stat=
ic.
> ****
>
> ** **
>
> The more complex pieces of 6top which required standardization:****
>
> - dynamic negotiation between peers to allocate timeslots for routed
> traffic (your dynamic)****
>
> - track allocation for switched traffic (your static?)****
>
> - track switching operation (G-MPLS)****
>
> are delayed till be have standardized the basic mechanisms to manage the
> schedule in the first place.****
>
> So we do not consider either distributed or centralized schedule
> recomputation. ****
>
> ** **
>
> The focus is on which primitives are needed from / to the device to manag=
e
> a schedule regardless of which entity is doing the management.****
>
> The draft charter is voluntarily agnostic of what that abstract entity is
> because the control primitives should be open enough regardless of:****
>
> - the type of peer entity (a CNM engine, a PCE, an SDN controller...) ***=
*
>
> - the transport to which the primitive is bound****
>
> ** **
>
> If the basic operation document becomes the solution for our item1, it
> will probably propose a simple method (e.g. CoAP based) to inject a
> schedule in every node so we can test interop. The complexity in the
> scheduling may not require standardization but may still be discussed in
> the first architecture draft.****
>
> ** **
>
> This is probably enough work for a first round, wouldn=92t you think?****
>
> ** **
>
> Pascal****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
>
> *Sent:* jeudi 1 ao=FBt 2013 23:11
> *To:* Thomas Watteyne
> *Cc:* Adrian Farrel (adrian@olddog.co.uk); 6TSCH; Ted Lemon (
> ted.lemon@nominum.com); Marc Blanchet
> *Subject:* Re: [6tsch] updated charter per BoF suggestion: thoughts?****
>
> ** **
>
> Hi Thomas, Pascal and All,****
>
> ** **
>
> Regarding to the scope, i.e. "Description of Working Group", I would like
> to clarify my understanding on "static schedule", and "dynamic schedule"
> firstly. ****
>
> ** **
>
> Actually, there are two parameters related to establishing and maintainin=
g
> a TSCH schedule, one is about "who", which values are (centralized,
> decentralized); another one is about change over time, which values are
> (static, dynamic). In the current version of 6top, the two parameters are
> associated with each other (but not have to), i.e. "centralized" is
> associated with "static", because it is assumed that centralized can
> optimize resource and avoid collision; and "decentralized" is associated
> with "dynamic", because it is assumed collision can not avoided completel=
y
> by local negotiation.****
>
> ** **
>
> The Charter says  "Initially, the WG will define a framework to install a
> static schedule and ****
>
> run the Routing Protocol for LLNs (RPL) over that schedule. If successful=
,
> the intent is to recharter to allow for dynamic schedules......".  ****
>
> It means: ****
>
> step-1: we define methods and messages for establishing TSCH schedule in
> the way of (centralized, static); ****
>
> step-2: we define  methods and messages for establishing TSCH schedule in
> the way of (centralized, dynamic) and  (decentralized, dynamic) ; ****
>
> ** **
>
> Correct?****
>
> ** **
>
> Based one above, how do you think the combination (decentralized,
> dynamic)? For example, allow establishing schedule locally, but do not
> allow change, or in another word, change must be instructed by upper laye=
r,
> instead of by the sublayer.****
>
> ** **
>
> Thanks****
>
> Qin****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> On Thu, Aug 1, 2013 at 9:12 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> All,****
>
> ** **
>
> Thanks to all for for the effort of putting together the BoF on Tuesday!
> One of the suggestions was to simplify the charter, in particular by
> reducing the number of work items.****
>
> ** **
>
> After discussion and suggestions from numerous 6TSCH and other people her=
e
> at the IETF, the chairs have created a new, simplified version of the
> draft, which we have uploaded in the repo at:****
>
>
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6t=
sch-00.txt
> ****
>
> ** **
>
> This e-mail is to start a discussion on the ML about this revamped
> charter. Please send comments directly to this thread. Ideally, we would
> like to converge within a couple of days, so let's start the discussion
> right now.****
>
> ** **
>
> Pascal & Thomas****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--047d7bd74b6a8fed1504e2f55704
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pascal,<div><br></div><div>I agree with it. Thanks!</di=
v><div><br></div><div>Qin</div><div><br></div></div><div class=3D"gmail_ext=
ra"><br><br><div class=3D"gmail_quote">On Fri, Aug 2, 2013 at 7:06 PM, Pasc=
al Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisc=
o.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"1403eb51315ed127__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">Hello Qin:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thanks for the comments!<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">With this version of the
</span><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master=
/charter-ietf-6tsch-00.txt" target=3D"_blank"><span style=3D"font-size:11.0=
pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">charter</span></=
a><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;san=
s-serif&quot;;color:#1f497d">,
 6top is a thin layer that enables the operation in the basic operation as =
described in
</span><a href=3D"http://tools.ietf.org/html/draft-vilajosana-6tsch-basic" =
target=3D"_blank"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;">Xavi=92s draft</span></a><span style=3D"font=
-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#=
1f497d"> and that=92s it.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The bare minimum for 6top=
 is a schedule that provides base links for RPL operations.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Within charter, each node=
 boots with a default schedule, may get an update at join time and from the=
n on it lives with it. This is what we call static.<u></u><u></u></span></p=
>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The more complex pieces o=
f 6top which required standardization:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- dynamic negotiation bet=
ween peers to allocate timeslots for routed traffic (your dynamic)<u></u><u=
></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- track allocation for sw=
itched traffic (your static?)<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- track switching operati=
on (G-MPLS)<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">are delayed till be have =
standardized the basic mechanisms to manage the schedule in the first place=
.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">So we do not consider eit=
her distributed or centralized schedule recomputation.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The focus is on which pri=
mitives are needed from / to the device to manage a schedule regardless of =
which entity is doing the management.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The draft charter is volu=
ntarily agnostic of what that abstract entity is because the control primit=
ives should be open enough regardless of:<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- the type of peer entity=
 (a CNM engine, a PCE, an SDN controller...)
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- the transport to which =
the primitive is bound<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If the basic operation do=
cument becomes the solution for our item1, it will probably propose a simpl=
e method (e.g. CoAP based) to inject a schedule in every
 node so we can test interop. The complexity in the scheduling may not requ=
ire standardization but may still be discussed in the first architecture dr=
aft.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">This is probably enough w=
ork for a first round, wouldn=92t you think?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang</span></p><div class=3D"im"><br>
<b>Sent:</b> jeudi 1 ao=FBt 2013 23:11<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> Adrian Farrel (<a href=3D"mailto:adrian@olddog.co.uk" target=3D"=
_blank">adrian@olddog.co.uk</a>); 6TSCH; Ted Lemon (<a href=3D"mailto:ted.l=
emon@nominum.com" target=3D"_blank">ted.lemon@nominum.com</a>); Marc Blanch=
et<br>

<b>Subject:</b> Re: [6tsch] updated charter per BoF suggestion: thoughts?<u=
></u><u></u></div><p></p>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas, Pascal and All,<u></u><u></u></p><div><di=
v class=3D"h5">
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to the scope, i.e. &quot;<span style=3D"fo=
nt-size:9.0pt;font-family:&quot;Courier New&quot;;color:#333333">Descriptio=
n of Working Group</span>&quot;, I would like to clarify my understanding o=
n &quot;static schedule&quot;, and &quot;dynamic schedule&quot; firstly.=A0=
<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Actually, there are two parameters related to establ=
ishing and maintaining a TSCH schedule, one is about &quot;who&quot;, which=
 values are (centralized, decentralized); another one is about change over =
time, which values are (static, dynamic). In
 the current version of 6top, the two parameters are associated with each o=
ther (but not have to), i.e. &quot;centralized&quot; is associated with &qu=
ot;static&quot;, because it is assumed that centralized can optimize resour=
ce and avoid collision; and &quot;decentralized&quot; is associated
 with &quot;dynamic&quot;, because it is assumed collision can not avoided =
completely by local negotiation.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The Charter says =A0&quot;<span style=3D"font-size:9=
.0pt;font-family:&quot;Courier New&quot;;color:#333333">Initially, the WG w=
ill define a framework to install a static schedule and=A0</span><u></u><u>=
</u></p>

</div>
<div>
<p class=3D"MsoNormal"><a name=3D"1403eb51315ed127_cl-45"></a><span style=
=3D"font-size:9.0pt;font-family:&quot;Courier New&quot;;color:#333333">run =
the Routing Protocol for LLNs (RPL) over that schedule.=A0If successful, th=
e intent is to recharter to allow for dynamic schedules......</span>&quot;.
 =A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It means:=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">step-1: we define methods and messages for establish=
ing TSCH schedule in the way of (centralized, static);=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">step-2: we define =A0methods and messages for establ=
ishing TSCH schedule in the way of (centralized, dynamic) and =A0(decentral=
ized, dynamic)=A0;=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Correct?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Based one above, how do you think the combination (d=
ecentralized, dynamic)? For example, allow establishing schedule locally, b=
ut do not allow change, or in another word, change must be instructed by up=
per layer, instead of by the sublayer.<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div><div><div class=3D"h5">
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 1, 2013 at 9:12 PM, Thomas Watteyne &lt;=
<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@ee=
cs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">All,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks to all for for the effort of putting together=
 the BoF on Tuesday! One of the suggestions was to simplify the charter, in=
 particular by reducing the number of work items.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">After discussion and suggestions from numerous 6TSCH=
 and other people here at the IETF, the chairs have created a new, simplifi=
ed version of the draft, which we have uploaded in the repo at:<u></u><u></=
u></p>

</div>
<div>
<p class=3D"MsoNormal"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-=
6tsch/src/master/charter-ietf-6tsch-00.txt" target=3D"_blank">https://bitbu=
cket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><=
u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This e-mail is to start a discussion on the ML about=
 this revamped charter. Please send comments directly to this thread. Ideal=
ly, we would like to converge within a couple of days, so let&#39;s start t=
he discussion right now.<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Pascal &amp; Thomas<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--047d7bd74b6a8fed1504e2f55704--

From P.Zand@utwente.nl  Fri Aug  2 04:49:22 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFBE321E838F for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:49:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.503
X-Spam-Level: 
X-Spam-Status: No, score=-0.503 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h8YvmVSxS83C for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:49:17 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 0E02E21E838D for <6tsch@ietf.org>; Fri,  2 Aug 2013 04:49:17 -0700 (PDT)
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Fri, 2 Aug 2013 13:49:18 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Fri, 2 Aug 2013 13:49:15 +0200
From: <P.Zand@utwente.nl>
To: <watteyne@eecs.berkeley.edu>, <6tsch@ietf.org>, <ted.lemon@nominum.com>, <adrian@olddog.co.uk>, <marc.blanchet@viagenie.ca>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOjsPFp8KhUrxB3k6aA7xh+wK+A5mBzZUw
Date: Fri, 2 Aug 2013 11:49:14 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA690CE@EXMBX23.ad.utwente.nl>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
In-Reply-To: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA690CEEXMBX23adutwent_"
MIME-Version: 1.0
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 11:49:23 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA690CEEXMBX23adutwent_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Thomas and Pascal,
Many thanks for answering Qin and Raghuram's questions. It makes it more cl=
ear.
I support this charter.
Best Wishes,
Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Thursday, August 01, 2013 3:13 PM
To: 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (adrian@olddog.=
co.uk); Marc Blanchet
Subject: [6tsch] updated charter per BoF suggestion: thoughts?

All,

Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.

Pascal & Thomas

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA690CEEXMBX23adutwent_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas and Pascal,<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Many thanks for answering=
 Qin and Raghuram&#8217;s questions. It makes it more clear.<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I support this charter.<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Best Wishes,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Thursday, August 01, 2013 3:13 PM<br>
<b>To:</b> 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (adrian@=
olddog.co.uk); Marc Blanchet<br>
<b>Subject:</b> [6tsch] updated charter per BoF suggestion: thoughts?<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks to all for for the effort of putting together=
 the BoF on Tuesday! One of the suggestions was to simplify the charter, in=
 particular by reducing the number of work items.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">After discussion and suggestions from numerous 6TSCH=
 and other people here at the IETF, the chairs have created a new, simplifi=
ed version of the draft, which we have uploaded in the repo at:<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-=
6tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.org/6tsch/cha=
rter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">This e-mail is to start a discussion on the ML about=
 this revamped charter. Please send comments directly to this thread. Ideal=
ly, we would like to converge within a couple of days, so let's start the d=
iscussion right now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Pascal &amp; Thomas<o:p></o:p></p>
</div>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA690CEEXMBX23adutwent_--

From rafa@um.es  Fri Aug  2 04:49:44 2013
Return-Path: <rafa@um.es>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 930DD21E839A for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:49:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.202
X-Spam-Level: 
X-Spam-Status: No, score=-5.202 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UDO+wFkCEjRR for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 04:49:40 -0700 (PDT)
Received: from xenon12.um.es (xenon12.um.es [155.54.212.166]) by ietfa.amsl.com (Postfix) with ESMTP id 1E90A21E834B for <6tsch@ietf.org>; Fri,  2 Aug 2013 04:49:36 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by xenon12.um.es (Postfix) with ESMTP id E6CC64BED1; Fri,  2 Aug 2013 13:49:27 +0200 (CEST)
X-Virus-Scanned: by antispam in UMU at xenon12.um.es
Received: from xenon12.um.es ([127.0.0.1]) by localhost (xenon12.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6pfJ71nZVAh5; Fri,  2 Aug 2013 13:49:26 +0200 (CEST)
Received: from [10.232.29.254] (unknown [217.41.228.189]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: rafa) by xenon12.um.es (Postfix) with ESMTPSA id 54C354BED2; Fri,  2 Aug 2013 13:49:16 +0200 (CEST)
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <523EF154-B9B3-4FE1-9E1F-891F3288524B@um.es> <E045AECD98228444A58C61C200AE1BD8413C91FD@xmb-rcd-x01.cisco.com>
In-Reply-To: <E045AECD98228444A58C61C200AE1BD8413C91FD@xmb-rcd-x01.cisco.com>
Mime-Version: 1.0 (1.0)
Content-Transfer-Encoding: 7bit
Content-Type: multipart/alternative; boundary=Apple-Mail-DBB162D0-E6FB-4EB6-B5A2-DA2912D8D844
Message-Id: <D5CFA06F-63DB-4623-A5EC-D5B136F0220C@um.es>
X-Mailer: iPhone Mail (10B329)
From: Rafa Marin Lopez <rafa@um.es>
Date: Fri, 2 Aug 2013 13:48:25 +0200
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 11:49:44 -0000

--Apple-Mail-DBB162D0-E6FB-4EB6-B5A2-DA2912D8D844
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

Thanks Pascal for the clarifications. Completely agree with that (and, of co=
urse, with the new charter)

Enviado desde mi iPhone

El 02/08/2013, a las 10:56, "Pascal Thubert (pthubert)" <pthubert@cisco.com>=
 escribi=C3=B3:

> Certainly Rafa;
> =20
> It is fine that some documents stay personal submissions for a while.
> We know we need to continue the work that has started on security and expa=
nd it.
> And hopefully we=E2=80=99ll progress the initial items efficiently and re-=
charter soon to take more of the required work on board.
> =20
> On security: we probably want to separate the analysis of the particular i=
ssues with in one hand:
> - issues with this MAC,
> - the potential scale of a 6TSCH network,
> - the various deployment types (need for profiles?),
> =20
> And in the other:
> - applicability statements such as PANA
> - return from experience (ISA100.11a, Wireless HART)
> =20
> The quality and coverage of the work will be a good incentive to make sure=
 that it can progress in a proper way.
> =20
> Cheers,
> =20
> Pascal
> =20
> From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of R=
afa Marin Lopez
> Sent: jeudi 1 ao=C3=BBt 2013 23:11
> To: Thomas Watteyne
> Cc: Adrian Farrel (adrian@olddog.co.uk); 6TSCH; Ted Lemon (ted.lemon@nomin=
um.com); Marc Blanchet
> Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
> =20
> Dear Chairs:
> =20
> Thanks for this new charter. Evidently, it is more condensed and simplifie=
d, which is good, taking into account the comments received during the BOF.=20=

> =20
> I have also noticed that security part has been completely removed. Althou=
gh my interest was specially based on that part, I understand that these asp=
ects could be covered in the future, when the current work for this charter i=
s finished.
> =20
> Best Regards.=20
> El 01/08/2013, a las 15:12, Thomas Watteyne escribi=C3=B3:
>=20
>=20
> All,
> =20
> Thanks to all for for the effort of putting together the BoF on Tuesday! O=
ne of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.
> =20
> After discussion and suggestions from numerous 6TSCH and other people here=
 at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6ts=
ch-00.txt
> =20
> This e-mail is to start a discussion on the ML about this revamped charter=
. Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.
> =20
> Pascal & Thomas
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
> =20
> -------------------------------------------------------
> Rafael Marin Lopez, PhD
> Dept. Information and Communications Engineering (DIIC)
> Faculty of Computer Science-University of Murcia
> 30100 Murcia - Spain
> Telf: +34868888501 Fax: +34868884151 e-mail: rafa@um.es
> -------------------------------------------------------
> =20
> =20
> =20
> =20

--Apple-Mail-DBB162D0-E6FB-4EB6-B5A2-DA2912D8D844
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div>Thanks Pascal for the clarifications. C=
ompletely agree with that (and, of course, with the new charter)<br><br>Envi=
ado desde mi iPhone</div><div><br>El 02/08/2013, a las 10:56, "Pascal Thuber=
t (pthubert)" &lt;<a href=3D"mailto:pthubert@cisco.com">pthubert@cisco.com</=
a>&gt; escribi=C3=B3:<br><br></div><blockquote type=3D"cite"><div>

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-1=
">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Courier;
	panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
	{font-family:Courier;
	panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->


<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size:=
11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"=
>Certainly Rafa;<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">It is fine that some docume=
nts stay personal submissions for a while.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">We know we need to continue=
 the work that has started on security and expand it.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">And hopefully we=E2=80=99ll=
 progress the initial items efficiently and re-charter soon to take more of t=
he required work on board.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">On security: we probably wa=
nt to separate the analysis of the particular issues with in one hand:<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">- issues with this MAC,
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">- the potential scale of a 6=
TSCH network,
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">- the various deployment ty=
pes (need for profiles?),
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">And in the other:<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">- applicability statements s=
uch as PANA
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">- return from experience (I=
SA100.11a, Wireless HART)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">The quality and coverage of=
 the work will be a good incentive to make sure that it can progress in a pr=
oper way.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p=
>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fami=
ly:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></o:=
p></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p=
>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0=
cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot;=
Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=3D"=
mailto:6tsch-bounces@ietf.org">6tsch-bounces@ietf.org</a> [<a href=3D"mailto=
:6tsch-bounces@ietf.org">mailto:6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Rafa Marin Lopez<br>
<b>Sent:</b> jeudi 1 ao=C3=BBt 2013 23:11<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> Adrian Farrel (<a href=3D"mailto:adrian@olddog.co.uk">adrian@oldd=
og.co.uk</a>); 6TSCH; Ted Lemon (<a href=3D"mailto:ted.lemon@nominum.com">te=
d.lemon@nominum.com</a>); Marc Blanchet<br>
<b>Subject:</b> Re: [6tsch] updated charter per BoF suggestion: thoughts?<o:=
p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Dear Chairs:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks for this new charter. Evidently, it is more co=
ndensed and simplified, which is good, taking into account the comments rece=
ived during the BOF.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I have also noticed that security part has been compl=
etely removed. Although my interest was specially based on that part, I unde=
rstand that these aspects could be covered in the future, when the current w=
ork for this charter is finished.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Best Regards.&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">El 01/08/2013, a las 15:12, Thomas Watteyne escribi=C3=
=B3:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><br>
<br>
<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks to all for for the effort of putting together t=
he BoF on Tuesday! One of the suggestions was to simplify the charter, in pa=
rticular by reducing the number of work items.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">After discussion and suggestions from numerous 6TSCH a=
nd other people here at the IETF, the chairs have created a new, simplified v=
ersion of the draft, which we have uploaded in the repo at:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6=
tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.org/6tsch/chart=
er-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">This e-mail is to start a discussion on the ML about t=
his revamped charter. Please send comments directly to this thread. Ideally,=
 we would like to converge within a couple of days, so let's start the discu=
ssion right now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Pascal &amp; Thomas<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org=
/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;c=
olor:black">-------------------------------------------------------<o:p></o:=
p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;c=
olor:black">Rafael Marin Lopez, PhD<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;c=
olor:black">Dept. Information and Communications Engineering (DIIC)<o:p></o:=
p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;c=
olor:black">Faculty of Computer Science-University of Murcia<o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;c=
olor:black">30100 Murcia - Spain<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;c=
olor:black">Telf: +34868888501 Fax: +34868884151 e-mail:
<a href=3D"mailto:rafa@um.es">rafa@um.es</a><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;c=
olor:black">-------------------------------------------------------<o:p></o:=
p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;c=
olor:black"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:13.5pt;font-family:Courier;c=
olor:black"><o:p>&nbsp;</o:p></span></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>


</div></blockquote></body></html>=

--Apple-Mail-DBB162D0-E6FB-4EB6-B5A2-DA2912D8D844--

From twatteyne@gmail.com  Fri Aug  2 07:07:51 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06F1C11E8293 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 07:07:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level: 
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MN98n+sdzA89 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 07:07:48 -0700 (PDT)
Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) by ietfa.amsl.com (Postfix) with ESMTP id 533D111E80D3 for <6tsch@ietf.org>; Fri,  2 Aug 2013 07:07:45 -0700 (PDT)
Received: by mail-pa0-f54.google.com with SMTP id kx1so709890pab.13 for <6tsch@ietf.org>; Fri, 02 Aug 2013 07:07:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=nf5hiEHv99Ip6oyzRq3K/XbK97HmFdyLdFfrX1+EI6A=; b=lDXcHTq/fXU4wChL0McWPRCwQzip1JLNME9V+mBCq58osigDSPCHYZFpi+D3RUpLBv 2j9kP9Tdq7YOsHNS1YR94YrVQGttrc5p+Z0+LbzEEq+DoPkflCd0xidiu+ve24PC2Wnh 38UXhEwlC1dBtKWl72Px2qLPKVcl8AF2mJaPL8V2G+4FNoYYFiUIxqXcwITYdGsGO9bz hpeIvE5VEN/+aWBsUDBNQmrWoc6OnCF7gTmPRgUTTmHCsBdGhu6Y0x/ptB00bl2k5amM DBuSxnwQdd0zCOlvBK7OZNOvkJVfGo6vSyZ7Hq8gtm6wYKX+tMR753gLUHLXpUsL8Wvj ubMQ==
X-Received: by 10.66.51.102 with SMTP id j6mr10571701pao.80.1375452464290; Fri, 02 Aug 2013 07:07:44 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 2 Aug 2013 07:07:24 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 2 Aug 2013 16:07:24 +0200
X-Google-Sender-Auth: FCG80NBixHTdtskK_d7jGe2H5OE
Message-ID: <CADJ9OA_ROmd+MTpmjP9NhKAXVgf+SOqa19277NQ9KrFeHQjkjQ@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=bcaec544f02e8a288f04e2f77bf2
Subject: [6tsch] no 6TSCH call this week
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 14:07:51 -0000

--bcaec544f02e8a288f04e2f77bf2
Content-Type: text/plain; charset=ISO-8859-1

All,

This week is IETF 87, and since most of us are traveling home today, there
will exceptionally not be a 6TSCH call this week. Looking forward to
speaking next week.

Thomas

--bcaec544f02e8a288f04e2f77bf2
Content-Type: text/html; charset=ISO-8859-1

<div dir="ltr">All,<div><br></div><div>This week is IETF 87, and since most of us are traveling home today, there will exceptionally not be a 6TSCH call this week. Looking forward to speaking next week.</div><div>
<br></div><div>Thomas</div><div><br></div><div><br></div></div>

--bcaec544f02e8a288f04e2f77bf2--

From twatteyne@gmail.com  Fri Aug  2 07:47:36 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AADC121E80AB for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 07:47:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level: 
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QhFRgJAgSkxe for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 07:47:35 -0700 (PDT)
Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 1C16421E8099 for <6tsch@ietf.org>; Fri,  2 Aug 2013 07:47:35 -0700 (PDT)
Received: by mail-pa0-f42.google.com with SMTP id lj1so755159pab.1 for <6tsch@ietf.org>; Fri, 02 Aug 2013 07:47:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=IGakyzM7+XQW5J8+aGZ3wBJNVA7aAixouNR8tcahveQ=; b=lpb7d5dZ7dNCmqe8ih1jChRvDjgIuFmgNO6d520bb1iwyQjl6s1MpD5Lx3w0pWfmJS X8emquXwkHVRdf2fJhhtvbuWq0SrhouexmB8+UPLppZ6n66vN9j4M+KvEI4jkGPFP2lg ylg1hlsARRhkbbxcGIccinEgUBUg3N8zgcR1D0WEKQIGHTya9bLxnl8Z87lx1DT/CO6c o0IFF9qg1zWynQCdyyxn5bkF3oPZVZ+9Q7GCtDRWnLqDdHVq2WkCGfeEywT7ogta8jsW 5IMu5OPxNOxukpXPriukI2f9HBfZV1vB3btVHsNn+cWE1pB4EQZ8afhtHraED4GUx97W saNw==
X-Received: by 10.66.120.145 with SMTP id lc17mr10882159pab.182.1375454854706;  Fri, 02 Aug 2013 07:47:34 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 2 Aug 2013 07:47:14 -0700 (PDT)
In-Reply-To: <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 2 Aug 2013 16:47:14 +0200
X-Google-Sender-Auth: K39IsbwUI7sQe-2zujfR3R-KpMo
Message-ID: <CADJ9OA8KK6u49nsmrO0EKh1q6uoimuYQM3Mcj8555CKvpWJE7g@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=e89a8ffbaca104fa3c04e2f80a7b
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 14:47:36 -0000

--e89a8ffbaca104fa3c04e2f80a7b
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Dominique,
Great comments, thanks a million! Please see the answers inline.
Thomas

On Thu, Aug 1, 2013 at 7:01 PM, <dominique.barthel@orange.com> wrote:

>  Woww, now this is very focused. This should give us a clear framework to
> start our work, and hopefully expand later.****
>
> Overall, I believe the current Work Items description could elaborate a
> bit more.****
>
> Specifically, please find below my questions, followed by other minor
> remarks/suggested changes.****
>
> ** **
>
> Dominique****
>
> ** **
>
> ---------****
>
> ** **
>
> Questions****
>
> =AB Produce "Timeslot Management Methods and Formats" to describe how an
> entity can manage the TSCH schedule on a 6TSCH node=94. The schedule is
> somewhere described as being static. In this sentence, the schedule can b=
e
> =93managed=94 by an =93entity=94. What prevents the so-called entity to =
=93manage=94
> the schedule, i.e. allocate slots, based on some information such as
> traffic requirements? In which case, what does =93static=94 mean? Probabl=
y
> =93imposed upon the 6top layer=94 (if such notion still exists) by some
> external mechanism.
>

I believe we are perfectly in sync. Work item 1 is about the bits-and-bytes
to describe the schedule and timeslot information. I makes no assumption on
when/how it will be used. As you point out, it can be used (1) in the
static schedule case to learn about the health of the network, and (2) to
manage the schedule at run-time from an external entity such as a PCE. This
second point is out of scope for the moment.

 ****
>
> ** =93or learnt by a node when joining the network, possibly in a format =
as
> defined by work item 1.=94
>
> Do you mean the description of the schedule would be provided =93in-band=
=94 to
> the joining node (through EB=92s or similar mechanism). This does not see=
m to
> fit the description of work item 1, where the =93entity=94 is an upper la=
yer.
> Or do you mean as a payload transported on a default cell/link between
> upper layer entities ?
>

The latter is absolutely possible, as detailed in
http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html.


> ****
>
> =933. Produce "6TSCH architecture" to describe the design and implementat=
ion
> of 6TSCH networks. This document will highlight the different architectur=
al
> blocks and signaling flows, including the operation of the network in the
> presence of multiple BBRs.=94
>
> Does this include any form of multi-hop ND? In light of the discussion at
> 6lo BoF on this topic, how will compare to 6lowpan-ND?
>
We want the architecture to describe all the contextual information for the
reader to get the whole picture, in order to this document to be a good
entrypoint into t e work at 6TSCH. It will therefore describe the IPv6
stack and the backbone operation, but the focus will largely be on RPL
operation over TSCH networks.

> ****
>
> ** Sentences unclear to me
>
> =93A dynamic schedule for traffic that is switched at the timeslot level =
may
> for example be computed centrally by an entity located on the backbone.=
=94
>  This sentence is complex and unclear to me overall. Consider rephrasing?
>
Good catch, we reworded the sentence to:
For example, an entity located on the backbone can be centrally compute a
dynamic schedule for traffic to be switched by the timeslot sublayer.
This does not change the meaning of the sentence.

> ****
>
> =93Produce "Timeslot Management Methods and Formats" to describe how an
> entity can manage the TSCH schedule on a 6TSCH node=94. Is it assumed tha=
t
> everybody knows what =93entity=94 is supposed to mean in this context?
>
I believe that there are several types of entities that may benefit from
this format, so we'd like to stay agnostic to the exact nature of the
entity in the charter language. This is discuss in
http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html and
http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html.

> ****
>
> ** Minor changes
>
> s/in front of interference/in front of narrow-band interference
>
Done, thanks!

> ****
>
> s/- implementers guide, collecting/ - implementers guide: this document
> will collect/
>

Done, thanks!

> ****
>
> s/- coexistence guide, providing/- coexistence guide: this document will
> provide/
>
Done, thanks!

> ****
>
> ** English writing
>
> s/and ISA100.11a, and/and ISA100.11a, while/
>
Done, thanks!

> ****
>
> s/Initially the document/Initially, the document
>
Done, thanks!

> ****
>
> s/be adapted dynamically/be dynamically adapted/
>
I'm not sure about that. When reading the sentence, having the qualifier
"dynamically" after stresses it. I hope you agree.

> *De :* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *De la part
> de* Thomas Watteyne
> *Envoy=E9 :* jeudi 1 ao=FBt 2013 15:13
> *=C0 :* 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (
> adrian@olddog.co.uk); Marc Blanchet
> *Objet :* [6tsch] updated charter per BoF suggestion: thoughts?****
>
> ** **
>
> All,****
>
> ** **
>
> Thanks to all for for the effort of putting together the BoF on Tuesday!
> One of the suggestions was to simplify the charter, in particular by
> reducing the number of work items.****
>
> ** **
>
> After discussion and suggestions from numerous 6TSCH and other people her=
e
> at the IETF, the chairs have created a new, simplified version of the
> draft, which we have uploaded in the repo at:****
>
>
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6t=
sch-00.txt
> ****
>
> ** **
>
> This e-mail is to start a discussion on the ML about this revamped
> charter. Please send comments directly to this thread. Ideally, we would
> like to converge within a couple of days, so let's start the discussion
> right now.****
>
> ** **
>
> Pascal & Thomas****
>
> _________________________________________________________________________=
________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confid=
entielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re=
cu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages =
electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme o=
u falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged i=
nformation that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and de=
lete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have bee=
n modified, changed or falsified.
> Thank you.
>
>

--e89a8ffbaca104fa3c04e2f80a7b
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Dominique,<div>Great comments, thanks a million! Please se=
e the answers inline.<br></div><div>Thomas</div><div><br><div class=3D"gmai=
l_extra"><div class=3D"gmail_quote">On Thu, Aug 1, 2013 at 7:01 PM,  <span =
dir=3D"ltr">&lt;<a href=3D"mailto:dominique.barthel@orange.com" target=3D"_=
blank">dominique.barthel@orange.com</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">





<div lang=3D"FR" link=3D"blue" vlink=3D"purple">
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Woww, now this is very focused. This should give =
us a clear framework to start our work, and hopefully expand later.<u></u><=
u></u></span></p>



<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Overall, I believe the current Work Items descrip=
tion could elaborate a bit more.<u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Specifically, please find below my questions, fol=
lowed by other minor remarks/suggested changes.<u></u><u></u></span></p>

<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0<u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Dominique<u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0<u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">---------<u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0<u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Questions<u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">=AB=A0Produce &quot;Timeslot Management Methods a=
nd Formats&quot; to describe how an entity can manage the TSCH schedule on =
a 6TSCH node=94. The schedule is somewhere
 described as being static. In this sentence, the schedule can be =93manage=
d=94 by an =93entity=94. What prevents the so-called entity to =93manage=94=
 the schedule, i.e. allocate slots, based on some information such as traff=
ic requirements? In which case, what does =93static=94
 mean? Probably =93imposed upon the 6top layer=94 (if such notion still exi=
sts) by some external mechanism.</span></p></div></div></blockquote><div><b=
r></div><div>I believe we are perfectly in sync. Work item 1 is about the b=
its-and-bytes to describe the schedule and timeslot information. I makes no=
 assumption on when/how it will be used. As you point out, it can be used (=
1) in the static schedule case to learn about the health of the network, an=
d (2) to manage the schedule at run-time from an external entity such as a =
PCE. This second point is out of scope for the moment.</div>


<div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-lef=
t-style:solid;padding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"pur=
ple">

<p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0</span><span style=3D"color:rgb(31,73,1=
25);font-family:Calibri,sans-serif;font-size:11pt">=93or learnt by a node w=
hen joining the network, possibly in a format as defined by work item 1.=94=
</span></p>



<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Do you mean the description of the schedule would=
 be provided =93in-band=94 to the joining node (through EB=92s or similar m=
echanism). This does not
 seem to fit the description of work item 1, where the =93entity=94 is an u=
pper layer. Or do you mean as a payload transported on a default cell/link =
between upper layer entities ?</span></p></div></blockquote><div><br></div>


<div>The latter is absolutely possible, as detailed in=A0<a href=3D"http://=
www.ietf.org/mail-archive/web/6tsch/current/msg00973.html" target=3D"_blank=
">http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html</a>.</di=
v>

<div>=A0</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span style=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-=
size:11pt">=933. Produce &quot;6TSCH architecture&quot; to describe the des=
ign and implementation of 6TSCH networks. This document will highlight the =
different architectural
 blocks and signaling flows, including the operation of the network in the =
presence of multiple BBRs.=94</span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Does this include any form of multi-hop ND? In li=
ght of the discussion at 6lo BoF on this topic, how will compare to 6lowpan=
-ND?</span></p>


</div></div></blockquote><div>We want the architecture to describe all the =
contextual information for the reader to get the whole picture, in order to=
 this document to be a good entrypoint into t e work at 6TSCH. It will ther=
efore describe the IPv6 stack and the backbone operation, but the focus wil=
l largely be on RPL operation over TSCH networks.<br>


</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;b=
order-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:s=
olid;padding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div=
><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0</span><span style=3D"color:rgb(31,73,1=
25);font-family:Calibri,sans-serif;font-size:11pt">Sentences unclear to me<=
/span></p>



<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">=93A dynamic schedule for traffic that is switche=
d at the timeslot level may for example be computed centrally by an entity =
located on the backbone.=94
 =A0This sentence is complex and unclear to me overall. Consider rephrasing=
?</span></p></div></div></blockquote><div>Good catch, we reworded the sente=
nce to:</div><div><div><font face=3D"courier new, monospace">For example, a=
n entity located on the backbone can be centrally compute a dynamic schedul=
e for traffic to be switched by the timeslot sublayer.</font></div>


</div><div>This does not change the meaning of the sentence.</div><blockquo=
te class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-widt=
h:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-le=
ft:1ex">


<div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p><span lang=3D"EN-US=
" style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,12=
5)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">=93Produce &quot;Timeslot Management Methods and =
Formats&quot; to describe how an entity can manage the TSCH schedule on a 6=
TSCH node=94. Is it assumed that
 everybody knows what =93entity=94 is supposed to mean in this context?</sp=
an></p></div></div></blockquote><div>I believe that there are several types=
 of entities that may benefit from this format, so we&#39;d like to stay ag=
nostic to the exact nature of the entity in the charter language. This is d=
iscuss in=A0<a href=3D"http://www.ietf.org/mail-archive/web/6tsch/current/m=
sg00973.html" target=3D"_blank">http://www.ietf.org/mail-archive/web/6tsch/=
current/msg00973.html</a>=A0and=A0<a href=3D"http://www.ietf.org/mail-archi=
ve/web/6tsch/current/msg00975.html" target=3D"_blank">http://www.ietf.org/m=
ail-archive/web/6tsch/current/msg00975.html</a>.<br>


</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;b=
order-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:s=
olid;padding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div=
><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0</span><span style=3D"color:rgb(31,73,1=
25);font-family:Calibri,sans-serif;font-size:11pt">Minor changes</span></p>

<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/in front of interference/in front of narrow-ban=
d interference</span></p></div></div></blockquote><div>Done, thanks!</div>


<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/- implementers guide, collecting/</span><span l=
ang=3D"EN-US">
</span><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,san=
s-serif;color:rgb(31,73,125)">- implementers guide: this document will coll=
ect/</span></p></div></div></blockquote><div><br></div><div>Done, thanks!=
=A0</div>


<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/- coexistence guide, providing/- coexistence gu=
ide: this document will provide/</span></p></div></div></blockquote>
<div>Done, thanks!=A0</div><blockquote class=3D"gmail_quote" style=3D"margi=
n:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204=
);border-left-style:solid;padding-left:1ex"><div lang=3D"FR" link=3D"blue" =
vlink=3D"purple">


<div><p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sa=
ns-serif;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0</span><span style=3D"color:rgb(31,73,1=
25);font-family:Calibri,sans-serif;font-size:11pt">English writing</span></=
p>

<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/and ISA100.11a, and/and ISA100.11a, while/</spa=
n></p></div></div></blockquote><div>Done, thanks!=A0</div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;bo=
rder-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p><span lang=3D"EN-US=
" style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,12=
5)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/Initially the document/Initially, the document<=
/span></p></div></div></blockquote><div>Done, thanks!=A0</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/be adapted dynamically/be dynamically adapted/<=
/span></p></div></div></blockquote><div>I&#39;m not sure about that. When r=
eading the sentence, having the qualifier &quot;dynamically&quot; after str=
esses it. I hope you agree.</div>


<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div>
<p><b><span style=3D"font-size:10pt;font-family:Tahoma,sans-serif">De=A0:</=
span></b><span style=3D"font-size:10pt;font-family:Tahoma,sans-serif"> <a h=
ref=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.=
org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank"=
>6tsch-bounces@ietf.org</a>]
<b>De la part de</b> Thomas Watteyne<br>
<b>Envoy=E9=A0:</b> jeudi 1 ao=FBt 2013 15:13<br>
<b>=C0=A0:</b> 6TSCH; Ted Lemon (<a href=3D"mailto:ted.lemon@nominum.com" t=
arget=3D"_blank">ted.lemon@nominum.com</a>); Adrian Farrel (<a href=3D"mail=
to:adrian@olddog.co.uk" target=3D"_blank">adrian@olddog.co.uk</a>); Marc Bl=
anchet<br>



<b>Objet=A0:</b> [6tsch] updated charter per BoF suggestion: thoughts?<u></=
u><u></u></span></p><div><div>
<p><u></u>=A0<u></u></p>
<div>
<p>All,<u></u><u></u></p>
<div>
<p><u></u>=A0<u></u></p>
</div>
<div>
<p>Thanks to all for for the effort of putting together the BoF on Tuesday!=
 One of the suggestions was to simplify the charter, in particular by reduc=
ing the number of work items.<u></u><u></u></p>
</div>
<div>
<p><u></u>=A0<u></u></p>
</div>
<div>
<p>After discussion and suggestions from numerous 6TSCH and other people he=
re at the IETF, the chairs have created a new, simplified version of the dr=
aft, which we have uploaded in the repo at:<u></u><u></u></p>

</div>
<div>
<p><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/cha=
rter-ietf-6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6tsch/chart=
er-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><u></u><u></u></p>

</div>
<div>
<p><u></u>=A0<u></u></p>
</div>
<div>
<p>This e-mail is to start a discussion on the ML about this revamped chart=
er. Please send comments directly to this thread. Ideally, we would like to=
 converge within a couple of days, so let&#39;s start the discussion right =
now.<u></u><u></u></p>



</div>
<div>
<p><u></u>=A0<u></u></p>
</div>
<div>
<p>Pascal &amp; Thomas<u></u><u></u></p>
</div>
</div>
</div></div></div>
<pre>______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l&#39;expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d&#39;alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</pre></div>

</blockquote></div><br></div></div></div>

--e89a8ffbaca104fa3c04e2f80a7b--

From twatteyne@gmail.com  Fri Aug  2 07:51:59 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8787621E8087 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 07:51:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level: 
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZofFUIsfjdWp for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 07:51:56 -0700 (PDT)
Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 77A5621E8094 for <6tsch@ietf.org>; Fri,  2 Aug 2013 07:51:55 -0700 (PDT)
Received: by mail-pd0-f173.google.com with SMTP id p11so740630pdj.32 for <6tsch@ietf.org>; Fri, 02 Aug 2013 07:51:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=CljQihimW2REie+AuDXwZPn+MTuiPBzhMomvkRBh+xE=; b=ROLfPEUn3K0/vSZzeYZnSo/Jps3CJGBtJ5+7vIf5FfN6CnkgAbOD/5ElElFOPmjltE eWFdXfkUNafIYJ00GyObgPZQikbCGiDqxpFLUA5nfFB/4eVao/iNYOb66TojiL5ZHwhe OLiLU/ggjvT9qFyooLJefPyeRkWej8dl9hgvrQ+5Q1552zagVH1/qk4wIghMe/fIs8rx kWdnW3h7kbi4EUdfxCncwTkXS0CBqz3flw6VHG14AOvZZYSTZvM4TTrocbdFmvQ4Yovw Th1n37IleWWYXFLAEZRbh4hw9IeweLzxGCPqC7M7Mt+7wsUttrMhVtnTfy83zv9PTcW1 Qjsg==
X-Received: by 10.66.122.99 with SMTP id lr3mr10891983pab.187.1375455111586; Fri, 02 Aug 2013 07:51:51 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 2 Aug 2013 07:51:30 -0700 (PDT)
In-Reply-To: <CADJ9OA8KK6u49nsmrO0EKh1q6uoimuYQM3Mcj8555CKvpWJE7g@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup> <CADJ9OA8KK6u49nsmrO0EKh1q6uoimuYQM3Mcj8555CKvpWJE7g@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 2 Aug 2013 16:51:30 +0200
X-Google-Sender-Auth: dB0ppMvfa-fzuIc7uMzvWpxCxiI
Message-ID: <CADJ9OA-=TQ6b4sjRrBwTYw-iDMXNOrJ1QLzFwQycw9D4aVmyNg@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b2e0e8f54aaa304e2f81970
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 14:51:59 -0000

--047d7b2e0e8f54aaa304e2f81970
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

All,

We have slighted refined the language of the proposed charter following the
discussions in this thread. We feel the text is now ready, please let us
know in the next 48h is you notice a major issue with the finalized text.

The URL of the latest version has not changed, you can find it at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

Pascal & Thomas



On Fri, Aug 2, 2013 at 4:47 PM, Thomas Watteyne
<watteyne@eecs.berkeley.edu>wrote:

> Dominique,
> Great comments, thanks a million! Please see the answers inline.
> Thomas
>
> On Thu, Aug 1, 2013 at 7:01 PM, <dominique.barthel@orange.com> wrote:
>
>>  Woww, now this is very focused. This should give us a clear framework
>> to start our work, and hopefully expand later.****
>>
>> Overall, I believe the current Work Items description could elaborate a
>> bit more.****
>>
>> Specifically, please find below my questions, followed by other minor
>> remarks/suggested changes.****
>>
>> ** **
>>
>> Dominique****
>>
>> ** **
>>
>> ---------****
>>
>> ** **
>>
>> Questions****
>>
>> =AB Produce "Timeslot Management Methods and Formats" to describe how an
>> entity can manage the TSCH schedule on a 6TSCH node=94. The schedule is
>> somewhere described as being static. In this sentence, the schedule can =
be
>> =93managed=94 by an =93entity=94. What prevents the so-called entity to =
=93manage=94
>> the schedule, i.e. allocate slots, based on some information such as
>> traffic requirements? In which case, what does =93static=94 mean? Probab=
ly
>> =93imposed upon the 6top layer=94 (if such notion still exists) by some
>> external mechanism.
>>
>
> I believe we are perfectly in sync. Work item 1 is about the
> bits-and-bytes to describe the schedule and timeslot information. I makes
> no assumption on when/how it will be used. As you point out, it can be us=
ed
> (1) in the static schedule case to learn about the health of the network,
> and (2) to manage the schedule at run-time from an external entity such a=
s
> a PCE. This second point is out of scope for the moment.
>
>  ****
>>
>> ** =93or learnt by a node when joining the network, possibly in a format
>> as defined by work item 1.=94
>>
>> Do you mean the description of the schedule would be provided =93in-band=
=94
>> to the joining node (through EB=92s or similar mechanism). This does not=
 seem
>> to fit the description of work item 1, where the =93entity=94 is an uppe=
r
>> layer. Or do you mean as a payload transported on a default cell/link
>> between upper layer entities ?
>>
>
> The latter is absolutely possible, as detailed in
> http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html.
>
>
>> ****
>>
>> =933. Produce "6TSCH architecture" to describe the design and
>> implementation of 6TSCH networks. This document will highlight the
>> different architectural blocks and signaling flows, including the operat=
ion
>> of the network in the presence of multiple BBRs.=94
>>
>> Does this include any form of multi-hop ND? In light of the discussion a=
t
>> 6lo BoF on this topic, how will compare to 6lowpan-ND?
>>
> We want the architecture to describe all the contextual information for
> the reader to get the whole picture, in order to this document to be a go=
od
> entrypoint into t e work at 6TSCH. It will therefore describe the IPv6
> stack and the backbone operation, but the focus will largely be on RPL
> operation over TSCH networks.
>
>>  ****
>>
>> ** Sentences unclear to me
>>
>> =93A dynamic schedule for traffic that is switched at the timeslot level
>> may for example be computed centrally by an entity located on the
>> backbone.=94  This sentence is complex and unclear to me overall. Consid=
er
>> rephrasing?
>>
> Good catch, we reworded the sentence to:
> For example, an entity located on the backbone can be centrally compute a
> dynamic schedule for traffic to be switched by the timeslot sublayer.
> This does not change the meaning of the sentence.
>
>> ****
>>
>> =93Produce "Timeslot Management Methods and Formats" to describe how an
>> entity can manage the TSCH schedule on a 6TSCH node=94. Is it assumed th=
at
>> everybody knows what =93entity=94 is supposed to mean in this context?
>>
> I believe that there are several types of entities that may benefit from
> this format, so we'd like to stay agnostic to the exact nature of the
> entity in the charter language. This is discuss in
> http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html and
> http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html.
>
>>  ****
>>
>> ** Minor changes
>>
>> s/in front of interference/in front of narrow-band interference
>>
> Done, thanks!
>
>> ****
>>
>> s/- implementers guide, collecting/ - implementers guide: this document
>> will collect/
>>
>
> Done, thanks!
>
>> ****
>>
>> s/- coexistence guide, providing/- coexistence guide: this document will
>> provide/
>>
> Done, thanks!
>
>> ****
>>
>> ** English writing
>>
>> s/and ISA100.11a, and/and ISA100.11a, while/
>>
> Done, thanks!
>
>> ****
>>
>> s/Initially the document/Initially, the document
>>
> Done, thanks!
>
>> ****
>>
>> s/be adapted dynamically/be dynamically adapted/
>>
> I'm not sure about that. When reading the sentence, having the qualifier
> "dynamically" after stresses it. I hope you agree.
>
>> *De :* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *De la
>> part de* Thomas Watteyne
>> *Envoy=E9 :* jeudi 1 ao=FBt 2013 15:13
>> *=C0 :* 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (
>> adrian@olddog.co.uk); Marc Blanchet
>> *Objet :* [6tsch] updated charter per BoF suggestion: thoughts?****
>>
>> ** **
>>
>> All,****
>>
>> ** **
>>
>> Thanks to all for for the effort of putting together the BoF on Tuesday!
>> One of the suggestions was to simplify the charter, in particular by
>> reducing the number of work items.****
>>
>> ** **
>>
>> After discussion and suggestions from numerous 6TSCH and other people
>> here at the IETF, the chairs have created a new, simplified version of t=
he
>> draft, which we have uploaded in the repo at:****
>>
>>
>> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6=
tsch-00.txt
>> ****
>>
>> ** **
>>
>> This e-mail is to start a discussion on the ML about this revamped
>> charter. Please send comments directly to this thread. Ideally, we would
>> like to converge within a couple of days, so let's start the discussion
>> right now.****
>>
>> ** **
>>
>> Pascal & Thomas****
>>
>> ________________________________________________________________________=
_________________________________________________
>>
>> Ce message et ses pieces jointes peuvent contenir des informations confi=
dentielles ou privilegiees et ne doivent donc
>> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez r=
ecu ce message par erreur, veuillez le signaler
>> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages=
 electroniques etant susceptibles d'alteration,
>> Orange decline toute responsabilite si ce message a ete altere, deforme =
ou falsifie. Merci.
>>
>> This message and its attachments may contain confidential or privileged =
information that may be protected by law;
>> they should not be distributed, used or copied without authorisation.
>> If you have received this email in error, please notify the sender and d=
elete this message and its attachments.
>> As emails may be altered, Orange is not liable for messages that have be=
en modified, changed or falsified.
>> Thank you.
>>
>>
>

--047d7b2e0e8f54aaa304e2f81970
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">All,<div><br></div><div>We have slighted refined the langu=
age of the proposed charter following the discussions in this thread. We fe=
el the text is now ready, please let us know in the next 48h is you notice =
a major issue with the finalized text.</div>

<div><br></div><div style>The URL of the latest version has not changed, yo=
u can find it at:</div><div style><a href=3D"https://bitbucket.org/6tsch/ch=
arter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.or=
g/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><br>

</div><div style><br></div><div style>Pascal &amp; Thomas</div><div style><=
br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote=
">On Fri, Aug 2, 2013 at 4:47 PM, Thomas Watteyne <span dir=3D"ltr">&lt;<a =
href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.=
berkeley.edu</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Dominique,<div>Great commen=
ts, thanks a million! Please see the answers inline.<br></div><div>Thomas</=
div>

<div><br><div class=3D"gmail_extra"><div class=3D"gmail_quote"><div class=
=3D"im">On Thu, Aug 1, 2013 at 7:01 PM,  <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:dominique.barthel@orange.com" target=3D"_blank">dominique.barthel@ora=
nge.com</a>&gt;</span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">





<div lang=3D"FR" link=3D"blue" vlink=3D"purple">
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Woww, now this is very focused. This should give =
us a clear framework to start our work, and hopefully expand later.<u></u><=
u></u></span></p>




<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Overall, I believe the current Work Items descrip=
tion could elaborate a bit more.<u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Specifically, please find below my questions, fol=
lowed by other minor remarks/suggested changes.<u></u><u></u></span></p>

<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0<u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Dominique<u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0<u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">---------<u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0<u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Questions<u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">=AB=A0Produce &quot;Timeslot Management Methods a=
nd Formats&quot; to describe how an entity can manage the TSCH schedule on =
a 6TSCH node=94. The schedule is somewhere
 described as being static. In this sentence, the schedule can be =93manage=
d=94 by an =93entity=94. What prevents the so-called entity to =93manage=94=
 the schedule, i.e. allocate slots, based on some information such as traff=
ic requirements? In which case, what does =93static=94
 mean? Probably =93imposed upon the 6top layer=94 (if such notion still exi=
sts) by some external mechanism.</span></p></div></div></blockquote><div><b=
r></div></div><div>I believe we are perfectly in sync. Work item 1 is about=
 the bits-and-bytes to describe the schedule and timeslot information. I ma=
kes no assumption on when/how it will be used. As you point out, it can be =
used (1) in the static schedule case to learn about the health of the netwo=
rk, and (2) to manage the schedule at run-time from an external entity such=
 as a PCE. This second point is out of scope for the moment.</div>

<div class=3D"im">

<div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-lef=
t-style:solid;padding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"pur=
ple">


<p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0</span><span style=3D"color:rgb(31,73,1=
25);font-family:Calibri,sans-serif;font-size:11pt">=93or learnt by a node w=
hen joining the network, possibly in a format as defined by work item 1.=94=
</span></p>




<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Do you mean the description of the schedule would=
 be provided =93in-band=94 to the joining node (through EB=92s or similar m=
echanism). This does not
 seem to fit the description of work item 1, where the =93entity=94 is an u=
pper layer. Or do you mean as a payload transported on a default cell/link =
between upper layer entities ?</span></p></div></blockquote><div><br></div>



</div><div>The latter is absolutely possible, as detailed in=A0<a href=3D"h=
ttp://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html" target=3D"=
_blank">http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html</a=
>.</div>

<div class=3D"im">
<div>=A0</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span style=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-=
size:11pt">=933. Produce &quot;6TSCH architecture&quot; to describe the des=
ign and implementation of 6TSCH networks. This document will highlight the =
different architectural
 blocks and signaling flows, including the operation of the network in the =
presence of multiple BBRs.=94</span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">Does this include any form of multi-hop ND? In li=
ght of the discussion at 6lo BoF on this topic, how will compare to 6lowpan=
-ND?</span></p>



</div></div></blockquote></div><div>We want the architecture to describe al=
l the contextual information for the reader to get the whole picture, in or=
der to this document to be a good entrypoint into t e work at 6TSCH. It wil=
l therefore describe the IPv6 stack and the backbone operation, but the foc=
us will largely be on RPL operation over TSCH networks.<br>



</div><div class=3D"im"><blockquote class=3D"gmail_quote" style=3D"margin:0=
px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);b=
order-left-style:solid;padding-left:1ex"><div lang=3D"FR" link=3D"blue" vli=
nk=3D"purple">

<div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0</span><span style=3D"color:rgb(31,73,1=
25);font-family:Calibri,sans-serif;font-size:11pt">Sentences unclear to me<=
/span></p>




<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">=93A dynamic schedule for traffic that is switche=
d at the timeslot level may for example be computed centrally by an entity =
located on the backbone.=94
 =A0This sentence is complex and unclear to me overall. Consider rephrasing=
?</span></p></div></div></blockquote></div><div>Good catch, we reworded the=
 sentence to:</div><div><div><font face=3D"courier new, monospace">For exam=
ple, an entity located on the backbone can be centrally compute a dynamic s=
chedule for traffic to be switched by the timeslot sublayer.</font></div>



</div><div>This does not change the meaning of the sentence.</div><div clas=
s=3D"im"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-styl=
e:solid;padding-left:1ex">



<div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p><span lang=3D"EN-US=
" style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,12=
5)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">=93Produce &quot;Timeslot Management Methods and =
Formats&quot; to describe how an entity can manage the TSCH schedule on a 6=
TSCH node=94. Is it assumed that
 everybody knows what =93entity=94 is supposed to mean in this context?</sp=
an></p></div></div></blockquote></div><div>I believe that there are several=
 types of entities that may benefit from this format, so we&#39;d like to s=
tay agnostic to the exact nature of the entity in the charter language. Thi=
s is discuss in=A0<a href=3D"http://www.ietf.org/mail-archive/web/6tsch/cur=
rent/msg00973.html" target=3D"_blank">http://www.ietf.org/mail-archive/web/=
6tsch/current/msg00973.html</a>=A0and=A0<a href=3D"http://www.ietf.org/mail=
-archive/web/6tsch/current/msg00975.html" target=3D"_blank">http://www.ietf=
.org/mail-archive/web/6tsch/current/msg00975.html</a>.<br>



</div><div class=3D"im"><blockquote class=3D"gmail_quote" style=3D"margin:0=
px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);b=
order-left-style:solid;padding-left:1ex"><div lang=3D"FR" link=3D"blue" vli=
nk=3D"purple">

<div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0</span><span style=3D"color:rgb(31,73,1=
25);font-family:Calibri,sans-serif;font-size:11pt">Minor changes</span></p>

<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/in front of interference/in front of narrow-ban=
d interference</span></p></div></div></blockquote></div><div>Done, thanks!<=
/div>

<div class=3D"im">

<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/- implementers guide, collecting/</span><span l=
ang=3D"EN-US">
</span><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,san=
s-serif;color:rgb(31,73,125)">- implementers guide: this document will coll=
ect/</span></p></div></div></blockquote><div><br></div></div><div>Done, tha=
nks!=A0</div>

<div class=3D"im">

<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/- coexistence guide, providing/- coexistence gu=
ide: this document will provide/</span></p></div></div></blockquote>
</div><div>Done, thanks!=A0</div><div class=3D"im"><blockquote class=3D"gma=
il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-le=
ft-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div la=
ng=3D"FR" link=3D"blue" vlink=3D"purple">



<div><p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sa=
ns-serif;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)"><u></u>=A0</span><span style=3D"color:rgb(31,73,1=
25);font-family:Calibri,sans-serif;font-size:11pt">English writing</span></=
p>

<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/and ISA100.11a, and/and ISA100.11a, while/</spa=
n></p></div></div></blockquote></div><div>Done, thanks!=A0</div><div class=
=3D"im">

<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">

<div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p><span lang=3D"EN-US=
" style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,12=
5)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/Initially the document/Initially, the document<=
/span></p></div></div></blockquote></div><div>Done, thanks!=A0</div><div cl=
ass=3D"im">


<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div><p>
<span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif=
;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">s/be adapted dynamically/be dynamically adapted/<=
/span></p></div></div></blockquote></div><div>I&#39;m not sure about that. =
When reading the sentence, having the qualifier &quot;dynamically&quot; aft=
er stresses it. I hope you agree.</div>

<div class=3D"im">

<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div lang=3D"FR" link=3D"blue" vlink=3D"purple"><div>
<p><b><span style=3D"font-size:10pt;font-family:Tahoma,sans-serif">De=A0:</=
span></b><span style=3D"font-size:10pt;font-family:Tahoma,sans-serif"> <a h=
ref=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.=
org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank"=
>6tsch-bounces@ietf.org</a>]
<b>De la part de</b> Thomas Watteyne<br>
<b>Envoy=E9=A0:</b> jeudi 1 ao=FBt 2013 15:13<br>
<b>=C0=A0:</b> 6TSCH; Ted Lemon (<a href=3D"mailto:ted.lemon@nominum.com" t=
arget=3D"_blank">ted.lemon@nominum.com</a>); Adrian Farrel (<a href=3D"mail=
to:adrian@olddog.co.uk" target=3D"_blank">adrian@olddog.co.uk</a>); Marc Bl=
anchet<br>




<b>Objet=A0:</b> [6tsch] updated charter per BoF suggestion: thoughts?<u></=
u><u></u></span></p><div><div>
<p><u></u>=A0<u></u></p>
<div>
<p>All,<u></u><u></u></p>
<div>
<p><u></u>=A0<u></u></p>
</div>
<div>
<p>Thanks to all for for the effort of putting together the BoF on Tuesday!=
 One of the suggestions was to simplify the charter, in particular by reduc=
ing the number of work items.<u></u><u></u></p>
</div>
<div>
<p><u></u>=A0<u></u></p>
</div>
<div>
<p>After discussion and suggestions from numerous 6TSCH and other people he=
re at the IETF, the chairs have created a new, simplified version of the dr=
aft, which we have uploaded in the repo at:<u></u><u></u></p>

</div>
<div>
<p><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/cha=
rter-ietf-6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6tsch/chart=
er-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><u></u><u></u></p>

</div>
<div>
<p><u></u>=A0<u></u></p>
</div>
<div>
<p>This e-mail is to start a discussion on the ML about this revamped chart=
er. Please send comments directly to this thread. Ideally, we would like to=
 converge within a couple of days, so let&#39;s start the discussion right =
now.<u></u><u></u></p>




</div>
<div>
<p><u></u>=A0<u></u></p>
</div>
<div>
<p>Pascal &amp; Thomas<u></u><u></u></p>
</div>
</div>
</div></div></div>
<pre>______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l&#39;expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d&#39;alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</pre></div>

</blockquote></div></div><br></div></div></div>
</blockquote></div><br></div>

--047d7b2e0e8f54aaa304e2f81970--

From rstruik.ext@gmail.com  Fri Aug  2 08:13:07 2013
Return-Path: <rstruik.ext@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8CFA21E80B0 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 08:13:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.398
X-Spam-Level: 
X-Spam-Status: No, score=-2.398 tagged_above=-999 required=5 tests=[AWL=0.200,  BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AM0zPgCyOTWr for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 08:12:55 -0700 (PDT)
Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) by ietfa.amsl.com (Postfix) with ESMTP id 36EA321E80AB for <6tsch@ietf.org>; Fri,  2 Aug 2013 08:12:55 -0700 (PDT)
Received: by mail-ob0-f177.google.com with SMTP id f8so1363498obp.22 for <6tsch@ietf.org>; Fri, 02 Aug 2013 08:12:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=WYiWbxMiVk8WN3CXodUDX2+L2SGkRjs1oxVPw8UrsQU=; b=z2thFpaSiBkiI0ofAmx9OBOBrYuCAVpngMnfhkPBYh+3MUbMltyzKJP79/W60blj6b FGhAdjTAf3Fq72hyksiQw7pAVj1NyiwI8fFUqPiSmxu7CnITnlXmJP7SFMuqIY1BG+rr FkJx1bFX0KFCJ52yvA8jyhu7cvpbGIQvWDt/dtKzlfXzkMlEQsqiSZufyEvFye3GjYHi H+76O1dbeMi0o/wuL9Nd9zpuA/VVeQmZPoJ6EvdXYAGn4h3jKz00N1QYIAIBk7LI6cmp S6Xd6wrLa8a4i8HKA1HMK3VyLHawHlE0x0bsdgbfzJN1clt2jtyEv/mHaMIRW+I3RlKX ++dQ==
X-Received: by 10.182.213.162 with SMTP id nt2mr5629152obc.44.1375456374727; Fri, 02 Aug 2013 08:12:54 -0700 (PDT)
Received: from [192.168.1.105] (CPE0013100e2c51-CM001cea35caa6.cpe.net.cable.rogers.com. [99.231.4.27]) by mx.google.com with ESMTPSA id q8sm8672688obl.11.2013.08.02.08.12.51 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 02 Aug 2013 08:12:53 -0700 (PDT)
Message-ID: <51FBCC6A.4010701@gmail.com>
Date: Fri, 02 Aug 2013 11:12:42 -0400
From: Rene Struik <rstruik.ext@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup> <CADJ9OA8KK6u49nsmrO0EKh1q6uoimuYQM3Mcj8555CKvpWJE7g@mail.gmail.com> <CADJ9OA-=TQ6b4sjRrBwTYw-iDMXNOrJ1QLzFwQycw9D4aVmyNg@mail.gmail.com>
In-Reply-To: <CADJ9OA-=TQ6b4sjRrBwTYw-iDMXNOrJ1QLzFwQycw9D4aVmyNg@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------070808060506050903020709"
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 15:13:07 -0000

This is a multi-part message in MIME format.
--------------070808060506050903020709
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi Thomas, Pascal:

Is the intention to leave security out of the present charter and 
potentially consider as follow-up item with rechartering, or is this 
somehow captured implicitly under work item #2 (given "learnt when 
joining the network" language). I would suggest to make this more explicit.

I have one question re Description of the Working Group:
the text suggests a static schedule "once the network is formed". What 
if one has a network that may change in composition (e.g., one first 
only has a PAN coordinator and adds devices along the way, or has to 
add/remove devices while in operation). Wouldn't this potentially have 
an impact on scheduling? (otherwise, wouldn't one have to be clairvoyant 
as to which devices will be on the network and when?)

Best regards, Rene

Description of Working Group:
-----------------------------


Initially, the WG will define a framework to install a static schedule that
remains unchanged once the network is formed, and to run the Routing Protocol
for LLNs (RPL) over that schedule.

If successful, the intent is to recharter to allow for dynamic schedules.


Work Items:
-----------

The group will:

1. Produce "Timeslot Management Methods and Formats" to describe how an entity
can manage the TSCH schedule on a 6TSCH node, and query timeslot information
from that node. Metrics such as timeslot quality reports are in scope, but
the actual bindings to transport operation are not.

2. Produce "Minimal 6TSCH Configuration" to define how to build a 6TSCH network
using the Routing Protocol for LLNs (RPL). This document will assume a static
TSCH schedule, which can be either hardcoded, or learnt by a node when joining
the network, possibly in a format as defined by work item 1.

3. Produce "6TSCH architecture" to describe the design and implementation of
6TSCH networks. This document will highlight the different architectural blocks
and signaling flows, including the operation of the network in the presence of
multiple BBRs. Initially, the document will focus on distributed routing
operation over a static TSCH schedule.


On 8/2/2013 10:51 AM, Thomas Watteyne wrote:
> All,
>
> We have slighted refined the language of the proposed charter 
> following the discussions in this thread. We feel the text is now 
> ready, please let us know in the next 48h is you notice a major issue 
> with the finalized text.
>
> The URL of the latest version has not changed, you can find it at:
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt
>
> Pascal & Thomas
>
>
>
> On Fri, Aug 2, 2013 at 4:47 PM, Thomas Watteyne 
> <watteyne@eecs.berkeley.edu <mailto:watteyne@eecs.berkeley.edu>> wrote:
>
>     Dominique,
>     Great comments, thanks a million! Please see the answers inline.
>     Thomas
>
>     On Thu, Aug 1, 2013 at 7:01 PM, <dominique.barthel@orange.com
>     <mailto:dominique.barthel@orange.com>> wrote:
>
>         Woww, now this is very focused. This should give us a clear
>         framework to start our work, and hopefully expand later.
>
>         Overall, I believe the current Work Items description could
>         elaborate a bit more.
>
>         Specifically, please find below my questions, followed by
>         other minor remarks/suggested changes.
>
>         Dominique
>
>         ---------
>
>         Questions
>
>         « Produce "Timeslot Management Methods and Formats" to
>         describe how an entity can manage the TSCH schedule on a 6TSCH
>         node". The schedule is somewhere described as being static. In
>         this sentence, the schedule can be "managed" by an "entity".
>         What prevents the so-called entity to "manage" the schedule,
>         i.e. allocate slots, based on some information such as traffic
>         requirements? In which case, what does "static" mean? Probably
>         "imposed upon the 6top layer" (if such notion still exists) by
>         some external mechanism.
>
>
>     I believe we are perfectly in sync. Work item 1 is about the
>     bits-and-bytes to describe the schedule and timeslot information.
>     I makes no assumption on when/how it will be used. As you point
>     out, it can be used (1) in the static schedule case to learn about
>     the health of the network, and (2) to manage the schedule at
>     run-time from an external entity such as a PCE. This second point
>     is out of scope for the moment.
>
>         "or learnt by a node when joining the network, possibly in a
>         format as defined by work item 1."
>
>         Do you mean the description of the schedule would be provided
>         "in-band" to the joining node (through EB's or similar
>         mechanism). This does not seem to fit the description of work
>         item 1, where the "entity" is an upper layer. Or do you mean
>         as a payload transported on a default cell/link between upper
>         layer entities ?
>
>
>     The latter is absolutely possible, as detailed in
>     http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html.
>
>         "3. Produce "6TSCH architecture" to describe the design and
>         implementation of 6TSCH networks. This document will highlight
>         the different architectural blocks and signaling flows,
>         including the operation of the network in the presence of
>         multiple BBRs."
>
>         Does this include any form of multi-hop ND? In light of the
>         discussion at 6lo BoF on this topic, how will compare to
>         6lowpan-ND?
>
>     We want the architecture to describe all the contextual
>     information for the reader to get the whole picture, in order to
>     this document to be a good entrypoint into t e work at 6TSCH. It
>     will therefore describe the IPv6 stack and the backbone operation,
>     but the focus will largely be on RPL operation over TSCH networks.
>
>         Sentences unclear to me
>
>         "A dynamic schedule for traffic that is switched at the
>         timeslot level may for example be computed centrally by an
>         entity located on the backbone."  This sentence is complex and
>         unclear to me overall. Consider rephrasing?
>
>     Good catch, we reworded the sentence to:
>     For example, an entity located on the backbone can be centrally
>     compute a dynamic schedule for traffic to be switched by the
>     timeslot sublayer.
>     This does not change the meaning of the sentence.
>
>         "Produce "Timeslot Management Methods and Formats" to describe
>         how an entity can manage the TSCH schedule on a 6TSCH node".
>         Is it assumed that everybody knows what "entity" is supposed
>         to mean in this context?
>
>     I believe that there are several types of entities that may
>     benefit from this format, so we'd like to stay agnostic to the
>     exact nature of the entity in the charter language. This is
>     discuss in
>     http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html and
>     http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html.
>
>         Minor changes
>
>         s/in front of interference/in front of narrow-band interference
>
>     Done, thanks!
>
>         s/- implementers guide, collecting/- implementers guide: this
>         document will collect/
>
>
>     Done, thanks!
>
>         s/- coexistence guide, providing/- coexistence guide: this
>         document will provide/
>
>     Done, thanks!
>
>         English writing
>
>         s/and ISA100.11a, and/and ISA100.11a, while/
>
>     Done, thanks!
>
>         s/Initially the document/Initially, the document
>
>     Done, thanks!
>
>         s/be adapted dynamically/be dynamically adapted/
>
>     I'm not sure about that. When reading the sentence, having the
>     qualifier "dynamically" after stresses it. I hope you agree.
>
>         *De :*6tsch-bounces@ietf.org <mailto:6tsch-bounces@ietf.org>
>         [mailto:6tsch-bounces@ietf.org
>         <mailto:6tsch-bounces@ietf.org>] *De la part de* Thomas Watteyne
>         *Envoyé :* jeudi 1 août 2013 15:13
>         *À :* 6TSCH; Ted Lemon (ted.lemon@nominum.com
>         <mailto:ted.lemon@nominum.com>); Adrian Farrel
>         (adrian@olddog.co.uk <mailto:adrian@olddog.co.uk>); Marc Blanchet
>         *Objet :* [6tsch] updated charter per BoF suggestion: thoughts?
>
>         All,
>
>         Thanks to all for for the effort of putting together the BoF
>         on Tuesday! One of the suggestions was to simplify the
>         charter, in particular by reducing the number of work items.
>
>         After discussion and suggestions from numerous 6TSCH and other
>         people here at the IETF, the chairs have created a new,
>         simplified version of the draft, which we have uploaded in the
>         repo at:
>
>         https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt
>
>         This e-mail is to start a discussion on the ML about this
>         revamped charter. Please send comments directly to this
>         thread. Ideally, we would like to converge within a couple of
>         days, so let's start the discussion right now.
>
>         Pascal & Thomas
>
>         _________________________________________________________________________________________________________________________
>
>         Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
>         pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
>         a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
>         Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
>         This message and its attachments may contain confidential or privileged information that may be protected by law;
>         they should not be distributed, used or copied without authorisation.
>         If you have received this email in error, please notify the sender and delete this message and its attachments.
>         As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
>         Thank you.
>
>
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch


-- 
email: rstruik.ext@gmail.com | Skype: rstruik
cell: +1 (647) 867-5658 | US: +1 (415) 690-7363


--------------070808060506050903020709
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi Thomas, Pascal:<br>
      <br>
      Is the intention to leave security out of the present charter and
      potentially consider as follow-up item with rechartering, or is
      this somehow captured implicitly under work item #2 (given "learnt
      when joining the network" language). I would suggest to make this
      more explicit.<br>
      <br>
      I have one question re Description of the Working Group: <br>
      the text suggests a static schedule "once the network is formed".
      What if one has a network that may change in composition (e.g.,
      one first only has a PAN coordinator and adds devices along the
      way, or has to add/remove devices while in operation). Wouldn't
      this potentially have an impact on scheduling? (otherwise,
      wouldn't one have to be clairvoyant as to which devices will be on
      the network and when?)<br>
      <br>
      Best regards, Rene<br>
      <br>
      <pre style="font-family: 'Bitstream Vera Sans Mono', 'DejaVu Sans Mono', Monaco, monospace; font-size: 12px; line-height: 1.4; margin: 0px; color: rgb(51, 51, 51); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);">Description of Working Group:
<a name="cl-38" style="color: rgb(59, 115, 175); text-decoration: none;"></a>-----------------------------</pre>
      <br>
      <pre style="font-family: 'Bitstream Vera Sans Mono', 'DejaVu Sans Mono', Monaco, monospace; font-size: 12px; line-height: 1.4; margin: 0px; color: rgb(51, 51, 51); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);">Initially, the WG will define a framework to install a static schedule that
<a name="cl-45" style="color: rgb(59, 115, 175); text-decoration: none;"></a>remains unchanged once the network is formed, and to run the Routing Protocol
<a name="cl-46" style="color: rgb(59, 115, 175); text-decoration: none;"></a>for LLNs (RPL) over that schedule.

If successful, the intent is to recharter to allow for dynamic schedules.
</pre>
      <br>
      <pre style="font-family: 'Bitstream Vera Sans Mono', 'DejaVu Sans Mono', Monaco, monospace; font-size: 12px; line-height: 1.4; margin: 0px; color: rgb(51, 51, 51); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);">Work Items:
<a name="cl-59" style="color: rgb(59, 115, 175); text-decoration: none;"></a>-----------
<a name="cl-60" style="color: rgb(59, 115, 175); text-decoration: none;"></a>
<a name="cl-61" style="color: rgb(59, 115, 175); text-decoration: none;"></a>The group will:
<a name="cl-62" style="color: rgb(59, 115, 175); text-decoration: none;"></a>
<a name="cl-63" style="color: rgb(59, 115, 175); text-decoration: none;"></a>1. Produce "Timeslot Management Methods and Formats" to describe how an entity
<a name="cl-64" style="color: rgb(59, 115, 175); text-decoration: none;"></a>can manage the TSCH schedule on a 6TSCH node, and query timeslot information
<a name="cl-65" style="color: rgb(59, 115, 175); text-decoration: none;"></a>from that node. Metrics such as timeslot quality reports are in scope, but
<a name="cl-66" style="color: rgb(59, 115, 175); text-decoration: none;"></a>the actual bindings to transport operation are not.
<a name="cl-67" style="color: rgb(59, 115, 175); text-decoration: none;"></a>
<a name="cl-68" style="color: rgb(59, 115, 175); text-decoration: none;"></a>2. Produce "Minimal 6TSCH Configuration" to define how to build a 6TSCH network
<a name="cl-69" style="color: rgb(59, 115, 175); text-decoration: none;"></a>using the Routing Protocol for LLNs (RPL). This document will assume a static
<a name="cl-70" style="color: rgb(59, 115, 175); text-decoration: none;"></a>TSCH schedule, which can be either hardcoded, or learnt by a node when joining
<a name="cl-71" style="color: rgb(59, 115, 175); text-decoration: none;"></a>the network, possibly in a format as defined by work item 1.
<a name="cl-72" style="color: rgb(59, 115, 175); text-decoration: none;"></a>
<a name="cl-73" style="color: rgb(59, 115, 175); text-decoration: none;"></a>3. Produce "6TSCH architecture" to describe the design and implementation of
<a name="cl-74" style="color: rgb(59, 115, 175); text-decoration: none;"></a>6TSCH networks. This document will highlight the different architectural blocks
<a name="cl-75" style="color: rgb(59, 115, 175); text-decoration: none;"></a>and signaling flows, including the operation of the network in the presence of
<a name="cl-76" style="color: rgb(59, 115, 175); text-decoration: none;"></a>multiple BBRs. Initially, the document will focus on distributed routing
<a name="cl-77" style="color: rgb(59, 115, 175); text-decoration: none;"></a>operation over a static TSCH schedule.

</pre>
      <br>
      On 8/2/2013 10:51 AM, Thomas Watteyne wrote:<br>
    </div>
    <blockquote
cite="mid:CADJ9OA-=TQ6b4sjRrBwTYw-iDMXNOrJ1QLzFwQycw9D4aVmyNg@mail.gmail.com"
      type="cite">
      <div dir="ltr">All,
        <div><br>
        </div>
        <div>We have slighted refined the language of the proposed
          charter following the discussions in this thread. We feel the
          text is now ready, please let us know in the next 48h is you
          notice a major issue with the finalized text.</div>
        <div><br>
        </div>
        <div style="">The URL of the latest version has not changed, you
          can find it at:</div>
        <div style=""><a moz-do-not-send="true"
href="https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><br>
        </div>
        <div style=""><br>
        </div>
        <div style="">Pascal &amp; Thomas</div>
        <div style=""><br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">On Fri, Aug 2, 2013 at 4:47 PM, Thomas
          Watteyne <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:watteyne@eecs.berkeley.edu" target="_blank">watteyne@eecs.berkeley.edu</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div dir="ltr">Dominique,
              <div>Great comments, thanks a million! Please see the
                answers inline.<br>
              </div>
              <div>Thomas</div>
              <div><br>
                <div class="gmail_extra">
                  <div class="gmail_quote">
                    <div class="im">On Thu, Aug 1, 2013 at 7:01 PM, <span
                        dir="ltr">&lt;<a moz-do-not-send="true"
                          href="mailto:dominique.barthel@orange.com"
                          target="_blank">dominique.barthel@orange.com</a>&gt;</span>
                      wrote:<br>
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">Woww, now this is very
                                focused. This should give us a clear
                                framework to start our work, and
                                hopefully expand later.</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">Overall, I believe the
                                current Work Items description could
                                elaborate a bit more.</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">Specifically, please find
                                below my questions, followed by other
                                minor remarks/suggested changes.</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">&nbsp;</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">Dominique</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">&nbsp;</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">---------</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">&nbsp;</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">Questions</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">&laquo;&nbsp;Produce "Timeslot
                                Management Methods and Formats" to
                                describe how an entity can manage the
                                TSCH schedule on a 6TSCH node&#8221;. The
                                schedule is somewhere described as being
                                static. In this sentence, the schedule
                                can be &#8220;managed&#8221; by an &#8220;entity&#8221;. What
                                prevents the so-called entity to
                                &#8220;manage&#8221; the schedule, i.e. allocate
                                slots, based on some information such as
                                traffic requirements? In which case,
                                what does &#8220;static&#8221; mean? Probably
                                &#8220;imposed upon the 6top layer&#8221; (if such
                                notion still exists) by some external
                                mechanism.</span></p>
                          </div>
                        </div>
                      </blockquote>
                      <div><br>
                      </div>
                    </div>
                    <div>I believe we are perfectly in sync. Work item 1
                      is about the bits-and-bytes to describe the
                      schedule and timeslot information. I makes no
                      assumption on when/how it will be used. As you
                      point out, it can be used (1) in the static
                      schedule case to learn about the health of the
                      network, and (2) to manage the schedule at
                      run-time from an external entity such as a PCE.
                      This second point is out of scope for the moment.</div>
                    <div class="im">
                      <div><br>
                      </div>
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <p>
                            <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                              lang="EN-US"></span></p>
                          <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                              lang="EN-US">&nbsp;</span><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">&#8220;or
                              learnt by a node when joining the network,
                              possibly in a format as defined by work
                              item 1.&#8221;</span></p>
                          <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                              lang="EN-US">Do you mean the description
                              of the schedule would be provided
                              &#8220;in-band&#8221; to the joining node (through
                              EB&#8217;s or similar mechanism). This does not
                              seem to fit the description of work item
                              1, where the &#8220;entity&#8221; is an upper layer.
                              Or do you mean as a payload transported on
                              a default cell/link between upper layer
                              entities ?</span></p>
                        </div>
                      </blockquote>
                      <div><br>
                      </div>
                    </div>
                    <div>The latter is absolutely possible, as detailed
                      in&nbsp;<a moz-do-not-send="true"
                        href="http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html"
                        target="_blank">http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html</a>.</div>
                    <div class="im">
                      <div>&nbsp;</div>
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p>
                              <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US"></span></p>
                            <p><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">&#8220;3.
                                Produce "6TSCH architecture" to describe
                                the design and implementation of 6TSCH
                                networks. This document will highlight
                                the different architectural blocks and
                                signaling flows, including the operation
                                of the network in the presence of
                                multiple BBRs.&#8221;</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">Does this include any form
                                of multi-hop ND? In light of the
                                discussion at 6lo BoF on this topic, how
                                will compare to 6lowpan-ND?</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>We want the architecture to describe all the
                      contextual information for the reader to get the
                      whole picture, in order to this document to be a
                      good entrypoint into t e work at 6TSCH. It will
                      therefore describe the IPv6 stack and the backbone
                      operation, but the focus will largely be on RPL
                      operation over TSCH networks.<br>
                    </div>
                    <div class="im">
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p>
                              <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US"></span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">&nbsp;</span><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">Sentences
                                unclear to me</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">&#8220;A dynamic schedule for
                                traffic that is switched at the timeslot
                                level may for example be computed
                                centrally by an entity located on the
                                backbone.&#8221; &nbsp;This sentence is complex and
                                unclear to me overall. Consider
                                rephrasing?</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Good catch, we reworded the sentence to:</div>
                    <div>
                      <div><font face="courier new, monospace">For
                          example, an entity located on the backbone can
                          be centrally compute a dynamic schedule for
                          traffic to be switched by the timeslot
                          sublayer.</font></div>
                    </div>
                    <div>This does not change the meaning of the
                      sentence.</div>
                    <div class="im">
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US"></span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">&#8220;Produce "Timeslot
                                Management Methods and Formats" to
                                describe how an entity can manage the
                                TSCH schedule on a 6TSCH node&#8221;. Is it
                                assumed that everybody knows what
                                &#8220;entity&#8221; is supposed to mean in this
                                context?</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>I believe that there are several types of
                      entities that may benefit from this format, so
                      we'd like to stay agnostic to the exact nature of
                      the entity in the charter language. This is
                      discuss in&nbsp;<a moz-do-not-send="true"
                        href="http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html"
                        target="_blank">http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html</a>&nbsp;and&nbsp;<a
                        moz-do-not-send="true"
                        href="http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html"
                        target="_blank">http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html</a>.<br>
                    </div>
                    <div class="im">
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p>
                              <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US"></span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">&nbsp;</span><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">Minor
                                changes</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">s/in front of
                                interference/in front of narrow-band
                                interference</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Done, thanks!</div>
                    <div class="im">
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p>
                              <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US"></span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">s/- implementers guide,
                                collecting/</span><span lang="EN-US">
                              </span><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">- implementers guide: this
                                document will collect/</span></p>
                          </div>
                        </div>
                      </blockquote>
                      <div><br>
                      </div>
                    </div>
                    <div>Done, thanks!&nbsp;</div>
                    <div class="im">
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p>
                              <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US"></span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">s/- coexistence guide,
                                providing/- coexistence guide: this
                                document will provide/</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Done, thanks!&nbsp;</div>
                    <div class="im">
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US"></span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">&nbsp;</span><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">English
                                writing</span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">s/and ISA100.11a, and/and
                                ISA100.11a, while/</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Done, thanks!&nbsp;</div>
                    <div class="im">
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US"></span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">s/Initially the
                                document/Initially, the document</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Done, thanks!&nbsp;</div>
                    <div class="im">
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p>
                              <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US"></span></p>
                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                lang="EN-US">s/be adapted dynamically/be
                                dynamically adapted/</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>I'm not sure about that. When reading the
                      sentence, having the qualifier "dynamically" after
                      stresses it. I hope you agree.</div>
                    <div class="im">
                      <blockquote class="gmail_quote" style="margin:0px
                        0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                        <div link="blue" vlink="purple" lang="FR">
                          <div>
                            <p><b><span
                                  style="font-size:10pt;font-family:Tahoma,sans-serif">De&nbsp;:</span></b><span
style="font-size:10pt;font-family:Tahoma,sans-serif"> <a
                                  moz-do-not-send="true"
                                  href="mailto:6tsch-bounces@ietf.org"
                                  target="_blank">6tsch-bounces@ietf.org</a>
                                [mailto:<a moz-do-not-send="true"
                                  href="mailto:6tsch-bounces@ietf.org"
                                  target="_blank">6tsch-bounces@ietf.org</a>]
                                <b>De la part de</b> Thomas Watteyne<br>
                                <b>Envoy&eacute;&nbsp;:</b> jeudi 1 ao&ucirc;t 2013 15:13<br>
                                <b>&Agrave;&nbsp;:</b> 6TSCH; Ted Lemon (<a
                                  moz-do-not-send="true"
                                  href="mailto:ted.lemon@nominum.com"
                                  target="_blank">ted.lemon@nominum.com</a>);
                                Adrian Farrel (<a moz-do-not-send="true"
                                  href="mailto:adrian@olddog.co.uk"
                                  target="_blank">adrian@olddog.co.uk</a>);
                                Marc Blanchet<br>
                                <b>Objet&nbsp;:</b> [6tsch] updated charter
                                per BoF suggestion: thoughts?</span></p>
                            <div>
                              <div>
                                <p>&nbsp;</p>
                                <div>
                                  <p>All,</p>
                                  <div>
                                    <p>&nbsp;</p>
                                  </div>
                                  <div>
                                    <p>Thanks to all for for the effort
                                      of putting together the BoF on
                                      Tuesday! One of the suggestions
                                      was to simplify the charter, in
                                      particular by reducing the number
                                      of work items.</p>
                                  </div>
                                  <div>
                                    <p>&nbsp;</p>
                                  </div>
                                  <div>
                                    <p>After discussion and suggestions
                                      from numerous 6TSCH and other
                                      people here at the IETF, the
                                      chairs have created a new,
                                      simplified version of the draft,
                                      which we have uploaded in the repo
                                      at:</p>
                                  </div>
                                  <div>
                                    <p><a moz-do-not-send="true"
href="https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt"
                                        target="_blank">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a></p>
                                  </div>
                                  <div>
                                    <p>&nbsp;</p>
                                  </div>
                                  <div>
                                    <p>This e-mail is to start a
                                      discussion on the ML about this
                                      revamped charter. Please send
                                      comments directly to this thread.
                                      Ideally, we would like to converge
                                      within a couple of days, so let's
                                      start the discussion right now.</p>
                                  </div>
                                  <div>
                                    <p>&nbsp;</p>
                                  </div>
                                  <div>
                                    <p>Pascal &amp; Thomas</p>
                                  </div>
                                </div>
                              </div>
                            </div>
                          </div>
                          <pre>_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
</pre>
                        </div>
                      </blockquote>
                    </div>
                  </div>
                  <br>
                </div>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
6tsch mailing list
<a class="moz-txt-link-abbreviated" href="mailto:6tsch@ietf.org">6tsch@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
email: <a class="moz-txt-link-abbreviated" href="mailto:rstruik.ext@gmail.com">rstruik.ext@gmail.com</a> | Skype: rstruik
cell: +1 (647) 867-5658 | US: +1 (415) 690-7363</pre>
  </body>
</html>

--------------070808060506050903020709--

From twatteyne@gmail.com  Fri Aug  2 09:54:24 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB62A21F84A8 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 09:54:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Level: 
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_24=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PvSSPQo2dVyH for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 09:54:22 -0700 (PDT)
Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) by ietfa.amsl.com (Postfix) with ESMTP id A745621F9703 for <6tsch@ietf.org>; Fri,  2 Aug 2013 09:54:10 -0700 (PDT)
Received: by mail-pb0-f54.google.com with SMTP id ro12so894276pbb.27 for <6tsch@ietf.org>; Fri, 02 Aug 2013 09:54:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=hstrynFdsNa4lazexQWtnOTP9R2poYkk3SoYymes7GI=; b=pOd6x9qskHAkNpBXhc7IKlnnveYwTUFNQK5D8USuxL6ZH+PxCGEnjvc24W9N/E2Myc eBr62weLYcFsSLvN8tvqreLgVCk+QWMeC+fChMB34qudbrMs7akqvUqDFWDZ3SjmUDB4 BwHlPOYr9sFDsXjo8Bl3/aJomozynTumWY7c4vLGWxtmAgUIENYIx0RXRuSm9aeL73yX O6HxlINK5ZnlhYcPjrAYo+8F+f9N0V8Bcm9JLf3UI75jATVuQ9aBu32aLtaTGmTbKvn8 eyKqY9aUy8Q/mg+CEza7AbtTeHD9ZcLXdRAhEDunlv2mrjX+8zyVWWa4gcdNvDUcKHAt YR/g==
X-Received: by 10.66.142.107 with SMTP id rv11mr11787655pab.17.1375462449274;  Fri, 02 Aug 2013 09:54:09 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 2 Aug 2013 09:53:49 -0700 (PDT)
In-Reply-To: <51FBCC6A.4010701@gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup> <CADJ9OA8KK6u49nsmrO0EKh1q6uoimuYQM3Mcj8555CKvpWJE7g@mail.gmail.com> <CADJ9OA-=TQ6b4sjRrBwTYw-iDMXNOrJ1QLzFwQycw9D4aVmyNg@mail.gmail.com> <51FBCC6A.4010701@gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 2 Aug 2013 18:53:49 +0200
X-Google-Sender-Auth: E4vRQ1V6ZZ0kTizOXJlaX_a1H10
Message-ID: <CADJ9OA-LSMr8hGPrmbWNrUsv_dmrkTZMfdmRDn4aGqRnEiOb3Q@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=001a11331e46b0e4cc04e2f9ce7d
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 16:54:24 -0000

--001a11331e46b0e4cc04e2f9ce7d
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Rene,

The feedback we got both from the BoF and the discussions afterwards was
that we needed to reduce the scope of the charter, especially the work
items. Essentially, we needed to more clearly highlight the order of the
work that needs to be done, and identify the first steps. The proposed
charter is therefore not saying "this is the solution we want to build",
but rather "these are the first steps towards that solution". As a
consequence, what was removed during the revamping process are not things
we do not want to do, but rather what we don't want to do right now. As
stated in the charter, if we are successful, the intent is to recharter to
proceed to the next steps.

The result is that the draft charter contains only the very first steps. We
believe that the completed work items will form a solid basis on which to
build the next steps. We need to start with something very simple, and
throughout the discussion we had at the IETF, it became clear that the
simplest case is one where the schedule is static, i.e. once a node has
joined a network, its schedule does no change. Obviously, this does not
exploit all the possibilities of a TSCH network, but allows us to work on
the interaction between TSCH and RPL for example. Once we have that, we can
start working on dynamically allocating timeslots.

To answer your question, while work item 2 can certainly contain a minimal
security recommendations, the real work on security will happen when we
start to deal with dynamic allocation of time slots, for example the
establishment of a secure session between the nodes and the PCE. As you
pointed out, it is premature to talk about a security solution; the first
step is to define the requirements, then come up with a general
architecture. This can only happen once we introduce new element, such as
the PCE.

About your second remark, I agree that the text is ambiguous. I have
modified the language and committed.

Initially, the WG will consider a framework to install a static schedule. I=
n
this case, a node's schedule remains unchanged after it is done joining the
network. The Routing Protocol for LLNs (RPL) is used on the resulting
network.

Thomas

On Fri, Aug 2, 2013 at 5:12 PM, Rene Struik <rstruik.ext@gmail.com> wrote:

>  Hi Thomas, Pascal:
>
> Is the intention to leave security out of the present charter and
> potentially consider as follow-up item with rechartering, or is this
> somehow captured implicitly under work item #2 (given "learnt when joinin=
g
> the network" language). I would suggest to make this more explicit.
>
> I have one question re Description of the Working Group:
> the text suggests a static schedule "once the network is formed". What if
> one has a network that may change in composition (e.g., one first only ha=
s
> a PAN coordinator and adds devices along the way, or has to add/remove
> devices while in operation). Wouldn't this potentially have an impact on
> scheduling? (otherwise, wouldn't one have to be clairvoyant as to which
> devices will be on the network and when?)
>
> Best regards, Rene
>
>
> Description of Working Group:-----------------------------
>
>
>
> Initially, the WG will define a framework to install a static schedule th=
atremains unchanged once the network is formed, and to run the Routing Prot=
ocol
> for LLNs (RPL) over that schedule.
>
> If successful, the intent is to recharter to allow for dynamic schedules.
>
>
>
> Work Items:-----------The group will:1. Produce "Timeslot Management Meth=
ods and Formats" to describe how an entity
> can manage the TSCH schedule on a 6TSCH node, and query timeslot informat=
ionfrom that node. Metrics such as timeslot quality reports are in scope, b=
utthe actual bindings to transport operation are not.
> 2. Produce "Minimal 6TSCH Configuration" to define how to build a 6TSCH n=
etworkusing the Routing Protocol for LLNs (RPL). This document will assume =
a staticTSCH schedule, which can be either hardcoded, or learnt by a node w=
hen joining
> the network, possibly in a format as defined by work item 1.
> 3. Produce "6TSCH architecture" to describe the design and implementation=
 of6TSCH networks. This document will highlight the different architectural=
 blocksand signaling flows, including the operation of the network in the p=
resence of
> multiple BBRs. Initially, the document will focus on distributed routingo=
peration over a static TSCH schedule.
>
>
>
> On 8/2/2013 10:51 AM, Thomas Watteyne wrote:
>
> All,
>
>  We have slighted refined the language of the proposed charter following
> the discussions in this thread. We feel the text is now ready, please let
> us know in the next 48h is you notice a major issue with the finalized te=
xt.
>
>  The URL of the latest version has not changed, you can find it at:
>
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6t=
sch-00.txt
>
>  Pascal & Thomas
>
>
>
> On Fri, Aug 2, 2013 at 4:47 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:
>
>> Dominique,
>> Great comments, thanks a million! Please see the answers inline.
>>  Thomas
>>
>>  On Thu, Aug 1, 2013 at 7:01 PM, <dominique.barthel@orange.com> wrote:
>>
>>>  Woww, now this is very focused. This should give us a clear framework
>>> to start our work, and hopefully expand later.
>>>
>>> Overall, I believe the current Work Items description could elaborate a
>>> bit more.
>>>
>>> Specifically, please find below my questions, followed by other minor
>>> remarks/suggested changes.
>>>
>>>
>>>
>>> Dominique
>>>
>>>
>>>
>>> ---------
>>>
>>>
>>>
>>> Questions
>>>
>>> =AB Produce "Timeslot Management Methods and Formats" to describe how a=
n
>>> entity can manage the TSCH schedule on a 6TSCH node=94. The schedule is
>>> somewhere described as being static. In this sentence, the schedule can=
 be
>>> =93managed=94 by an =93entity=94. What prevents the so-called entity to=
 =93manage=94
>>> the schedule, i.e. allocate slots, based on some information such as
>>> traffic requirements? In which case, what does =93static=94 mean? Proba=
bly
>>> =93imposed upon the 6top layer=94 (if such notion still exists) by some
>>> external mechanism.
>>>
>>
>>  I believe we are perfectly in sync. Work item 1 is about the
>> bits-and-bytes to describe the schedule and timeslot information. I make=
s
>> no assumption on when/how it will be used. As you point out, it can be u=
sed
>> (1) in the static schedule case to learn about the health of the network=
,
>> and (2) to manage the schedule at run-time from an external entity such =
as
>> a PCE. This second point is out of scope for the moment.
>>
>>     =93or learnt by a node when joining the network, possibly in a forma=
t
>>> as defined by work item 1.=94
>>>
>>> Do you mean the description of the schedule would be provided =93in-ban=
d=94
>>> to the joining node (through EB=92s or similar mechanism). This does no=
t seem
>>> to fit the description of work item 1, where the =93entity=94 is an upp=
er
>>> layer. Or do you mean as a payload transported on a default cell/link
>>> between upper layer entities ?
>>>
>>
>>  The latter is absolutely possible, as detailed in
>> http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html.
>>
>>
>>>   =933. Produce "6TSCH architecture" to describe the design and
>>> implementation of 6TSCH networks. This document will highlight the
>>> different architectural blocks and signaling flows, including the opera=
tion
>>> of the network in the presence of multiple BBRs.=94
>>>
>>> Does this include any form of multi-hop ND? In light of the discussion
>>> at 6lo BoF on this topic, how will compare to 6lowpan-ND?
>>>
>>  We want the architecture to describe all the contextual information for
>> the reader to get the whole picture, in order to this document to be a g=
ood
>> entrypoint into t e work at 6TSCH. It will therefore describe the IPv6
>> stack and the backbone operation, but the focus will largely be on RPL
>> operation over TSCH networks.
>>
>>>    Sentences unclear to me
>>>
>>> =93A dynamic schedule for traffic that is switched at the timeslot leve=
l
>>> may for example be computed centrally by an entity located on the
>>> backbone.=94  This sentence is complex and unclear to me overall. Consi=
der
>>> rephrasing?
>>>
>>  Good catch, we reworded the sentence to:
>>  For example, an entity located on the backbone can be centrally compute
>> a dynamic schedule for traffic to be switched by the timeslot sublayer.
>>  This does not change the meaning of the sentence.
>>
>>>   =93Produce "Timeslot Management Methods and Formats" to describe how =
an
>>> entity can manage the TSCH schedule on a 6TSCH node=94. Is it assumed t=
hat
>>> everybody knows what =93entity=94 is supposed to mean in this context?
>>>
>>  I believe that there are several types of entities that may benefit
>> from this format, so we'd like to stay agnostic to the exact nature of t=
he
>> entity in the charter language. This is discuss in
>> http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html and
>> http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html.
>>
>>>    Minor changes
>>>
>>> s/in front of interference/in front of narrow-band interference
>>>
>>  Done, thanks!
>>
>>>   s/- implementers guide, collecting/ - implementers guide: this
>>> document will collect/
>>>
>>
>>  Done, thanks!
>>
>>>   s/- coexistence guide, providing/- coexistence guide: this document
>>> will provide/
>>>
>>  Done, thanks!
>>
>>>    English writing
>>>
>>> s/and ISA100.11a, and/and ISA100.11a, while/
>>>
>>  Done, thanks!
>>
>>>   s/Initially the document/Initially, the document
>>>
>>  Done, thanks!
>>
>>>   s/be adapted dynamically/be dynamically adapted/
>>>
>>  I'm not sure about that. When reading the sentence, having the
>> qualifier "dynamically" after stresses it. I hope you agree.
>>
>>>  *De :* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *De la
>>> part de* Thomas Watteyne
>>> *Envoy=E9 :* jeudi 1 ao=FBt 2013 15:13
>>> *=C0 :* 6TSCH; Ted Lemon (ted.lemon@nominum.com); Adrian Farrel (
>>> adrian@olddog.co.uk); Marc Blanchet
>>> *Objet :* [6tsch] updated charter per BoF suggestion: thoughts?
>>>
>>>
>>>
>>> All,
>>>
>>>
>>>
>>> Thanks to all for for the effort of putting together the BoF on Tuesday=
!
>>> One of the suggestions was to simplify the charter, in particular by
>>> reducing the number of work items.
>>>
>>>
>>>
>>> After discussion and suggestions from numerous 6TSCH and other people
>>> here at the IETF, the chairs have created a new, simplified version of =
the
>>> draft, which we have uploaded in the repo at:
>>>
>>>
>>> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-=
6tsch-00.txt
>>>
>>>
>>>
>>> This e-mail is to start a discussion on the ML about this revamped
>>> charter. Please send comments directly to this thread. Ideally, we woul=
d
>>> like to converge within a couple of days, so let's start the discussion
>>> right now.
>>>
>>>
>>>
>>> Pascal & Thomas
>>>
>>> _______________________________________________________________________=
__________________________________________________
>>>
>>> Ce message et ses pieces jointes peuvent contenir des informations conf=
identielles ou privilegiees et ne doivent donc
>>> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez =
recu ce message par erreur, veuillez le signaler
>>> a l'expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d'alteration,
>>> Orange decline toute responsabilite si ce message a ete altere, deforme=
 ou falsifie. Merci.
>>>
>>> This message and its attachments may contain confidential or privileged=
 information that may be protected by law;
>>> they should not be distributed, used or copied without authorisation.
>>> If you have received this email in error, please notify the sender and =
delete this message and its attachments.
>>> As emails may be altered, Orange is not liable for messages that have b=
een modified, changed or falsified.
>>> Thank you.
>>>
>>>
>>
>
>
> _______________________________________________
> 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6ts=
ch
>
>
>
> --
> email: rstruik.ext@gmail.com | Skype: rstruik
> cell: +1 (647) 867-5658 | US: +1 (415) 690-7363
>
>

--001a11331e46b0e4cc04e2f9ce7d
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Rene,<div><br></div><div>The feedback we got both from the=
 BoF and the discussions afterwards was that we needed to reduce the scope =
of the charter, especially the work items. Essentially, we needed to more c=
learly highlight the order of the work that needs to be done, and identify =
the first steps. The proposed charter is therefore not saying &quot;this is=
 the solution we want to build&quot;, but rather &quot;these are the first =
steps towards that solution&quot;. As a consequence, what was removed durin=
g the revamping process are not things we do not want to do, but rather wha=
t we don&#39;t want to do right now. As stated in the charter, if we are su=
ccessful, the intent is to recharter to proceed to the next steps.</div>


<div><br></div><div>The result is that the draft charter contains only the =
very first steps. We believe that the completed work items will form a soli=
d basis on which to build the next steps. We need to start with something v=
ery simple, and throughout the discussion we had at the IETF, it became cle=
ar that the simplest case is one where the schedule is static, i.e. once a =
node has joined a network, its schedule does no change. Obviously, this doe=
s not exploit all the possibilities of a TSCH network, but allows us to wor=
k on the interaction between TSCH and RPL for example. Once we have that, w=
e can start working on=A0dynamically=A0allocating timeslots.</div>


<div><br></div><div>To answer your question, while work item 2 can certainl=
y contain a minimal security recommendations, the real work on security wil=
l happen when we start to deal with dynamic allocation of time slots, for e=
xample the establishment of a secure session between the nodes and the PCE.=
 As you pointed out, it is premature to talk about a security solution; the=
 first step is to define the requirements, then come up with a general arch=
itecture. This can only happen once we introduce new element, such as the P=
CE.</div>

<div><br></div><div>About your second remark, I agree that the text is=A0am=
biguous. I have modified the language and committed.</div>
<div><br></div><div><div><div><font face=3D"courier new, monospace">Initial=
ly, the WG will consider a framework to install a static schedule. In</font=
></div><div><font face=3D"courier new, monospace">this case, a node&#39;s s=
chedule remains unchanged after it is done joining the</font></div>

<div><font face=3D"courier new, monospace">network. The Routing Protocol fo=
r LLNs (RPL) is used on the resulting network.</font></div></div><div><br><=
/div><div>Thomas</div></div><div class=3D"gmail_extra"><br><div class=3D"gm=
ail_quote">


On Fri, Aug 2, 2013 at 5:12 PM, Rene Struik <span dir=3D"ltr">&lt;<a href=
=3D"mailto:rstruik.ext@gmail.com" target=3D"_blank">rstruik.ext@gmail.com</=
a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0=
px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);b=
order-left-style:solid;padding-left:1ex">



 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    <div>Hi Thomas, Pascal:<br>
      <br>
      Is the intention to leave security out of the present charter and
      potentially consider as follow-up item with rechartering, or is
      this somehow captured implicitly under work item #2 (given &quot;lear=
nt
      when joining the network&quot; language). I would suggest to make thi=
s
      more explicit.<br>
      <br>
      I have one question re Description of the Working Group: <br>
      the text suggests a static schedule &quot;once the network is formed&=
quot;.
      What if one has a network that may change in composition (e.g.,
      one first only has a PAN coordinator and adds devices along the
      way, or has to add/remove devices while in operation). Wouldn&#39;t
      this potentially have an impact on scheduling? (otherwise,
      wouldn&#39;t one have to be clairvoyant as to which devices will be o=
n
      the network and when?)<br>
      <br>
      Best regards, Rene<br>
      <br>
      <pre style=3D"text-indent:0px;letter-spacing:normal;font-variant:norm=
al;text-align:start;font-style:normal;font-weight:normal;line-height:1.4;co=
lor:rgb(51,51,51);text-transform:none;font-size:12px;font-family:&#39;Bitst=
ream Vera Sans Mono&#39;,&#39;DejaVu Sans Mono&#39;,Monaco,monospace;margin=
:0px;word-spacing:0px">

Description of Working Group:
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-38" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>-----------------------------</pre>
      <br>
      <pre style=3D"text-indent:0px;letter-spacing:normal;font-variant:norm=
al;text-align:start;font-style:normal;font-weight:normal;line-height:1.4;co=
lor:rgb(51,51,51);text-transform:none;font-size:12px;font-family:&#39;Bitst=
ream Vera Sans Mono&#39;,&#39;DejaVu Sans Mono&#39;,Monaco,monospace;margin=
:0px;word-spacing:0px">

Initially, the WG will define a framework to install a static schedule that
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-45" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>remains unchanged once the network is for=
med, and to run the Routing Protocol
<div><a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-46" style=3D"color:rgb=
(59,115,175);text-decoration:none"></a>for LLNs (RPL) over that schedule.

If successful, the intent is to recharter to allow for dynamic schedules.
</div></pre>
      <br>
      <pre style=3D"text-indent:0px;letter-spacing:normal;font-variant:norm=
al;text-align:start;font-style:normal;font-weight:normal;line-height:1.4;co=
lor:rgb(51,51,51);text-transform:none;font-size:12px;font-family:&#39;Bitst=
ream Vera Sans Mono&#39;,&#39;DejaVu Sans Mono&#39;,Monaco,monospace;margin=
:0px;word-spacing:0px">

Work Items:
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-59" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>-----------
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-60" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-61" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>The group will:
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-62" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-63" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>1. Produce &quot;Timeslot Management Meth=
ods and Formats&quot; to describe how an entity
<div><a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-64" style=3D"color:rgb=
(59,115,175);text-decoration:none"></a>can manage the TSCH schedule on a 6T=
SCH node, and query timeslot information
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-65" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>from that node. Metrics such as timeslot =
quality reports are in scope, but
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-66" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>the actual bindings to transport operatio=
n are not.
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-67" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-68" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a></div>2. Produce &quot;Minimal 6TSCH Conf=
iguration&quot; to define how to build a 6TSCH network
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-69" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>using the Routing Protocol for LLNs (RPL)=
. This document will assume a static
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-70" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>TSCH schedule, which can be either hardco=
ded, or learnt by a node when joining
<div><a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-71" style=3D"color:rgb=
(59,115,175);text-decoration:none"></a>the network, possibly in a format as=
 defined by work item 1.
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-72" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-73" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a></div><div>3. Produce &quot;6TSCH archite=
cture&quot; to describe the design and implementation of
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-74" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>6TSCH networks. This document will highli=
ght the different architectural blocks
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-75" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>and signaling flows, including the operat=
ion of the network in the presence of
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-76" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a></div>multiple BBRs. Initially, the docum=
ent will focus on distributed routing
<a name=3D"1403fe49232393cb_1403f96cc98441ab_cl-77" style=3D"color:rgb(59,1=
15,175);text-decoration:none"></a>operation over a static TSCH schedule.

</pre><div><div>
      <br>
      On 8/2/2013 10:51 AM, Thomas Watteyne wrote:<br>
    </div></div></div>
    <blockquote type=3D"cite"><div><div>
      <div dir=3D"ltr">All,
        <div><br>
        </div>
        <div>We have slighted refined the language of the proposed
          charter following the discussions in this thread. We feel the
          text is now ready, please let us know in the next 48h is you
          notice a major issue with the finalized text.</div>
        <div><br>
        </div>
        <div>The URL of the latest version has not changed, you
          can find it at:</div>
        <div><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/=
master/charter-ietf-6tsch-00.txt" target=3D"_blank">https://bitbucket.org/6=
tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><br>
        </div>
        <div><br>
        </div>
        <div>Pascal &amp; Thomas</div>
        <div><br>
        </div>
      </div>
      <div class=3D"gmail_extra"><br>
        <br>
        <div class=3D"gmail_quote">On Fri, Aug 2, 2013 at 4:47 PM, Thomas
          Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.be=
rkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span>
          wrote:<br>
          <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8=
ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-sty=
le:solid;padding-left:1ex">
            <div dir=3D"ltr">Dominique,
              <div>Great comments, thanks a million! Please see the
                answers inline.<br>
              </div>
              <div>Thomas</div>
              <div><br>
                <div class=3D"gmail_extra">
                  <div class=3D"gmail_quote">
                    <div>On Thu, Aug 1, 2013 at 7:01 PM, <span dir=3D"ltr">=
&lt;<a href=3D"mailto:dominique.barthel@orange.com" target=3D"_blank">domin=
ique.barthel@orange.com</a>&gt;</span>
                      wrote:<br>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">Woww, now this is ver=
y
                                focused. This should give us a clear
                                framework to start our work, and
                                hopefully expand later.</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">Overall, I believe th=
e
                                current Work Items description could
                                elaborate a bit more.</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">Specifically, please =
find
                                below my questions, followed by other
                                minor remarks/suggested changes.</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=A0</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">Dominique</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=A0</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">---------</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=A0</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">Questions</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=AB=A0Produce &quot;T=
imeslot
                                Management Methods and Formats&quot; to
                                describe how an entity can manage the
                                TSCH schedule on a 6TSCH node=94. The
                                schedule is somewhere described as being
                                static. In this sentence, the schedule
                                can be =93managed=94 by an =93entity=94. Wh=
at
                                prevents the so-called entity to
                                =93manage=94 the schedule, i.e. allocate
                                slots, based on some information such as
                                traffic requirements? In which case,
                                what does =93static=94 mean? Probably
                                =93imposed upon the 6top layer=94 (if such
                                notion still exists) by some external
                                mechanism.</span></p>
                          </div>
                        </div>
                      </blockquote>
                      <div><br>
                      </div>
                    </div>
                    <div>I believe we are perfectly in sync. Work item 1
                      is about the bits-and-bytes to describe the
                      schedule and timeslot information. I makes no
                      assumption on when/how it will be used. As you
                      point out, it can be used (1) in the static
                      schedule case to learn about the health of the
                      network, and (2) to manage the schedule at
                      run-time from an external entity such as a PCE.
                      This second point is out of scope for the moment.</di=
v>
                    <div>
                      <div><br>
                      </div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <p>
                            <span style=3D"font-size:11pt;font-family:Calib=
ri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                          <p><span style=3D"font-size:11pt;font-family:Cali=
bri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=A0</span><span style=
=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">=93=
or
                              learnt by a node when joining the network,
                              possibly in a format as defined by work
                              item 1.=94</span></p>
                          <p><span style=3D"font-size:11pt;font-family:Cali=
bri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">Do you mean the descrip=
tion
                              of the schedule would be provided
                              =93in-band=94 to the joining node (through
                              EB=92s or similar mechanism). This does not
                              seem to fit the description of work item
                              1, where the =93entity=94 is an upper layer.
                              Or do you mean as a payload transported on
                              a default cell/link between upper layer
                              entities ?</span></p>
                        </div>
                      </blockquote>
                      <div><br>
                      </div>
                    </div>
                    <div>The latter is absolutely possible, as detailed
                      in=A0<a href=3D"http://www.ietf.org/mail-archive/web/=
6tsch/current/msg00973.html" target=3D"_blank">http://www.ietf.org/mail-arc=
hive/web/6tsch/current/msg00973.html</a>.</div>
                    <div>
                      <div>=A0</div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p>
                              <span style=3D"font-size:11pt;font-family:Cal=
ibri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                            <p><span style=3D"color:rgb(31,73,125);font-fam=
ily:Calibri,sans-serif;font-size:11pt">=933.
                                Produce &quot;6TSCH architecture&quot; to d=
escribe
                                the design and implementation of 6TSCH
                                networks. This document will highlight
                                the different architectural blocks and
                                signaling flows, including the operation
                                of the network in the presence of
                                multiple BBRs.=94</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">Does this include any=
 form
                                of multi-hop ND? In light of the
                                discussion at 6lo BoF on this topic, how
                                will compare to 6lowpan-ND?</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>We want the architecture to describe all the
                      contextual information for the reader to get the
                      whole picture, in order to this document to be a
                      good entrypoint into t e work at 6TSCH. It will
                      therefore describe the IPv6 stack and the backbone
                      operation, but the focus will largely be on RPL
                      operation over TSCH networks.<br>
                    </div>
                    <div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p>
                              <span style=3D"font-size:11pt;font-family:Cal=
ibri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=A0</span><span style=
=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">Sen=
tences
                                unclear to me</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=93A dynamic schedule=
 for
                                traffic that is switched at the timeslot
                                level may for example be computed
                                centrally by an entity located on the
                                backbone.=94 =A0This sentence is complex an=
d
                                unclear to me overall. Consider
                                rephrasing?</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Good catch, we reworded the sentence to:</div>
                    <div>
                      <div><font face=3D"courier new, monospace">For
                          example, an entity located on the backbone can
                          be centrally compute a dynamic schedule for
                          traffic to be switched by the timeslot
                          sublayer.</font></div>
                    </div>
                    <div>This does not change the meaning of the
                      sentence.</div>
                    <div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=93Produce &quot;Time=
slot
                                Management Methods and Formats&quot; to
                                describe how an entity can manage the
                                TSCH schedule on a 6TSCH node=94. Is it
                                assumed that everybody knows what
                                =93entity=94 is supposed to mean in this
                                context?</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>I believe that there are several types of
                      entities that may benefit from this format, so
                      we&#39;d like to stay agnostic to the exact nature of
                      the entity in the charter language. This is
                      discuss in=A0<a href=3D"http://www.ietf.org/mail-arch=
ive/web/6tsch/current/msg00973.html" target=3D"_blank">http://www.ietf.org/=
mail-archive/web/6tsch/current/msg00973.html</a>=A0and=A0<a href=3D"http://=
www.ietf.org/mail-archive/web/6tsch/current/msg00975.html" target=3D"_blank=
">http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html</a>.<br>



                    </div>
                    <div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p>
                              <span style=3D"font-size:11pt;font-family:Cal=
ibri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=A0</span><span style=
=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">Min=
or
                                changes</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">s/in front of
                                interference/in front of narrow-band
                                interference</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Done, thanks!</div>
                    <div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p>
                              <span style=3D"font-size:11pt;font-family:Cal=
ibri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">s/- implementers guid=
e,
                                collecting/</span><span lang=3D"EN-US">
                              </span><span style=3D"font-size:11pt;font-fam=
ily:Calibri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">- implementers =
guide: this
                                document will collect/</span></p>
                          </div>
                        </div>
                      </blockquote>
                      <div><br>
                      </div>
                    </div>
                    <div>Done, thanks!=A0</div>
                    <div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p>
                              <span style=3D"font-size:11pt;font-family:Cal=
ibri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">s/- coexistence guide=
,
                                providing/- coexistence guide: this
                                document will provide/</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Done, thanks!=A0</div>
                    <div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">=A0</span><span style=
=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">Eng=
lish
                                writing</span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">s/and ISA100.11a, and=
/and
                                ISA100.11a, while/</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Done, thanks!=A0</div>
                    <div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">s/Initially the
                                document/Initially, the document</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>Done, thanks!=A0</div>
                    <div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p>
                              <span style=3D"font-size:11pt;font-family:Cal=
ibri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US"></span></p>
                            <p><span style=3D"font-size:11pt;font-family:Ca=
libri,sans-serif;color:rgb(31,73,125)" lang=3D"EN-US">s/be adapted dynamica=
lly/be
                                dynamically adapted/</span></p>
                          </div>
                        </div>
                      </blockquote>
                    </div>
                    <div>I&#39;m not sure about that. When reading the
                      sentence, having the qualifier &quot;dynamically&quot=
; after
                      stresses it. I hope you agree.</div>
                    <div>
                      <blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bor=
der-left-style:solid;padding-left:1ex">
                        <div link=3D"blue" vlink=3D"purple" lang=3D"FR">
                          <div>
                            <p><b><span style=3D"font-size:10pt;font-family=
:Tahoma,sans-serif">De=A0:</span></b><span style=3D"font-size:10pt;font-fam=
ily:Tahoma,sans-serif"> <a href=3D"mailto:6tsch-bounces@ietf.org" target=3D=
"_blank">6tsch-bounces@ietf.org</a>
                                [mailto:<a href=3D"mailto:6tsch-bounces@iet=
f.org" target=3D"_blank">6tsch-bounces@ietf.org</a>]
                                <b>De la part de</b> Thomas Watteyne<br>
                                <b>Envoy=E9=A0:</b> jeudi 1 ao=FBt 2013 15:=
13<br>
                                <b>=C0=A0:</b> 6TSCH; Ted Lemon (<a href=3D=
"mailto:ted.lemon@nominum.com" target=3D"_blank">ted.lemon@nominum.com</a>)=
;
                                Adrian Farrel (<a href=3D"mailto:adrian@old=
dog.co.uk" target=3D"_blank">adrian@olddog.co.uk</a>);
                                Marc Blanchet<br>
                                <b>Objet=A0:</b> [6tsch] updated charter
                                per BoF suggestion: thoughts?</span></p>
                            <div>
                              <div>
                                <p>=A0</p>
                                <div>
                                  <p>All,</p>
                                  <div>
                                    <p>=A0</p>
                                  </div>
                                  <div>
                                    <p>Thanks to all for for the effort
                                      of putting together the BoF on
                                      Tuesday! One of the suggestions
                                      was to simplify the charter, in
                                      particular by reducing the number
                                      of work items.</p>
                                  </div>
                                  <div>
                                    <p>=A0</p>
                                  </div>
                                  <div>
                                    <p>After discussion and suggestions
                                      from numerous 6TSCH and other
                                      people here at the IETF, the
                                      chairs have created a new,
                                      simplified version of the draft,
                                      which we have uploaded in the repo
                                      at:</p>
                                  </div>
                                  <div>
                                    <p><a href=3D"https://bitbucket.org/6ts=
ch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt" target=3D"_blan=
k">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6=
tsch-00.txt</a></p>



                                  </div>
                                  <div>
                                    <p>=A0</p>
                                  </div>
                                  <div>
                                    <p>This e-mail is to start a
                                      discussion on the ML about this
                                      revamped charter. Please send
                                      comments directly to this thread.
                                      Ideally, we would like to converge
                                      within a couple of days, so let&#39;s
                                      start the discussion right now.</p>
                                  </div>
                                  <div>
                                    <p>=A0</p>
                                  </div>
                                  <div>
                                    <p>Pascal &amp; Thomas</p>
                                  </div>
                                </div>
                              </div>
                            </div>
                          </div>
                          <pre>____________________________________________=
___________________________________________________________________________=
__

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l&#39;expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d&#39;alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</pre>
                        </div>
                      </blockquote>
                    </div>
                  </div>
                  <br>
                </div>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><div><pre>_______________________________________________
6tsch mailing list
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </div></blockquote><span><font color=3D"#888888">
    <br>
    <br>
    <pre cols=3D"72">--=20
email: <a href=3D"mailto:rstruik.ext@gmail.com" target=3D"_blank">rstruik.e=
xt@gmail.com</a> | Skype: rstruik
cell: <a href=3D"tel:%2B1%20%28647%29%20867-5658" value=3D"+16478675658" ta=
rget=3D"_blank">+1 (647) 867-5658</a> | US: <a href=3D"tel:%2B1%20%28415%29=
%20690-7363" value=3D"+14156907363" target=3D"_blank">+1 (415) 690-7363</a>=
</pre>
  </font></span></div>

</blockquote></div><br></div></div>

--001a11331e46b0e4cc04e2f9ce7d--

From rsudhaak@cisco.com  Fri Aug  2 10:14:07 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56CD811E80E7 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 10:14:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EhmOmuzPmJK8 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 10:14:01 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 5D26121E80AB for <6tsch@ietf.org>; Fri,  2 Aug 2013 10:13:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=42647; q=dns/txt; s=iport; t=1375463617; x=1376673217; h=from:to:subject:date:message-id:in-reply-to:mime-version; bh=pyk60GAjo0gHSpZaw2rGOwZyYLlp1LFuipycbOLfUsw=; b=M5uf4ZyMWo9u5KHlx9LZv06VJ1xCFmI7WOdBLu1q36RWQ+Eip4b4dRDP 7/AmB06MC7n20Z0Vip7Us2v0Y3IpWi2iQyAu0rDahmwg06WLUpUh7GI1k cqWy+gMPPxAZRW8U0PmFfHTRTLlgobF2oPdFYs/UlMKzWRAVBCRNLl6UC o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj0FADTo+1GtJXG9/2dsb2JhbABaDoI0RDVQvn6BHRZ0giQBAQEELV4BCBEBAgEBAQsWAQY5FAMGCAIEARIIiAgMuQwEjlAQgQcgDQoBBoMTdAOFRI5ElSWCWT6BcTk
X-IronPort-AV: E=Sophos;i="4.89,802,1367971200";  d="scan'208,217";a="242930033"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-4.cisco.com with ESMTP; 02 Aug 2013 17:13:36 +0000
Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id r72HDaJm021959 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Aug 2013 17:13:36 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.99]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.02.0318.004; Fri, 2 Aug 2013 12:13:35 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, "dominique.barthel@orange.com" <dominique.barthel@orange.com>, "Thomas Watteyne" <watteyne@eecs.berkeley.edu>, 6TSCH <6tsch@ietf.org>, "Benoit Claise (bclaise)" <bclaise@cisco.com>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOj6OeA0peJlBankqBszyBnwxOPQ==
Date: Fri, 2 Aug 2013 17:13:34 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B18501CAE@xmb-rcd-x04.cisco.com>
In-Reply-To: <E045AECD98228444A58C61C200AE1BD8413C992C@xmb-rcd-x01.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.21.127.82]
Content-Type: multipart/alternative; boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B18501CAExmbrcdx04ciscoc_"
MIME-Version: 1.0
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 17:14:07 -0000

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B18501CAExmbrcdx04ciscoc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Pascal,
Thanks for the clarifications. The charter looks good now. I support it.

-raghuram

From: "Pascal Thubert (pthubert)" <pthubert@cisco.com<mailto:pthubert@cisco=
.com>>
Date: Friday, August 2, 2013 1:30 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>, "do=
minique.barthel@orange.com<mailto:dominique.barthel@orange.com>" <dominique=
.barthel@orange.com<mailto:dominique.barthel@orange.com>>, Thomas Watteyne =
<watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkeley.edu>>, 6TSCH <6ts=
ch@ietf.org<mailto:6tsch@ietf.org>>, "Benoit Claise (bclaise)" <bclaise@cis=
co.com<mailto:bclaise@cisco.com>>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?



Pascal

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org] On Behalf Of Raghuram Sudhaakar (rsudhaak)
Sent: vendredi 2 ao=FBt 2013 08:10
To: dominique.barthel@orange.com<mailto:dominique.barthel@orange.com>; Thom=
as Watteyne; 6TSCH
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?

Hello Raghu

Thomas, Pascal,
This looks very focussed now. I have a few things that we need to address -

  1.  The statement "Initially, the WG will define a framework to install a=
 static schedule and
  2.  run the Routing Protocol for LLNs (RPL) over that schedule" in the de=
scription of the working group and work item 1 seem to be in conflict. We s=
ay we will work on static schedules which means
  3.  that L3 (RPL) can only query cell/link quality info from TSCH. Work i=
tem 1 explicitly states - "to describe how an entity
  4.  can manage the TSCH schedule on a 6TSCH node". I feel it is better to=
 remove this statement from the work item.
  5.  In this context, The current work item 1 could possibly be renamed to=
 ,
  6.  "Query methods and formats for timeslot/cell parameters"??
  7.  Also, it may be better to flip the order of work items 1,2 (i.e) have=
 "minimal 6TSCH config" as first work item and
  8.  "Query methods and formats for timeslot/cell parameters"
  9.  as work item 1 to reflect the statements made in the description of t=
he working group.
  10.
  11. I second the point about elaborating on "entity" in the current work =
item 1 raised by Dominique and Qin. We could say, "route management entity"=
?

[] Hum. I talked to Benoit, and we concluded that we should consider networ=
k management from day 1, just like we consider security from day 1.
Day 1 for the schedule control primitives being now, we need to allow for m=
ore general entities than just routing.
So we are including the capability to report timeslot statistics, which may=
 or may or may not be used for centralized routing computation in next iter=
ation of the charter, but will be required for network management activitie=
s anyway.

We may also reword the second paragraph of Description of working group as =
follows -
Initially, the WG will define a framework to install a static schedule on a=
 6TSCH network and run the Routing
Protocol for LLNs (RPL) over that schedule. We will also define methods for=
 RPL to query parameters and states from the 6TSCH network.



[] You are proposing to add the last sentence above. Tis is actually openin=
g a Pandora bow that I=92d rather leave close for the time being. RPL may o=
btain link layer stats and there is nothing new there; but we are voluntari=
ly hiding the TSCH aspect at the 6top layer. We are shooting for simple in =
the first iteration. To be honest, I=92m not sure that in the future, RPL s=
hould influence the schedule other than indirectly, that is by causing more=
 or less traffic to be routed via particular next hops, thus influencing 6t=
op to modify the size of a bundle. Whether I=92m right or wrong there, we a=
re delaying this item thus leaving the necessary time for this discussion.



In the third paragraph of the description of WG, this statement -

A dynamic schedule for traffic that is switched at the timeslot level may f=
or example be computed centrally by an entity located on the backbone.

can be reworded as -

The TSCH schedule may be computed by a central entity located in the backbo=
ne (or co-located with the 6TSCH network gateway), with out without informa=
tion from the routing protocol. (Im not sure we need to get into more detai=
l here, since this is just the description of the WG).



[] this is a secondary piece that opens for the next iterations. What we wa=
nt to indicate is that the track operation is in future scope, kind of lock=
ing this work to this WG even if it is not in scope now. We voluntarily use=
 the terms =93routed=94 and =93switched=94 for the reasons I evoked in my a=
nswer to Qin. Switched =3D=3D track, whether installed by PCE or RSVP type =
of operation, and comes prior to the traffic. Routed operation starts with =
an initial schedule as covered by this charter, but in the next iteration, =
the 6top layer in this node will need to interact with its peers in the nei=
ghbors to dynamically adapt the bundles to the traffic.



Does this make sense?



Cheers,



Pascal
From: <dominique.barthel@orange.com<mailto:dominique.barthel@orange.com>>
Date: Thursday, August 1, 2013 7:01 PM
To: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, 6TSCH <6tsch@ietf.org<mailto:6tsch@ietf.org>>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?

Woww, now this is very focused. This should give us a clear framework to st=
art our work, and hopefully expand later.
Overall, I believe the current Work Items description could elaborate a bit=
 more.
Specifically, please find below my questions, followed by other minor remar=
ks/suggested changes.

Dominique

---------

Questions
=AB Produce "Timeslot Management Methods and Formats" to describe how an en=
tity can manage the TSCH schedule on a 6TSCH node=94. The schedule is somew=
here described as being static. In this sentence, the schedule can be =93ma=
naged=94 by an =93entity=94. What prevents the so-called entity to =93manag=
e=94 the schedule, i.e. allocate slots, based on some information such as t=
raffic requirements? In which case, what does =93static=94 mean? Probably =
=93imposed upon the 6top layer=94 (if such notion still exists) by some ext=
ernal mechanism.

=93or learnt by a node when joining the network, possibly in a format as de=
fined by work item 1.=94
Do you mean the description of the schedule would be provided =93in-band=94=
 to the joining node (through EB=92s or similar mechanism). This does not s=
eem to fit the description of work item 1, where the =93entity=94 is an upp=
er layer. Or do you mean as a payload transported on a default cell/link be=
tween upper layer entities ?

=933. Produce "6TSCH architecture" to describe the design and implementatio=
n of 6TSCH networks. This document will highlight the different architectur=
al blocks and signaling flows, including the operation of the network in th=
e presence of multiple BBRs.=94
Does this include any form of multi-hop ND? In light of the discussion at 6=
lo BoF on this topic, how will compare to 6lowpan-ND?

Sentences unclear to me
=93A dynamic schedule for traffic that is switched at the timeslot level ma=
y for example be computed centrally by an entity located on the backbone.=
=94  This sentence is complex and unclear to me overall. Consider rephrasin=
g?
=93Produce "Timeslot Management Methods and Formats" to describe how an ent=
ity can manage the TSCH schedule on a 6TSCH node=94. Is it assumed that eve=
rybody knows what =93entity=94 is supposed to mean in this context?

Minor changes
s/in front of interference/in front of narrow-band interference
s/- implementers guide, collecting/- implementers guide: this document will=
 collect/
s/- coexistence guide, providing/- coexistence guide: this document will pr=
ovide/

English writing
s/and ISA100.11a, and/and ISA100.11a, while/
s/Initially the document/Initially, the document
s/be adapted dynamically/be dynamically adapted/




De :6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bou=
nces@ietf.org] De la part de Thomas Watteyne
Envoy=E9 : jeudi 1 ao=FBt 2013 15:13
=C0 : 6TSCH; Ted Lemon (ted.lemon@nominum.com<mailto:ted.lemon@nominum.com>=
); Adrian Farrel (adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>); Marc Bl=
anchet
Objet : [6tsch] updated charter per BoF suggestion: thoughts?

All,

Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.

After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.

Pascal & Thomas

___________________________________________________________________________=
______________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.



This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and dele=
te this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.

Thank you.

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B18501CAExmbrcdx04ciscoc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <BC99287B8D6535408EE5AE1E45BC3E25@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>Pascal,</div>
<div>Thanks for the clarifications. The charter looks good now. I support i=
t.</div>
<div><br>
</div>
<div>-raghuram</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>&quot;Pascal Thubert (pthuber=
t)&quot; &lt;<a href=3D"mailto:pthubert@cisco.com">pthubert@cisco.com</a>&g=
t;<br>
<span style=3D"font-weight:bold">Date: </span>Friday, August 2, 2013 1:30 P=
M<br>
<span style=3D"font-weight:bold">To: </span>raghuram sudhaakar &lt;<a href=
=3D"mailto:rsudhaak@cisco.com">rsudhaak@cisco.com</a>&gt;, &quot;<a href=3D=
"mailto:dominique.barthel@orange.com">dominique.barthel@orange.com</a>&quot=
; &lt;<a href=3D"mailto:dominique.barthel@orange.com">dominique.barthel@ora=
nge.com</a>&gt;,
 Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu">watteyne=
@eecs.berkeley.edu</a>&gt;, 6TSCH &lt;<a href=3D"mailto:6tsch@ietf.org">6ts=
ch@ietf.org</a>&gt;, &quot;Benoit Claise (bclaise)&quot; &lt;<a href=3D"mai=
lto:bclaise@cisco.com">bclaise@cisco.com</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] updated charte=
r per BoF suggestion: thoughts?<br>
</div>
<div><br>
</div>
<div xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micro=
soft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" x=
mlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:/=
/www.w3.org/TR/REC-html40">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Courier;
	panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
	{font-family:Courier;
	panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;}
span.EmailStyle20
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:1084377042;
	mso-list-template-ids:-117140806;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&=
nbsp;</o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size: 11pt; color: r=
gb(31, 73, 125); font-family: Calibri, sans-serif; ">Pascal<o:p></o:p></spa=
n></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; ">
<a href=3D"mailto:6tsch-bounces@ietf.org">6tsch-bounces@ietf.org</a> [<a hr=
ef=3D"mailto:6tsch-bounces@ietf.org">mailto:6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> vendredi 2 ao=FBt 2013 08:10<br>
<b>To:</b> <a href=3D"mailto:dominique.barthel@orange.com">dominique.barthe=
l@orange.com</a>; Thomas Watteyne; 6TSCH<br>
<b>Subject:</b> Re: [6tsch] updated charter per BoF suggestion: thoughts?<o=
:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size: 10.5pt; color: rgb(3=
1, 73, 125); font-family: Calibri, sans-serif; "></span></i></b><span style=
=3D"font-size: 10.5pt; color: rgb(31, 73, 125); font-family: Calibri, sans-=
serif; ">Hello Raghu<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: rgb(31, 73,=
 125); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: black; font=
-family: Calibri, sans-serif; ">Thomas, Pascal,<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: black; font=
-family: Calibri, sans-serif; ">This looks very focussed now. I have a few =
things that we need to address -<o:p></o:p></span></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-ma=
rgin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt">The statement &quot;<span class=3D"apple-s=
tyle-span">Initially, the WG will define a framework to install a static sc=
hedule and<o:p></o:p></span></span></li><li class=3D"MsoNormal" style=3D"co=
lor:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 le=
vel1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">run the R=
outing Protocol for LLNs (RPL) over that schedule&quot; in the description =
of the working group and work item 1 seem to be in conflict. We say we will=
 work on static schedules which means<o:p></o:p></span></span></li><li clas=
s=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bot=
tom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">that L3 (=
RPL) can only query cell/link quality info from TSCH. Work item 1 explicitl=
y states - &quot;to describe how an entity<o:p></o:p></span></span></li><li=
 class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margi=
n-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">can manag=
e the TSCH schedule on a 6TSCH node&quot;. I feel it is better to remove th=
is statement from the work item.&nbsp;</span></span><span style=3D"font-siz=
e:10.5pt"><o:p></o:p></span></li><li class=3D"MsoNormal" style=3D"color:bla=
ck;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lf=
o1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">In this c=
ontext, The current work item 1 could possibly be renamed to ,<o:p></o:p></=
span></span></li><li class=3D"MsoNormal" style=3D"color:black;mso-margin-to=
p-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">&quot;Que=
ry methods and formats for timeslot/cell parameters&quot;??</span></span><s=
pan style=3D"font-size:10.5pt"><o:p></o:p></span></li><li class=3D"MsoNorma=
l" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;=
mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">Also, it =
may be better to flip the order of work items 1,2 (i.e) have &quot;minimal =
6TSCH config&quot; as first work item and<o:p></o:p></span></span></li><li =
class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin=
-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">&quot;Que=
ry methods and formats for timeslot/cell parameters&quot;<o:p></o:p></span>=
</span></li><li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt=
:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span class=3D"apple-style-span"><span style=3D"font-size:10.5pt">as work i=
tem 1 to reflect the statements made in the description of the working grou=
p.<o:p></o:p></span></span></li><li class=3D"MsoNormal" style=3D"color:blac=
k;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo=
1">
<span style=3D"font-size:10.5pt"><o:p>&nbsp;</o:p></span></li><li class=3D"=
MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">I sec=
ond the point about elaborating on &quot;entity&quot; in the current work i=
tem 1 raised by Dominique and Qin. We could say, &quot;route management ent=
ity&quot;?</span><span style=3D"font-size:10.5pt"><o:p></o:p></span></li></=
ol>
<div>
<p class=3D"MsoNormal"><a name=3D"cl-46"></a><span style=3D"font-size: 10.5=
pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">[] Hum. I talked to Benoit, and we=
 concluded that we should consider network management from day 1, just like=
 we consider security from day 1.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Day 1 for the schedule control pri=
mitives being now, we need to allow for more general entities than just rou=
ting.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">So we are including the capability=
 to report timeslot statistics, which may or may or may not be used for cen=
tralized routing computation in next
 iteration of the charter, but will be required for network management acti=
vities anyway.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: black; font=
-family: Calibri, sans-serif; ">We may also reword the second paragraph of =
Description of working group as follows -<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size: 10.5pt; color: black; font-family: 'Courier New'; ">Initially, the W=
G will define a framework to install a static schedule on a 6TSCH network a=
nd run the Routing<o:p></o:p></span></span></p>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size: 10.5pt; color: black; font-family: 'Courier New'; ">Protocol for LLN=
s (RPL) over that schedule. We will also define methods for RPL to query pa=
rameters and states from the 6TSCH network.</span></span><span style=3D"fon=
t-size: 10.5pt; color: black; font-family: Calibri, sans-serif; "><o:p></o:=
p></span></p>
</div>
<div>
<pre><span style=3D"color: rgb(31, 73, 125); font-family: Calibri, sans-ser=
if; "><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: =
Calibri, sans-serif; ">[] You are proposing to add the last sentence above.=
 Tis is actually opening a Pandora bow that I=92d rather leave close for th=
e time being. RPL may obtain link layer stats and there is nothing new ther=
e; but we are voluntarily hiding the TSCH aspect at the 6top layer. We are =
shooting for simple in the first iteration. To be honest, I=92m not sure th=
at in the future, RPL should influence the schedule other than indirectly, =
that is by causing more or less traffic to be routed via particular next ho=
ps, thus influencing 6top to modify the size of a bundle. Whether I=92m rig=
ht or wrong there, we are delaying this item thus leaving the necessary tim=
e for this discussion.<o:p></o:p></span></pre>
<pre><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: =
Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"color: black; font-family: Calibri, sans-serif; ">In th=
e third paragraph of the description of WG, this statement -</span><span st=
yle=3D"color:black"><o:p></o:p></span></pre>
<pre><span style=3D"color:black">A dynamic schedule for traffic that is swi=
tched at the timeslot level may for example be computed centrally by an ent=
ity located on the backbone.<o:p></o:p></span></pre>
<pre><span style=3D"color: black; font-family: Calibri, sans-serif; ">can b=
e reworded as -<o:p></o:p></span></pre>
</div>
<div>
<pre><span style=3D"font-family:Courier">The TSCH schedule may be computed =
by a central entity located in the backbone (or co-located with the 6TSCH n=
etwork gateway), with out without information from the routing protocol. <s=
pan style=3D"color:red">(Im not sure we need to get into more detail here, =
since this is just the description of the WG).</span></span><o:p></o:p></pr=
e>
<pre><span style=3D"color: rgb(31, 73, 125); font-family: Calibri, sans-ser=
if; "><o:p>&nbsp;</o:p></span></pre>
<pre><b><i><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fa=
mily: Calibri, sans-serif; ">[] </span></i></b><span style=3D"font-size: 11=
pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">this is a =
secondary piece that opens for the next iterations. What we want to indicat=
e is that the track operation is in future scope, kind of locking this work=
 to this WG even if it is not in scope now. We voluntarily use the terms =
=93routed=94 and =93switched=94 for the reasons I evoked in my answer to Qi=
n. Switched =3D=3D track, whether installed by PCE or RSVP type of operatio=
n, and comes prior to the traffic. Routed operation starts with an initial =
schedule as covered by this charter, but in the next iteration, the 6top la=
yer in this node will need to interact with its peers in the neighbors to d=
ynamically adapt the bundles to the traffic.<o:p></o:p></span></pre>
<pre><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: =
Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: =
Calibri, sans-serif; ">Does this make sense?<o:p></o:p></span></pre>
<pre><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: =
Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: =
Calibri, sans-serif; ">Cheers,<o:p></o:p></span></pre>
<pre><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: =
Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: =
Calibri, sans-serif; ">Pascal</span><span style=3D"color: black; font-famil=
y: Calibri, sans-serif; "><o:p></o:p></span></pre>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size: 11pt; color: black; fon=
t-family: Calibri, sans-serif; ">From:
</span></b><span style=3D"font-size: 11pt; color: black; font-family: Calib=
ri, sans-serif; ">&lt;<a href=3D"mailto:dominique.barthel@orange.com">domin=
ique.barthel@orange.com</a>&gt;<br>
<b>Date: </b>Thursday, August 1, 2013 7:01 PM<br>
<b>To: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
">watteyne@eecs.berkeley.edu</a>&gt;, 6TSCH &lt;<a href=3D"mailto:6tsch@iet=
f.org">6tsch@ietf.org</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] updated charter per BoF suggestion: thoughts?<o=
:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: black; font=
-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Woww, now this is very focused. Th=
is should give us a clear framework to start our work, and hopefully expand=
 later.</span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Overall, I believe the current Wor=
k Items description could elaborate a bit more.</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Specifically, please find below my=
 questions, followed by other minor remarks/suggested changes.</span><span =
lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Dominique</span><span lang=3D"FR" =
style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">---------</span><span lang=3D"FR" =
style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Questions</span><span lang=3D"FR" =
style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">=AB&nbsp;Produce &quot;Timeslot Ma=
nagement Methods and Formats&quot; to describe how an entity can manage the=
 TSCH schedule on a 6TSCH node=94. The schedule is somewhere
 described as being static. In this sentence, the schedule can be =93manage=
d=94 by an =93entity=94. What prevents the so-called entity to =93manage=94=
 the schedule, i.e. allocate slots, based on some information such as traff=
ic requirements? In which case, what does =93static=94
 mean? Probably =93imposed upon the 6top layer=94 (if such notion still exi=
sts) by some external mechanism.</span><span lang=3D"FR" style=3D"color:bla=
ck"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">=93or learnt by a node when joinin=
g the network, possibly in a format as defined by work item 1.=94</span><sp=
an lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Do you mean the description of the=
 schedule would be provided =93in-band=94 to the joining node (through EB=
=92s or similar mechanism). This does not seem
 to fit the description of work item 1, where the =93entity=94 is an upper =
layer. Or do you mean as a payload transported on a default cell/link betwe=
en upper layer entities ?</span><span lang=3D"FR" style=3D"color:black"><o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">=933. Produce &quot;6TSCH architec=
ture&quot; to describe the design and implementation of 6TSCH networks. Thi=
s document will highlight the different architectural
 blocks and signaling flows, including the operation of the network in the =
presence of multiple BBRs.=94</span><span lang=3D"FR" style=3D"color:black"=
><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Does this include any form of mult=
i-hop ND? In light of the discussion at 6lo BoF on this topic, how will com=
pare to 6lowpan-ND?</span><span lang=3D"FR" style=3D"color:black"><o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Sentences unclear to me</span><spa=
n lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">=93A dynamic schedule for traffic =
that is switched at the timeslot level may for example be computed centrall=
y by an entity located on the backbone.=94
 &nbsp;This sentence is complex and unclear to me overall. Consider rephras=
ing?</span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">=93Produce &quot;Timeslot Manageme=
nt Methods and Formats&quot; to describe how an entity can manage the TSCH =
schedule on a 6TSCH node=94. Is it assumed that everybody
 knows what =93entity=94 is supposed to mean in this context?</span><span l=
ang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size: 11pt; color: r=
gb(31, 73, 125); font-family: Calibri, sans-serif; ">Minor changes</span><s=
pan lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">s/in front of interference/in fron=
t of narrow-band interference</span><span lang=3D"FR" style=3D"color:black"=
><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">s/- implementers guide, collecting=
/- implementers guide: this document will collect/</span><span lang=3D"FR" =
style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">s/- coexistence guide, providing/-=
 coexistence guide: this document will provide/</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size: 11pt; color: r=
gb(31, 73, 125); font-family: Calibri, sans-serif; ">English writing</span>=
<span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">s/and ISA100.11a, and/and ISA100.1=
1a, while/</span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">s/Initially the document/Initially=
, the document</span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">s/be adapted dynamically/be dynami=
cally adapted/</span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span lang=3D"FR" sty=
le=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"FR" style=3D"font-size: 10pt; color=
: black; font-family: Tahoma, sans-serif; ">De&nbsp;:</span></b><span lang=
=3D"FR" style=3D"font-size: 10pt; color: black; font-family: Tahoma, sans-s=
erif; "><a href=3D"mailto:6tsch-bounces@ietf.org">6tsch-bounces@ietf.org</a=
>
 [<a href=3D"mailto:6tsch-bounces@ietf.org">mailto:6tsch-bounces@ietf.org</=
a>] <b>De la part de</b> Thomas Watteyne<br>
<b>Envoy=E9&nbsp;:</b> jeudi 1 ao=FBt 2013 15:13<br>
<b>=C0&nbsp;:</b> 6TSCH; Ted Lemon (<a href=3D"mailto:ted.lemon@nominum.com=
">ted.lemon@nominum.com</a>); Adrian Farrel (<a href=3D"mailto:adrian@olddo=
g.co.uk">adrian@olddog.co.uk</a>); Marc Blanchet<br>
<b>Objet&nbsp;:</b> [6tsch] updated charter per BoF suggestion: thoughts?</=
span><span lang=3D"FR" style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">All,<o:p></o=
:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">Thanks to al=
l for for the effort of putting together the BoF on Tuesday! One of the sug=
gestions was to simplify the charter, in particular by reducing the number =
of work items.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">After discus=
sion and suggestions from numerous 6TSCH and other people here at the IETF,=
 the chairs have created a new, simplified version of the draft, which we h=
ave uploaded in the repo at:<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black"><a href=3D"h=
ttps://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch=
-00.txt">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-=
ietf-6tsch-00.txt</a><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">This e-mail =
is to start a discussion on the ML about this revamped charter. Please send=
 comments directly to this thread. Ideally, we would like to converge withi=
n a couple of days, so let's start the
 discussion right now.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">&nbsp;<o:p><=
/o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"color:black">Pascal &amp;=
 Thomas<o:p></o:p></span></p>
</div>
</div>
<pre><span lang=3D"FR" style=3D"color:black">______________________________=
___________________________________________________________________________=
________________<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">Ce message et ses pieces joint=
es peuvent contenir des informations confidentielles ou privilegiees et ne =
doivent donc<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">pas etre diffuses, exploites o=
u copies sans autorisation. Si vous avez recu ce message par erreur, veuill=
ez le signaler<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">a l'expediteur et le detruire =
ainsi que les pieces jointes. Les messages electroniques etant susceptibles=
 d'alteration,<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">Orange decline toute responsab=
ilite si ce message a ete altere, deforme ou falsifie. Merci.<o:p></o:p></s=
pan></pre>
<pre><span lang=3D"FR" style=3D"color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">This message and its attachmen=
ts may contain confidential or privileged information that may be protected=
 by law;<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">they should not be distributed=
, used or copied without authorisation.<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">If you have received this emai=
l in error, please notify the sender and delete this message and its attach=
ments.<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">As emails may be altered, Oran=
ge is not liable for messages that have been modified, changed or falsified=
.<o:p></o:p></span></pre>
<pre><span lang=3D"FR" style=3D"color:black">Thank you.<o:p></o:p></span></=
pre>
</div>
</div>
</div>
</div>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B18501CAExmbrcdx04ciscoc_--

From rstruik.ext@gmail.com  Fri Aug  2 10:17:55 2013
Return-Path: <rstruik.ext@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB2EC11E80E7 for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 10:17:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.423
X-Spam-Level: 
X-Spam-Status: No, score=-2.423 tagged_above=-999 required=5 tests=[AWL=0.175,  BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pjQmcjBYmuSO for <6tsch@ietfa.amsl.com>; Fri,  2 Aug 2013 10:17:48 -0700 (PDT)
Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) by ietfa.amsl.com (Postfix) with ESMTP id BC7C721E80DC for <6tsch@ietf.org>; Fri,  2 Aug 2013 10:17:47 -0700 (PDT)
Received: by mail-qa0-f41.google.com with SMTP id bs12so453186qab.0 for <6tsch@ietf.org>; Fri, 02 Aug 2013 10:17:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=HXw0bOMO9Bv8OA1TMTkA16M4H+DeCT6evYqhxvGC6f8=; b=UXVTo1wSNyW4TjOqU1eEIBsrDbZd2Of7Up+UZq1n/DLPJ+eqaz/2inMqW+sG3RXGeK EclPhIafgYtZqvT2e2MWUjBUAgqmBgC5RWk4niUg8ynvn56bDfYTFTxDajssCFrvR8ck sMVlucaADp58Q/lq6LGWTkrzoNqyMIRadPGcUxuC7Tz00i3IdSakBgAmkUU6SSszEFZl 7SXI1jAESkUTnGgjvg2G2wt3c2+kVFx84kFgHebTd7zKowXOOZV+jipVEvB5l6pH0jru h5Kif9vhnqUNWi33mQ0IX6gPg2ot5IQ1pVfo4dGP3G5arsVjwYc3QcJMsFIewxcfr9jr o6Ug==
X-Received: by 10.224.87.194 with SMTP id x2mr12710187qal.30.1375463866889; Fri, 02 Aug 2013 10:17:46 -0700 (PDT)
Received: from [192.168.1.102] (CPE0013100e2c51-CM001cea35caa6.cpe.net.cable.rogers.com. [99.231.4.27]) by mx.google.com with ESMTPSA id w2sm4803310qec.8.2013.08.02.10.17.42 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 02 Aug 2013 10:17:45 -0700 (PDT)
Message-ID: <51FBE9AE.5020209@gmail.com>
Date: Fri, 02 Aug 2013 13:17:34 -0400
From: Rene Struik <rstruik.ext@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup> <CADJ9OA8KK6u49nsmrO0EKh1q6uoimuYQM3Mcj8555CKvpWJE7g@mail.gmail.com> <CADJ9OA-=TQ6b4sjRrBwTYw-iDMXNOrJ1QLzFwQycw9D4aVmyNg@mail.gmail.com> <51FBCC6A.4010701@gmail.com> <CADJ9OA-LSMr8hGPrmbWNrUsv_dmrkTZMfdmRDn4aGqRnEiOb3Q@mail.gmail.com>
In-Reply-To: <CADJ9OA-LSMr8hGPrmbWNrUsv_dmrkTZMfdmRDn4aGqRnEiOb3Q@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------050604030102090401000304"
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 17:17:55 -0000

This is a multi-part message in MIME format.
--------------050604030102090401000304
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi:

Thanks for the quick feedback. Perfectly fine now.

Rene

On 8/2/2013 12:53 PM, Thomas Watteyne wrote:
> Rene,
>
> The feedback we got both from the BoF and the discussions afterwards 
> was that we needed to reduce the scope of the charter, especially the 
> work items. Essentially, we needed to more clearly highlight the order 
> of the work that needs to be done, and identify the first steps. The 
> proposed charter is therefore not saying "this is the solution we want 
> to build", but rather "these are the first steps towards that 
> solution". As a consequence, what was removed during the revamping 
> process are not things we do not want to do, but rather what we don't 
> want to do right now. As stated in the charter, if we are successful, 
> the intent is to recharter to proceed to the next steps.
>
> The result is that the draft charter contains only the very first 
> steps. We believe that the completed work items will form a solid 
> basis on which to build the next steps. We need to start with 
> something very simple, and throughout the discussion we had at the 
> IETF, it became clear that the simplest case is one where the schedule 
> is static, i.e. once a node has joined a network, its schedule does no 
> change. Obviously, this does not exploit all the possibilities of a 
> TSCH network, but allows us to work on the interaction between TSCH 
> and RPL for example. Once we have that, we can start working 
> on dynamically allocating timeslots.
>
> To answer your question, while work item 2 can certainly contain a 
> minimal security recommendations, the real work on security will 
> happen when we start to deal with dynamic allocation of time slots, 
> for example the establishment of a secure session between the nodes 
> and the PCE. As you pointed out, it is premature to talk about a 
> security solution; the first step is to define the requirements, then 
> come up with a general architecture. This can only happen once we 
> introduce new element, such as the PCE.
>
> About your second remark, I agree that the text is ambiguous. I have 
> modified the language and committed.
>
> Initially, the WG will consider a framework to install a static 
> schedule. In
> this case, a node's schedule remains unchanged after it is done 
> joining the
> network. The Routing Protocol for LLNs (RPL) is used on the resulting 
> network.
>
> Thomas
>
> On Fri, Aug 2, 2013 at 5:12 PM, Rene Struik <rstruik.ext@gmail.com 
> <mailto:rstruik.ext@gmail.com>> wrote:
>
>     Hi Thomas, Pascal:
>
>     Is the intention to leave security out of the present charter and
>     potentially consider as follow-up item with rechartering, or is
>     this somehow captured implicitly under work item #2 (given "learnt
>     when joining the network" language). I would suggest to make this
>     more explicit.
>
>     I have one question re Description of the Working Group:
>     the text suggests a static schedule "once the network is formed".
>     What if one has a network that may change in composition (e.g.,
>     one first only has a PAN coordinator and adds devices along the
>     way, or has to add/remove devices while in operation). Wouldn't
>     this potentially have an impact on scheduling? (otherwise,
>     wouldn't one have to be clairvoyant as to which devices will be on
>     the network and when?)
>
>     Best regards, Rene
>
>     Description of Working Group:
>     -----------------------------
>
>
>     Initially, the WG will define a framework to install a static schedule that
>     remains unchanged once the network is formed, and to run the Routing Protocol
>     for LLNs (RPL) over that schedule. If successful, the intent is to
>     recharter to allow for dynamic schedules.
>
>
>     Work Items:
>     -----------
>
>     The group will:
>
>     1. Produce "Timeslot Management Methods and Formats" to describe how an entity
>     can manage the TSCH schedule on a 6TSCH node, and query timeslot
>     information from that node. Metrics such as timeslot quality
>     reports are in scope, but the actual bindings to transport
>     operation are not.
>     2. Produce "Minimal 6TSCH Configuration" to define how to build a 6TSCH network
>     using the Routing Protocol for LLNs (RPL). This document will assume a static
>     TSCH schedule, which can be either hardcoded, or learnt by a node when joining
>     the network, possibly in a format as defined by work item 1.
>     3. Produce "6TSCH architecture" to describe the design and
>     implementation of 6TSCH networks. This document will highlight the
>     different architectural blocks and signaling flows, including the
>     operation of the network in the presence of
>     multiple BBRs. Initially, the document will focus on distributed routing
>     operation over a static TSCH schedule.
>
>
>     On 8/2/2013 10:51 AM, Thomas Watteyne wrote:
>>     All,
>>
>>     We have slighted refined the language of the proposed charter
>>     following the discussions in this thread. We feel the text is now
>>     ready, please let us know in the next 48h is you notice a major
>>     issue with the finalized text.
>>
>>     The URL of the latest version has not changed, you can find it at:
>>     https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt
>>
>>     Pascal & Thomas
>>
>>
>>
>>     On Fri, Aug 2, 2013 at 4:47 PM, Thomas Watteyne
>>     <watteyne@eecs.berkeley.edu <mailto:watteyne@eecs.berkeley.edu>>
>>     wrote:
>>
>>         Dominique,
>>         Great comments, thanks a million! Please see the answers inline.
>>         Thomas
>>
>>         On Thu, Aug 1, 2013 at 7:01 PM, <dominique.barthel@orange.com
>>         <mailto:dominique.barthel@orange.com>> wrote:
>>
>>             Woww, now this is very focused. This should give us a
>>             clear framework to start our work, and hopefully expand
>>             later.
>>
>>             Overall, I believe the current Work Items description
>>             could elaborate a bit more.
>>
>>             Specifically, please find below my questions, followed by
>>             other minor remarks/suggested changes.
>>
>>             Dominique
>>
>>             ---------
>>
>>             Questions
>>
>>             « Produce "Timeslot Management Methods and Formats" to
>>             describe how an entity can manage the TSCH schedule on a
>>             6TSCH node". The schedule is somewhere described as being
>>             static. In this sentence, the schedule can be "managed"
>>             by an "entity". What prevents the so-called entity to
>>             "manage" the schedule, i.e. allocate slots, based on some
>>             information such as traffic requirements? In which case,
>>             what does "static" mean? Probably "imposed upon the 6top
>>             layer" (if such notion still exists) by some external
>>             mechanism.
>>
>>
>>         I believe we are perfectly in sync. Work item 1 is about the
>>         bits-and-bytes to describe the schedule and timeslot
>>         information. I makes no assumption on when/how it will be
>>         used. As you point out, it can be used (1) in the static
>>         schedule case to learn about the health of the network, and
>>         (2) to manage the schedule at run-time from an external
>>         entity such as a PCE. This second point is out of scope for
>>         the moment.
>>
>>             "or learnt by a node when joining the network, possibly
>>             in a format as defined by work item 1."
>>
>>             Do you mean the description of the schedule would be
>>             provided "in-band" to the joining node (through EB's or
>>             similar mechanism). This does not seem to fit the
>>             description of work item 1, where the "entity" is an
>>             upper layer. Or do you mean as a payload transported on a
>>             default cell/link between upper layer entities ?
>>
>>
>>         The latter is absolutely possible, as detailed in
>>         http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html.
>>
>>             "3. Produce "6TSCH architecture" to describe the design
>>             and implementation of 6TSCH networks. This document will
>>             highlight the different architectural blocks and
>>             signaling flows, including the operation of the network
>>             in the presence of multiple BBRs."
>>
>>             Does this include any form of multi-hop ND? In light of
>>             the discussion at 6lo BoF on this topic, how will compare
>>             to 6lowpan-ND?
>>
>>         We want the architecture to describe all the contextual
>>         information for the reader to get the whole picture, in order
>>         to this document to be a good entrypoint into t e work at
>>         6TSCH. It will therefore describe the IPv6 stack and the
>>         backbone operation, but the focus will largely be on RPL
>>         operation over TSCH networks.
>>
>>             Sentences unclear to me
>>
>>             "A dynamic schedule for traffic that is switched at the
>>             timeslot level may for example be computed centrally by
>>             an entity located on the backbone."  This sentence is
>>             complex and unclear to me overall. Consider rephrasing?
>>
>>         Good catch, we reworded the sentence to:
>>         For example, an entity located on the backbone can be
>>         centrally compute a dynamic schedule for traffic to be
>>         switched by the timeslot sublayer.
>>         This does not change the meaning of the sentence.
>>
>>             "Produce "Timeslot Management Methods and Formats" to
>>             describe how an entity can manage the TSCH schedule on a
>>             6TSCH node". Is it assumed that everybody knows what
>>             "entity" is supposed to mean in this context?
>>
>>         I believe that there are several types of entities that may
>>         benefit from this format, so we'd like to stay agnostic to
>>         the exact nature of the entity in the charter language. This
>>         is discuss in
>>         http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html and
>>         http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html.
>>
>>             Minor changes
>>
>>             s/in front of interference/in front of narrow-band
>>             interference
>>
>>         Done, thanks!
>>
>>             s/- implementers guide, collecting/- implementers guide:
>>             this document will collect/
>>
>>
>>         Done, thanks!
>>
>>             s/- coexistence guide, providing/- coexistence guide:
>>             this document will provide/
>>
>>         Done, thanks!
>>
>>             English writing
>>
>>             s/and ISA100.11a, and/and ISA100.11a, while/
>>
>>         Done, thanks!
>>
>>             s/Initially the document/Initially, the document
>>
>>         Done, thanks!
>>
>>             s/be adapted dynamically/be dynamically adapted/
>>
>>         I'm not sure about that. When reading the sentence, having
>>         the qualifier "dynamically" after stresses it. I hope you agree.
>>
>>             *De :*6tsch-bounces@ietf.org
>>             <mailto:6tsch-bounces@ietf.org>
>>             [mailto:6tsch-bounces@ietf.org
>>             <mailto:6tsch-bounces@ietf.org>] *De la part de* Thomas
>>             Watteyne
>>             *Envoyé :* jeudi 1 août 2013 15:13
>>             *À :* 6TSCH; Ted Lemon (ted.lemon@nominum.com
>>             <mailto:ted.lemon@nominum.com>); Adrian Farrel
>>             (adrian@olddog.co.uk <mailto:adrian@olddog.co.uk>); Marc
>>             Blanchet
>>             *Objet :* [6tsch] updated charter per BoF suggestion:
>>             thoughts?
>>
>>             All,
>>
>>             Thanks to all for for the effort of putting together the
>>             BoF on Tuesday! One of the suggestions was to simplify
>>             the charter, in particular by reducing the number of work
>>             items.
>>
>>             After discussion and suggestions from numerous 6TSCH and
>>             other people here at the IETF, the chairs have created a
>>             new, simplified version of the draft, which we have
>>             uploaded in the repo at:
>>
>>             https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt
>>
>>             This e-mail is to start a discussion on the ML about this
>>             revamped charter. Please send comments directly to this
>>             thread. Ideally, we would like to converge within a
>>             couple of days, so let's start the discussion right now.
>>
>>             Pascal & Thomas
>>
>>             _________________________________________________________________________________________________________________________
>>
>>             Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
>>             pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
>>             a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
>>             Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>>
>>             This message and its attachments may contain confidential or privileged information that may be protected by law;
>>             they should not be distributed, used or copied without authorisation.
>>             If you have received this email in error, please notify the sender and delete this message and its attachments.
>>             As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
>>             Thank you.
>>
>>
>>
>>
>>
>>     _______________________________________________
>>     6tsch mailing list
>>     6tsch@ietf.org  <mailto:6tsch@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/6tsch
>
>
>     -- 
>     email:rstruik.ext@gmail.com  <mailto:rstruik.ext@gmail.com>  | Skype: rstruik
>     cell:+1 (647) 867-5658  <tel:%2B1%20%28647%29%20867-5658>  | US:+1 (415) 690-7363  <tel:%2B1%20%28415%29%20690-7363>
>
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch


-- 
email: rstruik.ext@gmail.com | Skype: rstruik
cell: +1 (647) 867-5658 | US: +1 (415) 690-7363


--------------050604030102090401000304
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi:<br>
      <br>
      Thanks for the quick feedback. Perfectly fine now.<br>
      <br>
      Rene<br>
      <br>
      On 8/2/2013 12:53 PM, Thomas Watteyne wrote:<br>
    </div>
    <blockquote
cite="mid:CADJ9OA-LSMr8hGPrmbWNrUsv_dmrkTZMfdmRDn4aGqRnEiOb3Q@mail.gmail.com"
      type="cite">
      <div dir="ltr">Rene,
        <div><br>
        </div>
        <div>The feedback we got both from the BoF and the discussions
          afterwards was that we needed to reduce the scope of the
          charter, especially the work items. Essentially, we needed to
          more clearly highlight the order of the work that needs to be
          done, and identify the first steps. The proposed charter is
          therefore not saying "this is the solution we want to build",
          but rather "these are the first steps towards that solution".
          As a consequence, what was removed during the revamping
          process are not things we do not want to do, but rather what
          we don't want to do right now. As stated in the charter, if we
          are successful, the intent is to recharter to proceed to the
          next steps.</div>
        <div><br>
        </div>
        <div>The result is that the draft charter contains only the very
          first steps. We believe that the completed work items will
          form a solid basis on which to build the next steps. We need
          to start with something very simple, and throughout the
          discussion we had at the IETF, it became clear that the
          simplest case is one where the schedule is static, i.e. once a
          node has joined a network, its schedule does no change.
          Obviously, this does not exploit all the possibilities of a
          TSCH network, but allows us to work on the interaction between
          TSCH and RPL for example. Once we have that, we can start
          working on&nbsp;dynamically&nbsp;allocating timeslots.</div>
        <div><br>
        </div>
        <div>To answer your question, while work item 2 can certainly
          contain a minimal security recommendations, the real work on
          security will happen when we start to deal with dynamic
          allocation of time slots, for example the establishment of a
          secure session between the nodes and the PCE. As you pointed
          out, it is premature to talk about a security solution; the
          first step is to define the requirements, then come up with a
          general architecture. This can only happen once we introduce
          new element, such as the PCE.</div>
        <div><br>
        </div>
        <div>About your second remark, I agree that the text
          is&nbsp;ambiguous. I have modified the language and committed.</div>
        <div><br>
        </div>
        <div>
          <div>
            <div><font face="courier new, monospace">Initially, the WG
                will consider a framework to install a static schedule.
                In</font></div>
            <div><font face="courier new, monospace">this case, a node's
                schedule remains unchanged after it is done joining the</font></div>
            <div><font face="courier new, monospace">network. The
                Routing Protocol for LLNs (RPL) is used on the resulting
                network.</font></div>
          </div>
          <div><br>
          </div>
          <div>Thomas</div>
        </div>
        <div class="gmail_extra"><br>
          <div class="gmail_quote">
            On Fri, Aug 2, 2013 at 5:12 PM, Rene Struik <span dir="ltr">&lt;<a
                moz-do-not-send="true"
                href="mailto:rstruik.ext@gmail.com" target="_blank">rstruik.ext@gmail.com</a>&gt;</span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
              <div text="#000000" bgcolor="#FFFFFF">
                <div>Hi Thomas, Pascal:<br>
                  <br>
                  Is the intention to leave security out of the present
                  charter and potentially consider as follow-up item
                  with rechartering, or is this somehow captured
                  implicitly under work item #2 (given "learnt when
                  joining the network" language). I would suggest to
                  make this more explicit.<br>
                  <br>
                  I have one question re Description of the Working
                  Group: <br>
                  the text suggests a static schedule "once the network
                  is formed". What if one has a network that may change
                  in composition (e.g., one first only has a PAN
                  coordinator and adds devices along the way, or has to
                  add/remove devices while in operation). Wouldn't this
                  potentially have an impact on scheduling? (otherwise,
                  wouldn't one have to be clairvoyant as to which
                  devices will be on the network and when?)<br>
                  <br>
                  Best regards, Rene<br>
                  <br>
                  <pre style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;font-weight:normal;line-height:1.4;color:rgb(51,51,51);text-transform:none;font-size:12px;font-family:'Bitstream Vera Sans Mono','DejaVu Sans Mono',Monaco,monospace;margin:0px;word-spacing:0px">
Description of Working Group:
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-38" style="color:rgb(59,115,175);text-decoration:none"></a>-----------------------------</pre>
                  <br>
                  <pre style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;font-weight:normal;line-height:1.4;color:rgb(51,51,51);text-transform:none;font-size:12px;font-family:'Bitstream Vera Sans Mono','DejaVu Sans Mono',Monaco,monospace;margin:0px;word-spacing:0px">
Initially, the WG will define a framework to install a static schedule that
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-45" style="color:rgb(59,115,175);text-decoration:none"></a>remains unchanged once the network is formed, and to run the Routing Protocol
<div><a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-46" style="color:rgb(59,115,175);text-decoration:none"></a>for LLNs (RPL) over that schedule.

If successful, the intent is to recharter to allow for dynamic schedules.
</div></pre>
                  <br>
                  <pre style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;font-weight:normal;line-height:1.4;color:rgb(51,51,51);text-transform:none;font-size:12px;font-family:'Bitstream Vera Sans Mono','DejaVu Sans Mono',Monaco,monospace;margin:0px;word-spacing:0px">
Work Items:
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-59" style="color:rgb(59,115,175);text-decoration:none"></a>-----------
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-60" style="color:rgb(59,115,175);text-decoration:none"></a>
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-61" style="color:rgb(59,115,175);text-decoration:none"></a>The group will:
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-62" style="color:rgb(59,115,175);text-decoration:none"></a>
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-63" style="color:rgb(59,115,175);text-decoration:none"></a>1. Produce "Timeslot Management Methods and Formats" to describe how an entity
<div><a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-64" style="color:rgb(59,115,175);text-decoration:none"></a>can manage the TSCH schedule on a 6TSCH node, and query timeslot information
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-65" style="color:rgb(59,115,175);text-decoration:none"></a>from that node. Metrics such as timeslot quality reports are in scope, but
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-66" style="color:rgb(59,115,175);text-decoration:none"></a>the actual bindings to transport operation are not.
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-67" style="color:rgb(59,115,175);text-decoration:none"></a>
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-68" style="color:rgb(59,115,175);text-decoration:none"></a></div>2. Produce "Minimal 6TSCH Configuration" to define how to build a 6TSCH network
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-69" style="color:rgb(59,115,175);text-decoration:none"></a>using the Routing Protocol for LLNs (RPL). This document will assume a static
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-70" style="color:rgb(59,115,175);text-decoration:none"></a>TSCH schedule, which can be either hardcoded, or learnt by a node when joining
<div><a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-71" style="color:rgb(59,115,175);text-decoration:none"></a>the network, possibly in a format as defined by work item 1.
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-72" style="color:rgb(59,115,175);text-decoration:none"></a>
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-73" style="color:rgb(59,115,175);text-decoration:none"></a></div><div>3. Produce "6TSCH architecture" to describe the design and implementation of
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-74" style="color:rgb(59,115,175);text-decoration:none"></a>6TSCH networks. This document will highlight the different architectural blocks
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-75" style="color:rgb(59,115,175);text-decoration:none"></a>and signaling flows, including the operation of the network in the presence of
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-76" style="color:rgb(59,115,175);text-decoration:none"></a></div>multiple BBRs. Initially, the document will focus on distributed routing
<a moz-do-not-send="true" name="1403fe49232393cb_1403f96cc98441ab_cl-77" style="color:rgb(59,115,175);text-decoration:none"></a>operation over a static TSCH schedule.

</pre>
                  <div>
                    <div> <br>
                      On 8/2/2013 10:51 AM, Thomas Watteyne wrote:<br>
                    </div>
                  </div>
                </div>
                <blockquote type="cite">
                  <div>
                    <div>
                      <div dir="ltr">All,
                        <div><br>
                        </div>
                        <div>We have slighted refined the language of
                          the proposed charter following the discussions
                          in this thread. We feel the text is now ready,
                          please let us know in the next 48h is you
                          notice a major issue with the finalized text.</div>
                        <div><br>
                        </div>
                        <div>The URL of the latest version has not
                          changed, you can find it at:</div>
                        <div><a moz-do-not-send="true"
href="https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt"
                            target="_blank">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a><br>
                        </div>
                        <div><br>
                        </div>
                        <div>Pascal &amp; Thomas</div>
                        <div><br>
                        </div>
                      </div>
                      <div class="gmail_extra"><br>
                        <br>
                        <div class="gmail_quote">On Fri, Aug 2, 2013 at
                          4:47 PM, Thomas Watteyne <span dir="ltr">&lt;<a
                              moz-do-not-send="true"
                              href="mailto:watteyne@eecs.berkeley.edu"
                              target="_blank">watteyne@eecs.berkeley.edu</a>&gt;</span>
                          wrote:<br>
                          <blockquote class="gmail_quote"
                            style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                            <div dir="ltr">Dominique,
                              <div>Great comments, thanks a million!
                                Please see the answers inline.<br>
                              </div>
                              <div>Thomas</div>
                              <div><br>
                                <div class="gmail_extra">
                                  <div class="gmail_quote">
                                    <div>On Thu, Aug 1, 2013 at 7:01 PM,
                                      <span dir="ltr">&lt;<a
                                          moz-do-not-send="true"
                                          href="mailto:dominique.barthel@orange.com"
                                          target="_blank">dominique.barthel@orange.com</a>&gt;</span>
                                      wrote:<br>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">Woww, now
                                                this is very focused.
                                                This should give us a
                                                clear framework to start
                                                our work, and hopefully
                                                expand later.</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">Overall, I
                                                believe the current Work
                                                Items description could
                                                elaborate a bit more.</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">Specifically,
                                                please find below my
                                                questions, followed by
                                                other minor
                                                remarks/suggested
                                                changes.</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">&nbsp;</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">Dominique</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">&nbsp;</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">---------</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">&nbsp;</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">Questions</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">&laquo;&nbsp;Produce
                                                "Timeslot Management
                                                Methods and Formats" to
                                                describe how an entity
                                                can manage the TSCH
                                                schedule on a 6TSCH
                                                node&#8221;. The schedule is
                                                somewhere described as
                                                being static. In this
                                                sentence, the schedule
                                                can be &#8220;managed&#8221; by an
                                                &#8220;entity&#8221;. What prevents
                                                the so-called entity to
                                                &#8220;manage&#8221; the schedule,
                                                i.e. allocate slots,
                                                based on some
                                                information such as
                                                traffic requirements? In
                                                which case, what does
                                                &#8220;static&#8221; mean? Probably
                                                &#8220;imposed upon the 6top
                                                layer&#8221; (if such notion
                                                still exists) by some
                                                external mechanism.</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                      <div><br>
                                      </div>
                                    </div>
                                    <div>I believe we are perfectly in
                                      sync. Work item 1 is about the
                                      bits-and-bytes to describe the
                                      schedule and timeslot information.
                                      I makes no assumption on when/how
                                      it will be used. As you point out,
                                      it can be used (1) in the static
                                      schedule case to learn about the
                                      health of the network, and (2) to
                                      manage the schedule at run-time
                                      from an external entity such as a
                                      PCE. This second point is out of
                                      scope for the moment.</div>
                                    <div>
                                      <div><br>
                                      </div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <p> <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                              lang="EN-US"></span></p>
                                          <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                              lang="EN-US">&nbsp;</span><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">&#8220;or

                                              learnt by a node when
                                              joining the network,
                                              possibly in a format as
                                              defined by work item 1.&#8221;</span></p>
                                          <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                              lang="EN-US">Do you mean
                                              the description of the
                                              schedule would be provided
                                              &#8220;in-band&#8221; to the joining
                                              node (through EB&#8217;s or
                                              similar mechanism). This
                                              does not seem to fit the
                                              description of work item
                                              1, where the &#8220;entity&#8221; is
                                              an upper layer. Or do you
                                              mean as a payload
                                              transported on a default
                                              cell/link between upper
                                              layer entities ?</span></p>
                                        </div>
                                      </blockquote>
                                      <div><br>
                                      </div>
                                    </div>
                                    <div>The latter is absolutely
                                      possible, as detailed in&nbsp;<a
                                        moz-do-not-send="true"
                                        href="http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html"
                                        target="_blank">http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html</a>.</div>
                                    <div>
                                      <div>&nbsp;</div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p> <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US"></span></p>
                                            <p><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">&#8220;3.

                                                Produce "6TSCH
                                                architecture" to
                                                describe the design and
                                                implementation of 6TSCH
                                                networks. This document
                                                will highlight the
                                                different architectural
                                                blocks and signaling
                                                flows, including the
                                                operation of the network
                                                in the presence of
                                                multiple BBRs.&#8221;</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">Does this
                                                include any form of
                                                multi-hop ND? In light
                                                of the discussion at 6lo
                                                BoF on this topic, how
                                                will compare to
                                                6lowpan-ND?</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                    </div>
                                    <div>We want the architecture to
                                      describe all the contextual
                                      information for the reader to get
                                      the whole picture, in order to
                                      this document to be a good
                                      entrypoint into t e work at 6TSCH.
                                      It will therefore describe the
                                      IPv6 stack and the backbone
                                      operation, but the focus will
                                      largely be on RPL operation over
                                      TSCH networks.<br>
                                    </div>
                                    <div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p> <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US"></span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">&nbsp;</span><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">Sentences

                                                unclear to me</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">&#8220;A dynamic
                                                schedule for traffic
                                                that is switched at the
                                                timeslot level may for
                                                example be computed
                                                centrally by an entity
                                                located on the
                                                backbone.&#8221; &nbsp;This
                                                sentence is complex and
                                                unclear to me overall.
                                                Consider rephrasing?</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                    </div>
                                    <div>Good catch, we reworded the
                                      sentence to:</div>
                                    <div>
                                      <div><font face="courier new,
                                          monospace">For example, an
                                          entity located on the backbone
                                          can be centrally compute a
                                          dynamic schedule for traffic
                                          to be switched by the timeslot
                                          sublayer.</font></div>
                                    </div>
                                    <div>This does not change the
                                      meaning of the sentence.</div>
                                    <div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US"></span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">&#8220;Produce
                                                "Timeslot Management
                                                Methods and Formats" to
                                                describe how an entity
                                                can manage the TSCH
                                                schedule on a 6TSCH
                                                node&#8221;. Is it assumed
                                                that everybody knows
                                                what &#8220;entity&#8221; is
                                                supposed to mean in this
                                                context?</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                    </div>
                                    <div>I believe that there are
                                      several types of entities that may
                                      benefit from this format, so we'd
                                      like to stay agnostic to the exact
                                      nature of the entity in the
                                      charter language. This is discuss
                                      in&nbsp;<a moz-do-not-send="true"
                                        href="http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html"
                                        target="_blank">http://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html</a>&nbsp;and&nbsp;<a
                                        moz-do-not-send="true"
                                        href="http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html"
                                        target="_blank">http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html</a>.<br>
                                    </div>
                                    <div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p> <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US"></span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">&nbsp;</span><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">Minor

                                                changes</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">s/in front
                                                of interference/in front
                                                of narrow-band
                                                interference</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                    </div>
                                    <div>Done, thanks!</div>
                                    <div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p> <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US"></span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">s/-
                                                implementers guide,
                                                collecting/</span><span
                                                lang="EN-US"> </span><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">-
                                                implementers guide: this
                                                document will collect/</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                      <div><br>
                                      </div>
                                    </div>
                                    <div>Done, thanks!&nbsp;</div>
                                    <div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p> <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US"></span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">s/-
                                                coexistence guide,
                                                providing/- coexistence
                                                guide: this document
                                                will provide/</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                    </div>
                                    <div>Done, thanks!&nbsp;</div>
                                    <div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US"></span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">&nbsp;</span><span
style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">English

                                                writing</span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">s/and
                                                ISA100.11a, and/and
                                                ISA100.11a, while/</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                    </div>
                                    <div>Done, thanks!&nbsp;</div>
                                    <div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US"></span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">s/Initially
                                                the document/Initially,
                                                the document</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                    </div>
                                    <div>Done, thanks!&nbsp;</div>
                                    <div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p> <span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US"></span></p>
                                            <p><span
style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"
                                                lang="EN-US">s/be
                                                adapted dynamically/be
                                                dynamically adapted/</span></p>
                                          </div>
                                        </div>
                                      </blockquote>
                                    </div>
                                    <div>I'm not sure about that. When
                                      reading the sentence, having the
                                      qualifier "dynamically" after
                                      stresses it. I hope you agree.</div>
                                    <div>
                                      <blockquote class="gmail_quote"
                                        style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
                                        <div link="blue" vlink="purple"
                                          lang="FR">
                                          <div>
                                            <p><b><span
                                                  style="font-size:10pt;font-family:Tahoma,sans-serif">De&nbsp;:</span></b><span
style="font-size:10pt;font-family:Tahoma,sans-serif"> <a
                                                  moz-do-not-send="true"
href="mailto:6tsch-bounces@ietf.org" target="_blank">6tsch-bounces@ietf.org</a>
                                                [mailto:<a
                                                  moz-do-not-send="true"
href="mailto:6tsch-bounces@ietf.org" target="_blank">6tsch-bounces@ietf.org</a>]
                                                <b>De la part de</b>
                                                Thomas Watteyne<br>
                                                <b>Envoy&eacute;&nbsp;:</b> jeudi 1
                                                ao&ucirc;t 2013 15:13<br>
                                                <b>&Agrave;&nbsp;:</b> 6TSCH; Ted
                                                Lemon (<a
                                                  moz-do-not-send="true"
href="mailto:ted.lemon@nominum.com" target="_blank">ted.lemon@nominum.com</a>);

                                                Adrian Farrel (<a
                                                  moz-do-not-send="true"
href="mailto:adrian@olddog.co.uk" target="_blank">adrian@olddog.co.uk</a>);

                                                Marc Blanchet<br>
                                                <b>Objet&nbsp;:</b> [6tsch]
                                                updated charter per BoF
                                                suggestion: thoughts?</span></p>
                                            <div>
                                              <div>
                                                <p>&nbsp;</p>
                                                <div>
                                                  <p>All,</p>
                                                  <div>
                                                    <p>&nbsp;</p>
                                                  </div>
                                                  <div>
                                                    <p>Thanks to all for
                                                      for the effort of
                                                      putting together
                                                      the BoF on
                                                      Tuesday! One of
                                                      the suggestions
                                                      was to simplify
                                                      the charter, in
                                                      particular by
                                                      reducing the
                                                      number of work
                                                      items.</p>
                                                  </div>
                                                  <div>
                                                    <p>&nbsp;</p>
                                                  </div>
                                                  <div>
                                                    <p>After discussion
                                                      and suggestions
                                                      from numerous
                                                      6TSCH and other
                                                      people here at the
                                                      IETF, the chairs
                                                      have created a
                                                      new, simplified
                                                      version of the
                                                      draft, which we
                                                      have uploaded in
                                                      the repo at:</p>
                                                  </div>
                                                  <div>
                                                    <p><a
                                                        moz-do-not-send="true"
href="https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt"
                                                        target="_blank">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</a></p>
                                                  </div>
                                                  <div>
                                                    <p>&nbsp;</p>
                                                  </div>
                                                  <div>
                                                    <p>This e-mail is to
                                                      start a discussion
                                                      on the ML about
                                                      this revamped
                                                      charter. Please
                                                      send comments
                                                      directly to this
                                                      thread. Ideally,
                                                      we would like to
                                                      converge within a
                                                      couple of days, so
                                                      let's start the
                                                      discussion right
                                                      now.</p>
                                                  </div>
                                                  <div>
                                                    <p>&nbsp;</p>
                                                  </div>
                                                  <div>
                                                    <p>Pascal &amp;
                                                      Thomas</p>
                                                  </div>
                                                </div>
                                              </div>
                                            </div>
                                          </div>
                                          <pre>_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
</pre>
                                        </div>
                                      </blockquote>
                                    </div>
                                  </div>
                                  <br>
                                </div>
                              </div>
                            </div>
                          </blockquote>
                        </div>
                        <br>
                      </div>
                      <br>
                      <fieldset></fieldset>
                      <br>
                    </div>
                  </div>
                  <div>
                    <pre>_______________________________________________
6tsch mailing list
<a moz-do-not-send="true" href="mailto:6tsch@ietf.org" target="_blank">6tsch@ietf.org</a>
<a moz-do-not-send="true" href="https://www.ietf.org/mailman/listinfo/6tsch" target="_blank">https://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
                  </div>
                </blockquote>
                <span><font color="#888888"> <br>
                    <br>
                    <pre cols="72">-- 
email: <a moz-do-not-send="true" href="mailto:rstruik.ext@gmail.com" target="_blank">rstruik.ext@gmail.com</a> | Skype: rstruik
cell: <a moz-do-not-send="true" href="tel:%2B1%20%28647%29%20867-5658" value="+16478675658" target="_blank">+1 (647) 867-5658</a> | US: <a moz-do-not-send="true" href="tel:%2B1%20%28415%29%20690-7363" value="+14156907363" target="_blank">+1 (415) 690-7363</a></pre>
                  </font></span></div>
            </blockquote>
          </div>
          <br>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
6tsch mailing list
<a class="moz-txt-link-abbreviated" href="mailto:6tsch@ietf.org">6tsch@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
email: <a class="moz-txt-link-abbreviated" href="mailto:rstruik.ext@gmail.com">rstruik.ext@gmail.com</a> | Skype: rstruik
cell: +1 (647) 867-5658 | US: +1 (415) 690-7363</pre>
  </body>
</html>

--------------050604030102090401000304--

From dominique.barthel@orange.com  Sat Aug  3 10:12:55 2013
Return-Path: <dominique.barthel@orange.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5212621F9CA2 for <6tsch@ietfa.amsl.com>; Sat,  3 Aug 2013 10:12:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level: 
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IcRlJGLGfh6M for <6tsch@ietfa.amsl.com>; Sat,  3 Aug 2013 10:12:50 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id 9A24821F98AD for <6tsch@ietf.org>; Sat,  3 Aug 2013 10:12:49 -0700 (PDT)
Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm09.si.francetelecom.fr (ESMTP service) with ESMTP id 81A862DC5A0; Sat,  3 Aug 2013 19:12:48 +0200 (CEST)
Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id 6BB954C168; Sat,  3 Aug 2013 19:12:48 +0200 (CEST)
Received: from PEXCVZYM13.corporate.adroot.infra.ftgroup ([fe80::cc7e:e40b:42ef:164e]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.02.0328.009; Sat, 3 Aug 2013 19:12:48 +0200
From: <dominique.barthel@orange.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, 6TSCH <6tsch@ietf.org>
Thread-Topic: [6tsch] updated charter per BoF suggestion: thoughts?
Thread-Index: AQHOj48tA0peJlBankqBszyBnwxOPZmB3uUAgAHal/A=
Date: Sat, 3 Aug 2013 17:12:47 +0000
Message-ID: <7058_1375549968_51FD3A10_7058_8393_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7F2C5@PEXCVZYM13.corporate.adroot.infra.ftgroup>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <14802_1375376511_51FA947F_14802_1850_1_8F1D83ADCC1AC94186A867BEE9B7D91306D7ECA7@PEXCVZYM13.corporate.adroot.infra.ftgroup> <CADJ9OA8KK6u49nsmrO0EKh1q6uoimuYQM3Mcj8555CKvpWJE7g@mail.gmail.com> <CADJ9OA-=TQ6b4sjRrBwTYw-iDMXNOrJ1QLzFwQycw9D4aVmyNg@mail.gmail.com>
In-Reply-To: <CADJ9OA-=TQ6b4sjRrBwTYw-iDMXNOrJ1QLzFwQycw9D4aVmyNg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.197.38.1]
Content-Type: multipart/alternative; boundary="_000_8F1D83ADCC1AC94186A867BEE9B7D91306D7F2C5PEXCVZYM13corpo_"
MIME-Version: 1.0
X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2013.8.3.154502
Subject: Re: [6tsch] updated charter per BoF suggestion: thoughts?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Aug 2013 17:12:55 -0000

--_000_8F1D83ADCC1AC94186A867BEE9B7D91306D7F2C5PEXCVZYM13corpo_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello Thomas, Pascal,

Thanks for your detailed answers to my questions and comments.
This new charter addresses them all.
I support it.
Cheers,

Dominique

De : 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] De la part de T=
homas Watteyne
Envoy=E9 : vendredi 2 ao=FBt 2013 16:52
=C0 : 6TSCH
Objet : Re: [6tsch] updated charter per BoF suggestion: thoughts?

All,

We have slighted refined the language of the proposed charter following the=
 discussions in this thread. We feel the text is now ready, please let us k=
now in the next 48h is you notice a major issue with the finalized text.

The URL of the latest version has not changed, you can find it at:
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt

Pascal & Thomas


On Fri, Aug 2, 2013 at 4:47 PM, Thomas Watteyne <watteyne@eecs.berkeley.edu=
<mailto:watteyne@eecs.berkeley.edu>> wrote:
Dominique,
Great comments, thanks a million! Please see the answers inline.
Thomas

On Thu, Aug 1, 2013 at 7:01 PM, <dominique.barthel@orange.com<mailto:domini=
que.barthel@orange.com>> wrote:

Woww, now this is very focused. This should give us a clear framework to st=
art our work, and hopefully expand later.

Overall, I believe the current Work Items description could elaborate a bit=
 more.

Specifically, please find below my questions, followed by other minor remar=
ks/suggested changes.



Dominique



---------



Questions

=AB Produce "Timeslot Management Methods and Formats" to describe how an en=
tity can manage the TSCH schedule on a 6TSCH node". The schedule is somewhe=
re described as being static. In this sentence, the schedule can be "manage=
d" by an "entity". What prevents the so-called entity to "manage" the sched=
ule, i.e. allocate slots, based on some information such as traffic require=
ments? In which case, what does "static" mean? Probably "imposed upon the 6=
top layer" (if such notion still exists) by some external mechanism.

I believe we are perfectly in sync. Work item 1 is about the bits-and-bytes=
 to describe the schedule and timeslot information. I makes no assumption o=
n when/how it will be used. As you point out, it can be used (1) in the sta=
tic schedule case to learn about the health of the network, and (2) to mana=
ge the schedule at run-time from an external entity such as a PCE. This sec=
ond point is out of scope for the moment.


 "or learnt by a node when joining the network, possibly in a format as def=
ined by work item 1."

Do you mean the description of the schedule would be provided "in-band" to =
the joining node (through EB's or similar mechanism). This does not seem to=
 fit the description of work item 1, where the "entity" is an upper layer. =
Or do you mean as a payload transported on a default cell/link between uppe=
r layer entities ?

The latter is absolutely possible, as detailed in http://www.ietf.org/mail-=
archive/web/6tsch/current/msg00973.html.


"3. Produce "6TSCH architecture" to describe the design and implementation =
of 6TSCH networks. This document will highlight the different architectural=
 blocks and signaling flows, including the operation of the network in the =
presence of multiple BBRs."

Does this include any form of multi-hop ND? In light of the discussion at 6=
lo BoF on this topic, how will compare to 6lowpan-ND?
We want the architecture to describe all the contextual information for the=
 reader to get the whole picture, in order to this document to be a good en=
trypoint into t e work at 6TSCH. It will therefore describe the IPv6 stack =
and the backbone operation, but the focus will largely be on RPL operation =
over TSCH networks.

 Sentences unclear to me

"A dynamic schedule for traffic that is switched at the timeslot level may =
for example be computed centrally by an entity located on the backbone."  T=
his sentence is complex and unclear to me overall. Consider rephrasing?
Good catch, we reworded the sentence to:
For example, an entity located on the backbone can be centrally compute a d=
ynamic schedule for traffic to be switched by the timeslot sublayer.
This does not change the meaning of the sentence.

"Produce "Timeslot Management Methods and Formats" to describe how an entit=
y can manage the TSCH schedule on a 6TSCH node". Is it assumed that everybo=
dy knows what "entity" is supposed to mean in this context?
I believe that there are several types of entities that may benefit from th=
is format, so we'd like to stay agnostic to the exact nature of the entity =
in the charter language. This is discuss in http://www.ietf.org/mail-archiv=
e/web/6tsch/current/msg00973.html and http://www.ietf.org/mail-archive/web/=
6tsch/current/msg00975.html.

 Minor changes

s/in front of interference/in front of narrow-band interference
Done, thanks!

s/- implementers guide, collecting/ - implementers guide: this document wil=
l collect/

Done, thanks!

s/- coexistence guide, providing/- coexistence guide: this document will pr=
ovide/
Done, thanks!

 English writing

s/and ISA100.11a, and/and ISA100.11a, while/
Done, thanks!

s/Initially the document/Initially, the document
Done, thanks!

s/be adapted dynamically/be dynamically adapted/
I'm not sure about that. When reading the sentence, having the qualifier "d=
ynamically" after stresses it. I hope you agree.

De : 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] De la part de Thomas Watteyne
Envoy=E9 : jeudi 1 ao=FBt 2013 15:13
=C0 : 6TSCH; Ted Lemon (ted.lemon@nominum.com<mailto:ted.lemon@nominum.com>=
); Adrian Farrel (adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>); Marc Bl=
anchet
Objet : [6tsch] updated charter per BoF suggestion: thoughts?



All,



Thanks to all for for the effort of putting together the BoF on Tuesday! On=
e of the suggestions was to simplify the charter, in particular by reducing=
 the number of work items.



After discussion and suggestions from numerous 6TSCH and other people here =
at the IETF, the chairs have created a new, simplified version of the draft=
, which we have uploaded in the repo at:

https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsc=
h-00.txt



This e-mail is to start a discussion on the ML about this revamped charter.=
 Please send comments directly to this thread. Ideally, we would like to co=
nverge within a couple of days, so let's start the discussion right now.



Pascal & Thomas

___________________________________________________________________________=
______________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.



This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and dele=
te this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.

Thank you.



___________________________________________________________________________=
______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.


--_000_8F1D83ADCC1AC94186A867BEE9B7D91306D7F2C5PEXCVZYM13corpo_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
pre
	{mso-style-priority:99;
	mso-style-link:"Pr=E9format=E9 HTML Car";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Texte de bulles Car";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.PrformatHTMLCar
	{mso-style-name:"Pr=E9format=E9 HTML Car";
	mso-style-priority:99;
	mso-style-link:"Pr=E9format=E9 HTML";
	font-family:Consolas;
	mso-fareast-language:FR;}
span.TextedebullesCar
	{mso-style-name:"Texte de bulles Car";
	mso-style-priority:99;
	mso-style-link:"Texte de bulles";
	font-family:"Tahoma","sans-serif";
	mso-fareast-language:FR;}
span.EmailStyle22
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"FR" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hello Thom=
as, Pascal,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thanks for=
 your detailed answers to my questions and comments.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">This new c=
harter addresses them all.<br>
I support it.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dominique<o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">De&nbsp;:</span></b><span style=3D"fo=
nt-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsc=
h-bounces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>De la part de</b> Thomas Watteyne<br>
<b>Envoy=E9&nbsp;:</b> vendredi 2 ao=FBt 2013 16:52<br>
<b>=C0&nbsp;:</b> 6TSCH<br>
<b>Objet&nbsp;:</b> Re: [6tsch] updated charter per BoF suggestion: thought=
s?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">All,<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">We have slighted refined the la=
nguage of the proposed charter following the discussions in this thread. We=
 feel the text is now ready, please let us know in the next 48h is you noti=
ce a major issue with the finalized
 text.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">The URL of the latest version h=
as not changed, you can find it at:<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-=
6tsch/src/master/charter-ietf-6tsch-00.txt"><span lang=3D"EN-US">https://bi=
tbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</=
span></a><span lang=3D"EN-US"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Pascal &amp; Thomas<o:p></o:p><=
/span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span lang=3D"EN-US">=
<o:p>&nbsp;</o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">On Fri, Aug 2, 2013 at 4:47 PM,=
 Thomas Watteyne &lt;</span><a href=3D"mailto:watteyne@eecs.berkeley.edu" t=
arget=3D"_blank"><span lang=3D"EN-US">watteyne@eecs.berkeley.edu</span></a>=
<span lang=3D"EN-US">&gt; wrote:<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Dominique,<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Great comments, thanks a millio=
n! Please see the answers inline.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Thomas<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">On Thu, Aug 1, 2013 at 7:01 PM,=
 &lt;</span><a href=3D"mailto:dominique.barthel@orange.com" target=3D"_blan=
k"><span lang=3D"EN-US">dominique.barthel@orange.com</span></a><span lang=
=3D"EN-US">&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">Woww, now this is very focused=
. This should give us a clear framework to start our work, and hopefully ex=
pand later.</span><span lang=3D"EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">Overall, I believe the current=
 Work Items description could elaborate a bit more.</span><span lang=3D"EN-=
US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">Specifically, please find belo=
w my questions, followed by other minor remarks/suggested changes.</span><s=
pan lang=3D"EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=3D"EN-=
US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">Dominique</span><span lang=3D"=
EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=3D"EN-=
US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">---------</span><span lang=3D"=
EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span lang=3D"EN-=
US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">Questions</span><span lang=3D"=
EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">=AB&nbsp;Produce &quot;Timeslo=
t Management Methods and Formats&quot; to describe how an entity can manage=
 the TSCH schedule on a 6TSCH node&#8221;. The schedule is somewhere descri=
bed
 as being static. In this sentence, the schedule can be &#8220;managed&#822=
1; by an &#8220;entity&#8221;. What prevents the so-called entity to &#8220=
;manage&#8221; the schedule, i.e. allocate slots, based on some information=
 such as traffic requirements? In which case, what does &#8220;static&#8221=
; mean?
 Probably &#8220;imposed upon the 6top layer&#8221; (if such notion still e=
xists) by some external mechanism.</span><span lang=3D"EN-US"><o:p></o:p></=
span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I believe we are perfectly in s=
ync. Work item 1 is about the bits-and-bytes to describe the schedule and t=
imeslot information. I makes no assumption on when/how it will be used. As =
you point out, it can be used (1) in
 the static schedule case to learn about the health of the network, and (2)=
 to manage the schedule at run-time from an external entity such as a PCE. =
This second point is out of scope for the moment.<o:p></o:p></span></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;&#8220;or learnt by a no=
de when joining the network, possibly in a format as defined by work item 1=
.&#8221;</span><span lang=3D"EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">Do you mean the description of=
 the schedule would be provided &#8220;in-band&#8221; to the joining node (=
through EB&#8217;s or similar mechanism). This does not seem to fit the des=
cription
 of work item 1, where the &#8220;entity&#8221; is an upper layer. Or do yo=
u mean as a payload transported on a default cell/link between upper layer =
entities ?</span><span lang=3D"EN-US"><o:p></o:p></span></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">The latter is absolutely possib=
le, as detailed in&nbsp;</span><a href=3D"http://www.ietf.org/mail-archive/=
web/6tsch/current/msg00973.html" target=3D"_blank"><span lang=3D"EN-US">htt=
p://www.ietf.org/mail-archive/web/6tsch/current/msg00973.html</span></a><sp=
an lang=3D"EN-US">.<o:p></o:p></span></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;3. Produce &quot;6TSCH =
architecture&quot; to describe the design and implementation of 6TSCH netwo=
rks. This document will highlight the different architectural blocks and
 signaling flows, including the operation of the network in the presence of=
 multiple BBRs.&#8221;</span><span lang=3D"EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">Does this include any form of =
multi-hop ND? In light of the discussion at 6lo BoF on this topic, how will=
 compare to 6lowpan-ND?</span><span lang=3D"EN-US"><o:p></o:p></span></p>
</div>
</div>
</blockquote>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">We want the architecture to des=
cribe all the contextual information for the reader to get the whole pictur=
e, in order to this document to be a good entrypoint into t e work at 6TSCH=
. It will therefore describe the IPv6
 stack and the backbone operation, but the focus will largely be on RPL ope=
ration over TSCH networks.<o:p></o:p></span></p>
</div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;Sentences unclear to me<=
/span><span lang=3D"EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;A dynamic schedule for =
traffic that is switched at the timeslot level may for example be computed =
centrally by an entity located on the backbone.&#8221; &nbsp;This sentence
 is complex and unclear to me overall. Consider rephrasing?</span><span lan=
g=3D"EN-US"><o:p></o:p></span></p>
</div>
</div>
</blockquote>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Good catch, we reworded the sen=
tence to:<o:p></o:p></span></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cour=
ier New&quot;">For example, an entity located on the backbone can be centra=
lly compute a dynamic schedule for traffic to be switched by the timeslot s=
ublayer.</span><span lang=3D"EN-US"><o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">This does not change the meanin=
g of the sentence.<o:p></o:p></span></p>
</div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;Produce &quot;Timeslot =
Management Methods and Formats&quot; to describe how an entity can manage t=
he TSCH schedule on a 6TSCH node&#8221;. Is it assumed that everybody knows=
 what
 &#8220;entity&#8221; is supposed to mean in this context?</span><span lang=
=3D"EN-US"><o:p></o:p></span></p>
</div>
</div>
</blockquote>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I believe that there are severa=
l types of entities that may benefit from this format, so we'd like to stay=
 agnostic to the exact nature of the entity in the charter language. This i=
s discuss in&nbsp;</span><a href=3D"http://www.ietf.org/mail-archive/web/6t=
sch/current/msg00973.html" target=3D"_blank"><span lang=3D"EN-US">http://ww=
w.ietf.org/mail-archive/web/6tsch/current/msg00973.html</span></a><span lan=
g=3D"EN-US">&nbsp;and&nbsp;</span><a href=3D"http://www.ietf.org/mail-archi=
ve/web/6tsch/current/msg00975.html" target=3D"_blank"><span lang=3D"EN-US">=
http://www.ietf.org/mail-archive/web/6tsch/current/msg00975.html</span></a>=
<span lang=3D"EN-US">.<o:p></o:p></span></p>
</div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;Minor changes</span><spa=
n lang=3D"EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">s/in front of interference/in =
front of narrow-band interference</span><span lang=3D"EN-US"><o:p></o:p></s=
pan></p>
</div>
</div>
</blockquote>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Done, thanks!<o:p></o:p></span>=
</p>
</div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">s/- implementers guide, collec=
ting/</span><span lang=3D"EN-US">
</span><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1F497D">- implementers guide: this=
 document will collect/</span><span lang=3D"EN-US"><o:p></o:p></span></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Done, thanks!&nbsp;<o:p></o:p><=
/span></p>
</div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">s/- coexistence guide, providi=
ng/- coexistence guide: this document will provide/</span><span lang=3D"EN-=
US"><o:p></o:p></span></p>
</div>
</div>
</blockquote>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Done, thanks!&nbsp;<o:p></o:p><=
/span></p>
</div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;English writing</span><s=
pan lang=3D"EN-US"><o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">s/and ISA100.11a, and/and ISA1=
00.11a, while/</span><span lang=3D"EN-US"><o:p></o:p></span></p>
</div>
</div>
</blockquote>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Done, thanks!&nbsp;<o:p></o:p><=
/span></p>
</div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">s/Initially the document/Initi=
ally, the document</span><span lang=3D"EN-US"><o:p></o:p></span></p>
</div>
</div>
</blockquote>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Done, thanks!&nbsp;<o:p></o:p><=
/span></p>
</div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">s/be adapted dynamically/be dy=
namically adapted/</span><span lang=3D"EN-US"><o:p></o:p></span></p>
</div>
</div>
</blockquote>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I'm not sure about that. When r=
eading the sentence, having the qualifier &quot;dynamically&quot; after str=
esses it. I hope you agree.<o:p></o:p></span></p>
</div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p><b><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Taho=
ma&quot;,&quot;sans-serif&quot;">De&nbsp;:</span></b><span lang=3D"EN-US" s=
tyle=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&qu=
ot;">
</span><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot=
;sans-serif&quot;"><a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bla=
nk"><span lang=3D"EN-US">6tsch-bounces@ietf.org</span></a></span><span lang=
=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;s=
ans-serif&quot;">
 [mailto:</span><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&qu=
ot;,&quot;sans-serif&quot;"><a href=3D"mailto:6tsch-bounces@ietf.org" targe=
t=3D"_blank"><span lang=3D"EN-US">6tsch-bounces@ietf.org</span></a></span><=
span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot=
;,&quot;sans-serif&quot;">]
<b>De la part de</b> Thomas Watteyne<br>
<b>Envoy=E9&nbsp;:</b> jeudi 1 ao=FBt 2013 15:13<br>
<b>=C0&nbsp;:</b> 6TSCH; Ted Lemon (</span><span style=3D"font-size:10.0pt;=
font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=3D"mailto:te=
d.lemon@nominum.com" target=3D"_blank"><span lang=3D"EN-US">ted.lemon@nomin=
um.com</span></a></span><span lang=3D"EN-US" style=3D"font-size:10.0pt;font=
-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">);
 Adrian Farrel (</span><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;"><a href=3D"mailto:adrian@olddog.co.uk" t=
arget=3D"_blank"><span lang=3D"EN-US">adrian@olddog.co.uk</span></a></span>=
<span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quo=
t;,&quot;sans-serif&quot;">);
 Marc Blanchet<br>
<b>Objet&nbsp;:</b> [6tsch] updated charter per BoF suggestion: thoughts?</=
span><span lang=3D"EN-US"><o:p></o:p></span></p>
<div>
<div>
<p><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<div>
<p><span lang=3D"EN-US">All,<o:p></o:p></span></p>
<div>
<p><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p><span lang=3D"EN-US">Thanks to all for for the effort of putting togethe=
r the BoF on Tuesday! One of the suggestions was to simplify the charter, i=
n particular by reducing the number of work items.<o:p></o:p></span></p>
</div>
<div>
<p><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p><span lang=3D"EN-US">After discussion and suggestions from numerous 6TSC=
H and other people here at the IETF, the chairs have created a new, simplif=
ied version of the draft, which we have uploaded in the repo at:<o:p></o:p>=
</span></p>
</div>
<div>
<p><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/cha=
rter-ietf-6tsch-00.txt" target=3D"_blank"><span lang=3D"EN-US">https://bitb=
ucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</sp=
an></a><span lang=3D"EN-US"><o:p></o:p></span></p>
</div>
<div>
<p><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p><span lang=3D"EN-US">This e-mail is to start a discussion on the ML abou=
t this revamped charter. Please send comments directly to this thread. Idea=
lly, we would like to converge within a couple of days, so let's start the =
discussion right now.<o:p></o:p></span></p>
</div>
<div>
<p><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p>Pascal &amp; Thomas<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<pre>______________________________________________________________________=
___________________________________________________<o:p></o:p></pre>
<pre><o:p>&nbsp;</o:p></pre>
<pre>Ce message et ses pieces jointes peuvent contenir des informations con=
fidentielles ou privilegiees et ne doivent donc<o:p></o:p></pre>
<pre>pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=
 recu ce message par erreur, veuillez le signaler<o:p></o:p></pre>
<pre>a l'expediteur et le detruire ainsi que les pieces jointes. Les messag=
es electroniques etant susceptibles d'alteration,<o:p></o:p></pre>
<pre>Orange decline toute responsabilite si ce message a ete altere, deform=
e ou falsifie. <span lang=3D"EN-US">Merci.<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"EN-US">This message and its attachments may contain conf=
idential or privileged information that may be protected by law;<o:p></o:p>=
</span></pre>
<pre><span lang=3D"EN-US">they should not be distributed, used or copied wi=
thout authorisation.<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US">If you have received this email in error, please =
notify the sender and delete this message and its attachments.<o:p></o:p></=
span></pre>
<pre><span lang=3D"EN-US">As emails may be altered, Orange is not liable fo=
r messages that have been modified, changed or falsified.<o:p></o:p></span>=
</pre>
<pre>Thank you.<o:p></o:p></pre>
</div>
</blockquote>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<PRE>______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</PRE></body>
</html>

--_000_8F1D83ADCC1AC94186A867BEE9B7D91306D7F2C5PEXCVZYM13corpo_--

From pthubert@cisco.com  Sun Aug  4 10:14:47 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14E7821F8F07 for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 10:14:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.546
X-Spam-Level: 
X-Spam-Status: No, score=-10.546 tagged_above=-999 required=5 tests=[AWL=0.052, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l0a5wCn-4Sw3 for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 10:14:42 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 080B621F8425 for <6tsch@ietf.org>; Sun,  4 Aug 2013 10:14:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6325; q=dns/txt; s=iport; t=1375636482; x=1376846082; h=from:to:cc:subject:date:message-id:mime-version; bh=ijjVjW+Phtcxv8/ZSPYs1/mhCn4LShuNdM7+17iqldU=; b=Cjrle0iZSr6pM3oesp5jWw8W40iFk07z8dwU5NTMsMTdrudBZO17r01R ChKorpbynHslKiO6A21xAbjc7T7BNVIaBk/0pPNuYBD29NcRKhLjr9qdQ YhUZeFlAmRng4l4MyglIGhKMHyw0gv7Xf4lgen5IjNMXPMldWBE8Eai5K Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkEFAG+L/lGtJXG//2dsb2JhbABagkJENVC/FYEZFnSCJgEBAy1MEgEqViYBBA4NiAgMtS4EjUCCKC0EgyB0A4VEo2uDF4Iq
X-IronPort-AV: E=Sophos;i="4.89,813,1367971200";  d="scan'208,217";a="240304668"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-9.cisco.com with ESMTP; 04 Aug 2013 17:14:41 +0000
Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r74HEecx000438 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 4 Aug 2013 17:14:40 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.107]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.02.0318.004; Sun, 4 Aug 2013 12:14:40 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: 6TSCH <6tsch@ietf.org>
Thread-Topic: Finalized charter
Thread-Index: Ac6RNe1976nesBtqRTKyV/rotpybPg==
Date: Sun, 4 Aug 2013 17:14:39 +0000
Deferred-Delivery: Sun, 4 Aug 2013 17:14:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.193.140]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413D32E4xmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: Marc Blanchet <marc.blanchet@viagenie.ca>, "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>
Subject: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Aug 2013 17:14:47 -0000

--_000_E045AECD98228444A58C61C200AE1BD8413D32E4xmbrcdx01ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Dear all:

We now have a clear consensus on the ML for the new charter text. We'll be =
proposing this text to Ted to request the formation of a 6TSCH WG.
Please find the final version in the repo at: https://bitbucket.org/6tsch/c=
harter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt

Thanks a bunch for the hard work and the focus on this work!

Thomas & Pascal

--_000_E045AECD98228444A58C61C200AE1BD8413D32E4xmbrcdx01ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
p.PrformatHTML, li.PrformatHTML, div.PrformatHTML
	{mso-style-name:"Pr\00E9format\00E9 HTML";
	mso-style-link:"Pr\00E9format\00E9 HTML Car";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.PrformatHTMLCar
	{mso-style-name:"Pr\00E9format\00E9 HTML Car";
	mso-style-priority:99;
	mso-style-link:"Pr\00E9format\00E9 HTML";
	font-family:Consolas;
	mso-fareast-language:FR;}
p.Textedebulles, li.Textedebulles, div.Textedebulles
	{mso-style-name:"Texte de bulles";
	mso-style-link:"Texte de bulles Car";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.TextedebullesCar
	{mso-style-name:"Texte de bulles Car";
	mso-style-priority:99;
	mso-style-link:"Texte de bulles";
	font-family:"Tahoma","sans-serif";
	mso-fareast-language:FR;}
span.EmailStyle26
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.EmailStyle27
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Dear all:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">We now have a clear conse=
nsus on the ML for the new charter text. We&#8216;ll be proposing this text=
 to Ted to request the formation of a 6TSCH WG.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please find the final ver=
sion in the repo at:
</span><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master=
/charter-ietf-6tsch-00.txt"><span style=3D"font-size:11.0pt;font-family:&qu=
ot;Calibri&quot;,&quot;sans-serif&quot;">https://bitbucket.org/6tsch/charte=
r-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</span></a><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thanks a bunch for the ha=
rd work and the focus on this work!<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas &amp; Pascal</span=
><span lang=3D"FR"><o:p></o:p></span></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD8413D32E4xmbrcdx01ciscoc_--

From marc.blanchet@viagenie.ca  Sun Aug  4 10:25:24 2013
Return-Path: <marc.blanchet@viagenie.ca>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA36421F866E for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 10:25:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.58
X-Spam-Level: 
X-Spam-Status: No, score=-102.58 tagged_above=-999 required=5 tests=[AWL=0.018, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L1uq9XbhTirZ for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 10:25:24 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id E566E21F9D2C for <6tsch@ietf.org>; Sun,  4 Aug 2013 10:25:20 -0700 (PDT)
Received: from h195.viagenie.ca (h195.viagenie.ca [206.123.31.195]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 55C01403D1; Sun,  4 Aug 2013 13:25:20 -0400 (EDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_12C9D03E-9DE9-42EA-ACC5-83A3FB03F177"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Marc Blanchet <marc.blanchet@viagenie.ca>
In-Reply-To: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com>
Date: Sun, 4 Aug 2013 13:25:19 -0400
Message-Id: <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
X-Mailer: Apple Mail (2.1508)
Cc: "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Aug 2013 17:25:24 -0000

--Apple-Mail=_12C9D03E-9DE9-42EA-ACC5-83A3FB03F177
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

Le 2013-08-04 =E0 13:14, "Pascal Thubert (pthubert)" =
<pthubert@cisco.com> a =E9crit :

> Dear all:
> =20
> We now have a clear consensus on the ML for the new charter text. =
We=91ll be proposing this text to Ted to request the formation of a =
6TSCH WG.
> Please find the final version in the repo at: =
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6ts=
ch-00.txt

I have followed the charter discussion on the mailing list and I support =
this version.

Marc.

> =20
> Thanks a bunch for the hard work and the focus on this work!
> =20
> Thomas & Pascal


--Apple-Mail=_12C9D03E-9DE9-42EA-ACC5-83A3FB03F177
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=windows-1252

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dwindows-1252"><base href=3D"x-msg://6984/"></head><body =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; "><div><div>Le 2013-08-04 =E0 =
13:14, "Pascal Thubert (pthubert)" &lt;<a =
href=3D"mailto:pthubert@cisco.com">pthubert@cisco.com</a>&gt; a =E9crit =
:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div lang=3D"EN-US" link=3D"blue" vlink=3D"purple" =
style=3D"font-family: Helvetica; font-size: medium; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: =
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: =
0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
"><div class=3D"WordSection1" style=3D"page: WordSection1; "><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times =
New Roman', serif; "><a name=3D"_MailEndCompose"><span style=3D"font-size:=
 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">Dear =
all:<o:p></o:p></span></a></div><div style=3D"margin: 0cm 0cm 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman', serif; "><span =
style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: =
rgb(31, 73, 125); ">&nbsp;</span></div><div style=3D"margin: 0cm 0cm =
0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif; =
"><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; =
color: rgb(31, 73, 125); ">We now have a clear consensus on the ML for =
the new charter text. We=91ll be proposing this text to Ted to request =
the formation of a 6TSCH WG.<o:p></o:p></span></div><div style=3D"margin: =
0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', =
serif; "><span style=3D"font-size: 11pt; font-family: Calibri, =
sans-serif; color: rgb(31, 73, 125); ">Please find the final version in =
the repo at:<span class=3D"Apple-converted-space">&nbsp;</span></span><a =
href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-=
ietf-6tsch-00.txt" style=3D"color: purple; text-decoration: underline; =
"><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; =
">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6=
tsch-00.txt</span></a></div></div></div></blockquote><div><br></div><div>I=
 have followed the charter discussion on the mailing list and I support =
this =
version.</div><div><br></div><div>Marc.</div><div><br></div><blockquote =
type=3D"cite"><div lang=3D"EN-US" link=3D"blue" vlink=3D"purple" =
style=3D"font-family: Helvetica; font-size: medium; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: =
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: =
0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
"><div class=3D"WordSection1" style=3D"page: WordSection1; "><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times =
New Roman', serif; "><span style=3D"font-size: 11pt; font-family: =
Calibri, sans-serif; color: rgb(31, 73, 125); ">&nbsp;</span></div><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times =
New Roman', serif; "><span style=3D"font-size: 11pt; font-family: =
Calibri, sans-serif; color: rgb(31, 73, 125); ">Thanks a bunch for the =
hard work and the focus on this =
work!</span></div></div></div></blockquote><blockquote type=3D"cite"><div =
lang=3D"EN-US" link=3D"blue" vlink=3D"purple" style=3D"font-family: =
Helvetica; font-size: medium; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: =
none; white-space: normal; widows: 2; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div =
class=3D"WordSection1" style=3D"page: WordSection1; "><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times =
New Roman', serif; "><span style=3D"font-size: 11pt; font-family: =
Calibri, sans-serif; color: rgb(31, 73, 125); =
"><o:p></o:p></span></div><div style=3D"margin: 0cm 0cm 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman', serif; "><span =
style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: =
rgb(31, 73, 125); ">&nbsp;</span></div><div><div style=3D"margin: 0cm =
0cm 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif; =
"><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; =
color: rgb(31, 73, 125); ">Thomas &amp; Pascal</span><span =
lang=3D"FR"><o:p></o:p></span></div></div></div></div></blockquote></div><=
br></body></html>=

--Apple-Mail=_12C9D03E-9DE9-42EA-ACC5-83A3FB03F177--

From marc.blanchet@viagenie.ca  Sun Aug  4 10:29:25 2013
Return-Path: <marc.blanchet@viagenie.ca>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4734721F866E for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 10:29:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ynslAQpRM94T for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 10:29:24 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 943E621F8526 for <6tsch@ietf.org>; Sun,  4 Aug 2013 10:29:24 -0700 (PDT)
Received: from [IPv6:2620:0:230:2001::1001] (unknown [IPv6:2620:0:230:2001::1001]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 08E6D403D1; Sun,  4 Aug 2013 13:29:24 -0400 (EDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_E9D45E9E-D04A-4CE5-AE20-873EB2213C28"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Marc Blanchet <marc.blanchet@viagenie.ca>
In-Reply-To: <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca>
Date: Sun, 4 Aug 2013 13:29:23 -0400
Message-Id: <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
X-Mailer: Apple Mail (2.1508)
Cc: "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Aug 2013 17:29:25 -0000

--Apple-Mail=_E9D45E9E-D04A-4CE5-AE20-873EB2213C28
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

minor comment (please throw it away if people don't agree): I (and =
others I think) just have problems pronounciating the wg-to-be keyword =
(6tsch). This is obviously not the important part of this, but you might =
want to think about it before it is too late, because it will stick =
"forever". (and I would suggest not spend much time on this comment)...

marc.

Le 2013-08-04 =E0 13:25, Marc Blanchet <marc.blanchet@viagenie.ca> a =
=E9crit :

> Le 2013-08-04 =E0 13:14, "Pascal Thubert (pthubert)" =
<pthubert@cisco.com> a =E9crit :
>=20
>> Dear all:
>> =20
>> We now have a clear consensus on the ML for the new charter text. =
We=91ll be proposing this text to Ted to request the formation of a =
6TSCH WG.
>> Please find the final version in the repo at: =
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6ts=
ch-00.txt
>=20
> I have followed the charter discussion on the mailing list and I =
support this version.
>=20
> Marc.
>=20
>> =20
>> Thanks a bunch for the hard work and the focus on this work!
>> =20
>> Thomas & Pascal
>=20


--Apple-Mail=_E9D45E9E-D04A-4CE5-AE20-873EB2213C28
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=windows-1252

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">minor =
comment (please throw it away if people don't agree): I (and others I =
think) just have problems pronounciating the wg-to-be keyword (6tsch). =
This is obviously not the important part of this, but you might want to =
think about it before it is too late, because it will stick "forever". =
(and I would suggest not spend much time on this =
comment)...<div><br></div><div>marc.</div><div><br><div><div>Le =
2013-08-04 =E0 13:25, Marc Blanchet &lt;<a =
href=3D"mailto:marc.blanchet@viagenie.ca">marc.blanchet@viagenie.ca</a>&gt=
; a =E9crit :</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dwindows-1252"><base href=3D"x-msg://6984/"><div =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; "><div><div>Le 2013-08-04 =E0 =
13:14, "Pascal Thubert (pthubert)" &lt;<a =
href=3D"mailto:pthubert@cisco.com">pthubert@cisco.com</a>&gt; a =E9crit =
:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div lang=3D"EN-US" link=3D"blue" vlink=3D"purple" =
style=3D"font-family: Helvetica; font-size: medium; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: =
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: =
0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
"><div class=3D"WordSection1" style=3D"page: WordSection1; "><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times =
New Roman', serif; "><a name=3D"_MailEndCompose"><span style=3D"font-size:=
 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125); ">Dear =
all:<o:p></o:p></span></a></div><div style=3D"margin: 0cm 0cm 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman', serif; "><span =
style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: =
rgb(31, 73, 125); ">&nbsp;</span></div><div style=3D"margin: 0cm 0cm =
0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif; =
"><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; =
color: rgb(31, 73, 125); ">We now have a clear consensus on the ML for =
the new charter text. We=91ll be proposing this text to Ted to request =
the formation of a 6TSCH WG.<o:p></o:p></span></div><div style=3D"margin: =
0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', =
serif; "><span style=3D"font-size: 11pt; font-family: Calibri, =
sans-serif; color: rgb(31, 73, 125); ">Please find the final version in =
the repo at:<span class=3D"Apple-converted-space">&nbsp;</span></span><a =
href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-=
ietf-6tsch-00.txt" style=3D"color: purple; text-decoration: underline; =
"><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; =
">https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6=
tsch-00.txt</span></a></div></div></div></blockquote><div><br></div><div>I=
 have followed the charter discussion on the mailing list and I support =
this =
version.</div><div><br></div><div>Marc.</div><div><br></div><blockquote =
type=3D"cite"><div lang=3D"EN-US" link=3D"blue" vlink=3D"purple" =
style=3D"font-family: Helvetica; font-size: medium; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: =
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: =
0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
"><div class=3D"WordSection1" style=3D"page: WordSection1; "><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times =
New Roman', serif; "><span style=3D"font-size: 11pt; font-family: =
Calibri, sans-serif; color: rgb(31, 73, 125); ">&nbsp;</span></div><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times =
New Roman', serif; "><span style=3D"font-size: 11pt; font-family: =
Calibri, sans-serif; color: rgb(31, 73, 125); ">Thanks a bunch for the =
hard work and the focus on this =
work!</span></div></div></div></blockquote><blockquote type=3D"cite"><div =
lang=3D"EN-US" link=3D"blue" vlink=3D"purple" style=3D"font-family: =
Helvetica; font-size: medium; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: =
none; white-space: normal; widows: 2; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div =
class=3D"WordSection1" style=3D"page: WordSection1; "><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times =
New Roman', serif; "><span style=3D"font-size: 11pt; font-family: =
Calibri, sans-serif; color: rgb(31, 73, 125); =
"><o:p></o:p></span></div><div style=3D"margin: 0cm 0cm 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman', serif; "><span =
style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: =
rgb(31, 73, 125); ">&nbsp;</span></div><div><div style=3D"margin: 0cm =
0cm 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif; =
"><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; =
color: rgb(31, 73, 125); ">Thomas &amp; Pascal</span><span =
lang=3D"FR"><o:p></o:p></span></div></div></div></div></blockquote></div><=
br></div></blockquote></div><br></div></body></html>=

--Apple-Mail=_E9D45E9E-D04A-4CE5-AE20-873EB2213C28--

From Ted.Lemon@nominum.com  Sun Aug  4 11:04:23 2013
Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5F4C21F9D21 for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 11:04:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.557
X-Spam-Level: 
X-Spam-Status: No, score=-106.557 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XBkeZWB00m-L for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 11:04:17 -0700 (PDT)
Received: from exprod7og107.obsmtp.com (exprod7og107.obsmtp.com [64.18.2.167]) by ietfa.amsl.com (Postfix) with ESMTP id 29C4721F866E for <6tsch@ietf.org>; Sun,  4 Aug 2013 11:04:17 -0700 (PDT)
Received: from shell-too.nominum.com ([64.89.228.229]) (using TLSv1) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP ID DSNKUf6Xn6Uo5HN52QKJlaDamv61VEbu6JCB@postini.com; Sun, 04 Aug 2013 11:04:17 PDT
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by shell-too.nominum.com (Postfix) with ESMTP id C1AE11B8225 for <6tsch@ietf.org>; Sun,  4 Aug 2013 11:04:15 -0700 (PDT)
Received: from webmail.nominum.com (cas-01.win.nominum.com [64.89.228.131]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTPS id 75A24190060; Sun,  4 Aug 2013 11:04:14 -0700 (PDT) (envelope-from Ted.Lemon@nominum.com)
Received: from MBX-01.WIN.NOMINUM.COM ([64.89.228.133]) by CAS-01.WIN.NOMINUM.COM ([64.89.228.131]) with mapi id 14.02.0318.004; Sun, 4 Aug 2013 11:04:14 -0700
From: Ted Lemon <Ted.Lemon@nominum.com>
To: Marc Blanchet <marc.blanchet@viagenie.ca>
Thread-Topic: Finalized charter
Thread-Index: Ac6RNe1976nesBtqRTKyV/rotpybPgAPFZOAAAAkXIAAATdvgA==
Date: Sun, 4 Aug 2013 18:04:13 +0000
Message-ID: <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca>
In-Reply-To: <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.1.10]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <89EE9D50C81D114890DF78AD0A1F0C49@nominum.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Aug 2013 18:04:23 -0000

On Aug 4, 2013, at 1:29 PM, Marc Blanchet <marc.blanchet@viagenie.ca> wrote=
:
> minor comment (please throw it away if people don't agree): I (and others=
 I think) just have problems pronounciating the wg-to-be keyword (6tsch). T=
his is obviously not the important part of this, but you might want to thin=
k about it before it is too late, because it will stick "forever". (and I w=
ould suggest not spend much time on this comment)...

I would put this a little more strongly.   The normal pronunciation of this=
 acronym at least in German is just asking for trouble, and I think the bet=
ter part of valor is to choose a different acronym.   I took some flak at i=
n the post-meeting wrapup because of this, and I wouldn't want anyone else =
to have to face that.

How about 6chants (IPv6 over Channel Hopping ANd Time Sliced links)?


From jvasseur@cisco.com  Sun Aug  4 11:21:06 2013
Return-Path: <jvasseur@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFDD121F9E1E for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 11:20:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XNnFV9lcPy5V for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 11:20:52 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 0A24C21F9E1A for <6tsch@ietf.org>; Sun,  4 Aug 2013 11:20:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8331; q=dns/txt; s=iport; t=1375640447; x=1376850047; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=WlHa+VHUvuSG/hYntRkGi0YkbtBN1WSc32O7ScWJhyQ=; b=RRYkrEU4t+TLeKOA07J5D9Z8CL95ZjZlEI2paw2htDm/wBxcxgFAYGtP qzVh/ziT1DDtt5nWFl8oIq4my9koilztR5Achs58YNeqMPcy98Y8uC9W3 yUqw3QVq2MVVCLE3DblA7C/1TkNJlPTgS4S1NxEhmazz2T/btYBDKPtVt o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkMFACqa/lGtJV2a/2dsb2JhbABagkJENUQMvxWBGRZ0giUBAQEDAQEBawsQAgEIIh0HJwsUEQIEDgUIiAgMtSOPaC0EBwmDEHQDhUSTRpAlgxeCKg
X-IronPort-AV: E=Sophos;i="4.89,813,1367971200";  d="scan'208,217";a="243406584"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-4.cisco.com with ESMTP; 04 Aug 2013 18:20:46 +0000
Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r74IKk2e028005 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 4 Aug 2013 18:20:46 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.27]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.02.0318.004; Sun, 4 Aug 2013 13:20:45 -0500
From: "JP Vasseur (jvasseur)" <jvasseur@cisco.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Thread-Topic: [6tsch] Finalized charter
Thread-Index: AQHOkT9VOuiJTa5THkWLQbFuOEtRIw==
Date: Sun, 4 Aug 2013 18:20:45 +0000
Message-ID: <03B78081B371D44390ED6E7BADBB4A77236AEAEF@xmb-rcd-x02.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com>
In-Reply-To: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.21.114.99]
Content-Type: multipart/alternative; boundary="_000_03B78081B371D44390ED6E7BADBB4A77236AEAEFxmbrcdx02ciscoc_"
MIME-Version: 1.0
Cc: Marc Blanchet <marc.blanchet@viagenie.ca>, 6TSCH <6tsch@ietf.org>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Aug 2013 18:21:06 -0000

--_000_03B78081B371D44390ED6E7BADBB4A77236AEAEFxmbrcdx02ciscoc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi Pascal and all,

I think that the charter an excellent and I strongly support it !

I have two minor comments though:


The Working Group will focus on enabling IPv6 over the TSCH mode of the
IEEE802.15.4e standard. The scope of the WG includes one or more LLNs, each=
 one
connected to a backbone through one or more BackBone Routers (BBRs).


JP> Very minor comment ... replace BBR by LBR and we will be using the same=
 terminology than ROLL.


The WG will interface with other IETF WGs, potentially including ROLL, 6Lo,
CoRE, 6MAN, LWIG, and other appropriate groups in the IETF Internet, Routin=
g
and Security areas.

JP> I would make the following changes:


The WG will interface with other IETF WGs, including ROLL, 6Lo, PCE
CoRE, 6MAN, LWIG, and other appropriate groups in the IETF Internet, Routin=
g
and Security areas.

Thanks !

JP.

On Aug 4, 2013, at 10:14 AM, Pascal Thubert (pthubert) <pthubert@cisco.com<=
mailto:pthubert@cisco.com>> wrote:

Dear all:

We now have a clear consensus on the ML for the new charter text. We=91ll b=
e proposing this text to Ted to request the formation of a 6TSCH WG.
Please find the final version in the repo at: https://bitbucket.org/6tsch/c=
harter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt

Thanks a bunch for the hard work and the focus on this work!

Thomas & Pascal
_______________________________________________
6tsch mailing list
6tsch@ietf.org<http://ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_03B78081B371D44390ED6E7BADBB4A77236AEAEFxmbrcdx02ciscoc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <44992E5061FE184D9533E112F957E908@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
<base href=3D"x-msg://1202/">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; ">
Hi Pascal and all,
<div><br>
</div>
<div>I think that the charter an excellent and I strongly support it !</div=
>
<div><br>
</div>
<div>I have two minor comments though:</div>
<div><br>
</div>
<div>
<pre style=3D"font-family: 'Bitstream Vera Sans Mono', 'DejaVu Sans Mono', =
Monaco, monospace; font-size: 12px; line-height: 1.4; margin-top: 0px; marg=
in-bottom: 0px; color: rgb(51, 51, 51); background-color: rgb(255, 255, 255=
); position: static; z-index: auto; ">The Working Group will focus on enabl=
ing IPv6 over the TSCH mode of the
<a name=3D"cl-41" style=3D"color: rgb(59, 115, 175); "></a>IEEE802.15.4e st=
andard. The scope of the WG includes one or more LLNs, each one
<a name=3D"cl-42" style=3D"color: rgb(59, 115, 175); "></a>connected to a b=
ackbone through one or more BackBone Routers (BBRs).
</pre>
</div>
<div><br>
</div>
<div>JP&gt; Very minor comment ... replace BBR by LBR and we will be using =
the same terminology than ROLL.</div>
<div><br>
</div>
<div>
<pre style=3D"font-family: 'Bitstream Vera Sans Mono', 'DejaVu Sans Mono', =
Monaco, monospace; font-size: 12px; line-height: 1.4; margin-top: 0px; marg=
in-bottom: 0px; color: rgb(51, 51, 51); background-color: rgb(255, 255, 255=
); ">The WG will interface with other IETF WGs, potentially including ROLL,=
 6Lo,
<a name=3D"cl-55" style=3D"color: rgb(59, 115, 175); "></a>CoRE, 6MAN, LWIG=
, and other appropriate groups in the IETF Internet, Routing
<a name=3D"cl-56" style=3D"color: rgb(59, 115, 175); "></a>and Security are=
as.</pre>
<div><br>
</div>
</div>
<div>JP&gt; I would make the following changes:</div>
<div><br>
</div>
<div>
<pre style=3D"font-family: 'Bitstream Vera Sans Mono', 'DejaVu Sans Mono', =
Monaco, monospace; font-size: 12px; line-height: 1.4; margin-top: 0px; marg=
in-bottom: 0px; color: rgb(51, 51, 51); background-color: rgb(255, 255, 255=
); position: static; z-index: auto; ">The WG will interface with other IETF=
 WGs, including ROLL, 6Lo, PCE
<a name=3D"cl-55" style=3D"color: rgb(59, 115, 175); "></a>CoRE, 6MAN, LWIG=
, and other appropriate groups in the IETF Internet, Routing
<a name=3D"cl-56" style=3D"color: rgb(59, 115, 175); "></a>and Security are=
as.</pre>
<div><br>
</div>
<div>Thanks !</div>
<div><br>
</div>
<div>JP.</div>
<div><br>
</div>
<div>
<div>On Aug 4, 2013, at 10:14 AM, Pascal Thubert (pthubert) &lt;<a href=3D"=
mailto:pthubert@cisco.com">pthubert@cisco.com</a>&gt; wrote:</div>
<br class=3D"Apple-interchange-newline">
<blockquote type=3D"cite">
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple" style=3D"font-family: He=
lvetica; font-size: medium; font-style: normal; font-variant: normal; font-=
weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; te=
xt-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space=
: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -we=
bkit-text-stroke-width: 0px; ">
<div class=3D"WordSection1" style=3D"page: WordSection1; ">
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Time=
s New Roman', serif; ">
<a name=3D"_MailEndCompose"><span style=3D"font-size: 11pt; font-family: Ca=
libri, sans-serif; color: rgb(31, 73, 125); ">Dear all:<o:p></o:p></span></=
a></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Time=
s New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rg=
b(31, 73, 125); ">&nbsp;</span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Time=
s New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rg=
b(31, 73, 125); ">We now have a clear consensus on the ML for the new chart=
er text. We=91ll be proposing this text to Ted to request the formation of =
a 6TSCH WG.<o:p></o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Time=
s New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rg=
b(31, 73, 125); ">Please find the final version in the repo at:<span class=
=3D"Apple-converted-space">&nbsp;</span></span><a href=3D"https://bitbucket=
.org/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt" style=
=3D"color: purple; text-decoration: underline; "><span style=3D"font-size: =
11pt; font-family: Calibri, sans-serif; ">https://bitbucket.org/6tsch/chart=
er-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt</span></a><span style=3D=
"font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125)=
; "><o:p></o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Time=
s New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rg=
b(31, 73, 125); ">&nbsp;</span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Time=
s New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rg=
b(31, 73, 125); ">Thanks a bunch for the hard work and the focus on this wo=
rk!<o:p></o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Time=
s New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rg=
b(31, 73, 125); ">&nbsp;</span></div>
<div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Time=
s New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rg=
b(31, 73, 125); ">Thomas &amp; Pascal</span><span lang=3D"FR"><o:p></o:p></=
span></div>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
6tsch@<a href=3D"http://ietf.org" style=3D"color: purple; text-decoration: =
underline; ">ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" style=3D"color: pur=
ple; text-decoration: underline; ">https://www.ietf.org/mailman/listinfo/6t=
sch</a></div>
</blockquote>
</div>
<br>
</div>
</body>
</html>

--_000_03B78081B371D44390ED6E7BADBB4A77236AEAEFxmbrcdx02ciscoc_--

From pieter@demil.be  Sun Aug  4 11:41:05 2013
Return-Path: <pieter@demil.be>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FEFB21F8426 for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 11:41:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.203
X-Spam-Level: 
X-Spam-Status: No, score=-5.203 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sUr-4JOHKV4K for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 11:41:00 -0700 (PDT)
Received: from smtp2.ugent.be (smtp2.ugent.be [157.193.49.126]) by ietfa.amsl.com (Postfix) with ESMTP id 0C83421F9E6B for <6tsch@ietf.org>; Sun,  4 Aug 2013 11:40:56 -0700 (PDT)
Received: from localhost (mcheck2.ugent.be [157.193.49.249]) by smtp2.ugent.be (Postfix) with ESMTP id 12B1012C297; Sun,  4 Aug 2013 20:40:54 +0200 (CEST)
X-Virus-Scanned: by UGent DICT
Received: from smtp2.ugent.be ([157.193.49.126]) by localhost (mcheck2.UGent.be [157.193.43.11]) (amavisd-new, port 10024) with ESMTP id ig1ryt0RS-Y0; Sun,  4 Aug 2013 20:40:53 +0200 (CEST)
Received: from [37.184.83.164] (unknown [37.184.83.164]) (Authenticated sender: pdemil) by smtp2.ugent.be (Postfix) with ESMTPSA id 5CDB212C28C; Sun,  4 Aug 2013 20:40:53 +0200 (CEST)
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <EF53C835-7E30-49D2-8536-AD2868022CDD@demil.be>
X-Mailer: iPhone Mail (10B143)
From: Pieter De Mil <pieter@demil.be>
Date: Sun, 4 Aug 2013 20:40:52 +0200
To: Ted Lemon <Ted.Lemon@nominum.com>
X-Miltered: at jchkm1 with ID 51FEA035.000 by Joe's j-chkmail (http://helpdesk.ugent.be/email/)!
X-j-chkmail-Enveloppe: 51FEA035.000 from unknown/unknown/37.184.83.164/[37.184.83.164]/<pieter@demil.be>
X-j-chkmail-Score: MSGID : 51FEA035.000 on smtp2.ugent.be : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Status: Ham
Cc: 6TSCH <6tsch@ietf.org>, Marc Blanchet <marc.blanchet@viagenie.ca>, "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>
Subject: [6tsch] New name
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Aug 2013 18:41:05 -0000

I don't have a problem with 6tsch, but what about:

IPv6 over Time-slotted Channel hopping Slots

6TiCS

Think about a ticking clock.

Best,
Pieter





Op 4-aug.-2013 om 20:04 heeft Ted Lemon <Ted.Lemon@nominum.com> het volgende=
 geschreven:

> On Aug 4, 2013, at 1:29 PM, Marc Blanchet <marc.blanchet@viagenie.ca> wrot=
e:
>> minor comment (please throw it away if people don't agree): I (and others=
 I think) just have problems pronounciating the wg-to-be keyword (6tsch). Th=
is is obviously not the important part of this, but you might want to think a=
bout it before it is too late, because it will stick "forever". (and I would=
 suggest not spend much time on this comment)...
>=20
> I would put this a little more strongly.   The normal pronunciation of thi=
s acronym at least in German is just asking for trouble, and I think the bet=
ter part of valor is to choose a different acronym.   I took some flak at in=
 the post-meeting wrapup because of this, and I wouldn't want anyone else to=
 have to face that.
>=20
> How about 6chants (IPv6 over Channel Hopping ANd Time Sliced links)?
>=20
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch

From marc.blanchet@viagenie.ca  Sun Aug  4 11:49:08 2013
Return-Path: <marc.blanchet@viagenie.ca>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A917A21F98AD for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 11:49:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.581
X-Spam-Level: 
X-Spam-Status: No, score=-102.581 tagged_above=-999 required=5 tests=[AWL=0.018, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dub-FulTv5HS for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 11:49:08 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 002CB21F9B38 for <6tsch@ietf.org>; Sun,  4 Aug 2013 11:49:07 -0700 (PDT)
Received: from h195.viagenie.ca (h195.viagenie.ca [206.123.31.195]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 317F4403D0; Sun,  4 Aug 2013 14:49:07 -0400 (EDT)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Marc Blanchet <marc.blanchet@viagenie.ca>
In-Reply-To: <EF53C835-7E30-49D2-8536-AD2868022CDD@demil.be>
Date: Sun, 4 Aug 2013 14:49:06 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <9E5BF8DD-C07D-43A6-B017-5753A5CC3F3E@viagenie.ca>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com> <EF53C835-7E30-49D2-8536-AD2868022CDD@demil.be>
To: Pieter De Mil <pieter@demil.be>
X-Mailer: Apple Mail (2.1508)
Cc: 6TSCH <6tsch@ietf.org>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, Ted Lemon <Ted.Lemon@nominum.com>
Subject: Re: [6tsch] New name
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Aug 2013 18:49:08 -0000

Le 2013-08-04 =E0 14:40, Pieter De Mil <pieter@demil.be> a =E9crit :

> I don't have a problem with 6tsch, but what about:
>=20
> IPv6 over Time-slotted Channel hopping Slots
>=20
> 6TiCS
>=20
> Think about a ticking clock.

+1. (it sounds also like "sixties" which makes an interesting =
side-effect... can see all the proponents coming to the meeting in =
"sixties" clothes... ;-)

back to the regular technical channel...

Marc.


>=20
> Best,
> Pieter
>=20
>=20
>=20
>=20
>=20
> Op 4-aug.-2013 om 20:04 heeft Ted Lemon <Ted.Lemon@nominum.com> het =
volgende geschreven:
>=20
>> On Aug 4, 2013, at 1:29 PM, Marc Blanchet <marc.blanchet@viagenie.ca> =
wrote:
>>> minor comment (please throw it away if people don't agree): I (and =
others I think) just have problems pronounciating the wg-to-be keyword =
(6tsch). This is obviously not the important part of this, but you might =
want to think about it before it is too late, because it will stick =
"forever". (and I would suggest not spend much time on this comment)...
>>=20
>> I would put this a little more strongly.   The normal pronunciation =
of this acronym at least in German is just asking for trouble, and I =
think the better part of valor is to choose a different acronym.   I =
took some flak at in the post-meeting wrapup because of this, and I =
wouldn't want anyone else to have to face that.
>>=20
>> How about 6chants (IPv6 over Channel Hopping ANd Time Sliced links)?
>>=20
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch


From pascal.thubert@gmail.com  Sun Aug  4 14:04:08 2013
Return-Path: <pascal.thubert@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3515421F9B25 for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 14:04:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.203
X-Spam-Level: 
X-Spam-Status: No, score=-1.203 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a3EW-pycSrqh for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 14:04:07 -0700 (PDT)
Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) by ietfa.amsl.com (Postfix) with ESMTP id 66A5721F9964 for <6tsch@ietf.org>; Sun,  4 Aug 2013 14:04:07 -0700 (PDT)
Received: by mail-wi0-f176.google.com with SMTP id f14so831404wiw.9 for <6tsch@ietf.org>; Sun, 04 Aug 2013 14:04:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to; bh=UTcvO3kcY2a5d/aCO/7bux+2r390JRuRINchXZNpHzg=; b=S/EMXQcshKsLwQdh+jQenKDQ7lRaKKGzdGx0G43z7bC/TuevOBYvWKlqOufMVTAGsn VEhlDayD8gDxvMlvw1BeTk65SmFkrRiIPqAgORzioKsYmUW9k3Kkk+sqWuVJqEDhC54h b17LS86Ls6Miijf3HoF+YGBZCTzX+KT41830BJPzj4dY9OaQDRZPkyNaLBPSkE/TgkvY wHQlHFNY8lGxWHignOAHmt92GgXD/8Ag4goCfnuGMtunhJtjYtxu0pSksH9QslY2pefS BaTcXvCjo6MavOYkeYNsgeNtj2yShdQA/nSnqasYm3m8szU6hP5FE0jGNxBobXIJn9Iy Mm8g==
X-Received: by 10.194.243.129 with SMTP id wy1mr10972978wjc.47.1375650246559;  Sun, 04 Aug 2013 14:04:06 -0700 (PDT)
Received: from [192.168.1.18] (AAnnecy-551-1-355-244.w90-27.abo.wanadoo.fr. [90.27.198.244]) by mx.google.com with ESMTPSA id li9sm17402984wic.2.2013.08.04.14.04.04 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 04 Aug 2013 14:04:05 -0700 (PDT)
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com> <EF53C835-7E30-49D2-8536-AD2868022CDD@demil.be>
Mime-Version: 1.0 (1.0)
In-Reply-To: <EF53C835-7E30-49D2-8536-AD2868022CDD@demil.be>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Message-Id: <850A9886-9299-4EF1-8C04-CC02E15D2AE9@gmail.com>
X-Mailer: iPhone Mail (10B350)
From: Pascal Thubert <pascal.thubert@gmail.com>
Date: Sun, 4 Aug 2013 23:04:06 +0200
To: Pieter De Mil <pieter@demil.be>
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, Marc Blanchet <marc.blanchet@viagenie.ca>, 6TSCH <6tsch@ietf.org>, Ted Lemon <Ted.Lemon@nominum.com>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>
Subject: Re: [6tsch] New name
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Aug 2013 21:04:08 -0000

Neat ...

Others please jump in and propose names!

There is no real emergency but a little fun will not hurt after the dense we=
ek we had with the IETF =F0=9F=98=8A

I'll propose  WiNOT: Wireless Networks for Operational Technology...
Pascal

Le 4 ao=C3=BBt 2013 =C3=A0 20:40, Pieter De Mil <pieter@demil.be> a =C3=A9cr=
it :

> I don't have a problem with 6tsch, but what about:
>=20
> IPv6 over Time-slotted Channel hopping Slots
>=20
> 6TiCS
>=20
> Think about a ticking clock.
>=20
> Best,
> Pieter
>=20
>=20
>=20
>=20
>=20
> Op 4-aug.-2013 om 20:04 heeft Ted Lemon <Ted.Lemon@nominum.com> het volgen=
de geschreven:
>=20
>> On Aug 4, 2013, at 1:29 PM, Marc Blanchet <marc.blanchet@viagenie.ca> wro=
te:
>>> minor comment (please throw it away if people don't agree): I (and other=
s I think) just have problems pronounciating the wg-to-be keyword (6tsch). T=
his is obviously not the important part of this, but you might want to think=
 about it before it is too late, because it will stick "forever". (and I wou=
ld suggest not spend much time on this comment)...
>>=20
>> I would put this a little more strongly.   The normal pronunciation of th=
is acronym at least in German is just asking for trouble, and I think the be=
tter part of valor is to choose a different acronym.   I took some flak at i=
n the post-meeting wrapup because of this, and I wouldn't want anyone else t=
o have to face that.
>>=20
>> How about 6chants (IPv6 over Channel Hopping ANd Time Sliced links)?
>>=20
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch

From pascal.thubert@gmail.com  Sun Aug  4 14:09:31 2013
Return-Path: <pascal.thubert@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A25521E8093 for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 14:09:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.203
X-Spam-Level: 
X-Spam-Status: No, score=-1.203 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fVKnLdey70y2 for <6tsch@ietfa.amsl.com>; Sun,  4 Aug 2013 14:09:30 -0700 (PDT)
Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) by ietfa.amsl.com (Postfix) with ESMTP id 158FE21E8095 for <6tsch@ietf.org>; Sun,  4 Aug 2013 14:09:29 -0700 (PDT)
Received: by mail-wg0-f49.google.com with SMTP id y10so1839426wgg.4 for <6tsch@ietf.org>; Sun, 04 Aug 2013 14:09:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=dv1ZMz+E3UlsRoGdIJ67KZOojh8P5UTc8/yc65JRjL0=; b=fpjzguB8Aw93VpD+/wnnyirriHTBZLqBI08lN3FDKasfuK6Fops3Z1/jxC/+PTvMDC z/hVSAMpGcK/JoNV5n2e1nl/khzJxBwwAoHrobYGRJpdcQtii9h8TpnqAZzy2ql06U5x 9tzxQXc15QsTZfNEGsh2fsgVOSRvaNFOjS4oqvO/Hgm9L2OxDLCbfAaandGLdIXCTjNd XfTljJx2e20u5EKEOEcKRSb/rKiq+QekskdGbrB1wXq/2f1BEBGvETc4TC2ofjgvFNDe /6+pS3zGs5nF52xJ881KWJcD3Fk6l1Op0ZPYigYRUyyWTFVXSHSvRezUIzCi6GKMcx5M smOA==
X-Received: by 10.180.211.7 with SMTP id my7mr4702065wic.26.1375650569217; Sun, 04 Aug 2013 14:09:29 -0700 (PDT)
Received: from [192.168.1.18] (AAnnecy-551-1-355-244.w90-27.abo.wanadoo.fr. [90.27.198.244]) by mx.google.com with ESMTPSA id j20sm17418575wie.7.2013.08.04.14.09.27 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 04 Aug 2013 14:09:28 -0700 (PDT)
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <03B78081B371D44390ED6E7BADBB4A77236AEAEF@xmb-rcd-x02.cisco.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <03B78081B371D44390ED6E7BADBB4A77236AEAEF@xmb-rcd-x02.cisco.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-75F135EA-5083-454B-81E5-B8A88F57ED23
Content-Transfer-Encoding: 7bit
Message-Id: <22FC2D4A-058B-4AB7-9F3B-C7C8BD7CD4A2@gmail.com>
X-Mailer: iPhone Mail (10B350)
From: Pascal Thubert <pascal.thubert@gmail.com>
Date: Sun, 4 Aug 2013 23:09:28 +0200
To: "JP Vasseur (jvasseur)" <jvasseur@cisco.com>
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, Marc Blanchet <marc.blanchet@viagenie.ca>, 6TSCH <6tsch@ietf.org>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Aug 2013 21:09:31 -0000

--Apple-Mail-75F135EA-5083-454B-81E5-B8A88F57ED23
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

Dear JP and all

I'm fine with the second change though the actual work with PCE will really h=
appen after the recharter.

For the BBR, it is actually a functional set that encompasses LBR as well as=
 other functionalities that we have to debate, in particular some ND proxy a=
nd PCE location. We will need to name that set but will that be LBR?

Cheers,

Pascal

Le 4 ao=C3=BBt 2013 =C3=A0 20:20, "JP Vasseur (jvasseur)" <jvasseur@cisco.co=
m> a =C3=A9crit :

> Hi Pascal and all,
>=20
> I think that the charter an excellent and I strongly support it !
>=20
> I have two minor comments though:
>=20
> The Working Group will focus on enabling IPv6 over the TSCH mode of the
> IEEE802.15.4e standard. The scope of the WG includes one or more LLNs, eac=
h one
> connected to a backbone through one or more BackBone Routers (BBRs).
>=20
> JP> Very minor comment ... replace BBR by LBR and we will be using the sam=
e terminology than ROLL.
>=20
> The WG will interface with other IETF WGs, potentially including ROLL, 6Lo=
,
> CoRE, 6MAN, LWIG, and other appropriate groups in the IETF Internet, Routi=
ng
> and Security areas.
>=20
> JP> I would make the following changes:
>=20
> The WG will interface with other IETF WGs, including ROLL, 6Lo, PCE
> CoRE, 6MAN, LWIG, and other appropriate groups in the IETF Internet, Routi=
ng
> and Security areas.
>=20
> Thanks !
>=20
> JP.
>=20
> On Aug 4, 2013, at 10:14 AM, Pascal Thubert (pthubert) <pthubert@cisco.com=
> wrote:
>=20
>> Dear all:
>> =20
>> We now have a clear consensus on the ML for the new charter text. We=E2=80=
=98ll be proposing this text to Ted to request the formation of a 6TSCH WG.
>> Please find the final version in the repo at: https://bitbucket.org/6tsch=
/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt
>> =20
>> Thanks a bunch for the hard work and the focus on this work!
>> =20
>> Thomas & Pascal
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>=20
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch

--Apple-Mail-75F135EA-5083-454B-81E5-B8A88F57ED23
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div>Dear JP and all</div><div><br></div><d=
iv>I'm fine with the second change though the actual work with PCE will real=
ly happen after the recharter.</div><div><br></div><div>For the BBR, it is a=
ctually a functional set that encompasses LBR as well as other functionaliti=
es that we have to debate, in particular some ND proxy and PCE location. We w=
ill need to name that set but will that be LBR?</div><div><br></div><div>Che=
ers,</div><div><br>Pascal</div><div><br>Le 4 ao=C3=BBt 2013 =C3=A0 20:20, "J=
P Vasseur (jvasseur)" &lt;<a href=3D"mailto:jvasseur@cisco.com">jvasseur@cis=
co.com</a>&gt; a =C3=A9crit&nbsp;:<br><br></div><blockquote type=3D"cite"><d=
iv>

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-12=
52">
<base href=3D"x-msg://1202/">


Hi Pascal and all,
<div><br>
</div>
<div>I think that the charter an excellent and I strongly support it !</div>=

<div><br>
</div>
<div>I have two minor comments though:</div>
<div><br>
</div>
<div>
<pre style=3D"font-family: 'Bitstream Vera Sans Mono', 'DejaVu Sans Mono', M=
onaco, monospace; font-size: 12px; line-height: 1.4; margin-top: 0px; margin=
-bottom: 0px; color: rgb(51, 51, 51); background-color: rgb(255, 255, 255); p=
osition: static; z-index: auto; ">The Working Group will focus on enabling I=
Pv6 over the TSCH mode of the
<a name=3D"cl-41" style=3D"color: rgb(59, 115, 175); "></a>IEEE802.15.4e sta=
ndard. The scope of the WG includes one or more LLNs, each one
<a name=3D"cl-42" style=3D"color: rgb(59, 115, 175); "></a>connected to a ba=
ckbone through one or more BackBone Routers (BBRs).
</pre>
</div>
<div><br>
</div>
<div>JP&gt; Very minor comment ... replace BBR by LBR and we will be using t=
he same terminology than ROLL.</div>
<div><br>
</div>
<div>
<pre style=3D"font-family: 'Bitstream Vera Sans Mono', 'DejaVu Sans Mono', M=
onaco, monospace; font-size: 12px; line-height: 1.4; margin-top: 0px; margin=
-bottom: 0px; color: rgb(51, 51, 51); background-color: rgb(255, 255, 255); "=
>The WG will interface with other IETF WGs, potentially including ROLL, 6Lo,=

<a name=3D"cl-55" style=3D"color: rgb(59, 115, 175); "></a>CoRE, 6MAN, LWIG,=
 and other appropriate groups in the IETF Internet, Routing
<a name=3D"cl-56" style=3D"color: rgb(59, 115, 175); "></a>and Security area=
s.</pre>
<div><br>
</div>
</div>
<div>JP&gt; I would make the following changes:</div>
<div><br>
</div>
<div>
<pre style=3D"font-family: 'Bitstream Vera Sans Mono', 'DejaVu Sans Mono', M=
onaco, monospace; font-size: 12px; line-height: 1.4; margin-top: 0px; margin=
-bottom: 0px; color: rgb(51, 51, 51); background-color: rgb(255, 255, 255); p=
osition: static; z-index: auto; ">The WG will interface with other IETF WGs,=
 including ROLL, 6Lo, PCE
<a name=3D"cl-55" style=3D"color: rgb(59, 115, 175); "></a>CoRE, 6MAN, LWIG,=
 and other appropriate groups in the IETF Internet, Routing
<a name=3D"cl-56" style=3D"color: rgb(59, 115, 175); "></a>and Security area=
s.</pre>
<div><br>
</div>
<div>Thanks !</div>
<div><br>
</div>
<div>JP.</div>
<div><br>
</div>
<div>
<div>On Aug 4, 2013, at 10:14 AM, Pascal Thubert (pthubert) &lt;<a href=3D"m=
ailto:pthubert@cisco.com">pthubert@cisco.com</a>&gt; wrote:</div>
<br class=3D"Apple-interchange-newline">
<blockquote type=3D"cite">
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple" style=3D"font-family: Hel=
vetica; font-size: medium; font-style: normal; font-variant: normal; font-we=
ight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-=
align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: no=
rmal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-=
text-stroke-width: 0px; ">
<div class=3D"WordSection1" style=3D"page: WordSection1; ">
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times=
 New Roman', serif; ">
<a name=3D"_MailEndCompose"><span style=3D"font-size: 11pt; font-family: Cal=
ibri, sans-serif; color: rgb(31, 73, 125); ">Dear all:<o:p></o:p></span></a>=
</div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times=
 New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rgb=
(31, 73, 125); ">&nbsp;</span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times=
 New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rgb=
(31, 73, 125); ">We now have a clear consensus on the ML for the new charter=
 text. We=E2=80=98ll be proposing this text to Ted to request the formation o=
f a 6TSCH WG.<o:p></o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times=
 New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rgb=
(31, 73, 125); ">Please find the final version in the repo at:<span class=3D=
"Apple-converted-space">&nbsp;</span></span><a href=3D"https://bitbucket.org=
/6tsch/charter-ietf-6tsch/src/master/charter-ietf-6tsch-00.txt" style=3D"col=
or: purple; text-decoration: underline; "><span style=3D"font-size: 11pt; fo=
nt-family: Calibri, sans-serif; ">https://bitbucket.org/6tsch/charter-ietf-6=
tsch/src/master/charter-ietf-6tsch-00.txt</span></a><span style=3D"font-size=
: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125); "><o:p></=
o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times=
 New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rgb=
(31, 73, 125); ">&nbsp;</span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times=
 New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rgb=
(31, 73, 125); ">Thanks a bunch for the hard work and the focus on this work=
!<o:p></o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times=
 New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rgb=
(31, 73, 125); ">&nbsp;</span></div>
<div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: 'Times=
 New Roman', serif; ">
<span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: rgb=
(31, 73, 125); ">Thomas &amp; Pascal</span><span lang=3D"FR"><o:p></o:p></sp=
an></div>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
6tsch@<a href=3D"http://ietf.org" style=3D"color: purple; text-decoration: u=
nderline; ">ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" style=3D"color: purp=
le; text-decoration: underline; ">https://www.ietf.org/mailman/listinfo/6tsc=
h</a></div>
</blockquote>
</div>
<br>
</div>


</div></blockquote><blockquote type=3D"cite"><div><span>____________________=
___________________________</span><br><span>6tsch mailing list</span><br><sp=
an><a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a></span><br><span><a h=
ref=3D"https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org/mai=
lman/listinfo/6tsch</a></span><br></div></blockquote></body></html>=

--Apple-Mail-75F135EA-5083-454B-81E5-B8A88F57ED23--

From cabo@tzi.org  Mon Aug  5 01:59:21 2013
Return-Path: <cabo@tzi.org>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA2A821F9DBD for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 01:58:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.249
X-Spam-Level: 
X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yothu5OKxpMR for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 01:58:26 -0700 (PDT)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by ietfa.amsl.com (Postfix) with ESMTP id C8C9021F9C6C for <6tsch@ietf.org>; Mon,  5 Aug 2013 01:54:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.4/8.14.4) with ESMTP id r758sRYh024584; Mon, 5 Aug 2013 10:54:27 +0200 (CEST)
Received: from [172.24.101.75] (unknown [193.104.215.11]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 523A18FF; Mon,  5 Aug 2013 10:54:27 +0200 (CEST)
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=iso-8859-1
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com>
Date: Mon, 5 Aug 2013 10:54:26 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <09CE48E0-35A4-46BA-98F9-9EDD3A1C13D5@tzi.org>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com>
To: Ted Lemon <Ted.Lemon@nominum.com>
X-Mailer: Apple Mail (2.1508)
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Aug 2013 08:59:30 -0000

On Aug 4, 2013, at 20:04, Ted Lemon <Ted.Lemon@nominum.com> wrote:

> The normal pronunciation of this acronym at least in German

For a German: TSCH =3D Tisch =3D "tish".
Add "six" (english pronunciation), and it's "sixtish".
Not too hard.

On the charter itself: I was rather skeptical about the version we =
discussed in Berlin, and I'm now less worried.

I don't quite understand the text for work item 1.  Why is this about =
querying (which I would have expected in a garden variety management =
protocol) and not about setting up?  Maybe I don't understand the =
relationship between 1 and 2.

Work item 2: s/hard-coded/pre-configured/?

I would probably stick with the "LBR" terminology as others have said.

We may need to discuss how the multi-LBR technology in 6TSCH (ND-proxy?) =
relates to that potentially addressed by 6Lo.  Since I don't think we =
will fully understand the relationship before the charters get =
finalized, maybe just note that in the charter.  (Maybe it is also worth =
highlighting any working relationship with ROLL, if that is required.  =
Is RPL being modified by 6TSCH?)

The charter currently does not discuss security or management, and I =
would prefer a clear statement whether that is in scope (re management, =
see comment about work item 1 above; security for bootstrapping a =
network is a complex issue where it would surprise me if people think =
this is in scope).

Gr=FC=DFe, Carsten


From Mehdi.Mani@itron.com  Mon Aug  5 07:05:14 2013
Return-Path: <Mehdi.Mani@itron.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21E6121F8C65 for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 07:05:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SI4s939IA7me for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 07:05:09 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0240.outbound.protection.outlook.com [207.46.163.240]) by ietfa.amsl.com (Postfix) with ESMTP id 93A1E21F9B53 for <6tsch@ietf.org>; Mon,  5 Aug 2013 07:05:08 -0700 (PDT)
Received: from BL2PR04MB082.namprd04.prod.outlook.com (10.255.231.149) by BL2PR04MB082.namprd04.prod.outlook.com (10.255.231.149) with Microsoft SMTP Server (TLS) id 15.0.731.12; Mon, 5 Aug 2013 14:05:07 +0000
Received: from BL2PR04MB082.namprd04.prod.outlook.com ([169.254.1.21]) by BL2PR04MB082.namprd04.prod.outlook.com ([169.254.1.21]) with mapi id 15.00.0731.000; Mon, 5 Aug 2013 14:05:06 +0000
From: "Mani, Mehdi" <Mehdi.Mani@itron.com>
To: Pieter De Mil <pieter@demil.be>, Ted Lemon <Ted.Lemon@nominum.com>
Thread-Topic: [6tsch] New name
Thread-Index: AQHOkUJQKQFwvs03ZEuQE/zLUoRoWJmGpeVA
Date: Mon, 5 Aug 2013 14:05:05 +0000
Message-ID: <fbcf2d0c3ba242bfa20a92027913d714@BL2PR04MB082.namprd04.prod.outlook.com>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com> <EF53C835-7E30-49D2-8536-AD2868022CDD@demil.be>
In-Reply-To: <EF53C835-7E30-49D2-8536-AD2868022CDD@demil.be>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [85.115.60.180]
x-forefront-prvs: 0929F1BAED
x-forefront-antispam-report: SFV:NSPM; SFS:(189002)(377454003)(24454002)(199002)(13464003)(51704005)(4396001)(80022001)(83072001)(81542001)(65816001)(81342001)(74366001)(19580395003)(74876001)(79102001)(74706001)(80976001)(51856001)(19580405001)(66066001)(49866001)(69226001)(47446002)(76796001)(83322001)(33646001)(56816003)(74316001)(77096001)(16406001)(46102001)(76576001)(50986001)(63696002)(31966008)(74662001)(56776001)(54316002)(47736001)(59766001)(77982001)(19580385001)(53806001)(47976001)(76482001)(74502001)(54356001)(76786001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BL2PR04MB082; H:BL2PR04MB082.namprd04.prod.outlook.com; CLIP:85.115.60.180; RD:InfoNoRecords; MX:1; A:1; LANG:en; 
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: itron.com
Cc: Marc Blanchet <marc.blanchet@viagenie.ca>, 6TSCH <6tsch@ietf.org>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>
Subject: Re: [6tsch] New name
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Aug 2013 14:05:14 -0000

I like this name if the charter becomes consequently broad and addresses Sy=
nchronized time-slotted communications instead of being limited to 802.15.4=
e.
-Mehdi=20

-----Original Message-----
From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P=
ieter De Mil
Sent: dimanche 4 ao=FBt 2013 20:41
To: Ted Lemon
Cc: 6TSCH; Marc Blanchet; Erik Nordmark (nordmark); Pascal Thubert (pthuber=
t); Adrian Farrel (adrian@olddog.co.uk)
Subject: [6tsch] New name

I don't have a problem with 6tsch, but what about:

IPv6 over Time-slotted Channel hopping Slots

6TiCS

Think about a ticking clock.

Best,
Pieter





Op 4-aug.-2013 om 20:04 heeft Ted Lemon <Ted.Lemon@nominum.com> het volgend=
e geschreven:

> On Aug 4, 2013, at 1:29 PM, Marc Blanchet <marc.blanchet@viagenie.ca> wro=
te:
>> minor comment (please throw it away if people don't agree): I (and other=
s I think) just have problems pronounciating the wg-to-be keyword (6tsch). =
This is obviously not the important part of this, but you might want to thi=
nk about it before it is too late, because it will stick "forever". (and I =
would suggest not spend much time on this comment)...
>=20
> I would put this a little more strongly.   The normal pronunciation of th=
is acronym at least in German is just asking for trouble, and I think the b=
etter part of valor is to choose a different acronym.   I took some flak at=
 in the post-meeting wrapup because of this, and I wouldn't want anyone els=
e to have to face that.
>=20
> How about 6chants (IPv6 over Channel Hopping ANd Time Sliced links)?
>=20
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

From Mehdi.Mani@itron.com  Mon Aug  5 07:08:46 2013
Return-Path: <Mehdi.Mani@itron.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DF6421F9C20 for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 07:08:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id THcW1-ryodlv for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 07:08:40 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0208.outbound.protection.outlook.com [207.46.163.208]) by ietfa.amsl.com (Postfix) with ESMTP id 2BC2021F9E21 for <6tsch@ietf.org>; Mon,  5 Aug 2013 07:08:39 -0700 (PDT)
Received: from BL2PR04MB082.namprd04.prod.outlook.com (10.255.231.149) by BL2PR04MB081.namprd04.prod.outlook.com (10.255.231.146) with Microsoft SMTP Server (TLS) id 15.0.731.12; Mon, 5 Aug 2013 14:08:28 +0000
Received: from BL2PR04MB082.namprd04.prod.outlook.com ([169.254.1.21]) by BL2PR04MB082.namprd04.prod.outlook.com ([169.254.1.21]) with mapi id 15.00.0731.000; Mon, 5 Aug 2013 14:08:27 +0000
From: "Mani, Mehdi" <Mehdi.Mani@itron.com>
To: Pascal Thubert <pascal.thubert@gmail.com>, Pieter De Mil <pieter@demil.be>
Thread-Topic: [6tsch] New name
Thread-Index: AQHOkUJQKQFwvs03ZEuQE/zLUoRoWJmFicoAgAEdg0A=
Date: Mon, 5 Aug 2013 14:08:27 +0000
Message-ID: <d72e94cf4aa3419c86e9b0ec697161dd@BL2PR04MB082.namprd04.prod.outlook.com>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com> <EF53C835-7E30-49D2-8536-AD2868022CDD@demil.be> <850A9886-9299-4EF1-8C04-CC02E15D2AE9@gmail.com>
In-Reply-To: <850A9886-9299-4EF1-8C04-CC02E15D2AE9@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [85.115.60.180]
x-forefront-prvs: 0929F1BAED
x-forefront-antispam-report: SFV:NSPM; SFS:(189002)(377454003)(24454002)(199002)(13464003)(51704005)(4396001)(66066001)(80022001)(83072001)(65816001)(81542001)(81342001)(74366001)(19580395003)(74876001)(76796001)(80976001)(19580405001)(74316001)(49866001)(69226001)(76576001)(83322001)(79102001)(74502001)(47446002)(74706001)(33646001)(46102001)(77096001)(16406001)(56816003)(51856001)(54316002)(63696002)(53806001)(50986001)(31966008)(74662001)(56776001)(19580385001)(47736001)(59766001)(77982001)(76482001)(54356001)(76786001)(47976001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BL2PR04MB081; H:BL2PR04MB082.namprd04.prod.outlook.com; CLIP:85.115.60.180; RD:InfoNoRecords; MX:1; A:1; LANG:en; 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: itron.com
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "Erik Nordmark \(nordmark\)" <nordmark@cisco.com>, Marc Blanchet <marc.blanchet@viagenie.ca>, 6TSCH <6tsch@ietf.org>, Ted Lemon <Ted.Lemon@nominum.com>, "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>
Subject: Re: [6tsch] New name
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Aug 2013 14:08:46 -0000

SSBzdWdnZXN0IDZ0aXMgPSBUSW1lIHNsb3RlZCBTeW5jaHJvbml6ZWQNCg0KLS0tLS1PcmlnaW5h
bCBNZXNzYWdlLS0tLS0NCkZyb206IDZ0c2NoLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzo2dHNj
aC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgUGFzY2FsIFRodWJlcnQNClNlbnQ6IGRp
bWFuY2hlIDQgYW/Du3QgMjAxMyAyMzowNA0KVG86IFBpZXRlciBEZSBNaWwNCkNjOiBQYXNjYWwg
VGh1YmVydCAocHRodWJlcnQpOyBFcmlrIE5vcmRtYXJrIChub3JkbWFyayk7IE1hcmMgQmxhbmNo
ZXQ7IDZUU0NIOyBUZWQgTGVtb247IEFkcmlhbiBGYXJyZWwgKGFkcmlhbkBvbGRkb2cuY28udWsp
DQpTdWJqZWN0OiBSZTogWzZ0c2NoXSBOZXcgbmFtZQ0KDQpOZWF0IC4uLg0KDQpPdGhlcnMgcGxl
YXNlIGp1bXAgaW4gYW5kIHByb3Bvc2UgbmFtZXMhDQoNClRoZXJlIGlzIG5vIHJlYWwgZW1lcmdl
bmN5IGJ1dCBhIGxpdHRsZSBmdW4gd2lsbCBub3QgaHVydCBhZnRlciB0aGUgZGVuc2Ugd2VlayB3
ZSBoYWQgd2l0aCB0aGUgSUVURiDwn5iKDQoNCkknbGwgcHJvcG9zZSAgV2lOT1Q6IFdpcmVsZXNz
IE5ldHdvcmtzIGZvciBPcGVyYXRpb25hbCBUZWNobm9sb2d5Li4uDQpQYXNjYWwNCg0KTGUgNCBh
b8O7dCAyMDEzIMOgIDIwOjQwLCBQaWV0ZXIgRGUgTWlsIDxwaWV0ZXJAZGVtaWwuYmU+IGEgw6lj
cml0IDoNCg0KPiBJIGRvbid0IGhhdmUgYSBwcm9ibGVtIHdpdGggNnRzY2gsIGJ1dCB3aGF0IGFi
b3V0Og0KPiANCj4gSVB2NiBvdmVyIFRpbWUtc2xvdHRlZCBDaGFubmVsIGhvcHBpbmcgU2xvdHMN
Cj4gDQo+IDZUaUNTDQo+IA0KPiBUaGluayBhYm91dCBhIHRpY2tpbmcgY2xvY2suDQo+IA0KPiBC
ZXN0LA0KPiBQaWV0ZXINCj4gDQo+IA0KPiANCj4gDQo+IA0KPiBPcCA0LWF1Zy4tMjAxMyBvbSAy
MDowNCBoZWVmdCBUZWQgTGVtb24gPFRlZC5MZW1vbkBub21pbnVtLmNvbT4gaGV0IHZvbGdlbmRl
IGdlc2NocmV2ZW46DQo+IA0KPj4gT24gQXVnIDQsIDIwMTMsIGF0IDE6MjkgUE0sIE1hcmMgQmxh
bmNoZXQgPG1hcmMuYmxhbmNoZXRAdmlhZ2VuaWUuY2E+IHdyb3RlOg0KPj4+IG1pbm9yIGNvbW1l
bnQgKHBsZWFzZSB0aHJvdyBpdCBhd2F5IGlmIHBlb3BsZSBkb24ndCBhZ3JlZSk6IEkgKGFuZCBv
dGhlcnMgSSB0aGluaykganVzdCBoYXZlIHByb2JsZW1zIHByb25vdW5jaWF0aW5nIHRoZSB3Zy10
by1iZSBrZXl3b3JkICg2dHNjaCkuIFRoaXMgaXMgb2J2aW91c2x5IG5vdCB0aGUgaW1wb3J0YW50
IHBhcnQgb2YgdGhpcywgYnV0IHlvdSBtaWdodCB3YW50IHRvIHRoaW5rIGFib3V0IGl0IGJlZm9y
ZSBpdCBpcyB0b28gbGF0ZSwgYmVjYXVzZSBpdCB3aWxsIHN0aWNrICJmb3JldmVyIi4gKGFuZCBJ
IHdvdWxkIHN1Z2dlc3Qgbm90IHNwZW5kIG11Y2ggdGltZSBvbiB0aGlzIGNvbW1lbnQpLi4uDQo+
PiANCj4+IEkgd291bGQgcHV0IHRoaXMgYSBsaXR0bGUgbW9yZSBzdHJvbmdseS4gICBUaGUgbm9y
bWFsIHByb251bmNpYXRpb24gb2YgdGhpcyBhY3JvbnltIGF0IGxlYXN0IGluIEdlcm1hbiBpcyBq
dXN0IGFza2luZyBmb3IgdHJvdWJsZSwgYW5kIEkgdGhpbmsgdGhlIGJldHRlciBwYXJ0IG9mIHZh
bG9yIGlzIHRvIGNob29zZSBhIGRpZmZlcmVudCBhY3JvbnltLiAgIEkgdG9vayBzb21lIGZsYWsg
YXQgaW4gdGhlIHBvc3QtbWVldGluZyB3cmFwdXAgYmVjYXVzZSBvZiB0aGlzLCBhbmQgSSB3b3Vs
ZG4ndCB3YW50IGFueW9uZSBlbHNlIHRvIGhhdmUgdG8gZmFjZSB0aGF0Lg0KPj4gDQo+PiBIb3cg
YWJvdXQgNmNoYW50cyAoSVB2NiBvdmVyIENoYW5uZWwgSG9wcGluZyBBTmQgVGltZSBTbGljZWQg
bGlua3MpPw0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KPj4gNnRzY2ggbWFpbGluZyBsaXN0DQo+PiA2dHNjaEBpZXRmLm9yZw0KPj4gaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82dHNjaA0KPiBfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA2dHNjaCBtYWlsaW5nIGxpc3QN
Cj4gNnRzY2hAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by82dHNjaA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
CjZ0c2NoIG1haWxpbmcgbGlzdA0KNnRzY2hAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3Jn
L21haWxtYW4vbGlzdGluZm8vNnRzY2gNCg==

From prvs=922dbf3c5=patricia.brett@honeywell.com  Mon Aug  5 08:44:43 2013
Return-Path: <prvs=922dbf3c5=patricia.brett@honeywell.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4760C21F855F for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 08:44:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I0XcWFnsGjZt for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 08:44:38 -0700 (PDT)
Received: from de08ip008.honeywell.com (de08ip008.honeywell.com [199.61.24.27]) by ietfa.amsl.com (Postfix) with ESMTP id 5CD9321F888F for <6tsch@ietf.org>; Mon,  5 Aug 2013 08:44:37 -0700 (PDT)
Received-SPF: Neutral (de08ip008.honeywell.com: domain of patricia.brett@honeywell.com does not assert whether or not 10.216.34.43 is permitted sender) identity=mailfrom; client-ip=10.216.34.43; receiver=de08ip008.honeywell.com; envelope-from="patricia.brett@honeywell.com"; x-sender="patricia.brett@honeywell.com"; x-conformance=spf_only; x-record-type="v=spf1"
Received-SPF: None (de08ip008.honeywell.com: no sender authenticity information available from domain of postmaster@de08ex5005.global.ds.honeywell.com) identity=helo; client-ip=10.216.34.43; receiver=de08ip008.honeywell.com; envelope-from="patricia.brett@honeywell.com"; x-sender="postmaster@de08ex5005.global.ds.honeywell.com"; x-conformance=spf_only
X-SBRS: None
X-SenderGroup: Relay_to_Internet
X-MailFlowPolicy: $Relay
X-Attachment_Filename: 
X-Attachment_Filesize: None
X-IronPort-AV: E=Sophos;i="4.89,819,1367996400"; d="scan'208";a="23578578"
Received: from unknown (HELO de08ex5005.global.ds.honeywell.com) ([10.216.34.43]) by de08ip008.honeywell.com with ESMTP; 05 Aug 2013 08:44:30 -0700
Received: from DE08EX3001.global.ds.honeywell.com ([169.254.1.149]) by de08ex5005.global.ds.honeywell.com ([10.216.14.78]) with mapi id 14.02.0309.002; Mon, 5 Aug 2013 11:44:30 -0400
From: "Brett, Patricia (PA62)" <patricia.brett@honeywell.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: [6tsch] New name
Thread-Index: AQHOkUIunZdL7Jp/H0K7rjIJDeKr/5mFzNkAgADWW0CAAB+U4A==
Date: Mon, 5 Aug 2013 15:44:29 +0000
Message-ID: <861C280A4EB34046A0D9A4324E4E822401311B6B@de08ex3001.global.ds.honeywell.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [164.145.52.191]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Forwarded
Cc: "Brett, Patricia \(PA62\)" <patricia.brett@honeywell.com>
Subject: [6tsch] FW:  New name
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Aug 2013 15:44:43 -0000

Rm9yIHlvdSwgUGFzY2FsOg0KDQpXaXRjaGVzIC0gV2lyZWxlc3MgVGltZSBDaGFubmVsIEhvcHBp
bmcgRW1wbG95aW5nIFNsb3RzIA0KKHRoaXMgYWNyb255bSBhbHNvIGluZGljYXRlcyB0aGUgdXNl
IG9mIHRlY2huaWNhbCB3aXphcmRyeSkuDQoNClBhdA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut
LS0tLQ0KRnJvbTogNnRzY2gtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOjZ0c2NoLWJvdW5jZXNA
aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBQYXNjYWwgVGh1YmVydA0KU2VudDogU3VuZGF5LCBBdWd1
c3QgMDQsIDIwMTMgNTowNCBQTQ0KVG86IFBpZXRlciBEZSBNaWwNCkNjOiBQYXNjYWwgVGh1YmVy
dCAocHRodWJlcnQpOyBFcmlrIE5vcmRtYXJrIChub3JkbWFyayk7IE1hcmMgQmxhbmNoZXQ7IDZU
U0NIOyBUZWQgTGVtb247IEFkcmlhbiBGYXJyZWwgKGFkcmlhbkBvbGRkb2cuY28udWspDQpTdWJq
ZWN0OiBSZTogWzZ0c2NoXSBOZXcgbmFtZQ0KDQpOZWF0IC4uLg0KDQpPdGhlcnMgcGxlYXNlIGp1
bXAgaW4gYW5kIHByb3Bvc2UgbmFtZXMhDQoNClRoZXJlIGlzIG5vIHJlYWwgZW1lcmdlbmN5IGJ1
dCBhIGxpdHRsZSBmdW4gd2lsbCBub3QgaHVydCBhZnRlciB0aGUgZGVuc2Ugd2VlayB3ZSBoYWQg
d2l0aCB0aGUgSUVURiDwn5iKDQoNCkknbGwgcHJvcG9zZSAgV2lOT1Q6IFdpcmVsZXNzIE5ldHdv
cmtzIGZvciBPcGVyYXRpb25hbCBUZWNobm9sb2d5Li4uDQpQYXNjYWwNCg0KTGUgNCBhb8O7dCAy
MDEzIMOgIDIwOjQwLCBQaWV0ZXIgRGUgTWlsIDxwaWV0ZXJAZGVtaWwuYmU+IGEgw6ljcml0IDoN
Cg0KPiBJIGRvbid0IGhhdmUgYSBwcm9ibGVtIHdpdGggNnRzY2gsIGJ1dCB3aGF0IGFib3V0Og0K
PiANCj4gSVB2NiBvdmVyIFRpbWUtc2xvdHRlZCBDaGFubmVsIGhvcHBpbmcgU2xvdHMNCj4gDQo+
IDZUaUNTDQo+IA0KPiBUaGluayBhYm91dCBhIHRpY2tpbmcgY2xvY2suDQo+IA0KPiBCZXN0LA0K
PiBQaWV0ZXINCj4gDQo+IA0KPiANCj4gDQo+IA0KPiBPcCA0LWF1Zy4tMjAxMyBvbSAyMDowNCBo
ZWVmdCBUZWQgTGVtb24gPFRlZC5MZW1vbkBub21pbnVtLmNvbT4gaGV0IHZvbGdlbmRlIGdlc2No
cmV2ZW46DQo+IA0KPj4gT24gQXVnIDQsIDIwMTMsIGF0IDE6MjkgUE0sIE1hcmMgQmxhbmNoZXQg
PG1hcmMuYmxhbmNoZXRAdmlhZ2VuaWUuY2E+IHdyb3RlOg0KPj4+IG1pbm9yIGNvbW1lbnQgKHBs
ZWFzZSB0aHJvdyBpdCBhd2F5IGlmIHBlb3BsZSBkb24ndCBhZ3JlZSk6IEkgKGFuZCBvdGhlcnMg
SSB0aGluaykganVzdCBoYXZlIHByb2JsZW1zIHByb25vdW5jaWF0aW5nIHRoZSB3Zy10by1iZSBr
ZXl3b3JkICg2dHNjaCkuIFRoaXMgaXMgb2J2aW91c2x5IG5vdCB0aGUgaW1wb3J0YW50IHBhcnQg
b2YgdGhpcywgYnV0IHlvdSBtaWdodCB3YW50IHRvIHRoaW5rIGFib3V0IGl0IGJlZm9yZSBpdCBp
cyB0b28gbGF0ZSwgYmVjYXVzZSBpdCB3aWxsIHN0aWNrICJmb3JldmVyIi4gKGFuZCBJIHdvdWxk
IHN1Z2dlc3Qgbm90IHNwZW5kIG11Y2ggdGltZSBvbiB0aGlzIGNvbW1lbnQpLi4uDQo+PiANCj4+
IEkgd291bGQgcHV0IHRoaXMgYSBsaXR0bGUgbW9yZSBzdHJvbmdseS4gICBUaGUgbm9ybWFsIHBy
b251bmNpYXRpb24gb2YgdGhpcyBhY3JvbnltIGF0IGxlYXN0IGluIEdlcm1hbiBpcyBqdXN0IGFz
a2luZyBmb3IgdHJvdWJsZSwgYW5kIEkgdGhpbmsgdGhlIGJldHRlciBwYXJ0IG9mIHZhbG9yIGlz
IHRvIGNob29zZSBhIGRpZmZlcmVudCBhY3JvbnltLiAgIEkgdG9vayBzb21lIGZsYWsgYXQgaW4g
dGhlIHBvc3QtbWVldGluZyB3cmFwdXAgYmVjYXVzZSBvZiB0aGlzLCBhbmQgSSB3b3VsZG4ndCB3
YW50IGFueW9uZSBlbHNlIHRvIGhhdmUgdG8gZmFjZSB0aGF0Lg0KPj4gDQo+PiBIb3cgYWJvdXQg
NmNoYW50cyAoSVB2NiBvdmVyIENoYW5uZWwgSG9wcGluZyBBTmQgVGltZSBTbGljZWQgbGlua3Mp
Pw0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KPj4gNnRzY2ggbWFpbGluZyBsaXN0DQo+PiA2dHNjaEBpZXRmLm9yZw0KPj4gaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82dHNjaA0KPiBfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA2dHNjaCBtYWlsaW5nIGxpc3QNCj4gNnRz
Y2hAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82dHNj
aA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCjZ0c2No
IG1haWxpbmcgbGlzdA0KNnRzY2hAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vNnRzY2gNCg==

From jvasseur@cisco.com  Mon Aug  5 17:18:47 2013
Return-Path: <jvasseur@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2195321F9DB0 for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 17:18:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level: 
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2VrVSYUMpiOE for <6tsch@ietfa.amsl.com>; Mon,  5 Aug 2013 17:18:42 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id DC18921F9D65 for <6tsch@ietf.org>; Mon,  5 Aug 2013 17:18:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1825; q=dns/txt; s=iport; t=1375748322; x=1376957922; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Bvj3BIjDAcMwbAFwGZVOFznah1h43B6jb3a2xNmzrtQ=; b=EDNGLuD48mSQSyfKmvVg7wSmLtceOqrC5XXhLPlm/DOezKrfgv6AvyiC zKfYBbiQPC+wSIKY7/kKx023dqUIuDKRwkw706nCgzC9Fd9AYZWUTK1cL r3+2GAhnUdLI/rVyjrROc8HfhInLXzXl3qUexqXtZ0ANIb/yvaJJsYLbb 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgsFAOA/AFKtJXHA/2dsb2JhbABbgwY1UL54gSUWdIIkAQEBAwEBAQFrBAcFCwIBCA4KCiQnCyUCBAENBQiIAgYMtUQEj2QCMQeDGXQDiHKgPYMXgio
X-IronPort-AV: E=Sophos;i="4.89,822,1367971200"; d="scan'208";a="243828751"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-7.cisco.com with ESMTP; 06 Aug 2013 00:18:41 +0000
Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id r760IfbD014666 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 6 Aug 2013 00:18:41 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.27]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.02.0318.004; Mon, 5 Aug 2013 19:18:40 -0500
From: "JP Vasseur (jvasseur)" <jvasseur@cisco.com>
To: Carsten Bormann <cabo@tzi.org>, "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Thread-Topic: [6tsch] Finalized charter
Thread-Index: AQHOkjqAOuiJTa5THkWLQbFuOEtRIw==
Date: Tue, 6 Aug 2013 00:18:40 +0000
Message-ID: <03B78081B371D44390ED6E7BADBB4A77236C036B@xmb-rcd-x02.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com> <09CE48E0-35A4-46BA-98F9-9EDD3A1C13D5@tzi.org>
In-Reply-To: <09CE48E0-35A4-46BA-98F9-9EDD3A1C13D5@tzi.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.154.200.66]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <D85694E499EE1F4B8CD55D1DCC514AC6@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: 6TSCH <6tsch@ietf.org>, Ted Lemon <Ted.Lemon@nominum.com>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Aug 2013 00:18:47 -0000

Agree with Carsten and Pascal, I would stick to LBR and mention PCE specifi=
cally

On Aug 5, 2013, at 1:54 AM, Carsten Bormann <cabo@tzi.org> wrote:

> On Aug 4, 2013, at 20:04, Ted Lemon <Ted.Lemon@nominum.com> wrote:
>=20
>> The normal pronunciation of this acronym at least in German
>=20
> For a German: TSCH =3D Tisch =3D "tish".
> Add "six" (english pronunciation), and it's "sixtish".
> Not too hard.
>=20
> On the charter itself: I was rather skeptical about the version we discus=
sed in Berlin, and I'm now less worried.
>=20
> I don't quite understand the text for work item 1.  Why is this about que=
rying (which I would have expected in a garden variety management protocol)=
 and not about setting up?  Maybe I don't understand the relationship betwe=
en 1 and 2.
>=20
> Work item 2: s/hard-coded/pre-configured/?
>=20
> I would probably stick with the "LBR" terminology as others have said.
>=20
> We may need to discuss how the multi-LBR technology in 6TSCH (ND-proxy?) =
relates to that potentially addressed by 6Lo.  Since I don't think we will =
fully understand the relationship before the charters get finalized, maybe =
just note that in the charter.  (Maybe it is also worth highlighting any wo=
rking relationship with ROLL, if that is required.  Is RPL being modified b=
y 6TSCH?)
>=20
> The charter currently does not discuss security or management, and I woul=
d prefer a clear statement whether that is in scope (re management, see com=
ment about work item 1 above; security for bootstrapping a network is a com=
plex issue where it would surprise me if people think this is in scope).
>=20
> Gr=FC=DFe, Carsten
>=20
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch


From twatteyne@gmail.com  Tue Aug  6 13:08:53 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD60D21E80AB for <6tsch@ietfa.amsl.com>; Tue,  6 Aug 2013 13:08:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.459
X-Spam-Level: 
X-Spam-Status: No, score=-1.459 tagged_above=-999 required=5 tests=[AWL=-0.482, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_BACKHAIR_43=1, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PpRJ-+FdqRgN for <6tsch@ietfa.amsl.com>; Tue,  6 Aug 2013 13:08:52 -0700 (PDT)
Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 3DEAB21E80AA for <6tsch@ietf.org>; Tue,  6 Aug 2013 13:08:52 -0700 (PDT)
Received: by mail-pd0-f172.google.com with SMTP id z11so627117pdj.3 for <6tsch@ietf.org>; Tue, 06 Aug 2013 13:08:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=jLNiVYhQ0Kz0NpS0Fgd5GUwB8/wZqVLV4D2CWBYwFFk=; b=u9h7u+1WWlrHiyu5TijVRPd4k0AnUMgqhvZnZT7Xfwaakx0/hrW6xF2/TxP8Ncd6ep e8pWdGKDQLH4pL53u+B8PQ1Kon4xNpm0SxX/I7JAyisdnfbZIDGFRpJdqoWHC7KBm2vZ AWW8zgl0mDm1PoqE96hi+2kqlRNpMpLeEYFojdVPkQaw35+QvaPYBIlqeHycH+tjdhOh W3JgNDyurBew/h2+25cSJdtrko0yOxS8+ZmmLBR+mgJHRmsoQyvk13oHqUVvYq5fBqjG cyAOhp8DWEDL/cc0iEYNKZVFnbeA8B+mPNPVNGB/x1tazT+xsp5x23Kk8ALCx3PrKBh4 6dkQ==
X-Received: by 10.66.122.99 with SMTP id lr3mr440114pab.187.1375819731783; Tue, 06 Aug 2013 13:08:51 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 6 Aug 2013 13:08:30 -0700 (PDT)
In-Reply-To: <03B78081B371D44390ED6E7BADBB4A77236C036B@xmb-rcd-x02.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com> <09CE48E0-35A4-46BA-98F9-9EDD3A1C13D5@tzi.org> <03B78081B371D44390ED6E7BADBB4A77236C036B@xmb-rcd-x02.cisco.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 6 Aug 2013 13:08:30 -0700
X-Google-Sender-Auth: INvf_Q4t7Oz11QlVvXcRxJUO8Js
Message-ID: <CADJ9OA-5J_ANSTv5bJp_2PwgQOu1scKm7z=DMCu6FyZQMQFrdQ@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b2e0e8f63559c04e34cfe4e
Cc: Ted Lemon <Ted.Lemon@nominum.com>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Aug 2013 20:08:53 -0000

--047d7b2e0e8f63559c04e34cfe4e
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

JP, Carsten,

Thanks for the very valuable input on the charter. Let me try to summarize
your comments and provide an answer to the issues you raise below.

*BBR->LBR*

*Suggestion from JP. Changing BBR to LBR would align terminology with the
ROLL WG.*

For reference, here are the definitions in the latest versions of the
drafts:

   - *LBR* (draft-ietf-roll-terminology-12): Low power and Lossy Network
   Border Router.  The LBR is a device that connects the Low power and Loss=
y
   Network to another routing domain such as a Local Area Network (LAN), Wi=
de
   Area Network (WAN) or the Internet where a possibly different routing
   protocol is in operation.  The LBR acts as a routing device and may
   possibly host other functions such as data collector or aggregator.


   - *BBR* (draft-thubert-6lowpan-backbone-router-03): An IPv6 router that
   federates the LLN using a Backbone link as a backbone. A BBR acts as a
   6LoWPAN Border Routers (6LBR) and an Energy Aware Default Router (NEAR).


These are indeed very close terms. Whatever the name, I believe we are
talking about an entity which plays several roles, including handling
downstream routes where applicable (RPL), compacting 6LoWPAN header
(6LoWPAN), and federating several LLNs under one prefix (ND). As usual,
these functions can be co-located in the same box.

While I don't have a strong opinion on this, I tend to agree that LBR is a
more established term than BBR, and maybe a bit more generic according to
the definitions above.

Yet, we have already sent the proposed charter to the ADs for review. What
I have done is filing
https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/5/bbr-lbr, to keep
track of your suggestion. We can integrate it if requested during future
discussion about the charter with the IESG.

*Add PCE to WG to interact with*

*Suggestion from JP. The idea is to list PCE as a WG to interact with.*

The reason we did not include it in the text is because the definition of
the node<->PCE interaction is not within scope of this charter. Work item 1
covers the format of the payload (e.g. the bits and bytes to describe a
cell), but not the exact transport solution or interaction.

That being said, this is absolutely what we tend towards, and when we
explicitly work on that, we will be interacting with the PCE WG. I
understand you are suggesting to list PCE right away. I have filed
https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/6/add-pce-to-wg-to-int=
eract-with
 to cover this.

*Interaction between Work Item 1 and 2*

*Clarifying question from Carsten.*

The goal of work item 1 is to describe a format for the PCE to be able to
send commands to the nodes, and for the nodes to send statistics and
topological information to the PCE. In this version of the charter, we
assume that the schedule is static, i.e. we do not address the PCE->nodes
traffic yet. That being said, statistics and topological information can
flow from node to PCE in a network resulting from work item 2. This for
example allows for close monitoring of the health of the network.

That being said, the scope of work item 1 is very clear and very "atomic".
Management includes setup, update, tear down, as well as getting reports.
The scope of work item 1 is not to focus on "network management" as a
whole, only to produce formats and methods that can be used by all points
of command, including PCE, node configuration, network management, etc.

*hard-coded -> pre-configured*

*Suggestion from Carsten.*

The term "pre-configured" is indeed more elegant than the term
"hard-coded". Would you agree, however, that both terms end up expressing
the same idea? I have filed
https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/7/hard-coded-pre-confi=
gured
to
track and remember this suggestion.

Note that there is an intent that we provide a basic schedule that would
operate without any configuration. Then through the methods in item 1 we
propose to optionally set up an initial schedule that the node will use
instead.

*changing RPL?*

*Clarifying question from Carsten.*

The goal of the work at 6TSCH is absolutely not to change RPL, just to
describe how RPL can be be used on these time slotted networks. This is
probably going to be the biggest piece of the work done in work item 2.
What we might do is define some metrics and maybe even an OF, but NOT to
request any changes to RPL itself.

I would argue that, if the goal were to change RPL, this would appear
clearly in the charter text. In the absence of the statement "we want to
change RPL", we assume that the reader understands that the goal is to not
change RPL. We may study objective functions and new options, in particular
to transport a schedule, but we are not chartering to standardize work
there.

*security in scope?*

*Clarifying question from Carsten.*

We have had numerous discussion about this last week, including in-person
with Yoshihiro, Subir, Rafa, and by e-mail with Rene. I believe we had a
very similar discussion with Rene, which you can find at
http://www.ietf.org/mail-archive/web/6tsch/current/msg00985.html. Rene
agreed with the discussion.

In very short, work on security and management is welcome but we do not
charter a work item for this round.

I hope this answers your questions.

Thomas


On Mon, Aug 5, 2013 at 5:18 PM, JP Vasseur (jvasseur) <jvasseur@cisco.com>w=
rote:

> Agree with Carsten and Pascal, I would stick to LBR and mention PCE
> specifically
>
> On Aug 5, 2013, at 1:54 AM, Carsten Bormann <cabo@tzi.org> wrote:
>
> > On Aug 4, 2013, at 20:04, Ted Lemon <Ted.Lemon@nominum.com> wrote:
> >
> >> The normal pronunciation of this acronym at least in German
> >
> > For a German: TSCH =3D Tisch =3D "tish".
> > Add "six" (english pronunciation), and it's "sixtish".
> > Not too hard.
> >
> > On the charter itself: I was rather skeptical about the version we
> discussed in Berlin, and I'm now less worried.
> >
> > I don't quite understand the text for work item 1.  Why is this about
> querying (which I would have expected in a garden variety management
> protocol) and not about setting up?  Maybe I don't understand the
> relationship between 1 and 2.
> >
> > Work item 2: s/hard-coded/pre-configured/?
> >
> > I would probably stick with the "LBR" terminology as others have said.
> >
> > We may need to discuss how the multi-LBR technology in 6TSCH (ND-proxy?=
)
> relates to that potentially addressed by 6Lo.  Since I don't think we wil=
l
> fully understand the relationship before the charters get finalized, mayb=
e
> just note that in the charter.  (Maybe it is also worth highlighting any
> working relationship with ROLL, if that is required.  Is RPL being modifi=
ed
> by 6TSCH?)
> >
> > The charter currently does not discuss security or management, and I
> would prefer a clear statement whether that is in scope (re management, s=
ee
> comment about work item 1 above; security for bootstrapping a network is =
a
> complex issue where it would surprise me if people think this is in scope=
).
> >
> > Gr=FC=DFe, Carsten
> >
> > _______________________________________________
> > 6tsch mailing list
> > 6tsch@ietf.org
> > https://www.ietf.org/mailman/listinfo/6tsch
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

--047d7b2e0e8f63559c04e34cfe4e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div id=3D"magicdomid3003" clas=
s=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,s=
ans-serif;font-size:12px;line-height:16px"><span class=3D"" style=3D"margin=
:0px;padding:0px 0px 1px">JP, Carsten,</span></div>

<div id=3D"magicdomid3004" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3005" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">Thanks for the ve=
ry valuable input on the charter. Let me try to summarize your comments and=
 provide an answer to the issues you raise below.</span></div><div id=3D"ma=
gicdomid3006" class=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);f=
ont-family:Arial,sans-serif;font-size:12px;line-height:16px">

<br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3007" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px"><span class=3D"" style=3D"margin:=
0px;padding:0px 0px 1px"><b style=3D"margin:0px;padding:0px"><u style=3D"ma=
rgin:0px;padding:0px">BBR-&gt;LBR</u></b></span></div>

<div id=3D"magicdomid3008" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3009" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margi=
n:0px;padding:0px">Suggestion from JP. Changing BBR to LBR would align term=
inology with the ROLL WG.</i></span></div><div id=3D"magicdomid3010" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3011" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px"><span class=3D"" style=3D"margin:=
0px;padding:0px 0px 1px">For reference, here are the definitions in the lat=
est versions of the drafts:</span></div>

<div id=3D"magicdomid3012" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
ul class=3D"" style=3D"margin:0px 0px 0px 1.5em;padding:0px"><li style=3D"m=
argin:0px;padding:0px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px">LBR</b></span><span class=3D"" style=3D"margin:0px;paddi=
ng:0px 0px 1px">=A0(draft-ietf-roll-terminology-12): Low power and Lossy Ne=
twork Border Router.=A0 The LBR is a device that connects the Low power and=
 Lossy Network to another routing domain such as a Local Area Network (LAN)=
, Wide Area Network (WAN) or the Internet where a possibly different routin=
g protocol is in operation.=A0 The LBR acts as a routing device and may pos=
sibly host other functions such as data collector or aggregator.</span></li=
>

</ul></div><div id=3D"magicdomid3013" class=3D"" style=3D"margin:0px;paddin=
g:0px;color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-hei=
ght:16px"><ul class=3D"" style=3D"margin:0px 0px 0px 1.5em;padding:0px"><li=
 style=3D"margin:0px;padding:0px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px">BBR</b></span><span class=3D"" style=3D"margin:0px;paddi=
ng:0px 0px 1px">=A0(draft-thubert-6lowpan-backbone-router-03): An IPv6 rout=
er that federates the LLN using a Backbone link as a backbone. A BBR acts a=
s a 6LoWPAN Border Routers (6LBR) and an Energy Aware Default Router (NEAR)=
.</span></li>

</ul></div><div id=3D"magicdomid3014" class=3D"" style=3D"margin:0px;paddin=
g:0px;color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-hei=
ght:16px"><br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3=
015" class=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-famil=
y:Arial,sans-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">These are indeed =
very close terms. Whatever the name, I believe we are talking about an enti=
ty which plays several roles, including handling downstream routes where ap=
plicable (RPL), compacting 6LoWPAN header (6LoWPAN), and federating several=
 LLNs under one prefix (ND). As usual, these functions can be co-located in=
 the same box.</span></div>

<div id=3D"magicdomid3016" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3017" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">While I don&#39;t=
 have a strong opinion on this, I tend to agree that LBR is a more establis=
hed term than BBR, and maybe a bit more generic according to the definition=
s above.</span></div>

<div id=3D"magicdomid3018" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3019" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">Yet, we have alre=
ady sent the proposed charter to the ADs for review. What I have done is fi=
ling=A0</span><span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><a =
href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/5/bbr-lbr" sty=
le=3D"margin:0px;padding:0px">https://bitbucket.org/6tsch/charter-ietf-6tsc=
h/issue/5/bbr-lbr</a></span><span class=3D"" style=3D"margin:0px;padding:0p=
x 0px 1px">, to keep track of your suggestion. We can integrate it if reque=
sted during future discussion about the charter with the IESG.</span></div>

<div id=3D"magicdomid3020" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3021" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">Add PCE to WG to int=
eract with</u></b></span></div><div id=3D"magicdomid3022" class=3D"" style=
=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sans-serif;fo=
nt-size:12px;line-height:16px">

<br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3023" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px"><span class=3D"" style=3D"margin:=
0px;padding:0px 0px 1px"><i style=3D"margin:0px;padding:0px">Suggestion fro=
m JP. The idea is to list PCE as a WG to interact with.</i></span></div>

<div id=3D"magicdomid3024" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3025" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">The reason we did=
 not include it in the text is because the definition of the node&lt;-&gt;P=
CE interaction is not within scope of this charter. Work item 1 covers the =
format of the payload (e.g. the bits and bytes to describe a cell), but not=
 the exact transport solution or interaction.</span></div>

<div id=3D"magicdomid3026" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3027" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">That being said, =
this is absolutely what we tend towards, and when we explicitly work on tha=
t, we will be interacting with the PCE WG. I understand you are suggesting =
to list PCE right away. I have filed=A0</span><span class=3D"" style=3D"mar=
gin:0px;padding:0px 0px 1px"><a href=3D"https://bitbucket.org/6tsch/charter=
-ietf-6tsch/issue/6/add-pce-to-wg-to-interact-with" style=3D"margin:0px;pad=
ding:0px">https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/6/add-pce-to=
-wg-to-interact-with</a>=A0</span><span class=3D"" style=3D"margin:0px;padd=
ing:0px 0px 1px">to cover this.</span></div>

<div id=3D"magicdomid3028" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3029" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">Interaction between =
Work Item 1 and 2</u></b></span></div><div id=3D"magicdomid3030" class=3D""=
 style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sans-se=
rif;font-size:12px;line-height:16px">

<br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3031" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px"><span class=3D"" style=3D"margin:=
0px;padding:0px 0px 1px"><i style=3D"margin:0px;padding:0px">Clarifying que=
stion from Carsten.</i></span></div>

<div id=3D"magicdomid3032" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3033" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">The goal of work =
item 1 is to describe a format for the PCE to be able to send commands to t=
he nodes, and for the nodes to send statistics and topological information =
to the PCE. In this version of the charter, we assume that the schedule is =
static, i.e. we do not address the PCE-&gt;nodes traffic yet. That being sa=
id, statistics and topological information can flow from node to PCE in a n=
etwork resulting from work item 2. This for example allows for close monito=
ring of the health of the network.</span></div>

<div id=3D"magicdomid3034" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3035" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">That being said, =
the scope of work item 1 is very clear and very &quot;atomic&quot;. Managem=
ent includes setup, update, tear down, as well as getting reports. The scop=
e of work item 1 is not to focus on &quot;network management&quot; as a who=
le, only to produce formats and methods that can be used by all points of c=
ommand, including PCE, node configuration, network management, etc.</span><=
/div>

<div id=3D"magicdomid3036" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3037" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">hard-coded -&gt; pre=
-configured</u></b></span></div><div id=3D"magicdomid3038" class=3D"" style=
=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sans-serif;fo=
nt-size:12px;line-height:16px">

<br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3039" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px"><span class=3D"" style=3D"margin:=
0px;padding:0px 0px 1px"><i style=3D"margin:0px;padding:0px">Suggestion fro=
m Carsten.</i></span></div>

<div id=3D"magicdomid3040" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3041" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">The term &quot;pr=
e-configured&quot; is indeed more elegant than the term &quot;hard-coded&qu=
ot;. Would you agree, however, that both terms end up expressing the same i=
dea? I have filed=A0</span><span class=3D"" style=3D"margin:0px;padding:0px=
 0px 1px"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/7=
/hard-coded-pre-configured" style=3D"margin:0px;padding:0px">https://bitbuc=
ket.org/6tsch/charter-ietf-6tsch/issue/7/hard-coded-pre-configured</a></spa=
n><span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">=A0to track and=
 remember this suggestion.</span></div>

<div id=3D"magicdomid3042" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3043" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">Note that there i=
s an intent that we provide a basic schedule that would operate without any=
 configuration. Then through the methods in item 1 we propose to optionally=
 set up an initial schedule that the node will use instead.</span></div>

<div id=3D"magicdomid3044" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3045" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">changing RPL?</u></b=
></span></div><div id=3D"magicdomid3046" class=3D"" style=3D"margin:0px;pad=
ding:0px;color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-=
height:16px">

<br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3047" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px"><span class=3D"" style=3D"margin:=
0px;padding:0px 0px 1px"><i style=3D"margin:0px;padding:0px">Clarifying que=
stion from Carsten.</i></span></div>

<div id=3D"magicdomid3048" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3049" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">The goal of the w=
ork at 6TSCH is absolutely not to change RPL, just to describe how RPL can =
be be used on these time slotted networks. This is probably going to be the=
 biggest piece of the work done in work item 2. What we might do is define =
some metrics and maybe even an OF, but NOT to request any changes to RPL it=
self.</span></div>

<div id=3D"magicdomid3050" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3051" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">I would argue tha=
t, if the goal were to change RPL, this would appear clearly in the charter=
 text. In the absence of the statement &quot;we want to change RPL&quot;, w=
e assume that the reader understands that the goal is to not change RPL. We=
 may study objective functions and new options, in particular to transport =
a schedule, but we are not chartering to standardize work there.</span></di=
v>

<div id=3D"magicdomid3052" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3053" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">security in scope?</=
u></b></span></div><div id=3D"magicdomid3054" class=3D"" style=3D"margin:0p=
x;padding:0px;color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;=
line-height:16px">

<br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3055" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px"><span class=3D"" style=3D"margin:=
0px;padding:0px 0px 1px"><i style=3D"margin:0px;padding:0px">Clarifying que=
stion from Carsten.</i></span></div>

<div id=3D"magicdomid3056" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3057" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">We have had numer=
ous discussion about this last week, including in-person with Yoshihiro, Su=
bir, Rafa, and by e-mail with Rene. I believe we had a very similar discuss=
ion with Rene, which you can find at=A0</span><span class=3D"" style=3D"mar=
gin:0px;padding:0px 0px 1px"><a href=3D"http://www.ietf.org/mail-archive/we=
b/6tsch/current/msg00985.html" style=3D"margin:0px;padding:0px">http://www.=
ietf.org/mail-archive/web/6tsch/current/msg00985.html</a></span><span class=
=3D"" style=3D"margin:0px;padding:0px 0px 1px">. Rene agreed with the discu=
ssion.</span></div>

<div id=3D"magicdomid3058" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3059" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">In very short, wo=
rk on security and management is welcome but we do not charter a work item =
for this round.</span></div><div id=3D"magicdomid3060" class=3D"" style=3D"=
margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sans-serif;font-s=
ize:12px;line-height:16px">

<br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3061" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px"><span class=3D"" style=3D"margin:=
0px;padding:0px 0px 1px">I hope this answers your questions.</span></div>

<div id=3D"magicdomid3062" class=3D"" style=3D"margin:0px;padding:0px;color=
:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12px;line-height:16px"><=
br style=3D"margin:0px;padding:0px"></div><div id=3D"magicdomid3063" class=
=3D"" style=3D"margin:0px;padding:0px;color:rgb(0,0,0);font-family:Arial,sa=
ns-serif;font-size:12px;line-height:16px">

<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">Thomas</span></di=
v><div><span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><br></span=
></div><br><div class=3D"gmail_quote">On Mon, Aug 5, 2013 at 5:18 PM, JP Va=
sseur (jvasseur) <span dir=3D"ltr">&lt;<a href=3D"mailto:jvasseur@cisco.com=
" target=3D"_blank">jvasseur@cisco.com</a>&gt;</span> wrote:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">Agree with Carsten and Pascal, I would stick to LBR and me=
ntion PCE specifically<br>




<div><div><br>
On Aug 5, 2013, at 1:54 AM, Carsten Bormann &lt;<a href=3D"mailto:cabo@tzi.=
org" target=3D"_blank">cabo@tzi.org</a>&gt; wrote:<br>
<br>
&gt; On Aug 4, 2013, at 20:04, Ted Lemon &lt;<a href=3D"mailto:Ted.Lemon@no=
minum.com" target=3D"_blank">Ted.Lemon@nominum.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; The normal pronunciation of this acronym at least in German<br>
&gt;<br>
&gt; For a German: TSCH =3D Tisch =3D &quot;tish&quot;.<br>
&gt; Add &quot;six&quot; (english pronunciation), and it&#39;s &quot;sixtis=
h&quot;.<br>
&gt; Not too hard.<br>
&gt;<br>
&gt; On the charter itself: I was rather skeptical about the version we dis=
cussed in Berlin, and I&#39;m now less worried.<br>
&gt;<br>
&gt; I don&#39;t quite understand the text for work item 1. =A0Why is this =
about querying (which I would have expected in a garden variety management =
protocol) and not about setting up? =A0Maybe I don&#39;t understand the rel=
ationship between 1 and 2.<br>





&gt;<br>
&gt; Work item 2: s/hard-coded/pre-configured/?<br>
&gt;<br>
&gt; I would probably stick with the &quot;LBR&quot; terminology as others =
have said.<br>
&gt;<br>
&gt; We may need to discuss how the multi-LBR technology in 6TSCH (ND-proxy=
?) relates to that potentially addressed by 6Lo. =A0Since I don&#39;t think=
 we will fully understand the relationship before the charters get finalize=
d, maybe just note that in the charter. =A0(Maybe it is also worth highligh=
ting any working relationship with ROLL, if that is required. =A0Is RPL bei=
ng modified by 6TSCH?)<br>





&gt;<br>
&gt; The charter currently does not discuss security or management, and I w=
ould prefer a clear statement whether that is in scope (re management, see =
comment about work item 1 above; security for bootstrapping a network is a =
complex issue where it would surprise me if people think this is in scope).=
<br>





&gt;<br>
&gt; Gr=FC=DFe, Carsten<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div></div>

--047d7b2e0e8f63559c04e34cfe4e--

From jvasseur@cisco.com  Tue Aug  6 17:45:38 2013
Return-Path: <jvasseur@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B02811E80FD for <6tsch@ietfa.amsl.com>; Tue,  6 Aug 2013 17:45:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.098
X-Spam-Level: 
X-Spam-Status: No, score=-10.098 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_BACKHAIR_43=1, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ohnTRq274I7U for <6tsch@ietfa.amsl.com>; Tue,  6 Aug 2013 17:45:23 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 3DF7521F842B for <6tsch@ietf.org>; Tue,  6 Aug 2013 17:45:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35710; q=dns/txt; s=iport; t=1375836323; x=1377045923; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=9+gM9TcbRpkOhirMwVihhO7KvpZixf/xqKJ/BJOhMT0=; b=JsfM84Rxn+OYftiZGPuCPiOErZqvqLgPIY3Ajv9gQtHZjl9UOR5bsOfw rC0MUXWu8cOPYGAO8WI4rrzRDDZbhDGxOEsG4WhFmKqTN9MPWbSUkniPb 3YqAC4hQW5xNNCikfkHsWEif/ILVa+HPuW4Ztph+mMVbrZOP/j38F72/K E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ah4FAF+YAVKtJXHA/2dsb2JhbABaDoI0RDVQti2IQoEcFnSCJAEBAQMBAQEBJEcEBwULAgEIEgYKFgEGBycLFAMOAgQOBQgBEodvBgy3So5kAYEELQQGAQIHgxF0A4hzkBiQJYJZPoFxOQ
X-IronPort-AV: E=Sophos;i="4.89,829,1367971200";  d="scan'208,217";a="244310269"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-2.cisco.com with ESMTP; 07 Aug 2013 00:45:22 +0000
Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id r770jLeC011450 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 7 Aug 2013 00:45:21 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.27]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.02.0318.004; Tue, 6 Aug 2013 19:45:21 -0500
From: "JP Vasseur (jvasseur)" <jvasseur@cisco.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Thread-Topic: [6tsch] Finalized charter
Thread-Index: AQHOkjqAOuiJTa5THkWLQbFuOEtRIw==
Date: Wed, 7 Aug 2013 00:45:21 +0000
Message-ID: <03B78081B371D44390ED6E7BADBB4A77236C74FD@xmb-rcd-x02.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com> <09CE48E0-35A4-46BA-98F9-9EDD3A1C13D5@tzi.org> <03B78081B371D44390ED6E7BADBB4A77236C036B@xmb-rcd-x02.cisco.com> <CADJ9OA-5J_ANSTv5bJp_2PwgQOu1scKm7z=DMCu6FyZQMQFrdQ@mail.gmail.com>
In-Reply-To: <CADJ9OA-5J_ANSTv5bJp_2PwgQOu1scKm7z=DMCu6FyZQMQFrdQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.21.113.17]
Content-Type: multipart/alternative; boundary="_000_03B78081B371D44390ED6E7BADBB4A77236C74FDxmbrcdx02ciscoc_"
MIME-Version: 1.0
Cc: 6TSCH <6tsch@ietf.org>, Ted Lemon <Ted.Lemon@nominum.com>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 00:45:38 -0000

--_000_03B78081B371D44390ED6E7BADBB4A77236C74FDxmbrcdx02ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Thomas,

On Aug 6, 2013, at 1:08 PM, Thomas Watteyne <watteyne@eecs.berkeley.edu<mai=
lto:watteyne@eecs.berkeley.edu>> wrote:

JP, Carsten,

Thanks for the very valuable input on the charter. Let me try to summarize =
your comments and provide an answer to the issues you raise below.

BBR->LBR

Suggestion from JP. Changing BBR to LBR would align terminology with the RO=
LL WG.

For reference, here are the definitions in the latest versions of the draft=
s:

  *   LBR (draft-ietf-roll-terminology-12): Low power and Lossy Network Bor=
der Router.  The LBR is a device that connects the Low power and Lossy Netw=
ork to another routing domain such as a Local Area Network (LAN), Wide Area=
 Network (WAN) or the Internet where a possibly different routing protocol =
is in operation.  The LBR acts as a routing device and may possibly host ot=
her functions such as data collector or aggregator.

  *   BBR (draft-thubert-6lowpan-backbone-router-03): An IPv6 router that f=
ederates the LLN using a Backbone link as a backbone. A BBR acts as a 6LoWP=
AN Border Routers (6LBR) and an Energy Aware Default Router (NEAR).

These are indeed very close terms. Whatever the name, I believe we are talk=
ing about an entity which plays several roles, including handling downstrea=
m routes where applicable (RPL), compacting 6LoWPAN header (6LoWPAN), and f=
ederating several LLNs under one prefix (ND). As usual, these functions can=
 be co-located in the same box.

While I don't have a strong opinion on this, I tend to agree that LBR is a =
more established term than BBR, and maybe a bit more generic according to t=
he definitions above.

Yet, we have already sent the proposed charter to the ADs for review. What =
I have done is filing https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/=
5/bbr-lbr, to keep track of your suggestion. We can integrate it if request=
ed during future discussion about the charter with the IESG.


JP> Perfect.

Add PCE to WG to interact with

Suggestion from JP. The idea is to list PCE as a WG to interact with.

The reason we did not include it in the text is because the definition of t=
he node<->PCE interaction is not within scope of this charter. Work item 1 =
covers the format of the payload (e.g. the bits and bytes to describe a cel=
l), but not the exact transport solution or interaction.

That being said, this is absolutely what we tend towards, and when we expli=
citly work on that, we will be interacting with the PCE WG. I understand yo=
u are suggesting to list PCE right away. I have filed https://bitbucket.org=
/6tsch/charter-ietf-6tsch/issue/6/add-pce-to-wg-to-interact-with to cover t=
his.


JP> Thanks because even if the node<->PCE interaction is not yet in the cha=
rter, and the same applies to
PCE discovery, ... the fundamental notion of PCE is part of the architectur=
e. I understand that for now the
schedule is static but we still make use of some PCE architecture, that wil=
l unavoidably evolve to more
dynamic scenarios.

Interaction between Work Item 1 and 2

Clarifying question from Carsten.

The goal of work item 1 is to describe a format for the PCE to be able to s=
end commands to the nodes, and for the nodes to send statistics and topolog=
ical information to the PCE. In this version of the charter, we assume that=
 the schedule is static, i.e. we do not address the PCE->nodes traffic yet.=
 That being said, statistics and topological information can flow from node=
 to PCE in a network resulting from work item 2. This for example allows fo=
r close monitoring of the health of the network.

That being said, the scope of work item 1 is very clear and very "atomic". =
Management includes setup, update, tear down, as well as getting reports. T=
he scope of work item 1 is not to focus on "network management" as a whole,=
 only to produce formats and methods that can be used by all points of comm=
and, including PCE, node configuration, network management, etc.

JP> On that end, the ability for the PCE to "push" states (setup, update, .=
..) has been part of our rechartering
exercise with statefull PCE.


hard-coded -> pre-configured

Suggestion from Carsten.

The term "pre-configured" is indeed more elegant than the term "hard-coded"=
. Would you agree, however, that both terms end up expressing the same idea=
? I have filed https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/7/hard-=
coded-pre-configured to track and remember this suggestion.

Note that there is an intent that we provide a basic schedule that would op=
erate without any configuration. Then through the methods in item 1 we prop=
ose to optionally set up an initial schedule that the node will use instead=
.

changing RPL?

Clarifying question from Carsten.

The goal of the work at 6TSCH is absolutely not to change RPL, just to desc=
ribe how RPL can be be used on these time slotted networks. This is probabl=
y going to be the biggest piece of the work done in work item 2. What we mi=
ght do is define some metrics and maybe even an OF, but NOT to request any =
changes to RPL itself.

I would argue that, if the goal were to change RPL, this would appear clear=
ly in the charter text. In the absence of the statement "we want to change =
RPL", we assume that the reader understands that the goal is to not change =
RPL. We may study objective functions and new options, in particular to tra=
nsport a schedule, but we are not chartering to standardize work there.


JP> And this is perfectly fine; we could discuss of where such extensions c=
ould be discussed, I would be perfectly
happy with both WG reviews, as long as these items do not "impact" the prot=
ocol, in which case I'd rather see the
work in ROLL, reviewed by 6TSCH. But again, I do not see that as an issue, =
risk of overlap, ...

security in scope?

Clarifying question from Carsten.

We have had numerous discussion about this last week, including in-person w=
ith Yoshihiro, Subir, Rafa, and by e-mail with Rene. I believe we had a ver=
y similar discussion with Rene, which you can find at http://www.ietf.org/m=
ail-archive/web/6tsch/current/msg00985.html. Rene agreed with the discussio=
n.

In very short, work on security and management is welcome but we do not cha=
rter a work item for this round.

I hope this answers your questions.

JP> As far as I am concerned, it does answer the questions, I am VERY suppo=
rtive !

Thanks.

JP.


Thomas


On Mon, Aug 5, 2013 at 5:18 PM, JP Vasseur (jvasseur) <jvasseur@cisco.com<m=
ailto:jvasseur@cisco.com>> wrote:
Agree with Carsten and Pascal, I would stick to LBR and mention PCE specifi=
cally

On Aug 5, 2013, at 1:54 AM, Carsten Bormann <cabo@tzi.org<mailto:cabo@tzi.o=
rg>> wrote:

> On Aug 4, 2013, at 20:04, Ted Lemon <Ted.Lemon@nominum.com<mailto:Ted.Lem=
on@nominum.com>> wrote:
>
>> The normal pronunciation of this acronym at least in German
>
> For a German: TSCH =3D Tisch =3D "tish".
> Add "six" (english pronunciation), and it's "sixtish".
> Not too hard.
>
> On the charter itself: I was rather skeptical about the version we discus=
sed in Berlin, and I'm now less worried.
>
> I don't quite understand the text for work item 1.  Why is this about que=
rying (which I would have expected in a garden variety management protocol)=
 and not about setting up?  Maybe I don't understand the relationship betwe=
en 1 and 2.
>
> Work item 2: s/hard-coded/pre-configured/?
>
> I would probably stick with the "LBR" terminology as others have said.
>
> We may need to discuss how the multi-LBR technology in 6TSCH (ND-proxy?) =
relates to that potentially addressed by 6Lo.  Since I don't think we will =
fully understand the relationship before the charters get finalized, maybe =
just note that in the charter.  (Maybe it is also worth highlighting any wo=
rking relationship with ROLL, if that is required.  Is RPL being modified b=
y 6TSCH?)
>
> The charter currently does not discuss security or management, and I woul=
d prefer a clear statement whether that is in scope (re management, see com=
ment about work item 1 above; security for bootstrapping a network is a com=
plex issue where it would surprise me if people think this is in scope).
>
> Gr=FC=DFe, Carsten
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org<http://ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_03B78081B371D44390ED6E7BADBB4A77236C74FDxmbrcdx02ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <BF38C67793C8074BBEFB96CEB3CE0D70@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; ">
Hi Thomas,
<div><br>
<div>
<div>On Aug 6, 2013, at 1:08 PM, Thomas Watteyne &lt;<a href=3D"mailto:watt=
eyne@eecs.berkeley.edu">watteyne@eecs.berkeley.edu</a>&gt; wrote:</div>
<br class=3D"Apple-interchange-newline">
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div id=3D"magicdomid3003" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">JP, Carsten,</spa=
n></div>
<div id=3D"magicdomid3004" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3005" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">Thanks for the ve=
ry valuable input on the charter. Let me try to summarize your comments and=
 provide an answer to the issues you raise below.</span></div>
<div id=3D"magicdomid3006" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3007" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">BBR-&gt;LBR</u></b><=
/span></div>
<div id=3D"magicdomid3008" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3009" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margi=
n:0px;padding:0px">Suggestion from JP. Changing BBR to LBR would align term=
inology with the ROLL WG.</i></span></div>
<div id=3D"magicdomid3010" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3011" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">For reference, he=
re are the definitions in the latest versions of the drafts:</span></div>
<div id=3D"magicdomid3012" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<ul class=3D"" style=3D"margin:0px 0px 0px 1.5em;padding:0px">
<li style=3D"margin:0px;padding:0px"><span class=3D"" style=3D"margin:0px;p=
adding:0px 0px 1px"><b style=3D"margin:0px;padding:0px">LBR</b></span><span=
 class=3D"" style=3D"margin:0px;padding:0px 0px 1px">&nbsp;(draft-ietf-roll=
-terminology-12): Low power and Lossy Network Border
 Router.&nbsp; The LBR is a device that connects the Low power and Lossy Ne=
twork to another routing domain such as a Local Area Network (LAN), Wide Ar=
ea Network (WAN) or the Internet where a possibly different routing protoco=
l is in operation.&nbsp; The LBR acts as a
 routing device and may possibly host other functions such as data collecto=
r or aggregator.</span>
</li></ul>
</div>
<div id=3D"magicdomid3013" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<ul class=3D"" style=3D"margin:0px 0px 0px 1.5em;padding:0px">
<li style=3D"margin:0px;padding:0px"><span class=3D"" style=3D"margin:0px;p=
adding:0px 0px 1px"><b style=3D"margin:0px;padding:0px">BBR</b></span><span=
 class=3D"" style=3D"margin:0px;padding:0px 0px 1px">&nbsp;(draft-thubert-6=
lowpan-backbone-router-03): An IPv6 router that federates
 the LLN using a Backbone link as a backbone. A BBR acts as a 6LoWPAN Borde=
r Routers (6LBR) and an Energy Aware Default Router (NEAR).</span>
</li></ul>
</div>
<div id=3D"magicdomid3014" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3015" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">These are indeed =
very close terms. Whatever the name, I believe we are talking about an enti=
ty which plays several roles, including handling downstream routes where ap=
plicable (RPL), compacting 6LoWPAN header
 (6LoWPAN), and federating several LLNs under one prefix (ND). As usual, th=
ese functions can be co-located in the same box.</span></div>
<div id=3D"magicdomid3016" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3017" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">While I don't hav=
e a strong opinion on this, I tend to agree that LBR is a more established =
term than BBR, and maybe a bit more generic according to the definitions ab=
ove.</span></div>
<div id=3D"magicdomid3018" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3019" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">Yet, we have alre=
ady sent the proposed charter to the ADs for review. What I have done is fi=
ling&nbsp;</span><span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">=
<a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/5/bbr-lbr" =
style=3D"margin:0px;padding:0px">https://bitbucket.org/6tsch/charter-ietf-6=
tsch/issue/5/bbr-lbr</a></span><span class=3D"" style=3D"margin:0px;padding=
:0px 0px 1px">,
 to keep track of your suggestion. We can integrate it if requested during =
future discussion about the charter with the IESG.</span></div>
<div id=3D"magicdomid3020" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>JP&gt; Perfect.</div>
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div id=3D"magicdomid3021" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">Add PCE to WG to int=
eract with</u></b></span></div>
<div id=3D"magicdomid3022" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3023" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margi=
n:0px;padding:0px">Suggestion from JP. The idea is to list PCE as a WG to i=
nteract with.</i></span></div>
<div id=3D"magicdomid3024" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3025" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">The reason we did=
 not include it in the text is because the definition of the node&lt;-&gt;P=
CE interaction is not within scope of this charter. Work item 1 covers the =
format of the payload (e.g. the bits and bytes
 to describe a cell), but not the exact transport solution or interaction.<=
/span></div>
<div id=3D"magicdomid3026" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3027" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">That being said, =
this is absolutely what we tend towards, and when we explicitly work on tha=
t, we will be interacting with the PCE WG. I understand you are suggesting =
to list PCE right away. I have filed&nbsp;</span><span class=3D"" style=3D"=
margin:0px;padding:0px 0px 1px"><a href=3D"https://bitbucket.org/6tsch/char=
ter-ietf-6tsch/issue/6/add-pce-to-wg-to-interact-with" style=3D"margin:0px;=
padding:0px">https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/6/add-pce=
-to-wg-to-interact-with</a>&nbsp;</span><span class=3D"" style=3D"margin:0p=
x;padding:0px 0px 1px">to
 cover this.</span></div>
<div id=3D"magicdomid3028" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>JP&gt; Thanks because even if the node&lt;-&gt;PCE interaction is not =
yet in the charter, and the same applies to&nbsp;</div>
<div>PCE discovery, ... the fundamental notion of PCE is part of the archit=
ecture. I understand that for now the</div>
<div>schedule is static but we still make use of some PCE architecture, tha=
t will unavoidably evolve to more&nbsp;</div>
<div>dynamic scenarios.</div>
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div id=3D"magicdomid3029" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">Interaction between =
Work Item 1 and 2</u></b></span></div>
<div id=3D"magicdomid3030" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3031" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margi=
n:0px;padding:0px">Clarifying question from Carsten.</i></span></div>
<div id=3D"magicdomid3032" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3033" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">The goal of work =
item 1 is to describe a format for the PCE to be able to send commands to t=
he nodes, and for the nodes to send statistics and topological information =
to the PCE. In this version of the charter,
 we assume that the schedule is static, i.e. we do not address the PCE-&gt;=
nodes traffic yet. That being said, statistics and topological information =
can flow from node to PCE in a network resulting from work item 2. This for=
 example allows for close monitoring
 of the health of the network.</span></div>
<div id=3D"magicdomid3034" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3035" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">That being said, =
the scope of work item 1 is very clear and very &quot;atomic&quot;. Managem=
ent includes setup, update, tear down, as well as getting reports. The scop=
e of work item 1 is not to focus on &quot;network management&quot;
 as a whole, only to produce formats and methods that can be used by all po=
ints of command, including PCE, node configuration, network management, etc=
.</span></div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>JP&gt; On that end, the ability for the PCE to &quot;push&quot; states=
 (setup, update, ...) has been part of our rechartering</div>
<div>exercise with statefull PCE.</div>
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div id=3D"magicdomid3036" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3037" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">hard-coded -&gt; pre=
-configured</u></b></span></div>
<div id=3D"magicdomid3038" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3039" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margi=
n:0px;padding:0px">Suggestion from Carsten.</i></span></div>
<div id=3D"magicdomid3040" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3041" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">The term &quot;pr=
e-configured&quot; is indeed more elegant than the term &quot;hard-coded&qu=
ot;. Would you agree, however, that both terms end up expressing the same i=
dea? I have filed&nbsp;</span><span class=3D"" style=3D"margin:0px;padding:=
0px 0px 1px"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/issu=
e/7/hard-coded-pre-configured" style=3D"margin:0px;padding:0px">https://bit=
bucket.org/6tsch/charter-ietf-6tsch/issue/7/hard-coded-pre-configured</a></=
span><span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">&nbsp;to
 track and remember this suggestion.</span></div>
<div id=3D"magicdomid3042" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3043" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">Note that there i=
s an intent that we provide a basic schedule that would operate without any=
 configuration. Then through the methods in item 1 we propose to optionally=
 set up an initial schedule that the
 node will use instead.</span></div>
<div id=3D"magicdomid3044" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3045" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">changing RPL?</u></b=
></span></div>
<div id=3D"magicdomid3046" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3047" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margi=
n:0px;padding:0px">Clarifying question from Carsten.</i></span></div>
<div id=3D"magicdomid3048" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3049" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">The goal of the w=
ork at 6TSCH is absolutely not to change RPL, just to describe how RPL can =
be be used on these time slotted networks. This is probably going to be the=
 biggest piece of the work done in work
 item 2. What we might do is define some metrics and maybe even an OF, but =
NOT to request any changes to RPL itself.</span></div>
<div id=3D"magicdomid3050" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3051" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">I would argue tha=
t, if the goal were to change RPL, this would appear clearly in the charter=
 text. In the absence of the statement &quot;we want to change RPL&quot;, w=
e assume that the reader understands that the
 goal is to not change RPL. We may study objective functions and new option=
s, in particular to transport a schedule, but we are not chartering to stan=
dardize work there.</span></div>
<div id=3D"magicdomid3052" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>JP&gt; And this is perfectly fine; we could discuss of where such exte=
nsions could be discussed, I would be perfectly</div>
<div>happy with both WG reviews, as long as these items do not &quot;impact=
&quot; the protocol, in which case I'd rather see the</div>
<div>work in ROLL, reviewed by 6TSCH. But again, I do not see that as an is=
sue, risk of overlap, ...&nbsp;</div>
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div id=3D"magicdomid3053" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margi=
n:0px;padding:0px"><u style=3D"margin:0px;padding:0px">security in scope?</=
u></b></span></div>
<div id=3D"magicdomid3054" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3055" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margi=
n:0px;padding:0px">Clarifying question from Carsten.</i></span></div>
<div id=3D"magicdomid3056" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3057" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">We have had numer=
ous discussion about this last week, including in-person with Yoshihiro, Su=
bir, Rafa, and by e-mail with Rene. I believe we had a very similar discuss=
ion with Rene, which you can find at&nbsp;</span><span class=3D"" style=3D"=
margin:0px;padding:0px 0px 1px"><a href=3D"http://www.ietf.org/mail-archive=
/web/6tsch/current/msg00985.html" style=3D"margin:0px;padding:0px">http://w=
ww.ietf.org/mail-archive/web/6tsch/current/msg00985.html</a></span><span cl=
ass=3D"" style=3D"margin:0px;padding:0px 0px 1px">.
 Rene agreed with the discussion.</span></div>
<div id=3D"magicdomid3058" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3059" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">In very short, wo=
rk on security and management is welcome but we do not charter a work item =
for this round.</span></div>
<div id=3D"magicdomid3060" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3061" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">I hope this answe=
rs your questions.</span></div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>JP&gt; As far as I am concerned, it does answer the questions, I am VE=
RY supportive !</div>
<div><br>
</div>
<div>Thanks.</div>
<div><br>
</div>
<div>JP.</div>
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div id=3D"magicdomid3062" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<br style=3D"margin:0px;padding:0px">
</div>
<div id=3D"magicdomid3063" class=3D"" style=3D"margin: 0px; padding: 0px; f=
ont-family: Arial, sans-serif; font-size: 12px; line-height: 16px; ">
<span class=3D"" style=3D"margin:0px;padding:0px 0px 1px">Thomas</span></di=
v>
<div><span class=3D"" style=3D"margin:0px;padding:0px 0px 1px"><br>
</span></div>
<br>
<div class=3D"gmail_quote">On Mon, Aug 5, 2013 at 5:18 PM, JP Vasseur (jvas=
seur) <span dir=3D"ltr">
&lt;<a href=3D"mailto:jvasseur@cisco.com" target=3D"_blank">jvasseur@cisco.=
com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
Agree with Carsten and Pascal, I would stick to LBR and mention PCE specifi=
cally<br>
<div><br>
On Aug 5, 2013, at 1:54 AM, Carsten Bormann &lt;<a href=3D"mailto:cabo@tzi.=
org" target=3D"_blank">cabo@tzi.org</a>&gt; wrote:<br>
<br>
&gt; On Aug 4, 2013, at 20:04, Ted Lemon &lt;<a href=3D"mailto:Ted.Lemon@no=
minum.com" target=3D"_blank">Ted.Lemon@nominum.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; The normal pronunciation of this acronym at least in German<br>
&gt;<br>
&gt; For a German: TSCH =3D Tisch =3D &quot;tish&quot;.<br>
&gt; Add &quot;six&quot; (english pronunciation), and it's &quot;sixtish&qu=
ot;.<br>
&gt; Not too hard.<br>
&gt;<br>
&gt; On the charter itself: I was rather skeptical about the version we dis=
cussed in Berlin, and I'm now less worried.<br>
&gt;<br>
&gt; I don't quite understand the text for work item 1. &nbsp;Why is this a=
bout querying (which I would have expected in a garden variety management p=
rotocol) and not about setting up? &nbsp;Maybe I don't understand the relat=
ionship between 1 and 2.<br>
&gt;<br>
&gt; Work item 2: s/hard-coded/pre-configured/?<br>
&gt;<br>
&gt; I would probably stick with the &quot;LBR&quot; terminology as others =
have said.<br>
&gt;<br>
&gt; We may need to discuss how the multi-LBR technology in 6TSCH (ND-proxy=
?) relates to that potentially addressed by 6Lo. &nbsp;Since I don't think =
we will fully understand the relationship before the charters get finalized=
, maybe just note that in the charter. &nbsp;(Maybe
 it is also worth highlighting any working relationship with ROLL, if that =
is required. &nbsp;Is RPL being modified by 6TSCH?)<br>
&gt;<br>
&gt; The charter currently does not discuss security or management, and I w=
ould prefer a clear statement whether that is in scope (re management, see =
comment about work item 1 above; security for bootstrapping a network is a =
complex issue where it would surprise
 me if people think this is in scope).<br>
&gt;<br>
&gt; Gr=FC=DFe, Carsten<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
6tsch@<a href=3D"http://ietf.org">ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.or=
g/mailman/listinfo/6tsch</a><br>
</blockquote>
</div>
<br>
</div>
</body>
</html>

--_000_03B78081B371D44390ED6E7BADBB4A77236C74FDxmbrcdx02ciscoc_--

From twatteyne@gmail.com  Tue Aug  6 17:47:25 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4DB111E80F2 for <6tsch@ietfa.amsl.com>; Tue,  6 Aug 2013 17:47:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.433
X-Spam-Level: 
X-Spam-Status: No, score=-1.433 tagged_above=-999 required=5 tests=[AWL=-0.456, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_BACKHAIR_43=1, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nTKTcyI-YZxQ for <6tsch@ietfa.amsl.com>; Tue,  6 Aug 2013 17:47:24 -0700 (PDT)
Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 406DA11E8101 for <6tsch@ietf.org>; Tue,  6 Aug 2013 17:47:24 -0700 (PDT)
Received: by mail-pd0-f173.google.com with SMTP id p11so812103pdj.4 for <6tsch@ietf.org>; Tue, 06 Aug 2013 17:47:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=L2VkXgvwTc6IF63/6CBEVJF4QrLsKmu2sJwAEe3oN+4=; b=yVlhh+gI+I0eDBVV78NvmbmbfXq7Mjgj1oPJY5vvOhII5MAjOIGd9prGp5yGPQ3MAI +tbof3cpLnYgHmd7dFB6UkBWQDtWDjg5OQwvDI2nOOnnArNbvCsLY08cScvj0NB4HRVH /VbbDJElCFmzTkdiQ+7MCXfydzY7gybekZtDTn2lHc3aAFYT3OMlRAdwMuIPEFBXoFmf tHuA30ykx8O5FEUX9vEGP0m1TtLXfNj2wWoivp/GRisJr6n2u4Rvr53VOBkHqrSjmnKj jQzbtjKG9vU4sfDzZw0su6bqLnr3cb87+4bF0j7emFxtWVAoDqtkHHVbZFa74m9PHpC2 NbDg==
X-Received: by 10.68.235.37 with SMTP id uj5mr797125pbc.85.1375836443944; Tue, 06 Aug 2013 17:47:23 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 6 Aug 2013 17:47:03 -0700 (PDT)
In-Reply-To: <03B78081B371D44390ED6E7BADBB4A77236C74FD@xmb-rcd-x02.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD8413D32E4@xmb-rcd-x01.cisco.com> <F53FB05E-F897-4E20-BF57-2A34C483004B@viagenie.ca> <59D0F1BC-0A1C-4F7C-94ED-95C3C597CB13@viagenie.ca> <8D23D4052ABE7A4490E77B1A012B6307752430E4@mbx-01.win.nominum.com> <09CE48E0-35A4-46BA-98F9-9EDD3A1C13D5@tzi.org> <03B78081B371D44390ED6E7BADBB4A77236C036B@xmb-rcd-x02.cisco.com> <CADJ9OA-5J_ANSTv5bJp_2PwgQOu1scKm7z=DMCu6FyZQMQFrdQ@mail.gmail.com> <03B78081B371D44390ED6E7BADBB4A77236C74FD@xmb-rcd-x02.cisco.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 6 Aug 2013 17:47:03 -0700
X-Google-Sender-Auth: X9tXlf7oh17IItMzk7vmnRcZd7A
Message-ID: <CADJ9OA_cSdy3gbBitvEmZgOdy=i3nZ96ogv=n-1gY9Akahyvhg@mail.gmail.com>
To: "JP Vasseur (jvasseur)" <jvasseur@cisco.com>
Content-Type: multipart/alternative; boundary=047d7b33c78882ac3f04e350e2a8
Cc: 6TSCH <6tsch@ietf.org>, Ted Lemon <Ted.Lemon@nominum.com>
Subject: Re: [6tsch] Finalized charter
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 00:47:25 -0000

--047d7b33c78882ac3f04e350e2a8
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

JP,
Wonderful, thanks for the quick answer and support.
Thomas


On Tue, Aug 6, 2013 at 5:45 PM, JP Vasseur (jvasseur) <jvasseur@cisco.com>w=
rote:

>  Hi Thomas,
>
>  On Aug 6, 2013, at 1:08 PM, Thomas Watteyne <watteyne@eecs.berkeley.edu>
> wrote:
>
>   JP, Carsten,
>
>  Thanks for the very valuable input on the charter. Let me try to
> summarize your comments and provide an answer to the issues you raise bel=
ow.
>
>  *BBR->LBR*
>
>  *Suggestion from JP. Changing BBR to LBR would align terminology with
> the ROLL WG.*
>
>  For reference, here are the definitions in the latest versions of the
> drafts:
>
>    - *LBR* (draft-ietf-roll-terminology-12): Low power and Lossy Network
>    Border Router.  The LBR is a device that connects the Low power and Lo=
ssy
>    Network to another routing domain such as a Local Area Network (LAN), =
Wide
>    Area Network (WAN) or the Internet where a possibly different routing
>    protocol is in operation.  The LBR acts as a routing device and may
>    possibly host other functions such as data collector or aggregator.
>
>
>    - *BBR* (draft-thubert-6lowpan-backbone-router-03): An IPv6 router
>    that federates the LLN using a Backbone link as a backbone. A BBR acts=
 as a
>    6LoWPAN Border Routers (6LBR) and an Energy Aware Default Router (NEAR=
).
>
>
>  These are indeed very close terms. Whatever the name, I believe we are
> talking about an entity which plays several roles, including handling
> downstream routes where applicable (RPL), compacting 6LoWPAN header
> (6LoWPAN), and federating several LLNs under one prefix (ND). As usual,
> these functions can be co-located in the same box.
>
>  While I don't have a strong opinion on this, I tend to agree that LBR is
> a more established term than BBR, and maybe a bit more generic according =
to
> the definitions above.
>
>  Yet, we have already sent the proposed charter to the ADs for review.
> What I have done is filing
> https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/5/bbr-lbr, to keep
> track of your suggestion. We can integrate it if requested during future
> discussion about the charter with the IESG.
>
>
>  JP> Perfect.
>
>   *Add PCE to WG to interact with*
>
>  *Suggestion from JP. The idea is to list PCE as a WG to interact with.*
>
>  The reason we did not include it in the text is because the definition
> of the node<->PCE interaction is not within scope of this charter. Work
> item 1 covers the format of the payload (e.g. the bits and bytes to
> describe a cell), but not the exact transport solution or interaction.
>
>  That being said, this is absolutely what we tend towards, and when we
> explicitly work on that, we will be interacting with the PCE WG. I
> understand you are suggesting to list PCE right away. I have filed
> https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/6/add-pce-to-wg-to-i=
nteract-with
>  to cover this.
>
>
>  JP> Thanks because even if the node<->PCE interaction is not yet in the
> charter, and the same applies to
> PCE discovery, ... the fundamental notion of PCE is part of the
> architecture. I understand that for now the
> schedule is static but we still make use of some PCE architecture, that
> will unavoidably evolve to more
> dynamic scenarios.
>
>   *Interaction between Work Item 1 and 2*
>
>  *Clarifying question from Carsten.*
>
>  The goal of work item 1 is to describe a format for the PCE to be able
> to send commands to the nodes, and for the nodes to send statistics and
> topological information to the PCE. In this version of the charter, we
> assume that the schedule is static, i.e. we do not address the PCE->nodes
> traffic yet. That being said, statistics and topological information can
> flow from node to PCE in a network resulting from work item 2. This for
> example allows for close monitoring of the health of the network.
>
>  That being said, the scope of work item 1 is very clear and very
> "atomic". Management includes setup, update, tear down, as well as gettin=
g
> reports. The scope of work item 1 is not to focus on "network management"
> as a whole, only to produce formats and methods that can be used by all
> points of command, including PCE, node configuration, network management,
> etc.
>
>
>  JP> On that end, the ability for the PCE to "push" states (setup,
> update, ...) has been part of our rechartering
> exercise with statefull PCE.
>
>
>  *hard-coded -> pre-configured*
>
>  *Suggestion from Carsten.*
>
>  The term "pre-configured" is indeed more elegant than the term
> "hard-coded". Would you agree, however, that both terms end up expressing
> the same idea? I have filed
> https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/7/hard-coded-pre-con=
figured to
> track and remember this suggestion.
>
>  Note that there is an intent that we provide a basic schedule that would
> operate without any configuration. Then through the methods in item 1 we
> propose to optionally set up an initial schedule that the node will use
> instead.
>
>  *changing RPL?*
>
>  *Clarifying question from Carsten.*
>
>  The goal of the work at 6TSCH is absolutely not to change RPL, just to
> describe how RPL can be be used on these time slotted networks. This is
> probably going to be the biggest piece of the work done in work item 2.
> What we might do is define some metrics and maybe even an OF, but NOT to
> request any changes to RPL itself.
>
>  I would argue that, if the goal were to change RPL, this would appear
> clearly in the charter text. In the absence of the statement "we want to
> change RPL", we assume that the reader understands that the goal is to no=
t
> change RPL. We may study objective functions and new options, in particul=
ar
> to transport a schedule, but we are not chartering to standardize work
> there.
>
>
>  JP> And this is perfectly fine; we could discuss of where such
> extensions could be discussed, I would be perfectly
> happy with both WG reviews, as long as these items do not "impact" the
> protocol, in which case I'd rather see the
> work in ROLL, reviewed by 6TSCH. But again, I do not see that as an issue=
,
> risk of overlap, ...
>
>   *security in scope?*
>
>  *Clarifying question from Carsten.*
>
>  We have had numerous discussion about this last week, including
> in-person with Yoshihiro, Subir, Rafa, and by e-mail with Rene. I believe
> we had a very similar discussion with Rene, which you can find at
> http://www.ietf.org/mail-archive/web/6tsch/current/msg00985.html. Rene
> agreed with the discussion.
>
>  In very short, work on security and management is welcome but we do not
> charter a work item for this round.
>
>  I hope this answers your questions.
>
>
>  JP> As far as I am concerned, it does answer the questions, I am VERY
> supportive !
>
>  Thanks.
>
>  JP.
>
>
>  Thomas
>
>
> On Mon, Aug 5, 2013 at 5:18 PM, JP Vasseur (jvasseur) <jvasseur@cisco.com=
>wrote:
>
>> Agree with Carsten and Pascal, I would stick to LBR and mention PCE
>> specifically
>>
>> On Aug 5, 2013, at 1:54 AM, Carsten Bormann <cabo@tzi.org> wrote:
>>
>> > On Aug 4, 2013, at 20:04, Ted Lemon <Ted.Lemon@nominum.com> wrote:
>> >
>> >> The normal pronunciation of this acronym at least in German
>> >
>> > For a German: TSCH =3D Tisch =3D "tish".
>> > Add "six" (english pronunciation), and it's "sixtish".
>> > Not too hard.
>> >
>> > On the charter itself: I was rather skeptical about the version we
>> discussed in Berlin, and I'm now less worried.
>> >
>> > I don't quite understand the text for work item 1.  Why is this about
>> querying (which I would have expected in a garden variety management
>> protocol) and not about setting up?  Maybe I don't understand the
>> relationship between 1 and 2.
>> >
>> > Work item 2: s/hard-coded/pre-configured/?
>> >
>> > I would probably stick with the "LBR" terminology as others have said.
>> >
>> > We may need to discuss how the multi-LBR technology in 6TSCH
>> (ND-proxy?) relates to that potentially addressed by 6Lo.  Since I don't
>> think we will fully understand the relationship before the charters get
>> finalized, maybe just note that in the charter.  (Maybe it is also worth
>> highlighting any working relationship with ROLL, if that is required.  I=
s
>> RPL being modified by 6TSCH?)
>> >
>> > The charter currently does not discuss security or management, and I
>> would prefer a clear statement whether that is in scope (re management, =
see
>> comment about work item 1 above; security for bootstrapping a network is=
 a
>> complex issue where it would surprise me if people think this is in scop=
e).
>> >
>> > Gr=FC=DFe, Carsten
>> >
>> > _______________________________________________
>> > 6tsch mailing list
>> > 6tsch@ietf.org
>> > https://www.ietf.org/mailman/listinfo/6tsch
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>
>  _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>
>

--047d7b33c78882ac3f04e350e2a8
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">JP,<div>Wonderful, thanks for the quick answer and support=
.</div><div>Thomas</div></div><div class=3D"gmail_extra"><br><br><div class=
=3D"gmail_quote">On Tue, Aug 6, 2013 at 5:45 PM, JP Vasseur (jvasseur) <spa=
n dir=3D"ltr">&lt;<a href=3D"mailto:jvasseur@cisco.com" target=3D"_blank">j=
vasseur@cisco.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">



<div style=3D"word-wrap:break-word">
Hi Thomas,
<div><br>
<div><div class=3D"im">
<div>On Aug 6, 2013, at 1:08 PM, Thomas Watteyne &lt;<a href=3D"mailto:watt=
eyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt=
; wrote:</div>
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">JP, Carsten,</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">Thanks for the very valuable=
 input on the charter. Let me try to summarize your comments and provide an=
 answer to the issues you raise below.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margin:0px;paddi=
ng:0px"><u style=3D"margin:0px;padding:0px">BBR-&gt;LBR</u></b></span></div=
>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margin:0px;paddi=
ng:0px">Suggestion from JP. Changing BBR to LBR would align terminology wit=
h the ROLL WG.</i></span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">For reference, here are the =
definitions in the latest versions of the drafts:</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<ul style=3D"margin:0px 0px 0px 1.5em;padding:0px">
<li style=3D"margin:0px;padding:0px"><span style=3D"margin:0px;padding:0px =
0px 1px"><b style=3D"margin:0px;padding:0px">LBR</b></span><span style=3D"m=
argin:0px;padding:0px 0px 1px">=A0(draft-ietf-roll-terminology-12): Low pow=
er and Lossy Network Border
 Router.=A0 The LBR is a device that connects the Low power and Lossy Netwo=
rk to another routing domain such as a Local Area Network (LAN), Wide Area =
Network (WAN) or the Internet where a possibly different routing protocol i=
s in operation.=A0 The LBR acts as a
 routing device and may possibly host other functions such as data collecto=
r or aggregator.</span>
</li></ul>
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<ul style=3D"margin:0px 0px 0px 1.5em;padding:0px">
<li style=3D"margin:0px;padding:0px"><span style=3D"margin:0px;padding:0px =
0px 1px"><b style=3D"margin:0px;padding:0px">BBR</b></span><span style=3D"m=
argin:0px;padding:0px 0px 1px">=A0(draft-thubert-6lowpan-backbone-router-03=
): An IPv6 router that federates
 the LLN using a Backbone link as a backbone. A BBR acts as a 6LoWPAN Borde=
r Routers (6LBR) and an Energy Aware Default Router (NEAR).</span>
</li></ul>
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">These are indeed very close =
terms. Whatever the name, I believe we are talking about an entity which pl=
ays several roles, including handling downstream routes where applicable (R=
PL), compacting 6LoWPAN header
 (6LoWPAN), and federating several LLNs under one prefix (ND). As usual, th=
ese functions can be co-located in the same box.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">While I don&#39;t have a str=
ong opinion on this, I tend to agree that LBR is a more established term th=
an BBR, and maybe a bit more generic according to the definitions above.</s=
pan></div>


<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">Yet, we have already sent th=
e proposed charter to the ADs for review. What I have done is filing=A0</sp=
an><span style=3D"margin:0px;padding:0px 0px 1px"><a href=3D"https://bitbuc=
ket.org/6tsch/charter-ietf-6tsch/issue/5/bbr-lbr" style=3D"margin:0px;paddi=
ng:0px" target=3D"_blank">https://bitbucket.org/6tsch/charter-ietf-6tsch/is=
sue/5/bbr-lbr</a></span><span style=3D"margin:0px;padding:0px 0px 1px">,
 to keep track of your suggestion. We can integrate it if requested during =
future discussion about the charter with the IESG.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
</div><div>JP&gt; Perfect.</div><div class=3D"im">
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margin:0px;paddi=
ng:0px"><u style=3D"margin:0px;padding:0px">Add PCE to WG to interact with<=
/u></b></span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margin:0px;paddi=
ng:0px">Suggestion from JP. The idea is to list PCE as a WG to interact wit=
h.</i></span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">The reason we did not includ=
e it in the text is because the definition of the node&lt;-&gt;PCE interact=
ion is not within scope of this charter. Work item 1 covers the format of t=
he payload (e.g. the bits and bytes
 to describe a cell), but not the exact transport solution or interaction.<=
/span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">That being said, this is abs=
olutely what we tend towards, and when we explicitly work on that, we will =
be interacting with the PCE WG. I understand you are suggesting to list PCE=
 right away. I have filed=A0</span><span style=3D"margin:0px;padding:0px 0p=
x 1px"><a href=3D"https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/6/ad=
d-pce-to-wg-to-interact-with" style=3D"margin:0px;padding:0px" target=3D"_b=
lank">https://bitbucket.org/6tsch/charter-ietf-6tsch/issue/6/add-pce-to-wg-=
to-interact-with</a>=A0</span><span style=3D"margin:0px;padding:0px 0px 1px=
">to
 cover this.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
</div><div>JP&gt; Thanks because even if the node&lt;-&gt;PCE interaction i=
s not yet in the charter, and the same applies to=A0</div>
<div>PCE discovery, ... the fundamental notion of PCE is part of the archit=
ecture. I understand that for now the</div>
<div>schedule is static but we still make use of some PCE architecture, tha=
t will unavoidably evolve to more=A0</div>
<div>dynamic scenarios.</div><div class=3D"im">
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margin:0px;paddi=
ng:0px"><u style=3D"margin:0px;padding:0px">Interaction between Work Item 1=
 and 2</u></b></span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margin:0px;paddi=
ng:0px">Clarifying question from Carsten.</i></span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">The goal of work item 1 is t=
o describe a format for the PCE to be able to send commands to the nodes, a=
nd for the nodes to send statistics and topological information to the PCE.=
 In this version of the charter,
 we assume that the schedule is static, i.e. we do not address the PCE-&gt;=
nodes traffic yet. That being said, statistics and topological information =
can flow from node to PCE in a network resulting from work item 2. This for=
 example allows for close monitoring
 of the health of the network.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">That being said, the scope o=
f work item 1 is very clear and very &quot;atomic&quot;. Management include=
s setup, update, tear down, as well as getting reports. The scope of work i=
tem 1 is not to focus on &quot;network management&quot;
 as a whole, only to produce formats and methods that can be used by all po=
ints of command, including PCE, node configuration, network management, etc=
.</span></div>
</div>
</div>
</blockquote>
<div><br>
</div>
</div><div>JP&gt; On that end, the ability for the PCE to &quot;push&quot; =
states (setup, update, ...) has been part of our rechartering</div>
<div>exercise with statefull PCE.</div><div class=3D"im">
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margin:0px;paddi=
ng:0px"><u style=3D"margin:0px;padding:0px">hard-coded -&gt; pre-configured=
</u></b></span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margin:0px;paddi=
ng:0px">Suggestion from Carsten.</i></span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">The term &quot;pre-configure=
d&quot; is indeed more elegant than the term &quot;hard-coded&quot;. Would =
you agree, however, that both terms end up expressing the same idea? I have=
 filed=A0</span><span style=3D"margin:0px;padding:0px 0px 1px"><a href=3D"h=
ttps://bitbucket.org/6tsch/charter-ietf-6tsch/issue/7/hard-coded-pre-config=
ured" style=3D"margin:0px;padding:0px" target=3D"_blank">https://bitbucket.=
org/6tsch/charter-ietf-6tsch/issue/7/hard-coded-pre-configured</a></span><s=
pan style=3D"margin:0px;padding:0px 0px 1px">=A0to
 track and remember this suggestion.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">Note that there is an intent=
 that we provide a basic schedule that would operate without any configurat=
ion. Then through the methods in item 1 we propose to optionally set up an =
initial schedule that the
 node will use instead.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margin:0px;paddi=
ng:0px"><u style=3D"margin:0px;padding:0px">changing RPL?</u></b></span></d=
iv>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margin:0px;paddi=
ng:0px">Clarifying question from Carsten.</i></span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">The goal of the work at 6TSC=
H is absolutely not to change RPL, just to describe how RPL can be be used =
on these time slotted networks. This is probably going to be the biggest pi=
ece of the work done in work
 item 2. What we might do is define some metrics and maybe even an OF, but =
NOT to request any changes to RPL itself.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">I would argue that, if the g=
oal were to change RPL, this would appear clearly in the charter text. In t=
he absence of the statement &quot;we want to change RPL&quot;, we assume th=
at the reader understands that the
 goal is to not change RPL. We may study objective functions and new option=
s, in particular to transport a schedule, but we are not chartering to stan=
dardize work there.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
</div><div>JP&gt; And this is perfectly fine; we could discuss of where suc=
h extensions could be discussed, I would be perfectly</div>
<div>happy with both WG reviews, as long as these items do not &quot;impact=
&quot; the protocol, in which case I&#39;d rather see the</div>
<div>work in ROLL, reviewed by 6TSCH. But again, I do not see that as an is=
sue, risk of overlap, ...=A0</div><div class=3D"im">
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><b style=3D"margin:0px;paddi=
ng:0px"><u style=3D"margin:0px;padding:0px">security in scope?</u></b></spa=
n></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px"><i style=3D"margin:0px;paddi=
ng:0px">Clarifying question from Carsten.</i></span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">We have had numerous discuss=
ion about this last week, including in-person with Yoshihiro, Subir, Rafa, =
and by e-mail with Rene. I believe we had a very similar discussion with Re=
ne, which you can find at=A0</span><span style=3D"margin:0px;padding:0px 0p=
x 1px"><a href=3D"http://www.ietf.org/mail-archive/web/6tsch/current/msg009=
85.html" style=3D"margin:0px;padding:0px" target=3D"_blank">http://www.ietf=
.org/mail-archive/web/6tsch/current/msg00985.html</a></span><span style=3D"=
margin:0px;padding:0px 0px 1px">.
 Rene agreed with the discussion.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">In very short, work on secur=
ity and management is welcome but we do not charter a work item for this ro=
und.</span></div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">I hope this answers your que=
stions.</span></div>
</div>
</div>
</blockquote>
<div><br>
</div>
</div><div>JP&gt; As far as I am concerned, it does answer the questions, I=
 am VERY supportive !</div>
<div><br>
</div>
<div>Thanks.</div><span class=3D"HOEnZb"><font color=3D"#888888">
<div><br>
</div>
<div>JP.</div></font></span><div><div class=3D"h5">
<br>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div class=3D"gmail_extra">
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<br style=3D"margin:0px;padding:0px">
</div>
<div style=3D"margin:0px;padding:0px;font-family:Arial,sans-serif;font-size=
:12px;line-height:16px">
<span style=3D"margin:0px;padding:0px 0px 1px">Thomas</span></div>
<div><span style=3D"margin:0px;padding:0px 0px 1px"><br>
</span></div>
<br>
<div class=3D"gmail_quote">On Mon, Aug 5, 2013 at 5:18 PM, JP Vasseur (jvas=
seur) <span dir=3D"ltr">
&lt;<a href=3D"mailto:jvasseur@cisco.com" target=3D"_blank">jvasseur@cisco.=
com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
Agree with Carsten and Pascal, I would stick to LBR and mention PCE specifi=
cally<br>
<div><br>
On Aug 5, 2013, at 1:54 AM, Carsten Bormann &lt;<a href=3D"mailto:cabo@tzi.=
org" target=3D"_blank">cabo@tzi.org</a>&gt; wrote:<br>
<br>
&gt; On Aug 4, 2013, at 20:04, Ted Lemon &lt;<a href=3D"mailto:Ted.Lemon@no=
minum.com" target=3D"_blank">Ted.Lemon@nominum.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; The normal pronunciation of this acronym at least in German<br>
&gt;<br>
&gt; For a German: TSCH =3D Tisch =3D &quot;tish&quot;.<br>
&gt; Add &quot;six&quot; (english pronunciation), and it&#39;s &quot;sixtis=
h&quot;.<br>
&gt; Not too hard.<br>
&gt;<br>
&gt; On the charter itself: I was rather skeptical about the version we dis=
cussed in Berlin, and I&#39;m now less worried.<br>
&gt;<br>
&gt; I don&#39;t quite understand the text for work item 1. =A0Why is this =
about querying (which I would have expected in a garden variety management =
protocol) and not about setting up? =A0Maybe I don&#39;t understand the rel=
ationship between 1 and 2.<br>


&gt;<br>
&gt; Work item 2: s/hard-coded/pre-configured/?<br>
&gt;<br>
&gt; I would probably stick with the &quot;LBR&quot; terminology as others =
have said.<br>
&gt;<br>
&gt; We may need to discuss how the multi-LBR technology in 6TSCH (ND-proxy=
?) relates to that potentially addressed by 6Lo. =A0Since I don&#39;t think=
 we will fully understand the relationship before the charters get finalize=
d, maybe just note that in the charter. =A0(Maybe
 it is also worth highlighting any working relationship with ROLL, if that =
is required. =A0Is RPL being modified by 6TSCH?)<br>
&gt;<br>
&gt; The charter currently does not discuss security or management, and I w=
ould prefer a clear statement whether that is in scope (re management, see =
comment about work item 1 above; security for bootstrapping a network is a =
complex issue where it would surprise
 me if people think this is in scope).<br>
&gt;<br>
&gt; Gr=FC=DFe, Carsten<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
6tsch@<a href=3D"http://ietf.org" target=3D"_blank">ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</blockquote>
</div></div></div>
<br>
</div>
</div>

</blockquote></div><br></div>

--047d7b33c78882ac3f04e350e2a8--

From pascal.thubert@gmail.com  Wed Aug  7 10:03:20 2013
Return-Path: <pascal.thubert@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BFFB11E8151 for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:03:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SW9AAEvMbydX for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:03:19 -0700 (PDT)
Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) by ietfa.amsl.com (Postfix) with ESMTP id 6505411E8158 for <6tsch@ietf.org>; Wed,  7 Aug 2013 10:03:18 -0700 (PDT)
Received: by mail-lb0-f179.google.com with SMTP id v1so1678837lbd.24 for <6tsch@ietf.org>; Wed, 07 Aug 2013 10:03:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gwjDjrGnGA4wP3LG8uV5C+184rITkSdd4ThYFslnSkk=; b=HSaO6oceEUBMypoMc73YV8+flOy7cnuLLifKgh4G0d/VKJwq53mc7W4FDtuOJtzyGB nTZhV4Xgcu5v+nxjs4UCIU78vVq5SlXuZomL8XwXUPmvK6i9n+JALlRCw92OmlXuCKIL oo8KMmKEgQaj7zLD5DHcOouQ4bE/X5AfnJJ2XPAVTLuxSNyAhG+7O3AohqeiM9Db9Ofq VWvmtuEoEmfE05UEO1wQWW9HLGiSwVbwukx/fF0QvfZ/Genmn899xovdxkLyGZu0xqjA ZSSzZN7KtO0esBzBgR+FW/fT7PP48uao5AB6edON7hMLzoJWsNmNhv2Muz1PLEqHzDfH qb6g==
MIME-Version: 1.0
X-Received: by 10.152.4.6 with SMTP id g6mr1872922lag.50.1375894997288; Wed, 07 Aug 2013 10:03:17 -0700 (PDT)
Received: by 10.112.34.47 with HTTP; Wed, 7 Aug 2013 10:03:17 -0700 (PDT)
Date: Wed, 7 Aug 2013 19:03:17 +0200
Message-ID: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com>
From: Pascal Thubert <pascal.thubert@gmail.com>
To: IETF 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=089e013d1e608fcaa904e35e849f
Subject: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 17:03:20 -0000

--089e013d1e608fcaa904e35e849f
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Dear all:

Marc and Ted signaled us that the 6TSCH acronym could get us some bad press=
.
It's hard to pronounce, many people did not get that we actually pronounce
it sixtus.
In one hand, the name was used already for quite a while to advertise this
work outside, and all that marketing would have to be updated if we change
the name now.
OTON, if we change later, it will be a lot worse.

What do people think? =A8Please shime in!

also, we already have a number of candidates:
- 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
- 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
- WiNOT (Wireless Networks for Operational Technology)
- 6tis (TIme slotted Synchronized)
- Witches (Wireless Time Channel Hopping Employing Slots)

We're still looking for alternate good ideas. Please think hard and propose
cool stuff!

We'll discuss Friday on the opportunity and launch a poll over next week.

Enjoy summer : )

Pascal

--089e013d1e608fcaa904e35e849f
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Dear all:<div><br></div><div>Marc and Ted signaled us that=
 the 6TSCH acronym could get us some bad press.</div><div>It&#39;s hard to =
pronounce, many people did not get that we actually pronounce it sixtus.</d=
iv>
<div>In one hand, the name was used already for quite a while to advertise =
this work outside, and all that marketing would have to be updated if we ch=
ange the name now.</div><div>OTON, if we change later, it will be a lot wor=
se.</div>
<div><br></div><div>What do people think? =A8Please shime in!</div><div><br=
></div><div>also, we already have a number of candidates:</div><div><div st=
yle=3D"font-family:arial,sans-serif;font-size:13px">- 6chants=A0(IPv6 over =
Channel Hopping ANd Time Sliced links)</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px">-=A0<span class=
=3D"" style=3D"background-color:rgb(255,255,204)">6TiCS</span>=A0(IPv6 over=
 Time-slotted Channel hopping Slots)</div><div style=3D"font-family:arial,s=
ans-serif;font-size:13px">
- WiNOT (Wireless Networks for Operational Technology)<br></div><div style=
=3D"font-family:arial,sans-serif;font-size:13px">-=A06tis (TIme slotted Syn=
chronized)</div><div style=3D"font-family:arial,sans-serif;font-size:13px">=
-=A0Witches (Wireless Time Channel Hopping Employing Slots)</div>
<div><br></div><div>We&#39;re still looking for alternate good ideas. Pleas=
e think hard and propose cool stuff!</div><div><br></div><div>We&#39;ll dis=
cuss Friday on the opportunity and launch a poll over next week.</div><div>
<br></div><div>Enjoy summer : )</div><br>Pascal
</div></div>

--089e013d1e608fcaa904e35e849f--

From mcr@sandelman.ca  Wed Aug  7 10:25:58 2013
Return-Path: <mcr@sandelman.ca>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A9F021F8267 for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:25:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.527
X-Spam-Level: 
X-Spam-Status: No, score=-2.527 tagged_above=-999 required=5 tests=[AWL=0.072,  BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RLs+usPqkyFE for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:25:46 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3::184]) by ietfa.amsl.com (Postfix) with ESMTP id 1ED3B11E8161 for <6tsch@ietf.org>; Wed,  7 Aug 2013 10:25:29 -0700 (PDT)
Received: from sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by tuna.sandelman.ca (Postfix) with ESMTP id 707F62025A; Wed,  7 Aug 2013 14:31:41 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id 5344AA904C; Wed,  7 Aug 2013 13:23:42 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 376B3B8EA6; Wed,  7 Aug 2013 13:23:42 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Pascal Thubert <pascal.thubert@gmail.com>
In-Reply-To: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com>
X-Mailer: MH-E 8.2; nmh 1.3-dev; GNU Emacs 23.4.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature"
Date: Wed, 07 Aug 2013 13:23:41 -0400
Message-ID: <2650.1375896221@sandelman.ca>
Sender: mcr@sandelman.ca
Cc: IETF 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 17:25:58 -0000

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Pascal Thubert <pascal.thubert@gmail.com> wrote:
    > Marc and Ted signaled us that the 6TSCH acronym could get us some bad=
 press.
    > It's hard to pronounce, many people did not get that we actually pron=
ounce it
    > sixtus.

So, why not call it that?
It doesn't have to be an acronym!

    > also, we already have a number of candidates:
    0> sixtus =3D IPv6 over Time Sloted Channel Hopping
    1> -=C2=A06tis (TIme slotted Synchronized)
    2> - 6chants=C2=A0(IPv6 over Channel Hopping ANd Time Sliced links)
    3> -=C2=A06TiCS=C2=A0(IPv6 over Time-slotted Channel hopping Slots)
    4 -=C2=A0Witches (Wireless Time Channel Hopping Employing Slots)
    5> - WiNOT (Wireless Networks for Operational Technology)

I rank them as above.

=2D-
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works



--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQCVAwUBUgKCmoqHRg3pndX9AQJElQQAxqtUldgX/hmwTiomtgcNEH7oEtfL59lZ
sqUIe2jd3jdaOfbJo8o6ebcOiOOWIBuQdKzvMGILU1jFQLuo+MHZ1t0hGNcvTMvh
zHjN38kt8vBBefmOIpvzajbDJg0j449k2AIFJ3aljyJUuVfKfGPxgXgPFMz1SLJu
LIZdife3tMQ=
=PEki
-----END PGP SIGNATURE-----
--=-=-=--

From xvilajosana@berkeley.edu  Wed Aug  7 10:26:21 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF0F521F9C46 for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:26:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.226
X-Spam-Level: 
X-Spam-Status: No, score=-2.226 tagged_above=-999 required=5 tests=[AWL=-0.250, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M85KSCzSXPEu for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:26:08 -0700 (PDT)
Received: from mail-pd0-f175.google.com (mail-pd0-f175.google.com [209.85.192.175]) by ietfa.amsl.com (Postfix) with ESMTP id B18C911E8165 for <6tsch@ietf.org>; Wed,  7 Aug 2013 10:25:34 -0700 (PDT)
Received: by mail-pd0-f175.google.com with SMTP id 5so1626525pdd.6 for <6tsch@ietf.org>; Wed, 07 Aug 2013 10:25:22 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=eOZWP1Ooo0+N6Vkvg9H2qY7R6gvjmlP/wiRu8frjBqE=; b=lWbRewrdPh8B1nTjh6rDCdPsDkI0aZ7J6aTogzLYrRpln/Q3rp7hTNLiUDBZg8njSI Hs4ywBHgRRfoDILoiXDCqbTE6TNF+6X/aBTjuFzz0iHmH9czfLfvDm5nF9nG+oT5Ml3a elseBp69xFCal+I6xoDegiQ5anWrXXUvl0Ohx6DjS/MHm7sNXNYAPKXNrfqVbqfiXiyt zKAMOM4hQO2zCvtZe0YHaUoAdFWdoJ6x3iQYlIEd23mTiA8rENhPmFaymy+FjvXg/RB1 PkcUa+FZFZqHJNFGysqBFaWcc9seZ9lI7DCgOsIppAl8kR1+vRpyrI2ePddcerrUNGSQ tRmA==
X-Gm-Message-State: ALoCoQn88LsOx/01Xa2tmrAMMsY8231mxEZCN3XMSIdB4besR+Ln2PoVK7g2ZrBrtngItcOQc3X8
MIME-Version: 1.0
X-Received: by 10.66.246.225 with SMTP id xz1mr1691257pac.110.1375896320834; Wed, 07 Aug 2013 10:25:20 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Wed, 7 Aug 2013 10:25:20 -0700 (PDT)
In-Reply-To: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com>
Date: Wed, 7 Aug 2013 10:25:20 -0700
Message-ID: <CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Pascal Thubert <pascal.thubert@gmail.com>
Content-Type: multipart/alternative; boundary=047d7b15aec573a88e04e35ed39f
Cc: IETF 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 17:26:22 -0000

--047d7b15aec573a88e04e35ed39f
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

HI all,

I still like 6TSCH pronounced as Sixtus. In German can be pronounced as
Sixtisch which is not difficult too.

so my vote to keep it as Sixtus (6TSCH)

sorry to be so classical :-)
X


On Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert <pascal.thubert@gmail.com>w=
rote:

> Dear all:
>
> Marc and Ted signaled us that the 6TSCH acronym could get us some bad
> press.
> It's hard to pronounce, many people did not get that we actually pronounc=
e
> it sixtus.
> In one hand, the name was used already for quite a while to advertise thi=
s
> work outside, and all that marketing would have to be updated if we chang=
e
> the name now.
> OTON, if we change later, it will be a lot worse.
>
> What do people think? =A8Please shime in!
>
> also, we already have a number of candidates:
> - 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
> - 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
> - WiNOT (Wireless Networks for Operational Technology)
> - 6tis (TIme slotted Synchronized)
> - Witches (Wireless Time Channel Hopping Employing Slots)
>
> We're still looking for alternate good ideas. Please think hard and
> propose cool stuff!
>
> We'll discuss Friday on the opportunity and launch a poll over next week.
>
> Enjoy summer : )
>
> Pascal
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b15aec573a88e04e35ed39f
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>HI all, <br><br>I still like 6TSCH pronounced as=
 Sixtus. In German can be pronounced as Sixtisch which is not difficult too=
.<br><br></div>so my vote to keep it as Sixtus (6TSCH)<br><br></div>sorry t=
o be so classical :-)<br>
X<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On=
 Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert <span dir=3D"ltr">&lt;<a href=
=3D"mailto:pascal.thubert@gmail.com" target=3D"_blank">pascal.thubert@gmail=
.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Dear all:<div><br></div><di=
v>Marc and Ted signaled us that the 6TSCH acronym could get us some bad pre=
ss.</div>
<div>It&#39;s hard to pronounce, many people did not get that we actually p=
ronounce it sixtus.</div>
<div>In one hand, the name was used already for quite a while to advertise =
this work outside, and all that marketing would have to be updated if we ch=
ange the name now.</div><div>OTON, if we change later, it will be a lot wor=
se.</div>

<div><br></div><div>What do people think? =A8Please shime in!</div><div><br=
></div><div>also, we already have a number of candidates:</div><div><div st=
yle=3D"font-family:arial,sans-serif;font-size:13px">- 6chants=A0(IPv6 over =
Channel Hopping ANd Time Sliced links)</div>

<div style=3D"font-family:arial,sans-serif;font-size:13px">-=A0<span style=
=3D"background-color:rgb(255,255,204)">6TiCS</span>=A0(IPv6 over Time-slott=
ed Channel hopping Slots)</div><div style=3D"font-family:arial,sans-serif;f=
ont-size:13px">

- WiNOT (Wireless Networks for Operational Technology)<br></div><div style=
=3D"font-family:arial,sans-serif;font-size:13px">-=A06tis (TIme slotted Syn=
chronized)</div><div style=3D"font-family:arial,sans-serif;font-size:13px">=
-=A0Witches (Wireless Time Channel Hopping Employing Slots)</div>

<div><br></div><div>We&#39;re still looking for alternate good ideas. Pleas=
e think hard and propose cool stuff!</div><div><br></div><div>We&#39;ll dis=
cuss Friday on the opportunity and launch a poll over next week.</div>
<div>
<br></div><div>Enjoy summer : )</div><span class=3D"HOEnZb"><font color=3D"=
#888888"><br>Pascal
</font></span></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b15aec573a88e04e35ed39f--

From ksjp@berkeley.edu  Wed Aug  7 10:38:50 2013
Return-Path: <ksjp@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A99E711E815C for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:38:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level: 
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bm+SXflkA4Ea for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:38:42 -0700 (PDT)
Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) by ietfa.amsl.com (Postfix) with ESMTP id 0B59621F8947 for <6tsch@ietf.org>; Wed,  7 Aug 2013 10:38:42 -0700 (PDT)
Received: by mail-pa0-f51.google.com with SMTP id lf11so2391304pab.38 for <6tsch@ietf.org>; Wed, 07 Aug 2013 10:38:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=Fyr7ef9SUq7r4nMt9GpMQIGYo0siTqYCsjJt8LXixNw=; b=YOgmq2V6vH6IsDtJfq1XfM0OLGNnQPdAkQH26pUng5LtJoNsL1hWj8o/KUO+PkevgZ QU6Q7kdhcdGqzi5H5QB1rTt1pSfmK7HztUpQrhoQ6Wk6ZtZoTMvHQGGYGl8g22Fc3E6A HSx35tG/QcD/jUI7JtFrW9grZvr4tXs/3o01QGTlc0nxJNWFNrc9drVKQ3ysl17qvE0/ bcgKqGbkSoh7KO6zZjWG0pXWcAxPetaSoFR/aE2ouT7qYPXgZYMjOMRmHj2sKgfL85+z afeZLX/+LSGRJn1Ggu/Hi5QUcLUj/XxyACCUal7wAVJyu3wCRNpEKGCkz/MscpKcFLuP kZ1Q==
X-Gm-Message-State: ALoCoQn2M34BDDVDdyQOG+VyREG/detFp5uxGH0FW7JieQsn+aAZrKXF1L0/s9RTn8VXi3i3ZZrp
X-Received: by 10.66.231.42 with SMTP id td10mr1680070pac.144.1375897121713; Wed, 07 Aug 2013 10:38:41 -0700 (PDT)
Received: from [10.70.40.32] ([134.24.149.4]) by mx.google.com with ESMTPSA id sp4sm9364648pbc.45.2013.08.07.10.38.40 for <6tsch@ietf.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 Aug 2013 10:38:41 -0700 (PDT)
Message-ID: <52028620.1090605@berkeley.edu>
Date: Wed, 07 Aug 2013 10:38:40 -0700
From: Kris Pister <ksjp@berkeley.edu>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: 6tsch@ietf.org
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com> <CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com>
In-Reply-To: <CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------040201090707040406090803"
Subject: [6tsch] (not) Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 17:38:50 -0000

This is a multi-part message in MIME format.
--------------040201090707040406090803
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

I agree with Xavi.  6tsch is descriptive of exactly what we're doing, 
and I think that we should keep it.
Pronunciation seems secondary.

Don't we have more important things to work on?

ksjp

On 8/7/2013 10:25 AM, Xavier Vilajosana Guillen wrote:
> HI all,
>
> I still like 6TSCH pronounced as Sixtus. In German can be pronounced 
> as Sixtisch which is not difficult too.
>
> so my vote to keep it as Sixtus (6TSCH)
>
> sorry to be so classical :-)
> X
>
>
> On Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert 
> <pascal.thubert@gmail.com <mailto:pascal.thubert@gmail.com>> wrote:
>
>     Dear all:
>
>     Marc and Ted signaled us that the 6TSCH acronym could get us some
>     bad press.
>     It's hard to pronounce, many people did not get that we actually
>     pronounce it sixtus.
>     In one hand, the name was used already for quite a while to
>     advertise this work outside, and all that marketing would have to
>     be updated if we change the name now.
>     OTON, if we change later, it will be a lot worse.
>
>     What do people think? ¨Please shime in!
>
>     also, we already have a number of candidates:
>     - 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
>     - 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
>     - WiNOT (Wireless Networks for Operational Technology)
>     - 6tis (TIme slotted Synchronized)
>     - Witches (Wireless Time Channel Hopping Employing Slots)
>
>     We're still looking for alternate good ideas. Please think hard
>     and propose cool stuff!
>
>     We'll discuss Friday on the opportunity and launch a poll over
>     next week.
>
>     Enjoy summer : )
>
>     Pascal
>
>     _______________________________________________
>     6tsch mailing list
>     6tsch@ietf.org <mailto:6tsch@ietf.org>
>     https://www.ietf.org/mailman/listinfo/6tsch
>
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch


--------------040201090707040406090803
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    I agree with Xavi.&nbsp; 6tsch is descriptive of exactly what we're
    doing, and I think that we should keep it.<br>
    Pronunciation seems secondary.<br>
    <br>
    Don't we have more important things to work on?<br>
    <br>
    ksjp<br>
    <br>
    <div class="moz-cite-prefix">On 8/7/2013 10:25 AM, Xavier Vilajosana
      Guillen wrote:<br>
    </div>
    <blockquote
cite="mid:CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>HI all, <br>
            <br>
            I still like 6TSCH pronounced as Sixtus. In German can be
            pronounced as Sixtisch which is not difficult too.<br>
            <br>
          </div>
          so my vote to keep it as Sixtus (6TSCH)<br>
          <br>
        </div>
        sorry to be so classical :-)<br>
        X<br>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">On Wed, Aug 7, 2013 at 10:03 AM, Pascal
          Thubert <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:pascal.thubert@gmail.com" target="_blank">pascal.thubert@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div dir="ltr">Dear all:
              <div><br>
              </div>
              <div>Marc and Ted signaled us that the 6TSCH acronym could
                get us some bad press.</div>
              <div>It's hard to pronounce, many people did not get that
                we actually pronounce it sixtus.</div>
              <div>In one hand, the name was used already for quite a
                while to advertise this work outside, and all that
                marketing would have to be updated if we change the name
                now.</div>
              <div>OTON, if we change later, it will be a lot worse.</div>
              <div><br>
              </div>
              <div>What do people think? &uml;Please shime in!</div>
              <div><br>
              </div>
              <div>also, we already have a number of candidates:</div>
              <div>
                <div style="font-family:arial,sans-serif;font-size:13px">-
                  6chants&nbsp;(IPv6 over Channel Hopping ANd Time Sliced
                  links)</div>
                <div style="font-family:arial,sans-serif;font-size:13px">-&nbsp;<span
                    style="background-color:rgb(255,255,204)">6TiCS</span>&nbsp;(IPv6
                  over Time-slotted Channel hopping Slots)</div>
                <div style="font-family:arial,sans-serif;font-size:13px">
                  - WiNOT (Wireless Networks for Operational Technology)<br>
                </div>
                <div style="font-family:arial,sans-serif;font-size:13px">-&nbsp;6tis
                  (TIme slotted Synchronized)</div>
                <div style="font-family:arial,sans-serif;font-size:13px">-&nbsp;Witches
                  (Wireless Time Channel Hopping Employing Slots)</div>
                <div><br>
                </div>
                <div>We're still looking for alternate good ideas.
                  Please think hard and propose cool stuff!</div>
                <div><br>
                </div>
                <div>We'll discuss Friday on the opportunity and launch
                  a poll over next week.</div>
                <div>
                  <br>
                </div>
                <div>Enjoy summer : )</div>
                <span class="HOEnZb"><font color="#888888"><br>
                    Pascal
                  </font></span></div>
            </div>
            <br>
            _______________________________________________<br>
            6tsch mailing list<br>
            <a moz-do-not-send="true" href="mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
            <a moz-do-not-send="true"
              href="https://www.ietf.org/mailman/listinfo/6tsch"
              target="_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
            <br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
6tsch mailing list
<a class="moz-txt-link-abbreviated" href="mailto:6tsch@ietf.org">6tsch@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------040201090707040406090803--

From alfredo.grieco@gmail.com  Wed Aug  7 10:54:55 2013
Return-Path: <alfredo.grieco@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BAFD21E805F for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:54:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5oHFJn+vZWho for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 10:54:54 -0700 (PDT)
Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) by ietfa.amsl.com (Postfix) with ESMTP id D880421F9DFC for <6tsch@ietf.org>; Wed,  7 Aug 2013 10:54:42 -0700 (PDT)
Received: by mail-lb0-f169.google.com with SMTP id u10so1759372lbi.0 for <6tsch@ietf.org>; Wed, 07 Aug 2013 10:54:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sSkJCP4bU1GKKBfsPQrek81gUP9NmpLwu3g1TYpVAgU=; b=MYTQZky2HQj4OVqlsmiJxAshJcUdOmqoMehzeLiEHVJWh2RipqPWLKTkuUsyIi3Ksb FL/fgWPSavf5gmMIzll9k5imhuidsbPu5XmgvKzmozlpBUyKF91OPBgdOFDanGRumguA GyovsPUsbYtoOCjlZ2nc9OQC+ULfN099kTGT5qzRRHRK0aUWVzdwCkD7kO/hacGh7JY9 plteCfXMqNODR7H8L76ejX5oiRhnAwxdh28h1tM1dim2edqB/THUJrdOji51b9dIOZB4 c7WyUIPYLPbBWasPx3fx7jf98McADT4J5bS2VUSJ1j4jlcrp7KKR72E3dXwO4+0qKn/x 9aOQ==
MIME-Version: 1.0
X-Received: by 10.112.159.100 with SMTP id xb4mr651735lbb.91.1375898076898; Wed, 07 Aug 2013 10:54:36 -0700 (PDT)
Received: by 10.114.79.103 with HTTP; Wed, 7 Aug 2013 10:54:36 -0700 (PDT)
In-Reply-To: <CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com> <CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com>
Date: Wed, 7 Aug 2013 19:54:36 +0200
Message-ID: <CAM4EQiP-MOzHos6W4OSb+fr=KbK_MWjeCD_-7xraaZ9hfGyXHg@mail.gmail.com>
From: Alfredo Grieco <alfredo.grieco@gmail.com>
To: "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=001a11c234e21eed6a04e35f3c81
Cc: Pascal Thubert <pascal.thubert@gmail.com>, IETF 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 17:54:56 -0000

--001a11c234e21eed6a04e35f3c81
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

i fully agree to Xavi. Cheers. Alfredo

On Wednesday, August 7, 2013, Xavier Vilajosana Guillen wrote:

> HI all,
>
> I still like 6TSCH pronounced as Sixtus. In German can be pronounced as
> Sixtisch which is not difficult too.
>
> so my vote to keep it as Sixtus (6TSCH)
>
> sorry to be so classical :-)
> X
>
>
> On Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert <pascal.thubert@gmail.com=
<javascript:_e({}, 'cvml', 'pascal.thubert@gmail.com');>
> > wrote:
>
>> Dear all:
>>
>> Marc and Ted signaled us that the 6TSCH acronym could get us some bad
>> press.
>> It's hard to pronounce, many people did not get that we actually
>> pronounce it sixtus.
>> In one hand, the name was used already for quite a while to advertise
>> this work outside, and all that marketing would have to be updated if we
>> change the name now.
>> OTON, if we change later, it will be a lot worse.
>>
>> What do people think? =A8Please shime in!
>>
>> also, we already have a number of candidates:
>> - 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
>> - 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
>> - WiNOT (Wireless Networks for Operational Technology)
>> - 6tis (TIme slotted Synchronized)
>> - Witches (Wireless Time Channel Hopping Employing Slots)
>>
>> We're still looking for alternate good ideas. Please think hard and
>> propose cool stuff!
>>
>> We'll discuss Friday on the opportunity and launch a poll over next week=
.
>>
>> Enjoy summer : )
>>
>> Pascal
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org <javascript:_e({}, 'cvml', '6tsch@ietf.org');>
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>

--001a11c234e21eed6a04e35f3c81
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

i fully agree to Xavi. Cheers<span></span>. Alfredo<br><br>On Wednesday, Au=
gust 7, 2013, Xavier Vilajosana Guillen  wrote:<br><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex">
<div dir=3D"ltr"><div><div>HI all, <br><br>I still like 6TSCH pronounced as=
 Sixtus. In German can be pronounced as Sixtisch which is not difficult too=
.<br><br></div>so my vote to keep it as Sixtus (6TSCH)<br><br></div>sorry t=
o be so classical :-)<br>

X<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On=
 Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert <span dir=3D"ltr">&lt;<a href=
=3D"javascript:_e({}, &#39;cvml&#39;, &#39;pascal.thubert@gmail.com&#39;);"=
 target=3D"_blank">pascal.thubert@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Dear all:<div><br></div><di=
v>Marc and Ted signaled us that the 6TSCH acronym could get us some bad pre=
ss.</div>

<div>It&#39;s hard to pronounce, many people did not get that we actually p=
ronounce it sixtus.</div>
<div>In one hand, the name was used already for quite a while to advertise =
this work outside, and all that marketing would have to be updated if we ch=
ange the name now.</div><div>OTON, if we change later, it will be a lot wor=
se.</div>


<div><br></div><div>What do people think? =A8Please shime in!</div><div><br=
></div><div>also, we already have a number of candidates:</div><div><div st=
yle=3D"font-family:arial,sans-serif;font-size:13px">- 6chants=A0(IPv6 over =
Channel Hopping ANd Time Sliced links)</div>


<div style=3D"font-family:arial,sans-serif;font-size:13px">-=A0<span style=
=3D"background-color:rgb(255,255,204)">6TiCS</span>=A0(IPv6 over Time-slott=
ed Channel hopping Slots)</div><div style=3D"font-family:arial,sans-serif;f=
ont-size:13px">


- WiNOT (Wireless Networks for Operational Technology)<br></div><div style=
=3D"font-family:arial,sans-serif;font-size:13px">-=A06tis (TIme slotted Syn=
chronized)</div><div style=3D"font-family:arial,sans-serif;font-size:13px">=
-=A0Witches (Wireless Time Channel Hopping Employing Slots)</div>


<div><br></div><div>We&#39;re still looking for alternate good ideas. Pleas=
e think hard and propose cool stuff!</div><div><br></div><div>We&#39;ll dis=
cuss Friday on the opportunity and launch a poll over next week.</div>

<div>
<br></div><div>Enjoy summer : )</div><span><font color=3D"#888888"><br>Pasc=
al
</font></span></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;6tsch@ietf.org&#39;);" ta=
rget=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</blockquote>

--001a11c234e21eed6a04e35f3c81--

From qinwang@berkeley.edu  Wed Aug  7 14:04:55 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE99A21F9DD5 for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 14:04:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.826
X-Spam-Level: 
X-Spam-Status: No, score=-2.826 tagged_above=-999 required=5 tests=[AWL=0.150,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5eFl+8W6RIMS for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 14:04:45 -0700 (PDT)
Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) by ietfa.amsl.com (Postfix) with ESMTP id DE64621F9D5E for <6tsch@ietf.org>; Wed,  7 Aug 2013 14:04:44 -0700 (PDT)
Received: by mail-ie0-f180.google.com with SMTP id aq17so397799iec.39 for <6tsch@ietf.org>; Wed, 07 Aug 2013 14:04:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=HRxkrnYESZEEw4JOF5BOwCQOlhoorPP+yphRrbio3I4=; b=LnSgg78wyL5Stm565u1CjvTQRmORDJS7Aweh9APkF0H4HdTfyS5ppTZVnLwdn0/SyI bF9ULlC0tC7jlIxyOKZRYhzH/a5lWgXTmUx+a1fQh6eHCMYmUXPOv7gcSGlcFmVeUIz1 BBprdBeeb5pX5/irjnEUUDnBVJikLxCcZKR66zlpMSqveUzFOw6nxLYsDvXWCEiZP38y KVRiaGnBehkuGSIfkwYGKs9DRfn8kik1o8DqpBatI/+BXAXezHqLFXaTmcJYhdlIAbzW lFZpHscmBQRk4YpsoTDgPN8uzM/RI+IeeNMF+kjhO+NuMksSG4z5DPBd2FTFmTYEYVsQ SJ+Q==
X-Gm-Message-State: ALoCoQkutm9vmd8LfhkL0FO1fpSeilGqOvxtGxXvzPzxpv9sDiOxQ5wKdaPP6bwTJqOBRHnmF+V9
MIME-Version: 1.0
X-Received: by 10.43.157.200 with SMTP id lr8mr638696icc.104.1375909484266; Wed, 07 Aug 2013 14:04:44 -0700 (PDT)
Received: by 10.64.171.82 with HTTP; Wed, 7 Aug 2013 14:04:44 -0700 (PDT)
In-Reply-To: <CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com> <CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com>
Date: Thu, 8 Aug 2013 05:04:44 +0800
Message-ID: <CAAzoce7pe3ZPkRzh9z5c7Vn8C0P-01Px9djt+kqMGjq8SU5CZA@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=001a11c215480d983a04e361e42b
Cc: Pascal Thubert <pascal.thubert@gmail.com>, IETF 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 21:04:55 -0000

--001a11c215480d983a04e361e42b
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

+1 to 6TSCH.

Qin


On Thu, Aug 8, 2013 at 1:25 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> HI all,
>
> I still like 6TSCH pronounced as Sixtus. In German can be pronounced as
> Sixtisch which is not difficult too.
>
> so my vote to keep it as Sixtus (6TSCH)
>
> sorry to be so classical :-)
> X
>
>
> On Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert <pascal.thubert@gmail.com=
>wrote:
>
>> Dear all:
>>
>> Marc and Ted signaled us that the 6TSCH acronym could get us some bad
>> press.
>> It's hard to pronounce, many people did not get that we actually
>> pronounce it sixtus.
>> In one hand, the name was used already for quite a while to advertise
>> this work outside, and all that marketing would have to be updated if we
>> change the name now.
>> OTON, if we change later, it will be a lot worse.
>>
>> What do people think? =A8Please shime in!
>>
>> also, we already have a number of candidates:
>> - 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
>> - 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
>> - WiNOT (Wireless Networks for Operational Technology)
>> - 6tis (TIme slotted Synchronized)
>> - Witches (Wireless Time Channel Hopping Employing Slots)
>>
>> We're still looking for alternate good ideas. Please think hard and
>> propose cool stuff!
>>
>> We'll discuss Friday on the opportunity and launch a poll over next week=
.
>>
>> Enjoy summer : )
>>
>> Pascal
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--001a11c215480d983a04e361e42b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+1 to 6TSCH.<div><br></div><div>Qin</div></div><div class=
=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 8, 2013 at =
1:25 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:=
xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.=
edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>HI all, <br><br>I=
 still like 6TSCH pronounced as Sixtus. In German can be pronounced as Sixt=
isch which is not difficult too.<br>
<br></div>so my vote to keep it as Sixtus (6TSCH)<br><br></div>sorry to be =
so classical :-)<br>
X<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote"><d=
iv><div class=3D"h5">On Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert <span =
dir=3D"ltr">&lt;<a href=3D"mailto:pascal.thubert@gmail.com" target=3D"_blan=
k">pascal.thubert@gmail.com</a>&gt;</span> wrote:<br>

</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div class=3D"h5"><div dir=
=3D"ltr">Dear all:<div><br></div><div>Marc and Ted signaled us that the 6TS=
CH acronym could get us some bad press.</div>

<div>It&#39;s hard to pronounce, many people did not get that we actually p=
ronounce it sixtus.</div>
<div>In one hand, the name was used already for quite a while to advertise =
this work outside, and all that marketing would have to be updated if we ch=
ange the name now.</div><div>OTON, if we change later, it will be a lot wor=
se.</div>


<div><br></div><div>What do people think? =A8Please shime in!</div><div><br=
></div><div>also, we already have a number of candidates:</div><div><div st=
yle=3D"font-family:arial,sans-serif;font-size:13px">- 6chants=A0(IPv6 over =
Channel Hopping ANd Time Sliced links)</div>


<div style=3D"font-family:arial,sans-serif;font-size:13px">-=A0<span style=
=3D"background-color:rgb(255,255,204)">6TiCS</span>=A0(IPv6 over Time-slott=
ed Channel hopping Slots)</div><div style=3D"font-family:arial,sans-serif;f=
ont-size:13px">


- WiNOT (Wireless Networks for Operational Technology)<br></div><div style=
=3D"font-family:arial,sans-serif;font-size:13px">-=A06tis (TIme slotted Syn=
chronized)</div><div style=3D"font-family:arial,sans-serif;font-size:13px">=
-=A0Witches (Wireless Time Channel Hopping Employing Slots)</div>


<div><br></div><div>We&#39;re still looking for alternate good ideas. Pleas=
e think hard and propose cool stuff!</div><div><br></div><div>We&#39;ll dis=
cuss Friday on the opportunity and launch a poll over next week.</div>

<div>
<br></div><div>Enjoy summer : )</div><span><font color=3D"#888888"><br>Pasc=
al
</font></span></div></div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--001a11c215480d983a04e361e42b--

From cabo@tzi.org  Wed Aug  7 14:44:03 2013
Return-Path: <cabo@tzi.org>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B24CF21E8099 for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 14:44:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.249
X-Spam-Level: 
X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0b-YvU5iYprF for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 14:43:58 -0700 (PDT)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by ietfa.amsl.com (Postfix) with ESMTP id 35E4311E80A2 for <6tsch@ietf.org>; Wed,  7 Aug 2013 14:43:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.4/8.14.4) with ESMTP id r77Lhm69017895; Wed, 7 Aug 2013 23:43:48 +0200 (CEST)
Received: from [192.168.217.105] (p5489221B.dip0.t-ipconnect.de [84.137.34.27]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 94ACAA93; Wed,  7 Aug 2013 23:43:48 +0200 (CEST)
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Content-Type: text/plain; charset=iso-8859-1
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <2650.1375896221@sandelman.ca>
Date: Wed, 7 Aug 2013 23:43:47 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <0375508E-6F4B-4878-8A18-BCE315FD5D5F@tzi.org>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com> <2650.1375896221@sandelman.ca>
To: Michael Richardson <mcr+ietf@sandelman.ca>
X-Mailer: Apple Mail (2.1508)
Cc: IETF 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 21:44:03 -0000

On Aug 7, 2013, at 19:23, Michael Richardson <mcr+ietf@sandelman.ca> =
wrote:

> So, why not call it that?

Because of a lack of cultural background on my own (there is no problem =
with the German word "Tisch"), I cannot supply the details here, but =
this appears to be about avoiding a naming accident.
(Lookup up the Mitsubishi Pajero if "naming accident" doesn't strike a =
bell.)

So if someone says we better shouldn't use that name, let's take that at =
face value, and look for something else.

Gr=FC=DFe, Carsten


From ksjp@berkeley.edu  Wed Aug  7 15:01:07 2013
Return-Path: <ksjp@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EFC321E815A for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 15:01:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.001,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D3qUO--WSuLr for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 15:01:02 -0700 (PDT)
Received: from mail-pa0-f53.google.com (mail-pa0-f53.google.com [209.85.220.53]) by ietfa.amsl.com (Postfix) with ESMTP id 4680621E80A9 for <6tsch@ietf.org>; Wed,  7 Aug 2013 15:00:49 -0700 (PDT)
Received: by mail-pa0-f53.google.com with SMTP id lb1so2664337pab.12 for <6tsch@ietf.org>; Wed, 07 Aug 2013 15:00:48 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=eJ2MnkDS9WnsqDMxTyF5HWPo2tsOiQx525YA+a++4Pk=; b=aQj+jO0zwnc93O3mCWrT+/u9yju3+O2iNlrAnZ3uIzByNC7J/hwn+rgZEXPiax9Jqa QbxM/EH11dYRIPnyWk51D8bt51jOzZi2QTpAIBIEtFdBv7WKC5PzuhhfjAymoIAnRjMw 8WrpQIzxjwHXhRvCAR3Y42KS6eOKXQeAzDLtNThDztdBEs2dCYPd8tH/yLE3pcAF+gS0 Cz3u5XfVgz0vjibXpP6pzaouKfj2LQVqmq4nFM18lNvy9kE3BLlXw7rudFZDjsXqpo9Y gupUl7nmn6qH6jkq8iUkF2nlctJerekKdrii1LZsTvzl9qq+si1/2H9Pzrmx8zhoRjoW ylGg==
X-Gm-Message-State: ALoCoQniBD56UTS6yOIE51EBHMK2N9VkxHV8sfIpBYRJuoukw+umKCYCjmiyzWvYLm54E2FrC09A
X-Received: by 10.68.107.226 with SMTP id hf2mr2858242pbb.28.1375912848853; Wed, 07 Aug 2013 15:00:48 -0700 (PDT)
Received: from [10.70.40.32] ([134.24.149.4]) by mx.google.com with ESMTPSA id iu7sm10278178pbc.8.2013.08.07.15.00.47 for <6tsch@ietf.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 Aug 2013 15:00:48 -0700 (PDT)
Message-ID: <5202C38B.8070809@berkeley.edu>
Date: Wed, 07 Aug 2013 15:00:43 -0700
From: Kris Pister <ksjp@berkeley.edu>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: 6tsch@ietf.org
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com> <2650.1375896221@sandelman.ca> <0375508E-6F4B-4878-8A18-BCE315FD5D5F@tzi.org>
In-Reply-To: <0375508E-6F4B-4878-8A18-BCE315FD5D5F@tzi.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 22:01:07 -0000

If there is some naming accident then we should get at least an oblique 
pointer to what the problem is before changing the name of the group.

ksjp

On 8/7/2013 2:43 PM, Carsten Bormann wrote:
> [...]  So if someone says we better shouldn't use that name, let's 
> take that at face value, and look for something else. Grüße, Carsten 
> _______________________________________________ 6tsch mailing list 
> 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch 


From nordmark@cisco.com  Wed Aug  7 15:16:43 2013
Return-Path: <nordmark@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DDD411E815C for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 15:16:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level: 
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ruijH6rWF-0j for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 15:16:39 -0700 (PDT)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id 3234C21F9B8D for <6tsch@ietf.org>; Wed,  7 Aug 2013 15:16:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=766; q=dns/txt; s=iport; t=1375913799; x=1377123399; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=ehjxG5fAqsV9jTczJsDE7Sh9SuTylieAIK3PbngCJp8=; b=KM7Ek7BDJN7nqT1viHQzB99UoFGgmAAjVxGqjKFjt5nOfmAZjCO9hJZd bryFi7RZG3XFjZ6UTgL8/ENByIohcrYDkyPh2fr58K3TKI2pumgcwzGhD G7BPtvlncMm21iM1r4bXLmkT87TjImV14CpAlROs8n0I4CnTZqfDBEgHN E=;
X-IronPort-AV: E=Sophos;i="4.89,835,1367971200"; d="scan'208";a="88651524"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-2.cisco.com with ESMTP; 07 Aug 2013 22:16:38 +0000
Received: from [10.21.84.198] (sjc-vpn4-1223.cisco.com [10.21.84.198]) by mtv-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r77MGZF3026148; Wed, 7 Aug 2013 22:16:36 GMT
Message-ID: <5202C72A.5060305@cisco.com>
Date: Thu, 08 Aug 2013 00:16:10 +0200
From: Erik Nordmark <nordmark@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Kris Pister <ksjp@berkeley.edu>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com> <2650.1375896221@sandelman.ca> <0375508E-6F4B-4878-8A18-BCE315FD5D5F@tzi.org> <5202C38B.8070809@berkeley.edu>
In-Reply-To: <5202C38B.8070809@berkeley.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 22:16:43 -0000

On 8/8/13 12:00 AM, Kris Pister wrote:
> If there is some naming accident then we should get at least an oblique
> pointer to what the problem is before changing the name of the group.

The issue seems to be that 6TSCH could be pronounced six-tush instead of 
sixtus.

   Erik


> ksjp
>
> On 8/7/2013 2:43 PM, Carsten Bormann wrote:
>> [...]  So if someone says we better shouldn't use that name, let's
>> take that at face value, and look for something else. Grüße, Carsten
>> _______________________________________________ 6tsch mailing list
>> 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch


From maria-rita.palattella@uni.lu  Wed Aug  7 16:03:56 2013
Return-Path: <maria-rita.palattella@uni.lu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C0CB11E817B for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 16:03:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level: 
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=0.001,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m1stzBIrb2wZ for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 16:03:46 -0700 (PDT)
Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id 7940611E8171 for <6tsch@ietf.org>; Wed,  7 Aug 2013 16:03:41 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.89,835,1367964000"; d="scan'208";a="25806416"
Received: from unknown (HELO Archer.uni.lux) ([10.21.2.1]) by hercules.uni.lu with ESMTP; 08 Aug 2013 01:03:39 +0200
Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by Archer.uni.lux ([fe80::1009:b1e7:2b72:f0b8%10]) with mapi id 14.03.0123.003; Thu, 8 Aug 2013 01:03:39 +0200
From: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
To: Kris Pister <ksjp@berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: [6tsch] (not) Renaming 6TSCH
Thread-Index: AQHOk5T9dZ/tDKUzYkSzku1Eip/HwpmKXV3e
Date: Wed, 7 Aug 2013 23:03:38 +0000
Message-ID: <F085911F642A6847987ADA23E611780D1858D655@hoshi.uni.lux>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com> <CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com>, <52028620.1090605@berkeley.edu>
In-Reply-To: <52028620.1090605@berkeley.edu>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.34.0.9]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [6tsch] (not) Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 23:03:56 -0000

+1 for 6TSCH=20
Maria Rita
________________________________________
From: 6tsch-bounces@ietf.org [6tsch-bounces@ietf.org] on behalf of Kris Pis=
ter [ksjp@berkeley.edu]
Sent: Wednesday, August 07, 2013 7:38 PM
To: 6tsch@ietf.org
Subject: [6tsch] (not) Renaming 6TSCH

I agree with Xavi.  6tsch is descriptive of exactly what we're doing, and I=
 think that we should keep it.
Pronunciation seems secondary.

Don't we have more important things to work on?

ksjp

On 8/7/2013 10:25 AM, Xavier Vilajosana Guillen wrote:
HI all,

I still like 6TSCH pronounced as Sixtus. In German can be pronounced as Six=
tisch which is not difficult too.

so my vote to keep it as Sixtus (6TSCH)

sorry to be so classical :-)
X


On Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert <pascal.thubert@gmail.com<m=
ailto:pascal.thubert@gmail.com>> wrote:
Dear all:

Marc and Ted signaled us that the 6TSCH acronym could get us some bad press=
.
It's hard to pronounce, many people did not get that we actually pronounce =
it sixtus.
In one hand, the name was used already for quite a while to advertise this =
work outside, and all that marketing would have to be updated if we change =
the name now.
OTON, if we change later, it will be a lot worse.

What do people think? =A8Please shime in!

also, we already have a number of candidates:
- 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
- 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
- WiNOT (Wireless Networks for Operational Technology)
- 6tis (TIme slotted Synchronized)
- Witches (Wireless Time Channel Hopping Employing Slots)

We're still looking for alternate good ideas. Please think hard and propose=
 cool stuff!

We'll discuss Friday on the opportunity and launch a poll over next week.

Enjoy summer : )

Pascal

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch





_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



From diego.dujovne@mail.udp.cl  Wed Aug  7 16:14:07 2013
Return-Path: <diego.dujovne@mail.udp.cl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05BD811E8171 for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 16:14:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.977
X-Spam-Level: 
X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5rjkf5qRz4eR for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 16:14:02 -0700 (PDT)
Received: from mail-we0-f180.google.com (mail-we0-f180.google.com [74.125.82.180]) by ietfa.amsl.com (Postfix) with ESMTP id 7450011E8178 for <6tsch@ietf.org>; Wed,  7 Aug 2013 16:14:02 -0700 (PDT)
Received: by mail-we0-f180.google.com with SMTP id p61so2075689wes.11 for <6tsch@ietf.org>; Wed, 07 Aug 2013 16:14:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=xuyhYqVFOenPo+kX7roRS1JfqMx35WivA0gJ1H+WnZM=; b=Y1kyfUvif/e0aC70RXzcYj35nTHZcPOFacuIBaFg5PgvgoayHOje/fIOCVqJADwfNq 13I330JXZFtT341WqdZ9JAyke61mLXh+sk8H3begnADdYSalljSC9R88xrH7JFtDofln 699sCgGprOpEZz+I/7UUVeYKoc/lGoio98wEALG7LbWHLDMRdPlzZFwmwmdMaKNpHOI/ OhpXBm8DdsW8LoD9IWfhXfyk3KU1JyEYHOPbDqz/dSGYOkLCuhTssNIw1TkwjWIDt7nO ySJtGldmyH7Q6OH6uOA0BW+uKZ8i/pB93mEFzmhRJsS0nW5UaV16DmOjp3hq7yfzeAm1 inmw==
X-Gm-Message-State: ALoCoQkFp3meoTbsgtCrlMmMOx/86dmqKV5jjZsXL9JLuDVqoKkDN9pMJ3Zh/Fpxzsk61dMjTVKm
MIME-Version: 1.0
X-Received: by 10.194.242.134 with SMTP id wq6mr1653021wjc.94.1375917241262; Wed, 07 Aug 2013 16:14:01 -0700 (PDT)
Received: by 10.194.122.138 with HTTP; Wed, 7 Aug 2013 16:14:01 -0700 (PDT)
In-Reply-To: <F085911F642A6847987ADA23E611780D1858D655@hoshi.uni.lux>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com> <CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com> <52028620.1090605@berkeley.edu> <F085911F642A6847987ADA23E611780D1858D655@hoshi.uni.lux>
Date: Wed, 7 Aug 2013 19:14:01 -0400
Message-ID: <CAH7SZV9KELMMGOFgs_2EKvYZ9RxZ9-bzBzq1PfvHQRk2iz=Nyw@mail.gmail.com>
From: "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>
To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Kris Pister <ksjp@berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] (not) Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2013 23:14:07 -0000

I agree with 6TSCH.

              Diego Dujovne

2013/8/7 Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>:
> +1 for 6TSCH
> Maria Rita
> ________________________________________
> From: 6tsch-bounces@ietf.org [6tsch-bounces@ietf.org] on behalf of Kris P=
ister [ksjp@berkeley.edu]
> Sent: Wednesday, August 07, 2013 7:38 PM
> To: 6tsch@ietf.org
> Subject: [6tsch] (not) Renaming 6TSCH
>
> I agree with Xavi.  6tsch is descriptive of exactly what we're doing, and=
 I think that we should keep it.
> Pronunciation seems secondary.
>
> Don't we have more important things to work on?
>
> ksjp
>
> On 8/7/2013 10:25 AM, Xavier Vilajosana Guillen wrote:
> HI all,
>
> I still like 6TSCH pronounced as Sixtus. In German can be pronounced as S=
ixtisch which is not difficult too.
>
> so my vote to keep it as Sixtus (6TSCH)
>
> sorry to be so classical :-)
> X
>
>
> On Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert <pascal.thubert@gmail.com=
<mailto:pascal.thubert@gmail.com>> wrote:
> Dear all:
>
> Marc and Ted signaled us that the 6TSCH acronym could get us some bad pre=
ss.
> It's hard to pronounce, many people did not get that we actually pronounc=
e it sixtus.
> In one hand, the name was used already for quite a while to advertise thi=
s work outside, and all that marketing would have to be updated if we chang=
e the name now.
> OTON, if we change later, it will be a lot worse.
>
> What do people think? =A8Please shime in!
>
> also, we already have a number of candidates:
> - 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
> - 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
> - WiNOT (Wireless Networks for Operational Technology)
> - 6tis (TIme slotted Synchronized)
> - Witches (Wireless Time Channel Hopping Employing Slots)
>
> We're still looking for alternate good ideas. Please think hard and propo=
se cool stuff!
>
> We'll discuss Friday on the opportunity and launch a poll over next week.
>
> Enjoy summer : )
>
> Pascal
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>
>
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch



--=20
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl
(56 2) 676 8125

From mehdi.sabzevari@yahoo.com  Wed Aug  7 23:13:17 2013
Return-Path: <mehdi.sabzevari@yahoo.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E01411E80D7 for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 23:13:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wa+lIliIjf0U for <6tsch@ietfa.amsl.com>; Wed,  7 Aug 2013 23:13:12 -0700 (PDT)
Received: from nm16-vm2.bullet.mail.ne1.yahoo.com (nm16-vm2.bullet.mail.ne1.yahoo.com [98.138.91.92]) by ietfa.amsl.com (Postfix) with ESMTP id A9E8A11E80DF for <6tsch@ietf.org>; Wed,  7 Aug 2013 23:13:11 -0700 (PDT)
Received: from [98.138.90.54] by nm16.bullet.mail.ne1.yahoo.com with NNFMP; 08 Aug 2013 06:13:10 -0000
Received: from [98.138.101.170] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 08 Aug 2013 06:13:10 -0000
Received: from [127.0.0.1] by omp1081.mail.ne1.yahoo.com with NNFMP; 08 Aug 2013 06:13:10 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 466489.28826.bm@omp1081.mail.ne1.yahoo.com
Received: (qmail 55839 invoked by uid 60001); 8 Aug 2013 06:13:10 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375942390; bh=fwslgjtMeuYLEhsS9jKj/HDDZ4ObMMdA5uHNo4OmvbE=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=eXRKQi9elSXuJjziKczjDl5m71g0frYEcwm5vH/kp5qB/Dyxw2bPaaEL82+wxtoWoo6nByqx8jdq8ohnlDp3jnYA+rNZvm5n5UZkW8j6tawEtXggER3xRtlVrN7RBQgSt8FUCvTy8r0CxlMks6iqQ1MZOIyHe+BXZ/VGcFr9eyc=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=YJ3d+TMHPSsJg2d/Vc8iaNd8WGba1aY5+biWFLRTUHTIAAf4vthKvj/aNIeO8AK+6Tj1jL/1jibhu5kceV9WQokHtKJJua56pq7BEcUAIrXomESN7Y/7QGYAoXyzOEHlXjMIPt8qJhwAh6SNEnxyOhtZ6fEdPNaB34LlZWRG7DM=;
X-YMail-OSG: jC2AxiUVM1mgPtQeJSj5hGXnRe4I2cp_zeqrGYHzvHa6SFS iJQHla_M3cTl5rReVfACD47tNw_xy0IM413ChlO.vWvIQgOmlFBruxTBDPPd oTiBeQDmknlmpoDo8wTO8RKStRzvR3kQrm9E.nQRtGp9ELx0DV84lQfaQdYi FOFSF15E9szPN_K9IyDYIs7LrTCDHNTM9RP9kkdeZBxXTS0Ibax143J5kUAA RcPjWrVRj0WHHTMWP..EJaaDBLFMRBUJzBPHUG97c7LAXQQw5A1AvoXB5FOT Q2OCBpwumpnHiGU5Bgt8uMZVQvgBBHO_9wy.PY06pu3KPdo2_xg1K8sFyx9F Pg7FNuj8dwtr_SkXbk3dCTkoORy7ce5BpVCLitC2wIqDpnJh0m_IhYw8z46t VvbdYVPbSS5Hyn.REriIv7DlY63ns0uXE9kmcAAlTtSQaVvCxO_8qyE9IgxR JZv.5jBOPzusIf3rvFE4VeVa0BmsdJecEirHf2.qjIqIuKxWde6CAIWIY2k0 H5yH2DV8CFTsgRPPKa4Hu0JEokUmSKtUTioN543zH0h6kLvjGaFKb.7dtBM2 m1tlG6y.OBCzPVpi4xhznZyaxuQbOcN4FCDxsLQ--
Received: from [77.36.232.129] by web121105.mail.ne1.yahoo.com via HTTP; Wed, 07 Aug 2013 23:13:09 PDT
X-Rocket-MIMEInfo: 002.001, SSBhZ3JlZSB3aXRoIDZUU0NICgpNZWhkaQoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiBGcm9tOiBRaW4gV2FuZyA8cWlud2FuZ0BiZXJrZWxleS5lZHU.ClRvOiBYYXZpZXIgVmlsYWpvc2FuYSBHdWlsbGVuIDx4dmlsYWpvc2FuYUBlZWNzLmJlcmtlbGV5LmVkdT4gCkNjOiBQYXNjYWwgVGh1YmVydCA8cGFzY2FsLnRodWJlcnRAZ21haWwuY29tPjsgSUVURiA2VFNDSCA8NnRzY2hAaWV0Zi5vcmc.IApTZW50OiBUaHVyc2RheSwgQXVndXN0IDgsIDIwMTMgMTozNCBBTQpTdWJqZWN0OiBSZToBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.152.567
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com>	<CALEMV4YMEnDky6aQb6hs1oTK9r+7k6Gx9-r6CH2s7wHEqsoOaA@mail.gmail.com> <CAAzoce7pe3ZPkRzh9z5c7Vn8C0P-01Px9djt+kqMGjq8SU5CZA@mail.gmail.com>
Message-ID: <1375942389.51363.YahooMailNeo@web121105.mail.ne1.yahoo.com>
Date: Wed, 7 Aug 2013 23:13:09 -0700 (PDT)
From: mehdi sabzevari <mehdi.sabzevari@yahoo.com>
To: Qin Wang <qinwang@berkeley.edu>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
In-Reply-To: <CAAzoce7pe3ZPkRzh9z5c7Vn8C0P-01Px9djt+kqMGjq8SU5CZA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="1018116533-1770769250-1375942389=:51363"
Cc: Pascal Thubert <pascal.thubert@gmail.com>, IETF 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: mehdi sabzevari <mehdi.sabzevari@yahoo.com>
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Aug 2013 06:13:17 -0000

--1018116533-1770769250-1375942389=:51363
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

I agree with 6TSCH=0A=0AMehdi=0A=0A=0A________________________________=0A F=
rom: Qin Wang <qinwang@berkeley.edu>=0ATo: Xavier Vilajosana Guillen <xvila=
josana@eecs.berkeley.edu> =0ACc: Pascal Thubert <pascal.thubert@gmail.com>;=
 IETF 6TSCH <6tsch@ietf.org> =0ASent: Thursday, August 8, 2013 1:34 AM=0ASu=
bject: Re: [6tsch] Renaming 6TSCH=0A =0A=0A=0A+1 to 6TSCH.=0A=0AQin=0A=0A=
=0A=0AOn Thu, Aug 8, 2013 at 1:25 AM, Xavier Vilajosana Guillen <xvilajosan=
a@eecs.berkeley.edu> wrote:=0A=0AHI all, =0A>=0A>I still like 6TSCH pronoun=
ced as Sixtus. In German can be pronounced as Sixtisch which is not difficu=
lt too.=0A>=0A>so my vote to keep it as Sixtus (6TSCH)=0A>=0A>sorry to be s=
o classical :-)=0A>X=0A>=0A>=0A>=0A>=0A>On Wed, Aug 7, 2013 at 10:03 AM, Pa=
scal Thubert <pascal.thubert@gmail.com> wrote:=0A>=0A>Dear all:=0A>>=0A>>=
=0A>>Marc and Ted signaled us that the 6TSCH acronym could get us some bad =
press.=0A>>It's hard to pronounce, many people did not get that we actually=
 pronounce it sixtus.=0A>>In one hand, the name was used already for quite =
a while to advertise this work outside, and all that marketing would have t=
o be updated if we change the name now.=0A>>OTON, if we change later, it wi=
ll be a lot worse.=0A>>=0A>>=0A>>What do people think? =A8Please shime in!=
=0A>>=0A>>=0A>>also, we already have a number of candidates:=0A>>- 6chants=
=A0(IPv6 over Channel Hopping ANd Time Sliced links)=0A>>-=A06TiCS=A0(IPv6 =
over Time-slotted Channel hopping Slots)=0A>>- WiNOT (Wireless Networks for=
 Operational Technology)=0A>>=0A>>-=A06tis (TIme slotted Synchronized)=0A>>=
-=A0Witches (Wireless Time Channel Hopping Employing Slots)=0A>>=0A>>=0A>>W=
e're still looking for alternate good ideas. Please think hard and propose =
cool stuff!=0A>>=0A>>=0A>>We'll discuss Friday on the opportunity and launc=
h a poll over next week.=0A>>=0A>>=0A>>Enjoy summer : )=0A>>Pascal =0A>>___=
____________________________________________=0A>>6tsch mailing list=0A>>6ts=
ch@ietf.org=0A>>https://www.ietf.org/mailman/listinfo/6tsch=0A>>=0A>>=0A>=
=0A>_______________________________________________=0A>6tsch mailing list=
=0A>6tsch@ietf.org=0A>https://www.ietf.org/mailman/listinfo/6tsch=0A>=0A>=
=0A=0A_______________________________________________=0A6tsch mailing list=
=0A6tsch@ietf.org=0Ahttps://www.ietf.org/mailman/listinfo/6tsch
--1018116533-1770769250-1375942389=:51363
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<html><body><div style=3D"color:#000; background-color:#fff; font-family:ti=
mes new roman, new york, times, serif;font-size:14pt"><div><span>I agree wi=
th 6TSCH</span></div><div style=3D"color: rgb(0, 0, 0); font-size: 19px; fo=
nt-family: 'times new roman', 'new york', times, serif; background-color: t=
ransparent; font-style: normal;"><span><br></span></div><div style=3D"color=
: rgb(0, 0, 0); font-size: 19px; font-family: 'times new roman', 'new york'=
, times, serif; background-color: transparent; font-style: normal;"><span>M=
ehdi</span></div><div><br></div>  <div style=3D"font-family: 'times new rom=
an', 'new york', times, serif; font-size: 14pt;"> <div style=3D"font-family=
: 'times new roman', 'new york', times, serif; font-size: 12pt;"> <div dir=
=3D"ltr"> <hr size=3D"1">  <font size=3D"2" face=3D"Arial"> <b><span style=
=3D"font-weight:bold;">From:</span></b> Qin Wang &lt;qinwang@berkeley.edu&g=
t;<br> <b><span style=3D"font-weight: bold;">To:</span></b> Xavier Vilajosa=
na Guillen
 &lt;xvilajosana@eecs.berkeley.edu&gt; <br><b><span style=3D"font-weight: b=
old;">Cc:</span></b> Pascal Thubert &lt;pascal.thubert@gmail.com&gt;; IETF =
6TSCH &lt;6tsch@ietf.org&gt; <br> <b><span style=3D"font-weight: bold;">Sen=
t:</span></b> Thursday, August 8, 2013 1:34 AM<br> <b><span style=3D"font-w=
eight: bold;">Subject:</span></b> Re: [6tsch] Renaming 6TSCH<br> </font> </=
div> <div class=3D"y_msg_container"><br><div id=3D"yiv2523208458"><div dir=
=3D"ltr">+1 to 6TSCH.<div><br></div><div>Qin</div></div><div class=3D"yiv25=
23208458gmail_extra"><br><br><div class=3D"yiv2523208458gmail_quote">On Thu=
, Aug 8, 2013 at 1:25 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<=
a rel=3D"nofollow" ymailto=3D"mailto:xvilajosana@eecs.berkeley.edu" target=
=3D"_blank" href=3D"mailto:xvilajosana@eecs.berkeley.edu">xvilajosana@eecs.=
berkeley.edu</a>&gt;</span> wrote:<br>=0A<blockquote class=3D"yiv2523208458=
gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-=
left:1ex;"><div dir=3D"ltr"><div><div>HI all, <br><br>I still like 6TSCH pr=
onounced as Sixtus. In German can be pronounced as Sixtisch which is not di=
fficult too.<br>=0A<br></div>so my vote to keep it as Sixtus (6TSCH)<br><br=
></div>sorry to be so classical :-)<br>=0AX<br></div><div class=3D"yiv25232=
08458gmail_extra"><br><br><div class=3D"yiv2523208458gmail_quote"><div><div=
 class=3D"yiv2523208458h5">On Wed, Aug 7, 2013 at 10:03 AM, Pascal Thubert =
<span dir=3D"ltr">&lt;<a rel=3D"nofollow" ymailto=3D"mailto:pascal.thubert@=
gmail.com" target=3D"_blank" href=3D"mailto:pascal.thubert@gmail.com">pasca=
l.thubert@gmail.com</a>&gt;</span> wrote:<br>=0A=0A</div></div><blockquote =
class=3D"yiv2523208458gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1=
px #ccc solid;padding-left:1ex;"><div><div class=3D"yiv2523208458h5"><div d=
ir=3D"ltr">Dear all:<div><br></div><div>Marc and Ted signaled us that the 6=
TSCH acronym could get us some bad press.</div>=0A=0A<div>It's hard to pron=
ounce, many people did not get that we actually pronounce it sixtus.</div>=
=0A<div>In one hand, the name was used already for quite a while to adverti=
se this work outside, and all that marketing would have to be updated if we=
 change the name now.</div><div>OTON, if we change later, it will be a lot =
worse.</div>=0A=0A=0A<div><br></div><div>What do people think? =A8Please sh=
ime in!</div><div><br></div><div>also, we already have a number of candidat=
es:</div><div><div style=3D"font-family: arial, sans-serif; font-size: 13px=
;">- 6chants&nbsp;(IPv6 over Channel Hopping ANd Time Sliced links)</div>=
=0A=0A=0A<div style=3D"font-family: arial, sans-serif; font-size: 13px;">-&=
nbsp;<span style=3D"background-color:rgb(255,255,204);">6TiCS</span>&nbsp;(=
IPv6 over Time-slotted Channel hopping Slots)</div><div style=3D"font-famil=
y: arial, sans-serif; font-size: 13px;">=0A=0A=0A- WiNOT (Wireless Networks=
 for Operational Technology)<br></div><div style=3D"font-family: arial, san=
s-serif; font-size: 13px;">-&nbsp;6tis (TIme slotted Synchronized)</div><di=
v style=3D"font-family: arial, sans-serif; font-size: 13px;">-&nbsp;Witches=
 (Wireless Time Channel Hopping Employing Slots)</div>=0A=0A=0A<div><br></d=
iv><div>We're still looking for alternate good ideas. Please think hard and=
 propose cool stuff!</div><div><br></div><div>We'll discuss Friday on the o=
pportunity and launch a poll over next week.</div>=0A=0A<div>=0A<br></div><=
div>Enjoy summer : )</div><span><font color=3D"#888888"><br>Pascal=0A</font=
></span></div></div>=0A<br></div></div>____________________________________=
___________<br>=0A6tsch mailing list<br>=0A<a rel=3D"nofollow" ymailto=3D"m=
ailto:6tsch@ietf.org" target=3D"_blank" href=3D"mailto:6tsch@ietf.org">6tsc=
h@ietf.org</a><br>=0A<a rel=3D"nofollow" target=3D"_blank" href=3D"https://=
www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org/mailman/listinfo/=
6tsch</a><br>=0A<br></blockquote></div><br></div>=0A<br>___________________=
____________________________<br>=0A6tsch mailing list<br>=0A<a rel=3D"nofol=
low" ymailto=3D"mailto:6tsch@ietf.org" target=3D"_blank" href=3D"mailto:6ts=
ch@ietf.org">6tsch@ietf.org</a><br>=0A<a rel=3D"nofollow" target=3D"_blank"=
 href=3D"https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org/=
mailman/listinfo/6tsch</a><br>=0A<br></blockquote></div><br></div></div><br=
>_______________________________________________<br>6tsch mailing list<br><=
a ymailto=3D"mailto:6tsch@ietf.org" href=3D"mailto:6tsch@ietf.org">6tsch@ie=
tf.org</a><br><a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" targe=
t=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br><br><br></d=
iv> </div> </div>  </div></body></html>
--1018116533-1770769250-1375942389=:51363--

From P.Zand@utwente.nl  Thu Aug  8 01:28:51 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE87511E810F for <6tsch@ietfa.amsl.com>; Thu,  8 Aug 2013 01:28:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.503
X-Spam-Level: 
X-Spam-Status: No, score=-0.503 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rMYIv+QwkMrr for <6tsch@ietfa.amsl.com>; Thu,  8 Aug 2013 01:28:44 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 24D5021E8050 for <6tsch@ietf.org>; Thu,  8 Aug 2013 01:28:43 -0700 (PDT)
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 8 Aug 2013 10:28:45 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Thu, 8 Aug 2013 10:28:42 +0200
From: <P.Zand@utwente.nl>
To: <pascal.thubert@gmail.com>, <6tsch@ietf.org>
Thread-Topic: [6tsch] Renaming 6TSCH
Thread-Index: AQHOk5AJ2YCn/ZcfRUG/PP/+qI1Kl5mK+s8g
Date: Thu, 8 Aug 2013 08:28:41 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6D51C@EXMBX23.ad.utwente.nl>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com>
In-Reply-To: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6D51CEXMBX23adutwent_"
MIME-Version: 1.0
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Aug 2013 08:28:51 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6D51CEXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear All,
As it is mentioned in the charter, we intend to use IEEE802.15.4e Time slot=
ted Channel Hopping (TSCH) in L2. If we change the group name from 6TSCH to=
 other name like 6TiCS, 6chants, or ..., it might be easy to pronounce, but=
 for sure it will cause more confusion later. Because sometimes we named "T=
ime slotted Channel Hopping" concept "TSCH" and sometimes "TiCS" (i.e. Time=
-slotted Channel hopping Slots).
For sure, we don't intend to change TSCH abbreviation in IEEE 802.15.4e sta=
ndard.
Am I right?

So, +1 to 6TSCH.

Best Wishes,
Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P=
ascal Thubert
Sent: Wednesday, August 07, 2013 7:03 PM
To: IETF 6TSCH
Subject: [6tsch] Renaming 6TSCH

Dear all:

Marc and Ted signaled us that the 6TSCH acronym could get us some bad press=
.
It's hard to pronounce, many people did not get that we actually pronounce =
it sixtus.
In one hand, the name was used already for quite a while to advertise this =
work outside, and all that marketing would have to be updated if we change =
the name now.
OTON, if we change later, it will be a lot worse.

What do people think? =A8Please shime in!

also, we already have a number of candidates:
- 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
- 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
- WiNOT (Wireless Networks for Operational Technology)
- 6tis (TIme slotted Synchronized)
- Witches (Wireless Time Channel Hopping Employing Slots)

We're still looking for alternate good ideas. Please think hard and propose=
 cool stuff!

We'll discuss Friday on the opportunity and launch a poll over next week.

Enjoy summer : )

Pascal

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6D51CEXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dear All,<o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">As it is mentioned in the=
 charter, we intend to use IEEE802.15.4e Time slotted Channel Hopping (TSCH=
) in L2. If we change the group name from 6TSCH to other
 name like 6TiCS, 6chants, or &#8230;, it might be easy to pronounce, but f=
or sure it will cause
<b>more confusion later</b>. Because sometimes we named &#8220;Time slotted=
 Channel Hopping&#8221; concept &#8220;TSCH&#8221; and sometimes &#8220;TiC=
S&#8221; (i.e. Time-slotted Channel hopping Slots).
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">For sure, we don&#8217;t =
intend to change TSCH abbreviation in IEEE 802.15.4e standard.<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Am I right?<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">So, &#43;1 to 6TSCH.&n=
bsp;&nbsp;&nbsp;
<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Best Wishes,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Pascal Thubert<br>
<b>Sent:</b> Wednesday, August 07, 2013 7:03 PM<br>
<b>To:</b> IETF 6TSCH<br>
<b>Subject:</b> [6tsch] Renaming 6TSCH<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Dear all:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Marc and Ted signaled us that the 6TSCH acronym coul=
d get us some bad press.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">It's hard to pronounce, many people did not get that=
 we actually pronounce it sixtus.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">In one hand, the name was used already for quite a w=
hile to advertise this work outside, and all that marketing would have to b=
e updated if we change the name now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">OTON, if we change later, it will be a lot worse.<o:=
p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">What do people think? =A8Please shime in!<o:p></o:p>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">also, we already have a number of candidates:<o:p></=
o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">- 6chants&nbsp;(IPv6 over Channel Hopping=
 ANd Time Sliced links)<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-&nbsp;<span style=3D"background:#FFFFCC"=
>6TiCS</span>&nbsp;(IPv6 over Time-slotted Channel hopping Slots)<o:p></o:p=
></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">- WiNOT (Wireless Networks for Operationa=
l Technology)<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-&nbsp;6tis (TIme slotted Synchronized)<o=
:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-&nbsp;Witches (Wireless Time Channel Hop=
ping Employing Slots)<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">We're still looking for alternate good ideas. Please=
 think hard and propose cool stuff!<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">We'll discuss Friday on the opportunity and launch a=
 poll over next week.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Enjoy summer : )<o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><br>
Pascal <o:p></o:p></p>
</div>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6D51CEXMBX23adutwent_--

From guillaume.gaillard.maze@gmail.com  Thu Aug  8 02:07:20 2013
Return-Path: <guillaume.gaillard.maze@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87D9511E81B8 for <6tsch@ietfa.amsl.com>; Thu,  8 Aug 2013 02:07:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lw00kNYcwX8G for <6tsch@ietfa.amsl.com>; Thu,  8 Aug 2013 02:07:19 -0700 (PDT)
Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) by ietfa.amsl.com (Postfix) with ESMTP id 8007A11E8115 for <6tsch@ietf.org>; Thu,  8 Aug 2013 02:07:18 -0700 (PDT)
Received: by mail-wi0-f177.google.com with SMTP id hq12so326072wib.10 for <6tsch@ietf.org>; Thu, 08 Aug 2013 02:07:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=4pOVk6SD5GUwqXsAnyRZCU+0Q6wXLbc22h7YkYPJpGg=; b=a3YaTDsGZjNbeIDLcrid8IOkaI1zJTGwlbO3ObckbynYrA+Ksh01hwpZzXtj0qPbo1 qaIW5km36QPgSDiiFSnSsSjrJHUxyAcz+yGZgRlbxARrC9NG6u9MKpfCmz2HW/CjEpN4 HbkmlAJCO0n157xuUdrf+gTU2Cm0Ri6PGc5XbwUAwvnfkKlVse5bRtxjTGdqdHv7Z1CV 6GG7UA3XKKZZEC6K0pDHzKmjEF1kbAIM/RymTaUCa9YAVwkYWsZ290qwP/kkiOrmqKHV CZbX66qjfNWFw/C3vVrFYaBzcp3Ogp6jcSr1I20nyoqlpFus118FW5AleAVPB7w1EdgY 32vg==
MIME-Version: 1.0
X-Received: by 10.180.9.69 with SMTP id x5mr4497341wia.41.1375952837425; Thu, 08 Aug 2013 02:07:17 -0700 (PDT)
Received: by 10.217.114.8 with HTTP; Thu, 8 Aug 2013 02:07:17 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6D51C@EXMBX23.ad.utwente.nl>
References: <CADPqcJJz0rjb7Q-3h3OrxK6fyEiHk95Tz8Azxep3qar8RrMFcw@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6D51C@EXMBX23.ad.utwente.nl>
Date: Thu, 8 Aug 2013 11:07:17 +0200
Message-ID: <CAMHDfJ4RdPWYuSP_xG6NsJSZ0TMggbTMD5Kgm3AVoYky6NTs7Q@mail.gmail.com>
From: Guillaume Gaillard <guillaume.gaillard.maze@gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=001a11c24c161a3f7a04e36bfc9a
Subject: Re: [6tsch] Renaming 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Aug 2013 09:07:20 -0000

--001a11c24c161a3f7a04e36bfc9a
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Dear all,
I also think that it is better to keep going with 6tsch :
- The dificult pronunciation creates curiosity, and it makes it easier to
remember once you get it right.
- It is a good pretext to explain what is the WG about : "Are you going to
the sixtus BOF ? Which one ? 6tsch, you know, 6. T. S. C. H., meaning IPv6
over TSCH, etc. ";
- Tisch isn't "table" in German ? I don't understand why this is a problem.
Some translations even give the word "board", which matches with 6tsch
schedule;
- People are already using 6tsch;
- All the reasons previously cited.

Regards,

Guillaume


2013/8/8 <P.Zand@utwente.nl>

>  Dear All,****
>
> As it is mentioned in the charter, we intend to use IEEE802.15.4e Time
> slotted Channel Hopping (TSCH) in L2. If we change the group name from
> 6TSCH to other name like 6TiCS, 6chants, or =85, it might be easy to
> pronounce, but for sure it will cause *more confusion later*. Because
> sometimes we named =93Time slotted Channel Hopping=94 concept =93TSCH=94 =
and
> sometimes =93TiCS=94 (i.e. Time-slotted Channel hopping Slots). ****
>
> For sure, we don=92t intend to change TSCH abbreviation in IEEE 802.15.4e
> standard.****
>
> Am I right?****
>
> ** **
>
> *So, +1 to 6TSCH.    *
>
> ** **
>
> Best Wishes,****
>
> Pouria****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Pascal Thubert
> *Sent:* Wednesday, August 07, 2013 7:03 PM
> *To:* IETF 6TSCH
> *Subject:* [6tsch] Renaming 6TSCH****
>
> ** **
>
> Dear all:****
>
> ** **
>
> Marc and Ted signaled us that the 6TSCH acronym could get us some bad
> press.****
>
> It's hard to pronounce, many people did not get that we actually pronounc=
e
> it sixtus.****
>
> In one hand, the name was used already for quite a while to advertise thi=
s
> work outside, and all that marketing would have to be updated if we chang=
e
> the name now.****
>
> OTON, if we change later, it will be a lot worse.****
>
> ** **
>
> What do people think? =A8Please shime in!****
>
> ** **
>
> also, we already have a number of candidates:****
>
> - 6chants (IPv6 over Channel Hopping ANd Time Sliced links)****
>
> - 6TiCS (IPv6 over Time-slotted Channel hopping Slots)****
>
> - WiNOT (Wireless Networks for Operational Technology)****
>
> - 6tis (TIme slotted Synchronized)****
>
> - Witches (Wireless Time Channel Hopping Employing Slots)****
>
> ** **
>
> We're still looking for alternate good ideas. Please think hard and
> propose cool stuff!****
>
> ** **
>
> We'll discuss Friday on the opportunity and launch a poll over next week.=
*
> ***
>
> ** **
>
> Enjoy summer : )****
>
>
> Pascal ****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--001a11c24c161a3f7a04e36bfc9a
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Dear all,=A0<div>I also think that it is better to keep go=
ing with 6tsch :</div><div>- The dificult pronunciation creates curiosity, =
and it makes it easier to remember once you get it right.</div><div>- It is=
 a good pretext to explain what is the WG about : &quot;Are you going to th=
e sixtus BOF ? Which one ? 6tsch, you know, 6. T. S. C. H., meaning IPv6 ov=
er TSCH, etc. &quot;;</div>
<div>- Tisch isn&#39;t &quot;table&quot; in German ? I don&#39;t understand=
 why this is a problem. Some translations even give the word &quot;board&qu=
ot;, which matches with 6tsch schedule;</div><div>- People are already usin=
g 6tsch;</div>
<div>- All the reasons previously cited.</div><div><br></div><div>Regards,<=
/div><div><br></div><div>Guillaume</div></div><div class=3D"gmail_extra"><b=
r><br><div class=3D"gmail_quote">2013/8/8  <span dir=3D"ltr">&lt;<a href=3D=
"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</spa=
n><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear All,<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As it is mentioned in the=
 charter, we intend to use IEEE802.15.4e Time slotted Channel Hopping (TSCH=
) in L2. If we change the group name from 6TSCH to other
 name like 6TiCS, 6chants, or =85, it might be easy to pronounce, but for s=
ure it will cause
<b>more confusion later</b>. Because sometimes we named =93Time slotted Cha=
nnel Hopping=94 concept =93TSCH=94 and sometimes =93TiCS=94 (i.e. Time-slot=
ted Channel hopping Slots).
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">For sure, we don=92t inte=
nd to change TSCH abbreviation in IEEE 802.15.4e standard.<u></u><u></u></s=
pan></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">So, +1 to 6TSCH.=A0=A0=
=A0
<u></u><u></u></span></b></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Pascal Thubert<br>
<b>Sent:</b> Wednesday, August 07, 2013 7:03 PM<br>
<b>To:</b> IETF 6TSCH<br>
<b>Subject:</b> [6tsch] Renaming 6TSCH<u></u><u></u></span></p><div><div cl=
ass=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Dear all:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Marc and Ted signaled us that the 6TSCH acronym coul=
d get us some bad press.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It&#39;s hard to pronounce, many people did not get =
that we actually pronounce it sixtus.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In one hand, the name was used already for quite a w=
hile to advertise this work outside, and all that marketing would have to b=
e updated if we change the name now.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">OTON, if we change later, it will be a lot worse.<u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What do people think? =A8Please shime in!<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">also, we already have a number of candidates:<u></u>=
<u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">- 6chants=A0(IPv6 over Channel Hopping AN=
d Time Sliced links)<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-=A0<span style=3D"background:#ffffcc">6T=
iCS</span>=A0(IPv6 over Time-slotted Channel hopping Slots)<u></u><u></u></=
span></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">- WiNOT (Wireless Networks for Operationa=
l Technology)<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-=A06tis (TIme slotted Synchronized)<u></=
u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-=A0Witches (Wireless Time Channel Hoppin=
g Employing Slots)<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">We&#39;re still looking for alternate good ideas. Pl=
ease think hard and propose cool stuff!<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">We&#39;ll discuss Friday on the opportunity and laun=
ch a poll over next week.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Enjoy summer : )<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><br>
Pascal <u></u><u></u></p>
</div>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--001a11c24c161a3f7a04e36bfc9a--

From twatteyne@gmail.com  Thu Aug  8 16:43:43 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF15111E816F for <6tsch@ietfa.amsl.com>; Thu,  8 Aug 2013 16:43:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.979
X-Spam-Level: 
X-Spam-Status: No, score=-0.979 tagged_above=-999 required=5 tests=[AWL=-0.861, BAYES_20=-0.74, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0rkV2xGHdC5U for <6tsch@ietfa.amsl.com>; Thu,  8 Aug 2013 16:43:43 -0700 (PDT)
Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) by ietfa.amsl.com (Postfix) with ESMTP id 28F4911E824A for <6tsch@ietf.org>; Thu,  8 Aug 2013 16:43:43 -0700 (PDT)
Received: by mail-pa0-f52.google.com with SMTP id kq13so4225977pab.25 for <6tsch@ietf.org>; Thu, 08 Aug 2013 16:43:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=TWw9lH1ZbJMdewB9nuGNjFRDBZWh+a+TZ3kFz1bpEKU=; b=aladYsH/MOrF7NGcpv4AaQRAygY9GzQa35zKCUmN+bWfhX1dgwHA4hcn47WiMMdVMN s09VErqSLWavHPIaArIG28yzgKD6h2Hu4/GV3pQM2anCObEgvVLMbLGF7s5uGwmbOnfO 0/FfmT7R26p9ntlrWkGgKXJAtWhNUYSVCiQPH3qtXOpHeTZ9X36JuXiQJ9zM54JE/Gqi CMXOyeDR6PCFURYrzDu/km9wAqOSzPXCEpFdmHaS7oIUwxZZX/c2JL0x726VUmZAMv9i ltzLtMR0Zl6++fXVKVKtwIiwya2WeEIZ10kWtPyIo+aOZjtndhABx9mHwSCUHhECyEFw bVEw==
X-Received: by 10.68.186.193 with SMTP id fm1mr8443889pbc.163.1376005422764; Thu, 08 Aug 2013 16:43:42 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 8 Aug 2013 16:43:22 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 8 Aug 2013 16:43:22 -0700
X-Google-Sender-Auth: 5D2nnHxBTY41koBUlv9GBqYb5lk
Message-ID: <CADJ9OA9aSRBoehPtojGzFRFrZ1+AsLz6TncgJzrHqyZiJL0oag@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7bd764b26ed73d04e3783a26
Subject: [6tsch] Agenda for the call on August 9
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Aug 2013 23:43:44 -0000

--047d7bd764b26ed73d04e3783a26
Content-Type: text/plain; charset=ISO-8859-1

All,

Below is the proposed agenda for the 6TSCH call tomorrow:

   - agenda bashing [2min]
   - debrief Berlin [2min]
   - revamped charter [3min]
   - "master plan" next steps [10min]
   - Technical discussion on "Timeslot Management Methods and Formats"
   [25min]
   - Technical discussion on "minimal 6TSCH configuration" [10min]
   - renaming group [5min]
   - AOB [2min]

(detailed agenda at https://bitbucket.org/6tsch/meetings/wiki/130809_webex)

As usual, feel free to propose any changes to the agenda, also at the
beginning of the call.

Remember that this call will be recorded.

Pascal & Thomas

----

Topic: 6TSCH Weekly
Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00)
Meeting Number: 206 802 913
Meeting Password: sixtus

-------------------------------------------------------
To start the online meeting
-------------------------------------------------------
1. Go to
https://ciscosales.webex.com/ciscosales/j.php?ED=219615007&UID=481905242&PW=NZTRkNDAwOTE1&RT=MiMyMw%3D%3D
2. Log in to your account.
3. Click "Start Now".
4. Follow the instructions that appear on your screen.

----------------------------------------------------------------
ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes
----------------------------------------------------------------

The affected toll free numbers are: (866) 432-9903 for the San
Jose/Milpitas area and (866) 349-3520 for the RTP area.

Please dial the local access number for your area from the list below:
- San Jose/Milpitas (408) area: 525-6800
- RTP (919) area: 392-3330

-------------------------------------------------------
To join the teleconference only
-------------------------------------------------------
1. Dial into Cisco WebEx (view all Global Access Numbers at
http://cisco.com/en/US/about/doing_business/conferencing/index.html
2. Follow the prompts to enter the Meeting Number (listed above) or Access
Code followed by the # sign.

San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330

US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117

India: +91.80.4350.1111 Germany: +49.619.6773.9002

Japan: +81.3.5763.9394 China: +86.10.8515.5666

To check whether you have the appropriate players installed for UCF
(Universal Communications Format) rich media files, go to
https://ciscosales.webex.com/ciscosales/systemdiagnosis.php

http://www.webex.com

CCM:+14085256800x206802913

--047d7bd764b26ed73d04e3783a26
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>All,</div><div><br></div><div>Below is the proposed a=
genda for the 6TSCH call tomorrow:</div><div><div><ul><li>agenda bashing [2=
min]<br></li><li>debrief Berlin [2min]<br></li><li>revamped charter [3min]<=
br>


</li><li>&quot;master plan&quot; next steps [10min]<br></li><li>Technical d=
iscussion on &quot;Timeslot Management Methods and Formats&quot; [25min]<br=
></li><li>Technical discussion on &quot;minimal 6TSCH configuration&quot; [=
10min]<br>


</li><li>renaming group [5min]<br></li><li>AOB [2min]<br></li></ul></div></=
div><div>(detailed agenda at=A0<a href=3D"https://bitbucket.org/6tsch/meeti=
ngs/wiki/130809_webex" target=3D"_blank">https://bitbucket.org/6tsch/meetin=
gs/wiki/130809_webex</a>)<br>


</div><div><br></div><div>As usual, feel free to propose any changes to the=
 agenda, also at the beginning of the call.</div><div><br></div><div>Rememb=
er that this call will be recorded.</div><div><br></div><div>Pascal &amp; T=
homas</div>


<div><br></div><div>----</div><div><br></div><div>Topic: 6TSCH Weekly</div>=
<div>Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00)=A0</di=
v><div>Meeting Number: 206 802 913=A0</div><div>Meeting Password: sixtus=A0=
</div>


<div><br></div><div>-------------------------------------------------------=
=A0</div><div>To start the online meeting=A0</div><div>--------------------=
-----------------------------------=A0</div><div>1. Go to <a href=3D"https:=
//ciscosales.webex.com/ciscosales/j.php?ED=3D219615007&amp;UID=3D481905242&=
amp;PW=3DNZTRkNDAwOTE1&amp;RT=3DMiMyMw%3D%3D" target=3D"_blank">https://cis=
cosales.webex.com/ciscosales/j.php?ED=3D219615007&amp;UID=3D481905242&amp;P=
W=3DNZTRkNDAwOTE1&amp;RT=3DMiMyMw%3D%3D</a></div>


<div>2. Log in to your account.=A0</div><div>3. Click &quot;Start Now&quot;=
.=A0</div><div>4. Follow the instructions that appear on your screen.=A0</d=
iv><div><br></div><div>----------------------------------------------------=
------------=A0</div>


<div>ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes=A0</d=
iv><div>----------------------------------------------------------------=A0=
</div><div><br></div><div>The affected toll free numbers are: <span title=
=3D"Call with Google Voice"><a href=3D"tel:%28866%29%20432-9903" value=3D"+=
18664329903" target=3D"_blank">(866) 432-9903</a></span> for the San Jose/M=
ilpitas area and <a href=3D"tel:%28866%29%20349-3520" value=3D"+18663493520=
" target=3D"_blank">(866) 349-3520</a> for the RTP area.=A0</div>


<div><br></div><div>Please dial the local access number for your area from =
the list below:=A0</div><div>- San Jose/Milpitas (408) area: 525-6800=A0</d=
iv><div>- RTP (919) area: 392-3330=A0</div><div><br></div><div>------------=
-------------------------------------------=A0</div>


<div>To join the teleconference only=A0</div><div>-------------------------=
------------------------------=A0</div><div>1. Dial into Cisco WebEx (view =
all Global Access Numbers at=A0</div><div><a href=3D"http://cisco.com/en/US=
/about/doing_business/conferencing/index.html" target=3D"_blank">http://cis=
co.com/en/US/about/doing_business/conferencing/index.html</a>=A0</div>


<div>2. Follow the prompts to enter the Meeting Number (listed above) or Ac=
cess Code followed by the # sign.=A0</div><div><br></div><div>San Jose, CA:=
 <span title=3D"Call with Google Voice"><a href=3D"tel:%2B1.408.525.6800" v=
alue=3D"+14085256800" target=3D"_blank">+1.408.525.6800</a></span> RTP: <a =
href=3D"tel:%2B1.919.392.3330" value=3D"+19193923330" target=3D"_blank">+1.=
919.392.3330</a>=A0</div>


<div><br></div><div>US/Canada: <span title=3D"Call with Google Voice"><a hr=
ef=3D"tel:%2B1.866.432.9903" value=3D"+18664329903" target=3D"_blank">+1.86=
6.432.9903</a></span> United Kingdom: <a href=3D"tel:%2B44.20.8824.0117" va=
lue=3D"+442088240117" target=3D"_blank">+44.20.8824.0117</a>=A0</div>

<div><br></div><div>India: <a href=3D"tel:%2B91.80.4350.1111" value=3D"+918=
043501111" target=3D"_blank">+91.80.4350.1111</a> Germany: <a href=3D"tel:%=
2B49.619.6773.9002" value=3D"+4961967739002" target=3D"_blank">+49.619.6773=
.9002</a>=A0</div>


<div><br></div><div>Japan: <a href=3D"tel:%2B81.3.5763.9394" value=3D"+8135=
7639394" target=3D"_blank">+81.3.5763.9394</a> China: <a href=3D"tel:%2B86.=
10.8515.5666" value=3D"+861085155666" target=3D"_blank">+86.10.8515.5666</a=
>=A0</div>

<div><br></div><div>To check whether you have the appropriate players insta=
lled for UCF (Universal Communications Format) rich media files, go to <a h=
ref=3D"https://ciscosales.webex.com/ciscosales/systemdiagnosis.php" target=
=3D"_blank">https://ciscosales.webex.com/ciscosales/systemdiagnosis.php</a>=
=A0</div>


<div><br></div><div><a href=3D"http://www.webex.com" target=3D"_blank">http=
://www.webex.com</a>=A0</div><div><br></div><div>CCM:+14085256800x206802913=
</div>
</div>

--047d7bd764b26ed73d04e3783a26--

From twatteyne@gmail.com  Thu Aug  8 20:32:40 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AB0F11E8192 for <6tsch@ietfa.amsl.com>; Thu,  8 Aug 2013 20:32:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.566
X-Spam-Level: 
X-Spam-Status: No, score=-1.566 tagged_above=-999 required=5 tests=[AWL=-0.189, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_84=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hd2g+jtKHADr for <6tsch@ietfa.amsl.com>; Thu,  8 Aug 2013 20:32:37 -0700 (PDT)
Received: from mail-pa0-x244.google.com (mail-pa0-x244.google.com [IPv6:2607:f8b0:400e:c03::244]) by ietfa.amsl.com (Postfix) with ESMTP id 8969611E815F for <6tsch@ietf.org>; Thu,  8 Aug 2013 20:32:34 -0700 (PDT)
Received: by mail-pa0-f68.google.com with SMTP id kl13so1792313pab.3 for <6tsch@ietf.org>; Thu, 08 Aug 2013 20:32:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=BLTvdjaMWP6sArfqcCOv5EkjQ8cl/f8ndQpYglz1Oh4=; b=lclfPgkL7DTwdIVReK2iIP0ou9esgZMfoHDa/jyp7aGQbE1v8fzECjl+jO54R14Gm+ 0rszOmzk8s1n4attGJx7Ho/NPqHpS2eJtsbzwwwqeJvIYPOCQwgC8RMboHmFw5YHVJOL oY32xneKeALwzfSvdU+DgHVzEQrKDqhU87HQD+LwG6cMO/XGM/RhUgbS2VU1zOn4Ndco dpNSPqkWUQ2Zw1tlLFRIBdKSeIZiKSQc2joI4B7ob86AiUGbm5BymCdf1u3fVNV9/o5+ DthEoD5s/3Ehk/02Os38e/UUCc2+vsl+Hv1QVbl6PxDMvhf8vjjrqSffKAq1K/m3ehEe sRXw==
X-Received: by 10.66.12.193 with SMTP id a1mr9188435pac.80.1376019152121; Thu, 08 Aug 2013 20:32:32 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 8 Aug 2013 20:32:11 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 8 Aug 2013 20:32:11 -0700
X-Google-Sender-Auth: -8Z5bN2hgCiqBUAKH3459gJaoOk
Message-ID: <CADJ9OA8nQuoUK-wJ460E-__g5CCHpb0T13DkM2P_VCUH-=ccig@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=bcaec520e4f1c4360a04e37b6cdf
Subject: [6tsch] IETF87 6TSCH BoF minutes
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Aug 2013 03:32:40 -0000

--bcaec520e4f1c4360a04e37b6cdf
Content-Type: text/plain; charset=ISO-8859-1

All,

You will find the minutes of the 6TSCH BoF during IETF 87 at:
https://bitbucket.org/6tsch/meetings/wiki/130730b_ietf-87_berlin_bof

I also copied them at the end of this e-mail.

Let's give ourselves one week to work on/discuss these minutes. Once we
have reached consensus, I will upload them into the proceedings.

If you find any errors/inaccuracies, or know missing names, please reply
directly to this e-mail.

Thomas

---

Minutes IETF 87 BoF, 30 July 2013, 6TSCH group

Note: timestamps in CEST.
Venue

   - Tuesday July 30, 15.20-16.50
   - Bellevue room, InterContinental Berlin, Berlin, Germany

Taking notes *(using Etherpad)*

   1. Xavi Vilajosana
   2. Dominique Barthel
   3. Pouria Zand

Jabber

   - Room: xmpp:6tsch@jabber.ietf.org
   - Logs: http://jabber.ietf.org/logs/6tsch/
   - Proxy: Guillaume Gaillard

Recordings

   - audio recording<http://www.ietf.org/audio/ietf87/ietf87-bellevue-20130730-1520-pm2.mp3>
    [mp3,43MB]
   - webex recording<https://cisco.webex.com/ciscosales/lsr.php?AT=pb&SP=MC&rID=70245732&rKey=20ae6ae1b0abddfd>
(no
   sound) [streaming]
   - Jabber logs <http://www.ietf.org/jabber/logs/6tsch/2013-07-30.html>

Material

   - BoF Poster<http://www.ietf.org/proceedings/87/slides/slides-87-6tsch-0.pdf>
    [240kB]
   - Consolidated
Slides<http://www.ietf.org/proceedings/87/slides/slides-87-6tsch-1.pdf>
    [1.5MB]
   - All slides<https://bitbucket.org/6tsch/meetings/src/a5501873ad51cb8caa0869202bb19756fb445929/130730_ietf-87_berlin?at=master>

Agenda

See https://datatracker.ietf.org/meeting/87/agenda/6tsch/

6TSCH: Deterministic IPv6 over IEEE802.15.4e Timeslotted Channel
HoppingBoF Agenda
Meeting        :   IETF 87 Tuesday, July 30, 2013Time           :
1520-1650 CEST Afternoon Session II (90min)Location       :
BellevueChairs         :   Pascal Thubert <pthubert@cisco.com>
                   Thomas Watteyne
<watteyne@eecs.berkeley.edu>Responsible AD :   Ted Lemon
<ted.lemon@nominum.com>URLs           :
https://www.ietf.org/mailman/listinfo/6tsch

https://bitbucket.org/6tsch===========================================================
problem statement [40min]
    what is IEEE802.15.4e TSCH?           [15min] (Maria Rita Palattella,
    (draft-watteyne-6tsch-tsch-lln-context)        Thomas Watteyne)
    what is missing?                      [15min] (Xavi Vilajosana)
    why is this a problem?                [3min]  (Alfredo Grieco)
    status of 6TSCH group                 [7min]  (Thomas Watteyne,
    (draft-thubert-6tsch-architecture)             Pascal Thubert)
discussion of the charter [20min]
    Introduction                          [1min]  (Thomas Watteyne)
    description of the WG                 [4min]  (Dominique Barthel)
    work items                            [10min] (Raghuram Sudhaakar)
    non-milestone work items              [2min]  (Pascal Thubert)
    external work to other WG             [3min]  (Pascal Thubert)
open discussion and questions [30min]
Proposed charter for the BoF: https://bitbucket.org/6tsch/charter-ietf-6tsch/src

Attendance

   - about 60 people present at 3:22
   - about 80 people present at 3:25

Minutes

   - *[15:20]* BoF starts
   - *[15:20]* Introduction *[Thomas Watteyne]*
      - Official pronounciation of 6TSCH is "sixtus"
      - administrivia:
         - be aware of IPR principles
         - circulate blue sheets
         - volunteers for scribes: Xavi Vilajosana, Dominique Barthel,
         Pouria Zand (over Etherpad)
         - Jabber coordinator: Guillaume Gaillard (room address on slide)
      - Note Well
      - Presentation of the agenda:
         - we have 1h30, until 4.50
         - 40min presentation of the problem statement.
         - 10min for clarifying questions
         - description of the charter. URL on the slide.
         - open discussion and question
      - questions are inline on the slides, recap at the end
   - *[15:23]* IT/OT network convergence *[Pascal Thubert]*
      - one slide for set the stage
      - two terms:
         - OT (Operational technologies). :ittle penetration of IETF
         technology in OT world.
         - IT
      - We are preparing the convergence of IT and OT networks
      - We need to provide capabilities, in particular deterministic
      properties
         - we have control over where every packet is. Critical to enable
         e.g. control loops
         - vision of what process control network might look like if we
         move to 6TSCH networks
      - *[15:25]* Approval of the agenda *[Thomas Watteyne]*

   No objections to current agenda. Agenda approved.

   - *[15:25]* What is IEEE802.15.4e TSCH? *[Maria Rita Palattella]*
      - *Thomas* introduces *Maria Rita*
      - overview of data link protocol we want to use within 6TSCH
      - IEEE802.15.4e task group create at 2010
      - amendment of the IEEE802.15.4 that will provide very low power
      consumption and high reliability
      - 3 new MAC (Medium Access Control) mode, Timeslotted Channel Hopping
      (TSCH) is the focus of this group
      - Draft since 2010, published in 2012
      - Uses PHY layer of IEEE802.15.4, no new radio chip needed
      - Widely used in low power wireless mesh networks
      - Provides good tradeof between throughput, energy consumption,
      bandwidth, packet length, range
      - Different working groups created within IETF to provide IPv6
      protocol stack on top of IEEE802.15.4. Can we do the same with
      IEEE802.15.4e TSCH? Would allow networks with better performance.

      request from Jabber: microphone lower. OK.

      - Designed for multi-hop networks. Synchronized operation. Time
      divived in time slots. Grouped in slotframes.
      - Slots are identified by slot offset and channel offset. Cells are
      mapped to a scheduling table.
      - A slot is long enough to send a data frame and receive an ack (10ms
      typical).
      - Clocks drift. Need for synchronization between neighbors. Done by
      exchanging packets to re-synchronize by time stamping.
      - Overhead of synchronization is very low. See
      http://tools.ietf.org/html/draft-watteyne-6tsch-tsch-lln-context-02.
      - Channel hopping: every packet is sent in a different frequency due
      to channel hopping. Known to efficiently combat multi-path fading and
      narrow-band interference.
      - Translation function from channel offset to frequency.
      - The communication schedule allows for a clean trade-off between
      energy consumption, latency, bandwidth and redundancy.
      - We call "tracks" the multi-hop paths between source and destination
      nodes.
      - Deterministic networking: traffic is known a priori. Deterministic
      traffic flows, known data-rate, known routing path to follow.
      - The link-layer resources are allocated when are needed.
      - Supports traffic engineering
      - Timely transmission because:
         - no hot potato forwarding
         - no exponential backoff
         - no collisions and virtually no jitter
         - no CSMA/CA mechanism
         - collision-free schedule typically built.
      - Good illustration is a train
      - Proven technology.
         - TSMP (2006), then WirelessHART ISA100.11a
         - Commercial products and thousands of networks running using this
         technology.
         - But these are not based 802.15.4e TSCH; missing blocks.
         - Existing systems are monolitic stack. IEEE802.15.4e defines
         layer 2 (link layer), and the interface to upper layers,
making it suitable
         for IETF to build an IP stack.
      - Applications: Control loops, process control, umbrella networks,
      widespresad monitoring, etc.
      - Suitable for traffic engineering.
      - Summary: proven technology, deterministic, flow isolation, TE, low
      power consumption. IT/OT convergence.
   - *[15:41]* What is missing? *[Xavi Vilajosana]*
      - *Thomas* introduces *Xavi*
      - objective: enable OT integration to the Internet architecture. Use
      existing blocks and define missing ones where needed.
      - many building blocks exist. Not all of them in IETF scope. Not all
      of them IPv6 compliant.
      - what does IEEE802.15.4e *not* provide: network formation,
      maintenance, multi-hop topology (how routing protocol builds on top of
      15.4e), ressource management (currently vendors implement own solutions),
      dataflow control (how to manage queue number, priorities w.r.t. to flows,
      retransmission)
      - how do we endure determinism (latency, bandwidth)
      - how to interconnect to PCE (which protocol?)
      - how to distribute keying material, how is authentication done?
      - existing blocks will come from IETF (6LoWPAN, ROLL, CoRE), ISA100,
      WirelessHART
      - missing: schedule computation (centralized and distributed), how is
      the schedule distributed to nodes along the track, missing a
global picture
      (backbone integration, architecture definition)
      - missing: how is QoS enforced, how is the performance monitored, how
      are metrics conveyed to the routing protocol, management of traffic
      classes, queues, differentiated services, how to make RPL know
how to build
      routes on top of layer 2 mesh.
      - missing: keys distribution, label switching based on slots
      (G-MPLS-like), backbone operation, relocation of nodes.
      - global block diagam: how do individual nodes talk to PCE across
      backbone and BackBone Routers (BBR), what if nodes relocate from
one 6TSCH
      network to another?

      Thomas indicates that there has been some discussion on the Jabber
      room about the term MAC. Means "Medium Access Control". We're
talking about
      the link layer.

      - *[15:53]* Why is this a problem? *[Alfredo Grieco]*
      - dissatisfaction because of competing standards
      - IETF has many available building blocks, difficult to put together
      without architecture document
      - open source implementation of the standards
   - *[15:55]* Status of the group *[Thomas Watteyne]*
      - Mailing list started end of January 2013
      - 159 members
      - weekly meeting, Fridays 8am PDT
      - 21 calls until now. Average attendance of 11.2.
      - 2 1.5h meetings at IETF 86 Orlando.
      - Home page at https://bitbucket.org/6tsch/. Contains agenda,
      minutes, recording, draft, source idea, charter.
      - 6 drafts produced so far:
         - https://datatracker.ietf.org/doc/draft-ohba-6tsch-security/
         -
         https://datatracker.ietf.org/doc/draft-palattella-6tsch-terminology/
         -
         https://datatracker.ietf.org/doc/draft-thubert-6tsch-architecture/
         - https://datatracker.ietf.org/doc/draft-vilajosana-6tsch-basic/
         - https://datatracker.ietf.org/doc/draft-wang-6tsch-6top/
         -
         https://datatracker.ietf.org/doc/draft-watteyne-6tsch-tsch-lln-context/
      - 13 authors
   - *[15:56]* Architecture draft *[Pascal Thubert]*
      - Informational draft
      - Entry point into the activity of the group
      - Requirements:
         - Wireless Process control
         - Smart cities
      - Scope:
         - network in a factory flow
         - 6TSCH LLN, you want to interconnect them as they grow.
         Controllers (PLCs, DCS's) that sit in the control loop.
         - Study what is going on the backbone
         - Stack : Almost all components already exist.
         - A few of those components are a bit chatty (PCEP, RSVP)
         - putting some glue
         - The 6top component is the one that does not exist.
      - Centralized vs distributed routing
         - There are cases that we want both cases. Each case has it own
         benefits
         - Architecture: Forwarding in the routing can happen at different
         levels.
         - Traditional IP forwarding
         - Capability to map an incomming time slot to an outgoing
         timeslot. GMPLS-like.
         - 6top switches packets based on label. No need to look at packet
         header.
         - Enables tunneling other protocols (e.g WirelessHART, ISA100.11a)
         - Fragment forwarding. Currently need to recompose each packet at
         each hop. This is inefficient. A draft proposes that first fragment
         installs state in intermediate nodes so that the next fragment can be
         forwarded. This draft may find its home at 6Lo.
         - Integrating components, not considering multicast.
      - *[16:03]* Clarifying questions.
      - *Q.* [*Ted Lemon*] Operational is out of scope, what about
      debugging? Simply not standardized?
      - A. [*Pascal Thubert*] There is work done at ISA100.20 called Common
      Network Management (CNM). Coordinate with them. We might recharter and
      include some work from/with them. CNM is not well advance.
      - *Q.* [*Mehdi Mani*] Why you selected TSCH mode of IEEE802.15.4e?
      - A. [*Thomas Watteyne*] We have experience on that, implementing and
      running networks like this. We are not a research team, engineering.
      - A. [*Pascal Thubert*] Tens of thousands of networks deployed. We
      don't have another alternative that has been proven to work at
that level.
      Emulating for the PCE piece what exists and proven in WirelessHART and
      ISA100.11a.
      - A. [*Thomas Watteyne*] Modes are very different. Scope would be too
      large if we wanted to embrace all.
      - *Q.* [*Mehdi Mani*] Why not another mode?
      - A. [*Pascal Thubert*] As much as we can, not be too specific. For
      example in the future most of our work would apply for e.g. TSCH
over WiFi.
      - Q. [*Mehdi Mani*] Will you skip routing at network layer?
      - A. [*Pascal Thubert*] We are not reinventing anything in routing,
      using existing technology as RPL. We are enabling GMPLS on that
technology.
      - *Q.* [*Shahid Raza, SICS*] You target process automation industry.
      Are you only going to target IEEE802.15.4e, or also ISA100.11a and
      WirelessHART? We can use 6LoWPAN on ISA100.11, WirelessHART is
well adapted.
      - A. [*Thomas Watteyne*] WirelessHART covers a full protocol stack.
      IEEE802.15.4e clearly separates layer 2 from upper layers.
      - A. [*Pascal Thubert*] ISA uses 5-6 RFC from IETF. Constant exchange
      between IETF and ISA. IETF has many components ISA does not have, i.e.
      backbone, DHCP, ND. We are talking aboot converges IT/OT, ISA has none of
      them.
      - *Q.* [*Shahid Raza, SICS*] Minor difference between MAC layers of
      IEEE802.15.4e, ISA100.11a, WirelessHART. What do we target?
      - A. [*Pascal Thubert*] Standards are defined, we cannot change them.
      We hope that ISA100 considers this work for next generation.
Standards are
      locked.
      - *Q.* [*William (?1)*] Confused about scope. Architecture involves
      connecting a deterministic MAC to an infrastructure (i.e. Ethernet). Does
      explicit scheduling in those networs apply to 6TSCH?
      - A. [*Pascal Thubert*] Deterministic ethernet plays at a different
      scale than TSCH, we are talking of 3 or 4 orders of magnitude. Factory
      automation (100Hz control loop) would require deterministic Ethernet.
      Process control can get away with determinitic radio and regular
Ethernet.
      - *Q.* [*William (?1)*] Is there an assumption that there is a low
      packet rate?
      - A. [*Pascal Thubert*] Usually very low.
      - *Q.* [*William (?1)*] Makes sense.
      - A. [*Pascal Thubert*] Next question is whether we can enable on
      WiFi.
      - *Q.* [*Adrian Farrel*] Can the 6TSCH networks be dual-homed into
      the backbone?
      - A. [*Pascal Thubert*] Single subnet. We want to be able to move
      from one LLN to the next without renumbering.
      - *Q.* [*Adrian Farrel*] Could there be a second backbone connecting
      other clouds, so that one cloud is transit?
      - A. [*Pascal Thubert*] We don't consider transit at all.
      - *Q.* [*Adrian Farrel*] Could the PCE be placed inside one of the
      clouds?
      - A. [*Thomas Watteyne*] The architecture locates the PCE on the
      backbone.
      - *Q.* [*Erik Nordmark*] Global optimizations. What does it mean to
      do global optimizations? It is already defined? It is engineering or
      research?
      - *Q.* [*Erik Nordmark*] Backbone router draft in 6MAN. Does that
      mean that backbone not in scope for 6TSCH and we can focus on
what's inside
      single LLN?
      - A. [*Pascal Thubert*] Idea for this group is to coordinate.
      - A. [*Pascal Thubert*] The global optimization is resolved by
      different components but mainly propietary. We don't standardize the
      computation in the PCE.
      - *Q.* [*Jabber (relayed by Guillaume Gaillard)*] Regarding
      centralized and distributed routing, will 6TSCH have to do both? Isn't it
      difficult.
      - A. [*Thomas Watteyne*] Relates to charter discussion, let's ask
      this then.
   - *[16:17]* Introduction to charter *[Thomas Watteyne]*
      - Proposed charter at URL available in the agenda.
      - Announced since April 2013. Work on it in April. Minor adjustement
      in last coupld of weeks.
      - We will follow the outline of the charter to present.
   - *[16:19]* Description of the WG *[Dominique Barthel]*
      - Who are the people on that work:
         - Academia, Big companies, network operators.
         - Americas,Asia, Europe.
         - Around two dozen people very active.
         - PCE, etc. active people in IETF.
         - large WSN deployment experience.
      - Will deliver:
         - Open-Source implementation (OpenWSN UC Berkeley, Nivis)
         - Big commercial companies etc.
         - Availble OS.
      - Charter:
         - TSCH mode of 15.4e - not only 2.4GHz PHY
         - open standard
         - Standardize missing components.
         - Work on backbone routers and PCE and other IPv6 entities.
         - Centralized routing computation
         - best effort resource allocaiton scheme
         - distributed resource reservation
         - IPv6 flows, classes of services.
         - Produce architectural recommendations
         - Coordinate with other std bodies.
      - *[16:25]* Work Items *[Raghuram Sudhaakar]*
      - *Thomas* introduces *Raghuram*
      - key focus is 6top:
         - specification of the sublayer
         - define the hooks that are required by upper layers to setup
         schedules
      - define how to bootstrap a TSCH network
      - 6TSCH centralized routes and tracks management
         - comunication between PCE and 6top
      - 6TSCH distributed routes and track managemnt.
         - how to stablish a path along RPL routes in a distributed manner
      - Minimal 6TSCH configuration
         - For adoption and interoperability testing
         - Hardcoded schedules. Not requiring PCE nor Distributed.
      - 6TSCH architecture:
         - TSCH overview, presents the problem statetment. Presents
         overview of the TSCH MAC layer, presents the missing pieces.
      - 6TSCH security architecture requirements. Authentication of nodes,
      etc.
         - consider PANA protocol.
      - work items 1 and 3 are standard track, the rest are informational.
   - *[16:30]* External work *[Pascal Thubert]*
      - *Thomas* introduces *Pascal*
      - External work. Coordination with other groups (Internet, Routing
      areas)
      - Other documents will be provided (applicability statements)
      - *Q.* [*Dan Romascanu*] What is the list of groups we will work with?
      - A. [*Pascal Thubert*] We have a list in the charter of the groups
      we are going to work with.
   - *[16:32]* Open Discussion
      - *Q.* [*Emmanuel Baccelli, INRIA*] Enthusiastic about this group.
      Concern: a lot of work. Prioritize the work. List of documents,
needs to be
      ordered according to priorities. Order things in time. Scope the charter
      more precisely.
      - A. [*Pascal Thubert*] Point taken.
      - *Q.* [*Lars Eggert*] Footprint for a device, are we able to run all
      this on a resource-constrained device? RSVP, PANA are heavy-weight. May
      need to work on a lightweight version of these, nobody is
working on it at
      this time in their respective WG.
      - A. [*Thomas Watteyne*] We have an open source implementation
      running (RPL, CoAP, IEEE802.15.4e, no PANA, no RSVP). Footprint is about
      4kB or ROM, 35kB of flash.
      - *Q.* [*Lars Eggert*] Be prepared to work without PHP.
      - *Q.* [*Benedikt Stockebrand, Stepladder IT*] Smallest
      microcontrollers known to run USB have 2kB of Flash, 128B of RAM
(including
      CPU registers). Microcontrollers are very limited in resources. If we get
      along this way, microcontrollers able to run this stack will simply be to
      expensive to be usable.
      - A. [*Thomas Watteyne*] It's a constant concern. Centralized
      reservation is intended for very small footprint. This fits in
decade year
      old MSP430-based motes.
      - *Q.* [*Benedikt Stockebrand, Stepladder IT*] A number of people are
      not aware of footprint.
      - *Q.* [*Carsten Bormann*] We have a document from the LWIG WG
      classifying microcontrollers. Class 1 (~10kB RAM, 100kB ROM)
smallest sized
      full citizen of the Internet. ZigBee IP typically on Class 2 device.
      - A. [*Thomas Watteyne*] We target the class 1 devices.
      - *Q.* [*Rafa Marin-Lopez, University of Murcia*] Clarification. We
      have a PANA implemenation on Contiki OS on small Jennic device
for class 1
      micro-controllers.
   - *[16:41]* Questions
      - Is this a topic that the IETF should address?
         - hums for "yes" and for "no" did not produce a clear decision.
         - show of hands: lots of "yes", a few "no", a handful "dunno".
      - Are the goals of this WG clear, well-scoped, solvable, and useful?
         - 50/50 between yes and no
      - *Q.* [*Ralph Droms*] Strange use of raising hands. Why not record
      hums?
      - *A.* [* (?2) *] I prefer show of hands, countable and unambiguous.
      Hums on depend on where you sit in room.
      - *A.* [* (?3) *] Hums are good for getting sense of the room. If you
      don't get a good sense, you need to clarify.
      - Who is willing to edit documents, comment documents, implement?
         - About 20-30 people raise hands.
      - Should a 6TSCH WG be formed?
      - *Q.* [* (?4) *] Clarifying question. As chartered? Topic is usual,
      but roles are not clear.
      - *Q.* [*Pascal Thubert*] How should we work it out?
      - *A.* [* (?5) *] You've gotten the useful data out of the room
      already. There was clear support for "is the topic useful". Are the goals
      clear? There was clear hesitation. That's the information you
need to know.
      - *A.* [* (?6) *] Use the posaitive energy that was shown here for
      improving the charter.
      - *[Pascal]* Next step will be to work on the ML to on improving the
      charter, and ask those who voted it was not clear to participate in
      clarifying the charter.
      - *Q.* [*Alex Petrescu*] Back to question "is this a topic that the
      IETF should address?". Should also ask yourselves if there is another SDO
      should address. Maybe this is something somebody else should work on.
      - A. [*Pascal Thubert*] IETF is producing lots of components. It is
      dificult to put them together. One of the goals is to package these
      components.
      - *Q.* [*Shahid Raza*] WirelessHART is discussing IEEE802.15.4e.
      - A. [*Pascal Thubert*] Question is whether we can build the
      convergence IT/OT.
   - *[16:50]* End of meeting

--bcaec520e4f1c4360a04e37b6cdf
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">All,<div><br></div><div>You will find the minutes of the 6=
TSCH BoF during IETF 87 at:</div><div><a href=3D"https://bitbucket.org/6tsc=
h/meetings/wiki/130730b_ietf-87_berlin_bof">https://bitbucket.org/6tsch/mee=
tings/wiki/130730b_ietf-87_berlin_bof</a><br>

</div><div><br></div><div>I also copied them at the end of this e-mail.</di=
v><div><br></div><div>Let&#39;s give ourselves one week to work on/discuss =
these minutes. Once we have reached consensus, I will upload them into the =
proceedings.</div>

<div><br></div><div>If you find any errors/inaccuracies, or know missing na=
mes, please reply directly to this e-mail.</div><div><br></div><div>Thomas<=
/div><div><br></div><div>---</div><div><br></div><div><h1 id=3D"markdown-he=
ader-minutes-ietf-87-bof-30-july-2013-6tsch-group" style=3D"margin:0px 0px =
10px;font-size:24px;font-weight:normal;line-height:1.25;padding:0px;color:r=
gb(51,51,51);font-family:Arial,sans-serif">

Minutes IETF 87 BoF, 30 July 2013, 6TSCH group</h1><h1 id=3D"markdown-heade=
r-minutes-ietf-87-bof-30-july-2013-6tsch-group" style=3D"margin:0px 0px 10p=
x;font-size:24px;font-weight:normal;line-height:1.25;padding:0px;color:rgb(=
51,51,51);font-family:Arial,sans-serif">

<p style=3D"margin:10px 0px;padding:0px;word-wrap:break-word;font-size:14px=
;line-height:20px">Note: timestamps in CEST.</p></h1><h2 id=3D"markdown-hea=
der-venue" style=3D"margin:20px 0px 0px;font-size:20px;font-weight:normal;l=
ine-height:1.5;color:rgb(51,51,51);padding:0px;font-family:Arial,sans-serif=
">

Venue</h2><h1 style=3D"margin:0px 0px 10px;font-size:24px;font-weight:norma=
l;line-height:1.25;padding:0px;color:rgb(51,51,51);font-family:Arial,sans-s=
erif"><ul style=3D"margin:0px;font-size:14px;line-height:20px"><li style=3D=
"margin:10px 0px;padding:0px;word-wrap:break-word">

Tuesday July 30, 15.20-16.50</li><li style=3D"margin:10px 0px;padding:0px;w=
ord-wrap:break-word">Bellevue room, InterContinental Berlin, Berlin, German=
y</li></ul></h1><h2 id=3D"markdown-header-taking-notes-using-etherpad" styl=
e=3D"margin:20px 0px 0px;font-size:20px;font-weight:normal;line-height:1.5;=
color:rgb(51,51,51);padding:0px;font-family:Arial,sans-serif">

Taking notes=A0<em>(using Etherpad)</em></h2><h1 style=3D"margin:0px 0px 10=
px;font-size:24px;font-weight:normal;line-height:1.25;padding:0px;color:rgb=
(51,51,51);font-family:Arial,sans-serif"><ol style=3D"margin:0px;font-size:=
14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Xavi Vilajos=
ana</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Domi=
nique Barthel</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-=
word">

Pouria Zand</li></ol></h1><h2 id=3D"markdown-header-jabber" style=3D"margin=
:20px 0px 0px;font-size:20px;font-weight:normal;line-height:1.5;color:rgb(5=
1,51,51);padding:0px;font-family:Arial,sans-serif">Jabber</h2><h1 style=3D"=
margin:0px 0px 10px;font-size:24px;font-weight:normal;line-height:1.25;padd=
ing:0px;color:rgb(51,51,51);font-family:Arial,sans-serif">

<ul style=3D"margin:0px;font-size:14px;line-height:20px"><li style=3D"margi=
n:10px 0px;padding:0px;word-wrap:break-word">Room: <a href=3D"mailto:xmpp%3=
A6tsch@jabber.ietf.org">xmpp:6tsch@jabber.ietf.org</a></li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">

Logs:=A0<a href=3D"http://jabber.ietf.org/logs/6tsch/" rel=3D"nofollow" sty=
le=3D"color:rgb(59,115,175);text-decoration:none">http://jabber.ietf.org/lo=
gs/6tsch/</a></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-=
word">

Proxy: Guillaume Gaillard</li></ul></h1><h2 id=3D"markdown-header-recording=
s" style=3D"margin:20px 0px 0px;font-size:20px;font-weight:normal;line-heig=
ht:1.5;color:rgb(51,51,51);padding:0px;font-family:Arial,sans-serif">Record=
ings</h2>

<h1 style=3D"margin:0px 0px 10px;font-size:24px;font-weight:normal;line-hei=
ght:1.25;padding:0px;color:rgb(51,51,51);font-family:Arial,sans-serif"><ul =
style=3D"margin:0px;font-size:14px;line-height:20px"><li style=3D"margin:10=
px 0px;padding:0px;word-wrap:break-word">

<a href=3D"http://www.ietf.org/audio/ietf87/ietf87-bellevue-20130730-1520-p=
m2.mp3" style=3D"color:rgb(59,115,175);text-decoration:none">audio recordin=
g</a>=A0[mp3,43MB]</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">

<a href=3D"https://cisco.webex.com/ciscosales/lsr.php?AT=3Dpb&amp;SP=3DMC&a=
mp;rID=3D70245732&amp;rKey=3D20ae6ae1b0abddfd" style=3D"color:rgb(59,115,17=
5);text-decoration:none">webex recording</a>=A0(no sound) [streaming]</li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

<a href=3D"http://www.ietf.org/jabber/logs/6tsch/2013-07-30.html" style=3D"=
color:rgb(59,115,175);text-decoration:none">Jabber logs</a></li></ul></h1><=
h2 id=3D"markdown-header-material" style=3D"margin:20px 0px 0px;font-size:2=
0px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);padding:0px;font=
-family:Arial,sans-serif">

Material</h2><h1 style=3D"margin:0px 0px 10px;font-size:24px;font-weight:no=
rmal;line-height:1.25;padding:0px;color:rgb(51,51,51);font-family:Arial,san=
s-serif"><ul style=3D"margin:0px;font-size:14px;line-height:20px"><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

<a href=3D"http://www.ietf.org/proceedings/87/slides/slides-87-6tsch-0.pdf"=
 style=3D"color:rgb(59,115,175);text-decoration:none">BoF Poster</a>=A0[240=
kB]</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a h=
ref=3D"http://www.ietf.org/proceedings/87/slides/slides-87-6tsch-1.pdf" sty=
le=3D"color:rgb(59,115,175);text-decoration:none">Consolidated Slides</a>=
=A0[1.5MB]</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://bitbucket.org/6tsch/meetings/src/a5501873ad51cb8caa0869202bb19756fb4=
45929/130730_ietf-87_berlin?at=3Dmaster" style=3D"color:rgb(59,115,175);tex=
t-decoration:none">All slides</a></li>

</ul></h1><h2 id=3D"markdown-header-agenda" style=3D"margin:20px 0px 0px;fo=
nt-size:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);padding=
:0px;font-family:Arial,sans-serif">Agenda</h2><h1 style=3D"margin:0px 0px 1=
0px;font-size:24px;font-weight:normal;line-height:1.25;padding:0px;color:rg=
b(51,51,51);font-family:Arial,sans-serif">

<p style=3D"margin:10px 0px;padding:0px;word-wrap:break-word;font-size:14px=
;line-height:20px">See=A0<a href=3D"https://datatracker.ietf.org/meeting/87=
/agenda/6tsch/" rel=3D"nofollow" style=3D"color:rgb(59,115,175);text-decora=
tion:none">https://datatracker.ietf.org/meeting/87/agenda/6tsch/</a></p>

<div class=3D"" style=3D"font-size:14px;line-height:20px"><pre style=3D"fon=
t-family:&#39;Bitstream Vera Sans Mono&#39;,&#39;DejaVu Sans Mono&#39;,Mona=
co,monospace;font-size:12px;line-height:1.4;margin-top:9px;margin-bottom:9p=
x;background-color:rgb(245,245,245);border:1px solid rgb(204,204,204);borde=
r-top-left-radius:3px;border-top-right-radius:3px;border-bottom-right-radiu=
s:3px;border-bottom-left-radius:3px;padding:5px 10px;word-wrap:normal">

<span class=3D"" style=3D"color:rgb(0,153,153)">6</span><span class=3D"">TS=
CH</span><span class=3D"">:</span> <span class=3D"">Deterministic</span> <s=
pan class=3D"">IPv6</span> <span class=3D"">over</span> <span class=3D"">IE=
EE802</span><span class=3D"">.</span><span class=3D"" style=3D"color:rgb(0,=
153,153)">15.4</span><span class=3D"">e</span> <span class=3D"">Timeslotted=
</span> <span class=3D"">Channel</span> <span class=3D"">Hopping</span>
<span class=3D"">BoF</span> <span class=3D"">Agenda</span>

<span class=3D"">Meeting</span>        <span class=3D"">:</span>   <span cl=
ass=3D"">IETF</span> <span class=3D"" style=3D"color:rgb(0,153,153)">87</sp=
an> <span class=3D"">Tuesday</span><span class=3D"">,</span> <span class=3D=
"">July</span> <span class=3D"" style=3D"color:rgb(0,153,153)">30</span><sp=
an class=3D"">,</span> <span class=3D"" style=3D"color:rgb(0,153,153)">2013=
</span>
<span class=3D"">Time</span>           <span class=3D"">:</span>   <span cl=
ass=3D"" style=3D"color:rgb(0,153,153)">1520</span><span class=3D"">-</span=
><span class=3D"" style=3D"color:rgb(0,153,153)">1650</span> <span class=3D=
"">CEST</span> <span class=3D"">Afternoon</span> <span class=3D"">Session</=
span> <span class=3D"">II</span> <span class=3D"">(</span><span class=3D"" =
style=3D"color:rgb(0,153,153)">90</span><span class=3D"">min</span><span cl=
ass=3D"">)</span>
<span class=3D"">Location</span>       <span class=3D"">:</span>   <span cl=
ass=3D"">Bellevue</span>
<span class=3D"">Chairs</span>         <span class=3D"">:</span>   <span cl=
ass=3D"">Pascal</span> <span class=3D"">Thubert</span> <span class=3D"">&lt=
;</span><span class=3D"">pthubert</span><span class=3D"" style=3D"color:rgb=
(166,23,23);background-color:rgb(227,210,210)">@</span><span class=3D"">cis=
co</span><span class=3D"">.</span><span class=3D"" style=3D"color:rgb(0,128=
,128)">com</span><span class=3D"">&gt;</span>
                   <span class=3D"">Thomas</span> <span class=3D"">Watteyne=
</span> <span class=3D"">&lt;</span><span class=3D"">watteyne</span><span c=
lass=3D"" style=3D"color:rgb(166,23,23);background-color:rgb(227,210,210)">=
@</span><span class=3D"">eecs</span><span class=3D"">.</span><span class=3D=
"" style=3D"color:rgb(0,128,128)">berkeley</span><span class=3D"">.</span><=
span class=3D"" style=3D"color:rgb(0,128,128)">edu</span><span class=3D"">&=
gt;</span>
<span class=3D"">Responsible</span> <span class=3D"">AD</span> <span class=
=3D"">:</span>   <span class=3D"">Ted</span> <span class=3D"">Lemon</span> =
<span class=3D"">&lt;</span><span class=3D"">ted</span><span class=3D"">.</=
span><span class=3D"" style=3D"color:rgb(0,128,128)">lemon</span><span clas=
s=3D"" style=3D"color:rgb(166,23,23);background-color:rgb(227,210,210)">@</=
span><span class=3D"">nominum</span><span class=3D"">.</span><span class=3D=
"" style=3D"color:rgb(0,128,128)">com</span><span class=3D"">&gt;</span>
<span class=3D"">URLs</span>           <span class=3D"">:</span>   <span cl=
ass=3D"">https</span><span class=3D"">://</span><span class=3D"">www</span>=
<span class=3D"">.</span><span class=3D"" style=3D"color:rgb(0,128,128)">ie=
tf</span><span class=3D"">.</span><span class=3D"" style=3D"color:rgb(0,128=
,128)">org</span><span class=3D"" style=3D"color:rgb(128,128,0)">/mailman/l=
istinfo/</span><span class=3D"" style=3D"color:rgb(0,153,153)">6</span><spa=
n class=3D"">tsch</span>
                   <span class=3D"">https</span><span class=3D"">://</span>=
<span class=3D"">bitbucket</span><span class=3D"">.</span><span class=3D"" =
style=3D"color:rgb(0,128,128)">org</span><span class=3D"">/</span><span cla=
ss=3D"" style=3D"color:rgb(0,153,153)">6</span><span class=3D"">tsch</span>
<span class=3D"">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</span>

<span class=3D"">problem</span> <span class=3D"">statement</span> <span cla=
ss=3D"">[</span><span class=3D"" style=3D"color:rgb(0,153,153)">40</span><s=
pan class=3D"">min</span><span class=3D"">]</span>
    <span class=3D"">what</span> <span class=3D"" style=3D"color:rgb(0,64,1=
28)">is</span> <span class=3D"">IEEE802</span><span class=3D"">.</span><spa=
n class=3D"" style=3D"color:rgb(0,153,153)">15.4</span><span class=3D"">e</=
span> <span class=3D"">TSCH</span><span class=3D"">?</span>           <span=
 class=3D"">[</span><span class=3D"" style=3D"color:rgb(0,153,153)">15</spa=
n><span class=3D"">min</span><span class=3D"">]</span> <span class=3D"">(</=
span><span class=3D"">Maria</span> <span class=3D"">Rita</span> <span class=
=3D"">Palattella</span><span class=3D"">,</span>
    <span class=3D"">(</span><span class=3D"">draft</span><span class=3D"">=
-</span><span class=3D"">watteyne</span><span class=3D"">-</span><span clas=
s=3D"" style=3D"color:rgb(0,153,153)">6</span><span class=3D"">tsch</span><=
span class=3D"">-</span><span class=3D"">tsch</span><span class=3D"">-</spa=
n><span class=3D"">lln</span><span class=3D"">-</span><span class=3D"">cont=
ext</span><span class=3D"">)</span>        <span class=3D"">Thomas</span> <=
span class=3D"">Watteyne</span><span class=3D"">)</span>
    <span class=3D"">what</span> <span class=3D"" style=3D"color:rgb(0,64,1=
28)">is</span> <span class=3D"">missing</span><span class=3D"">?</span>    =
                  <span class=3D"">[</span><span class=3D"" style=3D"color:=
rgb(0,153,153)">15</span><span class=3D"">min</span><span class=3D"">]</spa=
n> <span class=3D"">(</span><span class=3D"">Xavi</span> <span class=3D"">V=
ilajosana</span><span class=3D"">)</span>
    <span class=3D"">why</span> <span class=3D"" style=3D"color:rgb(0,64,12=
8)">is</span> <span class=3D"" style=3D"color:rgb(0,64,128)">this</span> <s=
pan class=3D"">a</span> <span class=3D"">problem</span><span class=3D"">?</=
span>                <span class=3D"">[</span><span class=3D"" style=3D"col=
or:rgb(0,153,153)">3</span><span class=3D"">min</span><span class=3D"">]</s=
pan>  <span class=3D"">(</span><span class=3D"">Alfredo</span> <span class=
=3D"">Grieco</span><span class=3D"">)</span>
    <span class=3D"">status</span> <span class=3D"">of</span> <span class=
=3D"" style=3D"color:rgb(0,153,153)">6</span><span class=3D"">TSCH</span> <=
span class=3D"">group</span>                 <span class=3D"">[</span><span=
 class=3D"" style=3D"color:rgb(0,153,153)">7</span><span class=3D"">min</sp=
an><span class=3D"">]</span>  <span class=3D"">(</span><span class=3D"">Tho=
mas</span> <span class=3D"">Watteyne</span><span class=3D"">,</span>
    <span class=3D"">(</span><span class=3D"">draft</span><span class=3D"">=
-</span><span class=3D"">thubert</span><span class=3D"">-</span><span class=
=3D"" style=3D"color:rgb(0,153,153)">6</span><span class=3D"">tsch</span><s=
pan class=3D"">-</span><span class=3D"">architecture</span><span class=3D""=
>)</span>             <span class=3D"">Pascal</span> <span class=3D"">Thube=
rt</span><span class=3D"">)</span>

<span class=3D"">discussion</span> <span class=3D"">of</span> <span class=
=3D"">the</span> <span class=3D"">charter</span> <span class=3D"">[</span><=
span class=3D"" style=3D"color:rgb(0,153,153)">20</span><span class=3D"">mi=
n</span><span class=3D"">]</span>
    <span class=3D"">Introduction</span>                          <span cla=
ss=3D"">[</span><span class=3D"" style=3D"color:rgb(0,153,153)">1</span><sp=
an class=3D"">min</span><span class=3D"">]</span>  <span class=3D"">(</span=
><span class=3D"">Thomas</span> <span class=3D"">Watteyne</span><span class=
=3D"">)</span>
    <span class=3D"">description</span> <span class=3D"">of</span> <span cl=
ass=3D"">the</span> <span class=3D"">WG</span>                 <span class=
=3D"">[</span><span class=3D"" style=3D"color:rgb(0,153,153)">4</span><span=
 class=3D"">min</span><span class=3D"">]</span>  <span class=3D"">(</span><=
span class=3D"">Dominique</span> <span class=3D"">Barthel</span><span class=
=3D"">)</span>
    <span class=3D"">work</span> <span class=3D"">items</span>             =
               <span class=3D"">[</span><span class=3D"" style=3D"color:rgb=
(0,153,153)">10</span><span class=3D"">min</span><span class=3D"">]</span> =
<span class=3D"">(</span><span class=3D"">Raghuram</span> <span class=3D"">=
Sudhaakar</span><span class=3D"">)</span>
    <span class=3D"">non</span><span class=3D"">-</span><span class=3D"">mi=
lestone</span> <span class=3D"">work</span> <span class=3D"">items</span>  =
            <span class=3D"">[</span><span class=3D"" style=3D"color:rgb(0,=
153,153)">2</span><span class=3D"">min</span><span class=3D"">]</span>  <sp=
an class=3D"">(</span><span class=3D"">Pascal</span> <span class=3D"">Thube=
rt</span><span class=3D"">)</span>
    <span class=3D"">external</span> <span class=3D"">work</span> <span cla=
ss=3D"">to</span> <span class=3D"">other</span> <span class=3D"">WG</span> =
            <span class=3D"">[</span><span class=3D"" style=3D"color:rgb(0,=
153,153)">3</span><span class=3D"">min</span><span class=3D"">]</span>  <sp=
an class=3D"">(</span><span class=3D"">Pascal</span> <span class=3D"">Thube=
rt</span><span class=3D"">)</span>

<span class=3D"">open</span> <span class=3D"">discussion</span> <span class=
=3D"">and</span> <span class=3D"">questions</span> <span class=3D"">[</span=
><span class=3D"" style=3D"color:rgb(0,153,153)">30</span><span class=3D"">=
min</span><span class=3D"">]</span>

<span class=3D"">Proposed</span> <span class=3D"">charter</span> <span clas=
s=3D"" style=3D"color:rgb(0,64,128)">for</span> <span class=3D"">the</span>=
 <span class=3D"">BoF</span><span class=3D"">:</span> <span class=3D"">http=
s</span><span class=3D"">://</span><span class=3D"">bitbucket</span><span c=
lass=3D"">.</span><span class=3D"" style=3D"color:rgb(0,128,128)">org</span=
><span class=3D"" style=3D"color:rgb(128,128,0)">/6tsch/charter-ietf-6tsch/=
s</span><span class=3D"">rc</span>
</pre></div></h1><h2 id=3D"markdown-header-attendance" style=3D"margin:20px=
 0px 0px;font-size:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,=
51);padding:0px;font-family:Arial,sans-serif">Attendance</h2><h1 style=3D"m=
argin:0px 0px 10px;font-size:24px;font-weight:normal;line-height:1.25;paddi=
ng:0px;color:rgb(51,51,51);font-family:Arial,sans-serif">

<ul style=3D"margin:0px;font-size:14px;line-height:20px"><li style=3D"margi=
n:10px 0px;padding:0px;word-wrap:break-word">about 60 people present at 3:2=
2</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">about =
80 people present at 3:25</li>

</ul></h1><h2 id=3D"markdown-header-minutes" style=3D"margin:20px 0px 0px;f=
ont-size:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);paddin=
g:0px;font-family:Arial,sans-serif">Minutes</h2><h1 style=3D"margin:0px 0px=
 10px;font-size:24px;font-weight:normal;line-height:1.25;padding:0px;color:=
rgb(51,51,51);font-family:Arial,sans-serif">

<ul style=3D"margin:0px;font-size:14px;line-height:20px"><li style=3D"margi=
n:10px 0px;padding:0px;word-wrap:break-word"><em>[15:20]</em>=A0BoF starts<=
/li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[15:=
20]</em>=A0Introduction=A0<strong>[Thomas Watteyne]</strong><ul style=3D"ma=
rgin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Official pro=
nounciation of 6TSCH is &quot;sixtus&quot;</li><li style=3D"margin:10px 0px=
;padding:0px;word-wrap:break-word">administrivia:<ul style=3D"margin:0px;li=
st-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">be aware of =
IPR principles</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break=
-word">circulate blue sheets</li><li style=3D"margin:10px 0px;padding:0px;w=
ord-wrap:break-word">

volunteers for scribes: Xavi Vilajosana, Dominique Barthel, Pouria Zand (ov=
er Etherpad)</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-w=
ord">Jabber coordinator: Guillaume Gaillard (room address on slide)</li>
</ul>
</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Note We=
ll</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Prese=
ntation of the agenda:<ul style=3D"margin:0px;list-style-type:disc"><li sty=
le=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

we have 1h30, until 4.50</li><li style=3D"margin:10px 0px;padding:0px;word-=
wrap:break-word">40min presentation of the problem statement.</li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">10min for clarifying =
questions</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">description =
of the charter. URL on the slide.</li><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word">open discussion and question</li></ul></li><li st=
yle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

questions are inline on the slides, recap at the end</li></ul></li><li styl=
e=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[15:23]</em>=A0I=
T/OT network convergence=A0<strong>[Pascal Thubert]</strong><ul style=3D"ma=
rgin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">one slide fo=
r set the stage</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word">two terms:<ul style=3D"margin:0px;list-style-type:disc"><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

OT (Operational technologies). :ittle penetration of IETF technology in OT =
world.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">I=
T</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wo=
rd">

We are preparing the convergence of IT and OT networks</li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">We need to provide capabilit=
ies, in particular deterministic properties<ul style=3D"margin:0px;list-sty=
le-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">we have cont=
rol over where every packet is. Critical to enable e.g. control loops</li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">vision of wha=
t process control network might look like if we move to 6TSCH networks</li>

</ul></li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word"><em>[15:25]</em>=A0Approval of the agenda=A0<strong>[Thomas Watteyn=
e]</strong><blockquote style=3D"margin:10px 0px 0px 19px;border-left-width:=
1px;border-left-style:solid;border-left-color:rgb(204,204,204);color:rgb(11=
2,112,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">No objections to c=
urrent agenda. Agenda approved.</p></blockquote></li><li style=3D"margin:10=
px 0px;padding:0px;word-wrap:break-word"><em>[15:25]</em>=A0What is IEEE802=
.15.4e TSCH?=A0<strong>[Maria Rita Palattella]</strong><ul style=3D"margin:=
0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Thom=
as</strong>=A0introduces=A0<strong>Maria Rita</strong></li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">overview of data link protoc=
ol we want to use within 6TSCH</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">IEEE802.15.4=
e task group create at 2010</li><li style=3D"margin:10px 0px;padding:0px;wo=
rd-wrap:break-word">amendment of the IEEE802.15.4 that will provide very lo=
w power consumption and high reliability</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">3 new MAC (M=
edium Access Control) mode, Timeslotted Channel Hopping (TSCH) is the focus=
 of this group</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break=
-word">

Draft since 2010, published in 2012</li><li style=3D"margin:10px 0px;paddin=
g:0px;word-wrap:break-word">Uses PHY layer of IEEE802.15.4, no new radio ch=
ip needed</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word=
">

Widely used in low power wireless mesh networks</li><li style=3D"margin:10p=
x 0px;padding:0px;word-wrap:break-word">Provides good tradeof between throu=
ghput, energy consumption, bandwidth, packet length, range</li><li style=3D=
"margin:10px 0px;padding:0px;word-wrap:break-word">

Different working groups created within IETF to provide IPv6 protocol stack=
 on top of IEEE802.15.4. Can we do the same with IEEE802.15.4e TSCH? Would =
allow networks with better performance.<blockquote style=3D"margin:0px 0px =
0px 19px;border-left-width:1px;border-left-style:solid;border-left-color:rg=
b(204,204,204);color:rgb(112,112,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">request from Jabbe=
r: microphone lower. OK.</p></blockquote></li><li style=3D"margin:10px 0px;=
padding:0px;word-wrap:break-word">Designed for multi-hop networks. Synchron=
ized operation. Time divived in time slots. Grouped in slotframes.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Slots are id=
entified by slot offset and channel offset. Cells are mapped to a schedulin=
g table.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"=
>

A slot is long enough to send a data frame and receive an ack (10ms typical=
).</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Clock=
s drift. Need for synchronization between neighbors. Done by exchanging pac=
kets to re-synchronize by time stamping.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Overhead of =
synchronization is very low. See=A0<a href=3D"http://tools.ietf.org/html/dr=
aft-watteyne-6tsch-tsch-lln-context-02" rel=3D"nofollow" style=3D"color:rgb=
(59,115,175);text-decoration:none">http://tools.ietf.org/html/draft-watteyn=
e-6tsch-tsch-lln-context-02</a>.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Channel hopp=
ing: every packet is sent in a different frequency due to channel hopping. =
Known to efficiently combat multi-path fading and narrow-band interference.=
</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Translation =
function from channel offset to frequency.</li><li style=3D"margin:10px 0px=
;padding:0px;word-wrap:break-word">The communication schedule allows for a =
clean trade-off between energy consumption, latency, bandwidth and redundan=
cy.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">We call &quo=
t;tracks&quot; the multi-hop paths between source and destination nodes.</l=
i><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Determinis=
tic networking: traffic is known a priori. Deterministic traffic flows, kno=
wn data-rate, known routing path to follow.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">The link-lay=
er resources are allocated when are needed.</li><li style=3D"margin:10px 0p=
x;padding:0px;word-wrap:break-word">Supports traffic engineering</li><li st=
yle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

Timely transmission because:<ul style=3D"margin:0px;list-style-type:disc"><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">no hot potato=
 forwarding</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wo=
rd">

no exponential backoff</li><li style=3D"margin:10px 0px;padding:0px;word-wr=
ap:break-word">no collisions and virtually no jitter</li><li style=3D"margi=
n:10px 0px;padding:0px;word-wrap:break-word">no CSMA/CA mechanism</li><li s=
tyle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

collision-free schedule typically built.</li></ul></li><li style=3D"margin:=
10px 0px;padding:0px;word-wrap:break-word">Good illustration is a train</li=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Proven tech=
nology.<ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">TSMP (2006),=
 then WirelessHART ISA100.11a</li><li style=3D"margin:10px 0px;padding:0px;=
word-wrap:break-word">Commercial products and thousands of networks running=
 using this technology.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">But these ar=
e not based 802.15.4e TSCH; missing blocks.</li><li style=3D"margin:10px 0p=
x;padding:0px;word-wrap:break-word">Existing systems are monolitic stack. I=
EEE802.15.4e defines layer 2 (link layer), and the interface to upper layer=
s, making it suitable for IETF to build an IP stack.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Ap=
plications: Control loops, process control, umbrella networks, widespresad =
monitoring, etc.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:bre=
ak-word">

Suitable for traffic engineering.</li><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word">Summary: proven technology, deterministic, flow i=
solation, TE, low power consumption. IT/OT convergence.</li></ul></li><li s=
tyle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

<em>[15:41]</em>=A0What is missing?=A0<strong>[Xavi Vilajosana]</strong><ul=
 style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px;pad=
ding:0px;word-wrap:break-word"><strong>Thomas</strong>=A0introduces=A0<stro=
ng>Xavi</strong></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">objective: e=
nable OT integration to the Internet architecture. Use existing blocks and =
define missing ones where needed.</li><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word">

many building blocks exist. Not all of them in IETF scope. Not all of them =
IPv6 compliant.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word">what does IEEE802.15.4e=A0<em>not</em>=A0provide: network formation=
, maintenance, multi-hop topology (how routing protocol builds on top of 15=
.4e), ressource management (currently vendors implement own solutions), dat=
aflow control (how to manage queue number, priorities w.r.t. to flows, retr=
ansmission)</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">how do we en=
dure determinism (latency, bandwidth)</li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">how to interconnect to PCE (which protocol?)<=
/li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">how to distr=
ibute keying material, how is authentication done?</li><li style=3D"margin:=
10px 0px;padding:0px;word-wrap:break-word">existing blocks will come from I=
ETF (6LoWPAN, ROLL, CoRE), ISA100, WirelessHART</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">missing: sch=
edule computation (centralized and distributed), how is the schedule distri=
buted to nodes along the track, missing a global picture (backbone integrat=
ion, architecture definition)</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">missing: how=
 is QoS enforced, how is the performance monitored, how are metrics conveye=
d to the routing protocol, management of traffic classes, queues, different=
iated services, how to make RPL know how to build routes on top of layer 2 =
mesh.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">missing: key=
s distribution, label switching based on slots (G-MPLS-like), backbone oper=
ation, relocation of nodes.</li><li style=3D"margin:10px 0px;padding:0px;wo=
rd-wrap:break-word">

global block diagam: how do individual nodes talk to PCE across backbone an=
d BackBone Routers (BBR), what if nodes relocate from one 6TSCH network to =
another?<blockquote style=3D"margin:0px 0px 0px 19px;border-left-width:1px;=
border-left-style:solid;border-left-color:rgb(204,204,204);color:rgb(112,11=
2,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Thomas indicates t=
hat there has been some discussion on the Jabber room about the term MAC. M=
eans &quot;Medium Access Control&quot;. We&#39;re talking about the link la=
yer.</p>

</blockquote></li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-w=
rap:break-word"><em>[15:53]</em>=A0Why is this a problem?=A0<strong>[Alfred=
o Grieco]</strong><ul style=3D"margin:0px;list-style-type:disc"><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

dissatisfaction because of competing standards</li><li style=3D"margin:10px=
 0px;padding:0px;word-wrap:break-word">IETF has many available building blo=
cks, difficult to put together without architecture document</li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

open source implementation of the standards</li></ul></li><li style=3D"marg=
in:10px 0px;padding:0px;word-wrap:break-word"><em>[15:55]</em>=A0Status of =
the group=A0<strong>[Thomas Watteyne]</strong><ul style=3D"margin:0px;list-=
style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Mailing list=
 started end of January 2013</li><li style=3D"margin:10px 0px;padding:0px;w=
ord-wrap:break-word">159 members</li><li style=3D"margin:10px 0px;padding:0=
px;word-wrap:break-word">

weekly meeting, Fridays 8am PDT</li><li style=3D"margin:10px 0px;padding:0p=
x;word-wrap:break-word">21 calls until now. Average attendance of 11.2.</li=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">2 1.5h meet=
ings at IETF 86 Orlando.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Home page at=
=A0<a href=3D"https://bitbucket.org/6tsch/" rel=3D"nofollow" style=3D"color=
:rgb(59,115,175);text-decoration:none">https://bitbucket.org/6tsch/</a>. Co=
ntains agenda, minutes, recording, draft, source idea, charter.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">6 drafts pro=
duced so far:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"https://datatrack=
er.ietf.org/doc/draft-ohba-6tsch-security/" rel=3D"nofollow" style=3D"color=
:rgb(59,115,175);text-decoration:none">https://datatracker.ietf.org/doc/dra=
ft-ohba-6tsch-security/</a></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://datatracker.ietf.org/doc/draft-palattella-6tsch-terminology/" rel=3D=
"nofollow" style=3D"color:rgb(59,115,175);text-decoration:none">https://dat=
atracker.ietf.org/doc/draft-palattella-6tsch-terminology/</a></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://datatracker.ietf.org/doc/draft-thubert-6tsch-architecture/" rel=3D"n=
ofollow" style=3D"color:rgb(59,115,175);text-decoration:none">https://datat=
racker.ietf.org/doc/draft-thubert-6tsch-architecture/</a></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://datatracker.ietf.org/doc/draft-vilajosana-6tsch-basic/" rel=3D"nofol=
low" style=3D"color:rgb(59,115,175);text-decoration:none">https://datatrack=
er.ietf.org/doc/draft-vilajosana-6tsch-basic/</a></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://datatracker.ietf.org/doc/draft-wang-6tsch-6top/" rel=3D"nofollow" st=
yle=3D"color:rgb(59,115,175);text-decoration:none">https://datatracker.ietf=
.org/doc/draft-wang-6tsch-6top/</a></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://datatracker.ietf.org/doc/draft-watteyne-6tsch-tsch-lln-context/" rel=
=3D"nofollow" style=3D"color:rgb(59,115,175);text-decoration:none">https://=
datatracker.ietf.org/doc/draft-watteyne-6tsch-tsch-lln-context/</a></li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">13=
 authors</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word"><em>[15:56]</em>=A0Architecture draft=A0<strong>[Pascal Thubert]=
</strong><ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Informationa=
l draft</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">=
Entry point into the activity of the group</li><li style=3D"margin:10px 0px=
;padding:0px;word-wrap:break-word">

Requirements:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">Wireless Process control</li=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Smart citie=
s</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Sc=
ope:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px =
0px;padding:0px;word-wrap:break-word">network in a factory flow</li><li sty=
le=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

6TSCH LLN, you want to interconnect them as they grow. Controllers (PLCs, D=
CS&#39;s) that sit in the control loop.</li><li style=3D"margin:10px 0px;pa=
dding:0px;word-wrap:break-word">Study what is going on the backbone</li>
<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">
Stack : Almost all components already exist.</li><li style=3D"margin:10px 0=
px;padding:0px;word-wrap:break-word">A few of those components are a bit ch=
atty (PCEP, RSVP)</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:br=
eak-word">

putting some glue</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:br=
eak-word">The 6top component is the one that does not exist.</li></ul></li>=
<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Centralized =
vs distributed routing<ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">There are ca=
ses that we want both cases. Each case has it own benefits</li><li style=3D=
"margin:10px 0px;padding:0px;word-wrap:break-word">Architecture: Forwarding=
 in the routing can happen at different levels.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Traditional =
IP forwarding</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-=
word">Capability to map an incomming time slot to an outgoing timeslot. GMP=
LS-like.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">6top switche=
s packets based on label. No need to look at packet header.</li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Enables tunneling oth=
er protocols (e.g WirelessHART, ISA100.11a)</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Fragment for=
warding. Currently need to recompose each packet at each hop. This is ineff=
icient. A draft proposes that first fragment installs state in intermediate=
 nodes so that the next fragment can be forwarded. This draft may find its =
home at 6Lo.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Integrating =
components, not considering multicast.</li></ul></li></ul></li><li style=3D=
"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[16:03]</em>=A0Clari=
fying questions.<ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Ted Lemon</strong>] Operational is out of scope, what ab=
out debugging? Simply not standardized?</li><li style=3D"margin:10px 0px;pa=
dding:0px;word-wrap:break-word">

A. [<strong>Pascal Thubert</strong>] There is work done at ISA100.20 called=
 Common Network Management (CNM). Coordinate with them. We might recharter =
and include some work from/with them. CNM is not well advance.</li><li styl=
e=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

<strong>Q.</strong>=A0[<strong>Mehdi Mani</strong>] Why you selected TSCH m=
ode of IEEE802.15.4e?</li><li style=3D"margin:10px 0px;padding:0px;word-wra=
p:break-word">A. [<strong>Thomas Watteyne</strong>] We have experience on t=
hat, implementing and running networks like this. We are not a research tea=
m, engineering.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Pascal Thubert</strong>] Tens of thousands of networks deployed. We don&#39=
;t have another alternative that has been proven to work at that level. Emu=
lating for the PCE piece what exists and proven in WirelessHART and ISA100.=
11a.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Thomas Watteyne</strong>] Modes are very different. Scope would be too larg=
e if we wanted to embrace all.</li><li style=3D"margin:10px 0px;padding:0px=
;word-wrap:break-word">

<strong>Q.</strong>=A0[<strong>Mehdi Mani</strong>] Why not another mode?</=
li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<stro=
ng>Pascal Thubert</strong>] As much as we can, not be too specific. For exa=
mple in the future most of our work would apply for e.g. TSCH over WiFi.</l=
i>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Q. [<strong>=
Mehdi Mani</strong>] Will you skip routing at network layer?</li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>Pascal Th=
ubert</strong>] We are not reinventing anything in routing, using existing =
technology as RPL. We are enabling GMPLS on that technology.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Shahid Raza, SICS</strong>] You target process automatio=
n industry. Are you only going to target IEEE802.15.4e, or also ISA100.11a =
and WirelessHART? We can use 6LoWPAN on ISA100.11, WirelessHART is well ada=
pted.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Thomas Watteyne</strong>] WirelessHART covers a full protocol stack. IEEE80=
2.15.4e clearly separates layer 2 from upper layers.</li><li style=3D"margi=
n:10px 0px;padding:0px;word-wrap:break-word">

A. [<strong>Pascal Thubert</strong>] ISA uses 5-6 RFC from IETF. Constant e=
xchange between IETF and ISA. IETF has many components ISA does not have, i=
.e. backbone, DHCP, ND. We are talking aboot converges IT/OT, ISA has none =
of them.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Shahid Raza, SICS</strong>] Minor difference between MAC=
 layers of IEEE802.15.4e, ISA100.11a, WirelessHART. What do we target?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Pascal Thubert</strong>] Standards are defined, we cannot change them. We h=
ope that ISA100 considers this work for next generation. Standards are lock=
ed.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>William (?1)</strong>] Confused about scope. Architectur=
e involves connecting a deterministic MAC to an infrastructure (i.e. Ethern=
et). Does explicit scheduling in those networs apply to 6TSCH?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Pascal Thubert</strong>] Deterministic ethernet plays at a different scale =
than TSCH, we are talking of 3 or 4 orders of magnitude. Factory automation=
 (100Hz control loop) would require deterministic Ethernet. Process control=
 can get away with determinitic radio and regular Ethernet.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>William (?1)</strong>] Is there an assumption that there=
 is a low packet rate?</li><li style=3D"margin:10px 0px;padding:0px;word-wr=
ap:break-word">

A. [<strong>Pascal Thubert</strong>] Usually very low.</li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</strong>=A0[<stro=
ng>William (?1)</strong>] Makes sense.</li><li style=3D"margin:10px 0px;pad=
ding:0px;word-wrap:break-word">

A. [<strong>Pascal Thubert</strong>] Next question is whether we can enable=
 on WiFi.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word=
"><strong>Q.</strong>=A0[<strong>Adrian Farrel</strong>] Can the 6TSCH netw=
orks be dual-homed into the backbone?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Pascal Thubert</strong>] Single subnet. We want to be able to move from one=
 LLN to the next without renumbering.</li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">

<strong>Q.</strong>=A0[<strong>Adrian Farrel</strong>] Could there be a sec=
ond backbone connecting other clouds, so that one cloud is transit?</li><li=
 style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>Pas=
cal Thubert</strong>] We don&#39;t consider transit at all.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Adrian Farrel</strong>] Could the PCE be placed inside o=
ne of the clouds?</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:br=
eak-word">

A. [<strong>Thomas Watteyne</strong>] The architecture locates the PCE on t=
he backbone.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-w=
ord"><strong>Q.</strong>=A0[<strong>Erik Nordmark</strong>] Global optimiza=
tions. What does it mean to do global optimizations? It is already defined?=
 It is engineering or research?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Erik Nordmark</strong>] Backbone router draft in 6MAN. D=
oes that mean that backbone not in scope for 6TSCH and we can focus on what=
&#39;s inside single LLN?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Pascal Thubert</strong>] Idea for this group is to coordinate.</li><li styl=
e=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>Pascal T=
hubert</strong>] The global optimization is resolved by different component=
s but mainly propietary. We don&#39;t standardize the computation in the PC=
E.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Jabber (relayed by Guillaume Gaillard)</strong>] Regardi=
ng centralized and distributed routing, will 6TSCH have to do both? Isn&#39=
;t it difficult.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Thomas Watteyne</strong>] Relates to charter discussion, let&#39;s ask this=
 then.</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:bre=
ak-word">

<em>[16:17]</em>=A0Introduction to charter=A0<strong>[Thomas Watteyne]</str=
ong><ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px =
0px;padding:0px;word-wrap:break-word">Proposed charter at URL available in =
the agenda.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Announced si=
nce April 2013. Work on it in April. Minor adjustement in last coupld of we=
eks.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">We =
will follow the outline of the charter to present.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><e=
m>[16:19]</em>=A0Description of the WG=A0<strong>[Dominique Barthel]</stron=
g><ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0p=
x;padding:0px;word-wrap:break-word">

Who are the people on that work:<ul style=3D"margin:0px;list-style-type:dis=
c"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Academia,=
 Big companies, network operators.</li><li style=3D"margin:10px 0px;padding=
:0px;word-wrap:break-word">

Americas,Asia, Europe.</li><li style=3D"margin:10px 0px;padding:0px;word-wr=
ap:break-word">Around two dozen people very active.</li><li style=3D"margin=
:10px 0px;padding:0px;word-wrap:break-word">PCE, etc. active people in IETF=
.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">large WSN de=
ployment experience.</li></ul></li><li style=3D"margin:10px 0px;padding:0px=
;word-wrap:break-word">Will deliver:<ul style=3D"margin:0px;list-style-type=
:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Open-Source =
implementation (OpenWSN UC Berkeley, Nivis)</li><li style=3D"margin:10px 0p=
x;padding:0px;word-wrap:break-word">Big commercial companies etc.</li><li s=
tyle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

Availble OS.</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wr=
ap:break-word">Charter:<ul style=3D"margin:0px;list-style-type:disc"><li st=
yle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">TSCH mode of 15.4e=
 - not only 2.4GHz PHY</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">open standar=
d</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Standa=
rdize missing components.</li><li style=3D"margin:10px 0px;padding:0px;word=
-wrap:break-word">

Work on backbone routers and PCE and other IPv6 entities.</li><li style=3D"=
margin:10px 0px;padding:0px;word-wrap:break-word">Centralized routing compu=
tation</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">
best effort resource allocaiton scheme</li>
<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">distributed =
resource reservation</li><li style=3D"margin:10px 0px;padding:0px;word-wrap=
:break-word">IPv6 flows, classes of services.</li><li style=3D"margin:10px =
0px;padding:0px;word-wrap:break-word">

Produce architectural recommendations</li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">Coordinate with other std bodies.</li></ul></=
li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"=
>

<em>[16:25]</em>=A0Work Items=A0<strong>[Raghuram Sudhaakar]</strong><ul st=
yle=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px;paddin=
g:0px;word-wrap:break-word"><strong>Thomas</strong>=A0introduces=A0<strong>=
Raghuram</strong></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">key focus is=
 6top:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10p=
x 0px;padding:0px;word-wrap:break-word">specification of the sublayer</li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

define the hooks that are required by upper layers to setup schedules</li><=
/ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">def=
ine how to bootstrap a TSCH network</li><li style=3D"margin:10px 0px;paddin=
g:0px;word-wrap:break-word">

6TSCH centralized routes and tracks management<ul style=3D"margin:0px;list-=
style-type:disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-w=
ord">comunication between PCE and 6top</li></ul></li><li style=3D"margin:10=
px 0px;padding:0px;word-wrap:break-word">

6TSCH distributed routes and track managemnt.<ul style=3D"margin:0px;list-s=
tyle-type:disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wo=
rd">how to stablish a path along RPL routes in a distributed manner</li></u=
l>

</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Minimal=
 6TSCH configuration<ul style=3D"margin:0px;list-style-type:disc"><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">For adoption and inte=
roperability testing</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Hardcoded sc=
hedules. Not requiring PCE nor Distributed.</li></ul></li><li style=3D"marg=
in:10px 0px;padding:0px;word-wrap:break-word">6TSCH architecture:<ul style=
=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">TSCH overvie=
w, presents the problem statetment. Presents overview of the TSCH MAC layer=
, presents the missing pieces.</li></ul></li><li style=3D"margin:10px 0px;p=
adding:0px;word-wrap:break-word">

6TSCH security architecture requirements. Authentication of nodes, etc.<ul =
style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">consider PANA protocol.</li></ul></li><li sty=
le=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

work items 1 and 3 are standard track, the rest are informational.</li></ul=
></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[1=
6:30]</em>=A0External work=A0<strong>[Pascal Thubert]</strong><ul style=3D"=
margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Thom=
as</strong>=A0introduces=A0<strong>Pascal</strong></li><li style=3D"margin:=
10px 0px;padding:0px;word-wrap:break-word">External work. Coordination with=
 other groups (Internet, Routing areas)</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Other docume=
nts will be provided (applicability statements)</li><li style=3D"margin:10p=
x 0px;padding:0px;word-wrap:break-word"><strong>Q.</strong>=A0[<strong>Dan =
Romascanu</strong>] What is the list of groups we will work with?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Pascal Thubert</strong>] We have a list in the charter of the groups we are=
 going to work with.</li></ul></li><li style=3D"margin:10px 0px;padding:0px=
;word-wrap:break-word">

<em>[16:32]</em>=A0Open Discussion<ul style=3D"margin:0px;list-style-type:d=
isc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong=
>Q.</strong>=A0[<strong>Emmanuel Baccelli, INRIA</strong>] Enthusiastic abo=
ut this group. Concern: a lot of work. Prioritize the work. List of documen=
ts, needs to be ordered according to priorities. Order things in time. Scop=
e the charter more precisely.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Pascal Thubert</strong>] Point taken.</li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word"><strong>Q.</strong>=A0[<strong>Lars Eggert</s=
trong>] Footprint for a device, are we able to run all this on a resource-c=
onstrained device? RSVP, PANA are heavy-weight. May need to work on a light=
weight version of these, nobody is working on it at this time in their resp=
ective WG.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Thomas Watteyne</strong>] We have an open source implementation running (RP=
L, CoAP, IEEE802.15.4e, no PANA, no RSVP). Footprint is about 4kB or ROM, 3=
5kB of flash.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Lars Eggert</strong>] Be prepared to work without PHP.</=
li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q=
.</strong>=A0[<strong>Benedikt Stockebrand, Stepladder IT</strong>] Smalles=
t microcontrollers known to run USB have 2kB of Flash, 128B of RAM (includi=
ng CPU registers). Microcontrollers are very limited in resources. If we ge=
t along this way, microcontrollers able to run this stack will simply be to=
 expensive to be usable.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Thomas Watteyne</strong>] It&#39;s a constant concern. Centralized reservat=
ion is intended for very small footprint. This fits in decade year old MSP4=
30-based motes.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Benedikt Stockebrand, Stepladder IT</strong>] A number o=
f people are not aware of footprint.</li><li style=3D"margin:10px 0px;paddi=
ng:0px;word-wrap:break-word">

<strong>Q.</strong>=A0[<strong>Carsten Bormann</strong>] We have a document=
 from the LWIG WG classifying microcontrollers. Class 1 (~10kB RAM, 100kB R=
OM) smallest sized full citizen of the Internet. ZigBee IP typically on Cla=
ss 2 device.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Thomas Watteyne</strong>] We target the class 1 devices.</li><li style=3D"m=
argin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</strong>=A0[<st=
rong>Rafa Marin-Lopez, University of Murcia</strong>] Clarification. We hav=
e a PANA implemenation on Contiki OS on small Jennic device for class 1 mic=
ro-controllers.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><e=
m>[16:41]</em>=A0Questions<ul style=3D"margin:0px;list-style-type:disc"><li=
 style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Is this a topic=
 that the IETF should address?<ul style=3D"margin:0px;list-style-type:disc"=
>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">hums for &qu=
ot;yes&quot; and for &quot;no&quot; did not produce a clear decision.</li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">show of hands=
: lots of &quot;yes&quot;, a few &quot;no&quot;, a handful &quot;dunno&quot=
;.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Ar=
e the goals of this WG clear, well-scoped, solvable, and useful?<ul style=
=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px;padding:0=
px;word-wrap:break-word">

50/50 between yes and no</li></ul></li><li style=3D"margin:10px 0px;padding=
:0px;word-wrap:break-word"><strong>Q.</strong>=A0[<strong>Ralph Droms</stro=
ng>] Strange use of raising hands. Why not record hums?</li><li style=3D"ma=
rgin:10px 0px;padding:0px;word-wrap:break-word">

<strong>A.</strong>=A0[<strong>=A0(?2)=A0</strong>] I prefer show of hands,=
 countable and unambiguous. Hums on depend on where you sit in room.</li><l=
i style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>A.</st=
rong>=A0[<strong>=A0(?3)=A0</strong>] Hums are good for getting sense of th=
e room. If you don&#39;t get a good sense, you need to clarify.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Who is willi=
ng to edit documents, comment documents, implement?<ul style=3D"margin:0px;=
list-style-type:disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:br=
eak-word">

About 20-30 people raise hands.</li></ul></li><li style=3D"margin:10px 0px;=
padding:0px;word-wrap:break-word">Should a 6TSCH WG be formed?</li><li styl=
e=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</strong>=
=A0[<strong>=A0(?4)=A0</strong>] Clarifying question. As chartered? Topic i=
s usual, but roles are not clear.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Pascal Thubert</strong>] How should we work it out?</li>=
<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>A.</=
strong>=A0[<strong>=A0(?5)=A0</strong>] You&#39;ve gotten the useful data o=
ut of the room already. There was clear support for &quot;is the topic usef=
ul&quot;. Are the goals clear? There was clear hesitation. That&#39;s the i=
nformation you need to know.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>A.</=
strong>=A0[<strong>=A0(?6)=A0</strong>] Use the posaitive energy that was s=
hown here for improving the charter.</li><li style=3D"margin:10px 0px;paddi=
ng:0px;word-wrap:break-word">

<strong>[Pascal]</strong>=A0Next step will be to work on the ML to on impro=
ving the charter, and ask those who voted it was not clear to participate i=
n clarifying the charter.</li><li style=3D"margin:10px 0px;padding:0px;word=
-wrap:break-word">

<strong>Q.</strong>=A0[<strong>Alex Petrescu</strong>] Back to question &qu=
ot;is this a topic that the IETF should address?&quot;. Should also ask you=
rselves if there is another SDO should address. Maybe this is something som=
ebody else should work on.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A. [<strong>=
Pascal Thubert</strong>] IETF is producing lots of components. It is dificu=
lt to put them together. One of the goals is to package these components.</=
li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Q.</=
strong>=A0[<strong>Shahid Raza</strong>] WirelessHART is discussing IEEE802=
.15.4e.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">=
A. [<strong>Pascal Thubert</strong>] Question is whether we can build the c=
onvergence IT/OT.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><e=
m>[16:50]</em>=A0End of meeting</li></ul></h1></div></div>

--bcaec520e4f1c4360a04e37b6cdf--

From twatteyne@gmail.com  Fri Aug  9 10:51:44 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B28421F997E for <6tsch@ietfa.amsl.com>; Fri,  9 Aug 2013 10:51:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.857
X-Spam-Level: 
X-Spam-Status: No, score=-1.857 tagged_above=-999 required=5 tests=[AWL=0.120,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vnKPYbdeYJyX for <6tsch@ietfa.amsl.com>; Fri,  9 Aug 2013 10:51:43 -0700 (PDT)
Received: from mail-pa0-x243.google.com (mail-pa0-x243.google.com [IPv6:2607:f8b0:400e:c03::243]) by ietfa.amsl.com (Postfix) with ESMTP id 6EB1621F9DF0 for <6tsch@ietf.org>; Fri,  9 Aug 2013 10:45:42 -0700 (PDT)
Received: by mail-pa0-f67.google.com with SMTP id bg4so2156006pad.6 for <6tsch@ietf.org>; Fri, 09 Aug 2013 10:45:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=oXGi2K55cShsdIAXbozy0lgLCybfop9wB70NECjeQYQ=; b=iCRvxpgeEs9CXRaQ37VnrtlZzIMQ82g35uPfMAJ3PqFcqkxrLE/FCC16KL3Oy2py1c wW+3jEEH7Fjvv91YTN8YkaN4pbxsO92ZQYZYy+r3ZEoLlvRDKjtPtUYON4S76ETRlcZI AjyWLfZZGNJeNxfdleb79ZkJ73q68AuBHKPFcbBpFeIic7wWtwXDvjfx8lpyfghqhsO6 Yui+BiMJBbRq/oFtML5FZP1CBYijtuLpnjNBr74GxjA/kCLIFBmOOX/88x30mDMtRIGA ZMQAZy3f4jcgdzEyXDLp1bkf5sqdhbAhp5fegwe8KpgaKRrc0+rhOfOYYF7N0NAnDIzg e//A==
X-Received: by 10.68.137.231 with SMTP id ql7mr12730855pbb.37.1376070342116; Fri, 09 Aug 2013 10:45:42 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 9 Aug 2013 10:45:21 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 9 Aug 2013 10:45:21 -0700
X-Google-Sender-Auth: X7Wn_GDBAEiqEJuWwfBPVKZZAVU
Message-ID: <CADJ9OA8UT=PvM5yCWO8b=Rkdvvv3oVnLGhXeBoimdv54w46mzw@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b2e43c6ed8d2404e387575a
Subject: [6tsch] minutes webex 9 August 2013
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Aug 2013 17:51:44 -0000

--047d7b2e43c6ed8d2404e387575a
Content-Type: text/plain; charset=ISO-8859-1

All,

You will find the minutes of today's webex below.

FYI, all the minutes and slides are archived a
https://bitbucket.org/6tsch/meetings/.

Thanks to Xavi for taking notes!

As usual, fix anything we might have missed directly in the e-mail and
reply.

Thomas

-----

Minutes Webex 09 August 2013, 6TSCH group

Note: timestamps in PDT.
Taking notes *(using Etherpad)*

   1. Xavier Vilajosana
   2. Thomas Watteyne

Present *(alphabetically)*

   1. Diego Dujovne
   2. Guillaume Gaillard
   3. Kris Pister
   4. Pascal Thubert
   5. Pouria Zand
   6. Qin Wang
   7. Raghuram Sudhaakar
   8. Thomas Watteyne
   9. Tom Phinney
   10. Xavi Vilajosana

Recording

   - Webex recording (audio+slides,streaming)
   -
   https://cisco.webex.com/ciscosales/lsr.php?AT=pb&amp;SP=MC&amp;rID=70524612&amp;rKey=5bbefc20bc163741<https://cisco.webex.com/ciscosales/lsr.php?AT=pb&SP=MC&rID=70524612&rKey=5bbefc20bc163741>
    *[60min]*

Slides

   - slides_130809_webex.ppt<https://bitbucket.org/6tsch/meetings/src/master/130809_webex/slides_130809_webex.ppt>:
   slides shared during the call

Agenda

   - debrief Berlin *[2min]*
      - pre-BoF (minutes & outcome)
      - BoF (minutes & outcome)
   - revamped charter *[3min]*
      - overview of updates
      - new work items
      - discussions and open issues
   - "master plan" next steps *[10min]*
      - "Timeslot Management Methods and Formats"
         - what is it about?
         - what is it not about?
      - "minimal 6TSCH configuration"
         - rename draft and title?
         - work on RPL
         - relationship with TS mgt
         - towards demo/simulation/interop
         - we will ask for contributors and reviewers
      - 6TSCH architecture
         - distinguish current/future work wrt charter or remove future?
      - Technical discussion on "Timeslot Management Methods and Formats" *
   [25min]*
      - type of flows (push? pull?)
      - format (binary JSON? custom?)
      - reporting requirements (e.g. TS performance, alarms)
   - Technical discussion on "minimal 6TSCH configuration" *[10min]*
      - transport mechanism (CoAP?)
   - renaming group *[5min]*
      - statistics so far
      - next steps?
   - AOB *[2min]*

Minutes

   - Pre-discussion:
      - *[Thomas,Qin]* OT vs IT and the term "convergence of IT and OT".
      Similar terms used in smart grid.
      - *[Raghuram]* Naming, what do we do?
   - *[08:03]* Agenda
      - wrap up what happen in Berlin
      - technical discussions at second half
      - end: renaming the group discussion
      - administrative:
         - cleaning minutes of pre-BoF and BoF
         - Do not formally approved today, but do it next week as they've
         been published recently.
         - Will be uploaded at the proceedings of IETF87
      - debrief Berlin
      - pre-BoF (minutes & outcome)
      - BoF (minutes & outcome)
      - Next call to be approved.
      - Outcomes of the BoF:
         - clarity of goals was main concern.
      - highlight the changes done to the charter:
         - scope too big
         - identify first steps and focus the charter on that
         - charter reduced by half
         - from 7 to 3 work items
         - does not change what we want the solution to look like at the
         end.
         - IESG has no problem with WGs re-chartering, this is common
         procedure
      - revamped charter
      - new work items:
         - timeslot management methods and formats
         - minimal 6TSCH configuration
         - 6TSCH architecture (version 1):
            - will go to informal RFC, at each recharter a new RFC will be
            created.
         - Open Items:
         - hard-coded -> pre-configured
         - add PCE a WG to interact with.
         - rename BBR -> LBR. Sefinitions are very close. Suggestion is to
         use LBR so it is aligned to ROLL work.
         - *[Pascal]* pre-configured is not the same as hard-coded.
         Pre-configured has more complexity.
      - "master plan" next steps *[10min]*
      - How the different documents interact.
      - "Timeslot Management Methods and Formats"
         - what is it about?
            - how to format commands from the PCE to the note and
            information sent from the mote to the PCE (statistics,
alarms, etc.).
            - identify the flow of what is moving on the network
            - bits and bytes of commands. What does the payload contain?
         - what is it not about?
            - NOT addressing the transport protocol
            - NOT the policy (when, etc..)
            - NOT a network management document (architecture)
         - *[Pascal]* PCE is not the right term. Better to refer to an
         "entity".
         - This is a new document not based on minimal configuration.
         - *[Qin]* does this work need to support both static and dynamic
         cases?
         - *[Thomas]* These formats will also be used in static case. This
         document will define the formats, this is in part preparatory
work for the
         next charter which will address dynamic scheduling, where
these formats
         then will be used for dynamic scheduling.
         - *[Guillaume]* Are we focusing on centralized cases?
         - *[Pascal]* The schedule is what is pushed at the beginning of
         the network and we run with it. Routing is dynamic,
scheduling is static.
      - "minimal 6TSCH configuration"
         - rename draft and title?
            - Basic vs. minimal - make sure the title and filename are
            aligned.
            - At the end of the document, expose the need for a CoAP
            service where a schedule can be isntalled.
            - *[Qin]* the charter includes only static so the CoAP service
            is kind of dynamic. So address that on that dynamic.
               - not necessary to include that in the document.
            - *[Pascal]* we need a little bit of dynamism to cope with
            interop - more interesting cases.
            - *[Thomas]* Non-milestone items "interoperability guide", add
            the CoAP service there as a tool to support better interop testing.
            - *[Pascal]* There is windows to be able to modify the
            schedule, support the case of having a personalized
schedule at each node.
            - *[Thomas]* In my mind, static schedule is synonymous to
            shared medium, no complete determinims, but you have
connectivity on shared
            slots. Have RPL running and later have PCE working on the network.
            - *[Kris]* The idea is to have the minimum configuration to
            enable interop.
         - Work on RPL.
         - Relationship with timeslot management.
         - Towards demo/simulation/interop.
         - We will ask for contributors and reviewers.
      - "6TSCH architecture"
         - Do we distinguish what the current work to the future work?
         (future == real solution at the end of our work)
         - Have new revisions in RFCs that update the old ones.
         - In current architecture document, should we differentiate that?
         - Support centralized / distributed -- Keep it in the documents.
         It is a vision so we should keep it and highlit what goes to
the charter.
         - Distinguish current/future work wrt charter or remove future?
      - *[08:41]* Introducing Diego
Dujovne<http://eit.udp.cl/academico/ddujovne>,
   new participant to calls. Has been following 6TSCH ML, was in Berlin.
   - *[08:42]* Technical discussion on "Timeslot Management Methods and
   Formats"
      - Types of control flow (push? pull?)
         - be able to give the commands to say: this config is for a time
         slot or for a bundle of time slots
         - define size of bundles.
         - Be able to install directly at each node, no 6top interaction.
         - How is the control flow (pull? push?). The devices waits? or the
         device pulls? need to be defined.
         - *[Thomas]* 3 flows: Management to node (inform), node to
         Management (report/inform), Node to management (alarm).
         - List the flows we need to support.
      - Format (binary JSON? custom?)
         - to look at bson (http://bsonspec.org/#/specification)
      - reporting requirements (e.g. timeslot performance, alarms)
         - what are the reporting requirements?
      - Technical discussion on "minimal 6TSCH configuration" *[10min]*
      - transport mechanism (CoAP?)
         - For now we will consider this into the interop document and not
         in the minimal draft.
         - related that to other WGs.
      - *[08:54]* Renaming group
      - Discussion probably came from fact that we need to stress more that
      "sixtus" is the pronunciation.
      - Lot's of pushing on the ML to keep the name 6TSCH.
      - *[Tom]* we can write "(sixtus)" after 6TSCH, a least during some
      time.
      -
      - Action item: *Pascal* to write e-mail to IESG about keeping acronym
      but writing "(sixtus)" right after.
   - *[09:00]* AOB

   No other business raised.

   - *[09:02]* meeting ends

--047d7b2e43c6ed8d2404e387575a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>All,</div><div><br></div><div>You will find the minut=
es of today&#39;s webex below.</div><div><br></div><div>FYI, all the minute=
s and slides are archived a <a href=3D"https://bitbucket.org/6tsch/meetings=
/">https://bitbucket.org/6tsch/meetings/</a>.<br>

</div><div><br></div><div>Thanks to Xavi for taking notes!</div><div><br></=
div><div>As usual, fix anything we might have missed directly in the e-mail=
 and reply.</div><div><br></div><div>Thomas</div><div><br></div><div>-----<=
/div>

<div><br></div><div><h1 id=3D"markdown-header-minutes-webex-09-august-2013-=
6tsch-group" style=3D"margin:0px 0px 10px;font-size:24px;font-weight:normal=
;line-height:1.25;padding:0px;color:rgb(51,51,51);font-family:Arial,sans-se=
rif">

Minutes Webex 09 August 2013, 6TSCH group</h1><p style=3D"margin:10px 0px;p=
adding:0px;word-wrap:break-word;color:rgb(51,51,51);font-family:Arial,sans-=
serif;font-size:14px;line-height:20px">Note: timestamps in PDT.</p><h2 id=
=3D"markdown-header-taking-notes-using-etherpad" style=3D"margin:20px 0px 0=
px;font-size:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);pa=
dding:0px;font-family:Arial,sans-serif">

Taking notes=A0<em>(using Etherpad)</em></h2><ol style=3D"margin:0px;color:=
rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Xavier Vila=
josana</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Thomas Watte=
yne</li></ol><h2 id=3D"markdown-header-present-alphabetically" style=3D"mar=
gin:20px 0px 0px;font-size:20px;font-weight:normal;line-height:1.5;color:rg=
b(51,51,51);padding:0px;font-family:Arial,sans-serif">

Present=A0<em>(alphabetically)</em></h2><ol style=3D"margin:0px;color:rgb(5=
1,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"><li =
style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Diego Dujovne</l=
i>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Guillaume Ga=
illard</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">K=
ris Pister</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wor=
d">

Pascal Thubert</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break=
-word">Pouria Zand</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">Qin Wang</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:=
break-word">

Raghuram Sudhaakar</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">Thomas Watteyne</li><li style=3D"margin:10px 0px;padding:0px;wor=
d-wrap:break-word">Tom Phinney</li><li style=3D"margin:10px 0px;padding:0px=
;word-wrap:break-word">

Xavi Vilajosana</li></ol><h2 id=3D"markdown-header-recording" style=3D"marg=
in:20px 0px 0px;font-size:20px;font-weight:normal;line-height:1.5;color:rgb=
(51,51,51);padding:0px;font-family:Arial,sans-serif">Recording</h2><ul styl=
e=3D"margin:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:=
14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Webex record=
ing (audio+slides,streaming)</li><li style=3D"margin:10px 0px;padding:0px;w=
ord-wrap:break-word"><a href=3D"https://cisco.webex.com/ciscosales/lsr.php?=
AT=3Dpb&amp;SP=3DMC&amp;rID=3D70524612&amp;rKey=3D5bbefc20bc163741" rel=3D"=
nofollow" style=3D"color:rgb(59,115,175);text-decoration:none">https://cisc=
o.webex.com/ciscosales/lsr.php?AT=3Dpb&amp;amp;SP=3DMC&amp;amp;rID=3D705246=
12&amp;amp;rKey=3D5bbefc20bc163741</a>=A0<em>[60min]</em></li>

</ul><h2 id=3D"markdown-header-slides" style=3D"margin:20px 0px 0px;font-si=
ze:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);padding:0px;=
font-family:Arial,sans-serif">Slides</h2><ul style=3D"margin:0px;color:rgb(=
51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://bitbucket.org/6tsch/meetings/src/master/130809_webex/slides_130809_w=
ebex.ppt" style=3D"color:rgb(59,115,175);text-decoration:none">slides_13080=
9_webex.ppt</a>: slides shared during the call</li>

</ul><h2 id=3D"markdown-header-agenda" style=3D"margin:20px 0px 0px;font-si=
ze:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);padding:0px;=
font-family:Arial,sans-serif">Agenda</h2><ul style=3D"margin:0px;color:rgb(=
51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">debrief Berl=
in=A0<em>[2min]</em><ul style=3D"margin:0px;list-style-type:disc"><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">pre-BoF (minutes &amp=
; outcome)</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">BoF (minutes=
 &amp; outcome)</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word=
-wrap:break-word">revamped charter=A0<em>[3min]</em><ul style=3D"margin:0px=
;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">overview of =
updates</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">=
new work items</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break=
-word">

discussions and open issues</li></ul></li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">&quot;master plan&quot; next steps=A0<em>[10m=
in]</em><ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:1=
0px 0px;padding:0px;word-wrap:break-word">

&quot;Timeslot Management Methods and Formats&quot;<ul style=3D"margin:0px;=
list-style-type:disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:br=
eak-word">what is it about?</li><li style=3D"margin:10px 0px;padding:0px;wo=
rd-wrap:break-word">

what is it not about?</li></ul></li><li style=3D"margin:10px 0px;padding:0p=
x;word-wrap:break-word">&quot;minimal 6TSCH configuration&quot;<ul style=3D=
"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px;padding:0px;=
word-wrap:break-word">

rename draft and title?</li><li style=3D"margin:10px 0px;padding:0px;word-w=
rap:break-word">work on RPL</li><li style=3D"margin:10px 0px;padding:0px;wo=
rd-wrap:break-word">relationship with TS mgt</li><li style=3D"margin:10px 0=
px;padding:0px;word-wrap:break-word">

towards demo/simulation/interop</li><li style=3D"margin:10px 0px;padding:0p=
x;word-wrap:break-word">we will ask for contributors and reviewers</li></ul=
></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">6TSCH =
architecture<ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">distinguish =
current/future work wrt charter or remove future?</li></ul></li></ul></li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Technical dis=
cussion on &quot;Timeslot Management Methods and Formats&quot;=A0<em>[25min=
]</em><ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">type of flow=
s (push? pull?)</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word">format (binary JSON? custom?)</li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">

reporting requirements (e.g. TS performance, alarms)</li></ul></li><li styl=
e=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Technical discussion=
 on &quot;minimal 6TSCH configuration&quot;=A0<em>[10min]</em><ul style=3D"=
margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">transport me=
chanism (CoAP?)</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word=
-wrap:break-word">renaming group=A0<em>[5min]</em><ul style=3D"margin:0px;l=
ist-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">statistics s=
o far</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">ne=
xt steps?</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:=
break-word">

AOB=A0<em>[2min]</em></li></ul><h2 id=3D"markdown-header-minutes" style=3D"=
margin:20px 0px 0px;font-size:20px;font-weight:normal;line-height:1.5;color=
:rgb(51,51,51);padding:0px;font-family:Arial,sans-serif">Minutes</h2><ul st=
yle=3D"margin:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-siz=
e:14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Pre-discussi=
on:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0=
px;padding:0px;word-wrap:break-word"><strong>[Thomas,Qin]</strong>=A0OT vs =
IT and the term &quot;convergence of IT and OT&quot;. Similar terms used in=
 smart grid.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Rag=
huram]</strong>=A0Naming, what do we do?</li></ul></li><li style=3D"margin:=
10px 0px;padding:0px;word-wrap:break-word"><em>[08:03]</em>=A0Agenda<ul sty=
le=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">wrap up what=
 happen in Berlin</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:br=
eak-word">technical discussions at second half</li><li style=3D"margin:10px=
 0px;padding:0px;word-wrap:break-word">

end: renaming the group discussion</li><li style=3D"margin:10px 0px;padding=
:0px;word-wrap:break-word">administrative:<ul style=3D"margin:0px;list-styl=
e-type:disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"=
>
cleaning minutes of pre-BoF and BoF</li>
<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Do not forma=
lly approved today, but do it next week as they&#39;ve been published recen=
tly.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Wil=
l be uploaded at the proceedings of IETF87</li>

</ul></li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word">debrief Berlin<ul style=3D"margin:0px;list-style-type:disc"><li sty=
le=3D"margin:10px 0px;padding:0px;word-wrap:break-word">pre-BoF (minutes &a=
mp; outcome)</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">BoF (minutes=
 &amp; outcome)</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word">Next call to be approved.</li><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word">

Outcomes of the BoF:<ul style=3D"margin:0px;list-style-type:disc"><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">clarity of goals was =
main concern.</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-w=
rap:break-word">

highlight the changes done to the charter:<ul style=3D"margin:0px;list-styl=
e-type:disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"=
>scope too big</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break=
-word">

identify first steps and focus the charter on that</li><li style=3D"margin:=
10px 0px;padding:0px;word-wrap:break-word">charter reduced by half</li><li =
style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">from 7 to 3 work=
 items</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">does not cha=
nge what we want the solution to look like at the end.</li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">IESG has no problem with WGs=
 re-chartering, this is common procedure</li>

</ul></li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word">revamped charter<ul style=3D"margin:0px;list-style-type:disc"><li s=
tyle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">new work items:<u=
l style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">timeslot man=
agement methods and formats</li><li style=3D"margin:10px 0px;padding:0px;wo=
rd-wrap:break-word">minimal 6TSCH configuration</li><li style=3D"margin:10p=
x 0px;padding:0px;word-wrap:break-word">

6TSCH architecture (version 1):<ul style=3D"margin:0px;list-style-type:disc=
"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">will go to=
 informal RFC, at each recharter a new RFC will be created.</li></ul></li>
</ul>
</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Open It=
ems:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px =
0px;padding:0px;word-wrap:break-word">hard-coded -&gt; pre-configured</li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

add PCE a WG to interact with.</li><li style=3D"margin:10px 0px;padding:0px=
;word-wrap:break-word">rename BBR -&gt; LBR. Sefinitions are very close. Su=
ggestion is to use LBR so it is aligned to ROLL work.</li><li style=3D"marg=
in:10px 0px;padding:0px;word-wrap:break-word">

<strong>[Pascal]</strong>=A0pre-configured is not the same as hard-coded. P=
re-configured has more complexity.</li></ul></li></ul></li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">&quot;master plan&quot; next=
 steps=A0<em>[10min]</em><ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">How the diff=
erent documents interact.</li><li style=3D"margin:10px 0px;padding:0px;word=
-wrap:break-word">&quot;Timeslot Management Methods and Formats&quot;<ul st=
yle=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">what is it a=
bout?<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px=
 0px;padding:0px;word-wrap:break-word">how to format commands from the PCE =
to the note and information sent from the mote to the PCE (statistics, alar=
ms, etc.).</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">identify the=
 flow of what is moving on the network</li><li style=3D"margin:10px 0px;pad=
ding:0px;word-wrap:break-word">bits and bytes of commands. What does the pa=
yload contain?</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">wh=
at is it not about?<ul style=3D"margin:0px;list-style-type:disc"><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">NOT addressing the tr=
ansport protocol</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">NOT the poli=
cy (when, etc..)</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:bre=
ak-word">NOT a network management document (architecture)</li></ul></li><li=
 style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

<strong>[Pascal]</strong>=A0PCE is not the right term. Better to refer to a=
n &quot;entity&quot;.</li><li style=3D"margin:10px 0px;padding:0px;word-wra=
p:break-word">This is a new document not based on minimal configuration.</l=
i>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Qin=
]</strong>=A0does this work need to support both static and dynamic cases?<=
/li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>=
[Thomas]</strong>=A0These formats will also be used in static case. This do=
cument will define the formats, this is in part preparatory work for the ne=
xt charter which will address dynamic scheduling, where these formats then =
will be used for dynamic scheduling.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Gui=
llaume]</strong>=A0Are we focusing on centralized cases?</li><li style=3D"m=
argin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Pascal]</strong>=
=A0The schedule is what is pushed at the beginning of the network and we ru=
n with it. Routing is dynamic, scheduling is static.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">&q=
uot;minimal 6TSCH configuration&quot;<ul style=3D"margin:0px;list-style-typ=
e:disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">rena=
me draft and title?<ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Basic vs. mi=
nimal - make sure the title and filename are aligned.</li><li style=3D"marg=
in:10px 0px;padding:0px;word-wrap:break-word">At the end of the document, e=
xpose the need for a CoAP service where a schedule can be isntalled.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Qin=
]</strong>=A0the charter includes only static so the CoAP service is kind o=
f dynamic. So address that on that dynamic.<ul style=3D"margin:0px;list-sty=
le-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">not necessar=
y to include that in the document.</li></ul></li><li style=3D"margin:10px 0=
px;padding:0px;word-wrap:break-word"><strong>[Pascal]</strong>=A0we need a =
little bit of dynamism to cope with interop - more interesting cases.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Tho=
mas]</strong>=A0Non-milestone items &quot;interoperability guide&quot;, add=
 the CoAP service there as a tool to support better interop testing.</li><l=
i style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

<strong>[Pascal]</strong>=A0There is windows to be able to modify the sched=
ule, support the case of having a personalized schedule at each node.</li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Thom=
as]</strong>=A0In my mind, static schedule is synonymous to shared medium, =
no complete determinims, but you have connectivity on shared slots. Have RP=
L running and later have PCE working on the network.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Kri=
s]</strong>=A0The idea is to have the minimum configuration to enable inter=
op.</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-=
word">

Work on RPL.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-w=
ord">Relationship with timeslot management.</li><li style=3D"margin:10px 0p=
x;padding:0px;word-wrap:break-word">Towards demo/simulation/interop.</li><l=
i style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

We will ask for contributors and reviewers.</li></ul></li><li style=3D"marg=
in:10px 0px;padding:0px;word-wrap:break-word">&quot;6TSCH architecture&quot=
;<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px=
;padding:0px;word-wrap:break-word">

Do we distinguish what the current work to the future work? (future =3D=3D =
real solution at the end of our work)</li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">Have new revisions in RFCs that update the ol=
d ones.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">In current a=
rchitecture document, should we differentiate that?</li><li style=3D"margin=
:10px 0px;padding:0px;word-wrap:break-word">Support centralized / distribut=
ed -- Keep it in the documents. It is a vision so we should keep it and hig=
hlit what goes to the charter.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Distinguish =
current/future work wrt charter or remove future?</li></ul></li></ul></li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[08:41]</=
em>=A0Introducing=A0<a href=3D"http://eit.udp.cl/academico/ddujovne" style=
=3D"color:rgb(59,115,175);text-decoration:none">Diego Dujovne</a>, new part=
icipant to calls. Has been following 6TSCH ML, was in Berlin.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[08:42]<=
/em>=A0Technical discussion on &quot;Timeslot Management Methods and Format=
s&quot;<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10=
px 0px;padding:0px;word-wrap:break-word">

Types of control flow (push? pull?)<ul style=3D"margin:0px;list-style-type:=
disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">be abl=
e to give the commands to say: this config is for a time slot or for a bund=
le of time slots</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">define size =
of bundles.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wo=
rd">Be able to install directly at each node, no 6top interaction.</li><li =
style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

How is the control flow (pull? push?). The devices waits? or the device pul=
ls? need to be defined.</li><li style=3D"margin:10px 0px;padding:0px;word-w=
rap:break-word"><strong>[Thomas]</strong>=A03 flows: Management to node (in=
form), node to Management (report/inform), Node to management (alarm).</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">List the flo=
ws we need to support.</li></ul></li><li style=3D"margin:10px 0px;padding:0=
px;word-wrap:break-word">Format (binary JSON? custom?)<ul style=3D"margin:0=
px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">to look at b=
son (<a href=3D"http://bsonspec.org/#/specification" rel=3D"nofollow" style=
=3D"color:rgb(59,115,175);text-decoration:none">http://bsonspec.org/#/speci=
fication</a>)</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">re=
porting requirements (e.g. timeslot performance, alarms)<ul style=3D"margin=
:0px;list-style-type:disc"><li style=3D"margin:10px 0px;padding:0px;word-wr=
ap:break-word">

what are the reporting requirements?</li></ul></li></ul></li><li style=3D"m=
argin:10px 0px;padding:0px;word-wrap:break-word">Technical discussion on &q=
uot;minimal 6TSCH configuration&quot;=A0<em>[10min]</em><ul style=3D"margin=
:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">transport me=
chanism (CoAP?)<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"m=
argin:10px 0px;padding:0px;word-wrap:break-word">For now we will consider t=
his into the interop document and not in the minimal draft.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">related that=
 to other WGs.</li></ul></li></ul></li><li style=3D"margin:10px 0px;padding=
:0px;word-wrap:break-word"><em>[08:54]</em>=A0Renaming group<ul style=3D"ma=
rgin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Discussion p=
robably came from fact that we need to stress more that &quot;sixtus&quot; =
is the pronunciation.</li><li style=3D"margin:10px 0px;padding:0px;word-wra=
p:break-word">

Lot&#39;s of pushing on the ML to keep the name 6TSCH.</li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Tom]</strong>=A0we =
can write &quot;(sixtus)&quot; after 6TSCH, a least during some time.</li>
<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">
</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Action =
item:=A0<strong>Pascal</strong>=A0to write e-mail to IESG about keeping acr=
onym but writing &quot;(sixtus)&quot; right after.</li></ul></li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

<em>[09:00]</em>=A0AOB<blockquote style=3D"margin:10px 0px 0px 19px;border-=
left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);c=
olor:rgb(112,112,112);padding:10px 20px"><p style=3D"margin:0px;padding:0px=
;word-wrap:break-word">

No other business raised.</p></blockquote></li><li style=3D"margin:10px 0px=
;padding:0px;word-wrap:break-word"><em>[09:02]</em>=A0meeting ends</li></ul=
></div>
</div>

--047d7b2e43c6ed8d2404e387575a--

From xvilajosana@berkeley.edu  Fri Aug  9 11:40:52 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05EB321F9CF7 for <6tsch@ietfa.amsl.com>; Fri,  9 Aug 2013 11:40:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.176
X-Spam-Level: 
X-Spam-Status: No, score=-2.176 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4XxjTOP2NYUe for <6tsch@ietfa.amsl.com>; Fri,  9 Aug 2013 11:40:47 -0700 (PDT)
Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) by ietfa.amsl.com (Postfix) with ESMTP id E40C721F9D68 for <6tsch@ietf.org>; Fri,  9 Aug 2013 11:32:26 -0700 (PDT)
Received: by mail-pd0-f172.google.com with SMTP id z10so876404pdj.3 for <6tsch@ietf.org>; Fri, 09 Aug 2013 11:32:26 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:date:message-id:subject :from:to:content-type; bh=whPoSoqVLSixFGMl5yuaMF8QMwNd8wEgLoLtCIMTIo0=; b=BzKtP0ckyj55n5a7TaY0pMeMjsdLYkP5B7khUw3WZRqlA5859CPhPJ6QPO3L1oXaNW +tqFJjOd5QWBY/ypE/r/KbUx0w8NwnWOPa/o5dgBNCS4FvD6xvxJ8Ghr7LIT4Xad3tm5 5/tFZVaL/L7XVoPRqMsYvBpbhs2a9GMTKaqFRB7V8osijTjxGwU/pQLrqnedoU+wCLPF 8uSdWmoOsBeh3Y2eIW2KvWs2gFfRUwIOEIq++4yH7BYpo0YK/wlmBx6ebfjZ2A1HKo97 ZzIkcc4IdOpzDKSNLArBcgP88wUkz+XwKQCyNcqhKKJpCGv5jdbCit2gqHcHQpX2plYT hqtA==
X-Gm-Message-State: ALoCoQmkRSFasHeyfE3xPdrFjO2q+edkDGNYrN3v/UtuyqyZho8qeTsdJnWgd0c62ch3UbMFQRBi
MIME-Version: 1.0
X-Received: by 10.66.240.67 with SMTP id vy3mr1945989pac.141.1376073146662; Fri, 09 Aug 2013 11:32:26 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Fri, 9 Aug 2013 11:32:26 -0700 (PDT)
Date: Fri, 9 Aug 2013 11:32:26 -0700
Message-ID: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b15ab7f178bef04e387ffba
Subject: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Aug 2013 18:40:52 -0000

--047d7b15ab7f178bef04e387ffba
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

after discussion today I would like to start working on the contents that
we want regarding RPL on Basic TSCH. Here I list some points I guess should
go there:

-RPL objective function calculation using Neighbors information described
in Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a
basic configuration)
     - DIO period. Whether we use trickle algorithm (and we define the
initial period) or we use a fix period for DIO (no trickle) for basic
configuration.
      -DAO period, idem.

I kindly ask for opinions and contribution to this items so we can start
narrowing the content.

thanks!
X

--047d7b15ab7f178bef04e387ffba
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div><div><div><div><div><div><div>Hi all, <br><=
br></div>after discussion today I would like to start working on the conten=
ts that we want regarding RPL on Basic TSCH. Here I list some points I gues=
s should go there:<br>

<br></div>-RPL objective function calculation using Neighbors information d=
escribed in Basic configuration. <br></div>=A0=A0=A0 -this includes how OF =
is calculated using numTx and numTxACK, etc.. <br></div>-RPL configuration:=
<br>

</div>=A0=A0=A0=A0 - storing mode vs non-storing mode (I vote for non-stori=
ng mode for a basic configuration)<br></div>=A0=A0=A0=A0 - DIO period. Whet=
her we use trickle algorithm (and we define the initial period) or we use a=
 fix period for DIO (no trickle) for basic configuration.<br>
</div>=A0=A0=A0=A0=A0 -DAO period, idem.<br><br></div>I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
br><br></div>thanks!<br>X<br></div>

--047d7b15ab7f178bef04e387ffba--

From twatteyne@gmail.com  Mon Aug 12 10:08:50 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F72121F9CEA for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:08:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.862
X-Spam-Level: 
X-Spam-Status: No, score=-1.862 tagged_above=-999 required=5 tests=[AWL=0.115,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gZrpbvObBuPU for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:08:49 -0700 (PDT)
Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id 3C23321F9E05 for <6tsch@ietf.org>; Mon, 12 Aug 2013 09:52:45 -0700 (PDT)
Received: by mail-pa0-f49.google.com with SMTP id ld10so3182391pab.36 for <6tsch@ietf.org>; Mon, 12 Aug 2013 09:52:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=k2WzgcoMwUCuVaVn6J+93HE6otZPtJL5YLVfbruWT9E=; b=gZCEpEI8a1yfWcJ6xj6BiFQqPj1Mq8tR90r99QzF6BX/TR4tKdP0F3Tv1DFGqMsaee vO9aZBZyYOTuxRqs4SYyZh9JTFln08PO8h6Bed8lp3U3Yda+I/KY9AL1X9VmkZgMvb6V em1IicdxHNwYSRYx0SPKYWRUSPLvTegsaN9pQJOrwuuh1ek4gAcQ0YNmBOqh93agsjBB FNdTzBg5No0f7Gb+t88stEV8zUHvZhcX1G5RcFACRHIVmevhwtyecd0rWMet6RJvCsXV yVOzcDU8TAF8WS2FtkE+rwMQhuSb+tkwXNs4yxMW5ZjQ0kvWIHXMY7jWiLEhAmqDmRb7 IqtA==
X-Received: by 10.66.142.107 with SMTP id rv11mr25085pab.17.1376326351060; Mon, 12 Aug 2013 09:52:31 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Mon, 12 Aug 2013 09:52:10 -0700 (PDT)
In-Reply-To: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Mon, 12 Aug 2013 09:52:10 -0700
X-Google-Sender-Auth: HVFrsHmUZLNZGqFvGCE5DyTjomE
Message-ID: <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=001a11331e464002eb04e3c2f3d7
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 17:08:50 -0000

--001a11331e464002eb04e3c2f3d7
Content-Type: text/plain; charset=ISO-8859-1

Xavi,

I believe this is a good first list. It might be interesting to go over
RFC6552 with TSCH eyes, and see whether there is anything that would
prevent us from using that as-is. It would certainly be nice if we could.

Thomas



On Fri, Aug 9, 2013 at 11:32 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi all,
>
> after discussion today I would like to start working on the contents that
> we want regarding RPL on Basic TSCH. Here I list some points I guess should
> go there:
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration.
>     -this includes how OF is calculated using numTx and numTxACK, etc..
> -RPL configuration:
>      - storing mode vs non-storing mode (I vote for non-storing mode for a
> basic configuration)
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.
>       -DAO period, idem.
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.
>
> thanks!
> X
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--001a11331e464002eb04e3c2f3d7
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Xavi,<div><br></div><div>I believe this is a good first li=
st. It might be interesting to go over RFC6552 with TSCH eyes, and see whet=
her there is anything that would prevent us from using that as-is. It would=
 certainly be nice if we could.</div>

<div><br></div><div>Thomas</div><div><br></div></div><div class=3D"gmail_ex=
tra"><br><br><div class=3D"gmail_quote">On Fri, Aug 9, 2013 at 11:32 AM, Xa=
vier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana=
@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;=
</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div><div><div><div><d=
iv><div><div><div>Hi all, <br><br></div>after discussion today I would like=
 to start working on the contents that we want regarding RPL on Basic TSCH.=
 Here I list some points I guess should go there:<br>



<br></div>-RPL objective function calculation using Neighbors information d=
escribed in Basic configuration. <br></div>=A0=A0=A0 -this includes how OF =
is calculated using numTx and numTxACK, etc.. <br></div>-RPL configuration:=
<br>



</div>=A0=A0=A0=A0 - storing mode vs non-storing mode (I vote for non-stori=
ng mode for a basic configuration)<br></div>=A0=A0=A0=A0 - DIO period. Whet=
her we use trickle algorithm (and we define the initial period) or we use a=
 fix period for DIO (no trickle) for basic configuration.<br>


</div>=A0=A0=A0=A0=A0 -DAO period, idem.<br><br></div>I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
br><br></div>thanks!<span class=3D"HOEnZb"><font color=3D"#888888"><br>X<br=
></font></span></div>


<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--001a11331e464002eb04e3c2f3d7--

From xvilajosana@berkeley.edu  Mon Aug 12 10:24:02 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A22D21F9B03 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:24:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.643
X-Spam-Level: 
X-Spam-Status: No, score=-2.643 tagged_above=-999 required=5 tests=[AWL=0.333,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lypTSK17kPMV for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:23:58 -0700 (PDT)
Received: from mail-pb0-f42.google.com (mail-pb0-f42.google.com [209.85.160.42]) by ietfa.amsl.com (Postfix) with ESMTP id D392821F9DAA for <6tsch@ietf.org>; Mon, 12 Aug 2013 10:19:17 -0700 (PDT)
Received: by mail-pb0-f42.google.com with SMTP id un15so7023749pbc.15 for <6tsch@ietf.org>; Mon, 12 Aug 2013 10:19:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=XzW2z1vRV3LRTLgSHOiJJ1Yty6SWe7vviKYUbNpgpWc=; b=aztevhMP1zu17JKxLfTDin0DuBarfzbnmeI1DFpleUMJF6aG9VM0CRkROM5iL01J+A JsO0jYs0TDE8p7quaBaPZkpU4MUGrpmc+5V8FIQKhPx2n7KOIlR68zZcRiqA6YSfDHEy kYm10tko/KMJRoc4oQszEhIweAVHJkeSDOZnhl8gb1KPKSuCL2TH7WaLWE+K/rvxN4zJ n9yWlVTtvljZRH//qZLezICiQYg3vK4rP99V6XIPBt7ag9lzPPaBjz4VYGZ43HAfvC0F EG8pSeR5pgT6CEgCmX9xWprgjTKsEhC2Hwm1O9sY3mKFfGGA6L3Oqg6Af1COFZHjVmJy iJSw==
X-Gm-Message-State: ALoCoQkwrDy7aKLH2JJqPJHugZYo9zlgJEyT1i/U9ioAWaYFFGYysH26zBzMVBPbzd7P7AmUn+Jp
MIME-Version: 1.0
X-Received: by 10.68.136.7 with SMTP id pw7mr114379pbb.106.1376327957604; Mon, 12 Aug 2013 10:19:17 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Mon, 12 Aug 2013 10:19:17 -0700 (PDT)
In-Reply-To: <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com>
Date: Mon, 12 Aug 2013 10:19:17 -0700
Message-ID: <CALEMV4Zo0oYb=07_J7a0H15b63DehkLfTaoRqyPysAVzNMqhbg@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b15a9d301f97904e3c35329
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 17:24:02 -0000

--047d7b15a9d301f97904e3c35329
Content-Type: text/plain; charset=ISO-8859-1

Thanks Thomas, I will do.

cheers!
x


On Mon, Aug 12, 2013 at 9:52 AM, Thomas Watteyne <watteyne@eecs.berkeley.edu
> wrote:

> Xavi,
>
> I believe this is a good first list. It might be interesting to go over
> RFC6552 with TSCH eyes, and see whether there is anything that would
> prevent us from using that as-is. It would certainly be nice if we could.
>
> Thomas
>
>
>
> On Fri, Aug 9, 2013 at 11:32 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:
>
>> Hi all,
>>
>> after discussion today I would like to start working on the contents that
>> we want regarding RPL on Basic TSCH. Here I list some points I guess should
>> go there:
>>
>> -RPL objective function calculation using Neighbors information described
>> in Basic configuration.
>>     -this includes how OF is calculated using numTx and numTxACK, etc..
>> -RPL configuration:
>>      - storing mode vs non-storing mode (I vote for non-storing mode for
>> a basic configuration)
>>      - DIO period. Whether we use trickle algorithm (and we define the
>> initial period) or we use a fix period for DIO (no trickle) for basic
>> configuration.
>>       -DAO period, idem.
>>
>> I kindly ask for opinions and contribution to this items so we can start
>> narrowing the content.
>>
>> thanks!
>> X
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b15a9d301f97904e3c35329
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Thanks Thomas, I will do.<br><br></div>cheers!<b=
r></div>x<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_q=
uote">On Mon, Aug 12, 2013 at 9:52 AM, Thomas Watteyne <span dir=3D"ltr">&l=
t;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@=
eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Xavi,<div><br></div><div>I =
believe this is a good first list. It might be interesting to go over RFC65=
52 with TSCH eyes, and see whether there is anything that would prevent us =
from using that as-is. It would certainly be nice if we could.</div>


<div><br></div><div>Thomas</div><div><br></div></div><div class=3D"gmail_ex=
tra"><br><br><div class=3D"gmail_quote"><div><div class=3D"h5">On Fri, Aug =
9, 2013 at 11:32 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a hre=
f=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@ee=
cs.berkeley.edu</a>&gt;</span> wrote:<br>


</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div class=3D"h5"><div dir=
=3D"ltr"><div><div><div><div><div><div><div><div><div>Hi all, <br><br></div=
>after discussion today I would like to start working on the contents that =
we want regarding RPL on Basic TSCH. Here I list some points I guess should=
 go there:<br>




<br></div>-RPL objective function calculation using Neighbors information d=
escribed in Basic configuration. <br></div>=A0=A0=A0 -this includes how OF =
is calculated using numTx and numTxACK, etc.. <br></div>-RPL configuration:=
<br>




</div>=A0=A0=A0=A0 - storing mode vs non-storing mode (I vote for non-stori=
ng mode for a basic configuration)<br></div>=A0=A0=A0=A0 - DIO period. Whet=
her we use trickle algorithm (and we define the initial period) or we use a=
 fix period for DIO (no trickle) for basic configuration.<br>



</div>=A0=A0=A0=A0=A0 -DAO period, idem.<br><br></div>I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
br><br></div>thanks!<span><font color=3D"#888888"><br>X<br></font></span></=
div>


<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b15a9d301f97904e3c35329--

From qinwang@berkeley.edu  Mon Aug 12 10:42:12 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77ACA21F94FF for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:42:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.838
X-Spam-Level: 
X-Spam-Status: No, score=-2.838 tagged_above=-999 required=5 tests=[AWL=0.138,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WcVHec3PdqMV for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:42:05 -0700 (PDT)
Received: from mail-ve0-f182.google.com (mail-ve0-f182.google.com [209.85.128.182]) by ietfa.amsl.com (Postfix) with ESMTP id 9821021F9BB6 for <6tsch@ietf.org>; Mon, 12 Aug 2013 10:39:35 -0700 (PDT)
Received: by mail-ve0-f182.google.com with SMTP id m1so5795504ves.41 for <6tsch@ietf.org>; Mon, 12 Aug 2013 10:39:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=hJUdgkB8k8QX6pk61XzCSNf3j+I9i8dVKSw6F7yBHZ8=; b=RPsu5H51yssNOhR64DxKoWaiSFXedMKBzlbdDy4gOCPxVEqRHLEokeOJm486E/YZQ+ 3a4EThIvcAsV5aIbD5TeqKLjaqN9KPKjLvaNm9Dp7XiTlAKM57Mg9JuFaOG1ij71gZyR gYiSgAEo+y6zW8KCxw+yi2W/3/+Ye9jB7fiW2tb/rfQdCMR1oU2SyOWFU3hUWTBM0Y5I SVEVfNwh9xsH/m+8JC1J/woLmiMiRvFna/e5jy5X+mLaU2x4UQq+ld7dq7//EBX3sf/f /R32JAZ7Gc9IO+GooMywRq/8TuDytnVFbxzpct6qColHpYvOPDPrjmNtkxB7AbGYC4fV +M8A==
X-Gm-Message-State: ALoCoQmT9DtTjQwhEaXyykjIuSCQ7fev66zh03q42JzO3v7+R/Ybqi4cW1FnDjBk2iWMqL5ZH5W3
MIME-Version: 1.0
X-Received: by 10.220.13.15 with SMTP id z15mr119828vcz.46.1376329175220; Mon, 12 Aug 2013 10:39:35 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Mon, 12 Aug 2013 10:39:35 -0700 (PDT)
Date: Tue, 13 Aug 2013 01:39:35 +0800
Message-ID: <CAAzoce5dm3_1bonBX5pdd-j76OzYiu9FsXEYW7u1pLoZDx7Ysg@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=001a11c3eb66954ecd04e3c39b24
Subject: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 17:42:17 -0000

--001a11c3eb66954ecd04e3c39b24
Content-Type: text/plain; charset=ISO-8859-1

Hi Pascal,

During the teleconference on last Friday, you mentioned that we will
investigate Binary JSON to define the message formats. I'm not very clear
about what is the relationship between the Binary JSON coding and 802.15.4e
Information Element. I guess that we will still use IEs to carry the 6top
messages, but for those IE coding, we will use Binary JSON. Correct?

By the way, what is the advantage to use Binary JSON format? What are your
main considerations?

Thanks
Qin

--001a11c3eb66954ecd04e3c39b24
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pascal,<div><br></div><div>During the teleconference on=
 last Friday, you mentioned that we will investigate Binary JSON to define =
the message formats. I&#39;m not very clear about what is the relationship =
between the Binary JSON coding and 802.15.4e Information Element. I guess t=
hat we will still use IEs to carry the 6top messages, but for those IE codi=
ng, we will use Binary JSON. Correct?</div>
<div><br></div><div>By the way, what is the advantage to use Binary JSON fo=
rmat? What are your main considerations?</div><div><br></div><div>Thanks</d=
iv><div>Qin</div></div>

--001a11c3eb66954ecd04e3c39b24--

From xvilajosana@berkeley.edu  Mon Aug 12 10:47:21 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D368C21F967C for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:47:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.19
X-Spam-Level: 
X-Spam-Status: No, score=-2.19 tagged_above=-999 required=5 tests=[AWL=-0.214,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KpkJjOeK9iUm for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:47:17 -0700 (PDT)
Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com [209.85.192.170]) by ietfa.amsl.com (Postfix) with ESMTP id 8ED6421F9956 for <6tsch@ietf.org>; Mon, 12 Aug 2013 10:46:59 -0700 (PDT)
Received: by mail-pd0-f170.google.com with SMTP id x10so3755256pdj.1 for <6tsch@ietf.org>; Mon, 12 Aug 2013 10:46:59 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=E61AnIsvhHdtEBME3/0fA3XOhfoQ+VM2qY2NNZnJ6Lo=; b=DJLRSeIOcF7mjZe1sBownJEbsUsb3uxPItP/jJ/rSU1fXqZ80lREkxXzYNVoSLnazI 4hb82Ac1dulG7o/FBSLrcl+Q4D1Zxgf7Zh2PVgL3v/iiQdYmh6armwyso3FoNc+IsJdE KOsFRCsCS3ZLgg+ZlXCkdtNx/bokIe8g3dpSPgmcaX+ZJ6ZgbIvMvEHdngkVR0mDCCrz PTkgdclJooxDTSsoxW/GCwdSYF4kTV6TREziEIasSPbLK6iJVKRb/lC6NM2c6sUmNY5t 0886/XYwci1FNAK1OnRzy3Tle07NFsdOIvt6MnAuvhXdgLwOERvDWyp3wrea13BbDi+s 6Smg==
X-Gm-Message-State: ALoCoQmuCpYksInB/9cuWYg7EWzSrd6OY52YbdEka08rDRzZ+PGAZvM64ZqOo0eE2dTHWivIMhdg
MIME-Version: 1.0
X-Received: by 10.68.171.165 with SMTP id av5mr243778pbc.18.1376329619181; Mon, 12 Aug 2013 10:46:59 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Mon, 12 Aug 2013 10:46:59 -0700 (PDT)
In-Reply-To: <CAAzoce5dm3_1bonBX5pdd-j76OzYiu9FsXEYW7u1pLoZDx7Ysg@mail.gmail.com>
References: <CAAzoce5dm3_1bonBX5pdd-j76OzYiu9FsXEYW7u1pLoZDx7Ysg@mail.gmail.com>
Date: Mon, 12 Aug 2013 10:46:59 -0700
Message-ID: <CALEMV4a4QBH9CGwqDkkb7vKsw+7_BHe37jbHgS4CDuaffFC0zw@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b86f77e0b990304e3c3b645
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 17:47:22 -0000

--047d7b86f77e0b990304e3c3b645
Content-Type: text/plain; charset=ISO-8859-1

Hi Qin,

my feeling is that BSON will go in the packet from the PCE to the mote that
has to be scheduled. This is a higher layer issue and relates to the
payload of a CoAP packet sent from the PCE to the mote (and viceversa). I
don't think that 6top needs BSON as an encoding for the IEs.

does it make sense?
X


On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi Pascal,
>
> During the teleconference on last Friday, you mentioned that we will
> investigate Binary JSON to define the message formats. I'm not very clear
> about what is the relationship between the Binary JSON coding and 802.15.4e
> Information Element. I guess that we will still use IEs to carry the 6top
> messages, but for those IE coding, we will use Binary JSON. Correct?
>
> By the way, what is the advantage to use Binary JSON format? What are your
> main considerations?
>
> Thanks
> Qin
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b86f77e0b990304e3c3b645
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi Qin, <br><br></div>my feeling is that BSON wi=
ll go in the packet from the PCE to the mote that has to be scheduled. This=
 is a higher layer issue and relates to the payload of a CoAP packet sent f=
rom the PCE to the mote (and viceversa). I don&#39;t think that 6top needs =
BSON as an encoding for the IEs.<br>
<br></div>does it make sense?<br>X<br></div><div class=3D"gmail_extra"><br>=
<br><div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <=
span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_bla=
nk">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Pascal,<div><br></div><d=
iv>During the teleconference on last Friday, you mentioned that we will inv=
estigate Binary JSON to define the message formats. I&#39;m not very clear =
about what is the relationship between the Binary JSON coding and 802.15.4e=
 Information Element. I guess that we will still use IEs to carry the 6top =
messages, but for those IE coding, we will use Binary JSON. Correct?</div>

<div><br></div><div>By the way, what is the advantage to use Binary JSON fo=
rmat? What are your main considerations?</div><div><br></div><div>Thanks</d=
iv><span class=3D"HOEnZb"><font color=3D"#888888"><div>Qin</div></font></sp=
an></div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b86f77e0b990304e3c3b645--

From qinwang@berkeley.edu  Mon Aug 12 10:56:49 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C04CC21F9D71 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:56:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.847
X-Spam-Level: 
X-Spam-Status: No, score=-2.847 tagged_above=-999 required=5 tests=[AWL=0.129,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XL+1UWG75806 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 10:56:36 -0700 (PDT)
Received: from mail-vb0-f45.google.com (mail-vb0-f45.google.com [209.85.212.45]) by ietfa.amsl.com (Postfix) with ESMTP id 2E97021F9D07 for <6tsch@ietf.org>; Mon, 12 Aug 2013 10:56:35 -0700 (PDT)
Received: by mail-vb0-f45.google.com with SMTP id e15so5938774vbg.18 for <6tsch@ietf.org>; Mon, 12 Aug 2013 10:56:34 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=hMe0auCBF8qi2tmWK8mZtE4PJeq3ha8n1MPkurZvIO4=; b=oYWqMkC/NPmuZTcCSlUNWSaPcoNEyN451cUTidWuDj3NS6c8cOUpYdlQmmBORf+W4X ue1BSn/CnR5eI9m4n+2lpN4xbHDVJ8eOjvz0PabxgSdu0s9gGUFINWVsPUb5mu8SnB9f 9BAUGZnrBbfGlPDziF7bPYfiEHgq7vwR2sFyzZgdCEUysEDfabnLc9q9EZzL0BdXnZmr SxLU1mEYRzBOSEBbG97rc9PeJTYADmlsEzpjqABwA4+JmyB9S5krC3o2aWnR/gTia/H2 JxGkWll8hxJrRr/X0CPVCufdfcpXHU65qjnz4VyhpUUHubYT0kObf5FiXnmaCysjV9fN vLew==
X-Gm-Message-State: ALoCoQmFDnINU+IZpQOpr0cs5gzxGwu/DM3tns7tjES4HT5E3P1cBkfIIwKc3WvWdEnkbYRdg3OH
MIME-Version: 1.0
X-Received: by 10.58.128.71 with SMTP id nm7mr162339veb.51.1376330193964; Mon, 12 Aug 2013 10:56:33 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Mon, 12 Aug 2013 10:56:33 -0700 (PDT)
In-Reply-To: <CALEMV4a4QBH9CGwqDkkb7vKsw+7_BHe37jbHgS4CDuaffFC0zw@mail.gmail.com>
References: <CAAzoce5dm3_1bonBX5pdd-j76OzYiu9FsXEYW7u1pLoZDx7Ysg@mail.gmail.com> <CALEMV4a4QBH9CGwqDkkb7vKsw+7_BHe37jbHgS4CDuaffFC0zw@mail.gmail.com>
Date: Tue, 13 Aug 2013 01:56:33 +0800
Message-ID: <CAAzoce7oFiCkKN1UqPoCR0nYY+Meown_J9dkbNOGr8FWFwFz6g@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b60518c4e1b8604e3c3d87b
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 17:56:49 -0000

--047d7b60518c4e1b8604e3c3d87b
Content-Type: text/plain; charset=ISO-8859-1

Xavi,

It make more sense to use BSON in higher layer message definition.

But if so, why it should be included in the document "Timeslot management
methods and format" ? My understanding is the document is about 6top, so
the format in the document refers to the format of 6top packets. Please
point out where I'm wrong.

Thanks
Qin


On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi Qin,
>
> my feeling is that BSON will go in the packet from the PCE to the mote
> that has to be scheduled. This is a higher layer issue and relates to the
> payload of a CoAP packet sent from the PCE to the mote (and viceversa). I
> don't think that 6top needs BSON as an encoding for the IEs.
>
> does it make sense?
> X
>
>
> On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Hi Pascal,
>>
>> During the teleconference on last Friday, you mentioned that we will
>> investigate Binary JSON to define the message formats. I'm not very clear
>> about what is the relationship between the Binary JSON coding and 802.15.4e
>> Information Element. I guess that we will still use IEs to carry the 6top
>> messages, but for those IE coding, we will use Binary JSON. Correct?
>>
>> By the way, what is the advantage to use Binary JSON format? What are
>> your main considerations?
>>
>> Thanks
>> Qin
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>

--047d7b60518c4e1b8604e3c3d87b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Xavi,<div><br></div><div>It make more sense to use BSON in=
 higher layer message definition.=A0</div><div><br></div><div>But if so, wh=
y it should be included in the document &quot;Timeslot management methods a=
nd format&quot; ? My understanding is the document is about 6top, so the fo=
rmat in the document refers to the format of 6top packets. Please point out=
 where I&#39;m wrong.</div>
<div><br></div><div>Thanks</div><div>Qin</div></div><div class=3D"gmail_ext=
ra"><br><br><div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 1:46 AM, Xav=
ier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@=
eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<=
/span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>Hi Qin, <br><br><=
/div>my feeling is that BSON will go in the packet from the PCE to the mote=
 that has to be scheduled. This is a higher layer issue and relates to the =
payload of a CoAP packet sent from the PCE to the mote (and viceversa). I d=
on&#39;t think that 6top needs BSON as an encoding for the IEs.<br>

<br></div>does it make sense?<br>X<br></div><div class=3D"gmail_extra"><br>=
<br><div class=3D"gmail_quote"><div><div class=3D"h5">On Mon, Aug 12, 2013 =
at 10:39 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berke=
ley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>

</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div class=3D"h5"><div dir=
=3D"ltr">Hi Pascal,<div><br></div><div>During the teleconference on last Fr=
iday, you mentioned that we will investigate Binary JSON to define the mess=
age formats. I&#39;m not very clear about what is the relationship between =
the Binary JSON coding and 802.15.4e Information Element. I guess that we w=
ill still use IEs to carry the 6top messages, but for those IE coding, we w=
ill use Binary JSON. Correct?</div>


<div><br></div><div>By the way, what is the advantage to use Binary JSON fo=
rmat? What are your main considerations?</div><div><br></div><div>Thanks</d=
iv><span><font color=3D"#888888"><div>Qin</div></font></span></div>

<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>

--047d7b60518c4e1b8604e3c3d87b--

From xvilajosana@berkeley.edu  Mon Aug 12 11:02:39 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39FC521F95DC for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 11:02:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.664
X-Spam-Level: 
X-Spam-Status: No, score=-2.664 tagged_above=-999 required=5 tests=[AWL=0.312,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kcEsWjxCIfmK for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 11:02:35 -0700 (PDT)
Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) by ietfa.amsl.com (Postfix) with ESMTP id 0783221F9CA8 for <6tsch@ietf.org>; Mon, 12 Aug 2013 11:02:31 -0700 (PDT)
Received: by mail-pa0-f45.google.com with SMTP id bg4so7798158pad.18 for <6tsch@ietf.org>; Mon, 12 Aug 2013 11:02:31 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ZecmNZqR1Xr2WpHirzJkvASOaaP1mpmG7sLCF6JqTEw=; b=keMiUJflLTSvDmAkDOWkSdAL7nrMai2M3u0ydBc98agzQEpxypKZA6OgepgHKcsi0B lcwCHL8j6zHdV7dJciXJTv1DKm/PMwCHcLRkAKWvsZQFa5CHHaa/z50qjVaE1dZ2f/Mk n2khqKsOnG0wur+y0EfU0uHOScYiPv01bY/4GopQ/uNU+ZZ1ErkmjBGTAXr0T9yzAQBg kNQ6N4GnnAXX2WwodZkVf/0moEkB8jy6C3DzMSROvk8JGv0MN4HJJdx49kcBl8V13P9A 9BezXfLNrCQc75rEQDRZipPPxjt1LoBy/3gFrpbIE7mQS0VbC+K48io6MGPd8V9CXwis ei6g==
X-Gm-Message-State: ALoCoQlPyjgrKnWb0u9cb3Spy9WFCwfhKRpjsW4QSPze//0C8K2OmCLLtA4Su7uh6Tgw3ULd61Zf
MIME-Version: 1.0
X-Received: by 10.68.136.7 with SMTP id pw7mr279745pbb.106.1376330551567; Mon, 12 Aug 2013 11:02:31 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Mon, 12 Aug 2013 11:02:31 -0700 (PDT)
In-Reply-To: <CAAzoce7oFiCkKN1UqPoCR0nYY+Meown_J9dkbNOGr8FWFwFz6g@mail.gmail.com>
References: <CAAzoce5dm3_1bonBX5pdd-j76OzYiu9FsXEYW7u1pLoZDx7Ysg@mail.gmail.com> <CALEMV4a4QBH9CGwqDkkb7vKsw+7_BHe37jbHgS4CDuaffFC0zw@mail.gmail.com> <CAAzoce7oFiCkKN1UqPoCR0nYY+Meown_J9dkbNOGr8FWFwFz6g@mail.gmail.com>
Date: Mon, 12 Aug 2013 11:02:31 -0700
Message-ID: <CALEMV4aoZSFEQ0LkPoWH-kEjZ3iXJUB5dGeYGv4enofAgyCuMA@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b15a9d39eb38004e3c3edd4
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 18:02:39 -0000

--047d7b15a9d39eb38004e3c3edd4
Content-Type: text/plain; charset=ISO-8859-1

Hi Qin,

I think that the work item aims to define the packet format of the messages
that will transport the schedule information, this is on top of 6top. 6top
has the API to handle that information and use its own messages (using its
IEs) to install the schedule in both sides of a link (if there is
connectivity between the two nodes).

X


On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Xavi,
>
> It make more sense to use BSON in higher layer message definition.
>
> But if so, why it should be included in the document "Timeslot management
> methods and format" ? My understanding is the document is about 6top, so
> the format in the document refers to the format of 6top packets. Please
> point out where I'm wrong.
>
> Thanks
> Qin
>
>
> On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:
>
>> Hi Qin,
>>
>> my feeling is that BSON will go in the packet from the PCE to the mote
>> that has to be scheduled. This is a higher layer issue and relates to the
>> payload of a CoAP packet sent from the PCE to the mote (and viceversa). I
>> don't think that 6top needs BSON as an encoding for the IEs.
>>
>> does it make sense?
>> X
>>
>>
>> On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Hi Pascal,
>>>
>>> During the teleconference on last Friday, you mentioned that we will
>>> investigate Binary JSON to define the message formats. I'm not very clear
>>> about what is the relationship between the Binary JSON coding and 802.15.4e
>>> Information Element. I guess that we will still use IEs to carry the 6top
>>> messages, but for those IE coding, we will use Binary JSON. Correct?
>>>
>>> By the way, what is the advantage to use Binary JSON format? What are
>>> your main considerations?
>>>
>>> Thanks
>>> Qin
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>

--047d7b15a9d39eb38004e3c3edd4
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi Qin,<br><br></div>I think that the work item =
aims to define the packet format of the messages that will transport the sc=
hedule information, this is on top of 6top. 6top has the API to handle that=
 information and use its own messages (using its IEs) to install the schedu=
le in both sides of a link (if there is connectivity between the two nodes)=
.<br>
<br></div>X<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote">On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <span dir=3D"ltr">&lt;<a=
 href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.ed=
u</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Xavi,<div><br></div><div>It=
 make more sense to use BSON in higher layer message definition.=A0</div><d=
iv><br>
</div><div>But if so, why it should be included in the document &quot;Times=
lot management methods and format&quot; ? My understanding is the document =
is about 6top, so the format in the document refers to the format of 6top p=
ackets. Please point out where I&#39;m wrong.</div>

<div><br></div><div>Thanks</div><span class=3D"HOEnZb"><font color=3D"#8888=
88"><div>Qin</div></font></span></div><div class=3D"HOEnZb"><div class=3D"h=
5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, Au=
g 13, 2013 at 1:46 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a h=
ref=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@=
eecs.berkeley.edu</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>Hi Qin, <br><br><=
/div>my feeling is that BSON will go in the packet from the PCE to the mote=
 that has to be scheduled. This is a higher layer issue and relates to the =
payload of a CoAP packet sent from the PCE to the mote (and viceversa). I d=
on&#39;t think that 6top needs BSON as an encoding for the IEs.<br>


<br></div>does it make sense?<br>X<br></div><div class=3D"gmail_extra"><br>=
<br><div class=3D"gmail_quote"><div><div>On Mon, Aug 12, 2013 at 10:39 AM, =
Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" targ=
et=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>


</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div><div dir=3D"ltr">Hi Pa=
scal,<div><br></div><div>During the teleconference on last Friday, you ment=
ioned that we will investigate Binary JSON to define the message formats. I=
&#39;m not very clear about what is the relationship between the Binary JSO=
N coding and 802.15.4e Information Element. I guess that we will still use =
IEs to carry the 6top messages, but for those IE coding, we will use Binary=
 JSON. Correct?</div>



<div><br></div><div>By the way, what is the advantage to use Binary JSON fo=
rmat? What are your main considerations?</div><div><br></div><div>Thanks</d=
iv><span><font color=3D"#888888"><div>Qin</div></font></span></div>

<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7b15a9d39eb38004e3c3edd4--

From pthubert@cisco.com  Mon Aug 12 11:23:44 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 328E221F8790 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 11:23:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.543
X-Spam-Level: 
X-Spam-Status: No, score=-10.543 tagged_above=-999 required=5 tests=[AWL=0.055, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OMLMw3FaGf0B for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 11:23:34 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 47F4D21F8493 for <6tsch@ietf.org>; Mon, 12 Aug 2013 11:23:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9078; q=dns/txt; s=iport; t=1376331814; x=1377541414; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=fRYViSXuj3YR+X/v5Dig9qYSBl+LYAh7JvHxt1bUa/k=; b=LYoq5pf5wI+5dpPYFAGBqjrHJlRj/e8rxe8WyQw7IUdQnwA1XkDsQyEC jD38jizk6kPSFbOplmC+mTs0ZuqmkYSRiYBAjfuwf4nfHjSn1l15L/hiA jfOx9u83zWbMuIsZ9v4Nb5HZ5i+blUG6DDVy3kGujb6XuuRS0GF9Iluvv w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgsFACUnCVKtJXG+/2dsb2JhbABbDoI0RDVQvlaBGxZ0giUBAQQBAQEqQRsCAQgSEB0HJwsUAw4CBAESCIgIDLZNBJAKLQoBgxt2A4VHo26CXT6CKg
X-IronPort-AV: E=Sophos;i="4.89,863,1367971200";  d="scan'208,217";a="246361604"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-2.cisco.com with ESMTP; 12 Aug 2013 18:23:32 +0000
Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id r7CINWWM015872 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 12 Aug 2013 18:23:32 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.107]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.02.0318.004; Mon, 12 Aug 2013 13:23:31 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOl36idF4NGU1oNkW6KVGqJ7fL45mR0Xxg
Date: Mon, 12 Aug 2013 18:23:31 +0000
Deferred-Delivery: Mon, 12 Aug 2013 17:27:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com>
In-Reply-To: <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.80.229]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413E5854xmbrcdx01ciscoc_"
MIME-Version: 1.0
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 18:23:44 -0000

--_000_E045AECD98228444A58C61C200AE1BD8413E5854xmbrcdx01ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD8413E5854xmbrcdx01ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Xavi:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</=
o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</=
o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see in=
line<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp; -this includes how OF is calculat=
ed using numTx and numTxACK, etc..
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">[]
<o:p></o:p></span></i></b></p>
<p class=3D"MsoNormal">-RPL configuration:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp; - storing mode vs non-stori=
ng mode (I vote for non-storing mode for a basic configuration)<o:p></o:p><=
/p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we us=
e trickle algorithm (and we define the initial period) or we use a fix peri=
od for DIO (no trickle) for basic configuration.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">Some of that discussion may be spread between other drafts like the a=
rchitecture.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">Cheers;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">Pascal<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D"><o:p>&nbsp;</o:p></span></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
<span class=3D"hoenzb">X</span></span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD8413E5854xmbrcdx01ciscoc_--

From xvilajosana@berkeley.edu  Mon Aug 12 11:38:08 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72EC921F9EE1 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 11:38:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level: 
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[AWL=0.278,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sRkVF6yOr1tL for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 11:38:04 -0700 (PDT)
Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) by ietfa.amsl.com (Postfix) with ESMTP id 5634E21F9EEB for <6tsch@ietf.org>; Mon, 12 Aug 2013 11:37:47 -0700 (PDT)
Received: by mail-pa0-f51.google.com with SMTP id lf1so5038491pab.24 for <6tsch@ietf.org>; Mon, 12 Aug 2013 11:37:46 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=VnIcEs6yZ3GOOwwWm5zbd2rgtZp0a1Cjt9Ccjv2dBMs=; b=nZ+Ld8T5DQLJ+3il3psCrNLVuqciYS5oEtPjXly+COIPvycHcvjiD+0o37KK10USr5 ZVqgFJsA70+1h79MsofMJ26sCkh5Mpi2+sX49Onu/cN5Y5uB1MVf9p5CqDNhAIR+pdbV AM5gGkB0htKcXyAFOn0b0DR4EkvHM2WuxJHO+Wi7l0agwrGGJjAK0GDTbsavM57t/04N kn5H/WmSQ+YveQbG1iG9XfpGudS/jh3Kcslqr+6qYp4M/UCLtgegkDPOBD7fuC1ZGAjP ZTzU1ktlEcKlDgfSZZ6qj0B6f+7iDqdMG3K1vqgbPiKuk6NdZp9Mgxq+p60NQSIGVjVX 6GVA==
X-Gm-Message-State: ALoCoQmJKaQBzQQ1G/5d009vh1JKNe5dPF6rin6RN+1r0JA0OMBf0e5ywttnOuvGv+3+qV5wHuG2
MIME-Version: 1.0
X-Received: by 10.68.36.132 with SMTP id q4mr417262pbj.118.1376332666569; Mon, 12 Aug 2013 11:37:46 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Mon, 12 Aug 2013 11:37:46 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com>
Date: Mon, 12 Aug 2013 11:37:46 -0700
Message-ID: <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=bcaec5216259af16a304e3c46b77
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 18:38:08 -0000

--bcaec5216259af16a304e3c46b77
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

*[] *We need to discuss NUD as well. How do we know a peer is gone missing?
Only reactive to traffic has issues like a child may never realize a parent
is gone if there is no outwards traffic so it will fail to update DAO
states. How can MAC mechanisms help?

Keep alive packets help on that. :-)
X


On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Hello Xavi:****
>
> ** **
>
> ** **
>
> Please see inline****
>
> ** **
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
> ** **
>
> *[] *
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
> ** **
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
> ** **
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
> ** **
>
> Cheers;****
>
> ** **
>
> Pascal****
>
> ** **
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--bcaec5216259af16a304e3c46b77
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi Pascal,<br><br><b><i><span style=3D"font-size=
:11pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:rgb(31,7=
3,125)">[]
</span></i></b><span style=3D"font-size:11pt;font-family:&quot;Calibri&quot=
;,&quot;sans-serif&quot;;color:rgb(31,73,125)">We
 need to discuss NUD as well. How do we know a peer is gone missing?=20
Only reactive to traffic has issues like a child may never realize a=20
parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can=20
MAC mechanisms help?</span><br><br></div>Keep alive packets help on that. :=
-)<br></div>X<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gma=
il_quote">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <span=
 dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pt=
hubert@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><a name=3D"14073c50c084ed09__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">Hello Xavi:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR"><u></u>=A0<u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR"><u></u>=A0<u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Please see in=
line<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<div>
<div>
<div>
<div>
<div>
<div><div class=3D"im">
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d"><u></u>=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
<u></u><u></u></span></i></b></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d"><u></u>=A0<u></u></spa=
n></p>
</div><p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.<u></u><u></u></span></p>
<div class=3D"im">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div></div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.<u></u><u></u></span></p>
</div><div class=3D"im">
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div><p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span sty=
le=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quo=
t;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.<u></u><u></u></span></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d"><u></u>=A0<u></u></span></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
<span>X</span></span><u></u><u></u></p>
</div><div class=3D"im">
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div></div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--bcaec5216259af16a304e3c46b77--

From pthubert@cisco.com  Mon Aug 12 11:47:05 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B072311E80D7 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 11:47:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.546
X-Spam-Level: 
X-Spam-Status: No, score=-10.546 tagged_above=-999 required=5 tests=[AWL=0.052, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r8Gybaen1rP3 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 11:46:59 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id C2D8021F9E34 for <6tsch@ietf.org>; Mon, 12 Aug 2013 11:46:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15729; q=dns/txt; s=iport; t=1376333218; x=1377542818; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Pxue+l1s7N0zBtpAtDVSs05wtV1Lq1YSXPFTMrrrR/k=; b=PJJE5JGnphuU/4XVFlLmuun/F3U3le3ZHH6OQJ/E9WXmfPVUd5eM6Vik VtVNaEukCqVLdAdAeTO9ZYCfDYIp0wRaLg3vydxnThfSxBSH5TyB9Mq0j O5H6puclRXiOm67nEEe32ac0LaIh8qRnOALdznFd2oAB+UEwKJKu0FUcw M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AoEGAAItCVKtJXHB/2dsb2JhbABbDoI0RDVQvlaBGxZtB4IkAQEBBAEBASpBCxACAQgRAQMBAQsdBycLFAMGCAIEDgUIiAgMtl8Ejm+BGy0EBgGDG3YDhUeDLqBAgl0+gio
X-IronPort-AV: E=Sophos;i="4.89,863,1367971200";  d="scan'208,217";a="246372398"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-2.cisco.com with ESMTP; 12 Aug 2013 18:46:52 +0000
Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id r7CIkp5H014879 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 12 Aug 2013 18:46:51 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.107]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.02.0318.004; Mon, 12 Aug 2013 13:46:51 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOl4sLeYRffFFoHE+jd88ompQmTJmR56Kw
Date: Mon, 12 Aug 2013 18:46:51 +0000
Deferred-Delivery: Mon, 12 Aug 2013 18:46:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com>
In-Reply-To: <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.80.229]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413E58F0xmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 18:47:05 -0000

--_000_E045AECD98228444A58C61C200AE1BD8413E58F0xmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD8413E58F0xmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Xavi:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery dra=
in. Question is what is the optimal way with TSCH for a
 child to find that the parent is gone, in the absence of traffic?<o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll =
have (or not) EBs, and that we will (or not) time sync from the RPL parent,=
 there is probably something we can recommend, and limitations
 to the granularity that we get.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"14073c50c084ed09__MailEndCompose"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL objective function calculation using Neighbors information de=
scribed in Basic configuration.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp; -this includes how OF is calculated using numTx=
 and numTxACK, etc..
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL configuration:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - storing mode vs non-storing mode (I vot=
e for non-storing mode for a basic configuration)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD8413E58F0xmbrcdx01ciscoc_--

From rsudhaak@cisco.com  Mon Aug 12 12:40:05 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 618B321F9F9D for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 12:40:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YqbU-s4Noan2 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 12:40:00 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 4A8BC21F9F44 for <6tsch@ietf.org>; Mon, 12 Aug 2013 12:40:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9003; q=dns/txt; s=iport; t=1376336400; x=1377546000; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=VxOj5K0qqZxg+apcbw2g55FPlUbjKcYkoz2KgZAT4cg=; b=PZh6I++pSfQhzlKl5wQRHwRzPh3VTkVY2NkFPfEkmuAQHT3xkijviuKR v0nJUCaW2lg0W6uIN0tfbjRK2GB4mMf4/yieZkLrOqQ6wR/lXV738T71z MeEsSlXjGhepJ38tKeV/jMopXwyZKOS5k37pkwceYJIfwxdl2mTz6aYLR w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgsFAHU5CVKtJXHA/2dsb2JhbABbDoI0RDVQvlaBGxZ0giQBAQEEAQEBawQHEgEIEQMBAgsdLgsUCQgCBAENBQiICAy2XQSQCiANBAcGgxV2A6k1gl0+gio
X-IronPort-AV: E=Sophos;i="4.89,863,1367971200";  d="scan'208,217";a="246229738"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-1.cisco.com with ESMTP; 12 Aug 2013 19:39:49 +0000
Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id r7CJdnQb026185 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 12 Aug 2013 19:39:49 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.99]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.02.0318.004; Mon, 12 Aug 2013 14:39:49 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>, Qin Wang <qinwang@berkeley.edu>
Thread-Topic: [6tsch] about format
Thread-Index: AQHOl5O0VFMfU5uj3UagrCHQncSqZg==
Date: Mon, 12 Aug 2013 19:39:48 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958D@xmb-rcd-x04.cisco.com>
In-Reply-To: <CALEMV4aoZSFEQ0LkPoWH-kEjZ3iXJUB5dGeYGv4enofAgyCuMA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.154.204.188]
Content-Type: multipart/alternative; boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958Dxmbrcdx04ciscoc_"
MIME-Version: 1.0
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 19:40:05 -0000

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958Dxmbrcdx04ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Qin,
There is an advantage of using BSON over regular JSON for the purpose of tr=
ansporting schedule information. Most of this info is bitmaps, and BSON cap=
ability to handle binary payload will be efficient compared to regular JSON=
. If we define the formats as regular BSON as opposed to custom formats, th=
e implementation of 6top in various languages will also be easier as BSON l=
ibraries are readily available.

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Monday, August 12, 2013 11:02 AM
To: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Cc: "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6tsch@ie=
tf.org>>
Subject: Re: [6tsch] about format

Hi Qin,

I think that the work item aims to define the packet format of the messages=
 that will transport the schedule information, this is on top of 6top. 6top=
 has the API to handle that information and use its own messages (using its=
 IEs) to install the schedule in both sides of a link (if there is connecti=
vity between the two nodes).

X


On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Xavi,

It make more sense to use BSON in higher layer message definition.

But if so, why it should be included in the document "Timeslot management m=
ethods and format" ? My understanding is the document is about 6top, so the=
 format in the document refers to the format of 6top packets. Please point =
out where I'm wrong.

Thanks
Qin


On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi Qin,

my feeling is that BSON will go in the packet from the PCE to the mote that=
 has to be scheduled. This is a higher layer issue and relates to the paylo=
ad of a CoAP packet sent from the PCE to the mote (and viceversa). I don't =
think that 6top needs BSON as an encoding for the IEs.

does it make sense?
X


On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi Pascal,

During the teleconference on last Friday, you mentioned that we will invest=
igate Binary JSON to define the message formats. I'm not very clear about w=
hat is the relationship between the Binary JSON coding and 802.15.4e Inform=
ation Element. I guess that we will still use IEs to carry the 6top message=
s, but for those IE coding, we will use Binary JSON. Correct?

By the way, what is the advantage to use Binary JSON format? What are your =
main considerations?

Thanks
Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch





--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958Dxmbrcdx04ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-ID: <5CF26BD24AF50045BDB91D5F2717C4A2@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>Qin,</div>
<div>There is an advantage of using BSON over regular JSON for the purpose =
of transporting schedule information. Most of this info is bitmaps, and BSO=
N capability to handle binary payload will be efficient compared to regular=
 JSON. If we define the formats
 as regular BSON as opposed to custom formats, the implementation of 6top i=
n various languages will also be easier as BSON libraries are readily avail=
able.</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Xavier Vilajosana Guillen &lt=
;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu">xvilajosana@eecs.berkeley=
.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Reply-To: </span>&lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Monday, August 12, 2013 11:02=
 AM<br>
<span style=3D"font-weight:bold">To: </span>Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6tsch@ietf.org">6ts=
ch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] about format<b=
r>
</div>
<div><br>
</div>
<div dir=3D"ltr">
<div>
<div>Hi Qin,<br>
<br>
</div>
I think that the work item aims to define the packet format of the messages=
 that will transport the schedule information, this is on top of 6top. 6top=
 has the API to handle that information and use its own messages (using its=
 IEs) to install the schedule in
 both sides of a link (if there is connectivity between the two nodes).<br>
<br>
</div>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <span=
 dir=3D"ltr">
&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berke=
ley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Xavi,
<div><br>
</div>
<div>It make more sense to use BSON in higher layer message definition.&nbs=
p;</div>
<div><br>
</div>
<div>But if so, why it should be included in the document &quot;Timeslot ma=
nagement methods and format&quot; ? My understanding is the document is abo=
ut 6top, so the format in the document refers to the format of 6top packets=
. Please point out where I'm wrong.</div>
<div><br>
</div>
<div>Thanks</div>
<span class=3D"HOEnZb"><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<div class=3D"HOEnZb">
<div class=3D"h5">
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosa=
na Guillen
<span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targ=
et=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">
<div>
<div>Hi Qin, <br>
<br>
</div>
my feeling is that BSON will go in the packet from the PCE to the mote that=
 has to be scheduled. This is a higher layer issue and relates to the paylo=
ad of a CoAP packet sent from the PCE to the mote (and viceversa). I don't =
think that 6top needs BSON as an
 encoding for the IEs.<br>
<br>
</div>
does it make sense?<br>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">
<div>
<div>On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt;</span> wrote:<br>
</div>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div>
<div>
<div dir=3D"ltr">Hi Pascal,
<div><br>
</div>
<div>During the teleconference on last Friday, you mentioned that we will i=
nvestigate Binary JSON to define the message formats. I'm not very clear ab=
out what is the relationship between the Binary JSON coding and 802.15.4e I=
nformation Element. I guess that
 we will still use IEs to carry the 6top messages, but for those IE coding,=
 we will use Binary JSON. Correct?</div>
<div><br>
</div>
<div>By the way, what is the advantage to use Binary JSON format? What are =
your main considerations?</div>
<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<br>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958Dxmbrcdx04ciscoc_--

From qinwang@berkeley.edu  Mon Aug 12 14:24:15 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6DEF21F963F for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 14:23:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.856
X-Spam-Level: 
X-Spam-Status: No, score=-2.856 tagged_above=-999 required=5 tests=[AWL=0.120,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4iyt7WeJynI5 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 14:23:49 -0700 (PDT)
Received: from mail-vc0-f174.google.com (mail-vc0-f174.google.com [209.85.220.174]) by ietfa.amsl.com (Postfix) with ESMTP id 3987E21F994B for <6tsch@ietf.org>; Mon, 12 Aug 2013 14:23:44 -0700 (PDT)
Received: by mail-vc0-f174.google.com with SMTP id gd11so3236897vcb.19 for <6tsch@ietf.org>; Mon, 12 Aug 2013 14:23:42 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=KU21yH3FL07AbnU6AGCzTWlbLtZntz9HsWBDJy7a2Nk=; b=EpZ1jkh1cBB1eDFn8FZwCTyp9CHJJ1zmBsB6pWUb9eFAm1Uj4il+S9l2O8+KG6OAOG wPuaMvozs+imYiBJ11VjLwzYn10J9eeVj/vgnEksxsoxjtFIIUFyvCeJWhB7qOrDUTKY LgADGKCUnsZ6+FHALMDkQW8PyJagPgoEzQEJY4MRhTDilliWq9DydoPuDaoc0yqkcaEe VMrym0IYqfZGS1VrVeIWsXK4gOEFlI22fSGtl977J05gpTGfmY3qXCU5sZMpvg6TPuhX 4DLv8lC9WDxMLZLgzyt3rKuBxms1C+RW3fjvV3zTxLVj8D7UujTJrMZMUA/dUClQDeSO Gziw==
X-Gm-Message-State: ALoCoQkOL26Z7PbvSxLv7sr6O9wzxyYGrhN9aOiTTH4NbnjpUBG4j6SeeCfjaKAvQSdwQV8G4I7Z
MIME-Version: 1.0
X-Received: by 10.52.187.162 with SMTP id ft2mr710141vdc.10.1376342622565; Mon, 12 Aug 2013 14:23:42 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Mon, 12 Aug 2013 14:23:42 -0700 (PDT)
In-Reply-To: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958D@xmb-rcd-x04.cisco.com>
References: <CALEMV4aoZSFEQ0LkPoWH-kEjZ3iXJUB5dGeYGv4enofAgyCuMA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958D@xmb-rcd-x04.cisco.com>
Date: Tue, 13 Aug 2013 05:23:42 +0800
Message-ID: <CAAzoce6An9WuVo-XL6B_VcFPYxgVvfijxH-Q7mf-qDMV+YN6-w@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
Content-Type: multipart/alternative; boundary=bcaec548a7af1b848a04e3c6bd51
Cc: "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 21:24:16 -0000

--bcaec548a7af1b848a04e3c6bd51
Content-Type: text/plain; charset=ISO-8859-1

Hi Xavi and Raghuram,

Now I can see the advantage of BSON.

Regarding to the scope of "Timeslot Management Methods and Formats", and
the relationship between task item-1 and item-2, now my understanding is as
follows.

(1) item-2 is about 6top. In the first step, it is a subset of 6top, only
includes the commands and packets/IEs used for static case, i.e. Enhanced
Beacon based schedule establishment. It still use custom format and 15.4e
IE to carry.

(2) item-1 is about the management messages carried by upper layer
protocols like CoAP to use 6top. It is still a open issue to use BSON or
custom format to define the management messages.

Correct?

Thanks
Qin








On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <
rsudhaak@cisco.com> wrote:

>  Qin,
> There is an advantage of using BSON over regular JSON for the purpose of
> transporting schedule information. Most of this info is bitmaps, and BSON
> capability to handle binary payload will be efficient compared to regular
> JSON. If we define the formats as regular BSON as opposed to custom
> formats, the implementation of 6top in various languages will also be
> easier as BSON libraries are readily available.
>
>   From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> Reply-To: <xvilajosana@eecs.berkeley.edu>
> Date: Monday, August 12, 2013 11:02 AM
> To: Qin Wang <qinwang@berkeley.edu>
> Cc: "6tsch@ietf.org" <6tsch@ietf.org>
> Subject: Re: [6tsch] about format
>
>   Hi Qin,
>
>  I think that the work item aims to define the packet format of the
> messages that will transport the schedule information, this is on top of
> 6top. 6top has the API to handle that information and use its own messages
> (using its IEs) to install the schedule in both sides of a link (if there
> is connectivity between the two nodes).
>
>  X
>
>
> On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Xavi,
>>
>>  It make more sense to use BSON in higher layer message definition.
>>
>>  But if so, why it should be included in the document "Timeslot
>> management methods and format" ? My understanding is the document is about
>> 6top, so the format in the document refers to the format of 6top packets.
>> Please point out where I'm wrong.
>>
>>  Thanks
>>  Qin
>>
>>
>> On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:
>>
>>>  Hi Qin,
>>>
>>>  my feeling is that BSON will go in the packet from the PCE to the mote
>>> that has to be scheduled. This is a higher layer issue and relates to the
>>> payload of a CoAP packet sent from the PCE to the mote (and viceversa). I
>>> don't think that 6top needs BSON as an encoding for the IEs.
>>>
>>>  does it make sense?
>>> X
>>>
>>>
>>>  On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <qinwang@berkeley.edu>wrote:
>>>
>>>>  Hi Pascal,
>>>>
>>>>  During the teleconference on last Friday, you mentioned that we will
>>>> investigate Binary JSON to define the message formats. I'm not very clear
>>>> about what is the relationship between the Binary JSON coding and 802.15.4e
>>>> Information Element. I guess that we will still use IEs to carry the 6top
>>>> messages, but for those IE coding, we will use Binary JSON. Correct?
>>>>
>>>>  By the way, what is the advantage to use Binary JSON format? What are
>>>> your main considerations?
>>>>
>>>>  Thanks
>>>>  Qin
>>>>
>>>>  _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>
>>
>

--bcaec548a7af1b848a04e3c6bd51
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Xavi and Raghuram,<div><br></div><div>Now I can see the=
 advantage of BSON.</div><div><br></div><div>Regarding to the scope of=A0&q=
uot;Timeslot Management Methods and Formats&quot;, and the relationship bet=
ween task item-1 and item-2, now my understanding is as follows.</div>
<div><br></div><div>(1) item-2 is about 6top. In the first step, it is a su=
bset of 6top, only includes the commands and packets/IEs used for static ca=
se, i.e. Enhanced Beacon based schedule establishment. It still use custom =
format and 15.4e IE to carry.</div>
<div><br></div><div>(2) item-1 is about the management messages carried by =
upper layer protocols like CoAP to use 6top. It is still a open issue to us=
e BSON or custom format to define the management messages.</div><div><br>
</div><div>Correct?</div><div><br></div><div>Thanks</div><div>Qin</div><div=
><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div=
><br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quo=
te">
On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <span dir=3D=
"ltr">&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@=
cisco.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div style=3D"font-size:14px;font-family:Calibri,sans-serif;word-wrap:break=
-word">
<div>Qin,</div>
<div>There is an advantage of using BSON over regular JSON for the purpose =
of transporting schedule information. Most of this info is bitmaps, and BSO=
N capability to handle binary payload will be efficient compared to regular=
 JSON. If we define the formats
 as regular BSON as opposed to custom formats, the implementation of 6top i=
n various languages will also be easier as BSON libraries are readily avail=
able.</div>
<div><br>
</div>
<span>
<div style=3D"border-right:medium none;padding-right:0in;padding-left:0in;p=
adding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;fon=
t-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-lef=
t:medium none">

<span style=3D"font-weight:bold">From: </span>Xavier Vilajosana Guillen &lt=
;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajo=
sana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Reply-To: </span>&lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Monday, August 12, 2013 11:02=
 AM<br>
<span style=3D"font-weight:bold">To: </span>Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6=
tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] about format<b=
r>
</div><div><div class=3D"h5">
<div><br>
</div>
<div dir=3D"ltr">
<div>
<div>Hi Qin,<br>
<br>
</div>
I think that the work item aims to define the packet format of the messages=
 that will transport the schedule information, this is on top of 6top. 6top=
 has the API to handle that information and use its own messages (using its=
 IEs) to install the schedule in
 both sides of a link (if there is connectivity between the two nodes).<br>
<br>
</div>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <span=
 dir=3D"ltr">
&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berke=
ley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Xavi,
<div><br>
</div>
<div>It make more sense to use BSON in higher layer message definition.=A0<=
/div>
<div><br>
</div>
<div>But if so, why it should be included in the document &quot;Timeslot ma=
nagement methods and format&quot; ? My understanding is the document is abo=
ut 6top, so the format in the document refers to the format of 6top packets=
. Please point out where I&#39;m wrong.</div>

<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<div>
<div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosa=
na Guillen
<span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targ=
et=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">
<div>
<div>Hi Qin, <br>
<br>
</div>
my feeling is that BSON will go in the packet from the PCE to the mote that=
 has to be scheduled. This is a higher layer issue and relates to the paylo=
ad of a CoAP packet sent from the PCE to the mote (and viceversa). I don&#3=
9;t think that 6top needs BSON as an
 encoding for the IEs.<br>
<br>
</div>
does it make sense?<br>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">
<div>
<div>On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt;</span> wrote:<br>
</div>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div>
<div>
<div dir=3D"ltr">Hi Pascal,
<div><br>
</div>
<div>During the teleconference on last Friday, you mentioned that we will i=
nvestigate Binary JSON to define the message formats. I&#39;m not very clea=
r about what is the relationship between the Binary JSON coding and 802.15.=
4e Information Element. I guess that
 we will still use IEs to carry the 6top messages, but for those IE coding,=
 we will use Binary JSON. Correct?</div>
<div><br>
</div>
<div>By the way, what is the advantage to use Binary JSON format? What are =
your main considerations?</div>
<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<br>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div></span>
</div>

</blockquote></div><br></div>

--bcaec548a7af1b848a04e3c6bd51--

From xvilajosana@berkeley.edu  Mon Aug 12 14:38:44 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6DD521F8FD8 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 14:38:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.726
X-Spam-Level: 
X-Spam-Status: No, score=-2.726 tagged_above=-999 required=5 tests=[AWL=0.250,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C14V7t8wQfdD for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 14:38:39 -0700 (PDT)
Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) by ietfa.amsl.com (Postfix) with ESMTP id 91BE721F8F63 for <6tsch@ietf.org>; Mon, 12 Aug 2013 14:38:39 -0700 (PDT)
Received: by mail-pa0-f45.google.com with SMTP id bg4so8009640pad.18 for <6tsch@ietf.org>; Mon, 12 Aug 2013 14:38:39 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=qOFG+8oSnGqyfkdtdoom1x9322nViCNEFfzZ8oeTizs=; b=FfcE7xL3OxYoj/au2abSvLQeyNM8AeD6isyw/t9T5D4JBiIPdub+nmkpV0AG62dmAk oxgynE243CS5LGU+fKg+HYPon3vD7t3mNHpEPU1vveoCD2+WUVRNW0iBypdJYqUgfKsp U5BefQkgOXTNdwNr/EhaES1MAV4ESJ3C20Km16WFu/2K1IMUbw4/rPORe3eBWnCskbsi WRHQasLerMcVp+69wZNyG5FpkEILFLJsYCIqxLas2kObYv+N92KENc0LzSSUT7fuh57C xI8Qz2sat7Dhcxzb6odAsCZMr1NkoVXK7xTBva0GVeVIbK4CsmKHf36EkTDNoJNcs+QY 8dSg==
X-Gm-Message-State: ALoCoQnoWLBeFJ4GfQDOJcDfzV7mJvrAFc5Gy7aXNoNW1e5GrHaH20TMof9ipnknu1TpZVJCigJH
MIME-Version: 1.0
X-Received: by 10.67.8.98 with SMTP id dj2mr1055665pad.47.1376343519095; Mon, 12 Aug 2013 14:38:39 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Mon, 12 Aug 2013 14:38:39 -0700 (PDT)
In-Reply-To: <CAAzoce6An9WuVo-XL6B_VcFPYxgVvfijxH-Q7mf-qDMV+YN6-w@mail.gmail.com>
References: <CALEMV4aoZSFEQ0LkPoWH-kEjZ3iXJUB5dGeYGv4enofAgyCuMA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958D@xmb-rcd-x04.cisco.com> <CAAzoce6An9WuVo-XL6B_VcFPYxgVvfijxH-Q7mf-qDMV+YN6-w@mail.gmail.com>
Date: Mon, 12 Aug 2013 14:38:39 -0700
Message-ID: <CALEMV4Y5KDKk0A_U2ZFs3=6=10i=sCW888B6xNGFpnUP-sRvWg@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=089e0158bbc68b770a04e3c6f262
Cc: "Raghuram Sudhaakar \(rsudhaak\)" <rsudhaak@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2013 21:38:44 -0000

--089e0158bbc68b770a04e3c6f262
Content-Type: text/plain; charset=ISO-8859-1

Hi Qin,

this sounds correct to me.
X


On Mon, Aug 12, 2013 at 2:23 PM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi Xavi and Raghuram,
>
> Now I can see the advantage of BSON.
>
> Regarding to the scope of "Timeslot Management Methods and Formats", and
> the relationship between task item-1 and item-2, now my understanding is as
> follows.
>
> (1) item-2 is about 6top. In the first step, it is a subset of 6top, only
> includes the commands and packets/IEs used for static case, i.e. Enhanced
> Beacon based schedule establishment. It still use custom format and 15.4e
> IE to carry.
>
> (2) item-1 is about the management messages carried by upper layer
> protocols like CoAP to use 6top. It is still a open issue to use BSON or
> custom format to define the management messages.
>
> Correct?
>
> Thanks
> Qin
>
>
>
>
>
>
>
>
> On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:
>
>>  Qin,
>> There is an advantage of using BSON over regular JSON for the purpose of
>> transporting schedule information. Most of this info is bitmaps, and BSON
>> capability to handle binary payload will be efficient compared to regular
>> JSON. If we define the formats as regular BSON as opposed to custom
>> formats, the implementation of 6top in various languages will also be
>> easier as BSON libraries are readily available.
>>
>>   From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
>> Reply-To: <xvilajosana@eecs.berkeley.edu>
>> Date: Monday, August 12, 2013 11:02 AM
>> To: Qin Wang <qinwang@berkeley.edu>
>> Cc: "6tsch@ietf.org" <6tsch@ietf.org>
>> Subject: Re: [6tsch] about format
>>
>>   Hi Qin,
>>
>>  I think that the work item aims to define the packet format of the
>> messages that will transport the schedule information, this is on top of
>> 6top. 6top has the API to handle that information and use its own messages
>> (using its IEs) to install the schedule in both sides of a link (if there
>> is connectivity between the two nodes).
>>
>>  X
>>
>>
>> On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Xavi,
>>>
>>>  It make more sense to use BSON in higher layer message definition.
>>>
>>>  But if so, why it should be included in the document "Timeslot
>>> management methods and format" ? My understanding is the document is about
>>> 6top, so the format in the document refers to the format of 6top packets.
>>> Please point out where I'm wrong.
>>>
>>>  Thanks
>>>  Qin
>>>
>>>
>>> On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosana Guillen <
>>> xvilajosana@eecs.berkeley.edu> wrote:
>>>
>>>>  Hi Qin,
>>>>
>>>>  my feeling is that BSON will go in the packet from the PCE to the mote
>>>> that has to be scheduled. This is a higher layer issue and relates to the
>>>> payload of a CoAP packet sent from the PCE to the mote (and viceversa). I
>>>> don't think that 6top needs BSON as an encoding for the IEs.
>>>>
>>>>  does it make sense?
>>>> X
>>>>
>>>>
>>>>  On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <qinwang@berkeley.edu>wrote:
>>>>
>>>>>  Hi Pascal,
>>>>>
>>>>>  During the teleconference on last Friday, you mentioned that we will
>>>>> investigate Binary JSON to define the message formats. I'm not very clear
>>>>> about what is the relationship between the Binary JSON coding and 802.15.4e
>>>>> Information Element. I guess that we will still use IEs to carry the 6top
>>>>> messages, but for those IE coding, we will use Binary JSON. Correct?
>>>>>
>>>>>  By the way, what is the advantage to use Binary JSON format? What
>>>>> are your main considerations?
>>>>>
>>>>>  Thanks
>>>>>  Qin
>>>>>
>>>>>  _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>>
>>>>
>>>
>>
>

--089e0158bbc68b770a04e3c6f262
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi Qin,<br><br></div>this sounds correct to me.<br>X<=
br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On M=
on, Aug 12, 2013 at 2:23 PM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mail=
to:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;</sp=
an> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Xavi and Raghuram,<div><=
br></div><div>Now I can see the advantage of BSON.</div><div><br></div><div=
>Regarding to the scope of=A0&quot;Timeslot Management Methods and Formats&=
quot;, and the relationship between task item-1 and item-2, now my understa=
nding is as follows.</div>

<div><br></div><div>(1) item-2 is about 6top. In the first step, it is a su=
bset of 6top, only includes the commands and packets/IEs used for static ca=
se, i.e. Enhanced Beacon based schedule establishment. It still use custom =
format and 15.4e IE to carry.</div>

<div><br></div><div>(2) item-1 is about the management messages carried by =
upper layer protocols like CoAP to use 6top. It is still a open issue to us=
e BSON or custom format to define the management messages.</div><div><br>

</div><div>Correct?</div><div><br></div><div>Thanks</div><span class=3D"HOE=
nZb"><font color=3D"#888888"><div>Qin</div><div><br></div><div><br></div><d=
iv><br></div><div><br></div><div><br></div><div><br></div></font></span></d=
iv>
<div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra"><br><br>=
<div class=3D"gmail_quote">
On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <span dir=3D=
"ltr">&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@=
cisco.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div style=3D"font-size:14px;font-family:Calibri,sans-serif;word-wrap:break=
-word">
<div>Qin,</div>
<div>There is an advantage of using BSON over regular JSON for the purpose =
of transporting schedule information. Most of this info is bitmaps, and BSO=
N capability to handle binary payload will be efficient compared to regular=
 JSON. If we define the formats
 as regular BSON as opposed to custom formats, the implementation of 6top i=
n various languages will also be easier as BSON libraries are readily avail=
able.</div>
<div><br>
</div>
<span>
<div style=3D"border-right:medium none;padding-right:0in;padding-left:0in;p=
adding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;fon=
t-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-lef=
t:medium none">


<span style=3D"font-weight:bold">From: </span>Xavier Vilajosana Guillen &lt=
;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajo=
sana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Reply-To: </span>&lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Monday, August 12, 2013 11:02=
 AM<br>
<span style=3D"font-weight:bold">To: </span>Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6=
tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] about format<b=
r>
</div><div><div>
<div><br>
</div>
<div dir=3D"ltr">
<div>
<div>Hi Qin,<br>
<br>
</div>
I think that the work item aims to define the packet format of the messages=
 that will transport the schedule information, this is on top of 6top. 6top=
 has the API to handle that information and use its own messages (using its=
 IEs) to install the schedule in
 both sides of a link (if there is connectivity between the two nodes).<br>
<br>
</div>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <span=
 dir=3D"ltr">
&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berke=
ley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Xavi,
<div><br>
</div>
<div>It make more sense to use BSON in higher layer message definition.=A0<=
/div>
<div><br>
</div>
<div>But if so, why it should be included in the document &quot;Timeslot ma=
nagement methods and format&quot; ? My understanding is the document is abo=
ut 6top, so the format in the document refers to the format of 6top packets=
. Please point out where I&#39;m wrong.</div>


<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<div>
<div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosa=
na Guillen
<span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targ=
et=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">
<div>
<div>Hi Qin, <br>
<br>
</div>
my feeling is that BSON will go in the packet from the PCE to the mote that=
 has to be scheduled. This is a higher layer issue and relates to the paylo=
ad of a CoAP packet sent from the PCE to the mote (and viceversa). I don&#3=
9;t think that 6top needs BSON as an
 encoding for the IEs.<br>
<br>
</div>
does it make sense?<br>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">
<div>
<div>On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt;</span> wrote:<br>
</div>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div>
<div>
<div dir=3D"ltr">Hi Pascal,
<div><br>
</div>
<div>During the teleconference on last Friday, you mentioned that we will i=
nvestigate Binary JSON to define the message formats. I&#39;m not very clea=
r about what is the relationship between the Binary JSON coding and 802.15.=
4e Information Element. I guess that
 we will still use IEs to carry the 6top messages, but for those IE coding,=
 we will use Binary JSON. Correct?</div>
<div><br>
</div>
<div>By the way, what is the advantage to use Binary JSON format? What are =
your main considerations?</div>
<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<br>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div></span>
</div>

</blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--089e0158bbc68b770a04e3c6f262--

From twatteyne@gmail.com  Mon Aug 12 23:59:38 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1297111E8145 for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 23:59:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level: 
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05vkQSwMEdbT for <6tsch@ietfa.amsl.com>; Mon, 12 Aug 2013 23:59:37 -0700 (PDT)
Received: from mail-pb0-x230.google.com (mail-pb0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) by ietfa.amsl.com (Postfix) with ESMTP id 4760A11E8118 for <6tsch@ietf.org>; Mon, 12 Aug 2013 23:59:34 -0700 (PDT)
Received: by mail-pb0-f48.google.com with SMTP id ma3so7570385pbc.7 for <6tsch@ietf.org>; Mon, 12 Aug 2013 23:59:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=/Qb2MmR0vRgEx1RSRZ1fmiqE0X3M1OP6O9hMewf9vSI=; b=bqA0gQVawcVexXfrdRjAXnRYPoHnM8gG7Put3b82DTSE2aVs0EuXWqq0o0+2RsJVOd 3v4YTUJwM8o6eoFikIyrKfbQSsO+6LAMYh6EApyyGYWwr9QK2ll3FH6P+gea1wrB+Gim 4XHysg3leoGhO3FVw6I4WTNu5dP9l8lK++4rSzjwk8x5AVsqq9TjqV8I+zhll8CQG3g9 c2++8xlxttOe36NxlEyCQBhUXZs8sJuMv1GAITqKrZgkVgsssHn+RIrcfWbwkcYal2v3 Caucm2pYZTfhsQbrkDBsbX1MxT+eFf8YjoPND1WD2M3aI8SonFaNcubXGKDYZ8p0f7OV fXQQ==
X-Received: by 10.66.123.5 with SMTP id lw5mr2926763pab.83.1376377173923; Mon, 12 Aug 2013 23:59:33 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Mon, 12 Aug 2013 23:59:13 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Mon, 12 Aug 2013 23:59:13 -0700
X-Google-Sender-Auth: lCmfSes_vhGsnrFm7KSBQpnu714
Message-ID: <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7bf0e7c8875dbb04e3cec894
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 06:59:38 -0000

--047d7bf0e7c8875dbb04e3cec894
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

We established a while ago that we could reuse the RPL DAG structure for
timekeeping. That is, a node's routing parent coincides with its TSCH time
source neighbor. As a result, and as part of IEEE802.15.4e's normal
operation, a node keeps synchronized with its RPL parent. In the absence of
traffic, the node will periodically "keep alive" (per Xavi's e-mail) to the
parent. How often depends on a number of factors, including crystal drift
and guard time, but in a typical case, a node will realize its routing
parent is missing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent
case. Of course, this alone does no cover parent->child or NUD between
siblings. Any thoughts on the implications of limiting NUD to the
child->parent case?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Hello Xavi:****
>
> ** **
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
> ** **
>
> Cheers,****
>
> ** **
>
> Pascal****
>
> ** **
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
> ** **
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--047d7bf0e7c8875dbb04e3cec894
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">We established a while ago that we could reuse the RPL DAG=
 structure for timekeeping. That is, a node&#39;s routing parent coincides =
with its TSCH time source neighbor. As a result, and as part of IEEE802.15.=
4e&#39;s normal operation, a node keeps synchronized with its RPL parent. I=
n the absence of traffic, the node will periodically &quot;keep alive&quot;=
 (per Xavi&#39;s e-mail) to the parent. How often depends on a number of fa=
ctors, including crystal drift and guard time, but in a typical case, a nod=
e will realize its routing parent is missing after 30-60s.<div>


<br></div><div>I believe this mechanism can serve for NUD, at least n the c=
hild-&gt;parent case. Of course, this alone does no cover parent-&gt;child =
or NUD between siblings. Any thoughts on the implications of limiting NUD t=
o the child-&gt;parent case?</div>

<div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mon, Aug 12, 2=
013 at 11:46 AM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D=
"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</s=
pan> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"1407677717fd0940_14073da532a352c1__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Hello Xavi:<u></u><u></u></span></a></=
p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery dra=
in. Question is what is the optimal way with TSCH for a
 child to find that the parent is gone, in the absence of traffic?<u></u><u=
></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re is probably something we can recommend, and limitations
 to the granularity that we get.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></span></p><div><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"1407677717fd0940_14073da532a352c1_14073c5=
0c084ed09__MailEndCompose"><span style=3D"font-size:11.0pt;font-family:&quo=
t;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a=
><u></u><u></u></p>



<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>



<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>



<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div></div>

--047d7bf0e7c8875dbb04e3cec894--

From twatteyne@gmail.com  Tue Aug 13 00:04:09 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB51411E8118 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 00:04:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level: 
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yiPWSIxADYt5 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 00:04:06 -0700 (PDT)
Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 149E211E8143 for <6tsch@ietf.org>; Tue, 13 Aug 2013 00:04:05 -0700 (PDT)
Received: by mail-pa0-f47.google.com with SMTP id kl13so8524060pab.34 for <6tsch@ietf.org>; Tue, 13 Aug 2013 00:04:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=keZmY2cG1Y6f/1yEsgmA9VGlZtHwU31nDOuVtkhPxxg=; b=Ga/Hh1ulng1fPVmwyX1FscSCWE6mxc/SftGx3ODgQ+6UHKF7ENsy6ss0+LpoIy5unb xVYfYYzry3jsLbAhRvvAhLuoaWm+ZojC4HgRikVJ1Jjt3BQ9OXJECGQNOBq297AlLWdK a76HHhNYcLCtkb6GWwsM1KMp+pS84dKrITB3ykxmtSm4USoTw235CieK5YZGtQJoJt/p gyPSTywjyBH3nPiltSsIaL8X00oyEki7vqLNX97eW3Gw6NEW8LtTYzxwtgz9IzhR+JFq GGJieYZM4w3+UhSB8aoJH0+av9O4Vk3XBAq0WHChRweBzQE87wod2ICXlCtP5Sh0Oyt9 wOpQ==
X-Received: by 10.66.74.65 with SMTP id r1mr2955577pav.81.1376377443080; Tue, 13 Aug 2013 00:04:03 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 13 Aug 2013 00:03:43 -0700 (PDT)
In-Reply-To: <CALEMV4Y5KDKk0A_U2ZFs3=6=10i=sCW888B6xNGFpnUP-sRvWg@mail.gmail.com>
References: <CALEMV4aoZSFEQ0LkPoWH-kEjZ3iXJUB5dGeYGv4enofAgyCuMA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958D@xmb-rcd-x04.cisco.com> <CAAzoce6An9WuVo-XL6B_VcFPYxgVvfijxH-Q7mf-qDMV+YN6-w@mail.gmail.com> <CALEMV4Y5KDKk0A_U2ZFs3=6=10i=sCW888B6xNGFpnUP-sRvWg@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 13 Aug 2013 00:03:43 -0700
X-Google-Sender-Auth: afTRjfkjAKtpcpgUVEmEvRJ--gc
Message-ID: <CADJ9OA8TCPbmP0B5SkbLD51aAsrdyxweGAXvvUwYQgZQmKvswQ@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=f46d042f931e92616804e3ced827
Subject: Re: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 07:04:09 -0000

--f46d042f931e92616804e3ced827
Content-Type: text/plain; charset=ISO-8859-1

+1.

Please note that the goal of item 1 is to define the format of the payload,
not per se the transport method.

Thomas


On Mon, Aug 12, 2013 at 2:38 PM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi Qin,
>
> this sounds correct to me.
> X
>
>
> On Mon, Aug 12, 2013 at 2:23 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Hi Xavi and Raghuram,
>>
>> Now I can see the advantage of BSON.
>>
>> Regarding to the scope of "Timeslot Management Methods and Formats", and
>> the relationship between task item-1 and item-2, now my understanding is as
>> follows.
>>
>> (1) item-2 is about 6top. In the first step, it is a subset of 6top, only
>> includes the commands and packets/IEs used for static case, i.e. Enhanced
>> Beacon based schedule establishment. It still use custom format and 15.4e
>> IE to carry.
>>
>> (2) item-1 is about the management messages carried by upper layer
>> protocols like CoAP to use 6top. It is still a open issue to use BSON or
>> custom format to define the management messages.
>>
>> Correct?
>>
>> Thanks
>> Qin
>>
>>
>>
>>
>>
>>
>>
>>
>> On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <
>> rsudhaak@cisco.com> wrote:
>>
>>>  Qin,
>>> There is an advantage of using BSON over regular JSON for the purpose of
>>> transporting schedule information. Most of this info is bitmaps, and BSON
>>> capability to handle binary payload will be efficient compared to regular
>>> JSON. If we define the formats as regular BSON as opposed to custom
>>> formats, the implementation of 6top in various languages will also be
>>> easier as BSON libraries are readily available.
>>>
>>>   From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
>>> Reply-To: <xvilajosana@eecs.berkeley.edu>
>>> Date: Monday, August 12, 2013 11:02 AM
>>> To: Qin Wang <qinwang@berkeley.edu>
>>> Cc: "6tsch@ietf.org" <6tsch@ietf.org>
>>> Subject: Re: [6tsch] about format
>>>
>>>   Hi Qin,
>>>
>>>  I think that the work item aims to define the packet format of the
>>> messages that will transport the schedule information, this is on top of
>>> 6top. 6top has the API to handle that information and use its own messages
>>> (using its IEs) to install the schedule in both sides of a link (if there
>>> is connectivity between the two nodes).
>>>
>>>  X
>>>
>>>
>>> On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>>>
>>>> Xavi,
>>>>
>>>>  It make more sense to use BSON in higher layer message definition.
>>>>
>>>>  But if so, why it should be included in the document "Timeslot
>>>> management methods and format" ? My understanding is the document is about
>>>> 6top, so the format in the document refers to the format of 6top packets.
>>>> Please point out where I'm wrong.
>>>>
>>>>  Thanks
>>>>  Qin
>>>>
>>>>
>>>> On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosana Guillen <
>>>> xvilajosana@eecs.berkeley.edu> wrote:
>>>>
>>>>>  Hi Qin,
>>>>>
>>>>>  my feeling is that BSON will go in the packet from the PCE to the
>>>>> mote that has to be scheduled. This is a higher layer issue and relates to
>>>>> the payload of a CoAP packet sent from the PCE to the mote (and viceversa).
>>>>> I don't think that 6top needs BSON as an encoding for the IEs.
>>>>>
>>>>>  does it make sense?
>>>>> X
>>>>>
>>>>>
>>>>>  On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <qinwang@berkeley.edu>wrote:
>>>>>
>>>>>>  Hi Pascal,
>>>>>>
>>>>>>  During the teleconference on last Friday, you mentioned that we
>>>>>> will investigate Binary JSON to define the message formats. I'm not very
>>>>>> clear about what is the relationship between the Binary JSON coding and
>>>>>> 802.15.4e Information Element. I guess that we will still use IEs to carry
>>>>>> the 6top messages, but for those IE coding, we will use Binary JSON.
>>>>>> Correct?
>>>>>>
>>>>>>  By the way, what is the advantage to use Binary JSON format? What
>>>>>> are your main considerations?
>>>>>>
>>>>>>  Thanks
>>>>>>  Qin
>>>>>>
>>>>>>  _______________________________________________
>>>>>> 6tsch mailing list
>>>>>> 6tsch@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--f46d042f931e92616804e3ced827
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+1.<div><br></div><div>Please note that the goal of item 1=
 is to define the format of the payload, not per se the transport method.</=
div><div><br></div><div style>Thomas</div></div><div class=3D"gmail_extra">=
<br>

<br><div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 2:38 PM, Xavier Vila=
josana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.ber=
keley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> w=
rote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>Hi Qin,<br><br></div>t=
his sounds correct to me.<span class=3D"HOEnZb"><font color=3D"#888888"><br=
>X<br>

</font></span></div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"g=
mail_extra"><br><br><div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 2:23=
 PM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu"=
 target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Xavi and Raghuram,<div><=
br></div><div>Now I can see the advantage of BSON.</div><div><br></div><div=
>

Regarding to the scope of=A0&quot;Timeslot Management Methods and Formats&q=
uot;, and the relationship between task item-1 and item-2, now my understan=
ding is as follows.</div>

<div><br></div><div>(1) item-2 is about 6top. In the first step, it is a su=
bset of 6top, only includes the commands and packets/IEs used for static ca=
se, i.e. Enhanced Beacon based schedule establishment. It still use custom =
format and 15.4e IE to carry.</div>



<div><br></div><div>(2) item-1 is about the management messages carried by =
upper layer protocols like CoAP to use 6top. It is still a open issue to us=
e BSON or custom format to define the management messages.</div><div><br>



</div><div>Correct?</div><div><br></div><div>Thanks</div><span><font color=
=3D"#888888"><div>Qin</div><div><br></div><div><br></div><div><br></div><di=
v><br></div><div><br></div><div><br></div></font></span></div>
<div><div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">
On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <span dir=3D=
"ltr">&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@=
cisco.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">







<div style=3D"font-size:14px;font-family:Calibri,sans-serif;word-wrap:break=
-word">
<div>Qin,</div>
<div>There is an advantage of using BSON over regular JSON for the purpose =
of transporting schedule information. Most of this info is bitmaps, and BSO=
N capability to handle binary payload will be efficient compared to regular=
 JSON. If we define the formats
 as regular BSON as opposed to custom formats, the implementation of 6top i=
n various languages will also be easier as BSON libraries are readily avail=
able.</div>
<div><br>
</div>
<span>
<div style=3D"border-right:medium none;padding-right:0in;padding-left:0in;p=
adding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;fon=
t-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-lef=
t:medium none">




<span style=3D"font-weight:bold">From: </span>Xavier Vilajosana Guillen &lt=
;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajo=
sana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Reply-To: </span>&lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Monday, August 12, 2013 11:02=
 AM<br>
<span style=3D"font-weight:bold">To: </span>Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6=
tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] about format<b=
r>
</div><div><div>
<div><br>
</div>
<div dir=3D"ltr">
<div>
<div>Hi Qin,<br>
<br>
</div>
I think that the work item aims to define the packet format of the messages=
 that will transport the schedule information, this is on top of 6top. 6top=
 has the API to handle that information and use its own messages (using its=
 IEs) to install the schedule in
 both sides of a link (if there is connectivity between the two nodes).<br>
<br>
</div>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <span=
 dir=3D"ltr">
&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berke=
ley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Xavi,
<div><br>
</div>
<div>It make more sense to use BSON in higher layer message definition.=A0<=
/div>
<div><br>
</div>
<div>But if so, why it should be included in the document &quot;Timeslot ma=
nagement methods and format&quot; ? My understanding is the document is abo=
ut 6top, so the format in the document refers to the format of 6top packets=
. Please point out where I&#39;m wrong.</div>




<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<div>
<div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosa=
na Guillen
<span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targ=
et=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">
<div>
<div>Hi Qin, <br>
<br>
</div>
my feeling is that BSON will go in the packet from the PCE to the mote that=
 has to be scheduled. This is a higher layer issue and relates to the paylo=
ad of a CoAP packet sent from the PCE to the mote (and viceversa). I don&#3=
9;t think that 6top needs BSON as an
 encoding for the IEs.<br>
<br>
</div>
does it make sense?<br>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">
<div>
<div>On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt;</span> wrote:<br>
</div>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div>
<div>
<div dir=3D"ltr">Hi Pascal,
<div><br>
</div>
<div>During the teleconference on last Friday, you mentioned that we will i=
nvestigate Binary JSON to define the message formats. I&#39;m not very clea=
r about what is the relationship between the Binary JSON coding and 802.15.=
4e Information Element. I guess that
 we will still use IEs to carry the 6top messages, but for those IE coding,=
 we will use Binary JSON. Correct?</div>
<div><br>
</div>
<div>By the way, what is the advantage to use Binary JSON format? What are =
your main considerations?</div>
<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<br>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div></span>
</div>

</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--f46d042f931e92616804e3ced827--

From qinwang@berkeley.edu  Tue Aug 13 06:18:55 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F370B21E8132 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 06:18:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level: 
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JXN3IPk3Ne2f for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 06:18:50 -0700 (PDT)
Received: from mail-vc0-f171.google.com (mail-vc0-f171.google.com [209.85.220.171]) by ietfa.amsl.com (Postfix) with ESMTP id 95F9521E8127 for <6tsch@ietf.org>; Tue, 13 Aug 2013 06:18:50 -0700 (PDT)
Received: by mail-vc0-f171.google.com with SMTP id ij15so3838472vcb.30 for <6tsch@ietf.org>; Tue, 13 Aug 2013 06:18:50 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=nEScxr/wRfyKtP18FqH2GcHgcH8sl9F7vUs5I0MK/Jo=; b=AeE/1ekSNa0voA69ygMc7k/yexV6EMuuuPQN9nSuimaJ6cAGaRktc/S+nUmIz2jM38 ktS4z5oEMF2y9sx4DRgWbv8WXKFxdxo/uDgTxeMEE8tMJvNIPAEH1f+2+epiZXo8NX8C Ma/bzTpNu6uNoKQ3FxuxZZ9H7kvpGXUqgHcydMsYYR9S/L0zmK0QCq0TWWskfYq3LivZ zzSApNyilolNo7jgfi3ohCVcmPlXEF6NkPvZg3rXHuEjK82WHAGnLs+ZSNAFnc05TEZY whrlcg59icKvbeFVkxl18sV9MJCS43haj85AvmDB0zBn1KW9vLCMAmf8ujhis13xTOys 9+GQ==
X-Gm-Message-State: ALoCoQmPf7i0LmdQY90nGLEhspOb9DxHEOMhTDuGzms/AhnGM1srfRORBskhMbXduUIuqdZzQgwa
MIME-Version: 1.0
X-Received: by 10.52.0.52 with SMTP id 20mr3726074vdb.22.1376399929892; Tue, 13 Aug 2013 06:18:49 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Tue, 13 Aug 2013 06:18:49 -0700 (PDT)
In-Reply-To: <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com>
Date: Tue, 13 Aug 2013 21:18:49 +0800
Message-ID: <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7bacbce8e3f53b04e3d414fe
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 13:18:55 -0000

--047d7bacbce8e3f53b04e3d414fe
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell,
e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
schedule establishment, a child will only have shared cell. And then,
keep-alive has to use shared cell, which may result in more collision and
then traffic.

Thought?

Qin


On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u
> wrote:

> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:
>
>>  Hello Xavi:****
>>
>> ** **
>>
>> Sure. NUD generates a reactive keep alive. Proactive heart beat that
>> comes at a periodic battery drain. Question is what is the optimal way w=
ith
>> TSCH for a child to find that the parent is gone, in the absence of traf=
fic?
>> ****
>>
>> Knowing that we=92ll have (or not) EBs, and that we will (or not) time s=
ync
>> from the RPL parent, there is probably something we can recommend, and
>> limitations to the granularity that we get.****
>>
>> ** **
>>
>> Cheers,****
>>
>> ** **
>>
>> Pascal****
>>
>> ** **
>>
>> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
>> *Sent:* lundi 12 ao=FBt 2013 20:38
>> *To:* Pascal Thubert (pthubert)
>> *Cc:* Thomas Watteyne; 6tsch@ietf.org
>> *Subject:* Re: [6tsch] RPL on Basic****
>>
>> ** **
>>
>> Hi Pascal,
>>
>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>> missing? Only reactive to traffic has issues like a child may never real=
ize
>> a parent is gone if there is no outwards traffic so it will fail to upda=
te
>> DAO states. How can MAC mechanisms help?****
>>
>> Keep alive packets help on that. :-)****
>>
>> X****
>>
>> ** **
>>
>> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:****
>>
>> Hello Xavi:****
>>
>>  ****
>>
>>  ****
>>
>> Please see inline****
>>
>>  ****
>>
>> -RPL objective function calculation using Neighbors information describe=
d
>> in Basic configuration. ****
>>
>>     -this includes how OF is calculated using numTx and numTxACK, etc.. =
*
>> ***
>>
>>  ****
>>
>> *[] *****
>>
>> -RPL configuration:****
>>
>>      - storing mode vs non-storing mode (I vote for non-storing mode for
>> a basic configuration)****
>>
>>  ****
>>
>> *[] *I would MUST the non-storing and MAY the storing mode support. It=
=92s
>> still good t enable storing mode interop for larger devices.****
>>
>>  ****
>>
>>      - DIO period. Whether we use trickle algorithm (and we define the
>> initial period) or we use a fix period for DIO (no trickle) for basic
>> configuration.****
>>
>>       -DAO period, idem.****
>>
>> *[] *I=92d seek for a recommendation from Phil on the trickle setting.**=
**
>>
>> I kindly ask for opinions and contribution to this items so we can start
>> narrowing the content.****
>>
>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>> missing? Only reactive to traffic has issues like a child may never real=
ize
>> a parent is gone if there is no outwards traffic so it will fail to upda=
te
>> DAO states. How can MAC mechanisms help?****
>>
>> Some of that discussion may be spread between other drafts like the
>> architecture.****
>>
>>  ****
>>
>> Cheers;****
>>
>>  ****
>>
>> Pascal****
>>
>>  ****
>>
>> thanks!
>> X****
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>  ****
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>> ** **
>>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7bacbce8e3f53b04e3d414fe
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Thomas and Xavi,<div><br></div><div>I remember keep-ali=
ve usually use dedicated cell, instead of shared cell, e.g. a Rx cell in ch=
ild, and a Tx cell in parent. But, with EB-based schedule establishment, a =
child will only have shared cell. And then, keep-alive has to use shared ce=
ll, which may result in more collision and then traffic.</div>
<div><br></div><div>Thought?</div><div><br></div><div>Qin=A0</div></div><di=
v class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, Aug 13, =
2013 at 2:59 PM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:wa=
tteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&=
gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">We established a while ago =
that we could reuse the RPL DAG structure for timekeeping. That is, a node&=
#39;s routing parent coincides with its TSCH time source neighbor. As a res=
ult, and as part of IEEE802.15.4e&#39;s normal operation, a node keeps sync=
hronized with its RPL parent. In the absence of traffic, the node will peri=
odically &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How =
often depends on a number of factors, including crystal drift and guard tim=
e, but in a typical case, a node will realize its routing parent is missing=
 after 30-60s.<div>



<br></div><div>I believe this mechanism can serve for NUD, at least n the c=
hild-&gt;parent case. Of course, this alone does no cover parent-&gt;child =
or NUD between siblings. Any thoughts on the implications of limiting NUD t=
o the child-&gt;parent case?</div>
<div><div class=3D"h5">

<div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mon, Aug 12, 2=
013 at 11:46 AM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D=
"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</s=
pan> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140767921bce207e_1407677717fd0940_14073da=
532a352c1__MailEndCompose"><span style=3D"font-size:11.0pt;font-family:&quo=
t;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:<u></u><u>=
</u></span></a></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery dra=
in. Question is what is the optimal way with TSCH for a
 child to find that the parent is gone, in the absence of traffic?<u></u><u=
></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re is probably something we can recommend, and limitations
 to the granularity that we get.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></span></p><div><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140767921bce207e_1407677717fd0940_14073da=
532a352c1_14073c50c084ed09__MailEndCompose"><span style=3D"font-size:11.0pt=
;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hell=
o Xavi:</span></a><u></u><u></u></p>




<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>




<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>




<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7bacbce8e3f53b04e3d414fe--

From P.Zand@utwente.nl  Tue Aug 13 07:19:30 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83AFC21E814A for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 07:19:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.503
X-Spam-Level: 
X-Spam-Status: No, score=-0.503 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tNPPFbE0xDzU for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 07:19:25 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 9E9EF21E8119 for <6tsch@ietf.org>; Tue, 13 Aug 2013 07:19:23 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Tue, 13 Aug 2013 16:19:23 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Tue, 13 Aug 2013 16:19:22 +0200
From: <P.Zand@utwente.nl>
To: <qinwang@berkeley.edu>, <watteyne@eecs.berkeley.edu>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheg
Date: Tue, 13 Aug 2013 14:19:21 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com>
In-Reply-To: <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79EXMBX23adutwent_"
MIME-Version: 1.0
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 14:19:30 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79EXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Q=
in Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79EXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dear Qin, All,<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt, whenever the sender has not received any packet from
 its neighbor/parent for a while. But, in this basic RPL, we might use the =
shared cell, as a temporary solution, to send the keep-alive to a particula=
r neighbor. For sure, if the sender packet is not acknowledged (by the firs=
t time), the sender can&#8217;t find,
 if the transmission is collided or if the connection to the neighbor/paren=
t is lost. In this case I think we need to retry several times based on TSC=
H retransmission algorithm on those shared cells. If all the retries fails =
then the connection to the neighbor/parent
 is lost.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused by=
 Keep-alive is not too much.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Am I right?
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message pe=
riodically to let the node to be recognized by its neighbor?<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Best wishes,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will only have shared cell.=
 And then, keep-alive has to use shared
 cell, which may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node's routing parent coincide=
s with its TSCH time source neighbor. As a result, and as part of IEEE802.1=
5.4e's normal operation, a node keeps
 synchronized with its RPL parent. In the absence of traffic, the node will=
 periodically &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How=
 often depends on a number of factors, including crystal drift and guard ti=
me, but in a typical case, a node will realize
 its routing parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications of limiti=
ng NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140767921bce207e_1407677717fd0940_14073d"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL objective function calculation using Neighbors information de=
scribed in Basic configuration.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp; -this includes how OF is calculated using numTx=
 and numTxACK, etc..
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL configuration:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - storing mode vs non-storing mode (I vot=
e for non-storing mode for a basic configuration)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79EXMBX23adutwent_--

From pascal.thubert@gmail.com  Tue Aug 13 09:25:56 2013
Return-Path: <pascal.thubert@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B635011E819D for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 09:25:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id do9KvOu-t7ZH for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 09:25:53 -0700 (PDT)
Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id 1978E11E816D for <6tsch@ietf.org>; Tue, 13 Aug 2013 09:25:06 -0700 (PDT)
Received: by mail-la0-f49.google.com with SMTP id ev20so5888170lab.22 for <6tsch@ietf.org>; Tue, 13 Aug 2013 09:25:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iEsv859eO3Sy7yIUd1P073clSKrFoQEdHBe/kf+lKwY=; b=UeLQw4ge7Jp/rvu+HZ+bw0urojnY0aLqDCwwhOWBMlFneurrU+tDfTeKDzlNEy4LHI nc0DtBQ9SEUPbLsbtCcOsIME0AIgZUNrtODe+YI7WTDfMA1Hs6x4Qva2Q3czEmoeRkKE liqwQhOReU8IKSzF/QLlUK/K0Jtk7uBO+JfzuvMevwICpSoPmRYMUyxGiDpoZvhkoH3R koLi745teRC8H7h75u9+aolysI4UwKt4VPNIPIRr66SZA5C7gM2CZ4WUMYERxX/QGTMg njO2GieOt7DvHsnM7BJNAmXybgmzmXq2SJnx6h5dsRAogGvkkTv9pBGM7gGwraweDR8n CFYw==
MIME-Version: 1.0
X-Received: by 10.112.210.136 with SMTP id mu8mr4295709lbc.25.1376411105301; Tue, 13 Aug 2013 09:25:05 -0700 (PDT)
Received: by 10.112.75.9 with HTTP; Tue, 13 Aug 2013 09:25:05 -0700 (PDT)
In-Reply-To: <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com>
Date: Tue, 13 Aug 2013 18:25:05 +0200
Message-ID: <CADPqcJLG2ORW14Un8y2dzJPbGhbUcR6BzbDigd3JqRhw27yNZg@mail.gmail.com>
From: Pascal Thubert <pascal.thubert@gmail.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=001a11c3c704ff185404e3d6aee5
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 16:25:56 -0000

--001a11c3c704ff185404e3d6aee5
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

hello Thomas

This is exactly the sort of text I'm asking for. Make a decision, show the
limits.
NUD parent to child is secondary because we can still react to traffic.
The problem with child to parent is that the child must select a new parent
and send DAOs so as to be able to get traffic back.
In the case of unidirectional traffic to the device, this would never
happen if ther is no NUD that is independent of the traffic.

This part of the discussion may be split between the basic doc and teh
architecture doc, though...

Cheers,

Pascal


2013/8/13 Thomas Watteyne <watteyne@eecs.berkeley.edu>

> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:
>
>>  Hello Xavi:****
>>
>> ** **
>>
>> Sure. NUD generates a reactive keep alive. Proactive heart beat that
>> comes at a periodic battery drain. Question is what is the optimal way w=
ith
>> TSCH for a child to find that the parent is gone, in the absence of traf=
fic?
>> ****
>>
>> Knowing that we=92ll have (or not) EBs, and that we will (or not) time s=
ync
>> from the RPL parent, there is probably something we can recommend, and
>> limitations to the granularity that we get.****
>>
>> ** **
>>
>> Cheers,****
>>
>> ** **
>>
>> Pascal****
>>
>> ** **
>>
>> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
>> *Sent:* lundi 12 ao=FBt 2013 20:38
>> *To:* Pascal Thubert (pthubert)
>> *Cc:* Thomas Watteyne; 6tsch@ietf.org
>> *Subject:* Re: [6tsch] RPL on Basic****
>>
>> ** **
>>
>> Hi Pascal,
>>
>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>> missing? Only reactive to traffic has issues like a child may never real=
ize
>> a parent is gone if there is no outwards traffic so it will fail to upda=
te
>> DAO states. How can MAC mechanisms help?****
>>
>> Keep alive packets help on that. :-)****
>>
>> X****
>>
>> ** **
>>
>> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:****
>>
>> Hello Xavi:****
>>
>>  ****
>>
>>  ****
>>
>> Please see inline****
>>
>>  ****
>>
>> -RPL objective function calculation using Neighbors information describe=
d
>> in Basic configuration. ****
>>
>>     -this includes how OF is calculated using numTx and numTxACK, etc.. =
*
>> ***
>>
>>  ****
>>
>> *[] *****
>>
>> -RPL configuration:****
>>
>>      - storing mode vs non-storing mode (I vote for non-storing mode for
>> a basic configuration)****
>>
>>  ****
>>
>> *[] *I would MUST the non-storing and MAY the storing mode support. It=
=92s
>> still good t enable storing mode interop for larger devices.****
>>
>>  ****
>>
>>      - DIO period. Whether we use trickle algorithm (and we define the
>> initial period) or we use a fix period for DIO (no trickle) for basic
>> configuration.****
>>
>>       -DAO period, idem.****
>>
>> *[] *I=92d seek for a recommendation from Phil on the trickle setting.**=
**
>>
>> I kindly ask for opinions and contribution to this items so we can start
>> narrowing the content.****
>>
>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>> missing? Only reactive to traffic has issues like a child may never real=
ize
>> a parent is gone if there is no outwards traffic so it will fail to upda=
te
>> DAO states. How can MAC mechanisms help?****
>>
>> Some of that discussion may be spread between other drafts like the
>> architecture.****
>>
>>  ****
>>
>> Cheers;****
>>
>>  ****
>>
>> Pascal****
>>
>>  ****
>>
>> thanks!
>> X****
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>  ****
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>> ** **
>>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>


--=20
Pascal

--001a11c3c704ff185404e3d6aee5
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">hello Thomas=A0<div><br></div><div>This is exactly the sor=
t of text I&#39;m asking for. Make a decision, show the limits.</div><div>N=
UD parent to child is secondary because we can still react to traffic.=A0</=
div>
<div>The problem with child to parent is that the child must select a new p=
arent and send DAOs so as to be able to get traffic back.</div><div>In the =
case of unidirectional traffic to the device, this would never happen if th=
er is no NUD that is independent of the traffic.</div>
<div><br></div><div>This part of the discussion may be split between the ba=
sic doc and teh architecture doc, though...</div><div><br></div><div>Cheers=
,</div><div><br></div><div>Pascal</div></div><div class=3D"gmail_extra"><br=
>
<br><div class=3D"gmail_quote">2013/8/13 Thomas Watteyne <span dir=3D"ltr">=
&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyn=
e@eecs.berkeley.edu</a>&gt;</span><br><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir=3D"ltr">We established a while ago that we could reuse the RPL DAG=
 structure for timekeeping. That is, a node&#39;s routing parent coincides =
with its TSCH time source neighbor. As a result, and as part of IEEE802.15.=
4e&#39;s normal operation, a node keeps synchronized with its RPL parent. I=
n the absence of traffic, the node will periodically &quot;keep alive&quot;=
 (per Xavi&#39;s e-mail) to the parent. How often depends on a number of fa=
ctors, including crystal drift and guard time, but in a typical case, a nod=
e will realize its routing parent is missing after 30-60s.<div>



<br></div><div>I believe this mechanism can serve for NUD, at least n the c=
hild-&gt;parent case. Of course, this alone does no cover parent-&gt;child =
or NUD between siblings. Any thoughts on the implications of limiting NUD t=
o the child-&gt;parent case?</div>
<div><div class=3D"h5">

<div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mon, Aug 12, 2=
013 at 11:46 AM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D=
"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</s=
pan> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140767916126e3c0_1407677717fd0940_14073da=
532a352c1__MailEndCompose"><span style=3D"font-size:11.0pt;font-family:&quo=
t;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:<u></u><u>=
</u></span></a></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery dra=
in. Question is what is the optimal way with TSCH for a
 child to find that the parent is gone, in the absence of traffic?<u></u><u=
></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re is probably something we can recommend, and limitations
 to the granularity that we get.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></span></p><div><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140767916126e3c0_1407677717fd0940_14073da=
532a352c1_14073c50c084ed09__MailEndCompose"><span style=3D"font-size:11.0pt=
;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hell=
o Xavi:</span></a><u></u><u></u></p>




<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>




<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>




<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Pascal
</div>

--001a11c3c704ff185404e3d6aee5--

From xvilajosana@berkeley.edu  Tue Aug 13 09:46:45 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A66F11E819F for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 09:46:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.976
X-Spam-Level: 
X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vdMDwd9KWfH9 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 09:46:41 -0700 (PDT)
Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) by ietfa.amsl.com (Postfix) with ESMTP id 3DCD111E8189 for <6tsch@ietf.org>; Tue, 13 Aug 2013 09:46:41 -0700 (PDT)
Received: by mail-pd0-f181.google.com with SMTP id g10so5173934pdj.12 for <6tsch@ietf.org>; Tue, 13 Aug 2013 09:46:40 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=/Iquq/oFP04W9dDuNG/7W8q9UZtsQdtDUM3WNSxEW0g=; b=JmKFd5itbsY5LuvUTZ7khBZgxKvlb4QZOIH+FfcsE5TIBcMSbggj8Puhaq/ln5Tcp1 8WhStaLKEwKQkwGleqH5Lz1dgd2KxbeoMJgeF1Sv5+Y0Ymv2EU5JhmU1kdDq9kZKqSLH YjHZ2qTrJPhCrxnReQYiH1dMVmBqzaOK5zoF9WcInHIb0Kq4xeFmdAEHjZUdKOkX9ilA 2XYZCmh6BhidF/i0X9JvhuazcPDjGMmpAH9PXgZBdJf5XoNVgz9RtBP7Tvy7YvYCrJxW GMT4b8dp9L2/17dbcg3jVgCkBBv5jBmJyGrrIuRPS0UtGPq1NcYFj1Wm7JvNBrww4dbA LNBA==
X-Gm-Message-State: ALoCoQm5iWWSJ6eI32HakNPezGBTtv91IQw0sN5mJUSKUTtZuCGEigh9rnBj/Pzr7iL2xMmazHEd
MIME-Version: 1.0
X-Received: by 10.68.171.165 with SMTP id av5mr5467196pbc.18.1376412400810; Tue, 13 Aug 2013 09:46:40 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Tue, 13 Aug 2013 09:46:40 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl>
Date: Tue, 13 Aug 2013 09:46:40 -0700
Message-ID: <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Pouria Zand <P.Zand@utwente.nl>
Content-Type: multipart/alternative; boundary=047d7b86f77e37076304e3d6fcdc
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 16:46:45 -0000

--047d7b86f77e37076304e3d6fcdc
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pouria,

I completely agree with your description. Besides, there isn't a common
shared cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this
happens every 30s). TSCH layer at the begining of a shared tx/rx slot then
reads from the queue and sends the packet. This means that the KA can be
send in any shared slot.

does it make sense?
X


On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:

>  Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
> ** **
>
> Best wishes,****
>
> Pouria****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Hi Thomas and Xavi,****
>
> ** **
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
> ** **
>
> Thought?****
>
> ** **
>
> Qin ****
>
> ** **
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
> ** **
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
> ** **
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
> ** **
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b86f77e37076304e3d6fcdc
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>Hi Pouria,<br><br></div>I completely agree =
with your description. Besides, there isn&#39;t a common shared cell to sen=
d KAs. I see the operation in the following way:<br></div>6top KA timer exp=
ires and places a KA packet into the queue (e.g this happens every 30s). TS=
CH layer at the begining of a shared tx/rx slot then reads from the queue a=
nd sends the packet. This means that the KA can be send in any shared slot.=
 <br>
<br></div>does it make sense?<br>X<br></div><div class=3D"gmail_extra"><br>=
<br><div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 7:19 AM,  <span dir=
=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@=
utwente.nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,<u></u><u><=
/u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt, whenever the sender has not received any packet from
 its neighbor/parent for a while. But, in this basic RPL, we might use the =
shared cell, as a temporary solution, to send the keep-alive to a particula=
r neighbor. For sure, if the sender packet is not acknowledged (by the firs=
t time), the sender can=92t find,
 if the transmission is collided or if the connection to the neighbor/paren=
t is lost. In this case I think we need to retry several times based on TSC=
H retransmission algorithm on those shared cells. If all the retries fails =
then the connection to the neighbor/parent
 is lost.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused by=
 Keep-alive is not too much.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message pe=
riodically to let the node to be recognized by its neighbor?<u></u><u></u><=
/span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span></p><div><div class=3D"h5"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will only have shared cell.=
 And then, keep-alive has to use shared
 cell, which may result in more collision and then traffic.<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result, and as part of IEEE8=
02.15.4e&#39;s normal operation, a node keeps
 synchronized with its RPL parent. In the absence of traffic, the node will=
 periodically &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize
 its routing parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications of limiti=
ng NUD to the child-&gt;parent case?<u></u><u></u></p>

</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140780bd7e26f02d_140767921bce207e_1407677=
717fd0940_14073d"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><=
u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>

<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b86f77e37076304e3d6fcdc--

From qinwang@berkeley.edu  Tue Aug 13 10:33:01 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0234621E80D6 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 10:33:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level: 
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CLrx4rYpLNlY for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 10:32:56 -0700 (PDT)
Received: from mail-ve0-f181.google.com (mail-ve0-f181.google.com [209.85.128.181]) by ietfa.amsl.com (Postfix) with ESMTP id 76AB811E8118 for <6tsch@ietf.org>; Tue, 13 Aug 2013 10:32:56 -0700 (PDT)
Received: by mail-ve0-f181.google.com with SMTP id jz10so6774918veb.40 for <6tsch@ietf.org>; Tue, 13 Aug 2013 10:32:54 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=CByLlX1dVl0jUc1LnmrRDSvx5no5i92axT11pic0UOo=; b=RafENvU5DsAllerVxhKih3d3cVU9KKYggkgCOp6MbdZZPoOHcoY6vITsIJTBCO+vAV T82I5MIhOAmq1lPRfrmXKb/dMyV+c5Y3myPxEn1zA/SWZxnooGHTCnVoUkdxFdMCLE6S 2RcNHjJRdV+rMY52a2iBSQL/sMwsHv7vUY36tFk6gAakdzH2qjyTcELM2SsuxHuPCQSk WczFLs2HtdgyiUD+cZ6cuwM52f/5jkUNVfSBrjQ3SKx/gYPE6682elifgxe+cadf+9QD /AWQiM8C5Ju8xg8PTo9OhzDyDD+hwYot83g3fmmG9sd9jfxpvnOTwDmGtiYHC+jBhjnB 7sZg==
X-Gm-Message-State: ALoCoQkpkLGxtxkRvuIxSQLcfP1+arB1lSFMXO3kc07G+JlrKNY97QyM2BHHqoAeS7j9tUuhFnc5
MIME-Version: 1.0
X-Received: by 10.58.214.105 with SMTP id nz9mr34797vec.58.1376415174719; Tue, 13 Aug 2013 10:32:54 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Tue, 13 Aug 2013 10:32:54 -0700 (PDT)
In-Reply-To: <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl> <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com>
Date: Wed, 14 Aug 2013 01:32:54 +0800
Message-ID: <CAAzoce7Z-g9MnxnfYdH3BS9zsMr2SkAjup1oj01zHZPYNCKJHg@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7bd6c6428d898f04e3d7a105
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Pouria Zand <P.Zand@utwente.nl>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 17:33:01 -0000

--047d7bd6c6428d898f04e3d7a105
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Xavi,

I have two questions about the shared cells.

(1) Corresponding to a shared cell advertised in EB, what should the cell
type be set in the advertiser? Should be Rx?
(2) Should it be required for all of the nodes in neighborhood to be awake
in the shared cells?

Basically, my concern is that when a keep-alive is sent out, the
destination node is most likely in listening mode.

Thanks
Qin


On Wed, Aug 14, 2013 at 12:46 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi Pouria,
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot.
>
> does it make sense?
> X
>
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:
>
>>  Dear Qin, All,****
>>
>> I agree that Keep-alive message need to be sent in the dedicated cell to
>> the potential neighbor/parent, whenever the sender has not received any
>> packet from its neighbor/parent for a while. But, in this basic RPL, we
>> might use the shared cell, as a temporary solution, to send the keep-ali=
ve
>> to a particular neighbor. For sure, if the sender packet is not
>> acknowledged (by the first time), the sender can=92t find, if the
>> transmission is collided or if the connection to the neighbor/parent is
>> lost. In this case I think we need to retry several times based on TSCH
>> retransmission algorithm on those shared cells. If all the retries fails
>> then the connection to the neighbor/parent is lost.****
>>
>> Since the nodes do not need to send the keep-alive message so often,
>> therefore the traffic caused by Keep-alive is not too much.****
>>
>> Am I right? ****
>>
>> BTW, do we have any common shared cell (in the whole network) to
>> broadcast the Keep-alive message periodically to let the node to be
>> recognized by its neighbor?****
>>
>> ** **
>>
>> Best wishes,****
>>
>> Pouria****
>>
>> ** **
>>
>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On
>> Behalf Of *Qin Wang
>> *Sent:* Tuesday, August 13, 2013 3:19 PM
>> *To:* Thomas Watteyne
>> *Cc:* 6tsch@ietf.org
>>
>> *Subject:* Re: [6tsch] RPL on Basic****
>>
>> ** **
>>
>> Hi Thomas and Xavi,****
>>
>> ** **
>>
>> I remember keep-alive usually use dedicated cell, instead of shared cell=
,
>> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
>> schedule establishment, a child will only have shared cell. And then,
>> keep-alive has to use shared cell, which may result in more collision an=
d
>> then traffic.****
>>
>> ** **
>>
>> Thought?****
>>
>> ** **
>>
>> Qin ****
>>
>> ** **
>>
>> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
>> watteyne@eecs.berkeley.edu> wrote:****
>>
>> We established a while ago that we could reuse the RPL DAG structure for
>> timekeeping. That is, a node's routing parent coincides with its TSCH ti=
me
>> source neighbor. As a result, and as part of IEEE802.15.4e's normal
>> operation, a node keeps synchronized with its RPL parent. In the absence=
 of
>> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to =
the
>> parent. How often depends on a number of factors, including crystal drif=
t
>> and guard time, but in a typical case, a node will realize its routing
>> parent is missing after 30-60s.****
>>
>> ** **
>>
>> I believe this mechanism can serve for NUD, at least n the child->parent
>> case. Of course, this alone does no cover parent->child or NUD between
>> siblings. Any thoughts on the implications of limiting NUD to the
>> child->parent case?****
>>
>> ** **
>>
>> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:****
>>
>> Hello Xavi:****
>>
>>  ****
>>
>> Sure. NUD generates a reactive keep alive. Proactive heart beat that
>> comes at a periodic battery drain. Question is what is the optimal way w=
ith
>> TSCH for a child to find that the parent is gone, in the absence of traf=
fic?
>> ****
>>
>> Knowing that we=92ll have (or not) EBs, and that we will (or not) time s=
ync
>> from the RPL parent, there is probably something we can recommend, and
>> limitations to the granularity that we get.****
>>
>>  ****
>>
>> Cheers,****
>>
>>  ****
>>
>> Pascal****
>>
>>  ****
>>
>> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
>> *Sent:* lundi 12 ao=FBt 2013 20:38
>> *To:* Pascal Thubert (pthubert)
>> *Cc:* Thomas Watteyne; 6tsch@ietf.org
>> *Subject:* Re: [6tsch] RPL on Basic****
>>
>>  ****
>>
>> Hi Pascal,
>>
>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>> missing? Only reactive to traffic has issues like a child may never real=
ize
>> a parent is gone if there is no outwards traffic so it will fail to upda=
te
>> DAO states. How can MAC mechanisms help?****
>>
>> Keep alive packets help on that. :-)****
>>
>> X****
>>
>>  ****
>>
>> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:****
>>
>> Hello Xavi:****
>>
>>  ****
>>
>>  ****
>>
>> Please see inline****
>>
>>  ****
>>
>> -RPL objective function calculation using Neighbors information describe=
d
>> in Basic configuration. ****
>>
>>     -this includes how OF is calculated using numTx and numTxACK, etc.. =
*
>> ***
>>
>>  ****
>>
>> *[] *****
>>
>> -RPL configuration:****
>>
>>      - storing mode vs non-storing mode (I vote for non-storing mode for
>> a basic configuration)****
>>
>>  ****
>>
>> *[] *I would MUST the non-storing and MAY the storing mode support. It=
=92s
>> still good t enable storing mode interop for larger devices.****
>>
>>  ****
>>
>>      - DIO period. Whether we use trickle algorithm (and we define the
>> initial period) or we use a fix period for DIO (no trickle) for basic
>> configuration.****
>>
>>       -DAO period, idem.****
>>
>> *[] *I=92d seek for a recommendation from Phil on the trickle setting.**=
**
>>
>> I kindly ask for opinions and contribution to this items so we can start
>> narrowing the content.****
>>
>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>> missing? Only reactive to traffic has issues like a child may never real=
ize
>> a parent is gone if there is no outwards traffic so it will fail to upda=
te
>> DAO states. How can MAC mechanisms help?****
>>
>> Some of that discussion may be spread between other drafts like the
>> architecture.****
>>
>>  ****
>>
>> Cheers;****
>>
>>  ****
>>
>> Pascal****
>>
>>  ****
>>
>> thanks!
>> X****
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>  ****
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>  ****
>>
>> ** **
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>> ** **
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>

--047d7bd6c6428d898f04e3d7a105
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Xavi,<div><br></div><div>I have two questions about the=
 shared cells.</div><div><br></div><div>(1) Corresponding to a shared cell =
advertised in EB, what should the cell type be set in the advertiser? Shoul=
d be Rx?</div>
<div>(2) Should it be required for all of the nodes in neighborhood to be a=
wake in the shared cells?</div><div><br></div><div>Basically, my concern is=
 that when a keep-alive is sent out, the destination node is most likely in=
 listening mode.=A0</div>
<div><br></div><div>Thanks</div><div>Qin</div></div><div class=3D"gmail_ext=
ra"><br><br><div class=3D"gmail_quote">On Wed, Aug 14, 2013 at 12:46 AM, Xa=
vier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana=
@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;=
</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div><div>Hi Pouria,<b=
r><br></div>I completely agree with your description. Besides, there isn&#3=
9;t a common shared cell to send KAs. I see the operation in the following =
way:<br>
</div>6top KA timer expires and places a KA packet into the queue (e.g this=
 happens every 30s). TSCH layer at the begining of a shared tx/rx slot then=
 reads from the queue and sends the packet. This means that the KA can be s=
end in any shared slot. <br>

<br></div>does it make sense?<span class=3D"HOEnZb"><font color=3D"#888888"=
><br>X<br></font></span></div><div class=3D"HOEnZb"><div class=3D"h5"><div =
class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, Aug 13, 20=
13 at 7:19 AM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwente.nl" =
target=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,<u></u><u><=
/u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt, whenever the sender has not received any packet from
 its neighbor/parent for a while. But, in this basic RPL, we might use the =
shared cell, as a temporary solution, to send the keep-alive to a particula=
r neighbor. For sure, if the sender packet is not acknowledged (by the firs=
t time), the sender can=92t find,
 if the transmission is collided or if the connection to the neighbor/paren=
t is lost. In this case I think we need to retry several times based on TSC=
H retransmission algorithm on those shared cells. If all the retries fails =
then the connection to the neighbor/parent
 is lost.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused by=
 Keep-alive is not too much.<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message pe=
riodically to let the node to be recognized by its neighbor?<u></u><u></u><=
/span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span></p><div><div><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will only have shared cell.=
 And then, keep-alive has to use shared
 cell, which may result in more collision and then traffic.<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result, and as part of IEEE8=
02.15.4e&#39;s normal operation, a node keeps
 synchronized with its RPL parent. In the absence of traffic, the node will=
 periodically &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize
 its routing parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications of limiti=
ng NUD to the child-&gt;parent case?<u></u><u></u></p>


</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"14078928834ad6aa_140780bd7e26f02d_1407679=
21bce207e_1407677717fd0940_14073d"><span style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</=
span></a><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>


<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>


<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7bd6c6428d898f04e3d7a105--

From xvilajosana@berkeley.edu  Tue Aug 13 10:44:43 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B92B511E8118 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 10:44:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.176
X-Spam-Level: 
X-Spam-Status: No, score=-2.176 tagged_above=-999 required=5 tests=[AWL=0.200,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_22=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3KdrQwLD+yKX for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 10:44:39 -0700 (PDT)
Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) by ietfa.amsl.com (Postfix) with ESMTP id 9000B21F9E6A for <6tsch@ietf.org>; Tue, 13 Aug 2013 10:44:38 -0700 (PDT)
Received: by mail-pa0-f45.google.com with SMTP id bg4so9170455pad.32 for <6tsch@ietf.org>; Tue, 13 Aug 2013 10:44:38 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=c43SmTk1GiiH31BuszyScK4Y6bx5TUN3tE7KILWji4Y=; b=fw323kb3TwWgmnkbsX2KAq6Usj1DJ03V0WOkur0M5vRivIwkW2Tq7jmqCTeKNWwxUQ 7PfsyhI3vFQovC54mrsXbn7DZpkPoZHITlS6JfcbLyOQwzCw5P52nPbppDTRmt+wOn3r HfsO4sLeAtswC4JI4yv1NxGvYGGA16FmEE1ObyU84md/efIvvYTYhELrVh/fqDP/d700 2sek2KwJDBF9P9ntZOsJquWwhAbQn0FhfmhkDip5u0PL04rowD66uwktyTWLl8taWIV3 IYiMkt1OTDCjwFQ5KDgN5bxumxPxPNpt5kEStjdCdfKMY50ZSXLcAoFn7BZwrS8Z9G8O IjJw==
X-Gm-Message-State: ALoCoQn5FnUyeCL6c3i9DUaDWoilIUHc6TpFqLzxwG0qsZDxJNqC3UaIZh5q1K6XWBq0rJ+q+mPQ
MIME-Version: 1.0
X-Received: by 10.66.27.143 with SMTP id t15mr3119090pag.171.1376415878157; Tue, 13 Aug 2013 10:44:38 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Tue, 13 Aug 2013 10:44:38 -0700 (PDT)
In-Reply-To: <CAAzoce7Z-g9MnxnfYdH3BS9zsMr2SkAjup1oj01zHZPYNCKJHg@mail.gmail.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl> <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com> <CAAzoce7Z-g9MnxnfYdH3BS9zsMr2SkAjup1oj01zHZPYNCKJHg@mail.gmail.com>
Date: Tue, 13 Aug 2013 10:44:38 -0700
Message-ID: <CALEMV4Y_5r1pr-UHMxw3tSdYZdv39vXJMYaQ05RoqP7c0SRXSA@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=bcaec52bea197b31b704e3d7cb0f
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Pouria Zand <P.Zand@utwente.nl>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 17:44:43 -0000

--bcaec52bea197b31b704e3d7cb0f
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Qin, see inline


Hi Xavi,

I have two questions about the shared cells.

(1) Corresponding to a shared cell advertised in EB, what should the cell
type be set in the advertiser? Should be Rx?

The cell type is defined in a bitmap. The TX,RX and SHARED bits should be
set.

(2) Should it be required for all of the nodes in neighborhood to be awake
in the shared cells?

Well, if cells are shared (slotted aloha), nodes wake up, if they have
something to transmit they transmit, if not, they listen. If there is
nothing to be listened the slot becomes an idle listen slot, which means
that the radio is only on for the duration of the guard time.  If a packet
arrives the node gets it. (in fact all listening nodes that can hear the
packet get it but the packet is discarded by all of them except the
destination. This happens at the MAC layer as the destination address does
not match to the node's address)


Basically, my concern is that when a keep-alive is sent out, the
destination node is most likely in listening mode.

Most likely is in listening mode unless has something to transmit at that
slot, then a collision will happen.
Is there something that you don't like about that approach :-) ?

X

Thanks


On Tue, Aug 13, 2013 at 10:32 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi Xavi,
>
> I have two questions about the shared cells.
>
> (1) Corresponding to a shared cell advertised in EB, what should the cell
> type be set in the advertiser? Should be Rx?
> (2) Should it be required for all of the nodes in neighborhood to be awak=
e
> in the shared cells?
>
> Basically, my concern is that when a keep-alive is sent out, the
> destination node is most likely in listening mode.
>
> Thanks
> Qin
>
>
> On Wed, Aug 14, 2013 at 12:46 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:
>
>> Hi Pouria,
>>
>> I completely agree with your description. Besides, there isn't a common
>> shared cell to send KAs. I see the operation in the following way:
>> 6top KA timer expires and places a KA packet into the queue (e.g this
>> happens every 30s). TSCH layer at the begining of a shared tx/rx slot th=
en
>> reads from the queue and sends the packet. This means that the KA can be
>> send in any shared slot.
>>
>> does it make sense?
>> X
>>
>>
>> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:
>>
>>>  Dear Qin, All,****
>>>
>>> I agree that Keep-alive message need to be sent in the dedicated cell t=
o
>>> the potential neighbor/parent, whenever the sender has not received any
>>> packet from its neighbor/parent for a while. But, in this basic RPL, we
>>> might use the shared cell, as a temporary solution, to send the keep-al=
ive
>>> to a particular neighbor. For sure, if the sender packet is not
>>> acknowledged (by the first time), the sender can=92t find, if the
>>> transmission is collided or if the connection to the neighbor/parent is
>>> lost. In this case I think we need to retry several times based on TSCH
>>> retransmission algorithm on those shared cells. If all the retries fail=
s
>>> then the connection to the neighbor/parent is lost.****
>>>
>>> Since the nodes do not need to send the keep-alive message so often,
>>> therefore the traffic caused by Keep-alive is not too much.****
>>>
>>> Am I right? ****
>>>
>>> BTW, do we have any common shared cell (in the whole network) to
>>> broadcast the Keep-alive message periodically to let the node to be
>>> recognized by its neighbor?****
>>>
>>> ** **
>>>
>>> Best wishes,****
>>>
>>> Pouria****
>>>
>>> ** **
>>>
>>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On
>>> Behalf Of *Qin Wang
>>> *Sent:* Tuesday, August 13, 2013 3:19 PM
>>> *To:* Thomas Watteyne
>>> *Cc:* 6tsch@ietf.org
>>>
>>> *Subject:* Re: [6tsch] RPL on Basic****
>>>
>>> ** **
>>>
>>> Hi Thomas and Xavi,****
>>>
>>> ** **
>>>
>>> I remember keep-alive usually use dedicated cell, instead of shared
>>> cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-ba=
sed
>>> schedule establishment, a child will only have shared cell. And then,
>>> keep-alive has to use shared cell, which may result in more collision a=
nd
>>> then traffic.****
>>>
>>> ** **
>>>
>>> Thought?****
>>>
>>> ** **
>>>
>>> Qin ****
>>>
>>> ** **
>>>
>>> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
>>> watteyne@eecs.berkeley.edu> wrote:****
>>>
>>> We established a while ago that we could reuse the RPL DAG structure fo=
r
>>> timekeeping. That is, a node's routing parent coincides with its TSCH t=
ime
>>> source neighbor. As a result, and as part of IEEE802.15.4e's normal
>>> operation, a node keeps synchronized with its RPL parent. In the absenc=
e of
>>> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to=
 the
>>> parent. How often depends on a number of factors, including crystal dri=
ft
>>> and guard time, but in a typical case, a node will realize its routing
>>> parent is missing after 30-60s.****
>>>
>>> ** **
>>>
>>> I believe this mechanism can serve for NUD, at least n the child->paren=
t
>>> case. Of course, this alone does no cover parent->child or NUD between
>>> siblings. Any thoughts on the implications of limiting NUD to the
>>> child->parent case?****
>>>
>>> ** **
>>>
>>> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
>>> pthubert@cisco.com> wrote:****
>>>
>>> Hello Xavi:****
>>>
>>>  ****
>>>
>>> Sure. NUD generates a reactive keep alive. Proactive heart beat that
>>> comes at a periodic battery drain. Question is what is the optimal way =
with
>>> TSCH for a child to find that the parent is gone, in the absence of tra=
ffic?
>>> ****
>>>
>>> Knowing that we=92ll have (or not) EBs, and that we will (or not) time
>>> sync from the RPL parent, there is probably something we can recommend,=
 and
>>> limitations to the granularity that we get.****
>>>
>>>  ****
>>>
>>> Cheers,****
>>>
>>>  ****
>>>
>>> Pascal****
>>>
>>>  ****
>>>
>>> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu=
]
>>>
>>> *Sent:* lundi 12 ao=FBt 2013 20:38
>>> *To:* Pascal Thubert (pthubert)
>>> *Cc:* Thomas Watteyne; 6tsch@ietf.org
>>> *Subject:* Re: [6tsch] RPL on Basic****
>>>
>>>  ****
>>>
>>> Hi Pascal,
>>>
>>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>>> missing? Only reactive to traffic has issues like a child may never rea=
lize
>>> a parent is gone if there is no outwards traffic so it will fail to upd=
ate
>>> DAO states. How can MAC mechanisms help?****
>>>
>>> Keep alive packets help on that. :-)****
>>>
>>> X****
>>>
>>>  ****
>>>
>>> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
>>> pthubert@cisco.com> wrote:****
>>>
>>> Hello Xavi:****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> Please see inline****
>>>
>>>  ****
>>>
>>> -RPL objective function calculation using Neighbors information
>>> described in Basic configuration. ****
>>>
>>>     -this includes how OF is calculated using numTx and numTxACK, etc..
>>> ****
>>>
>>>  ****
>>>
>>> *[] *****
>>>
>>> -RPL configuration:****
>>>
>>>      - storing mode vs non-storing mode (I vote for non-storing mode fo=
r
>>> a basic configuration)****
>>>
>>>  ****
>>>
>>> *[] *I would MUST the non-storing and MAY the storing mode support.
>>> It=92s still good t enable storing mode interop for larger devices.****
>>>
>>>  ****
>>>
>>>      - DIO period. Whether we use trickle algorithm (and we define the
>>> initial period) or we use a fix period for DIO (no trickle) for basic
>>> configuration.****
>>>
>>>       -DAO period, idem.****
>>>
>>> *[] *I=92d seek for a recommendation from Phil on the trickle setting.*=
***
>>>
>>> I kindly ask for opinions and contribution to this items so we can star=
t
>>> narrowing the content.****
>>>
>>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>>> missing? Only reactive to traffic has issues like a child may never rea=
lize
>>> a parent is gone if there is no outwards traffic so it will fail to upd=
ate
>>> DAO states. How can MAC mechanisms help?****
>>>
>>> Some of that discussion may be spread between other drafts like the
>>> architecture.****
>>>
>>>  ****
>>>
>>> Cheers;****
>>>
>>>  ****
>>>
>>> Pascal****
>>>
>>>  ****
>>>
>>> thanks!
>>> X****
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>
>>>  ****
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>
>>>  ****
>>>
>>> ** **
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>
>>> ** **
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>

--bcaec52bea197b31b704e3d7cb0f
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div class=3D""><span style=3D"color:rgb(0,0,255)">Hi=
 Qin, see inline</span><img class=3D"" id=3D":qy" src=3D"https://mail.googl=
e.com/mail/u/3/images/cleardot.gif" alt=3D""><br><br><br></div>Hi Xavi,<div=
><br></div>
<div>I have two questions about the shared cells.</div><div><br></div><div>=
(1) Corresponding to a shared cell advertised in EB, what should the cell t=
ype be set in the advertiser? Should be Rx?</div>
<div><br><span style=3D"color:rgb(0,0,255)">The cell type is defined in a b=
itmap. The TX,RX and SHARED bits should be set.<br></span><br>(2) Should it=
 be required for all of the nodes in neighborhood to be awake in the shared=
 cells?<br>
<span style=3D"color:rgb(0,0,255)"><br></span></div><div><span style=3D"col=
or:rgb(0,0,255)">Well, if cells are shared (slotted aloha), nodes wake up, =
if they have something to transmit they transmit, if not, they listen. If t=
here is nothing to be listened the slot becomes an idle listen slot, which =
means that the radio is only on for the duration of the guard time.=A0 If a=
 packet arrives the node gets it. (in fact all listening nodes that can hea=
r the packet get it but the packet is discarded by all of them except the d=
estination. This happens at the MAC layer as the destination address does n=
ot match to the node&#39;s address) </span><br>
<br><br></div><div>Basically, my concern is that when a keep-alive is sent =
out, the destination node is most likely in listening mode. <br><br></div><=
span style=3D"color:rgb(0,0,255)">Most likely is in listening mode unless h=
as something to transmit at that slot, then a collision will happen.<br>
</span></div><span style=3D"color:rgb(0,0,255)">Is there something that you=
 don&#39;t like about that approach :-) ?<br></span><div><div><div>
<div><br></div><div><span style=3D"color:rgb(0,0,255)">X</span><br></div><d=
iv><br></div><div>Thanks</div></div></div></div></div><div class=3D"gmail_e=
xtra"><br><br><div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 10:32 AM, =
Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" targ=
et=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Xavi,<div><br></div><div=
>I have two questions about the shared cells.</div><div><br></div><div>(1) =
Corresponding to a shared cell advertised in EB, what should the cell type =
be set in the advertiser? Should be Rx?</div>

<div>(2) Should it be required for all of the nodes in neighborhood to be a=
wake in the shared cells?</div><div><br></div><div>Basically, my concern is=
 that when a keep-alive is sent out, the destination node is most likely in=
 listening mode.=A0</div>

<div><br></div><div>Thanks</div><span class=3D"HOEnZb"><font color=3D"#8888=
88"><div>Qin</div></font></span></div><div class=3D"HOEnZb"><div class=3D"h=
5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed, Au=
g 14, 2013 at 12:46 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div><div>Hi Pouria,<b=
r><br></div>I completely agree with your description. Besides, there isn&#3=
9;t a common shared cell to send KAs. I see the operation in the following =
way:<br>

</div>6top KA timer expires and places a KA packet into the queue (e.g this=
 happens every 30s). TSCH layer at the begining of a shared tx/rx slot then=
 reads from the queue and sends the packet. This means that the KA can be s=
end in any shared slot. <br>


<br></div>does it make sense?<span><font color=3D"#888888"><br>X<br></font>=
</span></div><div><div><div class=3D"gmail_extra"><br><br><div class=3D"gma=
il_quote">On Tue, Aug 13, 2013 at 7:19 AM,  <span dir=3D"ltr">&lt;<a href=
=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</=
span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,<u></u><u><=
/u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt, whenever the sender has not received any packet from
 its neighbor/parent for a while. But, in this basic RPL, we might use the =
shared cell, as a temporary solution, to send the keep-alive to a particula=
r neighbor. For sure, if the sender packet is not acknowledged (by the firs=
t time), the sender can=92t find,
 if the transmission is collided or if the connection to the neighbor/paren=
t is lost. In this case I think we need to retry several times based on TSC=
H retransmission algorithm on those shared cells. If all the retries fails =
then the connection to the neighbor/parent
 is lost.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused by=
 Keep-alive is not too much.<u></u><u></u></span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message pe=
riodically to let the node to be recognized by its neighbor?<u></u><u></u><=
/span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span></p><div><div><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will only have shared cell.=
 And then, keep-alive has to use shared
 cell, which may result in more collision and then traffic.<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result, and as part of IEEE8=
02.15.4e&#39;s normal operation, a node keeps
 synchronized with its RPL parent. In the absence of traffic, the node will=
 periodically &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize
 its routing parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications of limiti=
ng NUD to the child-&gt;parent case?<u></u><u></u></p>



</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"14078bcde9514e1d_14078928834ad6aa_140780b=
d7e26f02d_140767921bce207e_1407677717fd0940_14073d"><span style=3D"font-siz=
e:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f49=
7d">Hello Xavi:</span></a><u></u><u></u></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>



<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>



<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--bcaec52bea197b31b704e3d7cb0f--

From qinwang@berkeley.edu  Tue Aug 13 11:06:27 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 391A221E804E for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 11:06:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.676
X-Spam-Level: 
X-Spam-Status: No, score=-2.676 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_22=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nl7HWe2Ryd08 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 11:06:23 -0700 (PDT)
Received: from mail-vb0-f48.google.com (mail-vb0-f48.google.com [209.85.212.48]) by ietfa.amsl.com (Postfix) with ESMTP id 706FE11E8118 for <6tsch@ietf.org>; Tue, 13 Aug 2013 11:06:21 -0700 (PDT)
Received: by mail-vb0-f48.google.com with SMTP id w16so6935835vbf.35 for <6tsch@ietf.org>; Tue, 13 Aug 2013 11:06:20 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=w5irEuYE+LeV+AT0BeTRpW5VXHeFouaejiQdznfRO8M=; b=NechPFKfRoeliQq2VANKbFOBkomPMDsyIrX8TqIpKXd3sIrjzK1lM0GCMbcqB1stA6 +m4oycoY5IhhjUc+TN94Cr7D3oC72av6KXWIQ/rkc59ZAk2C7PgtfK/yntkjLmB80PTs HhUVX1Eyp/oG/548Zfc+kYCaw/eZ4xLb9MENDu4Gre26GQO4JqDKY83zwah8lyxrSNgZ /S0M0wsm0hANhwwWXHTruY4/owDX4dvXFGCcRnyCVOMWjldJSGUuyHMPrJFPtl9pAsap yM7X+Pnp+74HDqIkzDsg9+475QlwH78epF4k7wsyrBPy4CJkqEsOPTU1XE16i38/7HKF 3lzg==
X-Gm-Message-State: ALoCoQnYcpgbTloX9BRhsjgOXSgOY1PZVpOCOX3UW5yt70as5QKD3l12XrTkN/VZ3FZgOmqgtHfn
MIME-Version: 1.0
X-Received: by 10.220.10.194 with SMTP id q2mr5410403vcq.2.1376417180479; Tue, 13 Aug 2013 11:06:20 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Tue, 13 Aug 2013 11:06:20 -0700 (PDT)
In-Reply-To: <CALEMV4Y_5r1pr-UHMxw3tSdYZdv39vXJMYaQ05RoqP7c0SRXSA@mail.gmail.com>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl> <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com> <CAAzoce7Z-g9MnxnfYdH3BS9zsMr2SkAjup1oj01zHZPYNCKJHg@mail.gmail.com> <CALEMV4Y_5r1pr-UHMxw3tSdYZdv39vXJMYaQ05RoqP7c0SRXSA@mail.gmail.com>
Date: Wed, 14 Aug 2013 02:06:20 +0800
Message-ID: <CAAzoce6T8=sDUAhqi6y2r4sNVWmpM_oXrGQHHVZOWJ8os6zGpg@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=001a11c3b9441afe5904e3d81902
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Pouria Zand <P.Zand@utwente.nl>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 18:06:27 -0000

--001a11c3b9441afe5904e3d81902
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Xavi,

I agree to using keep-alive as one of UND methods. For this purpose, I
think we should add some configuration profile in the documents, something
like your answers to my questions.

Make sense?

Qin






On Wed, Aug 14, 2013 at 1:44 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi Qin, see inline
>
>
> Hi Xavi,
>
> I have two questions about the shared cells.
>
> (1) Corresponding to a shared cell advertised in EB, what should the cell
> type be set in the advertiser? Should be Rx?
>
> The cell type is defined in a bitmap. The TX,RX and SHARED bits should be
> set.
>
> (2) Should it be required for all of the nodes in neighborhood to be awak=
e
> in the shared cells?
>
> Well, if cells are shared (slotted aloha), nodes wake up, if they have
> something to transmit they transmit, if not, they listen. If there is
> nothing to be listened the slot becomes an idle listen slot, which means
> that the radio is only on for the duration of the guard time.  If a packe=
t
> arrives the node gets it. (in fact all listening nodes that can hear the
> packet get it but the packet is discarded by all of them except the
> destination. This happens at the MAC layer as the destination address doe=
s
> not match to the node's address)
>
>
> Basically, my concern is that when a keep-alive is sent out, the
> destination node is most likely in listening mode.
>
> Most likely is in listening mode unless has something to transmit at that
> slot, then a collision will happen.
> Is there something that you don't like about that approach :-) ?
>
> X
>
> Thanks
>
>
> On Tue, Aug 13, 2013 at 10:32 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Hi Xavi,
>>
>> I have two questions about the shared cells.
>>
>> (1) Corresponding to a shared cell advertised in EB, what should the cel=
l
>> type be set in the advertiser? Should be Rx?
>> (2) Should it be required for all of the nodes in neighborhood to be
>> awake in the shared cells?
>>
>> Basically, my concern is that when a keep-alive is sent out, the
>> destination node is most likely in listening mode.
>>
>> Thanks
>> Qin
>>
>>
>> On Wed, Aug 14, 2013 at 12:46 AM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:
>>
>>> Hi Pouria,
>>>
>>> I completely agree with your description. Besides, there isn't a common
>>> shared cell to send KAs. I see the operation in the following way:
>>> 6top KA timer expires and places a KA packet into the queue (e.g this
>>> happens every 30s). TSCH layer at the begining of a shared tx/rx slot t=
hen
>>> reads from the queue and sends the packet. This means that the KA can b=
e
>>> send in any shared slot.
>>>
>>> does it make sense?
>>> X
>>>
>>>
>>> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:
>>>
>>>>  Dear Qin, All,****
>>>>
>>>> I agree that Keep-alive message need to be sent in the dedicated cell
>>>> to the potential neighbor/parent, whenever the sender has not received=
 any
>>>> packet from its neighbor/parent for a while. But, in this basic RPL, w=
e
>>>> might use the shared cell, as a temporary solution, to send the keep-a=
live
>>>> to a particular neighbor. For sure, if the sender packet is not
>>>> acknowledged (by the first time), the sender can=92t find, if the
>>>> transmission is collided or if the connection to the neighbor/parent i=
s
>>>> lost. In this case I think we need to retry several times based on TSC=
H
>>>> retransmission algorithm on those shared cells. If all the retries fai=
ls
>>>> then the connection to the neighbor/parent is lost.****
>>>>
>>>> Since the nodes do not need to send the keep-alive message so often,
>>>> therefore the traffic caused by Keep-alive is not too much.****
>>>>
>>>> Am I right? ****
>>>>
>>>> BTW, do we have any common shared cell (in the whole network) to
>>>> broadcast the Keep-alive message periodically to let the node to be
>>>> recognized by its neighbor?****
>>>>
>>>> ** **
>>>>
>>>> Best wishes,****
>>>>
>>>> Pouria****
>>>>
>>>> ** **
>>>>
>>>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On
>>>> Behalf Of *Qin Wang
>>>> *Sent:* Tuesday, August 13, 2013 3:19 PM
>>>> *To:* Thomas Watteyne
>>>> *Cc:* 6tsch@ietf.org
>>>>
>>>> *Subject:* Re: [6tsch] RPL on Basic****
>>>>
>>>> ** **
>>>>
>>>> Hi Thomas and Xavi,****
>>>>
>>>> ** **
>>>>
>>>> I remember keep-alive usually use dedicated cell, instead of shared
>>>> cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-b=
ased
>>>> schedule establishment, a child will only have shared cell. And then,
>>>> keep-alive has to use shared cell, which may result in more collision =
and
>>>> then traffic.****
>>>>
>>>> ** **
>>>>
>>>> Thought?****
>>>>
>>>> ** **
>>>>
>>>> Qin ****
>>>>
>>>> ** **
>>>>
>>>> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
>>>> watteyne@eecs.berkeley.edu> wrote:****
>>>>
>>>> We established a while ago that we could reuse the RPL DAG structure
>>>> for timekeeping. That is, a node's routing parent coincides with its T=
SCH
>>>> time source neighbor. As a result, and as part of IEEE802.15.4e's norm=
al
>>>> operation, a node keeps synchronized with its RPL parent. In the absen=
ce of
>>>> traffic, the node will periodically "keep alive" (per Xavi's e-mail) t=
o the
>>>> parent. How often depends on a number of factors, including crystal dr=
ift
>>>> and guard time, but in a typical case, a node will realize its routing
>>>> parent is missing after 30-60s.****
>>>>
>>>> ** **
>>>>
>>>> I believe this mechanism can serve for NUD, at least n the
>>>> child->parent case. Of course, this alone does no cover parent->child =
or
>>>> NUD between siblings. Any thoughts on the implications of limiting NUD=
 to
>>>> the child->parent case?****
>>>>
>>>> ** **
>>>>
>>>> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
>>>> pthubert@cisco.com> wrote:****
>>>>
>>>> Hello Xavi:****
>>>>
>>>>  ****
>>>>
>>>> Sure. NUD generates a reactive keep alive. Proactive heart beat that
>>>> comes at a periodic battery drain. Question is what is the optimal way=
 with
>>>> TSCH for a child to find that the parent is gone, in the absence of tr=
affic?
>>>> ****
>>>>
>>>> Knowing that we=92ll have (or not) EBs, and that we will (or not) time
>>>> sync from the RPL parent, there is probably something we can recommend=
, and
>>>> limitations to the granularity that we get.****
>>>>
>>>>  ****
>>>>
>>>> Cheers,****
>>>>
>>>>  ****
>>>>
>>>> Pascal****
>>>>
>>>>  ****
>>>>
>>>> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.ed=
u]
>>>>
>>>> *Sent:* lundi 12 ao=FBt 2013 20:38
>>>> *To:* Pascal Thubert (pthubert)
>>>> *Cc:* Thomas Watteyne; 6tsch@ietf.org
>>>> *Subject:* Re: [6tsch] RPL on Basic****
>>>>
>>>>  ****
>>>>
>>>> Hi Pascal,
>>>>
>>>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>>>> missing? Only reactive to traffic has issues like a child may never re=
alize
>>>> a parent is gone if there is no outwards traffic so it will fail to up=
date
>>>> DAO states. How can MAC mechanisms help?****
>>>>
>>>> Keep alive packets help on that. :-)****
>>>>
>>>> X****
>>>>
>>>>  ****
>>>>
>>>> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
>>>> pthubert@cisco.com> wrote:****
>>>>
>>>> Hello Xavi:****
>>>>
>>>>  ****
>>>>
>>>>  ****
>>>>
>>>> Please see inline****
>>>>
>>>>  ****
>>>>
>>>> -RPL objective function calculation using Neighbors information
>>>> described in Basic configuration. ****
>>>>
>>>>     -this includes how OF is calculated using numTx and numTxACK, etc.=
.
>>>> ****
>>>>
>>>>  ****
>>>>
>>>> *[] *****
>>>>
>>>> -RPL configuration:****
>>>>
>>>>      - storing mode vs non-storing mode (I vote for non-storing mode
>>>> for a basic configuration)****
>>>>
>>>>  ****
>>>>
>>>> *[] *I would MUST the non-storing and MAY the storing mode support.
>>>> It=92s still good t enable storing mode interop for larger devices.***=
*
>>>>
>>>>  ****
>>>>
>>>>      - DIO period. Whether we use trickle algorithm (and we define the
>>>> initial period) or we use a fix period for DIO (no trickle) for basic
>>>> configuration.****
>>>>
>>>>       -DAO period, idem.****
>>>>
>>>> *[] *I=92d seek for a recommendation from Phil on the trickle setting.=
***
>>>> *
>>>>
>>>> I kindly ask for opinions and contribution to this items so we can
>>>> start narrowing the content.****
>>>>
>>>> *[] *We need to discuss NUD as well. How do we know a peer is gone
>>>> missing? Only reactive to traffic has issues like a child may never re=
alize
>>>> a parent is gone if there is no outwards traffic so it will fail to up=
date
>>>> DAO states. How can MAC mechanisms help?****
>>>>
>>>> Some of that discussion may be spread between other drafts like the
>>>> architecture.****
>>>>
>>>>  ****
>>>>
>>>> Cheers;****
>>>>
>>>>  ****
>>>>
>>>> Pascal****
>>>>
>>>>  ****
>>>>
>>>> thanks!
>>>> X****
>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>>
>>>>  ****
>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>>
>>>>  ****
>>>>
>>>> ** **
>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>>
>>>> ** **
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>
>>
>

--001a11c3b9441afe5904e3d81902
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Xavi,<div><br></div><div>I agree to using keep-alive as on=
e of UND methods. For this purpose, I think we should add some configuratio=
n profile in the documents, something like your answers to my questions.</d=
iv>
<div><br></div><div>Make sense?</div><div><br></div><div>Qin=A0</div><div><=
br></div><div><br></div><div><br></div><div>=A0</div></div><div class=3D"gm=
ail_extra"><br><br><div class=3D"gmail_quote">On Wed, Aug 14, 2013 at 1:44 =
AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvila=
josana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</=
a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div><span style=3D"co=
lor:rgb(0,0,255)">Hi Qin, see inline</span><img src=3D"https://mail.google.=
com/mail/u/3/images/cleardot.gif" alt=3D""><br>
<br><br></div><div class=3D"im">Hi Xavi,<div><br></div>
<div>I have two questions about the shared cells.</div><div><br></div><div>=
(1) Corresponding to a shared cell advertised in EB, what should the cell t=
ype be set in the advertiser? Should be Rx?</div>
</div><div><br><span style=3D"color:rgb(0,0,255)">The cell type is defined =
in a bitmap. The TX,RX and SHARED bits should be set.<br></span><div class=
=3D"im"><br>(2) Should it be required for all of the nodes in neighborhood =
to be awake in the shared cells?<br>

<span style=3D"color:rgb(0,0,255)"><br></span></div></div><div><span style=
=3D"color:rgb(0,0,255)">Well, if cells are shared (slotted aloha), nodes wa=
ke up, if they have something to transmit they transmit, if not, they liste=
n. If there is nothing to be listened the slot becomes an idle listen slot,=
 which means that the radio is only on for the duration of the guard time.=
=A0 If a packet arrives the node gets it. (in fact all listening nodes that=
 can hear the packet get it but the packet is discarded by all of them exce=
pt the destination. This happens at the MAC layer as the destination addres=
s does not match to the node&#39;s address) </span><br>

<br><br></div><div class=3D"im"><div>Basically, my concern is that when a k=
eep-alive is sent out, the destination node is most likely in listening mod=
e. <br><br></div></div><span style=3D"color:rgb(0,0,255)">Most likely is in=
 listening mode unless has something to transmit at that slot, then a colli=
sion will happen.<br>

</span></div><span style=3D"color:rgb(0,0,255)">Is there something that you=
 don&#39;t like about that approach :-) ?<br></span><div><div><div>
<div><br></div><div><span style=3D"color:rgb(0,0,255)">X</span><br></div><d=
iv><br></div><div>Thanks</div></div></div></div></div><div class=3D"HOEnZb"=
><div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_q=
uote">
On Tue, Aug 13, 2013 at 10:32 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D=
"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt=
;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Xavi,<div><br></div><div=
>I have two questions about the shared cells.</div><div><br></div><div>(1) =
Corresponding to a shared cell advertised in EB, what should the cell type =
be set in the advertiser? Should be Rx?</div>


<div>(2) Should it be required for all of the nodes in neighborhood to be a=
wake in the shared cells?</div><div><br></div><div>Basically, my concern is=
 that when a keep-alive is sent out, the destination node is most likely in=
 listening mode.=A0</div>


<div><br></div><div>Thanks</div><span><font color=3D"#888888"><div>Qin</div=
></font></span></div><div><div><div class=3D"gmail_extra"><br><br><div clas=
s=3D"gmail_quote">On Wed, Aug 14, 2013 at 12:46 AM, Xavier Vilajosana Guill=
en <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" t=
arget=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div><div>Hi Pouria,<b=
r><br></div>I completely agree with your description. Besides, there isn&#3=
9;t a common shared cell to send KAs. I see the operation in the following =
way:<br>


</div>6top KA timer expires and places a KA packet into the queue (e.g this=
 happens every 30s). TSCH layer at the begining of a shared tx/rx slot then=
 reads from the queue and sends the packet. This means that the KA can be s=
end in any shared slot. <br>



<br></div>does it make sense?<span><font color=3D"#888888"><br>X<br></font>=
</span></div><div><div><div class=3D"gmail_extra"><br><br><div class=3D"gma=
il_quote">On Tue, Aug 13, 2013 at 7:19 AM,  <span dir=3D"ltr">&lt;<a href=
=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</=
span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,<u></u><u><=
/u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt, whenever the sender has not received any packet from
 its neighbor/parent for a while. But, in this basic RPL, we might use the =
shared cell, as a temporary solution, to send the keep-alive to a particula=
r neighbor. For sure, if the sender packet is not acknowledged (by the firs=
t time), the sender can=92t find,
 if the transmission is collided or if the connection to the neighbor/paren=
t is lost. In this case I think we need to retry several times based on TSC=
H retransmission algorithm on those shared cells. If all the retries fails =
then the connection to the neighbor/parent
 is lost.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused by=
 Keep-alive is not too much.<u></u><u></u></span></p>




<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message pe=
riodically to let the node to be recognized by its neighbor?<u></u><u></u><=
/span></p>




<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span></p><div><div><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will only have shared cell.=
 And then, keep-alive has to use shared
 cell, which may result in more collision and then traffic.<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result, and as part of IEEE8=
02.15.4e&#39;s normal operation, a node keeps
 synchronized with its RPL parent. In the absence of traffic, the node will=
 periodically &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize
 its routing parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications of limiti=
ng NUD to the child-&gt;parent case?<u></u><u></u></p>




</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"14078c7992bb6a7b_14078bcde9514e1d_1407892=
8834ad6aa_140780bd7e26f02d_140767921bce207e_1407677717fd0940_14073d"><span =
style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&=
quot;;color:#1f497d">Hello Xavi:</span></a><u></u><u></u></p>




<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>




<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>




<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--001a11c3b9441afe5904e3d81902--

From P.Zand@utwente.nl  Tue Aug 13 12:41:06 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B0F911E81C5 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 12:41:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.503
X-Spam-Level: 
X-Spam-Status: No, score=-0.503 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y6K2Gba2wOQ6 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 12:41:01 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 6D2E311E81C6 for <6tsch@ietf.org>; Tue, 13 Aug 2013 12:41:00 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Tue, 13 Aug 2013 21:40:59 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Tue, 13 Aug 2013 21:40:58 +0200
From: <P.Zand@utwente.nl>
To: <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAA==
Date: Tue, 13 Aug 2013 19:40:58 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDC@EXMBX23.ad.utwente.nl>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl> <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com>
In-Reply-To: <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDCEXMBX23adutwent_"
MIME-Version: 1.0
Cc: watteyne@eecs.berkeley.edu, 6tsch@ietf.org, qinwang@berkeley.edu
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 19:41:06 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDCEXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDCEXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Xavi,<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires =
for &#8220;node A&#8221; after 30s if no frames have been sent (or received=
) to (or from) neighbor &#8220;node B&#8221;. Am I right?<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors=
 that has already received their EB with acceptable RSSI?
 Or (2) the node should probe its connection with the its RPL parent and it=
s RPL child? In the case (2), how does the 6top can inform the L3 about the=
 new potential discovered neighbors and their connection status? &nbsp;&nbs=
p;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<o:p></o:p>=
</p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn't a common shared cell to send KAs. I see the operation in the fol=
lowing way:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet. This means that the
 KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:=
p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140780bd7e26f02d_140767921bce207e_140767"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL objective function calculation using Neighbors information de=
scribed in Basic configuration.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp; -this includes how OF is calculated using numTx=
 and numTxACK, etc..
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL configuration:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - storing mode vs non-storing mode (I vot=
e for non-storing mode for a basic configuration)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDCEXMBX23adutwent_--

From xvilajosana@berkeley.edu  Tue Aug 13 13:16:50 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD67C21E818E for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 13:16:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.576
X-Spam-Level: 
X-Spam-Status: No, score=-2.576 tagged_above=-999 required=5 tests=[AWL=0.400,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u7pdY8Ak5q-1 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 13:16:46 -0700 (PDT)
Received: from mail-pa0-f50.google.com (mail-pa0-f50.google.com [209.85.220.50]) by ietfa.amsl.com (Postfix) with ESMTP id 9140711E81B4 for <6tsch@ietf.org>; Tue, 13 Aug 2013 13:16:46 -0700 (PDT)
Received: by mail-pa0-f50.google.com with SMTP id fb10so9235416pad.23 for <6tsch@ietf.org>; Tue, 13 Aug 2013 13:16:46 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=o53mtd9QBAULmhTrS2wUMLDFJbpd+WvJVe5H0SLgaO0=; b=KlC822NazI9ZqXAqcKEsZxEmgcdwCANELwY/IdqfBXomUP6WzQoRSi4SrEyfFBCbTS eTbJKR4n+6S8EV2ZGfy6N75hKTQn2D8U/UyEBRl7dLVEXlL500OsG+bXmjai+B5Vos2S juFyM0jHI+AcxWYZY37mC5LwC7tid+BqJC6z9WPa1nEWNNCtKIhojKTU1vJqNz4tc461 GG80uvr+q0ji+wojhZCxeHDYIcu72rfmsAc8zkLCBRmc65u+FmSZ6tTmEZNqJmc4YCVA 8cf7ZS8Ocdii4lm8TIkHcMt7BmgVYWRViWylSZn0zPTs01N1QWEZ7d2XwIY81y2/PYDt xZNA==
X-Gm-Message-State: ALoCoQklv5Vru4vfrRfgA9MllCp5hFdkh0DYjpDm9+QCuh064jALUknlfruhEz/kNvxSKiuRgTLV
MIME-Version: 1.0
X-Received: by 10.68.197.226 with SMTP id ix2mr6123822pbc.149.1376425006227; Tue, 13 Aug 2013 13:16:46 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Tue, 13 Aug 2013 13:16:46 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDC@EXMBX23.ad.utwente.nl>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl> <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDC@EXMBX23.ad.utwente.nl>
Date: Tue, 13 Aug 2013 13:16:46 -0700
Message-ID: <CALEMV4YYJu5=HcSxjGS2dgQgiNrs2=ugF_KG+a8XV_TSh66q=Q@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Pouria Zand <P.Zand@utwente.nl>
Content-Type: multipart/alternative; boundary=e89a8ff1cc348e793104e3d9eb9d
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 20:16:51 -0000

--e89a8ff1cc348e793104e3d9eb9d
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pouria,

answer inline:

Xavi,

Keep Alive timer expires for =93node A=94 after 30s if no frames have been =
sent
(or received) to (or from) neighbor =93node B=94. Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its
connection with all the neighbors that has already received their EB with
acceptable RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it
wants to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its
RPL child? In the case (2), how does the 6top can inform the L3 about the
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn
implementation), it is inserted at the neighbor table. At that point no
information about connectivity can be used except RSSI. As soon as a DIO is
received from that node, its information is updated (including rank). As we
don't have any information about connectivity (as RFC6552 describes) an
initial value is set (i.e rank + FOO). In openwsn a similar case to (1) is
used so eventually some stats of the link can be used to compute the ETX
and let RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors
an eventually this information is used by RPL to update routes. As this
node sends DIOs and receives DIOs from others the information is
permanently being updated enabling a node to be positioned in the multihop
topology.

Does it make sense?

Pouria


On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:

>  Xavi,****
>
> ** **
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> ** **
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
> ** **
>
> Pouria****
>
> ** **
>
> ** **
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
> ** **
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--e89a8ff1cc348e793104e3d9eb9d
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi Pouria,<br><br></div>answer inline:<br><br><p><spa=
n style=3D"font-size:11pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&=
quot;;color:rgb(31,73,125)">Xavi,</span></p>

<p><span style=3D"font-size:11pt;font-family:&quot;Calibri&quot;,&quot;sans=
-serif&quot;;color:rgb(31,73,125)">Keep
 Alive timer expires for =93node A=94 after 30s if no frames have been sent=
=20
(or received) to (or from) neighbor =93node B=94. Am I right?</span></p>
<p><span style=3D"font-size:11pt;font-family:&quot;Calibri&quot;,&quot;sans=
-serif&quot;;color:rgb(31,73,125)"><span style=3D"color:rgb(0,0,0)">there a=
re many different ways to implement that, this is an option.</span><br>
</span></p><p><span style=3D"font-size:11pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;;color:rgb(31,73,125)">=A0</span></p>
<p><span style=3D"font-size:11pt;font-family:&quot;Calibri&quot;,&quot;sans=
-serif&quot;;color:rgb(31,73,125)">In
 6top, (1) should not every node follow this scheme to probe its=20
connection with all the neighbors that has already received their EB=20
with acceptable RSSI?</span></p><p><span style=3D"font-size:11pt;font-famil=
y:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:rgb(31,73,125)"><span st=
yle=3D"color:rgb(0,0,0)">These are the list of known neighbors with accepta=
ble RSSI, so yes if it wants to keep all of them.</span><br>
</span></p><p><span style=3D"font-size:11pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;;color:rgb(31,73,125)">
 Or (2) the node should probe its connection with the its RPL parent and
 its RPL child? In the case (2), how does the 6top can inform the L3=20
about the new potential discovered neighbors and their connection=20
status? <br></span></p><p><span style=3D"font-size:11pt;font-family:&quot;C=
alibri&quot;,&quot;sans-serif&quot;;color:rgb(31,73,125)"><span style=3D"co=
lor:rgb(0,0,0)">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used except RSSI. As soo=
n as a DIO is received from that node, its information is updated (includin=
g rank). As we don&#39;t have any information about connectivity (as RFC655=
2 describes) an initial value is set (i.e rank + FOO). In openwsn a similar=
 case to (1) is used so eventually some stats of the link can be used to co=
mpute the ETX and let RPL do its work. <br>
</span></span></p><p><span style=3D"font-size:11pt;font-family:&quot;Calibr=
i&quot;,&quot;sans-serif&quot;;color:rgb(31,73,125)"><span style=3D"color:r=
gb(0,0,0)">So RPL knows about a new node because 6TOP keeps information of =
neighbors an eventually this information is used by RPL to update routes. A=
s this node sends DIOs and receives DIOs from others the information is per=
manently being updated enabling a node to be positioned in the multihop top=
ology.</span></span></p>
<p><span style=3D"font-size:11pt;font-family:&quot;Calibri&quot;,&quot;sans=
-serif&quot;;color:rgb(31,73,125)"><span style=3D"color:rgb(0,0,0)">Does it=
 make sense?</span></span></p><p><span style=3D"font-size:11pt;font-family:=
&quot;Calibri&quot;,&quot;sans-serif&quot;;color:rgb(31,73,125)"><span styl=
e=3D"color:rgb(0,0,0)"></span></span><span style=3D"font-size:11pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:rgb(31,73,125)">Pouria=
</span><br>
</p><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, A=
ug 13, 2013 at 12:40 PM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@ut=
wente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or=
 from) neighbor =93node B=94. Am I right?<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors=
 that has already received their EB with acceptable RSSI?
 Or (2) the node should probe its connection with the its RPL parent and it=
s RPL child? In the case (2), how does the 6top can inform the L3 about the=
 new potential discovered neighbors and their connection status? =A0=A0=A0<=
u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">6tsch@ietf.org</a></span></p><div><div><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn&#39;t a common shared cell to send KAs. I see the operation in the=
 following way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet. This means that the
 KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result,
 and as part of IEEE802.15.4e&#39;s normal operation, a node keeps synchron=
ized with its RPL parent. In the absence of traffic, the node will periodic=
ally &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How ofte=
n depends on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"14079447b04c3641_140793237141d64f_140780b=
d7e26f02d_140767921bce207e_140767"><span style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</=
span></a><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>


<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>


<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div></div>

--e89a8ff1cc348e793104e3d9eb9d--

From P.Zand@utwente.nl  Tue Aug 13 14:05:39 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7E2A21E80EE for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 14:05:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.503
X-Spam-Level: 
X-Spam-Status: No, score=-0.503 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oQMHVToDtR+O for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 14:05:33 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 67E2B21E80DC for <6tsch@ietf.org>; Tue, 13 Aug 2013 14:05:32 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Tue, 13 Aug 2013 23:05:32 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Tue, 13 Aug 2013 23:05:30 +0200
From: <P.Zand@utwente.nl>
To: <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWA=
Date: Tue, 13 Aug 2013 21:05:29 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FD80@EXMBX23.ad.utwente.nl>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl> <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDC@EXMBX23.ad.utwente.nl> <CALEMV4YYJu5=HcSxjGS2dgQgiNrs2=ugF_KG+a8XV_TSh66q=Q@mail.gmail.com>
In-Reply-To: <CALEMV4YYJu5=HcSxjGS2dgQgiNrs2=ugF_KG+a8XV_TSh66q=Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FD80EXMBX23adutwent_"
MIME-Version: 1.0
Cc: watteyne@eecs.berkeley.edu, 6tsch@ietf.org, qinwang@berkeley.edu
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 21:05:39 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FD80EXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
Sent: Tuesday, August 13, 2013 10:17 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FD80EXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Xavi,<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Many thanks for your comp=
lete explanation. It absolutely makes sense.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need t=
o store rank information (included in DIO) in that table?
 Or we just store neighbor statistic?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<o:p></o:p>=
</p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<o:p></=
o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">there are many different ways to implement that=
, this is an option.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">These are the list of known neighbors with acce=
ptable RSSI, so yes if it wants to keep all of them.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">When a node is discovered due to receiving and =
EB (at least in our openwsn implementation), it is inserted at the neighbor=
 table. At that point no information about connectivity
 can be used except RSSI. As soon as a DIO is received from that node, its =
information is updated (including rank). As we don't have any information a=
bout connectivity (as RFC6552 describes) an initial value is set (i.e rank =
&#43; FOO). In openwsn a similar case
 to (1) is used so eventually some stats of the link can be used to compute=
 the ETX and let RPL do its work.
</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">So RPL knows about a new node because 6TOP keep=
s information of neighbors an eventually this information is used by RPL to=
 update routes. As this node sends DIOs and receives DIOs
 from others the information is permanently being updated enabling a node t=
o be positioned in the multihop topology.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">Does it make sense?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I completely agree with your description. Besides, there isn't a c=
ommon shared cell to send KAs. I see the operation in the following way:<o:=
p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">6top KA timer expires and places a KA packet into the queue (e.g this ha=
ppens every 30s). TSCH layer at the begining of a shared tx/rx slot then re=
ads from the queue and sends the packet.
 This means that the KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"14079447b04c3641_140793237141d64f_140780"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL objective function calculation using Neighbors information de=
scribed in Basic configuration.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp; -this includes how OF is calculated using numTx=
 and numTxACK, etc..
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL configuration:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - storing mode vs non-storing mode (I vot=
e for non-storing mode for a basic configuration)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FD80EXMBX23adutwent_--

From xvilajosana@berkeley.edu  Tue Aug 13 14:13:34 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F3A121F9DF6 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 14:13:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.709
X-Spam-Level: 
X-Spam-Status: No, score=-2.709 tagged_above=-999 required=5 tests=[AWL=0.267,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GThGmYZnNGri for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 14:13:30 -0700 (PDT)
Received: from mail-pb0-f50.google.com (mail-pb0-f50.google.com [209.85.160.50]) by ietfa.amsl.com (Postfix) with ESMTP id 143C521F9E22 for <6tsch@ietf.org>; Tue, 13 Aug 2013 14:13:30 -0700 (PDT)
Received: by mail-pb0-f50.google.com with SMTP id uo5so8319468pbc.23 for <6tsch@ietf.org>; Tue, 13 Aug 2013 14:13:29 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=oZI4KP7gDdQQxE5bIgw3iiZ45OZxii/TORlukzOlplU=; b=lZtNCLg41Tu/NE576Lkxv27wGzKQ/y8GesVrSANGiNwEohg/U/rYZ6MCy3S0pQjjUA 1MRz9loyzGbtbJe1YQ3vJKMJGFlRvuaoa27XNJNcOcM1Xdc5vy0v+0koAhunEpIbBzeY odmY+KDPVE8GaXT3rh6jXewVMhOqpOmaBQ+G+wzp2X9gXCkY73CMAPK+LMZ4KhTo7iSX RSQCAnsWROoKx23kH/vyyL4j4t4JBxmFjYybqqX6q0DP3Z00w6cedDxThSX0qKxmh4iM b7e69palgwWColHK8RdccjbNlGDChJwhM3cf//iYPsWG8QxHSrtygWTgCrNpmcEW+S79 umCw==
X-Gm-Message-State: ALoCoQnQgamkcRCgAodVZ5xto1EFeAyyZZEkaj2yHVlLC2ku7zWSSsd4w+TsJ8lHtigWyKZ7XvdF
MIME-Version: 1.0
X-Received: by 10.68.2.69 with SMTP id 5mr6371778pbs.124.1376428409702; Tue, 13 Aug 2013 14:13:29 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Tue, 13 Aug 2013 14:13:29 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FD80@EXMBX23.ad.utwente.nl>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl> <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDC@EXMBX23.ad.utwente.nl> <CALEMV4YYJu5=HcSxjGS2dgQgiNrs2=ugF_KG+a8XV_TSh66q=Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FD80@EXMBX23.ad.utwente.nl>
Date: Tue, 13 Aug 2013 14:13:29 -0700
Message-ID: <CALEMV4bnhYEKKWk4Poppd7HQuHTG67=3LGXyBuCeDt7TwfBF6g@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Pouria Zand <P.Zand@utwente.nl>
Content-Type: multipart/alternative; boundary=bcaec52156bd6b564204e3dab6a0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 21:13:34 -0000

--bcaec52156bd6b564204e3dab6a0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of
the table is something that we need to work on, stats for sure as described
by the basic configuration draft. As regards to the rank, in our
implementation, we keep it in the table, for each neighbour we keep its
rank. This information can be placed somewhere else if you want but I guess
we need it to keep some sense on what is the rank of our neighbors.

regards,
Xavi



On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl> wrote:

>  Xavi,****
>
> ** **
>
> Many thanks for your complete explanation. It absolutely makes sense.****
>
> ** **
>
> Just one minor question. The neighbor table will be stored in 6top. Am I
> right? If yes, do we need to store rank information (included in DIO) in
> that table? Or we just store neighbor statistic?****
>
> ** **
>
> Pouria ****
>
> ** **
>
> ** **
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 10:17 PM
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Hi Pouria,****
>
> answer inline:****
>
> Xavi,****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> there are many different ways to implement that, this is an option.****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI?****
>
> These are the list of known neighbors with acceptable RSSI, so yes if it
> wants to keep all of them.****
>
> Or (2) the node should probe its connection with the its RPL parent and
> its RPL child? In the case (2), how does the 6top can inform the L3 about
> the new potential discovered neighbors and their connection status? ****
>
> When a node is discovered due to receiving and EB (at least in our openws=
n
> implementation), it is inserted at the neighbor table. At that point no
> information about connectivity can be used except RSSI. As soon as a DIO =
is
> received from that node, its information is updated (including rank). As =
we
> don't have any information about connectivity (as RFC6552 describes) an
> initial value is set (i.e rank + FOO). In openwsn a similar case to (1) i=
s
> used so eventually some stats of the link can be used to compute the ETX
> and let RPL do its work. ****
>
> So RPL knows about a new node because 6TOP keeps information of neighbors
> an eventually this information is used by RPL to update routes. As this
> node sends DIOs and receives DIOs from others the information is
> permanently being updated enabling a node to be positioned in the multiho=
p
> topology.****
>
> Does it make sense?****
>
> Pouria****
>
> ** **
>
> On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
>  ****
>
> Pouria****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
> ** **
>

--bcaec52156bd6b564204e3dab6a0
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi Pouria,<br><br>yes the neighbor table is some=
thing that 6top takes care of. The fields of the table is something that we=
 need to work on, stats for sure as described by the basic configuration dr=
aft. As regards to the rank, in our implementation, we keep it in the table=
, for each neighbour we keep its rank. This information can be placed somew=
here else if you want but I guess we need it to keep some sense on what is =
the rank of our neighbors.<br>
<br></div>regards,<br></div>Xavi<br><div><div><br></div></div></div><div cl=
ass=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, Aug 13, 2013=
 at 2:05 PM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwente.nl" ta=
rget=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your comp=
lete explanation. It absolutely makes sense.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need t=
o store rank information (included in DIO) in that table?
 Or we just store neighbor statistic?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span></p><div><div class=3D=
"h5"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<u></u>=
<u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Keep Alive timer expires for =93node A=94 aft=
er 30s if no frames have been sent (or received) to (or from) neighbor =93n=
ode B=94. Am I right?</span><u></u><u></u></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><u></u><u></u></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity
 can be used except RSSI. As soon as a DIO is received from that node, its =
information is updated (including rank). As we don&#39;t have any informati=
on about connectivity (as RFC6552 describes) an initial value is set (i.e r=
ank + FOO). In openwsn a similar case
 to (1) is used so eventually some stats of the link can be used to compute=
 the ETX and let RPL do its work.
</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs
 from others the information is permanently being updated enabling a node t=
o be positioned in the multihop topology.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Pouria</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or
 from) neighbor =93node B=94. Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? =A0=A0=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn&#39;t a common shared cell to send KAs. I see the operation in the=
 following way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet.
 This means that the KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result,
 and as part of IEEE802.15.4e&#39;s normal operation, a node keeps synchron=
ized with its RPL parent. In the absence of traffic, the node will periodic=
ally &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How ofte=
n depends on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140797f9da67483b_14079447b04c3641_1407932=
37141d64f_140780"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><=
u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>

<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--bcaec52156bd6b564204e3dab6a0--

From P.Zand@utwente.nl  Tue Aug 13 14:20:26 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A28C21E816A for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 14:20:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.503
X-Spam-Level: 
X-Spam-Status: No, score=-0.503 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gpJ7naor9kqL for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 14:20:20 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 6BD0C21E80C3 for <6tsch@ietf.org>; Tue, 13 Aug 2013 14:20:15 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Tue, 13 Aug 2013 23:20:15 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Tue, 13 Aug 2013 23:20:14 +0200
From: <P.Zand@utwente.nl>
To: <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWD//+R/gIAAIcgA
Date: Tue, 13 Aug 2013 21:20:13 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FDCC@EXMBX23.ad.utwente.nl>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl> <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDC@EXMBX23.ad.utwente.nl> <CALEMV4YYJu5=HcSxjGS2dgQgiNrs2=ugF_KG+a8XV_TSh66q=Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FD80@EXMBX23.ad.utwente.nl> <CALEMV4bnhYEKKWk4Poppd7HQuHTG67=3LGXyBuCeDt7TwfBF6g@mail.gmail.com>
In-Reply-To: <CALEMV4bnhYEKKWk4Poppd7HQuHTG67=3LGXyBuCeDt7TwfBF6g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FDCCEXMBX23adutwent_"
MIME-Version: 1.0
Cc: watteyne@eecs.berkeley.edu, 6tsch@ietf.org, qinwang@berkeley.edu
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 21:20:26 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FDCCEXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Xavi,

I guess we cannot keep "node rank" in the 6top. Because a node might have d=
ifferent rank based on different metrics defined in L3. As a response, I do=
n't think we can get all of those information form L3 and use them in neigh=
bor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
Sent: Tuesday, August 13, 2013 11:13 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FDCCEXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Xavi,<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I guess we cannot keep &#=
8220;node rank&#8221; in the 6top. Because a node might have different rank=
 based on different metrics defined in L3. As a response, I don&#8217;t thi=
nk
 we can get all of those information form L3 and use them in neighbor table=
 in 6top. Am I right?
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I think, as you mentioned=
 we need to work on them.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal">regards,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal">Xavi<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:=
p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your complete explanati=
on. It absolutely makes sense.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Just one minor question. The neighbor t=
able will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">answer inline:<o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don't have any information about connect=
ivity (as RFC6552 describes) an initial value is set (i.e rank &#43; FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I completely agree with your description. Besides, there isn't a c=
ommon shared cell to send KAs. I see the operation in the following way:<o:=
p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">6top KA timer expires and places a KA packet into the queue (e.g this ha=
ppens every 30s). TSCH layer at the begining of a shared tx/rx slot then re=
ads from the queue and sends the packet.
 This means that the KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140797f9da67483b_14079447b04c3641_140793"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL objective function calculation using Neighbors information de=
scribed in Basic configuration.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp; -this includes how OF is calculated using numTx=
 and numTxACK, etc..
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-RPL configuration:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - storing mode vs non-storing mode (I vot=
e for non-storing mode for a basic configuration)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FDCCEXMBX23adutwent_--

From xvilajosana@berkeley.edu  Tue Aug 13 14:27:36 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFF8421E8186 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 14:27:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.776
X-Spam-Level: 
X-Spam-Status: No, score=-2.776 tagged_above=-999 required=5 tests=[AWL=0.200,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k+bfpZY3np5i for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 14:27:16 -0700 (PDT)
Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) by ietfa.amsl.com (Postfix) with ESMTP id 88D9021E8187 for <6tsch@ietf.org>; Tue, 13 Aug 2013 14:27:14 -0700 (PDT)
Received: by mail-pa0-f49.google.com with SMTP id ld10so4815055pab.36 for <6tsch@ietf.org>; Tue, 13 Aug 2013 14:27:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=jLA+eqcDPtvEvt42CeyiqNOVOr0cmBRSGDrTC+mQaJo=; b=SFWgwhqiLsSwa36WPDk8cVhMce0UGLxUu/OAd98oardAKg4odQyPJpdTqW40mHaLfj NPpGO+3gQ0GJefO3A5PXq85dw1QTRY7iOs4Yhm4loyiFQh06WqPCb3A8XDOB7xoRrnxo 1kXdLeksVr7tY4AtgyTkicVgVc77+kxr4qrYU6TbthZYFCEK5qnZoVb2hufcHodY3EOd i7u+XaI/iia3CPDMg8+5LvPfMQ1wdbNOkV9xxXYPnDrCPuZA05E2PnRvU58mXpRAhcZQ sAchcmV16Q+tpSKS/CuLAT/kQDKCbS+psZzHNJhDo75THvg6MsI3hiMH1R4KGqOQ7Jsm xBeA==
X-Gm-Message-State: ALoCoQnI1wP2Z+459WWWxnse3KWxm/FRRnFsEvHKNonYfhXWadxoHRT0aNzvchUbSj9u5jBasjMl
MIME-Version: 1.0
X-Received: by 10.68.104.101 with SMTP id gd5mr6420597pbb.132.1376429234049; Tue, 13 Aug 2013 14:27:14 -0700 (PDT)
Received: by 10.70.85.102 with HTTP; Tue, 13 Aug 2013 14:27:13 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FDCC@EXMBX23.ad.utwente.nl>
References: <CALEMV4aAxJ_a_gwm=5nBZQhTjnKkxrZotKZOvnEzXbAeUz7cKQ@mail.gmail.com> <CADJ9OA8ZBKo4SpYExz4_dYBbWFmbLD+Qo51UhZW13-zhDxWigg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E5854@xmb-rcd-x01.cisco.com> <CALEMV4ZbHHrPp34nVYTohkF4Z3iuHaQf48RMS+2eKP8k7RX2qg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8413E58F0@xmb-rcd-x01.cisco.com> <CADJ9OA_+8VMNaxAUK0iHP9QN8SP5g1x=HvOP2Pg3stRONoc+CA@mail.gmail.com> <CAAzoce444vPh1sGB5Hytnfy-W34GeH_WyYxb1J4vmGdOpkTn+Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FA79@EXMBX23.ad.utwente.nl> <CALEMV4ZT-0O7uUu-aPQ+Es=WbGmpt1_iMpUYGt-Y3Ao26uJgig@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FCDC@EXMBX23.ad.utwente.nl> <CALEMV4YYJu5=HcSxjGS2dgQgiNrs2=ugF_KG+a8XV_TSh66q=Q@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FD80@EXMBX23.ad.utwente.nl> <CALEMV4bnhYEKKWk4Poppd7HQuHTG67=3LGXyBuCeDt7TwfBF6g@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA6FDCC@EXMBX23.ad.utwente.nl>
Date: Tue, 13 Aug 2013 14:27:13 -0700
Message-ID: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Pouria Zand <P.Zand@utwente.nl>
Content-Type: multipart/alternative; boundary=047d7b675f508defb804e3dae7a6
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 21:27:37 -0000

--047d7b675f508defb804e3dae7a6
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Good point :-)

agreed!
X


On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl> wrote:

>  Xavi,****
>
> ** **
>
> I guess we cannot keep =93node rank=94 in the 6top. Because a node might =
have
> different rank based on different metrics defined in L3. As a response, I
> don=92t think we can get all of those information form L3 and use them in
> neighbor table in 6top. Am I right? ****
>
> I think, as you mentioned we need to work on them. ****
>
> ** **
>
> Pouria  ****
>
> ** **
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 11:13 PM
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Hi Pouria,
>
> yes the neighbor table is something that 6top takes care of. The fields o=
f
> the table is something that we need to work on, stats for sure as describ=
ed
> by the basic configuration draft. As regards to the rank, in our
> implementation, we keep it in the table, for each neighbour we keep its
> rank. This information can be placed somewhere else if you want but I gue=
ss
> we need it to keep some sense on what is the rank of our neighbors.****
>
> regards,****
>
> Xavi****
>
> ** **
>
> ** **
>
> On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Many thanks for your complete explanation. It absolutely makes sense.****
>
>  ****
>
> Just one minor question. The neighbor table will be stored in 6top. Am I
> right? If yes, do we need to store rank information (included in DIO) in
> that table? Or we just store neighbor statistic?****
>
>  ****
>
> Pouria ****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 10:17 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> answer inline:****
>
> Xavi,****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> there are many different ways to implement that, this is an option.****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI?****
>
> These are the list of known neighbors with acceptable RSSI, so yes if it
> wants to keep all of them.****
>
> Or (2) the node should probe its connection with the its RPL parent and
> its RPL child? In the case (2), how does the 6top can inform the L3 about
> the new potential discovered neighbors and their connection status? ****
>
> When a node is discovered due to receiving and EB (at least in our openws=
n
> implementation), it is inserted at the neighbor table. At that point no
> information about connectivity can be used except RSSI. As soon as a DIO =
is
> received from that node, its information is updated (including rank). As =
we
> don't have any information about connectivity (as RFC6552 describes) an
> initial value is set (i.e rank + FOO). In openwsn a similar case to (1) i=
s
> used so eventually some stats of the link can be used to compute the ETX
> and let RPL do its work. ****
>
> So RPL knows about a new node because 6TOP keeps information of neighbors
> an eventually this information is used by RPL to update routes. As this
> node sends DIOs and receives DIOs from others the information is
> permanently being updated enabling a node to be positioned in the multiho=
p
> topology.****
>
> Does it make sense?****
>
> Pouria****
>
>  ****
>
> On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
>  ****
>
> Pouria****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
> ** **
>

--047d7b675f508defb804e3dae7a6
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Good point :-)<br><br></div>agreed!<br>X<br></div><di=
v class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, Aug 13, =
2013 at 2:20 PM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwente.nl=
" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I guess we cannot keep =
=93node rank=94 in the 6top. Because a node might have different rank based=
 on different metrics defined in L3. As a response, I don=92t think
 we can get all of those information form L3 and use them in neighbor table=
 in 6top. Am I right?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think, as you mentioned=
 we need to work on them.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span></p><div><div class=3D=
"h5"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">regards,<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Xavi<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your comp=
lete explanation. It absolutely makes sense.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<u></u>=
<u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Keep Alive timer expires for =93node A=94 aft=
er 30s if no frames have been sent (or received) to (or from) neighbor =93n=
ode B=94. Am I right?</span><u></u><u></u></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><u></u><u></u></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don&#39;t have any information about con=
nectivity (as RFC6552 describes) an initial value is set (i.e rank + FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Pouria</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or
 from) neighbor =93node B=94. Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? =A0=A0=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn&#39;t a common shared cell to send KAs. I see the operation in the=
 following way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet.
 This means that the KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result,
 and as part of IEEE802.15.4e&#39;s normal operation, a node keeps synchron=
ized with its RPL parent. In the absence of traffic, the node will periodic=
ally &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How ofte=
n depends on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140798d1c3f6bd8e_140797f9da67483b_1407944=
7b04c3641_140793"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><=
u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0 -this includes how OF is calculated using =
numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - storing mode vs non-storing mode (I v=
ote for non-storing mode for a basic configuration)<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>

<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--047d7b675f508defb804e3dae7a6--

From rsudhaak@cisco.com  Tue Aug 13 15:57:31 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2989411E80D2 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 15:57:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7E3OeUAu3ayO for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 15:57:04 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id D260F21F9B12 for <6tsch@ietf.org>; Tue, 13 Aug 2013 15:57:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=43968; q=dns/txt; s=iport; t=1376434620; x=1377644220; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=hco02cqevF3CQXECl2SUjeM/77CF6lM0v1dpoOM5D9M=; b=VJQKtM5vBIypLCturpRmn48TOvhzpKFEfTet2qpAKKF1/hOCpsrPF2w/ TJsJMIVJjpdXtqB70vMZt+hWfVoBDtOB73xU6kCa3oihRkLdhiS7hltCb QcYPhLq5sjFcx1OEpcTTDTzJGuS895O5KSGu3mbN3aYzmCOkgEdrsg3XE M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ag4FAFK5ClKtJV2a/2dsb2JhbABbDoI0RDVQvmKBJBZ0giQBAQEEAQEBFw1HCxIBCBEBAgEBAQsWAQYuCxQDBggCBAENBQgTh3UMuDEEjmkWgQwGGg0EBgECBIMVdgOFR45GlSiCXT6BaAcCFwQe
X-IronPort-AV: E=Sophos;i="4.89,873,1367971200";  d="scan'208,217";a="246775815"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-1.cisco.com with ESMTP; 13 Aug 2013 22:56:59 +0000
Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r7DMuxMH003962 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 13 Aug 2013 22:56:59 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.180]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.02.0318.004; Tue, 13 Aug 2013 17:56:59 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>, "Pouria Zand" <P.Zand@utwente.nl>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOmHhphUG5l50ScE27Ax5NhC9gtg==
Date: Tue, 13 Aug 2013 22:56:58 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com>
In-Reply-To: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.154.175.18]
Content-Type: multipart/alternative; boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60Bxmbrcdx04ciscoc_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 22:57:31 -0000

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60Bxmbrcdx04ciscoc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Xavi, Pouria,
I think we need to keep node rank at 6top (as a read only parameter obtaine=
d from L3) in order for the TSCH nodes to figure out the timing parent. In =
the case where RPL node may have different ranks based on different OFs we =
need a method to pick a timing parent.

We should propose a default OF, that is used to compute the ranks for the p=
urpose finding the timing parent.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Tuesday, August 13, 2013 2:27 PM
To: Pouria Zand <P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6t=
sch@ietf.org>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>=
>
Subject: Re: [6tsch] RPL on Basic

Good point :-)

agreed!
X


On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

I guess we cannot keep =93node rank=94 in the 6top. Because a node might ha=
ve different rank based on different metrics defined in L3. As a response, =
I don=92t think we can get all of those information form L3 and use them in=
 neighbor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 11:13 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for =93node A=94 after 30s if no frames have been =
sent (or received) to (or from) neighbor =93node B=94. Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for =93node A=94 after 30s if no frames have been =
sent (or received) to (or from) neighbor =93node B=94. Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can=92t find, if the transmission is collided or =
if the connection to the neighbor/parent is lost. In this case I think we n=
eed to retry several times based on TSCH retransmission algorithm on those =
shared cells. If all the retries fails then the connection to the neighbor/=
parent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we=92ll have (or not) EBs, and that we will (or not) time sync=
 from the RPL parent, there is probably something we can recommend, and lim=
itations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It=92s st=
ill good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I=92d seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch





--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60Bxmbrcdx04ciscoc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <099303C524FE664FB0BD658C20ECC88B@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>Xavi, Pouria,</div>
<div>I think we need to keep node rank at 6top (as a read only parameter ob=
tained from L3) in order for the TSCH nodes to figure out the timing parent=
. In the case where RPL node may have different ranks based on different OF=
s we need a method to pick a timing
 parent.</div>
<div><br>
</div>
<div>We should propose a default OF, that is used to compute the ranks for =
the purpose finding the timing parent.</div>
<div><br>
</div>
<div>-raghuram</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Xavier Vilajosana Guillen &lt=
;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu">xvilajosana@eecs.berkeley=
.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Reply-To: </span>&lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Tuesday, August 13, 2013 2:27=
 PM<br>
<span style=3D"font-weight:bold">To: </span>Pouria Zand &lt;<a href=3D"mail=
to:P.Zand@utwente.nl">P.Zand@utwente.nl</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>Thomas Watteyne &lt;<a href=3D"=
mailto:watteyne@eecs.berkeley.edu">watteyne@eecs.berkeley.edu</a>&gt;, &quo=
t;<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a>&quot; &lt;<a href=3D=
"mailto:6tsch@ietf.org">6tsch@ietf.org</a>&gt;, Qin Wang &lt;<a href=3D"mai=
lto:qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] RPL on Basic<b=
r>
</div>
<div><br>
</div>
<div dir=3D"ltr">
<div>Good point :-)<br>
<br>
</div>
agreed!<br>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 2:20 PM, <span dir=3D"lt=
r">&lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwent=
e.nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Xavi,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I guess we cannot keep =93node ran=
k=94 in the 6top. Because a node might have different rank based on differe=
nt metrics defined in L3. As a response,
 I don=92t think we can get all of those information form L3 and use them i=
n neighbor table in 6top. Am I right?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I think, as you mentioned we need =
to work on them.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria &nbsp;<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Xavier Vilajosana Guillen [mailto:<a href=3D"mai=
lto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berke=
ley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span></p>
<div>
<div class=3D"h5"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div>
</div>
<p></p>
<div>
<div class=3D"h5">
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">regards,<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Xavi<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Xavi,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Many thanks for your complete expl=
anation. It absolutely makes sense.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Just one minor question. The neigh=
bor table will be stored in 6top. Am I right? If yes, do we need to store r=
ank information (included in DIO) in
 that table? Or we just store neighbor statistic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Xavier Vilajosana Guillen [mailto:<a href=3D"mai=
lto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berke=
ley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<u></u>=
<u></u></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">Xavi,</span><u></u><u></u></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">Keep Alive timer expires for =93node A=94 after 30s if=
 no frames have been sent (or received) to (or from) neighbor =93node B=94.=
 Am I right?</span><u></u><u></u></p>
<p><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; ">ther=
e are many different ways to implement that, this is an option.</span><u></=
u><u></u></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">In 6top, (1) should not every node follow this scheme =
to probe its connection with all the neighbors that has already received th=
eir EB with acceptable RSSI?</span><u></u><u></u></p>
<p><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; ">Thes=
e are the list of known neighbors with acceptable RSSI, so yes if it wants =
to keep all of them.</span><u></u><u></u></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">Or (2) the node should probe its connection with the i=
ts RPL parent and its RPL child? In the case (2), how does the 6top can inf=
orm the L3 about the new potential
 discovered neighbors and their connection status? </span><u></u><u></u></p=
>
<p><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; ">When=
 a node is discovered due to receiving and EB (at least in our openwsn impl=
ementation), it is inserted at the neighbor table. At that point no informa=
tion about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don't have any information about connect=
ivity (as RFC6552 describes) an initial value is set (i.e rank &#43; FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><u></u><u></u></p>
<p><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; ">So R=
PL knows about a new node because 6TOP keeps information of neighbors an ev=
entually this information is used by RPL to update routes. As this node sen=
ds DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><u></u><u></u></p>
<p><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; ">Does=
 it make sense?</span><u></u><u></u></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">Pouria</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Xavi,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Keep Alive timer expires for =93no=
de A=94 after 30s if no frames have been sent (or received) to (or from) ne=
ighbor =93node B=94. Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">In 6top, (1) should not every node=
 follow this scheme to probe its connection with all the neighbors that has=
 already received their EB with acceptable
 RSSI? Or (2) the node should probe its connection with the its RPL parent =
and its RPL child? In the case (2), how does the 6top can inform the L3 abo=
ut the new potential discovered neighbors and their connection status? &nbs=
p;&nbsp;&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Xavier Vilajosana Guillen [mailto:<a href=3D"mai=
lto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berke=
ley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn't a common shared cell to send KAs. I see the operation in the fol=
lowing way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet. This means that the
 KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Dear Qin, All,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I agree that Keep-alive message ne=
ed to be sent in the dedicated cell to the potential neighbor/parent, whene=
ver the sender has not received any
 packet from its neighbor/parent for a while. But, in this basic RPL, we mi=
ght use the shared cell, as a temporary solution, to send the keep-alive to=
 a particular neighbor. For sure, if the sender packet is not acknowledged =
(by the first time), the sender
 can=92t find, if the transmission is collided or if the connection to the =
neighbor/parent is lost. In this case I think we need to retry several time=
s based on TSCH retransmission algorithm on those shared cells. If all the =
retries fails then the connection
 to the neighbor/parent is lost.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Since the nodes do not need to sen=
d the keep-alive message so often, therefore the traffic caused by Keep-ali=
ve is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">BTW, do we have any common shared =
cell (in the whole network) to broadcast the Keep-alive message periodicall=
y to let the node to be recognized by
 its neighbor?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Best wishes,</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "><a href=3D"mailto:6tsch-bounces@ietf.org" target=
=3D"_blank">6tsch-bounces@ietf.org</a> [mailto:<a href=3D"mailto:6tsch-boun=
ces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will only have shared cell.=
 And then, keep-alive has to use shared
 cell, which may result in more collision and then traffic.<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin&nbsp;<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node's routing parent coincide=
s with its TSCH time source neighbor. As a result, and as part of IEEE802.1=
5.4e's normal operation, a node keeps
 synchronized with its RPL parent. In the absence of traffic, the node will=
 periodically &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How=
 often depends on a number of factors, including crystal drift and guard ti=
me, but in a typical case, a node will realize
 its routing parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications of limiti=
ng NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Hello Xavi:</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Sure. NUD generates a reactive kee=
p alive. Proactive heart beat that comes at a periodic battery drain. Quest=
ion is what is the optimal way with
 TSCH for a child to find that the parent is gone, in the absence of traffi=
c?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Knowing that we=92ll have (or not)=
 EBs, and that we will (or not) time sync from the RPL parent, there is pro=
bably something we can recommend, and
 limitations to the granularity that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Cheers,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; " lang=3D"FR">Pascal</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Xavier Vilajosana Guillen [mailto:<a href=3D"mai=
lto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berke=
ley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family:=
 Calibri, sans-serif; ">[]
</span></i></b><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); fon=
t-family: Calibri, sans-serif; ">We need to discuss NUD as well. How do we =
know a peer is gone missing? Only reactive to traffic has issues like a chi=
ld may never realize a parent is gone
 if there is no outwards traffic so it will fail to update DAO states. How =
can MAC mechanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140798d1c3f6bd8e_140797f9da67483b_1407944=
7b04c3641_140793"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); =
font-family: Calibri, sans-serif; ">Hello Xavi:</span></a><u></u><u></u></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; " lang=3D"FR">&nbsp;</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; " lang=3D"FR">&nbsp;</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; " lang=3D"FR">Please see inline</spa=
n><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">-RPL objective function calculation using Neighbors =
information described in Basic configuration.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp; -this includes how OF is calculat=
ed using numTx and numTxACK, etc..
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">&nbsp;</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size: 11pt; color: rgb(31,=
 73, 125); font-family: Calibri, sans-serif; ">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal">-RPL configuration:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp; - storing mode vs non-stori=
ng mode (I vote for non-storing mode for a basic configuration)<u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">&nbsp;</span><u></u><u=
></u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size: 11pt; color: rgb(31,=
 73, 125); font-family: Calibri, sans-serif; ">[]
</span></i></b><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); fon=
t-family: Calibri, sans-serif; ">I would MUST the non-storing and MAY the s=
toring mode support. It=92s still good t enable storing mode interop for la=
rger devices.</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we us=
e trickle algorithm (and we define the initial period) or we use a fix peri=
od for DIO (no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; -DAO period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif;=
 ">[]
</span></i></b><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); fon=
t-family: Calibri, sans-serif; ">I=92d seek for a recommendation from Phil =
on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif;=
 ">[]
</span></i></b><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); fon=
t-family: Calibri, sans-serif; ">We need to discuss NUD as well. How do we =
know a peer is gone missing? Only reactive to traffic has issues like a chi=
ld may never realize a parent is gone
 if there is no outwards traffic so it will fail to update DAO states. How =
can MAC mechanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Som=
e of that discussion may be spread between other drafts like the architectu=
re.</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">&nb=
sp;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Che=
ers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">&nb=
sp;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Pas=
cal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">&nb=
sp;</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60Bxmbrcdx04ciscoc_--

From twatteyne@gmail.com  Tue Aug 13 16:05:08 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C052A21F935A for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 16:05:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level: 
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T2imZ2evakdP for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 16:05:08 -0700 (PDT)
Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) by ietfa.amsl.com (Postfix) with ESMTP id D72C811E80D7 for <6tsch@ietf.org>; Tue, 13 Aug 2013 16:05:07 -0700 (PDT)
Received: by mail-pb0-f52.google.com with SMTP id wz12so8405964pbc.39 for <6tsch@ietf.org>; Tue, 13 Aug 2013 16:05:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=NrikYEDXk/IR1eKGn0oBTjKHWwFZDYUZ4FL6mGtllG8=; b=STLGKmjiRInaydxx7e4yh032EOLc6nK1mGaHcT5VGiPme43CQdIBIsb1PK+1RUimY8 GVjr6trIpaOMGcCN9ZNhpjPQhJEP9Zr61j/89A2yRH5EhHDVhGMethNdllNwOa/r6yin YoIt9RC5uqeWCLr1/luh0Oni2OdJFtsL3M8mJua0FAYhWjtNRkUlGLMJrSrcAIlysp9n JAWclE8KJlp+1joHtiUliZGOLSfBe7GnFYzADwZblIlu/ZaMf5fjcGA6PP8qS/yuCTax Xz+pGz6eSFlw7eaLqBGeDmZgF5J0MZVbjWiA2Y0AS4aWqtD7C2UZorsfQBJYBPuukCli /QNg==
X-Received: by 10.68.59.98 with SMTP id y2mr6679120pbq.135.1376435107469; Tue, 13 Aug 2013 16:05:07 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 13 Aug 2013 16:04:47 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 13 Aug 2013 16:04:47 -0700
X-Google-Sender-Auth: 1_zYwZVLV6mWVpyX67Uqsq_X2h4
Message-ID: <CADJ9OA-hS0Zjfvkbhs94URq6YV6UtLmtTZaWv8KjTo461o1nXw@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=bcaec5304f81a3244004e3dc456a
Subject: [6tsch] [IMPORTANT] issues with the name 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 23:05:08 -0000

--bcaec5304f81a3244004e3dc456a
Content-Type: text/plain; charset=ISO-8859-1

All,

We had a vote in February on in the ML to pick a name, and the group chose
"6TSCH" because (1) 6 appears early in the alphabet and (2) TSCH clearly
identifies the TSCH mode of IEEE802.15.4e.

Concerns about this acronym were raised in Berlin, first about
pronunciation difficulties, then about a potential naming collision. While
initially people proposed some alternative names, during last week, the ML
leaned toward keeping the name 6TSCH. We discussed this on the call last
Friday, and ended with a rough consensus. Pascal and myself then spent a
couple of days discussing this with several people at the IETF.

The conclusion is that this potential naming collision is not taken lightly
by the IETF. The possibility that a name might be interpreted as offensive,
in particular when pronounced as "6-tush", is something we absolutely want
to avoid, in particular in the light of the recent PyCon fiasco. The group
is therefore asked to pick a different name.

Having been part of the selection of the name "6TSCH", I know that we had
no idea "6TSCH" could be mis-pronounced. I also understand that we have
advertised and used the name "6TSCH" for the last couple of months, and
that we got attached to it. Yet, if there is a chance of misinterpretation,
we should change it now rather than later.

This means that we get to pick another name. We are looking for a name that
can be read and pronounced easily and unambiguously regardless of the
native language. The following names were discussed:
- sixtus (IPv6 over Time-Slotted Channel Hopping)
- 6TiSCH (IPv6 over Time-Slotted Channel Hopping)
- 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
- 6TiC (IPv6 over Time-slotted Channel hopping )
- 6TiS (Time slotted Synchronized)
- 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
- WiNOT (Wireless Networks for Operational Technology)

I opened a poll at http://www.surveymonkey.com/s/SJDXKQF.

Please take minute to respond with your ordered preference so we can
conduct a Condorcet vote http://en.wikipedia.org/wiki/Condorcet_method; in
case of ambiguity, we'll use ranked pair and the winner will be announced
during the next call.

Pascal & Thomas

--bcaec5304f81a3244004e3dc456a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>All,</div><div><br></div><div>We had a vote in Februa=
ry on in the ML to pick a name, and the group chose &quot;6TSCH&quot; becau=
se (1) 6 appears early in the alphabet and (2) TSCH clearly identifies the =
TSCH mode of IEEE802.15.4e.=A0</div>

<div><br></div><div>Concerns about this acronym were raised in Berlin, firs=
t about pronunciation difficulties, then about a potential naming collision=
. While initially people proposed some alternative names, during last week,=
 the ML leaned toward keeping the name 6TSCH. We discussed this on the call=
 last Friday, and ended with a rough consensus. Pascal and myself then spen=
t a couple of days discussing this with several people at the IETF.</div>

<div><br></div><div>The conclusion is that this potential naming collision =
is not taken lightly by the IETF. The possibility that a name might be inte=
rpreted as offensive, in particular when pronounced as &quot;6-tush&quot;, =
is something we absolutely want to avoid, in particular in the light of the=
 recent PyCon fiasco. The group is therefore asked to pick a different name=
.</div>

<div><br></div><div>Having been part of the selection of the name &quot;6TS=
CH&quot;, I know that we had no idea &quot;6TSCH&quot; could be mis-pronoun=
ced. I also understand that we have advertised and used the name &quot;6TSC=
H&quot; for the last couple of months, and that we got attached to it. Yet,=
 if there is a chance of misinterpretation, we should change it now rather =
than later.</div>

<div><br></div><div>This means that we get to pick another name. We are loo=
king for a name that can be read and pronounced easily and unambiguously re=
gardless of the native language. The following names were discussed:</div>

<div>- sixtus (IPv6 over Time-Slotted Channel Hopping)</div><div>- 6TiSCH (=
IPv6 over Time-Slotted Channel Hopping)</div><div>- 6TiCS (IPv6 over Time-s=
lotted Channel hopping Slots)</div><div>- 6TiC (IPv6 over Time-slotted Chan=
nel hopping )</div>

<div>- 6TiS (Time slotted Synchronized)</div><div>- 6chants (IPv6 over Chan=
nel Hopping ANd Time Sliced links)</div><div>- WiNOT (Wireless Networks for=
 Operational Technology)</div><div><br></div><div>I opened a poll at <a hre=
f=3D"http://www.surveymonkey.com/s/SJDXKQF">http://www.surveymonkey.com/s/S=
JDXKQF</a>.</div>

<div><br></div><div>Please take minute to respond with your ordered prefere=
nce so we can conduct a Condorcet vote <a href=3D"http://en.wikipedia.org/w=
iki/Condorcet_method">http://en.wikipedia.org/wiki/Condorcet_method</a>; in=
 case of ambiguity, we&#39;ll use ranked pair and the winner will be announ=
ced during the next call.</div>

<div><br></div><div>Pascal &amp; Thomas</div>
</div>

--bcaec5304f81a3244004e3dc456a--

From qinwang@berkeley.edu  Tue Aug 13 17:14:57 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B79A21F9B7F for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 17:14:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.876
X-Spam-Level: 
X-Spam-Status: No, score=-2.876 tagged_above=-999 required=5 tests=[AWL=0.100,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ShGL8vnmhHVv for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 17:14:53 -0700 (PDT)
Received: from mail-vc0-f173.google.com (mail-vc0-f173.google.com [209.85.220.173]) by ietfa.amsl.com (Postfix) with ESMTP id 1F86121F99A1 for <6tsch@ietf.org>; Tue, 13 Aug 2013 17:14:41 -0700 (PDT)
Received: by mail-vc0-f173.google.com with SMTP id id13so4558757vcb.32 for <6tsch@ietf.org>; Tue, 13 Aug 2013 17:14:40 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=avN5ay0i7wxE9bKiKy9H8Ezc0vjZUXy1crk7N61gRHY=; b=DdvFFDscBx1fp+j2CcVxqLwLjs73r9cdSqdVF3tV2Mvw8R9w6r1n/B3MQ4GK7nB795 5h8gQW4kY8SlaFkcrO5BpyszIgTl7WE4I+WF5xbH0L8zi47gEE4KfXb88Qa8xoUAl7qJ e4Fx+PP9NKR5RnOMRFrjs3KulMhuAjIkaH8gS/PVpVyZgAtJW/9TWml8ghzN9yXW2mg3 rJVBxpYrKebHTmtFoqRdwgdtfYQHmqcMexWkyqAH03r54cv0W8XJEE+ryAoxQnevqWex L+MFGJ63xZolzB7hqPO7yvfBeQ1r0ZFuJ3ch8W45+QjRGicA0WT86n/RUGwCWQCfnju6 OdCg==
X-Gm-Message-State: ALoCoQloClXvYi59STCEhrAbyCZkc4voWXDLYedQWStEOozKFDPbfiJotR1PktPFFmc3W1a5qd5E
MIME-Version: 1.0
X-Received: by 10.52.180.229 with SMTP id dr5mr5548820vdc.20.1376439278083; Tue, 13 Aug 2013 17:14:38 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Tue, 13 Aug 2013 17:14:38 -0700 (PDT)
In-Reply-To: <CADJ9OA8TCPbmP0B5SkbLD51aAsrdyxweGAXvvUwYQgZQmKvswQ@mail.gmail.com>
References: <CALEMV4aoZSFEQ0LkPoWH-kEjZ3iXJUB5dGeYGv4enofAgyCuMA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958D@xmb-rcd-x04.cisco.com> <CAAzoce6An9WuVo-XL6B_VcFPYxgVvfijxH-Q7mf-qDMV+YN6-w@mail.gmail.com> <CALEMV4Y5KDKk0A_U2ZFs3=6=10i=sCW888B6xNGFpnUP-sRvWg@mail.gmail.com> <CADJ9OA8TCPbmP0B5SkbLD51aAsrdyxweGAXvvUwYQgZQmKvswQ@mail.gmail.com>
Date: Wed, 14 Aug 2013 08:14:38 +0800
Message-ID: <CAAzoce7GMu0xxPD4W_SkXuMPwx3_+5WA8yTzhEhp_RhdLB1dWQ@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=bcaec51969cf39d5f004e3dd3ee4
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Aug 2013 00:14:57 -0000

--bcaec51969cf39d5f004e3dd3ee4
Content-Type: text/plain; charset=ISO-8859-1

Hi All,

I'm trying to apply BSON to express data type encountered in 6top and
 802.15.4e. I'm not sure if ASN will be included in some management
messages or not. But, if needed, how to express uint40 (5bytes integer)
with BSON?

Thanks
Qin



On Tue, Aug 13, 2013 at 3:03 PM, Thomas Watteyne <watteyne@eecs.berkeley.edu
> wrote:

> +1.
>
> Please note that the goal of item 1 is to define the format of the
> payload, not per se the transport method.
>
> Thomas
>
>
> On Mon, Aug 12, 2013 at 2:38 PM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:
>
>> Hi Qin,
>>
>> this sounds correct to me.
>> X
>>
>>
>> On Mon, Aug 12, 2013 at 2:23 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Hi Xavi and Raghuram,
>>>
>>> Now I can see the advantage of BSON.
>>>
>>> Regarding to the scope of "Timeslot Management Methods and Formats", and
>>> the relationship between task item-1 and item-2, now my understanding is as
>>> follows.
>>>
>>> (1) item-2 is about 6top. In the first step, it is a subset of 6top,
>>> only includes the commands and packets/IEs used for static case, i.e.
>>> Enhanced Beacon based schedule establishment. It still use custom format
>>> and 15.4e IE to carry.
>>>
>>> (2) item-1 is about the management messages carried by upper layer
>>> protocols like CoAP to use 6top. It is still a open issue to use BSON or
>>> custom format to define the management messages.
>>>
>>> Correct?
>>>
>>> Thanks
>>> Qin
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <
>>> rsudhaak@cisco.com> wrote:
>>>
>>>>  Qin,
>>>> There is an advantage of using BSON over regular JSON for the purpose
>>>> of transporting schedule information. Most of this info is bitmaps, and
>>>> BSON capability to handle binary payload will be efficient compared to
>>>> regular JSON. If we define the formats as regular BSON as opposed to custom
>>>> formats, the implementation of 6top in various languages will also be
>>>> easier as BSON libraries are readily available.
>>>>
>>>>   From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
>>>> Reply-To: <xvilajosana@eecs.berkeley.edu>
>>>> Date: Monday, August 12, 2013 11:02 AM
>>>> To: Qin Wang <qinwang@berkeley.edu>
>>>> Cc: "6tsch@ietf.org" <6tsch@ietf.org>
>>>> Subject: Re: [6tsch] about format
>>>>
>>>>   Hi Qin,
>>>>
>>>>  I think that the work item aims to define the packet format of the
>>>> messages that will transport the schedule information, this is on top of
>>>> 6top. 6top has the API to handle that information and use its own messages
>>>> (using its IEs) to install the schedule in both sides of a link (if there
>>>> is connectivity between the two nodes).
>>>>
>>>>  X
>>>>
>>>>
>>>> On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <qinwang@berkeley.edu>wrote:
>>>>
>>>>> Xavi,
>>>>>
>>>>>  It make more sense to use BSON in higher layer message definition.
>>>>>
>>>>>  But if so, why it should be included in the document "Timeslot
>>>>> management methods and format" ? My understanding is the document is about
>>>>> 6top, so the format in the document refers to the format of 6top packets.
>>>>> Please point out where I'm wrong.
>>>>>
>>>>>  Thanks
>>>>>  Qin
>>>>>
>>>>>
>>>>> On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosana Guillen <
>>>>> xvilajosana@eecs.berkeley.edu> wrote:
>>>>>
>>>>>>  Hi Qin,
>>>>>>
>>>>>>  my feeling is that BSON will go in the packet from the PCE to the
>>>>>> mote that has to be scheduled. This is a higher layer issue and relates to
>>>>>> the payload of a CoAP packet sent from the PCE to the mote (and viceversa).
>>>>>> I don't think that 6top needs BSON as an encoding for the IEs.
>>>>>>
>>>>>>  does it make sense?
>>>>>> X
>>>>>>
>>>>>>
>>>>>>  On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <qinwang@berkeley.edu>wrote:
>>>>>>
>>>>>>>  Hi Pascal,
>>>>>>>
>>>>>>>  During the teleconference on last Friday, you mentioned that we
>>>>>>> will investigate Binary JSON to define the message formats. I'm not very
>>>>>>> clear about what is the relationship between the Binary JSON coding and
>>>>>>> 802.15.4e Information Element. I guess that we will still use IEs to carry
>>>>>>> the 6top messages, but for those IE coding, we will use Binary JSON.
>>>>>>> Correct?
>>>>>>>
>>>>>>>  By the way, what is the advantage to use Binary JSON format? What
>>>>>>> are your main considerations?
>>>>>>>
>>>>>>>  Thanks
>>>>>>>  Qin
>>>>>>>
>>>>>>>  _______________________________________________
>>>>>>> 6tsch mailing list
>>>>>>> 6tsch@ietf.org
>>>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--bcaec51969cf39d5f004e3dd3ee4
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi All,<div><br></div><div>I&#39;m trying to apply BSON to=
 express data type encountered in 6top and =A0802.15.4e. I&#39;m not sure i=
f ASN will be included in some management messages or not. But, if needed, =
how to express uint40 (5bytes integer) with BSON?</div>
<div><br></div><div>Thanks</div><div>Qin</div><div><br></div></div><div cla=
ss=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, Aug 13, 2013 =
at 3:03 PM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyn=
e@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</=
span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">+1.<div><br></div><div>Plea=
se note that the goal of item 1 is to define the format of the payload, not=
 per se the transport method.</div>
<span class=3D"HOEnZb"><font color=3D"#888888"><div><br></div><div>Thomas</=
div></font></span></div><div class=3D"HOEnZb"><div class=3D"h5"><div class=
=3D"gmail_extra"><br>

<br><div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 2:38 PM, Xavier Vila=
josana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.ber=
keley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> w=
rote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>Hi Qin,<br><br></div>t=
his sounds correct to me.<span><font color=3D"#888888"><br>X<br>

</font></span></div><div><div><div class=3D"gmail_extra"><br><br><div class=
=3D"gmail_quote">On Mon, Aug 12, 2013 at 2:23 PM, Qin Wang <span dir=3D"ltr=
">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@ber=
keley.edu</a>&gt;</span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Xavi and Raghuram,<div><=
br></div><div>Now I can see the advantage of BSON.</div><div><br></div><div=
>


Regarding to the scope of=A0&quot;Timeslot Management Methods and Formats&q=
uot;, and the relationship between task item-1 and item-2, now my understan=
ding is as follows.</div>

<div><br></div><div>(1) item-2 is about 6top. In the first step, it is a su=
bset of 6top, only includes the commands and packets/IEs used for static ca=
se, i.e. Enhanced Beacon based schedule establishment. It still use custom =
format and 15.4e IE to carry.</div>




<div><br></div><div>(2) item-1 is about the management messages carried by =
upper layer protocols like CoAP to use 6top. It is still a open issue to us=
e BSON or custom format to define the management messages.</div><div><br>




</div><div>Correct?</div><div><br></div><div>Thanks</div><span><font color=
=3D"#888888"><div>Qin</div><div><br></div><div><br></div><div><br></div><di=
v><br></div><div><br></div><div><br></div></font></span></div>
<div><div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">
On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <span dir=3D=
"ltr">&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@=
cisco.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">








<div style=3D"font-size:14px;font-family:Calibri,sans-serif;word-wrap:break=
-word">
<div>Qin,</div>
<div>There is an advantage of using BSON over regular JSON for the purpose =
of transporting schedule information. Most of this info is bitmaps, and BSO=
N capability to handle binary payload will be efficient compared to regular=
 JSON. If we define the formats
 as regular BSON as opposed to custom formats, the implementation of 6top i=
n various languages will also be easier as BSON libraries are readily avail=
able.</div>
<div><br>
</div>
<span>
<div style=3D"border-right:medium none;padding-right:0in;padding-left:0in;p=
adding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;fon=
t-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-lef=
t:medium none">





<span style=3D"font-weight:bold">From: </span>Xavier Vilajosana Guillen &lt=
;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajo=
sana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Reply-To: </span>&lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Monday, August 12, 2013 11:02=
 AM<br>
<span style=3D"font-weight:bold">To: </span>Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6=
tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] about format<b=
r>
</div><div><div>
<div><br>
</div>
<div dir=3D"ltr">
<div>
<div>Hi Qin,<br>
<br>
</div>
I think that the work item aims to define the packet format of the messages=
 that will transport the schedule information, this is on top of 6top. 6top=
 has the API to handle that information and use its own messages (using its=
 IEs) to install the schedule in
 both sides of a link (if there is connectivity between the two nodes).<br>
<br>
</div>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <span=
 dir=3D"ltr">
&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berke=
ley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Xavi,
<div><br>
</div>
<div>It make more sense to use BSON in higher layer message definition.=A0<=
/div>
<div><br>
</div>
<div>But if so, why it should be included in the document &quot;Timeslot ma=
nagement methods and format&quot; ? My understanding is the document is abo=
ut 6top, so the format in the document refers to the format of 6top packets=
. Please point out where I&#39;m wrong.</div>





<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<div>
<div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosa=
na Guillen
<span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targ=
et=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">
<div>
<div>Hi Qin, <br>
<br>
</div>
my feeling is that BSON will go in the packet from the PCE to the mote that=
 has to be scheduled. This is a higher layer issue and relates to the paylo=
ad of a CoAP packet sent from the PCE to the mote (and viceversa). I don&#3=
9;t think that 6top needs BSON as an
 encoding for the IEs.<br>
<br>
</div>
does it make sense?<br>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">
<div>
<div>On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt;</span> wrote:<br>
</div>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div>
<div>
<div dir=3D"ltr">Hi Pascal,
<div><br>
</div>
<div>During the teleconference on last Friday, you mentioned that we will i=
nvestigate Binary JSON to define the message formats. I&#39;m not very clea=
r about what is the relationship between the Binary JSON coding and 802.15.=
4e Information Element. I guess that
 we will still use IEs to carry the 6top messages, but for those IE coding,=
 we will use Binary JSON. Correct?</div>
<div><br>
</div>
<div>By the way, what is the advantage to use Binary JSON format? What are =
your main considerations?</div>
<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<br>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div></span>
</div>

</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--bcaec51969cf39d5f004e3dd3ee4--

From salo@saloits.com  Tue Aug 13 17:25:22 2013
Return-Path: <salo@saloits.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02A7A21F9DBE for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 17:25:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iK2ptTJHG76f for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 17:25:16 -0700 (PDT)
Received: from mail.saloits.com (saloits.com [208.42.140.127]) by ietfa.amsl.com (Postfix) with ESMTP id CB7F521F9C13 for <6tsch@ietf.org>; Tue, 13 Aug 2013 17:25:15 -0700 (PDT)
Received: from [134.84.155.43] (x-134-84-155-43.uofm-secure.wireless.umn.edu [134.84.155.43]) by mail.saloits.com (8.14.4/8.14.3) with ESMTP id r7E0PDJb028169; Tue, 13 Aug 2013 19:25:13 -0500
Message-ID: <520ACE65.8080604@saloits.com>
Date: Tue, 13 Aug 2013 19:25:09 -0500
From: "Timothy J. Salo" <salo@saloits.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: 6TSCH <6tsch@ietf.org>
References: <CADJ9OA-hS0Zjfvkbhs94URq6YV6UtLmtTZaWv8KjTo461o1nXw@mail.gmail.com>
In-Reply-To: <CADJ9OA-hS0Zjfvkbhs94URq6YV6UtLmtTZaWv8KjTo461o1nXw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [6tsch] [IMPORTANT] issues with the name 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Aug 2013 00:25:22 -0000

A few comments on names:

> TSCH clearly identifies the TSCH mode of IEEE802.15.4e.

This is the IETF.  I don't think that "TSCH" currently has much meaning
beyond the handful of people on this list and a few other people in
the standards community.  I think our name ought to speak to a wider
audience

OK, maybe "TSCH" is marginally useful for search engine optimization
(i.e., helping people who Google "TSCH" find the working group).  But,
I don't think that is a very good motivation.

> - sixtus (IPv6 over Time-Slotted Channel Hopping)
> - 6TiSCH (IPv6 over Time-Slotted Channel Hopping)
> - 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
> - 6TiC (IPv6 over Time-slotted Channel hopping )
> - 6TiS (Time slotted Synchronized)

I would call this 6TiS (IPv6 over Time-Slotted [MAC] protocols).  The
"Synchronized" seems superfluous to me, but perhaps I'm missing
something.

I would also like to see working group give a bit of consideration to
non-channel-hopping time-slotted protocols.  My particular interest is
narrowband very high frequency (VHF) and ultra-high frequency (UHF)
RF channels, where a time-slotted MAC protocol is potentially
beneficial, but where channel hopping usually isn't an option. No,
I don't think that non-channel-hopping time-slotted protocols ought
to be a current work item at this point, but it would be nice if
the protocols developed by the working group could easily be extended
to single-channel operation (or may two-channel operation, where the
access point transmits on one channel and receives on another channel).

> - 6chants (IPv6 over Channel Hopping ANd Time Sliced links)

Operating systems already use "time sliced"; I think we want to use
the term "time slotted".

> - WiNOT (Wireless Networks for Operational Technology)

Cute, but content free...

-tjs

From twatteyne@gmail.com  Tue Aug 13 17:33:25 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46C3311E81C0 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 17:33:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.144
X-Spam-Level: 
X-Spam-Status: No, score=-1.144 tagged_above=-999 required=5 tests=[AWL=-0.833, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, SARE_HTML_USL_OBFU=1.666]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1iIobTH6+GD7 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 17:33:24 -0700 (PDT)
Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id 634A211E80D2 for <6tsch@ietf.org>; Tue, 13 Aug 2013 17:33:24 -0700 (PDT)
Received: by mail-pa0-f50.google.com with SMTP id fb10so9587874pad.9 for <6tsch@ietf.org>; Tue, 13 Aug 2013 17:33:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=I7XA3hQwrOpQimcCwytLxmXg28jaxBZbOpGN9fr+Tfw=; b=TIA6ClPk6IWe0H2TE1quxsrNY5GwHB23Z4gE24afg7esZSDZ9oIkEB4H6RXE5yQIWj MozQNo0pasi7QeZMpJL108WZ9Ghwmlon0X4dP1x9MmUGNkBqL+CbtE0LfAA+avCpLzx3 ldF755l9gpZU3A4XCQM+6I11WUv0uPawJpPRq3yAXSOFl3FRAsqbqzwgmk0cU+OTZK1Y 37zrE+Iwm9hkBKOXQJ96n+x83fmdyzPqwXghCp0BQ7oQk2z5LP9bLbpIvRUDpK/QT+gH +r5Pk8AvYqTWcVmQ32yRBRrXWSPjvxeFothohBcuyuBWGs4WNeQnVwFEJhYxec8f2EZC WjGQ==
X-Received: by 10.66.121.131 with SMTP id lk3mr7110603pab.43.1376440404113; Tue, 13 Aug 2013 17:33:24 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 13 Aug 2013 17:33:04 -0700 (PDT)
In-Reply-To: <520ACE65.8080604@saloits.com>
References: <CADJ9OA-hS0Zjfvkbhs94URq6YV6UtLmtTZaWv8KjTo461o1nXw@mail.gmail.com> <520ACE65.8080604@saloits.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 13 Aug 2013 17:33:04 -0700
X-Google-Sender-Auth: 2PeYUUcgkBdMQxZ1boRovJIZ9m8
Message-ID: <CADJ9OA8+h9g1w-JAsS=9moPDV7ds9QR+A=n5jBTmYzm0FWCHMQ@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b2e138d577f2504e3dd81d3
Subject: Re: [6tsch] [IMPORTANT] issues with the name 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Aug 2013 00:33:25 -0000

--047d7b2e138d577f2504e3dd81d3
Content-Type: text/plain; charset=ISO-8859-1

Timothy,

Great feedback. As you point out, it is too early to start talking about
extending this work to MAC techniques other than TSCH. That being said, I
certainly agree that it would be good to not "lock" to a particular MAC. To
answer your concerns, I believe a single/dual channel TS network can be
equivalent to a TSCH network with all but 1 or 2 channels blacklisted. So
it should be fairly simple to adapt.

Please make sure to vote for your preferred acronym.

Thomas


On Tue, Aug 13, 2013 at 5:25 PM, Timothy J. Salo <salo@saloits.com> wrote:

> A few comments on names:
>
>
>  TSCH clearly identifies the TSCH mode of IEEE802.15.4e.
>>
>
> This is the IETF.  I don't think that "TSCH" currently has much meaning
> beyond the handful of people on this list and a few other people in
> the standards community.  I think our name ought to speak to a wider
> audience
>
> OK, maybe "TSCH" is marginally useful for search engine optimization
> (i.e., helping people who Google "TSCH" find the working group).  But,
> I don't think that is a very good motivation.
>
>
>  - sixtus (IPv6 over Time-Slotted Channel Hopping)
>> - 6TiSCH (IPv6 over Time-Slotted Channel Hopping)
>> - 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
>> - 6TiC (IPv6 over Time-slotted Channel hopping )
>> - 6TiS (Time slotted Synchronized)
>>
>
> I would call this 6TiS (IPv6 over Time-Slotted [MAC] protocols).  The
> "Synchronized" seems superfluous to me, but perhaps I'm missing
> something.
>
> I would also like to see working group give a bit of consideration to
> non-channel-hopping time-slotted protocols.  My particular interest is
> narrowband very high frequency (VHF) and ultra-high frequency (UHF)
> RF channels, where a time-slotted MAC protocol is potentially
> beneficial, but where channel hopping usually isn't an option. No,
> I don't think that non-channel-hopping time-slotted protocols ought
> to be a current work item at this point, but it would be nice if
> the protocols developed by the working group could easily be extended
> to single-channel operation (or may two-channel operation, where the
> access point transmits on one channel and receives on another channel).
>
>
>  - 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
>>
>
> Operating systems already use "time sliced"; I think we want to use
> the term "time slotted".
>
>
>  - WiNOT (Wireless Networks for Operational Technology)
>>
>
> Cute, but content free...
>
> -tjs
> ______________________________**_________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/**listinfo/6tsch<https://www.ietf.org/mailman/listinfo/6tsch>
>

--047d7b2e138d577f2504e3dd81d3
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Timothy,<div><br></div><div>Great feedback. As you point o=
ut, it is too early to start talking about extending this work to MAC techn=
iques other than TSCH. That being said, I certainly agree that it would be =
good to not &quot;lock&quot; to a particular MAC. To answer your concerns, =
I believe a single/dual channel TS network can be equivalent to a TSCH netw=
ork with all but 1 or 2 channels blacklisted. So it should be fairly simple=
 to adapt.</div>

<div><br></div><div>Please make sure to vote for your preferred acronym.</d=
iv><div><br></div><div>Thomas</div></div><div class=3D"gmail_extra"><br><br=
><div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 5:25 PM, Timothy J. Sal=
o <span dir=3D"ltr">&lt;<a href=3D"mailto:salo@saloits.com" target=3D"_blan=
k">salo@saloits.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">A few comments on names:<div class=3D"im"><b=
r>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
TSCH clearly identifies the TSCH mode of IEEE802.15.4e.<br>
</blockquote>
<br></div>
This is the IETF. =A0I don&#39;t think that &quot;TSCH&quot; currently has =
much meaning<br>
beyond the handful of people on this list and a few other people in<br>
the standards community. =A0I think our name ought to speak to a wider<br>
audience<br>
<br>
OK, maybe &quot;TSCH&quot; is marginally useful for search engine optimizat=
ion<br>
(i.e., helping people who Google &quot;TSCH&quot; find the working group). =
=A0But,<br>
I don&#39;t think that is a very good motivation.<div class=3D"im"><br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
- sixtus (IPv6 over Time-Slotted Channel Hopping)<br>
- 6TiSCH (IPv6 over Time-Slotted Channel Hopping)<br>
- 6TiCS (IPv6 over Time-slotted Channel hopping Slots)<br>
- 6TiC (IPv6 over Time-slotted Channel hopping )<br>
- 6TiS (Time slotted Synchronized)<br>
</blockquote>
<br></div>
I would call this 6TiS (IPv6 over Time-Slotted [MAC] protocols). =A0The<br>
&quot;Synchronized&quot; seems superfluous to me, but perhaps I&#39;m missi=
ng<br>
something.<br>
<br>
I would also like to see working group give a bit of consideration to<br>
non-channel-hopping time-slotted protocols. =A0My particular interest is<br=
>
narrowband very high frequency (VHF) and ultra-high frequency (UHF)<br>
RF channels, where a time-slotted MAC protocol is potentially<br>
beneficial, but where channel hopping usually isn&#39;t an option. No,<br>
I don&#39;t think that non-channel-hopping time-slotted protocols ought<br>
to be a current work item at this point, but it would be nice if<br>
the protocols developed by the working group could easily be extended<br>
to single-channel operation (or may two-channel operation, where the<br>
access point transmits on one channel and receives on another channel).<div=
 class=3D"im"><br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
- 6chants (IPv6 over Channel Hopping ANd Time Sliced links)<br>
</blockquote>
<br></div>
Operating systems already use &quot;time sliced&quot;; I think we want to u=
se<br>
the term &quot;time slotted&quot;.<div class=3D"im"><br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
- WiNOT (Wireless Networks for Operational Technology)<br>
</blockquote>
<br></div>
Cute, but content free...<br>
<br>
-tjs<br>
______________________________<u></u>_________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/<u></u>listinfo/6tsch</a><br>
</blockquote></div><br></div>

--047d7b2e138d577f2504e3dd81d3--

From salo@saloits.com  Tue Aug 13 18:05:38 2013
Return-Path: <salo@saloits.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3799B21E8086 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 18:05:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hGH6Ir1ZRhxk for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 18:05:32 -0700 (PDT)
Received: from mail.saloits.com (saloits.com [208.42.140.127]) by ietfa.amsl.com (Postfix) with ESMTP id 26D1E11E80E0 for <6tsch@ietf.org>; Tue, 13 Aug 2013 18:05:32 -0700 (PDT)
Received: from [134.84.155.43] (x-134-84-155-43.uofm-secure.wireless.umn.edu [134.84.155.43]) by mail.saloits.com (8.14.4/8.14.3) with ESMTP id r7E15PSZ028237; Tue, 13 Aug 2013 20:05:26 -0500
Message-ID: <520AD7D2.9050408@saloits.com>
Date: Tue, 13 Aug 2013 20:05:22 -0500
From: "Timothy J. Salo" <salo@saloits.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: 6TSCH <6tsch@ietf.org>
References: <CADJ9OA-hS0Zjfvkbhs94URq6YV6UtLmtTZaWv8KjTo461o1nXw@mail.gmail.com> <520ACE65.8080604@saloits.com> <CADJ9OA8+h9g1w-JAsS=9moPDV7ds9QR+A=n5jBTmYzm0FWCHMQ@mail.gmail.com>
In-Reply-To: <CADJ9OA8+h9g1w-JAsS=9moPDV7ds9QR+A=n5jBTmYzm0FWCHMQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [6tsch] [IMPORTANT] issues with the name 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Aug 2013 01:05:38 -0000

> ... it would be good to not "lock" to a particular MAC.

This is my objection to names that try to include "TSCH".

No, I don't think that this is the time or the place to try to develop
a general protocol to manage time-slotted MAC protocols.  But, I would
like us to occasionally recognize the benefits of a general solution, if
someone (probably someone else) could develop it.

> ...I believe a single/dual channel TS network
> can be equivalent to a TSCH network with all but 1 or 2 channels
> blacklisted. So it should be fairly simple to adapt.

I believe that this is probably the case.  But, I haven't read the
specifications and documents.  Maybe by Vancouver...

-tjs


From twatteyne@gmail.com  Tue Aug 13 18:07:31 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 495F221E8086 for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 18:07:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.769
X-Spam-Level: 
X-Spam-Status: No, score=-1.769 tagged_above=-999 required=5 tests=[AWL=0.208,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Af+YWG9DKKq for <6tsch@ietfa.amsl.com>; Tue, 13 Aug 2013 18:07:29 -0700 (PDT)
Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) by ietfa.amsl.com (Postfix) with ESMTP id 40C8011E80E0 for <6tsch@ietf.org>; Tue, 13 Aug 2013 18:07:29 -0700 (PDT)
Received: by mail-pd0-f179.google.com with SMTP id v10so5625074pde.38 for <6tsch@ietf.org>; Tue, 13 Aug 2013 18:07:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=hz9CykNATdzwuhWku597Bm4pZsJ3u10PRx5XGxw/qVQ=; b=cUQpg4xJeDf7G625PfEmdP7c04FjmA9XjRkMUI8l3F9aW3ZLEHagQtLYvBCKFYnjlP DCN4F+kwzAsuSA8ij6Wu53sJxJHFj47k+n7NN/6l6Gt2Nk0KtrZ2+pBI3cdaPxYuYb74 m3Iq1jUYoluMeQKoI4phZXfmS8JAfQSKQJIbpYovvlaS7EqJSn7RAedvSikfP3fwn17x uh/CMaIkVhosLFLa9MIpzu+m6R5usw0wKk784/+oBC7KsCYgwAzKybrbwPQgzWsopWwR 21vmBQB/Mp3aNkPT0K+Yr74UhtV3XVf74Y8qEYwbS5R0CS3dk+80ZsE9JL9l7BI/IkMR 3Niw==
X-Received: by 10.68.228.201 with SMTP id sk9mr7178876pbc.4.1376442448888; Tue, 13 Aug 2013 18:07:28 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 13 Aug 2013 18:07:08 -0700 (PDT)
In-Reply-To: <CAAzoce7GMu0xxPD4W_SkXuMPwx3_+5WA8yTzhEhp_RhdLB1dWQ@mail.gmail.com>
References: <CALEMV4aoZSFEQ0LkPoWH-kEjZ3iXJUB5dGeYGv4enofAgyCuMA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1851958D@xmb-rcd-x04.cisco.com> <CAAzoce6An9WuVo-XL6B_VcFPYxgVvfijxH-Q7mf-qDMV+YN6-w@mail.gmail.com> <CALEMV4Y5KDKk0A_U2ZFs3=6=10i=sCW888B6xNGFpnUP-sRvWg@mail.gmail.com> <CADJ9OA8TCPbmP0B5SkbLD51aAsrdyxweGAXvvUwYQgZQmKvswQ@mail.gmail.com> <CAAzoce7GMu0xxPD4W_SkXuMPwx3_+5WA8yTzhEhp_RhdLB1dWQ@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 13 Aug 2013 18:07:08 -0700
X-Google-Sender-Auth: THWOOS-UZdlpGjqmndCDg70c4g4
Message-ID: <CADJ9OA-=Fr9CjVN8YWO2zr_TM0PNuWvvynNPMXdGT5mLSg9NGw@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b162d11384a7e04e3ddfb3c
Subject: Re: [6tsch] about format
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Aug 2013 01:07:31 -0000

--047d7b162d11384a7e04e3ddfb3c
Content-Type: text/plain; charset=ISO-8859-1

I see two options (although I'm not a BSON expert!!):

   - An array of 5 bytes:
   {"ASN": [0x01,0x02,0x03,0x04,0x05]}
   - An "opaque" binary value (\x05 element type)?
   {"ASN": 0x0102030405}

Running through the encoding of both, it looks like the second option
yields much smaller code.

That being said, it would be interesting to see how small you will be able
to get the representation. The first question at http://bsonspec.org/#/faq is
not very encouraging.

Thomas

PS: have you come across an easy way to convert JSON into BSON? Some
website where you can copy-paste some JSON would be wonderful...



On Tue, Aug 13, 2013 at 5:14 PM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi All,
>
> I'm trying to apply BSON to express data type encountered in 6top and
>  802.15.4e. I'm not sure if ASN will be included in some management
> messages or not. But, if needed, how to express uint40 (5bytes integer)
> with BSON?
>
> Thanks
> Qin
>
>
>
> On Tue, Aug 13, 2013 at 3:03 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:
>
>> +1.
>>
>> Please note that the goal of item 1 is to define the format of the
>> payload, not per se the transport method.
>>
>> Thomas
>>
>>
>> On Mon, Aug 12, 2013 at 2:38 PM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:
>>
>>> Hi Qin,
>>>
>>> this sounds correct to me.
>>> X
>>>
>>>
>>> On Mon, Aug 12, 2013 at 2:23 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>>
>>>> Hi Xavi and Raghuram,
>>>>
>>>> Now I can see the advantage of BSON.
>>>>
>>>> Regarding to the scope of "Timeslot Management Methods and Formats",
>>>> and the relationship between task item-1 and item-2, now my understanding
>>>> is as follows.
>>>>
>>>> (1) item-2 is about 6top. In the first step, it is a subset of 6top,
>>>> only includes the commands and packets/IEs used for static case, i.e.
>>>> Enhanced Beacon based schedule establishment. It still use custom format
>>>> and 15.4e IE to carry.
>>>>
>>>> (2) item-1 is about the management messages carried by upper layer
>>>> protocols like CoAP to use 6top. It is still a open issue to use BSON or
>>>> custom format to define the management messages.
>>>>
>>>> Correct?
>>>>
>>>> Thanks
>>>> Qin
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <
>>>> rsudhaak@cisco.com> wrote:
>>>>
>>>>>  Qin,
>>>>> There is an advantage of using BSON over regular JSON for the purpose
>>>>> of transporting schedule information. Most of this info is bitmaps, and
>>>>> BSON capability to handle binary payload will be efficient compared to
>>>>> regular JSON. If we define the formats as regular BSON as opposed to custom
>>>>> formats, the implementation of 6top in various languages will also be
>>>>> easier as BSON libraries are readily available.
>>>>>
>>>>>   From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
>>>>> Reply-To: <xvilajosana@eecs.berkeley.edu>
>>>>> Date: Monday, August 12, 2013 11:02 AM
>>>>> To: Qin Wang <qinwang@berkeley.edu>
>>>>> Cc: "6tsch@ietf.org" <6tsch@ietf.org>
>>>>> Subject: Re: [6tsch] about format
>>>>>
>>>>>   Hi Qin,
>>>>>
>>>>>  I think that the work item aims to define the packet format of the
>>>>> messages that will transport the schedule information, this is on top of
>>>>> 6top. 6top has the API to handle that information and use its own messages
>>>>> (using its IEs) to install the schedule in both sides of a link (if there
>>>>> is connectivity between the two nodes).
>>>>>
>>>>>  X
>>>>>
>>>>>
>>>>> On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <qinwang@berkeley.edu>wrote:
>>>>>
>>>>>> Xavi,
>>>>>>
>>>>>>  It make more sense to use BSON in higher layer message definition.
>>>>>>
>>>>>>  But if so, why it should be included in the document "Timeslot
>>>>>> management methods and format" ? My understanding is the document is about
>>>>>> 6top, so the format in the document refers to the format of 6top packets.
>>>>>> Please point out where I'm wrong.
>>>>>>
>>>>>>  Thanks
>>>>>>  Qin
>>>>>>
>>>>>>
>>>>>> On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosana Guillen <
>>>>>> xvilajosana@eecs.berkeley.edu> wrote:
>>>>>>
>>>>>>>  Hi Qin,
>>>>>>>
>>>>>>>  my feeling is that BSON will go in the packet from the PCE to the
>>>>>>> mote that has to be scheduled. This is a higher layer issue and relates to
>>>>>>> the payload of a CoAP packet sent from the PCE to the mote (and viceversa).
>>>>>>> I don't think that 6top needs BSON as an encoding for the IEs.
>>>>>>>
>>>>>>>  does it make sense?
>>>>>>> X
>>>>>>>
>>>>>>>
>>>>>>>  On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <qinwang@berkeley.edu>wrote:
>>>>>>>
>>>>>>>>  Hi Pascal,
>>>>>>>>
>>>>>>>>  During the teleconference on last Friday, you mentioned that we
>>>>>>>> will investigate Binary JSON to define the message formats. I'm not very
>>>>>>>> clear about what is the relationship between the Binary JSON coding and
>>>>>>>> 802.15.4e Information Element. I guess that we will still use IEs to carry
>>>>>>>> the 6top messages, but for those IE coding, we will use Binary JSON.
>>>>>>>> Correct?
>>>>>>>>
>>>>>>>>  By the way, what is the advantage to use Binary JSON format? What
>>>>>>>> are your main considerations?
>>>>>>>>
>>>>>>>>  Thanks
>>>>>>>>  Qin
>>>>>>>>
>>>>>>>>  _______________________________________________
>>>>>>>> 6tsch mailing list
>>>>>>>> 6tsch@ietf.org
>>>>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>

--047d7b162d11384a7e04e3ddfb3c
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>I see two options (although I&#39;m not a BSON expert=
!!):</div><div><div><ul><li>An array of 5 bytes:<br><span style=3D"font-fam=
ily:&#39;courier new&#39;,monospace">{&quot;ASN&quot;: [0x01,0x02,0x03,0x04=
,0x05]}</span></li>

<li>An &quot;opaque&quot; binary value (<font face=3D"courier new, monospac=
e">\x05</font><font face=3D"arial, helvetica, sans-serif"> element type</fo=
nt>)?<br><span style=3D"font-family:&#39;courier new&#39;,monospace">{&quot=
;ASN&quot;: 0x0102030405}</span></li>

</ul></div></div><div>Running through the encoding of both, it looks like t=
he second option yields much smaller code.<br></div><div><br></div><div>Tha=
t being said, it would be interesting to see how small you will be able to =
get the representation. The first question at=A0<a href=3D"http://bsonspec.=
org/#/faq">http://bsonspec.org/#/faq</a>=A0is not very encouraging.</div>

<div><br></div><div>Thomas</div><div><br></div><div>PS: have you come acros=
s an easy way to convert JSON into BSON? Some website where you can copy-pa=
ste some JSON would be wonderful...<br></div><div><br></div></div><div clas=
s=3D"gmail_extra">

<br><br><div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 5:14 PM, Qin Wan=
g <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br><blockquote class=3D"g=
mail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-l=
eft:1ex">

<div dir=3D"ltr">Hi All,<div><br></div><div>I&#39;m trying to apply BSON to=
 express data type encountered in 6top and =A0802.15.4e. I&#39;m not sure i=
f ASN will be included in some management messages or not. But, if needed, =
how to express uint40 (5bytes integer) with BSON?</div>


<div><br></div><div>Thanks</div><span class=3D"HOEnZb"><font color=3D"#8888=
88"><div>Qin</div><div><br></div></font></span></div><div class=3D"HOEnZb">=
<div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_qu=
ote">On Tue, Aug 13, 2013 at 3:03 PM, Thomas Watteyne <span dir=3D"ltr">&lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">+1.<div><br></div><div>Plea=
se note that the goal of item 1 is to define the format of the payload, not=
 per se the transport method.</div>


<span><font color=3D"#888888"><div><br></div><div>Thomas</div></font></span=
></div><div><div><div class=3D"gmail_extra"><br>

<br><div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 2:38 PM, Xavier Vila=
josana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.ber=
keley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> w=
rote:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>Hi Qin,<br><br></div>t=
his sounds correct to me.<span><font color=3D"#888888"><br>X<br>

</font></span></div><div><div><div class=3D"gmail_extra"><br><br><div class=
=3D"gmail_quote">On Mon, Aug 12, 2013 at 2:23 PM, Qin Wang <span dir=3D"ltr=
">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@ber=
keley.edu</a>&gt;</span> wrote:<br>





<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Xavi and Raghuram,<div><=
br></div><div>Now I can see the advantage of BSON.</div><div><br></div><div=
>




Regarding to the scope of=A0&quot;Timeslot Management Methods and Formats&q=
uot;, and the relationship between task item-1 and item-2, now my understan=
ding is as follows.</div>

<div><br></div><div>(1) item-2 is about 6top. In the first step, it is a su=
bset of 6top, only includes the commands and packets/IEs used for static ca=
se, i.e. Enhanced Beacon based schedule establishment. It still use custom =
format and 15.4e IE to carry.</div>






<div><br></div><div>(2) item-1 is about the management messages carried by =
upper layer protocols like CoAP to use 6top. It is still a open issue to us=
e BSON or custom format to define the management messages.</div><div><br>






</div><div>Correct?</div><div><br></div><div>Thanks</div><span><font color=
=3D"#888888"><div>Qin</div><div><br></div><div><br></div><div><br></div><di=
v><br></div><div><br></div><div><br></div></font></span></div>
<div><div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">
On Tue, Aug 13, 2013 at 3:39 AM, Raghuram Sudhaakar (rsudhaak) <span dir=3D=
"ltr">&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@=
cisco.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">










<div style=3D"font-size:14px;font-family:Calibri,sans-serif;word-wrap:break=
-word">
<div>Qin,</div>
<div>There is an advantage of using BSON over regular JSON for the purpose =
of transporting schedule information. Most of this info is bitmaps, and BSO=
N capability to handle binary payload will be efficient compared to regular=
 JSON. If we define the formats
 as regular BSON as opposed to custom formats, the implementation of 6top i=
n various languages will also be easier as BSON libraries are readily avail=
able.</div>
<div><br>
</div>
<span>
<div style=3D"border-right:medium none;padding-right:0in;padding-left:0in;p=
adding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;fon=
t-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-lef=
t:medium none">







<span style=3D"font-weight:bold">From: </span>Xavier Vilajosana Guillen &lt=
;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajo=
sana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Reply-To: </span>&lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Monday, August 12, 2013 11:02=
 AM<br>
<span style=3D"font-weight:bold">To: </span>Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6=
tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] about format<b=
r>
</div><div><div>
<div><br>
</div>
<div dir=3D"ltr">
<div>
<div>Hi Qin,<br>
<br>
</div>
I think that the work item aims to define the packet format of the messages=
 that will transport the schedule information, this is on top of 6top. 6top=
 has the API to handle that information and use its own messages (using its=
 IEs) to install the schedule in
 both sides of a link (if there is connectivity between the two nodes).<br>
<br>
</div>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Mon, Aug 12, 2013 at 10:56 AM, Qin Wang <span=
 dir=3D"ltr">
&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berke=
ley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Xavi,
<div><br>
</div>
<div>It make more sense to use BSON in higher layer message definition.=A0<=
/div>
<div><br>
</div>
<div>But if so, why it should be included in the document &quot;Timeslot ma=
nagement methods and format&quot; ? My understanding is the document is abo=
ut 6top, so the format in the document refers to the format of 6top packets=
. Please point out where I&#39;m wrong.</div>







<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<div>
<div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Tue, Aug 13, 2013 at 1:46 AM, Xavier Vilajosa=
na Guillen
<span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targ=
et=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">
<div>
<div>Hi Qin, <br>
<br>
</div>
my feeling is that BSON will go in the packet from the PCE to the mote that=
 has to be scheduled. This is a higher layer issue and relates to the paylo=
ad of a CoAP packet sent from the PCE to the mote (and viceversa). I don&#3=
9;t think that 6top needs BSON as an
 encoding for the IEs.<br>
<br>
</div>
does it make sense?<br>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">
<div>
<div>On Mon, Aug 12, 2013 at 10:39 AM, Qin Wang <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt;</span> wrote:<br>
</div>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div>
<div>
<div dir=3D"ltr">Hi Pascal,
<div><br>
</div>
<div>During the teleconference on last Friday, you mentioned that we will i=
nvestigate Binary JSON to define the message formats. I&#39;m not very clea=
r about what is the relationship between the Binary JSON coding and 802.15.=
4e Information Element. I guess that
 we will still use IEs to carry the 6top messages, but for those IE coding,=
 we will use Binary JSON. Correct?</div>
<div><br>
</div>
<div>By the way, what is the advantage to use Binary JSON format? What are =
your main considerations?</div>
<div><br>
</div>
<div>Thanks</div>
<span><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<br>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div></span>
</div>

</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7b162d11384a7e04e3ddfb3c--

From rstruik.ext@gmail.com  Wed Aug 14 05:58:50 2013
Return-Path: <rstruik.ext@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 746F711E8152 for <6tsch@ietfa.amsl.com>; Wed, 14 Aug 2013 05:58:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D60dcX9uIYPY for <6tsch@ietfa.amsl.com>; Wed, 14 Aug 2013 05:58:49 -0700 (PDT)
Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 400E211E815B for <6tsch@ietf.org>; Wed, 14 Aug 2013 05:58:49 -0700 (PDT)
Received: by mail-qc0-f173.google.com with SMTP id z10so4840524qcx.18 for <6tsch@ietf.org>; Wed, 14 Aug 2013 05:58:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=BRrZZYRlP8owzocVoPSVdbW9EyH/egLQmmHPbjn2N4o=; b=wk7U1z8jl2CJd5scJvKRsKvOyt4kqIXMrC9dUvCOURR/fkqWuhr+D/7MEXTC1BF9cw lpuKtQG8bA4uY9IU89lR+qP+WDDNIfZfRaaRsUBAn15QLlpnStsmC68t6IYYH6VxIcfo IdKyp8q4mR2sz5Psiw5OixjM5YhA2X/ILD9J78XeJQs7RcIQbu+NrdcebQ7zHkvlbVMQ zTVsw5tHQHadTvFHCfCLvufaGZZdfxbSQU77IDSc9K8bZxvoEqz7NI6PbBlMhaZLzrAQ VUk1baIwtUk0NUW5SpN0D1CDsVCQbu7TcIownEsS7PTp8JedhUt3C2Ar3DiBNiE3zP7E THzA==
X-Received: by 10.49.75.103 with SMTP id b7mr4531698qew.85.1376485127787; Wed, 14 Aug 2013 05:58:47 -0700 (PDT)
Received: from [192.168.1.102] (CPE0013100e2c51-CM001cea35caa6.cpe.net.cable.rogers.com. [99.231.4.27]) by mx.google.com with ESMTPSA id 9sm19731998qau.3.2013.08.14.05.58.46 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 14 Aug 2013 05:58:46 -0700 (PDT)
Message-ID: <520B7EFD.3090609@gmail.com>
Date: Wed, 14 Aug 2013 08:58:37 -0400
From: Rene Struik <rstruik.ext@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
References: <CADJ9OA-hS0Zjfvkbhs94URq6YV6UtLmtTZaWv8KjTo461o1nXw@mail.gmail.com>
In-Reply-To: <CADJ9OA-hS0Zjfvkbhs94URq6YV6UtLmtTZaWv8KjTo461o1nXw@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------070403010004070002010905"
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] [IMPORTANT] issues with the name 6TSCH
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Aug 2013 12:58:50 -0000

This is a multi-part message in MIME format.
--------------070403010004070002010905
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Why not simply hyphenating things: 6-T-S-C-H? (it even suggest a 
multi-hop network :) )


On 8/13/2013 7:04 PM, Thomas Watteyne wrote:
> All,
>
> We had a vote in February on in the ML to pick a name, and the group 
> chose "6TSCH" because (1) 6 appears early in the alphabet and (2) TSCH 
> clearly identifies the TSCH mode of IEEE802.15.4e.
>
> Concerns about this acronym were raised in Berlin, first about 
> pronunciation difficulties, then about a potential naming collision. 
> While initially people proposed some alternative names, during last 
> week, the ML leaned toward keeping the name 6TSCH. We discussed this 
> on the call last Friday, and ended with a rough consensus. Pascal and 
> myself then spent a couple of days discussing this with several people 
> at the IETF.
>
> The conclusion is that this potential naming collision is not taken 
> lightly by the IETF. The possibility that a name might be interpreted 
> as offensive, in particular when pronounced as "6-tush", is something 
> we absolutely want to avoid, in particular in the light of the recent 
> PyCon fiasco. The group is therefore asked to pick a different name.
>
> Having been part of the selection of the name "6TSCH", I know that we 
> had no idea "6TSCH" could be mis-pronounced. I also understand that we 
> have advertised and used the name "6TSCH" for the last couple of 
> months, and that we got attached to it. Yet, if there is a chance of 
> misinterpretation, we should change it now rather than later.
>
> This means that we get to pick another name. We are looking for a name 
> that can be read and pronounced easily and unambiguously regardless of 
> the native language. The following names were discussed:
> - sixtus (IPv6 over Time-Slotted Channel Hopping)
> - 6TiSCH (IPv6 over Time-Slotted Channel Hopping)
> - 6TiCS (IPv6 over Time-slotted Channel hopping Slots)
> - 6TiC (IPv6 over Time-slotted Channel hopping )
> - 6TiS (Time slotted Synchronized)
> - 6chants (IPv6 over Channel Hopping ANd Time Sliced links)
> - WiNOT (Wireless Networks for Operational Technology)
>
> I opened a poll at http://www.surveymonkey.com/s/SJDXKQF.
>
> Please take minute to respond with your ordered preference so we can 
> conduct a Condorcet vote 
> http://en.wikipedia.org/wiki/Condorcet_method; in case of ambiguity, 
> we'll use ranked pair and the winner will be announced during the next 
> call.
>
> Pascal & Thomas
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch


-- 
email: rstruik.ext@gmail.com | Skype: rstruik
cell: +1 (647) 867-5658 | US: +1 (415) 690-7363


--------------070403010004070002010905
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Why not simply hyphenating things:
      6-T-S-C-H? (it even suggest a multi-hop network :) )<br>
      <br>
      <br>
      On 8/13/2013 7:04 PM, Thomas Watteyne wrote:<br>
    </div>
    <blockquote
cite="mid:CADJ9OA-hS0Zjfvkbhs94URq6YV6UtLmtTZaWv8KjTo461o1nXw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>All,</div>
        <div><br>
        </div>
        <div>We had a vote in February on in the ML to pick a name, and
          the group chose "6TSCH" because (1) 6 appears early in the
          alphabet and (2) TSCH clearly identifies the TSCH mode of
          IEEE802.15.4e.&nbsp;</div>
        <div><br>
        </div>
        <div>Concerns about this acronym were raised in Berlin, first
          about pronunciation difficulties, then about a potential
          naming collision. While initially people proposed some
          alternative names, during last week, the ML leaned toward
          keeping the name 6TSCH. We discussed this on the call last
          Friday, and ended with a rough consensus. Pascal and myself
          then spent a couple of days discussing this with several
          people at the IETF.</div>
        <div><br>
        </div>
        <div>The conclusion is that this potential naming collision is
          not taken lightly by the IETF. The possibility that a name
          might be interpreted as offensive, in particular when
          pronounced as "6-tush", is something we absolutely want to
          avoid, in particular in the light of the recent PyCon fiasco.
          The group is therefore asked to pick a different name.</div>
        <div><br>
        </div>
        <div>Having been part of the selection of the name "6TSCH", I
          know that we had no idea "6TSCH" could be mis-pronounced. I
          also understand that we have advertised and used the name
          "6TSCH" for the last couple of months, and that we got
          attached to it. Yet, if there is a chance of
          misinterpretation, we should change it now rather than later.</div>
        <div><br>
        </div>
        <div>This means that we get to pick another name. We are looking
          for a name that can be read and pronounced easily and
          unambiguously regardless of the native language. The following
          names were discussed:</div>
        <div>- sixtus (IPv6 over Time-Slotted Channel Hopping)</div>
        <div>- 6TiSCH (IPv6 over Time-Slotted Channel Hopping)</div>
        <div>- 6TiCS (IPv6 over Time-slotted Channel hopping Slots)</div>
        <div>- 6TiC (IPv6 over Time-slotted Channel hopping )</div>
        <div>- 6TiS (Time slotted Synchronized)</div>
        <div>- 6chants (IPv6 over Channel Hopping ANd Time Sliced links)</div>
        <div>- WiNOT (Wireless Networks for Operational Technology)</div>
        <div><br>
        </div>
        <div>I opened a poll at <a moz-do-not-send="true"
            href="http://www.surveymonkey.com/s/SJDXKQF">http://www.surveymonkey.com/s/SJDXKQF</a>.</div>
        <div><br>
        </div>
        <div>Please take minute to respond with your ordered preference
          so we can conduct a Condorcet vote <a moz-do-not-send="true"
            href="http://en.wikipedia.org/wiki/Condorcet_method">http://en.wikipedia.org/wiki/Condorcet_method</a>;
          in case of ambiguity, we'll use ranked pair and the winner
          will be announced during the next call.</div>
        <div><br>
        </div>
        <div>Pascal &amp; Thomas</div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
6tsch mailing list
<a class="moz-txt-link-abbreviated" href="mailto:6tsch@ietf.org">6tsch@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
email: <a class="moz-txt-link-abbreviated" href="mailto:rstruik.ext@gmail.com">rstruik.ext@gmail.com</a> | Skype: rstruik
cell: +1 (647) 867-5658 | US: +1 (415) 690-7363</pre>
  </body>
</html>

--------------070403010004070002010905--

From twatteyne@gmail.com  Thu Aug 15 09:50:37 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DE3011E81DB for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 09:50:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.81
X-Spam-Level: 
X-Spam-Status: No, score=-1.81 tagged_above=-999 required=5 tests=[AWL=0.167,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9VE91YRBh7Ec for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 09:50:36 -0700 (PDT)
Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 8605C11E81D9 for <6tsch@ietf.org>; Thu, 15 Aug 2013 09:50:35 -0700 (PDT)
Received: by mail-pb0-f43.google.com with SMTP id md4so956565pbc.2 for <6tsch@ietf.org>; Thu, 15 Aug 2013 09:50:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=FTk2E8pTFpvQANXPaDgrBhGjmOaRD8xtc8O9yhJmEwI=; b=QU1YI4v6w49aoxT/2ChoHOftIELTsqzlBo+6EjYHWxD9a0Jh7KQxrkpVSjetXsI0/y nP53OZ5R1CeI8bBdLMDSQdHyFu+bYZ3+u2EY+OISBTOLzhLibUvss2LK/K4Mu8797wky 5OngfGK3i/8h88HU52G1qHJd/9Uv+pF9b55WTAQTfw/no2uixWg9xxfLioJMkVb9Qsd1 E2ZngMi0auiIGuRoNDofC3S1X6bMy74FWhtRsGI6igvgmnEHcIFQoG13ES1ufQNKUn87 GdSr1PfMoeBvHQbKugDPZJyimPBWj6M9zeW6s3aB7GuXS+2FuolOdddYdYlONRMAZacD 3Rng==
X-Received: by 10.66.150.41 with SMTP id uf9mr8043430pab.108.1376585434702; Thu, 15 Aug 2013 09:50:34 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 15 Aug 2013 09:50:14 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 15 Aug 2013 09:50:14 -0700
X-Google-Sender-Auth: WnWcyzz8gmdjQBFfnveNcbeGDvk
Message-ID: <CADJ9OA8xnLMb3QSiBaD0cs89tjUMyGE5Lqz=XPyigZZcvf5jDg@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b6d7f14d6a86d04e3ff4534
Subject: [6tsch] NO webex tomorrow August 16
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Aug 2013 16:50:37 -0000

--047d7b6d7f14d6a86d04e3ff4534
Content-Type: text/plain; charset=ISO-8859-1

All,

Several people indicated they are on vacation this week. Exceptionally,
there will not be a 6TSCH call tomorrow August 16. Let's continue the
discussion on the ML.

I have updated the https://bitbucket.org/6tsch/meetings accordingly.

Thomas

--047d7b6d7f14d6a86d04e3ff4534
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">All,<div><br></div><div>Several people indicated they are =
on vacation this week. Exceptionally, there will not be a 6TSCH call tomorr=
ow August 16. Let&#39;s continue the discussion on the ML.</div><div><br></=
div>

<div>I have updated the=A0<a href=3D"https://bitbucket.org/6tsch/meetings">=
https://bitbucket.org/6tsch/meetings</a> accordingly.</div><div><br></div><=
div>Thomas</div></div>

--047d7b6d7f14d6a86d04e3ff4534--

From rsudhaak@cisco.com  Thu Aug 15 12:06:58 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F020511E8222 for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 12:06:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K7o4yEo0pVzf for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 12:06:52 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 1F49511E8215 for <6tsch@ietf.org>; Thu, 15 Aug 2013 12:06:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18395; q=dns/txt; s=iport; t=1376593612; x=1377803212; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=VlJP3tM/o300uX9AF13Yx8+SNCeqMNr5yMlPtVxNf5s=; b=jN+lmcv+PjmmExe9CzLEpx+6w1DUIVQcdnrQjrcwWRN5FphNOQB5hCYu Owf4fdVzS4YSAVtXdf/GXP+Ak1MqATY9Xo7KMn3ESHmkbyqOZN72MxVnD cVswbmCi1wWzY3lUv1nfIblagfwicYIHqbCkUB2+J4vqtq5zC4j8Rlttf k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Am0FAPAlDVKtJV2b/2dsb2JhbABbDoI0RIEFvyCBIRZ0giQBAQEEJ1ISAQgRAwECCx05FAkIAgQOBQiICLoikB8gEQYBBoMVdwOpNoJdPoIq
X-IronPort-AV: E=Sophos;i="4.89,887,1367971200";  d="scan'208,217";a="247646803"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-1.cisco.com with ESMTP; 15 Aug 2013 19:06:51 +0000
Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r7FJ6pw1004471 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 15 Aug 2013 19:06:51 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.180]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.02.0318.004; Thu, 15 Aug 2013 14:06:50 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: Qin Wang <qinwang@berkeley.edu>
Thread-Topic: Message flows
Thread-Index: AQHOmS7T2+M8VWnoB0iALAow4p1lsJmVjRCA//+VLYCAAW4AgP//n/gAgACPZID//8GzAA==
Date: Thu, 15 Aug 2013 19:06:50 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com>
In-Reply-To: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.154.213.84]
Content-Type: multipart/alternative; boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82Bxmbrcdx04ciscoc_"
MIME-Version: 1.0
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Aug 2013 19:06:58 -0000

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82Bxmbrcdx04ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.

There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin




On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.

-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin













On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X


On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram




--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82Bxmbrcdx04ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-ID: <1E7A5F36F4DFD74192A8B213C69E2351@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>HI Qin,</div>
<div>The conflicts I am referring to are -</div>
<div><br>
</div>
<div>Consdiering multihop communication and hard-cells</div>
<ol>
<li>Route 1 requires a particular set of slots to be setup. Say node A must=
 listen on slot number 11, 34, 65 and Tx on 13, 35, 68</li><li>But another =
route 2 requires node A to listen on slot 35.&nbsp;</li></ol>
<div>There may be other such conflicts that we may need to resolve.</div>
<div><br>
</div>
<div>-raghuram</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<b><br>
</b></div>
<div>
<div>
<div dir=3D"ltr">Hi Raghuram,
<div><br>
</div>
<div>I totally agree to your approach to define the flow information to L3.=
</div>
<div><br>
</div>
<div>Regarding to your question, can you explain more about:</div>
<div>(1) from nodeA to nodeB is one hop or multi-hop?</div>
<div>(2) installing the route with hard cells or soft cells?</div>
<div>(3) what &quot;conflict during route installation&quot; mean? what kin=
d of conflict?</div>
<div><br>
</div>
<div>Thanks</div>
<div>Qin</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudha=
akar (rsudhaak)
<span dir=3D"ltr">&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blan=
k">rsudhaak@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div style=3D"font-size:14px;font-family:Calibri,sans-serif;word-wrap:break=
-word">
<div>Qin,</div>
<div>I have pretty much the same line of thought. I agree with the point th=
at 6top is independent from L3. What we are trying to do is define what L3 =
will need to implement to obtain information from 6top. Obviously, 6top wil=
l expose these interfaces in its
 standard implementation.</div>
<div><br>
</div>
<div>Do you think finding the common requirements from 6top to L3 flows bet=
ween RPL and PCE is a good place to start? I am sure there are going to be =
some specific requirements for each but they can be added as PCE or RPL spe=
cific primitives. I am not suggesting
 that we implement specific primitives for every L3 protocol, but once we c=
over RPL and PCE I think we will satisfy the requirements of most L3s.</div=
>
<div><br>
</div>
<div>The different flows you have identified is perfect.&nbsp;</div>
<div><span style=3D"white-space:pre-wrap"></span>(1) The flows from 6top -&=
gt; L2 have been addressed quite extensively in the draft already. There ar=
e a few flows from L2 -&gt; 6top that have to be addressed. GET_<span style=
=3D"font-style:italic">TIMING_P</span>ARENT
 for e..g.</div>
<div><span style=3D"white-space:pre-wrap"></span>(2) I would consider the r=
equirements of PCE, RPL, (probably v6ND) in terms of parameters required fo=
r route computation to define the general requirements for flows between L3=
 and 6top. In the draft, you have
 already addressed some RPL specific primitives like control message delive=
ry. I think this should go in the RPL specific part. We define primitives t=
o expose parameters required by L3 to perform route computation in the gene=
ral flows. For e.g. L2 neighbor
 list, link quality to each neighbor. We need to specify the message format=
 that needs to used by L3 to obtain this info.</div>
<div><span style=3D"white-space:pre-wrap"></span>(3) We will also need 6top=
-&gt;L3 flows to be defined. For e.g., in the RPL case, &nbsp;GET_<span sty=
le=3D"font-style:italic">RPL_</span>PARENT will be one such flow as 6top ne=
eds to provide the primitive GET_<span style=3D"font-style:italic">TIMING_<=
/span>PARENT
 in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</d=
iv>
<div><br>
</div>
<div>(Note: when I say L2 -&gt; 6top flow, I mean L2 is the data requestor =
entity and 6top is the data provider. This is my own convention and hence t=
he clarification)</div>
<div><br>
</div>
<div>Another critical part I want to get your opinions on is the following.=
 We have decided that irrespective of L3 (PCE or RPL) a node A will initiat=
e route installation request when it has data to send to node B. In this ca=
se -</div>
<ol>
<li>How do resolve conflict during route installation? L3 computes a route =
and send it over to 6top. Which in turn converts it to slot reservations us=
ing the 6top -&gt; L2 primitives in the slot frame. What if there is a conf=
lict during this slot reservation?
 What are the messages that will inform L3 and the node that route installa=
tion failed? This must also cause L3 to recompute its route.</li><li>Then w=
e have to ask, does 6top provide a mechanism to inform L3 about failure and=
 obtain a recomputed route (i.e.) perform n number of retries. Or just fail=
 after one try and leave it to the node to reinitiate a route request.
</li></ol>
<div>-raghuram</div>
<div><br>
</div>
<div><br>
</div>
<span>
<div style=3D"border-right:medium none;padding-right:0in;padding-left:0in;p=
adding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;fon=
t-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-lef=
t:medium none">
<span style=3D"font-weight:bold">From: </span>Qin Wang &lt;<a href=3D"mailt=
o:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Thursday, August 15, 2013 6:0=
0 AM<br>
<span style=3D"font-weight:bold">To: </span>raghuram sudhaakar &lt;<a href=
=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco.com</a>&gt;=
<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:xvilajo=
sana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>=
&quot; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: Message flows<br>
</div>
<div>
<div class=3D"h5">
<div><br>
</div>
<div>
<div>
<div dir=3D"ltr">Hi Raghuram,
<div><br>
</div>
<div>Sorry for the late response. It is welcome for you to add flow informa=
tion if necessary.</div>
<div><br>
</div>
<div>Just one thing I want to understand more clearly. I think 6top is a re=
latively independent sublayer from upper layer. RPL is used as upper layer =
in the first step, but, just one kind of upper layers in the future. Correc=
t?&nbsp;</div>
<div><br>
</div>
<div>In this sense, we should separate the general flow information to uppe=
r layer and the specific flow information to RPL. Then, can we organize the=
 flow information related to 6top in this way?</div>
<div><br>
</div>
<div>(1) flow information with L2, i.e. TSCH</div>
<div>(2) general flow information with upper layer, may be L3 or L2.5</div>
<div>(3) flow information with specific upper layer protocol like RPL.</div=
>
<div><br>
</div>
<div>What do you think?</div>
<div><br>
</div>
<div>Qin&nbsp;</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaa=
kar (rsudhaak)
<span dir=3D"ltr">&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blan=
k">rsudhaak@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div style=3D"font-size:14px;font-family:Calibri,sans-serif;word-wrap:break=
-word">
<div>Ok.&nbsp;</div>
<div><br>
</div>
<div>Qin, if you are OK I can add the flow information specific to RPL.&nbs=
p;</div>
<div><br>
</div>
<div>-raghuram</div>
<div><br>
</div>
<span>
<div style=3D"border-right:medium none;padding-right:0in;padding-left:0in;p=
adding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;fon=
t-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-lef=
t:medium none">
<span style=3D"font-weight:bold">From: </span>Xavier Vilajosana Guillen &lt=
;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajo=
sana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Reply-To: </span>&quot;<a href=3D"mailto:x=
vilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.e=
du</a>&quot; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Wednesday, August 14, 2013 2:=
32 PM<br>
<span style=3D"font-weight:bold">To: </span>raghuram sudhaakar &lt;<a href=
=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco.com</a>&gt;=
<br>
<span style=3D"font-weight:bold">Cc: </span>Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: Message flows<br>
</div>
<div>
<div>
<div><br>
</div>
<div>
<div>
<div dir=3D"ltr">
<div>Hi Raghuram,<br>
<br>
</div>
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!<br>
<br>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaa=
kar (rsudhaak)
<span dir=3D"ltr">&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blan=
k">rsudhaak@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div style=3D"font-size:14px;font-family:Calibri,sans-serif;word-wrap:break=
-word">
<div>Xavi, Qin,</div>
<div>I believe that there is some information that needs to be added to the=
 message flows that will occur between L3 -&gt; 6top and L2 -&gt; 6top, in =
addition to what is already there in Qin's draft. I wanted to check with yo=
u guys if you want to add to the same
 document or split it into a separate RFC. When I say split into separate R=
FC, &nbsp;what I mean is, L3 to 6top is one RFC and L2 to 6top is another. =
The current draft has a lot of information about L2 to 6top. I could add mo=
re about the RPL to 6top is its OK..</div>
<span><font color=3D"#888888">
<div><br>
</div>
<div>-raghuram</div>
</font></span></div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</span></div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</span></div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82Bxmbrcdx04ciscoc_--

From P.Zand@utwente.nl  Thu Aug 15 14:53:03 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F293011E8192 for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 14:53:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.503
X-Spam-Level: 
X-Spam-Status: No, score=-0.503 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LINFOSGWqEdz for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 14:52:54 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 5176721F9991 for <6tsch@ietf.org>; Thu, 15 Aug 2013 14:52:53 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 15 Aug 2013 23:52:54 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Thu, 15 Aug 2013 23:52:51 +0200
From: <P.Zand@utwente.nl>
To: <rsudhaak@cisco.com>, <qinwang@berkeley.edu>
Thread-Topic: Message flows
Thread-Index: AQHOmS7T2+M8VWnoB0iALAow4p1lsJmVjRCA//+VLYCAAW4AgP//n/gAgACPZID//8GzAAAJ+CqA
Date: Thu, 15 Aug 2013 21:52:50 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com>
In-Reply-To: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34EXMBX23adutwent_"
MIME-Version: 1.0
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Aug 2013 21:53:03 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34EXMBX23adutwent_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi Raghuram, Qin,
Let me enter to your discussion
I agree with Raghuram that when the higher layer call the 6top's commands (=
or .requests primitives) it should be informed about the status of its requ=
est by "command reply" or ".confirm" primitives. The status of the ".confir=
m" or "reply" can be success, failure or ...
Am I right?
I couldn't either find the 6top's behavior upon receiving the "MLME-SET-SLO=
TFRAME.confirm" or "MLME-SET-LINK.confirm" primitives that might be called =
by L2. Did I miss that?

Raghuram, I just have one minor comment, in your example. I think that the =
RPL (L3) should use the "Create soft cell command" to ask a new cell withou=
t specifying the exact cell. Because the L3 does not have enough informatio=
n to ask for reserving specific cell in L2. The "Create hard cell command" =
should be called by the one who has the global knowledge on network schedul=
es, like PCE. However, I agree that the PCE by calling the "Create hard cel=
l command" or RPL by calling "Create soft cell command" should be informed =
by 6top about the status of its request. For example, It might happen that =
PCE send a same request twice or RPL's request can't be serviced.
AM I right?

Pouria.

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of R=
aghuram Sudhaakar (rsudhaak)
Sent: Thursday, August 15, 2013 9:07 PM
To: Qin Wang
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] Message flows

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.
There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin



On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.
-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin












On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X

On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram




--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34EXMBX23adutwent_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:24448315;
	mso-list-template-ids:-1622275642;}
@list l1
	{mso-list-id:655112068;
	mso-list-template-ids:-546038146;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi Raghuram, Qin,<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Let me enter to your disc=
ussion<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I agree with Raghuram tha=
t when the higher layer call the 6top&#8217;s commands (or .requests primit=
ives) it should be informed about the status of its request by
 &#8220;command reply&#8221; or &#8220;.confirm&#8221; primitives. The stat=
us of the &#8220;.confirm&#8221; or &#8220;reply&#8221; can be success, fai=
lure or &#8230;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Am I right?<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t either f=
ind the 6top&#8217;s behavior upon receiving the &#8220;MLME-SET-SLOTFRAME.=
confirm&#8221; or &#8220;MLME-SET-LINK.confirm&#8221; primitives that might=
 be called by L2.
 Did I miss that?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Raghuram, I just have one=
 minor comment, in your example. I think that the RPL (L3) should use the &=
#8220;Create soft cell command&#8221; to ask a new cell without specifying
 the exact cell. Because the L3 does not have enough information to ask for=
 reserving specific cell in L2. The &#8220;Create hard cell command&#8221; =
should be called by the one who has the global knowledge on network schedul=
es, like PCE. However, I agree that the PCE
 by calling the &#8220;Create hard cell command&#8221; or RPL by calling &#=
8220;Create soft cell command&#8221; should be informed by 6top about the s=
tatus of its request. For example, It might happen that PCE send a same req=
uest twice or RPL&#8217;s request can&#8217;t be serviced.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">AM I right?<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria.&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] Message flows<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">HI Qin,<o:p></o:p></span></=
p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">The conflicts I am referrin=
g to are -<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Consdiering multihop commun=
ication and hard-cells<o:p></o:p></span></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-ma=
rgin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68<o:p></o:p><=
/span></li><li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:=
auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.&nbsp=
;<o:p></o:p></span></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">There may be other such con=
flicts that we may need to resolve.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">-raghuram<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Hi Raghuram,
<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">I totally agree to your app=
roach to define the flow information to L3.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Regarding to your question,=
 can you explain more about:<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(1) from nodeA to nodeB is =
one hop or multi-hop?<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(2) installing the route wi=
th hard cells or soft cells?<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(3) what &quot;conflict dur=
ing route installation&quot; mean? what kind of conflict?<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Thanks<o:p></o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Qin<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:bla=
ck"><o:p>&nbsp;</o:p></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">On Thu, Aug 15, 2013 at 10:=
16 PM, Raghuram Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.c=
om" target=3D"_blank">rsudhaak@cisco.com</a>&gt; wrote:<o:p></o:p></span></=
p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Qin,<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">I have pretty much the same=
 line of thought. I agree with the point that 6top is independent from L3. =
What we are trying to do is define what L3 will need to
 implement to obtain information from 6top. Obviously, 6top will expose the=
se interfaces in its standard implementation.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Do you think finding the co=
mmon requirements from 6top to L3 flows between RPL and PCE is a good place=
 to start? I am sure there are going to be some specific
 requirements for each but they can be added as PCE or RPL specific primiti=
ves. I am not suggesting that we implement specific primitives for every L3=
 protocol, but once we cover RPL and PCE I think we will satisfy the requir=
ements of most L3s.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">The different flows you hav=
e identified is perfect.&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(1) The flows from 6top -&g=
t; L2 have been addressed quite extensively in the draft already. There are=
 a few flows from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P<=
/i>ARENT
 for e..g.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(2) I would consider the re=
quirements of PCE, RPL, (probably v6ND) in terms of parameters required for=
 route computation to define the general requirements for
 flows between L3 and 6top. In the draft, you have already addressed some R=
PL specific primitives like control message delivery. I think this should g=
o in the RPL specific part. We define primitives to expose parameters requi=
red by L3 to perform route computation
 in the general flows. For e.g. L2 neighbor list, link quality to each neig=
hbor. We need to specify the message format that needs to used by L3 to obt=
ain this info.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(3) We will also need 6top-=
&gt;L3 flows to be defined. For e.g., in the RPL case, &nbsp;GET_<i>RPL_</i=
>PARENT will be one such flow as 6top needs to provide the primitive
 GET_<i>TIMING_</i>PARENT in the L2-&gt;6top flow. A similar primitive need=
s to be there for PCE.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(Note: when I say L2 -&gt; =
6top flow, I mean L2 is the data requestor entity and 6top is the data prov=
ider. This is my own convention and hence the clarification)<o:p></o:p></sp=
an></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Another critical part I wan=
t to get your opinions on is the following. We have decided that irrespecti=
ve of L3 (PCE or RPL) a node A will initiate route installation
 request when it has data to send to node B. In this case -<o:p></o:p></spa=
n></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-ma=
rgin-bottom-alt:auto;mso-list:l1 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.<o:p></o:p></span></li><li class=
=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bott=
om-alt:auto;mso-list:l1 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. <o:p></o:p></span></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">-raghuram<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:black">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;;color:black">Qin Wang &lt;<a href=3D"mailto:qinwang@=
berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>
<b>Subject: </b>Re: Message flows<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Hi Raghuram,
<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Sorry for the late response=
. It is welcome for you to add flow information if necessary.<o:p></o:p></s=
pan></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Just one thing I want to un=
derstand more clearly. I think 6top is a relatively independent sublayer fr=
om upper layer. RPL is used as upper layer in the first
 step, but, just one kind of upper layers in the future. Correct?&nbsp;<o:p=
></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">In this sense, we should se=
parate the general flow information to upper layer and the specific flow in=
formation to RPL. Then, can we organize the flow information
 related to 6top in this way?<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(1) flow information with L=
2, i.e. TSCH<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(2) general flow informatio=
n with upper layer, may be L3 or L2.5<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">(3) flow information with s=
pecific upper layer protocol like RPL.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">What do you think?<o:p></o:=
p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Qin&nbsp;<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:bla=
ck"><o:p>&nbsp;</o:p></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">On Thu, Aug 15, 2013 at 6:1=
0 AM, Raghuram Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.co=
m" target=3D"_blank">rsudhaak@cisco.com</a>&gt; wrote:<o:p></o:p></span></p=
>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Ok.&nbsp;<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Qin, if you are OK I can ad=
d the flow information specific to RPL.&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">-raghuram<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:black">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;;color:black">Xavier Vilajosana Guillen &lt;<a href=
=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eec=
s.berkeley.edu</a>&gt;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>
<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:bla=
ck">Hi Raghuram,<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">I let Qin answer as she is =
the main author. My opinion is that by now we keep the document as a single=
 file but we separate the two message flows. IMHO, if you
 have information to add it is more than welcome!<br>
<br>
X<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:bla=
ck"><o:p>&nbsp;</o:p></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">On Wed, Aug 14, 2013 at 1:4=
2 PM, Raghuram Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.co=
m" target=3D"_blank">rsudhaak@cisco.com</a>&gt; wrote:<o:p></o:p></span></p=
>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Xavi, Qin,<o:p></o:p></span=
></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">I believe that there is som=
e information that needs to be added to the message flows that will occur b=
etween L3 -&gt; 6top and L2 -&gt; 6top, in addition to what is
 already there in Qin's draft. I wanted to check with you guys if you want =
to add to the same document or split it into a separate RFC. When I say spl=
it into separate RFC, &nbsp;what I mean is, L3 to 6top is one RFC and L2 to=
 6top is another. The current draft has
 a lot of information about L2 to 6top. I could add more about the RPL to 6=
top is its OK..<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888"><o:p>&nbsp;</o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">-raghuram<o:p></o:p></spa=
n></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
</div>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34EXMBX23adutwent_--

From P.Zand@utwente.nl  Thu Aug 15 15:07:57 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F74211E81A4 for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 15:07:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.503
X-Spam-Level: 
X-Spam-Status: No, score=-0.503 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PA6cJl6lZOWs for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 15:07:42 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 8DF0C11E8150 for <6tsch@ietf.org>; Thu, 15 Aug 2013 15:07:35 -0700 (PDT)
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Fri, 16 Aug 2013 00:07:34 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Fri, 16 Aug 2013 00:07:31 +0200
From: <P.Zand@utwente.nl>
To: <rsudhaak@cisco.com>, <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWD//+R/gIAAIcgA///iD4CAABkTAIADNlmg
Date: Thu, 15 Aug 2013 22:07:30 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com>
In-Reply-To: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7DEXMBX23adutwent_"
MIME-Version: 1.0
Cc: watteyne@eecs.berkeley.edu, 6tsch@ietf.org, qinwang@berkeley.edu
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Aug 2013 22:07:57 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7DEXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Raghuram,
I agree with you that we need a method to pick a timing parent.
We might need the L3 information on that, unless we can find a solution in =
6top to use L2 information. For example about the clock accuracy capabiliti=
es of the device who has already joined the network. I am not sure if this =
information is available in L2 and neighbor table.
Best Wishes,
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
Sent: Wednesday, August 14, 2013 12:57 AM
To: xvilajosana@eecs.berkeley.edu; Zand, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org; Qin Wang
Subject: Re: [6tsch] RPL on Basic

Xavi, Pouria,
I think we need to keep node rank at 6top (as a read only parameter obtaine=
d from L3) in order for the TSCH nodes to figure out the timing parent. In =
the case where RPL node may have different ranks based on different OFs we =
need a method to pick a timing parent.

We should propose a default OF, that is used to compute the ranks for the p=
urpose finding the timing parent.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Tuesday, August 13, 2013 2:27 PM
To: Pouria Zand <P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6t=
sch@ietf.org>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>=
>
Subject: Re: [6tsch] RPL on Basic

Good point :-)
agreed!
X

On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

I guess we cannot keep "node rank" in the 6top. Because a node might have d=
ifferent rank based on different metrics defined in L3. As a response, I do=
n't think we can get all of those information form L3 and use them in neigh=
bor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 11:13 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch





--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7DEXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Raghuram,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">I agree with you that we ne=
ed a method to pick a timing parent.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">We might need the L3 inform=
ation on that, unless we can find a solution in 6top to use L2 information.=
 For example about the clock accuracy capabilities of the
 device who has already joined the network. I am not sure if this informati=
on is available in L2 and neighbor table.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Best Wishes,<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Pouria</span><span style=3D=
"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;co=
lor:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram=
 Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> xvilajosana@eecs.berkeley.edu; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; 6tsch@ietf.org; Qin Wang<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Xavi, Pouria,<o:p></o:p></s=
pan></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">I think we need to keep nod=
e rank at 6top (as a read only parameter obtained from L3) in order for the=
 TSCH nodes to figure out the timing parent. In the case
 where RPL node may have different ranks based on different OFs we need a m=
ethod to pick a timing parent.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">We should propose a default=
 OF, that is used to compute the ranks for the purpose finding the timing p=
arent.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">-raghuram<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:black">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;;color:black">Xavier Vilajosana Guillen &lt;<a href=
=3D"mailto:xvilajosana@eecs.berkeley.edu">xvilajosana@eecs.berkeley.edu</a>=
&gt;<br>
<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu">xvila=
josana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl">P.Zand@utwe=
nte.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"mailto:6tsch@ietf.or=
g">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6tsch@ietf.org">6tsch@iet=
f.org</a>&gt;, Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu">qinwang=
@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:bla=
ck">Good point :-)<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">agreed!<br>
X<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:bla=
ck"><o:p>&nbsp;</o:p></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">On Tue, Aug 13, 2013 at 2:2=
0 PM, &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utw=
ente.nl</a>&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><span style=3D"color:black"=
><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I guess we cannot keep &#8220;node rank=
&#8221; in the 6top. Because a node might have different rank based on
 different metrics defined in L3. As a response, I don&#8217;t think we can=
 get all of those information form L3 and use them in neighbor table in 6to=
p. Am I right?
</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think, as you mentioned we need to wo=
rk on them.
</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><span style=3D"colo=
r:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;;color:black">From:</span></b><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"=
> Xavier
 Vilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu=
" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><span style=3D"color:b=
lack"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">regards,<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Xavi<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<=
a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>=
&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><span style=3D"color:black"=
><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your complete explanati=
on. It absolutely makes sense.</span><span style=3D"color:black"><o:p></o:p=
></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Just one minor question. The neighbor t=
able will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><span style=3D"color:black"><o:p></o:p></span><=
/p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;;color:black">From:</span></b><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"=
> Xavier
 Vilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu=
" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><span style=3D"color:b=
lack"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">Hi Pouria,<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">answer inline:<o:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><span style=3D"font-size:10.5pt;f=
ont-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black"><o:p></o=
:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><span style=3D"font-size:10.5pt=
;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black"><o:p><=
/o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">there are many different ways to implement that=
, this is an option.</span><span style=3D"font-size:10.5pt;font-family:&quo=
t;Calibri&quot;,&quot;sans-serif&quot;;color:black"><o:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"font-size:10.5pt;=
font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black"><o:p></=
o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><span style=3D"font-size:10.5pt=
;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black"><o:p><=
/o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">These are the list of known neighbors with acce=
ptable RSSI, so yes if it wants to keep all of them.</span><span style=3D"f=
ont-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;colo=
r:black"><o:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><span style=3D"font-size:10.=
5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black"><o:=
p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">When a node is discovered due to receiving and =
EB (at least in our openwsn implementation), it is inserted at the neighbor=
 table. At that point no information about connectivity
 can be used except RSSI. As soon as a DIO is received from that node, its =
information is updated (including rank). As we don't have any information a=
bout connectivity (as RFC6552 describes) an initial value is set (i.e rank =
&#43; FOO). In openwsn a similar case
 to (1) is used so eventually some stats of the link can be used to compute=
 the ETX and let RPL do its work.
</span><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:black"><o:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">So RPL knows about a new node because 6TOP keep=
s information of neighbors an eventually this information is used by RPL to=
 update routes. As this node sends DIOs and receives DIOs
 from others the information is permanently being updated enabling a node t=
o be positioned in the multihop topology.</span><span style=3D"font-size:10=
.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black"><o=
:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">Does it make sense?</span><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:bla=
ck"><o:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><span style=3D"font-size:10.5pt;=
font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:black"><o:p></=
o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">On Tue, Aug 13, 2013 at 12:40 PM, &lt;=
<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a=
>&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><span style=3D"color:black"=
><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><span style=3D"colo=
r:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><span style=3D"color:black"><o:p></o:p></=
span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;;color:black">From:</span></b><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"=
> Xavier
 Vilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu=
" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">Hi Pouria,<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">I completely agree with your descripti=
on. Besides, there isn't a common shared cell to send KAs. I see the operat=
ion in the following way:<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">6top KA timer expires and places a KA packet=
 into the queue (e.g this happens every 30s). TSCH layer at the begining of=
 a shared tx/rx slot then reads from the
 queue and sends the packet. This means that the KA can be send in any shar=
ed slot.
<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">does it make sense?<br>
X<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<=
a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>=
&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><span style=3D"col=
or:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><span styl=
e=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><span style=3D"color:black"><o:p></o:=
p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><span=
 style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><span style=3D"color=
:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;;color:black">From:</span></b><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"=
><a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@=
ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Hi Thomas and Xavi,<o:p></o:p></span><=
/p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">I remember keep-alive usually use dedi=
cated cell, instead of shared cell, e.g. a Rx cell in child, and a Tx cell =
in parent. But, with EB-based schedule
 establishment, a child will only have shared cell. And then, keep-alive ha=
s to use shared cell, which may result in more collision and then traffic.<=
o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Thought?<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Qin&nbsp;<o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">On Tue, Aug 13, 2013 at 2:59 PM, Thoma=
s Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_bla=
nk">watteyne@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">We established a while ago that we cou=
ld reuse the RPL DAG structure for timekeeping. That is, a node's routing p=
arent coincides with its TSCH time source
 neighbor. As a result, and as part of IEEE802.15.4e's normal operation, a =
node keeps synchronized with its RPL parent. In the absence of traffic, the=
 node will periodically &quot;keep alive&quot; (per Xavi's e-mail) to the p=
arent. How often depends on a number of factors,
 including crystal drift and guard time, but in a typical case, a node will=
 realize its routing parent is missing after 30-60s.<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">I believe this mechanism can serve for=
 NUD, at least n the child-&gt;parent case. Of course, this alone does no c=
over parent-&gt;child or NUD between siblings.
 Any thoughts on the implications of limiting NUD to the child-&gt;parent c=
ase?<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">On Mon, Aug 12, 2013 at 11:46 AM, Pasc=
al Thubert (pthubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_=
blank">pthubert@cisco.com</a>&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><span style=3D"color:=
black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><span style=3D"col=
or:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><span style=3D"color:blac=
k"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><span style=3D=
"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;;color:black">From:</span></b><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"=
> Xavier
 Vilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu=
" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><span style=3D"color:black">=
<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">Hi Pascal,<br>
<br>
</span><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot=
;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Keep alive packets help on that. :-)<o=
:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">X<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">On Mon, Aug 12, 2013 at 11:23 AM, Pasc=
al Thubert (pthubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_=
blank">pthubert@cisco.com</a>&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140798d1c3f6bd8e_140797f9da67483b_140794"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><span style=3D"color:black"><o:p></o:=
p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D=
"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D=
"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><sp=
an style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL objective function calculation us=
ing Neighbors information described in Basic configuration.
<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp; -this includes how =
OF is calculated using numTx and numTxACK, etc..
<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><span style=3D"color:bl=
ack"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL configuration:<o:p></o:p></span><=
/p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp; - storing mod=
e vs non-storing mode (I vote for non-storing mode for a basic configuratio=
n)<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><span style=3D"color:bl=
ack"><o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><span style=3D"color:black"><o:p></o:p></s=
pan></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period.=
 Whether we use trickle algorithm (and we define the initial period) or we =
use a fix period for DIO (no trickle) for basic configuration.<o:p></o:p></=
span></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, =
idem.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><span style=3D"color:black"><o:p=
></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">I kindly ask for opinions and contribution t=
o this items so we can start narrowing the content.<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><span style=3D"color:black"><o:p=
></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black"><o:p=
></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><span style=3D"color:black"><o:=
p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black"><o:p=
></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><span style=3D"color:black"><o:p=
></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black"><o:p=
></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">thanks!</span><span style=3D"color:#88=
8888"><br>
X</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7DEXMBX23adutwent_--

From qinwang@berkeley.edu  Thu Aug 15 15:31:40 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EF4A11E8150 for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 15:31:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.901
X-Spam-Level: 
X-Spam-Status: No, score=-2.901 tagged_above=-999 required=5 tests=[AWL=0.075,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Zrh5MXxyzup for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 15:31:35 -0700 (PDT)
Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by ietfa.amsl.com (Postfix) with ESMTP id 1779811E81B6 for <6tsch@ietf.org>; Thu, 15 Aug 2013 15:31:34 -0700 (PDT)
Received: by mail-vc0-f182.google.com with SMTP id hf12so974124vcb.27 for <6tsch@ietf.org>; Thu, 15 Aug 2013 15:31:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=IH/kE4wffG2HLBd53rLdhZbdxMDrgg8TJDo6NFnm4oY=; b=S/zh6xrbs5/Rmbz+X8aSGVzXfjDrKUjCx2RAEi9R0q53VNS/zE60rG2iIyfZRGtTQe DEenQYbJh/57JYqAgiVXo2yj//OLePzuFdNxkQm/rrWsOKD+XM5k3+K1e5geXavOo/Lt HrrxoKUY+zZRLjLRRzUMThVH5JUKEH92FbSKtQNpdB/uzzGYdYUOgsP8QJ7BMX69gdw/ jm9mQTg2XerjXcNFe4KWMyIGJD9qcdNBBQyou5Oqashh3M0chB/sZ6KIYiZW7ooTi68i hMn64YTsB+xTHcw/0qO/pSRwqx9hET611lTOl7studQj0KlATa9eCdoljtCT+sPHg2C4 1kNg==
X-Gm-Message-State: ALoCoQmJCaqbTCsV7mj4Bu4rW1EAbeWxAk9bk6aC5zHVvcaJ4aaEsUMVkGw6i/CJdX985/cPpWBk
MIME-Version: 1.0
X-Received: by 10.52.120.7 with SMTP id ky7mr13895800vdb.12.1376605893271; Thu, 15 Aug 2013 15:31:33 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 15 Aug 2013 15:31:33 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl>
Date: Fri, 16 Aug 2013 06:31:33 +0800
Message-ID: <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "P.Zand@utwente.nl" <P.Zand@utwente.nl>
Content-Type: multipart/alternative; boundary=089e013a25e243ba7e04e404098c
Cc: "Raghuram Sudhaakar \(rsudhaak\)" <rsudhaak@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Aug 2013 22:31:40 -0000

--089e013a25e243ba7e04e404098c
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Raghuram and Pouria,

The following is my understanding.

(1) Taking the assumption in Raghuram's example, i.e. installing a route
with hard cells, then, some role like PCE should exist and take
responsibility to make conflict-free. In another word, the scenario
described in the Raghuram's example should not happen. (But, it doesn't
mean a confirmation message is not needed, see the following) .

(2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are
primitives of 802.15.4e. The confirmation to upper layer should come from
the execution of 6top commands, which may related with the two 15.4e
primitives, but not exactly same.

(3) RPL is a routing protocol. It uses the TSCH schedule to forward
packets, no matter the schedule is installed by PCE (hard cell) , or by
some reservation protocol like RSVP (soft cell).

Make sense?

Thanks
Qin




On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl> wrote:

>  Hi Raghuram, Qin,****
>
> Let me enter to your discussion****
>
> I agree with Raghuram that when the higher layer call the 6top=92s comman=
ds
> (or .requests primitives) it should be informed about the status of its
> request by =93command reply=94 or =93.confirm=94 primitives. The status o=
f the
> =93.confirm=94 or =93reply=94 can be success, failure or =85****
>
> Am I right?****
>
> I couldn=92t either find the 6top=92s behavior upon receiving the
> =93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitive=
s that
> might be called by L2. Did I miss that?****
>
> ** **
>
> Raghuram, I just have one minor comment, in your example. I think that th=
e
> RPL (L3) should use the =93Create soft cell command=94 to ask a new cell
> without specifying the exact cell. Because the L3 does not have enough
> information to ask for reserving specific cell in L2. The =93Create hard =
cell
> command=94 should be called by the one who has the global knowledge on
> network schedules, like PCE. However, I agree that the PCE by calling the
> =93Create hard cell command=94 or RPL by calling =93Create soft cell comm=
and=94
> should be informed by 6top about the status of its request. For example, =
It
> might happen that PCE send a same request twice or RPL=92s request can=92=
t be
> serviced. ****
>
> AM I right?****
>
> ** **
>
> Pouria.      ****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Raghuram Sudhaakar (rsudhaak)
> *Sent:* Thursday, August 15, 2013 9:07 PM
> *To:* Qin Wang
> *Cc:* 6tsch@ietf.org
> *Subject:* Re: [6tsch] Message flows****
>
> ** **
>
> HI Qin,****
>
> The conflicts I am referring to are -****
>
> ** **
>
> Consdiering multihop communication and hard-cells****
>
>    1. Route 1 requires a particular set of slots to be setup. Say node A
>    must listen on slot number 11, 34, 65 and Tx on 13, 35, 68****
>    2. But another route 2 requires node A to listen on slot 35. ****
>
>  There may be other such conflicts that we may need to resolve.****
>
> ** **
>
> -raghuram****
>
> ** **
>
> ** **
>
> Hi Raghuram, ****
>
> ** **
>
> I totally agree to your approach to define the flow information to L3.***=
*
>
> ** **
>
> Regarding to your question, can you explain more about:****
>
> (1) from nodeA to nodeB is one hop or multi-hop?****
>
> (2) installing the route with hard cells or soft cells?****
>
> (3) what "conflict during route installation" mean? what kind of conflict=
?
> ****
>
> ** **
>
> Thanks****
>
> Qin****
>
> ** **
>
> ** **
>
> ** **
>
> On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Qin,****
>
> I have pretty much the same line of thought. I agree with the point that
> 6top is independent from L3. What we are trying to do is define what L3
> will need to implement to obtain information from 6top. Obviously, 6top
> will expose these interfaces in its standard implementation.****
>
> ** **
>
> Do you think finding the common requirements from 6top to L3 flows betwee=
n
> RPL and PCE is a good place to start? I am sure there are going to be som=
e
> specific requirements for each but they can be added as PCE or RPL specif=
ic
> primitives. I am not suggesting that we implement specific primitives for
> every L3 protocol, but once we cover RPL and PCE I think we will satisfy
> the requirements of most L3s.****
>
> ** **
>
> The different flows you have identified is perfect. ****
>
> (1) The flows from 6top -> L2 have been addressed quite extensively in th=
e
> draft already. There are a few flows from L2 -> 6top that have to be
> addressed. GET_*TIMING_P*ARENT for e..g.****
>
> (2) I would consider the requirements of PCE, RPL, (probably v6ND) in
> terms of parameters required for route computation to define the general
> requirements for flows between L3 and 6top. In the draft, you have alread=
y
> addressed some RPL specific primitives like control message delivery. I
> think this should go in the RPL specific part. We define primitives to
> expose parameters required by L3 to perform route computation in the
> general flows. For e.g. L2 neighbor list, link quality to each neighbor. =
We
> need to specify the message format that needs to used by L3 to obtain thi=
s
> info.****
>
> (3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL
> case,  GET_*RPL_*PARENT will be one such flow as 6top needs to provide
> the primitive GET_*TIMING_*PARENT in the L2->6top flow. A similar
> primitive needs to be there for PCE.****
>
> ** **
>
> (Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity
> and 6top is the data provider. This is my own convention and hence the
> clarification)****
>
> ** **
>
> Another critical part I want to get your opinions on is the following. We
> have decided that irrespective of L3 (PCE or RPL) a node A will initiate
> route installation request when it has data to send to node B. In this ca=
se
> -****
>
>    1. How do resolve conflict during route installation? L3 computes a
>    route and send it over to 6top. Which in turn converts it to slot
>    reservations using the 6top -> L2 primitives in the slot frame. What i=
f
>    there is a conflict during this slot reservation? What are the message=
s
>    that will inform L3 and the node that route installation failed? This =
must
>    also cause L3 to recompute its route.****
>    2. Then we have to ask, does 6top provide a mechanism to inform L3
>    about failure and obtain a recomputed route (i.e.) perform n number of
>    retries. Or just fail after one try and leave it to the node to reinit=
iate
>    a route request. ****
>
>  -raghuram****
>
> ** **
>
> ** **
>
> *From: *Qin Wang <qinwang@berkeley.edu>
> *Date: *Thursday, August 15, 2013 6:00 AM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
> *Subject: *Re: Message flows****
>
> ** **
>
> Hi Raghuram, ****
>
> ** **
>
> Sorry for the late response. It is welcome for you to add flow informatio=
n
> if necessary.****
>
> ** **
>
> Just one thing I want to understand more clearly. I think 6top is a
> relatively independent sublayer from upper layer. RPL is used as upper
> layer in the first step, but, just one kind of upper layers in the future=
.
> Correct? ****
>
> ** **
>
> In this sense, we should separate the general flow information to upper
> layer and the specific flow information to RPL. Then, can we organize the
> flow information related to 6top in this way?****
>
> ** **
>
> (1) flow information with L2, i.e. TSCH****
>
> (2) general flow information with upper layer, may be L3 or L2.5****
>
> (3) flow information with specific upper layer protocol like RPL.****
>
> ** **
>
> What do you think?****
>
> ** **
>
> Qin ****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Ok. ****
>
> ** **
>
> Qin, if you are OK I can add the flow information specific to RPL. ****
>
> ** **
>
> -raghuram****
>
> ** **
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.ed=
u
> >
> *Date: *Wednesday, August 14, 2013 2:32 PM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: Message flows****
>
> ** **
>
> Hi Raghuram,****
>
> I let Qin answer as she is the main author. My opinion is that by now we
> keep the document as a single file but we separate the two message flows.
> IMHO, if you have information to add it is more than welcome!
>
> X****
>
> ** **
>
> On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Xavi, Qin,****
>
> I believe that there is some information that needs to be added to the
> message flows that will occur between L3 -> 6top and L2 -> 6top, in
> addition to what is already there in Qin's draft. I wanted to check with
> you guys if you want to add to the same document or split it into a
> separate RFC. When I say split into separate RFC,  what I mean is, L3 to
> 6top is one RFC and L2 to 6top is another. The current draft has a lot of
> information about L2 to 6top. I could add more about the RPL to 6top is i=
ts
> OK..****
>
> ** **
>
> -raghuram****
>
> ** **
>
> ** **
>
> ** **
>

--089e013a25e243ba7e04e404098c
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Raghuram and Pouria,<div><br></div><div>The following i=
s my understanding.<br><div><div><br></div><div>(1) Taking the assumption i=
n Raghuram&#39;s example, i.e. installing a route with hard cells, then, so=
me role like PCE should exist and take responsibility to make conflict-free=
. In another word, the scenario described in the Raghuram&#39;s example sho=
uld not happen. (But, it doesn&#39;t mean a confirmation message is not nee=
ded, see the following) .</div>
</div></div><div><br></div><div>(2)=A0<span style=3D"color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif;font-size:15px">=A0</span><span style=3D"colo=
r:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:15px">=93MLME-SET=
-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are primitives of 802=
.15.4e. The confirmation to upper layer should come from the execution of 6=
top commands, which may related with the two 15.4e primitives, but not exac=
tly same.</span></div>
<div><br></div><div>(3) RPL is a routing protocol. It uses the TSCH schedul=
e to forward packets, no matter the schedule is installed by PCE (hard cell=
) , or by some reservation protocol like RSVP (soft cell).</div><div><br>
</div><div>Make sense?</div><div><br></div><div>Thanks</div><div>Qin</div><=
div><br></div><div>=A0</div></div><div class=3D"gmail_extra"><br><br><div c=
lass=3D"gmail_quote">On Fri, Aug 16, 2013 at 5:52 AM,  <span dir=3D"ltr">&l=
t;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl<=
/a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Raghuram, Qin,<u></u><=
u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Let me enter to your disc=
ussion<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree with Raghuram tha=
t when the higher layer call the 6top=92s commands (or .requests primitives=
) it should be informed about the status of its request by
 =93command reply=94 or =93.confirm=94 primitives. The status of the =93.co=
nfirm=94 or =93reply=94 can be success, failure or =85<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t either find =
the 6top=92s behavior upon receiving the =93MLME-SET-SLOTFRAME.confirm=94 o=
r =93MLME-SET-LINK.confirm=94 primitives that might be called by L2.
 Did I miss that?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Raghuram, I just have one=
 minor comment, in your example. I think that the RPL (L3) should use the =
=93Create soft cell command=94 to ask a new cell without specifying
 the exact cell. Because the L3 does not have enough information to ask for=
 reserving specific cell in L2. The =93Create hard cell command=94 should b=
e called by the one who has the global knowledge on network schedules, like=
 PCE. However, I agree that the PCE
 by calling the =93Create hard cell command=94 or RPL by calling =93Create =
soft cell command=94 should be informed by 6top about the status of its req=
uest. For example, It might happen that PCE send a same request twice or RP=
L=92s request can=92t be serviced.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">AM I right?<u></u><u></u>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.=A0=A0=A0=A0=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows<u></u><u></u></span></p>
</div>
</div><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">HI Qin,<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The conflicts I am referring to are -<u=
></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Consdiering multihop communication and =
hard-cells<u></u><u></u></span></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style>
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68<u></u><u></=
u></span></li>
<li class=3D"MsoNormal" style>
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.=A0<u=
></u><u></u></span></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">There may be other such conflicts that =
we may need to resolve.<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
<u></u><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I totally agree to your approach to def=
ine the flow information to L3.<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Regarding to your question, can you exp=
lain more about:<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or m=
ulti-hop?<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) installing the route with hard cell=
s or soft cells?<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) what &quot;conflict during route in=
stallation&quot; mean? what kind of conflict?<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Thanks<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u>=
=A0<u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghu=
ram Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=
=3D"_blank">rsudhaak@cisco.com</a>&gt; wrote:<u></u><u></u></span></p>

<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin,<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I have pretty much the same line of tho=
ught. I agree with the point that 6top is independent from L3. What we are =
trying to do is define what L3 will need to
 implement to obtain information from 6top. Obviously, 6top will expose the=
se interfaces in its standard implementation.<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Do you think finding the common require=
ments from 6top to L3 flows between RPL and PCE is a good place to start? I=
 am sure there are going to be some specific
 requirements for each but they can be added as PCE or RPL specific primiti=
ves. I am not suggesting that we implement specific primitives for every L3=
 protocol, but once we cover RPL and PCE I think we will satisfy the requir=
ements of most L3s.<u></u><u></u></span></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The different flows you have identified=
 is perfect.=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have b=
een addressed quite extensively in the draft already. There are a few flows=
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT
 for e..g.<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) I would consider the requirements o=
f PCE, RPL, (probably v6ND) in terms of parameters required for route compu=
tation to define the general requirements for
 flows between L3 and 6top. In the draft, you have already addressed some R=
PL specific primitives like control message delivery. I think this should g=
o in the RPL specific part. We define primitives to expose parameters requi=
red by L3 to perform route computation
 in the general flows. For e.g. L2 neighbor list, link quality to each neig=
hbor. We need to specify the message format that needs to used by L3 to obt=
ain this info.<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows=
 to be defined. For e.g., in the RPL case, =A0GET_<i>RPL_</i>PARENT will be=
 one such flow as 6top needs to provide the primitive
 GET_<i>TIMING_</i>PARENT in the L2-&gt;6top flow. A similar primitive need=
s to be there for PCE.<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I=
 mean L2 is the data requestor entity and 6top is the data provider. This i=
s my own convention and hence the clarification)<u></u><u></u></span></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Another critical part I want to get you=
r opinions on is the following. We have decided that irrespective of L3 (PC=
E or RPL) a node A will initiate route installation
 request when it has data to send to node B. In this case -<u></u><u></u></=
span></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style>
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.<u></u><u></u></span></li><li cl=
ass=3D"MsoNormal" style>

<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. <u></u><u></u></span></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>

<b>Subject: </b>Re: Message flows<u></u><u></u></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
<u></u><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Sorry for the late response. It is welc=
ome for you to add flow information if necessary.<u></u><u></u></span></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Just one thing I want to understand mor=
e clearly. I think 6top is a relatively independent sublayer from upper lay=
er. RPL is used as upper layer in the first
 step, but, just one kind of upper layers in the future. Correct?=A0<u></u>=
<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">In this sense, we should separate the g=
eneral flow information to upper layer and the specific flow information to=
 RPL. Then, can we organize the flow information
 related to 6top in this way?<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH=
<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) general flow information with upper=
 layer, may be L3 or L2.5<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) flow information with specific uppe=
r layer protocol like RPL.<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">What do you think?<u></u><u></u></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u>=
=A0<u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt; wrote:<u></u><u></u></span></p>

<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Ok.=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin, if you are OK I can add the flow i=
nformation specific to RPL.=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>

<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>

<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows<u></u><u></u></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Hi Raghu=
ram,<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I let Qin answer as she is the main aut=
hor. My opinion is that by now we keep the document as a single file but we=
 separate the two message flows. IMHO, if you
 have information to add it is more than welcome!<br>
<br>
X<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u>=
=A0<u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt; wrote:<u></u><u></u></span></p>

<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Qin,<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I believe that there is some informatio=
n that needs to be added to the message flows that will occur between L3 -&=
gt; 6top and L2 -&gt; 6top, in addition to what is
 already there in Qin&#39;s draft. I wanted to check with you guys if you w=
ant to add to the same document or split it into a separate RFC. When I say=
 split into separate RFC, =A0what I mean is, L3 to 6top is one RFC and L2 t=
o 6top is another. The current draft has
 a lot of information about L2 to 6top. I could add more about the RPL to 6=
top is its OK..<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888"><u></u>=A0<u></u></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">-raghuram<u></u><u></u></=
span></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
</div>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--089e013a25e243ba7e04e404098c--

From P.Zand@utwente.nl  Thu Aug 15 16:45:12 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFFDB21F9C6B for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 16:45:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.003
X-Spam-Level: 
X-Spam-Status: No, score=-0.003 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6txOvlm80YkH for <6tsch@ietfa.amsl.com>; Thu, 15 Aug 2013 16:45:03 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id B5A1C21F9A2D for <6tsch@ietf.org>; Thu, 15 Aug 2013 16:45:01 -0700 (PDT)
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Fri, 16 Aug 2013 01:45:04 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Fri, 16 Aug 2013 01:45:00 +0200
From: <P.Zand@utwente.nl>
To: <qinwang@berkeley.edu>
Thread-Topic: Message flows
Thread-Index: AQHOmS7T2+M8VWnoB0iALAow4p1lsJmVjRCA//+VLYCAAW4AgP//n/gAgACPZID//8GzAAAJ+CqA///pcYD//8tEoA==
Date: Thu, 15 Aug 2013 23:44:59 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl> <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com>
In-Reply-To: <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/related; boundary="_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7FEXMBX23adutwent_"; type="multipart/alternative"
MIME-Version: 1.0
Cc: rsudhaak@cisco.com, 6tsch@ietf.org
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Aug 2013 23:45:12 -0000

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7FEXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7FEXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7FEXMBX23adutwent_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi Qin,
Regarding to (2), this is my understanding from the procedure for creating =
a hard cell and slotframe. Am I missing something from 6top?

[cid:image003.jpg@01CE9A22.37968520]
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Friday, August 16, 2013 12:32 AM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
Subject: Re: Message flows

Hi Raghuram and Pouria,

The following is my understanding.

(1) Taking the assumption in Raghuram's example, i.e. installing a route wi=
th hard cells, then, some role like PCE should exist and take responsibilit=
y to make conflict-free. In another word, the scenario described in the Rag=
huram's example should not happen. (But, it doesn't mean a confirmation mes=
sage is not needed, see the following) .

(2)  "MLME-SET-SLOTFRAME.confirm" and "MLME-SET-LINK.confirm" are primitive=
s of 802.15.4e. The confirmation to upper layer should come from the execut=
ion of 6top commands, which may related with the two 15.4e primitives, but =
not exactly same.

(3) RPL is a routing protocol. It uses the TSCH schedule to forward packets=
, no matter the schedule is installed by PCE (hard cell) , or by some reser=
vation protocol like RSVP (soft cell).

Make sense?

Thanks
Qin



On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Raghuram, Qin,
Let me enter to your discussion
I agree with Raghuram that when the higher layer call the 6top's commands (=
or .requests primitives) it should be informed about the status of its requ=
est by "command reply" or ".confirm" primitives. The status of the ".confir=
m" or "reply" can be success, failure or ...
Am I right?
I couldn't either find the 6top's behavior upon receiving the "MLME-SET-SLO=
TFRAME.confirm" or "MLME-SET-LINK.confirm" primitives that might be called =
by L2. Did I miss that?

Raghuram, I just have one minor comment, in your example. I think that the =
RPL (L3) should use the "Create soft cell command" to ask a new cell withou=
t specifying the exact cell. Because the L3 does not have enough informatio=
n to ask for reserving specific cell in L2. The "Create hard cell command" =
should be called by the one who has the global knowledge on network schedul=
es, like PCE. However, I agree that the PCE by calling the "Create hard cel=
l command" or RPL by calling "Create soft cell command" should be informed =
by 6top about the status of its request. For example, It might happen that =
PCE send a same request twice or RPL's request can't be serviced.
AM I right?

Pouria.

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Raghuram Sudha=
akar (rsudhaak)
Sent: Thursday, August 15, 2013 9:07 PM
To: Qin Wang
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] Message flows

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.
There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin



On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.
-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin












On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X

On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram





--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7FEXMBX23adutwent_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:278074445;
	mso-list-template-ids:-421626534;}
@list l1
	{mso-list-id:1048257718;
	mso-list-template-ids:545957052;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi Qin,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Regarding to (2), this is=
 my understanding from the procedure for creating a hard cell and slotframe=
. Am I missing something from 6top?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><img width=3D"462" height=
=3D"423" id=3D"Picture_x0020_2" src=3D"cid:image003.jpg@01CE9A22.37968520">=
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Best Wishes,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:qinwang@berkeley.edu]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<br>
<b>Subject:</b> Re: Message flows<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Raghuram and Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">The following is my understanding.<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Taking the assumption in Raghuram's example, i.e=
. installing a route with hard cells, then, some role like PCE should exist=
 and take responsibility to make conflict-free. In another word, the scenar=
io described in the Raghuram's example
 should not happen. (But, it doesn't mean a confirmation message is not nee=
ded, see the following) .<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(2)&nbsp;<span style=3D"font-size:11.5pt;font-family=
:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;&#8220;MLM=
E-SET-SLOTFRAME.confirm&#8221; and &#8220;MLME-SET-LINK.confirm&#8221; are =
primitives of 802.15.4e. The confirmation to upper layer should come from t=
he execution of
 6top commands, which may related with the two 15.4e primitives, but not ex=
actly same.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(3) RPL is a routing protocol. It uses the TSCH sche=
dule to forward packets, no matter the schedule is installed by PCE (hard c=
ell) , or by some reservation protocol like RSVP (soft cell).<o:p></o:p></p=
>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:=
p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Raghuram, Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Let me enter to your discussion</span><=
o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree with Raghuram that when the hig=
her layer call the 6top&#8217;s commands (or .requests primitives)
 it should be informed about the status of its request by &#8220;command re=
ply&#8221; or &#8220;.confirm&#8221; primitives. The status of the &#8220;.=
confirm&#8221; or &#8220;reply&#8221; can be success, failure or &#8230;</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t either find the 6top&#=
8217;s behavior upon receiving the &#8220;MLME-SET-SLOTFRAME.confirm&#8221;=
 or &#8220;MLME-SET-LINK.confirm&#8221;
 primitives that might be called by L2. Did I miss that?</span><o:p></o:p><=
/p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Raghuram, I just have one minor comment=
, in your example. I think that the RPL (L3) should use the
 &#8220;Create soft cell command&#8221; to ask a new cell without specifyin=
g the exact cell. Because the L3 does not have enough information to ask fo=
r reserving specific cell in L2. The &#8220;Create hard cell command&#8221;=
 should be called by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he &#8220;Create hard cell command&#8221; or RPL by calling &#8220;Create s=
oft cell command&#8221; should be informed by 6top about the status of its =
request. For example, It might happen that PCE send a same
 request twice or RPL&#8217;s request can&#8217;t be serviced. </span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">AM I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">HI Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">The conflicts I am referring to are -</span><o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Consdiering multihop communication and hard-cells</sp=
an><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><o:p>=
</o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-mar=
gin-bottom-alt:auto;mso-list:l1 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.&nbsp=
;</span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">There may be other such conflicts that we may need to=
 resolve.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I totally agree to your approach to define the flow i=
nformation to L3.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Regarding to your question, can you explain more abou=
t:</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or multi-hop?</spa=
n><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) installing the route with hard cells or soft cell=
s?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) what &quot;conflict during route installation&quo=
t; mean? what kind of conflict?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Thanks</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar =
(rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsud=
haak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I have pretty much the same line of thought. I agree =
with the point that 6top is independent from L3. What we are
 trying to do is define what L3 will need to implement to obtain informatio=
n from 6top. Obviously, 6top will expose these interfaces in its standard i=
mplementation.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Do you think finding the common requirements from 6to=
p to L3 flows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">The different flows you have identified is perfect.&n=
bsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have been addressed =
quite extensively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) I would consider the requirements of PCE, RPL, (p=
robably v6ND) in terms of parameters required for route computation
 to define the general requirements for flows between L3 and 6top. In the d=
raft, you have already addressed some RPL specific primitives like control =
message delivery. I think this should go in the RPL specific part. We defin=
e primitives to expose parameters
 required by L3 to perform route computation in the general flows. For e.g.=
 L2 neighbor list, link quality to each neighbor. We need to specify the me=
ssage format that needs to used by L3 to obtain this info.</span><o:p></o:p=
></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows to be defined=
. For e.g., in the RPL case, &nbsp;GET_<i>RPL_</i>PARENT will be one
 such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT =
in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</sp=
an><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I mean L2 is th=
e data requestor entity and 6top is the data provider. This is
 my own convention and hence the clarification)</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Another critical part I want to get your opinions on =
is the following. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><o:p></o:p></li><li class=
=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;=
mso-list:l0 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Sorry for the late response. It is welcome for you to=
 add flow information if necessary.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Just one thing I want to understand more clearly. I t=
hink 6top is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">In this sense, we should separate the general flow in=
formation to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH</span><o:p></=
o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) general flow information with upper layer, may be=
 L3 or L2.5</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) flow information with specific upper layer protoc=
ol like RPL.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">What do you think?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (=
rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudh=
aak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Ok.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin, if you are OK I can add the flow information spe=
cific to RPL.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>
<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Hi Raghuram,</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I let Qin answer as she is the main author. My opinio=
n is that by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (=
rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudh=
aak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I believe that there is some information that needs t=
o be added to the message flows that will occur between L3
 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Qin'=
s draft. I wanted to check with you guys if you want to add to the same doc=
ument or split it into a separate RFC. When I say split into separate RFC, =
&nbsp;what I mean is, L3 to 6top is one RFC
 and L2 to 6top is another. The current draft has a lot of information abou=
t L2 to 6top. I could add more about the RPL to 6top is its OK..</span><o:p=
></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">-raghuram</span><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7FEXMBX23adutwent_--

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7FEXMBX23adutwent_
Content-Type: image/jpeg; name="image003.jpg"
Content-Description: image003.jpg
Content-Disposition: inline; filename="image003.jpg"; size=18869;
	creation-date="Thu, 15 Aug 2013 23:44:59 GMT";
	modification-date="Thu, 15 Aug 2013 23:44:59 GMT"
Content-ID: <image003.jpg@01CE9A22.37968520>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7FEXMBX23adutwent_--

From qinwang@berkeley.edu  Fri Aug 16 05:04:44 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7E5211E811E for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 05:04:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.916
X-Spam-Level: 
X-Spam-Status: No, score=-2.916 tagged_above=-999 required=5 tests=[AWL=0.060,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nss-udmbh+7h for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 05:04:39 -0700 (PDT)
Received: from mail-vb0-f47.google.com (mail-vb0-f47.google.com [209.85.212.47]) by ietfa.amsl.com (Postfix) with ESMTP id 1C5AC11E8110 for <6tsch@ietf.org>; Fri, 16 Aug 2013 05:04:38 -0700 (PDT)
Received: by mail-vb0-f47.google.com with SMTP id h10so1501124vbh.20 for <6tsch@ietf.org>; Fri, 16 Aug 2013 05:04:37 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=nnHIqoID0qTQToXVWcaygvCrlrhs4D2/lDHg6rNQup4=; b=Wpf9CyPFpJH11AO1hd5uibf5YOp0F2YSQAHRGWGT9hyQFmK/h9h8f4fbijF4oVVr1y eCaPYaOUrU1GNdkPnnSVWvH/OsA4RoebDEv4A+xYHe2S8G8p2qQjXtxs20EcJRGWorlA XRYdY3gGBs4vQSAvB4f1DVj0Bv2Yn/dM/lOtstwdXlPJ4v3d4oxdejKOKcSoDVgE0HTZ /HbIdxMKU+dciKFDiGKwHJr0Y0YFNJGYSoC18PCsIOv5Mljif3dZTo8EGheRjk+gQngy iEiKmTvG9UVBPJG8vzCuOn1BeBzI8+MI/oNKgwM/64Pp2DiKWaPEoFiwKiPtrS5fvjuG VfeQ==
X-Gm-Message-State: ALoCoQl+CCZNuyzZb/ndckMjkvyvVgfCqNiVzeEg89e8E6kifPH9tlWXJrdPIZQ8YpxOI3LfRtbf
MIME-Version: 1.0
X-Received: by 10.58.119.233 with SMTP id kx9mr943325veb.3.1376654676822; Fri, 16 Aug 2013 05:04:36 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 16 Aug 2013 05:04:36 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl> <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl>
Date: Fri, 16 Aug 2013 20:04:36 +0800
Message-ID: <CAAzoce4MorOu9LmY7gY4dD936uuzXW-c2jXWXet_-z91o8q=tQ@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "P.Zand@utwente.nl" <P.Zand@utwente.nl>
Content-Type: multipart/related; boundary=001a11c391befda0ab04e40f6449
Cc: "Raghuram Sudhaakar \(rsudhaak\)" <rsudhaak@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Aug 2013 12:04:44 -0000

--001a11c391befda0ab04e40f6449
Content-Type: multipart/alternative; boundary=001a11c391befda0a804e40f6448

--001a11c391befda0a804e40f6448
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pouria,

It is the process to create a hard cell and slotframe. You see,
=93MLME-SET-SLOTFRAME.confirm=94
and =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which usual=
ly
is one of factors to generate the confirmation message to higher layer. In
another word, when the status returned by  =93MLME-SET-SLOTFRAME.confirm=94=
 or
=93MLME-SET-LINK.confirm=94 is False, the status reported from 6top to high=
er
layer must be False. But, there may be some other factors also making the
status False.

Make sense?

Qin


On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl> wrote:

>  Hi Qin,****
>
> Regarding to (2), this is my understanding from the procedure for creatin=
g
> a hard cell and slotframe. Am I missing something from 6top?****
>
> ** **
>
> ****
>
> Best Wishes,****
>
> Pouria****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Friday, August 16, 2013 12:32 AM
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
> ** **
>
> Hi Raghuram and Pouria,****
>
> ** **
>
> The following is my understanding.****
>
> ** **
>
> (1) Taking the assumption in Raghuram's example, i.e. installing a route
> with hard cells, then, some role like PCE should exist and take
> responsibility to make conflict-free. In another word, the scenario
> described in the Raghuram's example should not happen. (But, it doesn't
> mean a confirmation message is not needed, see the following) .****
>
> ** **
>
> (2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are
> primitives of 802.15.4e. The confirmation to upper layer should come from
> the execution of 6top commands, which may related with the two 15.4e
> primitives, but not exactly same.****
>
> ** **
>
> (3) RPL is a routing protocol. It uses the TSCH schedule to forward
> packets, no matter the schedule is installed by PCE (hard cell) , or by
> some reservation protocol like RSVP (soft cell).****
>
> ** **
>
> Make sense?****
>
> ** **
>
> Thanks****
>
> Qin****
>
> ** **
>
>  ****
>
> ** **
>
> On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Raghuram, Qin,****
>
> Let me enter to your discussion****
>
> I agree with Raghuram that when the higher layer call the 6top=92s comman=
ds
> (or .requests primitives) it should be informed about the status of its
> request by =93command reply=94 or =93.confirm=94 primitives. The status o=
f the
> =93.confirm=94 or =93reply=94 can be success, failure or =85****
>
> Am I right?****
>
> I couldn=92t either find the 6top=92s behavior upon receiving the
> =93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitive=
s that
> might be called by L2. Did I miss that?****
>
>  ****
>
> Raghuram, I just have one minor comment, in your example. I think that th=
e
> RPL (L3) should use the =93Create soft cell command=94 to ask a new cell
> without specifying the exact cell. Because the L3 does not have enough
> information to ask for reserving specific cell in L2. The =93Create hard =
cell
> command=94 should be called by the one who has the global knowledge on
> network schedules, like PCE. However, I agree that the PCE by calling the
> =93Create hard cell command=94 or RPL by calling =93Create soft cell comm=
and=94
> should be informed by 6top about the status of its request. For example, =
It
> might happen that PCE send a same request twice or RPL=92s request can=92=
t be
> serviced. ****
>
> AM I right?****
>
>  ****
>
> Pouria.      ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Raghuram Sudhaakar (rsudhaak)
> *Sent:* Thursday, August 15, 2013 9:07 PM
> *To:* Qin Wang
> *Cc:* 6tsch@ietf.org
> *Subject:* Re: [6tsch] Message flows****
>
>  ****
>
> HI Qin,****
>
> The conflicts I am referring to are -****
>
>  ****
>
> Consdiering multihop communication and hard-cells****
>
>    1. Route 1 requires a particular set of slots to be setup. Say node A
>    must listen on slot number 11, 34, 65 and Tx on 13, 35, 68****
>    2. But another route 2 requires node A to listen on slot 35. ****
>
>  There may be other such conflicts that we may need to resolve.****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> I totally agree to your approach to define the flow information to L3.***=
*
>
>  ****
>
> Regarding to your question, can you explain more about:****
>
> (1) from nodeA to nodeB is one hop or multi-hop?****
>
> (2) installing the route with hard cells or soft cells?****
>
> (3) what "conflict during route installation" mean? what kind of conflict=
?
> ****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Qin,****
>
> I have pretty much the same line of thought. I agree with the point that
> 6top is independent from L3. What we are trying to do is define what L3
> will need to implement to obtain information from 6top. Obviously, 6top
> will expose these interfaces in its standard implementation.****
>
>  ****
>
> Do you think finding the common requirements from 6top to L3 flows betwee=
n
> RPL and PCE is a good place to start? I am sure there are going to be som=
e
> specific requirements for each but they can be added as PCE or RPL specif=
ic
> primitives. I am not suggesting that we implement specific primitives for
> every L3 protocol, but once we cover RPL and PCE I think we will satisfy
> the requirements of most L3s.****
>
>  ****
>
> The different flows you have identified is perfect. ****
>
> (1) The flows from 6top -> L2 have been addressed quite extensively in th=
e
> draft already. There are a few flows from L2 -> 6top that have to be
> addressed. GET_*TIMING_P*ARENT for e..g.****
>
> (2) I would consider the requirements of PCE, RPL, (probably v6ND) in
> terms of parameters required for route computation to define the general
> requirements for flows between L3 and 6top. In the draft, you have alread=
y
> addressed some RPL specific primitives like control message delivery. I
> think this should go in the RPL specific part. We define primitives to
> expose parameters required by L3 to perform route computation in the
> general flows. For e.g. L2 neighbor list, link quality to each neighbor. =
We
> need to specify the message format that needs to used by L3 to obtain thi=
s
> info.****
>
> (3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL
> case,  GET_*RPL_*PARENT will be one such flow as 6top needs to provide
> the primitive GET_*TIMING_*PARENT in the L2->6top flow. A similar
> primitive needs to be there for PCE.****
>
>  ****
>
> (Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity
> and 6top is the data provider. This is my own convention and hence the
> clarification)****
>
>  ****
>
> Another critical part I want to get your opinions on is the following. We
> have decided that irrespective of L3 (PCE or RPL) a node A will initiate
> route installation request when it has data to send to node B. In this ca=
se
> -****
>
>    1. How do resolve conflict during route installation? L3 computes a
>    route and send it over to 6top. Which in turn converts it to slot
>    reservations using the 6top -> L2 primitives in the slot frame. What i=
f
>    there is a conflict during this slot reservation? What are the message=
s
>    that will inform L3 and the node that route installation failed? This =
must
>    also cause L3 to recompute its route.****
>    2. Then we have to ask, does 6top provide a mechanism to inform L3
>    about failure and obtain a recomputed route (i.e.) perform n number of
>    retries. Or just fail after one try and leave it to the node to reinit=
iate
>    a route request. ****
>
>  -raghuram****
>
>  ****
>
>  ****
>
> *From: *Qin Wang <qinwang@berkeley.edu>
> *Date: *Thursday, August 15, 2013 6:00 AM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> Sorry for the late response. It is welcome for you to add flow informatio=
n
> if necessary.****
>
>  ****
>
> Just one thing I want to understand more clearly. I think 6top is a
> relatively independent sublayer from upper layer. RPL is used as upper
> layer in the first step, but, just one kind of upper layers in the future=
.
> Correct? ****
>
>  ****
>
> In this sense, we should separate the general flow information to upper
> layer and the specific flow information to RPL. Then, can we organize the
> flow information related to 6top in this way?****
>
>  ****
>
> (1) flow information with L2, i.e. TSCH****
>
> (2) general flow information with upper layer, may be L3 or L2.5****
>
> (3) flow information with specific upper layer protocol like RPL.****
>
>  ****
>
> What do you think?****
>
>  ****
>
> Qin ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Ok. ****
>
>  ****
>
> Qin, if you are OK I can add the flow information specific to RPL. ****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.ed=
u
> >
> *Date: *Wednesday, August 14, 2013 2:32 PM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram,****
>
> I let Qin answer as she is the main author. My opinion is that by now we
> keep the document as a single file but we separate the two message flows.
> IMHO, if you have information to add it is more than welcome!
>
> X****
>
>  ****
>
> On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Xavi, Qin,****
>
> I believe that there is some information that needs to be added to the
> message flows that will occur between L3 -> 6top and L2 -> 6top, in
> addition to what is already there in Qin's draft. I wanted to check with
> you guys if you want to add to the same document or split it into a
> separate RFC. When I say split into separate RFC,  what I mean is, L3 to
> 6top is one RFC and L2 to 6top is another. The current draft has a lot of
> information about L2 to 6top. I could add more about the RPL to 6top is i=
ts
> OK..****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
>  ****
>
> ** **
>

--001a11c391befda0a804e40f6448
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pouria,<div><br></div><div>It is the process to create =
a hard cell and slotframe. You see,=A0<span style=3D"color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif;font-size:15px">=A0</span><span style=3D"colo=
r:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:15px">=93MLME-SET=
-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 generates confirmatio=
n from L2, which usually is one of factors to generate the confirmation mes=
sage to higher layer. In another word, when the status returned by=A0</span=
><span style=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-si=
ze:15px">=A0</span><span style=3D"color:rgb(31,73,125);font-family:Calibri,=
sans-serif;font-size:15px">=93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-=
LINK.confirm=94 is False, the status reported from 6top to higher layer mus=
t be False. But, there may be some other factors also making the status Fal=
se.</span></div>
<div><br></div><div><span style=3D"color:rgb(31,73,125);font-family:Calibri=
,sans-serif;font-size:15px">Make sense?</span></div><div><span style=3D"col=
or:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:15px"><br></span=
></div>
<div><span style=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;fon=
t-size:15px">Qin</span></div></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">On Fri, Aug 16, 2013 at 7:44 AM,  <span dir=3D"ltr">&=
lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl=
</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (2), this is=
 my understanding from the procedure for creating a hard cell and slotframe=
. Am I missing something from 6top?<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img width=3D"462" height=
=3D"423" src=3D"cid:image003.jpg@01CE9A22.37968520"></span><span style=3D"f=
ont-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;colo=
r:#1f497d"><u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></span></p><div><div class=
=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Raghuram and Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The following is my understanding.<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Taking the assumption in Raghuram&#39;s example,=
 i.e. installing a route with hard cells, then, some role like PCE should e=
xist and take responsibility to make conflict-free. In another word, the sc=
enario described in the Raghuram&#39;s example
 should not happen. (But, it doesn&#39;t mean a confirmation message is not=
 needed, see the following) .<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2)=A0<span style=3D"font-size:11.5pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=93MLME-SET-SLOT=
FRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are primitives of 802.15.4=
e. The confirmation to upper layer should come from the execution of
 6top commands, which may related with the two 15.4e primitives, but not ex=
actly same.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) RPL is a routing protocol. It uses the TSCH sche=
dule to forward packets, no matter the schedule is installed by PCE (hard c=
ell) , or by some reservation protocol like RSVP (soft cell).<u></u><u></u>=
</p>

</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Raghuram, Qin,</span><=
u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Let me enter to your disc=
ussion</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree with Raghuram tha=
t when the higher layer call the 6top=92s commands (or .requests primitives=
)
 it should be informed about the status of its request by =93command reply=
=94 or =93.confirm=94 primitives. The status of the =93.confirm=94 or =93re=
ply=94 can be success, failure or =85</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t either find =
the 6top=92s behavior upon receiving the =93MLME-SET-SLOTFRAME.confirm=94 o=
r =93MLME-SET-LINK.confirm=94
 primitives that might be called by L2. Did I miss that?</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Raghuram, I just have one=
 minor comment, in your example. I think that the RPL (L3) should use the
 =93Create soft cell command=94 to ask a new cell without specifying the ex=
act cell. Because the L3 does not have enough information to ask for reserv=
ing specific cell in L2. The =93Create hard cell command=94 should be calle=
d by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he =93Create hard cell command=94 or RPL by calling =93Create soft cell com=
mand=94 should be informed by 6top about the status of its request. For exa=
mple, It might happen that PCE send a same
 request twice or RPL=92s request can=92t be serviced. </span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">AM I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.=A0=A0=A0=A0=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">HI Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The conflicts I am referring to are -</=
span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Consdiering multihop communication and =
hard-cells</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><u></=
u><u></u></li>
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.=A0</=
span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">There may be other such conflicts that =
we may need to resolve.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I totally agree to your approach to def=
ine the flow information to L3.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Regarding to your question, can you exp=
lain more about:</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or m=
ulti-hop?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) installing the route with hard cell=
s or soft cells?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) what &quot;conflict during route in=
stallation&quot; mean? what kind of conflict?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Thanks</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghu=
ram Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=
=3D"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I have pretty much the same line of tho=
ught. I agree with the point that 6top is independent from L3. What we are
 trying to do is define what L3 will need to implement to obtain informatio=
n from 6top. Obviously, 6top will expose these interfaces in its standard i=
mplementation.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Do you think finding the common require=
ments from 6top to L3 flows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The different flows you have identified=
 is perfect.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have b=
een addressed quite extensively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) I would consider the requirements o=
f PCE, RPL, (probably v6ND) in terms of parameters required for route compu=
tation
 to define the general requirements for flows between L3 and 6top. In the d=
raft, you have already addressed some RPL specific primitives like control =
message delivery. I think this should go in the RPL specific part. We defin=
e primitives to expose parameters
 required by L3 to perform route computation in the general flows. For e.g.=
 L2 neighbor list, link quality to each neighbor. We need to specify the me=
ssage format that needs to used by L3 to obtain this info.</span><u></u><u>=
</u></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows=
 to be defined. For e.g., in the RPL case, =A0GET_<i>RPL_</i>PARENT will be=
 one
 such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT =
in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</sp=
an><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I=
 mean L2 is the data requestor entity and 6top is the data provider. This i=
s
 my own convention and hence the clarification)</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Another critical part I want to get you=
r opinions on is the following. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><u></u><u></u></li><li cl=
ass=3D"MsoNormal">

<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>

<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Sorry for the late response. It is welc=
ome for you to add flow information if necessary.</span><u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Just one thing I want to understand mor=
e clearly. I think 6top is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">In this sense, we should separate the g=
eneral flow information to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) general flow information with upper=
 layer, may be L3 or L2.5</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) flow information with specific uppe=
r layer protocol like RPL.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">What do you think?</span><u></u><u></u>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Ok.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin, if you are OK I can add the flow i=
nformation specific to RPL.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>

<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>

<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Hi Raghu=
ram,</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I let Qin answer as she is the main aut=
hor. My opinion is that by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I believe that there is some informatio=
n that needs to be added to the message flows that will occur between L3
 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Qin&=
#39;s draft. I wanted to check with you guys if you want to add to the same=
 document or split it into a separate RFC. When I say split into separate R=
FC, =A0what I mean is, L3 to 6top is one RFC
 and L2 to 6top is another. The current draft has a lot of information abou=
t L2 to 6top. I could add more about the RPL to 6top is its OK..</span><u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">=A0</span><u></u><u></u><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">-raghuram</span><u></u><u=
></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--001a11c391befda0a804e40f6448--
--001a11c391befda0ab04e40f6449
Content-Type: image/jpeg; name="image003.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image003.jpg@01CE9A22.37968520>
X-Attachment-Id: 4c6871200ecfb83c_0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=
--001a11c391befda0ab04e40f6449--

From P.Zand@utwente.nl  Fri Aug 16 06:24:27 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FD7811E8190 for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 06:24:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.068
X-Spam-Level: 
X-Spam-Status: No, score=0.068 tagged_above=-999 required=5 tests=[AWL=-0.429,  BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TxF00DJ5Ob56 for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 06:24:20 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 54F7311E8134 for <6tsch@ietf.org>; Fri, 16 Aug 2013 06:24:19 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Fri, 16 Aug 2013 15:24:21 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Fri, 16 Aug 2013 15:24:18 +0200
From: <P.Zand@utwente.nl>
To: <qinwang@berkeley.edu>
Thread-Topic: Message flows
Thread-Index: AQHOmS7T2+M8VWnoB0iALAow4p1lsJmVjRCA//+VLYCAAW4AgP//n/gAgACPZID//8GzAAAJ+CqA///pcYD//8tEoIABF+YA///KPoA=
Date: Fri, 16 Aug 2013 13:24:17 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl> <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl> <CAAzoce4MorOu9LmY7gY4dD936uuzXW-c2jXWXet_-z91o8q=tQ@mail.gmail.com>
In-Reply-To: <CAAzoce4MorOu9LmY7gY4dD936uuzXW-c2jXWXet_-z91o8q=tQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/related; boundary="_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136BEXMBX23adutwent_"; type="multipart/alternative"
MIME-Version: 1.0
Cc: rsudhaak@cisco.com, 6tsch@ietf.org
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Aug 2013 13:24:27 -0000

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136BEXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136BEXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136BEXMBX23adutwent_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Qin,

I completely agree with you that the status of the report/confirm form 6top=
 to higher layer might be changed by other factors as well. My point is tha=
t, one of those factors, is the status of ".confirm" primitives received fo=
rm L2. I think in 6top, we have to add them to the list of the factors that=
 effect on the reply/confirm to higher layer. Am I right?

Regarding to (1), I think, when the 6top commands/primitives are called by =
higher layer (either by PCE, potential signaling protocol, or temporary by =
RPL in the lack of signaling protocol) we have to send a ".confirm" to info=
rm them about the status of their requests. Am I right? I would say that in=
 some cases we might need to send the confirmation to PCE with the FAIL sta=
tus.

Regarding to (3), I agree that the signaling protocol and PCE should call t=
he cell creation commands/primitives. Do you agree that 6top should be inde=
pendent form the higher layer that has called its primitives/command? Is th=
ere any limitation that in the lack of signaling protocol, the RPL can't ca=
ll some of the 6top' management commands/primitives (e.g. Soft cell creatio=
n)? In this case, we might need to reply to RPL, by SUCCESS or FAIL status?=
 Did I miss anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Friday, August 16, 2013 2:05 PM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
Subject: Re: Message flows

Hi Pouria,

It is the process to create a hard cell and slotframe. You see,  "MLME-SET-=
SLOTFRAME.confirm" and "MLME-SET-LINK.confirm" generates confirmation from =
L2, which usually is one of factors to generate the confirmation message to=
 higher layer. In another word, when the status returned by  "MLME-SET-SLOT=
FRAME.confirm" or "MLME-SET-LINK.confirm" is False, the status reported fro=
m 6top to higher layer must be False. But, there may be some other factors =
also making the status False.

Make sense?

Qin

On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Qin,
Regarding to (2), this is my understanding from the procedure for creating =
a hard cell and slotframe. Am I missing something from 6top?

[cid:image001.jpg@01CE9A94.4F0618C0]
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 12:32 AM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Raghuram and Pouria,

The following is my understanding.

(1) Taking the assumption in Raghuram's example, i.e. installing a route wi=
th hard cells, then, some role like PCE should exist and take responsibilit=
y to make conflict-free. In another word, the scenario described in the Rag=
huram's example should not happen. (But, it doesn't mean a confirmation mes=
sage is not needed, see the following) .

(2)  "MLME-SET-SLOTFRAME.confirm" and "MLME-SET-LINK.confirm" are primitive=
s of 802.15.4e. The confirmation to upper layer should come from the execut=
ion of 6top commands, which may related with the two 15.4e primitives, but =
not exactly same.

(3) RPL is a routing protocol. It uses the TSCH schedule to forward packets=
, no matter the schedule is installed by PCE (hard cell) , or by some reser=
vation protocol like RSVP (soft cell).

Make sense?

Thanks
Qin



On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Raghuram, Qin,
Let me enter to your discussion
I agree with Raghuram that when the higher layer call the 6top's commands (=
or .requests primitives) it should be informed about the status of its requ=
est by "command reply" or ".confirm" primitives. The status of the ".confir=
m" or "reply" can be success, failure or ...
Am I right?
I couldn't either find the 6top's behavior upon receiving the "MLME-SET-SLO=
TFRAME.confirm" or "MLME-SET-LINK.confirm" primitives that might be called =
by L2. Did I miss that?

Raghuram, I just have one minor comment, in your example. I think that the =
RPL (L3) should use the "Create soft cell command" to ask a new cell withou=
t specifying the exact cell. Because the L3 does not have enough informatio=
n to ask for reserving specific cell in L2. The "Create hard cell command" =
should be called by the one who has the global knowledge on network schedul=
es, like PCE. However, I agree that the PCE by calling the "Create hard cel=
l command" or RPL by calling "Create soft cell command" should be informed =
by 6top about the status of its request. For example, It might happen that =
PCE send a same request twice or RPL's request can't be serviced.
AM I right?

Pouria.

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Raghuram Sudha=
akar (rsudhaak)
Sent: Thursday, August 15, 2013 9:07 PM
To: Qin Wang
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] Message flows

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.
There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin



On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.
-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin












On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X

On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram






--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136BEXMBX23adutwent_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:992100433;
	mso-list-template-ids:797353210;}
@list l1
	{mso-list-id:1691713291;
	mso-list-template-ids:1590733716;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Qin,<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I completely agree with y=
ou that the status of the report/confirm form 6top to higher layer might be=
 changed by other factors as well. My point is that, one
 of those factors, is the status of &#8220;.confirm&#8221; primitives recei=
ved form L2. I think in 6top, we have to add them to the list of the factor=
s that effect on the reply/confirm to higher layer. Am I right?&nbsp;&nbsp;
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Regarding to (1), I think=
, when the 6top commands/primitives are called by higher layer (either by P=
CE, potential signaling protocol, or temporary by RPL in
 the lack of signaling protocol) we have to send a &#8220;.confirm&#8221; t=
o inform them about the status of their requests. Am I right? I would say t=
hat in some cases we might need to send the confirmation to PCE with the FA=
IL status.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Regarding to (3), I agree=
 that the signaling protocol and PCE should call the cell creation commands=
/primitives. Do you agree that 6top should be independent
 form the higher layer that has called its primitives/command? Is there any=
 limitation that in the lack of signaling protocol, the RPL can&#8217;t cal=
l some of the 6top&#8217; management commands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:qinwang@berkeley.edu]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<br>
<b>Subject:</b> Re: Message flows<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">It is the process to create a hard cell and slotfram=
e. You see,&nbsp;<span style=3D"font-size:11.5pt;font-family:&quot;Calibri&=
quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;&#8220;MLME-SET-SLOTFRAME=
.confirm&#8221; and &#8220;MLME-SET-LINK.confirm&#8221; generates confirmat=
ion from L2, which
 usually is one of factors to generate the confirmation message to higher l=
ayer. In another word, when the status returned by&nbsp;&nbsp;&#8220;MLME-S=
ET-SLOTFRAME.confirm&#8221; or &#8220;MLME-SET-LINK.confirm&#8221; is False=
, the status reported from 6top to higher layer must be False. But,
 there may be some other factors also making the status False.</span><o:p><=
/o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Make sense?</span><o:p></=
o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:=
p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to (2), this is my understand=
ing from the procedure for creating a hard cell and slotframe.
 Am I missing something from 6top?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"462" height=
=3D"423" id=3D"_x0000_i1025" src=3D"cid:image001.jpg@01CE9A94.4F0618C0"></s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Raghuram and Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">The following is my understanding.<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) Taking the assumption in Raghuram's example, i.e. installing a=
 route with hard cells, then, some role like PCE should exist and take resp=
onsibility to make conflict-free. In
 another word, the scenario described in the Raghuram's example should not =
happen. (But, it doesn't mean a confirmation message is not needed, see the=
 following) .<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2)&nbsp;<span style=3D"font-size:11.5pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;&#8220;MLME-SET-SLOTFRAM=
E.confirm&#8221; and &#8220;MLME-SET-LINK.confirm&#8221; are primitives of =
802.15.4e. The confirmation
 to upper layer should come from the execution of 6top commands, which may =
related with the two 15.4e primitives, but not exactly same.</span><o:p></o=
:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(3) RPL is a routing protocol. It uses the TSCH schedule to forwar=
d packets, no matter the schedule is installed by PCE (hard cell) , or by s=
ome reservation protocol like RSVP (soft
 cell).<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Raghuram, Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Let me enter to your discussion</span><=
o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree with Raghuram that when the hig=
her layer call the 6top&#8217;s commands (or .requests primitives)
 it should be informed about the status of its request by &#8220;command re=
ply&#8221; or &#8220;.confirm&#8221; primitives. The status of the &#8220;.=
confirm&#8221; or &#8220;reply&#8221; can be success, failure or &#8230;</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t either find the 6top&#=
8217;s behavior upon receiving the &#8220;MLME-SET-SLOTFRAME.confirm&#8221;=
 or &#8220;MLME-SET-LINK.confirm&#8221;
 primitives that might be called by L2. Did I miss that?</span><o:p></o:p><=
/p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Raghuram, I just have one minor comment=
, in your example. I think that the RPL (L3) should use the
 &#8220;Create soft cell command&#8221; to ask a new cell without specifyin=
g the exact cell. Because the L3 does not have enough information to ask fo=
r reserving specific cell in L2. The &#8220;Create hard cell command&#8221;=
 should be called by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he &#8220;Create hard cell command&#8221; or RPL by calling &#8220;Create s=
oft cell command&#8221; should be informed by 6top about the status of its =
request. For example, It might happen that PCE send a same
 request twice or RPL&#8217;s request can&#8217;t be serviced. </span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">AM I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">HI Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">The conflicts I am referring to are -</span><o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Consdiering multihop communication and hard-cells</sp=
an><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><o:p>=
</o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-mar=
gin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.&nbsp=
;</span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">There may be other such conflicts that we may need to=
 resolve.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I totally agree to your approach to define the flow i=
nformation to L3.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Regarding to your question, can you explain more abou=
t:</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or multi-hop?</spa=
n><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) installing the route with hard cells or soft cell=
s?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) what &quot;conflict during route installation&quo=
t; mean? what kind of conflict?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Thanks</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar =
(rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsud=
haak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I have pretty much the same line of thought. I agree =
with the point that 6top is independent from L3. What we are
 trying to do is define what L3 will need to implement to obtain informatio=
n from 6top. Obviously, 6top will expose these interfaces in its standard i=
mplementation.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Do you think finding the common requirements from 6to=
p to L3 flows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">The different flows you have identified is perfect.&n=
bsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have been addressed =
quite extensively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) I would consider the requirements of PCE, RPL, (p=
robably v6ND) in terms of parameters required for route computation
 to define the general requirements for flows between L3 and 6top. In the d=
raft, you have already addressed some RPL specific primitives like control =
message delivery. I think this should go in the RPL specific part. We defin=
e primitives to expose parameters
 required by L3 to perform route computation in the general flows. For e.g.=
 L2 neighbor list, link quality to each neighbor. We need to specify the me=
ssage format that needs to used by L3 to obtain this info.</span><o:p></o:p=
></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows to be defined=
. For e.g., in the RPL case, &nbsp;GET_<i>RPL_</i>PARENT will be one
 such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT =
in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</sp=
an><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I mean L2 is th=
e data requestor entity and 6top is the data provider. This is
 my own convention and hence the clarification)</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Another critical part I want to get your opinions on =
is the following. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><o:p></o:p></li><li class=
=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;=
mso-list:l1 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Sorry for the late response. It is welcome for you to=
 add flow information if necessary.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Just one thing I want to understand more clearly. I t=
hink 6top is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">In this sense, we should separate the general flow in=
formation to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH</span><o:p></=
o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) general flow information with upper layer, may be=
 L3 or L2.5</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) flow information with specific upper layer protoc=
ol like RPL.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">What do you think?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (=
rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudh=
aak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Ok.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin, if you are OK I can add the flow information spe=
cific to RPL.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>
<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Hi Raghuram,</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I let Qin answer as she is the main author. My opinio=
n is that by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (=
rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudh=
aak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I believe that there is some information that needs t=
o be added to the message flows that will occur between L3
 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Qin'=
s draft. I wanted to check with you guys if you want to add to the same doc=
ument or split it into a separate RFC. When I say split into separate RFC, =
&nbsp;what I mean is, L3 to 6top is one RFC
 and L2 to 6top is another. The current draft has a lot of information abou=
t L2 to 6top. I could add more about the RPL to 6top is its OK..</span><o:p=
></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">-raghuram</span><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136BEXMBX23adutwent_--

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136BEXMBX23adutwent_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=18869;
	creation-date="Fri, 16 Aug 2013 13:24:16 GMT";
	modification-date="Fri, 16 Aug 2013 13:24:16 GMT"
Content-ID: <image001.jpg@01CE9A94.4F0618C0>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136BEXMBX23adutwent_--

From rsudhaak@cisco.com  Fri Aug 16 07:53:40 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AD1F11E828F for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 07:53:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53KurxkIwaC8 for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 07:53:33 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 47B5411E8281 for <6tsch@ietf.org>; Fri, 16 Aug 2013 07:53:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=88559; q=dns/txt; s=iport; t=1376664812; x=1377874412; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=H/RwSiFGeEO3kg99WVJ+guGak88VDk5u/zBXST1hc+A=; b=e0KTu13Xe5Kf3xgGmhn6eMQoCVK+b5hVSZl0KQy9OIkWmHIaG6weAK+Q HrqmDV/hM3XuNXeuOs+GsClg9Yr+YloG8fVHgpurN7x5ncz6bAbJgOcGs QFvgO0UsDtjkTT7+rLEVyk1IAEc9vtFVRe/re8ZTebh1GvICS2NCjnJ00 A=;
X-Files: image001.jpg : 18869
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AlwFAC48DlKtJV2c/2dsb2JhbABRCg6CNEQ1Ub8bgScWdIIkAQEBBAUVCwIGAUsSAQgRAwEBAQYBAQECCA4BBgkVAQwCDBQJCAIEAQ0EAQYCBogCuXuPCYEWBgcJChEGAQICAoMVdwOQFoEuAVmBLogJjWSCXT+BaCQe
X-IronPort-AV: E=Sophos;i="4.89,895,1367971200";  d="jpg'145?scan'145,208,217,145";a="248151360"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-8.cisco.com with ESMTP; 16 Aug 2013 14:53:28 +0000
Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id r7GErSp5026953 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 16 Aug 2013 14:53:28 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.180]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.02.0318.004; Fri, 16 Aug 2013 09:53:28 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: "P.Zand@utwente.nl" <P.Zand@utwente.nl>, "qinwang@berkeley.edu" <qinwang@berkeley.edu>
Thread-Topic: Message flows
Thread-Index: AQHOmpBd2+M8VWnoB0iALAow4p1lsA==
Date: Fri, 16 Aug 2013 14:53:27 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57@xmb-rcd-x04.cisco.com>
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.21.80.183]
Content-Type: multipart/mixed; boundary="_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57xmbrcdx04ciscoc_"
MIME-Version: 1.0
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Aug 2013 14:53:40 -0000

--_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57xmbrcdx04ciscoc_
Content-Type: multipart/alternative;
	boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57xmbrcdx04ciscoc_"

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57xmbrcdx04ciscoc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Qin, Pouria,
The message flow diagram idescribes the scenario perfectly. I think it shou=
ld go in the document or at least in an appendix to the document. I would m=
ake one change though, instead of have two command from L3 to 6top (create =
hard cell, create soft cell) we can have only one command (install route) a=
nd depending on the type of L3 6top decides whether to create  a hard or so=
ft cell. This will help 6top ensure that there are minimal conflicts (as po=
inted out already in this discussion) and in future we may be able to work =
with PCE and RPL simultaneously. This scenario of working with multiple L3'=
s may occur when there are multiple overlay/logical networks are being crea=
ted over the same physical network.

The only caveat to this though is that we need to define a command from L3 =
to 6top that will help 6top identify the L3 protocol. Or we could also incl=
ude a L3 protocol type field in every message from L3 -> 6top.

Qin mentioned that the status returned by L2 for the the slot installation =
process can be forwarded to L3 by 6top but in some cases we may there may b=
e other factors also. I thought about this but I can't identify what other =
factors might affect the reply the 6top will send to L3. Can you please ide=
ntify what factors you had in mind. I think it is important we nail down th=
is flow very clearly and take care of all edge cases.

-raghuram

From: "P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>" <P.Zand@utwente.nl<mail=
to:P.Zand@utwente.nl>>
Date: Friday, August 16, 2013 6:24 AM
To: "qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>" <qinwang@berkeley.e=
du<mailto:qinwang@berkeley.edu>>
Cc: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>, "6t=
sch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6tsch@ietf.org>=
>
Subject: RE: Message flows

Qin,

I completely agree with you that the status of the report/confirm form 6top=
 to higher layer might be changed by other factors as well. My point is tha=
t, one of those factors, is the status of =93.confirm=94 primitives receive=
d form L2. I think in 6top, we have to add them to the list of the factors =
that effect on the reply/confirm to higher layer. Am I right?

Regarding to (1), I think, when the 6top commands/primitives are called by =
higher layer (either by PCE, potential signaling protocol, or temporary by =
RPL in the lack of signaling protocol) we have to send a =93.confirm=94 to =
inform them about the status of their requests. Am I right? I would say tha=
t in some cases we might need to send the confirmation to PCE with the FAIL=
 status.

Regarding to (3), I agree that the signaling protocol and PCE should call t=
he cell creation commands/primitives. Do you agree that 6top should be inde=
pendent form the higher layer that has called its primitives/command? Is th=
ere any limitation that in the lack of signaling protocol, the RPL can=92t =
call some of the 6top=92 management commands/primitives (e.g. Soft cell cre=
ation)? In this case, we might need to reply to RPL, by SUCCESS or FAIL sta=
tus? Did I miss anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Friday, August 16, 2013 2:05 PM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Pouria,

It is the process to create a hard cell and slotframe. You see,  =93MLME-SE=
T-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 generates confirmati=
on from L2, which usually is one of factors to generate the confirmation me=
ssage to higher layer. In another word, when the status returned by  =93MLM=
E-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 is False, the sta=
tus reported from 6top to higher layer must be False. But, there may be som=
e other factors also making the status False.

Make sense?

Qin

On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Qin,
Regarding to (2), this is my understanding from the procedure for creating =
a hard cell and slotframe. Am I missing something from 6top?

[cid:image001.jpg@01CE9A94.4F0618C0]
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 12:32 AM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Raghuram and Pouria,

The following is my understanding.

(1) Taking the assumption in Raghuram's example, i.e. installing a route wi=
th hard cells, then, some role like PCE should exist and take responsibilit=
y to make conflict-free. In another word, the scenario described in the Rag=
huram's example should not happen. (But, it doesn't mean a confirmation mes=
sage is not needed, see the following) .

(2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are p=
rimitives of 802.15.4e. The confirmation to upper layer should come from th=
e execution of 6top commands, which may related with the two 15.4e primitiv=
es, but not exactly same.

(3) RPL is a routing protocol. It uses the TSCH schedule to forward packets=
, no matter the schedule is installed by PCE (hard cell) , or by some reser=
vation protocol like RSVP (soft cell).

Make sense?

Thanks
Qin



On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Raghuram, Qin,
Let me enter to your discussion
I agree with Raghuram that when the higher layer call the 6top=92s commands=
 (or .requests primitives) it should be informed about the status of its re=
quest by =93command reply=94 or =93.confirm=94 primitives. The status of th=
e =93.confirm=94 or =93reply=94 can be success, failure or =85
Am I right?
I couldn=92t either find the 6top=92s behavior upon receiving the =93MLME-S=
ET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitives that migh=
t be called by L2. Did I miss that?

Raghuram, I just have one minor comment, in your example. I think that the =
RPL (L3) should use the =93Create soft cell command=94 to ask a new cell wi=
thout specifying the exact cell. Because the L3 does not have enough inform=
ation to ask for reserving specific cell in L2. The =93Create hard cell com=
mand=94 should be called by the one who has the global knowledge on network=
 schedules, like PCE. However, I agree that the PCE by calling the =93Creat=
e hard cell command=94 or RPL by calling =93Create soft cell command=94 sho=
uld be informed by 6top about the status of its request. For example, It mi=
ght happen that PCE send a same request twice or RPL=92s request can=92t be=
 serviced.
AM I right?

Pouria.

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Raghuram Sudhaa=
kar (rsudhaak)
Sent: Thursday, August 15, 2013 9:07 PM
To: Qin Wang
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] Message flows

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.
There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin



On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.
-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin












On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X

On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram






--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57xmbrcdx04ciscoc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <516FFCA22CEA544CA7DFD023A02E1233@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; font-family: Calibri, sans-serif; ">
<div style=3D"font-size: 14px; color: rgb(0, 0, 0); ">Qin, Pouria,</div>
<div style=3D"font-size: 14px; color: rgb(0, 0, 0); ">The message flow diag=
ram idescribes the scenario perfectly. I think it should go in the document=
 or at least in an appendix to the document. I would make one change though=
, instead of have two command from
 L3 to 6top (create hard cell, create soft cell) we can have only one comma=
nd (install route) and depending on the type of L3 6top decides whether to =
create &nbsp;a hard or soft cell. This will help 6top ensure that there are=
 minimal conflicts (as pointed out already
 in this discussion) and in future we may be able to work with PCE and RPL =
simultaneously. This scenario of working with multiple L3's may occur when =
there are multiple overlay/logical networks are being created over the same=
 physical network.</div>
<div style=3D"font-size: 14px; color: rgb(0, 0, 0); "><br>
</div>
<div><span class=3D"Apple-style-span" style=3D"font-size: 15px;">The only c=
aveat to this though is that we need to define a command from L3 to 6top th=
at will help 6top identify the L3 protocol. Or we could also include a L3 p=
rotocol type field in every message
 from L3 -&gt; 6top.</span></div>
<div style=3D"font-size: 14px; "><span class=3D"Apple-style-span" style=3D"=
font-size: 15px; "><br>
</span></div>
<div><span class=3D"Apple-style-span" style=3D"font-size: 15px;">Qin mentio=
ned that the status returned by L2 for the the slot installation process ca=
n be forwarded to L3 by 6top but in some cases we may there may be other fa=
ctors also. I thought about this but
 I can't identify what other factors might affect the reply the 6top will s=
end to L3. Can you please identify what factors you had in mind. I think it=
 is important we nail down this flow very clearly and take care of all edge=
 cases.</span></div>
<div><span class=3D"Apple-style-span" style=3D"font-size: 15px;"><br>
</span></div>
<div><span class=3D"Apple-style-span" style=3D"font-size: 15px;">-raghuram<=
/span></div>
<div style=3D"font-size: 14px; color: rgb(0, 0, 0); "><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION" style=3D"font-size: 14px; color: rgb(0, 0=
, 0); ">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>&quot;<a href=3D"mailto:P.Zan=
d@utwente.nl">P.Zand@utwente.nl</a>&quot; &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl">P.Zand@utwente.nl</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Friday, August 16, 2013 6:24 =
AM<br>
<span style=3D"font-weight:bold">To: </span>&quot;<a href=3D"mailto:qinwang=
@berkeley.edu">qinwang@berkeley.edu</a>&quot; &lt;<a href=3D"mailto:qinwang=
@berkeley.edu">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>raghuram sudhaakar &lt;<a href=
=3D"mailto:rsudhaak@cisco.com">rsudhaak@cisco.com</a>&gt;, &quot;<a href=3D=
"mailto:6tsch@ietf.org">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6tsc=
h@ietf.org">6tsch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>RE: Message flows<br>
</div>
<div><br>
</div>
<div xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micro=
soft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" x=
mlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:/=
/www.w3.org/TR/REC-html40">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:992100433;
	mso-list-template-ids:797353210;}
@list l1
	{mso-list-id:1691713291;
	mso-list-template-ids:1590733716;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Qin,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I completely agree with you that t=
he status of the report/confirm form 6top to higher layer might be changed =
by other factors as well. My point is
 that, one of those factors, is the status of =93.confirm=94 primitives rec=
eived form L2. I think in 6top, we have to add them to the list of the fact=
ors that effect on the reply/confirm to higher layer. Am I right?&nbsp;&nbs=
p;
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Regarding to (1), I think, when th=
e 6top commands/primitives are called by higher layer (either by PCE, poten=
tial signaling protocol, or temporary
 by RPL in the lack of signaling protocol) we have to send a =93.confirm=94=
 to inform them about the status of their requests. Am I right? I would say=
 that in some cases we might need to send the confirmation to PCE with the =
FAIL status.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Regarding to (3), I agree that the=
 signaling protocol and PCE should call the cell creation commands/primitiv=
es. Do you agree that 6top should be
 independent form the higher layer that has called its primitives/command? =
Is there any limitation that in the lack of signaling protocol, the RPL can=
=92t call some of the 6top=92 management commands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Qin Wang [<a href=3D"mailto:qinwang@berkeley.edu=
">mailto:qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
>6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">It is the process to create a hard cell and slotfram=
e. You see,&nbsp;<span style=3D"font-size: 11.5pt; color: rgb(31, 73, 125);=
 font-family: Calibri, sans-serif; ">&nbsp;=93MLME-SET-SLOTFRAME.confirm=94=
 and =93MLME-SET-LINK.confirm=94 generates confirmation
 from L2, which usually is one of factors to generate the confirmation mess=
age to higher layer. In another word, when the status returned by&nbsp;&nbs=
p;=93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 is False,=
 the status reported from 6top to higher layer must
 be False. But, there may be some other factors also making the status Fals=
e.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.5pt; color: rgb(31, 73,=
 125); font-family: Calibri, sans-serif; ">Make sense?</span><o:p></o:p></p=
>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.5pt; color: rgb(31, 73,=
 125); font-family: Calibri, sans-serif; ">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:=
p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Regarding to (2), this is my understanding from =
the procedure for creating a hard cell
 and slotframe. Am I missing something from 6top?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; "><img border=3D"0" width=3D"462" height=3D"423" i=
d=3D"_x0000_i1025" src=3D"cid:image001.jpg@01CE9A94.4F0618C0"></span><o:p><=
/o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size: 10pt; font-family: Tahoma, sans-serif=
; ">From:</span></b><span style=3D"font-size: 10pt; font-family: Tahoma, sa=
ns-serif; "> Qin Wang [mailto:<a href=3D"mailto:qinwang@berkeley.edu" targe=
t=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Raghuram and Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">The following is my understanding.<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) Taking the assumption in Raghuram's example, i.e. installing a=
 route with hard cells, then, some role like PCE should exist and take resp=
onsibility to make conflict-free. In
 another word, the scenario described in the Raghuram's example should not =
happen. (But, it doesn't mean a confirmation message is not needed, see the=
 following) .<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2)&nbsp;<span style=3D"font-size: 11.5pt; color: rgb(31, 73, 125)=
; font-family: Calibri, sans-serif; ">&nbsp;=93MLME-SET-SLOTFRAME.confirm=
=94 and =93MLME-SET-LINK.confirm=94 are primitives of 802.15.4e.
 The confirmation to upper layer should come from the execution of 6top com=
mands, which may related with the two 15.4e primitives, but not exactly sam=
e.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(3) RPL is a routing protocol. It uses the TSCH schedule to forwar=
d packets, no matter the schedule is installed by PCE (hard cell) , or by s=
ome reservation protocol like RSVP (soft
 cell).<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Hi Raghuram, Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Let me enter to your discussion</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">I agree with Raghuram that when the higher layer=
 call the 6top=92s commands (or .requests
 primitives) it should be informed about the status of its request by =93co=
mmand reply=94 or =93.confirm=94 primitives. The status of the =93.confirm=
=94 or =93reply=94 can be success, failure or =85</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">I couldn=92t either find the 6top=92s behavior u=
pon receiving the =93MLME-SET-SLOTFRAME.confirm=94
 or =93MLME-SET-LINK.confirm=94 primitives that might be called by L2. Did =
I miss that?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Raghuram, I just have one minor comment, in your=
 example. I think that the RPL (L3) should
 use the =93Create soft cell command=94 to ask a new cell without specifyin=
g the exact cell. Because the L3 does not have enough information to ask fo=
r reserving specific cell in L2. The =93Create hard cell command=94 should =
be called by the one who has the global
 knowledge on network schedules, like PCE. However, I agree that the PCE by=
 calling the =93Create hard cell command=94 or RPL by calling =93Create sof=
t cell command=94 should be informed by 6top about the status of its reques=
t. For example, It might happen that PCE
 send a same request twice or RPL=92s request can=92t be serviced. </span><=
o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">AM I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Pouria.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size: 10pt; font-family: Tahoma, sans-serif=
; ">From:</span></b><span style=3D"font-size: 10pt; font-family: Tahoma, sa=
ns-serif; "><a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6ts=
ch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">HI Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">The conflicts I am referring to are -</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Consdiering multihop communication and hard-cells</span><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">Route=
 1 requires a particular set of slots to be setup. Say node A must listen o=
n slot number 11, 34, 65 and Tx on 13, 35, 68</span><o:p></o:p></li><li cla=
ss=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-alt:aut=
o;mso-list:l0 level1 lfo1">
<span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">But a=
nother route 2 requires node A to listen on slot 35.&nbsp;</span><o:p></o:p=
></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">There may be other such conflicts that we may need to resolve.</span><o=
:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; =
">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">I totally agree to your approach to define the flow information to L3.<=
/span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Regarding to your question, can you explain more about:</span><o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(1) from nodeA to nodeB is one hop or multi-hop?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(2) installing the route with hard cells or soft cells?</span><o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(3) what &quot;conflict during route installation&quot; mean? what kind=
 of conflict?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Thanks</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Qin</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">&n=
bsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) &lt;<a =
href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco.com</a>=
&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">I have pretty much the same line of thought. I agree with the point tha=
t 6top is independent from L3. What we
 are trying to do is define what L3 will need to implement to obtain inform=
ation from 6top. Obviously, 6top will expose these interfaces in its standa=
rd implementation.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Do you think finding the common requirements from 6top to L3 flows betw=
een RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">The different flows you have identified is perfect.&nbsp;</span><o:p></=
o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(1) The flows from 6top -&gt; L2 have been addressed quite extensively =
in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(2) I would consider the requirements of PCE, RPL, (probably v6ND) in t=
erms of parameters required for route
 computation to define the general requirements for flows between L3 and 6t=
op. In the draft, you have already addressed some RPL specific primitives l=
ike control message delivery. I think this should go in the RPL specific pa=
rt. We define primitives to expose
 parameters required by L3 to perform route computation in the general flow=
s. For e.g. L2 neighbor list, link quality to each neighbor. We need to spe=
cify the message format that needs to used by L3 to obtain this info.</span=
><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(3) We will also need 6top-&gt;L3 flows to be defined. For e.g., in the=
 RPL case, &nbsp;GET_<i>RPL_</i>PARENT will be
 one such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PAR=
ENT in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.=
</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(Note: when I say L2 -&gt; 6top flow, I mean L2 is the data requestor e=
ntity and 6top is the data provider. This
 is my own convention and hence the clarification)</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Another critical part I want to get your opinions on is the following. =
We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level1 lfo2">
<span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">How d=
o resolve conflict during route installation? L3 computes a route and send =
it over to 6top. Which in turn converts it to slot reservations using the 6=
top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><o:p></o:p></li><li class=
=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;=
mso-list:l1 level1 lfo2">
<span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">Then =
we have to ask, does 6top provide a mechanism to inform L3 about failure an=
d obtain a recomputed route (i.e.) perform n number of retries. Or just fai=
l after one try and leave it to the
 node to reinitiate a route request. </span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size: 11pt; font-family: Calibri, sans-seri=
f; ">From:
</span></b><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif=
; ">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">=
qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Sorry for the late response. It is welcome for you to add flow informat=
ion if necessary.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Just one thing I want to understand more clearly. I think 6top is a rel=
atively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">In this sense, we should separate the general flow information to upper=
 layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(1) flow information with L2, i.e. TSCH</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(2) general flow information with upper layer, may be L3 or L2.5</span>=
<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">(3) flow information with specific upper layer protocol like RPL.</span=
><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">What do you think?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Qin&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">&n=
bsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) &lt;<a h=
ref=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco.com</a>&=
gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Ok.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Qin, if you are OK I can add the flow information specific to RPL.&nbsp=
;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size: 11pt; font-family: Calibri, sans-seri=
f; ">From:
</span></b><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif=
; ">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkel=
ey.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>
<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">Hi=
 Raghuram,</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">I let Qin answer as she is the main author. My opinion is that by now w=
e keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">&n=
bsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) &lt;<a h=
ref=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco.com</a>&=
gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">Xavi, Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">I believe that there is some information that needs to be added to the =
message flows that will occur between
 L3 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Q=
in's draft. I wanted to check with you guys if you want to add to the same =
document or split it into a separate RFC. When I say split into separate RF=
C, &nbsp;what I mean is, L3 to 6top is one
 RFC and L2 to 6top is another. The current draft has a lot of information =
about L2 to 6top. I could add more about the RPL to 6top is its OK..</span>=
<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: rgb(136, 136, 136); font-=
family: Calibri, sans-serif; ">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: rgb(136, 136, 136); font-=
family: Calibri, sans-serif; ">-raghuram</span><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif=
; ">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57xmbrcdx04ciscoc_--

--_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57xmbrcdx04ciscoc_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: attachment; filename="image001.jpg"; size=18869;
	creation-date="Fri, 16 Aug 2013 14:53:27 GMT";
	modification-date="Fri, 16 Aug 2013 14:53:27 GMT"
Content-ID: <image001.jpg@01CE9A94.4F0618C0>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=

--_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57xmbrcdx04ciscoc_--

From P.Zand@utwente.nl  Fri Aug 16 08:50:38 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FCB321F9BDB for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 08:50:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.122
X-Spam-Level: 
X-Spam-Status: No, score=0.122 tagged_above=-999 required=5 tests=[AWL=-0.375,  BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gDHTSeElP7wJ for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 08:50:28 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 382CD21F99C3 for <6tsch@ietf.org>; Fri, 16 Aug 2013 08:50:26 -0700 (PDT)
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Fri, 16 Aug 2013 17:50:27 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Fri, 16 Aug 2013 17:50:23 +0200
From: <P.Zand@utwente.nl>
To: <rsudhaak@cisco.com>, <qinwang@berkeley.edu>
Thread-Topic: Message flows
Thread-Index: AQHOmS7T2+M8VWnoB0iALAow4p1lsJmVjRCA//+VLYCAAW4AgP//n/gAgACPZID//8GzAAAJ+CqA///pcYD//8tEoIABF+YA///KPoCAAGTvgP//z7sA
Date: Fri, 16 Aug 2013 15:50:21 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488@EXMBX23.ad.utwente.nl>
References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57@xmb-rcd-x04.cisco.com>
In-Reply-To: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57@xmb-rcd-x04.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/related; boundary="_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488EXMBX23adutwent_"; type="multipart/alternative"
MIME-Version: 1.0
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Aug 2013 15:50:38 -0000

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488EXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488EXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488EXMBX23adutwent_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi Raghuram,
Just one minor comment on the diagram. I intend to show a simple flow diagr=
am from L2 -> 6top -> higher layer. That's why I choose the simplest comman=
ds from 6top (e.g. "CREATE hardcell" and "Create Slotframe") to show the ".=
confirm" flow from L2 -> 6top -> higher layer. I didn't show the other pote=
ntial detailed flows for these two commands.
If we intend to show the complete flow diagram of "Create Link Commands" (i=
.e. "CREATE hardcell" and "CREATE softcell"), there will be more details. E=
specially, for "Create softcell" command that also need the negotiation wit=
h the other neighbor. But, It would be helpful if we can draw these diagram=
s with ASCII text.
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
Sent: Friday, August 16, 2013 4:53 PM
To: Zand, P. (EWI); qinwang@berkeley.edu
Cc: 6tsch@ietf.org
Subject: Re: Message flows

Qin, Pouria,
The message flow diagram idescribes the scenario perfectly. I think it shou=
ld go in the document or at least in an appendix to the document. I would m=
ake one change though, instead of have two command from L3 to 6top (create =
hard cell, create soft cell) we can have only one command (install route) a=
nd depending on the type of L3 6top decides whether to create  a hard or so=
ft cell. This will help 6top ensure that there are minimal conflicts (as po=
inted out already in this discussion) and in future we may be able to work =
with PCE and RPL simultaneously. This scenario of working with multiple L3'=
s may occur when there are multiple overlay/logical networks are being crea=
ted over the same physical network.

The only caveat to this though is that we need to define a command from L3 =
to 6top that will help 6top identify the L3 protocol. Or we could also incl=
ude a L3 protocol type field in every message from L3 -> 6top.

Qin mentioned that the status returned by L2 for the the slot installation =
process can be forwarded to L3 by 6top but in some cases we may there may b=
e other factors also. I thought about this but I can't identify what other =
factors might affect the reply the 6top will send to L3. Can you please ide=
ntify what factors you had in mind. I think it is important we nail down th=
is flow very clearly and take care of all edge cases.

-raghuram

From: "P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>" <P.Zand@utwente.nl<mail=
to:P.Zand@utwente.nl>>
Date: Friday, August 16, 2013 6:24 AM
To: "qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>" <qinwang@berkeley.e=
du<mailto:qinwang@berkeley.edu>>
Cc: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>, "6t=
sch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6tsch@ietf.org>=
>
Subject: RE: Message flows

Qin,

I completely agree with you that the status of the report/confirm form 6top=
 to higher layer might be changed by other factors as well. My point is tha=
t, one of those factors, is the status of ".confirm" primitives received fo=
rm L2. I think in 6top, we have to add them to the list of the factors that=
 effect on the reply/confirm to higher layer. Am I right?

Regarding to (1), I think, when the 6top commands/primitives are called by =
higher layer (either by PCE, potential signaling protocol, or temporary by =
RPL in the lack of signaling protocol) we have to send a ".confirm" to info=
rm them about the status of their requests. Am I right? I would say that in=
 some cases we might need to send the confirmation to PCE with the FAIL sta=
tus.

Regarding to (3), I agree that the signaling protocol and PCE should call t=
he cell creation commands/primitives. Do you agree that 6top should be inde=
pendent form the higher layer that has called its primitives/command? Is th=
ere any limitation that in the lack of signaling protocol, the RPL can't ca=
ll some of the 6top' management commands/primitives (e.g. Soft cell creatio=
n)? In this case, we might need to reply to RPL, by SUCCESS or FAIL status?=
 Did I miss anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Friday, August 16, 2013 2:05 PM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Pouria,

It is the process to create a hard cell and slotframe. You see,  "MLME-SET-=
SLOTFRAME.confirm" and "MLME-SET-LINK.confirm" generates confirmation from =
L2, which usually is one of factors to generate the confirmation message to=
 higher layer. In another word, when the status returned by  "MLME-SET-SLOT=
FRAME.confirm" or "MLME-SET-LINK.confirm" is False, the status reported fro=
m 6top to higher layer must be False. But, there may be some other factors =
also making the status False.

Make sense?

Qin

On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Qin,
Regarding to (2), this is my understanding from the procedure for creating =
a hard cell and slotframe. Am I missing something from 6top?

[cid:image001.jpg@01CE9AA8.EC2F0210]
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 12:32 AM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Raghuram and Pouria,

The following is my understanding.

(1) Taking the assumption in Raghuram's example, i.e. installing a route wi=
th hard cells, then, some role like PCE should exist and take responsibilit=
y to make conflict-free. In another word, the scenario described in the Rag=
huram's example should not happen. (But, it doesn't mean a confirmation mes=
sage is not needed, see the following) .

(2)  "MLME-SET-SLOTFRAME.confirm" and "MLME-SET-LINK.confirm" are primitive=
s of 802.15.4e. The confirmation to upper layer should come from the execut=
ion of 6top commands, which may related with the two 15.4e primitives, but =
not exactly same.

(3) RPL is a routing protocol. It uses the TSCH schedule to forward packets=
, no matter the schedule is installed by PCE (hard cell) , or by some reser=
vation protocol like RSVP (soft cell).

Make sense?

Thanks
Qin



On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Raghuram, Qin,
Let me enter to your discussion
I agree with Raghuram that when the higher layer call the 6top's commands (=
or .requests primitives) it should be informed about the status of its requ=
est by "command reply" or ".confirm" primitives. The status of the ".confir=
m" or "reply" can be success, failure or ...
Am I right?
I couldn't either find the 6top's behavior upon receiving the "MLME-SET-SLO=
TFRAME.confirm" or "MLME-SET-LINK.confirm" primitives that might be called =
by L2. Did I miss that?

Raghuram, I just have one minor comment, in your example. I think that the =
RPL (L3) should use the "Create soft cell command" to ask a new cell withou=
t specifying the exact cell. Because the L3 does not have enough informatio=
n to ask for reserving specific cell in L2. The "Create hard cell command" =
should be called by the one who has the global knowledge on network schedul=
es, like PCE. However, I agree that the PCE by calling the "Create hard cel=
l command" or RPL by calling "Create soft cell command" should be informed =
by 6top about the status of its request. For example, It might happen that =
PCE send a same request twice or RPL's request can't be serviced.
AM I right?

Pouria.

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Raghuram Sudhaa=
kar (rsudhaak)
Sent: Thursday, August 15, 2013 9:07 PM
To: Qin Wang
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] Message flows

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.
There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin



On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.
-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin












On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X

On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram






--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488EXMBX23adutwent_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle20
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:992100433;
	mso-list-template-ids:797353210;}
@list l0:level1
	{mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level2
	{mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level3
	{mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level4
	{mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level5
	{mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level6
	{mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level7
	{mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level8
	{mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level9
	{mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1
	{mso-list-id:1545411425;
	mso-list-template-ids:163845294;}
@list l2
	{mso-list-id:1677269043;
	mso-list-template-ids:545427554;}
@list l3
	{mso-list-id:1691713291;
	mso-list-template-ids:1590733716;}
@list l3:level1
	{mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level2
	{mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level3
	{mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level4
	{mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level5
	{mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level6
	{mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level7
	{mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level8
	{mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level9
	{mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi Raghuram,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Just one minor comment on=
 the diagram. I intend to show a simple flow diagram from L2 -&gt; 6top -&g=
t; higher layer. That&#8217;s why I choose the simplest commands from
 6top (e.g. &#8220;CREATE hardcell&#8221; and &#8220;Create Slotframe&#8221=
;) to show the &#8220;.confirm&#8221; flow from L2 -&gt; 6top -&gt; higher =
layer. I didn&#8217;t show the other potential detailed flows for these two=
 commands.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">If we intend to show the =
complete flow diagram of &#8220;Create Link Commands&#8221; (i.e. &#8220;CR=
EATE hardcell&#8221; and &#8220;CREATE softcell&#8221;), there will be more=
 details. Especially,
 for &#8220;Create softcell&#8221; command that also need the negotiation w=
ith the other neighbor. But, It would be helpful if we can draw these diagr=
ams with ASCII text.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram=
 Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
<br>
<b>Sent:</b> Friday, August 16, 2013 4:53 PM<br>
<b>To:</b> Zand, P. (EWI); qinwang@berkeley.edu<br>
<b>Cc:</b> 6tsch@ietf.org<br>
<b>Subject:</b> Re: Message flows<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">Qin, Pouria,<o:p></o:p></sp=
an></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black">The message flow diagram id=
escribes the scenario perfectly. I think it should go in the document or at=
 least in an appendix to the document. I would make one
 change though, instead of have two command from L3 to 6top (create hard ce=
ll, create soft cell) we can have only one command (install route) and depe=
nding on the type of L3 6top decides whether to create &nbsp;a hard or soft=
 cell. This will help 6top ensure that
 there are minimal conflicts (as pointed out already in this discussion) an=
d in future we may be able to work with PCE and RPL simultaneously. This sc=
enario of working with multiple L3's may occur when there are multiple over=
lay/logical networks are being created
 over the same physical network.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">The on=
ly caveat to this though is that we need to define a command from L3 to 6to=
p that will help 6top identify the L3 protocol. Or we could
 also include a L3 protocol type field in every message from L3 -&gt; 6top.=
</span></span><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-ser=
if&quot;"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Qin me=
ntioned that the status returned by L2 for the the slot installation proces=
s can be forwarded to L3 by 6top but in some cases we may
 there may be other factors also. I thought about this but I can't identify=
 what other factors might affect the reply the 6top will send to L3. Can yo=
u please identify what factors you had in mind. I think it is important we =
nail down this flow very clearly
 and take care of all edge cases.</span></span><span style=3D"font-family:&=
quot;Calibri&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">-raghu=
ram</span></span><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:black">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;;color:black">&quot;<a href=3D"mailto:P.Zand@utwente.=
nl">P.Zand@utwente.nl</a>&quot; &lt;<a href=3D"mailto:P.Zand@utwente.nl">P.=
Zand@utwente.nl</a>&gt;<br>
<b>Date: </b>Friday, August 16, 2013 6:24 AM<br>
<b>To: </b>&quot;<a href=3D"mailto:qinwang@berkeley.edu">qinwang@berkeley.e=
du</a>&quot; &lt;<a href=3D"mailto:qinwang@berkeley.edu">qinwang@berkeley.e=
du</a>&gt;<br>
<b>Cc: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com">rsu=
dhaak@cisco.com</a>&gt;, &quot;<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf=
.org</a>&quot; &lt;<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a>&gt;=
<br>
<b>Subject: </b>RE: Message flows<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p=
>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Qin,</span><span style=3D=
"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=
=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I completely agree with y=
ou that the status of the report/confirm form 6top to higher layer might be=
 changed by other factors as well. My point is that, one
 of those factors, is the status of &#8220;.confirm&#8221; primitives recei=
ved form L2. I think in 6top, we have to add them to the list of the factor=
s that effect on the reply/confirm to higher layer. Am I right?&nbsp;&nbsp;
</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=
=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Regarding to (1), I think=
, when the 6top commands/primitives are called by higher layer (either by P=
CE, potential signaling protocol, or temporary by RPL in
 the lack of signaling protocol) we have to send a &#8220;.confirm&#8221; t=
o inform them about the status of their requests. Am I right? I would say t=
hat in some cases we might need to send the confirmation to PCE with the FA=
IL status.</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=
=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Regarding to (3), I agree=
 that the signaling protocol and PCE should call the cell creation commands=
/primitives. Do you agree that 6top should be independent
 form the higher layer that has called its primitives/command? Is there any=
 limitation that in the lack of signaling protocol, the RPL can&#8217;t cal=
l some of the 6top&#8217; management commands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?</span><span style=3D"color:bl=
ack"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=
=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria</span><span style=
=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=
=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;;color:black">From:</span></b><span sty=
le=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot=
;;color:black"> Qin Wang [<a href=3D"mailto:qinwang@berkeley.edu">mailto:qi=
nwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
>6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">Hi Pouria,<o:p></o:p></s=
pan></p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">It is the process to cre=
ate a hard cell and slotframe. You see,&nbsp;</span><span style=3D"font-siz=
e:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F49=
7D">&nbsp;&#8220;MLME-SET-SLOTFRAME.confirm&#8221; and &#8220;MLME-SET-LINK=
.confirm&#8221; generates
 confirmation from L2, which usually is one of factors to generate the conf=
irmation message to higher layer. In another word, when the status returned=
 by&nbsp;&nbsp;&#8220;MLME-SET-SLOTFRAME.confirm&#8221; or &#8220;MLME-SET-=
LINK.confirm&#8221; is False, the status reported from 6top to higher
 layer must be False. But, there may be some other factors also making the =
status False.</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Make sense?</span><span s=
tyle=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Qin</span><span style=3D"=
color:black"><o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"color:=
black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">On Fri, Aug 16, 2013 at =
7:44 AM, &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@=
utwente.nl</a>&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><span style=3D"color:blac=
k"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to (2), this is my understand=
ing from the procedure for creating a hard cell and slotframe.
 Am I missing something from 6top?</span><span style=3D"color:black"><o:p><=
/o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"462" height=
=3D"423" id=3D"_x0000_i1025" src=3D"cid:image001.jpg@01CE9AA8.EC2F0210"></s=
pan><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><span style=3D"color=
:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;;color:black">From:</span></b><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"=
> Qin
 Wang [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Hi Raghuram and Pouria,<o:p></o:p></sp=
an></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">The following is my understanding.<o:p=
></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">(1) Taking the assumption in Raghuram'=
s example, i.e. installing a route with hard cells, then, some role like PC=
E should exist and take responsibility
 to make conflict-free. In another word, the scenario described in the Ragh=
uram's example should not happen. (But, it doesn't mean a confirmation mess=
age is not needed, see the following) .<o:p></o:p></span></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">(2)&nbsp;</span><span style=3D"font-si=
ze:11.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F4=
97D">&nbsp;&#8220;MLME-SET-SLOTFRAME.confirm&#8221; and &#8220;MLME-SET-LIN=
K.confirm&#8221; are
 primitives of 802.15.4e. The confirmation to upper layer should come from =
the execution of 6top commands, which may related with the two 15.4e primit=
ives, but not exactly same.</span><span style=3D"color:black"><o:p></o:p></=
span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">(3) RPL is a routing protocol. It uses=
 the TSCH schedule to forward packets, no matter the schedule is installed =
by PCE (hard cell) , or by some reservation
 protocol like RSVP (soft cell).<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Make sense?<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Thanks<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Qin<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<=
a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>=
&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Raghuram, Qin,</span><span style=3D"=
color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Let me enter to your discussion</span><=
span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree with Raghuram that when the hig=
her layer call the 6top&#8217;s commands (or .requests primitives)
 it should be informed about the status of its request by &#8220;command re=
ply&#8221; or &#8220;.confirm&#8221; primitives. The status of the &#8220;.=
confirm&#8221; or &#8220;reply&#8221; can be success, failure or &#8230;</s=
pan><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?</span><span style=3D"color:=
black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t either find the 6top&#=
8217;s behavior upon receiving the &#8220;MLME-SET-SLOTFRAME.confirm&#8221;=
 or &#8220;MLME-SET-LINK.confirm&#8221;
 primitives that might be called by L2. Did I miss that?</span><span style=
=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Raghuram, I just have one minor comment=
, in your example. I think that the RPL (L3) should use the
 &#8220;Create soft cell command&#8221; to ask a new cell without specifyin=
g the exact cell. Because the L3 does not have enough information to ask fo=
r reserving specific cell in L2. The &#8220;Create hard cell command&#8221;=
 should be called by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he &#8220;Create hard cell command&#8221; or RPL by calling &#8220;Create s=
oft cell command&#8221; should be informed by 6top about the status of its =
request. For example, It might happen that PCE send a same
 request twice or RPL&#8217;s request can&#8217;t be serviced. </span><span=
 style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">AM I right?</span><span style=3D"color:=
black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;;color:black">From:</span></b><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:black"=
><a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@=
ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><span style=3D"color:black"=
><o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">HI Qin,</span><span style=3D"color:black"=
><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">The conflicts I am referring to are -</sp=
an><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Consdiering multihop communication and ha=
rd-cells</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-ma=
rgin-bottom-alt:auto;mso-list:l0 level1 lfo3">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><o:p>=
</o:p></li><li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:=
auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo3">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.&nbsp=
;</span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">There may be other such conflicts that we=
 may need to resolve.</span><span style=3D"color:black"><o:p></o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">-raghuram</span><span style=3D"color:blac=
k"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Hi Raghuram,
</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">I totally agree to your approach to defin=
e the flow information to L3.</span><span style=3D"color:black"><o:p></o:p>=
</span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Regarding to your question, can you expla=
in more about:</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(1) from nodeA to nodeB is one hop or mul=
ti-hop?</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(2) installing the route with hard cells =
or soft cells?</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(3) what &quot;conflict during route inst=
allation&quot; mean? what kind of conflict?</span><span style=3D"color:blac=
k"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Thanks</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Qin</span><span style=3D"color:black"><o:=
p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black"><o:p><=
/o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">On Thu, Aug 15, 2013 at 10:16 PM, Raghura=
m Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"=
_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Qin,</span><span style=3D"color:black"><o=
:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">I have pretty much the same line of thoug=
ht. I agree with the point that 6top is independent from L3.
 What we are trying to do is define what L3 will need to implement to obtai=
n information from 6top. Obviously, 6top will expose these interfaces in it=
s standard implementation.</span><span style=3D"color:black"><o:p></o:p></s=
pan></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Do you think finding the common requireme=
nts from 6top to L3 flows between RPL and PCE is a good place
 to start? I am sure there are going to be some specific requirements for e=
ach but they can be added as PCE or RPL specific primitives. I am not sugge=
sting that we implement specific primitives for every L3 protocol, but once=
 we cover RPL and PCE I think we
 will satisfy the requirements of most L3s.</span><span style=3D"color:blac=
k"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">The different flows you have identified i=
s perfect.&nbsp;</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(1) The flows from 6top -&gt; L2 have bee=
n addressed quite extensively in the draft already. There are
 a few flows from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P<=
/i>ARENT for e..g.</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(2) I would consider the requirements of =
PCE, RPL, (probably v6ND) in terms of parameters required
 for route computation to define the general requirements for flows between=
 L3 and 6top. In the draft, you have already addressed some RPL specific pr=
imitives like control message delivery. I think this should go in the RPL s=
pecific part. We define primitives
 to expose parameters required by L3 to perform route computation in the ge=
neral flows. For e.g. L2 neighbor list, link quality to each neighbor. We n=
eed to specify the message format that needs to used by L3 to obtain this i=
nfo.</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(3) We will also need 6top-&gt;L3 flows t=
o be defined. For e.g., in the RPL case, &nbsp;GET_<i>RPL_</i>PARENT
 will be one such flow as 6top needs to provide the primitive GET_<i>TIMING=
_</i>PARENT in the L2-&gt;6top flow. A similar primitive needs to be there =
for PCE.</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(Note: when I say L2 -&gt; 6top flow, I m=
ean L2 is the data requestor entity and 6top is the data provider.
 This is my own convention and hence the clarification)</span><span style=
=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Another critical part I want to get your =
opinions on is the following. We have decided that irrespective
 of L3 (PCE or RPL) a node A will initiate route installation request when =
it has data to send to node B. In this case -</span><span style=3D"color:bl=
ack"><o:p></o:p></span></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-ma=
rgin-bottom-alt:auto;mso-list:l3 level1 lfo6">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><o:p></o:p></li><li class=
=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bott=
om-alt:auto;mso-list:l3 level1 lfo6">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">-raghuram</span><span style=3D"color:blac=
k"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;;color:black">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;;color:black">Qin Wang &lt;<a href=3D"mailto:qinwang@=
berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><span style=3D"color:black"><o:p></=
o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Hi Raghuram,
</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Sorry for the late response. It is welcom=
e for you to add flow information if necessary.</span><span style=3D"color:=
black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Just one thing I want to understand more =
clearly. I think 6top is a relatively independent sublayer
 from upper layer. RPL is used as upper layer in the first step, but, just =
one kind of upper layers in the future. Correct?&nbsp;</span><span style=3D=
"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">In this sense, we should separate the gen=
eral flow information to upper layer and the specific flow
 information to RPL. Then, can we organize the flow information related to =
6top in this way?</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(1) flow information with L2, i.e. TSCH</=
span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(2) general flow information with upper l=
ayer, may be L3 or L2.5</span><span style=3D"color:black"><o:p></o:p></span=
></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">(3) flow information with specific upper =
layer protocol like RPL.</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">What do you think?</span><span style=3D"c=
olor:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Qin&nbsp;</span><span style=3D"color:blac=
k"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black"><o:p><=
/o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram=
 Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_=
blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Ok.&nbsp;</span><span style=3D"color:blac=
k"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Qin, if you are OK I can add the flow inf=
ormation specific to RPL.&nbsp;</span><span style=3D"color:black"><o:p></o:=
p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">-raghuram</span><span style=3D"color:blac=
k"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;;color:black">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;;color:black">Xavier Vilajosana Guillen &lt;<a href=
=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eec=
s.berkeley.edu</a>&gt;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>
<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><span style=3D"color:black"><o:p></=
o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">Hi Raghuram,</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">I let Qin answer as she is the main autho=
r. My opinion is that by now we keep the document as a single
 file but we separate the two message flows. IMHO, if you have information =
to add it is more than welcome!<br>
<br>
X</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black"><o:p><=
/o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram=
 Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_=
blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">Xavi, Qin,</span><span style=3D"color:bla=
ck"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">I believe that there is some information =
that needs to be added to the message flows that will occur
 between L3 -&gt; 6top and L2 -&gt; 6top, in addition to what is already th=
ere in Qin's draft. I wanted to check with you guys if you want to add to t=
he same document or split it into a separate RFC. When I say split into sep=
arate RFC, &nbsp;what I mean is, L3 to 6top
 is one RFC and L2 to 6top is another. The current draft has a lot of infor=
mation about L2 to 6top. I could add more about the RPL to 6top is its OK..=
</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">&nbsp;</span><span style=3D"color:black=
"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">-raghuram</span><span style=3D"color:bl=
ack"><o:p></o:p></span></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:black">&nbsp;</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
</div>
</div>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488EXMBX23adutwent_--

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488EXMBX23adutwent_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=18869;
	creation-date="Fri, 16 Aug 2013 15:50:21 GMT";
	modification-date="Fri, 16 Aug 2013 15:50:21 GMT"
Content-ID: <image001.jpg@01CE9AA8.EC2F0210>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488EXMBX23adutwent_--

From rsudhaak@cisco.com  Fri Aug 16 08:53:36 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AD7511E828E for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 08:53:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QqOJR77rs5z5 for <6tsch@ietfa.amsl.com>; Fri, 16 Aug 2013 08:53:30 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id E352311E8169 for <6tsch@ietf.org>; Fri, 16 Aug 2013 08:53:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=103520; q=dns/txt; s=iport; t=1376668408; x=1377878008; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=7/QBW4sFP5HBuK1xsKijPCPIR2pV1G29d/PPqDdQnNc=; b=YN/AofpPBCCznMOXQuhU47f+1ia5ym2J7DwlflmXbj51EGmMX3tXb/aQ S+s4vhaEVuWFx+4cmXQhHK8x2FYxnCZ33fxYMA27bTCX/iqB/2chRyG4A CLrgQDJVHNW0HRlq7GMwxAVJylmcliCxFrg4Q1Nm7g/N3V4zfwLCIaFcE 8=;
X-Files: image001.jpg : 18869
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AlwFAG5KDlKtJXG9/2dsb2JhbABRCg6CNEQ1Ub8bgSsWdIIkAQEBBAUVCwIGAUsSAQgRAwEBAQYBAQECCA4BBgkVAQwCDBQJCAIEAQ0EAQYCBogCuhOPAgeBFgYHCQoRBgECAgKDFXcDkBaBLgFZgS6ICY1kgl0/gWgkHg
X-IronPort-AV: E=Sophos;i="4.89,895,1367971200";  d="jpg'145?scan'145,208,217,145";a="248176135"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-8.cisco.com with ESMTP; 16 Aug 2013 15:53:26 +0000
Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id r7GFrQoG031767 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 16 Aug 2013 15:53:26 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.180]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.02.0318.004; Fri, 16 Aug 2013 10:53:26 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: "P.Zand@utwente.nl" <P.Zand@utwente.nl>, "qinwang@berkeley.edu" <qinwang@berkeley.edu>
Thread-Topic: Message flows
Thread-Index: AQHOmpi92+M8VWnoB0iALAow4p1lsA==
Date: Fri, 16 Aug 2013 15:53:25 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852ECAE@xmb-rcd-x04.cisco.com>
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA71488@EXMBX23.ad.utwente.nl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.21.115.180]
Content-Type: multipart/mixed; boundary="_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852ECAExmbrcdx04ciscoc_"
MIME-Version: 1.0
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Aug 2013 15:53:38 -0000

--_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852ECAExmbrcdx04ciscoc_
Content-Type: multipart/alternative;
	boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852ECAExmbrcdx04ciscoc_"

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852ECAExmbrcdx04ciscoc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Pouria, Agreed.

From: "P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>" <P.Zand@utwente.nl<mail=
to:P.Zand@utwente.nl>>
Date: Friday, August 16, 2013 8:50 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>, "qi=
nwang@berkeley.edu<mailto:qinwang@berkeley.edu>" <qinwang@berkeley.edu<mail=
to:qinwang@berkeley.edu>>
Cc: "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6tsch@ie=
tf.org>>
Subject: RE: Message flows

Hi Raghuram,
Just one minor comment on the diagram. I intend to show a simple flow diagr=
am from L2 -> 6top -> higher layer. That=92s why I choose the simplest comm=
ands from 6top (e.g. =93CREATE hardcell=94 and =93Create Slotframe=94) to s=
how the =93.confirm=94 flow from L2 -> 6top -> higher layer. I didn=92t sho=
w the other potential detailed flows for these two commands.
If we intend to show the complete flow diagram of =93Create Link Commands=
=94 (i.e. =93CREATE hardcell=94 and =93CREATE softcell=94), there will be m=
ore details. Especially, for =93Create softcell=94 command that also need t=
he negotiation with the other neighbor. But, It would be helpful if we can =
draw these diagrams with ASCII text.
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
Sent: Friday, August 16, 2013 4:53 PM
To: Zand, P. (EWI); qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Qin, Pouria,
The message flow diagram idescribes the scenario perfectly. I think it shou=
ld go in the document or at least in an appendix to the document. I would m=
ake one change though, instead of have two command from L3 to 6top (create =
hard cell, create soft cell) we can have only one command (install route) a=
nd depending on the type of L3 6top decides whether to create  a hard or so=
ft cell. This will help 6top ensure that there are minimal conflicts (as po=
inted out already in this discussion) and in future we may be able to work =
with PCE and RPL simultaneously. This scenario of working with multiple L3'=
s may occur when there are multiple overlay/logical networks are being crea=
ted over the same physical network.

The only caveat to this though is that we need to define a command from L3 =
to 6top that will help 6top identify the L3 protocol. Or we could also incl=
ude a L3 protocol type field in every message from L3 -> 6top.

Qin mentioned that the status returned by L2 for the the slot installation =
process can be forwarded to L3 by 6top but in some cases we may there may b=
e other factors also. I thought about this but I can't identify what other =
factors might affect the reply the 6top will send to L3. Can you please ide=
ntify what factors you had in mind. I think it is important we nail down th=
is flow very clearly and take care of all edge cases.

-raghuram

From: "P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>" <P.Zand@utwente.nl<mail=
to:P.Zand@utwente.nl>>
Date: Friday, August 16, 2013 6:24 AM
To: "qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>" <qinwang@berkeley.e=
du<mailto:qinwang@berkeley.edu>>
Cc: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>, "6t=
sch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6tsch@ietf.org>=
>
Subject: RE: Message flows

Qin,

I completely agree with you that the status of the report/confirm form 6top=
 to higher layer might be changed by other factors as well. My point is tha=
t, one of those factors, is the status of =93.confirm=94 primitives receive=
d form L2. I think in 6top, we have to add them to the list of the factors =
that effect on the reply/confirm to higher layer. Am I right?

Regarding to (1), I think, when the 6top commands/primitives are called by =
higher layer (either by PCE, potential signaling protocol, or temporary by =
RPL in the lack of signaling protocol) we have to send a =93.confirm=94 to =
inform them about the status of their requests. Am I right? I would say tha=
t in some cases we might need to send the confirmation to PCE with the FAIL=
 status.

Regarding to (3), I agree that the signaling protocol and PCE should call t=
he cell creation commands/primitives. Do you agree that 6top should be inde=
pendent form the higher layer that has called its primitives/command? Is th=
ere any limitation that in the lack of signaling protocol, the RPL can=92t =
call some of the 6top=92 management commands/primitives (e.g. Soft cell cre=
ation)? In this case, we might need to reply to RPL, by SUCCESS or FAIL sta=
tus? Did I miss anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Friday, August 16, 2013 2:05 PM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Pouria,

It is the process to create a hard cell and slotframe. You see,  =93MLME-SE=
T-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 generates confirmati=
on from L2, which usually is one of factors to generate the confirmation me=
ssage to higher layer. In another word, when the status returned by  =93MLM=
E-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 is False, the sta=
tus reported from 6top to higher layer must be False. But, there may be som=
e other factors also making the status False.

Make sense?

Qin

On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Qin,
Regarding to (2), this is my understanding from the procedure for creating =
a hard cell and slotframe. Am I missing something from 6top?

[cid:image001.jpg@01CE9AA8.EC2F0210]
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 12:32 AM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Raghuram and Pouria,

The following is my understanding.

(1) Taking the assumption in Raghuram's example, i.e. installing a route wi=
th hard cells, then, some role like PCE should exist and take responsibilit=
y to make conflict-free. In another word, the scenario described in the Rag=
huram's example should not happen. (But, it doesn't mean a confirmation mes=
sage is not needed, see the following) .

(2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are p=
rimitives of 802.15.4e. The confirmation to upper layer should come from th=
e execution of 6top commands, which may related with the two 15.4e primitiv=
es, but not exactly same.

(3) RPL is a routing protocol. It uses the TSCH schedule to forward packets=
, no matter the schedule is installed by PCE (hard cell) , or by some reser=
vation protocol like RSVP (soft cell).

Make sense?

Thanks
Qin



On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Raghuram, Qin,
Let me enter to your discussion
I agree with Raghuram that when the higher layer call the 6top=92s commands=
 (or .requests primitives) it should be informed about the status of its re=
quest by =93command reply=94 or =93.confirm=94 primitives. The status of th=
e =93.confirm=94 or =93reply=94 can be success, failure or =85
Am I right?
I couldn=92t either find the 6top=92s behavior upon receiving the =93MLME-S=
ET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitives that migh=
t be called by L2. Did I miss that?

Raghuram, I just have one minor comment, in your example. I think that the =
RPL (L3) should use the =93Create soft cell command=94 to ask a new cell wi=
thout specifying the exact cell. Because the L3 does not have enough inform=
ation to ask for reserving specific cell in L2. The =93Create hard cell com=
mand=94 should be called by the one who has the global knowledge on network=
 schedules, like PCE. However, I agree that the PCE by calling the =93Creat=
e hard cell command=94 or RPL by calling =93Create soft cell command=94 sho=
uld be informed by 6top about the status of its request. For example, It mi=
ght happen that PCE send a same request twice or RPL=92s request can=92t be=
 serviced.
AM I right?

Pouria.

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Raghuram Sudhaa=
kar (rsudhaak)
Sent: Thursday, August 15, 2013 9:07 PM
To: Qin Wang
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] Message flows

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.
There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin



On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.
-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin












On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X

On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram






--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852ECAExmbrcdx04ciscoc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <F34264A26E4ABF4E8654F6434962CFD6@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>Pouria, Agreed.</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>&quot;<a href=3D"mailto:P.Zan=
d@utwente.nl">P.Zand@utwente.nl</a>&quot; &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl">P.Zand@utwente.nl</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Friday, August 16, 2013 8:50 =
AM<br>
<span style=3D"font-weight:bold">To: </span>raghuram sudhaakar &lt;<a href=
=3D"mailto:rsudhaak@cisco.com">rsudhaak@cisco.com</a>&gt;, &quot;<a href=3D=
"mailto:qinwang@berkeley.edu">qinwang@berkeley.edu</a>&quot; &lt;<a href=3D=
"mailto:qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6tsch@ietf.org">6ts=
ch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>RE: Message flows<br>
</div>
<div><br>
</div>
<div xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micro=
soft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" x=
mlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:/=
/www.w3.org/TR/REC-html40">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle20
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:992100433;
	mso-list-template-ids:797353210;}
@list l0:level1
	{mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level2
	{mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level3
	{mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level4
	{mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level5
	{mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level6
	{mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level7
	{mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level8
	{mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level9
	{mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1
	{mso-list-id:1545411425;
	mso-list-template-ids:163845294;}
@list l2
	{mso-list-id:1677269043;
	mso-list-template-ids:545427554;}
@list l3
	{mso-list-id:1691713291;
	mso-list-template-ids:1590733716;}
@list l3:level1
	{mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level2
	{mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level3
	{mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level4
	{mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level5
	{mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level6
	{mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level7
	{mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level8
	{mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l3:level9
	{mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Hi Raghuram,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Just one minor comment on the diag=
ram. I intend to show a simple flow diagram from L2 -&gt; 6top -&gt; higher=
 layer. That=92s why I choose the simplest commands
 from 6top (e.g. =93CREATE hardcell=94 and =93Create Slotframe=94) to show =
the =93.confirm=94 flow from L2 -&gt; 6top -&gt; higher layer. I didn=92t s=
how the other potential detailed flows for these two commands.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">If we intend to show the complete =
flow diagram of =93Create Link Commands=94 (i.e. =93CREATE hardcell=94 and =
=93CREATE softcell=94), there will be more details.
 Especially, for =93Create softcell=94 command that also need the negotiati=
on with the other neighbor. But, It would be helpful if we can draw these d=
iagrams with ASCII text.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Raghuram Sudhaakar (rsudhaak) [<a href=3D"mailto=
:rsudhaak@cisco.com">mailto:rsudhaak@cisco.com</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 4:53 PM<br>
<b>To:</b> Zand, P. (EWI); <a href=3D"mailto:qinwang@berkeley.edu">qinwang@=
berkeley.edu</a><br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: black; font=
-family: Calibri, sans-serif; ">Qin, Pouria,<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: black; font=
-family: Calibri, sans-serif; ">The message flow diagram idescribes the sce=
nario perfectly. I think it should go in the document or at least in an app=
endix to the document. I would make
 one change though, instead of have two command from L3 to 6top (create har=
d cell, create soft cell) we can have only one command (install route) and =
depending on the type of L3 6top decides whether to create &nbsp;a hard or =
soft cell. This will help 6top ensure
 that there are minimal conflicts (as pointed out already in this discussio=
n) and in future we may be able to work with PCE and RPL simultaneously. Th=
is scenario of working with multiple L3's may occur when there are multiple=
 overlay/logical networks are being
 created over the same physical network.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: black; font=
-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size: 11.5pt; font-family: Calibri, sans-serif; ">The only caveat to this =
though is that we need to define a command from L3 to 6top that will help 6=
top identify the L3 protocol. Or we could
 also include a L3 protocol type field in every message from L3 -&gt; 6top.=
</span></span><span style=3D"font-family: Calibri, sans-serif; "><o:p></o:p=
></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size: 11.5pt; font-family: Calibri, sans-serif; ">Qin mentioned that the s=
tatus returned by L2 for the the slot installation process can be forwarded=
 to L3 by 6top but in some cases we may
 there may be other factors also. I thought about this but I can't identify=
 what other factors might affect the reply the 6top will send to L3. Can yo=
u please identify what factors you had in mind. I think it is important we =
nail down this flow very clearly
 and take care of all edge cases.</span></span><span style=3D"font-family: =
Calibri, sans-serif; "><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family: Calibri, sans-serif; "><=
o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size: 11.5pt; font-family: Calibri, sans-serif; ">-raghuram</span></span><=
span style=3D"font-family: Calibri, sans-serif; "><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: black; font=
-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size: 11pt; color: black; fon=
t-family: Calibri, sans-serif; ">From:
</span></b><span style=3D"font-size: 11pt; color: black; font-family: Calib=
ri, sans-serif; ">&quot;<a href=3D"mailto:P.Zand@utwente.nl">P.Zand@utwente=
.nl</a>&quot; &lt;<a href=3D"mailto:P.Zand@utwente.nl">P.Zand@utwente.nl</a=
>&gt;<br>
<b>Date: </b>Friday, August 16, 2013 6:24 AM<br>
<b>To: </b>&quot;<a href=3D"mailto:qinwang@berkeley.edu">qinwang@berkeley.e=
du</a>&quot; &lt;<a href=3D"mailto:qinwang@berkeley.edu">qinwang@berkeley.e=
du</a>&gt;<br>
<b>Cc: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com">rsu=
dhaak@cisco.com</a>&gt;, &quot;<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf=
.org</a>&quot; &lt;<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a>&gt;=
<br>
<b>Subject: </b>RE: Message flows<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: black; font=
-family: Calibri, sans-serif; "><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Qin,</span><span style=3D"color:bl=
ack"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:=
black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I completely agree with you that t=
he status of the report/confirm form 6top to higher layer might be changed =
by other factors as well. My point is
 that, one of those factors, is the status of =93.confirm=94 primitives rec=
eived form L2. I think in 6top, we have to add them to the list of the fact=
ors that effect on the reply/confirm to higher layer. Am I right?&nbsp;&nbs=
p;
</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:=
black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Regarding to (1), I think, when th=
e 6top commands/primitives are called by higher layer (either by PCE, poten=
tial signaling protocol, or temporary
 by RPL in the lack of signaling protocol) we have to send a =93.confirm=94=
 to inform them about the status of their requests. Am I right? I would say=
 that in some cases we might need to send the confirmation to PCE with the =
FAIL status.</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:=
black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Regarding to (3), I agree that the=
 signaling protocol and PCE should call the cell creation commands/primitiv=
es. Do you agree that 6top should be
 independent form the higher layer that has called its primitives/command? =
Is there any limitation that in the lack of signaling protocol, the RPL can=
=92t call some of the 6top=92 management commands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?</span><span style=3D"color:bl=
ack"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:=
black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria</span><span style=3D"color:=
black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:=
black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; color: black; fon=
t-family: Tahoma, sans-serif; ">From:</span></b><span style=3D"font-size: 1=
0pt; color: black; font-family: Tahoma, sans-serif; "> Qin Wang [<a href=3D=
"mailto:qinwang@berkeley.edu">mailto:qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
>6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">Hi Pouria,<o:p></o:p></s=
pan></p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">It is the process to cre=
ate a hard cell and slotframe. You see,&nbsp;</span><span style=3D"font-siz=
e: 11.5pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">&nb=
sp;=93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94
 generates confirmation from L2, which usually is one of factors to generat=
e the confirmation message to higher layer. In another word, when the statu=
s returned by&nbsp;&nbsp;=93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LI=
NK.confirm=94 is False, the status reported from 6top
 to higher layer must be False. But, there may be some other factors also m=
aking the status False.</span><span style=3D"color:black"><o:p></o:p></span=
></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.5pt; color: rgb(31, 73,=
 125); font-family: Calibri, sans-serif; ">Make sense?</span><span style=3D=
"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.5pt; color: rgb(31, 73,=
 125); font-family: Calibri, sans-serif; ">Qin</span><span style=3D"color:b=
lack"><o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"color:=
black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">On Fri, Aug 16, 2013 at =
7:44 AM, &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@=
utwente.nl</a>&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Hi Qin,</span><span style=3D"color:black"><o:p><=
/o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Regarding to (2), this is my understanding from =
the procedure for creating a hard cell
 and slotframe. Am I missing something from 6top?</span><span style=3D"colo=
r:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; "><img border=3D"0" width=3D"462" height=3D"423" i=
d=3D"_x0000_i1025" src=3D"cid:image001.jpg@01CE9AA8.EC2F0210"></span><span =
style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Best Wishes,</span><span style=3D"color:black"><=
o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Pouria</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size: 10pt; color: black; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; color: bl=
ack; font-family: Tahoma, sans-serif; ">
 Qin Wang [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank"=
>qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Hi Raghuram and Pouria,<o:p></o:p></sp=
an></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">The following is my understanding.<o:p=
></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">(1) Taking the assumption in Raghuram'=
s example, i.e. installing a route with hard cells, then, some role like PC=
E should exist and take responsibility
 to make conflict-free. In another word, the scenario described in the Ragh=
uram's example should not happen. (But, it doesn't mean a confirmation mess=
age is not needed, see the following) .<o:p></o:p></span></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">(2)&nbsp;</span><span style=3D"font-si=
ze: 11.5pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">&n=
bsp;=93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94
 are primitives of 802.15.4e. The confirmation to upper layer should come f=
rom the execution of 6top commands, which may related with the two 15.4e pr=
imitives, but not exactly same.</span><span style=3D"color:black"><o:p></o:=
p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">(3) RPL is a routing protocol. It uses=
 the TSCH schedule to forward packets, no matter the schedule is installed =
by PCE (hard cell) , or by some reservation
 protocol like RSVP (soft cell).<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Make sense?<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Thanks<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Qin<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<=
a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>=
&gt; wrote:<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Hi Raghuram, Qin,</span><span style=3D"color:bla=
ck"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Let me enter to your discussion</span><span styl=
e=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">I agree with Raghuram that when the higher layer=
 call the 6top=92s commands (or .requests
 primitives) it should be informed about the status of its request by =93co=
mmand reply=94 or =93.confirm=94 primitives. The status of the =93.confirm=
=94 or =93reply=94 can be success, failure or =85</span><span style=3D"colo=
r:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Am I right?</span><span style=3D"color:black"><o=
:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">I couldn=92t either find the 6top=92s behavior u=
pon receiving the =93MLME-SET-SLOTFRAME.confirm=94
 or =93MLME-SET-LINK.confirm=94 primitives that might be called by L2. Did =
I miss that?</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Raghuram, I just have one minor comment, in your=
 example. I think that the RPL (L3) should
 use the =93Create soft cell command=94 to ask a new cell without specifyin=
g the exact cell. Because the L3 does not have enough information to ask fo=
r reserving specific cell in L2. The =93Create hard cell command=94 should =
be called by the one who has the global
 knowledge on network schedules, like PCE. However, I agree that the PCE by=
 calling the =93Create hard cell command=94 or RPL by calling =93Create sof=
t cell command=94 should be informed by 6top about the status of its reques=
t. For example, It might happen that PCE
 send a same request twice or RPL=92s request can=92t be serviced. </span><=
span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">AM I right?</span><span style=3D"color:black"><o=
:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">Pouria.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><span style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fami=
ly: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></=
o:p></span></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size: 10pt; color: black; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; color: bl=
ack; font-family: Tahoma, sans-serif; "><a href=3D"mailto:6tsch-bounces@iet=
f.org" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><span style=3D"color:black"=
><o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">HI Qin,</span><span style=3D"color:black"><o:p></o:p></sp=
an></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">The conflicts I am referring to are -</span><span style=
=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Consdiering multihop communication and hard-cells</span><=
span style=3D"color:black"><o:p></o:p></span></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-ma=
rgin-bottom-alt:auto;mso-list:l0 level1 lfo3">
<span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">Route=
 1 requires a particular set of slots to be setup. Say node A must listen o=
n slot number 11, 34, 65 and Tx on 13, 35, 68</span><o:p></o:p></li><li cla=
ss=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bo=
ttom-alt:auto;mso-list:l0 level1 lfo3">
<span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">But a=
nother route 2 requires node A to listen on slot 35.&nbsp;</span><o:p></o:p=
></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">There may be other such conflicts that we may need to res=
olve.</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">-raghuram</span><span style=3D"color:black"><o:p></o:p></=
span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 11pt; color: black; font-family: Calibri=
, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></span>=
</p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Hi Raghuram,
</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">I totally agree to your approach to define the flow infor=
mation to L3.</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Regarding to your question, can you explain more about:</=
span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(1) from nodeA to nodeB is one hop or multi-hop?</span><s=
pan style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(2) installing the route with hard cells or soft cells?</=
span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(3) what &quot;conflict during route installation&quot; m=
ean? what kind of conflict?</span><span style=3D"color:black"><o:p></o:p></=
span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Thanks</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Qin</span><span style=3D"color:black"><o:p></o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size: 10.5pt; color: black; font-family: Calibri, sa=
ns-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsu=
dhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak=
@cisco.com</a>&gt;
 wrote:</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Qin,</span><span style=3D"color:black"><o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">I have pretty much the same line of thought. I agree with=
 the point that 6top is independent from
 L3. What we are trying to do is define what L3 will need to implement to o=
btain information from 6top. Obviously, 6top will expose these interfaces i=
n its standard implementation.</span><span style=3D"color:black"><o:p></o:p=
></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Do you think finding the common requirements from 6top to=
 L3 flows between RPL and PCE is a good
 place to start? I am sure there are going to be some specific requirements=
 for each but they can be added as PCE or RPL specific primitives. I am not=
 suggesting that we implement specific primitives for every L3 protocol, bu=
t once we cover RPL and PCE I think
 we will satisfy the requirements of most L3s.</span><span style=3D"color:b=
lack"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">The different flows you have identified is perfect.&nbsp;=
</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(1) The flows from 6top -&gt; L2 have been addressed quit=
e extensively in the draft already. There
 are a few flows from L2 -&gt; 6top that have to be addressed. GET_<i>TIMIN=
G_P</i>ARENT for e..g.</span><span style=3D"color:black"><o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(2) I would consider the requirements of PCE, RPL, (proba=
bly v6ND) in terms of parameters required
 for route computation to define the general requirements for flows between=
 L3 and 6top. In the draft, you have already addressed some RPL specific pr=
imitives like control message delivery. I think this should go in the RPL s=
pecific part. We define primitives
 to expose parameters required by L3 to perform route computation in the ge=
neral flows. For e.g. L2 neighbor list, link quality to each neighbor. We n=
eed to specify the message format that needs to used by L3 to obtain this i=
nfo.</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(3) We will also need 6top-&gt;L3 flows to be defined. Fo=
r e.g., in the RPL case, &nbsp;GET_<i>RPL_</i>PARENT
 will be one such flow as 6top needs to provide the primitive GET_<i>TIMING=
_</i>PARENT in the L2-&gt;6top flow. A similar primitive needs to be there =
for PCE.</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(Note: when I say L2 -&gt; 6top flow, I mean L2 is the da=
ta requestor entity and 6top is the data
 provider. This is my own convention and hence the clarification)</span><sp=
an style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Another critical part I want to get your opinions on is t=
he following. We have decided that irrespective
 of L3 (PCE or RPL) a node A will initiate route installation request when =
it has data to send to node B. In this case -</span><span style=3D"color:bl=
ack"><o:p></o:p></span></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-ma=
rgin-bottom-alt:auto;mso-list:l3 level1 lfo6">
<span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">How d=
o resolve conflict during route installation? L3 computes a route and send =
it over to 6top. Which in turn converts it to slot reservations using the 6=
top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><o:p></o:p></li><li class=
=3D"MsoNormal" style=3D"color:black;mso-margin-top-alt:auto;mso-margin-bott=
om-alt:auto;mso-list:l3 level1 lfo6">
<span style=3D"font-size: 10.5pt; font-family: Calibri, sans-serif; ">Then =
we have to ask, does 6top provide a mechanism to inform L3 about failure an=
d obtain a recomputed route (i.e.) perform n number of retries. Or just fai=
l after one try and leave it to the
 node to reinitiate a route request. </span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">-raghuram</span><span style=3D"color:black"><o:p></o:p></=
span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size: 11pt; color: black; font-family: Cali=
bri, sans-serif; ">From:
</span></b><span style=3D"font-size: 11pt; color: black; font-family: Calib=
ri, sans-serif; ">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" targ=
et=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><span style=3D"color:black"><o:p></=
o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Hi Raghuram,
</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Sorry for the late response. It is welcome for you to add=
 flow information if necessary.</span><span style=3D"color:black"><o:p></o:=
p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Just one thing I want to understand more clearly. I think=
 6top is a relatively independent sublayer
 from upper layer. RPL is used as upper layer in the first step, but, just =
one kind of upper layers in the future. Correct?&nbsp;</span><span style=3D=
"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">In this sense, we should separate the general flow inform=
ation to upper layer and the specific
 flow information to RPL. Then, can we organize the flow information relate=
d to 6top in this way?</span><span style=3D"color:black"><o:p></o:p></span>=
</p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(1) flow information with L2, i.e. TSCH</span><span style=
=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(2) general flow information with upper layer, may be L3 =
or L2.5</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">(3) flow information with specific upper layer protocol l=
ike RPL.</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">What do you think?</span><span style=3D"color:black"><o:p=
></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Qin&nbsp;</span><span style=3D"color:black"><o:p></o:p></=
span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size: 10.5pt; color: black; font-family: Calibri, sa=
ns-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsud=
haak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@=
cisco.com</a>&gt;
 wrote:</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Ok.&nbsp;</span><span style=3D"color:black"><o:p></o:p></=
span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Qin, if you are OK I can add the flow information specifi=
c to RPL.&nbsp;</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">-raghuram</span><span style=3D"color:black"><o:p></o:p></=
span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size: 11pt; color: black; font-family: Cali=
bri, sans-serif; ">From:
</span></b><span style=3D"font-size: 11pt; color: black; font-family: Calib=
ri, sans-serif; ">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvilajosa=
na@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&g=
t;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>
<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><span style=3D"color:black"><o:p></=
o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size: 10.5pt; color: black; font-family: Calibri, sa=
ns-serif; ">Hi Raghuram,</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">I let Qin answer as she is the main author. My opinion is=
 that by now we keep the document as a
 single file but we separate the two message flows. IMHO, if you have infor=
mation to add it is more than welcome!<br>
<br>
X</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size: 10.5pt; color: black; font-family: Calibri, sa=
ns-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsud=
haak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@=
cisco.com</a>&gt;
 wrote:</span><span style=3D"color:black"><o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">Xavi, Qin,</span><span style=3D"color:black"><o:p></o:p><=
/span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">I believe that there is some information that needs to be=
 added to the message flows that will
 occur between L3 -&gt; 6top and L2 -&gt; 6top, in addition to what is alre=
ady there in Qin's draft. I wanted to check with you guys if you want to ad=
d to the same document or split it into a separate RFC. When I say split in=
to separate RFC, &nbsp;what I mean is, L3 to
 6top is one RFC and L2 to 6top is another. The current draft has a lot of =
information about L2 to 6top. I could add more about the RPL to 6top is its=
 OK..</span><span style=3D"color:black"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: rgb(136, 136, 136); font-=
family: Calibri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:=
p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: rgb(136, 136, 136); font-=
family: Calibri, sans-serif; ">-raghuram</span><span style=3D"color:black">=
<o:p></o:p></span></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size: 10.5pt; color: black; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><span style=3D"color:black"><o:p></o:p></spa=
n></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">&nbsp;<o:p></o:p></span>=
</p>
</div>
</div>
</div>
</div>
</div>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852ECAExmbrcdx04ciscoc_--

--_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852ECAExmbrcdx04ciscoc_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: attachment; filename="image001.jpg"; size=18869;
	creation-date="Fri, 16 Aug 2013 15:53:25 GMT";
	modification-date="Fri, 16 Aug 2013 15:53:25 GMT"
Content-ID: <image001.jpg@01CE9AA8.EC2F0210>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=

--_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1852ECAExmbrcdx04ciscoc_--

From qinwang@berkeley.edu  Sat Aug 17 06:17:49 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B63721F9C6B for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 06:17:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.926
X-Spam-Level: 
X-Spam-Status: No, score=-2.926 tagged_above=-999 required=5 tests=[AWL=0.050,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UMAEBGTd-hFA for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 06:17:43 -0700 (PDT)
Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 5055B21F8DE3 for <6tsch@ietf.org>; Sat, 17 Aug 2013 06:17:43 -0700 (PDT)
Received: by mail-vc0-f172.google.com with SMTP id m17so2151352vca.3 for <6tsch@ietf.org>; Sat, 17 Aug 2013 06:17:40 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=eFVz3zXQkVmlvP1R0LAf09JhbCg3sxR2etdkcUDoa9E=; b=G/r8P8632H6brfpHZXT2dHT9NwU1b5++RxvKO/dL3JlBGZxOUKFykuvlTNQ166uM8a 0E6qlhTkN6Wo0Rs3qMegsXqrw3a1RH1LGws2Z4assYFpo6dwLvaFO1WQ/QsyVGLdiG0B okZIpgG+JotTGsj+Lnd4hAGK6whKVq1sWJvp/r07RhDuEhWGddLwWCBaF5Mwv37ifolB IZPGF4aI5OiBpvCZ6+V9Z1rMYozj9C5aH31eGHFOHJsrIvWogo44vO30Ns4ajeD6X37s sTARaszg/Z+mImnASMeP5i1wLXPkCPPlc1eooOM5FQ/e2QVnfh0uSDYsdEkP9/19kHEx BqaA==
X-Gm-Message-State: ALoCoQlKRshBH55o7jIW+Vdg3setMjnnD8Y8A1T0n2D15lECsDiIdnY1zfYsuXLP7UMwM+bw4N1H
MIME-Version: 1.0
X-Received: by 10.52.227.6 with SMTP id rw6mr2623388vdc.19.1376745460271; Sat, 17 Aug 2013 06:17:40 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Sat, 17 Aug 2013 06:17:39 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl> <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl> <CAAzoce4MorOu9LmY7gY4dD936uuzXW-c2jXWXet_-z91o8q=tQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl>
Date: Sat, 17 Aug 2013 21:17:39 +0800
Message-ID: <CAAzoce6kfyNEXK7dAzmv51WtiFq30jUd5_HGjLYcWEK+2PnayQ@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "P.Zand@utwente.nl" <P.Zand@utwente.nl>
Content-Type: multipart/related; boundary=089e011616601b4d7104e4248886
Cc: "Raghuram Sudhaakar \(rsudhaak\)" <rsudhaak@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Aug 2013 13:17:49 -0000

--089e011616601b4d7104e4248886
Content-Type: multipart/alternative; boundary=089e011616601b4d6f04e4248885

--089e011616601b4d6f04e4248885
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Pouira,

I see your point. In the task item-1 "Timeslot Management methods and
formats", control flows will be defined (See the record for teleconference
on 8/9). We can address the issue you mentioned above in that document.
Maybe we should start a thread to discuss what the control flows should be,
what the message contents should be.

Regarding to the interface between 6top and RPL, my understanding is RPL
just use the TSCH schedule, instead of building the schedule by using
something like Soft cell creation. But, maybe, the status of TSCH schedule
can be taken as a factor of RPL's OF. What do you think?

Qin





On Fri, Aug 16, 2013 at 9:24 PM, <P.Zand@utwente.nl> wrote:

>  Qin,****
>
> ** **
>
> I completely agree with you that the status of the report/confirm form
> 6top to higher layer might be changed by other factors as well. My point =
is
> that, one of those factors, is the status of =93.confirm=94 primitives re=
ceived
> form L2. I think in 6top, we have to add them to the list of the factors
> that effect on the reply/confirm to higher layer. Am I right?   ****
>
> ** **
>
> Regarding to (1), I think, when the 6top commands/primitives are called b=
y
> higher layer (either by PCE, potential signaling protocol, or temporary b=
y
> RPL in the lack of signaling protocol) we have to send a =93.confirm=94 t=
o
> inform them about the status of their requests. Am I right? I would say
> that in some cases we might need to send the confirmation to PCE with the
> FAIL status.****
>
> ** **
>
> Regarding to (3), I agree that the signaling protocol and PCE should call
> the cell creation commands/primitives. Do you agree that 6top should be
> independent form the higher layer that has called its primitives/command?
> Is there any limitation that in the lack of signaling protocol, the RPL
> can=92t call some of the 6top=92 management commands/primitives (e.g. *So=
ft
> cell creation*)? In this case, we might need to reply to RPL, by SUCCESS
> or FAIL status? Did I miss anything?****
>
> ** **
>
> Pouria****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Friday, August 16, 2013 2:05 PM
>
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
> ** **
>
> Hi Pouria,****
>
> ** **
>
> It is the process to create a hard cell and slotframe. You see,  =93MLME-=
SET-SLOTFRAME.confirm=94
> and =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which usu=
ally
> is one of factors to generate the confirmation message to higher layer. I=
n
> another word, when the status returned by  =93MLME-SET-SLOTFRAME.confirm=
=94 or
> =93MLME-SET-LINK.confirm=94 is False, the status reported from 6top to hi=
gher
> layer must be False. But, there may be some other factors also making the
> status False.****
>
> ** **
>
> Make sense?****
>
> ** **
>
> Qin****
>
> ** **
>
> On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Qin,****
>
> Regarding to (2), this is my understanding from the procedure for creatin=
g
> a hard cell and slotframe. Am I missing something from 6top?****
>
>  ****
>
> ****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Friday, August 16, 2013 12:32 AM
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
>  ****
>
> Hi Raghuram and Pouria,****
>
>  ****
>
> The following is my understanding.****
>
>  ****
>
> (1) Taking the assumption in Raghuram's example, i.e. installing a route
> with hard cells, then, some role like PCE should exist and take
> responsibility to make conflict-free. In another word, the scenario
> described in the Raghuram's example should not happen. (But, it doesn't
> mean a confirmation message is not needed, see the following) .****
>
>  ****
>
> (2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are
> primitives of 802.15.4e. The confirmation to upper layer should come from
> the execution of 6top commands, which may related with the two 15.4e
> primitives, but not exactly same.****
>
>  ****
>
> (3) RPL is a routing protocol. It uses the TSCH schedule to forward
> packets, no matter the schedule is installed by PCE (hard cell) , or by
> some reservation protocol like RSVP (soft cell).****
>
>  ****
>
> Make sense?****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
> On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Raghuram, Qin,****
>
> Let me enter to your discussion****
>
> I agree with Raghuram that when the higher layer call the 6top=92s comman=
ds
> (or .requests primitives) it should be informed about the status of its
> request by =93command reply=94 or =93.confirm=94 primitives. The status o=
f the
> =93.confirm=94 or =93reply=94 can be success, failure or =85****
>
> Am I right?****
>
> I couldn=92t either find the 6top=92s behavior upon receiving the
> =93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitive=
s that
> might be called by L2. Did I miss that?****
>
>  ****
>
> Raghuram, I just have one minor comment, in your example. I think that th=
e
> RPL (L3) should use the =93Create soft cell command=94 to ask a new cell
> without specifying the exact cell. Because the L3 does not have enough
> information to ask for reserving specific cell in L2. The =93Create hard =
cell
> command=94 should be called by the one who has the global knowledge on
> network schedules, like PCE. However, I agree that the PCE by calling the
> =93Create hard cell command=94 or RPL by calling =93Create soft cell comm=
and=94
> should be informed by 6top about the status of its request. For example, =
It
> might happen that PCE send a same request twice or RPL=92s request can=92=
t be
> serviced. ****
>
> AM I right?****
>
>  ****
>
> Pouria.      ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Raghuram Sudhaakar (rsudhaak)
> *Sent:* Thursday, August 15, 2013 9:07 PM
> *To:* Qin Wang
> *Cc:* 6tsch@ietf.org
> *Subject:* Re: [6tsch] Message flows****
>
>  ****
>
> HI Qin,****
>
> The conflicts I am referring to are -****
>
>  ****
>
> Consdiering multihop communication and hard-cells****
>
>    1. Route 1 requires a particular set of slots to be setup. Say node A
>    must listen on slot number 11, 34, 65 and Tx on 13, 35, 68****
>    2. But another route 2 requires node A to listen on slot 35. ****
>
>  There may be other such conflicts that we may need to resolve.****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> I totally agree to your approach to define the flow information to L3.***=
*
>
>  ****
>
> Regarding to your question, can you explain more about:****
>
> (1) from nodeA to nodeB is one hop or multi-hop?****
>
> (2) installing the route with hard cells or soft cells?****
>
> (3) what "conflict during route installation" mean? what kind of conflict=
?
> ****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Qin,****
>
> I have pretty much the same line of thought. I agree with the point that
> 6top is independent from L3. What we are trying to do is define what L3
> will need to implement to obtain information from 6top. Obviously, 6top
> will expose these interfaces in its standard implementation.****
>
>  ****
>
> Do you think finding the common requirements from 6top to L3 flows betwee=
n
> RPL and PCE is a good place to start? I am sure there are going to be som=
e
> specific requirements for each but they can be added as PCE or RPL specif=
ic
> primitives. I am not suggesting that we implement specific primitives for
> every L3 protocol, but once we cover RPL and PCE I think we will satisfy
> the requirements of most L3s.****
>
>  ****
>
> The different flows you have identified is perfect. ****
>
> (1) The flows from 6top -> L2 have been addressed quite extensively in th=
e
> draft already. There are a few flows from L2 -> 6top that have to be
> addressed. GET_*TIMING_P*ARENT for e..g.****
>
> (2) I would consider the requirements of PCE, RPL, (probably v6ND) in
> terms of parameters required for route computation to define the general
> requirements for flows between L3 and 6top. In the draft, you have alread=
y
> addressed some RPL specific primitives like control message delivery. I
> think this should go in the RPL specific part. We define primitives to
> expose parameters required by L3 to perform route computation in the
> general flows. For e.g. L2 neighbor list, link quality to each neighbor. =
We
> need to specify the message format that needs to used by L3 to obtain thi=
s
> info.****
>
> (3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL
> case,  GET_*RPL_*PARENT will be one such flow as 6top needs to provide
> the primitive GET_*TIMING_*PARENT in the L2->6top flow. A similar
> primitive needs to be there for PCE.****
>
>  ****
>
> (Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity
> and 6top is the data provider. This is my own convention and hence the
> clarification)****
>
>  ****
>
> Another critical part I want to get your opinions on is the following. We
> have decided that irrespective of L3 (PCE or RPL) a node A will initiate
> route installation request when it has data to send to node B. In this ca=
se
> -****
>
>    1. How do resolve conflict during route installation? L3 computes a
>    route and send it over to 6top. Which in turn converts it to slot
>    reservations using the 6top -> L2 primitives in the slot frame. What i=
f
>    there is a conflict during this slot reservation? What are the message=
s
>    that will inform L3 and the node that route installation failed? This =
must
>    also cause L3 to recompute its route.****
>    2. Then we have to ask, does 6top provide a mechanism to inform L3
>    about failure and obtain a recomputed route (i.e.) perform n number of
>    retries. Or just fail after one try and leave it to the node to reinit=
iate
>    a route request. ****
>
>  -raghuram****
>
>  ****
>
>  ****
>
> *From: *Qin Wang <qinwang@berkeley.edu>
> *Date: *Thursday, August 15, 2013 6:00 AM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> Sorry for the late response. It is welcome for you to add flow informatio=
n
> if necessary.****
>
>  ****
>
> Just one thing I want to understand more clearly. I think 6top is a
> relatively independent sublayer from upper layer. RPL is used as upper
> layer in the first step, but, just one kind of upper layers in the future=
.
> Correct? ****
>
>  ****
>
> In this sense, we should separate the general flow information to upper
> layer and the specific flow information to RPL. Then, can we organize the
> flow information related to 6top in this way?****
>
>  ****
>
> (1) flow information with L2, i.e. TSCH****
>
> (2) general flow information with upper layer, may be L3 or L2.5****
>
> (3) flow information with specific upper layer protocol like RPL.****
>
>  ****
>
> What do you think?****
>
>  ****
>
> Qin ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Ok. ****
>
>  ****
>
> Qin, if you are OK I can add the flow information specific to RPL. ****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.ed=
u
> >
> *Date: *Wednesday, August 14, 2013 2:32 PM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram,****
>
> I let Qin answer as she is the main author. My opinion is that by now we
> keep the document as a single file but we separate the two message flows.
> IMHO, if you have information to add it is more than welcome!
>
> X****
>
>  ****
>
> On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Xavi, Qin,****
>
> I believe that there is some information that needs to be added to the
> message flows that will occur between L3 -> 6top and L2 -> 6top, in
> addition to what is already there in Qin's draft. I wanted to check with
> you guys if you want to add to the same document or split it into a
> separate RFC. When I say split into separate RFC,  what I mean is, L3 to
> 6top is one RFC and L2 to 6top is another. The current draft has a lot of
> information about L2 to 6top. I could add more about the RPL to 6top is i=
ts
> OK..****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> ** **
>

--089e011616601b4d6f04e4248885
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pouira,<div><br></div><div>I see your point. In the task i=
tem-1 &quot;Timeslot Management methods and formats&quot;, control flows wi=
ll be defined (See the record for teleconference on 8/9). We can address th=
e issue you mentioned above in that document. Maybe we should start a threa=
d to discuss what the control flows should be, what the message contents sh=
ould be.</div>
<div><br></div><div>Regarding to the interface between 6top and RPL, my und=
erstanding is RPL just use the TSCH schedule, instead of building the sched=
ule by using something like Soft cell creation. But, maybe, the status of T=
SCH schedule can be taken as a factor of RPL&#39;s OF. What do you think?</=
div>
<div><br></div><div>Qin</div><div><br></div><div><br></div><div><br></div><=
/div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Fri, =
Aug 16, 2013 at 9:24 PM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@ut=
wente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Qin,<u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I completely agree with y=
ou that the status of the report/confirm form 6top to higher layer might be=
 changed by other factors as well. My point is that, one
 of those factors, is the status of =93.confirm=94 primitives received form=
 L2. I think in 6top, we have to add them to the list of the factors that e=
ffect on the reply/confirm to higher layer. Am I right?=A0=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (1), I think=
, when the 6top commands/primitives are called by higher layer (either by P=
CE, potential signaling protocol, or temporary by RPL in
 the lack of signaling protocol) we have to send a =93.confirm=94 to inform=
 them about the status of their requests. Am I right? I would say that in s=
ome cases we might need to send the confirmation to PCE with the FAIL statu=
s.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (3), I agree=
 that the signaling protocol and PCE should call the cell creation commands=
/primitives. Do you agree that 6top should be independent
 form the higher layer that has called its primitives/command? Is there any=
 limitation that in the lack of signaling protocol, the RPL can=92t call so=
me of the 6top=92 management commands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM</span></p><div><div class=3D"h=
5"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></div></div><p></p><div><div=
 class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is the process to create a hard cell and slotfram=
e. You see,=A0<span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quo=
t;,&quot;sans-serif&quot;;color:#1f497d">=A0=93MLME-SET-SLOTFRAME.confirm=
=94 and =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which
 usually is one of factors to generate the confirmation message to higher l=
ayer. In another word, when the status returned by=A0=A0=93MLME-SET-SLOTFRA=
ME.confirm=94 or =93MLME-SET-LINK.confirm=94 is False, the status reported =
from 6top to higher layer must be False. But,
 there may be some other factors also making the status False.</span><u></u=
><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Make sense?</span><u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Qin</span><u></u><u></u><=
/p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (2), this is=
 my understanding from the procedure for creating a hard cell and slotframe=
.
 Am I missing something from 6top?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img border=3D"0" width=
=3D"462" height=3D"423" src=3D"cid:image001.jpg@01CE9A94.4F0618C0"></span><=
u></u><u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Raghuram and Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The following is my understanding.<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Taking the assumption in Raghuram&#39;s example,=
 i.e. installing a route with hard cells, then, some role like PCE should e=
xist and take responsibility to make conflict-free. In
 another word, the scenario described in the Raghuram&#39;s example should =
not happen. (But, it doesn&#39;t mean a confirmation message is not needed,=
 see the following) .<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2)=A0<span style=3D"font-size:11.5pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=93MLME-SET-SLOT=
FRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are primitives of 802.15.4=
e. The confirmation
 to upper layer should come from the execution of 6top commands, which may =
related with the two 15.4e primitives, but not exactly same.</span><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) RPL is a routing protocol. It uses the TSCH sche=
dule to forward packets, no matter the schedule is installed by PCE (hard c=
ell) , or by some reservation protocol like RSVP (soft
 cell).<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Raghuram, Qin,</span><=
u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Let me enter to your disc=
ussion</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree with Raghuram tha=
t when the higher layer call the 6top=92s commands (or .requests primitives=
)
 it should be informed about the status of its request by =93command reply=
=94 or =93.confirm=94 primitives. The status of the =93.confirm=94 or =93re=
ply=94 can be success, failure or =85</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t either find =
the 6top=92s behavior upon receiving the =93MLME-SET-SLOTFRAME.confirm=94 o=
r =93MLME-SET-LINK.confirm=94
 primitives that might be called by L2. Did I miss that?</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Raghuram, I just have one=
 minor comment, in your example. I think that the RPL (L3) should use the
 =93Create soft cell command=94 to ask a new cell without specifying the ex=
act cell. Because the L3 does not have enough information to ask for reserv=
ing specific cell in L2. The =93Create hard cell command=94 should be calle=
d by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he =93Create hard cell command=94 or RPL by calling =93Create soft cell com=
mand=94 should be informed by 6top about the status of its request. For exa=
mple, It might happen that PCE send a same
 request twice or RPL=92s request can=92t be serviced. </span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">AM I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.=A0=A0=A0=A0=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">HI Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The conflicts I am referring to are -</=
span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Consdiering multihop communication and =
hard-cells</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><u></=
u><u></u></li>
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.=A0</=
span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">There may be other such conflicts that =
we may need to resolve.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I totally agree to your approach to def=
ine the flow information to L3.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Regarding to your question, can you exp=
lain more about:</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or m=
ulti-hop?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) installing the route with hard cell=
s or soft cells?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) what &quot;conflict during route in=
stallation&quot; mean? what kind of conflict?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Thanks</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghu=
ram Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=
=3D"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I have pretty much the same line of tho=
ught. I agree with the point that 6top is independent from L3. What we are
 trying to do is define what L3 will need to implement to obtain informatio=
n from 6top. Obviously, 6top will expose these interfaces in its standard i=
mplementation.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Do you think finding the common require=
ments from 6top to L3 flows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The different flows you have identified=
 is perfect.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have b=
een addressed quite extensively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) I would consider the requirements o=
f PCE, RPL, (probably v6ND) in terms of parameters required for route compu=
tation
 to define the general requirements for flows between L3 and 6top. In the d=
raft, you have already addressed some RPL specific primitives like control =
message delivery. I think this should go in the RPL specific part. We defin=
e primitives to expose parameters
 required by L3 to perform route computation in the general flows. For e.g.=
 L2 neighbor list, link quality to each neighbor. We need to specify the me=
ssage format that needs to used by L3 to obtain this info.</span><u></u><u>=
</u></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows=
 to be defined. For e.g., in the RPL case, =A0GET_<i>RPL_</i>PARENT will be=
 one
 such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT =
in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</sp=
an><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I=
 mean L2 is the data requestor entity and 6top is the data provider. This i=
s
 my own convention and hence the clarification)</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Another critical part I want to get you=
r opinions on is the following. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><u></u><u></u></li><li cl=
ass=3D"MsoNormal">

<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>

<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Sorry for the late response. It is welc=
ome for you to add flow information if necessary.</span><u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Just one thing I want to understand mor=
e clearly. I think 6top is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">In this sense, we should separate the g=
eneral flow information to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) general flow information with upper=
 layer, may be L3 or L2.5</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) flow information with specific uppe=
r layer protocol like RPL.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">What do you think?</span><u></u><u></u>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Ok.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin, if you are OK I can add the flow i=
nformation specific to RPL.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>

<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>

<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Hi Raghu=
ram,</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I let Qin answer as she is the main aut=
hor. My opinion is that by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I believe that there is some informatio=
n that needs to be added to the message flows that will occur between L3
 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Qin&=
#39;s draft. I wanted to check with you guys if you want to add to the same=
 document or split it into a separate RFC. When I say split into separate R=
FC, =A0what I mean is, L3 to 6top is one RFC
 and L2 to 6top is another. The current draft has a lot of information abou=
t L2 to 6top. I could add more about the RPL to 6top is its OK..</span><u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">=A0</span><u></u><u></u><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">-raghuram</span><u></u><u=
></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--089e011616601b4d6f04e4248885--
--089e011616601b4d7104e4248886
Content-Type: image/jpeg; name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01CE9A94.4F0618C0>
X-Attachment-Id: aea512917ea6bcbe_0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=
--089e011616601b4d7104e4248886--

From qinwang@berkeley.edu  Sat Aug 17 06:33:13 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 860D811E8116 for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 06:33:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.933
X-Spam-Level: 
X-Spam-Status: No, score=-2.933 tagged_above=-999 required=5 tests=[AWL=0.043,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W9Cpy-zEl8Bh for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 06:33:08 -0700 (PDT)
Received: from mail-ve0-f180.google.com (mail-ve0-f180.google.com [209.85.128.180]) by ietfa.amsl.com (Postfix) with ESMTP id CFCF311E80F8 for <6tsch@ietf.org>; Sat, 17 Aug 2013 06:33:07 -0700 (PDT)
Received: by mail-ve0-f180.google.com with SMTP id pb11so490169veb.39 for <6tsch@ietf.org>; Sat, 17 Aug 2013 06:33:07 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=D0ay1y77rJK//tYPJFsbfShouqvM07lESdwvJtMkPvg=; b=UIjdIQAnxnVSsf9MfStZvxjuMAo4TYdqGUN940ryDH+7kEQD4O/Z2Pq8/q2FWwMYTR irKZi2aqn6Ii1SfwydRET55DukN4j0xBK1nwoO/60HOS7eHKj4Bfplhh6gI80j0tcfD7 xV9a0PI0sGbU2jd7N2OprSA3ElqIxM4DW961EBQirqRkH78ti4RiLZVyVyUB7shH91u/ f+1urSVl519Z2fQV5vLXhlAc0q0Fe6gow/+8zQ5OuvQkGunNpDBf0TrgihMA32yjyhxO VkfXaf1qeOairh7yvZSrwLwTTxFXmxfVKg8vewQFxdrn1O1dCHFctpYf+RmW/u8a3XH4 A3hg==
X-Gm-Message-State: ALoCoQnqBlkLGAz2JnXFF2jXALQFV/iTg01YRABU5Hbv51pqtLJMU+RrZhdGzYmlIGzQv54CvSEX
MIME-Version: 1.0
X-Received: by 10.58.75.41 with SMTP id z9mr3129726vev.4.1376746386686; Sat, 17 Aug 2013 06:33:06 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Sat, 17 Aug 2013 06:33:06 -0700 (PDT)
In-Reply-To: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57@xmb-rcd-x04.cisco.com>
References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852EC57@xmb-rcd-x04.cisco.com>
Date: Sat, 17 Aug 2013 21:33:06 +0800
Message-ID: <CAAzoce7oq6aW+3Ep+41__hhCjyChUeGv-LyV4ZEJJ7h8XdEGtg@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
Content-Type: multipart/related; boundary=089e012942aa53189104e424bf33
Cc: "6tsch@ietf.org" <6tsch@ietf.org>, "P.Zand@utwente.nl" <P.Zand@utwente.nl>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Aug 2013 13:33:13 -0000

--089e012942aa53189104e424bf33
Content-Type: multipart/alternative; boundary=089e012942aa53188f04e424bf32

--089e012942aa53188f04e424bf32
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Raghuram,

In the Table 44g=97MLME-SET-LINK.confirm parameters of IEEE802.15.4e, the
status value is defined as follows.

SUCCESS,
INVALID_PARAMETER,
UNKNOWN_LINK,
MAX_LINKS_EXCEEDED

It does not include the factors like Cell Conflict, which are introduced in
6top.

Make sense?

Qin


On Fri, Aug 16, 2013 at 10:53 PM, Raghuram Sudhaakar (rsudhaak) <
rsudhaak@cisco.com> wrote:

>  Qin, Pouria,
> The message flow diagram idescribes the scenario perfectly. I think it
> should go in the document or at least in an appendix to the document. I
> would make one change though, instead of have two command from L3 to 6top
> (create hard cell, create soft cell) we can have only one command (instal=
l
> route) and depending on the type of L3 6top decides whether to create  a
> hard or soft cell. This will help 6top ensure that there are minimal
> conflicts (as pointed out already in this discussion) and in future we ma=
y
> be able to work with PCE and RPL simultaneously. This scenario of working
> with multiple L3's may occur when there are multiple overlay/logical
> networks are being created over the same physical network.
>
>  The only caveat to this though is that we need to define a command from
> L3 to 6top that will help 6top identify the L3 protocol. Or we could also
> include a L3 protocol type field in every message from L3 -> 6top.
>
>  Qin mentioned that the status returned by L2 for the the slot
> installation process can be forwarded to L3 by 6top but in some cases we
> may there may be other factors also. I thought about this but I can't
> identify what other factors might affect the reply the 6top will send to
> L3. Can you please identify what factors you had in mind. I think it is
> important we nail down this flow very clearly and take care of all edge
> cases.
>
>  -raghuram
>
>   From: "P.Zand@utwente.nl" <P.Zand@utwente.nl>
> Date: Friday, August 16, 2013 6:24 AM
> To: "qinwang@berkeley.edu" <qinwang@berkeley.edu>
> Cc: raghuram sudhaakar <rsudhaak@cisco.com>, "6tsch@ietf.org" <
> 6tsch@ietf.org>
> Subject: RE: Message flows
>
>   Qin,****
>
> ** **
>
> I completely agree with you that the status of the report/confirm form
> 6top to higher layer might be changed by other factors as well. My point =
is
> that, one of those factors, is the status of =93.confirm=94 primitives re=
ceived
> form L2. I think in 6top, we have to add them to the list of the factors
> that effect on the reply/confirm to higher layer. Am I right?   ****
>
> ** **
>
> Regarding to (1), I think, when the 6top commands/primitives are called b=
y
> higher layer (either by PCE, potential signaling protocol, or temporary b=
y
> RPL in the lack of signaling protocol) we have to send a =93.confirm=94 t=
o
> inform them about the status of their requests. Am I right? I would say
> that in some cases we might need to send the confirmation to PCE with the
> FAIL status.****
>
> ** **
>
> Regarding to (3), I agree that the signaling protocol and PCE should call
> the cell creation commands/primitives. Do you agree that 6top should be
> independent form the higher layer that has called its primitives/command?
> Is there any limitation that in the lack of signaling protocol, the RPL
> can=92t call some of the 6top=92 management commands/primitives (e.g. *So=
ft
> cell creation*)? In this case, we might need to reply to RPL, by SUCCESS
> or FAIL status? Did I miss anything?****
>
> ** **
>
> Pouria****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu <qinwang@berkeley.edu>]
> *Sent:* Friday, August 16, 2013 2:05 PM
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
> ** **
>
> Hi Pouria,****
>
> ** **
>
> It is the process to create a hard cell and slotframe. You see,  =93MLME-=
SET-SLOTFRAME.confirm=94
> and =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which usu=
ally
> is one of factors to generate the confirmation message to higher layer. I=
n
> another word, when the status returned by  =93MLME-SET-SLOTFRAME.confirm=
=94 or
> =93MLME-SET-LINK.confirm=94 is False, the status reported from 6top to hi=
gher
> layer must be False. But, there may be some other factors also making the
> status False.****
>
> ** **
>
> Make sense?****
>
> ** **
>
> Qin****
>
> ** **
>
> On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Qin,****
>
> Regarding to (2), this is my understanding from the procedure for creatin=
g
> a hard cell and slotframe. Am I missing something from 6top?****
>
>  ****
>
> ****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Friday, August 16, 2013 12:32 AM
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
>  ****
>
> Hi Raghuram and Pouria,****
>
>  ****
>
> The following is my understanding.****
>
>  ****
>
> (1) Taking the assumption in Raghuram's example, i.e. installing a route
> with hard cells, then, some role like PCE should exist and take
> responsibility to make conflict-free. In another word, the scenario
> described in the Raghuram's example should not happen. (But, it doesn't
> mean a confirmation message is not needed, see the following) .****
>
>  ****
>
> (2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are
> primitives of 802.15.4e. The confirmation to upper layer should come from
> the execution of 6top commands, which may related with the two 15.4e
> primitives, but not exactly same.****
>
>  ****
>
> (3) RPL is a routing protocol. It uses the TSCH schedule to forward
> packets, no matter the schedule is installed by PCE (hard cell) , or by
> some reservation protocol like RSVP (soft cell).****
>
>  ****
>
> Make sense?****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
> On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Raghuram, Qin,****
>
> Let me enter to your discussion****
>
> I agree with Raghuram that when the higher layer call the 6top=92s comman=
ds
> (or .requests primitives) it should be informed about the status of its
> request by =93command reply=94 or =93.confirm=94 primitives. The status o=
f the
> =93.confirm=94 or =93reply=94 can be success, failure or =85****
>
> Am I right?****
>
> I couldn=92t either find the 6top=92s behavior upon receiving the
> =93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitive=
s that
> might be called by L2. Did I miss that?****
>
>  ****
>
> Raghuram, I just have one minor comment, in your example. I think that th=
e
> RPL (L3) should use the =93Create soft cell command=94 to ask a new cell
> without specifying the exact cell. Because the L3 does not have enough
> information to ask for reserving specific cell in L2. The =93Create hard =
cell
> command=94 should be called by the one who has the global knowledge on
> network schedules, like PCE. However, I agree that the PCE by calling the
> =93Create hard cell command=94 or RPL by calling =93Create soft cell comm=
and=94
> should be informed by 6top about the status of its request. For example, =
It
> might happen that PCE send a same request twice or RPL=92s request can=92=
t be
> serviced. ****
>
> AM I right?****
>
>  ****
>
> Pouria.      ****
>
>  ****
>
> *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Raghuram Sudhaakar (rsudhaak)
> *Sent:* Thursday, August 15, 2013 9:07 PM
> *To:* Qin Wang
> *Cc:* 6tsch@ietf.org
> *Subject:* Re: [6tsch] Message flows****
>
>  ****
>
> HI Qin,****
>
> The conflicts I am referring to are -****
>
>  ****
>
> Consdiering multihop communication and hard-cells****
>
>    1. Route 1 requires a particular set of slots to be setup. Say node A
>    must listen on slot number 11, 34, 65 and Tx on 13, 35, 68****
>    2. But another route 2 requires node A to listen on slot 35. ****
>
>  There may be other such conflicts that we may need to resolve.****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> I totally agree to your approach to define the flow information to L3.***=
*
>
>  ****
>
> Regarding to your question, can you explain more about:****
>
> (1) from nodeA to nodeB is one hop or multi-hop?****
>
> (2) installing the route with hard cells or soft cells?****
>
> (3) what "conflict during route installation" mean? what kind of conflict=
?
> ****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Qin,****
>
> I have pretty much the same line of thought. I agree with the point that
> 6top is independent from L3. What we are trying to do is define what L3
> will need to implement to obtain information from 6top. Obviously, 6top
> will expose these interfaces in its standard implementation.****
>
>  ****
>
> Do you think finding the common requirements from 6top to L3 flows betwee=
n
> RPL and PCE is a good place to start? I am sure there are going to be som=
e
> specific requirements for each but they can be added as PCE or RPL specif=
ic
> primitives. I am not suggesting that we implement specific primitives for
> every L3 protocol, but once we cover RPL and PCE I think we will satisfy
> the requirements of most L3s.****
>
>  ****
>
> The different flows you have identified is perfect. ****
>
> (1) The flows from 6top -> L2 have been addressed quite extensively in th=
e
> draft already. There are a few flows from L2 -> 6top that have to be
> addressed. GET_*TIMING_P*ARENT for e..g.****
>
> (2) I would consider the requirements of PCE, RPL, (probably v6ND) in
> terms of parameters required for route computation to define the general
> requirements for flows between L3 and 6top. In the draft, you have alread=
y
> addressed some RPL specific primitives like control message delivery. I
> think this should go in the RPL specific part. We define primitives to
> expose parameters required by L3 to perform route computation in the
> general flows. For e.g. L2 neighbor list, link quality to each neighbor. =
We
> need to specify the message format that needs to used by L3 to obtain thi=
s
> info.****
>
> (3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL
> case,  GET_*RPL_*PARENT will be one such flow as 6top needs to provide
> the primitive GET_*TIMING_*PARENT in the L2->6top flow. A similar
> primitive needs to be there for PCE.****
>
>  ****
>
> (Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity
> and 6top is the data provider. This is my own convention and hence the
> clarification)****
>
>  ****
>
> Another critical part I want to get your opinions on is the following. We
> have decided that irrespective of L3 (PCE or RPL) a node A will initiate
> route installation request when it has data to send to node B. In this ca=
se
> -****
>
>    1. How do resolve conflict during route installation? L3 computes a
>    route and send it over to 6top. Which in turn converts it to slot
>    reservations using the 6top -> L2 primitives in the slot frame. What i=
f
>    there is a conflict during this slot reservation? What are the message=
s
>    that will inform L3 and the node that route installation failed? This =
must
>    also cause L3 to recompute its route.****
>    2. Then we have to ask, does 6top provide a mechanism to inform L3
>    about failure and obtain a recomputed route (i.e.) perform n number of
>    retries. Or just fail after one try and leave it to the node to reinit=
iate
>    a route request. ****
>
>  -raghuram****
>
>  ****
>
>  ****
>
> *From: *Qin Wang <qinwang@berkeley.edu>
> *Date: *Thursday, August 15, 2013 6:00 AM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> Sorry for the late response. It is welcome for you to add flow informatio=
n
> if necessary.****
>
>  ****
>
> Just one thing I want to understand more clearly. I think 6top is a
> relatively independent sublayer from upper layer. RPL is used as upper
> layer in the first step, but, just one kind of upper layers in the future=
.
> Correct? ****
>
>  ****
>
> In this sense, we should separate the general flow information to upper
> layer and the specific flow information to RPL. Then, can we organize the
> flow information related to 6top in this way?****
>
>  ****
>
> (1) flow information with L2, i.e. TSCH****
>
> (2) general flow information with upper layer, may be L3 or L2.5****
>
> (3) flow information with specific upper layer protocol like RPL.****
>
>  ****
>
> What do you think?****
>
>  ****
>
> Qin ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Ok. ****
>
>  ****
>
> Qin, if you are OK I can add the flow information specific to RPL. ****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.ed=
u
> >
> *Date: *Wednesday, August 14, 2013 2:32 PM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram,****
>
> I let Qin answer as she is the main author. My opinion is that by now we
> keep the document as a single file but we separate the two message flows.
> IMHO, if you have information to add it is more than welcome!
>
> X****
>
>  ****
>
> On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Xavi, Qin,****
>
> I believe that there is some information that needs to be added to the
> message flows that will occur between L3 -> 6top and L2 -> 6top, in
> addition to what is already there in Qin's draft. I wanted to check with
> you guys if you want to add to the same document or split it into a
> separate RFC. When I say split into separate RFC,  what I mean is, L3 to
> 6top is one RFC and L2 to 6top is another. The current draft has a lot of
> information about L2 to 6top. I could add more about the RPL to 6top is i=
ts
> OK..****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> ** **
>

--089e012942aa53188f04e424bf32
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Raghuram,<div><br></div><div>In the=A0Table 44g=97MLME-=
SET-LINK.confirm parameters of IEEE802.15.4e, the status value is defined a=
s follows.</div><div><br></div><div><div>SUCCESS,</div><div>INVALID_PARAMET=
ER,</div>

<div>UNKNOWN_LINK,</div><div>MAX_LINKS_EXCEEDED</div></div><div><br></div><=
div>It does not include the factors like Cell Conflict, which are introduce=
d in 6top.</div><div><br></div><div>Make sense?</div><div><br></div><div>
Qin</div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote=
">On Fri, Aug 16, 2013 at 10:53 PM, Raghuram Sudhaakar (rsudhaak) <span dir=
=3D"ltr">&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudha=
ak@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">



<div style=3D"word-wrap:break-word;font-family:Calibri,sans-serif">
<div style=3D"font-size:14px">Qin, Pouria,</div>
<div style=3D"font-size:14px">The message flow diagram idescribes the scena=
rio perfectly. I think it should go in the document or at least in an appen=
dix to the document. I would make one change though, instead of have two co=
mmand from
 L3 to 6top (create hard cell, create soft cell) we can have only one comma=
nd (install route) and depending on the type of L3 6top decides whether to =
create =A0a hard or soft cell. This will help 6top ensure that there are mi=
nimal conflicts (as pointed out already
 in this discussion) and in future we may be able to work with PCE and RPL =
simultaneously. This scenario of working with multiple L3&#39;s may occur w=
hen there are multiple overlay/logical networks are being created over the =
same physical network.</div>

<div style=3D"font-size:14px"><br>
</div>
<div><span style=3D"font-size:15px">The only caveat to this though is that =
we need to define a command from L3 to 6top that will help 6top identify th=
e L3 protocol. Or we could also include a L3 protocol type field in every m=
essage
 from L3 -&gt; 6top.</span></div>
<div style=3D"font-size:14px"><span style=3D"font-size:15px"><br>
</span></div>
<div><span style=3D"font-size:15px">Qin mentioned that the status returned =
by L2 for the the slot installation process can be forwarded to L3 by 6top =
but in some cases we may there may be other factors also. I thought about t=
his but
 I can&#39;t identify what other factors might affect the reply the 6top wi=
ll send to L3. Can you please identify what factors you had in mind. I thin=
k it is important we nail down this flow very clearly and take care of all =
edge cases.</span></div>

<div><span style=3D"font-size:15px"><br>
</span></div>
<div><span style=3D"font-size:15px">-raghuram</span></div>
<div style=3D"font-size:14px"><br>
</div>
<span style=3D"font-size:14px">
<div style=3D"border-right:medium none;padding-right:0in;padding-left:0in;p=
adding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;fon=
t-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-lef=
t:medium none">

<span style=3D"font-weight:bold">From: </span>&quot;<a href=3D"mailto:P.Zan=
d@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&quot; &lt;<a href=3D"=
mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Friday, August 16, 2013 6:24 =
AM<br>
<span style=3D"font-weight:bold">To: </span>&quot;<a href=3D"mailto:qinwang=
@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&quot; &lt;<a href=
=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>=
&gt;<br>

<span style=3D"font-weight:bold">Cc: </span>raghuram sudhaakar &lt;<a href=
=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco.com</a>&gt;=
, &quot;<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org<=
/a>&quot; &lt;<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@iet=
f.org</a>&gt;<br>

<span style=3D"font-weight:bold">Subject: </span>RE: Message flows<br>
</div><div><div class=3D"h5">
<div><br>
</div>
<div>


<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Qin,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">I completely agree with you that the status =
of the report/confirm form 6top to higher layer might be changed by other f=
actors as well. My point is
 that, one of those factors, is the status of =93.confirm=94 primitives rec=
eived form L2. I think in 6top, we have to add them to the list of the fact=
ors that effect on the reply/confirm to higher layer. Am I right?=A0=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Regarding to (1), I think, when the 6top com=
mands/primitives are called by higher layer (either by PCE, potential signa=
ling protocol, or temporary
 by RPL in the lack of signaling protocol) we have to send a =93.confirm=94=
 to inform them about the status of their requests. Am I right? I would say=
 that in some cases we might need to send the confirmation to PCE with the =
FAIL status.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Regarding to (3), I agree that the signaling=
 protocol and PCE should call the cell creation commands/primitives. Do you=
 agree that 6top should be
 independent form the higher layer that has called its primitives/command? =
Is there any limitation that in the lack of signaling protocol, the RPL can=
=92t call some of the 6top=92 management commands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Pouria<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10pt;font-family:Tahoma,=
sans-serif">From:</span></b><span style=3D"font-size:10pt;font-family:Tahom=
a,sans-serif"> Qin Wang [<a href=3D"mailto:qinwang@berkeley.edu" target=3D"=
_blank">mailto:qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is the process to create a hard cell and slotfram=
e. You see,=A0<span style=3D"font-size:11.5pt;color:rgb(31,73,125);font-fam=
ily:Calibri,sans-serif">=A0=93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET=
-LINK.confirm=94 generates confirmation
 from L2, which usually is one of factors to generate the confirmation mess=
age to higher layer. In another word, when the status returned by=A0=A0=93M=
LME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 is False, the s=
tatus reported from 6top to higher layer must
 be False. But, there may be some other factors also making the status Fals=
e.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;color:rgb(31,73,125)=
;font-family:Calibri,sans-serif">Make sense?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;color:rgb(31,73,125)=
;font-family:Calibri,sans-serif">Qin</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Hi Qin,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Regarding to (2), this is my understanding f=
rom the procedure for creating a hard cell
 and slotframe. Am I missing something from 6top?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><img border=3D"0" width=3D"462" height=3D"42=
3" src=3D"cid:image001.jpg@01CE9A94.4F0618C0"></span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Best Wishes,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10pt;font-family:Tahoma,=
sans-serif">From:</span></b><span style=3D"font-size:10pt;font-family:Tahom=
a,sans-serif"> Qin Wang [mailto:<a href=3D"mailto:qinwang@berkeley.edu" tar=
get=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Raghuram and Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The following is my understanding.<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Taking the assumption in Raghuram&#39;s example,=
 i.e. installing a route with hard cells, then, some role like PCE should e=
xist and take responsibility to make conflict-free. In
 another word, the scenario described in the Raghuram&#39;s example should =
not happen. (But, it doesn&#39;t mean a confirmation message is not needed,=
 see the following) .<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2)=A0<span style=3D"font-size:11.5pt;color:rgb(31,7=
3,125);font-family:Calibri,sans-serif">=A0=93MLME-SET-SLOTFRAME.confirm=94 =
and =93MLME-SET-LINK.confirm=94 are primitives of 802.15.4e.
 The confirmation to upper layer should come from the execution of 6top com=
mands, which may related with the two 15.4e primitives, but not exactly sam=
e.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) RPL is a routing protocol. It uses the TSCH sche=
dule to forward packets, no matter the schedule is installed by PCE (hard c=
ell) , or by some reservation protocol like RSVP (soft
 cell).<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Hi Raghuram, Qin,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Let me enter to your discussion</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">I agree with Raghuram that when the higher l=
ayer call the 6top=92s commands (or .requests
 primitives) it should be informed about the status of its request by =93co=
mmand reply=94 or =93.confirm=94 primitives. The status of the =93.confirm=
=94 or =93reply=94 can be success, failure or =85</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">I couldn=92t either find the 6top=92s behavi=
or upon receiving the =93MLME-SET-SLOTFRAME.confirm=94
 or =93MLME-SET-LINK.confirm=94 primitives that might be called by L2. Did =
I miss that?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Raghuram, I just have one minor comment, in =
your example. I think that the RPL (L3) should
 use the =93Create soft cell command=94 to ask a new cell without specifyin=
g the exact cell. Because the L3 does not have enough information to ask fo=
r reserving specific cell in L2. The =93Create hard cell command=94 should =
be called by the one who has the global
 knowledge on network schedules, like PCE. However, I agree that the PCE by=
 calling the =93Create hard cell command=94 or RPL by calling =93Create sof=
t cell command=94 should be informed by 6top about the status of its reques=
t. For example, It might happen that PCE
 send a same request twice or RPL=92s request can=92t be serviced. </span><=
u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">AM I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Pouria.=A0=A0=A0=A0=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10pt;font-family:Tahoma,=
sans-serif">From:</span></b><span style=3D"font-size:10pt;font-family:Tahom=
a,sans-serif"><a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6=
tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">HI Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">The conflicts I am referring to are -</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Consdiering multihop communication and hard-cells</span><u></u>=
<u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:Calibri,sans-serif">Route 1 req=
uires a particular set of slots to be setup. Say node A must listen on slot=
 number 11, 34, 65 and Tx on 13, 35, 68</span><u></u><u></u></li><li class=
=3D"MsoNormal">

<span style=3D"font-size:10.5pt;font-family:Calibri,sans-serif">But another=
 route 2 requires node A to listen on slot 35.=A0</span><u></u><u></u></li>=
</ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">There may be other such conflicts that we may need to resolve.<=
/span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:Calibri,sa=
ns-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">I totally agree to your approach to define the flow information=
 to L3.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Regarding to your question, can you explain more about:</span><=
u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(1) from nodeA to nodeB is one hop or multi-hop?</span><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(2) installing the route with hard cells or soft cells?</span><=
u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(3) what &quot;conflict during route installation&quot; mean? w=
hat kind of conflict?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Thanks</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Qin</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak)=
 &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco=
.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">I have pretty much the same line of thought. I agree with the p=
oint that 6top is independent from L3. What we
 are trying to do is define what L3 will need to implement to obtain inform=
ation from 6top. Obviously, 6top will expose these interfaces in its standa=
rd implementation.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Do you think finding the common requirements from 6top to L3 fl=
ows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">The different flows you have identified is perfect.=A0</span><u=
></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(1) The flows from 6top -&gt; L2 have been addressed quite exte=
nsively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(2) I would consider the requirements of PCE, RPL, (probably v6=
ND) in terms of parameters required for route
 computation to define the general requirements for flows between L3 and 6t=
op. In the draft, you have already addressed some RPL specific primitives l=
ike control message delivery. I think this should go in the RPL specific pa=
rt. We define primitives to expose
 parameters required by L3 to perform route computation in the general flow=
s. For e.g. L2 neighbor list, link quality to each neighbor. We need to spe=
cify the message format that needs to used by L3 to obtain this info.</span=
><u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(3) We will also need 6top-&gt;L3 flows to be defined. For e.g.=
, in the RPL case, =A0GET_<i>RPL_</i>PARENT will be
 one such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PAR=
ENT in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(Note: when I say L2 -&gt; 6top flow, I mean L2 is the data req=
uestor entity and 6top is the data provider. This
 is my own convention and hence the clarification)</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Another critical part I want to get your opinions on is the fol=
lowing. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:Calibri,sans-serif">How do reso=
lve conflict during route installation? L3 computes a route and send it ove=
r to 6top. Which in turn converts it to slot reservations using the 6top -&=
gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><u></u><u></u></li><li cl=
ass=3D"MsoNormal">

<span style=3D"font-size:10.5pt;font-family:Calibri,sans-serif">Then we hav=
e to ask, does 6top provide a mechanism to inform L3 about failure and obta=
in a recomputed route (i.e.) perform n number of retries. Or just fail afte=
r one try and leave it to the
 node to reinitiate a route request. </span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11pt;font-family:Calibri=
,sans-serif">From:
</span></b><span style=3D"font-size:11pt;font-family:Calibri,sans-serif">Qi=
n Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwan=
g@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>

<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Sorry for the late response. It is welcome for you to add flow =
information if necessary.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Just one thing I want to understand more clearly. I think 6top =
is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">In this sense, we should separate the general flow information =
to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(1) flow information with L2, i.e. TSCH</span><u></u><u></u></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(2) general flow information with upper layer, may be L3 or L2.=
5</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">(3) flow information with specific upper layer protocol like RP=
L.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">What do you think?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Qin=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) =
&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco.=
com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Ok.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Qin, if you are OK I can add the flow information specific to R=
PL.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11pt;font-family:Calibri=
,sans-serif">From:
</span></b><span style=3D"font-size:11pt;font-family:Calibri,sans-serif">Xa=
vier Vilajosana Guillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu=
" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>

<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:Calibri,sans-serif">Hi Raghuram,</span><u></u><u></u=
></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">I let Qin answer as she is the main author. My opinion is that =
by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) =
&lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco.=
com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">Xavi, Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">I believe that there is some information that needs to be added=
 to the message flows that will occur between
 L3 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Q=
in&#39;s draft. I wanted to check with you guys if you want to add to the s=
ame document or split it into a separate RFC. When I say split into separat=
e RFC, =A0what I mean is, L3 to 6top is one
 RFC and L2 to 6top is another. The current draft has a lot of information =
about L2 to 6top. I could add more about the RPL to 6top is its OK..</span>=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;color:rgb(136,136,13=
6);font-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;color:rgb(136,136,13=
6);font-family:Calibri,sans-serif">-raghuram</span><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:Calibri,=
sans-serif">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
</div></div></span>
</div>

</blockquote></div><br></div>

--089e012942aa53188f04e424bf32--
--089e012942aa53189104e424bf33
Content-Type: image/jpeg; name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01CE9A94.4F0618C0>
X-Attachment-Id: d1f1ed0ac890054d_0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=
--089e012942aa53189104e424bf33--

From P.Zand@utwente.nl  Sat Aug 17 08:56:25 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F208211E8161 for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 08:56:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.164
X-Spam-Level: 
X-Spam-Status: No, score=0.164 tagged_above=-999 required=5 tests=[AWL=-0.333,  BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oL1UItWedaNW for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 08:56:17 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 09C1C21F9D0F for <6tsch@ietf.org>; Sat, 17 Aug 2013 08:56:15 -0700 (PDT)
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Sat, 17 Aug 2013 17:56:18 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Sat, 17 Aug 2013 17:56:13 +0200
From: <P.Zand@utwente.nl>
To: <qinwang@berkeley.edu>
Thread-Topic: Message flows
Thread-Index: AQHOmS7T2+M8VWnoB0iALAow4p1lsJmVjRCA//+VLYCAAW4AgP//n/gAgACPZID//8GzAAAJ+CqA///pcYD//8tEoIABF+YA///KPoCAAdyAgP//soVA
Date: Sat, 17 Aug 2013 15:56:12 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0A@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl> <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl> <CAAzoce4MorOu9LmY7gY4dD936uuzXW-c2jXWXet_-z91o8q=tQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl> <CAAzoce6kfyNEXK7dAzmv51WtiFq30jUd5_HGjLYcWEK+2PnayQ@mail.gmail.com>
In-Reply-To: <CAAzoce6kfyNEXK7dAzmv51WtiFq30jUd5_HGjLYcWEK+2PnayQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/related; boundary="_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0AEXMBX23adutwent_"; type="multipart/alternative"
MIME-Version: 1.0
Cc: rsudhaak@cisco.com, 6tsch@ietf.org
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Aug 2013 15:56:25 -0000

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0AEXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0AEXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0AEXMBX23adutwent_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi Qin,

I agree with starting a new threat and discuss about the details of the con=
trol flows.


Regarding to the interface between 6top and higher layer (e.g. RPL), Let me=
 explain my point with an example: Let's consider a new joined device, node=
 A, that needs some cells to start sending its RPL control packets to its p=
arent node B. How does node A, upon choosing a new parent (node B), can res=
erve cells (e.g. for exchanging RPL control packets like DAO or DIO)? How d=
oes node B (or node B' parent), who has just received node A' DAO packet as=
 its children, can reserve extra cells toward their parent. In the lack of =
signaling protocol and without installing a track, is there any primitive t=
hat the RPL or 6top can use, to reserve some cells locally based on it DAO =
and DIO packet rates with their parents?
In order to handle this situation in 6top, don't we need to import some inf=
ormation from the parent table and route table (in storing mode) from L3 to=
 6top? I mean how does a RPL parent inform 6top about its children and desc=
endants numbers and the potential control messages rate (e.g. DAO) that it =
should forward toward the DODAG root? In addition how does the new device i=
nform the 6top about its new parent?
You might say that DAO and DIO transmission rate might changes overtime and=
 reserving resources doesn't make sense. But let's consider RPL control pac=
kets just as an example.
Am I missing anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Saturday, August 17, 2013 3:18 PM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
Subject: Re: Message flows

Pouira,

I see your point. In the task item-1 "Timeslot Management methods and forma=
ts", control flows will be defined (See the record for teleconference on 8/=
9). We can address the issue you mentioned above in that document. Maybe we=
 should start a thread to discuss what the control flows should be, what th=
e message contents should be.

Regarding to the interface between 6top and RPL, my understanding is RPL ju=
st use the TSCH schedule, instead of building the schedule by using somethi=
ng like Soft cell creation. But, maybe, the status of TSCH schedule can be =
taken as a factor of RPL's OF. What do you think?

Qin




On Fri, Aug 16, 2013 at 9:24 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Qin,

I completely agree with you that the status of the report/confirm form 6top=
 to higher layer might be changed by other factors as well. My point is tha=
t, one of those factors, is the status of ".confirm" primitives received fo=
rm L2. I think in 6top, we have to add them to the list of the factors that=
 effect on the reply/confirm to higher layer. Am I right?

Regarding to (1), I think, when the 6top commands/primitives are called by =
higher layer (either by PCE, potential signaling protocol, or temporary by =
RPL in the lack of signaling protocol) we have to send a ".confirm" to info=
rm them about the status of their requests. Am I right? I would say that in=
 some cases we might need to send the confirmation to PCE with the FAIL sta=
tus.

Regarding to (3), I agree that the signaling protocol and PCE should call t=
he cell creation commands/primitives. Do you agree that 6top should be inde=
pendent form the higher layer that has called its primitives/command? Is th=
ere any limitation that in the lack of signaling protocol, the RPL can't ca=
ll some of the 6top' management commands/primitives (e.g. Soft cell creatio=
n)? In this case, we might need to reply to RPL, by SUCCESS or FAIL status?=
 Did I miss anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 2:05 PM

To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Pouria,

It is the process to create a hard cell and slotframe. You see,  "MLME-SET-=
SLOTFRAME.confirm" and "MLME-SET-LINK.confirm" generates confirmation from =
L2, which usually is one of factors to generate the confirmation message to=
 higher layer. In another word, when the status returned by  "MLME-SET-SLOT=
FRAME.confirm" or "MLME-SET-LINK.confirm" is False, the status reported fro=
m 6top to higher layer must be False. But, there may be some other factors =
also making the status False.

Make sense?

Qin

On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Qin,
Regarding to (2), this is my understanding from the procedure for creating =
a hard cell and slotframe. Am I missing something from 6top?

[cid:image001.jpg@01CE9B73.0E018CD0]
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 12:32 AM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Raghuram and Pouria,

The following is my understanding.

(1) Taking the assumption in Raghuram's example, i.e. installing a route wi=
th hard cells, then, some role like PCE should exist and take responsibilit=
y to make conflict-free. In another word, the scenario described in the Rag=
huram's example should not happen. (But, it doesn't mean a confirmation mes=
sage is not needed, see the following) .

(2)  "MLME-SET-SLOTFRAME.confirm" and "MLME-SET-LINK.confirm" are primitive=
s of 802.15.4e. The confirmation to upper layer should come from the execut=
ion of 6top commands, which may related with the two 15.4e primitives, but =
not exactly same.

(3) RPL is a routing protocol. It uses the TSCH schedule to forward packets=
, no matter the schedule is installed by PCE (hard cell) , or by some reser=
vation protocol like RSVP (soft cell).

Make sense?

Thanks
Qin



On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Raghuram, Qin,
Let me enter to your discussion
I agree with Raghuram that when the higher layer call the 6top's commands (=
or .requests primitives) it should be informed about the status of its requ=
est by "command reply" or ".confirm" primitives. The status of the ".confir=
m" or "reply" can be success, failure or ...
Am I right?
I couldn't either find the 6top's behavior upon receiving the "MLME-SET-SLO=
TFRAME.confirm" or "MLME-SET-LINK.confirm" primitives that might be called =
by L2. Did I miss that?

Raghuram, I just have one minor comment, in your example. I think that the =
RPL (L3) should use the "Create soft cell command" to ask a new cell withou=
t specifying the exact cell. Because the L3 does not have enough informatio=
n to ask for reserving specific cell in L2. The "Create hard cell command" =
should be called by the one who has the global knowledge on network schedul=
es, like PCE. However, I agree that the PCE by calling the "Create hard cel=
l command" or RPL by calling "Create soft cell command" should be informed =
by 6top about the status of its request. For example, It might happen that =
PCE send a same request twice or RPL's request can't be serviced.
AM I right?

Pouria.

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Raghuram Sudha=
akar (rsudhaak)
Sent: Thursday, August 15, 2013 9:07 PM
To: Qin Wang
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] Message flows

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.
There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin



On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.
-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin












On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X

On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram







--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0AEXMBX23adutwent_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:685788396;
	mso-list-template-ids:1490445048;}
@list l1
	{mso-list-id:1394541686;
	mso-list-template-ids:-1237537842;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi Qin,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I agree with starting a n=
ew threat and discuss about the details of the control flows.<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Regarding to the interfac=
e between 6top and higher layer (e.g. RPL), Let me explain my point with an=
 example: Let&#8217;s consider a new joined device, node A, that
 needs some cells to start sending its RPL control packets to its parent no=
de B. How does node A, upon choosing a new parent (node B), can reserve cel=
ls (e.g. for exchanging RPL control packets like DAO or DIO)? How does node=
 B (or node B&#8217; parent), who has
 just received node A&#8217; DAO packet as its children, can reserve extra =
cells toward their parent. In the lack of signaling protocol and without in=
stalling a track, is there any primitive that the RPL or 6top can use, to r=
eserve some cells locally based on it
 DAO and DIO packet rates with their parents? <o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">In order to handle this s=
ituation in 6top, don&#8217;t we need to import some information from the p=
arent table and route table (in storing mode) from L3 to 6top?
 I mean how does a RPL parent inform 6top about its children and descendant=
s numbers and the potential control messages rate (e.g. DAO) that it should=
 forward toward the DODAG root? In addition how does the new device inform =
the 6top about its new parent?&nbsp;
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">You might say that DAO an=
d DIO transmission rate might changes overtime and reserving resources does=
n&#8217;t make sense. But let&#8217;s consider RPL control packets just
 as an example.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Am I missing anything?&nb=
sp;
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:qinwang@berkeley.edu]
<br>
<b>Sent:</b> Saturday, August 17, 2013 3:18 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<br>
<b>Subject:</b> Re: Message flows<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Pouira,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I see your point. In the task item-1 &quot;Timeslot =
Management methods and formats&quot;, control flows will be defined (See th=
e record for teleconference on 8/9). We can address the issue you mentioned=
 above in that document. Maybe we should start
 a thread to discuss what the control flows should be, what the message con=
tents should be.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to the interface between 6top and RPL, my =
understanding is RPL just use the TSCH schedule, instead of building the sc=
hedule by using something like Soft cell creation. But, maybe, the status o=
f TSCH schedule can be taken as a
 factor of RPL's OF. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 9:24 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:=
p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I completely agree with you that the st=
atus of the report/confirm form 6top to higher layer might
 be changed by other factors as well. My point is that, one of those factor=
s, is the status of &#8220;.confirm&#8221; primitives received form L2. I t=
hink in 6top, we have to add them to the list of the factors that effect on=
 the reply/confirm to higher layer. Am I right?&nbsp;&nbsp;
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to (1), I think, when the 6to=
p commands/primitives are called by higher layer (either by
 PCE, potential signaling protocol, or temporary by RPL in the lack of sign=
aling protocol) we have to send a &#8220;.confirm&#8221; to inform them abo=
ut the status of their requests. Am I right? I would say that in some cases=
 we might need to send the confirmation to PCE
 with the FAIL status.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to (3), I agree that the sign=
aling protocol and PCE should call the cell creation commands/primitives.
 Do you agree that 6top should be independent form the higher layer that ha=
s called its primitives/command? Is there any limitation that in the lack o=
f signaling protocol, the RPL can&#8217;t call some of the 6top&#8217; mana=
gement commands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is the process to create a hard cell and slotframe. You see,&nb=
sp;<span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;&#8220;MLME-SET-SLOTFRAME.confirm&#8221=
; and
 &#8220;MLME-SET-LINK.confirm&#8221; generates confirmation from L2, which =
usually is one of factors to generate the confirmation message to higher la=
yer. In another word, when the status returned by&nbsp;&nbsp;&#8220;MLME-SE=
T-SLOTFRAME.confirm&#8221; or &#8220;MLME-SET-LINK.confirm&#8221; is False,=
 the
 status reported from 6top to higher layer must be False. But, there may be=
 some other factors also making the status False.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Make sense?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to (2), this is my understand=
ing from the procedure for creating a hard cell and slotframe.
 Am I missing something from 6top?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"462" height=
=3D"423" id=3D"_x0000_i1025" src=3D"cid:image001.jpg@01CE9B73.0E018CD0"></s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Raghuram and Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">The following is my understanding.<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) Taking the assumption in Raghuram's example, i.e. installing a=
 route with hard cells, then, some role like PCE should exist and take resp=
onsibility to make conflict-free. In
 another word, the scenario described in the Raghuram's example should not =
happen. (But, it doesn't mean a confirmation message is not needed, see the=
 following) .<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2)&nbsp;<span style=3D"font-size:11.5pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;&#8220;MLME-SET-SLOTFRAM=
E.confirm&#8221; and &#8220;MLME-SET-LINK.confirm&#8221; are primitives of =
802.15.4e. The confirmation
 to upper layer should come from the execution of 6top commands, which may =
related with the two 15.4e primitives, but not exactly same.</span><o:p></o=
:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(3) RPL is a routing protocol. It uses the TSCH schedule to forwar=
d packets, no matter the schedule is installed by PCE (hard cell) , or by s=
ome reservation protocol like RSVP (soft
 cell).<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Raghuram, Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Let me enter to your discussion</span><=
o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree with Raghuram that when the hig=
her layer call the 6top&#8217;s commands (or .requests primitives)
 it should be informed about the status of its request by &#8220;command re=
ply&#8221; or &#8220;.confirm&#8221; primitives. The status of the &#8220;.=
confirm&#8221; or &#8220;reply&#8221; can be success, failure or &#8230;</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t either find the 6top&#=
8217;s behavior upon receiving the &#8220;MLME-SET-SLOTFRAME.confirm&#8221;=
 or &#8220;MLME-SET-LINK.confirm&#8221;
 primitives that might be called by L2. Did I miss that?</span><o:p></o:p><=
/p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Raghuram, I just have one minor comment=
, in your example. I think that the RPL (L3) should use the
 &#8220;Create soft cell command&#8221; to ask a new cell without specifyin=
g the exact cell. Because the L3 does not have enough information to ask fo=
r reserving specific cell in L2. The &#8220;Create hard cell command&#8221;=
 should be called by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he &#8220;Create hard cell command&#8221; or RPL by calling &#8220;Create s=
oft cell command&#8221; should be informed by 6top about the status of its =
request. For example, It might happen that PCE send a same
 request twice or RPL&#8217;s request can&#8217;t be serviced. </span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">AM I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">HI Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">The conflicts I am referring to are -</span><o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Consdiering multihop communication and hard-cells</sp=
an><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><o:p>=
</o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-mar=
gin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.&nbsp=
;</span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">There may be other such conflicts that we may need to=
 resolve.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I totally agree to your approach to define the flow i=
nformation to L3.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Regarding to your question, can you explain more abou=
t:</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or multi-hop?</spa=
n><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) installing the route with hard cells or soft cell=
s?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) what &quot;conflict during route installation&quo=
t; mean? what kind of conflict?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Thanks</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar =
(rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsud=
haak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I have pretty much the same line of thought. I agree =
with the point that 6top is independent from L3. What we are
 trying to do is define what L3 will need to implement to obtain informatio=
n from 6top. Obviously, 6top will expose these interfaces in its standard i=
mplementation.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Do you think finding the common requirements from 6to=
p to L3 flows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">The different flows you have identified is perfect.&n=
bsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have been addressed =
quite extensively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) I would consider the requirements of PCE, RPL, (p=
robably v6ND) in terms of parameters required for route computation
 to define the general requirements for flows between L3 and 6top. In the d=
raft, you have already addressed some RPL specific primitives like control =
message delivery. I think this should go in the RPL specific part. We defin=
e primitives to expose parameters
 required by L3 to perform route computation in the general flows. For e.g.=
 L2 neighbor list, link quality to each neighbor. We need to specify the me=
ssage format that needs to used by L3 to obtain this info.</span><o:p></o:p=
></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows to be defined=
. For e.g., in the RPL case, &nbsp;GET_<i>RPL_</i>PARENT will be one
 such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT =
in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</sp=
an><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I mean L2 is th=
e data requestor entity and 6top is the data provider. This is
 my own convention and hence the clarification)</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Another critical part I want to get your opinions on =
is the following. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><o:p></o:p></li><li class=
=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;=
mso-list:l1 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Sorry for the late response. It is welcome for you to=
 add flow information if necessary.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Just one thing I want to understand more clearly. I t=
hink 6top is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">In this sense, we should separate the general flow in=
formation to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH</span><o:p></=
o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) general flow information with upper layer, may be=
 L3 or L2.5</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) flow information with specific upper layer protoc=
ol like RPL.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">What do you think?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (=
rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudh=
aak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Ok.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin, if you are OK I can add the flow information spe=
cific to RPL.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>
<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Hi Raghuram,</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I let Qin answer as she is the main author. My opinio=
n is that by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (=
rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudh=
aak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I believe that there is some information that needs t=
o be added to the message flows that will occur between L3
 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Qin'=
s draft. I wanted to check with you guys if you want to add to the same doc=
ument or split it into a separate RFC. When I say split into separate RFC, =
&nbsp;what I mean is, L3 to 6top is one RFC
 and L2 to 6top is another. The current draft has a lot of information abou=
t L2 to 6top. I could add more about the RPL to 6top is its OK..</span><o:p=
></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">-raghuram</span><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0AEXMBX23adutwent_--

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0AEXMBX23adutwent_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=18869;
	creation-date="Sat, 17 Aug 2013 15:56:12 GMT";
	modification-date="Sat, 17 Aug 2013 15:56:12 GMT"
Content-ID: <image001.jpg@01CE9B73.0E018CD0>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0AEXMBX23adutwent_--

From qinwang@berkeley.edu  Sat Aug 17 14:33:26 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5196E11E8181 for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 14:33:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.939
X-Spam-Level: 
X-Spam-Status: No, score=-2.939 tagged_above=-999 required=5 tests=[AWL=0.038,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2rHDnjQ8pG9R for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 14:33:20 -0700 (PDT)
Received: from mail-vb0-f51.google.com (mail-vb0-f51.google.com [209.85.212.51]) by ietfa.amsl.com (Postfix) with ESMTP id 7B79F11E80F5 for <6tsch@ietf.org>; Sat, 17 Aug 2013 14:33:20 -0700 (PDT)
Received: by mail-vb0-f51.google.com with SMTP id x16so2359886vbf.38 for <6tsch@ietf.org>; Sat, 17 Aug 2013 14:33:19 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4Dk4j//twwdEOETVxJk504Dl2lvg5OkdZn20qnQ9Pm8=; b=TnrJl6DiYfOZE8DHbuk2PQRs8iOpnePGClUU+A+waROkOoFfgFRIK8CoaMWcs14tyZ pz9dnJQABOaHKYos0XzaoC2cftKvq4puim/n40+JfUDlKgrQG41F/H42H3chETS/sp6+ aifIEAfGa/97EgdrKHo7O3HAWRsYc1ZUd+eEiPv9QCp+yo6ltTffDrG5V/E0Mdim9cjK oYfdNGxJ2wlQNSDqr1awz5sKSY178iYrCudloOuX/8cc2lwMamJhgUGD9/tyVROaKI+Z aMOrjO+V31kKLL4YILV0j47dJpyhAOKbvMEzs5BrTJoVCUlX9+Ha+qbLY1h1hFLY14zb ybOg==
X-Gm-Message-State: ALoCoQnnvQSylz3WOgjCPF1zlWusVXesJeCm5OqOHFYvJCPr6g7zfA0DRj3WaA3kX7eN1YsePWvn
MIME-Version: 1.0
X-Received: by 10.52.35.98 with SMTP id g2mr4058213vdj.0.1376775199804; Sat, 17 Aug 2013 14:33:19 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Sat, 17 Aug 2013 14:33:19 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0A@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl> <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl> <CAAzoce4MorOu9LmY7gY4dD936uuzXW-c2jXWXet_-z91o8q=tQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl> <CAAzoce6kfyNEXK7dAzmv51WtiFq30jUd5_HGjLYcWEK+2PnayQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0A@EXMBX23.ad.utwente.nl>
Date: Sun, 18 Aug 2013 05:33:19 +0800
Message-ID: <CAAzoce4mfn4noTruGa5_SDH+_7512P9j5i8sN6DeOXcKFGb8Sg@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "P.Zand@utwente.nl" <P.Zand@utwente.nl>
Content-Type: multipart/related; boundary=20cf307f3bfab8643304e42b7452
Cc: "Raghuram Sudhaakar \(rsudhaak\)" <rsudhaak@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Aug 2013 21:33:26 -0000

--20cf307f3bfab8643304e42b7452
Content-Type: multipart/alternative; boundary=20cf307f3bfab8643004e42b7451

--20cf307f3bfab8643004e42b7451
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pouria,

According to the new version of Charter, in the current step, we only
consider the static case of building TSCH schedule. That means the new node
(node B) will use shared cells to send RPL control messages like DAO to the
existing node (node A). The set of shared cells will be advertised in EB by
node A. And, in the shared cells, node A should be awake for listening (at
lease at the beginning of timeslots) . So, even in the lack of signaling
protocol and without installing a track, RPL should be able to work. Right?

Then, if RPL or other upper layer wants more bandwidth, some
centralized/distributed reservation mechanism will be needed. That will be
addressed in the next step. What do you think?

Qin




On Sat, Aug 17, 2013 at 11:56 PM, <P.Zand@utwente.nl> wrote:

>  Hi Qin,****
>
> ** **
>
> I agree with starting a new threat and discuss about the details of the
> control flows.****
>
> ** **
>
> ** **
>
> Regarding to the interface between 6top and higher layer (e.g. RPL), Let
> me explain my point with an example: Let=92s consider a new joined device=
,
> node A, that needs some cells to start sending its RPL control packets to
> its parent node B. How does node A, upon choosing a new parent (node B),
> can reserve cells (e.g. for exchanging RPL control packets like DAO or
> DIO)? How does node B (or node B=92 parent), who has just received node A=
=92
> DAO packet as its children, can reserve extra cells toward their parent. =
In
> the lack of signaling protocol and without installing a track, is there a=
ny
> primitive that the RPL or 6top can use, to reserve some cells locally bas=
ed
> on it DAO and DIO packet rates with their parents? ****
>
> In order to handle this situation in 6top, don=92t we need to import some
> information from the parent table and route table (in storing mode) from =
L3
> to 6top? I mean how does a RPL parent inform 6top about its children and
> descendants numbers and the potential control messages rate (e.g. DAO) th=
at
> it should forward toward the DODAG root? In addition how does the new
> device inform the 6top about its new parent?  ****
>
> You might say that DAO and DIO transmission rate might changes overtime
> and reserving resources doesn=92t make sense. But let=92s consider RPL co=
ntrol
> packets just as an example.****
>
> Am I missing anything?  ****
>
> ** **
>
> Pouria****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Saturday, August 17, 2013 3:18 PM
>
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
> ** **
>
> Pouira,****
>
> ** **
>
> I see your point. In the task item-1 "Timeslot Management methods and
> formats", control flows will be defined (See the record for teleconferenc=
e
> on 8/9). We can address the issue you mentioned above in that document.
> Maybe we should start a thread to discuss what the control flows should b=
e,
> what the message contents should be.****
>
> ** **
>
> Regarding to the interface between 6top and RPL, my understanding is RPL
> just use the TSCH schedule, instead of building the schedule by using
> something like Soft cell creation. But, maybe, the status of TSCH schedul=
e
> can be taken as a factor of RPL's OF. What do you think?****
>
> ** **
>
> Qin****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> On Fri, Aug 16, 2013 at 9:24 PM, <P.Zand@utwente.nl> wrote:****
>
> Qin,****
>
>  ****
>
> I completely agree with you that the status of the report/confirm form
> 6top to higher layer might be changed by other factors as well. My point =
is
> that, one of those factors, is the status of =93.confirm=94 primitives re=
ceived
> form L2. I think in 6top, we have to add them to the list of the factors
> that effect on the reply/confirm to higher layer. Am I right?   ****
>
>  ****
>
> Regarding to (1), I think, when the 6top commands/primitives are called b=
y
> higher layer (either by PCE, potential signaling protocol, or temporary b=
y
> RPL in the lack of signaling protocol) we have to send a =93.confirm=94 t=
o
> inform them about the status of their requests. Am I right? I would say
> that in some cases we might need to send the confirmation to PCE with the
> FAIL status.****
>
>  ****
>
> Regarding to (3), I agree that the signaling protocol and PCE should call
> the cell creation commands/primitives. Do you agree that 6top should be
> independent form the higher layer that has called its primitives/command?
> Is there any limitation that in the lack of signaling protocol, the RPL
> can=92t call some of the 6top=92 management commands/primitives (e.g. *So=
ft
> cell creation*)? In this case, we might need to reply to RPL, by SUCCESS
> or FAIL status? Did I miss anything?****
>
>  ****
>
> Pouria****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Friday, August 16, 2013 2:05 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
>  ****
>
> Hi Pouria,****
>
>  ****
>
> It is the process to create a hard cell and slotframe. You see,  =93MLME-=
SET-SLOTFRAME.confirm=94
> and =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which usu=
ally
> is one of factors to generate the confirmation message to higher layer. I=
n
> another word, when the status returned by  =93MLME-SET-SLOTFRAME.confirm=
=94 or
> =93MLME-SET-LINK.confirm=94 is False, the status reported from 6top to hi=
gher
> layer must be False. But, there may be some other factors also making the
> status False.****
>
>  ****
>
> Make sense?****
>
>  ****
>
> Qin****
>
>  ****
>
> On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Qin,****
>
> Regarding to (2), this is my understanding from the procedure for creatin=
g
> a hard cell and slotframe. Am I missing something from 6top?****
>
>  ****
>
> ****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Friday, August 16, 2013 12:32 AM
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
>  ****
>
> Hi Raghuram and Pouria,****
>
>  ****
>
> The following is my understanding.****
>
>  ****
>
> (1) Taking the assumption in Raghuram's example, i.e. installing a route
> with hard cells, then, some role like PCE should exist and take
> responsibility to make conflict-free. In another word, the scenario
> described in the Raghuram's example should not happen. (But, it doesn't
> mean a confirmation message is not needed, see the following) .****
>
>  ****
>
> (2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are
> primitives of 802.15.4e. The confirmation to upper layer should come from
> the execution of 6top commands, which may related with the two 15.4e
> primitives, but not exactly same.****
>
>  ****
>
> (3) RPL is a routing protocol. It uses the TSCH schedule to forward
> packets, no matter the schedule is installed by PCE (hard cell) , or by
> some reservation protocol like RSVP (soft cell).****
>
>  ****
>
> Make sense?****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
> On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Raghuram, Qin,****
>
> Let me enter to your discussion****
>
> I agree with Raghuram that when the higher layer call the 6top=92s comman=
ds
> (or .requests primitives) it should be informed about the status of its
> request by =93command reply=94 or =93.confirm=94 primitives. The status o=
f the
> =93.confirm=94 or =93reply=94 can be success, failure or =85****
>
> Am I right?****
>
> I couldn=92t either find the 6top=92s behavior upon receiving the
> =93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitive=
s that
> might be called by L2. Did I miss that?****
>
>  ****
>
> Raghuram, I just have one minor comment, in your example. I think that th=
e
> RPL (L3) should use the =93Create soft cell command=94 to ask a new cell
> without specifying the exact cell. Because the L3 does not have enough
> information to ask for reserving specific cell in L2. The =93Create hard =
cell
> command=94 should be called by the one who has the global knowledge on
> network schedules, like PCE. However, I agree that the PCE by calling the
> =93Create hard cell command=94 or RPL by calling =93Create soft cell comm=
and=94
> should be informed by 6top about the status of its request. For example, =
It
> might happen that PCE send a same request twice or RPL=92s request can=92=
t be
> serviced. ****
>
> AM I right?****
>
>  ****
>
> Pouria.      ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Raghuram Sudhaakar (rsudhaak)
> *Sent:* Thursday, August 15, 2013 9:07 PM
> *To:* Qin Wang
> *Cc:* 6tsch@ietf.org
> *Subject:* Re: [6tsch] Message flows****
>
>  ****
>
> HI Qin,****
>
> The conflicts I am referring to are -****
>
>  ****
>
> Consdiering multihop communication and hard-cells****
>
>    1. Route 1 requires a particular set of slots to be setup. Say node A
>    must listen on slot number 11, 34, 65 and Tx on 13, 35, 68****
>    2. But another route 2 requires node A to listen on slot 35. ****
>
>  There may be other such conflicts that we may need to resolve.****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> I totally agree to your approach to define the flow information to L3.***=
*
>
>  ****
>
> Regarding to your question, can you explain more about:****
>
> (1) from nodeA to nodeB is one hop or multi-hop?****
>
> (2) installing the route with hard cells or soft cells?****
>
> (3) what "conflict during route installation" mean? what kind of conflict=
?
> ****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Qin,****
>
> I have pretty much the same line of thought. I agree with the point that
> 6top is independent from L3. What we are trying to do is define what L3
> will need to implement to obtain information from 6top. Obviously, 6top
> will expose these interfaces in its standard implementation.****
>
>  ****
>
> Do you think finding the common requirements from 6top to L3 flows betwee=
n
> RPL and PCE is a good place to start? I am sure there are going to be som=
e
> specific requirements for each but they can be added as PCE or RPL specif=
ic
> primitives. I am not suggesting that we implement specific primitives for
> every L3 protocol, but once we cover RPL and PCE I think we will satisfy
> the requirements of most L3s.****
>
>  ****
>
> The different flows you have identified is perfect. ****
>
> (1) The flows from 6top -> L2 have been addressed quite extensively in th=
e
> draft already. There are a few flows from L2 -> 6top that have to be
> addressed. GET_*TIMING_P*ARENT for e..g.****
>
> (2) I would consider the requirements of PCE, RPL, (probably v6ND) in
> terms of parameters required for route computation to define the general
> requirements for flows between L3 and 6top. In the draft, you have alread=
y
> addressed some RPL specific primitives like control message delivery. I
> think this should go in the RPL specific part. We define primitives to
> expose parameters required by L3 to perform route computation in the
> general flows. For e.g. L2 neighbor list, link quality to each neighbor. =
We
> need to specify the message format that needs to used by L3 to obtain thi=
s
> info.****
>
> (3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL
> case,  GET_*RPL_*PARENT will be one such flow as 6top needs to provide
> the primitive GET_*TIMING_*PARENT in the L2->6top flow. A similar
> primitive needs to be there for PCE.****
>
>  ****
>
> (Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity
> and 6top is the data provider. This is my own convention and hence the
> clarification)****
>
>  ****
>
> Another critical part I want to get your opinions on is the following. We
> have decided that irrespective of L3 (PCE or RPL) a node A will initiate
> route installation request when it has data to send to node B. In this ca=
se
> -****
>
>    1. How do resolve conflict during route installation? L3 computes a
>    route and send it over to 6top. Which in turn converts it to slot
>    reservations using the 6top -> L2 primitives in the slot frame. What i=
f
>    there is a conflict during this slot reservation? What are the message=
s
>    that will inform L3 and the node that route installation failed? This =
must
>    also cause L3 to recompute its route.****
>    2. Then we have to ask, does 6top provide a mechanism to inform L3
>    about failure and obtain a recomputed route (i.e.) perform n number of
>    retries. Or just fail after one try and leave it to the node to reinit=
iate
>    a route request. ****
>
>  -raghuram****
>
>  ****
>
>  ****
>
> *From: *Qin Wang <qinwang@berkeley.edu>
> *Date: *Thursday, August 15, 2013 6:00 AM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> Sorry for the late response. It is welcome for you to add flow informatio=
n
> if necessary.****
>
>  ****
>
> Just one thing I want to understand more clearly. I think 6top is a
> relatively independent sublayer from upper layer. RPL is used as upper
> layer in the first step, but, just one kind of upper layers in the future=
.
> Correct? ****
>
>  ****
>
> In this sense, we should separate the general flow information to upper
> layer and the specific flow information to RPL. Then, can we organize the
> flow information related to 6top in this way?****
>
>  ****
>
> (1) flow information with L2, i.e. TSCH****
>
> (2) general flow information with upper layer, may be L3 or L2.5****
>
> (3) flow information with specific upper layer protocol like RPL.****
>
>  ****
>
> What do you think?****
>
>  ****
>
> Qin ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Ok. ****
>
>  ****
>
> Qin, if you are OK I can add the flow information specific to RPL. ****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.ed=
u
> >
> *Date: *Wednesday, August 14, 2013 2:32 PM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram,****
>
> I let Qin answer as she is the main author. My opinion is that by now we
> keep the document as a single file but we separate the two message flows.
> IMHO, if you have information to add it is more than welcome!
>
> X****
>
>  ****
>
> On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Xavi, Qin,****
>
> I believe that there is some information that needs to be added to the
> message flows that will occur between L3 -> 6top and L2 -> 6top, in
> addition to what is already there in Qin's draft. I wanted to check with
> you guys if you want to add to the same document or split it into a
> separate RFC. When I say split into separate RFC,  what I mean is, L3 to
> 6top is one RFC and L2 to 6top is another. The current draft has a lot of
> information about L2 to 6top. I could add more about the RPL to 6top is i=
ts
> OK..****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> ** **
>

--20cf307f3bfab8643004e42b7451
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pouria,<div><br></div><div>According to the new version=
 of Charter, in the current step, we only consider the static case of build=
ing TSCH schedule. That means the new node (node B) will use shared cells t=
o send RPL control messages like DAO to the existing node (node A). The set=
 of shared cells will be advertised in EB by node A. And, in the shared cel=
ls, node A should be awake for listening (at lease at the beginning of time=
slots) . So, even in the lack of signaling protocol and without installing =
a track, RPL should be able to work. Right?</div>
<div><br></div><div>Then, if RPL or other upper layer wants more bandwidth,=
 some centralized/distributed reservation mechanism will be needed. That wi=
ll be addressed in the next step. What do you think?</div><div><br></div>
<div>Qin</div><div><br></div><div><br></div></div><div class=3D"gmail_extra=
"><br><br><div class=3D"gmail_quote">On Sat, Aug 17, 2013 at 11:56 PM,  <sp=
an dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P=
.Zand@utwente.nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree with starting a n=
ew threat and discuss about the details of the control flows.<u></u><u></u>=
</span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to the interfac=
e between 6top and higher layer (e.g. RPL), Let me explain my point with an=
 example: Let=92s consider a new joined device, node A, that
 needs some cells to start sending its RPL control packets to its parent no=
de B. How does node A, upon choosing a new parent (node B), can reserve cel=
ls (e.g. for exchanging RPL control packets like DAO or DIO)? How does node=
 B (or node B=92 parent), who has
 just received node A=92 DAO packet as its children, can reserve extra cell=
s toward their parent. In the lack of signaling protocol and without instal=
ling a track, is there any primitive that the RPL or 6top can use, to reser=
ve some cells locally based on it
 DAO and DIO packet rates with their parents? <u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In order to handle this s=
ituation in 6top, don=92t we need to import some information from the paren=
t table and route table (in storing mode) from L3 to 6top?
 I mean how does a RPL parent inform 6top about its children and descendant=
s numbers and the potential control messages rate (e.g. DAO) that it should=
 forward toward the DODAG root? In addition how does the new device inform =
the 6top about its new parent?=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">You might say that DAO an=
d DIO transmission rate might changes overtime and reserving resources does=
n=92t make sense. But let=92s consider RPL control packets just
 as an example.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I missing anything?=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Saturday, August 17, 2013 3:18 PM</span></p><div><div class=3D=
"h5"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></div></div><p></p><div><div=
 class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Pouira,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I see your point. In the task item-1 &quot;Timeslot =
Management methods and formats&quot;, control flows will be defined (See th=
e record for teleconference on 8/9). We can address the issue you mentioned=
 above in that document. Maybe we should start
 a thread to discuss what the control flows should be, what the message con=
tents should be.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to the interface between 6top and RPL, my =
understanding is RPL just use the TSCH schedule, instead of building the sc=
hedule by using something like Soft cell creation. But, maybe, the status o=
f TSCH schedule can be taken as a
 factor of RPL&#39;s OF. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 9:24 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Qin,</span><u></u><u></u>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I completely agree with y=
ou that the status of the report/confirm form 6top to higher layer might
 be changed by other factors as well. My point is that, one of those factor=
s, is the status of =93.confirm=94 primitives received form L2. I think in =
6top, we have to add them to the list of the factors that effect on the rep=
ly/confirm to higher layer. Am I right?=A0=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (1), I think=
, when the 6top commands/primitives are called by higher layer (either by
 PCE, potential signaling protocol, or temporary by RPL in the lack of sign=
aling protocol) we have to send a =93.confirm=94 to inform them about the s=
tatus of their requests. Am I right? I would say that in some cases we migh=
t need to send the confirmation to PCE
 with the FAIL status.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (3), I agree=
 that the signaling protocol and PCE should call the cell creation commands=
/primitives.
 Do you agree that 6top should be independent form the higher layer that ha=
s called its primitives/command? Is there any limitation that in the lack o=
f signaling protocol, the RPL can=92t call some of the 6top=92 management c=
ommands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is the process to create a hard cell and slotfram=
e. You see,=A0<span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quo=
t;,&quot;sans-serif&quot;;color:#1f497d">=A0=93MLME-SET-SLOTFRAME.confirm=
=94 and
 =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which usually =
is one of factors to generate the confirmation message to higher layer. In =
another word, when the status returned by=A0=A0=93MLME-SET-SLOTFRAME.confir=
m=94 or =93MLME-SET-LINK.confirm=94 is False, the
 status reported from 6top to higher layer must be False. But, there may be=
 some other factors also making the status False.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Make sense?</span><u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Qin</span><u></u><u></u><=
/p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (2), this is=
 my understanding from the procedure for creating a hard cell and slotframe=
.
 Am I missing something from 6top?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img border=3D"0" width=
=3D"462" height=3D"423" src=3D"cid:image001.jpg@01CE9B73.0E018CD0"></span><=
u></u><u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Raghuram and Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The following is my understanding.<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Taking the assumption in Raghuram&#39;s example,=
 i.e. installing a route with hard cells, then, some role like PCE should e=
xist and take responsibility to make conflict-free. In
 another word, the scenario described in the Raghuram&#39;s example should =
not happen. (But, it doesn&#39;t mean a confirmation message is not needed,=
 see the following) .<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2)=A0<span style=3D"font-size:11.5pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=93MLME-SET-SLOT=
FRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are primitives of 802.15.4=
e. The confirmation
 to upper layer should come from the execution of 6top commands, which may =
related with the two 15.4e primitives, but not exactly same.</span><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) RPL is a routing protocol. It uses the TSCH sche=
dule to forward packets, no matter the schedule is installed by PCE (hard c=
ell) , or by some reservation protocol like RSVP (soft
 cell).<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Raghuram, Qin,</span><=
u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Let me enter to your disc=
ussion</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree with Raghuram tha=
t when the higher layer call the 6top=92s commands (or .requests primitives=
)
 it should be informed about the status of its request by =93command reply=
=94 or =93.confirm=94 primitives. The status of the =93.confirm=94 or =93re=
ply=94 can be success, failure or =85</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t either find =
the 6top=92s behavior upon receiving the =93MLME-SET-SLOTFRAME.confirm=94 o=
r =93MLME-SET-LINK.confirm=94
 primitives that might be called by L2. Did I miss that?</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Raghuram, I just have one=
 minor comment, in your example. I think that the RPL (L3) should use the
 =93Create soft cell command=94 to ask a new cell without specifying the ex=
act cell. Because the L3 does not have enough information to ask for reserv=
ing specific cell in L2. The =93Create hard cell command=94 should be calle=
d by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he =93Create hard cell command=94 or RPL by calling =93Create soft cell com=
mand=94 should be informed by 6top about the status of its request. For exa=
mple, It might happen that PCE send a same
 request twice or RPL=92s request can=92t be serviced. </span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">AM I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.=A0=A0=A0=A0=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">HI Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The conflicts I am referring to are -</=
span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Consdiering multihop communication and =
hard-cells</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><u></=
u><u></u></li>
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.=A0</=
span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">There may be other such conflicts that =
we may need to resolve.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I totally agree to your approach to def=
ine the flow information to L3.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Regarding to your question, can you exp=
lain more about:</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or m=
ulti-hop?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) installing the route with hard cell=
s or soft cells?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) what &quot;conflict during route in=
stallation&quot; mean? what kind of conflict?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Thanks</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghu=
ram Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=
=3D"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I have pretty much the same line of tho=
ught. I agree with the point that 6top is independent from L3. What we are
 trying to do is define what L3 will need to implement to obtain informatio=
n from 6top. Obviously, 6top will expose these interfaces in its standard i=
mplementation.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Do you think finding the common require=
ments from 6top to L3 flows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The different flows you have identified=
 is perfect.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have b=
een addressed quite extensively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) I would consider the requirements o=
f PCE, RPL, (probably v6ND) in terms of parameters required for route compu=
tation
 to define the general requirements for flows between L3 and 6top. In the d=
raft, you have already addressed some RPL specific primitives like control =
message delivery. I think this should go in the RPL specific part. We defin=
e primitives to expose parameters
 required by L3 to perform route computation in the general flows. For e.g.=
 L2 neighbor list, link quality to each neighbor. We need to specify the me=
ssage format that needs to used by L3 to obtain this info.</span><u></u><u>=
</u></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows=
 to be defined. For e.g., in the RPL case, =A0GET_<i>RPL_</i>PARENT will be=
 one
 such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT =
in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</sp=
an><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I=
 mean L2 is the data requestor entity and 6top is the data provider. This i=
s
 my own convention and hence the clarification)</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Another critical part I want to get you=
r opinions on is the following. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><u></u><u></u></li><li cl=
ass=3D"MsoNormal">

<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>

<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Sorry for the late response. It is welc=
ome for you to add flow information if necessary.</span><u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Just one thing I want to understand mor=
e clearly. I think 6top is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">In this sense, we should separate the g=
eneral flow information to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) general flow information with upper=
 layer, may be L3 or L2.5</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) flow information with specific uppe=
r layer protocol like RPL.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">What do you think?</span><u></u><u></u>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Ok.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin, if you are OK I can add the flow i=
nformation specific to RPL.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>

<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>

<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Hi Raghu=
ram,</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I let Qin answer as she is the main aut=
hor. My opinion is that by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I believe that there is some informatio=
n that needs to be added to the message flows that will occur between L3
 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Qin&=
#39;s draft. I wanted to check with you guys if you want to add to the same=
 document or split it into a separate RFC. When I say split into separate R=
FC, =A0what I mean is, L3 to 6top is one RFC
 and L2 to 6top is another. The current draft has a lot of information abou=
t L2 to 6top. I could add more about the RPL to 6top is its OK..</span><u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">=A0</span><u></u><u></u><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">-raghuram</span><u></u><u=
></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--20cf307f3bfab8643004e42b7451--
--20cf307f3bfab8643304e42b7452
Content-Type: image/jpeg; name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01CE9B73.0E018CD0>
X-Attachment-Id: de85bc58720bb31f_0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=
--20cf307f3bfab8643304e42b7452--

From P.Zand@utwente.nl  Sat Aug 17 15:13:52 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3860E11E8196 for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 15:13:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.197
X-Spam-Level: 
X-Spam-Status: No, score=0.197 tagged_above=-999 required=5 tests=[AWL=-0.300,  BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2IcJF8tI-HpW for <6tsch@ietfa.amsl.com>; Sat, 17 Aug 2013 15:13:44 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 94AC211E80EA for <6tsch@ietf.org>; Sat, 17 Aug 2013 15:13:41 -0700 (PDT)
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Sun, 18 Aug 2013 00:13:46 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Sun, 18 Aug 2013 00:13:40 +0200
From: <P.Zand@utwente.nl>
To: <qinwang@berkeley.edu>
Thread-Topic: Message flows
Thread-Index: AQHOmS7T2+M8VWnoB0iALAow4p1lsJmVjRCA//+VLYCAAW4AgP//n/gAgACPZID//8GzAAAJ+CqA///pcYD//8tEoIABF+YA///KPoCAAdyAgP//soVAABr+/ID//9PRsA==
Date: Sat, 17 Aug 2013 22:13:38 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl> <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl> <CAAzoce4MorOu9LmY7gY4dD936uuzXW-c2jXWXet_-z91o8q=tQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl> <CAAzoce6kfyNEXK7dAzmv51WtiFq30jUd5_HGjLYcWEK+2PnayQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0A@EXMBX23.ad.utwente.nl> <CAAzoce4mfn4noTruGa5_SDH+_7512P9j5i8sN6DeOXcKFGb8Sg@mail.gmail.com>
In-Reply-To: <CAAzoce4mfn4noTruGa5_SDH+_7512P9j5i8sN6DeOXcKFGb8Sg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/related; boundary="_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0EXMBX23adutwent_"; type="multipart/alternative"
MIME-Version: 1.0
Cc: rsudhaak@cisco.com, 6tsch@ietf.org
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Aug 2013 22:13:52 -0000

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0EXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0EXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0EXMBX23adutwent_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi Qin,

Many thanks for your clarification.
Agreed,

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Saturday, August 17, 2013 11:33 PM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
Subject: Re: Message flows

Hi Pouria,

According to the new version of Charter, in the current step, we only consi=
der the static case of building TSCH schedule. That means the new node (nod=
e B) will use shared cells to send RPL control messages like DAO to the exi=
sting node (node A). The set of shared cells will be advertised in EB by no=
de A. And, in the shared cells, node A should be awake for listening (at le=
ase at the beginning of timeslots) . So, even in the lack of signaling prot=
ocol and without installing a track, RPL should be able to work. Right?

Then, if RPL or other upper layer wants more bandwidth, some centralized/di=
stributed reservation mechanism will be needed. That will be addressed in t=
he next step. What do you think?

Qin



On Sat, Aug 17, 2013 at 11:56 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Hi Qin,

I agree with starting a new threat and discuss about the details of the con=
trol flows.


Regarding to the interface between 6top and higher layer (e.g. RPL), Let me=
 explain my point with an example: Let's consider a new joined device, node=
 A, that needs some cells to start sending its RPL control packets to its p=
arent node B. How does node A, upon choosing a new parent (node B), can res=
erve cells (e.g. for exchanging RPL control packets like DAO or DIO)? How d=
oes node B (or node B' parent), who has just received node A' DAO packet as=
 its children, can reserve extra cells toward their parent. In the lack of =
signaling protocol and without installing a track, is there any primitive t=
hat the RPL or 6top can use, to reserve some cells locally based on it DAO =
and DIO packet rates with their parents?
In order to handle this situation in 6top, don't we need to import some inf=
ormation from the parent table and route table (in storing mode) from L3 to=
 6top? I mean how does a RPL parent inform 6top about its children and desc=
endants numbers and the potential control messages rate (e.g. DAO) that it =
should forward toward the DODAG root? In addition how does the new device i=
nform the 6top about its new parent?
You might say that DAO and DIO transmission rate might changes overtime and=
 reserving resources doesn't make sense. But let's consider RPL control pac=
kets just as an example.
Am I missing anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Saturday, August 17, 2013 3:18 PM

To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Pouira,

I see your point. In the task item-1 "Timeslot Management methods and forma=
ts", control flows will be defined (See the record for teleconference on 8/=
9). We can address the issue you mentioned above in that document. Maybe we=
 should start a thread to discuss what the control flows should be, what th=
e message contents should be.

Regarding to the interface between 6top and RPL, my understanding is RPL ju=
st use the TSCH schedule, instead of building the schedule by using somethi=
ng like Soft cell creation. But, maybe, the status of TSCH schedule can be =
taken as a factor of RPL's OF. What do you think?

Qin




On Fri, Aug 16, 2013 at 9:24 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Qin,

I completely agree with you that the status of the report/confirm form 6top=
 to higher layer might be changed by other factors as well. My point is tha=
t, one of those factors, is the status of ".confirm" primitives received fo=
rm L2. I think in 6top, we have to add them to the list of the factors that=
 effect on the reply/confirm to higher layer. Am I right?

Regarding to (1), I think, when the 6top commands/primitives are called by =
higher layer (either by PCE, potential signaling protocol, or temporary by =
RPL in the lack of signaling protocol) we have to send a ".confirm" to info=
rm them about the status of their requests. Am I right? I would say that in=
 some cases we might need to send the confirmation to PCE with the FAIL sta=
tus.

Regarding to (3), I agree that the signaling protocol and PCE should call t=
he cell creation commands/primitives. Do you agree that 6top should be inde=
pendent form the higher layer that has called its primitives/command? Is th=
ere any limitation that in the lack of signaling protocol, the RPL can't ca=
ll some of the 6top' management commands/primitives (e.g. Soft cell creatio=
n)? In this case, we might need to reply to RPL, by SUCCESS or FAIL status?=
 Did I miss anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 2:05 PM

To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Pouria,

It is the process to create a hard cell and slotframe. You see,  "MLME-SET-=
SLOTFRAME.confirm" and "MLME-SET-LINK.confirm" generates confirmation from =
L2, which usually is one of factors to generate the confirmation message to=
 higher layer. In another word, when the status returned by  "MLME-SET-SLOT=
FRAME.confirm" or "MLME-SET-LINK.confirm" is False, the status reported fro=
m 6top to higher layer must be False. But, there may be some other factors =
also making the status False.

Make sense?

Qin

On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Qin,
Regarding to (2), this is my understanding from the procedure for creating =
a hard cell and slotframe. Am I missing something from 6top?

[cid:image001.jpg@01CE9BA7.C7888620]
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 12:32 AM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Raghuram and Pouria,

The following is my understanding.

(1) Taking the assumption in Raghuram's example, i.e. installing a route wi=
th hard cells, then, some role like PCE should exist and take responsibilit=
y to make conflict-free. In another word, the scenario described in the Rag=
huram's example should not happen. (But, it doesn't mean a confirmation mes=
sage is not needed, see the following) .

(2)  "MLME-SET-SLOTFRAME.confirm" and "MLME-SET-LINK.confirm" are primitive=
s of 802.15.4e. The confirmation to upper layer should come from the execut=
ion of 6top commands, which may related with the two 15.4e primitives, but =
not exactly same.

(3) RPL is a routing protocol. It uses the TSCH schedule to forward packets=
, no matter the schedule is installed by PCE (hard cell) , or by some reser=
vation protocol like RSVP (soft cell).

Make sense?

Thanks
Qin



On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Raghuram, Qin,
Let me enter to your discussion
I agree with Raghuram that when the higher layer call the 6top's commands (=
or .requests primitives) it should be informed about the status of its requ=
est by "command reply" or ".confirm" primitives. The status of the ".confir=
m" or "reply" can be success, failure or ...
Am I right?
I couldn't either find the 6top's behavior upon receiving the "MLME-SET-SLO=
TFRAME.confirm" or "MLME-SET-LINK.confirm" primitives that might be called =
by L2. Did I miss that?

Raghuram, I just have one minor comment, in your example. I think that the =
RPL (L3) should use the "Create soft cell command" to ask a new cell withou=
t specifying the exact cell. Because the L3 does not have enough informatio=
n to ask for reserving specific cell in L2. The "Create hard cell command" =
should be called by the one who has the global knowledge on network schedul=
es, like PCE. However, I agree that the PCE by calling the "Create hard cel=
l command" or RPL by calling "Create soft cell command" should be informed =
by 6top about the status of its request. For example, It might happen that =
PCE send a same request twice or RPL's request can't be serviced.
AM I right?

Pouria.

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Raghuram Sudha=
akar (rsudhaak)
Sent: Thursday, August 15, 2013 9:07 PM
To: Qin Wang
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] Message flows

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.
There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin



On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.
-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin












On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X

On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram








--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0EXMBX23adutwent_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:159974838;
	mso-list-template-ids:2011725996;}
@list l1
	{mso-list-id:1751535934;
	mso-list-template-ids:194911640;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi Qin,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Many thanks for your clar=
ification.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Agreed,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:qinwang@berkeley.edu]
<br>
<b>Sent:</b> Saturday, August 17, 2013 11:33 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<br>
<b>Subject:</b> Re: Message flows<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">According to the new version of Charter, in the curr=
ent step, we only consider the static case of building TSCH schedule. That =
means the new node (node B) will use shared cells to send RPL control messa=
ges like DAO to the existing node
 (node A). The set of shared cells will be advertised in EB by node A. And,=
 in the shared cells, node A should be awake for listening (at lease at the=
 beginning of timeslots) . So, even in the lack of signaling protocol and w=
ithout installing a track, RPL should
 be able to work. Right?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Then, if RPL or other upper layer wants more bandwid=
th, some centralized/distributed reservation mechanism will be needed. That=
 will be addressed in the next step. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Sat, Aug 17, 2013 at 11:56 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree with starting a new threat and =
discuss about the details of the control flows.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to the interface between 6top=
 and higher layer (e.g. RPL), Let me explain my point with
 an example: Let&#8217;s consider a new joined device, node A, that needs s=
ome cells to start sending its RPL control packets to its parent node B. Ho=
w does node A, upon choosing a new parent (node B), can reserve cells (e.g.=
 for exchanging RPL control packets like
 DAO or DIO)? How does node B (or node B&#8217; parent), who has just recei=
ved node A&#8217; DAO packet as its children, can reserve extra cells towar=
d their parent. In the lack of signaling protocol and without installing a =
track, is there any primitive that the RPL or
 6top can use, to reserve some cells locally based on it DAO and DIO packet=
 rates with their parents?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In order to handle this situation in 6t=
op, don&#8217;t we need to import some information from the parent
 table and route table (in storing mode) from L3 to 6top? I mean how does a=
 RPL parent inform 6top about its children and descendants numbers and the =
potential control messages rate (e.g. DAO) that it should forward toward th=
e DODAG root? In addition how does
 the new device inform the 6top about its new parent?&nbsp; </span><o:p></o=
:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">You might say that DAO and DIO transmis=
sion rate might changes overtime and reserving resources doesn&#8217;t
 make sense. But let&#8217;s consider RPL control packets just as an exampl=
e.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I missing anything?&nbsp;
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Saturday, August 17, 2013 3:18 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouira,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I see your point. In the task item-1 &quot;Timeslot Management met=
hods and formats&quot;, control flows will be defined (See the record for t=
eleconference on 8/9). We can address the issue
 you mentioned above in that document. Maybe we should start a thread to di=
scuss what the control flows should be, what the message contents should be=
.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Regarding to the interface between 6top and RPL, my understanding =
is RPL just use the TSCH schedule, instead of building the schedule by usin=
g something like Soft cell creation.
 But, maybe, the status of TSCH schedule can be taken as a factor of RPL's =
OF. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 16, 2013 at 9:24 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I completely agree with you that the st=
atus of the report/confirm form 6top to higher layer might
 be changed by other factors as well. My point is that, one of those factor=
s, is the status of &#8220;.confirm&#8221; primitives received form L2. I t=
hink in 6top, we have to add them to the list of the factors that effect on=
 the reply/confirm to higher layer. Am I right?&nbsp;&nbsp;
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to (1), I think, when the 6to=
p commands/primitives are called by higher layer (either by
 PCE, potential signaling protocol, or temporary by RPL in the lack of sign=
aling protocol) we have to send a &#8220;.confirm&#8221; to inform them abo=
ut the status of their requests. Am I right? I would say that in some cases=
 we might need to send the confirmation to PCE
 with the FAIL status.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to (3), I agree that the sign=
aling protocol and PCE should call the cell creation commands/primitives.
 Do you agree that 6top should be independent form the higher layer that ha=
s called its primitives/command? Is there any limitation that in the lack o=
f signaling protocol, the RPL can&#8217;t call some of the 6top&#8217; mana=
gement commands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is the process to create a hard cell and slotframe. You see,&nb=
sp;<span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;&#8220;MLME-SET-SLOTFRAME.confirm&#8221=
; and
 &#8220;MLME-SET-LINK.confirm&#8221; generates confirmation from L2, which =
usually is one of factors to generate the confirmation message to higher la=
yer. In another word, when the status returned by&nbsp;&nbsp;&#8220;MLME-SE=
T-SLOTFRAME.confirm&#8221; or &#8220;MLME-SET-LINK.confirm&#8221; is False,=
 the
 status reported from 6top to higher layer must be False. But, there may be=
 some other factors also making the status False.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Make sense?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to (2), this is my understand=
ing from the procedure for creating a hard cell and slotframe.
 Am I missing something from 6top?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"462" height=
=3D"423" id=3D"_x0000_i1025" src=3D"cid:image001.jpg@01CE9BA7.C7888620"></s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Raghuram and Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">The following is my understanding.<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) Taking the assumption in Raghuram's example, i.e. installing a=
 route with hard cells, then, some role like PCE should exist and take resp=
onsibility to make conflict-free. In
 another word, the scenario described in the Raghuram's example should not =
happen. (But, it doesn't mean a confirmation message is not needed, see the=
 following) .<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2)&nbsp;<span style=3D"font-size:11.5pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;&#8220;MLME-SET-SLOTFRAM=
E.confirm&#8221; and &#8220;MLME-SET-LINK.confirm&#8221; are primitives of =
802.15.4e. The confirmation
 to upper layer should come from the execution of 6top commands, which may =
related with the two 15.4e primitives, but not exactly same.</span><o:p></o=
:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(3) RPL is a routing protocol. It uses the TSCH schedule to forwar=
d packets, no matter the schedule is installed by PCE (hard cell) , or by s=
ome reservation protocol like RSVP (soft
 cell).<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Raghuram, Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Let me enter to your discussion</span><=
o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree with Raghuram that when the hig=
her layer call the 6top&#8217;s commands (or .requests primitives)
 it should be informed about the status of its request by &#8220;command re=
ply&#8221; or &#8220;.confirm&#8221; primitives. The status of the &#8220;.=
confirm&#8221; or &#8220;reply&#8221; can be success, failure or &#8230;</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t either find the 6top&#=
8217;s behavior upon receiving the &#8220;MLME-SET-SLOTFRAME.confirm&#8221;=
 or &#8220;MLME-SET-LINK.confirm&#8221;
 primitives that might be called by L2. Did I miss that?</span><o:p></o:p><=
/p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Raghuram, I just have one minor comment=
, in your example. I think that the RPL (L3) should use the
 &#8220;Create soft cell command&#8221; to ask a new cell without specifyin=
g the exact cell. Because the L3 does not have enough information to ask fo=
r reserving specific cell in L2. The &#8220;Create hard cell command&#8221;=
 should be called by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he &#8220;Create hard cell command&#8221; or RPL by calling &#8220;Create s=
oft cell command&#8221; should be informed by 6top about the status of its =
request. For example, It might happen that PCE send a same
 request twice or RPL&#8217;s request can&#8217;t be serviced. </span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">AM I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">HI Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">The conflicts I am referring to are -</span><o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Consdiering multihop communication and hard-cells</sp=
an><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><o:p>=
</o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-mar=
gin-bottom-alt:auto;mso-list:l0 level1 lfo1">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.&nbsp=
;</span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">There may be other such conflicts that we may need to=
 resolve.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I totally agree to your approach to define the flow i=
nformation to L3.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Regarding to your question, can you explain more abou=
t:</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or multi-hop?</spa=
n><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) installing the route with hard cells or soft cell=
s?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) what &quot;conflict during route installation&quo=
t; mean? what kind of conflict?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Thanks</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar =
(rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsud=
haak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I have pretty much the same line of thought. I agree =
with the point that 6top is independent from L3. What we are
 trying to do is define what L3 will need to implement to obtain informatio=
n from 6top. Obviously, 6top will expose these interfaces in its standard i=
mplementation.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Do you think finding the common requirements from 6to=
p to L3 flows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">The different flows you have identified is perfect.&n=
bsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have been addressed =
quite extensively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) I would consider the requirements of PCE, RPL, (p=
robably v6ND) in terms of parameters required for route computation
 to define the general requirements for flows between L3 and 6top. In the d=
raft, you have already addressed some RPL specific primitives like control =
message delivery. I think this should go in the RPL specific part. We defin=
e primitives to expose parameters
 required by L3 to perform route computation in the general flows. For e.g.=
 L2 neighbor list, link quality to each neighbor. We need to specify the me=
ssage format that needs to used by L3 to obtain this info.</span><o:p></o:p=
></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows to be defined=
. For e.g., in the RPL case, &nbsp;GET_<i>RPL_</i>PARENT will be one
 such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT =
in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</sp=
an><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I mean L2 is th=
e data requestor entity and 6top is the data provider. This is
 my own convention and hence the clarification)</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Another critical part I want to get your opinions on =
is the following. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><o:p></o:p></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><o:p></o:p></li><li class=
=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;=
mso-list:l1 level1 lfo2">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><o:p></o:p></li></ol>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Hi Raghuram,
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Sorry for the late response. It is welcome for you to=
 add flow information if necessary.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Just one thing I want to understand more clearly. I t=
hink 6top is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">In this sense, we should separate the general flow in=
formation to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH</span><o:p></=
o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(2) general flow information with upper layer, may be=
 L3 or L2.5</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">(3) flow information with specific upper layer protoc=
ol like RPL.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">What do you think?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (=
rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudh=
aak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Ok.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Qin, if you are OK I can add the flow information spe=
cific to RPL.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>
<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Hi Raghuram,</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I let Qin answer as she is the main author. My opinio=
n is that by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (=
rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudh=
aak@cisco.com</a>&gt;
 wrote:</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Qin,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I believe that there is some information that needs t=
o be added to the message flows that will occur between L3
 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Qin'=
s draft. I wanted to check with you guys if you want to add to the same doc=
ument or split it into a separate RFC. When I say split into separate RFC, =
&nbsp;what I mean is, L3 to 6top is one RFC
 and L2 to 6top is another. The current draft has a lot of information abou=
t L2 to 6top. I could add more about the RPL to 6top is its OK..</span><o:p=
></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#888888">-raghuram</span><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0EXMBX23adutwent_--

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0EXMBX23adutwent_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=18869;
	creation-date="Sat, 17 Aug 2013 22:13:38 GMT";
	modification-date="Sat, 17 Aug 2013 22:13:38 GMT"
Content-ID: <image001.jpg@01CE9BA7.C7888620>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=

--_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0EXMBX23adutwent_--

From mcr@sandelman.ca  Sun Aug 18 15:14:22 2013
Return-Path: <mcr@sandelman.ca>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F8DE11E8197; Sun, 18 Aug 2013 15:14:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.834
X-Spam-Level: 
X-Spam-Status: No, score=-1.834 tagged_above=-999 required=5 tests=[AWL=-0.765, BAYES_00=-2.599, DATE_IN_PAST_24_48=1.219, HOST_MISMATCH_NET=0.311]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5AZOBOHgzCEw; Sun, 18 Aug 2013 15:14:17 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) by ietfa.amsl.com (Postfix) with ESMTP id DBBAA11E817D; Sun, 18 Aug 2013 15:14:16 -0700 (PDT)
Received: from sandelman.ca (unknown [209.87.252.140]) by relay.sandelman.ca (Postfix) with ESMTPS id 8DE3022080; Sun, 18 Aug 2013 18:14:15 -0400 (EDT)
Received: from sandelman.ca (quigon.sandelman.ca [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 5F258CA0D7; Sat, 17 Aug 2013 16:30:19 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: 6TSCH <6tsch@ietf.org>, roll@ietf.org
In-reply-to: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com>
Comments: In-reply-to Thomas Watteyne <watteyne@eecs.berkeley.edu> message dated "Thu, 01 Aug 2013 15:12:45 +0200."
X-Mailer: MH-E 8.3; nmh 1.3; XEmacs 21.4 (patch 22)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature"
Date: Sat, 17 Aug 2013 16:30:19 -0400
Message-ID: <6445.1376771419@sandelman.ca>
Sender: mcr@sandelman.ca
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>
Subject: [6tsch] should 6tsch adopt draft-ietf-roll-rpl-industrial-applicability?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Aug 2013 22:14:22 -0000

--=-=-=
Content-Transfer-Encoding: quoted-printable


This email is directed at IESG types, as this requires an IESG action.

>>>>> "Thomas" =3D=3D Thomas Watteyne <watteyne@eecs.berkeley.edu> writes:
    Thomas> After discussion and suggestions from numerous 6TSCH and
    Thomas> other people here at the IETF, the chairs have created a
    Thomas> new, simplified version of the draft, which we have uploaded
    Thomas> in the repo at:
    Thomas> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/chart=
er-ietf-6tsch-00.txt

Foolishly, I didn't copy this to my laptop before leaving for the
cottage, where I am now catching up on some mailing lists using DTN
protocols, as no network, so I haven't read the above.=20

In the last version that I read the question of what, if anything, to do
with draft-ietf-roll-rpl-industrial-applicability was unresolved.

To recap, the options are:

1) nothing. Leave it in ROLL. It may progress as is, or it may reference si=
xtus
   work non-norminatively.
   A second document (-bis) might reference sixtus normatively in the futur=
e.

2) leave it in ROLL, have it reference sixtus work normatively, and
   have this document stalled until sixtus progresses.

3) move this document to sixtus, where I think it will get significantly
   more review and energy.

There are perhaps other options, which I would like to add to a list,
and then make a WG consensus call (in ROLL) about what feedback ROLL
would like the IESG to hear.

(You can perhaps see which one I prefer)

=2D-=20
Michael Richardson
=2Dat the cottage-





--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAABAgAGBQJSD91aAAoJEKD0KQ7Gj3P2pIUIAIEau+s++Yzg1D764xHDCytl
skbpXVNRVuOaDscs71MekPuxoPgtNyzB+GsGtNvnZI8zGdhtD3SFaMr7vP/Pytp2
zeBWWbZchDx8iuN3EYAhLB08cw1vAcipjcaH15w1dahGWHci9kGjwpDZ7KCZ3dE8
fompHNmJMVf0TZPfeRSyxwe3IO2LfvNbm5J988qf4B3PAMvlHfxtVTPDykh4g5+n
yj+tf7LziwfB65SVgE47LzOiQ0D7W/kgK1wz41rmDzuzlrTrhYQEn3Hhyp5qU58C
3yM+qsrAG29ZWXaVbfs1ISM3/3UgLAK4N/sNgzNkTyspRQAS9CwOzogkk/0ziak=
=vaZy
-----END PGP SIGNATURE-----
--=-=-=--

From mcr@sandelman.ca  Sun Aug 18 15:37:19 2013
Return-Path: <mcr@sandelman.ca>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 250D911E81CE; Sun, 18 Aug 2013 15:37:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.138
X-Spam-Level: 
X-Spam-Status: No, score=-2.138 tagged_above=-999 required=5 tests=[AWL=0.150,  BAYES_00=-2.599, HOST_MISMATCH_NET=0.311]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IqdT9jaAJ0kA; Sun, 18 Aug 2013 15:37:14 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) by ietfa.amsl.com (Postfix) with ESMTP id 088F511E81C6; Sun, 18 Aug 2013 15:37:14 -0700 (PDT)
Received: from sandelman.ca (unknown [209.87.252.140]) by relay.sandelman.ca (Postfix) with ESMTPS id 2094C22077; Sun, 18 Aug 2013 18:37:13 -0400 (EDT)
Received: from sandelman.ca (quigon.sandelman.ca [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id D7C15CA0C9; Sun, 18 Aug 2013 18:37:20 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: 6TSCH <6tsch@ietf.org>, roll@ietf.org
In-reply-to: <6445.1376771419@sandelman.ca>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <6445.1376771419@sandelman.ca>
Comments: In-reply-to Michael Richardson <mcr+ietf@sandelman.ca> message dated "Sat, 17 Aug 2013 16:30:19 -0400."
X-Mailer: MH-E 8.3; nmh 1.3; XEmacs 21.4 (patch 22)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature"
Date: Sun, 18 Aug 2013 18:37:20 -0400
Message-ID: <6375.1376865440@sandelman.ca>
Sender: mcr@sandelman.ca
Cc: "Adrian Farrel \(adrian@olddog.co.uk\)" <adrian@olddog.co.uk>, "Ted Lemon \(ted.lemon@nominum.com\)" <ted.lemon@nominum.com>, draft-ietf-roll-rpl-industrial-applicability@tools.ietf.org
Subject: Re: [6tsch] should 6tsch adopt draft-ietf-roll-rpl-industrial-applicability?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Aug 2013 22:37:19 -0000

--=-=-=
Content-Transfer-Encoding: quoted-printable


please see inline.

>>>>> "mcr" =3D=3D Michael Richardson <mcr+ietf@sandelman.ca> writes:
    Thomas> in the repo at:
    Thomas> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/chart=
er-ietf-6tsch-00.txt

    mcr> Foolishly, I didn't copy this to my laptop before leaving for
    mcr> the cottage, where I am now catching up on some mailing lists
    mcr> using DTN protocols, as no network, so I haven't read the
    mcr> above.

I have re-read this final version.

Applicability statements are not included in the current charter, nor is
it clear to me if the industrial uses envisioned by the ROLL
industrial applicability statement knows if it needs static of dynamic=20
schedules.

    mcr> In the last version that I read the question of what, if
    mcr> anything, to do with
    mcr> draft-ietf-roll-rpl-industrial-applicability was unresolved.

    mcr> To recap, the options are:

    mcr> 1) nothing. Leave it in ROLL. It may progress as is, or it may
    mcr> reference sixtus work non-norminatively.  A second document
    mcr> (-bis) might reference sixtus normatively in the future.

    mcr> 2) leave it in ROLL, have it reference sixtus work normatively,
    mcr> and have this document stalled until sixtus progresses.

    mcr> 3) move this document to sixtus, where I think it will get
    mcr> significantly more review and energy.

    mcr> There are perhaps other options, which I would like to add to a

I am now of the opinion that proceeding with (1), as things are, might
be the best way forward for now, but that a -bis document in some group
would be appropriate.=20=20

My message to IESG-types is that the industrial applicability
statement-bis is required.

My uncertainty is that I don't not know if the non-bis applicability
statement will have any practical use in industry at all.  It might not
be worth the 16-bits to store the RFC#.   I look to those better
connected to that industry to say.

=2D-=20
Michael Richardson
=2Dat the cottage-



--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAABAgAGBQJSEUygAAoJEKD0KQ7Gj3P2Q2gH/j+1izRaqnFHA71BlqJAgfMX
RBQaahLA9brKC+dNhusVZZqXvnlNRrKslWMXBDcZIh0/Hvd+BKye1hovfCNAZcdL
xgH3kK+ZMn3aOQOCxWK6nyfTqzEgJrirMVL4Bvdfyf3FBMJkAlBhS8nX1Uz3v73r
U/3ym7ldLKrVQ5m8mmfJWnRUS3Se1g0JXX19W+Z3h+/3NuqAlwcPlBCvNBBBX1ZI
fP1v98gUI1zgWDedI+43xXKG8l9WQksCAQ4Z6Fi/D3TugV0v2UtGZbPnELVocJ0Z
3JO1ApMje+wSVtSJYXHGTjgkfk7/Vdf4F1xO/4WBZ6OX4qgTxi1FofJ/l/X+mZE=
=1/vC
-----END PGP SIGNATURE-----
--=-=-=--

From twatteyne@gmail.com  Sun Aug 18 19:28:23 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2975C11E8199 for <6tsch@ietfa.amsl.com>; Sun, 18 Aug 2013 19:28:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.838
X-Spam-Level: 
X-Spam-Status: No, score=-1.838 tagged_above=-999 required=5 tests=[AWL=0.139,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L6UfJxL4U1Hl for <6tsch@ietfa.amsl.com>; Sun, 18 Aug 2013 19:28:21 -0700 (PDT)
Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 3DB6411E811D for <6tsch@ietf.org>; Sun, 18 Aug 2013 19:28:21 -0700 (PDT)
Received: by mail-pa0-f45.google.com with SMTP id bg4so1148040pad.32 for <6tsch@ietf.org>; Sun, 18 Aug 2013 19:28:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=XG+fGb856e1E/P3thNkTdl1SGor0aH0JmF7IXvfVi0k=; b=BURfa6XuAoCIpMx95ZPY/CjZXJ/1EaKtkdmwwtW7HQI7FYpwOujhL5O8z5kSsWNC3I QBuF6BGlObu8exE5ngNsTv/iQ39A1g07j9XIRAuU7gSo7OvZrvqDnuc7buvivlaT91vj mb/wx7yYK26oC+xcPNn1nOvmKe7/LP5AJWklYOkRU1CBN3X3gGLhEx0Ht0gDEy2T8i5e AZOlCmEJOWyAtdf2fjchrRSrLuT7u1R1EIr0K7+XiWuMYHrR7lDCgL7VpD9FRuaNw6PL 53bwlAXU+EZrZPV7/PI9Bh4z7ajYEa0Q0wzPjV/mI9tZ47cgfYUKN8ST8DTMIAUMEXlz /HoQ==
X-Received: by 10.68.232.166 with SMTP id tp6mr299773pbc.153.1376879300882; Sun, 18 Aug 2013 19:28:20 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Sun, 18 Aug 2013 19:28:00 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Sun, 18 Aug 2013 19:28:00 -0700
X-Google-Sender-Auth: WSht6yJftdb2DEqdT12IQ8uFOLQ
Message-ID: <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b33d590a0b8e304e443b1c4
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 02:28:23 -0000

--047d7b33d590a0b8e304e443b1c4
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Pouria, all,

My 2c is the following. We already agreed on the fact that a mote's (RPL)
routing parent would also be its (TSCH) time source neighbor. So why not
pick the time source neighbor based on routing information?

What exactly do you mean by clock accuracy? All nodes in a TSCH network
need to be able to synchronize with one another, and I don't think we are
considering cases where that is not true.

Thomas


On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl> wrote:

>  Raghuram,****
>
> I agree with you that we need a method to pick a timing parent.****
>
> We might need the L3 information on that, unless we can find a solution i=
n
> 6top to use L2 information. For example about the clock accuracy
> capabilities of the device who has already joined the network. I am not
> sure if this information is available in L2 and neighbor table.****
>
> Best Wishes,****
>
> Pouria****
>
> ** **
>
> *From:* Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
> *Sent:* Wednesday, August 14, 2013 12:57 AM
> *To:* xvilajosana@eecs.berkeley.edu; Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org; Qin Wang
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ** **
>
> Xavi, Pouria,****
>
> I think we need to keep node rank at 6top (as a read only parameter
> obtained from L3) in order for the TSCH nodes to figure out the timing
> parent. In the case where RPL node may have different ranks based on
> different OFs we need a method to pick a timing parent.****
>
> ** **
>
> We should propose a default OF, that is used to compute the ranks for the
> purpose finding the timing parent.****
>
> ** **
>
> -raghuram****
>
> ** **
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *<xvilajosana@eecs.berkeley.edu>
> *Date: *Tuesday, August 13, 2013 2:27 PM
> *To: *Pouria Zand <P.Zand@utwente.nl>
> *Cc: *Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <
> 6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: [6tsch] RPL on Basic****
>
> ** **
>
> Good point :-)****
>
> agreed!
> X****
>
> ** **
>
> On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> I guess we cannot keep =93node rank=94 in the 6top. Because a node might =
have
> different rank based on different metrics defined in L3. As a response, I
> don=92t think we can get all of those information form L3 and use them in
> neighbor table in 6top. Am I right? ****
>
> I think, as you mentioned we need to work on them. ****
>
>  ****
>
> Pouria  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 11:13 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,
>
> yes the neighbor table is something that 6top takes care of. The fields o=
f
> the table is something that we need to work on, stats for sure as describ=
ed
> by the basic configuration draft. As regards to the rank, in our
> implementation, we keep it in the table, for each neighbour we keep its
> rank. This information can be placed somewhere else if you want but I gue=
ss
> we need it to keep some sense on what is the rank of our neighbors.****
>
> regards,****
>
> Xavi****
>
>  ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Many thanks for your complete explanation. It absolutely makes sense.****
>
>  ****
>
> Just one minor question. The neighbor table will be stored in 6top. Am I
> right? If yes, do we need to store rank information (included in DIO) in
> that table? Or we just store neighbor statistic?****
>
>  ****
>
> Pouria ****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 10:17 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> answer inline:****
>
> Xavi,****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> there are many different ways to implement that, this is an option.****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI?****
>
> These are the list of known neighbors with acceptable RSSI, so yes if it
> wants to keep all of them.****
>
> Or (2) the node should probe its connection with the its RPL parent and
> its RPL child? In the case (2), how does the 6top can inform the L3 about
> the new potential discovered neighbors and their connection status? ****
>
> When a node is discovered due to receiving and EB (at least in our openws=
n
> implementation), it is inserted at the neighbor table. At that point no
> information about connectivity can be used except RSSI. As soon as a DIO =
is
> received from that node, its information is updated (including rank). As =
we
> don't have any information about connectivity (as RFC6552 describes) an
> initial value is set (i.e rank + FOO). In openwsn a similar case to (1) i=
s
> used so eventually some stats of the link can be used to compute the ETX
> and let RPL do its work. ****
>
> So RPL knows about a new node because 6TOP keeps information of neighbors
> an eventually this information is used by RPL to update routes. As this
> node sends DIOs and receives DIOs from others the information is
> permanently being updated enabling a node to be positioned in the multiho=
p
> topology.****
>
> Does it make sense?****
>
> Pouria****
>
>  ****
>
> On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
>  ****
>
> Pouria****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>  ****
>
> ** **
>

--047d7b33d590a0b8e304e443b1c4
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pouria, all,<div><br></div><div>My 2c is the following. We=
 already agreed on the fact that a mote&#39;s (RPL) routing parent would al=
so be its (TSCH) time source neighbor. So why not pick the time source neig=
hbor based on routing information?</div>

<div><br></div><div>What exactly do you mean by clock accuracy? All nodes i=
n a TSCH network need to be able to synchronize with one another, and I don=
&#39;t think we are considering cases where that is not true.</div><div>

<br></div><div>Thomas</div></div><div class=3D"gmail_extra"><br><br><div cl=
ass=3D"gmail_quote">On Thu, Aug 15, 2013 at 3:07 PM,  <span dir=3D"ltr">&lt=
;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</=
a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Raghuram,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I agree with you that we need a method =
to pick a timing parent.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We might need the L3 information on tha=
t, unless we can find a solution in 6top to use L2 information. For example=
 about the clock accuracy capabilities of the
 device who has already joined the network. I am not sure if this informati=
on is available in L2 and neighbor table.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Best Wishes,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Pouria</span><span style=3D"font-size:1=
1.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"=
><u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram=
 Sudhaakar (rsudhaak) [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=
=3D"_blank">rsudhaak@cisco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span></p><div><div class=3D"h5"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p>
</div>
</div><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Pouria,<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I think we need to keep node rank at 6t=
op (as a read only parameter obtained from L3) in order for the TSCH nodes =
to figure out the timing parent. In the case
 where RPL node may have different ranks based on different OFs we need a m=
ethod to pick a timing parent.<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We should propose a default OF, that is=
 used to compute the ranks for the purpose finding the timing parent.<u></u=
><u></u></span></p>


</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>


<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;, Qin Wa=
ng &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@be=
rkeley.edu</a>&gt;<br>


<b>Subject: </b>Re: [6tsch] RPL on Basic<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Good poi=
nt :-)<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">agreed!<br>
X<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u>=
=A0<u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a=
 href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&=
gt; wrote:<u></u><u></u></span></p>


<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><span style><=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I guess we cannot keep =
=93node rank=94 in the 6top. Because a node might have different rank based=
 on
 different metrics defined in L3. As a response, I don=92t think we can get=
 all of those information form L3 and use them in neighbor table in 6top. A=
m I right?
</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think, as you mentioned=
 we need to work on them.
</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><span st=
yle><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier
 Vilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu=
" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><span style><u></u><u>=
</u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>Hi Pouria=
,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>regards,<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>Xavi<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>=A0<u></u=
><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style>On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a =
href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&g=
t; wrote:<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><span style><=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your comp=
lete explanation. It absolutely makes sense.</span><span style><u></u><u></=
u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier
 Vilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu=
" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><span style><u></u><u>=
</u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>Hi Pouria=
,<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>answer in=
line:<u></u><u></u></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Xavi,</span><span style=3D"font-size:10.5pt;f=
ont-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u><u></u></span=
></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Keep Alive timer expires for =93node A=94 aft=
er 30s if no frames have been sent (or received) to (or from) neighbor =93n=
ode B=94. Am I right?</span><span style=3D"font-size:10.5pt;font-family:&qu=
ot;Calibri&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><span style=3D"font-size:10.5pt;fon=
t-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u><u></u></span><=
/p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><span style=3D"font-size:10.5pt=
;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u><u></u></sp=
an></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><span style=3D"font-size:10.=
5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u><u></u><=
/span></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><span style=3D"font-size:10.=
5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u><u></u><=
/span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity
 can be used except RSSI. As soon as a DIO is received from that node, its =
information is updated (including rank). As we don&#39;t have any informati=
on about connectivity (as RFC6552 describes) an initial value is set (i.e r=
ank + FOO). In openwsn a similar case
 to (1) is used so eventually some stats of the link can be used to compute=
 the ETX and let RPL do its work.
</span><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;"><u></u><u></u></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs
 from others the information is permanently being updated enabling a node t=
o be positioned in the multihop topology.</span><span style=3D"font-size:10=
.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u><u></u>=
</span></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><span style=3D"font-size:10.5pt;f=
ont-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u><u></u></span=
></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Pouria</span><span style=3D"font-size:10.5pt;=
font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;"><u></u><u></u></spa=
n></p>


<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>=A0<u></u=
><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style>On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a=
 href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&=
gt; wrote:<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><span style><=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or
 from) neighbor =93node B=94. Am I right?</span><span style><u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? =A0=A0=A0</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><span style>=
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier
 Vilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu=
" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><span style><u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>Hi Pouria=
,<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>I completely agree with your description=
. Besides, there isn&#39;t a common shared cell to send KAs. I see the oper=
ation in the following way:<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>6top KA t=
imer expires and places a KA packet into the queue (e.g this happens every =
30s). TSCH layer at the begining of a shared tx/rx slot then reads from the
 queue and sends the packet. This means that the KA can be send in any shar=
ed slot.
<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>does it make sense?<br>
X<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>=A0<u></u=
><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style>On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a =
href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&g=
t; wrote:<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><spa=
n style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><span styl=
e><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><span=
 style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><span =
style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><span style>=
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><span style><u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style>Hi Thomas and Xavi,<u></u><u></u></span>=
</p>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style>I remember keep-alive usually use dedica=
ted cell, instead of shared cell, e.g. a Rx cell in child, and a Tx cell in=
 parent. But, with EB-based schedule
 establishment, a child will only have shared cell. And then, keep-alive ha=
s to use shared cell, which may result in more collision and then traffic.<=
u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style>Thought?<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style>Qin=A0<u></u><u></u></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>=A0<u></u=
><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style>On Tue, Aug 13, 2013 at 2:59 PM, Thomas =
Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank=
">watteyne@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style>We established a while ago that we could=
 reuse the RPL DAG structure for timekeeping. That is, a node&#39;s routing=
 parent coincides with its TSCH time source
 neighbor. As a result, and as part of IEEE802.15.4e&#39;s normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically &quot;keep alive&quot; (per Xavi&#39;s e-mail) =
to the parent. How often depends on a number of factors,
 including crystal drift and guard time, but in a typical case, a node will=
 realize its routing parent is missing after 30-60s.<u></u><u></u></span></=
p>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style>I believe this mechanism can serve for N=
UD, at least n the child-&gt;parent case. Of course, this alone does no cov=
er parent-&gt;child or NUD between siblings.
 Any thoughts on the implications of limiting NUD to the child-&gt;parent c=
ase?<u></u><u></u></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style>On Mon, Aug 12, 2013 at 11:46 AM, Pascal=
 Thubert (pthubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_bl=
ank">pthubert@cisco.com</a>&gt; wrote:<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><span s=
tyle><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><span style><u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><span style=
><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier
 Vilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu=
" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><span style><u></u><u></u></=
span></p>
<div>
<div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>Hi Pascal=
,<br>
<br>
</span><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot=
;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><span style><u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>Keep alive packets help on that. :-)<u><=
/u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>X<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>=A0<u></u=
><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span style>On Mon, Aug 12, 2013 at 11:23 AM, Pascal=
 Thubert (pthubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_bl=
ank">pthubert@cisco.com</a>&gt; wrote:<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"14084052012ad959_140798d1c3f6bd8e_140797f=
9da67483b_140794"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><span st=
yle><u></u><u></u></span></p>


<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><sp=
an style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><sp=
an style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL objective function =
calculation using Neighbors information described in Basic configuration.
<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0 -this includes=
 how OF is calculated using numTx and numTxACK, etc..
<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><span style=
=3D"color:black"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"color:black"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL configuration:<u></=
u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0=A0 - storing m=
ode vs non-storing mode (I vote for non-storing mode for a basic configurat=
ion)<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><span style>=
<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><span style><u></u><u></u></span></p>


<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style><u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style>=A0=A0=A0=A0 - DIO period. Whether we us=
e trickle algorithm (and we define the initial period) or we use a fix peri=
od for DIO (no trickle) for basic configuration.<u></u><u></u></span></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>=A0=A0=A0=
=A0=A0 -DAO period, idem.<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><span style><u></u><u></u></span></p=
>


</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style>I kindly =
ask for opinions and contribution to this items so we can start narrowing t=
he content.<u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><span style><u></u><u></u></span></p>


<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><span style><u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><span style><u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>thanks!</span><span style=3D"color:#8888=
88"><br>
X</span><span style><u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></span></p>
</div>
</div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style>=A0<u></u><u></u></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><u></u>=A0<u></u></span></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--047d7b33d590a0b8e304e443b1c4--

From adrian@olddog.co.uk  Mon Aug 19 04:46:34 2013
Return-Path: <adrian@olddog.co.uk>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A30F11E8259; Mon, 19 Aug 2013 04:46:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bLrqRFm8p4dU; Mon, 19 Aug 2013 04:46:29 -0700 (PDT)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id 3C14711E8262; Mon, 19 Aug 2013 04:45:25 -0700 (PDT)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id r7JBjNvj011484;  Mon, 19 Aug 2013 12:45:23 +0100
Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id r7JBjLRL011474 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 19 Aug 2013 12:45:22 +0100
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Michael Richardson'" <mcr+ietf@sandelman.ca>, "'6TSCH'" <6tsch@ietf.org>, <roll@ietf.org>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <6445.1376771419@sandelman.ca> <6375.1376865440@sandelman.ca>
In-Reply-To: <6375.1376865440@sandelman.ca>
Date: Mon, 19 Aug 2013 12:45:21 +0100
Message-ID: <051e01ce9cd1$96b957b0$c42c0710$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQEkTJGQvd+bjso7JL5G/qAvgS0NEgGp8MGdAgyt/LSa01RrcA==
Content-Language: en-gb
Cc: draft-ietf-roll-rpl-industrial-applicability@tools.ietf.org, 'Ted Lemon' <ted.lemon@nominum.com>
Subject: Re: [6tsch] should 6tsch adopt draft-ietf-roll-rpl-industrial-applicability?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 11:46:34 -0000

Hi Michael,

Thanks for thinking about this.

I believe I read the bottom line as "Steady as she goes,"  but with the
intention of looking back at this from time to time.

And yes, Ted, should sixtus also have a milestone for some form of applicability
statement?

Cheers,
Adrian

> >>>>> "mcr" == Michael Richardson <mcr+ietf@sandelman.ca> writes:
>     Thomas> in the repo at:
>     Thomas> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/master/charter-
> ietf-6tsch-00.txt
> 
>     mcr> Foolishly, I didn't copy this to my laptop before leaving for
>     mcr> the cottage, where I am now catching up on some mailing lists
>     mcr> using DTN protocols, as no network, so I haven't read the
>     mcr> above.
> 
> I have re-read this final version.
> 
> Applicability statements are not included in the current charter, nor is
> it clear to me if the industrial uses envisioned by the ROLL
> industrial applicability statement knows if it needs static of dynamic
> schedules.
> 
>     mcr> In the last version that I read the question of what, if
>     mcr> anything, to do with
>     mcr> draft-ietf-roll-rpl-industrial-applicability was unresolved.
> 
>     mcr> To recap, the options are:
> 
>     mcr> 1) nothing. Leave it in ROLL. It may progress as is, or it may
>     mcr> reference sixtus work non-norminatively.  A second document
>     mcr> (-bis) might reference sixtus normatively in the future.
> 
>     mcr> 2) leave it in ROLL, have it reference sixtus work normatively,
>     mcr> and have this document stalled until sixtus progresses.
> 
>     mcr> 3) move this document to sixtus, where I think it will get
>     mcr> significantly more review and energy.
> 
>     mcr> There are perhaps other options, which I would like to add to a
> 
> I am now of the opinion that proceeding with (1), as things are, might
> be the best way forward for now, but that a -bis document in some group
> would be appropriate.
> 
> My message to IESG-types is that the industrial applicability
> statement-bis is required.
> 
> My uncertainty is that I don't not know if the non-bis applicability
> statement will have any practical use in industry at all.  It might not
> be worth the 16-bits to store the RFC#.   I look to those better
> connected to that industry to say.


From Ted.Lemon@nominum.com  Mon Aug 19 05:17:41 2013
Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 619B921F8A53; Mon, 19 Aug 2013 05:17:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.583
X-Spam-Level: 
X-Spam-Status: No, score=-106.583 tagged_above=-999 required=5 tests=[AWL=0.016, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E-rD4u7SCjK8; Mon, 19 Aug 2013 05:17:34 -0700 (PDT)
Received: from exprod7og120.obsmtp.com (exprod7og120.obsmtp.com [64.18.2.18]) by ietfa.amsl.com (Postfix) with ESMTP id F101111E8249; Mon, 19 Aug 2013 05:17:29 -0700 (PDT)
Received: from shell-too.nominum.com ([64.89.228.229]) (using TLSv1) by exprod7ob120.postini.com ([64.18.6.12]) with SMTP ID DSNKUhIM2LeP9aPknZWwIK8d/SrhvPahD8XP@postini.com; Mon, 19 Aug 2013 05:17:30 PDT
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by shell-too.nominum.com (Postfix) with ESMTP id 9B0D41B82A4; Mon, 19 Aug 2013 05:17:28 -0700 (PDT)
Received: from webmail.nominum.com (cas-01.win.nominum.com [64.89.228.131]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTPS id 7FDEA19005D; Mon, 19 Aug 2013 05:17:28 -0700 (PDT) (envelope-from Ted.Lemon@nominum.com)
Received: from MBX-01.WIN.NOMINUM.COM ([64.89.228.133]) by CAS-01.WIN.NOMINUM.COM ([64.89.228.131]) with mapi id 14.02.0318.004; Mon, 19 Aug 2013 05:17:28 -0700
From: Ted Lemon <Ted.Lemon@nominum.com>
To: "<adrian@olddog.co.uk>" <adrian@olddog.co.uk>
Thread-Topic: should 6tsch adopt draft-ietf-roll-rpl-industrial-applicability?
Thread-Index: AQHOnGBIrGzAzibxMU2BJZZdbbC4BpmcA5cAgADcLICAAAj6gA==
Date: Mon, 19 Aug 2013 12:17:27 +0000
Message-ID: <8D23D4052ABE7A4490E77B1A012B63077525B36E@mbx-01.win.nominum.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <6445.1376771419@sandelman.ca> <6375.1376865440@sandelman.ca> <051e01ce9cd1$96b957b0$c42c0710$@olddog.co.uk>
In-Reply-To: <051e01ce9cd1$96b957b0$c42c0710$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.1.10]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <CA3AF9169A1CBE43B2C94F3A183A418C@nominum.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, 6TSCH <6tsch@ietf.org>, "<roll@ietf.org>" <roll@ietf.org>, "<draft-ietf-roll-rpl-industrial-applicability@tools.ietf.org>" <draft-ietf-roll-rpl-industrial-applicability@tools.ietf.org>
Subject: Re: [6tsch] should 6tsch adopt draft-ietf-roll-rpl-industrial-applicability?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 12:17:41 -0000

On Aug 19, 2013, at 7:45 AM, Adrian Farrel <adrian@olddog.co.uk> wrote:
> And yes, Ted, should sixtus also have a milestone for some form of applic=
ability
> statement?

Do you mean in the form of a draft?


From adrian@olddog.co.uk  Mon Aug 19 05:23:11 2013
Return-Path: <adrian@olddog.co.uk>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12B8911E8105; Mon, 19 Aug 2013 05:23:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q7X7k-e22PsZ; Mon, 19 Aug 2013 05:23:05 -0700 (PDT)
Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) by ietfa.amsl.com (Postfix) with ESMTP id DCDDF11E80DE; Mon, 19 Aug 2013 05:23:04 -0700 (PDT)
Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id r7JCMumD012153;  Mon, 19 Aug 2013 13:22:56 +0100
Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id r7JCMqvH012119 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 19 Aug 2013 13:22:55 +0100
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Ted Lemon'" <Ted.Lemon@nominum.com>
References: <CADJ9OA9voPHr2HrgCLEMJaiVeUxnuxkgAQTur5rFJKH=X9Z34g@mail.gmail.com> <6445.1376771419@sandelman.ca> <6375.1376865440@sandelman.ca> <051e01ce9cd1$96b957b0$c42c0710$@olddog.co.uk> <8D23D4052ABE7A4490E77B1A012B63077525B36E@mbx-01.win.nominum.com>
In-Reply-To: <8D23D4052ABE7A4490E77B1A012B63077525B36E@mbx-01.win.nominum.com>
Date: Mon, 19 Aug 2013 13:22:52 +0100
Message-ID: <052a01ce9cd6$d5b92c60$812b8520$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQEkTJGQvd+bjso7JL5G/qAvgS0NEgGp8MGdAgyt/LQBehEmWAMEw6eOmq9njEA=
Content-Language: en-gb
Cc: 'Michael Richardson' <mcr+ietf@sandelman.ca>, '6TSCH' <6tsch@ietf.org>, roll@ietf.org, draft-ietf-roll-rpl-industrial-applicability@tools.ietf.org
Subject: Re: [6tsch] should 6tsch adopt draft-ietf-roll-rpl-industrial-applicability?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 12:23:11 -0000

Yup (with the intention of publication as an RFC :-)

> -----Original Message-----
> From: Ted Lemon [mailto:Ted.Lemon@nominum.com]
> Sent: 19 August 2013 13:17
> To: <adrian@olddog.co.uk>
> Cc: Michael Richardson; 6TSCH; <roll@ietf.org>;
<draft-ietf-roll-rpl-industrial-
> applicability@tools.ietf.org>
> Subject: Re: should 6tsch adopt draft-ietf-roll-rpl-industrial-applicability?
> 
> On Aug 19, 2013, at 7:45 AM, Adrian Farrel <adrian@olddog.co.uk> wrote:
> > And yes, Ted, should sixtus also have a milestone for some form of
applicability
> > statement?
> 
> Do you mean in the form of a draft?


From twatteyne@gmail.com  Mon Aug 19 08:32:59 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B60D911E8102 for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 08:32:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.858
X-Spam-Level: 
X-Spam-Status: No, score=-1.858 tagged_above=-999 required=5 tests=[AWL=0.119,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FysgCOiau8Cd for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 08:32:57 -0700 (PDT)
Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) by ietfa.amsl.com (Postfix) with ESMTP id 4AE1E11E8109 for <6tsch@ietf.org>; Mon, 19 Aug 2013 08:32:57 -0700 (PDT)
Received: by mail-pb0-f54.google.com with SMTP id ro12so5096295pbb.13 for <6tsch@ietf.org>; Mon, 19 Aug 2013 08:32:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=HiDEpYJKQcupbeIP9hj+eEL0pD0Mx9Rd26w53aT0GYc=; b=pT2SYNIZhhDhOPgmrmJ2A47PJNnQM6DLdUP4IaeLMZmJ4oLdG1mr+t9go2yUdorLo0 DapLsudprzwWGb3rxs1da1FtxQeWNPPqfurjfVIShpkhXWtMEtEu8/p4IrGbDiL8HWk9 UK9cyj0F6Dd+c34+Qo7OQ8Mi/s43jyTQTDh08V45VHbNQOzW0nY5c4+/4gz/B578fCPz n752SdsHJJfmMzC3fw+a0DauTEE30mUXe3CvNGC8dfi26yx240Q/b1c4yVman5YAlpaB 8sYYOWa3ryk4M+UJ+zQJK8k8RoZnOvUrdS/jSxRa6X+DTJSyMnqm90rCg4MS2nvXSgDJ 0qAg==
X-Received: by 10.68.139.201 with SMTP id ra9mr13903396pbb.46.1376926376969; Mon, 19 Aug 2013 08:32:56 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Mon, 19 Aug 2013 08:32:36 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0@EXMBX23.ad.utwente.nl>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl> <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl> <CAAzoce4MorOu9LmY7gY4dD936uuzXW-c2jXWXet_-z91o8q=tQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl> <CAAzoce6kfyNEXK7dAzmv51WtiFq30jUd5_HGjLYcWEK+2PnayQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0A@EXMBX23.ad.utwente.nl> <CAAzoce4mfn4noTruGa5_SDH+_7512P9j5i8sN6DeOXcKFGb8Sg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0@EXMBX23.ad.utwente.nl>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Mon, 19 Aug 2013 08:32:36 -0700
X-Google-Sender-Auth: lDOYcEZoUeLA0pmzCK66DT8toyY
Message-ID: <CADJ9OA_PMj_vq04xFciE2D18wGkq8ON8RPoczTq7Ahips4nkrw@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/related; boundary=001a11c3f4a094d29a04e44ea72d
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 15:32:59 -0000

--001a11c3f4a094d29a04e44ea72d
Content-Type: multipart/alternative; boundary=001a11c3f4a094d29704e44ea72c

--001a11c3f4a094d29704e44ea72c
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Qin, all,

I agree with you analysis; I believe it is important that we first start
with the simplest case, i..e a static schedule of shared slots. At the end
this charter, we will have clearly identified how a full network operates
in that case, and we then can start thinking about using a
centralized/distributed scheduling mechanism.

By then, we will have defined how to represent slots and cells in a
non-verbose way (we started thinking about using BSON) as well as
statistics and commands. Ideally, we want that format to be usable in the
centralized and distributed scheduling case, so although we are not talking
about this in the scope of this charter, we need to be aware how these
formats will be used, and we therefore need to identify the flows.

Coming back to Raghuram's case, I would argue that the cleanest approach
for reserving cells is to have the upper layer explicitly reserve either
soft or hard cells. This does not prevent a hybrid case, where one could
imagine reserving a piece of the schedule for hard, another for soft cells.
I believe it is, however, cleaner than having 6top ask about L3 and somehow
know what to do depending on the L3 being used.

I believe there are two immediate next steps:
- in light of this discussion, identifying what's missing from the basic
draft. Do you see anything obvious?
- continue the work on BSON. Before delving into the representation of the
information, I would first identify what the contents of the different
signaling packets are, which can easily be done in e.g. JSON.

Does this make sense? If we have a rough agreement, I propose we work on
this and come up with a couple of slides for both items, to be discussed on
Friday.

Thomas

On Sat, Aug 17, 2013 at 3:13 PM, <P.Zand@utwente.nl> wrote:

>  Hi Qin,****
>
> ** **
>
> Many thanks for your clarification.****
>
> Agreed,****
>
> ** **
>
> Pouria****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Saturday, August 17, 2013 11:33 PM
>
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
> ** **
>
> Hi Pouria,****
>
> ** **
>
> According to the new version of Charter, in the current step, we only
> consider the static case of building TSCH schedule. That means the new no=
de
> (node B) will use shared cells to send RPL control messages like DAO to t=
he
> existing node (node A). The set of shared cells will be advertised in EB =
by
> node A. And, in the shared cells, node A should be awake for listening (a=
t
> lease at the beginning of timeslots) . So, even in the lack of signaling
> protocol and without installing a track, RPL should be able to work. Righ=
t?
> ****
>
> ** **
>
> Then, if RPL or other upper layer wants more bandwidth, some
> centralized/distributed reservation mechanism will be needed. That will b=
e
> addressed in the next step. What do you think?****
>
> ** **
>
> Qin****
>
> ** **
>
> ** **
>
> ** **
>
> On Sat, Aug 17, 2013 at 11:56 PM, <P.Zand@utwente.nl> wrote:****
>
> Hi Qin,****
>
>  ****
>
> I agree with starting a new threat and discuss about the details of the
> control flows.****
>
>  ****
>
>  ****
>
> Regarding to the interface between 6top and higher layer (e.g. RPL), Let
> me explain my point with an example: Let=92s consider a new joined device=
,
> node A, that needs some cells to start sending its RPL control packets to
> its parent node B. How does node A, upon choosing a new parent (node B),
> can reserve cells (e.g. for exchanging RPL control packets like DAO or
> DIO)? How does node B (or node B=92 parent), who has just received node A=
=92
> DAO packet as its children, can reserve extra cells toward their parent. =
In
> the lack of signaling protocol and without installing a track, is there a=
ny
> primitive that the RPL or 6top can use, to reserve some cells locally bas=
ed
> on it DAO and DIO packet rates with their parents? ****
>
> In order to handle this situation in 6top, don=92t we need to import some
> information from the parent table and route table (in storing mode) from =
L3
> to 6top? I mean how does a RPL parent inform 6top about its children and
> descendants numbers and the potential control messages rate (e.g. DAO) th=
at
> it should forward toward the DODAG root? In addition how does the new
> device inform the 6top about its new parent?  ****
>
> You might say that DAO and DIO transmission rate might changes overtime
> and reserving resources doesn=92t make sense. But let=92s consider RPL co=
ntrol
> packets just as an example.****
>
> Am I missing anything?  ****
>
>  ****
>
> Pouria****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Saturday, August 17, 2013 3:18 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
>  ****
>
> Pouira,****
>
>  ****
>
> I see your point. In the task item-1 "Timeslot Management methods and
> formats", control flows will be defined (See the record for teleconferenc=
e
> on 8/9). We can address the issue you mentioned above in that document.
> Maybe we should start a thread to discuss what the control flows should b=
e,
> what the message contents should be.****
>
>  ****
>
> Regarding to the interface between 6top and RPL, my understanding is RPL
> just use the TSCH schedule, instead of building the schedule by using
> something like Soft cell creation. But, maybe, the status of TSCH schedul=
e
> can be taken as a factor of RPL's OF. What do you think?****
>
>  ****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> On Fri, Aug 16, 2013 at 9:24 PM, <P.Zand@utwente.nl> wrote:****
>
> Qin,****
>
>  ****
>
> I completely agree with you that the status of the report/confirm form
> 6top to higher layer might be changed by other factors as well. My point =
is
> that, one of those factors, is the status of =93.confirm=94 primitives re=
ceived
> form L2. I think in 6top, we have to add them to the list of the factors
> that effect on the reply/confirm to higher layer. Am I right?   ****
>
>  ****
>
> Regarding to (1), I think, when the 6top commands/primitives are called b=
y
> higher layer (either by PCE, potential signaling protocol, or temporary b=
y
> RPL in the lack of signaling protocol) we have to send a =93.confirm=94 t=
o
> inform them about the status of their requests. Am I right? I would say
> that in some cases we might need to send the confirmation to PCE with the
> FAIL status.****
>
>  ****
>
> Regarding to (3), I agree that the signaling protocol and PCE should call
> the cell creation commands/primitives. Do you agree that 6top should be
> independent form the higher layer that has called its primitives/command?
> Is there any limitation that in the lack of signaling protocol, the RPL
> can=92t call some of the 6top=92 management commands/primitives (e.g. *So=
ft
> cell creation*)? In this case, we might need to reply to RPL, by SUCCESS
> or FAIL status? Did I miss anything?****
>
>  ****
>
> Pouria****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Friday, August 16, 2013 2:05 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
>  ****
>
> Hi Pouria,****
>
>  ****
>
> It is the process to create a hard cell and slotframe. You see,  =93MLME-=
SET-SLOTFRAME.confirm=94
> and =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which usu=
ally
> is one of factors to generate the confirmation message to higher layer. I=
n
> another word, when the status returned by  =93MLME-SET-SLOTFRAME.confirm=
=94 or
> =93MLME-SET-LINK.confirm=94 is False, the status reported from 6top to hi=
gher
> layer must be False. But, there may be some other factors also making the
> status False.****
>
>  ****
>
> Make sense?****
>
>  ****
>
> Qin****
>
>  ****
>
> On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Qin,****
>
> Regarding to (2), this is my understanding from the procedure for creatin=
g
> a hard cell and slotframe. Am I missing something from 6top?****
>
>  ****
>
> ****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Friday, August 16, 2013 12:32 AM
> *To:* Zand, P. (EWI)
> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
> *Subject:* Re: Message flows****
>
>  ****
>
> Hi Raghuram and Pouria,****
>
>  ****
>
> The following is my understanding.****
>
>  ****
>
> (1) Taking the assumption in Raghuram's example, i.e. installing a route
> with hard cells, then, some role like PCE should exist and take
> responsibility to make conflict-free. In another word, the scenario
> described in the Raghuram's example should not happen. (But, it doesn't
> mean a confirmation message is not needed, see the following) .****
>
>  ****
>
> (2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are
> primitives of 802.15.4e. The confirmation to upper layer should come from
> the execution of 6top commands, which may related with the two 15.4e
> primitives, but not exactly same.****
>
>  ****
>
> (3) RPL is a routing protocol. It uses the TSCH schedule to forward
> packets, no matter the schedule is installed by PCE (hard cell) , or by
> some reservation protocol like RSVP (soft cell).****
>
>  ****
>
> Make sense?****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
> On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Raghuram, Qin,****
>
> Let me enter to your discussion****
>
> I agree with Raghuram that when the higher layer call the 6top=92s comman=
ds
> (or .requests primitives) it should be informed about the status of its
> request by =93command reply=94 or =93.confirm=94 primitives. The status o=
f the
> =93.confirm=94 or =93reply=94 can be success, failure or =85****
>
> Am I right?****
>
> I couldn=92t either find the 6top=92s behavior upon receiving the
> =93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitive=
s that
> might be called by L2. Did I miss that?****
>
>  ****
>
> Raghuram, I just have one minor comment, in your example. I think that th=
e
> RPL (L3) should use the =93Create soft cell command=94 to ask a new cell
> without specifying the exact cell. Because the L3 does not have enough
> information to ask for reserving specific cell in L2. The =93Create hard =
cell
> command=94 should be called by the one who has the global knowledge on
> network schedules, like PCE. However, I agree that the PCE by calling the
> =93Create hard cell command=94 or RPL by calling =93Create soft cell comm=
and=94
> should be informed by 6top about the status of its request. For example, =
It
> might happen that PCE send a same request twice or RPL=92s request can=92=
t be
> serviced. ****
>
> AM I right?****
>
>  ****
>
> Pouria.      ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Raghuram Sudhaakar (rsudhaak)
> *Sent:* Thursday, August 15, 2013 9:07 PM
> *To:* Qin Wang
> *Cc:* 6tsch@ietf.org
> *Subject:* Re: [6tsch] Message flows****
>
>  ****
>
> HI Qin,****
>
> The conflicts I am referring to are -****
>
>  ****
>
> Consdiering multihop communication and hard-cells****
>
>    1. Route 1 requires a particular set of slots to be setup. Say node A
>    must listen on slot number 11, 34, 65 and Tx on 13, 35, 68****
>    2. But another route 2 requires node A to listen on slot 35. ****
>
>  There may be other such conflicts that we may need to resolve.****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> I totally agree to your approach to define the flow information to L3.***=
*
>
>  ****
>
> Regarding to your question, can you explain more about:****
>
> (1) from nodeA to nodeB is one hop or multi-hop?****
>
> (2) installing the route with hard cells or soft cells?****
>
> (3) what "conflict during route installation" mean? what kind of conflict=
?
> ****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Qin,****
>
> I have pretty much the same line of thought. I agree with the point that
> 6top is independent from L3. What we are trying to do is define what L3
> will need to implement to obtain information from 6top. Obviously, 6top
> will expose these interfaces in its standard implementation.****
>
>  ****
>
> Do you think finding the common requirements from 6top to L3 flows betwee=
n
> RPL and PCE is a good place to start? I am sure there are going to be som=
e
> specific requirements for each but they can be added as PCE or RPL specif=
ic
> primitives. I am not suggesting that we implement specific primitives for
> every L3 protocol, but once we cover RPL and PCE I think we will satisfy
> the requirements of most L3s.****
>
>  ****
>
> The different flows you have identified is perfect. ****
>
> (1) The flows from 6top -> L2 have been addressed quite extensively in th=
e
> draft already. There are a few flows from L2 -> 6top that have to be
> addressed. GET_*TIMING_P*ARENT for e..g.****
>
> (2) I would consider the requirements of PCE, RPL, (probably v6ND) in
> terms of parameters required for route computation to define the general
> requirements for flows between L3 and 6top. In the draft, you have alread=
y
> addressed some RPL specific primitives like control message delivery. I
> think this should go in the RPL specific part. We define primitives to
> expose parameters required by L3 to perform route computation in the
> general flows. For e.g. L2 neighbor list, link quality to each neighbor. =
We
> need to specify the message format that needs to used by L3 to obtain thi=
s
> info.****
>
> (3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL
> case,  GET_*RPL_*PARENT will be one such flow as 6top needs to provide
> the primitive GET_*TIMING_*PARENT in the L2->6top flow. A similar
> primitive needs to be there for PCE.****
>
>  ****
>
> (Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity
> and 6top is the data provider. This is my own convention and hence the
> clarification)****
>
>  ****
>
> Another critical part I want to get your opinions on is the following. We
> have decided that irrespective of L3 (PCE or RPL) a node A will initiate
> route installation request when it has data to send to node B. In this ca=
se
> -****
>
>    1. How do resolve conflict during route installation? L3 computes a
>    route and send it over to 6top. Which in turn converts it to slot
>    reservations using the 6top -> L2 primitives in the slot frame. What i=
f
>    there is a conflict during this slot reservation? What are the message=
s
>    that will inform L3 and the node that route installation failed? This =
must
>    also cause L3 to recompute its route.****
>    2. Then we have to ask, does 6top provide a mechanism to inform L3
>    about failure and obtain a recomputed route (i.e.) perform n number of
>    retries. Or just fail after one try and leave it to the node to reinit=
iate
>    a route request. ****
>
>  -raghuram****
>
>  ****
>
>  ****
>
> *From: *Qin Wang <qinwang@berkeley.edu>
> *Date: *Thursday, August 15, 2013 6:00 AM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram, ****
>
>  ****
>
> Sorry for the late response. It is welcome for you to add flow informatio=
n
> if necessary.****
>
>  ****
>
> Just one thing I want to understand more clearly. I think 6top is a
> relatively independent sublayer from upper layer. RPL is used as upper
> layer in the first step, but, just one kind of upper layers in the future=
.
> Correct? ****
>
>  ****
>
> In this sense, we should separate the general flow information to upper
> layer and the specific flow information to RPL. Then, can we organize the
> flow information related to 6top in this way?****
>
>  ****
>
> (1) flow information with L2, i.e. TSCH****
>
> (2) general flow information with upper layer, may be L3 or L2.5****
>
> (3) flow information with specific upper layer protocol like RPL.****
>
>  ****
>
> What do you think?****
>
>  ****
>
> Qin ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Ok. ****
>
>  ****
>
> Qin, if you are OK I can add the flow information specific to RPL. ****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.ed=
u
> >
> *Date: *Wednesday, August 14, 2013 2:32 PM
> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
> *Cc: *Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: Message flows****
>
>  ****
>
> Hi Raghuram,****
>
> I let Qin answer as she is the main author. My opinion is that by now we
> keep the document as a single file but we separate the two message flows.
> IMHO, if you have information to add it is more than welcome!
>
> X****
>
>  ****
>
> On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <
> rsudhaak@cisco.com> wrote:****
>
> Xavi, Qin,****
>
> I believe that there is some information that needs to be added to the
> message flows that will occur between L3 -> 6top and L2 -> 6top, in
> addition to what is already there in Qin's draft. I wanted to check with
> you guys if you want to add to the same document or split it into a
> separate RFC. When I say split into separate RFC,  what I mean is, L3 to
> 6top is one RFC and L2 to 6top is another. The current draft has a lot of
> information about L2 to 6top. I could add more about the RPL to 6top is i=
ts
> OK..****
>
>  ****
>
> -raghuram****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--001a11c3f4a094d29704e44ea72c
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Qin, all,<div><br></div><div>I agree with you analysis; I =
believe it is important that we first start with the simplest case, i..e a =
static schedule of shared slots. At the end this charter, we will have clea=
rly identified how a full network operates in that case, and we then can st=
art thinking about using a centralized/distributed scheduling mechanism.</d=
iv>


<div><br></div><div>By then, we will have defined how to represent slots an=
d cells in a non-verbose way (we started thinking about using BSON) as well=
 as statistics and commands. Ideally, we want that format to be usable in t=
he centralized and distributed scheduling case, so although we are not talk=
ing about this in the scope of this charter, we need to be aware how these =
formats will be used, and we therefore need to identify the flows.</div>


<div><br></div><div>Coming back to Raghuram&#39;s case, I would argue that =
the cleanest approach for reserving cells is to have the upper layer explic=
itly reserve either soft or hard cells. This does not prevent a hybrid case=
, where one could imagine reserving a piece of the schedule for hard, anoth=
er for soft cells. I believe it is, however, cleaner than having 6top ask a=
bout L3 and somehow know what to do depending on the L3 being used.</div>


<div><br></div><div>I believe there are two immediate next steps:</div><div=
>- in light of this discussion, identifying what&#39;s missing from the bas=
ic draft. Do you see anything obvious?</div><div>- continue the work on BSO=
N. Before delving into the representation of the information, I would first=
 identify what the contents of the different signaling packets are, which c=
an easily be done in e.g. JSON.</div>

<div><br></div><div>Does this make sense? If we have a rough agreement, I p=
ropose we work on this and come up with a couple of slides for both items, =
to be discussed on Friday.</div><div><br></div><div>Thomas</div><div class=
=3D"gmail_extra">

<br><div class=3D"gmail_quote">On Sat, Aug 17, 2013 at 3:13 PM,  <span dir=
=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@=
utwente.nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your clar=
ification.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Agreed,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Saturday, August 17, 2013 11:33 PM</span></p><div><div><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></div></div><p></p><div><div=
>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">According to the new version of Charter, in the curr=
ent step, we only consider the static case of building TSCH schedule. That =
means the new node (node B) will use shared cells to send RPL control messa=
ges like DAO to the existing node
 (node A). The set of shared cells will be advertised in EB by node A. And,=
 in the shared cells, node A should be awake for listening (at lease at the=
 beginning of timeslots) . So, even in the lack of signaling protocol and w=
ithout installing a track, RPL should
 be able to work. Right?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Then, if RPL or other upper layer wants more bandwid=
th, some centralized/distributed reservation mechanism will be needed. That=
 will be addressed in the next step. What do you think?<u></u><u></u></p>



</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Sat, Aug 17, 2013 at 11:56 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree with starting a n=
ew threat and discuss about the details of the control flows.</span><u></u>=
<u></u></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to the interfac=
e between 6top and higher layer (e.g. RPL), Let me explain my point with
 an example: Let=92s consider a new joined device, node A, that needs some =
cells to start sending its RPL control packets to its parent node B. How do=
es node A, upon choosing a new parent (node B), can reserve cells (e.g. for=
 exchanging RPL control packets like
 DAO or DIO)? How does node B (or node B=92 parent), who has just received =
node A=92 DAO packet as its children, can reserve extra cells toward their =
parent. In the lack of signaling protocol and without installing a track, i=
s there any primitive that the RPL or
 6top can use, to reserve some cells locally based on it DAO and DIO packet=
 rates with their parents?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In order to handle this s=
ituation in 6top, don=92t we need to import some information from the paren=
t
 table and route table (in storing mode) from L3 to 6top? I mean how does a=
 RPL parent inform 6top about its children and descendants numbers and the =
potential control messages rate (e.g. DAO) that it should forward toward th=
e DODAG root? In addition how does
 the new device inform the 6top about its new parent?=A0 </span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">You might say that DAO an=
d DIO transmission rate might changes overtime and reserving resources does=
n=92t
 make sense. But let=92s consider RPL control packets just as an example.</=
span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I missing anything?=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Saturday, August 17, 2013 3:18 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouira,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I see your point. In the task item-1 &quot;Timeslot =
Management methods and formats&quot;, control flows will be defined (See th=
e record for teleconference on 8/9). We can address the issue
 you mentioned above in that document. Maybe we should start a thread to di=
scuss what the control flows should be, what the message contents should be=
.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to the interface between 6top and RPL, my =
understanding is RPL just use the TSCH schedule, instead of building the sc=
hedule by using something like Soft cell creation.
 But, maybe, the status of TSCH schedule can be taken as a factor of RPL&#3=
9;s OF. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 9:24 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Qin,</span><u></u><u></u>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I completely agree with y=
ou that the status of the report/confirm form 6top to higher layer might
 be changed by other factors as well. My point is that, one of those factor=
s, is the status of =93.confirm=94 primitives received form L2. I think in =
6top, we have to add them to the list of the factors that effect on the rep=
ly/confirm to higher layer. Am I right?=A0=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (1), I think=
, when the 6top commands/primitives are called by higher layer (either by
 PCE, potential signaling protocol, or temporary by RPL in the lack of sign=
aling protocol) we have to send a =93.confirm=94 to inform them about the s=
tatus of their requests. Am I right? I would say that in some cases we migh=
t need to send the confirmation to PCE
 with the FAIL status.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (3), I agree=
 that the signaling protocol and PCE should call the cell creation commands=
/primitives.
 Do you agree that 6top should be independent form the higher layer that ha=
s called its primitives/command? Is there any limitation that in the lack o=
f signaling protocol, the RPL can=92t call some of the 6top=92 management c=
ommands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is the process to create a hard cell and slotfram=
e. You see,=A0<span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quo=
t;,&quot;sans-serif&quot;;color:#1f497d">=A0=93MLME-SET-SLOTFRAME.confirm=
=94 and
 =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which usually =
is one of factors to generate the confirmation message to higher layer. In =
another word, when the status returned by=A0=A0=93MLME-SET-SLOTFRAME.confir=
m=94 or =93MLME-SET-LINK.confirm=94 is False, the
 status reported from 6top to higher layer must be False. But, there may be=
 some other factors also making the status False.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Make sense?</span><u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Qin</span><u></u><u></u><=
/p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (2), this is=
 my understanding from the procedure for creating a hard cell and slotframe=
.
 Am I missing something from 6top?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img border=3D"0" width=
=3D"462" height=3D"423" src=3D"cid:image001.jpg@01CE9BA7.C7888620"></span><=
u></u><u></u></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Raghuram and Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The following is my understanding.<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Taking the assumption in Raghuram&#39;s example,=
 i.e. installing a route with hard cells, then, some role like PCE should e=
xist and take responsibility to make conflict-free. In
 another word, the scenario described in the Raghuram&#39;s example should =
not happen. (But, it doesn&#39;t mean a confirmation message is not needed,=
 see the following) .<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2)=A0<span style=3D"font-size:11.5pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=93MLME-SET-SLOT=
FRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are primitives of 802.15.4=
e. The confirmation
 to upper layer should come from the execution of 6top commands, which may =
related with the two 15.4e primitives, but not exactly same.</span><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) RPL is a routing protocol. It uses the TSCH sche=
dule to forward packets, no matter the schedule is installed by PCE (hard c=
ell) , or by some reservation protocol like RSVP (soft
 cell).<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Raghuram, Qin,</span><=
u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Let me enter to your disc=
ussion</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree with Raghuram tha=
t when the higher layer call the 6top=92s commands (or .requests primitives=
)
 it should be informed about the status of its request by =93command reply=
=94 or =93.confirm=94 primitives. The status of the =93.confirm=94 or =93re=
ply=94 can be success, failure or =85</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t either find =
the 6top=92s behavior upon receiving the =93MLME-SET-SLOTFRAME.confirm=94 o=
r =93MLME-SET-LINK.confirm=94
 primitives that might be called by L2. Did I miss that?</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Raghuram, I just have one=
 minor comment, in your example. I think that the RPL (L3) should use the
 =93Create soft cell command=94 to ask a new cell without specifying the ex=
act cell. Because the L3 does not have enough information to ask for reserv=
ing specific cell in L2. The =93Create hard cell command=94 should be calle=
d by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he =93Create hard cell command=94 or RPL by calling =93Create soft cell com=
mand=94 should be informed by 6top about the status of its request. For exa=
mple, It might happen that PCE send a same
 request twice or RPL=92s request can=92t be serviced. </span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">AM I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.=A0=A0=A0=A0=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">HI Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The conflicts I am referring to are -</=
span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Consdiering multihop communication and =
hard-cells</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><u></=
u><u></u></li>


<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.=A0</=
span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">There may be other such conflicts that =
we may need to resolve.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I totally agree to your approach to def=
ine the flow information to L3.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Regarding to your question, can you exp=
lain more about:</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or m=
ulti-hop?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) installing the route with hard cell=
s or soft cells?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) what &quot;conflict during route in=
stallation&quot; mean? what kind of conflict?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Thanks</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghu=
ram Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=
=3D"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I have pretty much the same line of tho=
ught. I agree with the point that 6top is independent from L3. What we are
 trying to do is define what L3 will need to implement to obtain informatio=
n from 6top. Obviously, 6top will expose these interfaces in its standard i=
mplementation.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Do you think finding the common require=
ments from 6top to L3 flows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The different flows you have identified=
 is perfect.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have b=
een addressed quite extensively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) I would consider the requirements o=
f PCE, RPL, (probably v6ND) in terms of parameters required for route compu=
tation
 to define the general requirements for flows between L3 and 6top. In the d=
raft, you have already addressed some RPL specific primitives like control =
message delivery. I think this should go in the RPL specific part. We defin=
e primitives to expose parameters
 required by L3 to perform route computation in the general flows. For e.g.=
 L2 neighbor list, link quality to each neighbor. We need to specify the me=
ssage format that needs to used by L3 to obtain this info.</span><u></u><u>=
</u></p>



</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows=
 to be defined. For e.g., in the RPL case, =A0GET_<i>RPL_</i>PARENT will be=
 one
 such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT =
in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</sp=
an><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I=
 mean L2 is the data requestor entity and 6top is the data provider. This i=
s
 my own convention and hence the clarification)</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Another critical part I want to get you=
r opinions on is the following. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><u></u><u></u></li><li cl=
ass=3D"MsoNormal">



<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>



<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Sorry for the late response. It is welc=
ome for you to add flow information if necessary.</span><u></u><u></u></p>



</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Just one thing I want to understand mor=
e clearly. I think 6top is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">In this sense, we should separate the g=
eneral flow information to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) general flow information with upper=
 layer, may be L3 or L2.5</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) flow information with specific uppe=
r layer protocol like RPL.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">What do you think?</span><u></u><u></u>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Ok.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin, if you are OK I can add the flow i=
nformation specific to RPL.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>



<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>



<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Hi Raghu=
ram,</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I let Qin answer as she is the main aut=
hor. My opinion is that by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I believe that there is some informatio=
n that needs to be added to the message flows that will occur between L3
 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Qin&=
#39;s draft. I wanted to check with you guys if you want to add to the same=
 document or split it into a separate RFC. When I say split into separate R=
FC, =A0what I mean is, L3 to 6top is one RFC
 and L2 to 6top is another. The current draft has a lot of information abou=
t L2 to 6top. I could add more about the RPL to 6top is its OK..</span><u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">=A0</span><u></u><u></u><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">-raghuram</span><u></u><u=
></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div>

--001a11c3f4a094d29704e44ea72c--
--001a11c3f4a094d29a04e44ea72d
Content-Type: image/jpeg; name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01CE9BA7.C7888620>
X-Attachment-Id: 78650298aebcab63_0.0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=
--001a11c3f4a094d29a04e44ea72d--

From qinwang@berkeley.edu  Mon Aug 19 10:05:06 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E32EE11E8132 for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 10:05:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.943
X-Spam-Level: 
X-Spam-Status: No, score=-2.943 tagged_above=-999 required=5 tests=[AWL=0.033,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E68jshzXV3ny for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 10:04:59 -0700 (PDT)
Received: from mail-ve0-f179.google.com (mail-ve0-f179.google.com [209.85.128.179]) by ietfa.amsl.com (Postfix) with ESMTP id 11DFB11E80DF for <6tsch@ietf.org>; Mon, 19 Aug 2013 10:04:58 -0700 (PDT)
Received: by mail-ve0-f179.google.com with SMTP id c13so3108900vea.38 for <6tsch@ietf.org>; Mon, 19 Aug 2013 10:04:58 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Wtr53/rgq9un8XdKUsZxYfoYGEL04olkWsZ5XhIuu3U=; b=C1JLrhbkrlPRpnKBn3xlW2cGvvWYqRZprI2ekFanbi9YlokuovX8uOuZKvEvgp85pp Q8IWCLRzj4VKi97yyh7rA2GTxTJG/4xSrS+GJU9hlyLuclX0fPbiyi4QVSCVsQ5pQW+K 1v96PiC5OpNHwNk/gdal4WpNfat48MYhByJJqZypAAf0BZXdPT4amgicSQ12/M9+uuSq Ozu9jPfNP5uWsu14pOGwsoNGuP/h6TwSBcvYknVMYUDJ3BmKmiGx9pOkdv5t+2Ne7DAC hV2IcJEwWtEmmit6Qj54D7CkD7maPC+8WwHhlU/18IJvVtVjRg5+3Le3lERzXGyuQCjA R37g==
X-Gm-Message-State: ALoCoQnJgFK0FRlzFRsa8ei8Iqc0FNrPSFo7J92K/mgodmTVGEmWQK5Pcuwy+lH+7Dyb72u6KuFP
MIME-Version: 1.0
X-Received: by 10.58.201.69 with SMTP id jy5mr1220944vec.29.1376931898383; Mon, 19 Aug 2013 10:04:58 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Mon, 19 Aug 2013 10:04:58 -0700 (PDT)
In-Reply-To: <CADJ9OA_PMj_vq04xFciE2D18wGkq8ON8RPoczTq7Ahips4nkrw@mail.gmail.com>
References: <CAAzoce5nACKW5Ai-4xofPYFn9zkd4aqzm_WBZC4WYZZG09-BFg@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852E82B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D34@EXMBX23.ad.utwente.nl> <CAAzoce5y2jZw-qcZmmZA9Rdy+X5hAEbkqzj5zbYexPAYNtuT4g@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70E7F@EXMBX23.ad.utwente.nl> <CAAzoce4MorOu9LmY7gY4dD936uuzXW-c2jXWXet_-z91o8q=tQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7136B@EXMBX23.ad.utwente.nl> <CAAzoce6kfyNEXK7dAzmv51WtiFq30jUd5_HGjLYcWEK+2PnayQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA71E0A@EXMBX23.ad.utwente.nl> <CAAzoce4mfn4noTruGa5_SDH+_7512P9j5i8sN6DeOXcKFGb8Sg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA721D0@EXMBX23.ad.utwente.nl> <CADJ9OA_PMj_vq04xFciE2D18wGkq8ON8RPoczTq7Ahips4nkrw@mail.gmail.com>
Date: Tue, 20 Aug 2013 01:04:58 +0800
Message-ID: <CAAzoce5-7-fFc7q+Dd==F9VeyZpsZF2CxOuOd_0OX+2vZ-Zx_Q@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/related; boundary=047d7bd6bb10aeec0c04e44ff0f9
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 17:05:06 -0000

--047d7bd6bb10aeec0c04e44ff0f9
Content-Type: multipart/alternative; boundary=047d7bd6bb10aeec0904e44ff0f8

--047d7bd6bb10aeec0904e44ff0f8
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Thomas,

I totally agree with you. Can you set two threads corresponding the two
items in your email? I think it would be more organized.

Thanks
Qin



On Mon, Aug 19, 2013 at 11:32 PM, Thomas Watteyne <
watteyne@eecs.berkeley.edu> wrote:

> Qin, all,
>
> I agree with you analysis; I believe it is important that we first start
> with the simplest case, i..e a static schedule of shared slots. At the en=
d
> this charter, we will have clearly identified how a full network operates
> in that case, and we then can start thinking about using a
> centralized/distributed scheduling mechanism.
>
> By then, we will have defined how to represent slots and cells in a
> non-verbose way (we started thinking about using BSON) as well as
> statistics and commands. Ideally, we want that format to be usable in the
> centralized and distributed scheduling case, so although we are not talki=
ng
> about this in the scope of this charter, we need to be aware how these
> formats will be used, and we therefore need to identify the flows.
>
> Coming back to Raghuram's case, I would argue that the cleanest approach
> for reserving cells is to have the upper layer explicitly reserve either
> soft or hard cells. This does not prevent a hybrid case, where one could
> imagine reserving a piece of the schedule for hard, another for soft cell=
s.
> I believe it is, however, cleaner than having 6top ask about L3 and someh=
ow
> know what to do depending on the L3 being used.
>
> I believe there are two immediate next steps:
> - in light of this discussion, identifying what's missing from the basic
> draft. Do you see anything obvious?
> - continue the work on BSON. Before delving into the representation of th=
e
> information, I would first identify what the contents of the different
> signaling packets are, which can easily be done in e.g. JSON.
>
> Does this make sense? If we have a rough agreement, I propose we work on
> this and come up with a couple of slides for both items, to be discussed =
on
> Friday.
>
> Thomas
>
> On Sat, Aug 17, 2013 at 3:13 PM, <P.Zand@utwente.nl> wrote:
>
>>  Hi Qin,****
>>
>> ** **
>>
>> Many thanks for your clarification.****
>>
>> Agreed,****
>>
>> ** **
>>
>> Pouria****
>>
>> ** **
>>
>> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
>> *Sent:* Saturday, August 17, 2013 11:33 PM
>>
>> *To:* Zand, P. (EWI)
>> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
>> *Subject:* Re: Message flows****
>>
>> ** **
>>
>> Hi Pouria,****
>>
>> ** **
>>
>> According to the new version of Charter, in the current step, we only
>> consider the static case of building TSCH schedule. That means the new n=
ode
>> (node B) will use shared cells to send RPL control messages like DAO to =
the
>> existing node (node A). The set of shared cells will be advertised in EB=
 by
>> node A. And, in the shared cells, node A should be awake for listening (=
at
>> lease at the beginning of timeslots) . So, even in the lack of signaling
>> protocol and without installing a track, RPL should be able to work. Rig=
ht?
>> ****
>>
>> ** **
>>
>> Then, if RPL or other upper layer wants more bandwidth, some
>> centralized/distributed reservation mechanism will be needed. That will =
be
>> addressed in the next step. What do you think?****
>>
>> ** **
>>
>> Qin****
>>
>> ** **
>>
>> ** **
>>
>> ** **
>>
>> On Sat, Aug 17, 2013 at 11:56 PM, <P.Zand@utwente.nl> wrote:****
>>
>> Hi Qin,****
>>
>>  ****
>>
>> I agree with starting a new threat and discuss about the details of the
>> control flows.****
>>
>>  ****
>>
>>  ****
>>
>> Regarding to the interface between 6top and higher layer (e.g. RPL), Let
>> me explain my point with an example: Let=92s consider a new joined devic=
e,
>> node A, that needs some cells to start sending its RPL control packets t=
o
>> its parent node B. How does node A, upon choosing a new parent (node B),
>> can reserve cells (e.g. for exchanging RPL control packets like DAO or
>> DIO)? How does node B (or node B=92 parent), who has just received node =
A=92
>> DAO packet as its children, can reserve extra cells toward their parent.=
 In
>> the lack of signaling protocol and without installing a track, is there =
any
>> primitive that the RPL or 6top can use, to reserve some cells locally ba=
sed
>> on it DAO and DIO packet rates with their parents? ****
>>
>> In order to handle this situation in 6top, don=92t we need to import som=
e
>> information from the parent table and route table (in storing mode) from=
 L3
>> to 6top? I mean how does a RPL parent inform 6top about its children and
>> descendants numbers and the potential control messages rate (e.g. DAO) t=
hat
>> it should forward toward the DODAG root? In addition how does the new
>> device inform the 6top about its new parent?  ****
>>
>> You might say that DAO and DIO transmission rate might changes overtime
>> and reserving resources doesn=92t make sense. But let=92s consider RPL c=
ontrol
>> packets just as an example.****
>>
>> Am I missing anything?  ****
>>
>>  ****
>>
>> Pouria****
>>
>>  ****
>>
>> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
>> *Sent:* Saturday, August 17, 2013 3:18 PM****
>>
>>
>> *To:* Zand, P. (EWI)
>> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
>> *Subject:* Re: Message flows****
>>
>>  ****
>>
>> Pouira,****
>>
>>  ****
>>
>> I see your point. In the task item-1 "Timeslot Management methods and
>> formats", control flows will be defined (See the record for teleconferen=
ce
>> on 8/9). We can address the issue you mentioned above in that document.
>> Maybe we should start a thread to discuss what the control flows should =
be,
>> what the message contents should be.****
>>
>>  ****
>>
>> Regarding to the interface between 6top and RPL, my understanding is RPL
>> just use the TSCH schedule, instead of building the schedule by using
>> something like Soft cell creation. But, maybe, the status of TSCH schedu=
le
>> can be taken as a factor of RPL's OF. What do you think?****
>>
>>  ****
>>
>> Qin****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>> On Fri, Aug 16, 2013 at 9:24 PM, <P.Zand@utwente.nl> wrote:****
>>
>> Qin,****
>>
>>  ****
>>
>> I completely agree with you that the status of the report/confirm form
>> 6top to higher layer might be changed by other factors as well. My point=
 is
>> that, one of those factors, is the status of =93.confirm=94 primitives r=
eceived
>> form L2. I think in 6top, we have to add them to the list of the factors
>> that effect on the reply/confirm to higher layer. Am I right?   ****
>>
>>  ****
>>
>> Regarding to (1), I think, when the 6top commands/primitives are called
>> by higher layer (either by PCE, potential signaling protocol, or tempora=
ry
>> by RPL in the lack of signaling protocol) we have to send a =93.confirm=
=94 to
>> inform them about the status of their requests. Am I right? I would say
>> that in some cases we might need to send the confirmation to PCE with th=
e
>> FAIL status.****
>>
>>  ****
>>
>> Regarding to (3), I agree that the signaling protocol and PCE should cal=
l
>> the cell creation commands/primitives. Do you agree that 6top should be
>> independent form the higher layer that has called its primitives/command=
?
>> Is there any limitation that in the lack of signaling protocol, the RPL
>> can=92t call some of the 6top=92 management commands/primitives (e.g. *S=
oft
>> cell creation*)? In this case, we might need to reply to RPL, by SUCCESS
>> or FAIL status? Did I miss anything?****
>>
>>  ****
>>
>> Pouria****
>>
>>  ****
>>
>> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
>> *Sent:* Friday, August 16, 2013 2:05 PM****
>>
>>
>> *To:* Zand, P. (EWI)
>> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
>> *Subject:* Re: Message flows****
>>
>>  ****
>>
>> Hi Pouria,****
>>
>>  ****
>>
>> It is the process to create a hard cell and slotframe. You see,  =93MLME=
-SET-SLOTFRAME.confirm=94
>> and =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which us=
ually
>> is one of factors to generate the confirmation message to higher layer. =
In
>> another word, when the status returned by  =93MLME-SET-SLOTFRAME.confirm=
=94 or
>> =93MLME-SET-LINK.confirm=94 is False, the status reported from 6top to h=
igher
>> layer must be False. But, there may be some other factors also making th=
e
>> status False.****
>>
>>  ****
>>
>> Make sense?****
>>
>>  ****
>>
>> Qin****
>>
>>  ****
>>
>> On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl> wrote:****
>>
>> Hi Qin,****
>>
>> Regarding to (2), this is my understanding from the procedure for
>> creating a hard cell and slotframe. Am I missing something from 6top?***=
*
>>
>>  ****
>>
>> ****
>>
>> Best Wishes,****
>>
>> Pouria****
>>
>>  ****
>>
>> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
>> *Sent:* Friday, August 16, 2013 12:32 AM
>> *To:* Zand, P. (EWI)
>> *Cc:* Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org
>> *Subject:* Re: Message flows****
>>
>>  ****
>>
>> Hi Raghuram and Pouria,****
>>
>>  ****
>>
>> The following is my understanding.****
>>
>>  ****
>>
>> (1) Taking the assumption in Raghuram's example, i.e. installing a route
>> with hard cells, then, some role like PCE should exist and take
>> responsibility to make conflict-free. In another word, the scenario
>> described in the Raghuram's example should not happen. (But, it doesn't
>> mean a confirmation message is not needed, see the following) .****
>>
>>  ****
>>
>> (2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 ar=
e
>> primitives of 802.15.4e. The confirmation to upper layer should come fro=
m
>> the execution of 6top commands, which may related with the two 15.4e
>> primitives, but not exactly same.****
>>
>>  ****
>>
>> (3) RPL is a routing protocol. It uses the TSCH schedule to forward
>> packets, no matter the schedule is installed by PCE (hard cell) , or by
>> some reservation protocol like RSVP (soft cell).****
>>
>>  ****
>>
>> Make sense?****
>>
>>  ****
>>
>> Thanks****
>>
>> Qin****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>> On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl> wrote:****
>>
>> Hi Raghuram, Qin,****
>>
>> Let me enter to your discussion****
>>
>> I agree with Raghuram that when the higher layer call the 6top=92s comma=
nds
>> (or .requests primitives) it should be informed about the status of its
>> request by =93command reply=94 or =93.confirm=94 primitives. The status =
of the
>> =93.confirm=94 or =93reply=94 can be success, failure or =85****
>>
>> Am I right?****
>>
>> I couldn=92t either find the 6top=92s behavior upon receiving the
>> =93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitiv=
es that
>> might be called by L2. Did I miss that?****
>>
>>  ****
>>
>> Raghuram, I just have one minor comment, in your example. I think that
>> the RPL (L3) should use the =93Create soft cell command=94 to ask a new =
cell
>> without specifying the exact cell. Because the L3 does not have enough
>> information to ask for reserving specific cell in L2. The =93Create hard=
 cell
>> command=94 should be called by the one who has the global knowledge on
>> network schedules, like PCE. However, I agree that the PCE by calling th=
e
>> =93Create hard cell command=94 or RPL by calling =93Create soft cell com=
mand=94
>> should be informed by 6top about the status of its request. For example,=
 It
>> might happen that PCE send a same request twice or RPL=92s request can=
=92t be
>> serviced. ****
>>
>> AM I right?****
>>
>>  ****
>>
>> Pouria.      ****
>>
>>  ****
>>
>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On
>> Behalf Of *Raghuram Sudhaakar (rsudhaak)
>> *Sent:* Thursday, August 15, 2013 9:07 PM
>> *To:* Qin Wang
>> *Cc:* 6tsch@ietf.org
>> *Subject:* Re: [6tsch] Message flows****
>>
>>  ****
>>
>> HI Qin,****
>>
>> The conflicts I am referring to are -****
>>
>>  ****
>>
>> Consdiering multihop communication and hard-cells****
>>
>>    1. Route 1 requires a particular set of slots to be setup. Say node A
>>    must listen on slot number 11, 34, 65 and Tx on 13, 35, 68****
>>    2. But another route 2 requires node A to listen on slot 35. ****
>>
>>  There may be other such conflicts that we may need to resolve.****
>>
>>  ****
>>
>> -raghuram****
>>
>>  ****
>>
>>  ****
>>
>> Hi Raghuram, ****
>>
>>  ****
>>
>> I totally agree to your approach to define the flow information to L3.**=
*
>> *
>>
>>  ****
>>
>> Regarding to your question, can you explain more about:****
>>
>> (1) from nodeA to nodeB is one hop or multi-hop?****
>>
>> (2) installing the route with hard cells or soft cells?****
>>
>> (3) what "conflict during route installation" mean? what kind of conflic=
t?
>> ****
>>
>>  ****
>>
>> Thanks****
>>
>> Qin****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>> On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <
>> rsudhaak@cisco.com> wrote:****
>>
>> Qin,****
>>
>> I have pretty much the same line of thought. I agree with the point that
>> 6top is independent from L3. What we are trying to do is define what L3
>> will need to implement to obtain information from 6top. Obviously, 6top
>> will expose these interfaces in its standard implementation.****
>>
>>  ****
>>
>> Do you think finding the common requirements from 6top to L3 flows
>> between RPL and PCE is a good place to start? I am sure there are going =
to
>> be some specific requirements for each but they can be added as PCE or R=
PL
>> specific primitives. I am not suggesting that we implement specific
>> primitives for every L3 protocol, but once we cover RPL and PCE I think =
we
>> will satisfy the requirements of most L3s.****
>>
>>  ****
>>
>> The different flows you have identified is perfect. ****
>>
>> (1) The flows from 6top -> L2 have been addressed quite extensively in
>> the draft already. There are a few flows from L2 -> 6top that have to be
>> addressed. GET_*TIMING_P*ARENT for e..g.****
>>
>> (2) I would consider the requirements of PCE, RPL, (probably v6ND) in
>> terms of parameters required for route computation to define the general
>> requirements for flows between L3 and 6top. In the draft, you have alrea=
dy
>> addressed some RPL specific primitives like control message delivery. I
>> think this should go in the RPL specific part. We define primitives to
>> expose parameters required by L3 to perform route computation in the
>> general flows. For e.g. L2 neighbor list, link quality to each neighbor.=
 We
>> need to specify the message format that needs to used by L3 to obtain th=
is
>> info.****
>>
>> (3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL
>> case,  GET_*RPL_*PARENT will be one such flow as 6top needs to provide
>> the primitive GET_*TIMING_*PARENT in the L2->6top flow. A similar
>> primitive needs to be there for PCE.****
>>
>>  ****
>>
>> (Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entit=
y
>> and 6top is the data provider. This is my own convention and hence the
>> clarification)****
>>
>>  ****
>>
>> Another critical part I want to get your opinions on is the following. W=
e
>> have decided that irrespective of L3 (PCE or RPL) a node A will initiate
>> route installation request when it has data to send to node B. In this c=
ase
>> -****
>>
>>    1. How do resolve conflict during route installation? L3 computes a
>>    route and send it over to 6top. Which in turn converts it to slot
>>    reservations using the 6top -> L2 primitives in the slot frame. What =
if
>>    there is a conflict during this slot reservation? What are the messag=
es
>>    that will inform L3 and the node that route installation failed? This=
 must
>>    also cause L3 to recompute its route.****
>>    2. Then we have to ask, does 6top provide a mechanism to inform L3
>>    about failure and obtain a recomputed route (i.e.) perform n number o=
f
>>    retries. Or just fail after one try and leave it to the node to reini=
tiate
>>    a route request. ****
>>
>>  -raghuram****
>>
>>  ****
>>
>>  ****
>>
>> *From: *Qin Wang <qinwang@berkeley.edu>
>> *Date: *Thursday, August 15, 2013 6:00 AM
>> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
>> *Cc: *"xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
>> *Subject: *Re: Message flows****
>>
>>  ****
>>
>> Hi Raghuram, ****
>>
>>  ****
>>
>> Sorry for the late response. It is welcome for you to add flow
>> information if necessary.****
>>
>>  ****
>>
>> Just one thing I want to understand more clearly. I think 6top is a
>> relatively independent sublayer from upper layer. RPL is used as upper
>> layer in the first step, but, just one kind of upper layers in the futur=
e.
>> Correct? ****
>>
>>  ****
>>
>> In this sense, we should separate the general flow information to upper
>> layer and the specific flow information to RPL. Then, can we organize th=
e
>> flow information related to 6top in this way?****
>>
>>  ****
>>
>> (1) flow information with L2, i.e. TSCH****
>>
>> (2) general flow information with upper layer, may be L3 or L2.5****
>>
>> (3) flow information with specific upper layer protocol like RPL.****
>>
>>  ****
>>
>> What do you think?****
>>
>>  ****
>>
>> Qin ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>> On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <
>> rsudhaak@cisco.com> wrote:****
>>
>> Ok. ****
>>
>>  ****
>>
>> Qin, if you are OK I can add the flow information specific to RPL. ****
>>
>>  ****
>>
>> -raghuram****
>>
>>  ****
>>
>> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
>> *Reply-To: *"xvilajosana@eecs.berkeley.edu" <
>> xvilajosana@eecs.berkeley.edu>
>> *Date: *Wednesday, August 14, 2013 2:32 PM
>> *To: *raghuram sudhaakar <rsudhaak@cisco.com>
>> *Cc: *Qin Wang <qinwang@berkeley.edu>
>> *Subject: *Re: Message flows****
>>
>>  ****
>>
>> Hi Raghuram,****
>>
>> I let Qin answer as she is the main author. My opinion is that by now we
>> keep the document as a single file but we separate the two message flows=
.
>> IMHO, if you have information to add it is more than welcome!
>>
>> X****
>>
>>  ****
>>
>> On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <
>> rsudhaak@cisco.com> wrote:****
>>
>> Xavi, Qin,****
>>
>> I believe that there is some information that needs to be added to the
>> message flows that will occur between L3 -> 6top and L2 -> 6top, in
>> addition to what is already there in Qin's draft. I wanted to check with
>> you guys if you want to add to the same document or split it into a
>> separate RFC. When I say split into separate RFC,  what I mean is, L3 to
>> 6top is one RFC and L2 to 6top is another. The current draft has a lot o=
f
>> information about L2 to 6top. I could add more about the RPL to 6top is =
its
>> OK..****
>>
>>  ****
>>
>> -raghuram****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>>  ****
>>
>> ** **
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7bd6bb10aeec0904e44ff0f8
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Thomas,<div><br></div><div>I totally agree with you. Ca=
n you set two threads corresponding the two items in your email? I think it=
 would be more organized.</div><div><br></div><div>Thanks</div><div>Qin</di=
v>
<div><br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote">On Mon, Aug 19, 2013 at 11:32 PM, Thomas Watteyne <span dir=3D"ltr"=
>&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">wattey=
ne@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin, all,<div><br></div><di=
v>I agree with you analysis; I believe it is important that we first start =
with the simplest case, i..e a static schedule of shared slots. At the end =
this charter, we will have clearly identified how a full network operates i=
n that case, and we then can start thinking about using a centralized/distr=
ibuted scheduling mechanism.</div>



<div><br></div><div>By then, we will have defined how to represent slots an=
d cells in a non-verbose way (we started thinking about using BSON) as well=
 as statistics and commands. Ideally, we want that format to be usable in t=
he centralized and distributed scheduling case, so although we are not talk=
ing about this in the scope of this charter, we need to be aware how these =
formats will be used, and we therefore need to identify the flows.</div>



<div><br></div><div>Coming back to Raghuram&#39;s case, I would argue that =
the cleanest approach for reserving cells is to have the upper layer explic=
itly reserve either soft or hard cells. This does not prevent a hybrid case=
, where one could imagine reserving a piece of the schedule for hard, anoth=
er for soft cells. I believe it is, however, cleaner than having 6top ask a=
bout L3 and somehow know what to do depending on the L3 being used.</div>



<div><br></div><div>I believe there are two immediate next steps:</div><div=
>- in light of this discussion, identifying what&#39;s missing from the bas=
ic draft. Do you see anything obvious?</div><div>- continue the work on BSO=
N. Before delving into the representation of the information, I would first=
 identify what the contents of the different signaling packets are, which c=
an easily be done in e.g. JSON.</div>


<div><br></div><div>Does this make sense? If we have a rough agreement, I p=
ropose we work on this and come up with a couple of slides for both items, =
to be discussed on Friday.</div><div><br></div><div>Thomas</div><div class=
=3D"gmail_extra">


<br><div class=3D"gmail_quote"><div><div class=3D"h5">On Sat, Aug 17, 2013 =
at 3:13 PM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwente.nl" tar=
get=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br>
</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div class=3D"h5">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your clar=
ification.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Agreed,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Saturday, August 17, 2013 11:33 PM</span></p><div><div><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></div></div><p></p><div><div=
>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">According to the new version of Charter, in the curr=
ent step, we only consider the static case of building TSCH schedule. That =
means the new node (node B) will use shared cells to send RPL control messa=
ges like DAO to the existing node
 (node A). The set of shared cells will be advertised in EB by node A. And,=
 in the shared cells, node A should be awake for listening (at lease at the=
 beginning of timeslots) . So, even in the lack of signaling protocol and w=
ithout installing a track, RPL should
 be able to work. Right?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Then, if RPL or other upper layer wants more bandwid=
th, some centralized/distributed reservation mechanism will be needed. That=
 will be addressed in the next step. What do you think?<u></u><u></u></p>




</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Sat, Aug 17, 2013 at 11:56 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree with starting a n=
ew threat and discuss about the details of the control flows.</span><u></u>=
<u></u></p>




<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to the interfac=
e between 6top and higher layer (e.g. RPL), Let me explain my point with
 an example: Let=92s consider a new joined device, node A, that needs some =
cells to start sending its RPL control packets to its parent node B. How do=
es node A, upon choosing a new parent (node B), can reserve cells (e.g. for=
 exchanging RPL control packets like
 DAO or DIO)? How does node B (or node B=92 parent), who has just received =
node A=92 DAO packet as its children, can reserve extra cells toward their =
parent. In the lack of signaling protocol and without installing a track, i=
s there any primitive that the RPL or
 6top can use, to reserve some cells locally based on it DAO and DIO packet=
 rates with their parents?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In order to handle this s=
ituation in 6top, don=92t we need to import some information from the paren=
t
 table and route table (in storing mode) from L3 to 6top? I mean how does a=
 RPL parent inform 6top about its children and descendants numbers and the =
potential control messages rate (e.g. DAO) that it should forward toward th=
e DODAG root? In addition how does
 the new device inform the 6top about its new parent?=A0 </span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">You might say that DAO an=
d DIO transmission rate might changes overtime and reserving resources does=
n=92t
 make sense. But let=92s consider RPL control packets just as an example.</=
span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I missing anything?=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Saturday, August 17, 2013 3:18 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouira,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I see your point. In the task item-1 &quot;Timeslot =
Management methods and formats&quot;, control flows will be defined (See th=
e record for teleconference on 8/9). We can address the issue
 you mentioned above in that document. Maybe we should start a thread to di=
scuss what the control flows should be, what the message contents should be=
.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to the interface between 6top and RPL, my =
understanding is RPL just use the TSCH schedule, instead of building the sc=
hedule by using something like Soft cell creation.
 But, maybe, the status of TSCH schedule can be taken as a factor of RPL&#3=
9;s OF. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 9:24 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Qin,</span><u></u><u></u>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I completely agree with y=
ou that the status of the report/confirm form 6top to higher layer might
 be changed by other factors as well. My point is that, one of those factor=
s, is the status of =93.confirm=94 primitives received form L2. I think in =
6top, we have to add them to the list of the factors that effect on the rep=
ly/confirm to higher layer. Am I right?=A0=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (1), I think=
, when the 6top commands/primitives are called by higher layer (either by
 PCE, potential signaling protocol, or temporary by RPL in the lack of sign=
aling protocol) we have to send a =93.confirm=94 to inform them about the s=
tatus of their requests. Am I right? I would say that in some cases we migh=
t need to send the confirmation to PCE
 with the FAIL status.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (3), I agree=
 that the signaling protocol and PCE should call the cell creation commands=
/primitives.
 Do you agree that 6top should be independent form the higher layer that ha=
s called its primitives/command? Is there any limitation that in the lack o=
f signaling protocol, the RPL can=92t call some of the 6top=92 management c=
ommands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is the process to create a hard cell and slotfram=
e. You see,=A0<span style=3D"font-size:11.5pt;font-family:&quot;Calibri&quo=
t;,&quot;sans-serif&quot;;color:#1f497d">=A0=93MLME-SET-SLOTFRAME.confirm=
=94 and
 =93MLME-SET-LINK.confirm=94 generates confirmation from L2, which usually =
is one of factors to generate the confirmation message to higher layer. In =
another word, when the status returned by=A0=A0=93MLME-SET-SLOTFRAME.confir=
m=94 or =93MLME-SET-LINK.confirm=94 is False, the
 status reported from 6top to higher layer must be False. But, there may be=
 some other factors also making the status False.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Make sense?</span><u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Qin</span><u></u><u></u><=
/p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to (2), this is=
 my understanding from the procedure for creating a hard cell and slotframe=
.
 Am I missing something from 6top?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img border=3D"0" width=
=3D"462" height=3D"423" src=3D"cid:image001.jpg@01CE9BA7.C7888620"></span><=
u></u><u></u></p>




<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Raghuram and Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The following is my understanding.<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Taking the assumption in Raghuram&#39;s example,=
 i.e. installing a route with hard cells, then, some role like PCE should e=
xist and take responsibility to make conflict-free. In
 another word, the scenario described in the Raghuram&#39;s example should =
not happen. (But, it doesn&#39;t mean a confirmation message is not needed,=
 see the following) .<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2)=A0<span style=3D"font-size:11.5pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=93MLME-SET-SLOT=
FRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are primitives of 802.15.4=
e. The confirmation
 to upper layer should come from the execution of 6top commands, which may =
related with the two 15.4e primitives, but not exactly same.</span><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) RPL is a routing protocol. It uses the TSCH sche=
dule to forward packets, no matter the schedule is installed by PCE (hard c=
ell) , or by some reservation protocol like RSVP (soft
 cell).<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Raghuram, Qin,</span><=
u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Let me enter to your disc=
ussion</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree with Raghuram tha=
t when the higher layer call the 6top=92s commands (or .requests primitives=
)
 it should be informed about the status of its request by =93command reply=
=94 or =93.confirm=94 primitives. The status of the =93.confirm=94 or =93re=
ply=94 can be success, failure or =85</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t either find =
the 6top=92s behavior upon receiving the =93MLME-SET-SLOTFRAME.confirm=94 o=
r =93MLME-SET-LINK.confirm=94
 primitives that might be called by L2. Did I miss that?</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Raghuram, I just have one=
 minor comment, in your example. I think that the RPL (L3) should use the
 =93Create soft cell command=94 to ask a new cell without specifying the ex=
act cell. Because the L3 does not have enough information to ask for reserv=
ing specific cell in L2. The =93Create hard cell command=94 should be calle=
d by the one who has the global knowledge
 on network schedules, like PCE. However, I agree that the PCE by calling t=
he =93Create hard cell command=94 or RPL by calling =93Create soft cell com=
mand=94 should be informed by 6top about the status of its request. For exa=
mple, It might happen that PCE send a same
 request twice or RPL=92s request can=92t be serviced. </span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">AM I right?</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.=A0=A0=A0=A0=A0
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">HI Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The conflicts I am referring to are -</=
span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Consdiering multihop communication and =
hard-cells</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Route 1 requires a particular set of slots to be setup. Say no=
de A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span><u></=
u><u></u></li>



<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">But another route 2 requires node A to listen on slot 35.=A0</=
span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">There may be other such conflicts that =
we may need to resolve.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I totally agree to your approach to def=
ine the flow information to L3.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Regarding to your question, can you exp=
lain more about:</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) from nodeA to nodeB is one hop or m=
ulti-hop?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) installing the route with hard cell=
s or soft cells?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) what &quot;conflict during route in=
stallation&quot; mean? what kind of conflict?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Thanks</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 10:16 PM, Raghu=
ram Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=
=3D"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I have pretty much the same line of tho=
ught. I agree with the point that 6top is independent from L3. What we are
 trying to do is define what L3 will need to implement to obtain informatio=
n from 6top. Obviously, 6top will expose these interfaces in its standard i=
mplementation.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Do you think finding the common require=
ments from 6top to L3 flows between RPL and PCE is a good place to start?
 I am sure there are going to be some specific requirements for each but th=
ey can be added as PCE or RPL specific primitives. I am not suggesting that=
 we implement specific primitives for every L3 protocol, but once we cover =
RPL and PCE I think we will satisfy
 the requirements of most L3s.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">The different flows you have identified=
 is perfect.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) The flows from 6top -&gt; L2 have b=
een addressed quite extensively in the draft already. There are a few flows
 from L2 -&gt; 6top that have to be addressed. GET_<i>TIMING_P</i>ARENT for=
 e..g.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) I would consider the requirements o=
f PCE, RPL, (probably v6ND) in terms of parameters required for route compu=
tation
 to define the general requirements for flows between L3 and 6top. In the d=
raft, you have already addressed some RPL specific primitives like control =
message delivery. I think this should go in the RPL specific part. We defin=
e primitives to expose parameters
 required by L3 to perform route computation in the general flows. For e.g.=
 L2 neighbor list, link quality to each neighbor. We need to specify the me=
ssage format that needs to used by L3 to obtain this info.</span><u></u><u>=
</u></p>




</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) We will also need 6top-&gt;L3 flows=
 to be defined. For e.g., in the RPL case, =A0GET_<i>RPL_</i>PARENT will be=
 one
 such flow as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT =
in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</sp=
an><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(Note: when I say L2 -&gt; 6top flow, I=
 mean L2 is the data requestor entity and 6top is the data provider. This i=
s
 my own convention and hence the clarification)</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Another critical part I want to get you=
r opinions on is the following. We have decided that irrespective of L3
 (PCE or RPL) a node A will initiate route installation request when it has=
 data to send to node B. In this case -</span><u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal">
<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">How do resolve conflict during route installation? L3 computes=
 a route and send it over to 6top. Which in turn converts it to slot reserv=
ations using the 6top -&gt; L2 primitives in the slot frame.
 What if there is a conflict during this slot reservation? What are the mes=
sages that will inform L3 and the node that route installation failed? This=
 must also cause L3 to recompute its route.</span><u></u><u></u></li><li cl=
ass=3D"MsoNormal">




<span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-=
serif&quot;">Then we have to ask, does 6top provide a mechanism to inform L=
3 about failure and obtain a recomputed route (i.e.) perform n number of re=
tries. Or just fail after one try and leave it to the
 node to reinitiate a route request. </span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu=
" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>




<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Sorry for the late response. It is welc=
ome for you to add flow information if necessary.</span><u></u><u></u></p>




</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Just one thing I want to understand mor=
e clearly. I think 6top is a relatively independent sublayer from upper
 layer. RPL is used as upper layer in the first step, but, just one kind of=
 upper layers in the future. Correct?=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">In this sense, we should separate the g=
eneral flow information to upper layer and the specific flow information
 to RPL. Then, can we organize the flow information related to 6top in this=
 way?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(1) flow information with L2, i.e. TSCH=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(2) general flow information with upper=
 layer, may be L3 or L2.5</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">(3) flow information with specific uppe=
r layer protocol like RPL.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">What do you think?</span><u></u><u></u>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Thu, Aug 15, 2013 at 6:10 AM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Ok.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Qin, if you are OK I can add the flow i=
nformation specific to RPL.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>




<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>




<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Hi Raghu=
ram,</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I let Qin answer as she is the main aut=
hor. My opinion is that by now we keep the document as a single file but
 we separate the two message flows. IMHO, if you have information to add it=
 is more than welcome!<br>
<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Wed, Aug 14, 2013 at 1:42 PM, Raghur=
am Sudhaakar (rsudhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D=
"_blank">rsudhaak@cisco.com</a>&gt;
 wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I believe that there is some informatio=
n that needs to be added to the message flows that will occur between L3
 -&gt; 6top and L2 -&gt; 6top, in addition to what is already there in Qin&=
#39;s draft. I wanted to check with you guys if you want to add to the same=
 document or split it into a separate RFC. When I say split into separate R=
FC, =A0what I mean is, L3 to 6top is one RFC
 and L2 to 6top is another. The current draft has a lot of information abou=
t L2 to 6top. I could add more about the RPL to 6top is its OK..</span><u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">=A0</span><u></u><u></u><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#888888">-raghuram</span><u></u><u=
></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7bd6bb10aeec0904e44ff0f8--
--047d7bd6bb10aeec0c04e44ff0f9
Content-Type: image/jpeg; name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01CE9BA7.C7888620>
X-Attachment-Id: 78650298aebcab63_0.0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=
--047d7bd6bb10aeec0c04e44ff0f9--

From rsudhaak@cisco.com  Mon Aug 19 10:08:28 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BEDF11E8132 for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 10:08:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level: 
X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e7R-KPtXg8Rg for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 10:08:20 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 7262111E80DF for <6tsch@ietf.org>; Mon, 19 Aug 2013 10:08:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=93622; q=dns/txt; s=iport; t=1376932099; x=1378141699; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=ZzwD2eE4IUJ0AAJZo5GhsL6h6MemBctfeDsB8VPRcIs=; b=ANFPGlFhZ9GAZRwJU+IE7n/znEE1hhTHQvBhEv6bRszaCh4ibUR6bnJP ENFjGZviRwmfbw2CiG1HD/9jKD26PmIucz/963f0iYg6WMyWZSYsNeUuc v2JBA4gLfPv8F6F7UHsfHm3XLRt0CwkW09rvMacJsoYAeQ7hmkdMF2Z9I w=;
X-Files: image001.jpg : 18869
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgcFAIxQElKtJV2Z/2dsb2JhbABQCg6CNUQ1Ub8ygSMWdIIkAQEBBAEBAQIVAQoCB0ALEgEIEQMBAQEGAQEBAggOAQYJBRABDAIBCxQJCAIEAQ0EAQYCBogCDLYnBI8TBoENCQYQCg0EBgECAgKDFXcDkUQBWYEuQYdIjWSCXT+BaAkXBB4
X-IronPort-AV: E=Sophos;i="4.89,914,1367971200";  d="jpg'145?scan'145,208,217,145";a="246051146"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-9.cisco.com with ESMTP; 19 Aug 2013 17:08:18 +0000
Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r7JH8IL6004601 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 19 Aug 2013 17:08:18 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.12]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.02.0318.004; Mon, 19 Aug 2013 12:08:17 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: Qin Wang <qinwang@berkeley.edu>, Thomas Watteyne <watteyne@eecs.berkeley.edu>
Thread-Topic: [6tsch] Message flows
Thread-Index: AQHOnP6yxD89TjlGb0GiJttMx+iBcA==
Date: Mon, 19 Aug 2013 17:08:17 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1854594B@xmb-rcd-x04.cisco.com>
In-Reply-To: <CAAzoce5-7-fFc7q+Dd==F9VeyZpsZF2CxOuOd_0OX+2vZ-Zx_Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.154.213.84]
Content-Type: multipart/related; boundary="_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1854594Bxmbrcdx04ciscoc_"; type="multipart/alternative"
MIME-Version: 1.0
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] Message flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 17:08:28 -0000

--_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1854594Bxmbrcdx04ciscoc_
Content-Type: multipart/alternative;
	boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1854594Bxmbrcdx04ciscoc_"

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1854594Bxmbrcdx04ciscoc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Thomas,
Agreed. Slides for Friday are a good idea.

-raghuram

From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Monday, August 19, 2013 10:04 AM
To: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>
Cc: 6TSCH <6tsch@ietf.org<mailto:6tsch@ietf.org>>
Subject: Re: [6tsch] Message flows

Hi Thomas,

I totally agree with you. Can you set two threads corresponding the two ite=
ms in your email? I think it would be more organized.

Thanks
Qin



On Mon, Aug 19, 2013 at 11:32 PM, Thomas Watteyne <watteyne@eecs.berkeley.e=
du<mailto:watteyne@eecs.berkeley.edu>> wrote:
Qin, all,

I agree with you analysis; I believe it is important that we first start wi=
th the simplest case, i..e a static schedule of shared slots. At the end th=
is charter, we will have clearly identified how a full network operates in =
that case, and we then can start thinking about using a centralized/distrib=
uted scheduling mechanism.

By then, we will have defined how to represent slots and cells in a non-ver=
bose way (we started thinking about using BSON) as well as statistics and c=
ommands. Ideally, we want that format to be usable in the centralized and d=
istributed scheduling case, so although we are not talking about this in th=
e scope of this charter, we need to be aware how these formats will be used=
, and we therefore need to identify the flows.

Coming back to Raghuram's case, I would argue that the cleanest approach fo=
r reserving cells is to have the upper layer explicitly reserve either soft=
 or hard cells. This does not prevent a hybrid case, where one could imagin=
e reserving a piece of the schedule for hard, another for soft cells. I bel=
ieve it is, however, cleaner than having 6top ask about L3 and somehow know=
 what to do depending on the L3 being used.

I believe there are two immediate next steps:
- in light of this discussion, identifying what's missing from the basic dr=
aft. Do you see anything obvious?
- continue the work on BSON. Before delving into the representation of the =
information, I would first identify what the contents of the different sign=
aling packets are, which can easily be done in e.g. JSON.

Does this make sense? If we have a rough agreement, I propose we work on th=
is and come up with a couple of slides for both items, to be discussed on F=
riday.

Thomas

On Sat, Aug 17, 2013 at 3:13 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Qin,

Many thanks for your clarification.
Agreed,

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Saturday, August 17, 2013 11:33 PM

To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Pouria,

According to the new version of Charter, in the current step, we only consi=
der the static case of building TSCH schedule. That means the new node (nod=
e B) will use shared cells to send RPL control messages like DAO to the exi=
sting node (node A). The set of shared cells will be advertised in EB by no=
de A. And, in the shared cells, node A should be awake for listening (at le=
ase at the beginning of timeslots) . So, even in the lack of signaling prot=
ocol and without installing a track, RPL should be able to work. Right?

Then, if RPL or other upper layer wants more bandwidth, some centralized/di=
stributed reservation mechanism will be needed. That will be addressed in t=
he next step. What do you think?

Qin



On Sat, Aug 17, 2013 at 11:56 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Hi Qin,

I agree with starting a new threat and discuss about the details of the con=
trol flows.


Regarding to the interface between 6top and higher layer (e.g. RPL), Let me=
 explain my point with an example: Let=92s consider a new joined device, no=
de A, that needs some cells to start sending its RPL control packets to its=
 parent node B. How does node A, upon choosing a new parent (node B), can r=
eserve cells (e.g. for exchanging RPL control packets like DAO or DIO)? How=
 does node B (or node B=92 parent), who has just received node A=92 DAO pac=
ket as its children, can reserve extra cells toward their parent. In the la=
ck of signaling protocol and without installing a track, is there any primi=
tive that the RPL or 6top can use, to reserve some cells locally based on i=
t DAO and DIO packet rates with their parents?
In order to handle this situation in 6top, don=92t we need to import some i=
nformation from the parent table and route table (in storing mode) from L3 =
to 6top? I mean how does a RPL parent inform 6top about its children and de=
scendants numbers and the potential control messages rate (e.g. DAO) that i=
t should forward toward the DODAG root? In addition how does the new device=
 inform the 6top about its new parent?
You might say that DAO and DIO transmission rate might changes overtime and=
 reserving resources doesn=92t make sense. But let=92s consider RPL control=
 packets just as an example.
Am I missing anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Saturday, August 17, 2013 3:18 PM

To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Pouira,

I see your point. In the task item-1 "Timeslot Management methods and forma=
ts", control flows will be defined (See the record for teleconference on 8/=
9). We can address the issue you mentioned above in that document. Maybe we=
 should start a thread to discuss what the control flows should be, what th=
e message contents should be.

Regarding to the interface between 6top and RPL, my understanding is RPL ju=
st use the TSCH schedule, instead of building the schedule by using somethi=
ng like Soft cell creation. But, maybe, the status of TSCH schedule can be =
taken as a factor of RPL's OF. What do you think?

Qin




On Fri, Aug 16, 2013 at 9:24 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Qin,

I completely agree with you that the status of the report/confirm form 6top=
 to higher layer might be changed by other factors as well. My point is tha=
t, one of those factors, is the status of =93.confirm=94 primitives receive=
d form L2. I think in 6top, we have to add them to the list of the factors =
that effect on the reply/confirm to higher layer. Am I right?

Regarding to (1), I think, when the 6top commands/primitives are called by =
higher layer (either by PCE, potential signaling protocol, or temporary by =
RPL in the lack of signaling protocol) we have to send a =93.confirm=94 to =
inform them about the status of their requests. Am I right? I would say tha=
t in some cases we might need to send the confirmation to PCE with the FAIL=
 status.

Regarding to (3), I agree that the signaling protocol and PCE should call t=
he cell creation commands/primitives. Do you agree that 6top should be inde=
pendent form the higher layer that has called its primitives/command? Is th=
ere any limitation that in the lack of signaling protocol, the RPL can=92t =
call some of the 6top=92 management commands/primitives (e.g. Soft cell cre=
ation)? In this case, we might need to reply to RPL, by SUCCESS or FAIL sta=
tus? Did I miss anything?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 2:05 PM

To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Pouria,

It is the process to create a hard cell and slotframe. You see,  =93MLME-SE=
T-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 generates confirmati=
on from L2, which usually is one of factors to generate the confirmation me=
ssage to higher layer. In another word, when the status returned by  =93MLM=
E-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 is False, the sta=
tus reported from 6top to higher layer must be False. But, there may be som=
e other factors also making the status False.

Make sense?

Qin

On Fri, Aug 16, 2013 at 7:44 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Qin,
Regarding to (2), this is my understanding from the procedure for creating =
a hard cell and slotframe. Am I missing something from 6top?

[cid:image001.jpg@01CE9BA7.C7888620]
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Friday, August 16, 2013 12:32 AM
To: Zand, P. (EWI)
Cc: Raghuram Sudhaakar (rsudhaak); 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: Message flows

Hi Raghuram and Pouria,

The following is my understanding.

(1) Taking the assumption in Raghuram's example, i.e. installing a route wi=
th hard cells, then, some role like PCE should exist and take responsibilit=
y to make conflict-free. In another word, the scenario described in the Rag=
huram's example should not happen. (But, it doesn't mean a confirmation mes=
sage is not needed, see the following) .

(2)  =93MLME-SET-SLOTFRAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are p=
rimitives of 802.15.4e. The confirmation to upper layer should come from th=
e execution of 6top commands, which may related with the two 15.4e primitiv=
es, but not exactly same.

(3) RPL is a routing protocol. It uses the TSCH schedule to forward packets=
, no matter the schedule is installed by PCE (hard cell) , or by some reser=
vation protocol like RSVP (soft cell).

Make sense?

Thanks
Qin



On Fri, Aug 16, 2013 at 5:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Hi Raghuram, Qin,
Let me enter to your discussion
I agree with Raghuram that when the higher layer call the 6top=92s commands=
 (or .requests primitives) it should be informed about the status of its re=
quest by =93command reply=94 or =93.confirm=94 primitives. The status of th=
e =93.confirm=94 or =93reply=94 can be success, failure or =85
Am I right?
I couldn=92t either find the 6top=92s behavior upon receiving the =93MLME-S=
ET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 primitives that migh=
t be called by L2. Did I miss that?

Raghuram, I just have one minor comment, in your example. I think that the =
RPL (L3) should use the =93Create soft cell command=94 to ask a new cell wi=
thout specifying the exact cell. Because the L3 does not have enough inform=
ation to ask for reserving specific cell in L2. The =93Create hard cell com=
mand=94 should be called by the one who has the global knowledge on network=
 schedules, like PCE. However, I agree that the PCE by calling the =93Creat=
e hard cell command=94 or RPL by calling =93Create soft cell command=94 sho=
uld be informed by 6top about the status of its request. For example, It mi=
ght happen that PCE send a same request twice or RPL=92s request can=92t be=
 serviced.
AM I right?

Pouria.

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Raghuram Sudhaa=
kar (rsudhaak)
Sent: Thursday, August 15, 2013 9:07 PM
To: Qin Wang
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] Message flows

HI Qin,
The conflicts I am referring to are -

Consdiering multihop communication and hard-cells

  1.  Route 1 requires a particular set of slots to be setup. Say node A mu=
st listen on slot number 11, 34, 65 and Tx on 13, 35, 68
  2.  But another route 2 requires node A to listen on slot 35.
There may be other such conflicts that we may need to resolve.

-raghuram


Hi Raghuram,

I totally agree to your approach to define the flow information to L3.

Regarding to your question, can you explain more about:
(1) from nodeA to nodeB is one hop or multi-hop?
(2) installing the route with hard cells or soft cells?
(3) what "conflict during route installation" mean? what kind of conflict?

Thanks
Qin



On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@c=
isco.com<mailto:rsudhaak@cisco.com>> wrote:
Qin,
I have pretty much the same line of thought. I agree with the point that 6t=
op is independent from L3. What we are trying to do is define what L3 will =
need to implement to obtain information from 6top. Obviously, 6top will exp=
ose these interfaces in its standard implementation.

Do you think finding the common requirements from 6top to L3 flows between =
RPL and PCE is a good place to start? I am sure there are going to be some =
specific requirements for each but they can be added as PCE or RPL specific=
 primitives. I am not suggesting that we implement specific primitives for =
every L3 protocol, but once we cover RPL and PCE I think we will satisfy th=
e requirements of most L3s.

The different flows you have identified is perfect.
(1) The flows from 6top -> L2 have been addressed quite extensively in the =
draft already. There are a few flows from L2 -> 6top that have to be addres=
sed. GET_TIMING_PARENT for e..g.
(2) I would consider the requirements of PCE, RPL, (probably v6ND) in terms=
 of parameters required for route computation to define the general require=
ments for flows between L3 and 6top. In the draft, you have already address=
ed some RPL specific primitives like control message delivery. I think this=
 should go in the RPL specific part. We define primitives to expose paramet=
ers required by L3 to perform route computation in the general flows. For e=
.g. L2 neighbor list, link quality to each neighbor. We need to specify the=
 message format that needs to used by L3 to obtain this info.
(3) We will also need 6top->L3 flows to be defined. For e.g., in the RPL ca=
se,  GET_RPL_PARENT will be one such flow as 6top needs to provide the prim=
itive GET_TIMING_PARENT in the L2->6top flow. A similar primitive needs to =
be there for PCE.

(Note: when I say L2 -> 6top flow, I mean L2 is the data requestor entity a=
nd 6top is the data provider. This is my own convention and hence the clari=
fication)

Another critical part I want to get your opinions on is the following. We h=
ave decided that irrespective of L3 (PCE or RPL) a node A will initiate rou=
te installation request when it has data to send to node B. In this case -

  1.  How do resolve conflict during route installation? L3 computes a rout=
e and send it over to 6top. Which in turn converts it to slot reservations =
using the 6top -> L2 primitives in the slot frame. What if there is a confl=
ict during this slot reservation? What are the messages that will inform L3=
 and the node that route installation failed? This must also cause L3 to re=
compute its route.
  2.  Then we have to ask, does 6top provide a mechanism to inform L3 about=
 failure and obtain a recomputed route (i.e.) perform n number of retries. =
Or just fail after one try and leave it to the node to reinitiate a route r=
equest.
-raghuram


From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 15, 2013 6:00 AM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>" <=
xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,

Sorry for the late response. It is welcome for you to add flow information =
if necessary.

Just one thing I want to understand more clearly. I think 6top is a relativ=
ely independent sublayer from upper layer. RPL is used as upper layer in th=
e first step, but, just one kind of upper layers in the future. Correct?

In this sense, we should separate the general flow information to upper lay=
er and the specific flow information to RPL. Then, can we organize the flow=
 information related to 6top in this way?

(1) flow information with L2, i.e. TSCH
(2) general flow information with upper layer, may be L3 or L2.5
(3) flow information with specific upper layer protocol like RPL.

What do you think?

Qin












On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Ok.

Qin, if you are OK I can add the flow information specific to RPL.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: "xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>" <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>>
Date: Wednesday, August 14, 2013 2:32 PM
To: raghuram sudhaakar <rsudhaak@cisco.com<mailto:rsudhaak@cisco.com>>
Cc: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Subject: Re: Message flows

Hi Raghuram,
I let Qin answer as she is the main author. My opinion is that by now we ke=
ep the document as a single file but we separate the two message flows. IMH=
O, if you have information to add it is more than welcome!

X

On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsudhaak) <rsudhaak@ci=
sco.com<mailto:rsudhaak@cisco.com>> wrote:
Xavi, Qin,
I believe that there is some information that needs to be added to the mess=
age flows that will occur between L3 -> 6top and L2 -> 6top, in addition to=
 what is already there in Qin's draft. I wanted to check with you guys if y=
ou want to add to the same document or split it into a separate RFC. When I=
 say split into separate RFC,  what I mean is, L3 to 6top is one RFC and L2=
 to 6top is another. The current draft has a lot of information about L2 to=
 6top. I could add more about the RPL to 6top is its OK..

-raghuram








_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1854594Bxmbrcdx04ciscoc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <C1C0EFF0029B9947BAA17C7B6DCB7A47@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>Thomas,</div>
<div>Agreed. Slides for Friday are a good idea.</div>
<div><br>
</div>
<div>-raghuram</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Qin Wang &lt;<a href=3D"mailt=
o:qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Monday, August 19, 2013 10:04=
 AM<br>
<span style=3D"font-weight:bold">To: </span>Thomas Watteyne &lt;<a href=3D"=
mailto:watteyne@eecs.berkeley.edu">watteyne@eecs.berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>6TSCH &lt;<a href=3D"mailto:6ts=
ch@ietf.org">6tsch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] Message flows<=
br>
</div>
<div><br>
</div>
<div dir=3D"ltr">Hi Thomas,
<div><br>
</div>
<div>I totally agree with you. Can you set two threads corresponding the tw=
o items in your email? I think it would be more organized.</div>
<div><br>
</div>
<div>Thanks</div>
<div>Qin</div>
<div><br>
</div>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Mon, Aug 19, 2013 at 11:32 PM, Thomas Watteyn=
e <span dir=3D"ltr">
&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyn=
e@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Qin, all,
<div><br>
</div>
<div>I agree with you analysis; I believe it is important that we first sta=
rt with the simplest case, i..e a static schedule of shared slots. At the e=
nd this charter, we will have clearly identified how a full network operate=
s in that case, and we then can
 start thinking about using a centralized/distributed scheduling mechanism.=
</div>
<div><br>
</div>
<div>By then, we will have defined how to represent slots and cells in a no=
n-verbose way (we started thinking about using BSON) as well as statistics =
and commands. Ideally, we want that format to be usable in the centralized =
and distributed scheduling case,
 so although we are not talking about this in the scope of this charter, we=
 need to be aware how these formats will be used, and we therefore need to =
identify the flows.</div>
<div><br>
</div>
<div>Coming back to Raghuram's case, I would argue that the cleanest approa=
ch for reserving cells is to have the upper layer explicitly reserve either=
 soft or hard cells. This does not prevent a hybrid case, where one could i=
magine reserving a piece of the
 schedule for hard, another for soft cells. I believe it is, however, clean=
er than having 6top ask about L3 and somehow know what to do depending on t=
he L3 being used.</div>
<div><br>
</div>
<div>I believe there are two immediate next steps:</div>
<div>- in light of this discussion, identifying what's missing from the bas=
ic draft. Do you see anything obvious?</div>
<div>- continue the work on BSON. Before delving into the representation of=
 the information, I would first identify what the contents of the different=
 signaling packets are, which can easily be done in e.g. JSON.</div>
<div><br>
</div>
<div>Does this make sense? If we have a rough agreement, I propose we work =
on this and come up with a couple of slides for both items, to be discussed=
 on Friday.</div>
<div><br>
</div>
<div>Thomas</div>
<div class=3D"gmail_extra"><br>
<div class=3D"gmail_quote">
<div>
<div class=3D"h5">On Sat, Aug 17, 2013 at 3:13 PM, <span dir=3D"ltr">&lt;<a=
 href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&=
gt;</span> wrote:<br>
</div>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div>
<div class=3D"h5">
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Hi Qin,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Many thanks for your clarification=
.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Agreed,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Qin Wang [mailto:<a href=3D"mailto:qinwang@berke=
ley.edu" target=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Saturday, August 17, 2013 11:33 PM</span></p>
<div>
<div><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></div>
</div>
<p></p>
<div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">According to the new version of Charter, in the curr=
ent step, we only consider the static case of building TSCH schedule. That =
means the new node (node B) will use shared cells to send RPL control messa=
ges like DAO to the existing node
 (node A). The set of shared cells will be advertised in EB by node A. And,=
 in the shared cells, node A should be awake for listening (at lease at the=
 beginning of timeslots) . So, even in the lack of signaling protocol and w=
ithout installing a track, RPL should
 be able to work. Right?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Then, if RPL or other upper layer wants more bandwid=
th, some centralized/distributed reservation mechanism will be needed. That=
 will be addressed in the next step. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Sat, Aug 17, 2013 at 11:56 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Hi Qin,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I agree with starting a new threat=
 and discuss about the details of the control flows.</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Regarding to the interface between=
 6top and higher layer (e.g. RPL), Let me explain my point with an example:=
 Let=92s consider a new joined device,
 node A, that needs some cells to start sending its RPL control packets to =
its parent node B. How does node A, upon choosing a new parent (node B), ca=
n reserve cells (e.g. for exchanging RPL control packets like DAO or DIO)? =
How does node B (or node B=92 parent),
 who has just received node A=92 DAO packet as its children, can reserve ex=
tra cells toward their parent. In the lack of signaling protocol and withou=
t installing a track, is there any primitive that the RPL or 6top can use, =
to reserve some cells locally based
 on it DAO and DIO packet rates with their parents? </span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">In order to handle this situation =
in 6top, don=92t we need to import some information from the parent table a=
nd route table (in storing mode) from
 L3 to 6top? I mean how does a RPL parent inform 6top about its children an=
d descendants numbers and the potential control messages rate (e.g. DAO) th=
at it should forward toward the DODAG root? In addition how does the new de=
vice inform the 6top about its new
 parent?&nbsp; </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">You might say that DAO and DIO tra=
nsmission rate might changes overtime and reserving resources doesn=92t mak=
e sense. But let=92s consider RPL control
 packets just as an example.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Am I missing anything?&nbsp;
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Qin Wang [mailto:<a href=3D"mailto:qinwang@berke=
ley.edu" target=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Saturday, August 17, 2013 3:18 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouira,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I see your point. In the task item-1 &quot;Timeslot =
Management methods and formats&quot;, control flows will be defined (See th=
e record for teleconference on 8/9). We can address the issue you mentioned=
 above in that document. Maybe we should start
 a thread to discuss what the control flows should be, what the message con=
tents should be.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to the interface between 6top and RPL, my =
understanding is RPL just use the TSCH schedule, instead of building the sc=
hedule by using something like Soft cell creation. But, maybe, the status o=
f TSCH schedule can be taken as a
 factor of RPL's OF. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 9:24 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Qin,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I completely agree with you that t=
he status of the report/confirm form 6top to higher layer might be changed =
by other factors as well. My point is
 that, one of those factors, is the status of =93.confirm=94 primitives rec=
eived form L2. I think in 6top, we have to add them to the list of the fact=
ors that effect on the reply/confirm to higher layer. Am I right?&nbsp;&nbs=
p;
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Regarding to (1), I think, when th=
e 6top commands/primitives are called by higher layer (either by PCE, poten=
tial signaling protocol, or temporary
 by RPL in the lack of signaling protocol) we have to send a =93.confirm=94=
 to inform them about the status of their requests. Am I right? I would say=
 that in some cases we might need to send the confirmation to PCE with the =
FAIL status.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Regarding to (3), I agree that the=
 signaling protocol and PCE should call the cell creation commands/primitiv=
es. Do you agree that 6top should be
 independent form the higher layer that has called its primitives/command? =
Is there any limitation that in the lack of signaling protocol, the RPL can=
=92t call some of the 6top=92 management commands/primitives (e.g.
<b>Soft cell creation</b>)? In this case, we might need to reply to RPL, by=
 SUCCESS or FAIL status? Did I miss anything?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Qin Wang [mailto:<a href=3D"mailto:qinwang@berke=
ley.edu" target=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 2:05 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is the process to create a hard cell and slotfram=
e. You see,&nbsp;<span style=3D"font-size: 11.5pt; color: rgb(31, 73, 125);=
 font-family: Calibri, sans-serif; ">&nbsp;=93MLME-SET-SLOTFRAME.confirm=94=
 and =93MLME-SET-LINK.confirm=94 generates confirmation
 from L2, which usually is one of factors to generate the confirmation mess=
age to higher layer. In another word, when the status returned by&nbsp;&nbs=
p;=93MLME-SET-SLOTFRAME.confirm=94 or =93MLME-SET-LINK.confirm=94 is False,=
 the status reported from 6top to higher layer must
 be False. But, there may be some other factors also making the status Fals=
e.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.5pt; color: rgb(31, 73,=
 125); font-family: Calibri, sans-serif; ">Make sense?</span><u></u><u></u>=
</p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11.5pt; color: rgb(31, 73,=
 125); font-family: Calibri, sans-serif; ">Qin</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 7:44 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Hi Qin,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Regarding to (2), this is my under=
standing from the procedure for creating a hard cell and slotframe. Am I mi=
ssing something from 6top?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><img border=3D"0" width=3D"462" he=
ight=3D"423" src=3D"cid:image001.jpg@01CE9BA7.C7888620"></span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Best Wishes,</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Qin Wang [mailto:<a href=3D"mailto:qinwang@berke=
ley.edu" target=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> Friday, August 16, 2013 12:32 AM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Raghuram Sudhaakar (rsudhaak); <a href=3D"mailto:6tsch@ietf.org"=
 target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: Message flows</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Raghuram and Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">The following is my understanding.<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Taking the assumption in Raghuram's example, i.e=
. installing a route with hard cells, then, some role like PCE should exist=
 and take responsibility to make conflict-free. In another word, the scenar=
io described in the Raghuram's example
 should not happen. (But, it doesn't mean a confirmation message is not nee=
ded, see the following) .<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2)&nbsp;<span style=3D"font-size: 11.5pt; color: rg=
b(31, 73, 125); font-family: Calibri, sans-serif; ">&nbsp;=93MLME-SET-SLOTF=
RAME.confirm=94 and =93MLME-SET-LINK.confirm=94 are primitives of 802.15.4e=
. The confirmation to upper layer should come from the
 execution of 6top commands, which may related with the two 15.4e primitive=
s, but not exactly same.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) RPL is a routing protocol. It uses the TSCH sche=
dule to forward packets, no matter the schedule is installed by PCE (hard c=
ell) , or by some reservation protocol like RSVP (soft cell).<u></u><u></u>=
</p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 16, 2013 at 5:52 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Hi Raghuram, Qin,</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Let me enter to your discussion</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I agree with Raghuram that when th=
e higher layer call the 6top=92s commands (or .requests primitives) it shou=
ld be informed about the status of its
 request by =93command reply=94 or =93.confirm=94 primitives. The status of=
 the =93.confirm=94 or =93reply=94 can be success, failure or =85</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Am I right?</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I couldn=92t either find the 6top=
=92s behavior upon receiving the =93MLME-SET-SLOTFRAME.confirm=94 or =93MLM=
E-SET-LINK.confirm=94 primitives that might be called
 by L2. Did I miss that?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Raghuram, I just have one minor co=
mment, in your example. I think that the RPL (L3) should use the =93Create =
soft cell command=94 to ask a new cell without
 specifying the exact cell. Because the L3 does not have enough information=
 to ask for reserving specific cell in L2. The =93Create hard cell command=
=94 should be called by the one who has the global knowledge on network sch=
edules, like PCE. However, I agree that
 the PCE by calling the =93Create hard cell command=94 or RPL by calling =
=93Create soft cell command=94 should be informed by 6top about the status =
of its request. For example, It might happen that PCE send a same request t=
wice or RPL=92s request can=92t be serviced.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">AM I right?</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pouria.&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "><a href=3D"mailto:6tsch-bounces@ietf.org" target=
=3D"_blank">6tsch-bounces@ietf.org</a> [mailto:<a href=3D"mailto:6tsch-boun=
ces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Raghuram Sudhaakar (rsudhaak)<br>
<b>Sent:</b> Thursday, August 15, 2013 9:07 PM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] Message flows</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">HI Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">The conflicts I am referring to are -</span><u></u><u></u=
></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Consdiering multihop communication and hard-cells</span><=
u></u><u></u></p>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Cali=
bri, sans-serif; ">Route 1 requires a particular set of slots to be setup. =
Say node A must listen on slot number 11, 34, 65 and Tx on 13, 35, 68</span=
><u></u><u></u></li><li class=3D"MsoNormal"><span style=3D"font-size: 10.5p=
t; font-family: Calibri, sans-serif; ">But another route 2 requires node A =
to listen on slot 35.&nbsp;</span><u></u><u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">There may be other such conflicts that we may need to res=
olve.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calibri=
, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">I totally agree to your approach to define the flow infor=
mation to L3.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Regarding to your question, can you explain more about:</=
span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(1) from nodeA to nodeB is one hop or multi-hop?</span><u=
></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(2) installing the route with hard cells or soft cells?</=
span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(3) what &quot;conflict during route installation&quot; m=
ean? what kind of conflict?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Thanks</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Qin</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 10.5pt; font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u=
></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">On Thu, Aug 15, 2013 at 10:16 PM, Raghuram Sudhaakar (rsu=
dhaak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak=
@cisco.com</a>&gt; wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">I have pretty much the same line of thought. I agree with=
 the point that 6top is independent from L3. What we are trying to do is de=
fine what L3 will need to implement
 to obtain information from 6top. Obviously, 6top will expose these interfa=
ces in its standard implementation.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Do you think finding the common requirements from 6top to=
 L3 flows between RPL and PCE is a good place to start? I am sure there are=
 going to be some specific requirements
 for each but they can be added as PCE or RPL specific primitives. I am not=
 suggesting that we implement specific primitives for every L3 protocol, bu=
t once we cover RPL and PCE I think we will satisfy the requirements of mos=
t L3s.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">The different flows you have identified is perfect.&nbsp;=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(1) The flows from 6top -&gt; L2 have been addressed quit=
e extensively in the draft already. There are a few flows from L2 -&gt; 6to=
p that have to be addressed. GET_<i>TIMING_P</i>ARENT
 for e..g.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(2) I would consider the requirements of PCE, RPL, (proba=
bly v6ND) in terms of parameters required for route computation to define t=
he general requirements for flows between
 L3 and 6top. In the draft, you have already addressed some RPL specific pr=
imitives like control message delivery. I think this should go in the RPL s=
pecific part. We define primitives to expose parameters required by L3 to p=
erform route computation in the
 general flows. For e.g. L2 neighbor list, link quality to each neighbor. W=
e need to specify the message format that needs to used by L3 to obtain thi=
s info.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(3) We will also need 6top-&gt;L3 flows to be defined. Fo=
r e.g., in the RPL case, &nbsp;GET_<i>RPL_</i>PARENT will be one such flow =
as 6top needs to provide the primitive GET_<i>TIMING_</i>PARENT
 in the L2-&gt;6top flow. A similar primitive needs to be there for PCE.</s=
pan><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(Note: when I say L2 -&gt; 6top flow, I mean L2 is the da=
ta requestor entity and 6top is the data provider. This is my own conventio=
n and hence the clarification)</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Another critical part I want to get your opinions on is t=
he following. We have decided that irrespective of L3 (PCE or RPL) a node A=
 will initiate route installation request
 when it has data to send to node B. In this case -</span><u></u><u></u></p=
>
</div>
<ol start=3D"1" type=3D"1">
<li class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Cali=
bri, sans-serif; ">How do resolve conflict during route installation? L3 co=
mputes a route and send it over to 6top. Which in turn converts it to slot =
reservations using the 6top -&gt; L2 primitives
 in the slot frame. What if there is a conflict during this slot reservatio=
n? What are the messages that will inform L3 and the node that route instal=
lation failed? This must also cause L3 to recompute its route.</span><u></u=
><u></u></li><li class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font=
-family: Calibri, sans-serif; ">Then we have to ask, does 6top provide a me=
chanism to inform L3 about failure and obtain a recomputed route (i.e.) per=
form n number of retries. Or just fail after one
 try and leave it to the node to reinitiate a route request. </span><u></u>=
<u></u></li></ol>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size: 11pt; font-family: Cali=
bri, sans-serif; ">From:
</span></b><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif=
; ">Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">=
qinwang@berkeley.edu</a>&gt;<br>
<b>Date: </b>Thursday, August 15, 2013 6:00 AM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Hi Raghuram,
</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Sorry for the late response. It is welcome for you to add=
 flow information if necessary.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Just one thing I want to understand more clearly. I think=
 6top is a relatively independent sublayer from upper layer. RPL is used as=
 upper layer in the first step, but,
 just one kind of upper layers in the future. Correct?&nbsp;</span><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">In this sense, we should separate the general flow inform=
ation to upper layer and the specific flow information to RPL. Then, can we=
 organize the flow information related
 to 6top in this way?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(1) flow information with L2, i.e. TSCH</span><u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(2) general flow information with upper layer, may be L3 =
or L2.5</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">(3) flow information with specific upper layer protocol l=
ike RPL.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">What do you think?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Qin&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 10.5pt; font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u=
></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">On Thu, Aug 15, 2013 at 6:10 AM, Raghuram Sudhaakar (rsud=
haak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@=
cisco.com</a>&gt; wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Ok.&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Qin, if you are OK I can add the flow information specifi=
c to RPL.&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size: 11pt; font-family: Cali=
bri, sans-serif; ">From:
</span></b><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif=
; ">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkel=
ey.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Reply-To: </b>&quot;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&quot; &lt;<a href=3D"mailt=
o:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkele=
y.edu</a>&gt;<br>
<b>Date: </b>Wednesday, August 14, 2013 2:32 PM<br>
<b>To: </b>raghuram sudhaakar &lt;<a href=3D"mailto:rsudhaak@cisco.com" tar=
get=3D"_blank">rsudhaak@cisco.com</a>&gt;<br>
<b>Cc: </b>Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: Message flows</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 10.5pt; font-family: Calibri, sans-serif; ">Hi Raghuram,</span><u></u>=
<u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">I let Qin answer as she is the main author. My opinion is=
 that by now we keep the document as a single file but we separate the two =
message flows. IMHO, if you have information
 to add it is more than welcome!<br>
<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 10.5pt; font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u=
></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">On Wed, Aug 14, 2013 at 1:42 PM, Raghuram Sudhaakar (rsud=
haak) &lt;<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@=
cisco.com</a>&gt; wrote:</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">Xavi, Qin,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">I believe that there is some information that needs to be=
 added to the message flows that will occur between L3 -&gt; 6top and L2 -&=
gt; 6top, in addition to what is already there
 in Qin's draft. I wanted to check with you guys if you want to add to the =
same document or split it into a separate RFC. When I say split into separa=
te RFC, &nbsp;what I mean is, L3 to 6top is one RFC and L2 to 6top is anoth=
er. The current draft has a lot of information
 about L2 to 6top. I could add more about the RPL to 6top is its OK..</span=
><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: rgb(136, 13=
6, 136); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p=
>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; color: rgb(136, 13=
6, 136); font-family: Calibri, sans-serif; ">-raghuram</span><u></u><u></u>=
</p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size: 10.5pt; font-family: Calib=
ri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
</div>
</div>
<br>
</div>
</div>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
<br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1854594Bxmbrcdx04ciscoc_--

--_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1854594Bxmbrcdx04ciscoc_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=18869;
	creation-date="Mon, 19 Aug 2013 17:08:17 GMT";
	modification-date="Mon, 19 Aug 2013 17:08:17 GMT"
Content-ID: <image001.jpg@01CE9BA7.C7888620>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAGnAc4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKAIp547eJpZW2ovU1LWfrf/IJn/wCA/wDoQrQp20uK+thKWuS0WC58QtcapPql9AUv
ZYobeCQLHGkblMMuPmJ2knPrxihvGF1BpupalcWEKWVrcvaQgTEvLIJfLBI24VST7ng8UhnW0VyM
HjGeawu3KWMUtvKiCaWWRIJAwJ+UlNxYYxtA/Gq8XirVtVk0GTTorREuri4guEkkbaxjD/dO3OPl
yOAegPegDtqK5GLxHdROLextPPnudVubRftFydqbAzbs4OF+X7o6dqiufHM8NlBut7OC7ZrlZftF
wViDQNtZVbGSWzkcDjNAHZ0VyfiPULuf4cvftG1vdSRQy+XG5BUs6Hbk4I64qX/hJb6EanBe29hb
XVl5TBnuT5JSTOMttzkFSMAcnGOtAHT0Vx8HjS8vLG0+x2MEt3cX8lhgzMsQKoz78lc7cDpjNVfF
GvancaTq8VrbxJDYvFBcTrcFXEh2M2wY5UBgOSCcmgDuqKyNa1e4srqxsbCCKa9vWcR+c5SNFRdz
MSAT6DAHesXVvG8+l3clq1nA1xawJNcxeY7Fy2TsiwhycDq2OoHrgA7GiuBuLyZ9UnKzTBT4htVC
liMIYIztx2HPIroNC8QTatqN7bzRQW7W7Mv2cu3nqAxAZlIA2sBkEEjmgDeorCi1q+vNau7eztbd
rKxlWG5lllKuWKhjsUAjADDqRnmqNn4svZxp13NYQx6dqhZbV1mJkU7WdC64x8wU9CccUAdXRXG2
Xi3W7/8As9IdJs1k1O0N3bb7s4RV27t+F771xjPXnpSHxve3VtHNp2mwsDpg1KTz5yu0ZYFBhTk/
LwelAHZ0Vytn4svJWcXdla2wlsBf2zPc4UJkDEjbflIypyMjn2qtD45uJLG6ZLO3uLm3vILUCGVh
HL5pABBZQRjPOR2oA7OiuVPiq/QtYvYW/wDa325bNUWY+Scx+bv3bc4CZ4xnIqfwdPdXEWrtfDbM
upSqUEhdUwq8KT279B1oA34po5t/ltnYxRvYjqKkqhpX/L5/19P/AEq/Q9BIKKKKBhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUARTzx28TSyttRepqWs/W/+QTP/wAB/wDQhWhTtpcV9bBR
RRSGFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8AoQrQrP1v/kFT/wDAf/QhV/NV9lErcxG8
KWf9oy3cNxfW4mlE00EFwyRSvx8xUdzgZxjPep28O2L6Xc6eyO0FzM87/OQwdn35UjkENyMdMCtT
NGakoxJfC0NxbRxz32oyyRTCeKd5/wB5EwBX5TjGMEg8c5pF8I2KWltBFLdxtbXD3MUyznzA77t+
WPUHc2c+tbmaM0AZUXhyyhuYp0Em+K7lvFy/HmSAhvwwx4rF1XwhKdQgn09PMiUzu0Zu3gcSSuHL
B1ByMj7v411+aM0AZEeiSXfhmHS9auWu5fLQTzKdpdlIbP5gfWk1DwxY6lPcTzGZJpmhfzI5NpRo
iSjL6Ebj9a2M0ZoAxrTwtY2bQMjXDvDdPeB5JSxaVkKMSe/BPFR6j4P0/Urm5lme6Rboq08UU5WO
RlxtYr6jA+uBmt3NGaAM/VtFt9X+ztLJPDPbOXhngfY6EjBwfQg4INVZPC9u0yTQ3moW8wiWGSSK
5IaZVzjeTnJGTz15razRmgDKfw3ZSTvMwl3veJen5/8AloihR+GFHFLZaBb2WpPfme6uLgxmJGuJ
d/loW3FV9sgdcngVqZozQBlN4dtv7YfUYpruGSVleaKKYrHMyjALL3OAB74Gc1Xs/CGnWM8bxtct
HBv+zwPMWjt9wIOxe3BIGc4BOMVu5ozQBl2nh6zsX094RJnT7Y2sGXz8h25z6n5BzUNt4T060gMM
Ql2Gy+wcyZ/dZJ/P5jzW1mjNAGJdeEtNvIFhmSVkWzFkAJCMRgqw/wCBAqDn2pIvCVinmtJLdzyT
Tw3Ekks25meIgp+HA4HFbmaM0AY954Xsb2S4ldp455rhLnzYpSrRyIgQFT2+UYI75NWdI0e30WCa
K1MrCaZp5GlkLszkDJJPrir+aia6hSdYGkVZXGVUnG76UAVtK/5fP+vp/wClX6oaV/y+f9fT/wBK
v03uJbBRXN+NYbi6stPt7S5e2nlvVEciMVwwR2XOOo3AZFY0OtzeIdb0e/iM1vbW9ytq8QcqGuGj
dpVYdwm1R9SaQzvaK4KWdtS8CaNbQ6i6XU00KNJHN86kscEnOeuOtMGu3Gv6hpNwrSwJY3cVtcor
FQ102RIhHcKB/wCPj0oA9AorhvCTbI3vTZi4uMy4ePUC80p8wjHlthV49+MVYvJfK8QQ394rSK8k
KLbC7Kz2bHC4MasVdSSCe+CeoFAHY0VwnhPTrbU7Rft1vG5kViZl1KR5JDv7pxt/A1oeE1Gn+HrC
e2sru6ku1HnOs27GCfmO9/ftQB1dFcdb6gH8K2qrebrgakitiXL4+2AYPOcY4+lZF3e3ml294zXN
xJaalqUiRuZCfs8y3ONgPZXReB0BUj+KgD0iiuG0m7ebxfNb6hcTJbpd3DWKiQ7JpQSHDe6qflXo
QSeSONS9126XULqSxktp9PtNOF6VRS7zkmQBVYHAHyDnBoA6WiuHtvFWrPAnnmziW5eFY7pthjhL
7icqkrZGFwpJXJIFWtM8VTvfxwahdWBh8+6iNxH8iN5YQqQSxAPzNnk9PagDrqK4KHxnq139m+yw
W7E20E7AlFExkycAtIpUdgQG5zT9R8R6gbHUozqFtaXUMsbx+WgdVi84IW3h8HI65Ckc8d6AO6oq
K23fZ4y8qSsVGZEGFY46gZOB+NS0AZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKK
koKKKKACiiigAooooAKKKKACiiigDO1wbtIuBkjIAyOo+YU7+yh/z+Xv/f40mt/8gmf/AID/AOhC
tCqu1Em12UP7KH/P5e/9/jR/ZQ/5/L3/AL/Gr9FHMw5UUP7KH/P5e/8Af40f2UP+fy9/7/Gr9FHM
w5UUP7KH/P5e/wDf40f2UP8An8vf+/xq/RRzMOVFD+yh/wA/l7/3+NH9lD/n8vf+/wAav0UczDlR
Q/sof8/l7/3+NH9lD/n8vf8Av8av0UczDlRQ/sof8/l7/wB/jR/ZQ/5/L3/v8av0UczDlRQ/sof8
/l7/AN/jR/ZQ/wCfy9/7/Gr9FHMw5UUP7KH/AD+Xv/f40f2UP+fy9/7/ABq/RRzMOVFD+yh/z+Xv
/f40f2UP+fy9/wC/xq/RRzMOVFD+yh/z+Xv/AH+NH9lD/n8vf+/xq/RRzMOVFD+yh/z+Xv8A3+NU
r/RJboC3W4uPKYZaSSYtt+i+vvW5SUczDlRm6HF5EFzFveTZcON8hyzdOSa06xrKe7jlvFhsxKn2
l/m80L6dsVa+16h/0Dh/4EL/AIUPVgnZFx4kkKl1Vip3LkZwfUe9NFrCMYijGHMgwo+8erfXk81V
+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKVh3HxaTYW8hkgsbWKQnJZIVBJ69QPWphawj/AJZR
/f8AM+6Pvf3vr71W+16h/wBA4f8AgQv+FH2vUP8AoHD/AMCF/wAKLBckh0uxt7g3EFlbRTnOZEiV
WOevIGaebC1N2Ls20JuVGBMYxvA/3sZqD7XqH/QOH/gQv+FH2vUP+gcP/Ahf8KLBckg0qxtpzPb2
VtFMc5kjiVWOevIGasxxpFGEjRUReAqjAH4VS+16h/0Dh/4EL/hR9r1D/oHD/wACF/wosFx6aTYR
TtPHY2qTMctIsKhic55OM9QDUzWkDpsaGMpu37SgxuznOPXPOfWq32vUP+gcP/Ahf8KPteof9A4f
+BC/4UWC5ZNpA2MwxnD+YMoOG/vfX3pYbWC2AEEMcYChQEULgDoOO3J/Oqv2vUP+gcP/AAIX/Cj7
XqH/AEDh/wCBC/4UWC5Iml2McMsKWdssUpzIixKFf6jHP41Db6DYW8UsX2eOSKSf7RskRWVGwB8o
xxgDinfa9Q/6Bw/8CF/wo+16h/0Dh/4EL/hRYLkrabZu0LNawM0H+qJiXMf+7xx+FA02yVZ1W0tw
Lg5mAiXEn+9xz171F9r1D/oHD/wIX/Cj7XqH/QOH/gQv+FFguXI4khjWOJFRFGFVRgAegFOqj9r1
D/oHD/wIX/CkN3f/APQOH/gQv+FFguGtf8gmf/gP/oQrQrk7q/vmint/KM1vxvkMoYwncONwGG+n
UV1lVJWSJi7thRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4D/6EK0Kz9b/5BM//AAH/
ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8
vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgoqC4vLe0aEXE8URmcRxh3C73PRRnqeDxSS31tBcxW8tx
Ek8oZo42cBnC/eIHfHekMsUVVk1K0ihglkuYUiuGVIXZwBIzfdCnuT29adLe28FxDbyzRJPOSIo2
cBpMDJ2jvgUAWKKoWeuaZqM5hsdQtbmVRuKRShiB64H1qSTVbGK/Sye8t1u3GVgMgDnjPC9egNAF
uiskeKtDZWYavYFV6kXC4H61bsNUsdURn0+7guUQ4ZoZA4H5UAW6Kri+tmhilWeIxTELG+8YcnoA
e+abHqVpLD50dzC8XmeVvWQEb87dufXPGPWgC1RVYahal4kFxCXmZkjXeMuy53AepGDn0xVjNAC0
UlVr/UbbTLcz3cmyPcFGFLFmJwAAASST2FAFqioLa8gvFZreVJFRyjFWztYdVPoR3FT0AFJS0UAZ
2sIsejzKihVG3AAwPvCtGs/W/wDkEz/8B/8AQhWhVP4UStwoooqSgooooAKKKKACiiigAooooAKK
KKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUUVJQUVBeXH2SzmuNpbyo2faOpwM4r
nUv9Q03w+Neur2S+D2yzNaIiIhZsECNsZGM4+YnPtQB1NFcrfeM30+8NrNp7tPEivcJG7OV3E4VM
J8zYGcHaOepqQ+LTJqN5Y29vFJLFDNJDIs2Vcx4BDHbgckdC3fODQB01Fcevii9hsoL+9hIcaU14
9rC6lJDlMHcVyDyeOgzznrVm68XTWMc6XmnCG6iliTYbgGPEgJDM+PlxtbPB7dc5oA6alrlr/Wrq
98AXGqLBJZzlSURJMtgPgENgfeAyPYipJ/Fc1olylzYxQ3cEqIImucq4dSwIIUknAOQFP5c0AdLS
VzUHjD7T9mlisXFs9gL+aV5APJTnI24JY8H/AOtRpup6he+J4Vu7VrOJ9PaZIxOJA2XTBIAGGAPu
OeCaAOmpK5648UyW1teX0mnudOt2eNZ1lBeR1bZjZjgF8qDntnAFU4fEc2q3+nqsUlttuXSQKzFJ
QYJGGCyrnBXkY4IFAHW0tctoXiCZo9Hsp4ixnsoZGuZpdvmsUydvGHPHPIPPQ1oahrz2Orm0Fpvh
jtTdT3BkAEaAkHC4JY8UAbNJXJW3jlrmBnTS5mY+UYlDEbvMkVApZlADDcDgEjGeaWfXr6XV7aL7
I8V1bNOstok+5Jj5O9MNjkHI6jg9qAOtorG0bxDFrk7/AGSJvs6wQymVj/FIC2zHqFwT/vCtmgAo
oooAoaV/y+f9fT/0q/VDS/8Al8/6+n/pV7NN7iWxzvi7SG1v+zbVQwBmkbzVXPksIX2P7YbbWPZ2
+qapqlhrOp2Elvcs8kHklf8AURrC4JJ/25CSPbZXdHBo4pDOFa2TxB4Z0LSHtr2NoPKS4MlrJH5J
Fu67gWAB2tjp3xTtPt9V1PV9M1bVrN4biC5+zCPZwirFIJJPYO5GPYLXccUnFAHG+FH1GPR4bSO4
lF1HbqFhvNOeKOIjAI34G7jjr71Pi5tteC2qzyTTzI17C9q3kfcAaSOUj5cADjJzjGATmus4NHFA
HI+D3uBo8VpczXbvHZovkzae0AiIUAgOQAx7frWlo0GpQaHokcK28SpbRLcpOjbxhVyBgjB69a3O
KM0AcRp7vNoOhWC2l4txZ3MDTLJayIFAJydxABx7GqVtpF/pkOnPb2kpt77UI2vIQh3QyLcbhMR2
BRcMfZT616JxRxQBxehWlzpmu3FzfWk00Vy9yLaURktbATOxTHYOPmDdzwf4anmury51aSYJqyM8
cT6fGqMsJBXJEo6A7shg+CBjHNdbxRxQB5+51aTT3NjLrqztZkXZnVgVn3Jjy8jGRl/ufLj8KtX+
kXcl4bQyalLaQ6jayxO0zlgCp3nf1wD+R9K7bik4oA5W2tL+51WzWaS+ht1ub6SQRsUD4lHlBiOo
25x6j2zVSz0vUrhtNNze6wv2l7j7WBOyhVBYxj/Y7YIwT6mu24pOKAKOgvcyaBYPfb/tTW6GbeMN
v2jOR2Oa0KQYFGaAKGt/8gmf/gP/AKEK0Kz9a/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACi
iigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrhxpFweeADx/vCqFn4rivNSuLZLO6Cwjk+USxOf7o
GQPrVqLcdCHJKWpv0VR/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACpsyrou9ax18K6UiSRrbsInU
r5fnOUQEgkIucKMgdMVb/tWP/n3vP/AZ/wDCj+1Y/wDn3vP/AAGf/CizC6GXOh2d1fC8kSRZ8BWa
KZ494ByA4UgNg9M561Hb+G9NtbxrqGBhKyuuDK5RQ53OFQnauTycCp/7Vj/597z/AMBn/wAKP7Vj
/wCfe8/8Bn/woswuitF4X0uK0FqLd2hEBtwHmdiIyQduSc4yB9MVX17wwmrFZoGjjuRKkjGQOVkC
qygHaykYDnoR75FaP9qx/wDPvef+Az/4Uf2rH/z73n/gM/8AhRZhdFax0FYtBOmX8zXaMzFslgAC
24KMkttHQZJPFSXnh+wvpnmmifznZXMkcrowIUqMFSCPlYjjqDUv9qx/8+95/wCAz/4Uf2rH/wA+
95/4DP8A4UWYXQ210OwslRbe3VVS3FqFYlh5QJIU569TUeneHNO0q6+0WcLrL5Xkhnmd9sechBuJ
wAegFTf2rH/z73n/AIDP/hR/asf/AD73n/gM/wDhRZhdFeTwxpUs1xI9ruFxu8xDI2wlvvMEztDH
HUDPfrUsGh2kHlECaRopDIjzTvIwYqUJyxJ+6SMU/wDtWP8A597z/wABn/wo/tWP/n3vP/AZ/wDC
izC6IE8N6ck1rIIX/wBECLChmcxrsGFOzO0kA8EjNXH0+3ku3uXiDSvF5LFuQUyTtI6dSai/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6M668I2UumGxhMqwtJCzLJNJIAkbhti5b5RxgYxirtpo
FhZSRSQxN5kbvIJHlZ2LMMMSxJJ4AHPpUn9qx/8APvef+Az/AOFH9qx/8+95/wCAz/4UWYXRB4f0
OLQbGWCMqzzXEtxIyrgFnYnAGTgAYH4Vq1R/tWP/AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACizC6L1F
Uf7Vj/597z/wGf8AwpV1SN3VRb3YLHGTbuB+eKLMLowLyy1i6ac6bdrHCLxt8QG1jyM/N3+nFbv2
fUP+f6H/AMBv/sqNK/5fP+vp/wClXqpyexKityl9m1H/AJ/of/Ab/wCyo+zaj/z/AEP/AIDf/ZVe
opczK5UUfs2o/wDP9D/4Df8A2VH2bUf+f6H/AMBv/sqvUUczDlRR+zaj/wA/0P8A4Df/AGVH2bUf
+f6H/wABv/sqvUUczDlRR+zaj/z/AEP/AIDf/ZUfZtR/5/of/Ab/AOyq9RRzMOVFH7NqP/P9D/4D
f/ZUfZtR/wCf6H/wG/8AsqvUUczDlRR+zaj/AM/0P/gN/wDZUfZtR/5/of8AwG/+yq9RRzMOVFH7
NqP/AD/Q/wDgN/8AZUfZtR/5/of/AAG/+yq9RRzMOVFH7NqP/P8AQ/8AgN/9lR9m1H/n+h/8Bv8A
7Kr1FHMw5UUfs2o/8/0P/gN/9lR9m1H/AJ/of/Ab/wCyq9RRzMOVGJq0F6unSmW7idAVyogwT8w7
7q26z9b/AOQTP/wH/wBCFaFDd4oSVmFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/+A/8A
oQq75SCUybF8wjBbHOPTNUtb/wCQTP8A8B/9CFaFV9klbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9l
ErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0IVoVn63/yCZ/+A/8AoQrQqvso
lbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBQ0r/l8/wCvp/6V
fqhpX/L5/wBfT/0q/Te4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGfrf8A
yCZ/+A/+hCtCs/W/+QTP/wAB/wDQhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/5B
M/8AwH/0IVoVn63/AMgmf/gP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBQ0r/l8/6+n/pV+qGlf8vn/X0/9Kv03uJbBRRRSGFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigDP1v/kEz/8AAf8A0IVoVn63/wAgmf8A4D/6EK0Kr7KJW4UUUVJQ
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUNK/wCXz/r6f+lX6oaV/wAv
n/X0/wDSr9N7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/AID/
AOhCtCs/W/8AkEz/APAf/QhWhVfZRK3CiiipKCiiigAooooAKKKKACiiigAooooAz9b/AOQTP/wH
/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAFDSv+Xz/r6f8ApV+qGlf8vn/X0/8ASr9N7iWwUUUUhhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgoooo
AKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuc5p2r6xrMxu
7C3sV0sXDQr5zP5sqqxVnBHA5BwDnOOozU8Xi/S5ormZHnMNs2x5fIfaX3bNinHzNnAwM9RVfTNG
1jRpDaWN1ZNpRuGmUSxsZo1ZizIMHB5JwT0z0OKjm8IvP4SOkyTRGVbtrpGKkoT55lCsAQcYODg/
SpKNBPE1nJaySxxXryRy+S9uts5mRsbgCmMgY5z0x3qpL4ztPtukxW1tdXMWpCTbLHC37spwQRjO
QcgjtjmqLeE70WCpbpp9rI1yJZ4YZJQlwgQqA753ZBOR24Ap9j4Tv9MttE+z3Fq0+nTTs4ZWCOkp
JOOSQQCMZzQBeTxXaW8EZu5fNlmuZ4IVtoHYuY2IKheSSAOvQ4Pany+MdKisIbtXnmjmjeYLDA7O
qIcOzKBlQp4Oe9VrDwvPaX2nztcRstrd3k7AA5YTFioHuN3NczrGhXen3ltBI0hhEN2TJHBO6S+b
OX8o+UQ3Trng9qAO7l1y0h0eLU5DItvME8seWd7FyAqheuSSOKpHxATrlrGwMFlJYTXUnnxlHQo6
DnPQAM1LJaXOreEreCXTrOKaWGPzLO5yY04GVyvII7Htis2PwbdTWqQX1+ZQdOubGR8szDzXVlwW
5IULt55OBQBbufHGnx6Ze3UMN3JJb2rXSQvA8bTRj+JcjlckZPbOTVa48U3F1rOi2dnDdW0d5G9x
K0tm7HapUbe20fMct249aH8ManqiSf2xd2oddOmsITbIwH7wANI2f90YUe/NXbTRr832l3l9Lbeb
aWk1tIsIbaxYptIz7Jz9aAHWvjDT76y+12cN/cQlgqNFaSHzOCTt45AwQT0zSy+MdJjgtJEknm+2
RPLAkMDu7qpAb5QMgjPOfQ1QfwvqCeHNG02G6ib7CoW4jZnSO4AUjkr83BwQOhxzUmh+FbjSW0sy
XET/AGK1uIG2KRuMkiuCM9ht70AXLHxho+oyYt7hvLMLTpNJEyRyIuNxViADtyM+lWdM8QWWrTtD
b+ckojEqpNC0ZeM8B13AZWsNfBUr6TpVhPdJstNPuLKZkU5bzVVcrn0x3q34a8OS6PO0txbacsgh
EImt/MLuM5Odx+UHAOBnnvQBoy+ILOLVf7O/fyTgqJDFCzpEW+7vYDC596gt/FemXV8ltFJKTIzJ
FKYWEUzLncqPjDEYPT0OKjj0nU7HxBd3VjNaGzv5Y5Z1mVvMQqoQ7ccHIUdeh9aoWHhXULddNsbi
6tn03S5jNblEYSyHDBA/YY3nJHXA6UAWY/HujTiLyTeSmdPMtwlpITOB97Zx82O+OlSz+NNHhihk
WaaYT2/2qMQQPITFnBbAHAHfPSotL8NXFg3h4yXEb/2VZyW8mAf3hYIAR7fIaq6V4PudPiRHuYWK
6Y9jlVP3mctu+nNAGnZ+LdLv2lW3kmfy4ftCnyH/AH0ecbo+PnGeOPUetIfF+lpZ3FzcPPbLbSJH
Mk0DK6FyAmVxnByMYrPk8KX/ANktEtdQW3uLfRzp6zIDkOTGd49B8h9+ar2vgq8jS8Ly2sTXNzaT
hIzI4QQuGI3McknHWgDZ/wCEu0z7HLcM06NFMtu0DwOJvMYAqojxkkggj2pPDOtvrg1ORgRHb3rQ
RBoyjBQiHDA85yTVLUPC95Nql1qFpcwLObyC7gWRSVykRjZWx6hjyOnFaPh7S7vTFv3vpoZZry6N
yfJUqq5VV28+m3rQBZ0r/l8/6+n/AKVfqhpX/L5/19P/AEq/Te4lsFFFFIYUUUUAQXkxt7KeZQC0
cbOAfUDNclH4wvW8ImZkt/7b3iERhT5Zcp5gfGc7fL+br2IrsJ4VuLeSF87ZFKHHXBGKxl8IaYt6
t0Fl85bH7ADv42Yxux/exxn0oANH1me/kuhMsYWK1gmXaMcuhY5/Ksex8X30/hVpZkt/7bZkiijV
W2O0ih42xnO3YSTz/A3NbcfhmKC6E1tf3sAMUcTxoyFZFQYGcqT0POCKSHwnpsN7aXarKZrSzFlG
S/8AABgEj+8ASM/7RoAx4/E15c3dpC19b2hmsba4x9hebe8m7dyGwoG0Yz61pazrpijT+zLiF0WU
pdXEaG5+ygKSNyIc8kYz2qaPwxHbyRPZ6jf2vl28VsRG0ZDrHnbnch5+Y9MVdvNLFyq/Z7q4sWDb
i9rsBfjodykH8qAOdPiK5k1mO0XVbRENvBIjx2TzLOz7skMGwq8DGc9etXLO81RNbvodQ1OyFnZJ
HI7fZvLLBw3Vi5C4x1xViHwtDZzCSwvr2zXy0jaOJkKuFLEE7lJz8xzg960Y9Ngjvbq6wzPdKiyK
3K4XOMD8TQBPBcQ3UKzW8sc0T/deNgyn6EVJTUjWNQqKFUdABgCnUAFFFFABRRRQBn63/wAgmf8A
4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigDP1v/kEz/8A
Af8A0IVfrP1wE6RcbSAcDGfXcKf5ep/8/Np/34b/AOLqre6T1LtFUvK1P/n5tP8Avw3/AMXR5Wp/
8/Np/wB+G/8Ai6Vh38i7RVLytT/5+bT/AL8N/wDF0eVqf/Pzaf8Afhv/AIuiwXLtFUvK1P8A5+bT
/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/AD82n/fhv/i6LBfyLtFU
vK1P/n5tP+/Df/F0eVqf/Pzaf9+G/wDi6LBfyLtFUvK1P/n5tP8Avw3/AMXR5Wp/8/Np/wB+G/8A
i6LBfyLtFUvK1P8A5+bT/vw3/wAXR5Wp/wDPzaf9+G/+LosF/Iu0VS8rU/8An5tP+/Df/F0eVqf/
AD82n/fhv/i6LBcu0VS8rU/+fm0/78N/8XR5Wp/8/Np/34b/AOLosF/Iu0VS8rU/+fm0/wC/Df8A
xdHlan/z82n/AH4b/wCLosF/Iu0Zql5Wp/8APzaf9+G/+LrN1KDUXmjEMkRvMfJJFCyhR/tMWxj2
OfpTSv1E35GjpX/L5/19P/Sr9ZmhiVYLgXDI0wuH3sgwCeOgrTpPca2CkNLSUhnG3et6pYpqj3l1
Jb3ccFxJbWr26+U4XlWST+IhcEgnPJ4AFbF/Pf3eurplndCzRLb7RLMsau7EsVVQG4A+ViTj0p0v
hexn+0faGuplnV02y3DsIw+Q2zJ+XIJHHQcUh8LWjBWa61BpkzsnN2/mKDjKhs52nA4oAxZNQ1m4
S2K6oYJBqJ06byoIyr4LfvBuBIJAGRnAOaWPVtRTUtTjkvr1/sTMiAWS+S2IVbLyBeDkk9R2FdFH
odjDa2ttHDtitZfOiAY538ncT1JJYk56k1KumWyxXkYQ7bxi83zHklQp+nAFAHMeHvE1w9re3OoX
M01taWaXE73FuIXRypYhVAG5SBwcde57VrTxRqd94c1CODULR9Whmt1SaJVdFWdl2ggHGVJdD/u5
rpZvDOm3G0SRMVFulsV8xgGjRgyg+uCO/YkdzUtzoNjd3YuZYv3oVUyrFQQsgkXIHBwyg/n60Ac9
c+LLq9XSBpxWGRpIn1BGTd5QMoiMXPRi5bn/AGDVvQ9Rvb7WJxPeXxSO5uIxF9iAg2q7Ko83bycA
d+tacfhvTYpLuSO3CPd3KXUxViN0iEFT+ag4+vrTY/DdtFNNJHc36LM0jNGt04QGTJYhc8HLEjHQ
0AVr/wAVLp91qQmspvsunKpluAy4ZmAKqq9STuA5wBkVXtPGf28CK0sHmvWk2LCky7CNu4t5nTAH
BHXJH1rWOgWLW11BJG8iXQQTb5GJbaoVTnOQQFHPXIz1qF/DNpJbxxyTXryRSGSOdrpzKhIwcPnI
BHBHQ0AVrPxYl3BLI1lPC0drLctG7LuGx2QrxxnKn2qv/wAJ1atqaWiQSNl443IYFg7hSAE6sBuG
T9akt/BNj/ZsdrdGU7FmiJhmePfE8jNsbByw5798+taEXh6zt7wXEDXMRON0aXDrG5ChQzKDgnAA
z3wKAMh/F93Pp9tc2GmpI014tsYpLhQyggn5h1Vu2D0966tSSoJGDjkViHwjpxgkjZrtnkkjkM7X
TmUFM7MPnIxk/ma2wNqgZJx3NAC0UUUAZ+t/8gmf/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoo
oqSgooooAKKKKACiiigAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D/wChCtCq+yiVuFFF
FSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFJS0UAY1lqENtLepIJi32lz8k
LsO3cDFW/wC17b+7c/8AgNJ/8TSaX/y+f9fT/wBKvVTsSrlL+17b+7c/+A0n/wATR/a9t/duf/Aa
T/4mrtFLQepS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r239
25/8BpP/AImrtFGgalL+17b+7c/+A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE
0f2vbf3bn/wGk/8Aiau0UaBqUv7Xtv7tz/4DSf8AxNH9r23925/8BpP/AImrtFGgalL+17b+7c/+
A0n/AMTR/a9t/duf/AaT/wCJq7RRoGpS/te2/u3P/gNJ/wDE0f2vbf3bn/wGk/8Aiau0UaBqUv7X
tv7tz/4DSf8AxNH9r2x/huf/AAGk/wDiau0UaBqc1qGth4JLKdG8yTBjdYnUMNw6gjI/l7101ZOp
2cNrpVy0a/O5Us7HLN8w6k81rVUrWViY3u7hRRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/8gmf
/gP/AKEK0Kz9b/5BM/8AwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAoaV/wAvn/X0/wDSr9UNK/5fP+vp/wClX6b3EtgooopDCiiigArlrDxgTDrD
6lFHC1i7vCIyT50QdkU8/wARZCuB3I9a6muffwfZS3FhNJLMzWVxLOoyAJN7mTaw7gPtI91FADdB
1691BrCK+t4Ip54bh5hGSQjxSrHgZ7cmorLxd+/1pdTSOCOwaSSJkJ/ewozITg/xBlwcf3l9asHw
zJE9vJY6nNbSw+eN3lo+4SyCQggjsQMU2bwbZXL2jzzTO9tdvdcEASF23lGHddwU4/2RQBlDxhqK
2Wnm8OmadcXD3KTG4LmNDEwUKOQcnPP0Nbl/rMllon2iJoLq6CIWEQJUBiAZNoy20A7uOcCo5PDL
rLFNZajNbTRy3Em8Ro+fOcMwwR2IGKtvo4MJeGZIdRZFV79II/MbGM54xg46UAYd14qubePT86jo
ii6WZzckuYW2MoCrzkN8xyCeNtXDf67/AGxa2iS6U0VxA84cRSfdUoD/ABd9/H0py+FpIZY7i11S
aG73StLMIYz5pk2ZO0jA/wBWvT365rTXTc31rdzTtJNBbvASVAD7ihLEDocoOnrQBaininUmGRHA
OCVYGpKgtbK1sYzHZ20NujHcViQICfXAqegAooooAKKKKAM/W/8AkEz/APAf/QhWhWfrf/IJn/4D
/wChCtCq+yiVuFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQBn63/yCZ/8AgP8A6EK0Kz9b/wCQTP8A
8B/9CFaFV9lErcKKKKkoKTI9ahvJ2trOeaNDI8cbOqD+IgZxXLx3M+m+Gl19dQn1C4ltVl8mWYCG
Vm2n5QB8gGccduuaAOvorkr3xTqdpqD2Uemi6nto0e4Fukjhi2cKhC4HA6tgE04eKrq41G7tbWKB
ozBPJa3G2TYWiIBBJUBuTztzjBHPWgDqsilriR4g1G2sLe/uwk10ujtd+XFKVhkJZMZGODz17ZNW
b3xVqOnC4t7q0tftiSxKpiZ3Ta4Y5IC7iVCNnA9DxzQB1tFYNtq+qSeEzqMmnqb4glbePdyu7AbB
Ab7vzYxnt1rKPiCSLUWviYpn+wpH5aOyR+abgxgHcMrgkA5GRzQB2dJmuQ1DXtdhnWxRNPjvEurd
HcMzRvHLuwOmQ2UOfbBHWoVvNRsdY1S6WG1nuZtRisIN00gCIY1bnqABnPA5JPtQB21FcoPFtwur
SWr28UkIjm2zRCQLviHzDcygHkEcE4x3qBvFWtx2/nSafYYFh/aJC3D8Rjqn3eW9D0oA7KiuXg8V
Xd1rrW1vpsslmlybV5BG5II6vuxsAB4xnOOfarmp63dWWsvbxwQm1gszeXErMd4UEjaq45PHc0Ab
lFcbB4x1OSyNw+lBBJ5JhaTfHHmSRU2lmUZIDZyuQcGibVdTn1u2geGEX9o86bI5G8mZjAHTryOo
BB6UAdlRWF4f8RnxBNI9vAEtI4YiXY/MJWG5oyP9kbc+59q3aACiiigChpX/AC+f9fT/ANKv1n6X
/wAvn/X0/wDSr+ab3EthaSjNB6UhnNy6zex6/NBczR2kSllt4ZLZj9pATduWXON2c/LjOAfrThq+
oXllokNqYIrrULb7RLM6FljUIpbC5GSWdQOeBmrs2gxXN6bi4uruWMP5iW7yAxI+MAgYzx164yaq
w+EoYbeCIajqLG2AW2kMqBoABtwpCjII4IbI4HcUAZ19q2tw2t6q3drHcafPFC7C2LLOshTa2Nw2
kBjkc8j3qT+1tQg8Sf2Zc6nGoiWEnZp7t5xdmzyCQnQDn61rJ4dtF0+a0ZppPPlWeaZ3zJK6lSCT
/wABUYAxgYFXIrGOG/uLxN3m3Cor5PGFzjA/4EaAOa8L+JrzVdQWKaeKcNE8syLbtF9mw2F+YnDg
4YZHpUNt4yuLqw1mVZLQyR2jXtiU+b91llXeM9QVBPThwOMVtHwtZfZ7eJHuIxBby2yskmGaOT7w
JxzggEehAoufCOkzIix24ttsElufs+E3o67SGwOegIz3FAGNqPi69g8MI8CwLrKtIk8bKSkfk8yt
jPQgDHP/AC0WrsesXU/ii7sft6wxwXKxrALF33r5aOcyg7QSWP04q7ceFdOubzUrp0kE2owCCdlf
+EDHHoSAM/7oqVdDEepzXsN/exedKJZIFZPLdgqr0K55CjPNADrjWhBqQsorO5uXVVeZ4QpWEMSF
LZIJzgnAzwM1SfxjbRQm4lsr1LV4pJrecou24CKWO0A5BKgkbgMgVMvhqFJ4p1vtQEqoqSv5/Nwq
klfM45xk8jHBxUS+ELEQtA895Jb+VJDDC8uUt1cFTs4/ukgZzgcCgCnrHia5fSbhbSxvrW9VrcBX
EW8RyybQ4yxXPDDB5BxkYqeDxC9rIbeSO5vpmvGtIUjjVXBWMMd5LAHud3A5xitK50S2uppJZTJu
kWBWw2OInLp+p59qSPQrWK9W6XzPMW4e5GW43umw/higCk3i5fP8uPStRkVrmS0jdUTbLKhbIGWz
j5WO44HB5rW0zUItV0+G8gV1jlGQrjDKQcEH3BBFQR6LbRmDaZP3N1Jdrlv4337s+37xuPpVjTrG
LTLJLWDd5SFiNxyeSSf1NAFqikzRmgChrf8AyCZ/+A/+hCtCs/Wv+QTP/wAB/wDQhWhVfZRK3Cii
ipKCiiigAooooAKKKKACiiigAooooAz9b/5BM/8AwH/0IVfqhrhxpFwcE4A4Hf5hWdZeJLi61a5t
m0u5jWFQQuBvPPU5IGPpmrUW46EcyUtToaKo/wBoy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VU2ZXMi7
Wcvh3SEeZ1062DT8SERjnnP4ZIBOOtSf2jL/ANA68/JP/iqP7Rl/6B15+Sf/ABVFmHMgu9F06/u4
rq7s4ZZ4uEkZckc5H155psGg6Xa38l7BYW8dzKGDyqgyQxyw/E8mnf2jL/0Drz8k/wDiqP7Rl/6B
15+Sf/FUWYcyI4fD2lW9t9nhsIFh8totgXjYTkr9MgcVX1zw1b6yFceVFOsiyF3hWVX2hgAytwQA
5x6Grn9oy/8AQOvPyT/4qj+0Zf8AoHXn5J/8VRZhzIr2Hh61tNDOlzgXMDszOrqAuS27CqOFAPQD
pUyaFpkduYFsLcQtEYSmwYKEklT65JJ+pp39oy/9A68/JP8A4qj+0Zf+gdefkn/xVFmHMiL/AIRv
SP7Pax/s+3+zO4kZNvVh0YnrkYHNWf7Ns85+zR580TZ2/wAYUKG+oAA/Co/7Rl/6B15+Sf8AxVH9
oy/9A68/JP8A4qizDmQweH9KW+lvRYW4uZQweQJyQww359/Wpm0qxdCjWsRUwfZsFf8All/c+ntT
P7Rl/wCgdefkn/xVH9oy/wDQOvPyT/4qizDmQDRNOGpf2gLKEXf/AD12/N0xn644z1xVn7NCbk3H
lJ5xTyy+OSuc4+mTVb+0Zf8AoHXn5J/8VR/aMv8A0Drz8k/+Kosw5kUp/COkyWT2sFnBBFLLHJKq
xghwjhwpH9046e9XbTRdPsFiFrZwxeSzMm1eVLcMc+po/tGX/oHXn5J/8VR/aMv/AEDrz8k/+Kos
w5kM0XRodFs5IIcMZZ5LiR9oG53YsTgfXH0ArRqj/aMv/QOvPyT/AOKo/tGX/oHXn5J/8VRZhzIv
UlUv7Rl/6B15+Sf/ABVKuoSM6qdPu1BOMkJgf+PUWDmRg3mjX+ptO1pftFGl4xaA8K2COcj+R4rd
+xXX/QSn/wC/cf8A8TSaV/y+f9fT/wBKv1Tm9iVFblH7Fdf9BOf/AL9x/wDxNH2K6/6Cc/8A37j/
APiavUVPMyuVFH7Fdf8AQTn/AO/cf/xNH2K6/wCgnP8A9+4//iavUUczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UUf
sV1/0E5/+/cf/wATR9iuv+gnP/37j/8AiavUUczDlRR+xXX/AEE5/wDv3H/8TR9iuv8AoJz/APfu
P/4mr1FPmYcqKP2K6/6Cc/8A37j/APiaPsV1/wBBOf8A79x//E1eopczDlRR+xXX/QTn/wC/cf8A
8TR9iuv+gnP/AN+4/wD4mr1FHMw5UUfsV1/0E5/+/cf/AMTR9iuv+gnP/wB+4/8A4mr1FHMw5UYm
rWlwmnSs9/NIoK5QogB+YegzW3Wfrf8AyCZ/+A/+hCtCm3dIS3CiiipKCiiigAooooAKKKKACiii
gAooooAz9b/5BM//AAH/ANCFX9oznv61Q1v/AJBM/wDwH/0IVoVX2UStxMUYpaKkoTFGKWigBMUY
paKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigBMUYpaKAExRilooATFGKWigChpX/L5/wBf
T/0q/VDSv+Xz/r6f+lX6b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9b
/wCQTP8A8B/9CFaFZ+t/8gmf/gP/AKEK0Kr7KJW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf
/IJn/wCA/wDoQrQrP1v/AJBM/wDwH/0IVoVX2UStwoooqSgooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAoaV/y+f9fT/0q/VDSv8Al8/6+n/pV+m9xLYKKKKQwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/AMB/9CFaFZ+t/wDIJn/4D/6EK0Kr7KJW4UUU
VJQUUUUAFFFFABRRRQAUUUUAFFFFAGfrf/IJn/4D/wChCtCs/W/+QTP/AMB/9CFaFV9lErcKKKKk
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8AL5/19P8A0q/VDSv+
Xz/r6f8ApV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM/W/+QTP/wAB
/wDQhWhWfrf/ACCZ/wDgP/oQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAZ+t/wDIJn/4
D/6EK0Kz9b/5BM//AAH/ANCFaFV9lErcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAKGlf8vn/X0/8ASr9UNK/5fP8Ar6f+lX6b3EtgooopDCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAz9b/AOQTP/wH/wBCFaFZ+t/8gmf/AID/AOhCtCq+yiVuFFFFSUFF
FFABRRRQAUUUUAFFFFABRRRQBn63/wAgmf8A4D/6EK0Kz9b/AOQTP/wH/wBCFaFV9lErcKKKKkoK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGlf8vn/AF9P/Sr9UNK/5fP+
vp/6VfpvcS2CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDP1v/AJBM/wDwH/0I
VoVn63/yCZ/+A/8AoQrQqvsolbhRRRUlBRRRQAUUUUAFFFFABSUtJQBzbfEDQVZl+0ynBIyIHI/l
Sf8ACwdB/wCfmb/wHf8Awrll8B69HlVWyKhjgmY88/Sl/wCEG8Qf3LH/AL/N/hXWqdC3xHM51exv
al450S6sJYoriYu2MDyHHcH0q1/wsHQf+fmb/wAB3/wrl/8AhBvEH9yx/wC/zf4Uf8IN4g/uWP8A
3+b/AAp+zofzBz1f5TqP+Fg6D/z8zf8AgO/+FH/CwdB/5+Zv/Ad/8K5f/hBvEH9yx/7/ADf4Uf8A
CDeIP7lj/wB/m/wpezofzBz1f5TvNH16x12OV9PlaQRMFfchUgnnoa0q5jwXoN9ocV7/AGh5IeeR
WURMWGAMeldPXNNJSajsbxba1CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACsjV/E+maJcJB
fzOkjrvCrGzcZxngVr1xvi/wxqesaxDd2AtyiweUwlcqc7ifT3q6ai5WlsTNtL3S5/wsHQf+fmb/
AMB3/wAKP+Fg6D/z8zf+A7/4Vy//AAg3iD+5Y/8Af5v8KP8AhBvEH9yx/wC/zf4V0ezofzGHtKv8
pvWPjnRLf7T5lxKPMnZ1/cP0OMdqtf8ACwdB/wCfmb/wHf8Awrl/+EG8Qf3LH/v83+FH/CDeIP7l
j/3+b/Cn7Oh/MHPV/lOo/wCFg6D/AM/M3/gO/wDhU9l420W/vYrWC4kM0zbUDQsoJ9MkVyH/AAg3
iD+5Y/8Af5v8KtaT4L1q21uxubkWghgmEjFJSTjB7YqZU6KWkhqdVvVHodLSUtcp0BRRRQAUUUUA
FFFFABRRRQAUUUUAFJS0lAHNt8QNBVmX7TKcEjIgcj+VJ/wsHQf+fmb/AMB3/wAK5ZfAevR5VVsi
oY4JmPPP0pf+EG8Qf3LH/v8AN/hXWqdC3xHM51exval450S6sJYoriYu2MDyHHcH0q1/wsHQf+fm
b/wHf/CuX/4QbxB/csf+/wA3+FH/AAg3iD+5Y/8Af5v8Kfs6H8wc9X+U6j/hYOg/8/M3/gO/+FH/
AAsHQf8An5m/8B3/AMK5f/hBvEH9yx/7/N/hR/wg3iD+5Y/9/m/wpezofzBz1f5TvNH16x12OV9P
laQRMFfchUgnnoa0q5jwXoN9ocV7/aHkh55FZRExYYAx6V09c00lJqOxvFtrUKKKKkoKKKq6lK8G
l3csR2yJC7KfQhTigC1RXnf/AAn0Vx4W0VbbUWbVp5LNJ/3DDcWZBIMldvIJ6fhW8/iSHT7rWdxv
LmSG8hto4DswZJETasfTAO4ZLH1oA6aiuE1zxbdz6JestjeWFxp+o2kMqrIru+6RCVXaecqw+u7F
bCeMreGHUzqlnc2EunRpNLFJtcsj52FSpIJJBGPWgDo6K5keNIoYr/7dYT2txaWbX3kmRHMkS9cF
SQCDwQfUVf07VptV0ia7NjcWSMhaDziu51K5DYBO36HmgDXorkNF16/g8FaLcCwutSllsUlml85F
/hGcs7DLGrtl41068SeXbLFDFYJqKvIAN8LA5IGeqlSCPpQB0VFctL43QRK0GmXUzx2qXdzGHjVr
dHBYKdzDc+ATtH+FTP4wjl1O0stNsLq+a5tY71ZIiqosLkjcSxHp06nNAHR0UlLQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFcf4o194PEVvpAv7iwgNq11NLa25mmf5tqqo2ttHDEnHYCmHx
PeQ6loFrpaPq9lewSubvfGrS7cc9QAVzzwM59QaAOzormb7xpHaPeyx6bd3Gn6fJ5V3eRlNsbDG7
Ck7mC55IHr1xS33jLyL6+tbPSb2+NjGk07wlAojZdwIJIycfw9TQB0tFQWN5DqNjb3lq++C4jWWN
vVWGR/Op6ACiiigAooooAKKKKACiiigAooooAKKKKACisrxNc39p4cvp9JVWvY4i0YbHbqeeCQMk
A9xXFW/i+6i0vWr7StSl1Swt7aIQzXkao6XTtjbgBSVAZScjrwDQB6VRXIxtq2k+JLfSZdXmvE1G
ymdJp4k3QTR7csAoAKkP90+nWn6NNqNn4yuNJl1SbU7ZLJZ5nmjQNBKWwq5QAYZdxwemPegDq6K5
nx9d6rp/he8vdKvI7U20TSOxi3u2MYC54HfJIPtVbxjf31tNoqw3t9Z2czSfa57O2851wmV42tgE
+1AHX0Vm6Bcw3WiW8ttqLalGQcXTYDPyeoAABHTGB0rm7/xBqNx4w01bCfy9JW+NjKAoP2mTy3Z+
T0VCoXjqd3pQB21Fczc+N7a2uZybSdrC2uBaz3gZAqSbgpwpO4qGIBIHr1xXTUAFFFFABUF9Abqw
uLdWCmWJkBPbIxU9FAHNz+GZ5fCGlaR9oQSWTWpaTacN5LKTge+2sTxdoVxBa6lPuLw6lqdtM5SJ
pBBGiKpLqvzMMp/CQeRzxXf0UAefaNpk+saTd6bbpBHaw3ttcxXqwSxC5KuHfIcliRtA3Zwc+1bO
teEP7butYaa4EcWoWcNuuEyY2jdmDHPBGSOPY109LQBx6eE7uTSNVs5bbQ7SS8s3tklsbZkJLAjL
H0/2R+ddNFatHpaWpYFlhEe7tnbjNWqKAOGbwNeC00aET2NytjYizeK7iZ4g3H71Fzy3GOe3cVR1
TwjJDa+FNHSV3mCtZXckcZ2yWoAeQMe2Sigf71ej0lAHJav4Qkn1641Ozg0m5+1RxpLFqNuXCFAQ
GQj1BwR7DmtOy0OS28Sf2lvhEf8AZ0Vn5USbQCrs2QOy/NgDtW3RQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHP6to2onX4tY0ae1S5FubWaO6Rijpu3KRtOQQc/XNUIfCF5pkWiPpt5A
9zpzTmU3EZCzeccyEBT8pB5Arr6KAOPu/CeqPFqunWd9ax6Tqk0ksxeJjPF5n+sVDnac84J6Z71S
Gl6y/irxFDo8tta28sNtCWuYWbA8ojchBGSPQ8V3tJQBV0rTo9J0m0sICTFawpCpbqQoAyfyq3RR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJtGbX9BuNPSYQtIVYMy7lJVg2GHdTjBHoTWDc+DL
zW5L+fV7i0gmuLIWaCxjYKuHDq7FvvEFRgdhn1rs6KAOWh0PXJ75tS1G8sPt8Fo9vZiGFvLRnwWk
YE5JO1eBwMH1o8N6JrWiwyxXE2nSmUNJLcKkhlmmP8bknB+g6DAGK2pdWjj1yDS1RnnlgediMYjR
SACfqTgfQ1FoXiLTvElrJcaXMZY4pDE+5SpVh7H2IoAzvEOjazrfhf8AssXVgs1xCY7uVo3wTgco
AeOc9asyR+JEs7YW8ukm4UFZg8cmw/3SpBz06g9farGk+ItO1u6voNPnMr2MvlTfKQA3PQnr0PT0
p2ia/p/iGCebTZvNSCZoXO0j5h9e3Iwe9AFHRtCvdFtLaCC7hkaS6kub92iI8wuSxCAH5fmI654F
Z938O9PNzpj2L3FvFaXRneP7XMQQVbIUbvlO5s5Hv61pQ+MtKuL4W8DXMiNL5AuUtpDAZM42+Zjb
14z0z3q/pGrRaxayTRo8bRTSQSxvjcjoxBBx9M/QigDm4/Bctpq1xLb2+i3FtcXbXRkvLUvPEWOW
UEcEZyQTjGe9dnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc
zY8fErV/N+9/Z1t5Wf7u+Xdj8cVw+kXt14a0HTb2wjZ31uzayjCjIF2sjCFj9VZs/wC4K9Pl0mGT
W7fVQzpcRQvAQuMSIxBw30IyPqatiCIKqiNAqHKgKMA+1AHmahvC0fifTtNO67MdjY2nOC80ke0N
9cksfoas2EF/omuHTxp406LVNM+y23+kLIDcQoQpJAGCUP47a9DMERfeY0LZByVGcjoac0aOVLKp
KnKkjofagDkPB3iTRrbwxpOnSXkFtfQxx2klm7YmWYAKQU69cnOPerfhT/kN+KTH/qP7SG303eTH
v/Wuh+zw+f54ij87GPM2jdj69aq6RpMOj2rwws8hkmknkkfG53dixJx9cfQCgC/RRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
/9k=

--_004_2C3A8CAFDCAFCA41B8BF705CD9471C5B1854594Bxmbrcdx04ciscoc_--

From P.Zand@utwente.nl  Mon Aug 19 10:57:50 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77C2F11E8146 for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 10:57:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.276
X-Spam-Level: 
X-Spam-Status: No, score=-0.276 tagged_above=-999 required=5 tests=[AWL=0.227,  BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vs5hHwrMj1sE for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 10:57:42 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 2AD4711E82AF for <6tsch@ietf.org>; Mon, 19 Aug 2013 10:57:41 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Mon, 19 Aug 2013 19:57:40 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Mon, 19 Aug 2013 19:57:39 +0200
From: <P.Zand@utwente.nl>
To: <watteyne@eecs.berkeley.edu>, <6tsch@ietf.org>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWD//+R/gIAAIcgA///iD4CAABkTAIADNlmggATgRgCAASNqIA==
Date: Mon, 19 Aug 2013 17:57:37 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com>
In-Reply-To: <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34EXMBX23adutwent_"
MIME-Version: 1.0
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 17:57:50 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34EXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thomas,

I am not expert in synchronization, so please bear with me.

By clock accuracy information, I mean how accurate a node can maintain (e.g=
. =B11 ms) synchronization in the network for a period of time (e.g. 20 s) =
without the need for clock update. Different devices might have different c=
lock accuracy values represent by parts per million (ppm) unit. The clock a=
ccuracy of a device might depend on the device' environment conditions (e.g=
. temperature or shocks) and it doesn't just depend on crystals hardware. A=
m I right?

In the centralized approach, the System/Network managers, use (L2) device c=
lock accuracy information as well as (L3) nodes' topology information (simi=
lar to node's rank in RPL in 6tsch distributed approach) to select the pote=
ntial clock sources in the network. Am I right?

In a distributed approach, a network device might inform their neighbors ab=
out its (L2) clock accuracy. A new device might use this information, as we=
ll as L3 parameters (e.g. sender RPL' rank), to choose its timing parent.

If in 6tsch, we are considering the case that all the nodes in the network =
have equal high clock accuracy, then let's consider (L3) router's rank, bas=
ed on the default OF (as Raghuram suggest), as the only factor for selectin=
g timing parent.

Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Monday, August 19, 2013 4:28 AM
To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria, all,

My 2c is the following. We already agreed on the fact that a mote's (RPL) r=
outing parent would also be its (TSCH) time source neighbor. So why not pic=
k the time source neighbor based on routing information?

What exactly do you mean by clock accuracy? All nodes in a TSCH network nee=
d to be able to synchronize with one another, and I don't think we are cons=
idering cases where that is not true.

Thomas

On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Raghuram,
I agree with you that we need a method to pick a timing parent.
We might need the L3 information on that, unless we can find a solution in =
6top to use L2 information. For example about the clock accuracy capabiliti=
es of the device who has already joined the network. I am not sure if this =
information is available in L2 and neighbor table.
Best Wishes,
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com<mailto:rsudh=
aak@cisco.com>]
Sent: Wednesday, August 14, 2013 12:57 AM
To: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Za=
nd, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>; Qin Wang

Subject: Re: [6tsch] RPL on Basic

Xavi, Pouria,
I think we need to keep node rank at 6top (as a read only parameter obtaine=
d from L3) in order for the TSCH nodes to figure out the timing parent. In =
the case where RPL node may have different ranks based on different OFs we =
need a method to pick a timing parent.

We should propose a default OF, that is used to compute the ranks for the p=
urpose finding the timing parent.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Tuesday, August 13, 2013 2:27 PM
To: Pouria Zand <P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6t=
sch@ietf.org>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>=
>
Subject: Re: [6tsch] RPL on Basic

Good point :-)
agreed!
X

On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

I guess we cannot keep "node rank" in the 6top. Because a node might have d=
ifferent rank based on different metrics defined in L3. As a response, I do=
n't think we can get all of those information form L3 and use them in neigh=
bor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 11:13 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch






--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34EXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I am not expert in synchr=
onization, so please bear with me.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">By clock accuracy informa=
tion, I mean how accurate a node can maintain (e.g. =B11 ms) synchronizatio=
n in the network for a period of time (e.g. 20 s) without
 the need for clock update. Different devices might have different clock ac=
curacy values represent by parts per million (ppm) unit. The clock accuracy=
 of a device might depend on the device&#8217; environment conditions (e.g.=
 temperature or shocks) and it doesn&#8217;t
 just depend on crystals hardware. Am I right? <o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">In the centralized approa=
ch, the System/Network managers, use (L2) device clock accuracy information=
 as well as (L3) nodes&#8217; topology information (similar to
 node&#8217;s rank in RPL in 6tsch distributed approach) to select the pote=
ntial clock sources in the network. Am I right?&nbsp;&nbsp;
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">In a distributed approach=
, a network device might inform their neighbors about its (L2) clock accura=
cy. A new device might use this information, as well as
 L3 parameters (e.g. sender RPL&#8217; rank), to choose its timing parent.<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">If in 6tsch, we are consi=
dering the case that all the nodes in the network have equal high clock acc=
uracy, then let&#8217;s consider (L3) router&#8217;s rank, based on
 the <b>default OF</b> (as Raghuram suggest), as the only factor for select=
ing timing parent.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Pouria, all,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">My 2c is the following. We already agreed on the fac=
t that a mote's (RPL) routing parent would also be its (TSCH) time source n=
eighbor. So why not pick the time source neighbor based on routing informat=
ion?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">What exactly do you mean by clock accuracy? All node=
s in a TSCH network need to be able to synchronize with one another, and I =
don't think we are considering cases where that is not true.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:=
p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Raghuram,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I agree with you that we need a method to pick a timi=
ng parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We might need the L3 information on that, unless we c=
an find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram Sudhaakar (rs=
udhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Pouria,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I think we need to keep node rank at 6top (as a read =
only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We should propose a default OF, that is used to compu=
te the ranks for the purpose finding the timing parent.</span><o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Good point :-)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">agreed!<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a href=3D"mailt=
o:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:</sp=
an><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I guess we cannot keep &#8220;node rank=
&#8221; in the 6top. Because a node might have different rank based on
 different metrics defined in L3. As a response, I don&#8217;t think we can=
 get all of those information form L3 and use them in neighbor table in 6to=
p. Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think, as you mentioned we need to wo=
rk on them.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">regards,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Xavi<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your complete explanati=
on. It absolutely makes sense.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Just one minor question. The neighbor t=
able will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">answer inline:<o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don't have any information about connect=
ivity (as RFC6552 describes) an initial value is set (i.e rank &#43; FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I completely agree with your description. Besides, there isn't a c=
ommon shared cell to send KAs. I see the operation in the following way:<o:=
p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">6top KA timer expires and places a KA packet into the queue (e.g this ha=
ppens every 30s). TSCH layer at the begining of a shared tx/rx slot then re=
ads from the queue and sends the packet.
 This means that the KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=3D"mailto:6tsch=
-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"14084052012ad959_140798d1c3f6bd8e_140797"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL objective function calculation us=
ing Neighbors information described in Basic configuration.
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp; -this includes how =
OF is calculated using numTx and numTxACK, etc..
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL configuration:</span><o:p></o:p><=
/p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp; - storing mod=
e vs non-storing mode (I vote for non-storing mode for a basic configuratio=
n)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34EXMBX23adutwent_--

From qinwang@berkeley.edu  Mon Aug 19 14:05:19 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F0FD11E82F6 for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 14:05:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.946
X-Spam-Level: 
X-Spam-Status: No, score=-2.946 tagged_above=-999 required=5 tests=[AWL=0.030,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6vuOyalDbylq for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 14:05:14 -0700 (PDT)
Received: from mail-vb0-f52.google.com (mail-vb0-f52.google.com [209.85.212.52]) by ietfa.amsl.com (Postfix) with ESMTP id B959021F9C99 for <6tsch@ietf.org>; Mon, 19 Aug 2013 14:05:13 -0700 (PDT)
Received: by mail-vb0-f52.google.com with SMTP id f12so3641866vbg.11 for <6tsch@ietf.org>; Mon, 19 Aug 2013 14:05:12 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=pnjyddv9BK+E5H/tFJlkQ+R68xvepZ/Li1Qq0Y4kW/4=; b=hAeJjrbUWVCa0VWLQoFLjBpd/xlI8/bayvHyNYgUdrbqfQ0oeKsxAUX/0SBmmntc7I yQLQEjnVlTOr1d5y4mtoj8ZeBznRU5ZS6HkEdbmtoICU8NdCxgb2RuQt0SEqxgybEPwm nm1/BpE730A5F2Uf1GqsyUWziIxTMm7BdFXDe3d2c7xwKA9slO7aYwOelU1U9WKGctwN ki2r1+g6CpoK4B4ZNcGF/oRIDvi5isMvGuELQ/Z2zC9QzdLJRIdPfruC8I9qx2AIbxmF XxB8ZX1jZk5rEkI4g3tyzjWy5AInI16kpAtAzXN65RJD4viCH90nTNV0hRs21X9pxS4T GCGQ==
X-Gm-Message-State: ALoCoQkoHvbsCQ4xfGKt75BXyPlTjrVQIvJZJLuO+XV+4a/m2z5Hqyn0EbHcCqYuZvUDYCBO36kH
MIME-Version: 1.0
X-Received: by 10.58.137.167 with SMTP id qj7mr15078443veb.1.1376946312089; Mon, 19 Aug 2013 14:05:12 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Mon, 19 Aug 2013 14:05:11 -0700 (PDT)
Date: Tue, 20 Aug 2013 05:05:11 +0800
Message-ID: <CAAzoce4MJxN5QFaPLjveusXDM__-cnjsq1N=6v5HNqu1sZGxUA@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b677eface9bda04e4534b0d
Subject: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 21:05:19 -0000

--047d7b677eface9bda04e4534b0d
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

I separate a thread from thread "Message Flows", to discuss the format for
management messages, e.g. JSON, BSON, or others.

As Thomas's suggestion, before delving into the representation of the
information, we firstly identify what the contents of the different
signaling packets are, and in addition, what the data structures they may
use.

I would like to take the commands defined in draft-wang-6tsch-6top-00 as
starting point. Here are the parameters in those commands.

//integer
(1) xxxID, e.g. TrackID, SlotframeID
(2) xxxOffset, e.g. SlotOffset
(3) NumOfxxx/Length
(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
(5) Status
(6) ASN (5Byte integer), e.g. last time when a packet received from a
neighbor

//string
(7) L2 address
(8) SecurityKey

//bitmap
(9) LinkOption

//floating
(10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics

Maybe something else........

Now, we can evaluate different representation methods. What do you think?

Thanks
Qin

--047d7b677eface9bda04e4534b0d
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi all,<div><br></div><div>I separate a thread from thread=
 &quot;Message Flows&quot;, to discuss the format for management messages, =
e.g. JSON, BSON, or others.</div><div><br></div><div>As Thomas&#39;s sugges=
tion, b<span style=3D"font-family:arial,sans-serif;font-size:13px">efore de=
lving into the representation of the information, we firstly identify what =
the contents of the different signaling packets are, and in addition, what =
the data structures they may use.=A0</span></div>
<div><span style=3D"font-family:arial,sans-serif;font-size:13px"><br></span=
></div><div>I would like to take the commands defined in=A0draft-wang-6tsch=
-6top-00 as starting point. Here are the parameters in those commands.</div=
>
<div><br></div><div>//integer</div><div>(1) xxxID, e.g. TrackID, SlotframeI=
D<br></div><div>(2) xxxOffset, e.g. SlotOffset</div><div>(3) NumOfxxx/Lengt=
h</div><div>(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0</div><div>
(5) Status<br></div><div>(6) ASN (5Byte integer), e.g. last time when a pac=
ket received from a neighbor<br></div><div><br></div><div>//string</div><di=
v>(7) L2 address</div><div>(8) SecurityKey</div><div><br></div><div>//bitma=
p</div>
<div>(9) LinkOption<br></div><div><br></div><div>//floating</div><div>(10) =
Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics</div><di=
v><br></div><div>Maybe something else........</div><div><br></div><div>
Now, we can evaluate different representation methods. What do you think?</=
div><div><br></div><div>Thanks</div><div>Qin</div><div><br></div><div><br><=
/div><div>=A0=A0</div></div>

--047d7b677eface9bda04e4534b0d--

From qinwang@berkeley.edu  Mon Aug 19 15:54:28 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72B3A11E8197 for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 15:54:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.949
X-Spam-Level: 
X-Spam-Status: No, score=-2.949 tagged_above=-999 required=5 tests=[AWL=0.027,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mRyWxa7J6CY3 for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 15:54:23 -0700 (PDT)
Received: from mail-ve0-f173.google.com (mail-ve0-f173.google.com [209.85.128.173]) by ietfa.amsl.com (Postfix) with ESMTP id 5D36411E80F5 for <6tsch@ietf.org>; Mon, 19 Aug 2013 15:54:19 -0700 (PDT)
Received: by mail-ve0-f173.google.com with SMTP id cy12so3401789veb.18 for <6tsch@ietf.org>; Mon, 19 Aug 2013 15:54:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=kYrXENsBqu4UtpobBRVTYtMM59o3Y4XoZT3uNPr6CxE=; b=dAhQboY4WdW5E+LVL8FYgd1/2UmWdWJIzw+3yDhuFwkjsQ5ySRRv1UrR5IoijoN6xr iwIYmAoePXbHys4WvZrh6fe7wVzb2ESDZrfZy+AgYxySZU50j0t+IAnwM2ZKEpnVxbNX 39qOXhB92RraSehRSt005K1lfTCxXv38GAIpHcvwXpT+ImLOedXPAoRryHlHoFMVijow rF5GSevs5I77DsPphVbMR5SEaYcU6ZNRXbQwbiCDA0O8xTRBpHROB2OXW2ALN6zS7Krm eVf5A7Q4DI2nSOg0Bog5Sp5Ls2mKmLr8liO83j0Z0a5SEmt2+fegwqSbJaNCbSbYqes4 3Yzw==
X-Gm-Message-State: ALoCoQkwcjyVUb6phREKl5vPs9F4zlrVI8chfxqozvEcSRuKi744kguM+eS3fgvRRb8Iz4cyBi6J
MIME-Version: 1.0
X-Received: by 10.58.100.234 with SMTP id fb10mr15751610veb.5.1376952854681; Mon, 19 Aug 2013 15:54:14 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Mon, 19 Aug 2013 15:54:14 -0700 (PDT)
In-Reply-To: <52128ABD.3030800@berkeley.edu>
References: <CAAzoce4MJxN5QFaPLjveusXDM__-cnjsq1N=6v5HNqu1sZGxUA@mail.gmail.com> <52128ABD.3030800@berkeley.edu>
Date: Tue, 20 Aug 2013 06:54:14 +0800
Message-ID: <CAAzoce7FbbiSrUZC99TvkjUJ2NaOYnGjypEnT=X+DyKAar5M6w@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Kris Pister <ksjp@berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=089e013a2746c6a8f504e454d1ae
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 22:54:28 -0000

--089e013a2746c6a8f504e454d1ae
Content-Type: text/plain; charset=ISO-8859-1

Hi Kris,

You are right. Security Key should be a structured data, besides the key
material, it should includes something like lifetime, KeyID, .....Correct?

Many thanks!

Qin


On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote:

>  is the security key a string?  That doesn't seem right.
>
> ksjp
>
>
> On 8/19/2013 2:05 PM, Qin Wang wrote:
>
> Hi all,
>
>  I separate a thread from thread "Message Flows", to discuss the format
> for management messages, e.g. JSON, BSON, or others.
>
>  As Thomas's suggestion, before delving into the representation of the
> information, we firstly identify what the contents of the different
> signaling packets are, and in addition, what the data structures they may
> use.
>
>  I would like to take the commands defined in draft-wang-6tsch-6top-00 as
> starting point. Here are the parameters in those commands.
>
>  //integer
> (1) xxxID, e.g. TrackID, SlotframeID
>  (2) xxxOffset, e.g. SlotOffset
> (3) NumOfxxx/Length
> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
>  (5) Status
>  (6) ASN (5Byte integer), e.g. last time when a packet received from a
> neighbor
>
>  //string
> (7) L2 address
> (8) SecurityKey
>
>  //bitmap
> (9) LinkOption
>
>  //floating
> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics
>
>  Maybe something else........
>
>  Now, we can evaluate different representation methods. What do you think?
>
>  Thanks
> Qin
>
>
>
>
>
> _______________________________________________
> 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6tsch
>
>
>

--089e013a2746c6a8f504e454d1ae
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Kris,<div><br></div><div>You are right. Security Key sh=
ould be a structured data, besides the key material, it should includes som=
ething like lifetime, KeyID, .....Correct?</div><div><br></div><div>Many th=
anks!</div>
<div><br></div><div>Qin</div></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <span di=
r=3D"ltr">&lt;<a href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@b=
erkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    is the security key a string?=A0 That doesn&#39;t seem right.<br>
    <br>
    ksjp<div><div class=3D"h5"><br>
    <br>
    <div>On 8/19/2013 2:05 PM, Qin Wang wrote:<br>
    </div>
    </div></div><blockquote type=3D"cite"><div><div class=3D"h5">
      <div dir=3D"ltr">Hi all,
        <div><br>
        </div>
        <div>I separate a thread from thread &quot;Message Flows&quot;, to =
discuss
          the format for management messages, e.g. JSON, BSON, or
          others.</div>
        <div><br>
        </div>
        <div>As Thomas&#39;s suggestion, b<span style=3D"font-family:arial,=
sans-serif;font-size:13px">efore
            delving into the representation of the information, we
            firstly identify what the contents of the different
            signaling packets are, and in addition, what the data
            structures they may use.=A0</span></div>
        <div><span style=3D"font-family:arial,sans-serif;font-size:13px"><b=
r>
          </span></div>
        <div>I would like to take the commands defined
          in=A0draft-wang-6tsch-6top-00 as starting point. Here are the
          parameters in those commands.</div>
        <div><br>
        </div>
        <div>//integer</div>
        <div>(1) xxxID, e.g. TrackID, SlotframeID<br>
        </div>
        <div>(2) xxxOffset, e.g. SlotOffset</div>
        <div>(3) NumOfxxx/Length</div>
        <div>(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0</div>
        <div>
          (5) Status<br>
        </div>
        <div>(6) ASN (5Byte integer), e.g. last time when a packet
          received from a neighbor<br>
        </div>
        <div><br>
        </div>
        <div>//string</div>
        <div>(7) L2 address</div>
        <div>(8) SecurityKey</div>
        <div><br>
        </div>
        <div>//bitmap</div>
        <div>(9) LinkOption<br>
        </div>
        <div><br>
        </div>
        <div>//floating</div>
        <div>(10) Metrics, e.g. PDR, ETX, queuing statistics,
          energy-related metrics</div>
        <div><br>
        </div>
        <div>Maybe something else........</div>
        <div><br>
        </div>
        <div>
          Now, we can evaluate different representation methods. What do
          you think?</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div>Qin</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>=A0=A0</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
6tsch mailing list
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>

--089e013a2746c6a8f504e454d1ae--

From twatteyne@gmail.com  Mon Aug 19 22:54:51 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74AD411E81AF for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 22:54:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.873
X-Spam-Level: 
X-Spam-Status: No, score=-1.873 tagged_above=-999 required=5 tests=[AWL=0.104,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aEZInKef2phL for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 22:54:49 -0700 (PDT)
Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 1F49711E8190 for <6tsch@ietf.org>; Mon, 19 Aug 2013 22:54:49 -0700 (PDT)
Received: by mail-pa0-f43.google.com with SMTP id hz10so295594pad.2 for <6tsch@ietf.org>; Mon, 19 Aug 2013 22:54:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=ppqttmcpypgl7o4F5KocRPjjdCLLgwonV1sCixi1+Q8=; b=ZVJzH+YTQfcuLXH+Hkmdt7NWAlLn6s2zEfOgFg1l361UkUESMgsKUW15k3046t4svL QMoenROnyIxlXT/ntAvBrmOnIIvZurRoK0UEb8uLvhEY5RgtRSX4whNrTOLQaKSNOBjN mnWV4noUJN/BHv5QFffX81uS2a3GyafbOO+CY2IGpScDMPgO30RbxmQSnSXYz4v33vCk lQs9wjtqLys0EBcUjOUnKki7H5vJsHTVB47JMBOPn027bEuVAZqpjaZGJTUNxhJSuHJ1 dAEFmFVn1q9GYTMN3Q8Ch7jypH31GCoVFncVTyQ2l2rf9qpW11uFNenvWvG/7nWAvPC1 RaCQ==
X-Received: by 10.68.129.201 with SMTP id ny9mr5934379pbb.165.1376978087933; Mon, 19 Aug 2013 22:54:47 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Mon, 19 Aug 2013 22:54:27 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Mon, 19 Aug 2013 22:54:27 -0700
X-Google-Sender-Auth: e6OGuHlezvf8qT7r4h0-z4p2Vsg
Message-ID: <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b10cae5cb835104e45ab118
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Aug 2013 05:54:51 -0000

--047d7b10cae5cb835104e45ab118
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Pouria,
Thanks for the explanation. Allow me to answer inline.
Thomas

On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl> wrote:

>  Thomas,****
>
> ** **
>
> I am not expert in synchronization, so please bear with me.****
>
> ** **
>
> By clock accuracy information, I mean how accurate a node can maintain
> (e.g. =B11 ms) synchronization in the network for a period of time (e.g. =
20
> s) without the need for clock update. Different devices might have
> different clock accuracy values represent by parts per million (ppm) unit=
.
> The clock accuracy of a device might depend on the device=92 environment
> conditions (e.g. temperature or shocks) and it doesn=92t just depend on
> crystals hardware. Am I right?
>

Agreed. I am used to the term "clock drift" for the phenomenon, but
absolutely, drift depends on manufacturing, voltage, temperature, and
probably other environmental factors. The amount of drift of your clock
source will dictate how often resynchronization needs to happen, given a
guard time (i.e. 1ms). Of course, all these parameters depend on each
other, so you can imagine buying a better clock source, or changing the
re-synchronization frequency, or changing the guard time.

****
>
> ** In the centralized approach, the System/Network managers, use (L2)
> device clock accuracy information as well as (L3) nodes=92 topology
> information (similar to node=92s rank in RPL in 6tsch distributed approac=
h)
> to select the potential clock sources in the network. Am I right?
>

Hmm. I understand what you are proposing, but my first reaction is to be a
bit afraid that basing time source neighbor selection on clock drift
information might lead to lots of complexity, for not much gain (I think).
If I am drifting a lot wrt to my neighbor, could I not resolve that locally
(through all kind of techniques we can think of), rather than involving the
time source neighbor selection process in that?


>  In a distributed approach, a network device might inform their neighbors
> about its (L2) clock accuracy. A new device might use this information, a=
s
> well as L3 parameters (e.g. sender RPL=92 rank), to choose its timing par=
ent.
>

This would certainly invert the approach. Now, we let RPL select routing
parents, and then we have TSCH just use the same. If we go the other way
around, i.e. select time source neighbors, then routes, many things will
get complicated real quick, the first of which are synchronization loops.


> ** If in 6tsch, we are considering the case that all the nodes in the
> network have equal high clock accuracy, then let=92s consider (L3) router=
=92s
> rank, based on the *default OF* (as Raghuram suggest), as the only factor
> for selecting timing parent.
>
> **
>
I would go that route, but maybe you have some counter example in mind?


> Pouria****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Monday, August 19, 2013 4:28 AM
> *To:* 6TSCH
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Pouria, all,****
>
> ** **
>
> My 2c is the following. We already agreed on the fact that a mote's (RPL)
> routing parent would also be its (TSCH) time source neighbor. So why not
> pick the time source neighbor based on routing information?****
>
> ** **
>
> What exactly do you mean by clock accuracy? All nodes in a TSCH network
> need to be able to synchronize with one another, and I don't think we are
> considering cases where that is not true.****
>
> ** **
>
> Thomas****
>
> ** **
>
> On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl> wrote:****
>
> Raghuram,****
>
> I agree with you that we need a method to pick a timing parent.****
>
> We might need the L3 information on that, unless we can find a solution i=
n
> 6top to use L2 information. For example about the clock accuracy
> capabilities of the device who has already joined the network. I am not
> sure if this information is available in L2 and neighbor table.****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
> *Sent:* Wednesday, August 14, 2013 12:57 AM
> *To:* xvilajosana@eecs.berkeley.edu; Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org; Qin Wang****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Xavi, Pouria,****
>
> I think we need to keep node rank at 6top (as a read only parameter
> obtained from L3) in order for the TSCH nodes to figure out the timing
> parent. In the case where RPL node may have different ranks based on
> different OFs we need a method to pick a timing parent.****
>
>  ****
>
> We should propose a default OF, that is used to compute the ranks for the
> purpose finding the timing parent.****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *<xvilajosana@eecs.berkeley.edu>
> *Date: *Tuesday, August 13, 2013 2:27 PM
> *To: *Pouria Zand <P.Zand@utwente.nl>
> *Cc: *Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <
> 6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: [6tsch] RPL on Basic****
>
>  ****
>
> Good point :-)****
>
> agreed!
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> I guess we cannot keep =93node rank=94 in the 6top. Because a node might =
have
> different rank based on different metrics defined in L3. As a response, I
> don=92t think we can get all of those information form L3 and use them in
> neighbor table in 6top. Am I right? ****
>
> I think, as you mentioned we need to work on them. ****
>
>  ****
>
> Pouria  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 11:13 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,
>
> yes the neighbor table is something that 6top takes care of. The fields o=
f
> the table is something that we need to work on, stats for sure as describ=
ed
> by the basic configuration draft. As regards to the rank, in our
> implementation, we keep it in the table, for each neighbour we keep its
> rank. This information can be placed somewhere else if you want but I gue=
ss
> we need it to keep some sense on what is the rank of our neighbors.****
>
> regards,****
>
> Xavi****
>
>  ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Many thanks for your complete explanation. It absolutely makes sense.****
>
>  ****
>
> Just one minor question. The neighbor table will be stored in 6top. Am I
> right? If yes, do we need to store rank information (included in DIO) in
> that table? Or we just store neighbor statistic?****
>
>  ****
>
> Pouria ****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 10:17 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> answer inline:****
>
> Xavi,****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> there are many different ways to implement that, this is an option.****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI?****
>
> These are the list of known neighbors with acceptable RSSI, so yes if it
> wants to keep all of them.****
>
> Or (2) the node should probe its connection with the its RPL parent and
> its RPL child? In the case (2), how does the 6top can inform the L3 about
> the new potential discovered neighbors and their connection status? ****
>
> When a node is discovered due to receiving and EB (at least in our openws=
n
> implementation), it is inserted at the neighbor table. At that point no
> information about connectivity can be used except RSSI. As soon as a DIO =
is
> received from that node, its information is updated (including rank). As =
we
> don't have any information about connectivity (as RFC6552 describes) an
> initial value is set (i.e rank + FOO). In openwsn a similar case to (1) i=
s
> used so eventually some stats of the link can be used to compute the ETX
> and let RPL do its work. ****
>
> So RPL knows about a new node because 6TOP keeps information of neighbors
> an eventually this information is used by RPL to update routes. As this
> node sends DIOs and receives DIOs from others the information is
> permanently being updated enabling a node to be positioned in the multiho=
p
> topology.****
>
> Does it make sense?****
>
> Pouria****
>
>  ****
>
> On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
>  ****
>
> Pouria****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> ** **
>

--047d7b10cae5cb835104e45ab118
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pouria,<div>Thanks for the explanation. Allow me to answer=
 inline.</div><div>Thomas</div><div class=3D"gmail_extra"><br><div class=3D=
"gmail_quote">On Mon, Aug 19, 2013 at 10:57 AM,  <span dir=3D"ltr">&lt;<a h=
ref=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt=
;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I am not expert in synchr=
onization, so please bear with me.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">By clock accuracy informa=
tion, I mean how accurate a node can maintain (e.g. =B11 ms) synchronizatio=
n in the network for a period of time (e.g. 20 s) without
 the need for clock update. Different devices might have different clock ac=
curacy values represent by parts per million (ppm) unit. The clock accuracy=
 of a device might depend on the device=92 environment conditions (e.g. tem=
perature or shocks) and it doesn=92t
 just depend on crystals hardware. Am I right?</span></p></div></div></bloc=
kquote><div><br></div><div>Agreed. I am used to the term &quot;clock drift&=
quot; for the phenomenon, but absolutely, drift depends on manufacturing, v=
oltage, temperature, and probably other environmental factors. The amount o=
f drift of your clock source will dictate how often resynchronization needs=
 to happen, given a guard time (i.e. 1ms). Of course, all these parameters =
depend on each other, so you can imagine buying a better clock source, or c=
hanging the re-synchronization frequency, or changing the guard time.</div>

<div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex=
;border-left:1px #ccc solid;padding-left:1ex"><div lang=3D"EN-US" link=3D"b=
lue" vlink=3D"purple"><p class=3D"MsoNormal"><span style=3D"font-size:11.0p=
t;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"> <u=
></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0</span><span st=
yle=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">=
In the centralized approach, the System/Network managers, use (L2) device c=
lock accuracy information as well as (L3) nodes=92 topology information (si=
milar to
 node=92s rank in RPL in 6tsch distributed approach) to select the potentia=
l clock sources in the network. Am I right?=A0</span></p></div></blockquote=
><div><br></div><div>Hmm. I understand what you are proposing, but my first=
 reaction is to be a bit afraid that basing time source neighbor selection =
on clock drift information might lead to lots of complexity, for not much g=
ain (I think). If I am drifting a lot wrt to my neighbor, could I not resol=
ve that locally (through all kind of techniques we can think of), rather th=
an involving the time source neighbor selection process in that?</div>

<div>=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;=
border-left:1px #ccc solid;padding-left:1ex"><div lang=3D"EN-US" link=3D"bl=
ue" vlink=3D"purple"><div><p class=3D"MsoNormal"><span style=3D"font-size:1=
1.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"=
>=A0</span><span style=3D"color:rgb(31,73,125);font-family:Calibri,sans-ser=
if;font-size:11pt">In a distributed approach, a network device might inform=
 their neighbors about its (L2) clock accuracy. A new device might use this=
 information, as well as
 L3 parameters (e.g. sender RPL=92 rank), to choose its timing parent.</spa=
n></p></div></div></blockquote><div><br></div><div>This would certainly inv=
ert the approach. Now, we let RPL select routing parents, and then we have =
TSCH just use the same. If we go the other way around, i.e. select time sou=
rce neighbors, then routes, many things will get complicated real quick, th=
e first of which are synchronization loops.</div>

<div>=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;=
border-left:1px #ccc solid;padding-left:1ex"><div lang=3D"EN-US" link=3D"bl=
ue" vlink=3D"purple"><div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0</span><span st=
yle=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">=
If in 6tsch, we are considering the case that all the nodes in the network =
have equal high clock accuracy, then let=92s consider (L3) router=92s rank,=
 based on
 the </span><b style=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif=
;font-size:11pt">default OF</b><span style=3D"color:rgb(31,73,125);font-fam=
ily:Calibri,sans-serif;font-size:11pt"> (as Raghuram suggest), as the only =
factor for selecting timing parent.</span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0</span></p></di=
v></div></blockquote><div>I would go that route, but maybe you have some co=
unter example in mind?</div>

<div>=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;=
border-left:1px #ccc solid;padding-left:1ex"><div lang=3D"EN-US" link=3D"bl=
ue" vlink=3D"purple"><div><p class=3D"MsoNormal"><span style=3D"font-size:1=
1.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"=
>Pouria<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span></p><div><div class=3D"h5"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Pouria, all,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">My 2c is the following. We already agreed on the fac=
t that a mote&#39;s (RPL) routing parent would also be its (TSCH) time sour=
ce neighbor. So why not pick the time source neighbor based on routing info=
rmation?<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What exactly do you mean by clock accuracy? All node=
s in a TSCH network need to be able to synchronize with one another, and I =
don&#39;t think we are considering cases where that is not true.<u></u><u><=
/u></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Raghuram,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I agree with you that we need a method =
to pick a timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We might need the L3 information on tha=
t, unless we can find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Best Wishes,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram=
 Sudhaakar (rsudhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Pouria,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I think we need to keep node rank at 6t=
op (as a read only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We should propose a default OF, that is=
 used to compute the ranks for the purpose finding the timing parent.</span=
><u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>


<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Good poi=
nt :-)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">agreed!<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a=
 href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&=
gt; wrote:</span><u></u><u></u></p>


<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I guess we cannot keep =
=93node rank=94 in the 6top. Because a node might have different rank based=
 on
 different metrics defined in L3. As a response, I don=92t think we can get=
 all of those information form L3 and use them in neighbor table in 6top. A=
m I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think, as you mentioned=
 we need to work on them.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">regards,<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Xavi<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your comp=
lete explanation. It absolutely makes sense.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<u></u>=
<u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Keep Alive timer expires for =93node A=94 aft=
er 30s if no frames have been sent (or received) to (or from) neighbor =93n=
ode B=94. Am I right?</span><u></u><u></u></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><u></u><u></u></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don&#39;t have any information about con=
nectivity (as RFC6552 describes) an initial value is set (i.e rank + FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Pouria</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or
 from) neighbor =93node B=94. Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? =A0=A0=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn&#39;t a common shared cell to send KAs. I see the operation in the=
 following way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet.
 This means that the KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result,
 and as part of IEEE802.15.4e&#39;s normal operation, a node keeps synchron=
ized with its RPL parent. In the absence of traffic, the node will periodic=
ally &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How ofte=
n depends on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"14097b9d7a38b162_14084052012ad959_140798d=
1c3f6bd8e_140797"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><=
u></u></p>


<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL objective function =
calculation using Neighbors information described in Basic configuration.
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0 -this includes=
 how OF is calculated using numTx and numTxACK, etc..
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL configuration:</spa=
n><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0=A0 - storing m=
ode vs non-storing mode (I vote for non-storing mode for a basic configurat=
ion)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>


<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>


<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div></div>

--047d7b10cae5cb835104e45ab118--

From twatteyne@gmail.com  Mon Aug 19 23:08:09 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C43A11E80D2 for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 23:08:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.884
X-Spam-Level: 
X-Spam-Status: No, score=-1.884 tagged_above=-999 required=5 tests=[AWL=0.093,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j1KZrEf7WSJf for <6tsch@ietfa.amsl.com>; Mon, 19 Aug 2013 23:08:06 -0700 (PDT)
Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) by ietfa.amsl.com (Postfix) with ESMTP id 8EBA811E81B1 for <6tsch@ietf.org>; Mon, 19 Aug 2013 23:08:05 -0700 (PDT)
Received: by mail-pd0-f177.google.com with SMTP id y10so6133550pdj.8 for <6tsch@ietf.org>; Mon, 19 Aug 2013 23:08:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=dnxY3VGZ9lcHxcKR0rPITHpq0qqZGrHSXPSRDteyQeE=; b=M5edCs/xxIW6rh7j7HRLK6Dm/toMXG3dXYvWKD+aPQMtQ1QunsAJDQeWo3ODP287ib ziHdIotuSryyIdwKNQec/nsxKcu7uOeXUsmq7dC4Rtx/zBK5AAVbuDfp3Ivnxt5h8L6m LKFrPTvvtXapyN3j35qN/38oEsFxUVzEjb6D9D0RlkECYGhL2adfcDCOSBreMQdEMZ4L xBfF1GALckh1QdBO78FwQfBbPg1ycnnoJhX3MXUM4UzJf8cdVRmGF+ZGuC6q9AvQR7tP q2EXrIiuwDlIU997AAwEHjm7UKjatPAgx7s//5/aSEEARNKwDWtN0lRlXRAdt+QTNKf0 lycw==
X-Received: by 10.68.139.201 with SMTP id ra9mr17043995pbb.46.1376978885211; Mon, 19 Aug 2013 23:08:05 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Mon, 19 Aug 2013 23:07:45 -0700 (PDT)
In-Reply-To: <CAAzoce7FbbiSrUZC99TvkjUJ2NaOYnGjypEnT=X+DyKAar5M6w@mail.gmail.com>
References: <CAAzoce4MJxN5QFaPLjveusXDM__-cnjsq1N=6v5HNqu1sZGxUA@mail.gmail.com> <52128ABD.3030800@berkeley.edu> <CAAzoce7FbbiSrUZC99TvkjUJ2NaOYnGjypEnT=X+DyKAar5M6w@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Mon, 19 Aug 2013 23:07:45 -0700
X-Google-Sender-Auth: iC-jre2huJwBpAzoFUxi8l32gc4
Message-ID: <CADJ9OA8dRTFQLgbjw=vGBF6hgdwz59KogVCVH23Rf-0CmS21Ng@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=001a11c3f4a050fdc904e45ae1ac
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Aug 2013 06:08:09 -0000

--001a11c3f4a050fdc904e45ae1ac
Content-Type: text/plain; charset=ISO-8859-1

Qin,

Thanks for starting the thread! I have comment which my sound a bit vague,
but it's on purpose :)

Do you envision that the flows will match the 6tos commands exactly? That
is, are you considering that the packets sent between different devices in
the network (PCE, motes, etc) contain the same commands as the 6top set of
commands from
http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?

Maybe we could by identifying the flows that we are considering, then the
contents of those packets (possibly described using some high level
representation such as JSON), and only then worry about their efficient
representation (e.g. BSON). Just a thought.

Thomas

On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi Kris,
>
> You are right. Security Key should be a structured data, besides the key
> material, it should includes something like lifetime, KeyID, .....Correct?
>
> Many thanks!
>
> Qin
>
>
> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote:
>
>>  is the security key a string?  That doesn't seem right.
>>
>> ksjp
>>
>>
>> On 8/19/2013 2:05 PM, Qin Wang wrote:
>>
>> Hi all,
>>
>>  I separate a thread from thread "Message Flows", to discuss the format
>> for management messages, e.g. JSON, BSON, or others.
>>
>>  As Thomas's suggestion, before delving into the representation of the
>> information, we firstly identify what the contents of the different
>> signaling packets are, and in addition, what the data structures they may
>> use.
>>
>>  I would like to take the commands defined in draft-wang-6tsch-6top-00
>> as starting point. Here are the parameters in those commands.
>>
>>  //integer
>> (1) xxxID, e.g. TrackID, SlotframeID
>>  (2) xxxOffset, e.g. SlotOffset
>> (3) NumOfxxx/Length
>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
>>  (5) Status
>>  (6) ASN (5Byte integer), e.g. last time when a packet received from a
>> neighbor
>>
>>  //string
>> (7) L2 address
>> (8) SecurityKey
>>
>>  //bitmap
>> (9) LinkOption
>>
>>  //floating
>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics
>>
>>  Maybe something else........
>>
>>  Now, we can evaluate different representation methods. What do you
>> think?
>>
>>  Thanks
>> Qin
>>
>>
>>
>>
>>
>> _______________________________________________
>> 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--001a11c3f4a050fdc904e45ae1ac
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Qin,<div><br></div><div>Thanks for starting the thread! I =
have comment which my sound a bit vague, but it&#39;s on purpose :)</div><d=
iv><br></div><div>Do you envision that the flows will match the 6tos comman=
ds exactly? That is, are you considering that the packets sent between diff=
erent devices in the network (PCE, motes, etc) contain the same commands as=
 the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html/draf=
t-wang-6tsch-6top-00#section-2.4">http://tools.ietf.org/html/draft-wang-6ts=
ch-6top-00#section-2.4</a>?</div>

<div><br></div><div>Maybe we could by identifying the flows that we are con=
sidering, then the contents of those packets (possibly described using some=
 high level representation such as JSON), and only then worry about their e=
fficient representation (e.g. BSON). Just a thought.</div>

<div><br></div><div>Thomas</div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <span dir=3D"ltr=
">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@ber=
keley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div dir=3D"ltr">Hi Kris,<div><br></div><div>You are right=
. Security Key should be a structured data, besides the key material, it sh=
ould includes something like lifetime, KeyID, .....Correct?</div>


<div><br></div><div>Many thanks!</div>
<div><br></div><div>Qin</div></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <span di=
r=3D"ltr">&lt;<a href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@b=
erkeley.edu</a>&gt;</span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    is the security key a string?=A0 That doesn&#39;t seem right.<br>
    <br>
    ksjp<div><div><div><div><br>
    <br>
    <div>On 8/19/2013 2:05 PM, Qin Wang wrote:<br>
    </div>
    </div></div></div></div><blockquote type=3D"cite"><div><div><div><div>
      <div dir=3D"ltr">Hi all,
        <div><br>
        </div>
        <div>I separate a thread from thread &quot;Message Flows&quot;, to =
discuss
          the format for management messages, e.g. JSON, BSON, or
          others.</div>
        <div><br>
        </div>
        <div>As Thomas&#39;s suggestion, b<span style=3D"font-family:arial,=
sans-serif;font-size:13px">efore
            delving into the representation of the information, we
            firstly identify what the contents of the different
            signaling packets are, and in addition, what the data
            structures they may use.=A0</span></div>
        <div><span style=3D"font-family:arial,sans-serif;font-size:13px"><b=
r>
          </span></div>
        <div>I would like to take the commands defined
          in=A0draft-wang-6tsch-6top-00 as starting point. Here are the
          parameters in those commands.</div>
        <div><br>
        </div>
        <div>//integer</div>
        <div>(1) xxxID, e.g. TrackID, SlotframeID<br>
        </div>
        <div>(2) xxxOffset, e.g. SlotOffset</div>
        <div>(3) NumOfxxx/Length</div>
        <div>(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0</div>
        <div>
          (5) Status<br>
        </div>
        <div>(6) ASN (5Byte integer), e.g. last time when a packet
          received from a neighbor<br>
        </div>
        <div><br>
        </div>
        <div>//string</div>
        <div>(7) L2 address</div>
        <div>(8) SecurityKey</div>
        <div><br>
        </div>
        <div>//bitmap</div>
        <div>(9) LinkOption<br>
        </div>
        <div><br>
        </div>
        <div>//floating</div>
        <div>(10) Metrics, e.g. PDR, ETX, queuing statistics,
          energy-related metrics</div>
        <div><br>
        </div>
        <div>Maybe something else........</div>
        <div><br>
        </div>
        <div>
          Now, we can evaluate different representation methods. What do
          you think?</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div>Qin</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>=A0=A0</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div></div></div><pre>________________________________________=
_______
6tsch mailing list
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div>

--001a11c3f4a050fdc904e45ae1ac--

From xvilajosana@berkeley.edu  Tue Aug 20 06:28:59 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 664EE11E81FF for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 06:28:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.716
X-Spam-Level: 
X-Spam-Status: No, score=-1.716 tagged_above=-999 required=5 tests=[AWL=-0.940, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, J_CHICKENPOX_44=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4vtQ6JNFA7pX for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 06:28:55 -0700 (PDT)
Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) by ietfa.amsl.com (Postfix) with ESMTP id D585511E8170 for <6tsch@ietf.org>; Tue, 20 Aug 2013 06:28:54 -0700 (PDT)
Received: by mail-pd0-f169.google.com with SMTP id r10so385144pdi.0 for <6tsch@ietf.org>; Tue, 20 Aug 2013 06:28:53 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=STbyB4Lg8b+YgjJJKNKnaLBdiTYvwFQW64hcWzpYhig=; b=hCyM3VBJxi9pobxX/oIHyT+KpEKW9plK9uaHyXwEvdVp2yYqkmq2xPnquGyxGYXCSo wyocBRaC6GeaLmEj2yjNbbIYaDQjH/Opk1KyoNyPRUWmTbp/MQJLYX1UJtTnF4jIWZ/a /ojzHjp7WhJSMnQAk1lhr3bWUjcNeFjiyuzYbUijvGTJO2Z7p9ZIpLsuDOP/c2jTIN0U bM6MdPSD1AqNlUqcDtABDrOCD52i5sB6j6Rjtf/TSG6k4V30XdPDGRFY4w5fIeERTWOJ 0lswfBMxu8OxUPg4JAPzKWNhINKt951UoelSvA+rFE8EJyscEFuy8hxwfvDH/kQj+tiP sFug==
X-Gm-Message-State: ALoCoQlOqBC87B7h2Syf/YWuFoO9S0WuPFhXL+IAWSJ2spavCayw6AoXwJG3cRYduySJT1E23Mmz
MIME-Version: 1.0
X-Received: by 10.68.36.132 with SMTP id q4mr1897165pbj.118.1377005333436; Tue, 20 Aug 2013 06:28:53 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Tue, 20 Aug 2013 06:28:53 -0700 (PDT)
In-Reply-To: <CADJ9OA8dRTFQLgbjw=vGBF6hgdwz59KogVCVH23Rf-0CmS21Ng@mail.gmail.com>
References: <CAAzoce4MJxN5QFaPLjveusXDM__-cnjsq1N=6v5HNqu1sZGxUA@mail.gmail.com> <52128ABD.3030800@berkeley.edu> <CAAzoce7FbbiSrUZC99TvkjUJ2NaOYnGjypEnT=X+DyKAar5M6w@mail.gmail.com> <CADJ9OA8dRTFQLgbjw=vGBF6hgdwz59KogVCVH23Rf-0CmS21Ng@mail.gmail.com>
Date: Tue, 20 Aug 2013 06:28:53 -0700
Message-ID: <CALEMV4a1dDSiv=znZVfo+HX58_-RHOi7nFH3etapSGXuvPYJHQ@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=bcaec5216259c0f6c904e461093d
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Aug 2013 13:28:59 -0000

--bcaec5216259c0f6c904e461093d
Content-Type: text/plain; charset=ISO-8859-1

Hi, one cent more to what Thomas says.

IMHO, the most important thing is the content and secondary is the
representation, at least at that time. So my feeling is that we need first
to identify the content, and later express it json,bson or any other
compressed format.

One possible way to think on that is go in a two way approach, bottom up
and top down, i.e someone needs to describe what the PCE,etc .. need,
another can take the 6top commands and go up from there. From this two
specifications we will be able to identify what is missing and how to match
things.

just thoughts.
X


On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne <
watteyne@eecs.berkeley.edu> wrote:

> Qin,
>
> Thanks for starting the thread! I have comment which my sound a bit vague,
> but it's on purpose :)
>
> Do you envision that the flows will match the 6tos commands exactly? That
> is, are you considering that the packets sent between different devices in
> the network (PCE, motes, etc) contain the same commands as the 6top set of
> commands from
> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?
>
> Maybe we could by identifying the flows that we are considering, then the
> contents of those packets (possibly described using some high level
> representation such as JSON), and only then worry about their efficient
> representation (e.g. BSON). Just a thought.
>
> Thomas
>
> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Hi Kris,
>>
>> You are right. Security Key should be a structured data, besides the key
>> material, it should includes something like lifetime, KeyID, .....Correct?
>>
>> Many thanks!
>>
>> Qin
>>
>>
>> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote:
>>
>>>  is the security key a string?  That doesn't seem right.
>>>
>>> ksjp
>>>
>>>
>>> On 8/19/2013 2:05 PM, Qin Wang wrote:
>>>
>>> Hi all,
>>>
>>>  I separate a thread from thread "Message Flows", to discuss the format
>>> for management messages, e.g. JSON, BSON, or others.
>>>
>>>  As Thomas's suggestion, before delving into the representation of the
>>> information, we firstly identify what the contents of the different
>>> signaling packets are, and in addition, what the data structures they may
>>> use.
>>>
>>>  I would like to take the commands defined in draft-wang-6tsch-6top-00
>>> as starting point. Here are the parameters in those commands.
>>>
>>>  //integer
>>> (1) xxxID, e.g. TrackID, SlotframeID
>>>  (2) xxxOffset, e.g. SlotOffset
>>> (3) NumOfxxx/Length
>>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
>>>  (5) Status
>>>  (6) ASN (5Byte integer), e.g. last time when a packet received from a
>>> neighbor
>>>
>>>  //string
>>> (7) L2 address
>>> (8) SecurityKey
>>>
>>>  //bitmap
>>> (9) LinkOption
>>>
>>>  //floating
>>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics
>>>
>>>  Maybe something else........
>>>
>>>  Now, we can evaluate different representation methods. What do you
>>> think?
>>>
>>>  Thanks
>>> Qin
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--bcaec5216259c0f6c904e461093d
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi, one cent more to what Thomas says.<div><br></div><div>=
IMHO, the most important thing is the content and secondary is the represen=
tation, at least at that time. So my feeling is that we need first to ident=
ify the content, and later express it json,bson or any other compressed for=
mat.</div>
<div><br></div><div>One possible way to think on that is go in a two way ap=
proach, bottom up and top down, i.e someone needs to describe what the PCE,=
etc .. need, another can take the 6top commands and go up from there. From =
this two specifications we will be able to identify what is missing and how=
 to match things.=A0</div>
<div><br></div><div>just thoughts.</div><div>X</div></div><div class=3D"gma=
il_extra"><br><br><div class=3D"gmail_quote">On Mon, Aug 19, 2013 at 11:07 =
PM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.b=
erkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wr=
ote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div><br></div><div>Tha=
nks for starting the thread! I have comment which my sound a bit vague, but=
 it&#39;s on purpose :)</div>
<div><br></div><div>Do you envision that the flows will match the 6tos comm=
ands exactly? That is, are you considering that the packets sent between di=
fferent devices in the network (PCE, motes, etc) contain the same commands =
as the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html/dr=
aft-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.org=
/html/draft-wang-6tsch-6top-00#section-2.4</a>?</div>


<div><br></div><div>Maybe we could by identifying the flows that we are con=
sidering, then the contents of those packets (possibly described using some=
 high level representation such as JSON), and only then worry about their e=
fficient representation (e.g. BSON). Just a thought.</div>
<span class=3D"HOEnZb"><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span><div><div class=3D"h5"><div c=
lass=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mon, Aug 19, 2013 at=
 3:54 PM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley=
.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div dir=3D"ltr">Hi Kris,<div><br></div><div>You are right=
. Security Key should be a structured data, besides the key material, it sh=
ould includes something like lifetime, KeyID, .....Correct?</div>



<div><br></div><div>Many thanks!</div>
<div><br></div><div>Qin</div></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <span di=
r=3D"ltr">&lt;<a href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@b=
erkeley.edu</a>&gt;</span> wrote:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    is the security key a string?=A0 That doesn&#39;t seem right.<br>
    <br>
    ksjp<div><div><div><div><br>
    <br>
    <div>On 8/19/2013 2:05 PM, Qin Wang wrote:<br>
    </div>
    </div></div></div></div><blockquote type=3D"cite"><div><div><div><div>
      <div dir=3D"ltr">Hi all,
        <div><br>
        </div>
        <div>I separate a thread from thread &quot;Message Flows&quot;, to =
discuss
          the format for management messages, e.g. JSON, BSON, or
          others.</div>
        <div><br>
        </div>
        <div>As Thomas&#39;s suggestion, b<span style=3D"font-family:arial,=
sans-serif;font-size:13px">efore
            delving into the representation of the information, we
            firstly identify what the contents of the different
            signaling packets are, and in addition, what the data
            structures they may use.=A0</span></div>
        <div><span style=3D"font-family:arial,sans-serif;font-size:13px"><b=
r>
          </span></div>
        <div>I would like to take the commands defined
          in=A0draft-wang-6tsch-6top-00 as starting point. Here are the
          parameters in those commands.</div>
        <div><br>
        </div>
        <div>//integer</div>
        <div>(1) xxxID, e.g. TrackID, SlotframeID<br>
        </div>
        <div>(2) xxxOffset, e.g. SlotOffset</div>
        <div>(3) NumOfxxx/Length</div>
        <div>(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0</div>
        <div>
          (5) Status<br>
        </div>
        <div>(6) ASN (5Byte integer), e.g. last time when a packet
          received from a neighbor<br>
        </div>
        <div><br>
        </div>
        <div>//string</div>
        <div>(7) L2 address</div>
        <div>(8) SecurityKey</div>
        <div><br>
        </div>
        <div>//bitmap</div>
        <div>(9) LinkOption<br>
        </div>
        <div><br>
        </div>
        <div>//floating</div>
        <div>(10) Metrics, e.g. PDR, ETX, queuing statistics,
          energy-related metrics</div>
        <div><br>
        </div>
        <div>Maybe something else........</div>
        <div><br>
        </div>
        <div>
          Now, we can evaluate different representation methods. What do
          you think?</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div>Qin</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>=A0=A0</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div></div></div><pre>________________________________________=
_______
6tsch mailing list
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--bcaec5216259c0f6c904e461093d--

From qinwang@berkeley.edu  Tue Aug 20 06:39:25 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD30A11E8100 for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 06:39:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.951
X-Spam-Level: 
X-Spam-Status: No, score=-2.951 tagged_above=-999 required=5 tests=[AWL=0.025,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id elNmnMBNHzim for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 06:39:21 -0700 (PDT)
Received: from mail-vb0-f50.google.com (mail-vb0-f50.google.com [209.85.212.50]) by ietfa.amsl.com (Postfix) with ESMTP id 5481111E80D9 for <6tsch@ietf.org>; Tue, 20 Aug 2013 06:39:21 -0700 (PDT)
Received: by mail-vb0-f50.google.com with SMTP id x14so238830vbb.23 for <6tsch@ietf.org>; Tue, 20 Aug 2013 06:39:18 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Wed4aiv3hOCTK2yOIlZZyDm/jN6/wn/fW2SwdWTbUT0=; b=lx8a1xTOpkLgNEH3e8BgvnCED4yGcgXSJwFe9lVsou27YCD16mlAz15TCZtv7uETpx OwPvft5bhsrpB9cyiiKM6pwCJ5KbhHH3yUOfpZbQfg2KKXOz5nr1lqunbVHJx/r5wi6o RMAwqd2TrqHscuBzok41P8V+UkB0dewBcZOO6XmLU1pkGztZNvThPWrGiipaKRV+tbnn +cvyhfg/Kc0ocUNZfTqH4pGlOPqacuwRpRwSUfGARWIrxijzpg378x+GkeNtXO6QEpTA 9aY6T8xIr2WiuC+v1hV3wdIqvtCNVdKRSebK61JTwremV5peby83Bz2e/GQXr96QKUdV SMtg==
X-Gm-Message-State: ALoCoQm9Martyx1IDo+5zlVj2AaAjkjALwOuI34WdqUxXOOociuS9jUsj6zaN4xmXKQQGW55hY5o
MIME-Version: 1.0
X-Received: by 10.52.165.45 with SMTP id yv13mr1123310vdb.1.1377005956935; Tue, 20 Aug 2013 06:39:16 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Tue, 20 Aug 2013 06:39:16 -0700 (PDT)
In-Reply-To: <CADJ9OA8dRTFQLgbjw=vGBF6hgdwz59KogVCVH23Rf-0CmS21Ng@mail.gmail.com>
References: <CAAzoce4MJxN5QFaPLjveusXDM__-cnjsq1N=6v5HNqu1sZGxUA@mail.gmail.com> <52128ABD.3030800@berkeley.edu> <CAAzoce7FbbiSrUZC99TvkjUJ2NaOYnGjypEnT=X+DyKAar5M6w@mail.gmail.com> <CADJ9OA8dRTFQLgbjw=vGBF6hgdwz59KogVCVH23Rf-0CmS21Ng@mail.gmail.com>
Date: Tue, 20 Aug 2013 21:39:16 +0800
Message-ID: <CAAzoce5qN2_ZtvryG3eFkcE=Ytvz-EByE+PndYwiFwYhTt=q2A@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=001a11c20802eac29f04e4612e9a
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Aug 2013 13:39:25 -0000

--001a11c20802eac29f04e4612e9a
Content-Type: text/plain; charset=ISO-8859-1

Thomas,

I agree with you. Let's identify the control flows first.

Assume there is a management entity (ME) which may be exist in PCE (in
centrilized case) or upper layer of mote (in distributed caes). The control
flows discussed here are between ME and 6top of mote. Then, I think there
are three kinds of flows as follows.

(1) Action Flow. ME sends a action request (e.g. create/delete
hardcell/update/softcell, create/delete/update slotframe) to 6top, 6top
executes the action request, and then 6top responses confirmation message.
(2) Query Flow. ME sends a query (e.g. read neighbor, read statistics, read
timesource) to 6top, 6top responses the corresponding information in the
local MIB.
(3) Report Flow. According to some criteria configured in mote (e.g.
periodically), 6top reports the information in local MIB. From the 6top's
commands point of view, it is a kind of query triggered by 6top of mote
self.

What do you think?

Thanks
Qin









On Tue, Aug 20, 2013 at 2:07 PM, Thomas Watteyne <watteyne@eecs.berkeley.edu
> wrote:

> Qin,
>
> Thanks for starting the thread! I have comment which my sound a bit vague,
> but it's on purpose :)
>
> Do you envision that the flows will match the 6tos commands exactly? That
> is, are you considering that the packets sent between different devices in
> the network (PCE, motes, etc) contain the same commands as the 6top set of
> commands from
> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?
>
> Maybe we could by identifying the flows that we are considering, then the
> contents of those packets (possibly described using some high level
> representation such as JSON), and only then worry about their efficient
> representation (e.g. BSON). Just a thought.
>
> Thomas
>
> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Hi Kris,
>>
>> You are right. Security Key should be a structured data, besides the key
>> material, it should includes something like lifetime, KeyID, .....Correct?
>>
>> Many thanks!
>>
>> Qin
>>
>>
>> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote:
>>
>>>  is the security key a string?  That doesn't seem right.
>>>
>>> ksjp
>>>
>>>
>>> On 8/19/2013 2:05 PM, Qin Wang wrote:
>>>
>>> Hi all,
>>>
>>>  I separate a thread from thread "Message Flows", to discuss the format
>>> for management messages, e.g. JSON, BSON, or others.
>>>
>>>  As Thomas's suggestion, before delving into the representation of the
>>> information, we firstly identify what the contents of the different
>>> signaling packets are, and in addition, what the data structures they may
>>> use.
>>>
>>>  I would like to take the commands defined in draft-wang-6tsch-6top-00
>>> as starting point. Here are the parameters in those commands.
>>>
>>>  //integer
>>> (1) xxxID, e.g. TrackID, SlotframeID
>>>  (2) xxxOffset, e.g. SlotOffset
>>> (3) NumOfxxx/Length
>>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
>>>  (5) Status
>>>  (6) ASN (5Byte integer), e.g. last time when a packet received from a
>>> neighbor
>>>
>>>  //string
>>> (7) L2 address
>>> (8) SecurityKey
>>>
>>>  //bitmap
>>> (9) LinkOption
>>>
>>>  //floating
>>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics
>>>
>>>  Maybe something else........
>>>
>>>  Now, we can evaluate different representation methods. What do you
>>> think?
>>>
>>>  Thanks
>>> Qin
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--001a11c20802eac29f04e4612e9a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thomas,<div><br><div>I agree with you. Let&#39;s identify =
the control flows first.=A0</div><div><br></div><div>Assume there is a mana=
gement entity (ME) which may be exist in PCE (in centrilized case) or upper=
 layer of mote (in distributed caes). The control flows discussed here are =
between ME and 6top of mote. Then, I think there are three kinds of flows a=
s follows.</div>
<div><br></div><div>(1) Action Flow. ME sends a action request (e.g. create=
/delete hardcell/update/softcell, create/delete/update slotframe) to 6top, =
6top executes the action request, and then 6top responses confirmation mess=
age.=A0</div>
<div>(2) Query Flow. ME sends a query (e.g. read neighbor, read statistics,=
 read timesource) to 6top, 6top responses the corresponding information in =
the local MIB.</div><div>(3) Report Flow. According to some criteria config=
ured in mote (e.g. periodically), 6top reports the information in local MIB=
. From the 6top&#39;s commands point of view, it is a kind of query trigger=
ed by 6top of mote self.</div>
<div><br></div><div>What do you think?</div><div><br></div><div>Thanks</div=
><div>Qin</div><div><br></div><div><br></div><div><br></div><div><br></div>=
<div><br></div><div><br></div><div><br></div></div></div><div class=3D"gmai=
l_extra">
<br><br><div class=3D"gmail_quote">On Tue, Aug 20, 2013 at 2:07 PM, Thomas =
Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #=
ccc solid;padding-left:1ex">
<div dir=3D"ltr">Qin,<div><br></div><div>Thanks for starting the thread! I =
have comment which my sound a bit vague, but it&#39;s on purpose :)</div><d=
iv><br></div><div>Do you envision that the flows will match the 6tos comman=
ds exactly? That is, are you considering that the packets sent between diff=
erent devices in the network (PCE, motes, etc) contain the same commands as=
 the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html/draf=
t-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.org/h=
tml/draft-wang-6tsch-6top-00#section-2.4</a>?</div>


<div><br></div><div>Maybe we could by identifying the flows that we are con=
sidering, then the contents of those packets (possibly described using some=
 high level representation such as JSON), and only then worry about their e=
fficient representation (e.g. BSON). Just a thought.</div>
<span class=3D"HOEnZb"><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span><div><div class=3D"h5"><div c=
lass=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mon, Aug 19, 2013 at=
 3:54 PM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley=
.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div dir=3D"ltr">Hi Kris,<div><br></div><div>You are right=
. Security Key should be a structured data, besides the key material, it sh=
ould includes something like lifetime, KeyID, .....Correct?</div>



<div><br></div><div>Many thanks!</div>
<div><br></div><div>Qin</div></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <span di=
r=3D"ltr">&lt;<a href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@b=
erkeley.edu</a>&gt;</span> wrote:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    is the security key a string?=A0 That doesn&#39;t seem right.<br>
    <br>
    ksjp<div><div><div><div><br>
    <br>
    <div>On 8/19/2013 2:05 PM, Qin Wang wrote:<br>
    </div>
    </div></div></div></div><blockquote type=3D"cite"><div><div><div><div>
      <div dir=3D"ltr">Hi all,
        <div><br>
        </div>
        <div>I separate a thread from thread &quot;Message Flows&quot;, to =
discuss
          the format for management messages, e.g. JSON, BSON, or
          others.</div>
        <div><br>
        </div>
        <div>As Thomas&#39;s suggestion, b<span style=3D"font-family:arial,=
sans-serif;font-size:13px">efore
            delving into the representation of the information, we
            firstly identify what the contents of the different
            signaling packets are, and in addition, what the data
            structures they may use.=A0</span></div>
        <div><span style=3D"font-family:arial,sans-serif;font-size:13px"><b=
r>
          </span></div>
        <div>I would like to take the commands defined
          in=A0draft-wang-6tsch-6top-00 as starting point. Here are the
          parameters in those commands.</div>
        <div><br>
        </div>
        <div>//integer</div>
        <div>(1) xxxID, e.g. TrackID, SlotframeID<br>
        </div>
        <div>(2) xxxOffset, e.g. SlotOffset</div>
        <div>(3) NumOfxxx/Length</div>
        <div>(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0</div>
        <div>
          (5) Status<br>
        </div>
        <div>(6) ASN (5Byte integer), e.g. last time when a packet
          received from a neighbor<br>
        </div>
        <div><br>
        </div>
        <div>//string</div>
        <div>(7) L2 address</div>
        <div>(8) SecurityKey</div>
        <div><br>
        </div>
        <div>//bitmap</div>
        <div>(9) LinkOption<br>
        </div>
        <div><br>
        </div>
        <div>//floating</div>
        <div>(10) Metrics, e.g. PDR, ETX, queuing statistics,
          energy-related metrics</div>
        <div><br>
        </div>
        <div>Maybe something else........</div>
        <div><br>
        </div>
        <div>
          Now, we can evaluate different representation methods. What do
          you think?</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div>Qin</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>=A0=A0</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div></div></div><pre>________________________________________=
_______
6tsch mailing list
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--001a11c20802eac29f04e4612e9a--

From P.Zand@utwente.nl  Tue Aug 20 12:53:45 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63D0B11E812B for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 12:53:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.295
X-Spam-Level: 
X-Spam-Status: No, score=-0.295 tagged_above=-999 required=5 tests=[AWL=0.208,  BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qa0UQBU0I9wy for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 12:53:36 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 0C6B011E814E for <6tsch@ietf.org>; Tue, 20 Aug 2013 12:53:34 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Tue, 20 Aug 2013 21:53:34 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Tue, 20 Aug 2013 21:53:32 +0200
From: <P.Zand@utwente.nl>
To: <watteyne@eecs.berkeley.edu>, <6tsch@ietf.org>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWD//+R/gIAAIcgA///iD4CAABkTAIADNlmggATgRgCAASNqIIAAqJmAgAEGRFA=
Date: Tue, 20 Aug 2013 19:53:30 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com>
In-Reply-To: <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309BEXMBX23adutwent_"
MIME-Version: 1.0
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Aug 2013 19:53:45 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309BEXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thomas,

Many thanks for your explanation.
I couldn't find the related counter in MAC PIB of IEEE 802.15.4.

My first idea was using both (a) clock accuracy information and (b) RPL ran=
k information for choosing the best timing parent between two routers with =
equal (or close) RPL rank. That would help us to avoid (1) synchronization =
loop problem and (2) potential drifting problem caused by choosing the pare=
nt, between two with equal ranks but not equal clock accuracy.

As you mentioned, let's not make it complicated and consider the parent ran=
k as a factor for choosing the timing parent.

Pouria.


From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Tuesday, August 20, 2013 7:54 AM
To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Thanks for the explanation. Allow me to answer inline.
Thomas

On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

I am not expert in synchronization, so please bear with me.

By clock accuracy information, I mean how accurate a node can maintain (e.g=
. =B11 ms) synchronization in the network for a period of time (e.g. 20 s) =
without the need for clock update. Different devices might have different c=
lock accuracy values represent by parts per million (ppm) unit. The clock a=
ccuracy of a device might depend on the device' environment conditions (e.g=
. temperature or shocks) and it doesn't just depend on crystals hardware. A=
m I right?

Agreed. I am used to the term "clock drift" for the phenomenon, but absolut=
ely, drift depends on manufacturing, voltage, temperature, and probably oth=
er environmental factors. The amount of drift of your clock source will dic=
tate how often resynchronization needs to happen, given a guard time (i.e. =
1ms). Of course, all these parameters depend on each other, so you can imag=
ine buying a better clock source, or changing the re-synchronization freque=
ncy, or changing the guard time.

 In the centralized approach, the System/Network managers, use (L2) device =
clock accuracy information as well as (L3) nodes' topology information (sim=
ilar to node's rank in RPL in 6tsch distributed approach) to select the pot=
ential clock sources in the network. Am I right?

Hmm. I understand what you are proposing, but my first reaction is to be a =
bit afraid that basing time source neighbor selection on clock drift inform=
ation might lead to lots of complexity, for not much gain (I think). If I a=
m drifting a lot wrt to my neighbor, could I not resolve that locally (thro=
ugh all kind of techniques we can think of), rather than involving the time=
 source neighbor selection process in that?

 In a distributed approach, a network device might inform their neighbors a=
bout its (L2) clock accuracy. A new device might use this information, as w=
ell as L3 parameters (e.g. sender RPL' rank), to choose its timing parent.

This would certainly invert the approach. Now, we let RPL select routing pa=
rents, and then we have TSCH just use the same. If we go the other way arou=
nd, i.e. select time source neighbors, then routes, many things will get co=
mplicated real quick, the first of which are synchronization loops.

 If in 6tsch, we are considering the case that all the nodes in the network=
 have equal high clock accuracy, then let's consider (L3) router's rank, ba=
sed on the default OF (as Raghuram suggest), as the only factor for selecti=
ng timing parent.

I would go that route, but maybe you have some counter example in mind?

Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Monday, August 19, 2013 4:28 AM
To: 6TSCH

Subject: Re: [6tsch] RPL on Basic

Pouria, all,

My 2c is the following. We already agreed on the fact that a mote's (RPL) r=
outing parent would also be its (TSCH) time source neighbor. So why not pic=
k the time source neighbor based on routing information?

What exactly do you mean by clock accuracy? All nodes in a TSCH network nee=
d to be able to synchronize with one another, and I don't think we are cons=
idering cases where that is not true.

Thomas

On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Raghuram,
I agree with you that we need a method to pick a timing parent.
We might need the L3 information on that, unless we can find a solution in =
6top to use L2 information. For example about the clock accuracy capabiliti=
es of the device who has already joined the network. I am not sure if this =
information is available in L2 and neighbor table.
Best Wishes,
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com<mailto:rsudh=
aak@cisco.com>]
Sent: Wednesday, August 14, 2013 12:57 AM
To: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Za=
nd, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>; Qin Wang

Subject: Re: [6tsch] RPL on Basic

Xavi, Pouria,
I think we need to keep node rank at 6top (as a read only parameter obtaine=
d from L3) in order for the TSCH nodes to figure out the timing parent. In =
the case where RPL node may have different ranks based on different OFs we =
need a method to pick a timing parent.

We should propose a default OF, that is used to compute the ranks for the p=
urpose finding the timing parent.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Tuesday, August 13, 2013 2:27 PM
To: Pouria Zand <P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6t=
sch@ietf.org>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>=
>
Subject: Re: [6tsch] RPL on Basic

Good point :-)
agreed!
X

On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

I guess we cannot keep "node rank" in the 6top. Because a node might have d=
ifferent rank based on different metrics defined in L3. As a response, I do=
n't think we can get all of those information form L3 and use them in neigh=
bor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 11:13 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch







--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309BEXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Many thanks for your expl=
anation.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t find the=
 related counter in MAC PIB of IEEE 802.15.4.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">My first idea was using b=
oth (a) clock accuracy information and (b) RPL rank information for choosin=
g the best timing parent between two routers with equal
 (or close) RPL rank. That would help us to avoid (1) synchronization loop =
problem and (2) potential drifting problem caused by choosing the parent, b=
etween two with equal ranks but not equal clock accuracy.<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">As you mentioned, let&#82=
17;s not make it complicated and consider the parent rank as a factor for c=
hoosing the timing parent.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria.<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM<br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Thanks for the explanation. Allow me to answer inlin=
e.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I am not expert in synchronization, so =
please bear with me.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">By clock accuracy information, I mean h=
ow accurate a node can maintain (e.g. =B11 ms) synchronization
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device&#8217; environment
 conditions (e.g. temperature or shocks) and it doesn&#8217;t just depend o=
n crystals hardware. Am I right?</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Agreed. I am used to the term &quot;clock drift&quot=
; for the phenomenon, but absolutely, drift depends on manufacturing, volta=
ge, temperature, and probably other environmental factors. The amount of dr=
ift of your clock source will dictate how often
 resynchronization needs to happen, given a guard time (i.e. 1ms). Of cours=
e, all these parameters depend on each other, so you can imagine buying a b=
etter clock source, or changing the re-synchronization frequency, or changi=
ng the guard time.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In the centralized approach, the =
System/Network managers, use (L2) device clock accuracy information
 as well as (L3) nodes&#8217; topology information (similar to node&#8217;s=
 rank in RPL in 6tsch distributed approach) to select the potential clock s=
ources in the network. Am I right?&nbsp;</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Hmm. I understand what you are proposing, but my fir=
st reaction is to be a bit afraid that basing time source neighbor selectio=
n on clock drift information might lead to lots of complexity, for not much=
 gain (I think). If I am drifting
 a lot wrt to my neighbor, could I not resolve that locally (through all ki=
nd of techniques we can think of), rather than involving the time source ne=
ighbor selection process in that?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In a distributed approach, a netw=
ork device might inform their neighbors about its (L2) clock accuracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL&#8217; rank), to choose its timing parent.</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">This would certainly invert the approach. Now, we le=
t RPL select routing parents, and then we have TSCH just use the same. If w=
e go the other way around, i.e. select time source neighbors, then routes, =
many things will get complicated real
 quick, the first of which are synchronization loops.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;If in 6tsch, we are considering t=
he case that all the nodes in the network have equal high clock
 accuracy, then let&#8217;s consider (L3) router&#8217;s rank, based on the=
 <b>default OF</b> (as Raghuram suggest), as the only factor for selecting =
timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">I would go that route, but maybe you have some count=
er example in mind?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria, all,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">My 2c is the following. We already agreed on the fact that a mote'=
s (RPL) routing parent would also be its (TSCH) time source neighbor. So wh=
y not pick the time source neighbor
 based on routing information?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">What exactly do you mean by clock accuracy? All nodes in a TSCH ne=
twork need to be able to synchronize with one another, and I don't think we=
 are considering cases where that is
 not true.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Raghuram,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I agree with you that we need a method to pick a timi=
ng parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We might need the L3 information on that, unless we c=
an find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram Sudhaakar (rs=
udhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Pouria,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I think we need to keep node rank at 6top (as a read =
only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We should propose a default OF, that is used to compu=
te the ranks for the purpose finding the timing parent.</span><o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Good point :-)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">agreed!<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a href=3D"mailt=
o:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:</sp=
an><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I guess we cannot keep &#8220;node rank=
&#8221; in the 6top. Because a node might have different rank based on
 different metrics defined in L3. As a response, I don&#8217;t think we can=
 get all of those information form L3 and use them in neighbor table in 6to=
p. Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think, as you mentioned we need to wo=
rk on them.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">regards,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Xavi<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your complete explanati=
on. It absolutely makes sense.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Just one minor question. The neighbor t=
able will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">answer inline:<o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don't have any information about connect=
ivity (as RFC6552 describes) an initial value is set (i.e rank &#43; FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I completely agree with your description. Besides, there isn't a c=
ommon shared cell to send KAs. I see the operation in the following way:<o:=
p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">6top KA timer expires and places a KA packet into the queue (e.g this ha=
ppens every 30s). TSCH layer at the begining of a shared tx/rx slot then re=
ads from the queue and sends the packet.
 This means that the KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=3D"mailto:6tsch=
-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"14097b9d7a38b162_14084052012ad959_140798"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL objective function calculation us=
ing Neighbors information described in Basic configuration.
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp; -this includes how =
OF is calculated using numTx and numTxACK, etc..
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL configuration:</span><o:p></o:p><=
/p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp; - storing mod=
e vs non-storing mode (I vote for non-storing mode for a basic configuratio=
n)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309BEXMBX23adutwent_--

From twatteyne@gmail.com  Tue Aug 20 22:45:48 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 475AC11E8376 for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 22:45:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level: 
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[AWL=0.083,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T3Jf38uvHGBJ for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 22:45:46 -0700 (PDT)
Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id C961411E8373 for <6tsch@ietf.org>; Tue, 20 Aug 2013 22:45:44 -0700 (PDT)
Received: by mail-pa0-f50.google.com with SMTP id fb10so421510pad.9 for <6tsch@ietf.org>; Tue, 20 Aug 2013 22:45:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=tnKlMwBpLepRM95fdZz02xRHVWAMzeh9Iz1RSsMP9LA=; b=nxO2zRuefytDrUC1yCIsIO0EnpAWXB9o886viXmdHn6tUYtiaDlegS137B4H5O9Gmn sahi4ikfI4+wJEfCSX8YNWile7ilFlOfXkCqROYDzkQaKRcTJat+cVjIwHOIcDpnpicv 810iQypdIvNnVnZH7doQYqc1M7sCCn9/Le5xcrLNxeZFJmfmg3bmEOvqaWMDK6YjzfAd zgLxyVeEUmTFX1XwXGLpftlFQG6cIWLHmeYvk/YLCbVeW0CAAKhpiOUXODrx0zCBBVZE OIa+7XrwewmoJkqUf3SLznEy+og2lIctSb13ai5u2MNEwUqIpbrRc2wAB1cPZGBOKaTH SGTw==
X-Received: by 10.66.156.199 with SMTP id wg7mr7670273pab.81.1377063940133; Tue, 20 Aug 2013 22:45:40 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 20 Aug 2013 22:45:18 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 20 Aug 2013 22:45:18 -0700
X-Google-Sender-Auth: hZzuTaCk4RsoWVS6o_NXSXcP8fA
Message-ID: <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b86c748fc1b5e04e46eae8d
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 05:45:48 -0000

--047d7b86c748fc1b5e04e46eae8d
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Pouria,
Glad to read we agree!
Thomas


On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl> wrote:

>  Thomas,****
>
> ** **
>
> Many thanks for your explanation.****
>
> ****
>
> I couldn=92t find the related counter in MAC PIB of IEEE 802.15.4.****
>
> ** **
>
> My first idea was using both (a) clock accuracy information and (b) RPL
> rank information for choosing the best timing parent between two routers
> with equal (or close) RPL rank. That would help us to avoid (1)
> synchronization loop problem and (2) potential drifting problem caused by
> choosing the parent, between two with equal ranks but not equal clock
> accuracy.****
>
> ** **
>
> As you mentioned, let=92s not make it complicated and consider the parent
> rank as a factor for choosing the timing parent.****
>
> ** **
>
> Pouria.****
>
>        ****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Tuesday, August 20, 2013 7:54 AM
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Pouria,****
>
> Thanks for the explanation. Allow me to answer inline.****
>
> Thomas****
>
> ** **
>
> On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl> wrote:****
>
> Thomas,****
>
>  ****
>
> I am not expert in synchronization, so please bear with me.****
>
>  ****
>
> By clock accuracy information, I mean how accurate a node can maintain
> (e.g. =B11 ms) synchronization in the network for a period of time (e.g. =
20
> s) without the need for clock update. Different devices might have
> different clock accuracy values represent by parts per million (ppm) unit=
.
> The clock accuracy of a device might depend on the device=92 environment
> conditions (e.g. temperature or shocks) and it doesn=92t just depend on
> crystals hardware. Am I right?****
>
> ** **
>
> Agreed. I am used to the term "clock drift" for the phenomenon, but
> absolutely, drift depends on manufacturing, voltage, temperature, and
> probably other environmental factors. The amount of drift of your clock
> source will dictate how often resynchronization needs to happen, given a
> guard time (i.e. 1ms). Of course, all these parameters depend on each
> other, so you can imagine buying a better clock source, or changing the
> re-synchronization frequency, or changing the guard time.****
>
> ** **
>
>   In the centralized approach, the System/Network managers, use (L2)
> device clock accuracy information as well as (L3) nodes=92 topology
> information (similar to node=92s rank in RPL in 6tsch distributed approac=
h)
> to select the potential clock sources in the network. Am I right? ****
>
>  ** **
>
> Hmm. I understand what you are proposing, but my first reaction is to be =
a
> bit afraid that basing time source neighbor selection on clock drift
> information might lead to lots of complexity, for not much gain (I think)=
.
> If I am drifting a lot wrt to my neighbor, could I not resolve that local=
ly
> (through all kind of techniques we can think of), rather than involving t=
he
> time source neighbor selection process in that?****
>
>  ****
>
>   In a distributed approach, a network device might inform their
> neighbors about its (L2) clock accuracy. A new device might use this
> information, as well as L3 parameters (e.g. sender RPL=92 rank), to choos=
e
> its timing parent.****
>
>  ** **
>
> This would certainly invert the approach. Now, we let RPL select routing
> parents, and then we have TSCH just use the same. If we go the other way
> around, i.e. select time source neighbors, then routes, many things will
> get complicated real quick, the first of which are synchronization loops.=
*
> ***
>
>  ****
>
>   If in 6tsch, we are considering the case that all the nodes in the
> network have equal high clock accuracy, then let=92s consider (L3) router=
=92s
> rank, based on the *default OF* (as Raghuram suggest), as the only factor
> for selecting timing parent.****
>
>  ****
>
>  I would go that route, but maybe you have some counter example in mind?*=
*
> **
>
>  ****
>
>  Pouria****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Monday, August 19, 2013 4:28 AM
> *To:* 6TSCH****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria, all,****
>
>  ****
>
> My 2c is the following. We already agreed on the fact that a mote's (RPL)
> routing parent would also be its (TSCH) time source neighbor. So why not
> pick the time source neighbor based on routing information?****
>
>  ****
>
> What exactly do you mean by clock accuracy? All nodes in a TSCH network
> need to be able to synchronize with one another, and I don't think we are
> considering cases where that is not true.****
>
>  ****
>
> Thomas****
>
>  ****
>
> On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl> wrote:****
>
> Raghuram,****
>
> I agree with you that we need a method to pick a timing parent.****
>
> We might need the L3 information on that, unless we can find a solution i=
n
> 6top to use L2 information. For example about the clock accuracy
> capabilities of the device who has already joined the network. I am not
> sure if this information is available in L2 and neighbor table.****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
> *Sent:* Wednesday, August 14, 2013 12:57 AM
> *To:* xvilajosana@eecs.berkeley.edu; Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org; Qin Wang****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Xavi, Pouria,****
>
> I think we need to keep node rank at 6top (as a read only parameter
> obtained from L3) in order for the TSCH nodes to figure out the timing
> parent. In the case where RPL node may have different ranks based on
> different OFs we need a method to pick a timing parent.****
>
>  ****
>
> We should propose a default OF, that is used to compute the ranks for the
> purpose finding the timing parent.****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *<xvilajosana@eecs.berkeley.edu>
> *Date: *Tuesday, August 13, 2013 2:27 PM
> *To: *Pouria Zand <P.Zand@utwente.nl>
> *Cc: *Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <
> 6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: [6tsch] RPL on Basic****
>
>  ****
>
> Good point :-)****
>
> agreed!
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> I guess we cannot keep =93node rank=94 in the 6top. Because a node might =
have
> different rank based on different metrics defined in L3. As a response, I
> don=92t think we can get all of those information form L3 and use them in
> neighbor table in 6top. Am I right? ****
>
> I think, as you mentioned we need to work on them. ****
>
>  ****
>
> Pouria  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 11:13 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,
>
> yes the neighbor table is something that 6top takes care of. The fields o=
f
> the table is something that we need to work on, stats for sure as describ=
ed
> by the basic configuration draft. As regards to the rank, in our
> implementation, we keep it in the table, for each neighbour we keep its
> rank. This information can be placed somewhere else if you want but I gue=
ss
> we need it to keep some sense on what is the rank of our neighbors.****
>
> regards,****
>
> Xavi****
>
>  ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Many thanks for your complete explanation. It absolutely makes sense.****
>
>  ****
>
> Just one minor question. The neighbor table will be stored in 6top. Am I
> right? If yes, do we need to store rank information (included in DIO) in
> that table? Or we just store neighbor statistic?****
>
>  ****
>
> Pouria ****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 10:17 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> answer inline:****
>
> Xavi,****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> there are many different ways to implement that, this is an option.****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI?****
>
> These are the list of known neighbors with acceptable RSSI, so yes if it
> wants to keep all of them.****
>
> Or (2) the node should probe its connection with the its RPL parent and
> its RPL child? In the case (2), how does the 6top can inform the L3 about
> the new potential discovered neighbors and their connection status? ****
>
> When a node is discovered due to receiving and EB (at least in our openws=
n
> implementation), it is inserted at the neighbor table. At that point no
> information about connectivity can be used except RSSI. As soon as a DIO =
is
> received from that node, its information is updated (including rank). As =
we
> don't have any information about connectivity (as RFC6552 describes) an
> initial value is set (i.e rank + FOO). In openwsn a similar case to (1) i=
s
> used so eventually some stats of the link can be used to compute the ETX
> and let RPL do its work. ****
>
> So RPL knows about a new node because 6TOP keeps information of neighbors
> an eventually this information is used by RPL to update routes. As this
> node sends DIOs and receives DIOs from others the information is
> permanently being updated enabling a node to be positioned in the multiho=
p
> topology.****
>
> Does it make sense?****
>
> Pouria****
>
>  ****
>
> On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
>  ****
>
> Pouria****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ** **
>

--047d7b86c748fc1b5e04e46eae8d
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pouria,<div>Glad to read we agree!</div><div>Thomas</div><=
/div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, =
Aug 20, 2013 at 12:53 PM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@u=
twente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your expl=
anation.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t find the rel=
ated counter in MAC PIB of IEEE 802.15.4.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">My first idea was using b=
oth (a) clock accuracy information and (b) RPL rank information for choosin=
g the best timing parent between two routers with equal
 (or close) RPL rank. That would help us to avoid (1) synchronization loop =
problem and (2) potential drifting problem caused by choosing the parent, b=
etween two with equal ranks but not equal clock accuracy.<u></u><u></u></sp=
an></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you mentioned, let=92s=
 not make it complicated and consider the parent rank as a factor for choos=
ing the timing parent.<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=A0=A0=A0=A0=A0=A0<u><=
/u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span></p><div><div class=3D"=
h5"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Thanks for the explanation. Allow me to answer inlin=
e.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I am not expert in synchr=
onization, so please bear with me.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">By clock accuracy informa=
tion, I mean how accurate a node can maintain (e.g. =B11 ms) synchronizatio=
n
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device=92 environment
 conditions (e.g. temperature or shocks) and it doesn=92t just depend on cr=
ystals hardware. Am I right?</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Agreed. I am used to the term &quot;clock drift&quot=
; for the phenomenon, but absolutely, drift depends on manufacturing, volta=
ge, temperature, and probably other environmental factors. The amount of dr=
ift of your clock source will dictate how often
 resynchronization needs to happen, given a guard time (i.e. 1ms). Of cours=
e, all these parameters depend on each other, so you can imagine buying a b=
etter clock source, or changing the re-synchronization frequency, or changi=
ng the guard time.<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In the centralized app=
roach, the System/Network managers, use (L2) device clock accuracy informat=
ion
 as well as (L3) nodes=92 topology information (similar to node=92s rank in=
 RPL in 6tsch distributed approach) to select the potential clock sources i=
n the network. Am I right?=A0</span><u></u><u></u></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Hmm. I understand what you are proposing, but my fir=
st reaction is to be a bit afraid that basing time source neighbor selectio=
n on clock drift information might lead to lots of complexity, for not much=
 gain (I think). If I am drifting
 a lot wrt to my neighbor, could I not resolve that locally (through all ki=
nd of techniques we can think of), rather than involving the time source ne=
ighbor selection process in that?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In a distributed appro=
ach, a network device might inform their neighbors about its (L2) clock acc=
uracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL=92 rank), to choose its timing parent.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This would certainly invert the approach. Now, we le=
t RPL select routing parents, and then we have TSCH just use the same. If w=
e go the other way around, i.e. select time source neighbors, then routes, =
many things will get complicated real
 quick, the first of which are synchronization loops.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0If in 6tsch, we are co=
nsidering the case that all the nodes in the network have equal high clock
 accuracy, then let=92s consider (L3) router=92s rank, based on the <b>defa=
ult OF</b> (as Raghuram suggest), as the only factor for selecting timing p=
arent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">I would go that route, but maybe you have some count=
er example in mind?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria, all,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">My 2c is the following. We already agreed on the fac=
t that a mote&#39;s (RPL) routing parent would also be its (TSCH) time sour=
ce neighbor. So why not pick the time source neighbor
 based on routing information?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What exactly do you mean by clock accuracy? All node=
s in a TSCH network need to be able to synchronize with one another, and I =
don&#39;t think we are considering cases where that is
 not true.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Raghuram,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I agree with you that we need a method =
to pick a timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We might need the L3 information on tha=
t, unless we can find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Best Wishes,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram=
 Sudhaakar (rsudhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Pouria,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I think we need to keep node rank at 6t=
op (as a read only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We should propose a default OF, that is=
 used to compute the ranks for the purpose finding the timing parent.</span=
><u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>


<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Good poi=
nt :-)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">agreed!<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a=
 href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&=
gt; wrote:</span><u></u><u></u></p>


<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I guess we cannot keep =
=93node rank=94 in the 6top. Because a node might have different rank based=
 on
 different metrics defined in L3. As a response, I don=92t think we can get=
 all of those information form L3 and use them in neighbor table in 6top. A=
m I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think, as you mentioned=
 we need to work on them.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">regards,<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Xavi<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your comp=
lete explanation. It absolutely makes sense.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<u></u>=
<u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Keep Alive timer expires for =93node A=94 aft=
er 30s if no frames have been sent (or received) to (or from) neighbor =93n=
ode B=94. Am I right?</span><u></u><u></u></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><u></u><u></u></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don&#39;t have any information about con=
nectivity (as RFC6552 describes) an initial value is set (i.e rank + FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Pouria</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or
 from) neighbor =93node B=94. Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? =A0=A0=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn&#39;t a common shared cell to send KAs. I see the operation in the=
 following way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet.
 This means that the KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result,
 and as part of IEEE802.15.4e&#39;s normal operation, a node keeps synchron=
ized with its RPL parent. In the absence of traffic, the node will periodic=
ally &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How ofte=
n depends on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"1409d4a4d02237f3_14097b9d7a38b162_1408405=
2012ad959_140798"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><=
u></u></p>


<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL objective function =
calculation using Neighbors information described in Basic configuration.
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0 -this includes=
 how OF is calculated using numTx and numTxACK, etc..
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL configuration:</spa=
n><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0=A0 - storing m=
ode vs non-storing mode (I vote for non-storing mode for a basic configurat=
ion)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>


<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>


<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--047d7b86c748fc1b5e04e46eae8d--

From twatteyne@gmail.com  Tue Aug 20 22:46:55 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0420A11E8373 for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 22:46:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[AWL=0.076,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4vGEkf6CHR1e for <6tsch@ietfa.amsl.com>; Tue, 20 Aug 2013 22:46:51 -0700 (PDT)
Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) by ietfa.amsl.com (Postfix) with ESMTP id 1855311E81B2 for <6tsch@ietf.org>; Tue, 20 Aug 2013 22:46:42 -0700 (PDT)
Received: by mail-pa0-f54.google.com with SMTP id kx10so414315pab.41 for <6tsch@ietf.org>; Tue, 20 Aug 2013 22:46:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=vIeJbFhb6V5QzVsAO24zooTYJRQyU5l+4aApYkW+y6c=; b=gj8jiOosMKqjpkkuMc6mNMPLDKR1eP1XldUaYHIhGRLHERQapHn3cba8PQ05x1KW/h ekuy3RaKya4VIo0v8ti50/sM923tIL5Ba+kBHIi3bvKmwl2TSdFXtq3OvsOXrlFwj0+3 SCxdw9nPzLqfsb+NTXjRuRIGG8onjQRW6TnHfd0y92RG3pJMlzOuBqGCyoOjHx4wuQcs WGfDy3IyuIYMW7hi8ONk0Ed1OgfJ6pRuzE0T4x5qn7H+0eVmzXnL1i5JiiqwUNZRI7g2 GWuI4KBDB0vx5RkogTe9Av9qCIurfK48fVsJFEruncDT5XkCdY4e4BwibSbdskidwccy Ve/Q==
X-Received: by 10.68.162.97 with SMTP id xz1mr5880908pbb.166.1377064001059; Tue, 20 Aug 2013 22:46:41 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 20 Aug 2013 22:46:20 -0700 (PDT)
In-Reply-To: <CAAzoce5qN2_ZtvryG3eFkcE=Ytvz-EByE+PndYwiFwYhTt=q2A@mail.gmail.com>
References: <CAAzoce4MJxN5QFaPLjveusXDM__-cnjsq1N=6v5HNqu1sZGxUA@mail.gmail.com> <52128ABD.3030800@berkeley.edu> <CAAzoce7FbbiSrUZC99TvkjUJ2NaOYnGjypEnT=X+DyKAar5M6w@mail.gmail.com> <CADJ9OA8dRTFQLgbjw=vGBF6hgdwz59KogVCVH23Rf-0CmS21Ng@mail.gmail.com> <CAAzoce5qN2_ZtvryG3eFkcE=Ytvz-EByE+PndYwiFwYhTt=q2A@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 20 Aug 2013 22:46:20 -0700
X-Google-Sender-Auth: NkQNc-ZMKMgmwL_CFoeRmKaIGbo
Message-ID: <CADJ9OA87d5NjmzehT8e21kpFN4ybQA3wb=cnT4d=nGaMSTDq2A@mail.gmail.com>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7bacb84a9dc34904e46eb267
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 05:46:55 -0000

--047d7bacb84a9dc34904e46eb267
Content-Type: text/plain; charset=ISO-8859-1

Qin,
I totally agree with these flows.
Thomas


On Tue, Aug 20, 2013 at 6:39 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Thomas,
>
> I agree with you. Let's identify the control flows first.
>
> Assume there is a management entity (ME) which may be exist in PCE (in
> centrilized case) or upper layer of mote (in distributed caes). The control
> flows discussed here are between ME and 6top of mote. Then, I think there
> are three kinds of flows as follows.
>
> (1) Action Flow. ME sends a action request (e.g. create/delete
> hardcell/update/softcell, create/delete/update slotframe) to 6top, 6top
> executes the action request, and then 6top responses confirmation message.
> (2) Query Flow. ME sends a query (e.g. read neighbor, read statistics,
> read timesource) to 6top, 6top responses the corresponding information in
> the local MIB.
> (3) Report Flow. According to some criteria configured in mote (e.g.
> periodically), 6top reports the information in local MIB. From the 6top's
> commands point of view, it is a kind of query triggered by 6top of mote
> self.
>
> What do you think?
>
> Thanks
> Qin
>
>
>
>
>
>
>
>
>
> On Tue, Aug 20, 2013 at 2:07 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:
>
>> Qin,
>>
>> Thanks for starting the thread! I have comment which my sound a bit
>> vague, but it's on purpose :)
>>
>> Do you envision that the flows will match the 6tos commands exactly? That
>> is, are you considering that the packets sent between different devices in
>> the network (PCE, motes, etc) contain the same commands as the 6top set of
>> commands from
>> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?
>>
>> Maybe we could by identifying the flows that we are considering, then the
>> contents of those packets (possibly described using some high level
>> representation such as JSON), and only then worry about their efficient
>> representation (e.g. BSON). Just a thought.
>>
>> Thomas
>>
>> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Hi Kris,
>>>
>>> You are right. Security Key should be a structured data, besides the key
>>> material, it should includes something like lifetime, KeyID, .....Correct?
>>>
>>> Many thanks!
>>>
>>> Qin
>>>
>>>
>>> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote:
>>>
>>>>  is the security key a string?  That doesn't seem right.
>>>>
>>>> ksjp
>>>>
>>>>
>>>> On 8/19/2013 2:05 PM, Qin Wang wrote:
>>>>
>>>> Hi all,
>>>>
>>>>  I separate a thread from thread "Message Flows", to discuss the
>>>> format for management messages, e.g. JSON, BSON, or others.
>>>>
>>>>  As Thomas's suggestion, before delving into the representation of the
>>>> information, we firstly identify what the contents of the different
>>>> signaling packets are, and in addition, what the data structures they may
>>>> use.
>>>>
>>>>  I would like to take the commands defined in draft-wang-6tsch-6top-00
>>>> as starting point. Here are the parameters in those commands.
>>>>
>>>>  //integer
>>>> (1) xxxID, e.g. TrackID, SlotframeID
>>>>  (2) xxxOffset, e.g. SlotOffset
>>>> (3) NumOfxxx/Length
>>>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
>>>>  (5) Status
>>>>  (6) ASN (5Byte integer), e.g. last time when a packet received from a
>>>> neighbor
>>>>
>>>>  //string
>>>> (7) L2 address
>>>> (8) SecurityKey
>>>>
>>>>  //bitmap
>>>> (9) LinkOption
>>>>
>>>>  //floating
>>>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics
>>>>
>>>>  Maybe something else........
>>>>
>>>>  Now, we can evaluate different representation methods. What do you
>>>> think?
>>>>
>>>>  Thanks
>>>> Qin
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>

--047d7bacb84a9dc34904e46eb267
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Qin,<div>I totally agree with these flows.</div><div>Thoma=
s</div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">=
On Tue, Aug 20, 2013 at 6:39 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Thomas,<div><br><div>I agre=
e with you. Let&#39;s identify the control flows first.=A0</div><div><br></=
div>

<div>Assume there is a management entity (ME) which may be exist in PCE (in=
 centrilized case) or upper layer of mote (in distributed caes). The contro=
l flows discussed here are between ME and 6top of mote. Then, I think there=
 are three kinds of flows as follows.</div>


<div><br></div><div>(1) Action Flow. ME sends a action request (e.g. create=
/delete hardcell/update/softcell, create/delete/update slotframe) to 6top, =
6top executes the action request, and then 6top responses confirmation mess=
age.=A0</div>


<div>(2) Query Flow. ME sends a query (e.g. read neighbor, read statistics,=
 read timesource) to 6top, 6top responses the corresponding information in =
the local MIB.</div><div>(3) Report Flow. According to some criteria config=
ured in mote (e.g. periodically), 6top reports the information in local MIB=
. From the 6top&#39;s commands point of view, it is a kind of query trigger=
ed by 6top of mote self.</div>

<div class=3D"im">
<div><br></div><div>What do you think?</div><div><br></div><div>Thanks</div=
><div>Qin</div><div><br></div><div><br></div><div><br></div><div><br></div>=
<div><br></div><div><br></div><div><br></div></div></div></div><div class=
=3D"HOEnZb">

<div class=3D"h5"><div class=3D"gmail_extra">
<br><br><div class=3D"gmail_quote">On Tue, Aug 20, 2013 at 2:07 PM, Thomas =
Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #=
ccc solid;padding-left:1ex">


<div dir=3D"ltr">Qin,<div><br></div><div>Thanks for starting the thread! I =
have comment which my sound a bit vague, but it&#39;s on purpose :)</div><d=
iv><br></div><div>Do you envision that the flows will match the 6tos comman=
ds exactly? That is, are you considering that the packets sent between diff=
erent devices in the network (PCE, motes, etc) contain the same commands as=
 the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html/draf=
t-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.org/h=
tml/draft-wang-6tsch-6top-00#section-2.4</a>?</div>




<div><br></div><div>Maybe we could by identifying the flows that we are con=
sidering, then the contents of those packets (possibly described using some=
 high level representation such as JSON), and only then worry about their e=
fficient representation (e.g. BSON). Just a thought.</div>


<span><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span><div><div><div class=3D"gmail=
_extra"><br><div class=3D"gmail_quote">On Mon, Aug 19, 2013 at 3:54 PM, Qin=
 Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=
=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>





<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div dir=3D"ltr">Hi Kris,<div><br></div><div>You are right=
. Security Key should be a structured data, besides the key material, it sh=
ould includes something like lifetime, KeyID, .....Correct?</div>





<div><br></div><div>Many thanks!</div>
<div><br></div><div>Qin</div></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <span di=
r=3D"ltr">&lt;<a href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@b=
erkeley.edu</a>&gt;</span> wrote:<br>






<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    is the security key a string?=A0 That doesn&#39;t seem right.<br>
    <br>
    ksjp<div><div><div><div><br>
    <br>
    <div>On 8/19/2013 2:05 PM, Qin Wang wrote:<br>
    </div>
    </div></div></div></div><blockquote type=3D"cite"><div><div><div><div>
      <div dir=3D"ltr">Hi all,
        <div><br>
        </div>
        <div>I separate a thread from thread &quot;Message Flows&quot;, to =
discuss
          the format for management messages, e.g. JSON, BSON, or
          others.</div>
        <div><br>
        </div>
        <div>As Thomas&#39;s suggestion, b<span style=3D"font-family:arial,=
sans-serif;font-size:13px">efore
            delving into the representation of the information, we
            firstly identify what the contents of the different
            signaling packets are, and in addition, what the data
            structures they may use.=A0</span></div>
        <div><span style=3D"font-family:arial,sans-serif;font-size:13px"><b=
r>
          </span></div>
        <div>I would like to take the commands defined
          in=A0draft-wang-6tsch-6top-00 as starting point. Here are the
          parameters in those commands.</div>
        <div><br>
        </div>
        <div>//integer</div>
        <div>(1) xxxID, e.g. TrackID, SlotframeID<br>
        </div>
        <div>(2) xxxOffset, e.g. SlotOffset</div>
        <div>(3) NumOfxxx/Length</div>
        <div>(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0</div>
        <div>
          (5) Status<br>
        </div>
        <div>(6) ASN (5Byte integer), e.g. last time when a packet
          received from a neighbor<br>
        </div>
        <div><br>
        </div>
        <div>//string</div>
        <div>(7) L2 address</div>
        <div>(8) SecurityKey</div>
        <div><br>
        </div>
        <div>//bitmap</div>
        <div>(9) LinkOption<br>
        </div>
        <div><br>
        </div>
        <div>//floating</div>
        <div>(10) Metrics, e.g. PDR, ETX, queuing statistics,
          energy-related metrics</div>
        <div><br>
        </div>
        <div>Maybe something else........</div>
        <div><br>
        </div>
        <div>
          Now, we can evaluate different representation methods. What do
          you think?</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div>Qin</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>=A0=A0</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div></div></div><pre>________________________________________=
_______
6tsch mailing list
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7bacb84a9dc34904e46eb267--

From qinwang@berkeley.edu  Wed Aug 21 10:41:13 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3681911E83B4 for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 10:41:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.953
X-Spam-Level: 
X-Spam-Status: No, score=-2.953 tagged_above=-999 required=5 tests=[AWL=0.023,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QXhJGetyq5yH for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 10:41:09 -0700 (PDT)
Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com [209.85.220.181]) by ietfa.amsl.com (Postfix) with ESMTP id 618BF11E8257 for <6tsch@ietf.org>; Wed, 21 Aug 2013 10:41:08 -0700 (PDT)
Received: by mail-vc0-f181.google.com with SMTP id hz10so464369vcb.40 for <6tsch@ietf.org>; Wed, 21 Aug 2013 10:41:06 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4U2JaPRu359qiRUXsXUHgnCJAKD/Gzp4I2zb5LhamBA=; b=gUSJ0nDEKCu+8bfN+My2p321CzZrbTp5tT/eLdvYRDiY2AdpcJo8d74q5YL9h3YYBR t4M0egn2uc3+sqg3HwiDQB47l9DD4GM9y/kOkeh0kPqdcECaDdH381sdp9BEniKKK/// ZJ1vENDrFzygBSCUPyg+XjV3LObu1276G1FJrNGuizKMBjgSeIoocfZBzlJUk9ojDSWj DAa1tN66QFlQFmXGlVafOHUvTdmWc170i7zu8W7Ki9IwsyTa2IO6o3k1Km18h1rP9G5S tEVrudh6tPQhn1D9NeG/lIhvBbs7f+BzkeeCF7olZHnZgxOIes003YMJ9FyGjC8NiISa lsdQ==
X-Gm-Message-State: ALoCoQkVTP5J226g2U+gaZxBtu+jpmk8b9K5jaBpLpX410Op6/9kI2C6f2MhdwWS04ix9FuXXnTt
MIME-Version: 1.0
X-Received: by 10.52.35.98 with SMTP id g2mr6286929vdj.0.1377106866480; Wed, 21 Aug 2013 10:41:06 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Wed, 21 Aug 2013 10:41:06 -0700 (PDT)
In-Reply-To: <CADJ9OA87d5NjmzehT8e21kpFN4ybQA3wb=cnT4d=nGaMSTDq2A@mail.gmail.com>
References: <CAAzoce4MJxN5QFaPLjveusXDM__-cnjsq1N=6v5HNqu1sZGxUA@mail.gmail.com> <52128ABD.3030800@berkeley.edu> <CAAzoce7FbbiSrUZC99TvkjUJ2NaOYnGjypEnT=X+DyKAar5M6w@mail.gmail.com> <CADJ9OA8dRTFQLgbjw=vGBF6hgdwz59KogVCVH23Rf-0CmS21Ng@mail.gmail.com> <CAAzoce5qN2_ZtvryG3eFkcE=Ytvz-EByE+PndYwiFwYhTt=q2A@mail.gmail.com> <CADJ9OA87d5NjmzehT8e21kpFN4ybQA3wb=cnT4d=nGaMSTDq2A@mail.gmail.com>
Date: Thu, 22 Aug 2013 01:41:06 +0800
Message-ID: <CAAzoce67JhUwfF8BG02jTFRcZ-+9sFxUxgoacqof7UvJAnWTBQ@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/mixed; boundary=20cf307f3bfa983b1204e478ad44
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 17:41:13 -0000

--20cf307f3bfa983b1204e478ad44
Content-Type: multipart/alternative; boundary=20cf307f3bfa983b0f04e478ad42

--20cf307f3bfa983b0f04e478ad42
Content-Type: text/plain; charset=ISO-8859-1

Hi Thomas, Xavi and all,

I went through the 6top commands defined in
http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4 and put
them into the three control flows. See the attached file. As Xavi
suggested, it is bottom-up approach, thus, leaving lots of TODOs to
top-down approach.

It is just start point. Any comments and suggestions are welcome.

Qin


On Wed, Aug 21, 2013 at 1:46 PM, Thomas Watteyne <watteyne@eecs.berkeley.edu
> wrote:

> Qin,
> I totally agree with these flows.
> Thomas
>
>
> On Tue, Aug 20, 2013 at 6:39 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Thomas,
>>
>> I agree with you. Let's identify the control flows first.
>>
>> Assume there is a management entity (ME) which may be exist in PCE (in
>> centrilized case) or upper layer of mote (in distributed caes). The control
>> flows discussed here are between ME and 6top of mote. Then, I think there
>> are three kinds of flows as follows.
>>
>> (1) Action Flow. ME sends a action request (e.g. create/delete
>> hardcell/update/softcell, create/delete/update slotframe) to 6top, 6top
>> executes the action request, and then 6top responses confirmation message.
>> (2) Query Flow. ME sends a query (e.g. read neighbor, read statistics,
>> read timesource) to 6top, 6top responses the corresponding information in
>> the local MIB.
>> (3) Report Flow. According to some criteria configured in mote (e.g.
>> periodically), 6top reports the information in local MIB. From the 6top's
>> commands point of view, it is a kind of query triggered by 6top of mote
>> self.
>>
>> What do you think?
>>
>> Thanks
>> Qin
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Tue, Aug 20, 2013 at 2:07 PM, Thomas Watteyne <
>> watteyne@eecs.berkeley.edu> wrote:
>>
>>> Qin,
>>>
>>> Thanks for starting the thread! I have comment which my sound a bit
>>> vague, but it's on purpose :)
>>>
>>> Do you envision that the flows will match the 6tos commands exactly?
>>> That is, are you considering that the packets sent between different
>>> devices in the network (PCE, motes, etc) contain the same commands as the
>>> 6top set of commands from
>>> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?
>>>
>>> Maybe we could by identifying the flows that we are considering, then
>>> the contents of those packets (possibly described using some high level
>>> representation such as JSON), and only then worry about their efficient
>>> representation (e.g. BSON). Just a thought.
>>>
>>> Thomas
>>>
>>> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>>
>>>> Hi Kris,
>>>>
>>>> You are right. Security Key should be a structured data, besides the
>>>> key material, it should includes something like lifetime, KeyID,
>>>> .....Correct?
>>>>
>>>> Many thanks!
>>>>
>>>> Qin
>>>>
>>>>
>>>> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote:
>>>>
>>>>>  is the security key a string?  That doesn't seem right.
>>>>>
>>>>> ksjp
>>>>>
>>>>>
>>>>> On 8/19/2013 2:05 PM, Qin Wang wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>>  I separate a thread from thread "Message Flows", to discuss the
>>>>> format for management messages, e.g. JSON, BSON, or others.
>>>>>
>>>>>  As Thomas's suggestion, before delving into the representation of
>>>>> the information, we firstly identify what the contents of the different
>>>>> signaling packets are, and in addition, what the data structures they may
>>>>> use.
>>>>>
>>>>>  I would like to take the commands defined
>>>>> in draft-wang-6tsch-6top-00 as starting point. Here are the parameters in
>>>>> those commands.
>>>>>
>>>>>  //integer
>>>>> (1) xxxID, e.g. TrackID, SlotframeID
>>>>>  (2) xxxOffset, e.g. SlotOffset
>>>>> (3) NumOfxxx/Length
>>>>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
>>>>>  (5) Status
>>>>>  (6) ASN (5Byte integer), e.g. last time when a packet received from
>>>>> a neighbor
>>>>>
>>>>>  //string
>>>>> (7) L2 address
>>>>> (8) SecurityKey
>>>>>
>>>>>  //bitmap
>>>>> (9) LinkOption
>>>>>
>>>>>  //floating
>>>>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics
>>>>>
>>>>>  Maybe something else........
>>>>>
>>>>>  Now, we can evaluate different representation methods. What do you
>>>>> think?
>>>>>
>>>>>  Thanks
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>

--20cf307f3bfa983b0f04e478ad42
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Thomas, Xavi and all,<div><br></div><div>I went through=
 the 6top commands defined in=A0<a href=3D"http://tools.ietf.org/html/draft=
-wang-6tsch-6top-00#section-2.4" target=3D"_blank" style=3D"font-size:13px;=
font-family:arial,sans-serif">http://tools.ietf.org/html/draft-wang-6tsch-6=
top-00#section-2.4</a><font face=3D"arial, sans-serif">=A0and put them into=
 the three control flows. See the attached file. As Xavi suggested, it is b=
ottom-up approach, thus, leaving lots of TODOs to top-down approach.=A0</fo=
nt></div>
<div><font face=3D"arial, sans-serif"><br></font></div><div><font face=3D"a=
rial, sans-serif">It is just start point. Any comments and suggestions are =
welcome.</font></div><div><font face=3D"arial, sans-serif"><br></font></div=
><div>
<span style=3D"font-family:arial,sans-serif">Qin</span><br></div></div><div=
 class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed, Aug 21, 2=
013 at 1:46 PM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:wat=
teyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&g=
t;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div>I totally agree wi=
th these flows.</div><span class=3D"HOEnZb"><font color=3D"#888888"><div>Th=
omas</div>
</font></span></div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"g=
mail_extra"><br><br><div class=3D"gmail_quote">On Tue, Aug 20, 2013 at 6:39=
 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu"=
 target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Thomas,<div><br><div>I agre=
e with you. Let&#39;s identify the control flows first.=A0</div><div><br></=
div>


<div>Assume there is a management entity (ME) which may be exist in PCE (in=
 centrilized case) or upper layer of mote (in distributed caes). The contro=
l flows discussed here are between ME and 6top of mote. Then, I think there=
 are three kinds of flows as follows.</div>



<div><br></div><div>(1) Action Flow. ME sends a action request (e.g. create=
/delete hardcell/update/softcell, create/delete/update slotframe) to 6top, =
6top executes the action request, and then 6top responses confirmation mess=
age.=A0</div>



<div>(2) Query Flow. ME sends a query (e.g. read neighbor, read statistics,=
 read timesource) to 6top, 6top responses the corresponding information in =
the local MIB.</div><div>(3) Report Flow. According to some criteria config=
ured in mote (e.g. periodically), 6top reports the information in local MIB=
. From the 6top&#39;s commands point of view, it is a kind of query trigger=
ed by 6top of mote self.</div>


<div>
<div><br></div><div>What do you think?</div><div><br></div><div>Thanks</div=
><div>Qin</div><div><br></div><div><br></div><div><br></div><div><br></div>=
<div><br></div><div><br></div><div><br></div></div></div></div><div>

<div><div class=3D"gmail_extra">
<br><br><div class=3D"gmail_quote">On Tue, Aug 20, 2013 at 2:07 PM, Thomas =
Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #=
ccc solid;padding-left:1ex">



<div dir=3D"ltr">Qin,<div><br></div><div>Thanks for starting the thread! I =
have comment which my sound a bit vague, but it&#39;s on purpose :)</div><d=
iv><br></div><div>Do you envision that the flows will match the 6tos comman=
ds exactly? That is, are you considering that the packets sent between diff=
erent devices in the network (PCE, motes, etc) contain the same commands as=
 the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html/draf=
t-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.org/h=
tml/draft-wang-6tsch-6top-00#section-2.4</a>?</div>





<div><br></div><div>Maybe we could by identifying the flows that we are con=
sidering, then the contents of those packets (possibly described using some=
 high level representation such as JSON), and only then worry about their e=
fficient representation (e.g. BSON). Just a thought.</div>



<span><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span><div><div><div class=3D"gmail=
_extra"><br><div class=3D"gmail_quote">On Mon, Aug 19, 2013 at 3:54 PM, Qin=
 Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=
=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>






<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div dir=3D"ltr">Hi Kris,<div><br></div><div>You are right=
. Security Key should be a structured data, besides the key material, it sh=
ould includes something like lifetime, KeyID, .....Correct?</div>






<div><br></div><div>Many thanks!</div>
<div><br></div><div>Qin</div></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <span di=
r=3D"ltr">&lt;<a href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@b=
erkeley.edu</a>&gt;</span> wrote:<br>







<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    is the security key a string?=A0 That doesn&#39;t seem right.<br>
    <br>
    ksjp<div><div><div><div><br>
    <br>
    <div>On 8/19/2013 2:05 PM, Qin Wang wrote:<br>
    </div>
    </div></div></div></div><blockquote type=3D"cite"><div><div><div><div>
      <div dir=3D"ltr">Hi all,
        <div><br>
        </div>
        <div>I separate a thread from thread &quot;Message Flows&quot;, to =
discuss
          the format for management messages, e.g. JSON, BSON, or
          others.</div>
        <div><br>
        </div>
        <div>As Thomas&#39;s suggestion, b<span style=3D"font-family:arial,=
sans-serif;font-size:13px">efore
            delving into the representation of the information, we
            firstly identify what the contents of the different
            signaling packets are, and in addition, what the data
            structures they may use.=A0</span></div>
        <div><span style=3D"font-family:arial,sans-serif;font-size:13px"><b=
r>
          </span></div>
        <div>I would like to take the commands defined
          in=A0draft-wang-6tsch-6top-00 as starting point. Here are the
          parameters in those commands.</div>
        <div><br>
        </div>
        <div>//integer</div>
        <div>(1) xxxID, e.g. TrackID, SlotframeID<br>
        </div>
        <div>(2) xxxOffset, e.g. SlotOffset</div>
        <div>(3) NumOfxxx/Length</div>
        <div>(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0</div>
        <div>
          (5) Status<br>
        </div>
        <div>(6) ASN (5Byte integer), e.g. last time when a packet
          received from a neighbor<br>
        </div>
        <div><br>
        </div>
        <div>//string</div>
        <div>(7) L2 address</div>
        <div>(8) SecurityKey</div>
        <div><br>
        </div>
        <div>//bitmap</div>
        <div>(9) LinkOption<br>
        </div>
        <div><br>
        </div>
        <div>//floating</div>
        <div>(10) Metrics, e.g. PDR, ETX, queuing statistics,
          energy-related metrics</div>
        <div><br>
        </div>
        <div>Maybe something else........</div>
        <div><br>
        </div>
        <div>
          Now, we can evaluate different representation methods. What do
          you think?</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div>Qin</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>=A0=A0</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div></div></div><pre>________________________________________=
_______
6tsch mailing list
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--20cf307f3bfa983b0f04e478ad42--
--20cf307f3bfa983b1204e478ad44
Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; 
	name="control flows.docx"
Content-Disposition: attachment; filename="control flows.docx"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_hkmtqx060

UEsDBBQABgAIAAAAIQAJJIeCgQEAAI4FAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0
lE1Pg0AQhu8m/geyVwPbejDGlPag9ahNrPG8LkPZyH5kZ/v17x1KS6qhpVq9kMAy7/vMCzOD0UqX
0QI8KmtS1k96LAIjbabMLGWv08f4lkUYhMlEaQ2kbA3IRsPLi8F07QAjqjaYsiIEd8c5ygK0wMQ6
MHSSW69FoFs/407IDzEDft3r3XBpTQAT4lBpsOHgAXIxL0M0XtHjmsRDiSy6r1+svFImnCuVFIFI
+cJk31zirUNClZt3sFAOrwiD8VaH6uSwwbbumaLxKoNoInx4Epow+NL6jGdWzjX1kByXaeG0ea4k
NPWVmvNWAiJlrsukOdFCmR3/QQ4M6xLw7ylq3RPt31QoxnkOkj52dx4a46rppLbYq+12gxAopFNM
vv6CcVfouFXuRFjC+8u/UeyJd4LkNBpT8V7CCYn/MIxGuhMi0LwD31z7Z3NsZI5Z0mRMvHVI+8P/
ou3dgqiqYxo5Bz4oaFZE24g1jrR7zu4Pqu2WQdbizTfbdPgJAAD//wMAUEsDBBQABgAIAAAAIQAe
kRq38wAAAE4CAAALAAgCX3JlbHMvLnJlbHMgogQCKKAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjJLbSgNBDIbvBd9hyH032woi0tneSKF3
IusDhJnsAXcOzKTavr2jILpQ217m9OfLT9abg5vUO6c8Bq9hWdWg2JtgR99reG23iwdQWchbmoJn
DUfOsGlub9YvPJGUoTyMMaui4rOGQSQ+ImYzsKNchci+VLqQHEkJU4+RzBv1jKu6vsf0VwOamaba
WQ1pZ+9AtcdYNl/WDl03Gn4KZu/Yy4kVyAdhb9kuYipsScZyjWop9SwabDDPJZ2RYqwKNuBpotX1
RP9fi46FLAmhCYnP83x1nANaXg902aJ5x687HyFZLBZ9e/tDg7MvaD4BAAD//wMAUEsDBBQABgAI
AAAAIQB8O5c5IgEAALkDAAAcAAgBd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVscyCiBAEooAAB
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKyTTU+EMBCG7yb+B9K7FFZdjdmyFzXZq67x3C1T
aISWdMYP/r0VswrKogcuTWaavs/TSbtav9VV9AIejbOCpXHCIrDK5cYWgj1sb08uWYQkbS4rZ0Gw
FpCts+Oj1R1UksIhLE2DUUixKFhJ1FxxjqqEWmLsGrBhRztfSwqlL3gj1ZMsgC+SZMl9P4Nlg8xo
kwvmN/kpi7ZtE8h/ZzutjYJrp55rsDSC4AhE4WYYMqUvgATbd+Lgyfi4wuKAQm2Ud+g0xcrV/JP+
Qb0YXowjtRXgo6HyRmtQ1Mf/3JrySA94jIz5H6PoyL1BdPUUfjknnsILgW96V/JuTacczud00M7S
Vu6qnsdXa0ribE6JV9jd/3qVveZehA8+XPYOAAD//wMAUEsDBBQABgAIAAAAIQA26hdM1AgAAN5W
AAARAAAAd29yZC9kb2N1bWVudC54bWzsXN1z4jYQf+9M/weNn9qZHpiEfDEHNzkg6U2TJg1c+9gR
RoAntuWTZTj613cl2UQCJwcOJu7VLzGxZe1qP367ktZ6/+Gr76E5YZFLg7bVqNkWIoFDx24wbVuf
h1fvzi0UcRyMsUcD0raWJLI+dH784f2iNaZO7JOAI+giiFqL0GlbM87DVr0eOTPi46jmuw6jEZ3w
mkP9Op1MXIfUF5SN60d2w5a/QkYdEkVAr4uDOY6spDt/szcakgBoTSjzMY9qlE3rPmaPcfgOeg8x
d0eu5/Il9G2fpt3QthWzoJUw9G7FkHilpRhKLukbbGMUGXTVm71EApJinREPeKBBNHPDp2Hk7Q2G
OEtZmr80iLnvpe0WYaO5QW815G100GN4Aap46nCjuwxhjNVLvqfkIPT7pNX1Hhv2S4NJNCK6WPGw
DQsmzZQTH7vBqpt8otGFCx7xGvu+ZjQOV+yE7ut6+xQ8rvoSjrkDZ/ap9Dx9aNFOHWy47mCGQ2Ih
32l9mgaU4ZEHHC0aTSQs0uoAWIzoeCmuIVq0AGzGD23Ltj+endn2hZXe6pEJjj0unnSbR5fdk/TJ
vdZYdMLkn3t1uaIBj6CLmRvAqwRH/DJysVXvvK9DS9WId4YzgibU88RNrh7JTlLa6xR26pwKn0Fc
DDtCY8Kx6yEOBB1gDQBynebO3AtIbEUhdkCqISMRYXNidRCdSCp8xoiixaiHJh5dRGhE+IKQAK2T
1od7cmRfXJ1J7SRiYtvJ8hYHeEok9PcDDoi7TmVfA/zptv8zgtiDTjkN14noQ0kMaU90f0GLmevM
EGYEka+cYYeTMZow6kt5C2ZAtb4PnEUopGB3QhVzlyxqLwp8v1wKix7e9e4i5AZoKGwPHUlhqd/H
KJrR2BuDKYBJTtwAhlCECDvYcQCtpQPQNQIjSh9FhB5wzDjoyx2DmwmnDrAPpvz3Nf2InUfhqgIg
VNs+qDttKR+w4hQt1cnIl9hlypyljuMwJAx5eAlZUc0YEWBHKHjdEsQ0fYcJnmwNK4KUaJxJMvHc
VDD3kLK8BKZ5+ACFaAiacmNCr95CoOrQEJbZ9gVoMUlBR9lwJyy8gboKUoXDrVNLxSGE8ZKEtkOJ
Da46l47I7tAVAKxBOlURH3mia7goLcOPAV+CWy5ac+y1LXysLB3u/wX3Fokv8GUIvoBjTlePb8AX
0rfs5qV0mYnLIv5A4a2G8CAP4pz87+lhl3qxL5L49Hl6Q7kc/fUjAFbqgPRP9V9DEIUR6FxfM3cs
RjKFK/SheG1enMu2z9xWXaRvcsNpTWUMpbVqwYc7UmxOIjUnEY4kCLSVfMZf05DOk4aGE5okHrRM
QiOUI2247SNON8OPUrkYc8J7eUcgoxWM4bafYbTJCMRFCqd8egMDEOmizABfp8ruQ/9y2Ef1Xv+m
PzSFsTVUgaBWGWX9830POjSkmqejbLRDZuSBaMAonfSZcCzlEVFIPAAYiKwKN3JY9wyzsQO9rI0h
mxQE5gQrIAYeyPSTaYDwrhzDG8SOWFqoX0E+HjNijBIG8DSMEtt/zqErY09svQ6Wf3Nz1xXmfwiz
Egs+lVkpJykprO7FrBQAHsakPMonDGYNhhM/h4oVVGk5sEpN1N9iUqyGfdY9PrYEiezQ8boo1b37
/erT9eeHfs2ngcspg7lmZQbly9g0M8gRrFdaXlOtMZPoNU7Oj0+lpe20ZJWdY0FcHPSHG/NIiY3K
U16YteqpYA12SLgbcdeJDO6NJONpslCMF/6PcyXNLAoCoGsFQGRk6Pc5vKviz0Hjz8HUz12fRDRm
TpWGlHDFQDODPPFHLg+kM6Y0tQ2IO52NKDPcvoL1dN8oXf4qJqIVodAvMYlN7620eXBtFhSkk1lC
RBzY0FnflMymWUXq7yxSazbAYGe65mPnN7KUW6IGhlepW1qEYW6dHHh3RoP4bAfd19KBAIXUIAYC
H/jyhsyJV1kG7GBBCCzd/k/BlnGDR8QbLFzuQN3QFGAirODh/24EcVCZQYoFAhJUPcPu++z7LXYx
SwH1rX1txWu/JM2Q+PBW9TUvrD5uVKdkr3CmZWFvWDXzR0zYsiqayaylUU6WXTSTrKYn9Q8qLWs2
Thq22mjZx8zbJKF7lvlEFl9otHOsrhyujsZkvdBB7bm0RpPwPrS7BmKbJVF6aY1Gu4g8HNbWerVS
lwQkNZLPyCSHxQ+hNNdIKY11ph0ybk0136VZRHJrn/rYkFYJ5+dvbBsmsJUqIOTOvp7T8utm/RJt
nmoF5O5sbO7MPke4uPVAU316XDIT3D0E21zQY/JXmdfznxJJ81oDq71UKXQiDjUEm2UElbGK9akE
fuWHYz1VB5LcKsRYTRK6v5pP1v21jFj45mULpsh0YZYD/Ez+Knv6BviVpg7C1FtlV2NdBKZw/gs4
hT2vlllxcfgIaApPF2uFWLYpHGlZyS1ZA5zUTm5dQilmxqpxYWsPAdks46mMquxpVcmNarOWqDKp
yqTUR+u7F5HLaaU0Kblg8dbrFSbGv30AVHslMr7oM8FvrnK/KiKpNVvw6nKRfKsNyZF2JAA4+gE+
+EfHb/nF/wMJKRxcUX3xn3UQgHLI7M1L0ysLmU+bJHbEp9ymC4NefQDO3OmUMDhWZbSUJwTAOSyc
sAB7CArL4EwiY4lQIYmQWVEnBihQMGcnO4plp2+qOq/Y/jS5LMQ+TBLbC6KM63dl28vIK9tDbaOa
/FXm9Y3lvNJsO5h6295nD2VXZswpxK5MEtuLoLCVk/LMSPKKpijrUAnQxozErCTRNZjnHK404RD5
g1gjE1dBEurZ+b2xJ2bSHcDztU87wungH5jHiBOkGhfihFQ4MxF+n54fn6sTZMLpLRZdwvl2cL/Z
lOdGQZYzg54a9rn8d0Q5p/7TY49MtKczgscEznc6P5GHUE0ohYyobV1cHAlq05jLf21FzqGeOLcx
OdeweXSibsOxsiKpFHzIk7E8OLoOjlOFI6/gx70o2G5bx40j0RiEoeQgf6ojJuFeejBt518AAAD/
/wMAUEsDBBQABgAIAAAAIQDpbE6NtAYAAKsbAAAVAAAAd29yZC90aGVtZS90aGVtZTEueG1s7FlP
bxNHFL9X6ncY7R1iJ3aIIxwUOzZpIRDFhorjeD3eHTK7s5oZJ/iG4IhUqSqtOBSp6qWHqi0SSK1U
+mUaSkWpxFfom5nd9U68bhKIKGqJEIlnf/P+v9+8WZ+/cCtiaI8ISXnc9KpnKx4isc+HNA6a3rV+
98yKh6TC8RAzHpOmNyHSu7D24Qfn8aoKSUQQ7I/lKm56oVLJ6sKC9GEZy7M8ITE8G3ERYQUfRbAw
FHgf5EZsYbFSWV6IMI09FOMIxF4djahP0LOff3nxzYPfbt+Df95apqPDQFGspF7wmehpDcTZaLDD
3apGyIlsM4H2MGt6oG7I9/vklvIQw1LBg6ZXMT/ewtr5BbyabmJqzt7Cvq75SfelG4a7i0anCAa5
0mq31ji3kcs3AKZmcZ1Op92p5vIMAPs+eGptKcqsdVeqrUxmAWT/nJXdrtQrNRdfkL80Y3Oj1WrV
G6ktVqgB2T9rM/iVynJtfdHBG5DF12fwtdZ6u73s4A3I4pdn8N1zjeWaizegkNF4dwatE9rtptJz
yIizzVL4CsBXKil8ioJqyKtLqxjxWM2rtQjf5KILAA1kWNEYqUlCRtiHYm7jaCAo1grwKsGFJ3bJ
lzNLWheSvqCJanofJxgaYyrv1dPvXz19jA7uPDm489PB3bsHd360gpxdmzgOirtefvvZXw9voz8f
f/3y/hfleFnE//7DvWe/fl4OhPaZmvP8y0d/PHn0/MGnL767XwJfF3hQhPdpRCS6QvbRDo/AMRMV
13IyECfb0Q8xLe5YjwOJY6y1lMjvqNBBX5lglmbHsaNF3AheF0AfZcCL45uOwb1QjBUt0XwpjBzg
FuesxUVpFC5pXYUw98dxUK5cjIu4HYz3ynS3cezktzNOgDezsnQcb4fEMXOb4VjhgMREIf2M7xJS
4t0NSp24blFfcMlHCt2gqIVpaUj6dOBU03TTJo0gL5MynyHfTmy2rqMWZ2Veb5A9FwldgVmJ8X3C
nDBexGOFozKRfRyxYsAvYxWWGdmbCL+I60gFmQ4I46gzJFKW7bkqwN9C0i9hYKzStG+xSeQihaK7
ZTIvY86LyA2+2w5xlJRhezQOi9iP5C6UKEbbXJXBt7jbIfoz5AHHc9N9nRIn3UezwTUaOCZNC0Q/
GYuSXF4k3Knf3oSNMDFUA6TucHVE438ibkaBua2G0yNuoMrnXz0ssftdpex1OL3KembzEFHPwx2m
5zYXQ/rus/MGHsfbBBpi9oh6T87vydn7z5PzvH4+fUqesjAQtJ5F7KBtxu5o7tQ9ooz11ISRy9IM
3hLOnmEXFvU+c/Ek+S0sCeFP3cmgwMEFAps9SHD1CVVhL8QJDO1VTwsJZCo6kCjhEi6LZrlUtsbD
4K/sVbOuLyGWOSRWW3xol5f0cnbXyMUYqwJzoc0ULWkBx1W2dC4VCr69jrKqNurY2qrGNEOKjrbc
ZR1icymHkOeuwWIeTRhqEIxCEOVluPpr1XDZwYwMddxtjrK0mCycZopkiIckzZH2ezZHVZOkrFZm
HNF+2GLQF8cjolbQ1tBi30DbcZJUVFeboy7L3ptkKavgaZZA2uF2ZHGxOVmM9pteo75Y95CPk6Y3
gnsy/BklkHWp50jMAnjn5Cthy/7IZjZdPs1mI3PMbYIqvPqwcZ9x2OGBREi1gWVoS8M8SkuAxVqT
tX+xDmE9LQdK2Oh4ViytQDH8a1ZAHN3UktGI+KqY7MKKjp39mFIpHysieuFwHw3YWOxgSL8uVfBn
SCW87jCMoD/AuzkdbfPIJee06YpvxAzOrmOWhDilW92iWSdbuCGk3AbzqWAe+FZqu3Hu5K6Ylj8l
V4pl/D9zRZ8n8PZhaagz4MMbYoGR7pSmx4UKObBQElK/K2BwMNwB1QLvd+ExFBW8pza/BdnTv23P
WRmmreESqXZogASF80iFgpBtoCVTfUcIq6ZnlxXJUkGmogrmysSaPSB7hPU1By7rs91DIZS6YZOU
BgzucP25n9MOGgR6yCn2m8Nk+dlre+BtTz62mcEpl4fNQJPFPzcxHw+mp6rdb7ZnZ2/REf1gOmbV
sq4AZYWjoJG2/WuacMKj1jLWjMeL9cw4yOKsx7CYD0QJvENC+j84/6jwGTFlrA/UPt8BbkXw5YUW
BmUDVX3GDh5IE6RdHMDgZBdtMWlRNrTp6KSjlh3Wpzzp5noPBVtbdpx8nzDY+XDmqnN68TSDnUbY
ibVdmxtqyOzhFoWlUXaRMYkx35YVv8nig5uQ6A34zmDMlDTFBN9TCQwzdM/0ATS/1Wi2rv0NAAD/
/wMAUEsDBBQABgAIAAAAIQAPmMpvXwQAALUKAAARAAAAd29yZC9zZXR0aW5ncy54bWy0Vllv2zgQ
fl9g/4Oh53UsKXbTCHGKxI6bFE5bVMnuMyWNLW54CCRlxfn1HZJilCAHii72SdQcH+cenny652y0
A6WpFPMoOYijEYhSVlRs59HtzWr8MRppQ0RFmBQwj/ago0+nf/5x0mUajEExPUIIoTNezqPamCab
THRZAyf6QDYgkLmRihODv2o74UTdtc24lLwhhhaUUbOfpHH8Ieph5Dxqlch6iDGnpZJaboxVyeRm
Q0voP0FD/cq9XnMpy5aDMO7GiQKGNkiha9rogMZ/Fw1drAPI7j0ndpwFuS6J35Ps3e2kqh41fsU8
q9AoWYLWmCDOvLucUPEIk0xfAD2G+gBDPfF3TywUqiexOw2Wa/ZC/5Vs+yyuaaGI8mnGArBW8DK7
2gqpSMGwqLpkGp1iRT1IyUdd1oAqMUlYjuksmlhGgVZgjS7lV2nyVinZiuoSCNLeZK+kND0bQyE3
uSEGEFw3wJir7pIBQVO6bKsIx7qcR57iICvYkJaZG1LkRjYotCPo8TSNvUGVIh2CfFa0upSKPkhh
CMsbUiIxCCdxb/0T4b9BGVq+FJ196HGpbhjZD5jL4aILbNN9AA92ePkA+5Z06tHLmihSYlh6Sxdo
tpIsYNqmVFgz31tRmta1Rq/nutUmQqOLsJLqdu0DTxgRJeToNYPzvYGlbDGj9vQPrUztQ2mztgay
g3NS3mlGdH1mh4ljtuxGEepC5wmVlb64b3Dk5DXdmB9gcB44WVL922qzpgIugW5rcyUwPazH0bC6
WJO9bI2T9QMm9yMKHRSEY6F5aj92rmUFNv2toi9q+c1esAquFLBk37lIYq6wNsAZmJs9w6AJk9MH
OBPVF/SC4iDzEf59C94zAIQNzTccwDf7BlZAMIo4uv+fy1zOVow21xR7U12JCtv3v1426TKfLlt3
uJ8qHQ4/sLVDGuJ4lsbHqyMfCys2cJL4aHF4+BrnbZ3j9Cg9e1Xn/Ogojo9fQ1tM07NF3+vPLVgm
s4+HrrXRm94HntlN8V2dnviTLYwR90W1ILxQlIyu7S7B8uJZoe7OqQj8AnCXwlNO3haBOR57huaE
sRU2emC4WcGzCmfFEjYOll0TtR1wewn1KhVH4ZdHLDuYQX3GCdz42zpFGp/wcF0ynfZ4VGC38kDX
bZEHLYH74AkLx/m3nbKAkyE8XWbwGeEaZ02GsQpifJvbQgaizZmmZB491OPFV6uNJcNUbl8fcE2a
xg/jYpvMI2YHRmLVDP5V+ApxP8U27Xmp4+Gf5bkfUlpnUbo/WAF/RKn+MNAOA+1woOGO9XLTgTYL
tNlA+xBo+ArqshobVuGKusOpFI6WvpGMyQ6qy0CcRy9IPgi6Jg1gqu0Gw66RmSP0K02Pdhnc43aF
ihp83DW04uQel22cukrtpXEL4Sx9JmuRrHDzjDqqiMEcJC57z5Qxm7gxntvSZRWUFCs03/NiWD0H
3nBGtcmhwS1lpEKX3aT9yyEP783TnwAAAP//AwBQSwMEFAAGAAgAAAAhABegFk4CAQAArAEAABQA
AAB3b3JkL3dlYlNldHRpbmdzLnhtbIzQwUoDMRAG4LvgOyy5t9mVIrJ0tyBS8SKC+gBpdnYbzGTC
TGqsT2/aqiBeesskmY+Zf7n6QF+9A4uj0KlmXqsKgqXBhalTry/r2Y2qJJkwGE8BOrUHUav+8mKZ
2wybZ0ip/JSqKEFatJ3aphRbrcVuAY3MKUIojyMxmlRKnjQaftvFmSWMJrmN8y7t9VVdX6tvhs9R
aBydhTuyO4SQjv2awReRgmxdlB8tn6Nl4iEyWRAp+6A/eWhc+GWaxT8InWUSGtO8LKNPE+kDVdqb
+nhCryq07cMUiM3GlwRzs1B9iY9icug+YU18y5QFWB+ujfeUnx7vS6H/ZNx/AQAA//8DAFBLAwQU
AAYACAAAACEAoKeEKj8IAAArQAAAGgAAAHdvcmQvc3R5bGVzV2l0aEVmZmVjdHMueG1s1FtLU9tI
EL5v1f4Hle7gF4FAxUkRCIGqPEgMu+exNMazSBqtJGPIr9+eGWksJMvqtpTDnozl6f76NV+PzfS7
D89h4DzxJBUymrqjw6Hr8MiTvogepu793dXBW9dJMxb5LJARn7ovPHU/vP/zj3frszR7CXjqgIIo
PVvH3tRdZll8Nhik3pKHLD0MhZfIVC6yQ0+GA7lYCI8P1jLxB+PhaKj/ihPp8TQFtAsWPbHUzdWF
dW0y5hFgLWQSsiw9lMnDIGTJ4yo+AO0xy8RcBCJ7Ad3D40KNnLqrJDrLDTqwBimRM2NQ/lJIJDUv
tuAayUvprUIeZRpxkPAAbJBRuhTxxo19tYGLy8Kkp11OPIVBsW4dj45qeNZlTA4uE7aGVGwU1tRt
CYZvhMLAxEHld5PVqsbRcJczeUaUCmsDxoTXmIUlIRORVbNfaMrBhf3Qpb4/J3IVW3Ni0U3bTfRo
daltSbBseKx3Xtm1lKSgtnVnSxZz1wm9s5uHSCZsHoBF69GRoyrSfQ9U4Uvvki/YKshS9Ta5TfK3
+Tv9ciWjLHXWZyz1hLgDCgEtoQCF1+dRKlz4hLM0O08FK3/4KX+mPl+qheUPraSXZiWFH4Uv3IEC
feRJBIJPLJi6Y/Mo/WUfjIonF8ousyhfFbDooXjGo4P7Wdm+qftreXDxTT2aA9TUZcnB7FwpG2jn
i9dSEGIbErOqEjHgFmCamWFciCdffJHeI/dnGXwwdYG19cP7m9tEyARocOqenuYPZzwU18L3uSL4
YmG0FD7/e8mj+5T7m+c/rjS95ho9uYoyCMzxic5ikPqfnj0eK5oDvIipDH1TAsBB0A9KONqgldhY
Yx5UUPXDfwvIPNpbUZacqZbkaPt3AmmvV52BxsqjsgNaL8nWSXcVR91VvOmuAtpp11icdFcBB5Gu
VpjaKFUlPqmZ9EzxlWticmoIYmvJKolaFbVK1IqmVaJWI60StZJolahVQKtELeGtErX8tkrU0rlT
wmOauKpVNNHRQG3sO5EF0OdamG7UkerypuDcsoQ9JCxeOqoxVs3eRZaz1TzDmarpdH+ynGWJVMfF
loiMzTbYm5M/hfGSpQJO1W1AHUN/p44uzudEwPGzBeqNKb6aT/pUsZUPbgPm8aUMfJ44d/zZZJQg
/006s5h5+nzeYlzHtH4RD8vMgVOdarmtkThuCHpzJIz+LyLVMdjZzY8bXGlTjsrhcUNdNiv/yn2x
CovQIE4jx4bPCWmuQGgTd4foSKWovolbvVAJwLhg2gXdBa0fYb9pLnT9KscY+00r2lM/wn7TuPbU
r+tjd37JTHMJP4s4qO11Qt67FzKQyWIVFHuglR5OyDvYQuBcIG9iqx9FEifkHfyKPp1zz4Nvbpg6
Jediw6MEFHI6DIrebHhfyEmp0N6I4BE5QRWsMQGrG9cSgMik+5M/CfUjLrUZaJa2Z83W7TxpiAC0
INQZ+sdKZu1n6HED52FRbiL4uSTlDg5t0rDzsGh5PZl+R8hxt8ZHAOrWAQlA3VohAaihPprPPLYn
4kG6N0cCFpmWbRfTZYdm5hMyM1sgWgvoqW8izl8Nu7e5Fup9E4FCTlC9byJQyNmp9DLbNxFYvfVN
BFZD12jOUZlTKU6R+2YZyJ4EEB71Q94IoH7IGwHUD3kjgLqTdztIf+SNwCJzg+XUMnkjgPQSyld9
C1QmbwQQmRsM2+W/GRV9T2vZ/eW2B/JGoJATVCdvBAo5O03kjcDSSyiVUMGyVIfA6oe8EUD9kDcC
qB/yRgD1Q94IoH7IGwHUnbzbQfojbwQWmRssp5bJGwFEpgcLVCZvBJBeQuGGreStd/1vJ28ECjlB
dfJGoJCzUyFUe0hFYJETVMGy5I3A0ksoxZBj6eKmONUPeSM86oe8EUD9kDcCqB/yRgB1J+92kP7I
G4FF5gbLqWXyRgCR6cEClckbAUTmhq3krTfjbydvBAo5QXXyRqCQs1MhVMtzCCxygipYlrwRWLpe
OpM3Akgv2ReI4lE/5I3wqB/yRgD1Q94IoO7k3Q7SH3kjsMjcYDm1TN4IIDI9WKAyeSOAyNywlbz1
Hvnt5I1AISeoTt4IFHJ2KoRqyRuBRU5QBctSHQKrH/JGAOnC7EzeCCC9ZA8gvYsoaeqHvBEe9UPe
CKDu5N0O0h95I7DI3GA5tUzeCCAyPVigMnkjgMjcoO7Zwn1R9PXUUUMRYO8ZFLca0IDjhiRhAXMH
f/IFT2AqkLffDukIWHhIQGwoD6yLH6V8dHAXuycNBYKGEvNASH2l+0Xf0ikNIkxOdkwS3H2/cK7N
AExNTpfU65s3MGNUHhdSY056VBPszF5iGNmJi5vlShuMEqm5rHwESC+8gYEgpid+1IgPrNGTT/mg
j/6XbQ6o/4bJJQWxFr5cX8BN9UQGhcjQOPWPVzyYSxhrBCkwUYvBq0as2+gtwUgv48kuG4c1Ixsu
z2tDN5MbhTnFfJcdXDLrXl3lNNY2WJmpC+O7LBzVLDRhdPRVcxOeul0wuqUt2ZwBtxsGCZ0HJvzw
x03kg2PrfHbLpNp/ZkYVfH7Bg+Ar08nKZNy8NOCLzHw6Gur+WFEFScxk2Cyf6Ovj2pJtCiDnZWPM
W+VEczFEq3DOk/wyelPBjreE2tyCNcGzuw0s1wWNjXKzXTb9m20zqVlRGirQhswZTNx9t1OHLC/C
ehXAiIEWgNlslVht83D4Zjw8vcrZgpL9jzBUC2PeaqeZ7Gt9avI6n2n5NXXNz1MwZFCMFHrqti+Q
wSqTxpa8NvaStXWzl3RRVXsJC5gL9fl1EUWq10b8r/3ETYGXw/9/2opF8afv/wMAAP//AwBQSwME
FAAGAAgAAAAhALu2UZZJAQAAcQIAABEACAFkb2NQcm9wcy9jb3JlLnhtbCCiBAEooAABAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAIySX0/DIBTF3038Dg3vLaXzz0LaLlGzJ5eYOKPxjcBdRywU
Adft20vbrXbRBx8v99wf51zIF3tVRzuwTja6QCRJUQSaN0LqqkAv62U8R5HzTAtWNxoKdACHFuXl
Rc4N5Y2FJ9sYsF6CiwJJO8pNgbbeG4qx41tQzCVBoUNz01jFfChthQ3jH6wCnKXpDVbgmWCe4Q4Y
m5GIjkjBR6T5snUPEBxDDQq0d5gkBP9oPVjl/hzoOxOlkv5gQqaj3Slb8KE5qvdOjsK2bZN21tsI
/gl+Wz0+91FjqbtdcUBlLjjlFphvbPnZ5nhSdqurmfOrsOWNBHF36BW/TzuhhZ3s3qbMcjwtA7+P
M1wCIgoG6RDn1Hmd3T+sl6jMUjKL03mckTW5pleEpul7Z+hsvjM8HKijrX8Sb2k2PyeeAGXv+PyT
lN8AAAD//wMAUEsDBBQABgAIAAAAIQA4eclXuwcAADo9AAAPAAAAd29yZC9zdHlsZXMueG1s1FtL
c5tIEL5v1f4Hirujl2OvXVFSjhOvXZWHE9m7ZwQjM2tgtID8yK/fnh4YExCiW5DDnmwN0/31a75G
9vSbd09x5DyINJMqmbuTV2PXEYmvApnczd3bm4uDP1wny70k8CKViLn7LDL33dvff3vzeJrlz5HI
HFCQZKexP3fDPF+fjkaZH4rYy16ptUjg4UqlsZfDx/RuFHvp/WZ94Kt47eVyKSOZP4+m4/GRW6hJ
KVrUaiV98UH5m1gkOcqPUhGBRpVkoVxnpbZHirZHlQbrVPkiy8DpODL6Yk8mVs3ksKEoln6qMrXK
X4EzI2PRSKsC8ckYf4sj14n906u7RKXeMoLgPU4O3bcQuUD5H8TK20R5pj+m12nxsfiEPy5UkmfO
46mX+VLeQEhBQSxB1+VZkkkXnggvy88y6VUffizW9PNQb6w+tJJ+llcUvpeBdEca9F6kCQg+eNHc
nZql7IddmJQr59ous6nYFXnJXbkmkoPbRdW+ufsjPDj/opeWADV3vfRgcaaVjdD58mclCGsbErOr
FjHINWR+YQoQ4ilWn5R/L4JFDg/mLhQxLt5eXadSpVBkc/fkpFhciFheyiAQut7LjUkoA/F3KJLb
TAQv698usHgLjb7aJDkE5ugYsxhlwccnX6x12QFe4ukMfdECkHg4HhUcNGgjX6wxCzVUXPy3hCyi
vRUlFJ4+oQ7avxMIvd70Bppqj6oOoF6WrbP+Kg77q3jdXwWQVd9YHPdXAbzc1wpTG5WqpCc1V74p
vmpNzE4MQWwtWS3RqKJOiUbRdEo0aqRTolESnRKNCuiUaCS8U6KR306JRjp3SvgeEle9imYYDdLB
vpF5JLT8TgKa9KS6oik4117q3aXeOnR0Y6ybvYssF5tlTjMV6XR/slzkqUruOiMyNcdgb07+GK9D
L5PwltMR+mnP0N/otxbnz1QGnVCvTfE1fMK3iq18cB15vghVFIjUuRFPJqMM+S/KWaw9H7pgp3E9
0/pJ3oW5swix5XaCHbUEvT0SRv8nmWEMdh6moxZXupSTcnjUUpftyj+LQG7iMjSEt5Ejw+eMNNcg
0MTdITrUKWoe4k4vdAIoLph2wXcB9RPsN82Fr1/nmGK/aUV76ifYbxrXnvqxPnbnl800H+BLp0M6
Xsfss3uuIpWuNlF5Bjrp4Zh9gi0EzQX2Ibb6SSRxzD7BP9Gnc+b78M2NUqfsXLzwKAOFnQ6DgoeN
7gs7KTXamzA8YieohjVlYPXjWgYQm3S/iwep/6bFbQbI0vZds/M4z1oiAC2I9A79baPy7nfoaQvn
UVGuEvhzSSYcGtqs5eRR0Yp6Mv2OkeN+jY8B1K8DMoD6tUIGUEt9tL/z2J5IB+nfHBlYbFq2XQzL
jszMx2xmtkC8FjBQ3yS8f7Wc3vZaaPZNAgo7Qc2+SUBhZ6fWy2zfJGAN1jcJWC1doz1HVU7lOMXu
m1Ug+yZA8GgY8iYADUPeBKBhyJsA1J+8u0GGI28CFpsbLKdWyZsAhFs4X/UtUJW8CUBsbjBsV/zN
qOx7qGX3l9sByJuAwk5Qk7wJKOzstJE3AQu3cCqhhmWpjoA1DHkTgIYhbwLQMORNABqGvAlAw5A3
Aag/eXeDDEfeBCw2N1hOrZI3AYhNDxaoSt4EINzC4Yat5I2n/peTNwGFnaAmeRNQ2NmpEap9SSVg
sRNUw7LkTcDCLZxiKLCwuDlODUPeBI+GIW8C0DDkTQAahrwJQP3JuxtkOPImYLG5wXJqlbwJQGx6
sEBV8iYAsblhK3njYfzl5E1AYSeoSd4EFHZ2aoRqeY6AxU5QDcuSNwEL66U3eROAcMu+QByPhiFv
gkfDkDcBaBjyJgD1J+9ukOHIm4DF5gbLqVXyJgCx6cECVcmbAMTmhq3kjWfkl5M3AYWdoCZ5E1DY
2akRqiVvAhY7QTUsS3UErGHImwCEhdmbvAlAuGUPIDxFnDQNQ94Ej4YhbwJQf/LuBhmOvAlYbG6w
nFolbwIQmx4sUJW8CUBsbtD3bOG+KPl66qSlCKj3DMpbDWTAaUuSqICFg9/FSqQwJCW6b4f0BCw9
ZCC2lAfVxfdK3Tu0i92zlgIhQ8llJBVe6X7GWzqVQYTZ8Y5Jgpuv586lGYBpyGFJ/XzzBmaMquNC
eswJJ9fAzvx5DSM76/JmudYGo0R6LqsYAcKNVzAQ5OHEjx7xgT04+VQM+uC/bAtA/B0mlzTEowzU
4zncVE9VVIqMjVP/+OXCUuVhMQaFYmAqIjZt9EMw0s9FusvGccPIlsvzaOjL5EZpTjnfZQeXzL6f
rnLCUruVub4wvsvCScNCE0YHr5qb8DTtgtEttOTlHXC7YZDQZWTCD79cJQE4BiOA+D81k+rgyTOq
4Pm5iKLPHiYrV+v2rZFY5ebpZIz9saYKkpiruF0+xevjaMk2BRDNqjHmo3aiPczJJl6KtLj53law
0y2hNrdgTfDsaQPLsaCpUW63y6b/5djMGlZUhgrQkKUHE3df7dShVxRhswpgxAAFYFRVJxZtHo9f
T8cnFwVbcLL/HkY1YepVnzSTfdSnJ0CLmZYfc9f8eQqGDMqRQl/f9gUy2OTK2FLUxl6ytm72ki6r
ai9hCXOhgbgso8j12oj/tZ+4KfBq+P9PR7Es/uztfwAAAP//AwBQSwMEFAAGAAgAAAAhAECl39se
AgAAxQUAABIAAAB3b3JkL2ZvbnRUYWJsZS54bWyck01u2zAQhfcFegeB+1jUT1PHiBwEbg10k0WT
HICmKZsofwQObdVn6LL36A16m/YeHZGSgtYwYlcCBOkN+TD89Ob27qtWyV44kNZUJJtQkgjD7Vqa
TUWen5ZXU5KAZ2bNlDWiIgcB5G7+9s1tO6ut8ZDgfgMzzSuy9b6ZpSnwrdAMJrYRBou1dZp5/HSb
VDP3Zddccasb5uVKKukPaU7pNelt3Dkutq4lFx8s32lhfNifOqHQ0RrYygYGt/Yct9a6deMsFwB4
Zq2in2bSjDZZeWSkJXcWbO0neJg0dpR2Vrg9o+FNK5JoPvu0MdaxlUJ2bVaSeQ8uaWeGaRQXTMmV
k6HQMGNBZFjbM1URmtMlfYfP7i5p0T1J2jnwLXMg/LiQRrlmWqrDoEIrAWKhkZ5vB33PnOwaiiWQ
GyzsYEUr8pHilS+XJCpZRUoU7hejkmNT8cr6NcWoYHKwseATlmQ3wQcV9Ol3hT7TGJ0jEr9/fPv1
83sAwZR/QDpDx49SP+5Mf5QjRhm9RvsCufd3XPgPo+l1lP9mxHbe9r7nIeoPUrwgyqfTZaf2yogo
w1QHsKcQdWwDxvMRPUktIHkQbfLZamZOhCZHIAUGpwzhKS4KjQu+IWQXhCa/HyOCP3uBB3s/LYeI
jETozStEkEf0OZ/IgmmcHnaCREcgkuiIXDY+/0fieHxoObJ5ITGk5VQ2kMSr49PPEcz/AAAA//8D
AFBLAwQUAAYACAAAACEAUnPSWXsBAADKAgAAEAAIAWRvY1Byb3BzL2FwcC54bWwgogQBKKAAAQAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACcUstOwzAQvCPxD1HurRNa8ai2rlArxIGX1JSeLWeT
WDi2ZRtE/54NoWkQN3zanbHHs2PD6rPVyQf6oKxZpvk0SxM00pbK1Mt0V9xNrtMkRGFKoa3BZXrA
kK74+Rm8eOvQR4UhIQkTlmkTo1swFmSDrQhTog0xlfWtiNT6mtmqUhI3Vr63aCK7yLJLhp8RTYnl
xA2Caa+4+Ij/FS2t7PyF1+LgyDCHAlunRUT+1NnRwAYAChuFLlSLPM+uiBhaeBE1Bp4D6wvYW18G
Tq6B9SWsG+GFjBQfz/P5DNgIgFvntJIiUrL8UUlvg61i8vydQdIJABtvAcpli/Ldq3jgdMW4hQdl
yMoNsL4ga17UXriG/HT+hg62Umhc0/C8EjogsBMAa9s6YQ6cfB4r0nsLO1fYTZfOz5Hf4GjKvYrN
1gnZxTKbUzKneUcUbCkWLGmAo+AJgHt6Ea+7W+msqbE87vlLdAm+9l+T5/NpRus7siNGgw9/hn8B
AAD//wMAUEsBAi0AFAAGAAgAAAAhAAkkh4KBAQAAjgUAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250
ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAHpEat/MAAABOAgAACwAAAAAAAAAAAAAAAAC6
AwAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAfDuXOSIBAAC5AwAAHAAAAAAAAAAAAAAAAADe
BgAAd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVsc1BLAQItABQABgAIAAAAIQA26hdM1AgAAN5W
AAARAAAAAAAAAAAAAAAAAEIJAAB3b3JkL2RvY3VtZW50LnhtbFBLAQItABQABgAIAAAAIQDpbE6N
tAYAAKsbAAAVAAAAAAAAAAAAAAAAAEUSAAB3b3JkL3RoZW1lL3RoZW1lMS54bWxQSwECLQAUAAYA
CAAAACEAD5jKb18EAAC1CgAAEQAAAAAAAAAAAAAAAAAsGQAAd29yZC9zZXR0aW5ncy54bWxQSwEC
LQAUAAYACAAAACEAF6AWTgIBAACsAQAAFAAAAAAAAAAAAAAAAAC6HQAAd29yZC93ZWJTZXR0aW5n
cy54bWxQSwECLQAUAAYACAAAACEAoKeEKj8IAAArQAAAGgAAAAAAAAAAAAAAAADuHgAAd29yZC9z
dHlsZXNXaXRoRWZmZWN0cy54bWxQSwECLQAUAAYACAAAACEAu7ZRlkkBAABxAgAAEQAAAAAAAAAA
AAAAAABlJwAAZG9jUHJvcHMvY29yZS54bWxQSwECLQAUAAYACAAAACEAOHnJV7sHAAA6PQAADwAA
AAAAAAAAAAAAAADlKQAAd29yZC9zdHlsZXMueG1sUEsBAi0AFAAGAAgAAAAhAECl39seAgAAxQUA
ABIAAAAAAAAAAAAAAAAAzTEAAHdvcmQvZm9udFRhYmxlLnhtbFBLAQItABQABgAIAAAAIQBSc9JZ
ewEAAMoCAAAQAAAAAAAAAAAAAAAAABs0AABkb2NQcm9wcy9hcHAueG1sUEsFBgAAAAAMAAwACQMA
AMw2AAAAAA==
--20cf307f3bfa983b1204e478ad44--

From xvilajosana@berkeley.edu  Wed Aug 21 11:49:47 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5032321F9C91 for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 11:49:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.159
X-Spam-Level: 
X-Spam-Status: No, score=-2.159 tagged_above=-999 required=5 tests=[AWL=-0.183, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sC7txRPOctk9 for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 11:49:42 -0700 (PDT)
Received: from mail-pd0-f173.google.com (mail-pd0-f173.google.com [209.85.192.173]) by ietfa.amsl.com (Postfix) with ESMTP id D54A521F9C68 for <6tsch@ietf.org>; Wed, 21 Aug 2013 11:49:41 -0700 (PDT)
Received: by mail-pd0-f173.google.com with SMTP id p10so791708pdj.4 for <6tsch@ietf.org>; Wed, 21 Aug 2013 11:49:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:date:message-id:subject :from:to:content-type; bh=rJQUtkZDsWGglplPjP7wArcB2SO6+oaAuqVBZgSY6aA=; b=LbBZdnbPMoupFES7w/pMuO/mFntW6p+gbJ1wdUR6jDydQ/SlSHHIwUctyBThhuUrjI rHzVpoJ9tETSZE3lhPVUBIhIR/AoS+9JVJIt6HvmteURdyCxusFlnlXlFAWOAdDlZWvW HIWQzQOLNM0AW//EOBihD4PSCs5f/RgK4uKs0mebLfpJqpQxs0fSxsL/sDGYP345wZfY 5eEFG02D+5WP0HO8quHkBB4qMqySabJWZqH19+6X4WqcvMMI0n6T378aV6oNHjx+Ksr9 CaHebRBbGaxpaG9HnHUXnJIeBIvUUl9YuHxjpQgDfqC9wfTer1YXRu7Qg+D33ukAbYDj nMzQ==
X-Gm-Message-State: ALoCoQnKhSebwHn7TkBKyPPjbe0Z3es0AIohz6hUJoNo+0ID+GdcrFVxips/78vk1HMRGiq24M3D
MIME-Version: 1.0
X-Received: by 10.66.27.143 with SMTP id t15mr1140390pag.171.1377110981509; Wed, 21 Aug 2013 11:49:41 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Wed, 21 Aug 2013 11:49:41 -0700 (PDT)
Date: Wed, 21 Aug 2013 11:49:41 -0700
Message-ID: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=bcaec52bea19de90e004e479a218
Subject: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 18:49:47 -0000

--bcaec52bea19de90e004e479a218
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

I want to propose to add in the basic TSCH draft the fact that when a node
joins a network, it uses the EB join priority defined in the Slot and Link
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is
0 for the PAN coordinator of the network. A node listening several EB
selects as a time parent the node with lowest EB Join Priority. In case of
receiving multiple EBs with the same Join priority then filters by other
metrics e.g RSSI of the link. (note that until a DIO is received nodes don
not know about the gradient).
A node when sends an EB uses the lowest EB Join priority it has heard and
adds 1 to it as its own Join priority.


Current draft section states that RSSI or another metric should be used to
select the initial time parent, this has the problem that loops cannot be
avoided until the first DIO is received. With the proposed approach the
problem is solved and does not introduce anything new, just used what 15.4e
provides to us.

what is your opinion?
thanks!
Xavi

--bcaec52bea19de90e004e479a218
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi all,<br><br>I want to propose to add in the b=
asic TSCH draft the fact that when a node joins a network, it uses the EB j=
oin priority defined in the Slot and Link IE (Section 5.2.4.13 15.4e std) t=
o select its time parent. This priority is 0 for the PAN coordinator of the=
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes don not know about the gradient).<br>
</div>A node when sends an EB uses the lowest EB Join priority it has heard=
 and adds 1 to it as its own Join priority.<br><br><br>Current draft sectio=
n states that RSSI or another metric should be used to select the initial t=
ime parent, this has the problem that loops cannot be avoided until the fir=
st DIO is received. With the proposed approach the problem is solved and do=
es not introduce anything new, just used what 15.4e provides to us.<br>
<br></div><div>what is your opinion?<br></div><div>thanks!<br>Xavi<br></div=
></div>

--bcaec52bea19de90e004e479a218--

From qinwang@berkeley.edu  Wed Aug 21 12:20:28 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA6EB21F9BD0 for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 12:20:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.955
X-Spam-Level: 
X-Spam-Status: No, score=-2.955 tagged_above=-999 required=5 tests=[AWL=0.021,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tnOlwiq7qwnX for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 12:20:23 -0700 (PDT)
Received: from mail-vc0-f169.google.com (mail-vc0-f169.google.com [209.85.220.169]) by ietfa.amsl.com (Postfix) with ESMTP id C82D521F9EEC for <6tsch@ietf.org>; Wed, 21 Aug 2013 12:20:22 -0700 (PDT)
Received: by mail-vc0-f169.google.com with SMTP id ib11so559702vcb.28 for <6tsch@ietf.org>; Wed, 21 Aug 2013 12:20:22 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=h0XWstSYwF9fPghp2ZQoXCpjRcT2Fdx+n8T+qmFxIPw=; b=Jc10fM/t5frX2qDH7oshD7Ohz2Pn027KJbT7eDR7b6ea9oQGH9prGSm59OpfwS8w1w uJqx9sHudjATZ5JZazMAS4yD6Nln6hUz3Dv5Dz89gnv9v5lfBcUsS4L7zFasuTyX3eU2 f8zgw0OaxKH6/eT/5EPl1kBZCbTEuvspUTou0lfZxbdDn9vT1YQ0rOqtXcKPHvf9i17X NyhBa3ScWTCvQwKGgHO3iFy4BQca5o0VptQcb8xx6whr/BMLXYB9hvkuhgiqD/J6jG6a CYC3dPJQI5yu5ag9qM44sAi4mVd4fachTvXJLfLImBOZ+c/Xi784d0IMVesyEkL9HqCK qOcQ==
X-Gm-Message-State: ALoCoQkwL+W+1BhIlnIBqtuh1gos3NYSpSiAdSGxRcfDnU2INTzDMfkOmm1z5YHYk2eDozs8abKf
MIME-Version: 1.0
X-Received: by 10.52.92.73 with SMTP id ck9mr6578320vdb.2.1377112822178; Wed, 21 Aug 2013 12:20:22 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Wed, 21 Aug 2013 12:20:22 -0700 (PDT)
In-Reply-To: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com>
Date: Thu, 22 Aug 2013 03:20:22 +0800
Message-ID: <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=20cf3071c88694f8e704e47a1048
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 19:20:28 -0000

--20cf3071c88694f8e704e47a1048
Content-Type: text/plain; charset=ISO-8859-1

Hi Xavi,

It is a good idea to use Priority in EB as a factor to choose initial time
parent. But, I think there are several ways to use the Priority, and other
metrics like RSSI. For example,

(1) As you suggested, use Priority first, and then RSSI
(2) or use RSSI first, and then Priority
(3) or use a function of Priority and RSSI.

I'm not sure which is better. What do you think?

Qin



On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi all,
>
> I want to propose to add in the basic TSCH draft the fact that when a node
> joins a network, it uses the EB join priority defined in the Slot and Link
> IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is
> 0 for the PAN coordinator of the network. A node listening several EB
> selects as a time parent the node with lowest EB Join Priority. In case of
> receiving multiple EBs with the same Join priority then filters by other
> metrics e.g RSSI of the link. (note that until a DIO is received nodes don
> not know about the gradient).
> A node when sends an EB uses the lowest EB Join priority it has heard and
> adds 1 to it as its own Join priority.
>
>
> Current draft section states that RSSI or another metric should be used to
> select the initial time parent, this has the problem that loops cannot be
> avoided until the first DIO is received. With the proposed approach the
> problem is solved and does not introduce anything new, just used what 15.4e
> provides to us.
>
> what is your opinion?
> thanks!
> Xavi
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--20cf3071c88694f8e704e47a1048
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Xavi,<div><br></div><div>It is a good idea to use Prior=
ity in EB as a factor to choose initial time parent. But, I think there are=
 several ways to use the Priority, and other metrics like RSSI. For example=
,</div>
<div><br></div><div>(1) As you suggested, use Priority first, and then RSSI=
</div><div>(2) or use RSSI first, and then Priority</div><div>(3) or use a =
function of Priority and RSSI.</div><div><br></div><div>I&#39;m not sure wh=
ich is better. What do you think?</div>
<div><br></div><div>Qin</div><div><br></div></div><div class=3D"gmail_extra=
"><br><br><div class=3D"gmail_quote">On Thu, Aug 22, 2013 at 2:49 AM, Xavie=
r Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@ee=
cs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</s=
pan> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>Hi all,<br><br>I =
want to propose to add in the basic TSCH draft the fact that when a node jo=
ins a network, it uses the EB join priority defined in the Slot and Link IE=
 (Section 5.2.4.13 15.4e std) to select its time parent. This priority is 0=
 for the PAN coordinator of the network. A node listening several EB select=
s as a time parent the node with lowest EB Join Priority. In case of receiv=
ing multiple EBs with the same Join priority then filters by other metrics =
e.g RSSI of the link. (note that until a DIO is received nodes don not know=
 about the gradient).<br>

</div>A node when sends an EB uses the lowest EB Join priority it has heard=
 and adds 1 to it as its own Join priority.<br><br><br>Current draft sectio=
n states that RSSI or another metric should be used to select the initial t=
ime parent, this has the problem that loops cannot be avoided until the fir=
st DIO is received. With the proposed approach the problem is solved and do=
es not introduce anything new, just used what 15.4e provides to us.<br>

<br></div><div>what is your opinion?<br></div><div>thanks!<br>Xavi<br></div=
></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--20cf3071c88694f8e704e47a1048--

From xvilajosana@berkeley.edu  Wed Aug 21 12:23:09 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE7EF21F9F97 for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 12:23:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.133
X-Spam-Level: 
X-Spam-Status: No, score=-2.133 tagged_above=-999 required=5 tests=[AWL=-0.157, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3ASXiDF5g9zy for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 12:23:05 -0700 (PDT)
Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) by ietfa.amsl.com (Postfix) with ESMTP id 8D5CB21F9BB5 for <6tsch@ietf.org>; Wed, 21 Aug 2013 12:23:05 -0700 (PDT)
Received: by mail-pd0-f171.google.com with SMTP id g10so827630pdj.2 for <6tsch@ietf.org>; Wed, 21 Aug 2013 12:23:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Gu4MiDmA6nuC3ssankz9VkUxNaAHO/CmUWuFY5sOrdI=; b=N7NtkkGhMjK1v905F6ICWGl4vcEai3pxjqkV7vpDNNIkt7ra1zjs0xfLWCgiOdb6Kl YxBj/dYFoCprqSqtlOBlaNBfBUygiFLkbFuH0WoDhFA5PI1FghutsuqkD//kk8NoD8Xn KlkF2i/s6veWidBSJb4YEH+MrDu/VuUBqhrJ7IF3T9tp9IjPuc4ojeDPXIOsJ+HKqkH3 86ALz4h5CXMTeu7v5QM+FxJB6EUN056JWALIxYBRLaWWKs/5CZPt5XD3Lr+9JZy1VV5j AkWQSenTP7DoeNO9Ldk6OyDMyM98KJR2LvHiLlduxl+Y8Jz7JTDJfUECpLquv5R3L9Iy ae5Q==
X-Gm-Message-State: ALoCoQlad7Z7TfHAfHvzXf7KTFE6QfR1zNZsjR4bC/Fy3bcMweVwbcq4R++fi6bhRsqiMBdzmO1H
MIME-Version: 1.0
X-Received: by 10.68.125.226 with SMTP id mt2mr1325657pbb.115.1377112984553; Wed, 21 Aug 2013 12:23:04 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Wed, 21 Aug 2013 12:23:04 -0700 (PDT)
In-Reply-To: <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com>
Date: Wed, 21 Aug 2013 12:23:04 -0700
Message-ID: <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b2e48224299f204e47a1a3a
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 19:23:09 -0000

--047d7b2e48224299f204e47a1a3a
Content-Type: text/plain; charset=ISO-8859-1

HI Qin,

as a basic setting we want the most basic approach. I guess that using (1)
first priority and then RSSi will avoid having loops. As you say all this
approaches would work but I bet for (1) to be the simplest.

cheers!
X


On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi Xavi,
>
> It is a good idea to use Priority in EB as a factor to choose initial time
> parent. But, I think there are several ways to use the Priority, and other
> metrics like RSSI. For example,
>
> (1) As you suggested, use Priority first, and then RSSI
> (2) or use RSSI first, and then Priority
> (3) or use a function of Priority and RSSI.
>
> I'm not sure which is better. What do you think?
>
> Qin
>
>
>
> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:
>
>> Hi all,
>>
>> I want to propose to add in the basic TSCH draft the fact that when a
>> node joins a network, it uses the EB join priority defined in the Slot and
>> Link IE (Section 5.2.4.13 15.4e std) to select its time parent. This
>> priority is 0 for the PAN coordinator of the network. A node listening
>> several EB selects as a time parent the node with lowest EB Join Priority.
>> In case of receiving multiple EBs with the same Join priority then filters
>> by other metrics e.g RSSI of the link. (note that until a DIO is received
>> nodes don not know about the gradient).
>> A node when sends an EB uses the lowest EB Join priority it has heard and
>> adds 1 to it as its own Join priority.
>>
>>
>> Current draft section states that RSSI or another metric should be used
>> to select the initial time parent, this has the problem that loops cannot
>> be avoided until the first DIO is received. With the proposed approach the
>> problem is solved and does not introduce anything new, just used what 15.4e
>> provides to us.
>>
>> what is your opinion?
>> thanks!
>> Xavi
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>

--047d7b2e48224299f204e47a1a3a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>HI Qin,<br><br>as a basic setting we want the most ba=
sic approach. I guess that using (1) first priority and then RSSi will avoi=
d having loops. As you say all this approaches would work but I bet for (1)=
 to be the simplest. <br>
<br></div>cheers!<br>X<br></div><div class=3D"gmail_extra"><br><br><div cla=
ss=3D"gmail_quote">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <span dir=3D"=
ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Xavi,<div><br></div><div=
>It is a good idea to use Priority in EB as a factor to choose initial time=
 parent. But, I think there are several ways to use the Priority, and other=
 metrics like RSSI. For example,</div>

<div><br></div><div>(1) As you suggested, use Priority first, and then RSSI=
</div><div>(2) or use RSSI first, and then Priority</div><div>(3) or use a =
function of Priority and RSSI.</div><div><br></div><div>I&#39;m not sure wh=
ich is better. What do you think?</div>

<div><br></div><div>Qin</div><div><br></div></div><div class=3D"gmail_extra=
"><br><br><div class=3D"gmail_quote"><div><div class=3D"h5">On Thu, Aug 22,=
 2013 at 2:49 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=
=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eec=
s.berkeley.edu</a>&gt;</span> wrote:<br>

</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div class=3D"h5"><div dir=
=3D"ltr"><div><div>Hi all,<br><br>I want to propose to add in the basic TSC=
H draft the fact that when a node joins a network, it uses the EB join prio=
rity defined in the Slot and Link IE (Section 5.2.4.13 15.4e std) to select=
 its time parent. This priority is 0 for the PAN coordinator of the network=
. A node listening several EB selects as a time parent the node with lowest=
 EB Join Priority. In case of receiving multiple EBs with the same Join pri=
ority then filters by other metrics e.g RSSI of the link. (note that until =
a DIO is received nodes don not know about the gradient).<br>


</div>A node when sends an EB uses the lowest EB Join priority it has heard=
 and adds 1 to it as its own Join priority.<br><br><br>Current draft sectio=
n states that RSSI or another metric should be used to select the initial t=
ime parent, this has the problem that loops cannot be avoided until the fir=
st DIO is received. With the proposed approach the problem is solved and do=
es not introduce anything new, just used what 15.4e provides to us.<br>


<br></div><div>what is your opinion?<br></div><div>thanks!<br>Xavi<br></div=
></div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>

--047d7b2e48224299f204e47a1a3a--

From qinwang@berkeley.edu  Wed Aug 21 13:15:14 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83FB011E8177 for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 13:15:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.956
X-Spam-Level: 
X-Spam-Status: No, score=-2.956 tagged_above=-999 required=5 tests=[AWL=0.020,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EIEuMyKSh0HI for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 13:15:10 -0700 (PDT)
Received: from mail-vb0-f45.google.com (mail-vb0-f45.google.com [209.85.212.45]) by ietfa.amsl.com (Postfix) with ESMTP id 3322F11E814F for <6tsch@ietf.org>; Wed, 21 Aug 2013 13:15:10 -0700 (PDT)
Received: by mail-vb0-f45.google.com with SMTP id e15so655173vbg.32 for <6tsch@ietf.org>; Wed, 21 Aug 2013 13:15:05 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=sOIbkK21TXx5t/sRQyc4puQGrb1g2fl08R0/vqEtjOI=; b=FzA0C0ggB0keJ3E+ThsJdChMgXLmUmz14DmHF+i8szJxqJfnr05+rqQ5CCgf8Vz2z2 xKciIM7e6UNECumcoBTLzRe/H75tDeGkA/7OI9wNEt89YN81tVwCPUbcp2f6L2XPaftg Q/cY+3QAR8fW34UrYULqom/ZiFKeDCyRzJu7XHXG9oav+NnDM3Xpr2uCDxnFaoDRCcxr e6Blq0S2apR55eBHPiRNUyG18ntDarVDWJnJ52SUi2o3jxcXfyGx+l0OlQ0RuPZa4IvF SGc1t90huN1s6gU7OXx1WdBoBwRBY1q7Ca9oOa/31i8vkxkFD+whW3tkKXwvf94wB0zb 7f7A==
X-Gm-Message-State: ALoCoQm9QJN5hx16Mi1nLr77Otb4otRxWORokJd8HdwY1NjTUZqr85mHwH2GuPe8IdS8mR2s9I+o
MIME-Version: 1.0
X-Received: by 10.52.35.171 with SMTP id i11mr6664073vdj.4.1377116105845; Wed, 21 Aug 2013 13:15:05 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Wed, 21 Aug 2013 13:15:05 -0700 (PDT)
In-Reply-To: <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com>
Date: Thu, 22 Aug 2013 04:15:05 +0800
Message-ID: <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=20cf307d02344dc84e04e47ad40c
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 20:15:14 -0000

--20cf307d02344dc84e04e47ad40c
Content-Type: text/plain; charset=ISO-8859-1

Agree!

Qin


On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> HI Qin,
>
> as a basic setting we want the most basic approach. I guess that using (1)
> first priority and then RSSi will avoid having loops. As you say all this
> approaches would work but I bet for (1) to be the simplest.
>
> cheers!
> X
>
>
> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Hi Xavi,
>>
>> It is a good idea to use Priority in EB as a factor to choose initial
>> time parent. But, I think there are several ways to use the Priority, and
>> other metrics like RSSI. For example,
>>
>> (1) As you suggested, use Priority first, and then RSSI
>> (2) or use RSSI first, and then Priority
>> (3) or use a function of Priority and RSSI.
>>
>> I'm not sure which is better. What do you think?
>>
>> Qin
>>
>>
>>
>> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:
>>
>>> Hi all,
>>>
>>> I want to propose to add in the basic TSCH draft the fact that when a
>>> node joins a network, it uses the EB join priority defined in the Slot and
>>> Link IE (Section 5.2.4.13 15.4e std) to select its time parent. This
>>> priority is 0 for the PAN coordinator of the network. A node listening
>>> several EB selects as a time parent the node with lowest EB Join Priority.
>>> In case of receiving multiple EBs with the same Join priority then filters
>>> by other metrics e.g RSSI of the link. (note that until a DIO is received
>>> nodes don not know about the gradient).
>>> A node when sends an EB uses the lowest EB Join priority it has heard
>>> and adds 1 to it as its own Join priority.
>>>
>>>
>>> Current draft section states that RSSI or another metric should be used
>>> to select the initial time parent, this has the problem that loops cannot
>>> be avoided until the first DIO is received. With the proposed approach the
>>> problem is solved and does not introduce anything new, just used what 15.4e
>>> provides to us.
>>>
>>> what is your opinion?
>>> thanks!
>>> Xavi
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>

--20cf307d02344dc84e04e47ad40c
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Agree!<div><br></div><div>Qin</div></div><div class=3D"gma=
il_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 22, 2013 at 3:23 A=
M, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilaj=
osana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a=
>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>HI Qin,<br><br>as a ba=
sic setting we want the most basic approach. I guess that using (1) first p=
riority and then RSSi will avoid having loops. As you say all this approach=
es would work but I bet for (1) to be the simplest. <br>

<br></div>cheers!<span class=3D"HOEnZb"><font color=3D"#888888"><br>X<br></=
font></span></div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gma=
il_extra"><br><br><div class=3D"gmail_quote">On Wed, Aug 21, 2013 at 12:20 =
PM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" =
target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Xavi,<div><br></div><div=
>It is a good idea to use Priority in EB as a factor to choose initial time=
 parent. But, I think there are several ways to use the Priority, and other=
 metrics like RSSI. For example,</div>


<div><br></div><div>(1) As you suggested, use Priority first, and then RSSI=
</div><div>(2) or use RSSI first, and then Priority</div><div>(3) or use a =
function of Priority and RSSI.</div><div><br></div><div>I&#39;m not sure wh=
ich is better. What do you think?</div>


<div><br></div><div>Qin</div><div><br></div></div><div class=3D"gmail_extra=
"><br><br><div class=3D"gmail_quote"><div><div>On Thu, Aug 22, 2013 at 2:49=
 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;</span> wrote:<br>


</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div><div dir=3D"ltr"><div>=
<div>Hi all,<br><br>I want to propose to add in the basic TSCH draft the fa=
ct that when a node joins a network, it uses the EB join priority defined i=
n the Slot and Link IE (Section 5.2.4.13 15.4e std) to select its time pare=
nt. This priority is 0 for the PAN coordinator of the network. A node liste=
ning several EB selects as a time parent the node with lowest EB Join Prior=
ity. In case of receiving multiple EBs with the same Join priority then fil=
ters by other metrics e.g RSSI of the link. (note that until a DIO is recei=
ved nodes don not know about the gradient).<br>



</div>A node when sends an EB uses the lowest EB Join priority it has heard=
 and adds 1 to it as its own Join priority.<br><br><br>Current draft sectio=
n states that RSSI or another metric should be used to select the initial t=
ime parent, this has the problem that loops cannot be avoided until the fir=
st DIO is received. With the proposed approach the problem is solved and do=
es not introduce anything new, just used what 15.4e provides to us.<br>



<br></div><div>what is your opinion?<br></div><div>thanks!<br>Xavi<br></div=
></div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--20cf307d02344dc84e04e47ad40c--

From twatteyne@gmail.com  Wed Aug 21 21:37:12 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12F8D11E825C for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 21:37:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level: 
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[AWL=0.069,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nT0MGIW1SWDO for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 21:37:11 -0700 (PDT)
Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 0097911E8236 for <6tsch@ietf.org>; Wed, 21 Aug 2013 21:37:10 -0700 (PDT)
Received: by mail-pa0-f43.google.com with SMTP id hz10so1640011pad.30 for <6tsch@ietf.org>; Wed, 21 Aug 2013 21:37:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=vk1ESdVykTSgDMybFDzKxOZbWNarT27WPWCuicPJSEg=; b=JJ2Nad6dLYQngsL204Vqf7Zl3RaitNQmuChst9FW2Im5rgblhcooRtwmcxCyQ0VaLW VNfxYUtEc5qN87QiCK+4lpH5Eysz5bFomlByG1Hwr0P44NadHzzWNDjql/tWQQP8zk7A 2iTfDYNsBY4jRsqsZqSDAjrRPJSbv+Wdr+WVld6sTEiRXFJ2vfj6DgIVyXemcAvlIsMK uuVOFRaHYyiWcDGONrJAcN60TDL8Sq54MGcVvbH688z8kNjH7TCCMAcYVj+ZQgx2pNWs P6LSmbNfO/GS2TY9CiYUWMaU44d3i97lT6ZbuTa70F30iMu5kRByJl7J0uv0KDzOYdBg kbtA==
X-Received: by 10.66.248.161 with SMTP id yn1mr13305249pac.0.1377146230662; Wed, 21 Aug 2013 21:37:10 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Wed, 21 Aug 2013 21:36:50 -0700 (PDT)
In-Reply-To: <CAAzoce67JhUwfF8BG02jTFRcZ-+9sFxUxgoacqof7UvJAnWTBQ@mail.gmail.com>
References: <CAAzoce4MJxN5QFaPLjveusXDM__-cnjsq1N=6v5HNqu1sZGxUA@mail.gmail.com> <52128ABD.3030800@berkeley.edu> <CAAzoce7FbbiSrUZC99TvkjUJ2NaOYnGjypEnT=X+DyKAar5M6w@mail.gmail.com> <CADJ9OA8dRTFQLgbjw=vGBF6hgdwz59KogVCVH23Rf-0CmS21Ng@mail.gmail.com> <CAAzoce5qN2_ZtvryG3eFkcE=Ytvz-EByE+PndYwiFwYhTt=q2A@mail.gmail.com> <CADJ9OA87d5NjmzehT8e21kpFN4ybQA3wb=cnT4d=nGaMSTDq2A@mail.gmail.com> <CAAzoce67JhUwfF8BG02jTFRcZ-+9sFxUxgoacqof7UvJAnWTBQ@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Wed, 21 Aug 2013 21:36:50 -0700
X-Google-Sender-Auth: 3DlMIKyrMbqHMl9xaHDEkqxcTXY
Message-ID: <CADJ9OA-=_8UsHjWKdCcXdV27xHPKX00ccD8O68z-aUyrTk9S1w@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b15b043e1ee3a04e481d768
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 04:37:12 -0000

--047d7b15b043e1ee3a04e481d768
Content-Type: text/plain; charset=ISO-8859-1

Qin,

Wonderful. I guess we could add a READ function for the LS mapping, too?
Although in your description you're assuming the ME installs the LS map, it
would be nice if we could use the same format in a mote distribute way in
the future (where some entity needs to query a node to learn its LS
mapping). Even in the presence of an ME, something can happen (power
failuer, bug) which requires it to retrieve what's already installed.

I believe Table 3 is missing some entry for the node to send a request to
the ME.

Thomas


On Wed, Aug 21, 2013 at 10:41 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi Thomas, Xavi and all,
>
> I went through the 6top commands defined in
> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4 and put
> them into the three control flows. See the attached file. As Xavi
> suggested, it is bottom-up approach, thus, leaving lots of TODOs to
> top-down approach.
>
> It is just start point. Any comments and suggestions are welcome.
>
>  Qin
>
>
> On Wed, Aug 21, 2013 at 1:46 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:
>
>> Qin,
>> I totally agree with these flows.
>> Thomas
>>
>>
>> On Tue, Aug 20, 2013 at 6:39 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Thomas,
>>>
>>> I agree with you. Let's identify the control flows first.
>>>
>>> Assume there is a management entity (ME) which may be exist in PCE (in
>>> centrilized case) or upper layer of mote (in distributed caes). The control
>>> flows discussed here are between ME and 6top of mote. Then, I think there
>>> are three kinds of flows as follows.
>>>
>>> (1) Action Flow. ME sends a action request (e.g. create/delete
>>> hardcell/update/softcell, create/delete/update slotframe) to 6top, 6top
>>> executes the action request, and then 6top responses confirmation message.
>>> (2) Query Flow. ME sends a query (e.g. read neighbor, read statistics,
>>> read timesource) to 6top, 6top responses the corresponding information in
>>> the local MIB.
>>> (3) Report Flow. According to some criteria configured in mote (e.g.
>>> periodically), 6top reports the information in local MIB. From the 6top's
>>> commands point of view, it is a kind of query triggered by 6top of mote
>>> self.
>>>
>>> What do you think?
>>>
>>> Thanks
>>> Qin
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Aug 20, 2013 at 2:07 PM, Thomas Watteyne <
>>> watteyne@eecs.berkeley.edu> wrote:
>>>
>>>> Qin,
>>>>
>>>> Thanks for starting the thread! I have comment which my sound a bit
>>>> vague, but it's on purpose :)
>>>>
>>>> Do you envision that the flows will match the 6tos commands exactly?
>>>> That is, are you considering that the packets sent between different
>>>> devices in the network (PCE, motes, etc) contain the same commands as the
>>>> 6top set of commands from
>>>> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?
>>>>
>>>> Maybe we could by identifying the flows that we are considering, then
>>>> the contents of those packets (possibly described using some high level
>>>> representation such as JSON), and only then worry about their efficient
>>>> representation (e.g. BSON). Just a thought.
>>>>
>>>> Thomas
>>>>
>>>> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>>>
>>>>> Hi Kris,
>>>>>
>>>>> You are right. Security Key should be a structured data, besides the
>>>>> key material, it should includes something like lifetime, KeyID,
>>>>> .....Correct?
>>>>>
>>>>> Many thanks!
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu>wrote:
>>>>>
>>>>>>  is the security key a string?  That doesn't seem right.
>>>>>>
>>>>>> ksjp
>>>>>>
>>>>>>
>>>>>> On 8/19/2013 2:05 PM, Qin Wang wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>>  I separate a thread from thread "Message Flows", to discuss the
>>>>>> format for management messages, e.g. JSON, BSON, or others.
>>>>>>
>>>>>>  As Thomas's suggestion, before delving into the representation of
>>>>>> the information, we firstly identify what the contents of the different
>>>>>> signaling packets are, and in addition, what the data structures they may
>>>>>> use.
>>>>>>
>>>>>>  I would like to take the commands defined
>>>>>> in draft-wang-6tsch-6top-00 as starting point. Here are the parameters in
>>>>>> those commands.
>>>>>>
>>>>>>  //integer
>>>>>> (1) xxxID, e.g. TrackID, SlotframeID
>>>>>>  (2) xxxOffset, e.g. SlotOffset
>>>>>> (3) NumOfxxx/Length
>>>>>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
>>>>>>  (5) Status
>>>>>>  (6) ASN (5Byte integer), e.g. last time when a packet received from
>>>>>> a neighbor
>>>>>>
>>>>>>  //string
>>>>>> (7) L2 address
>>>>>> (8) SecurityKey
>>>>>>
>>>>>>  //bitmap
>>>>>> (9) LinkOption
>>>>>>
>>>>>>  //floating
>>>>>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related
>>>>>> metrics
>>>>>>
>>>>>>  Maybe something else........
>>>>>>
>>>>>>  Now, we can evaluate different representation methods. What do you
>>>>>> think?
>>>>>>
>>>>>>  Thanks
>>>>>> Qin
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6tsch
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>
>>
>

--047d7b15b043e1ee3a04e481d768
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Qin,<div><br></div><div>Wonderful. I guess we could add a =
READ function for the LS mapping, too? Although in your description you&#39=
;re assuming the ME installs the LS map, it would be nice if we could use t=
he same format in a mote distribute way in the future (where some entity ne=
eds to query a node to learn its LS mapping). Even in the presence of an ME=
, something can happen (power failuer, bug) which requires it to retrieve w=
hat&#39;s already installed.</div>

<div><br></div><div>I believe Table 3 is missing some entry for the node to=
 send a request to the ME.</div><div><br></div><div>Thomas</div></div><div =
class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed, Aug 21, 20=
13 at 10:41 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@be=
rkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br=
>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Thomas, Xavi and all,<di=
v><br></div><div>I went through the 6top commands defined in=A0<a href=3D"h=
ttp://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4" style=3D"fo=
nt-size:13px;font-family:arial,sans-serif" target=3D"_blank">http://tools.i=
etf.org/html/draft-wang-6tsch-6top-00#section-2.4</a><font face=3D"arial, s=
ans-serif">=A0and put them into the three control flows. See the attached f=
ile. As Xavi suggested, it is bottom-up approach, thus, leaving lots of TOD=
Os to top-down approach.=A0</font></div>


<div><font face=3D"arial, sans-serif"><br></font></div><div><font face=3D"a=
rial, sans-serif">It is just start point. Any comments and suggestions are =
welcome.</font></div><span class=3D"HOEnZb"><font color=3D"#888888"><div><f=
ont face=3D"arial, sans-serif"><br>

</font></div><div>
<span style=3D"font-family:arial,sans-serif">Qin</span><br></div></font></s=
pan></div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra=
"><br><br><div class=3D"gmail_quote">On Wed, Aug 21, 2013 at 1:46 PM, Thoma=
s Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.e=
du" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div>I totally agree wi=
th these flows.</div><span><font color=3D"#888888"><div>Thomas</div>
</font></span></div><div><div><div class=3D"gmail_extra"><br><br><div class=
=3D"gmail_quote">On Tue, Aug 20, 2013 at 6:39 AM, Qin Wang <span dir=3D"ltr=
">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@ber=
keley.edu</a>&gt;</span> wrote:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Thomas,<div><br><div>I agre=
e with you. Let&#39;s identify the control flows first.=A0</div><div><br></=
div>




<div>Assume there is a management entity (ME) which may be exist in PCE (in=
 centrilized case) or upper layer of mote (in distributed caes). The contro=
l flows discussed here are between ME and 6top of mote. Then, I think there=
 are three kinds of flows as follows.</div>





<div><br></div><div>(1) Action Flow. ME sends a action request (e.g. create=
/delete hardcell/update/softcell, create/delete/update slotframe) to 6top, =
6top executes the action request, and then 6top responses confirmation mess=
age.=A0</div>





<div>(2) Query Flow. ME sends a query (e.g. read neighbor, read statistics,=
 read timesource) to 6top, 6top responses the corresponding information in =
the local MIB.</div><div>(3) Report Flow. According to some criteria config=
ured in mote (e.g. periodically), 6top reports the information in local MIB=
. From the 6top&#39;s commands point of view, it is a kind of query trigger=
ed by 6top of mote self.</div>




<div>
<div><br></div><div>What do you think?</div><div><br></div><div>Thanks</div=
><div>Qin</div><div><br></div><div><br></div><div><br></div><div><br></div>=
<div><br></div><div><br></div><div><br></div></div></div></div><div>

<div><div class=3D"gmail_extra">
<br><br><div class=3D"gmail_quote">On Tue, Aug 20, 2013 at 2:07 PM, Thomas =
Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #=
ccc solid;padding-left:1ex">





<div dir=3D"ltr">Qin,<div><br></div><div>Thanks for starting the thread! I =
have comment which my sound a bit vague, but it&#39;s on purpose :)</div><d=
iv><br></div><div>Do you envision that the flows will match the 6tos comman=
ds exactly? That is, are you considering that the packets sent between diff=
erent devices in the network (PCE, motes, etc) contain the same commands as=
 the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html/draf=
t-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.org/h=
tml/draft-wang-6tsch-6top-00#section-2.4</a>?</div>







<div><br></div><div>Maybe we could by identifying the flows that we are con=
sidering, then the contents of those packets (possibly described using some=
 high level representation such as JSON), and only then worry about their e=
fficient representation (e.g. BSON). Just a thought.</div>





<span><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span><div><div><div class=3D"gmail=
_extra"><br><div class=3D"gmail_quote">On Mon, Aug 19, 2013 at 3:54 PM, Qin=
 Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=
=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>








<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div dir=3D"ltr">Hi Kris,<div><br></div><div>You are right=
. Security Key should be a structured data, besides the key material, it sh=
ould includes something like lifetime, KeyID, .....Correct?</div>








<div><br></div><div>Many thanks!</div>
<div><br></div><div>Qin</div></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <span di=
r=3D"ltr">&lt;<a href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@b=
erkeley.edu</a>&gt;</span> wrote:<br>









<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    is the security key a string?=A0 That doesn&#39;t seem right.<br>
    <br>
    ksjp<div><div><div><div><br>
    <br>
    <div>On 8/19/2013 2:05 PM, Qin Wang wrote:<br>
    </div>
    </div></div></div></div><blockquote type=3D"cite"><div><div><div><div>
      <div dir=3D"ltr">Hi all,
        <div><br>
        </div>
        <div>I separate a thread from thread &quot;Message Flows&quot;, to =
discuss
          the format for management messages, e.g. JSON, BSON, or
          others.</div>
        <div><br>
        </div>
        <div>As Thomas&#39;s suggestion, b<span style=3D"font-family:arial,=
sans-serif;font-size:13px">efore
            delving into the representation of the information, we
            firstly identify what the contents of the different
            signaling packets are, and in addition, what the data
            structures they may use.=A0</span></div>
        <div><span style=3D"font-family:arial,sans-serif;font-size:13px"><b=
r>
          </span></div>
        <div>I would like to take the commands defined
          in=A0draft-wang-6tsch-6top-00 as starting point. Here are the
          parameters in those commands.</div>
        <div><br>
        </div>
        <div>//integer</div>
        <div>(1) xxxID, e.g. TrackID, SlotframeID<br>
        </div>
        <div>(2) xxxOffset, e.g. SlotOffset</div>
        <div>(3) NumOfxxx/Length</div>
        <div>(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0</div>
        <div>
          (5) Status<br>
        </div>
        <div>(6) ASN (5Byte integer), e.g. last time when a packet
          received from a neighbor<br>
        </div>
        <div><br>
        </div>
        <div>//string</div>
        <div>(7) L2 address</div>
        <div>(8) SecurityKey</div>
        <div><br>
        </div>
        <div>//bitmap</div>
        <div>(9) LinkOption<br>
        </div>
        <div><br>
        </div>
        <div>//floating</div>
        <div>(10) Metrics, e.g. PDR, ETX, queuing statistics,
          energy-related metrics</div>
        <div><br>
        </div>
        <div>Maybe something else........</div>
        <div><br>
        </div>
        <div>
          Now, we can evaluate different representation methods. What do
          you think?</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div>Qin</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>=A0=A0</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div></div></div><pre>________________________________________=
_______
6tsch mailing list
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7b15b043e1ee3a04e481d768--

From twatteyne@gmail.com  Wed Aug 21 23:06:45 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A3A511E80D1 for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 23:06:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.913
X-Spam-Level: 
X-Spam-Status: No, score=-1.913 tagged_above=-999 required=5 tests=[AWL=0.064,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vBmO23IkgJRG for <6tsch@ietfa.amsl.com>; Wed, 21 Aug 2013 23:06:44 -0700 (PDT)
Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 592E711E80D7 for <6tsch@ietf.org>; Wed, 21 Aug 2013 23:06:44 -0700 (PDT)
Received: by mail-pa0-f47.google.com with SMTP id kl13so1721986pab.20 for <6tsch@ietf.org>; Wed, 21 Aug 2013 23:06:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=JrlgPK8/qisx4gybAGk4niT8/Jetlx0n+CHdFtoO8Xg=; b=G+QKqz4joyCWgQdVuLFxQJRCVNuiDpurCDvDhOa/ryhPD6BQv+ZV2OtJg4/Aa+wifQ OiTC+4aHRa1OcibICTd8goystJ/V0/31uFMckLI9y8r3FXPpFpAGQVq75j7E2Mmzd893 j5U4WYRJr9i5H91JRA1kjIsb2anpYqgAgh6aGtDJL2CTn4/laJlksUnFXzBKc5FMEHDk g4wjwNLOVoasJP1yi1gNSOtzZ1WZj9utT68rI9j934PlTiZDSlGnu+iPWsd96bEjIOb6 VZM98lCzVmYhqZONCyVJsZRorMQWPfKAOCZwQWl3ClmrtqFjE6iMmnKdn9FqnCABni15 WJXA==
X-Received: by 10.68.235.37 with SMTP id uj5mr3641079pbc.85.1377151604028; Wed, 21 Aug 2013 23:06:44 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Wed, 21 Aug 2013 23:06:23 -0700 (PDT)
In-Reply-To: <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Wed, 21 Aug 2013 23:06:23 -0700
X-Google-Sender-Auth: iysMsZj5pV889WN3VMGeF65KAM8
Message-ID: <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b33c78828fc8904e4831825
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 06:06:45 -0000

--047d7b33c78828fc8904e4831825
Content-Type: text/plain; charset=ISO-8859-1

Qin, Xavi,

Excellent point. I believe that this is exactly what makes this 6TSCH work
so interesting: figuring out how consolidate the views between upper and
lower layers.

In my mind, the join priority as you describe looks very much like a
DAGrank. I believe there are, however, two potential questions we should
not forget:
- what if the joining mote does no get all of the EBs of its neighbor?
- what happens when the topology changes and a node moves up or down in the
DODAG?

I would suggest the following:
- once the node has fully joined, somehow tie the join priority to its RPL
DAGrank. We might have to play with the metric to make the join priority
look like a hop count, but I believe it is important the announced join
priority changes when the mote moves up/down in the topology.
- maybe consider the time source parent identified during the joining as
temporary until the final time source parent is discovered. How the final
one is discovered can through some command from the ME (see Qin's
attachement), or after receiving many DIOs.

Thomas




On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu> wrote:

> Agree!
>
> Qin
>
>
> On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:
>
>> HI Qin,
>>
>> as a basic setting we want the most basic approach. I guess that using
>> (1) first priority and then RSSi will avoid having loops. As you say all
>> this approaches would work but I bet for (1) to be the simplest.
>>
>> cheers!
>> X
>>
>>
>> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Hi Xavi,
>>>
>>> It is a good idea to use Priority in EB as a factor to choose initial
>>> time parent. But, I think there are several ways to use the Priority, and
>>> other metrics like RSSI. For example,
>>>
>>> (1) As you suggested, use Priority first, and then RSSI
>>> (2) or use RSSI first, and then Priority
>>> (3) or use a function of Priority and RSSI.
>>>
>>> I'm not sure which is better. What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
>>> xvilajosana@eecs.berkeley.edu> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I want to propose to add in the basic TSCH draft the fact that when a
>>>> node joins a network, it uses the EB join priority defined in the Slot and
>>>> Link IE (Section 5.2.4.13 15.4e std) to select its time parent. This
>>>> priority is 0 for the PAN coordinator of the network. A node listening
>>>> several EB selects as a time parent the node with lowest EB Join Priority.
>>>> In case of receiving multiple EBs with the same Join priority then filters
>>>> by other metrics e.g RSSI of the link. (note that until a DIO is received
>>>> nodes don not know about the gradient).
>>>> A node when sends an EB uses the lowest EB Join priority it has heard
>>>> and adds 1 to it as its own Join priority.
>>>>
>>>>
>>>> Current draft section states that RSSI or another metric should be used
>>>> to select the initial time parent, this has the problem that loops cannot
>>>> be avoided until the first DIO is received. With the proposed approach the
>>>> problem is solved and does not introduce anything new, just used what 15.4e
>>>> provides to us.
>>>>
>>>> what is your opinion?
>>>> thanks!
>>>> Xavi
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b33c78828fc8904e4831825
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Qin, Xavi,<div><br></div><div>Excellent point. I believe t=
hat this is exactly what makes this 6TSCH work so interesting: figuring out=
 how consolidate the views between upper and lower layers.</div>
<div><br></div><div>In my mind, the join priority as you describe looks ver=
y much like a DAGrank. I believe there are, however, two potential question=
s we should not forget:</div><div>- what if the joining mote does no get al=
l of the EBs of its neighbor?</div>

<div>- what happens when the topology changes and a node moves up or down i=
n the DODAG?</div><div><br></div><div>I would suggest the following:</div><=
div>- once the node has fully joined, somehow tie the join priority to its =
RPL DAGrank. We might have to play with the metric to make the join priorit=
y look like a hop count, but I believe it is important the announced join p=
riority changes when the mote moves up/down in the topology.</div>

<div>- maybe consider the time source parent identified during the joining =
as temporary until the final time source parent is discovered. How the fina=
l one is discovered can through some command from the ME (see Qin&#39;s att=
achement), or after receiving many DIOs.</div>

<div><br></div><div>Thomas</div><div><br></div><div><br></div></div><div cl=
ass=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed, Aug 21, 2013=
 at 1:15 PM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berke=
ley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Agree!<span class=3D"HOEnZb=
"><font color=3D"#888888"><div><br></div><div>Qin</div></font></span></div>=
<div class=3D"HOEnZb">

<div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_qu=
ote">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <span dir=
=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bl=
ank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>HI Qin,<br><br>as a ba=
sic setting we want the most basic approach. I guess that using (1) first p=
riority and then RSSi will avoid having loops. As you say all this approach=
es would work but I bet for (1) to be the simplest. <br>



<br></div>cheers!<span><font color=3D"#888888"><br>X<br></font></span></div=
><div><div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On=
 Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<=
/span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Xavi,<div><br></div><div=
>It is a good idea to use Priority in EB as a factor to choose initial time=
 parent. But, I think there are several ways to use the Priority, and other=
 metrics like RSSI. For example,</div>




<div><br></div><div>(1) As you suggested, use Priority first, and then RSSI=
</div><div>(2) or use RSSI first, and then Priority</div><div>(3) or use a =
function of Priority and RSSI.</div><div><br></div><div>I&#39;m not sure wh=
ich is better. What do you think?</div>




<div><br></div><div>Qin</div><div><br></div></div><div class=3D"gmail_extra=
"><br><br><div class=3D"gmail_quote"><div><div>On Thu, Aug 22, 2013 at 2:49=
 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvil=
ajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu<=
/a>&gt;</span> wrote:<br>




</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div><div dir=3D"ltr"><div>=
<div>Hi all,<br><br>I want to propose to add in the basic TSCH draft the fa=
ct that when a node joins a network, it uses the EB join priority defined i=
n the Slot and Link IE (Section 5.2.4.13 15.4e std) to select its time pare=
nt. This priority is 0 for the PAN coordinator of the network. A node liste=
ning several EB selects as a time parent the node with lowest EB Join Prior=
ity. In case of receiving multiple EBs with the same Join priority then fil=
ters by other metrics e.g RSSI of the link. (note that until a DIO is recei=
ved nodes don not know about the gradient).<br>





</div>A node when sends an EB uses the lowest EB Join priority it has heard=
 and adds 1 to it as its own Join priority.<br><br><br>Current draft sectio=
n states that RSSI or another metric should be used to select the initial t=
ime parent, this has the problem that loops cannot be avoided until the fir=
st DIO is received. With the proposed approach the problem is solved and do=
es not introduce anything new, just used what 15.4e provides to us.<br>





<br></div><div>what is your opinion?<br></div><div>thanks!<br>Xavi<br></div=
></div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b33c78828fc8904e4831825--

From pthubert@cisco.com  Thu Aug 22 02:59:42 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE43611E81A9 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 02:59:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.448
X-Spam-Level: 
X-Spam-Status: No, score=-10.448 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ykf+7VKxgRmn for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 02:59:33 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 5FFD211E819D for <6tsch@ietf.org>; Thu, 22 Aug 2013 02:59:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19474; q=dns/txt; s=iport; t=1377165573; x=1378375173; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=q2Ff7ZNtCNAvFGPjY21kwZMEeniQXFBr44ZkA6HB2Ik=; b=SnmfERg9jIv0dOqxM8jGIpMLKB8iK4Q21F23TFNLtmHWaY58GfRiqOrL dGA5hp1kJoc29BxRSqFnYSqUjmWeFzHkXlxQPZqZAs6XoQMaA/zit3D5a UC7A+osKcmV14O56V8jC9+EPPAdM4d9NTPnDOouaZkVMJu5JLFfWtLuJq k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqEFAEDgFVKtJV2a/2dsb2JhbABaDoIzRDVRwAeBHRZ0giUBAQQBAQEqQRsCAQgiHQcnCxQRAgQBEgiICAyufASQNS0Lgxt7A4VIjgSVdIJgP4FpJB4
X-IronPort-AV: E=Sophos;i="4.89,933,1367971200";  d="scan'208,217";a="250349061"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-2.cisco.com with ESMTP; 22 Aug 2013 09:59:30 +0000
Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r7M9xUBB008120 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 22 Aug 2013 09:59:30 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.02.0318.004; Thu, 22 Aug 2013 04:59:29 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: [6tsch] time parent selection based on EB priority
Thread-Index: AQHOnqOHH4PKkovH9kemcni7s7jXIpmgXkEAgAAOiYCAAKU1gP//5ekA
Date: Thu, 22 Aug 2013 09:59:28 +0000
Deferred-Delivery: Thu, 22 Aug 2013 09:59:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com>
In-Reply-To: <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.49.80.24]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8414272A8xmbrcdx01ciscoc_"
MIME-Version: 1.0
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 09:59:42 -0000

--_000_E045AECD98228444A58C61C200AE1BD8414272A8xmbrcdx01ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Dear all:

As you know, RPL may entail temporary loops, in particular if DAGMaxRankInc=
rease is not configured to 0.
If as we expect we use the RPL preferred parent tree for time sync, this wi=
ll lead to time sync loops.
Two questions here:
1) how bad is the effect of such loop? I expect that the clocks  will deriv=
e rapidly, as if from the perspective of a node the crystal was real, real =
bad.
2) can we detect that effect and use it to detect a loop in the routing?

Please see inline:

sch] time parent selection based on EB priority

Qin, Xavi,

Excellent point. I believe that this is exactly what makes this 6TSCH work =
so interesting: figuring out how consolidate the views between upper and lo=
wer layers.

In my mind, the join priority as you describe looks very much like a DAGran=
k. I believe there are, however, two potential questions we should not forg=
et:
- what if the joining mote does no get all of the EBs of its neighbor?
- what happens when the topology changes and a node moves up or down in the=
 DODAG?

I would suggest the following:
- once the node has fully joined, somehow tie the join priority to its RPL =
DAGrank. We might have to play with the metric to make the join priority lo=
ok like a hop count, but I believe it is important the announced join prior=
ity changes when the mote moves up/down in the topology.
- maybe consider the time source parent identified during the joining as te=
mporary until the final time source parent is discovered. How the final one=
 is discovered can through some command from the ME (see Qin's attachement)=
, or after receiving many DIOs.

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
Cheers,
Pascal

On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Agree!

Qin

On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
HI Qin,

as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
cheers!
X

On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi Xavi,

It is a good idea to use Priority in EB as a factor to choose initial time =
parent. But, I think there are several ways to use the Priority, and other =
metrics like RSSI. For example,

(1) As you suggested, use Priority first, and then RSSI
(2) or use RSSI first, and then Priority
(3) or use a function of Priority and RSSI.

I'm not sure which is better. What do you think?

Qin


On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi all,

I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the network. A node listening several EB sele=
cts as a time parent the node with lowest EB Join Priority. In case of rece=
iving multiple EBs with the same Join priority then filters by other metric=
s e.g RSSI of the link. (note that until a DIO is received nodes don not kn=
ow about the gradient).
A node when sends an EB uses the lowest EB Join priority it has heard and a=
dds 1 to it as its own Join priority.


Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce anything new, just used what 15.4e pro=
vides to us.
what is your opinion?
thanks!
Xavi

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD8414272A8xmbrcdx01ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Dear all:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">As you know, RPL may enta=
il temporary loops, in particular if DAGMaxRankIncrease is not configured t=
o 0.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">If as we expect we use th=
e RPL preferred parent tree for time sync, this will lead to time sync loop=
s.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Two questions here:<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">1) how bad is the effect =
of such loop? I expect that the clocks&nbsp; will derive rapidly, as if fro=
m the perspective of a node the crystal was real, real bad.<o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">2) can we detect that eff=
ect and use it to detect a loop in the routing?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline:<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">sch] time parent selection based on EB p=
riority<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Qin, Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I believe it is important t=
he announced join priority changes
 when the mote moves up/down in the topology.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through some command from the ME =
(see Qin's attachement), or after
 receiving many DIOs.<span style=3D"color:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi=
&#8217;s proposal as a mechanism parallel to RPL to do like an hop-count-ba=
sed OF0.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the RPL=
 DAG and may be used as time source.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Initially only the root w=
ould be priority 0. All the others would be default 1.<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and lis=
ten to DIOs, and emit their own, and set their own priority
 to zero.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate =
to that parent as time source, and then can set their own
 priority to zero and send DIOs.<o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">Would that fly?<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">Cheers,<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">Pascal<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D"><o:p>&nbsp;</o:p></span></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Agree!<span class=3D"hoenzb"><span style=3D"color:#8=
88888"><o:p></o:p></span></span></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<o:p></o:p></span><=
/p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I'm not sure which is better. What do you think?<o:p=
></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD8414272A8xmbrcdx01ciscoc_--

From alfredo.grieco@gmail.com  Thu Aug 22 03:44:51 2013
Return-Path: <alfredo.grieco@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79B8721F9DE1 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 03:44:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a9TI25jPYZam for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 03:44:51 -0700 (PDT)
Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) by ietfa.amsl.com (Postfix) with ESMTP id B464221F9DC6 for <6tsch@ietf.org>; Thu, 22 Aug 2013 03:44:50 -0700 (PDT)
Received: by mail-wg0-f53.google.com with SMTP id c11so1477094wgh.32 for <6tsch@ietf.org>; Thu, 22 Aug 2013 03:44:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=f8enx+Nn4rtX/pHh6tgqwggcpLtcclPyY/RP94+2VJo=; b=UZMrpwhiucoRioHub5+OcpUlk1YrTpzBPHV7l5xv1gRsTZ89PBJg8s1NgP0+IbZuT4 0ax4067rrmMHeREMYNux9WuaV1htb0/MW7Qt7xkCpxGwKgGYRrXeFGDGMmPt6b5bUKCn qVsFMkPsM6sXuMRHcSQdwHpQMui/alWYVPYvIX2w0PlIt2rip1Y4oq+sJbcztXLDVEk4 EyqGLucfbYwDiTV3CNJxbAi5snECiY0PDhpFsbWzzGlt67YhFmyeY5uH8pcL7tJXeD10 WEZf7GAkKOgJ/z1nvvBfqUgGqCrvI3tjbzm/cREBaY/VobNCBU9YGAfYIKELaIlhjoH4 bBIw==
X-Received: by 10.194.248.130 with SMTP id ym2mr820377wjc.61.1377168288919; Thu, 22 Aug 2013 03:44:48 -0700 (PDT)
Received: from GriecoPC ([176.200.229.8]) by mx.google.com with ESMTPSA id jf2sm15763972wic.2.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 03:44:47 -0700 (PDT)
From: "Alfredo Grieco" <alfredo.grieco@gmail.com>
To: "'6TSCH'" <6tsch@ietf.org>
Date: Thu, 22 Aug 2013 12:44:38 +0200
Message-ID: <5215eb9f.e2c6b40a.6b2c.ffffe7e1@mx.google.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac6fJJnUbOwlhyUcTzCyC3gMbzjs0w==
Content-Language: en-us
Cc: 'Gennaro Boggia' <g.boggia@poliba.it>, 'Elvis Vogli' <elvisvogli@gmail.com>, 'Giuseppe' <ribes170289@gmail.com>
Subject: [6tsch] Synchronization Issues
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 10:44:51 -0000

Dear All,

My research group is trying to test and develop fast bootstrapping
techniques for TSCH.

In particular, we are focusing on synchronization issues. We would like to
share with you our thoughts to gain your comments.

Assuming that the PAN coordinator starts sending EBs, its neighbors will
send EB too after they get synchronized (i.e., when they successfully
receive the EB sent by the coordinator). In this way, the synchronization is
propagated downwards to the leaves. Unfortunately, the neighbors of the
coordinator cannot know in advance the channel to listen (i.e., the channel
the PAN coordinator will use to transmit EBs) so that it may take some time
to establish the synchronization at one hop, and, as a consequence, till all
nodes are reached by an EB (since the same problem holds also for the
second, third hop and so on). The longer the bootstrap time the larger the
amount of energy spent in for listening EBs.

How to shorten this bootstrap time ?

If we look at the pan coordinator, assuming it is powered by the mains, it
could send more than one EB per superframe in order to swipe faster all
available channels.

Looking at the rest of the nodes that already received an EB, we could try
to let them transmit an EB on average once every Multisuperframe in such a
way that all channels are used in a reasonably short time. In this way, a
new joining node could quickly receive an EB whatever the channel it is
listening to.

Any comment is welcome.

Thanks in advance

Alfredo


--
Luigi Alfredo Grieco, Ph. D.
Assistant Professor in Telecommunications 
DEE - Politecnico di Bari 
Via Orabona, 4 - 70125 - Bari - Italy
Phone: +39 080 5963 911
Fax: +39 080 5963 410
telematics.poliba.it/grieco 
 



From xvilajosana@berkeley.edu  Thu Aug 22 06:34:01 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B488421F9F08 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 06:34:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.114
X-Spam-Level: 
X-Spam-Status: No, score=-2.114 tagged_above=-999 required=5 tests=[AWL=-0.137, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hVMbpVYhYZIM for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 06:33:57 -0700 (PDT)
Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) by ietfa.amsl.com (Postfix) with ESMTP id 8DFC121F96B1 for <6tsch@ietf.org>; Thu, 22 Aug 2013 06:33:57 -0700 (PDT)
Received: by mail-pd0-f172.google.com with SMTP id z10so1888198pdj.31 for <6tsch@ietf.org>; Thu, 22 Aug 2013 06:33:57 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=8/gssGfVC48+ypl6qglDv9Tt4mzsMnmj4vwn39TuR9g=; b=nRZ/EzmfTmQJ1FeGhd0vHlU6cawv5GgdnrcgyJmg/8/j6wfNRSvoWo0Q61sW3y/N4J LrJZELy9pTpapfUtXOFroaCtns3aENk5c4iSVa5z94gi71UXpA+cSBGqcPs7ZYqH14bG y6A/et2afO4Qo2kzywy1Z7I3uRtTskTRX0jQAFUcH6wZ/zkGRKTGyrqzke4Lx4ISYrZL P047SK83M1TSPI3iTa3qiYyh0apBP7JwZ7yTAJPYHaWIzz1JB7mTwwd8XSR8c6LbJitf J0IesYyCfolk242T6fC1SfXTf2peTtfWiY3sUZ5aEngBDWbYIUfNKK2lFhfqSLztXcMG qW1g==
X-Gm-Message-State: ALoCoQmaEpEcBQIMAAZAp4MUtVbpP3V9OfVxHPfkyJujXpJKWk6WXQxuOdtFhmNTIvH4r4NXzB5K
MIME-Version: 1.0
X-Received: by 10.66.123.5 with SMTP id lw5mr5432262pab.83.1377178437046; Thu, 22 Aug 2013 06:33:57 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Thu, 22 Aug 2013 06:33:56 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com>
Date: Thu, 22 Aug 2013 06:33:56 -0700
Message-ID: <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=047d7bf0e7c888616e04e4895704
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 13:34:01 -0000

--047d7bf0e7c888616e04e4895704
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

my comment inline:

[Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to do
like an hop-count-based OF0.****

Q: Do we really need to build the time sync tree faster than the RPL graph?=
*
***

** **

If no, maybe me could use the priority as a boolean to mean that the node
is already part of the RPL DAG and may be used as time source.****

Initially only the root would be priority 0. All the others would be
default 1.****

>From there, all nodes that are one hop away from root with good RSSI can
sync with the root, and listen to DIOs, and emit their own, and set their
own priority to zero.****

Children sync to whichever prio 0 neighbor as time source, listen to DIOs,
select a parent, migrate to that parent as time source, and then can set
their own priority to zero and send DIOs.****

Would that fly?

yes that would work but we are doing the same as the IEEE802-15.4e Join
priority field is for. The 15.4e defines this mechanism and it is inherent
to the networks we address so using it is straightforward. Then as
described by Thomas, we only need to use RPL best parent as soon as we have
one instead of the lowest prio neighbor.

Another question with time sources is the selection of a time source parent
in the case that a node belongs to more than one DODAG. Which parent is
selected then? An more importantly, do the basic draft considers having
more than one DODAG?

thanks!
Xavi


On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Dear all:****
>
> ** **
>
> As you know, RPL may entail temporary loops, in particular if
> DAGMaxRankIncrease is not configured to 0.****
>
> If as we expect we use the RPL preferred parent tree for time sync, this
> will lead to time sync loops. ****
>
> Two questions here:****
>
> 1) how bad is the effect of such loop? I expect that the clocks  will
> derive rapidly, as if from the perspective of a node the crystal was real=
,
> real bad.****
>
> 2) can we detect that effect and use it to detect a loop in the routing?*=
*
> **
>
> ** **
>
> Please see inline:****
>
> ** **
>
> sch] time parent selection based on EB priority****
>
> ** **
>
> Qin, Xavi,****
>
> ** **
>
> Excellent point. I believe that this is exactly what makes this 6TSCH wor=
k
> so interesting: figuring out how consolidate the views between upper and
> lower layers.****
>
> ** **
>
> In my mind, the join priority as you describe looks very much like a
> DAGrank. I believe there are, however, two potential questions we should
> not forget:****
>
> - what if the joining mote does no get all of the EBs of its neighbor?***=
*
>
> - what happens when the topology changes and a node moves up or down in
> the DODAG?****
>
> ** **
>
> I would suggest the following:****
>
> - once the node has fully joined, somehow tie the join priority to its RP=
L
> DAGrank. We might have to play with the metric to make the join priority
> look like a hop count, but I believe it is important the announced join
> priority changes when the mote moves up/down in the topology.****
>
> - maybe consider the time source parent identified during the joining as
> temporary until the final time source parent is discovered. How the final
> one is discovered can through some command from the ME (see Qin's
> attachement), or after receiving many DIOs.****
>
> ** **
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0. ****
>
> Q: Do we really need to build the time sync tree faster than the RPL
> graph? ****
>
> ** **
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> Cheers,****
>
> Pascal****
>
> ** **
>
> On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Agree!****
>
> ** **
>
> Qin****
>
> ** **
>
> On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
> HI Qin,
>
> as a basic setting we want the most basic approach. I guess that using (1=
)
> first priority and then RSSi will avoid having loops. As you say all this
> approaches would work but I bet for (1) to be the simplest. ****
>
> cheers!
> X****
>
> ** **
>
> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:*=
*
> **
>
> Hi Xavi,****
>
> ** **
>
> It is a good idea to use Priority in EB as a factor to choose initial tim=
e
> parent. But, I think there are several ways to use the Priority, and othe=
r
> metrics like RSSI. For example,****
>
> ** **
>
> (1) As you suggested, use Priority first, and then RSSI****
>
> (2) or use RSSI first, and then Priority****
>
> (3) or use a function of Priority and RSSI.****
>
> ** **
>
> I'm not sure which is better. What do you think?****
>
> ** **
>
> Qin****
>
> ** **
>
> ** **
>
> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
>    Hi all,
>
> I want to propose to add in the basic TSCH draft the fact that when a nod=
e
> joins a network, it uses the EB join priority defined in the Slot and Lin=
k
> IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority =
is
> 0 for the PAN coordinator of the network. A node listening several EB
> selects as a time parent the node with lowest EB Join Priority. In case o=
f
> receiving multiple EBs with the same Join priority then filters by other
> metrics e.g RSSI of the link. (note that until a DIO is received nodes do=
n
> not know about the gradient).****
>
> A node when sends an EB uses the lowest EB Join priority it has heard and
> adds 1 to it as its own Join priority.
>
>
> Current draft section states that RSSI or another metric should be used t=
o
> select the initial time parent, this has the problem that loops cannot be
> avoided until the first DIO is received. With the proposed approach the
> problem is solved and does not introduce anything new, just used what 15.=
4e
> provides to us.****
>
> what is your opinion?****
>
> thanks!
> Xavi****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ** **
>
> ** **
>
> ** **
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7bf0e7c888616e04e4895704
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pascal,<div><br></div><div>my comment inline:</div><div=
><br></div><div><div style=3D"font-family:arial,sans-serif;font-size:13.333=
333969116211px"><p class=3D""><span style=3D"font-size:11pt;font-family:Cal=
ibri,sans-serif;color:rgb(31,73,125)">[Pascal] Yes, I read Xavi=92s proposa=
l as a mechanism parallel to RPL to do like an hop-count-based OF0.<u></u><=
u></u></span></p>
<p class=3D""><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;=
color:rgb(31,73,125)">Q: Do we really need to build the time sync tree fast=
er than the RPL graph?<u></u><u></u></span></p><p class=3D""><span style=3D=
"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u=
>=A0<u></u></span></p>
<p class=3D""><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;=
color:rgb(31,73,125)">If no, maybe me could use the priority as a boolean t=
o mean that the node is already part of the RPL DAG and may be used as time=
 source.<u></u><u></u></span></p>
<p class=3D""><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;=
color:rgb(31,73,125)">Initially only the root would be priority 0. All the =
others would be default 1.<u></u><u></u></span></p><p class=3D""><span styl=
e=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Fr=
om there, all nodes that are one hop away from root with good RSSI can sync=
 with the root, and listen to DIOs, and emit their own, and set their own p=
riority to zero.<u></u><u></u></span></p>
<p class=3D""><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;=
color:rgb(31,73,125)">Children sync to whichever prio 0 neighbor as time so=
urce, listen to DIOs, select a parent, migrate to that parent as time sourc=
e, and then can set their own priority to zero and send DIOs.<u></u><u></u>=
</span></p>
</div><div><p class=3D"" style=3D"font-family:arial,sans-serif;font-size:13=
.333333969116211px;margin-bottom:12pt"><span style=3D"font-size:11pt;font-f=
amily:Calibri,sans-serif;color:rgb(31,73,125)">Would that fly?</span></p><p=
 class=3D"" style=3D"margin-bottom:12pt">
<font color=3D"#000000" face=3D"Calibri, sans-serif">yes that would work bu=
t we are doing the same as the IEEE802-15.4e Join priority field is for. Th=
e 15.4e defines this mechanism and it is inherent to the networks we addres=
s so using it is straightforward. Then as described by Thomas, we only need=
 to use RPL best parent as soon as we have one instead of the lowest prio n=
eighbor.=A0</font></p>
<p class=3D"" style=3D"margin-bottom:12pt"><font color=3D"#000000" face=3D"=
Calibri, sans-serif">Another question with time sources is the selection of=
 a time source parent in the case that a node belongs to more than one DODA=
G. Which parent is selected then? An more importantly, do the basic draft c=
onsiders having more than one DODAG?=A0</font></p>
<p class=3D"" style=3D"margin-bottom:12pt"><font color=3D"#000000" face=3D"=
Calibri, sans-serif">thanks!<br>Xavi</font></p></div></div></div><div class=
=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 22, 2013 at=
 2:59 AM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D"mailto=
:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</span> wr=
ote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a577443a23f25__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">Dear all:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you know, RPL may enta=
il temporary loops, in particular if DAGMaxRankIncrease is not configured t=
o 0.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If as we expect we use th=
e RPL preferred parent tree for time sync, this will lead to time sync loop=
s.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Two questions here:<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">1) how bad is the effect =
of such loop? I expect that the clocks=A0 will derive rapidly, as if from t=
he perspective of a node the crystal was real, real bad.<u></u><u></u></spa=
n></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">2) can we detect that eff=
ect and use it to detect a loop in the routing?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see inline:<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">sch] time parent selection based on EB p=
riority<u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div><div class=3D"im">
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I believe it is important t=
he announced join priority changes
 when the mote moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through some command from the ME =
(see Qin&#39;s attachement), or after
 receiving many DIOs.<span style=3D"color:#1f497d"><u></u><u></u></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
</div>
</div><div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based =
OF0.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the RPL=
 DAG and may be used as time source.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.<u></u><u></u></span>=
</p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and lis=
ten to DIOs, and emit their own, and set their own priority
 to zero.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate =
to that parent as time source, and then can set their own
 priority to zero and send DIOs.<u></u><u></u></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers,<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal<u></u><u></u></span></p><div><div class=3D"h5">
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d"><u></u>=A0<u></u></span></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<span><span style=3D"color:#888888"><u></u><u>=
</u></span></span></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<u></u><u></u></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m not sure which is better. What do you think?=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div></div></div>
</div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7bf0e7c888616e04e4895704--

From qinwang@berkeley.edu  Thu Aug 22 06:34:59 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E071F11E81B8 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 06:34:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.957
X-Spam-Level: 
X-Spam-Status: No, score=-2.957 tagged_above=-999 required=5 tests=[AWL=0.019,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UUiBTgu9D74C for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 06:34:55 -0700 (PDT)
Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id 795E511E817A for <6tsch@ietf.org>; Thu, 22 Aug 2013 06:34:55 -0700 (PDT)
Received: by mail-vb0-f44.google.com with SMTP id e13so1253474vbg.31 for <6tsch@ietf.org>; Thu, 22 Aug 2013 06:34:53 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=iG/6bXWY9TMQozAbV4UFyZdw8K0OjPFmEsE44uy6lYg=; b=LG269Hkoi0aUmxav+LSVDhTWsgsGQWx+859ctfnrkv7krzJsE8/xc9UF8V+Gz2N9d5 VqnmgzNrqrCTHiLEhNfss3xwu+orbqoS26NFP42AL+5YnpvLaeYuaBVGOJanzF9G0lBY 3AVEB/OWLKWm+t9hdGUr8y997a4ueRrFG4IeqI+rSa6xk3YmuCkMjD6DlZejHy4JtA2K DqsmSViXucGM0XncSA6ai17lmlbS5p252K2T+6ma24RHdogoRBT6W73pyQAb8CPgVN3J HNIZZalIYMV6W1H4YpvSK4fcFMDM/ui42voT7+lj8/qtlUwuVX9ZwJTWd1ktns/XyRMI wpOA==
X-Gm-Message-State: ALoCoQkzQzjzb3YvJaybL0BOcAf8Nchh7zer9KIveEBaXWAsI/lF1OzWGc/LiWOxodwpCBKh/KUF
MIME-Version: 1.0
X-Received: by 10.52.171.38 with SMTP id ar6mr9658180vdc.22.1377178490870; Thu, 22 Aug 2013 06:34:50 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 22 Aug 2013 06:34:50 -0700 (PDT)
In-Reply-To: <CADJ9OA-=_8UsHjWKdCcXdV27xHPKX00ccD8O68z-aUyrTk9S1w@mail.gmail.com>
References: <CAAzoce4MJxN5QFaPLjveusXDM__-cnjsq1N=6v5HNqu1sZGxUA@mail.gmail.com> <52128ABD.3030800@berkeley.edu> <CAAzoce7FbbiSrUZC99TvkjUJ2NaOYnGjypEnT=X+DyKAar5M6w@mail.gmail.com> <CADJ9OA8dRTFQLgbjw=vGBF6hgdwz59KogVCVH23Rf-0CmS21Ng@mail.gmail.com> <CAAzoce5qN2_ZtvryG3eFkcE=Ytvz-EByE+PndYwiFwYhTt=q2A@mail.gmail.com> <CADJ9OA87d5NjmzehT8e21kpFN4ybQA3wb=cnT4d=nGaMSTDq2A@mail.gmail.com> <CAAzoce67JhUwfF8BG02jTFRcZ-+9sFxUxgoacqof7UvJAnWTBQ@mail.gmail.com> <CADJ9OA-=_8UsHjWKdCcXdV27xHPKX00ccD8O68z-aUyrTk9S1w@mail.gmail.com>
Date: Thu, 22 Aug 2013 21:34:50 +0800
Message-ID: <CAAzoce4GBkNt7dScYuOz_w8mv732mdqKxFWOiPcHJb=CLYAZhA@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b6d95e6bdb00104e4895ad3
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 13:35:00 -0000

--047d7b6d95e6bdb00104e4895ad3
Content-Type: text/plain; charset=ISO-8859-1

Thomas,

I add READ.labelswitch.status in Table 2 and Table 3.

But, I don't understand "Table 3 is missing some entry for the node to send
a request to the ME." very well. IMHO, the operations listed in Table 3 are
triggered by some internal events of a node, e.g. timer if a periodic
report is configured, and as result, the node will send some information in
local MIB to ME, instead of sending a request to ME. Correct? Do I miss
something?

Thanks
Qin


On Thu, Aug 22, 2013 at 12:36 PM, Thomas Watteyne <
watteyne@eecs.berkeley.edu> wrote:

> Qin,
>
> Wonderful. I guess we could add a READ function for the LS mapping, too?
> Although in your description you're assuming the ME installs the LS map, it
> would be nice if we could use the same format in a mote distribute way in
> the future (where some entity needs to query a node to learn its LS
> mapping). Even in the presence of an ME, something can happen (power
> failuer, bug) which requires it to retrieve what's already installed.
>
> I believe Table 3 is missing some entry for the node to send a request to
> the ME.
>
> Thomas
>
>
> On Wed, Aug 21, 2013 at 10:41 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Hi Thomas, Xavi and all,
>>
>> I went through the 6top commands defined in
>> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4 and put
>> them into the three control flows. See the attached file. As Xavi
>> suggested, it is bottom-up approach, thus, leaving lots of TODOs to
>> top-down approach.
>>
>> It is just start point. Any comments and suggestions are welcome.
>>
>>  Qin
>>
>>
>> On Wed, Aug 21, 2013 at 1:46 PM, Thomas Watteyne <
>> watteyne@eecs.berkeley.edu> wrote:
>>
>>> Qin,
>>> I totally agree with these flows.
>>> Thomas
>>>
>>>
>>> On Tue, Aug 20, 2013 at 6:39 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>>>
>>>> Thomas,
>>>>
>>>> I agree with you. Let's identify the control flows first.
>>>>
>>>> Assume there is a management entity (ME) which may be exist in PCE (in
>>>> centrilized case) or upper layer of mote (in distributed caes). The control
>>>> flows discussed here are between ME and 6top of mote. Then, I think there
>>>> are three kinds of flows as follows.
>>>>
>>>> (1) Action Flow. ME sends a action request (e.g. create/delete
>>>> hardcell/update/softcell, create/delete/update slotframe) to 6top, 6top
>>>> executes the action request, and then 6top responses confirmation message.
>>>> (2) Query Flow. ME sends a query (e.g. read neighbor, read statistics,
>>>> read timesource) to 6top, 6top responses the corresponding information in
>>>> the local MIB.
>>>> (3) Report Flow. According to some criteria configured in mote (e.g.
>>>> periodically), 6top reports the information in local MIB. From the 6top's
>>>> commands point of view, it is a kind of query triggered by 6top of mote
>>>> self.
>>>>
>>>> What do you think?
>>>>
>>>> Thanks
>>>> Qin
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Aug 20, 2013 at 2:07 PM, Thomas Watteyne <
>>>> watteyne@eecs.berkeley.edu> wrote:
>>>>
>>>>> Qin,
>>>>>
>>>>> Thanks for starting the thread! I have comment which my sound a bit
>>>>> vague, but it's on purpose :)
>>>>>
>>>>> Do you envision that the flows will match the 6tos commands exactly?
>>>>> That is, are you considering that the packets sent between different
>>>>> devices in the network (PCE, motes, etc) contain the same commands as the
>>>>> 6top set of commands from
>>>>> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?
>>>>>
>>>>> Maybe we could by identifying the flows that we are considering, then
>>>>> the contents of those packets (possibly described using some high level
>>>>> representation such as JSON), and only then worry about their efficient
>>>>> representation (e.g. BSON). Just a thought.
>>>>>
>>>>> Thomas
>>>>>
>>>>> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu>wrote:
>>>>>
>>>>>> Hi Kris,
>>>>>>
>>>>>> You are right. Security Key should be a structured data, besides the
>>>>>> key material, it should includes something like lifetime, KeyID,
>>>>>> .....Correct?
>>>>>>
>>>>>> Many thanks!
>>>>>>
>>>>>> Qin
>>>>>>
>>>>>>
>>>>>> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu>wrote:
>>>>>>
>>>>>>>  is the security key a string?  That doesn't seem right.
>>>>>>>
>>>>>>> ksjp
>>>>>>>
>>>>>>>
>>>>>>> On 8/19/2013 2:05 PM, Qin Wang wrote:
>>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>>  I separate a thread from thread "Message Flows", to discuss the
>>>>>>> format for management messages, e.g. JSON, BSON, or others.
>>>>>>>
>>>>>>>  As Thomas's suggestion, before delving into the representation of
>>>>>>> the information, we firstly identify what the contents of the different
>>>>>>> signaling packets are, and in addition, what the data structures they may
>>>>>>> use.
>>>>>>>
>>>>>>>  I would like to take the commands defined
>>>>>>> in draft-wang-6tsch-6top-00 as starting point. Here are the parameters in
>>>>>>> those commands.
>>>>>>>
>>>>>>>  //integer
>>>>>>> (1) xxxID, e.g. TrackID, SlotframeID
>>>>>>>  (2) xxxOffset, e.g. SlotOffset
>>>>>>> (3) NumOfxxx/Length
>>>>>>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
>>>>>>>  (5) Status
>>>>>>>  (6) ASN (5Byte integer), e.g. last time when a packet received
>>>>>>> from a neighbor
>>>>>>>
>>>>>>>  //string
>>>>>>> (7) L2 address
>>>>>>> (8) SecurityKey
>>>>>>>
>>>>>>>  //bitmap
>>>>>>> (9) LinkOption
>>>>>>>
>>>>>>>  //floating
>>>>>>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related
>>>>>>> metrics
>>>>>>>
>>>>>>>  Maybe something else........
>>>>>>>
>>>>>>>  Now, we can evaluate different representation methods. What do you
>>>>>>> think?
>>>>>>>
>>>>>>>  Thanks
>>>>>>> Qin
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6tsch
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 6tsch mailing list
>>>>>> 6tsch@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>>
>>>>
>>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b6d95e6bdb00104e4895ad3
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thomas,<div><br></div><div>I add READ.labelswitch.status i=
n Table 2 and Table 3.</div><div><br></div><div>But, I don&#39;t understand=
 &quot;<span style=3D"font-family:arial,sans-serif;font-size:13px">Table 3 =
is missing some entry for the node to send a request to the ME.</span>&quot=
; very well. IMHO, the operations listed in Table 3 are triggered by some i=
nternal events of a node, e.g. timer if a periodic report is configured, an=
d as result, the node will send some information in local MIB to ME, instea=
d of sending a request to ME. Correct? Do I miss something?</div>
<div><br></div><div>Thanks</div><div>Qin</div></div><div class=3D"gmail_ext=
ra"><br><br><div class=3D"gmail_quote">On Thu, Aug 22, 2013 at 12:36 PM, Th=
omas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkele=
y.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<b=
r>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div><br></div><div>Won=
derful. I guess we could add a READ function for the LS mapping, too? Altho=
ugh in your description you&#39;re assuming the ME installs the LS map, it =
would be nice if we could use the same format in a mote distribute way in t=
he future (where some entity needs to query a node to learn its LS mapping)=
. Even in the presence of an ME, something can happen (power failuer, bug) =
which requires it to retrieve what&#39;s already installed.</div>


<div><br></div><div>I believe Table 3 is missing some entry for the node to=
 send a request to the ME.</div><span class=3D"HOEnZb"><font color=3D"#8888=
88"><div><br></div><div>Thomas</div></font></span></div><div class=3D"HOEnZ=
b">
<div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_qu=
ote">On Wed, Aug 21, 2013 at 10:41 AM, Qin Wang <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Thomas, Xavi and all,<di=
v><br></div><div>I went through the 6top commands defined in=A0<a href=3D"h=
ttp://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4" style=3D"fo=
nt-size:13px;font-family:arial,sans-serif" target=3D"_blank">http://tools.i=
etf.org/html/draft-wang-6tsch-6top-00#section-2.4</a><font face=3D"arial, s=
ans-serif">=A0and put them into the three control flows. See the attached f=
ile. As Xavi suggested, it is bottom-up approach, thus, leaving lots of TOD=
Os to top-down approach.=A0</font></div>



<div><font face=3D"arial, sans-serif"><br></font></div><div><font face=3D"a=
rial, sans-serif">It is just start point. Any comments and suggestions are =
welcome.</font></div><span><font color=3D"#888888"><div><font face=3D"arial=
, sans-serif"><br>


</font></div><div>
<span style=3D"font-family:arial,sans-serif">Qin</span><br></div></font></s=
pan></div><div><div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_=
quote">On Wed, Aug 21, 2013 at 1:46 PM, Thomas Watteyne <span dir=3D"ltr">&=
lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne=
@eecs.berkeley.edu</a>&gt;</span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div>I totally agree wi=
th these flows.</div><span><font color=3D"#888888"><div>Thomas</div>
</font></span></div><div><div><div class=3D"gmail_extra"><br><br><div class=
=3D"gmail_quote">On Tue, Aug 20, 2013 at 6:39 AM, Qin Wang <span dir=3D"ltr=
">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@ber=
keley.edu</a>&gt;</span> wrote:<br>





<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Thomas,<div><br><div>I agre=
e with you. Let&#39;s identify the control flows first.=A0</div><div><br></=
div>





<div>Assume there is a management entity (ME) which may be exist in PCE (in=
 centrilized case) or upper layer of mote (in distributed caes). The contro=
l flows discussed here are between ME and 6top of mote. Then, I think there=
 are three kinds of flows as follows.</div>






<div><br></div><div>(1) Action Flow. ME sends a action request (e.g. create=
/delete hardcell/update/softcell, create/delete/update slotframe) to 6top, =
6top executes the action request, and then 6top responses confirmation mess=
age.=A0</div>






<div>(2) Query Flow. ME sends a query (e.g. read neighbor, read statistics,=
 read timesource) to 6top, 6top responses the corresponding information in =
the local MIB.</div><div>(3) Report Flow. According to some criteria config=
ured in mote (e.g. periodically), 6top reports the information in local MIB=
. From the 6top&#39;s commands point of view, it is a kind of query trigger=
ed by 6top of mote self.</div>





<div>
<div><br></div><div>What do you think?</div><div><br></div><div>Thanks</div=
><div>Qin</div><div><br></div><div><br></div><div><br></div><div><br></div>=
<div><br></div><div><br></div><div><br></div></div></div></div><div>

<div><div class=3D"gmail_extra">
<br><br><div class=3D"gmail_quote">On Tue, Aug 20, 2013 at 2:07 PM, Thomas =
Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #=
ccc solid;padding-left:1ex">






<div dir=3D"ltr">Qin,<div><br></div><div>Thanks for starting the thread! I =
have comment which my sound a bit vague, but it&#39;s on purpose :)</div><d=
iv><br></div><div>Do you envision that the flows will match the 6tos comman=
ds exactly? That is, are you considering that the packets sent between diff=
erent devices in the network (PCE, motes, etc) contain the same commands as=
 the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html/draf=
t-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.org/h=
tml/draft-wang-6tsch-6top-00#section-2.4</a>?</div>








<div><br></div><div>Maybe we could by identifying the flows that we are con=
sidering, then the contents of those packets (possibly described using some=
 high level representation such as JSON), and only then worry about their e=
fficient representation (e.g. BSON). Just a thought.</div>






<span><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span><div><div><div class=3D"gmail=
_extra"><br><div class=3D"gmail_quote">On Mon, Aug 19, 2013 at 3:54 PM, Qin=
 Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=
=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>









<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div dir=3D"ltr">Hi Kris,<div><br></div><div>You are right=
. Security Key should be a structured data, besides the key material, it sh=
ould includes something like lifetime, KeyID, .....Correct?</div>









<div><br></div><div>Many thanks!</div>
<div><br></div><div>Qin</div></div><div class=3D"gmail_extra"><br><br><div =
class=3D"gmail_quote">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <span di=
r=3D"ltr">&lt;<a href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@b=
erkeley.edu</a>&gt;</span> wrote:<br>










<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    is the security key a string?=A0 That doesn&#39;t seem right.<br>
    <br>
    ksjp<div><div><div><div><br>
    <br>
    <div>On 8/19/2013 2:05 PM, Qin Wang wrote:<br>
    </div>
    </div></div></div></div><blockquote type=3D"cite"><div><div><div><div>
      <div dir=3D"ltr">Hi all,
        <div><br>
        </div>
        <div>I separate a thread from thread &quot;Message Flows&quot;, to =
discuss
          the format for management messages, e.g. JSON, BSON, or
          others.</div>
        <div><br>
        </div>
        <div>As Thomas&#39;s suggestion, b<span style=3D"font-family:arial,=
sans-serif;font-size:13px">efore
            delving into the representation of the information, we
            firstly identify what the contents of the different
            signaling packets are, and in addition, what the data
            structures they may use.=A0</span></div>
        <div><span style=3D"font-family:arial,sans-serif;font-size:13px"><b=
r>
          </span></div>
        <div>I would like to take the commands defined
          in=A0draft-wang-6tsch-6top-00 as starting point. Here are the
          parameters in those commands.</div>
        <div><br>
        </div>
        <div>//integer</div>
        <div>(1) xxxID, e.g. TrackID, SlotframeID<br>
        </div>
        <div>(2) xxxOffset, e.g. SlotOffset</div>
        <div>(3) NumOfxxx/Length</div>
        <div>(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0</div>
        <div>
          (5) Status<br>
        </div>
        <div>(6) ASN (5Byte integer), e.g. last time when a packet
          received from a neighbor<br>
        </div>
        <div><br>
        </div>
        <div>//string</div>
        <div>(7) L2 address</div>
        <div>(8) SecurityKey</div>
        <div><br>
        </div>
        <div>//bitmap</div>
        <div>(9) LinkOption<br>
        </div>
        <div><br>
        </div>
        <div>//floating</div>
        <div>(10) Metrics, e.g. PDR, ETX, queuing statistics,
          energy-related metrics</div>
        <div><br>
        </div>
        <div>Maybe something else........</div>
        <div><br>
        </div>
        <div>
          Now, we can evaluate different representation methods. What do
          you think?</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div>Qin</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>=A0=A0</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div></div></div><pre>________________________________________=
_______
6tsch mailing list
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b6d95e6bdb00104e4895ad3--

From qinwang@berkeley.edu  Thu Aug 22 07:57:09 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B46D11E80F6 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 07:57:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.958
X-Spam-Level: 
X-Spam-Status: No, score=-2.958 tagged_above=-999 required=5 tests=[AWL=0.018,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LtAKJqPgRvEl for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 07:57:05 -0700 (PDT)
Received: from mail-ve0-f177.google.com (mail-ve0-f177.google.com [209.85.128.177]) by ietfa.amsl.com (Postfix) with ESMTP id A5FB411E814C for <6tsch@ietf.org>; Thu, 22 Aug 2013 07:57:00 -0700 (PDT)
Received: by mail-ve0-f177.google.com with SMTP id cz11so1570032veb.8 for <6tsch@ietf.org>; Thu, 22 Aug 2013 07:56:59 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=UT1LUyyjylKAhjWQscska8U8XBcR1tVkHlWoPTMQiRc=; b=DXPzYTj60i/mKfGF9ntJQdcElnygs8/IgguWeF7gGFwb4UmBe+6asH8+OZPmO2aPSo G8vpHWntdzes+HyVt2u1tHUtoTGAUDuzAUeyB2lCpEnV5nMGh0BrTI236wNCUm7Tv7l3 yTO66T+kNcVI6i6ZHXzTdgCtfevXITd0RenF2dSAZJlIl6xdG2L6zlnwBY4ngZg+f66e MN5ioi/+jWTnGOQ9kB8FK20xMQZjIrSgf+4A/xLnQYV7Ngz3enT9j4GTmvq8Ot10CLJU QCOjeHDz00BVn5TnUaIvxTM0s+qJqq/iAvmt2auIrWDivLi4at78HGhPfhrrFUFY2pez k1+g==
X-Gm-Message-State: ALoCoQnc/goGX5rg+iiQ4HOaKHzro/63K3BjJYn0ShipTE06F9e/fles/cxNY3ksyAQ8w2tTDUsB
MIME-Version: 1.0
X-Received: by 10.58.97.138 with SMTP id ea10mr117810veb.38.1377183419035; Thu, 22 Aug 2013 07:56:59 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 22 Aug 2013 07:56:58 -0700 (PDT)
In-Reply-To: <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com>
Date: Thu, 22 Aug 2013 22:56:58 +0800
Message-ID: <CAAzoce7ndwQoHAM+9mHp5f2Q2Z38V5S6aKtDV=8g3mKHDCRTEw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=089e013a28607b7bf104e48a80dd
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 14:57:09 -0000

--089e013a28607b7bf104e48a80dd
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi All,

I think we likely mix the concepts in the two layers, i.e. 15.4e TSCH and
RPL. The Join Priority is existing in a TSCH network and maintained by
TSCH, no matter RPL is used as upper layer or not. Thus, IMHO, 6top and
upper layer can use the Join Priority, but cannot modify it.

In addition, selecting time source parent is for synchronizing to existing
network and communicating with neighbors in correct time template, which
should happen before a DODAG is established. Thus, I agree with Xavi that
it is necessary to select a time source parent, or called it as temporary
time source parent, before a DODAG is established.

What do you think?

Qin






On Thu, Aug 22, 2013 at 9:33 PM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi Pascal,
>
> my comment inline:
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0.****
>
> Q: Do we really need to build the time sync tree faster than the RPL grap=
h?
> ****
>
> ** **
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?
>
> yes that would work but we are doing the same as the IEEE802-15.4e Join
> priority field is for. The 15.4e defines this mechanism and it is inheren=
t
> to the networks we address so using it is straightforward. Then as
> described by Thomas, we only need to use RPL best parent as soon as we ha=
ve
> one instead of the lowest prio neighbor.
>
> Another question with time sources is the selection of a time source
> parent in the case that a node belongs to more than one DODAG. Which pare=
nt
> is selected then? An more importantly, do the basic draft considers havin=
g
> more than one DODAG?
>
> thanks!
> Xavi
>
>
> On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:
>
>>  Dear all:****
>>
>> ** **
>>
>> As you know, RPL may entail temporary loops, in particular if
>> DAGMaxRankIncrease is not configured to 0.****
>>
>> If as we expect we use the RPL preferred parent tree for time sync, this
>> will lead to time sync loops. ****
>>
>> Two questions here:****
>>
>> 1) how bad is the effect of such loop? I expect that the clocks  will
>> derive rapidly, as if from the perspective of a node the crystal was rea=
l,
>> real bad.****
>>
>> 2) can we detect that effect and use it to detect a loop in the routing?=
*
>> ***
>>
>> ** **
>>
>> Please see inline:****
>>
>> ** **
>>
>> sch] time parent selection based on EB priority****
>>
>> ** **
>>
>> Qin, Xavi,****
>>
>> ** **
>>
>> Excellent point. I believe that this is exactly what makes this 6TSCH
>> work so interesting: figuring out how consolidate the views between uppe=
r
>> and lower layers.****
>>
>> ** **
>>
>> In my mind, the join priority as you describe looks very much like a
>> DAGrank. I believe there are, however, two potential questions we should
>> not forget:****
>>
>> - what if the joining mote does no get all of the EBs of its neighbor?**=
*
>> *
>>
>> - what happens when the topology changes and a node moves up or down in
>> the DODAG?****
>>
>> ** **
>>
>> I would suggest the following:****
>>
>> - once the node has fully joined, somehow tie the join priority to its
>> RPL DAGrank. We might have to play with the metric to make the join
>> priority look like a hop count, but I believe it is important the announ=
ced
>> join priority changes when the mote moves up/down in the topology.****
>>
>> - maybe consider the time source parent identified during the joining as
>> temporary until the final time source parent is discovered. How the fina=
l
>> one is discovered can through some command from the ME (see Qin's
>> attachement), or after receiving many DIOs.****
>>
>> ** **
>>
>> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to=
 do
>> like an hop-count-based OF0. ****
>>
>> Q: Do we really need to build the time sync tree faster than the RPL
>> graph? ****
>>
>> ** **
>>
>> If no, maybe me could use the priority as a boolean to mean that the nod=
e
>> is already part of the RPL DAG and may be used as time source.****
>>
>> Initially only the root would be priority 0. All the others would be
>> default 1.****
>>
>> From there, all nodes that are one hop away from root with good RSSI can
>> sync with the root, and listen to DIOs, and emit their own, and set thei=
r
>> own priority to zero.****
>>
>> Children sync to whichever prio 0 neighbor as time source, listen to
>> DIOs, select a parent, migrate to that parent as time source, and then c=
an
>> set their own priority to zero and send DIOs.****
>>
>> Would that fly?****
>>
>> Cheers,****
>>
>> Pascal****
>>
>> ** **
>>
>> On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu> wrote:*=
*
>> **
>>
>> Agree!****
>>
>> ** **
>>
>> Qin****
>>
>> ** **
>>
>> On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:****
>>
>> HI Qin,
>>
>> as a basic setting we want the most basic approach. I guess that using
>> (1) first priority and then RSSi will avoid having loops. As you say all
>> this approaches would work but I bet for (1) to be the simplest. ****
>>
>> cheers!
>> X****
>>
>> ** **
>>
>> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:=
*
>> ***
>>
>> Hi Xavi,****
>>
>> ** **
>>
>> It is a good idea to use Priority in EB as a factor to choose initial
>> time parent. But, I think there are several ways to use the Priority, an=
d
>> other metrics like RSSI. For example,****
>>
>> ** **
>>
>> (1) As you suggested, use Priority first, and then RSSI****
>>
>> (2) or use RSSI first, and then Priority****
>>
>> (3) or use a function of Priority and RSSI.****
>>
>> ** **
>>
>> I'm not sure which is better. What do you think?****
>>
>> ** **
>>
>> Qin****
>>
>> ** **
>>
>> ** **
>>
>> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:****
>>
>>    Hi all,
>>
>> I want to propose to add in the basic TSCH draft the fact that when a
>> node joins a network, it uses the EB join priority defined in the Slot a=
nd
>> Link IE (Section 5.2.4.13 15.4e std) to select its time parent. This
>> priority is 0 for the PAN coordinator of the network. A node listening
>> several EB selects as a time parent the node with lowest EB Join Priorit=
y.
>> In case of receiving multiple EBs with the same Join priority then filte=
rs
>> by other metrics e.g RSSI of the link. (note that until a DIO is receive=
d
>> nodes don not know about the gradient).****
>>
>> A node when sends an EB uses the lowest EB Join priority it has heard an=
d
>> adds 1 to it as its own Join priority.
>>
>>
>> Current draft section states that RSSI or another metric should be used
>> to select the initial time parent, this has the problem that loops canno=
t
>> be avoided until the first DIO is received. With the proposed approach t=
he
>> problem is solved and does not introduce anything new, just used what 15=
.4e
>> provides to us.****
>>
>> what is your opinion?****
>>
>> thanks!
>> Xavi****
>>
>> ** **
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>  ** **
>>
>> ** **
>>
>> ** **
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>> ** **
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--089e013a28607b7bf104e48a80dd
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi All,<div><br></div><div>I think we likely mix the conce=
pts in the two layers, i.e. 15.4e TSCH and RPL. The Join Priority is existi=
ng in a TSCH network and maintained by TSCH, no matter RPL is used as upper=
 layer or not. Thus, IMHO, 6top and upper layer can use the Join Priority, =
but cannot modify it.=A0</div>
<div><br></div><div>In addition, selecting time source parent is for synchr=
onizing to existing network and communicating with neighbors in correct tim=
e template, which should happen before a DODAG is established. Thus, I agre=
e with Xavi that it is necessary to select a time source parent, or called =
it as temporary time source parent, before a DODAG is established.</div>
<div><br></div><div>What do you think?<br></div><div><br></div><div>Qin</di=
v><div><br></div><div><br></div><div><br></div><div><br></div></div><div cl=
ass=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 22, 2013=
 at 9:33 PM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mai=
lto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berke=
ley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Pascal,<div><br></div><d=
iv>my comment inline:</div><div><br></div><div><div class=3D"im"><div style=
=3D"font-family:arial,sans-serif;font-size:13.333333969116211px">
<p><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(3=
1,73,125)">[Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel t=
o RPL to do like an hop-count-based OF0.<u></u><u></u></span></p>
<p><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(3=
1,73,125)">Q: Do we really need to build the time sync tree faster than the=
 RPL graph?<u></u><u></u></span></p><p><span style=3D"font-size:11pt;font-f=
amily:Calibri,sans-serif;color:rgb(31,73,125)"><u></u>=A0<u></u></span></p>

<p><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(3=
1,73,125)">If no, maybe me could use the priority as a boolean to mean that=
 the node is already part of the RPL DAG and may be used as time source.<u>=
</u><u></u></span></p>

<p><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(3=
1,73,125)">Initially only the root would be priority 0. All the others woul=
d be default 1.<u></u><u></u></span></p><p><span style=3D"font-size:11pt;fo=
nt-family:Calibri,sans-serif;color:rgb(31,73,125)">From there, all nodes th=
at are one hop away from root with good RSSI can sync with the root, and li=
sten to DIOs, and emit their own, and set their own priority to zero.<u></u=
><u></u></span></p>

<p><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(3=
1,73,125)">Children sync to whichever prio 0 neighbor as time source, liste=
n to DIOs, select a parent, migrate to that parent as time source, and then=
 can set their own priority to zero and send DIOs.<u></u><u></u></span></p>

</div></div><div><p style=3D"font-family:arial,sans-serif;font-size:13.3333=
33969116211px;margin-bottom:12pt"><span style=3D"font-size:11pt;font-family=
:Calibri,sans-serif;color:rgb(31,73,125)">Would that fly?</span></p><p styl=
e=3D"margin-bottom:12pt">

<font color=3D"#000000" face=3D"Calibri, sans-serif">yes that would work bu=
t we are doing the same as the IEEE802-15.4e Join priority field is for. Th=
e 15.4e defines this mechanism and it is inherent to the networks we addres=
s so using it is straightforward. Then as described by Thomas, we only need=
 to use RPL best parent as soon as we have one instead of the lowest prio n=
eighbor.=A0</font></p>

<p style=3D"margin-bottom:12pt"><font color=3D"#000000" face=3D"Calibri, sa=
ns-serif">Another question with time sources is the selection of a time sou=
rce parent in the case that a node belongs to more than one DODAG. Which pa=
rent is selected then? An more importantly, do the basic draft considers ha=
ving more than one DODAG?=A0</font></p>

<p style=3D"margin-bottom:12pt"><font color=3D"#000000" face=3D"Calibri, sa=
ns-serif">thanks!<br>Xavi</font></p></div></div></div><div class=3D"HOEnZb"=
><div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_q=
uote">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <span dir=
=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthube=
rt@cisco.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a63b6a533cd43_140a577443a23f25__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Dear all:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you know, RPL may enta=
il temporary loops, in particular if DAGMaxRankIncrease is not configured t=
o 0.<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If as we expect we use th=
e RPL preferred parent tree for time sync, this will lead to time sync loop=
s.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Two questions here:<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">1) how bad is the effect =
of such loop? I expect that the clocks=A0 will derive rapidly, as if from t=
he perspective of a node the crystal was real, real bad.<u></u><u></u></spa=
n></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">2) can we detect that eff=
ect and use it to detect a loop in the routing?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see inline:<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">sch] time parent selection based on EB p=
riority<u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div><div>
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I believe it is important t=
he announced join priority changes
 when the mote moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through some command from the ME =
(see Qin&#39;s attachement), or after
 receiving many DIOs.<span style=3D"color:#1f497d"><u></u><u></u></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
</div>
</div><div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based =
OF0.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the RPL=
 DAG and may be used as time source.<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.<u></u><u></u></span>=
</p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and lis=
ten to DIOs, and emit their own, and set their own priority
 to zero.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate =
to that parent as time source, and then can set their own
 priority to zero and send DIOs.<u></u><u></u></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers,<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal<u></u><u></u></span></p><div><div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d"><u></u>=A0<u></u></span></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<span><span style=3D"color:#888888"><u></u><u>=
</u></span></span></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<u></u><u></u></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m not sure which is better. What do you think?=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div></div></div>
</div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--089e013a28607b7bf104e48a80dd--

From pthubert@cisco.com  Thu Aug 22 08:11:54 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F60211E81F0 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:11:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.448
X-Spam-Level: 
X-Spam-Status: No, score=-10.448 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uPLSW2ue9Xbl for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:11:48 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 05F3911E81E8 for <6tsch@ietf.org>; Thu, 22 Aug 2013 08:11:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=41838; q=dns/txt; s=iport; t=1377184308; x=1378393908; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=FamwFyQltvuB6bBlj9wZcg7g+xPEbzvuRm+nnFqLOKI=; b=CqcH/fMQEpeVe/N55Ym7GF/B90XY2eT6MXEW66wXj1YV77WgKt+f4fyb jZCoE19zNngdfPzobAWUewvvignmqoYq7LLANM1pvgPWA2O58X+PXfGtA bXRIXrBNY4MJYqz8rNbSg4C3DEUe56/2C1uVfuRu34MscBHu2H5WvoZB+ Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgoGACwpFlKtJV2Z/2dsb2JhbABaDoIzRDVRwAiBHRZtB4IkAQEBBAEBASpBCxACAQgRBAEBCxYBBgcnCxQJCAIEDgUIEYd3DK8PBJA1LQQGAYMbewOFSIMuilZBlTOCYD+BaSQe
X-IronPort-AV: E=Sophos;i="4.89,934,1367971200";  d="scan'208,217";a="247493783"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-9.cisco.com with ESMTP; 22 Aug 2013 15:11:45 +0000
Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r7MFBjl9000716 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 22 Aug 2013 15:11:45 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.02.0318.004; Thu, 22 Aug 2013 10:11:45 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] time parent selection based on EB priority
Thread-Index: AQHOnzxCMFHGqVyvakWoMoCUElRr4pmhTG+A
Date: Thu, 22 Aug 2013 15:11:44 +0000
Deferred-Delivery: Thu, 22 Aug 2013 15:11:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com>
In-Reply-To: <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.49.80.24]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84142778Cxmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 15:11:54 -0000

--_000_E045AECD98228444A58C61C200AE1BD84142778Cxmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello Xavi:

The problem is that we have 2 mechanisms that establish a distance to the r=
oot in order to avoid loops, RPL Rank and 4e priority.
Fact is, RPL is probably more elaborate for loop detection and loop avoidan=
ce. I suspect that the priority can easily count to infinity.
So I'd trust RPL Rank rather than priority, and we seem to agree that we wa=
nt to time sync with RPL parents.

a) My question is whether it makes sense and value to have a transition bet=
ween a time source based on best (hop count) priority and to one based on b=
est RPL Rank, or if we could use the rank right away. Seems to me that life=
 would be easier if we use the Rank right away, though it may make the netw=
ork a bit slower to come up. Passing from one mode to the other will demand=
 some specifications, what if one node reboots and goes from one mode to th=
e other, etc...

Now if the question is to reuse the priority field, then we can do actually=
 change the logic to accommodate priority =3D DAGRank(Rank) for nodes that =
are not root, still ensuring that only a node that is already part of a RPL=
 DAG may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease of 255)
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to DAGRank(Rank) that is < 255.
Children sync to whichever prio < 255 neighbor as time source, listen to DI=
Os, select a parent, migrate to that parent as time source, and then can se=
t their own priority to zero and send DIOs. If later they select a better p=
arent the priority will get lower so that's till OK.
Would that fly?
b) about multiple DAGs, there are 2 cases:
- 2 DODAGs in a same instance. We said we want to support that, and that im=
plies that the various DODAGs are closely time sync'd.
- 2 DODAGs in 2 different instances. To be discussed. We have use cases whe=
re that could be useful, one instance playing basic slotted aloha and the o=
ther doing more critical jobs.

We have not agreed on the latter but with a single radio, it seems problema=
tic if the 2 instances do not share a same sense of time. We'd end up with =
slot frames that may drift from one another, sometimes overlapping... I sus=
pect that we'd partition time inside a slot frame or using multiple slot fr=
ames, but we'd keep them in sync. Probably there is a need for a spanning i=
nstance (0) for (autonomic) management etc... that uses something very simp=
le, always on, very much like your basic draft. If there is such a spanning=
 instance, then it can be used to sync everyone, in which casethe Rank from=
 the dependent instances is not used for time sync.
What do others think?

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
Sent: jeudi 22 ao=FBt 2013 15:34
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] time parent selection based on EB priority

Hi Pascal,

my comment inline:

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
yes that would work but we are doing the same as the IEEE802-15.4e Join pri=
ority field is for. The 15.4e defines this mechanism and it is inherent to =
the networks we address so using it is straightforward. Then as described b=
y Thomas, we only need to use RPL best parent as soon as we have one instea=
d of the lowest prio neighbor.
Another question with time sources is the selection of a time source parent=
 in the case that a node belongs to more than one DODAG. Which parent is se=
lected then? An more importantly, do the basic draft considers having more =
than one DODAG?
thanks!
Xavi

On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <pthubert@cisco.=
com<mailto:pthubert@cisco.com>> wrote:
Dear all:

As you know, RPL may entail temporary loops, in particular if DAGMaxRankInc=
rease is not configured to 0.
If as we expect we use the RPL preferred parent tree for time sync, this wi=
ll lead to time sync loops.
Two questions here:
1) how bad is the effect of such loop? I expect that the clocks  will deriv=
e rapidly, as if from the perspective of a node the crystal was real, real =
bad.
2) can we detect that effect and use it to detect a loop in the routing?

Please see inline:

sch] time parent selection based on EB priority

Qin, Xavi,

Excellent point. I believe that this is exactly what makes this 6TSCH work =
so interesting: figuring out how consolidate the views between upper and lo=
wer layers.

In my mind, the join priority as you describe looks very much like a DAGran=
k. I believe there are, however, two potential questions we should not forg=
et:
- what if the joining mote does no get all of the EBs of its neighbor?
- what happens when the topology changes and a node moves up or down in the=
 DODAG?

I would suggest the following:
- once the node has fully joined, somehow tie the join priority to its RPL =
DAGrank. We might have to play with the metric to make the join priority lo=
ok like a hop count, but I believe it is important the announced join prior=
ity changes when the mote moves up/down in the topology.
- maybe consider the time source parent identified during the joining as te=
mporary until the final time source parent is discovered. How the final one=
 is discovered can through some command from the ME (see Qin's attachement)=
, or after receiving many DIOs.

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
Cheers,
Pascal

On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Agree!

Qin

On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
HI Qin,

as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
cheers!
X

On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi Xavi,

It is a good idea to use Priority in EB as a factor to choose initial time =
parent. But, I think there are several ways to use the Priority, and other =
metrics like RSSI. For example,

(1) As you suggested, use Priority first, and then RSSI
(2) or use RSSI first, and then Priority
(3) or use a function of Priority and RSSI.

I'm not sure which is better. What do you think?

Qin


On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi all,

I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the network. A node listening several EB sele=
cts as a time parent the node with lowest EB Join Priority. In case of rece=
iving multiple EBs with the same Join priority then filters by other metric=
s e.g RSSI of the link. (note that until a DIO is received nodes don not kn=
ow about the gradient).
A node when sends an EB uses the lowest EB Join priority it has heard and a=
dds 1 to it as its own Join priority.


Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce anything new, just used what 15.4e pro=
vides to us.
what is your opinion?
thanks!
Xavi

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD84142778Cxmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Xavi:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The problem is that we ha=
ve 2 mechanisms that establish a distance to the root in order to avoid loo=
ps, RPL Rank and 4e priority.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Fact is, RPL is probably =
more elaborate for loop detection and loop avoidance. I suspect that the pr=
iority can easily count to infinity.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">So I&#8217;d trust RPL Ra=
nk rather than priority, and we seem to agree that we want to time sync wit=
h RPL parents.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">a) My question is whether=
 it makes sense and value to have a transition between a time source based =
on best (hop count) priority and to one based on best RPL
 Rank, or if we could use the rank right away. Seems to me that life would =
be easier if we use the Rank right away, though it may make the network a b=
it slower to come up. Passing from one mode to the other will demand some s=
pecifications, what if one node
 reboots and goes from one mode to the other, etc&#8230;<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Now if the question is to=
 reuse the priority field, then we can do actually change the logic to acco=
mmodate priority =3D
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">DAGRank(Rank) for nodes that are not root=
, still ensuring that only a node that is already part of a RPL DAG may be =
used as time source.</span><span style=3D"font-size:11.0pt;font-family:&quo=
t;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 255 (that is DAGRank(INFINITE_RANK)
 assuming MinHopRankIncrease of 255)</span><span style=3D"font-size:10.0pt;=
font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to DAGRank(=
Rank) that is &lt; 255.</span><span style=3D"font-size:10.0pt;font-family:&=
quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio &lt; 25=
5 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs. If later they select a better parent the priority will get =
lower so that&#8217;s till OK.</span><span style=3D"font-size:10.0pt;font-f=
amily:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">b) about multiple DAGs, t=
here are 2 cases:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- 2 DODAGs in a same inst=
ance. We said we want to support that, and that implies that the various DO=
DAGs are closely time sync&#8217;d.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">- 2 DODAGs in 2 different=
 instances. To be discussed. We have use cases where that could be useful, =
one instance playing basic slotted aloha and the other doing
 more critical jobs. <o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">We have not agreed on the=
 latter but with a single radio, it seems problematic if the 2 instances do=
 not share a same sense of time. We&#8217;d end up with slot frames
 that may drift from one another, sometimes overlapping&#8230; I suspect th=
at we&#8217;d partition time inside a slot frame or using multiple slot fra=
mes, but we&#8217;d keep them in sync. Probably there is a need for a spann=
ing instance (0) for (autonomic) management etc&#8230; that
 uses something very simple, always on, very much like your basic draft. If=
 there is such a spanning instance, then it can be used to sync everyone, i=
n which casethe Rank from the dependent instances is not used for time sync=
.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">What do others think?<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">my comment inline:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s propo=
sal as a mechanism parallel to RPL to do like an hop-count-based
 OF0.</span><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&=
quot;sans-serif&quot;"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Q: Do we really need to build the time =
sync tree faster than the RPL graph?</span><span style=3D"font-size:10.0pt;=
font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"font-size:1=
0.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If no, maybe me could use the priority =
as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><span style=3D"font-size:10.=
0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 1.</span><span style=3D"font-size:10.=
0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quot;san=
s-serif&quot;"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neigh=
bor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><span style=3D"font-size:10.0pt;font-family:&quot;Ari=
al&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><span style=3D"font-siz=
e:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p><=
/span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;co=
lor:black">yes that would work but we are doing the same as the IEEE802-15.=
4e Join priority field is for. The 15.4e defines this mechanism
 and it is inherent to the networks we address so using it is straightforwa=
rd. Then as described by Thomas, we only need to use RPL best parent as soo=
n as we have one instead of the lowest prio neighbor.&nbsp;</span><o:p></o:=
p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;co=
lor:black">Another question with time sources is the selection of a time so=
urce parent in the case that a node belongs to more than one
 DODAG. Which parent is selected then? An more importantly, do the basic dr=
aft considers having more than one DODAG?&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;co=
lor:black">thanks!<br>
Xavi</span><o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pth=
ubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert=
@cisco.com</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140a577443a23f25__MailEndCompose"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">Dear all:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you know, RPL may entail temporary l=
oops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If as we expect we use the RPL preferre=
d parent tree for time sync, this will lead to time sync loops.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Two questions here:</span><o:p></o:p></=
p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">1) how bad is the effect of such loop? =
I expect that the clocks&nbsp; will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">2) can we detect that effect and use it=
 to detect a loop in the routing?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Please see inline:</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&qu=
ot;sans-serif&quot;">sch] time parent selection based on EB priority</span>=
<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin, Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Excellent point. I believe that this is exactly what makes this 6T=
SCH work so interesting: figuring out how consolidate the views between upp=
er and lower layers.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">In my mind, the join priority as you describe looks very much like=
 a DAGrank. I believe there are, however, two potential questions we should=
 not forget:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what if the joining mote does no get all of the EBs of its neigh=
bor?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what happens when the topology changes and a node moves up or do=
wn in the DODAG?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would suggest the following:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- once the node has fully joined, somehow tie the join priority to=
 its RPL DAGrank. We might have to play with the metric to make the join pr=
iority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- maybe consider the time source parent identified during the join=
ing as temporary until the final time source parent is discovered. How the =
final one is discovered can through
 some command from the ME (see Qin's attachement), or after receiving many =
DIOs.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s propo=
sal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Q: Do we really need to build the time =
sync tree faster than the RPL graph?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If no, maybe me could use the priority =
as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 1.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neigh=
bor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a href=3D"mailto:qi=
nwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agree!<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">cheers!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is a good idea to use Priority in EB as a factor to choose init=
ial time parent. But, I think there are several ways to use the Priority, a=
nd other metrics like RSSI. For example,<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) As you suggested, use Priority first, and then RSSI<o:p></o:p>=
</p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2) or use RSSI first, and then Priority<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(3) or use a function of Priority and RSSI.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I'm not sure which is better. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">A node when sends an EB uses the lowest EB Join priority it has heard an=
d adds 1 to it as its own Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">what is your opinion?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<br>
Xavi<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD84142778Cxmbrcdx01ciscoc_--

From rsudhaak@cisco.com  Thu Aug 22 08:26:38 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26EA011E81DB for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:26:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8lZERAZpkqr3 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:26:33 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 7798211E80D5 for <6tsch@ietf.org>; Thu, 22 Aug 2013 08:26:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30063; q=dns/txt; s=iport; t=1377185192; x=1378394792; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=oJzozSxkiYs5pANPmzoutZ1ZzJpB+7LwgrBZ6kZynUw=; b=doEigG1vJxzCv1EPwIJoDgl1DABnQupx5q/QH1vywe8QsiWpfbVp3Vyy jEuF4ZwXYXZbW1xZF4DewMasLNp0MP/phFoDwwqv0njeiiGTy01zKncpJ OXKJJ76/RsU9BAY6TYZ4zCNdXtwqlLoT4RxvV7/+F+hLxz66jA7lxzpt6 Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqIFAKUsFlKtJV2c/2dsb2JhbABaDoIzRDVRwAiBHRZ0giQBAQEEAQEBawsSAQgRAwECCxYHLgsUCQgCBAENBQiICAyvGgSQNSANBAeDG3sDhUiOBJV0gmA/gWkkHg
X-IronPort-AV: E=Sophos;i="4.89,934,1367971200";  d="scan'208,217";a="250498035"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-5.cisco.com with ESMTP; 22 Aug 2013 15:26:31 +0000
Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id r7MFQV9e021155 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 22 Aug 2013 15:26:31 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.201]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.02.0318.004; Thu, 22 Aug 2013 10:26:31 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: Qin Wang <qinwang@berkeley.edu>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] time parent selection based on EB priority
Thread-Index: AQHOn0v6dNmovl53kUyE3l/EwFVRnQ==
Date: Thu, 22 Aug 2013 15:26:31 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A036@xmb-rcd-x04.cisco.com>
In-Reply-To: <CAAzoce7ndwQoHAM+9mHp5f2Q2Z38V5S6aKtDV=8g3mKHDCRTEw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.154.213.84]
Content-Type: multipart/alternative; boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A036xmbrcdx04ciscoc_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 15:26:38 -0000

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A036xmbrcdx04ciscoc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi All,
Wont allowing RPL tree to influence L2 timing parent may create race condit=
ions?

For example,
If the parent node switches off, the L2 may lose time sync (this will happe=
n with a bad crystal in low traffic scenarios) very soon. The entire subtre=
e may not be able to connect with other nodes at L2 and hence L3 may never =
be able to converge.

I know we discussed the advantages of using the L3 parent as the timing par=
ent previously. But I think such race conditions will be an unnecessary art=
ifact and probably a more serious problem.

Given this, I think timing parent selection should be completely owned by L=
2 using its own parameters. Anyway, timing parent is in no way required to =
be known by L3 nor does it affect routing.

-raghuram

From: Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>
Date: Thursday, August 22, 2013 7:56 AM
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvilajo=
sana@eecs.berkeley.edu>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "Pascal Thubert (pthubert)" <pthubert@cisco.com<mailto:pthubert@c=
isco.com>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:=
6tsch@ietf.org>>
Subject: Re: [6tsch] time parent selection based on EB priority

Hi All,

I think we likely mix the concepts in the two layers, i.e. 15.4e TSCH and R=
PL. The Join Priority is existing in a TSCH network and maintained by TSCH,=
 no matter RPL is used as upper layer or not. Thus, IMHO, 6top and upper la=
yer can use the Join Priority, but cannot modify it.

In addition, selecting time source parent is for synchronizing to existing =
network and communicating with neighbors in correct time template, which sh=
ould happen before a DODAG is established. Thus, I agree with Xavi that it =
is necessary to select a time source parent, or called it as temporary time=
 source parent, before a DODAG is established.

What do you think?

Qin






On Thu, Aug 22, 2013 at 9:33 PM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi Pascal,

my comment inline:


[Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to do=
 like an hop-count-based OF0.

Q: Do we really need to build the time sync tree faster than the RPL graph?



If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.

Initially only the root would be priority 0. All the others would be defaul=
t 1.

>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.

Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.

Would that fly?

yes that would work but we are doing the same as the IEEE802-15.4e Join pri=
ority field is for. The 15.4e defines this mechanism and it is inherent to =
the networks we address so using it is straightforward. Then as described b=
y Thomas, we only need to use RPL best parent as soon as we have one instea=
d of the lowest prio neighbor.

Another question with time sources is the selection of a time source parent=
 in the case that a node belongs to more than one DODAG. Which parent is se=
lected then? An more importantly, do the basic draft considers having more =
than one DODAG?

thanks!
Xavi


On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <pthubert@cisco.=
com<mailto:pthubert@cisco.com>> wrote:
Dear all:

As you know, RPL may entail temporary loops, in particular if DAGMaxRankInc=
rease is not configured to 0.
If as we expect we use the RPL preferred parent tree for time sync, this wi=
ll lead to time sync loops.
Two questions here:
1) how bad is the effect of such loop? I expect that the clocks  will deriv=
e rapidly, as if from the perspective of a node the crystal was real, real =
bad.
2) can we detect that effect and use it to detect a loop in the routing?

Please see inline:

sch] time parent selection based on EB priority

Qin, Xavi,

Excellent point. I believe that this is exactly what makes this 6TSCH work =
so interesting: figuring out how consolidate the views between upper and lo=
wer layers.

In my mind, the join priority as you describe looks very much like a DAGran=
k. I believe there are, however, two potential questions we should not forg=
et:
- what if the joining mote does no get all of the EBs of its neighbor?
- what happens when the topology changes and a node moves up or down in the=
 DODAG?

I would suggest the following:
- once the node has fully joined, somehow tie the join priority to its RPL =
DAGrank. We might have to play with the metric to make the join priority lo=
ok like a hop count, but I believe it is important the announced join prior=
ity changes when the mote moves up/down in the topology.
- maybe consider the time source parent identified during the joining as te=
mporary until the final time source parent is discovered. How the final one=
 is discovered can through some command from the ME (see Qin's attachement)=
, or after receiving many DIOs.

[Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to do=
 like an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
Cheers,
Pascal

On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Agree!

Qin

On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
HI Qin,

as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
cheers!
X

On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi Xavi,

It is a good idea to use Priority in EB as a factor to choose initial time =
parent. But, I think there are several ways to use the Priority, and other =
metrics like RSSI. For example,

(1) As you suggested, use Priority first, and then RSSI
(2) or use RSSI first, and then Priority
(3) or use a function of Priority and RSSI.

I'm not sure which is better. What do you think?

Qin


On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi all,

I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the network. A node listening several EB sele=
cts as a time parent the node with lowest EB Join Priority. In case of rece=
iving multiple EBs with the same Join priority then filters by other metric=
s e.g RSSI of the link. (note that until a DIO is received nodes don not kn=
ow about the gradient).
A node when sends an EB uses the lowest EB Join priority it has heard and a=
dds 1 to it as its own Join priority.


Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce anything new, just used what 15.4e pro=
vides to us.
what is your opinion?
thanks!
Xavi

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A036xmbrcdx04ciscoc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <C2CF84A47B9BCA4AA714F13B528DF900@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>Hi All,</div>
<div>Wont allowing RPL tree to influence L2 timing parent may create race c=
onditions?&nbsp;</div>
<div><br>
</div>
<div>For example,&nbsp;</div>
<div>If the parent node switches off, the L2 may lose time sync (this will =
happen with a bad crystal in low traffic scenarios) very soon. The entire s=
ubtree may not be able to connect with other nodes at L2 and hence L3 may n=
ever be able to converge.&nbsp;</div>
<div><br>
</div>
<div>I know we discussed the advantages of using the L3 parent as the timin=
g parent previously. But I think such race conditions will be an unnecessar=
y artifact and probably a more serious problem.</div>
<div><br>
</div>
<div>Given this, I think timing parent selection should be completely owned=
 by L2 using its own parameters. Anyway, timing parent is in no way require=
d to be known by L3 nor does it affect routing.</div>
<div><br>
</div>
<div>-raghuram</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Qin Wang &lt;<a href=3D"mailt=
o:qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Thursday, August 22, 2013 7:5=
6 AM<br>
<span style=3D"font-weight:bold">To: </span>Xavier Vilajosana Guillen &lt;<=
a href=3D"mailto:xvilajosana@eecs.berkeley.edu">xvilajosana@eecs.berkeley.e=
du</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>Thomas Watteyne &lt;<a href=3D"=
mailto:watteyne@eecs.berkeley.edu">watteyne@eecs.berkeley.edu</a>&gt;, &quo=
t;Pascal Thubert (pthubert)&quot; &lt;<a href=3D"mailto:pthubert@cisco.com"=
>pthubert@cisco.com</a>&gt;, &quot;<a href=3D"mailto:6tsch@ietf.org">6tsch@=
ietf.org</a>&quot;
 &lt;<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] time parent se=
lection based on EB priority<br>
</div>
<div><br>
</div>
<div dir=3D"ltr">Hi All,
<div><br>
</div>
<div>I think we likely mix the concepts in the two layers, i.e. 15.4e TSCH =
and RPL. The Join Priority is existing in a TSCH network and maintained by =
TSCH, no matter RPL is used as upper layer or not. Thus, IMHO, 6top and upp=
er layer can use the Join Priority,
 but cannot modify it.&nbsp;</div>
<div><br>
</div>
<div>In addition, selecting time source parent is for synchronizing to exis=
ting network and communicating with neighbors in correct time template, whi=
ch should happen before a DODAG is established. Thus, I agree with Xavi tha=
t it is necessary to select a time
 source parent, or called it as temporary time source parent, before a DODA=
G is established.</div>
<div><br>
</div>
<div>What do you think?<br>
</div>
<div><br>
</div>
<div>Qin</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Thu, Aug 22, 2013 at 9:33 PM, Xavier Vilajosa=
na Guillen
<span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targ=
et=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Hi Pascal,
<div><br>
</div>
<div>my comment inline:</div>
<div><br>
</div>
<div>
<div class=3D"im">
<div style=3D"font-family:arial,sans-serif;font-size:13.333333969116211px">
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">[Pascal] Yes, I read Xavi=92s proposal as a mechanism =
parallel to RPL to do like an hop-count-based OF0.<u></u><u></u></span></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">Q: Do we really need to build the time sync tree faste=
r than the RPL graph?<u></u><u></u></span></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">If no, maybe me could use the priority as a boolean to=
 mean that the node is already part of the RPL DAG and may be used as time =
source.<u></u><u></u></span></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">Initially only the root would be priority 0. All the o=
thers would be default 1.<u></u><u></u></span></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">From there, all nodes that are one hop away from root =
with good RSSI can sync with the root, and listen to DIOs, and emit their o=
wn, and set their own priority to
 zero.<u></u><u></u></span></p>
<p><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Ca=
libri, sans-serif; ">Children sync to whichever prio 0 neighbor as time sou=
rce, listen to DIOs, select a parent, migrate to that parent as time source=
, and then can set their own priority
 to zero and send DIOs.<u></u><u></u></span></p>
</div>
</div>
<div>
<p style=3D"font-family:arial,sans-serif;font-size:13.333333969116211px;mar=
gin-bottom:12pt">
<span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-family: Calib=
ri, sans-serif; ">Would that fly?</span></p>
<p style=3D"margin-bottom:12pt"><font color=3D"#000000" face=3D"Calibri,san=
s-serif">yes that would work but we are doing the same as the IEEE802-15.4e=
 Join priority field is for. The 15.4e defines this mechanism and it is inh=
erent to the networks we address so using
 it is straightforward. Then as described by Thomas, we only need to use RP=
L best parent as soon as we have one instead of the lowest prio neighbor.&n=
bsp;</font></p>
<p style=3D"margin-bottom:12pt"><font color=3D"#000000" face=3D"Calibri,san=
s-serif">Another question with time sources is the selection of a time sour=
ce parent in the case that a node belongs to more than one DODAG. Which par=
ent is selected then? An more importantly,
 do the basic draft considers having more than one DODAG?&nbsp;</font></p>
<p style=3D"margin-bottom:12pt"><font color=3D"#000000" face=3D"Calibri,san=
s-serif">thanks!<br>
Xavi</font></p>
</div>
</div>
</div>
<div class=3D"HOEnZb">
<div class=3D"h5">
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert =
(pthubert)
<span dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blan=
k">pthubert@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a63b6a533cd43_140a577443a23f25__MailEn=
dCompose"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fam=
ily: Calibri, sans-serif; ">Dear all:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">As you know, RPL may entail tempor=
ary loops, in particular if DAGMaxRankIncrease is not configured to 0.<u></=
u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">If as we expect we use the RPL pre=
ferred parent tree for time sync, this will lead to time sync loops.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Two questions here:<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">1) how bad is the effect of such l=
oop? I expect that the clocks&nbsp; will derive rapidly, as if from the per=
spective of a node the crystal was real,
 real bad.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">2) can we detect that effect and u=
se it to detect a loop in the routing?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Please see inline:<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 10pt; font-family: Tahoma,=
 sans-serif; ">sch] time parent selection based on EB priority<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I believe it is important t=
he announced join priority changes
 when the mote moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through some command from the ME =
(see Qin's attachement), or after
 receiving many DIOs.<span style=3D"color:#1f497d"><u></u><u></u></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">[Pascal] Yes, I read Xavi=92s prop=
osal as a mechanism parallel to RPL to do like an hop-count-based OF0.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Q: Do we really need to build the =
time sync tree faster than the RPL graph?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">If no, maybe me could use the prio=
rity as a boolean to mean that the node is already part of the RPL DAG and =
may be used as time source.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Initially only the root would be p=
riority 0. All the others would be default 1.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">From there, all nodes that are one=
 hop away from root with good RSSI can sync with the root, and listen to DI=
Os, and emit their own, and set their
 own priority to zero.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Children sync to whichever prio 0 =
neighbor as time source, listen to DIOs, select a parent, migrate to that p=
arent as time source, and then can set
 their own priority to zero and send DIOs.<u></u><u></u></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Wou=
ld that fly?<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Che=
ers,<u></u><u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Pas=
cal<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; "><u>=
</u>&nbsp;<u></u></span></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<span><span style=3D"color:#888888"><u></u><u>=
</u></span></span></p>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<u></u><u></u></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I'm not sure which is better. What do you think?<u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
</div>
</div>
<br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A036xmbrcdx04ciscoc_--

From pthubert@cisco.com  Thu Aug 22 08:27:59 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0042B21F94FA for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:27:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.498
X-Spam-Level: 
X-Spam-Status: No, score=-10.498 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zq82QH2Waf5b for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:27:45 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id E081321F841B for <6tsch@ietf.org>; Thu, 22 Aug 2013 08:27:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35621; q=dns/txt; s=iport; t=1377185265; x=1378394865; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=wBPxt896YLHX8zSyCJvEpJBMHT22Atj5IGn6leBsIDw=; b=E8p6x3yFjRhalI7lWQjKgRsEHgVgqE18YZVuygkIwr4PddtisHJ24/rT gQWWYYQmdwZ5ot3LPfZ+HPosRvlEPoa3LflaaxC9/bqmPc25ET5iNEukt 5WaX1Z2xqTseLKmdln0yfkNLm7dn8V13SFbfMF+gPocDw8/CfDi2Fi8r7 w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqIFAJUtFlKtJV2d/2dsb2JhbABaDoIzRDVRwAiBHRZ0giQBAQEEAQEBKkELEAIBCBEEAQELFgEGBycLFAkIAgQBDQUIiAgMrxsEkDUtBAYBgxt7A4VIgy6KVpV0gmA/gWkkHg
X-IronPort-AV: E=Sophos;i="4.89,934,1367971200";  d="scan'208,217";a="250307472"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-1.cisco.com with ESMTP; 22 Aug 2013 15:27:40 +0000
Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id r7MFReTn032231 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 22 Aug 2013 15:27:40 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.02.0318.004; Thu, 22 Aug 2013 10:27:39 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Qin Wang <qinwang@berkeley.edu>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] time parent selection based on EB priority
Thread-Index: AQHOn0fZMFHGqVyvakWoMoCUElRr4pmhV7fw
Date: Thu, 22 Aug 2013 15:27:39 +0000
Deferred-Delivery: Thu, 22 Aug 2013 15:27:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD841427846@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <CAAzoce7ndwQoHAM+9mHp5f2Q2Z38V5S6aKtDV=8g3mKHDCRTEw@mail.gmail.com>
In-Reply-To: <CAAzoce7ndwQoHAM+9mHp5f2Q2Z38V5S6aKtDV=8g3mKHDCRTEw@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.49.80.24]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD841427846xmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 15:27:59 -0000

--_000_E045AECD98228444A58C61C200AE1BD841427846xmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello Qin:

Do you think you need to sync the whole network before RPL DIO/parent selec=
tion happens or should we make it so that we sync only with nodes that are =
already in the DODAG?

Pascal

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: jeudi 22 ao=FBt 2013 16:57
To: Xavier Vilajosana Guillen
Cc: Pascal Thubert (pthubert); Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] time parent selection based on EB priority

Hi All,

I think we likely mix the concepts in the two layers, i.e. 15.4e TSCH and R=
PL. The Join Priority is existing in a TSCH network and maintained by TSCH,=
 no matter RPL is used as upper layer or not. Thus, IMHO, 6top and upper la=
yer can use the Join Priority, but cannot modify it.

In addition, selecting time source parent is for synchronizing to existing =
network and communicating with neighbors in correct time template, which sh=
ould happen before a DODAG is established. Thus, I agree with Xavi that it =
is necessary to select a time source parent, or called it as temporary time=
 source parent, before a DODAG is established.

What do you think?

Qin





On Thu, Aug 22, 2013 at 9:33 PM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi Pascal,

my comment inline:


[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.

Q: Do we really need to build the time sync tree faster than the RPL graph?



If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.

Initially only the root would be priority 0. All the others would be defaul=
t 1.

>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.

Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.

Would that fly?

yes that would work but we are doing the same as the IEEE802-15.4e Join pri=
ority field is for. The 15.4e defines this mechanism and it is inherent to =
the networks we address so using it is straightforward. Then as described b=
y Thomas, we only need to use RPL best parent as soon as we have one instea=
d of the lowest prio neighbor.

Another question with time sources is the selection of a time source parent=
 in the case that a node belongs to more than one DODAG. Which parent is se=
lected then? An more importantly, do the basic draft considers having more =
than one DODAG?

thanks!
Xavi

On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <pthubert@cisco.=
com<mailto:pthubert@cisco.com>> wrote:
Dear all:

As you know, RPL may entail temporary loops, in particular if DAGMaxRankInc=
rease is not configured to 0.
If as we expect we use the RPL preferred parent tree for time sync, this wi=
ll lead to time sync loops.
Two questions here:
1) how bad is the effect of such loop? I expect that the clocks  will deriv=
e rapidly, as if from the perspective of a node the crystal was real, real =
bad.
2) can we detect that effect and use it to detect a loop in the routing?

Please see inline:

sch] time parent selection based on EB priority

Qin, Xavi,

Excellent point. I believe that this is exactly what makes this 6TSCH work =
so interesting: figuring out how consolidate the views between upper and lo=
wer layers.

In my mind, the join priority as you describe looks very much like a DAGran=
k. I believe there are, however, two potential questions we should not forg=
et:
- what if the joining mote does no get all of the EBs of its neighbor?
- what happens when the topology changes and a node moves up or down in the=
 DODAG?

I would suggest the following:
- once the node has fully joined, somehow tie the join priority to its RPL =
DAGrank. We might have to play with the metric to make the join priority lo=
ok like a hop count, but I believe it is important the announced join prior=
ity changes when the mote moves up/down in the topology.
- maybe consider the time source parent identified during the joining as te=
mporary until the final time source parent is discovered. How the final one=
 is discovered can through some command from the ME (see Qin's attachement)=
, or after receiving many DIOs.

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
Cheers,
Pascal

On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Agree!

Qin

On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
HI Qin,

as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
cheers!
X

On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi Xavi,

It is a good idea to use Priority in EB as a factor to choose initial time =
parent. But, I think there are several ways to use the Priority, and other =
metrics like RSSI. For example,

(1) As you suggested, use Priority first, and then RSSI
(2) or use RSSI first, and then Priority
(3) or use a function of Priority and RSSI.

I'm not sure which is better. What do you think?

Qin


On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi all,

I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the network. A node listening several EB sele=
cts as a time parent the node with lowest EB Join Priority. In case of rece=
iving multiple EBs with the same Join priority then filters by other metric=
s e.g RSSI of the link. (note that until a DIO is received nodes don not kn=
ow about the gradient).
A node when sends an EB uses the lowest EB Join priority it has heard and a=
dds 1 to it as its own Join priority.


Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce anything new, just used what 15.4e pro=
vides to us.
what is your opinion?
thanks!
Xavi

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD841427846xmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Qin:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Do you think you need to =
sync the whole network before RPL DIO/parent selection happens or should we=
 make it so that we sync only with nodes that are already
 in the DODAG?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:qinwang@berkeley.edu]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 16:57<br>
<b>To:</b> Xavier Vilajosana Guillen<br>
<b>Cc:</b> Pascal Thubert (pthubert); Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I think we likely mix the concepts in the two layers=
, i.e. 15.4e TSCH and RPL. The Join Priority is existing in a TSCH network =
and maintained by TSCH, no matter RPL is used as upper layer or not. Thus, =
IMHO, 6top and upper layer can use
 the Join Priority, but cannot modify it.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">In addition, selecting time source parent is for syn=
chronizing to existing network and communicating with neighbors in correct =
time template, which should happen before a DODAG is established. Thus, I a=
gree with Xavi that it is necessary
 to select a time source parent, or called it as temporary time source pare=
nt, before a DODAG is established.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 9:33 PM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">my comment inline:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<div>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s proposal as=
 a mechanism parallel to RPL to do like an hop-count-based OF0.</span><span=
 style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&q=
uot;"><o:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Q: Do we really need to build the time sync t=
ree faster than the RPL graph?</span><span style=3D"font-size:10.0pt;font-f=
amily:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><span style=3D"font-size:10.0pt;=
font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p=
>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">If no, maybe me could use the priority as a b=
oolean to mean that the node is already part of the RPL DAG and may be used=
 as time source.</span><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Initially only the root would be priority 0. =
All the others would be default 1.</span><span style=3D"font-size:10.0pt;fo=
nt-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">From there, all nodes that are one hop away f=
rom root with good RSSI can sync with the root, and listen to DIOs, and emi=
t their own, and set their own priority to zero.</span><span style=3D"font-=
size:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><o:p></o:=
p></span></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neighbor as=
 time source, listen to DIOs, select a parent, migrate to that parent as ti=
me source, and then can set their own priority to zero
 and send DIOs.</span><span style=3D"font-size:10.0pt;font-family:&quot;Ari=
al&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
</div>
</div>
<div>
<p style=3D"margin-bottom:12.0pt"><span style=3D"font-size:11.0pt;font-fami=
ly:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Would that fly=
?</span><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quot=
;sans-serif&quot;"><o:p></o:p></span></p>
<p style=3D"margin-bottom:12.0pt"><span style=3D"font-family:&quot;Calibri&=
quot;,&quot;sans-serif&quot;;color:black">yes that would work but we are do=
ing the same as the IEEE802-15.4e Join priority field is for. The 15.4e def=
ines this mechanism and it is inherent to the networks we
 address so using it is straightforward. Then as described by Thomas, we on=
ly need to use RPL best parent as soon as we have one instead of the lowest=
 prio neighbor.&nbsp;</span><o:p></o:p></p>
<p style=3D"margin-bottom:12.0pt"><span style=3D"font-family:&quot;Calibri&=
quot;,&quot;sans-serif&quot;;color:black">Another question with time source=
s is the selection of a time source parent in the case that a node belongs =
to more than one DODAG. Which parent is selected then? An
 more importantly, do the basic draft considers having more than one DODAG?=
&nbsp;</span><o:p></o:p></p>
<p style=3D"margin-bottom:12.0pt"><span style=3D"font-family:&quot;Calibri&=
quot;,&quot;sans-serif&quot;;color:black">thanks!<br>
Xavi</span><o:p></o:p></p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pth=
ubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert=
@cisco.com</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140a63b6a533cd43_140a577443a23f25__MailE"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Dear all:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you know, RPL may entail temporary l=
oops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If as we expect we use the RPL preferre=
d parent tree for time sync, this will lead to time sync loops.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Two questions here:</span><o:p></o:p></=
p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">1) how bad is the effect of such loop? =
I expect that the clocks&nbsp; will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">2) can we detect that effect and use it=
 to detect a loop in the routing?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Please see inline:</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&qu=
ot;sans-serif&quot;">sch] time parent selection based on EB priority</span>=
<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin, Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Excellent point. I believe that this is exactly what makes this 6T=
SCH work so interesting: figuring out how consolidate the views between upp=
er and lower layers.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">In my mind, the join priority as you describe looks very much like=
 a DAGrank. I believe there are, however, two potential questions we should=
 not forget:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what if the joining mote does no get all of the EBs of its neigh=
bor?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what happens when the topology changes and a node moves up or do=
wn in the DODAG?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would suggest the following:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- once the node has fully joined, somehow tie the join priority to=
 its RPL DAGrank. We might have to play with the metric to make the join pr=
iority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- maybe consider the time source parent identified during the join=
ing as temporary until the final time source parent is discovered. How the =
final one is discovered can through
 some command from the ME (see Qin's attachement), or after receiving many =
DIOs.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s propo=
sal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Q: Do we really need to build the time =
sync tree faster than the RPL graph?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If no, maybe me could use the priority =
as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 1.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neigh=
bor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a href=3D"mailto:qi=
nwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agree!<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">cheers!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is a good idea to use Priority in EB as a factor to choose init=
ial time parent. But, I think there are several ways to use the Priority, a=
nd other metrics like RSSI. For example,<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) As you suggested, use Priority first, and then RSSI<o:p></o:p>=
</p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2) or use RSSI first, and then Priority<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(3) or use a function of Priority and RSSI.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I'm not sure which is better. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">A node when sends an EB uses the lowest EB Join priority it has heard an=
d adds 1 to it as its own Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">what is your opinion?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<br>
Xavi<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD841427846xmbrcdx01ciscoc_--

From qinwang@berkeley.edu  Thu Aug 22 08:42:03 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EA2211E81F9 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:42:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.959
X-Spam-Level: 
X-Spam-Status: No, score=-2.959 tagged_above=-999 required=5 tests=[AWL=0.017,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MBoNUunr5kxN for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:41:59 -0700 (PDT)
Received: from mail-ve0-f175.google.com (mail-ve0-f175.google.com [209.85.128.175]) by ietfa.amsl.com (Postfix) with ESMTP id 5693A11E81DF for <6tsch@ietf.org>; Thu, 22 Aug 2013 08:41:51 -0700 (PDT)
Received: by mail-ve0-f175.google.com with SMTP id oy10so1660100veb.34 for <6tsch@ietf.org>; Thu, 22 Aug 2013 08:41:47 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=uyDEkdNH+8nWpj9qhgP6TpWzB02UzAFJIeEcE63W4b0=; b=m7NS8/xGbeSTwImSeMH3JGF4xnBEGoNTQ0ET81eOuTA90E5DQsoqSu2GM5lrrAAiGQ JF57Oc7CKereMRqogxNZ/KbtD35FTCD09w7HziCGl9amraTJX1LuOkkOG2DDh4npqmbV 2xQwREhQG/xtSCW9TWlg+Vgme7zAY/Gbegk3CpRJIl6JXUplW/24S8/zYbvH5ZqZqnvD 2gLh8UOH/QAKDWI23pB+H9LiJWPLBW2pGpVQK6mjOTkhOfH/2wfdDwtZTDFHyOLI1HsN gWdq0glMSQJT3/TgzpDFGfDcMd/SFG+qImPzyJqp0KIOl34T2t4YUIKRagzKOFU9LQ18 MzsQ==
X-Gm-Message-State: ALoCoQmEXfR6qW0oMoRalvkYrD9+sNCaAfCr339E1dEtiUx6awcviaWIfR20Rght8y0bYNMiUkLR
MIME-Version: 1.0
X-Received: by 10.58.230.135 with SMTP id sy7mr31481vec.42.1377186107409; Thu, 22 Aug 2013 08:41:47 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 22 Aug 2013 08:41:47 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD841427846@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <CAAzoce7ndwQoHAM+9mHp5f2Q2Z38V5S6aKtDV=8g3mKHDCRTEw@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD841427846@xmb-rcd-x01.cisco.com>
Date: Thu, 22 Aug 2013 23:41:47 +0800
Message-ID: <CAAzoce4aAfKNz8nBu827Q6-FiAq-BK_OYV9POGe828E7VbOaTw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=047d7bdc87beb8d19704e48b2091
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 15:42:03 -0000

--047d7bdc87beb8d19704e48b2091
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

I think that selecting a temporary time source parent is for establishing a
basic communication channel, on which DIOs can be received. Thus, a joining
node only needs to sync with the nodes already in the DODAG.

Make sense?

Qin



On Thu, Aug 22, 2013 at 11:27 PM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Hello Qin:****
>
> ** **
>
> Do you think you need to sync the whole network before RPL DIO/parent
> selection happens or should we make it so that we sync only with nodes th=
at
> are already in the DODAG?****
>
> ** **
>
> Pascal****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 16:57
> *To:* Xavier Vilajosana Guillen
> *Cc:* Pascal Thubert (pthubert); Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
> ** **
>
> Hi All,****
>
> ** **
>
> I think we likely mix the concepts in the two layers, i.e. 15.4e TSCH and
> RPL. The Join Priority is existing in a TSCH network and maintained by
> TSCH, no matter RPL is used as upper layer or not. Thus, IMHO, 6top and
> upper layer can use the Join Priority, but cannot modify it. ****
>
> ** **
>
> In addition, selecting time source parent is for synchronizing to existin=
g
> network and communicating with neighbors in correct time template, which
> should happen before a DODAG is established. Thus, I agree with Xavi that
> it is necessary to select a time source parent, or called it as temporary
> time source parent, before a DODAG is established.****
>
> ** **
>
> What do you think?****
>
> ** **
>
> Qin****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> On Thu, Aug 22, 2013 at 9:33 PM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
> Hi Pascal,****
>
> ** **
>
> my comment inline:****
>
> ** **
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0.****
>
> Q: Do we really need to build the time sync tree faster than the RPL grap=
h?
> ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> yes that would work but we are doing the same as the IEEE802-15.4e Join
> priority field is for. The 15.4e defines this mechanism and it is inheren=
t
> to the networks we address so using it is straightforward. Then as
> described by Thomas, we only need to use RPL best parent as soon as we ha=
ve
> one instead of the lowest prio neighbor. ****
>
> Another question with time sources is the selection of a time source
> parent in the case that a node belongs to more than one DODAG. Which pare=
nt
> is selected then? An more importantly, do the basic draft considers havin=
g
> more than one DODAG? ****
>
> thanks!
> Xavi****
>
> ** **
>
> On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Dear all:****
>
>  ****
>
> As you know, RPL may entail temporary loops, in particular if
> DAGMaxRankIncrease is not configured to 0.****
>
> If as we expect we use the RPL preferred parent tree for time sync, this
> will lead to time sync loops. ****
>
> Two questions here:****
>
> 1) how bad is the effect of such loop? I expect that the clocks  will
> derive rapidly, as if from the perspective of a node the crystal was real=
,
> real bad.****
>
> 2) can we detect that effect and use it to detect a loop in the routing?*=
*
> **
>
>  ****
>
> Please see inline:****
>
>  ****
>
> sch] time parent selection based on EB priority****
>
>  ****
>
> Qin, Xavi,****
>
>  ****
>
> Excellent point. I believe that this is exactly what makes this 6TSCH wor=
k
> so interesting: figuring out how consolidate the views between upper and
> lower layers.****
>
>  ****
>
> In my mind, the join priority as you describe looks very much like a
> DAGrank. I believe there are, however, two potential questions we should
> not forget:****
>
> - what if the joining mote does no get all of the EBs of its neighbor?***=
*
>
> - what happens when the topology changes and a node moves up or down in
> the DODAG?****
>
>  ****
>
> I would suggest the following:****
>
> - once the node has fully joined, somehow tie the join priority to its RP=
L
> DAGrank. We might have to play with the metric to make the join priority
> look like a hop count, but I believe it is important the announced join
> priority changes when the mote moves up/down in the topology.****
>
> - maybe consider the time source parent identified during the joining as
> temporary until the final time source parent is discovered. How the final
> one is discovered can through some command from the ME (see Qin's
> attachement), or after receiving many DIOs.****
>
>  ****
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0. ****
>
> Q: Do we really need to build the time sync tree faster than the RPL
> graph? ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> Cheers,****
>
> Pascal****
>
>  ****
>
> On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Agree!****
>
>  ****
>
> Qin****
>
>  ****
>
> On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
> HI Qin,
>
> as a basic setting we want the most basic approach. I guess that using (1=
)
> first priority and then RSSi will avoid having loops. As you say all this
> approaches would work but I bet for (1) to be the simplest. ****
>
> cheers!
> X****
>
>  ****
>
> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:*=
*
> **
>
> Hi Xavi,****
>
>  ****
>
> It is a good idea to use Priority in EB as a factor to choose initial tim=
e
> parent. But, I think there are several ways to use the Priority, and othe=
r
> metrics like RSSI. For example,****
>
>  ****
>
> (1) As you suggested, use Priority first, and then RSSI****
>
> (2) or use RSSI first, and then Priority****
>
> (3) or use a function of Priority and RSSI.****
>
>  ****
>
> I'm not sure which is better. What do you think?****
>
>  ****
>
> Qin****
>
>  ****
>
>  ****
>
> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
>    Hi all,
>
> I want to propose to add in the basic TSCH draft the fact that when a nod=
e
> joins a network, it uses the EB join priority defined in the Slot and Lin=
k
> IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority =
is
> 0 for the PAN coordinator of the network. A node listening several EB
> selects as a time parent the node with lowest EB Join Priority. In case o=
f
> receiving multiple EBs with the same Join priority then filters by other
> metrics e.g RSSI of the link. (note that until a DIO is received nodes do=
n
> not know about the gradient).****
>
> A node when sends an EB uses the lowest EB Join priority it has heard and
> adds 1 to it as its own Join priority.
>
>
> Current draft section states that RSSI or another metric should be used t=
o
> select the initial time parent, this has the problem that loops cannot be
> avoided until the first DIO is received. With the proposed approach the
> problem is solved and does not introduce anything new, just used what 15.=
4e
> provides to us.****
>
> what is your opinion?****
>
> thanks!
> Xavi****
>
>  ****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>   ****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--047d7bdc87beb8d19704e48b2091
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pascal,<div><br></div><div>I think that selecting a tem=
porary time source parent is for establishing a basic communication channel=
, on which DIOs can be received. Thus, a joining node only needs to sync wi=
th the nodes already in the DODAG.</div>
<div><br></div><div>Make sense?</div><div><br></div><div>Qin</div><div><br>=
</div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">O=
n Thu, Aug 22, 2013 at 11:27 PM, Pascal Thubert (pthubert) <span dir=3D"ltr=
">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisc=
o.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a6a38280dc576__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">Hello Qin:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Do you think you need to =
sync the whole network before RPL DIO/parent selection happens or should we=
 make it so that we sync only with nodes that are already
 in the DODAG?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 16:57<br>
<b>To:</b> Xavier Vilajosana Guillen<br>
<b>Cc:</b> Pascal Thubert (pthubert); Thomas Watteyne; <a href=3D"mailto:6t=
sch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></span></p><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi All,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I think we likely mix the concepts in the two layers=
, i.e. 15.4e TSCH and RPL. The Join Priority is existing in a TSCH network =
and maintained by TSCH, no matter RPL is used as upper layer or not. Thus, =
IMHO, 6top and upper layer can use
 the Join Priority, but cannot modify it.=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In addition, selecting time source parent is for syn=
chronizing to existing network and communicating with neighbors in correct =
time template, which should happen before a DODAG is established. Thus, I a=
gree with Xavi that it is necessary
 to select a time source parent, or called it as temporary time source pare=
nt, before a DODAG is established.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 9:33 PM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">my comment inline:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<div>
<div>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=92s proposal as a m=
echanism parallel to RPL to do like an hop-count-based OF0.</span><span sty=
le=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;=
"><u></u><u></u></span></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Q: Do we really need to build the time sync t=
ree faster than the RPL graph?</span><span style=3D"font-size:10.0pt;font-f=
amily:&quot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p=
>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">If no, maybe me could use the priority as a b=
oolean to mean that the node is already part of the RPL DAG and may be used=
 as time source.</span><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Initially only the root would be priority 0. =
All the others would be default 1.</span><span style=3D"font-size:10.0pt;fo=
nt-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></=
p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">From there, all nodes that are one hop away f=
rom root with good RSSI can sync with the root, and listen to DIOs, and emi=
t their own, and set their own priority to zero.</span><span style=3D"font-=
size:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u=
></u></span></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Children sync to whichever prio 0 neighbor as=
 time source, listen to DIOs, select a parent, migrate to that parent as ti=
me source, and then can set their own priority to zero
 and send DIOs.</span><span style=3D"font-size:10.0pt;font-family:&quot;Ari=
al&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>
</div>
</div>
<div>
<p style=3D"margin-bottom:12.0pt"><span style=3D"font-size:11.0pt;font-fami=
ly:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Would that fly=
?</span><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quot=
;sans-serif&quot;"><u></u><u></u></span></p>

<p style=3D"margin-bottom:12.0pt"><span style=3D"font-family:&quot;Calibri&=
quot;,&quot;sans-serif&quot;">yes that would work but we are doing the same=
 as the IEEE802-15.4e Join priority field is for. The 15.4e defines this me=
chanism and it is inherent to the networks we
 address so using it is straightforward. Then as described by Thomas, we on=
ly need to use RPL best parent as soon as we have one instead of the lowest=
 prio neighbor.=A0</span><u></u><u></u></p>
<p style=3D"margin-bottom:12.0pt"><span style=3D"font-family:&quot;Calibri&=
quot;,&quot;sans-serif&quot;">Another question with time sources is the sel=
ection of a time source parent in the case that a node belongs to more than=
 one DODAG. Which parent is selected then? An
 more importantly, do the basic draft considers having more than one DODAG?=
=A0</span><u></u><u></u></p>
<p style=3D"margin-bottom:12.0pt"><span style=3D"font-family:&quot;Calibri&=
quot;,&quot;sans-serif&quot;">thanks!<br>
Xavi</span><u></u><u></u></p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pth=
ubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert=
@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a6a38280dc576_140a63b6a533cd43_140a577=
443a23f25__MailE"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear all:</span></a><u></u><u>=
</u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you know, RPL may enta=
il temporary loops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If as we expect we use th=
e RPL preferred parent tree for time sync, this will lead to time sync loop=
s.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Two questions here:</span=
><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">1) how bad is the effect =
of such loop? I expect that the clocks=A0 will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">2) can we detect that eff=
ect and use it to detect a loop in the routing?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see inline:</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">sch] time parent selection based on EB p=
riority</span><u></u><u></u></p>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through
 some command from the ME (see Qin&#39;s attachement), or after receiving m=
any DIOs.<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.</span><u></u><u></u>=
</p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers,</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin</span><u></u><u></=
u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m not sure which is better. What do you think?=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--047d7bdc87beb8d19704e48b2091--

From qinwang@berkeley.edu  Thu Aug 22 08:53:45 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80F3B21F99A1 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:53:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.96
X-Spam-Level: 
X-Spam-Status: No, score=-2.96 tagged_above=-999 required=5 tests=[AWL=0.016,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AG2m+TR6mMUA for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 08:53:39 -0700 (PDT)
Received: from mail-ve0-f179.google.com (mail-ve0-f179.google.com [209.85.128.179]) by ietfa.amsl.com (Postfix) with ESMTP id 34BA011E81F5 for <6tsch@ietf.org>; Thu, 22 Aug 2013 08:53:38 -0700 (PDT)
Received: by mail-ve0-f179.google.com with SMTP id c13so1652997vea.24 for <6tsch@ietf.org>; Thu, 22 Aug 2013 08:53:37 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=I5wvbIWAGlvVU/8LUFSi+WFSVVfD8JmixkgCyNNI2uE=; b=DeNx1RjG/mor7Ppms2TX0nazfE9VY/hInghZvcc7TFetWjTCqzv19aTHbPkzlCNOQj D6w073QdbZmbOrayuouNYfJMApKa/reLYqO8NfSMb1Ogygi/Gpz90THt0vGI9ltrvSq/ osaqfE2RFzTNwyX37Iid3RyJc98shlNKyD0n4zjBvL9AIOI3YI1tuN17oNWtbryQwUeV 8P9xTfglTbd9ExFycLe9qCFnQaeGxsSopT05LDeXxvvWzZZ5frX76q5+YHL+YzdRDRLD gYddPZ4qbOApRNpHQHSP20Wh8JGovIjkhNhZwxQ3HWSk7pUZVmH71fGW6xl/2HjQi7mx YxXQ==
X-Gm-Message-State: ALoCoQm0Yzmbgqb7zQYTo2iIFWSNzzNfqgRHdn8Lya+zKHLP9OxeB7DZBqd2OAd4ok7jiogKx0mL
MIME-Version: 1.0
X-Received: by 10.52.103.73 with SMTP id fu9mr1930262vdb.29.1377186817554; Thu, 22 Aug 2013 08:53:37 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 22 Aug 2013 08:53:37 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com>
Date: Thu, 22 Aug 2013 23:53:37 +0800
Message-ID: <CAAzoce5Of7mmZxKun48zo-5_STdfznpcOjq=xapx2YWqctdAyQ@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=047d7ba9755c0cd6ff04e48b4bb1
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 15:53:45 -0000

--047d7ba9755c0cd6ff04e48b4bb1
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

Is it assumed that 2 DODAG in a same instance must have at least one shared
node?

Thanks
Qin


On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Hello Xavi:****
>
> ** **
>
> The problem is that we have 2 mechanisms that establish a distance to the
> root in order to avoid loops, RPL Rank and 4e priority.****
>
> Fact is, RPL is probably more elaborate for loop detection and loop
> avoidance. I suspect that the priority can easily count to infinity.****
>
> So I=92d trust RPL Rank rather than priority, and we seem to agree that w=
e
> want to time sync with RPL parents.****
>
> ** **
>
> a) My question is whether it makes sense and value to have a transition
> between a time source based on best (hop count) priority and to one based
> on best RPL Rank, or if we could use the rank right away. Seems to me tha=
t
> life would be easier if we use the Rank right away, though it may make th=
e
> network a bit slower to come up. Passing from one mode to the other will
> demand some specifications, what if one node reboots and goes from one mo=
de
> to the other, etc=85****
>
> ** **
>
> Now if the question is to reuse the priority field, then we can do
> actually change the logic to accommodate priority =3D DAGRank(Rank) for
> nodes that are not root, still ensuring that only a node that is already
> part of a RPL DAG may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease o=
f
> 255)****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to DAGRank(Rank) that is < 255.****
>
> Children sync to whichever prio < 255 neighbor as time source, listen to
> DIOs, select a parent, migrate to that parent as time source, and then ca=
n
> set their own priority to zero and send DIOs. If later they select a bett=
er
> parent the priority will get lower so that=92s till OK.****
>
> Would that fly?****
>
> b) about multiple DAGs, there are 2 cases:****
>
> - 2 DODAGs in a same instance. We said we want to support that, and that
> implies that the various DODAGs are closely time sync=92d.****
>
> - 2 DODAGs in 2 different instances. To be discussed. We have use cases
> where that could be useful, one instance playing basic slotted aloha and
> the other doing more critical jobs. ****
>
> ** **
>
> We have not agreed on the latter but with a single radio, it seems
> problematic if the 2 instances do not share a same sense of time. We=92d =
end
> up with slot frames that may drift from one another, sometimes overlappin=
g=85
> I suspect that we=92d partition time inside a slot frame or using multipl=
e
> slot frames, but we=92d keep them in sync. Probably there is a need for a
> spanning instance (0) for (autonomic) management etc=85 that uses somethi=
ng
> very simple, always on, very much like your basic draft. If there is such=
 a
> spanning instance, then it can be used to sync everyone, in which casethe
> Rank from the dependent instances is not used for time sync.****
>
> ****
>
> What do others think?****
>
> ** **
>
> Pascal****
>
> ** **
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 15:34
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
> ** **
>
> Hi Pascal,****
>
> ** **
>
> my comment inline:****
>
> ** **
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0.****
>
> Q: Do we really need to build the time sync tree faster than the RPL grap=
h?
> ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> yes that would work but we are doing the same as the IEEE802-15.4e Join
> priority field is for. The 15.4e defines this mechanism and it is inheren=
t
> to the networks we address so using it is straightforward. Then as
> described by Thomas, we only need to use RPL best parent as soon as we ha=
ve
> one instead of the lowest prio neighbor. ****
>
> Another question with time sources is the selection of a time source
> parent in the case that a node belongs to more than one DODAG. Which pare=
nt
> is selected then? An more importantly, do the basic draft considers havin=
g
> more than one DODAG? ****
>
> thanks!
> Xavi****
>
> ** **
>
> On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Dear all:****
>
>  ****
>
> As you know, RPL may entail temporary loops, in particular if
> DAGMaxRankIncrease is not configured to 0.****
>
> If as we expect we use the RPL preferred parent tree for time sync, this
> will lead to time sync loops. ****
>
> Two questions here:****
>
> 1) how bad is the effect of such loop? I expect that the clocks  will
> derive rapidly, as if from the perspective of a node the crystal was real=
,
> real bad.****
>
> 2) can we detect that effect and use it to detect a loop in the routing?*=
*
> **
>
>  ****
>
> Please see inline:****
>
>  ****
>
> sch] time parent selection based on EB priority****
>
>  ****
>
> Qin, Xavi,****
>
>  ****
>
> Excellent point. I believe that this is exactly what makes this 6TSCH wor=
k
> so interesting: figuring out how consolidate the views between upper and
> lower layers.****
>
>  ****
>
> In my mind, the join priority as you describe looks very much like a
> DAGrank. I believe there are, however, two potential questions we should
> not forget:****
>
> - what if the joining mote does no get all of the EBs of its neighbor?***=
*
>
> - what happens when the topology changes and a node moves up or down in
> the DODAG?****
>
>  ****
>
> I would suggest the following:****
>
> - once the node has fully joined, somehow tie the join priority to its RP=
L
> DAGrank. We might have to play with the metric to make the join priority
> look like a hop count, but I believe it is important the announced join
> priority changes when the mote moves up/down in the topology.****
>
> - maybe consider the time source parent identified during the joining as
> temporary until the final time source parent is discovered. How the final
> one is discovered can through some command from the ME (see Qin's
> attachement), or after receiving many DIOs.****
>
>  ****
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0. ****
>
> Q: Do we really need to build the time sync tree faster than the RPL
> graph? ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> Cheers,****
>
> Pascal****
>
>  ****
>
> On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Agree!****
>
>  ****
>
> Qin****
>
>  ****
>
> On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
> HI Qin,
>
> as a basic setting we want the most basic approach. I guess that using (1=
)
> first priority and then RSSi will avoid having loops. As you say all this
> approaches would work but I bet for (1) to be the simplest. ****
>
> cheers!
> X****
>
>  ****
>
> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:*=
*
> **
>
> Hi Xavi,****
>
>  ****
>
> It is a good idea to use Priority in EB as a factor to choose initial tim=
e
> parent. But, I think there are several ways to use the Priority, and othe=
r
> metrics like RSSI. For example,****
>
>  ****
>
> (1) As you suggested, use Priority first, and then RSSI****
>
> (2) or use RSSI first, and then Priority****
>
> (3) or use a function of Priority and RSSI.****
>
>  ****
>
> I'm not sure which is better. What do you think?****
>
>  ****
>
> Qin****
>
>  ****
>
>  ****
>
> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
>    Hi all,
>
> I want to propose to add in the basic TSCH draft the fact that when a nod=
e
> joins a network, it uses the EB join priority defined in the Slot and Lin=
k
> IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority =
is
> 0 for the PAN coordinator of the network. A node listening several EB
> selects as a time parent the node with lowest EB Join Priority. In case o=
f
> receiving multiple EBs with the same Join priority then filters by other
> metrics e.g RSSI of the link. (note that until a DIO is received nodes do=
n
> not know about the gradient).****
>
> A node when sends an EB uses the lowest EB Join priority it has heard and
> adds 1 to it as its own Join priority.
>
>
> Current draft section states that RSSI or another metric should be used t=
o
> select the initial time parent, this has the problem that loops cannot be
> avoided until the first DIO is received. With the proposed approach the
> problem is solved and does not introduce anything new, just used what 15.=
4e
> provides to us.****
>
> what is your opinion?****
>
> thanks!
> Xavi****
>
>  ****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>   ****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7ba9755c0cd6ff04e48b4bb1
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pascal,<div><br></div><div>Is it assumed that 2 DODAG i=
n a same instance must have at least one shared node?</div><div><br></div><=
div>Thanks</div><div>Qin</div></div><div class=3D"gmail_extra"><br><br><div=
 class=3D"gmail_quote">
On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <span dir=3D"lt=
r">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cis=
co.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"=
margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">






<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a6951a668c0bd__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">Hello Xavi:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The problem is that we ha=
ve 2 mechanisms that establish a distance to the root in order to avoid loo=
ps, RPL Rank and 4e priority.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Fact is, RPL is probably =
more elaborate for loop detection and loop avoidance. I suspect that the pr=
iority can easily count to infinity.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">So I=92d trust RPL Rank r=
ather than priority, and we seem to agree that we want to time sync with RP=
L parents.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">a) My question is whether=
 it makes sense and value to have a transition between a time source based =
on best (hop count) priority and to one based on best RPL
 Rank, or if we could use the rank right away. Seems to me that life would =
be easier if we use the Rank right away, though it may make the network a b=
it slower to come up. Passing from one mode to the other will demand some s=
pecifications, what if one node
 reboots and goes from one mode to the other, etc=85<u></u><u></u></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Now if the question is to=
 reuse the priority field, then we can do actually change the logic to acco=
mmodate priority =3D
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d">DAGRank(Rank) for nodes that are not root=
, still ensuring that only a node that is already part of a RPL DAG may be =
used as time source.</span><span style=3D"font-size:11.0pt;font-family:&quo=
t;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u></span>=
</p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 255 (that is DAGRank(IN=
FINITE_RANK)
 assuming MinHopRankIncrease of 255)</span><span style=3D"font-size:10.0pt;=
font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u></u></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to DAGRank(=
Rank) that is &lt; 255.</span><span style=3D"font-size:10.0pt;font-family:&=
quot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio &lt; 255 neighbor as time source, listen to DIOs, select a parent, m=
igrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs. If later they select a better parent the priority will get =
lower so that=92s till OK.</span><span style=3D"font-size:10.0pt;font-famil=
y:&quot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><span style=3D"font-size:10.0pt;font-family:&qu=
ot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">b) about multiple DAGs, t=
here are 2 cases:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- 2 DODAGs in a same inst=
ance. We said we want to support that, and that implies that the various DO=
DAGs are closely time sync=92d.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- 2 DODAGs in 2 different=
 instances. To be discussed. We have use cases where that could be useful, =
one instance playing basic slotted aloha and the other doing
 more critical jobs. <u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">We have not agreed on the=
 latter but with a single radio, it seems problematic if the 2 instances do=
 not share a same sense of time. We=92d end up with slot frames
 that may drift from one another, sometimes overlapping=85 I suspect that w=
e=92d partition time inside a slot frame or using multiple slot frames, but=
 we=92d keep them in sync. Probably there is a need for a spanning instance=
 (0) for (autonomic) management etc=85 that
 uses something very simple, always on, very much like your basic draft. If=
 there is such a spanning instance, then it can be used to sync everyone, i=
n which casethe Rank from the dependent instances is not used for time sync=
.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do others think?<u><=
/u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></span></p><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">my comment inline:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based
 OF0.</span><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&=
quot;sans-serif&quot;"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?</span><span style=3D"fon=
t-size:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><u></u>=
<u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><span style=3D"=
font-size:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><u><=
/u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><span style=3D"font-size:10.=
0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u></u></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.</span><span style=3D=
"font-size:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;"><u>=
</u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quot;san=
s-serif&quot;"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><span style=3D"font-size:10.0pt;font-family:&quot;Ari=
al&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><span style=3D"font-size:10.0pt;font-family:&qu=
ot;Arial&quot;,&quot;sans-serif&quot;"><u></u><u></u></span></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">yes that would work but w=
e are doing the same as the IEEE802-15.4e Join priority field is for. The 1=
5.4e defines this mechanism
 and it is inherent to the networks we address so using it is straightforwa=
rd. Then as described by Thomas, we only need to use RPL best parent as soo=
n as we have one instead of the lowest prio neighbor.=A0</span><u></u><u></=
u></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">Another question with tim=
e sources is the selection of a time source parent in the case that a node =
belongs to more than one
 DODAG. Which parent is selected then? An more importantly, do the basic dr=
aft considers having more than one DODAG?=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">thanks!<br>
Xavi</span><u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pth=
ubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert=
@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a6951a668c0bd_140a577443a23f25__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Dear all:</span></a><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you know, RPL may enta=
il temporary loops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If as we expect we use th=
e RPL preferred parent tree for time sync, this will lead to time sync loop=
s.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Two questions here:</span=
><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">1) how bad is the effect =
of such loop? I expect that the clocks=A0 will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">2) can we detect that eff=
ect and use it to detect a loop in the routing?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see inline:</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">sch] time parent selection based on EB p=
riority</span><u></u><u></u></p>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through
 some command from the ME (see Qin&#39;s attachement), or after receiving m=
any DIOs.<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.</span><u></u><u></u>=
</p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers,</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin</span><u></u><u></=
u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m not sure which is better. What do you think?=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7ba9755c0cd6ff04e48b4bb1--

From pthubert@cisco.com  Thu Aug 22 09:16:06 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 940FA11E81AA for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 09:16:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.523
X-Spam-Level: 
X-Spam-Status: No, score=-10.523 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zcd81hmkGqYn for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 09:16:00 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 47AC411E81DA for <6tsch@ietf.org>; Thu, 22 Aug 2013 09:15:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=47004; q=dns/txt; s=iport; t=1377188156; x=1378397756; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=GxxkACcW6OI5POU49MZL0tUqbYN1hw1nD1Sam1n5rmU=; b=gElvF3yINFqnsasFyiA3oxaAd2PjX6/Gthbs9ZrBrmVXMhk3ORcuLgXx k3o3lHIce7lTWoCs5pUaWQ+kAWMw4dJC2UFgV93ng9+u1TY89cS5J5mpv N6j//CGVd5l6onLPLaEYis6UUaGoqH7HJ1NMNe/+1xy01mWbwkRAR6IHq Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqIFAC04FlKtJV2a/2dsb2JhbABaDoI1RDVRwAiBHRZ0giQBAQEEAQEBKkELEAIBCBEEAQELFgEGBycLFAkIAgQOBQgRh3cMtxgEkDUtBAYBgxt7A4VIgy6KVkGVM4JgP4FpJB4
X-IronPort-AV: E=Sophos;i="4.89,934,1367971200";  d="scan'208,217";a="250609693"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-4.cisco.com with ESMTP; 22 Aug 2013 16:15:54 +0000
Received: from xhc-aln-x14.cisco.com (xhc-aln-x14.cisco.com [173.36.12.88]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r7MGFsRW008630 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 22 Aug 2013 16:15:54 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.02.0318.004; Thu, 22 Aug 2013 11:15:54 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Qin Wang <qinwang@berkeley.edu>
Thread-Topic: [6tsch] time parent selection based on EB priority
Thread-Index: AQHOn0/DVeOseQSyNkOUAo0xL8C2jpmhZjgg
Date: Thu, 22 Aug 2013 16:15:53 +0000
Deferred-Delivery: Thu, 22 Aug 2013 16:15:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8414278D5@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com> <CAAzoce5Of7mmZxKun48zo-5_STdfznpcOjq=xapx2YWqctdAyQ@mail.gmail.com>
In-Reply-To: <CAAzoce5Of7mmZxKun48zo-5_STdfznpcOjq=xapx2YWqctdAyQ@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.199.2]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8414278D5xmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 16:16:06 -0000

--_000_E045AECD98228444A58C61C200AE1BD8414278D5xmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I do not think so, Qin;

but it is required that a node on one DODAG may jump onto the other, and to=
 do that, it is useful to monitoring candidates from both dodags.
Note that DODAGs partition the network, and all the parents must be in one =
of them.

Cheers;

Pascal

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: jeudi 22 ao=FBt 2013 17:54
To: Pascal Thubert (pthubert)
Cc: xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] time parent selection based on EB priority

Hi Pascal,

Is it assumed that 2 DODAG in a same instance must have at least one shared=
 node?

Thanks
Qin

On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

The problem is that we have 2 mechanisms that establish a distance to the r=
oot in order to avoid loops, RPL Rank and 4e priority.
Fact is, RPL is probably more elaborate for loop detection and loop avoidan=
ce. I suspect that the priority can easily count to infinity.
So I'd trust RPL Rank rather than priority, and we seem to agree that we wa=
nt to time sync with RPL parents.

a) My question is whether it makes sense and value to have a transition bet=
ween a time source based on best (hop count) priority and to one based on b=
est RPL Rank, or if we could use the rank right away. Seems to me that life=
 would be easier if we use the Rank right away, though it may make the netw=
ork a bit slower to come up. Passing from one mode to the other will demand=
 some specifications, what if one node reboots and goes from one mode to th=
e other, etc...

Now if the question is to reuse the priority field, then we can do actually=
 change the logic to accommodate priority =3D DAGRank(Rank) for nodes that =
are not root, still ensuring that only a node that is already part of a RPL=
 DAG may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease of 255)
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to DAGRank(Rank) that is < 255.
Children sync to whichever prio < 255 neighbor as time source, listen to DI=
Os, select a parent, migrate to that parent as time source, and then can se=
t their own priority to zero and send DIOs. If later they select a better p=
arent the priority will get lower so that's till OK.
Would that fly?
b) about multiple DAGs, there are 2 cases:
- 2 DODAGs in a same instance. We said we want to support that, and that im=
plies that the various DODAGs are closely time sync'd.
- 2 DODAGs in 2 different instances. To be discussed. We have use cases whe=
re that could be useful, one instance playing basic slotted aloha and the o=
ther doing more critical jobs.

We have not agreed on the latter but with a single radio, it seems problema=
tic if the 2 instances do not share a same sense of time. We'd end up with =
slot frames that may drift from one another, sometimes overlapping... I sus=
pect that we'd partition time inside a slot frame or using multiple slot fr=
ames, but we'd keep them in sync. Probably there is a need for a spanning i=
nstance (0) for (autonomic) management etc... that uses something very simp=
le, always on, very much like your basic draft. If there is such a spanning=
 instance, then it can be used to sync everyone, in which casethe Rank from=
 the dependent instances is not used for time sync.
What do others think?

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: jeudi 22 ao=FBt 2013 15:34
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority

Hi Pascal,

my comment inline:

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
yes that would work but we are doing the same as the IEEE802-15.4e Join pri=
ority field is for. The 15.4e defines this mechanism and it is inherent to =
the networks we address so using it is straightforward. Then as described b=
y Thomas, we only need to use RPL best parent as soon as we have one instea=
d of the lowest prio neighbor.
Another question with time sources is the selection of a time source parent=
 in the case that a node belongs to more than one DODAG. Which parent is se=
lected then? An more importantly, do the basic draft considers having more =
than one DODAG?
thanks!
Xavi

On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <pthubert@cisco.=
com<mailto:pthubert@cisco.com>> wrote:
Dear all:

As you know, RPL may entail temporary loops, in particular if DAGMaxRankInc=
rease is not configured to 0.
If as we expect we use the RPL preferred parent tree for time sync, this wi=
ll lead to time sync loops.
Two questions here:
1) how bad is the effect of such loop? I expect that the clocks  will deriv=
e rapidly, as if from the perspective of a node the crystal was real, real =
bad.
2) can we detect that effect and use it to detect a loop in the routing?

Please see inline:

sch] time parent selection based on EB priority

Qin, Xavi,

Excellent point. I believe that this is exactly what makes this 6TSCH work =
so interesting: figuring out how consolidate the views between upper and lo=
wer layers.

In my mind, the join priority as you describe looks very much like a DAGran=
k. I believe there are, however, two potential questions we should not forg=
et:
- what if the joining mote does no get all of the EBs of its neighbor?
- what happens when the topology changes and a node moves up or down in the=
 DODAG?

I would suggest the following:
- once the node has fully joined, somehow tie the join priority to its RPL =
DAGrank. We might have to play with the metric to make the join priority lo=
ok like a hop count, but I believe it is important the announced join prior=
ity changes when the mote moves up/down in the topology.
- maybe consider the time source parent identified during the joining as te=
mporary until the final time source parent is discovered. How the final one=
 is discovered can through some command from the ME (see Qin's attachement)=
, or after receiving many DIOs.

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
Cheers,
Pascal

On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Agree!

Qin

On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
HI Qin,

as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
cheers!
X

On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi Xavi,

It is a good idea to use Priority in EB as a factor to choose initial time =
parent. But, I think there are several ways to use the Priority, and other =
metrics like RSSI. For example,

(1) As you suggested, use Priority first, and then RSSI
(2) or use RSSI first, and then Priority
(3) or use a function of Priority and RSSI.

I'm not sure which is better. What do you think?

Qin


On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi all,

I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the network. A node listening several EB sele=
cts as a time parent the node with lowest EB Join Priority. In case of rece=
iving multiple EBs with the same Join priority then filters by other metric=
s e.g RSSI of the link. (note that until a DIO is received nodes don not kn=
ow about the gradient).
A node when sends an EB uses the lowest EB Join priority it has heard and a=
dds 1 to it as its own Join priority.


Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce anything new, just used what 15.4e pro=
vides to us.
what is your opinion?
thanks!
Xavi

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD8414278D5xmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">I do not think so, Qin;
<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">but it is required that a=
 node on one DODAG may jump onto the other, and to do that, it is useful to=
 monitoring candidates from both dodags.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Note that DODAGs partitio=
n the network, and all the parents must be in one of them.<o:p></o:p></span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers;<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:qinwang@berkeley.edu]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 17:54<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org<b=
r>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Is it assumed that 2 DODAG in a same instance must h=
ave at least one shared node?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140a6951a668c0bd__MailEndCompose"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">The problem is that we have 2 mechanism=
s that establish a distance to the root in order to avoid
 loops, RPL Rank and 4e priority.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Fact is, RPL is probably more elaborate=
 for loop detection and loop avoidance. I suspect that the
 priority can easily count to infinity.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">So I&#8217;d trust RPL Rank rather than=
 priority, and we seem to agree that we want to time sync with RPL
 parents.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">a) My question is whether it makes sens=
e and value to have a transition between a time source based
 on best (hop count) priority and to one based on best RPL Rank, or if we c=
ould use the rank right away. Seems to me that life would be easier if we u=
se the Rank right away, though it may make the network a bit slower to come=
 up. Passing from one mode to the
 other will demand some specifications, what if one node reboots and goes f=
rom one mode to the other, etc&#8230;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Now if the question is to reuse the pri=
ority field, then we can do actually change the logic to accommodate
 priority =3D DAGRank(Rank) for nodes that are not root, still ensuring tha=
t only a node that is already part of a RPL DAG may be used as time source.=
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 255 (that is DAGRank(INFINITE_RANK)
 assuming MinHopRankIncrease of 255)</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to DAGRank(=
Rank) that is &lt; 255.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio &lt; 25=
5 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs. If later they select a better parent the priority will get =
lower so that&#8217;s till OK.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">b) about multiple DAGs, there are 2 cas=
es:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">- 2 DODAGs in a same instance. We said =
we want to support that, and that implies that the various
 DODAGs are closely time sync&#8217;d.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">- 2 DODAGs in 2 different instances. To=
 be discussed. We have use cases where that could be useful,
 one instance playing basic slotted aloha and the other doing more critical=
 jobs.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">We have not agreed on the latter but wi=
th a single radio, it seems problematic if the 2 instances
 do not share a same sense of time. We&#8217;d end up with slot frames that=
 may drift from one another, sometimes overlapping&#8230; I suspect that we=
&#8217;d partition time inside a slot frame or using multiple slot frames, =
but we&#8217;d keep them in sync. Probably there is a need
 for a spanning instance (0) for (autonomic) management etc&#8230; that use=
s something very simple, always on, very much like your basic draft. If the=
re is such a spanning instance, then it can be used to sync everyone, in wh=
ich casethe Rank from the dependent instances
 is not used for time sync.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">What do others think?</span><o:p></o:p>=
</p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority</spa=
n><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">my comment inline:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s propo=
sal as a mechanism parallel to RPL to do like an hop-count-based
 OF0.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Q: Do we really need to build the time =
sync tree faster than the RPL graph?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If no, maybe me could use the priority =
as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 1.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neigh=
bor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">y=
es that would work but we are doing the same as the IEEE802-15.4e Join prio=
rity field is for. The 15.4e defines this mechanism and it
 is inherent to the networks we address so using it is straightforward. The=
n as described by Thomas, we only need to use RPL best parent as soon as we=
 have one instead of the lowest prio neighbor.&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">A=
nother question with time sources is the selection of a time source parent =
in the case that a node belongs to more than one DODAG. Which
 parent is selected then? An more importantly, do the basic draft considers=
 having more than one DODAG?&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">t=
hanks!<br>
Xavi</span><o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) &lt;<a =
href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>=
&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140a6951a668c0bd_140a577443a23f25__MailE"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Dear all:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you know, RPL may entail temporary l=
oops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If as we expect we use the RPL preferre=
d parent tree for time sync, this will lead to time sync loops.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Two questions here:</span><o:p></o:p></=
p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">1) how bad is the effect of such loop? =
I expect that the clocks&nbsp; will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">2) can we detect that effect and use it=
 to detect a loop in the routing?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Please see inline:</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&qu=
ot;sans-serif&quot;">sch] time parent selection based on EB priority</span>=
<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin, Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Excellent point. I believe that this is exactly what makes this 6T=
SCH work so interesting: figuring out how consolidate the views between upp=
er and lower layers.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">In my mind, the join priority as you describe looks very much like=
 a DAGrank. I believe there are, however, two potential questions we should=
 not forget:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what if the joining mote does no get all of the EBs of its neigh=
bor?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what happens when the topology changes and a node moves up or do=
wn in the DODAG?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would suggest the following:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- once the node has fully joined, somehow tie the join priority to=
 its RPL DAGrank. We might have to play with the metric to make the join pr=
iority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- maybe consider the time source parent identified during the join=
ing as temporary until the final time source parent is discovered. How the =
final one is discovered can through
 some command from the ME (see Qin's attachement), or after receiving many =
DIOs.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s propo=
sal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Q: Do we really need to build the time =
sync tree faster than the RPL graph?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If no, maybe me could use the priority =
as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 1.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neigh=
bor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a href=3D"mailto:qi=
nwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agree!<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">cheers!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is a good idea to use Priority in EB as a factor to choose init=
ial time parent. But, I think there are several ways to use the Priority, a=
nd other metrics like RSSI. For example,<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) As you suggested, use Priority first, and then RSSI<o:p></o:p>=
</p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2) or use RSSI first, and then Priority<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(3) or use a function of Priority and RSSI.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I'm not sure which is better. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">A node when sends an EB uses the lowest EB Join priority it has heard an=
d adds 1 to it as its own Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">what is your opinion?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<br>
Xavi<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD8414278D5xmbrcdx01ciscoc_--

From qinwang@berkeley.edu  Thu Aug 22 10:03:26 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CA4A21F9CF7 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 10:03:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.961
X-Spam-Level: 
X-Spam-Status: No, score=-2.961 tagged_above=-999 required=5 tests=[AWL=0.015,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lokX1Gv-RINS for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 10:03:21 -0700 (PDT)
Received: from mail-vb0-f51.google.com (mail-vb0-f51.google.com [209.85.212.51]) by ietfa.amsl.com (Postfix) with ESMTP id 8355B21F99CD for <6tsch@ietf.org>; Thu, 22 Aug 2013 10:03:21 -0700 (PDT)
Received: by mail-vb0-f51.google.com with SMTP id x16so1502790vbf.10 for <6tsch@ietf.org>; Thu, 22 Aug 2013 10:03:20 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=KR9fkybjvuRBaYXVC+FJK1cpNbKGox3rNzbge6TrXQw=; b=gt9CAbgEPYS8FU+mCd+5Oja4t9HbbAZJhgumWHoiMp37RcwjY3j637MACEfJRfXwCo jX8eCLPaMj9IFgqw8/ylPUNYdoORGu+oUuZ2UcMOw9kU5XKZ3w2yqlTLoIBDbhu5lIgV Eq/iIcKKU3zpOFnT7iWWj4MLBAmS1m3mTJR5bO5+/Pe2g2vLSUGcAvao1jiVPXiOtUWH LHXnKoKSMyHDbj0z1SJ/kf/Idj3XI9AADST83a3OnTp8ZRSgsMF4DT8HFJls2xe12Mci k93KV59pGCbQhsYegiwrBL/BPHYEtTdiHhYm3XiTCqVkMXV4tHbjb5x8OAD5qbbQLsD+ Ja4Q==
X-Gm-Message-State: ALoCoQk9pxqmp47Kl8qv0WEWTCTD8Ou/bbsBxZqbiD7Ey1mAH/jKMq7zINIRpvSOVMcCaLoRP3Z9
MIME-Version: 1.0
X-Received: by 10.52.119.139 with SMTP id ku11mr704976vdb.42.1377191000859; Thu, 22 Aug 2013 10:03:20 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 22 Aug 2013 10:03:20 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD8414278D5@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com> <CAAzoce5Of7mmZxKun48zo-5_STdfznpcOjq=xapx2YWqctdAyQ@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414278D5@xmb-rcd-x01.cisco.com>
Date: Fri, 23 Aug 2013 01:03:20 +0800
Message-ID: <CAAzoce5ag+CZ-XYqJ0TsZu6hhNOmW0hyFqyPGrrZ43We2zk7NA@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=047d7bf0d3ec64fc1804e48c4467
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 17:03:26 -0000

--047d7bf0d3ec64fc1804e48c4467
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Pascal,

It may bring in some complexity. Think about the case. DODAG1 and DODAG2
are in a same instance, but have no shared nodes, thus may not be able sync
with each other.  A new node (node-A) comes in, wants to join into the two
DODAGs, in another word, want to jump between the two DODAGs.  I believe
node-A has to change its time source parent and re-sync when it jump from
one DODAG to another. Right?

Thank
Qin





On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  I do not think so, Qin; ****
>
> ** **
>
> but it is required that a node on one DODAG may jump onto the other, and
> to do that, it is useful to monitoring candidates from both dodags.****
>
> Note that DODAGs partition the network, and all the parents must be in on=
e
> of them.****
>
> ** **
>
> Cheers;****
>
> ** **
>
> Pascal****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 17:54
> *To:* Pascal Thubert (pthubert)
> *Cc:* xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org
>
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
> ** **
>
> Hi Pascal,****
>
> ** **
>
> Is it assumed that 2 DODAG in a same instance must have at least one
> shared node?****
>
> ** **
>
> Thanks****
>
> Qin****
>
> ** **
>
> On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> The problem is that we have 2 mechanisms that establish a distance to the
> root in order to avoid loops, RPL Rank and 4e priority.****
>
> Fact is, RPL is probably more elaborate for loop detection and loop
> avoidance. I suspect that the priority can easily count to infinity.****
>
> So I=92d trust RPL Rank rather than priority, and we seem to agree that w=
e
> want to time sync with RPL parents.****
>
>  ****
>
> a) My question is whether it makes sense and value to have a transition
> between a time source based on best (hop count) priority and to one based
> on best RPL Rank, or if we could use the rank right away. Seems to me tha=
t
> life would be easier if we use the Rank right away, though it may make th=
e
> network a bit slower to come up. Passing from one mode to the other will
> demand some specifications, what if one node reboots and goes from one mo=
de
> to the other, etc=85****
>
>  ****
>
> Now if the question is to reuse the priority field, then we can do
> actually change the logic to accommodate priority =3D DAGRank(Rank) for n=
odes
> that are not root, still ensuring that only a node that is already part o=
f
> a RPL DAG may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease o=
f
> 255)****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to DAGRank(Rank) that is < 255.****
>
> Children sync to whichever prio < 255 neighbor as time source, listen to
> DIOs, select a parent, migrate to that parent as time source, and then ca=
n
> set their own priority to zero and send DIOs. If later they select a bett=
er
> parent the priority will get lower so that=92s till OK.****
>
> Would that fly?****
>
> b) about multiple DAGs, there are 2 cases:****
>
> - 2 DODAGs in a same instance. We said we want to support that, and that
> implies that the various DODAGs are closely time sync=92d.****
>
> - 2 DODAGs in 2 different instances. To be discussed. We have use cases
> where that could be useful, one instance playing basic slotted aloha and
> the other doing more critical jobs. ****
>
>  ****
>
> We have not agreed on the latter but with a single radio, it seems
> problematic if the 2 instances do not share a same sense of time. We=92d =
end
> up with slot frames that may drift from one another, sometimes overlappin=
g=85
> I suspect that we=92d partition time inside a slot frame or using multipl=
e
> slot frames, but we=92d keep them in sync. Probably there is a need for a
> spanning instance (0) for (autonomic) management etc=85 that uses somethi=
ng
> very simple, always on, very much like your basic draft. If there is such=
 a
> spanning instance, then it can be used to sync everyone, in which casethe
> Rank from the dependent instances is not used for time sync.****
>
> What do others think?****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 15:34
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
>  ****
>
> Hi Pascal,****
>
>  ****
>
> my comment inline:****
>
>  ****
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0.****
>
> Q: Do we really need to build the time sync tree faster than the RPL grap=
h?
> ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> yes that would work but we are doing the same as the IEEE802-15.4e Join
> priority field is for. The 15.4e defines this mechanism and it is inheren=
t
> to the networks we address so using it is straightforward. Then as
> described by Thomas, we only need to use RPL best parent as soon as we ha=
ve
> one instead of the lowest prio neighbor. ****
>
> Another question with time sources is the selection of a time source
> parent in the case that a node belongs to more than one DODAG. Which pare=
nt
> is selected then? An more importantly, do the basic draft considers havin=
g
> more than one DODAG? ****
>
> thanks!
> Xavi****
>
>  ****
>
> On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Dear all:****
>
>  ****
>
> As you know, RPL may entail temporary loops, in particular if
> DAGMaxRankIncrease is not configured to 0.****
>
> If as we expect we use the RPL preferred parent tree for time sync, this
> will lead to time sync loops. ****
>
> Two questions here:****
>
> 1) how bad is the effect of such loop? I expect that the clocks  will
> derive rapidly, as if from the perspective of a node the crystal was real=
,
> real bad.****
>
> 2) can we detect that effect and use it to detect a loop in the routing?*=
*
> **
>
>  ****
>
> Please see inline:****
>
>  ****
>
> sch] time parent selection based on EB priority****
>
>  ****
>
> Qin, Xavi,****
>
>  ****
>
> Excellent point. I believe that this is exactly what makes this 6TSCH wor=
k
> so interesting: figuring out how consolidate the views between upper and
> lower layers.****
>
>  ****
>
> In my mind, the join priority as you describe looks very much like a
> DAGrank. I believe there are, however, two potential questions we should
> not forget:****
>
> - what if the joining mote does no get all of the EBs of its neighbor?***=
*
>
> - what happens when the topology changes and a node moves up or down in
> the DODAG?****
>
>  ****
>
> I would suggest the following:****
>
> - once the node has fully joined, somehow tie the join priority to its RP=
L
> DAGrank. We might have to play with the metric to make the join priority
> look like a hop count, but I believe it is important the announced join
> priority changes when the mote moves up/down in the topology.****
>
> - maybe consider the time source parent identified during the joining as
> temporary until the final time source parent is discovered. How the final
> one is discovered can through some command from the ME (see Qin's
> attachement), or after receiving many DIOs.****
>
>  ****
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0. ****
>
> Q: Do we really need to build the time sync tree faster than the RPL
> graph? ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> Cheers,****
>
> Pascal****
>
>  ****
>
> On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Agree!****
>
>  ****
>
> Qin****
>
>  ****
>
> On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
> HI Qin,
>
> as a basic setting we want the most basic approach. I guess that using (1=
)
> first priority and then RSSi will avoid having loops. As you say all this
> approaches would work but I bet for (1) to be the simplest. ****
>
> cheers!
> X****
>
>  ****
>
> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:*=
*
> **
>
> Hi Xavi,****
>
>  ****
>
> It is a good idea to use Priority in EB as a factor to choose initial tim=
e
> parent. But, I think there are several ways to use the Priority, and othe=
r
> metrics like RSSI. For example,****
>
>  ****
>
> (1) As you suggested, use Priority first, and then RSSI****
>
> (2) or use RSSI first, and then Priority****
>
> (3) or use a function of Priority and RSSI.****
>
>  ****
>
> I'm not sure which is better. What do you think?****
>
>  ****
>
> Qin****
>
>  ****
>
>  ****
>
> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
>    Hi all,
>
> I want to propose to add in the basic TSCH draft the fact that when a nod=
e
> joins a network, it uses the EB join priority defined in the Slot and Lin=
k
> IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority =
is
> 0 for the PAN coordinator of the network. A node listening several EB
> selects as a time parent the node with lowest EB Join Priority. In case o=
f
> receiving multiple EBs with the same Join priority then filters by other
> metrics e.g RSSI of the link. (note that until a DIO is received nodes do=
n
> not know about the gradient).****
>
> A node when sends an EB uses the lowest EB Join priority it has heard and
> adds 1 to it as its own Join priority.
>
>
> Current draft section states that RSSI or another metric should be used t=
o
> select the initial time parent, this has the problem that loops cannot be
> avoided until the first DIO is received. With the proposed approach the
> problem is solved and does not introduce anything new, just used what 15.=
4e
> provides to us.****
>
> what is your opinion?****
>
> thanks!
> Xavi****
>
>  ****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>   ****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--047d7bf0d3ec64fc1804e48c4467
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pascal,<div><br></div><div>It may bring in some complexity=
. Think about the case. DODAG1 and DODAG2 are in a same instance, but have =
no shared nodes, thus may not be able sync with each other. =A0A new node (=
node-A) comes in, wants to join into the two DODAGs, in another word, want =
to jump between the two DODAGs. =A0I believe node-A has to change its time =
source parent and re-sync when it jump from one DODAG to another. Right?</d=
iv>
<div><br></div><div>Thank</div><div>Qin</div><div><br></div><div><br></div>=
<div><br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote">On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert) <span d=
ir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthu=
bert@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a6cfc2276e342__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">I do not think so, Qin;
<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">but it is required that a=
 node on one DODAG may jump onto the other, and to do that, it is useful to=
 monitoring candidates from both dodags.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Note that DODAGs partitio=
n the network, and all the parents must be in one of them.<u></u><u></u></s=
pan></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers;<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 17:54<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne; <a href=3D"mailto:6t=
sch@ietf.org" target=3D"_blank">6tsch@ietf.org</a></span></p><div><div clas=
s=3D"h5">
<br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></div></div><p></p><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Is it assumed that 2 DODAG in a same instance must h=
ave at least one shared node?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a6cfc2276e342_140a6951a668c0bd__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><u></u></=
p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The problem is that we ha=
ve 2 mechanisms that establish a distance to the root in order to avoid
 loops, RPL Rank and 4e priority.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Fact is, RPL is probably =
more elaborate for loop detection and loop avoidance. I suspect that the
 priority can easily count to infinity.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">So I=92d trust RPL Rank r=
ather than priority, and we seem to agree that we want to time sync with RP=
L
 parents.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">a) My question is whether=
 it makes sense and value to have a transition between a time source based
 on best (hop count) priority and to one based on best RPL Rank, or if we c=
ould use the rank right away. Seems to me that life would be easier if we u=
se the Rank right away, though it may make the network a bit slower to come=
 up. Passing from one mode to the
 other will demand some specifications, what if one node reboots and goes f=
rom one mode to the other, etc=85</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Now if the question is to=
 reuse the priority field, then we can do actually change the logic to acco=
mmodate
 priority =3D DAGRank(Rank) for nodes that are not root, still ensuring tha=
t only a node that is already part of a RPL DAG may be used as time source.=
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 255 (that is DAGRank(IN=
FINITE_RANK)
 assuming MinHopRankIncrease of 255)</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to DAGRank(=
Rank) that is &lt; 255.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio &lt; 255 neighbor as time source, listen to DIOs, select a parent, m=
igrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs. If later they select a better parent the priority will get =
lower so that=92s till OK.</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">b) about multiple DAGs, t=
here are 2 cases:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- 2 DODAGs in a same inst=
ance. We said we want to support that, and that implies that the various
 DODAGs are closely time sync=92d.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- 2 DODAGs in 2 different=
 instances. To be discussed. We have use cases where that could be useful,
 one instance playing basic slotted aloha and the other doing more critical=
 jobs.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">We have not agreed on the=
 latter but with a single radio, it seems problematic if the 2 instances
 do not share a same sense of time. We=92d end up with slot frames that may=
 drift from one another, sometimes overlapping=85 I suspect that we=92d par=
tition time inside a slot frame or using multiple slot frames, but we=92d k=
eep them in sync. Probably there is a need
 for a spanning instance (0) for (autonomic) management etc=85 that uses so=
mething very simple, always on, very much like your basic draft. If there i=
s such a spanning instance, then it can be used to sync everyone, in which =
casethe Rank from the dependent instances
 is not used for time sync.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do others think?</sp=
an><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority</spa=
n><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">my comment inline:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based
 OF0.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?</span><u></u><u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.</span><u></u><u></u>=
</p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">yes that would work but w=
e are doing the same as the IEEE802-15.4e Join priority field is for. The 1=
5.4e defines this mechanism and it
 is inherent to the networks we address so using it is straightforward. The=
n as described by Thomas, we only need to use RPL best parent as soon as we=
 have one instead of the lowest prio neighbor.=A0</span><u></u><u></u></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">Another question with tim=
e sources is the selection of a time source parent in the case that a node =
belongs to more than one DODAG. Which
 parent is selected then? An more importantly, do the basic draft considers=
 having more than one DODAG?=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">thanks!<br>
Xavi</span><u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pth=
ubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert=
@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a6cfc2276e342_140a6951a668c0bd_140a577=
443a23f25__MailE"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear all:</span></a><u></u><u>=
</u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you know, RPL may enta=
il temporary loops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If as we expect we use th=
e RPL preferred parent tree for time sync, this will lead to time sync loop=
s.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Two questions here:</span=
><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">1) how bad is the effect =
of such loop? I expect that the clocks=A0 will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">2) can we detect that eff=
ect and use it to detect a loop in the routing?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see inline:</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">sch] time parent selection based on EB p=
riority</span><u></u><u></u></p>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through
 some command from the ME (see Qin&#39;s attachement), or after receiving m=
any DIOs.<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.</span><u></u><u></u>=
</p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers,</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin</span><u></u><u></=
u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m not sure which is better. What do you think?=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--047d7bf0d3ec64fc1804e48c4467--

From pthubert@cisco.com  Thu Aug 22 12:00:34 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F07811E8230 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 12:00:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.549
X-Spam-Level: 
X-Spam-Status: No, score=-10.549 tagged_above=-999 required=5 tests=[AWL=0.051, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SrKTUNLlC8hR for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 12:00:28 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 46AC711E8218 for <6tsch@ietf.org>; Thu, 22 Aug 2013 12:00:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2461; q=dns/txt; s=iport; t=1377198028; x=1378407628; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=ejMk5T5bMWKza/2R06EiVcRD5SA760Z2dT0a58dylC0=; b=HCXYD8jv1m8SXOditOUesX4QITz0DiZkYiqose8eQFZSaLpMkeNduRYG JugYpk6cXUAfUOAvuonvrY94eSPBVyIdlXsp7PKrE14BssznqFRgJL8Qp DggS13wZ/zAQwirwvxGpWq12bH8XmjP6jo9XBr2po8hRUL2aVXQwbXihx g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiwFAENfFlKtJXG+/2dsb2JhbABAFwODBzVRwAqBHRZ0giYBBDoODRElASoKAQMGBjwkAgEBAwEaiAgMNKgiEY4Ijzh9Mw8HB4MDewOZE5Atgk5RgXI5fQ
X-IronPort-AV: E=Sophos;i="4.89,935,1367971200"; d="scan'208";a="250622211"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-6.cisco.com with ESMTP; 22 Aug 2013 19:00:14 +0000
Received: from xhc-aln-x01.cisco.com (xhc-aln-x01.cisco.com [173.36.12.75]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id r7MJ0CYg024850 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 22 Aug 2013 19:00:14 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-aln-x01.cisco.com ([173.36.12.75]) with mapi id 14.02.0318.004; Thu, 22 Aug 2013 14:00:13 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>, Carsten Bormann <cabo@tzi.org>
Thread-Topic: Agenda for tomorrow
Thread-Index: Ac6faXKAPt4EkOYDQxWXY3GRgSkqZA==
Date: Thu, 22 Aug 2013 19:00:12 +0000
Deferred-Delivery: Thu, 22 Aug 2013 18:58:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD84142809C@xmb-rcd-x01.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.110.190]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [6tsch] Agenda for tomorrow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 19:00:34 -0000

Dear all:

Please find below the proposed agenda for the 6TSCH call tomorrow:

* Approval minutes & agenda bashing _[2min]_=20
* CBOR [Carsten, 10min]
* Identifying the flows [Pouria, Qin, 10min]=20
* Update basic draft [Xavi, 10min]=20
* Time parent selection and EB priority [Xavi, Qin, 20min]
* renaming 6TSCH [5min]
* AOB _[1min]_

 As usual, feel free to propose any changes to the agenda, also at the begi=
nning of the call.

Remember that this call will be recorded.

Cheers,

Pascal & Thomas

----

Topic: 6TSCH Weekly
Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00)=20
Meeting Number: 206 802 913=20
Meeting Password: sixtus=20

-------------------------------------------------------=20
To start the online meeting=20
-------------------------------------------------------=20
1. Go to https://ciscosales.webex.com/ciscosales/j.php?ED=3D219615007&UID=
=3D481905242&PW=3DNZTRkNDAwOTE1&RT=3DMiMyMw%3D%3D
2. Log in to your account.=20
3. Click "Start Now".=20
4. Follow the instructions that appear on your screen.=20

----------------------------------------------------------------=20
ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes=20
----------------------------------------------------------------=20

The affected toll free numbers are: (866) 432-9903 for the San Jose/Milpita=
s area and (866) 349-3520 for the RTP area.=20

Please dial the local access number for your area from the list below:=20
- San Jose/Milpitas (408) area: 525-6800=20
- RTP (919) area: 392-3330=20

-------------------------------------------------------=20
To join the teleconference only=20
-------------------------------------------------------=20
1. Dial into Cisco WebEx (view all Global Access Numbers at=20
http://cisco.com/en/US/about/doing_business/conferencing/index.html=20
2. Follow the prompts to enter the Meeting Number (listed above) or Access =
Code followed by the # sign.=20

San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330=20

US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117=20

India: +91.80.4350.1111 Germany: +49.619.6773.9002=20

Japan: +81.3.5763.9394 China: +86.10.8515.5666=20

To check whether you have the appropriate players installed for UCF (Univer=
sal Communications Format) rich media files, go to https://ciscosales.webex=
.com/ciscosales/systemdiagnosis.php=20

http://www.webex.com=20

CCM:+14085256800x206802913

From pthubert@cisco.com  Thu Aug 22 12:00:40 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04AE611E821C for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 12:00:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.561
X-Spam-Level: 
X-Spam-Status: No, score=-10.561 tagged_above=-999 required=5 tests=[AWL=0.037, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4e0hPBWzbFSn for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 12:00:28 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 611A211E821E for <6tsch@ietf.org>; Thu, 22 Aug 2013 12:00:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=54687; q=dns/txt; s=iport; t=1377198021; x=1378407621; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=e0wfLa3MOI7SqP0o6yP8WIFMe5Rm9DSkTmbaLD9ZDfA=; b=bwQWYe+HYozEsAFZaBfgp44uJsgTVM9RMUTylydQ24dCohspS89VqZiP H99LKqqojp1KpGqK6EIdEuME/Huckv7YRDztFRs48hA2PsMZ2Z1Z9leUi nu4F07sPZxGL1kQ639LsUln7O2bWMnTuc45eMpzOZPYeymYW6S93EML1E E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqMFAM9eFlKtJV2d/2dsb2JhbABaDoI1RDVRwAqBHRZ0giQBAQEEAQEBFxNBCxACAQgRBAEBCxYBBgcnCxQJCAIEDgUIEYd3DLZrBJA1LQQGAYMbewOFSIMuilZBlTOCYD+BaSQe
X-IronPort-AV: E=Sophos;i="4.89,935,1367971200";  d="scan'208,217";a="250410190"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-1.cisco.com with ESMTP; 22 Aug 2013 19:00:10 +0000
Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id r7MJ0AKA016329 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 22 Aug 2013 19:00:10 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.02.0318.004; Thu, 22 Aug 2013 14:00:10 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Qin Wang <qinwang@berkeley.edu>
Thread-Topic: [6tsch] time parent selection based on EB priority
Thread-Index: AQHOn0/DVeOseQSyNkOUAo0xL8C2jpmhZjgggABh+wD//8nm4A==
Date: Thu, 22 Aug 2013 19:00:09 +0000
Deferred-Delivery: Thu, 22 Aug 2013 18:53:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD84142808D@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com> <CAAzoce5Of7mmZxKun48zo-5_STdfznpcOjq=xapx2YWqctdAyQ@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414278D5@xmb-rcd-x01.cisco.com> <CAAzoce5ag+CZ-XYqJ0TsZu6hhNOmW0hyFqyPGrrZ43We2zk7NA@mail.gmail.com>
In-Reply-To: <CAAzoce5ag+CZ-XYqJ0TsZu6hhNOmW0hyFqyPGrrZ43We2zk7NA@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.110.190]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84142808Dxmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 19:00:40 -0000

--_000_E045AECD98228444A58C61C200AE1BD84142808Dxmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear Qin:

I think the idea was to make sure that the roots are synchronized.
Certainly the DODAGs may be a bit out of sync as we progress down, but we e=
xpect that the guard time is sufficient.
The alternate would be to sync the whole network completely independent of =
RPL DAGs etc... eg using a GPS.
There might be use cases where that is fine, but we need to document a defa=
ult behavior that does not make the assumption of a GPS or similar.

Makes sense?

Cheers,

Pascal

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: jeudi 22 ao=FBt 2013 19:03
To: Pascal Thubert (pthubert)
Cc: xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] time parent selection based on EB priority

Pascal,

It may bring in some complexity. Think about the case. DODAG1 and DODAG2 ar=
e in a same instance, but have no shared nodes, thus may not be able sync w=
ith each other.  A new node (node-A) comes in, wants to join into the two D=
ODAGs, in another word, want to jump between the two DODAGs.  I believe nod=
e-A has to change its time source parent and re-sync when it jump from one =
DODAG to another. Right?

Thank
Qin




On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
I do not think so, Qin;

but it is required that a node on one DODAG may jump onto the other, and to=
 do that, it is useful to monitoring candidates from both dodags.
Note that DODAGs partition the network, and all the parents must be in one =
of them.

Cheers;

Pascal

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: jeudi 22 ao=FBt 2013 17:54
To: Pascal Thubert (pthubert)
Cc: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Th=
omas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] time parent selection based on EB priority

Hi Pascal,

Is it assumed that 2 DODAG in a same instance must have at least one shared=
 node?

Thanks
Qin

On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

The problem is that we have 2 mechanisms that establish a distance to the r=
oot in order to avoid loops, RPL Rank and 4e priority.
Fact is, RPL is probably more elaborate for loop detection and loop avoidan=
ce. I suspect that the priority can easily count to infinity.
So I'd trust RPL Rank rather than priority, and we seem to agree that we wa=
nt to time sync with RPL parents.

a) My question is whether it makes sense and value to have a transition bet=
ween a time source based on best (hop count) priority and to one based on b=
est RPL Rank, or if we could use the rank right away. Seems to me that life=
 would be easier if we use the Rank right away, though it may make the netw=
ork a bit slower to come up. Passing from one mode to the other will demand=
 some specifications, what if one node reboots and goes from one mode to th=
e other, etc...

Now if the question is to reuse the priority field, then we can do actually=
 change the logic to accommodate priority =3D DAGRank(Rank) for nodes that =
are not root, still ensuring that only a node that is already part of a RPL=
 DAG may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease of 255)
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to DAGRank(Rank) that is < 255.
Children sync to whichever prio < 255 neighbor as time source, listen to DI=
Os, select a parent, migrate to that parent as time source, and then can se=
t their own priority to zero and send DIOs. If later they select a better p=
arent the priority will get lower so that's till OK.
Would that fly?
b) about multiple DAGs, there are 2 cases:
- 2 DODAGs in a same instance. We said we want to support that, and that im=
plies that the various DODAGs are closely time sync'd.
- 2 DODAGs in 2 different instances. To be discussed. We have use cases whe=
re that could be useful, one instance playing basic slotted aloha and the o=
ther doing more critical jobs.

We have not agreed on the latter but with a single radio, it seems problema=
tic if the 2 instances do not share a same sense of time. We'd end up with =
slot frames that may drift from one another, sometimes overlapping... I sus=
pect that we'd partition time inside a slot frame or using multiple slot fr=
ames, but we'd keep them in sync. Probably there is a need for a spanning i=
nstance (0) for (autonomic) management etc... that uses something very simp=
le, always on, very much like your basic draft. If there is such a spanning=
 instance, then it can be used to sync everyone, in which casethe Rank from=
 the dependent instances is not used for time sync.
What do others think?

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: jeudi 22 ao=FBt 2013 15:34
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority

Hi Pascal,

my comment inline:

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
yes that would work but we are doing the same as the IEEE802-15.4e Join pri=
ority field is for. The 15.4e defines this mechanism and it is inherent to =
the networks we address so using it is straightforward. Then as described b=
y Thomas, we only need to use RPL best parent as soon as we have one instea=
d of the lowest prio neighbor.
Another question with time sources is the selection of a time source parent=
 in the case that a node belongs to more than one DODAG. Which parent is se=
lected then? An more importantly, do the basic draft considers having more =
than one DODAG?
thanks!
Xavi

On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <pthubert@cisco.=
com<mailto:pthubert@cisco.com>> wrote:
Dear all:

As you know, RPL may entail temporary loops, in particular if DAGMaxRankInc=
rease is not configured to 0.
If as we expect we use the RPL preferred parent tree for time sync, this wi=
ll lead to time sync loops.
Two questions here:
1) how bad is the effect of such loop? I expect that the clocks  will deriv=
e rapidly, as if from the perspective of a node the crystal was real, real =
bad.
2) can we detect that effect and use it to detect a loop in the routing?

Please see inline:

sch] time parent selection based on EB priority

Qin, Xavi,

Excellent point. I believe that this is exactly what makes this 6TSCH work =
so interesting: figuring out how consolidate the views between upper and lo=
wer layers.

In my mind, the join priority as you describe looks very much like a DAGran=
k. I believe there are, however, two potential questions we should not forg=
et:
- what if the joining mote does no get all of the EBs of its neighbor?
- what happens when the topology changes and a node moves up or down in the=
 DODAG?

I would suggest the following:
- once the node has fully joined, somehow tie the join priority to its RPL =
DAGrank. We might have to play with the metric to make the join priority lo=
ok like a hop count, but I believe it is important the announced join prior=
ity changes when the mote moves up/down in the topology.
- maybe consider the time source parent identified during the joining as te=
mporary until the final time source parent is discovered. How the final one=
 is discovered can through some command from the ME (see Qin's attachement)=
, or after receiving many DIOs.

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
Cheers,
Pascal

On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Agree!

Qin

On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
HI Qin,

as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
cheers!
X

On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi Xavi,

It is a good idea to use Priority in EB as a factor to choose initial time =
parent. But, I think there are several ways to use the Priority, and other =
metrics like RSSI. For example,

(1) As you suggested, use Priority first, and then RSSI
(2) or use RSSI first, and then Priority
(3) or use a function of Priority and RSSI.

I'm not sure which is better. What do you think?

Qin


On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi all,

I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the network. A node listening several EB sele=
cts as a time parent the node with lowest EB Join Priority. In case of rece=
iving multiple EBs with the same Join priority then filters by other metric=
s e.g RSSI of the link. (note that until a DIO is received nodes don not kn=
ow about the gradient).
A node when sends an EB uses the lowest EB Join priority it has heard and a=
dds 1 to it as its own Join priority.


Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce anything new, just used what 15.4e pro=
vides to us.
what is your opinion?
thanks!
Xavi

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--_000_E045AECD98228444A58C61C200AE1BD84142808Dxmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Dear Qin:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I think the idea was to m=
ake sure that the roots are synchronized.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Certainly the DODAGs may =
be a bit out of sync as we progress down, but we expect that the guard time=
 is sufficient.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The alternate would be to=
 sync the whole network completely independent of RPL DAGs etc&#8230; eg us=
ing a GPS.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">There might be use cases =
where that is fine, but we need to document a default behavior that does no=
t make the assumption of a GPS or similar.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Makes sense?<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:qinwang@berkeley.edu]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 19:03<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org<b=
r>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">It may bring in some complexity. Think about the cas=
e. DODAG1 and DODAG2 are in a same instance, but have no shared nodes, thus=
 may not be able sync with each other. &nbsp;A new node (node-A) comes in, =
wants to join into the two DODAGs, in another
 word, want to jump between the two DODAGs. &nbsp;I believe node-A has to c=
hange its time source parent and re-sync when it jump from one DODAG to ano=
ther. Right?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thank<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140a6cfc2276e342__MailEndCompose"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F=
497D">I do not think so, Qin;
</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">but it is required that a node on one D=
ODAG may jump onto the other, and to do that, it is useful
 to monitoring candidates from both dodags.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Note that DODAGs partition the network,=
 and all the parents must be in one of them.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 17:54<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a></spa=
n><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<o:p>=
</o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Is it assumed that 2 DODAG in a same instance must have at least o=
ne shared node?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140a6cfc2276e342_140a6951a668c0bd__MailE"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">The problem is that we have 2 mechanism=
s that establish a distance to the root in order to avoid
 loops, RPL Rank and 4e priority.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Fact is, RPL is probably more elaborate=
 for loop detection and loop avoidance. I suspect that the
 priority can easily count to infinity.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">So I&#8217;d trust RPL Rank rather than=
 priority, and we seem to agree that we want to time sync with RPL
 parents.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">a) My question is whether it makes sens=
e and value to have a transition between a time source based
 on best (hop count) priority and to one based on best RPL Rank, or if we c=
ould use the rank right away. Seems to me that life would be easier if we u=
se the Rank right away, though it may make the network a bit slower to come=
 up. Passing from one mode to the
 other will demand some specifications, what if one node reboots and goes f=
rom one mode to the other, etc&#8230;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Now if the question is to reuse the pri=
ority field, then we can do actually change the logic to accommodate
 priority =3D DAGRank(Rank) for nodes that are not root, still ensuring tha=
t only a node that is already part of a RPL DAG may be used as time source.=
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 255 (that is DAGRank(INFINITE_RANK)
 assuming MinHopRankIncrease of 255)</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to DAGRank(=
Rank) that is &lt; 255.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio &lt; 25=
5 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs. If later they select a better parent the priority will get =
lower so that&#8217;s till OK.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">b) about multiple DAGs, there are 2 cas=
es:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">- 2 DODAGs in a same instance. We said =
we want to support that, and that implies that the various
 DODAGs are closely time sync&#8217;d.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">- 2 DODAGs in 2 different instances. To=
 be discussed. We have use cases where that could be useful,
 one instance playing basic slotted aloha and the other doing more critical=
 jobs.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">We have not agreed on the latter but wi=
th a single radio, it seems problematic if the 2 instances
 do not share a same sense of time. We&#8217;d end up with slot frames that=
 may drift from one another, sometimes overlapping&#8230; I suspect that we=
&#8217;d partition time inside a slot frame or using multiple slot frames, =
but we&#8217;d keep them in sync. Probably there is a need
 for a spanning instance (0) for (autonomic) management etc&#8230; that use=
s something very simple, always on, very much like your basic draft. If the=
re is such a spanning instance, then it can be used to sync everyone, in wh=
ich casethe Rank from the dependent instances
 is not used for time sync.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">What do others think?</span><o:p></o:p>=
</p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority</spa=
n><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">my comment inline:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s propo=
sal as a mechanism parallel to RPL to do like an hop-count-based
 OF0.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Q: Do we really need to build the time =
sync tree faster than the RPL graph?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If no, maybe me could use the priority =
as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 1.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neigh=
bor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">y=
es that would work but we are doing the same as the IEEE802-15.4e Join prio=
rity field is for. The 15.4e defines this mechanism and it
 is inherent to the networks we address so using it is straightforward. The=
n as described by Thomas, we only need to use RPL best parent as soon as we=
 have one instead of the lowest prio neighbor.&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">A=
nother question with time sources is the selection of a time source parent =
in the case that a node belongs to more than one DODAG. Which
 parent is selected then? An more importantly, do the basic draft considers=
 having more than one DODAG?&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">t=
hanks!<br>
Xavi</span><o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) &lt;<a =
href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>=
&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140a6cfc2276e342_140a6951a668c0bd_140a57"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Dear all:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you know, RPL may entail temporary l=
oops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If as we expect we use the RPL preferre=
d parent tree for time sync, this will lead to time sync loops.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Two questions here:</span><o:p></o:p></=
p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">1) how bad is the effect of such loop? =
I expect that the clocks&nbsp; will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">2) can we detect that effect and use it=
 to detect a loop in the routing?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Please see inline:</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&qu=
ot;sans-serif&quot;">sch] time parent selection based on EB priority</span>=
<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin, Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Excellent point. I believe that this is exactly what makes this 6T=
SCH work so interesting: figuring out how consolidate the views between upp=
er and lower layers.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">In my mind, the join priority as you describe looks very much like=
 a DAGrank. I believe there are, however, two potential questions we should=
 not forget:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what if the joining mote does no get all of the EBs of its neigh=
bor?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what happens when the topology changes and a node moves up or do=
wn in the DODAG?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would suggest the following:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- once the node has fully joined, somehow tie the join priority to=
 its RPL DAGrank. We might have to play with the metric to make the join pr=
iority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- maybe consider the time source parent identified during the join=
ing as temporary until the final time source parent is discovered. How the =
final one is discovered can through
 some command from the ME (see Qin's attachement), or after receiving many =
DIOs.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s propo=
sal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Q: Do we really need to build the time =
sync tree faster than the RPL graph?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If no, maybe me could use the priority =
as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 1.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neigh=
bor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a href=3D"mailto:qi=
nwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agree!<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">cheers!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is a good idea to use Priority in EB as a factor to choose init=
ial time parent. But, I think there are several ways to use the Priority, a=
nd other metrics like RSSI. For example,<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) As you suggested, use Priority first, and then RSSI<o:p></o:p>=
</p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2) or use RSSI first, and then Priority<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(3) or use a function of Priority and RSSI.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I'm not sure which is better. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">A node when sends an EB uses the lowest EB Join priority it has heard an=
d adds 1 to it as its own Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">what is your opinion?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<br>
Xavi<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD84142808Dxmbrcdx01ciscoc_--

From pthubert@cisco.com  Thu Aug 22 12:00:46 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7DB011E8220 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 12:00:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.968
X-Spam-Level: 
X-Spam-Status: No, score=-9.968 tagged_above=-999 required=5 tests=[AWL=-0.570, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, J_CHICKENPOX_44=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mjsuw23HiZMI for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 12:00:40 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 29A9911E8229 for <6tsch@ietf.org>; Thu, 22 Aug 2013 12:00:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17994; q=dns/txt; s=iport; t=1377198034; x=1378407634; h=from:to:cc:subject:date:message-id:mime-version; bh=LTH6vU0CF57v/0/Qe9MlmHWyXg8PtbVeBZH3C3b1Opg=; b=gjgzpKabkY6vfOOL6OnLu6BlQGN1frGNCUz40DHihCYdLC8HsvZiFXrV hQ4YFEZyr/W7LfX1tre90d9Az/lGjADrWZhMMJUeGQ7RaRvNPKDTMEqBK XP+Qv5KHAoi+gnOPjgkQGGVQHdav3u9+6ShEVtjxTOostTeGQ+l0RTce/ 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqMFAH9fFlKtJV2c/2dsb2JhbABQCg6CNUQ1Ubc9iE2BHRZ0giQBAQEEAQEBKkELEgEIEQQBAQsdLgsUCQkBBAENBQiICAy2cY8jgRItBAYHgxV7A4VIgy6QHZAtgmA/gis
X-IronPort-AV: E=Sophos;i="4.89,935,1367971200";  d="scan'208,217";a="250625217"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-3.cisco.com with ESMTP; 22 Aug 2013 19:00:13 +0000
Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id r7MJ0CqK000764 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 22 Aug 2013 19:00:12 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.02.0318.004; Thu, 22 Aug 2013 14:00:12 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>, "Thomas Watteyne" <watteyne@eecs.berkeley.edu>
Thread-Topic: [6tsch] data structure and format for management packets
Thread-Index: Ac6faSgvblQph/uGQoyK5ta9I1QlGw==
Date: Thu, 22 Aug 2013 19:00:11 +0000
Deferred-Delivery: Thu, 22 Aug 2013 18:56:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD841428092@xmb-rcd-x01.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.61.110.190]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD841428092xmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 19:00:46 -0000

--_000_E045AECD98228444A58C61C200AE1BD841428092xmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Perfect sync : )

The questions top down are which device talks to which devices and to expre=
ss what.
Now it's good to have an idea of the formalism we expect to be using to mak=
e sure that it fits as we refine our work.
Carsten will participate to the call tomorrow to present CBOR.

Cheers,

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of X=
avier Vilajosana Guillen
Sent: mardi 20 ao=FBt 2013 15:29
To: Thomas Watteyne
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] data structure and format for management packets

Hi, one cent more to what Thomas says.

IMHO, the most important thing is the content and secondary is the represen=
tation, at least at that time. So my feeling is that we need first to ident=
ify the content, and later express it json,bson or any other compressed for=
mat.

One possible way to think on that is go in a two way approach, bottom up an=
d top down, i.e someone needs to describe what the PCE,etc .. need, another=
 can take the 6top commands and go up from there. From this two specificati=
ons we will be able to identify what is missing and how to match things.

just thoughts.
X

On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne <watteyne@eecs.berkeley.e=
du<mailto:watteyne@eecs.berkeley.edu>> wrote:
Qin,

Thanks for starting the thread! I have comment which my sound a bit vague, =
but it's on purpose :)

Do you envision that the flows will match the 6tos commands exactly? That i=
s, are you considering that the packets sent between different devices in t=
he network (PCE, motes, etc) contain the same commands as the 6top set of c=
ommands from http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.=
4?

Maybe we could by identifying the flows that we are considering, then the c=
ontents of those packets (possibly described using some high level represen=
tation such as JSON), and only then worry about their efficient representat=
ion (e.g. BSON). Just a thought.

Thomas

On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Hi Kris,

You are right. Security Key should be a structured data, besides the key ma=
terial, it should includes something like lifetime, KeyID, .....Correct?

Many thanks!

Qin

On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu<mailto:ksjp=
@berkeley.edu>> wrote:
is the security key a string?  That doesn't seem right.

ksjp

On 8/19/2013 2:05 PM, Qin Wang wrote:
Hi all,

I separate a thread from thread "Message Flows", to discuss the format for =
management messages, e.g. JSON, BSON, or others.

As Thomas's suggestion, before delving into the representation of the infor=
mation, we firstly identify what the contents of the different signaling pa=
ckets are, and in addition, what the data structures they may use.

I would like to take the commands defined in draft-wang-6tsch-6top-00 as st=
arting point. Here are the parameters in those commands.

//integer
(1) xxxID, e.g. TrackID, SlotframeID
(2) xxxOffset, e.g. SlotOffset
(3) NumOfxxx/Length
(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority
(5) Status
(6) ASN (5Byte integer), e.g. last time when a packet received from a neigh=
bor

//string
(7) L2 address
(8) SecurityKey

//bitmap
(9) LinkOption

//floating
(10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics

Maybe something else........

Now, we can evaluate different representation methods. What do you think?

Thanks
Qin





_______________________________________________

6tsch mailing list

6tsch@ietf.org<mailto:6tsch@ietf.org>

https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD841428092xmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Perfect sync : )</span></a><span style=3D"font-size:11.0pt;font-family:&=
quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The questions top down ar=
e which device talks to which devices and to express what.<o:p></o:p></span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Now it&#8217;s good to ha=
ve an idea of the formalism we expect to be using to make sure that it fits=
 as we refine our work.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Carsten will participate =
to the call tomorrow to present CBOR.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> mardi 20 ao=FBt 2013 15:29<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] data structure and format for management packet=
s<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi, one cent more to what Thomas says.<o:p></o:p></p=
>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">IMHO, the most important thing is the content and se=
condary is the representation, at least at that time. So my feeling is that=
 we need first to identify the content, and later express it json,bson or a=
ny other compressed format.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">One possible way to think on that is go in a two way=
 approach, bottom up and top down, i.e someone needs to describe what the P=
CE,etc .. need, another can take the 6top commands and go up from there. Fr=
om this two specifications we will
 be able to identify what is missing and how to match things.&nbsp;<o:p></o=
:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">just thoughts.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">X<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne &l=
t;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@=
eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks for starting the thread! I have comment which=
 my sound a bit vague, but it's on purpose :)<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Do you envision that the flows will match the 6tos c=
ommands exactly? That is, are you considering that the packets sent between=
 different devices in the network (PCE, motes, etc) contain the same comman=
ds as the 6top set of commands from&nbsp;<a href=3D"http://tools.ietf.org/h=
tml/draft-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ie=
tf.org/html/draft-wang-6tsch-6top-00#section-2.4</a>?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe we could by identifying the flows that we are =
considering, then the contents of those packets (possibly described using s=
ome high level representation such as JSON), and only then worry about thei=
r efficient representation (e.g. BSON).
 Just a thought.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<o:p></o:p></spa=
n></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Hi Kris,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">You are right. Security Key should be a structured d=
ata, besides the key material, it should includes something like lifetime, =
KeyID, .....Correct?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Many thanks!<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister &lt;<a =
href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@berkeley.edu</a>&g=
t; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">is the security key a string?&nbsp; That doesn't see=
m right.<br>
<br>
ksjp<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On 8/19/2013 2:05 PM, Qin Wang wrote:<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all, <o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I separate a thread from thread &quot;Message Flows&=
quot;, to discuss the format for management messages, e.g. JSON, BSON, or o=
thers.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">As Thomas's suggestion, b<span style=3D"font-size:10=
.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;">efore delving in=
to the representation of the information, we firstly identify what the cont=
ents of the different signaling packets are, and in addition,
 what the data structures they may use.&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I would like to take the commands defined in&nbsp;dr=
aft-wang-6tsch-6top-00 as starting point. Here are the parameters in those =
commands.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">//integer<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(1) xxxID, e.g. TrackID, SlotframeID<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(2) xxxOffset, e.g. SlotOffset<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(3) NumOfxxx/Length<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority&nbsp=
;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(5) Status<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(6) ASN (5Byte integer), e.g. last time when a packe=
t received from a neighbor<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">//string<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(7) L2 address<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(8) SecurityKey<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">//bitmap<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(9) LinkOption<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">//floating<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(10) Metrics, e.g. PDR, ETX, queuing statistics, ene=
rgy-related metrics<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe something else........<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Now, we can evaluate different representation method=
s. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>6tsch mailing list<o:p></o:p></pre>
<pre><a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<o:p></o:p></pre>
<pre><a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></pre>
</blockquote>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD841428092xmbrcdx01ciscoc_--

From twatteyne@gmail.com  Thu Aug 22 16:11:10 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AE7211E8269 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 16:11:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.618
X-Spam-Level: 
X-Spam-Status: No, score=-1.618 tagged_above=-999 required=5 tests=[AWL=-0.241, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dpdn3SeK0tMB for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 16:11:08 -0700 (PDT)
Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id F319211E8251 for <6tsch@ietf.org>; Thu, 22 Aug 2013 16:11:05 -0700 (PDT)
Received: by mail-pa0-f49.google.com with SMTP id ld10so2729024pab.22 for <6tsch@ietf.org>; Thu, 22 Aug 2013 16:11:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=vmwaWRF9gRKxvtrNRiAaX5wuY61ViZqN5ahHAVeo0DE=; b=OgurfLpjeqMUkEwLsQnhe8eQwZCDsTFW4T3UWqREleyufs5Wr3hjXz0+Bf84PlQeSe 72tR43TaVx2q17XceSJD5Ob/ARIlh4TmdCRDJpZv26LBllJk/K/n2XsONUvJXTaNCedv EfEBi9AzSiL7Zfm1qoGLBBt9ldExNbv0vuwYRcfGRldjG575KYqEWQV6OchRErhB5gtH EJ67VUvmvg1yG3Qx5Jpm2D62JB6WNk4qlVs2qFs2WX6hfTK7RqajrBdItAZZvLHeMwxz +Hnx511yANll4Z8Z7bvrasVK5cvDGQ4uF/mC8TksYK3hANIT2TyZsrQHP+Fd9wiSEOnJ 8sew==
X-Received: by 10.68.241.6 with SMTP id we6mr7951058pbc.174.1377213065618; Thu, 22 Aug 2013 16:11:05 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 22 Aug 2013 16:10:45 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD84142808D@xmb-rcd-x01.cisco.com>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com> <CAAzoce5Of7mmZxKun48zo-5_STdfznpcOjq=xapx2YWqctdAyQ@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414278D5@xmb-rcd-x01.cisco.com> <CAAzoce5ag+CZ-XYqJ0TsZu6hhNOmW0hyFqyPGrrZ43We2zk7NA@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142808D@xmb-rcd-x01.cisco.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 22 Aug 2013 16:10:45 -0700
X-Google-Sender-Auth: kN8aY-uUUTMpZD7VCZJKoz661B8
Message-ID: <CADJ9OA8zO-ZGrVZrsWi9rKLmNMTtSPyJeaONrJUtKzqHRBYM5g@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b33c72e8e695604e49167b5
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 23:11:10 -0000

--047d7b33c72e8e695604e49167b5
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

All,

Summarizing the different things we are talking about in this thread:
1. picking time source neighbors during the operation of the network.
Proposal is to use the (loop-free) RPL DAG. Challenged by Raghuram who
wants to have separate L2 and L3 behavior because of race conditions.
2. picking time source neighbors during join process. Proposal is to attach
to the node which indicates the lowest join priority in EB. Question is
whether join priority reflects DAGrank or not.
3. multiple DODAGs: keeping DAGroots sync'ed or participating in several
independent time bases.

My opinion is:
1. I believe keeping the same DAG structure the same between L2 and L3
makes sense. If there is no L2 connectivity, L3 cannot function since it
can not speak to and hear the neighbors, so I'm afraid I don't quite follow
the race condition issue.
2. My inclination is to have the join priority be an indication of the
DAGrank, possible by "rounding off". When joining, a new node will join L2
(i.e. synchronize) as soon as it hears EBs, then join L3 (i.e, acquire a
DAGrank) after hearing DIOs. I would have the node transmit EBs only after
that last step.
3. My opinion is that, for now, we should take the multiple root case into
account, but only if they are synchronized through some out-of-band
mechanism.

Raw opinions, up for discussion :)

Thomas

On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Dear Qin:****
>
> ** **
>
> I think the idea was to make sure that the roots are synchronized.****
>
> Certainly the DODAGs may be a bit out of sync as we progress down, but we
> expect that the guard time is sufficient.****
>
> The alternate would be to sync the whole network completely independent o=
f
> RPL DAGs etc=85 eg using a GPS.****
>
> There might be use cases where that is fine, but we need to document a
> default behavior that does not make the assumption of a GPS or similar.**=
*
> *
>
> ** **
>
> Makes sense?****
>
> ** **
>
> Cheers,****
>
> ** **
>
> Pascal****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 19:03
>
> *To:* Pascal Thubert (pthubert)
> *Cc:* xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
> ** **
>
> Pascal,****
>
> ** **
>
> It may bring in some complexity. Think about the case. DODAG1 and DODAG2
> are in a same instance, but have no shared nodes, thus may not be able sy=
nc
> with each other.  A new node (node-A) comes in, wants to join into the tw=
o
> DODAGs, in another word, want to jump between the two DODAGs.  I believe
> node-A has to change its time source parent and re-sync when it jump from
> one DODAG to another. Right?****
>
> ** **
>
> Thank****
>
> Qin****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> I do not think so, Qin; ****
>
>  ****
>
> but it is required that a node on one DODAG may jump onto the other, and
> to do that, it is useful to monitoring candidates from both dodags.****
>
> Note that DODAGs partition the network, and all the parents must be in on=
e
> of them.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 17:54
> *To:* Pascal Thubert (pthubert)
> *Cc:* xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
>  ****
>
> Hi Pascal,****
>
>  ****
>
> Is it assumed that 2 DODAG in a same instance must have at least one
> shared node?****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
> On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> The problem is that we have 2 mechanisms that establish a distance to the
> root in order to avoid loops, RPL Rank and 4e priority.****
>
> Fact is, RPL is probably more elaborate for loop detection and loop
> avoidance. I suspect that the priority can easily count to infinity.****
>
> So I=92d trust RPL Rank rather than priority, and we seem to agree that w=
e
> want to time sync with RPL parents.****
>
>  ****
>
> a) My question is whether it makes sense and value to have a transition
> between a time source based on best (hop count) priority and to one based
> on best RPL Rank, or if we could use the rank right away. Seems to me tha=
t
> life would be easier if we use the Rank right away, though it may make th=
e
> network a bit slower to come up. Passing from one mode to the other will
> demand some specifications, what if one node reboots and goes from one mo=
de
> to the other, etc=85****
>
>  ****
>
> Now if the question is to reuse the priority field, then we can do
> actually change the logic to accommodate priority =3D DAGRank(Rank) for n=
odes
> that are not root, still ensuring that only a node that is already part o=
f
> a RPL DAG may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease o=
f
> 255)****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to DAGRank(Rank) that is < 255.****
>
> Children sync to whichever prio < 255 neighbor as time source, listen to
> DIOs, select a parent, migrate to that parent as time source, and then ca=
n
> set their own priority to zero and send DIOs. If later they select a bett=
er
> parent the priority will get lower so that=92s till OK.****
>
> Would that fly?****
>
> b) about multiple DAGs, there are 2 cases:****
>
> - 2 DODAGs in a same instance. We said we want to support that, and that
> implies that the various DODAGs are closely time sync=92d.****
>
> - 2 DODAGs in 2 different instances. To be discussed. We have use cases
> where that could be useful, one instance playing basic slotted aloha and
> the other doing more critical jobs. ****
>
>  ****
>
> We have not agreed on the latter but with a single radio, it seems
> problematic if the 2 instances do not share a same sense of time. We=92d =
end
> up with slot frames that may drift from one another, sometimes overlappin=
g=85
> I suspect that we=92d partition time inside a slot frame or using multipl=
e
> slot frames, but we=92d keep them in sync. Probably there is a need for a
> spanning instance (0) for (autonomic) management etc=85 that uses somethi=
ng
> very simple, always on, very much like your basic draft. If there is such=
 a
> spanning instance, then it can be used to sync everyone, in which casethe
> Rank from the dependent instances is not used for time sync.****
>
> What do others think?****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 15:34
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
>  ****
>
> Hi Pascal,****
>
>  ****
>
> my comment inline:****
>
>  ****
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0.****
>
> Q: Do we really need to build the time sync tree faster than the RPL grap=
h?
> ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> yes that would work but we are doing the same as the IEEE802-15.4e Join
> priority field is for. The 15.4e defines this mechanism and it is inheren=
t
> to the networks we address so using it is straightforward. Then as
> described by Thomas, we only need to use RPL best parent as soon as we ha=
ve
> one instead of the lowest prio neighbor. ****
>
> Another question with time sources is the selection of a time source
> parent in the case that a node belongs to more than one DODAG. Which pare=
nt
> is selected then? An more importantly, do the basic draft considers havin=
g
> more than one DODAG? ****
>
> thanks!
> Xavi****
>
>  ****
>
> On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Dear all:****
>
>  ****
>
> As you know, RPL may entail temporary loops, in particular if
> DAGMaxRankIncrease is not configured to 0.****
>
> If as we expect we use the RPL preferred parent tree for time sync, this
> will lead to time sync loops. ****
>
> Two questions here:****
>
> 1) how bad is the effect of such loop? I expect that the clocks  will
> derive rapidly, as if from the perspective of a node the crystal was real=
,
> real bad.****
>
> 2) can we detect that effect and use it to detect a loop in the routing?*=
*
> **
>
>  ****
>
> Please see inline:****
>
>  ****
>
> sch] time parent selection based on EB priority****
>
>  ****
>
> Qin, Xavi,****
>
>  ****
>
> Excellent point. I believe that this is exactly what makes this 6TSCH wor=
k
> so interesting: figuring out how consolidate the views between upper and
> lower layers.****
>
>  ****
>
> In my mind, the join priority as you describe looks very much like a
> DAGrank. I believe there are, however, two potential questions we should
> not forget:****
>
> - what if the joining mote does no get all of the EBs of its neighbor?***=
*
>
> - what happens when the topology changes and a node moves up or down in
> the DODAG?****
>
>  ****
>
> I would suggest the following:****
>
> - once the node has fully joined, somehow tie the join priority to its RP=
L
> DAGrank. We might have to play with the metric to make the join priority
> look like a hop count, but I believe it is important the announced join
> priority changes when the mote moves up/down in the topology.****
>
> - maybe consider the time source parent identified during the joining as
> temporary until the final time source parent is discovered. How the final
> one is discovered can through some command from the ME (see Qin's
> attachement), or after receiving many DIOs.****
>
>  ****
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0. ****
>
> Q: Do we really need to build the time sync tree faster than the RPL
> graph? ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> Cheers,****
>
> Pascal****
>
>  ****
>
> On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Agree!****
>
>  ****
>
> Qin****
>
>  ****
>
> On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
> HI Qin,
>
> as a basic setting we want the most basic approach. I guess that using (1=
)
> first priority and then RSSi will avoid having loops. As you say all this
> approaches would work but I bet for (1) to be the simplest. ****
>
> cheers!
> X****
>
>  ****
>
> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:*=
*
> **
>
> Hi Xavi,****
>
>  ****
>
> It is a good idea to use Priority in EB as a factor to choose initial tim=
e
> parent. But, I think there are several ways to use the Priority, and othe=
r
> metrics like RSSI. For example,****
>
>  ****
>
> (1) As you suggested, use Priority first, and then RSSI****
>
> (2) or use RSSI first, and then Priority****
>
> (3) or use a function of Priority and RSSI.****
>
>  ****
>
> I'm not sure which is better. What do you think?****
>
>  ****
>
> Qin****
>
>  ****
>
>  ****
>
> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
>    Hi all,
>
> I want to propose to add in the basic TSCH draft the fact that when a nod=
e
> joins a network, it uses the EB join priority defined in the Slot and Lin=
k
> IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority =
is
> 0 for the PAN coordinator of the network. A node listening several EB
> selects as a time parent the node with lowest EB Join Priority. In case o=
f
> receiving multiple EBs with the same Join priority then filters by other
> metrics e.g RSSI of the link. (note that until a DIO is received nodes do=
n
> not know about the gradient).****
>
> A node when sends an EB uses the lowest EB Join priority it has heard and
> adds 1 to it as its own Join priority.
>
>
> Current draft section states that RSSI or another metric should be used t=
o
> select the initial time parent, this has the problem that loops cannot be
> avoided until the first DIO is received. With the proposed approach the
> problem is solved and does not introduce anything new, just used what 15.=
4e
> provides to us.****
>
> what is your opinion?****
>
> thanks!
> Xavi****
>
>  ****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>   ****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
> ** **
>

--047d7b33c72e8e695604e49167b5
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">All,<div><br></div><div>Summarizing the different things w=
e are talking about in this thread:</div><div>1. picking time source neighb=
ors during the operation of the network. Proposal is to use the (loop-free)=
 RPL DAG. Challenged by Raghuram who wants to have separate L2 and L3 behav=
ior because of race conditions.</div>


<div>2. picking time source neighbors during join process. Proposal is to a=
ttach to the node which indicates the lowest join priority in EB. Question =
is whether join priority reflects DAGrank or not.</div><div>3. multiple DOD=
AGs: keeping DAGroots sync&#39;ed or participating in several independent t=
ime bases.</div>


<div><br></div><div>My opinion is:</div><div>1. I believe keeping the same =
DAG structure the same between L2 and L3 makes sense. If there is no L2 con=
nectivity, L3 cannot function since it can not speak to and hear the neighb=
ors, so I&#39;m afraid I don&#39;t quite follow the race condition issue.</=
div>

<div>2. My inclination is to have the join priority be an indication of the=
 DAGrank, possible by &quot;rounding off&quot;. When joining, a new node wi=
ll join L2 (i.e. synchronize) as soon as it hears EBs, then join L3 (i.e, a=
cquire a DAGrank) after hearing DIOs. I would have the node transmit EBs on=
ly after that last step.</div>

<div>3. My opinion is that, for now, we should take the multiple root case =
into account, but only if they are synchronized through some out-of-band me=
chanism.</div><div><br></div><div>Raw opinions, up for discussion :)</div>

<div><br></div><div>Thomas</div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert=
) <span dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_bl=
ank">pthubert@cisco.com</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a8433f772e814_140a7661ca1706f1__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Dear Qin:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think the idea was to m=
ake sure that the roots are synchronized.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Certainly the DODAGs may =
be a bit out of sync as we progress down, but we expect that the guard time=
 is sufficient.<u></u><u></u></span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The alternate would be to=
 sync the whole network completely independent of RPL DAGs etc=85 eg using =
a GPS.<u></u><u></u></span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">There might be use cases =
where that is fine, but we need to document a default behavior that does no=
t make the assumption of a GPS or similar.<u></u><u></u></span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Makes sense?<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 19:03</span></p><div><div><br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne; <a href=3D"mailto:6t=
sch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></div></div><p></p><div><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It may bring in some complexity. Think about the cas=
e. DODAG1 and DODAG2 are in a same instance, but have no shared nodes, thus=
 may not be able sync with each other. =A0A new node (node-A) comes in, wan=
ts to join into the two DODAGs, in another
 word, want to jump between the two DODAGs. =A0I believe node-A has to chan=
ge its time source parent and re-sync when it jump from one DODAG to anothe=
r. Right?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thank<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a8433f772e814_140a7661ca1706f1_140a6cf=
c2276e342__MailEndCompose"><span style=3D"font-size:11.0pt;font-family:&quo=
t;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">I do not think so, Qi=
n;
</span></a><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">but it is required that a=
 node on one DODAG may jump onto the other, and to do that, it is useful
 to monitoring candidates from both dodags.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Note that DODAGs partitio=
n the network, and all the parents must be in one of them.</span><u></u><u>=
</u></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers;</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 17:54<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a></spa=
n><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Is it assumed that 2 DODAG in a same instance must h=
ave at least one shared node?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a8433f772e814_140a7661ca1706f1_140a6cf=
c2276e342_140a6951a668c0bd__MailE"><span style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</=
span></a><u></u><u></u></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The problem is that we ha=
ve 2 mechanisms that establish a distance to the root in order to avoid
 loops, RPL Rank and 4e priority.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Fact is, RPL is probably =
more elaborate for loop detection and loop avoidance. I suspect that the
 priority can easily count to infinity.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">So I=92d trust RPL Rank r=
ather than priority, and we seem to agree that we want to time sync with RP=
L
 parents.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">a) My question is whether=
 it makes sense and value to have a transition between a time source based
 on best (hop count) priority and to one based on best RPL Rank, or if we c=
ould use the rank right away. Seems to me that life would be easier if we u=
se the Rank right away, though it may make the network a bit slower to come=
 up. Passing from one mode to the
 other will demand some specifications, what if one node reboots and goes f=
rom one mode to the other, etc=85</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Now if the question is to=
 reuse the priority field, then we can do actually change the logic to acco=
mmodate
 priority =3D DAGRank(Rank) for nodes that are not root, still ensuring tha=
t only a node that is already part of a RPL DAG may be used as time source.=
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 255 (that is DAGRank(IN=
FINITE_RANK)
 assuming MinHopRankIncrease of 255)</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to DAGRank(=
Rank) that is &lt; 255.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio &lt; 255 neighbor as time source, listen to DIOs, select a parent, m=
igrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs. If later they select a better parent the priority will get =
lower so that=92s till OK.</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">b) about multiple DAGs, t=
here are 2 cases:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- 2 DODAGs in a same inst=
ance. We said we want to support that, and that implies that the various
 DODAGs are closely time sync=92d.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- 2 DODAGs in 2 different=
 instances. To be discussed. We have use cases where that could be useful,
 one instance playing basic slotted aloha and the other doing more critical=
 jobs.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">We have not agreed on the=
 latter but with a single radio, it seems problematic if the 2 instances
 do not share a same sense of time. We=92d end up with slot frames that may=
 drift from one another, sometimes overlapping=85 I suspect that we=92d par=
tition time inside a slot frame or using multiple slot frames, but we=92d k=
eep them in sync. Probably there is a need
 for a spanning instance (0) for (autonomic) management etc=85 that uses so=
mething very simple, always on, very much like your basic draft. If there i=
s such a spanning instance, then it can be used to sync everyone, in which =
casethe Rank from the dependent instances
 is not used for time sync.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do others think?</sp=
an><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority</spa=
n><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">my comment inline:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based
 OF0.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?</span><u></u><u></u></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.</span><u></u><u></u>=
</p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">yes that would work but w=
e are doing the same as the IEEE802-15.4e Join priority field is for. The 1=
5.4e defines this mechanism and it
 is inherent to the networks we address so using it is straightforward. The=
n as described by Thomas, we only need to use RPL best parent as soon as we=
 have one instead of the lowest prio neighbor.=A0</span><u></u><u></u></p>



<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">Another question with tim=
e sources is the selection of a time source parent in the case that a node =
belongs to more than one DODAG. Which
 parent is selected then? An more importantly, do the basic draft considers=
 having more than one DODAG?=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">thanks!<br>
Xavi</span><u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pth=
ubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert=
@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a8433f772e814_140a7661ca1706f1_140a6cf=
c2276e342_140a6951a668c0bd_140a57"><span style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear all:</sp=
an></a><u></u><u></u></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you know, RPL may enta=
il temporary loops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If as we expect we use th=
e RPL preferred parent tree for time sync, this will lead to time sync loop=
s.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Two questions here:</span=
><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">1) how bad is the effect =
of such loop? I expect that the clocks=A0 will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">2) can we detect that eff=
ect and use it to detect a loop in the routing?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see inline:</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">sch] time parent selection based on EB p=
riority</span><u></u><u></u></p>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through
 some command from the ME (see Qin&#39;s attachement), or after receiving m=
any DIOs.<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.</span><u></u><u></u>=
</p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers,</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin</span><u></u><u></=
u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>



</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m not sure which is better. What do you think?=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div></div>

--047d7b33c72e8e695604e49167b5--

From twatteyne@gmail.com  Thu Aug 22 16:19:41 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F4E321F9D52 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 16:19:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.301
X-Spam-Level: 
X-Spam-Status: No, score=-1.301 tagged_above=-999 required=5 tests=[AWL=-0.524, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, J_CHICKENPOX_44=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uHRu7m9nu0Xr for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 16:19:40 -0700 (PDT)
Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id 5198321F9CC8 for <6tsch@ietf.org>; Thu, 22 Aug 2013 16:19:40 -0700 (PDT)
Received: by mail-pa0-f49.google.com with SMTP id ld10so2721603pab.8 for <6tsch@ietf.org>; Thu, 22 Aug 2013 16:19:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=vyDoQmvA7oPc7iyeziNv0SMnkJ2hScnaQHqTaSlTxsM=; b=bcHgTxQmf7uZl9jk6stUnNivYa9puHSYZjzR61P9+wjALdSL0sIvJPZhBNK4vFWkEv gTt+bOgbrdf0PhFgTNhrLMlRqwdE1krQs3Kn5t2G4MYkf3NTNSpmekfDAfezuSAGJWu9 Op0rOeUVqPIMOq3AI0w57XvfksnybqHncB1cdMbdWdMbY7Pnmv0tbfGKKzJraO6HKebj 6P+KO5OkcN73xy1NoaNDBxb0mY5QVuBuJolJBw3ADF57Ucl2DlQWr9ZI2+kPL1CI0yPR byok8cVY3NhuF5G5Hw46MX4mM9x3kP9IUIbrAzRFXZrLykd6JFtB4WPwqseV8KxZNDHV K71A==
X-Received: by 10.66.25.133 with SMTP id c5mr17570407pag.4.1377213580036; Thu, 22 Aug 2013 16:19:40 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 22 Aug 2013 16:19:19 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD841428092@xmb-rcd-x01.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD841428092@xmb-rcd-x01.cisco.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 22 Aug 2013 16:19:19 -0700
X-Google-Sender-Auth: dnWhTxJaPL6aV6rXLDccb2XCt1o
Message-ID: <CADJ9OA820WvJHmyaeOT-OcRTzqub4_z-mWuP+YAJyVPAkWbhgg@mail.gmail.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=bcaec52bed0937d0ea04e49186a3
Cc: "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 23:19:41 -0000

--bcaec52bed0937d0ea04e49186a3
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Qin,

I wasn't clear, sorry! What I mean is, if I'm a node in the network and
suddently I feel like sending 10 pkts/s to a different node, how do I let
the ME know to it can provision the slots?

Thomas


On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Perfect sync : )****
>
> ** **
>
> The questions top down are which device talks to which devices and to
> express what.****
>
> Now it=92s good to have an idea of the formalism we expect to be using to
> make sure that it fits as we refine our work.****
>
> Carsten will participate to the call tomorrow to present CBOR.****
>
> ** **
>
> Cheers,****
>
> ** **
>
> Pascal****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Xavier Vilajosana Guillen
> *Sent:* mardi 20 ao=FBt 2013 15:29
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org
> *Subject:* Re: [6tsch] data structure and format for management packets**=
*
> *
>
> ** **
>
> Hi, one cent more to what Thomas says.****
>
> ** **
>
> IMHO, the most important thing is the content and secondary is the
> representation, at least at that time. So my feeling is that we need firs=
t
> to identify the content, and later express it json,bson or any other
> compressed format.****
>
> ** **
>
> One possible way to think on that is go in a two way approach, bottom up
> and top down, i.e someone needs to describe what the PCE,etc .. need,
> another can take the 6top commands and go up from there. From this two
> specifications we will be able to identify what is missing and how to mat=
ch
> things. ****
>
> ** **
>
> just thoughts.****
>
> X****
>
> ** **
>
> On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> Qin,****
>
> ** **
>
> Thanks for starting the thread! I have comment which my sound a bit vague=
,
> but it's on purpose :)****
>
> ** **
>
> Do you envision that the flows will match the 6tos commands exactly? That
> is, are you considering that the packets sent between different devices i=
n
> the network (PCE, motes, etc) contain the same commands as the 6top set o=
f
> commands from
> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?****
>
> ** **
>
> Maybe we could by identifying the flows that we are considering, then the
> contents of those packets (possibly described using some high level
> representation such as JSON), and only then worry about their efficient
> representation (e.g. BSON). Just a thought.****
>
> ** **
>
> Thomas****
>
> ** **
>
> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Hi Kris,****
>
> ** **
>
> You are right. Security Key should be a structured data, besides the key
> material, it should includes something like lifetime, KeyID, .....Correct=
?
> ****
>
> ** **
>
> Many thanks!****
>
> ** **
>
> Qin****
>
> ** **
>
> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote:**=
*
> *
>
> is the security key a string?  That doesn't seem right.
>
> ksjp****
>
> ** **
>
> On 8/19/2013 2:05 PM, Qin Wang wrote:****
>
>    Hi all, ****
>
> ** **
>
> I separate a thread from thread "Message Flows", to discuss the format fo=
r
> management messages, e.g. JSON, BSON, or others.****
>
> ** **
>
> As Thomas's suggestion, before delving into the representation of the
> information, we firstly identify what the contents of the different
> signaling packets are, and in addition, what the data structures they may
> use. ****
>
> ** **
>
> I would like to take the commands defined in draft-wang-6tsch-6top-00 as
> starting point. Here are the parameters in those commands.****
>
> ** **
>
> //integer****
>
> (1) xxxID, e.g. TrackID, SlotframeID****
>
> (2) xxxOffset, e.g. SlotOffset****
>
> (3) NumOfxxx/Length****
>
> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority ****
>
> (5) Status****
>
> (6) ASN (5Byte integer), e.g. last time when a packet received from a
> neighbor****
>
> ** **
>
> //string****
>
> (7) L2 address****
>
> (8) SecurityKey****
>
> ** **
>
> //bitmap****
>
> (9) LinkOption****
>
> ** **
>
> //floating****
>
> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics**=
*
> *
>
> ** **
>
> Maybe something else........****
>
> ** **
>
> Now, we can evaluate different representation methods. What do you think?=
*
> ***
>
> ** **
>
> Thanks****
>
> Qin****
>
> ** **
>
> ** **
>
>   ****
>
> ** **
>
> _______________________________________________****
>
> 6tsch mailing list****
>
> 6tsch@ietf.org****
>
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ** **
>
> ** **
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--bcaec52bed0937d0ea04e49186a3
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Qin,<div><br></div><div>I wasn&#39;t clear, sorry! What I =
mean is, if I&#39;m a node in the network and suddently I feel like sending=
 10 pkts/s to a different node, how do I let the ME know to it can provisio=
n the slots?</div>

<div><br></div><div>Thomas</div></div><div class=3D"gmail_extra"><br><br><d=
iv class=3D"gmail_quote">On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (=
pthubert) <span dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" targe=
t=3D"_blank">pthubert@cisco.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a76658390ed9a__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">Perfect sync : )</span></a><span style=3D"font-size:11.=
0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><=
u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The questions top down ar=
e which device talks to which devices and to express what.<u></u><u></u></s=
pan></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Now it=92s good to have a=
n idea of the formalism we expect to be using to make sure that it fits as =
we refine our work.<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Carsten will participate =
to the call tomorrow to present CBOR.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> mardi 20 ao=FBt 2013 15:29<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] data structure and format for management packet=
s<u></u><u></u></span></p><div class=3D"im">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi, one cent more to what Thomas says.<u></u><u></u>=
</p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">IMHO, the most important thing is the content and se=
condary is the representation, at least at that time. So my feeling is that=
 we need first to identify the content, and later express it json,bson or a=
ny other compressed format.<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">One possible way to think on that is go in a two way=
 approach, bottom up and top down, i.e someone needs to describe what the P=
CE,etc .. need, another can take the 6top commands and go up from there. Fr=
om this two specifications we will
 be able to identify what is missing and how to match things.=A0<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">just thoughts.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
</div>
</div><div><div class=3D"h5"><div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne &l=
t;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@=
eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks for starting the thread! I have comment which=
 my sound a bit vague, but it&#39;s on purpose :)<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Do you envision that the flows will match the 6tos c=
ommands exactly? That is, are you considering that the packets sent between=
 different devices in the network (PCE, motes, etc) contain the same comman=
ds as the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html=
/draft-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.=
org/html/draft-wang-6tsch-6top-00#section-2.4</a>?<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe we could by identifying the flows that we are =
considering, then the contents of those packets (possibly described using s=
ome high level representation such as JSON), and only then worry about thei=
r efficient representation (e.g. BSON).
 Just a thought.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<u></u><u></u></=
span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Kris,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You are right. Security Key should be a structured d=
ata, besides the key material, it should includes something like lifetime, =
KeyID, .....Correct?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Many thanks!<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister &lt;<a =
href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@berkeley.edu</a>&g=
t; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">is the security key a string?=A0 That doesn&#39;t se=
em right.<br>
<br>
ksjp<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On 8/19/2013 2:05 PM, Qin Wang wrote:<u></u><u></u><=
/p>
</div>
</div>
</div>
</div>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all, <u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I separate a thread from thread &quot;Message Flows&=
quot;, to discuss the format for management messages, e.g. JSON, BSON, or o=
thers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">As Thomas&#39;s suggestion, b<span style=3D"font-siz=
e:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;">efore delvin=
g into the representation of the information, we firstly identify what the =
contents of the different signaling packets are, and in addition,
 what the data structures they may use.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would like to take the commands defined in=A0draft=
-wang-6tsch-6top-00 as starting point. Here are the parameters in those com=
mands.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//integer<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) xxxID, e.g. TrackID, SlotframeID<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal">(2) xxxOffset, e.g. SlotOffset<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) NumOfxxx/Length<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0<u=
></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(5) Status<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(6) ASN (5Byte integer), e.g. last time when a packe=
t received from a neighbor<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//string<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(7) L2 address<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(8) SecurityKey<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//bitmap<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(9) LinkOption<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//floating<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(10) Metrics, e.g. PDR, ETX, queuing statistics, ene=
rgy-related metrics<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe something else........<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Now, we can evaluate different representation method=
s. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<pre>_______________________________________________<u></u><u></u></pre>
<pre>6tsch mailing list<u></u><u></u></pre>
<pre><a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<u></u><u></u></pre>
<pre><a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></pre>
</blockquote>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--bcaec52bed0937d0ea04e49186a3--

From ksjp@berkeley.edu  Thu Aug 22 16:22:21 2013
Return-Path: <ksjp@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED5AF11E8244 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 16:22:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FeTRNCt7qaxh for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 16:22:14 -0700 (PDT)
Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) by ietfa.amsl.com (Postfix) with ESMTP id 0356D11E80EE for <6tsch@ietf.org>; Thu, 22 Aug 2013 16:22:13 -0700 (PDT)
Received: by mail-pd0-f176.google.com with SMTP id q10so2529109pdj.35 for <6tsch@ietf.org>; Thu, 22 Aug 2013 16:22:13 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=zJjewoF/Yqww+lPOksJyFNHDdXf9hSA0Y39N9wB9Nlg=; b=CamanmH/rct1G5u1hrTUJSIykSzrBWZwBO+//bp7s8Rt0OtaV5eGK2UIs6aXclggqX VpKPNTkgcLbETuIGi3qLWTKb1qJenpowTKIni1ND9Z4zyr7Q21crkfNp1EczswAwmuzm C17DzPnZRwJN8lNJCb39WvF3+kiaty25jBm+tjqdQLhuo3Tz9dZHcGLwPIa5DDFtVBNR Y/r8hPyyL66gPSdguIp7T1NKZEgP3pierm1+DIazb/bBzfcJe5qjvo7MRN97bO7nRTSo Rv0/xt9nXrYUJOjBiIb21YUTArYPeFgVHMOtbHKP/cQewKNNrT7UIQdTATgKQVtUrnOV Q47w==
X-Gm-Message-State: ALoCoQmg/pGwSqQei85hP5IjJNz5NSkF3JXi8josxxkjhFAHUC4Zj8ZdsHPSQq8h+v/3DN3ZeBa2
X-Received: by 10.66.194.13 with SMTP id hs13mr7949181pac.163.1377213733167; Thu, 22 Aug 2013 16:22:13 -0700 (PDT)
Received: from [128.32.32.89] (dhcp-32-89.EECS.Berkeley.EDU. [128.32.32.89]) by mx.google.com with ESMTPSA id ut7sm17331837pbc.31.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 16:22:12 -0700 (PDT)
Message-ID: <52169D3D.9030308@berkeley.edu>
Date: Thu, 22 Aug 2013 16:22:37 -0700
From: Kris Pister <ksjp@berkeley.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: 6tsch@ietf.org
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com> <CAAzoce5Of7mmZxKun48zo-5_STdfznpcOjq=xapx2YWqctdAyQ@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414278D5@xmb-rcd-x01.cisco.com> <CAAzoce5ag+CZ-XYqJ0TsZu6hhNOmW0hyFqyPGrrZ43We2zk7NA@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142808D@xmb-rcd-x01.cisco.com> <CADJ9OA8zO-ZGrVZrsWi9rKLmNMTtSPyJeaONrJUtKzqHRBYM5g@mail.gmail.com>
In-Reply-To: <CADJ9OA8zO-ZGrVZrsWi9rKLmNMTtSPyJeaONrJUtKzqHRBYM5g@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------060401070709020509040203"
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 23:22:22 -0000

This is a multi-part message in MIME format.
--------------060401070709020509040203
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

It is not unlikely that some motes in a network will have an accurate 
time source,
such as GPS.  It would be a shame to ignore the time information from a 
1-hop neighbor
with GPS just because it happened to be a child in the DODAG.

ksjp

On 8/22/2013 4:10 PM, Thomas Watteyne wrote:
> All,
>
> Summarizing the different things we are talking about in this thread:
> 1. picking time source neighbors during the operation of the network. 
> Proposal is to use the (loop-free) RPL DAG. Challenged by Raghuram who 
> wants to have separate L2 and L3 behavior because of race conditions.
> 2. picking time source neighbors during join process. Proposal is to 
> attach to the node which indicates the lowest join priority in EB. 
> Question is whether join priority reflects DAGrank or not.
> 3. multiple DODAGs: keeping DAGroots sync'ed or participating in 
> several independent time bases.
>
> My opinion is:
> 1. I believe keeping the same DAG structure the same between L2 and L3 
> makes sense. If there is no L2 connectivity, L3 cannot function since 
> it can not speak to and hear the neighbors, so I'm afraid I don't 
> quite follow the race condition issue.
> 2. My inclination is to have the join priority be an indication of the 
> DAGrank, possible by "rounding off". When joining, a new node will 
> join L2 (i.e. synchronize) as soon as it hears EBs, then join L3 (i.e, 
> acquire a DAGrank) after hearing DIOs. I would have the node transmit 
> EBs only after that last step.
> 3. My opinion is that, for now, we should take the multiple root case 
> into account, but only if they are synchronized through some 
> out-of-band mechanism.
>
> Raw opinions, up for discussion :)
>
> Thomas
>
> On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) 
> <pthubert@cisco.com <mailto:pthubert@cisco.com>> wrote:
>
>     Dear Qin:
>
>     I think the idea was to make sure that the roots are synchronized.
>
>     Certainly the DODAGs may be a bit out of sync as we progress down,
>     but we expect that the guard time is sufficient.
>
>     The alternate would be to sync the whole network completely
>     independent of RPL DAGs etc... eg using a GPS.
>
>     There might be use cases where that is fine, but we need to
>     document a default behavior that does not make the assumption of a
>     GPS or similar.
>
>     Makes sense?
>
>     Cheers,
>
>     Pascal
>
>     *From:*Qin Wang [mailto:qinwang@berkeley.edu
>     <mailto:qinwang@berkeley.edu>]
>     *Sent:* jeudi 22 août 2013 19:03
>
>
>     *To:* Pascal Thubert (pthubert)
>     *Cc:* xvilajosana@eecs.berkeley.edu
>     <mailto:xvilajosana@eecs.berkeley.edu>; Thomas Watteyne;
>     6tsch@ietf.org <mailto:6tsch@ietf.org>
>     *Subject:* Re: [6tsch] time parent selection based on EB priority
>
>     Pascal,
>
>     It may bring in some complexity. Think about the case. DODAG1 and
>     DODAG2 are in a same instance, but have no shared nodes, thus may
>     not be able sync with each other.  A new node (node-A) comes in,
>     wants to join into the two DODAGs, in another word, want to jump
>     between the two DODAGs.  I believe node-A has to change its time
>     source parent and re-sync when it jump from one DODAG to another.
>     Right?
>
>     Thank
>
>     Qin
>
>     On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert)
>     <pthubert@cisco.com <mailto:pthubert@cisco.com>> wrote:
>
>     I do not think so, Qin;
>
>     but it is required that a node on one DODAG may jump onto the
>     other, and to do that, it is useful to monitoring candidates from
>     both dodags.
>
>     Note that DODAGs partition the network, and all the parents must
>     be in one of them.
>
>     Cheers;
>
>     Pascal
>
>     *From:*Qin Wang [mailto:qinwang@berkeley.edu
>     <mailto:qinwang@berkeley.edu>]
>     *Sent:* jeudi 22 août 2013 17:54
>     *To:* Pascal Thubert (pthubert)
>     *Cc:* xvilajosana@eecs.berkeley.edu
>     <mailto:xvilajosana@eecs.berkeley.edu>; Thomas Watteyne;
>     6tsch@ietf.org <mailto:6tsch@ietf.org>
>
>
>     *Subject:* Re: [6tsch] time parent selection based on EB priority
>
>     Hi Pascal,
>
>     Is it assumed that 2 DODAG in a same instance must have at least
>     one shared node?
>
>     Thanks
>
>     Qin
>
>     On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert)
>     <pthubert@cisco.com <mailto:pthubert@cisco.com>> wrote:
>
>     Hello Xavi:
>
>     The problem is that we have 2 mechanisms that establish a distance
>     to the root in order to avoid loops, RPL Rank and 4e priority.
>
>     Fact is, RPL is probably more elaborate for loop detection and
>     loop avoidance. I suspect that the priority can easily count to
>     infinity.
>
>     So I'd trust RPL Rank rather than priority, and we seem to agree
>     that we want to time sync with RPL parents.
>
>     a) My question is whether it makes sense and value to have a
>     transition between a time source based on best (hop count)
>     priority and to one based on best RPL Rank, or if we could use the
>     rank right away. Seems to me that life would be easier if we use
>     the Rank right away, though it may make the network a bit slower
>     to come up. Passing from one mode to the other will demand some
>     specifications, what if one node reboots and goes from one mode to
>     the other, etc...
>
>     Now if the question is to reuse the priority field, then we can do
>     actually change the logic to accommodate priority = DAGRank(Rank)
>     for nodes that are not root, still ensuring that only a node that
>     is already part of a RPL DAG may be used as time source.
>
>     Initially only the root would be priority 0. All the others would
>     be default 255 (that is DAGRank(INFINITE_RANK) assuming
>     MinHopRankIncrease of 255)
>
>     From there, all nodes that are one hop away from root with good
>     RSSI can sync with the root, and listen to DIOs, and emit their
>     own, and set their own priority to DAGRank(Rank) that is < 255.
>
>     Children sync to whichever prio < 255 neighbor as time source,
>     listen to DIOs, select a parent, migrate to that parent as time
>     source, and then can set their own priority to zero and send DIOs.
>     If later they select a better parent the priority will get lower
>     so that's till OK.
>
>     Would that fly?
>
>     b) about multiple DAGs, there are 2 cases:
>
>     - 2 DODAGs in a same instance. We said we want to support that,
>     and that implies that the various DODAGs are closely time sync'd.
>
>     - 2 DODAGs in 2 different instances. To be discussed. We have use
>     cases where that could be useful, one instance playing basic
>     slotted aloha and the other doing more critical jobs.
>
>     We have not agreed on the latter but with a single radio, it seems
>     problematic if the 2 instances do not share a same sense of time.
>     We'd end up with slot frames that may drift from one another,
>     sometimes overlapping... I suspect that we'd partition time inside
>     a slot frame or using multiple slot frames, but we'd keep them in
>     sync. Probably there is a need for a spanning instance (0) for
>     (autonomic) management etc... that uses something very simple,
>     always on, very much like your basic draft. If there is such a
>     spanning instance, then it can be used to sync everyone, in which
>     casethe Rank from the dependent instances is not used for time sync.
>
>     What do others think?
>
>     Pascal
>
>     *From:*Xavier Vilajosana Guillen
>     [mailto:xvilajosana@eecs.berkeley.edu
>     <mailto:xvilajosana@eecs.berkeley.edu>]
>     *Sent:* jeudi 22 août 2013 15:34
>     *To:* Pascal Thubert (pthubert)
>     *Cc:* Thomas Watteyne; 6tsch@ietf.org <mailto:6tsch@ietf.org>
>     *Subject:* Re: [6tsch] time parent selection based on EB priority
>
>     Hi Pascal,
>
>     my comment inline:
>
>     [Pascal] Yes, I read Xavi's proposal as a mechanism parallel to
>     RPL to do like an hop-count-based OF0.
>
>     Q: Do we really need to build the time sync tree faster than the
>     RPL graph?
>
>     If no, maybe me could use the priority as a boolean to mean that
>     the node is already part of the RPL DAG and may be used as time
>     source.
>
>     Initially only the root would be priority 0. All the others would
>     be default 1.
>
>     From there, all nodes that are one hop away from root with good
>     RSSI can sync with the root, and listen to DIOs, and emit their
>     own, and set their own priority to zero.
>
>     Children sync to whichever prio 0 neighbor as time source, listen
>     to DIOs, select a parent, migrate to that parent as time source,
>     and then can set their own priority to zero and send DIOs.
>
>     Would that fly?
>
>     yes that would work but we are doing the same as the IEEE802-15.4e
>     Join priority field is for. The 15.4e defines this mechanism and
>     it is inherent to the networks we address so using it is
>     straightforward. Then as described by Thomas, we only need to use
>     RPL best parent as soon as we have one instead of the lowest prio
>     neighbor.
>
>     Another question with time sources is the selection of a time
>     source parent in the case that a node belongs to more than one
>     DODAG. Which parent is selected then? An more importantly, do the
>     basic draft considers having more than one DODAG?
>
>     thanks!
>     Xavi
>
>     On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert)
>     <pthubert@cisco.com <mailto:pthubert@cisco.com>> wrote:
>
>     Dear all:
>
>     As you know, RPL may entail temporary loops, in particular if
>     DAGMaxRankIncrease is not configured to 0.
>
>     If as we expect we use the RPL preferred parent tree for time
>     sync, this will lead to time sync loops.
>
>     Two questions here:
>
>     1) how bad is the effect of such loop? I expect that the clocks 
>     will derive rapidly, as if from the perspective of a node the
>     crystal was real, real bad.
>
>     2) can we detect that effect and use it to detect a loop in the
>     routing?
>
>     Please see inline:
>
>     sch] time parent selection based on EB priority
>
>     Qin, Xavi,
>
>     Excellent point. I believe that this is exactly what makes this
>     6TSCH work so interesting: figuring out how consolidate the views
>     between upper and lower layers.
>
>     In my mind, the join priority as you describe looks very much like
>     a DAGrank. I believe there are, however, two potential questions
>     we should not forget:
>
>     - what if the joining mote does no get all of the EBs of its neighbor?
>
>     - what happens when the topology changes and a node moves up or
>     down in the DODAG?
>
>     I would suggest the following:
>
>     - once the node has fully joined, somehow tie the join priority to
>     its RPL DAGrank. We might have to play with the metric to make the
>     join priority look like a hop count, but I believe it is important
>     the announced join priority changes when the mote moves up/down in
>     the topology.
>
>     - maybe consider the time source parent identified during the
>     joining as temporary until the final time source parent is
>     discovered. How the final one is discovered can through some
>     command from the ME (see Qin's attachement), or after receiving
>     many DIOs.
>
>     [Pascal] Yes, I read Xavi's proposal as a mechanism parallel to
>     RPL to do like an hop-count-based OF0.
>
>     Q: Do we really need to build the time sync tree faster than the
>     RPL graph?
>
>     If no, maybe me could use the priority as a boolean to mean that
>     the node is already part of the RPL DAG and may be used as time
>     source.
>
>     Initially only the root would be priority 0. All the others would
>     be default 1.
>
>     From there, all nodes that are one hop away from root with good
>     RSSI can sync with the root, and listen to DIOs, and emit their
>     own, and set their own priority to zero.
>
>     Children sync to whichever prio 0 neighbor as time source, listen
>     to DIOs, select a parent, migrate to that parent as time source,
>     and then can set their own priority to zero and send DIOs.
>
>     Would that fly?
>
>     Cheers,
>
>     Pascal
>
>     On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu
>     <mailto:qinwang@berkeley.edu>> wrote:
>
>     Agree!
>
>     Qin
>
>     On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen
>     <xvilajosana@eecs.berkeley.edu
>     <mailto:xvilajosana@eecs.berkeley.edu>> wrote:
>
>     HI Qin,
>
>     as a basic setting we want the most basic approach. I guess that
>     using (1) first priority and then RSSi will avoid having loops. As
>     you say all this approaches would work but I bet for (1) to be the
>     simplest.
>
>     cheers!
>     X
>
>     On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu
>     <mailto:qinwang@berkeley.edu>> wrote:
>
>     Hi Xavi,
>
>     It is a good idea to use Priority in EB as a factor to choose
>     initial time parent. But, I think there are several ways to use
>     the Priority, and other metrics like RSSI. For example,
>
>     (1) As you suggested, use Priority first, and then RSSI
>
>     (2) or use RSSI first, and then Priority
>
>     (3) or use a function of Priority and RSSI.
>
>     I'm not sure which is better. What do you think?
>
>     Qin
>
>     On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen
>     <xvilajosana@eecs.berkeley.edu
>     <mailto:xvilajosana@eecs.berkeley.edu>> wrote:
>
>         Hi all,
>
>         I want to propose to add in the basic TSCH draft the fact that
>         when a node joins a network, it uses the EB join priority
>         defined in the Slot and Link IE (Section 5.2.4.13 15.4e std)
>         to select its time parent. This priority is 0 for the PAN
>         coordinator of the network. A node listening several EB
>         selects as a time parent the node with lowest EB Join
>         Priority. In case of receiving multiple EBs with the same Join
>         priority then filters by other metrics e.g RSSI of the link.
>         (note that until a DIO is received nodes don not know about
>         the gradient).
>
>         A node when sends an EB uses the lowest EB Join priority it
>         has heard and adds 1 to it as its own Join priority.
>
>
>         Current draft section states that RSSI or another metric
>         should be used to select the initial time parent, this has the
>         problem that loops cannot be avoided until the first DIO is
>         received. With the proposed approach the problem is solved and
>         does not introduce anything new, just used what 15.4e provides
>         to us.
>
>         what is your opinion?
>
>         thanks!
>         Xavi
>
>         _______________________________________________
>         6tsch mailing list
>         6tsch@ietf.org <mailto:6tsch@ietf.org>
>         https://www.ietf.org/mailman/listinfo/6tsch
>
>
>     _______________________________________________
>     6tsch mailing list
>     6tsch@ietf.org <mailto:6tsch@ietf.org>
>     https://www.ietf.org/mailman/listinfo/6tsch
>
>
>     _______________________________________________
>     6tsch mailing list
>     6tsch@ietf.org <mailto:6tsch@ietf.org>
>     https://www.ietf.org/mailman/listinfo/6tsch
>
>
>     _______________________________________________
>     6tsch mailing list
>     6tsch@ietf.org <mailto:6tsch@ietf.org>
>     https://www.ietf.org/mailman/listinfo/6tsch
>
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch


--------------060401070709020509040203
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    It is not unlikely that some motes in a network will have an
    accurate time source,<br>
    such as GPS.&nbsp; It would be a shame to ignore the time information
    from a 1-hop neighbor<br>
    with GPS just because it happened to be a child in the DODAG.<br>
    <br>
    ksjp<br>
    <br>
    <div class="moz-cite-prefix">On 8/22/2013 4:10 PM, Thomas Watteyne
      wrote:<br>
    </div>
    <blockquote
cite="mid:CADJ9OA8zO-ZGrVZrsWi9rKLmNMTtSPyJeaONrJUtKzqHRBYM5g@mail.gmail.com"
      type="cite">
      <div dir="ltr">All,
        <div><br>
        </div>
        <div>Summarizing the different things we are talking about in
          this thread:</div>
        <div>1. picking time source neighbors during the operation of
          the network. Proposal is to use the (loop-free) RPL DAG.
          Challenged by Raghuram who wants to have separate L2 and L3
          behavior because of race conditions.</div>
        <div>2. picking time source neighbors during join process.
          Proposal is to attach to the node which indicates the lowest
          join priority in EB. Question is whether join priority
          reflects DAGrank or not.</div>
        <div>3. multiple DODAGs: keeping DAGroots sync'ed or
          participating in several independent time bases.</div>
        <div><br>
        </div>
        <div>My opinion is:</div>
        <div>1. I believe keeping the same DAG structure the same
          between L2 and L3 makes sense. If there is no L2 connectivity,
          L3 cannot function since it can not speak to and hear the
          neighbors, so I'm afraid I don't quite follow the race
          condition issue.</div>
        <div>2. My inclination is to have the join priority be an
          indication of the DAGrank, possible by "rounding off". When
          joining, a new node will join L2 (i.e. synchronize) as soon as
          it hears EBs, then join L3 (i.e, acquire a DAGrank) after
          hearing DIOs. I would have the node transmit EBs only after
          that last step.</div>
        <div>3. My opinion is that, for now, we should take the multiple
          root case into account, but only if they are synchronized
          through some out-of-band mechanism.</div>
        <div><br>
        </div>
        <div>Raw opinions, up for discussion :)</div>
        <div><br>
        </div>
        <div>Thomas</div>
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On Thu, Aug 22, 2013 at 12:00 PM,
            Pascal Thubert (pthubert) <span dir="ltr">&lt;<a
                moz-do-not-send="true" href="mailto:pthubert@cisco.com"
                target="_blank">pthubert@cisco.com</a>&gt;</span> wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">
              <div link="blue" vlink="purple" lang="EN-US">
                <div>
                  <p class="MsoNormal"><a moz-do-not-send="true"
                      name="140a8433f772e814_140a7661ca1706f1__MailEndCompose"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear
                        Qin:</span></a></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">I
                      think the idea was to make sure that the roots are
                      synchronized.</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Certainly
                      the DODAGs may be a bit out of sync as we progress
                      down, but we expect that the guard time is
                      sufficient.</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">The
                      alternate would be to sync the whole network
                      completely independent of RPL DAGs etc&#8230; eg using a
                      GPS.</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">There
                      might be use cases where that is fine, but we need
                      to document a default behavior that does not make
                      the assumption of a GPS or similar.</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Makes
                      sense?</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"
                      lang="FR">Pascal</span></p>
                  <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                  <p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span
style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
                      Qin Wang [mailto:<a moz-do-not-send="true"
                        href="mailto:qinwang@berkeley.edu"
                        target="_blank">qinwang@berkeley.edu</a>]
                      <br>
                      <b>Sent:</b> jeudi 22 ao&ucirc;t 2013 19:03</span></p>
                  <div>
                    <div><br>
                      <b>To:</b> Pascal Thubert (pthubert)<br>
                      <b>Cc:</b> <a moz-do-not-send="true"
                        href="mailto:xvilajosana@eecs.berkeley.edu"
                        target="_blank">xvilajosana@eecs.berkeley.edu</a>;
                      Thomas Watteyne; <a moz-do-not-send="true"
                        href="mailto:6tsch@ietf.org" target="_blank">6tsch@ietf.org</a><br>
                      <b>Subject:</b> Re: [6tsch] time parent selection
                      based on EB priority</div>
                  </div>
                  <div>
                    <div>
                      <p class="MsoNormal">&nbsp;</p>
                      <div>
                        <p class="MsoNormal">Pascal,</p>
                        <div>
                          <p class="MsoNormal">&nbsp;</p>
                        </div>
                        <div>
                          <p class="MsoNormal">It may bring in some
                            complexity. Think about the case. DODAG1 and
                            DODAG2 are in a same instance, but have no
                            shared nodes, thus may not be able sync with
                            each other. &nbsp;A new node (node-A) comes in,
                            wants to join into the two DODAGs, in
                            another word, want to jump between the two
                            DODAGs. &nbsp;I believe node-A has to change its
                            time source parent and re-sync when it jump
                            from one DODAG to another. Right?</p>
                        </div>
                        <div>
                          <p class="MsoNormal">&nbsp;</p>
                        </div>
                        <div>
                          <p class="MsoNormal">Thank</p>
                        </div>
                        <div>
                          <p class="MsoNormal">Qin</p>
                        </div>
                        <div>
                          <p class="MsoNormal">&nbsp;</p>
                        </div>
                        <div>
                          <p class="MsoNormal">&nbsp;</p>
                        </div>
                        <div>
                          <p class="MsoNormal">&nbsp;</p>
                        </div>
                      </div>
                      <div>
                        <p class="MsoNormal"
                          style="margin-bottom:12.0pt">&nbsp;</p>
                        <div>
                          <p class="MsoNormal">On Fri, Aug 23, 2013 at
                            12:15 AM, Pascal Thubert (pthubert) &lt;<a
                              moz-do-not-send="true"
                              href="mailto:pthubert@cisco.com"
                              target="_blank">pthubert@cisco.com</a>&gt;
                            wrote:</p>
                          <div>
                            <div>
                              <p class="MsoNormal"><a
                                  moz-do-not-send="true"
name="140a8433f772e814_140a7661ca1706f1_140a6cfc2276e342__MailEndCompose"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">I
                                    do not think so, Qin;
                                  </span></a></p>
                              <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                              <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">but
                                  it is required that a node on one
                                  DODAG may jump onto the other, and to
                                  do that, it is useful to monitoring
                                  candidates from both dodags.</span></p>
                              <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Note
                                  that DODAGs partition the network, and
                                  all the parents must be in one of
                                  them.</span></p>
                              <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                              <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers;</span></p>
                              <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                              <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"
                                  lang="FR">Pascal</span></p>
                              <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                              <p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span
style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
                                  Qin Wang [mailto:<a
                                    moz-do-not-send="true"
                                    href="mailto:qinwang@berkeley.edu"
                                    target="_blank">qinwang@berkeley.edu</a>]
                                  <br>
                                  <b>Sent:</b> jeudi 22 ao&ucirc;t 2013 17:54<br>
                                  <b>To:</b> Pascal Thubert (pthubert)<br>
                                  <b>Cc:</b> <a moz-do-not-send="true"
href="mailto:xvilajosana@eecs.berkeley.edu" target="_blank">xvilajosana@eecs.berkeley.edu</a>;
                                  Thomas Watteyne;
                                  <a moz-do-not-send="true"
                                    href="mailto:6tsch@ietf.org"
                                    target="_blank">6tsch@ietf.org</a></span></p>
                              <div>
                                <div>
                                  <p class="MsoNormal"><br>
                                    <b>Subject:</b> Re: [6tsch] time
                                    parent selection based on EB
                                    priority</p>
                                </div>
                              </div>
                              <div>
                                <div>
                                  <p class="MsoNormal">&nbsp;</p>
                                  <div>
                                    <p class="MsoNormal">Hi Pascal,</p>
                                    <div>
                                      <p class="MsoNormal">&nbsp;</p>
                                    </div>
                                    <div>
                                      <p class="MsoNormal">Is it assumed
                                        that 2 DODAG in a same instance
                                        must have at least one shared
                                        node?</p>
                                    </div>
                                    <div>
                                      <p class="MsoNormal">&nbsp;</p>
                                    </div>
                                    <div>
                                      <p class="MsoNormal">Thanks</p>
                                    </div>
                                    <div>
                                      <p class="MsoNormal">Qin</p>
                                    </div>
                                  </div>
                                  <div>
                                    <p class="MsoNormal"
                                      style="margin-bottom:12.0pt">&nbsp;</p>
                                    <div>
                                      <p class="MsoNormal">On Thu, Aug
                                        22, 2013 at 11:11 PM, Pascal
                                        Thubert (pthubert) &lt;<a
                                          moz-do-not-send="true"
                                          href="mailto:pthubert@cisco.com"
                                          target="_blank">pthubert@cisco.com</a>&gt;
                                        wrote:</p>
                                      <div>
                                        <div>
                                          <p class="MsoNormal"><a
                                              moz-do-not-send="true"
name="140a8433f772e814_140a7661ca1706f1_140a6cfc2276e342_140a6951a668c0bd__MailE"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello
                                                Xavi:</span></a></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">The
                                              problem is that we have 2
                                              mechanisms that establish
                                              a distance to the root in
                                              order to avoid loops, RPL
                                              Rank and 4e priority.</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Fact
                                              is, RPL is probably more
                                              elaborate for loop
                                              detection and loop
                                              avoidance. I suspect that
                                              the priority can easily
                                              count to infinity.</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">So
                                              I&#8217;d trust RPL Rank rather
                                              than priority, and we seem
                                              to agree that we want to
                                              time sync with RPL
                                              parents.</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">a)
                                              My question is whether it
                                              makes sense and value to
                                              have a transition between
                                              a time source based on
                                              best (hop count) priority
                                              and to one based on best
                                              RPL Rank, or if we could
                                              use the rank right away.
                                              Seems to me that life
                                              would be easier if we use
                                              the Rank right away,
                                              though it may make the
                                              network a bit slower to
                                              come up. Passing from one
                                              mode to the other will
                                              demand some
                                              specifications, what if
                                              one node reboots and goes
                                              from one mode to the
                                              other, etc&#8230;</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Now
                                              if the question is to
                                              reuse the priority field,
                                              then we can do actually
                                              change the logic to
                                              accommodate priority =
                                              DAGRank(Rank) for nodes
                                              that are not root, still
                                              ensuring that only a node
                                              that is already part of a
                                              RPL DAG may be used as
                                              time source.</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially
                                              only the root would be
                                              priority 0. All the others
                                              would be default 255 (that
                                              is DAGRank(INFINITE_RANK)
                                              assuming
                                              MinHopRankIncrease of 255)</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">From
                                              there, all nodes that are
                                              one hop away from root
                                              with good RSSI can sync
                                              with the root, and listen
                                              to DIOs, and emit their
                                              own, and set their own
                                              priority to DAGRank(Rank)
                                              that is &lt; 255.</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children
                                              sync to whichever prio
                                              &lt; 255 neighbor as time
                                              source, listen to DIOs,
                                              select a parent, migrate
                                              to that parent as time
                                              source, and then can set
                                              their own priority to zero
                                              and send DIOs. If later
                                              they select a better
                                              parent the priority will
                                              get lower so that&#8217;s till
                                              OK.</span></p>
                                          <p class="MsoNormal"
                                            style="margin-bottom:12.0pt"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Would
                                              that fly?</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">b)
                                              about multiple DAGs, there
                                              are 2 cases:</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">-
                                              2 DODAGs in a same
                                              instance. We said we want
                                              to support that, and that
                                              implies that the various
                                              DODAGs are closely time
                                              sync&#8217;d.</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">-
                                              2 DODAGs in 2 different
                                              instances. To be
                                              discussed. We have use
                                              cases where that could be
                                              useful, one instance
                                              playing basic slotted
                                              aloha and the other doing
                                              more critical jobs.
                                            </span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">We
                                              have not agreed on the
                                              latter but with a single
                                              radio, it seems
                                              problematic if the 2
                                              instances do not share a
                                              same sense of time. We&#8217;d
                                              end up with slot frames
                                              that may drift from one
                                              another, sometimes
                                              overlapping&#8230; I suspect
                                              that we&#8217;d partition time
                                              inside a slot frame or
                                              using multiple slot
                                              frames, but we&#8217;d keep them
                                              in sync. Probably there is
                                              a need for a spanning
                                              instance (0) for
                                              (autonomic) management
                                              etc&#8230; that uses something
                                              very simple, always on,
                                              very much like your basic
                                              draft. If there is such a
                                              spanning instance, then it
                                              can be used to sync
                                              everyone, in which casethe
                                              Rank from the dependent
                                              instances is not used for
                                              time sync.</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">What
                                              do others think?</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span></p>
                                          <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                          <p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span
style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
                                              Xavier Vilajosana Guillen
                                              [mailto:<a
                                                moz-do-not-send="true"
                                                href="mailto:xvilajosana@eecs.berkeley.edu"
                                                target="_blank">xvilajosana@eecs.berkeley.edu</a>]
                                              <br>
                                              <b>Sent:</b> jeudi 22 ao&ucirc;t
                                              2013 15:34<br>
                                              <b>To:</b> Pascal Thubert
                                              (pthubert)<br>
                                              <b>Cc:</b> Thomas
                                              Watteyne; <a
                                                moz-do-not-send="true"
                                                href="mailto:6tsch@ietf.org"
                                                target="_blank">6tsch@ietf.org</a><br>
                                              <b>Subject:</b> Re:
                                              [6tsch] time parent
                                              selection based on EB
                                              priority</span></p>
                                          <div>
                                            <div>
                                              <p class="MsoNormal">&nbsp;</p>
                                              <div>
                                                <p class="MsoNormal">Hi
                                                  Pascal,</p>
                                                <div>
                                                  <p class="MsoNormal">&nbsp;</p>
                                                </div>
                                                <div>
                                                  <p class="MsoNormal">my
                                                    comment inline:</p>
                                                </div>
                                                <div>
                                                  <p class="MsoNormal">&nbsp;</p>
                                                </div>
                                                <div>
                                                  <div>
                                                    <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal]
                                                        Yes, I read
                                                        Xavi&#8217;s proposal
                                                        as a mechanism
                                                        parallel to RPL
                                                        to do like an
                                                        hop-count-based
                                                        OF0.</span></p>
                                                    <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q:
                                                        Do we really
                                                        need to build
                                                        the time sync
                                                        tree faster than
                                                        the RPL graph?</span></p>
                                                    <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                                    <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">If
                                                        no, maybe me
                                                        could use the
                                                        priority as a
                                                        boolean to mean
                                                        that the node is
                                                        already part of
                                                        the RPL DAG and
                                                        may be used as
                                                        time source.</span></p>
                                                    <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially
                                                        only the root
                                                        would be
                                                        priority 0. All
                                                        the others would
                                                        be default 1.</span></p>
                                                    <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">From
                                                        there, all nodes
                                                        that are one hop
                                                        away from root
                                                        with good RSSI
                                                        can sync with
                                                        the root, and
                                                        listen to DIOs,
                                                        and emit their
                                                        own, and set
                                                        their own
                                                        priority to
                                                        zero.</span></p>
                                                    <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children
                                                        sync to
                                                        whichever prio 0
                                                        neighbor as time
                                                        source, listen
                                                        to DIOs, select
                                                        a parent,
                                                        migrate to that
                                                        parent as time
                                                        source, and then
                                                        can set their
                                                        own priority to
                                                        zero and send
                                                        DIOs.</span></p>
                                                  </div>
                                                  <div>
                                                    <p class="MsoNormal"
style="margin-bottom:12.0pt"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Would
                                                        that fly?</span></p>
                                                    <p class="MsoNormal"
style="margin-bottom:12.0pt"><span
                                                        style="font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">yes
                                                        that would work
                                                        but we are doing
                                                        the same as the
                                                        IEEE802-15.4e
                                                        Join priority
                                                        field is for.
                                                        The 15.4e
                                                        defines this
                                                        mechanism and it
                                                        is inherent to
                                                        the networks we
                                                        address so using
                                                        it is
                                                        straightforward.
                                                        Then as
                                                        described by
                                                        Thomas, we only
                                                        need to use RPL
                                                        best parent as
                                                        soon as we have
                                                        one instead of
                                                        the lowest prio
                                                        neighbor.&nbsp;</span></p>
                                                    <p class="MsoNormal"
style="margin-bottom:12.0pt"><span
                                                        style="font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Another
                                                        question with
                                                        time sources is
                                                        the selection of
                                                        a time source
                                                        parent in the
                                                        case that a node
                                                        belongs to more
                                                        than one DODAG.
                                                        Which parent is
                                                        selected then?
                                                        An more
                                                        importantly, do
                                                        the basic draft
                                                        considers having
                                                        more than one
                                                        DODAG?&nbsp;</span></p>
                                                    <p class="MsoNormal"
style="margin-bottom:12.0pt"><span
                                                        style="font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">thanks!<br>
                                                        Xavi</span></p>
                                                  </div>
                                                </div>
                                              </div>
                                              <div>
                                                <p class="MsoNormal"
                                                  style="margin-bottom:12.0pt">&nbsp;</p>
                                                <div>
                                                  <p class="MsoNormal">On
                                                    Thu, Aug 22, 2013 at
                                                    2:59 AM, Pascal
                                                    Thubert (pthubert)
                                                    &lt;<a
                                                      moz-do-not-send="true"
href="mailto:pthubert@cisco.com" target="_blank">pthubert@cisco.com</a>&gt;
                                                    wrote:</p>
                                                  <div>
                                                    <div>
                                                      <p
                                                        class="MsoNormal"><a
moz-do-not-send="true"
name="140a8433f772e814_140a7661ca1706f1_140a6cfc2276e342_140a6951a668c0bd_140a57"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear
                                                          all:</span></a></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">As
                                                          you know, RPL
                                                          may entail
                                                          temporary
                                                          loops, in
                                                          particular if
                                                          DAGMaxRankIncrease
                                                          is not
                                                          configured to
                                                          0.</span></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">If
                                                          as we expect
                                                          we use the RPL
                                                          preferred
                                                          parent tree
                                                          for time sync,
                                                          this will lead
                                                          to time sync
                                                          loops.
                                                        </span></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Two
                                                          questions
                                                          here:</span></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">1)
                                                          how bad is the
                                                          effect of such
                                                          loop? I expect
                                                          that the
                                                          clocks&nbsp; will
                                                          derive
                                                          rapidly, as if
                                                          from the
                                                          perspective of
                                                          a node the
                                                          crystal was
                                                          real, real
                                                          bad.</span></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">2)
                                                          can we detect
                                                          that effect
                                                          and use it to
                                                          detect a loop
                                                          in the
                                                          routing?</span></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please
                                                          see inline:</span></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                                      <p
                                                        class="MsoNormal"><span
style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">sch]
                                                          time parent
                                                          selection
                                                          based on EB
                                                          priority</span></p>
                                                      <p
                                                        class="MsoNormal">&nbsp;</p>
                                                      <div>
                                                        <div>
                                                          <p
                                                          class="MsoNormal">Qin,
                                                          Xavi,</p>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">Excellent
                                                          point. I
                                                          believe that
                                                          this is
                                                          exactly what
                                                          makes this
                                                          6TSCH work so
                                                          interesting:
                                                          figuring out
                                                          how
                                                          consolidate
                                                          the views
                                                          between upper
                                                          and lower
                                                          layers.</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">In
                                                          my mind, the
                                                          join priority
                                                          as you
                                                          describe looks
                                                          very much like
                                                          a DAGrank. I
                                                          believe there
                                                          are, however,
                                                          two potential
                                                          questions we
                                                          should not
                                                          forget:</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">-
                                                          what if the
                                                          joining mote
                                                          does no get
                                                          all of the EBs
                                                          of its
                                                          neighbor?</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">-
                                                          what happens
                                                          when the
                                                          topology
                                                          changes and a
                                                          node moves up
                                                          or down in the
                                                          DODAG?</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">I
                                                          would suggest
                                                          the following:</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">-
                                                          once the node
                                                          has fully
                                                          joined,
                                                          somehow tie
                                                          the join
                                                          priority to
                                                          its RPL
                                                          DAGrank. We
                                                          might have to
                                                          play with the
                                                          metric to make
                                                          the join
                                                          priority look
                                                          like a hop
                                                          count, but I
                                                          believe it is
                                                          important the
                                                          announced join
                                                          priority
                                                          changes when
                                                          the mote moves
                                                          up/down in the
                                                          topology.</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">-
                                                          maybe consider
                                                          the time
                                                          source parent
                                                          identified
                                                          during the
                                                          joining as
                                                          temporary
                                                          until the
                                                          final time
                                                          source parent
                                                          is discovered.
                                                          How the final
                                                          one is
                                                          discovered can
                                                          through some
                                                          command from
                                                          the ME (see
                                                          Qin's
                                                          attachement),
                                                          or after
                                                          receiving many
                                                          DIOs.</p>
                                                          <p
                                                          class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                                          </div>
                                                        </div>
                                                        <div>
                                                          <p
                                                          class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal]
                                                          Yes, I read
                                                          Xavi&#8217;s
                                                          proposal as a
                                                          mechanism
                                                          parallel to
                                                          RPL to do like
                                                          an
                                                          hop-count-based
                                                          OF0. </span></p>
                                                          <p
                                                          class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q:
                                                          Do we really
                                                          need to build
                                                          the time sync
                                                          tree faster
                                                          than the RPL
                                                          graph?
                                                          </span></p>
                                                          <p
                                                          class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                                          <p
                                                          class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">If
                                                          no, maybe me
                                                          could use the
                                                          priority as a
                                                          boolean to
                                                          mean that the
                                                          node is
                                                          already part
                                                          of the RPL DAG
                                                          and may be
                                                          used as time
                                                          source.</span></p>
                                                          <p
                                                          class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially
                                                          only the root
                                                          would be
                                                          priority 0.
                                                          All the others
                                                          would be
                                                          default 1.</span></p>
                                                          <p
                                                          class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">From
                                                          there, all
                                                          nodes that are
                                                          one hop away
                                                          from root with
                                                          good RSSI can
                                                          sync with the
                                                          root, and
                                                          listen to
                                                          DIOs, and emit
                                                          their own, and
                                                          set their own
                                                          priority to
                                                          zero.</span></p>
                                                          <p
                                                          class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children
                                                          sync to
                                                          whichever prio
                                                          0 neighbor as
                                                          time source,
                                                          listen to
                                                          DIOs, select a
                                                          parent,
                                                          migrate to
                                                          that parent as
                                                          time source,
                                                          and then can
                                                          set their own
                                                          priority to
                                                          zero and send
                                                          DIOs.</span></p>
                                                        </div>
                                                      </div>
                                                      <div>
                                                        <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Would
                                                          that fly?</span></p>
                                                        <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span></p>
                                                        <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span></p>
                                                        <div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">&nbsp;</span></p>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">On
                                                          Wed, Aug 21,
                                                          2013 at 1:15
                                                          PM, Qin Wang
                                                          &lt;<a
                                                          moz-do-not-send="true"
href="mailto:qinwang@berkeley.edu" target="_blank">qinwang@berkeley.edu</a>&gt;
                                                          wrote:</p>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">Agree!</p>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal"><span
style="color:#888888">Qin</span></p>
                                                          </div>
                                                          </div>
                                                          <div>
                                                          <div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt">&nbsp;</p>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">On
                                                          Thu, Aug 22,
                                                          2013 at 3:23
                                                          AM, Xavier
                                                          Vilajosana
                                                          Guillen &lt;<a
moz-do-not-send="true" href="mailto:xvilajosana@eecs.berkeley.edu"
                                                          target="_blank">xvilajosana@eecs.berkeley.edu</a>&gt;
                                                          wrote:</p>
                                                          <div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt">HI Qin,<br>
                                                          <br>
                                                          as a basic
                                                          setting we
                                                          want the most
                                                          basic
                                                          approach. I
                                                          guess that
                                                          using (1)
                                                          first priority
                                                          and then RSSi
                                                          will avoid
                                                          having loops.
                                                          As you say all
                                                          this
                                                          approaches
                                                          would work but
                                                          I bet for (1)
                                                          to be the
                                                          simplest.
                                                          </p>
                                                          </div>
                                                          <p
                                                          class="MsoNormal">cheers!<span
style="color:#888888"><br>
                                                          X</span></p>
                                                          </div>
                                                          <div>
                                                          <div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt">&nbsp;</p>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">On
                                                          Wed, Aug 21,
                                                          2013 at 12:20
                                                          PM, Qin Wang
                                                          &lt;<a
                                                          moz-do-not-send="true"
href="mailto:qinwang@berkeley.edu" target="_blank">qinwang@berkeley.edu</a>&gt;
                                                          wrote:</p>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">Hi
                                                          Xavi,</p>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">It
                                                          is a good idea
                                                          to use
                                                          Priority in EB
                                                          as a factor to
                                                          choose initial
                                                          time parent.
                                                          But, I think
                                                          there are
                                                          several ways
                                                          to use the
                                                          Priority, and
                                                          other metrics
                                                          like RSSI. For
                                                          example,</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">(1)
                                                          As you
                                                          suggested, use
                                                          Priority
                                                          first, and
                                                          then RSSI</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">(2)
                                                          or use RSSI
                                                          first, and
                                                          then Priority</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">(3)
                                                          or use a
                                                          function of
                                                          Priority and
                                                          RSSI.</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">I'm
                                                          not sure which
                                                          is better.
                                                          What do you
                                                          think?</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">Qin</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt">&nbsp;</p>
                                                          <div>
                                                          <div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">On
                                                          Thu, Aug 22,
                                                          2013 at 2:49
                                                          AM, Xavier
                                                          Vilajosana
                                                          Guillen &lt;<a
moz-do-not-send="true" href="mailto:xvilajosana@eecs.berkeley.edu"
                                                          target="_blank">xvilajosana@eecs.berkeley.edu</a>&gt;
                                                          wrote:</p>
                                                          </div>
                                                          </div>
                                                          <blockquote
                                                          style="border:none;border-left:solid
                                                          #cccccc
                                                          1.0pt;padding:0cm
                                                          0cm 0cm
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt">
                                                          <div>
                                                          <div>
                                                          <div>
                                                          <div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">Hi
                                                          all,<br>
                                                          <br>
                                                          I want to
                                                          propose to add
                                                          in the basic
                                                          TSCH draft the
                                                          fact that when
                                                          a node joins a
                                                          network, it
                                                          uses the EB
                                                          join priority
                                                          defined in the
                                                          Slot and Link
                                                          IE (Section
                                                          5.2.4.13 15.4e
                                                          std) to select
                                                          its time
                                                          parent. This
                                                          priority is 0
                                                          for the PAN
                                                          coordinator of
                                                          the network. A
                                                          node listening
                                                          several EB
                                                          selects as a
                                                          time parent
                                                          the node with
                                                          lowest EB Join
                                                          Priority. In
                                                          case of
                                                          receiving
                                                          multiple EBs
                                                          with the same
                                                          Join priority
                                                          then filters
                                                          by other
                                                          metrics e.g
                                                          RSSI of the
                                                          link. (note
                                                          that until a
                                                          DIO is
                                                          received nodes
                                                          don not know
                                                          about the
                                                          gradient).</p>
                                                          </div>
                                                          <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt">A node when sends an EB uses the lowest EB
                                                          Join priority
                                                          it has heard
                                                          and adds 1 to
                                                          it as its own
                                                          Join priority.<br>
                                                          <br>
                                                          <br>
                                                          Current draft
                                                          section states
                                                          that RSSI or
                                                          another metric
                                                          should be used
                                                          to select the
                                                          initial time
                                                          parent, this
                                                          has the
                                                          problem that
                                                          loops cannot
                                                          be avoided
                                                          until the
                                                          first DIO is
                                                          received. With
                                                          the proposed
                                                          approach the
                                                          problem is
                                                          solved and
                                                          does not
                                                          introduce
                                                          anything new,
                                                          just used what
                                                          15.4e provides
                                                          to us.</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">what
                                                          is your
                                                          opinion?</p>
                                                          </div>
                                                          <div>
                                                          <p
                                                          class="MsoNormal">thanks!<br>
                                                          Xavi</p>
                                                          </div>
                                                          </div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          </div>
                                                          <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt">_______________________________________________<br>
                                                          6tsch mailing
                                                          list<br>
                                                          <a
                                                          moz-do-not-send="true"
href="mailto:6tsch@ietf.org" target="_blank">6tsch@ietf.org</a><br>
                                                          <a
                                                          moz-do-not-send="true"
href="https://www.ietf.org/mailman/listinfo/6tsch" target="_blank">https://www.ietf.org/mailman/listinfo/6tsch</a></p>
                                                          </blockquote>
                                                          </div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          </div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          </div>
                                                          </div>
                                                          </div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                          </div>
                                                          </div>
                                                          <p
                                                          class="MsoNormal"
style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
                                                          6tsch mailing
                                                          list<br>
                                                          <a
                                                          moz-do-not-send="true"
href="mailto:6tsch@ietf.org" target="_blank">6tsch@ietf.org</a><br>
                                                          <a
                                                          moz-do-not-send="true"
href="https://www.ietf.org/mailman/listinfo/6tsch" target="_blank">https://www.ietf.org/mailman/listinfo/6tsch</a></p>
                                                          </div>
                                                          <p
                                                          class="MsoNormal">&nbsp;</p>
                                                          </div>
                                                        </div>
                                                      </div>
                                                    </div>
                                                  </div>
                                                  <p class="MsoNormal"
                                                    style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
                                                    6tsch mailing list<br>
                                                    <a
                                                      moz-do-not-send="true"
href="mailto:6tsch@ietf.org" target="_blank">6tsch@ietf.org</a><br>
                                                    <a
                                                      moz-do-not-send="true"
href="https://www.ietf.org/mailman/listinfo/6tsch" target="_blank">https://www.ietf.org/mailman/listinfo/6tsch</a></p>
                                                </div>
                                                <p class="MsoNormal">&nbsp;</p>
                                              </div>
                                            </div>
                                          </div>
                                        </div>
                                      </div>
                                      <p class="MsoNormal"
                                        style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
                                        6tsch mailing list<br>
                                        <a moz-do-not-send="true"
                                          href="mailto:6tsch@ietf.org"
                                          target="_blank">6tsch@ietf.org</a><br>
                                        <a moz-do-not-send="true"
                                          href="https://www.ietf.org/mailman/listinfo/6tsch"
                                          target="_blank">https://www.ietf.org/mailman/listinfo/6tsch</a></p>
                                    </div>
                                    <p class="MsoNormal">&nbsp;</p>
                                  </div>
                                </div>
                              </div>
                            </div>
                          </div>
                        </div>
                        <p class="MsoNormal">&nbsp;</p>
                      </div>
                    </div>
                  </div>
                </div>
              </div>
            </blockquote>
          </div>
          <br>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
6tsch mailing list
<a class="moz-txt-link-abbreviated" href="mailto:6tsch@ietf.org">6tsch@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.org/mailman/listinfo/6tsch</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------060401070709020509040203--

From ksjp@berkeley.edu  Thu Aug 22 16:45:21 2013
Return-Path: <ksjp@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15DFC11E826A for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 16:45:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.799
X-Spam-Level: 
X-Spam-Status: No, score=-2.799 tagged_above=-999 required=5 tests=[AWL=0.801,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tjvVlnBGK1At for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 16:45:12 -0700 (PDT)
Received: from mail-pa0-f50.google.com (mail-pa0-f50.google.com [209.85.220.50]) by ietfa.amsl.com (Postfix) with ESMTP id 739D111E8239 for <6tsch@ietf.org>; Thu, 22 Aug 2013 16:45:12 -0700 (PDT)
Received: by mail-pa0-f50.google.com with SMTP id fb10so2781837pad.9 for <6tsch@ietf.org>; Thu, 22 Aug 2013 16:45:12 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Uc+zLOkce+Der0GLbn1evWuteTdFbs+LTHrX6n9HxgY=; b=ciQOkYtPesBgFzEFvBWcm6YWgNLiVcjYIIhVLWg2PMIYJhCrgOzcVVgG2kiG656ZJg FvbaCK9xoNIzIozwGmWf9RV8aMkkvSyIRf9JVmZFTzw1XsG6au70AG4JhKSepYNV4RMO Mije92pp4X5M8AMPGr0wYoL834zJ1csazpGMEdn2wJEZf9WVXMf6kqr2trEnAICyFRUn c79HaKpqdtneC+MaFxuW1fESxtWyDFfz/2FA0vM7DLmaK3DTSzvgreAT5CS5/mrOVPrw RaA9oGwEFhhDsGdLOIFuIftW0F/0RVzQCeAB+JFFMPjS0w/nBSi7yo+DDhqbGczmpgCC bBmA==
X-Gm-Message-State: ALoCoQnxDJXE61YHpYrNfsNr9FhMjVk19YCV5ItavbVk/qS8//oUKNqI+8vyvNDJ6crLlIK3IV9G
X-Received: by 10.68.48.166 with SMTP id m6mr7888578pbn.105.1377215111981; Thu, 22 Aug 2013 16:45:11 -0700 (PDT)
Received: from [128.32.32.89] (dhcp-32-89.EECS.Berkeley.EDU. [128.32.32.89]) by mx.google.com with ESMTPSA id tr10sm17429151pbc.22.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 16:45:11 -0700 (PDT)
Message-ID: <5216A2A1.3080602@berkeley.edu>
Date: Thu, 22 Aug 2013 16:45:37 -0700
From: Kris Pister <ksjp@berkeley.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Alfredo Grieco <alfredo.grieco@gmail.com>
References: <5215eb9f.e2c6b40a.6b2c.ffffe7e1@mx.google.com>
In-Reply-To: <5215eb9f.e2c6b40a.6b2c.ffffe7e1@mx.google.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: '6TSCH' <6tsch@ietf.org>, 'Elvis Vogli' <elvisvogli@gmail.com>, 'Gennaro Boggia' <g.boggia@poliba.it>, 'Giuseppe' <ribes170289@gmail.com>
Subject: Re: [6tsch] Synchronization Issues
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 23:45:21 -0000

Alfredo -
  having all of the powered nodes (not just the PAN coord/DODAG root) 
advertise more frequently is a good idea for a lot of reasons.
They can afford it, and they are probably the nodes that will ultimately 
have the most
children in a network with a power-aware routing metric.

For relatively low duty cycle on the transmitter and receiver, and 
randomly chosen
advertising slots, the average time needed for a mote to synchronize to a
network is CT/(NPD)  [1]

C = # channels
T = average time between EBs transmitted by neighbors
N = number of neighbors
P = packet delivery ratio (1-PER)
D = duty cycle of the receiver

On the other end of the scale, if the listener duty cycle is 100% and it 
listens for C
superframes, then it will hear an advertisement from PN neighbors.

If the EBs are only sent in a known cell, or even a known slot, then the 
first
synchronization event has the same average time as above, but the speed of
discovery of the rest of the network has more to do with Poisson statistics
and node degree than the number of channels and the superframe length.

ksjp

[1] 
http://robotics.eecs.berkeley.edu/~pister/290Q/Papers/Pister%20TSMP%20DSN08.pdf 
<http://robotics.eecs.berkeley.edu/%7Epister/290Q/Papers/Pister%20TSMP%20DSN08.pdf>

On 8/22/2013 3:44 AM, Alfredo Grieco wrote:
> Dear All,
>
> My research group is trying to test and develop fast bootstrapping
> techniques for TSCH.
>
> In particular, we are focusing on synchronization issues. We would like to
> share with you our thoughts to gain your comments.
>
> Assuming that the PAN coordinator starts sending EBs, its neighbors will
> send EB too after they get synchronized (i.e., when they successfully
> receive the EB sent by the coordinator). In this way, the synchronization is
> propagated downwards to the leaves. Unfortunately, the neighbors of the
> coordinator cannot know in advance the channel to listen (i.e., the channel
> the PAN coordinator will use to transmit EBs) so that it may take some time
> to establish the synchronization at one hop, and, as a consequence, till all
> nodes are reached by an EB (since the same problem holds also for the
> second, third hop and so on). The longer the bootstrap time the larger the
> amount of energy spent in for listening EBs.
>
> How to shorten this bootstrap time ?
>
> If we look at the pan coordinator, assuming it is powered by the mains, it
> could send more than one EB per superframe in order to swipe faster all
> available channels.
>
> Looking at the rest of the nodes that already received an EB, we could try
> to let them transmit an EB on average once every Multisuperframe in such a
> way that all channels are used in a reasonably short time. In this way, a
> new joining node could quickly receive an EB whatever the channel it is
> listening to.
>
> Any comment is welcome.
>
> Thanks in advance
>
> Alfredo
>
>
> --
> Luigi Alfredo Grieco, Ph. D.
> Assistant Professor in Telecommunications
> DEE - Politecnico di Bari
> Via Orabona, 4 - 70125 - Bari - Italy
> Phone: +39 080 5963 911
> Fax: +39 080 5963 410
> telematics.poliba.it/grieco
>   
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch


From ribes170289@gmail.com  Thu Aug 22 17:51:30 2013
Return-Path: <ribes170289@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50D2D11E8289 for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 17:51:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z83RkNzXzX7w for <6tsch@ietfa.amsl.com>; Thu, 22 Aug 2013 17:51:28 -0700 (PDT)
Received: from mail-ea0-x229.google.com (mail-ea0-x229.google.com [IPv6:2a00:1450:4013:c01::229]) by ietfa.amsl.com (Postfix) with ESMTP id 08B0511E8182 for <6tsch@ietf.org>; Thu, 22 Aug 2013 17:51:27 -0700 (PDT)
Received: by mail-ea0-f169.google.com with SMTP id k11so1208401eaj.28 for <6tsch@ietf.org>; Thu, 22 Aug 2013 17:51:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=XHOmBCOJtKxLU6MSF+LH5H7xOnfoPN8m5M/qYLy4f8g=; b=J0XMbXNIU7FUsL+CsOl7wmfmUjfSUx26h1xH37bvqqNn1Z9v2fenmUScegIQYKjx50 0L5mHJ/iFZh+kLNhE0hAqw2Voye6vETovYv98nIHSwC028EE/aHGv72Mvgizb/2Srn9v Rk1TU28U5qFXWn+e80X0h+myk9J/jfbOI0OmOtCSaG/uK/Lbr+mNEtKLdMmhTMfhI6dO /usiU7vgV+m1fQrXawFeF8Wn3xl/xR2lmyjvVHRjCjCsRQXv9Rz+yejbA08rv2l+kr9Z cinUhTCffSkvzFpf0Map1EBjO+xBDnhe6I1NcJEJygAZQESxKG6+IlYc7hYRv8llif85 vqEg==
X-Received: by 10.14.4.1 with SMTP id 1mr22368755eei.21.1377219074390; Thu, 22 Aug 2013 17:51:14 -0700 (PDT)
Received: from ribeshost.ribesdomain (adsl-ull-90-81.47-151.net24.it. [151.47.81.90]) by mx.google.com with ESMTPSA id a43sm21143238eep.9.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Aug 2013 17:51:13 -0700 (PDT)
Message-ID: <5216B1F4.8090504@gmail.com>
Date: Fri, 23 Aug 2013 02:51:00 +0200
From: Giuseppe <ribes170289@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8
MIME-Version: 1.0
To: Kris Pister <ksjp@berkeley.edu>
References: <5215eb9f.e2c6b40a.6b2c.ffffe7e1@mx.google.com> <5216A2A1.3080602@berkeley.edu>
In-Reply-To: <5216A2A1.3080602@berkeley.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: '6TSCH' <6tsch@ietf.org>, Alfredo Grieco <alfredo.grieco@gmail.com>, 'Elvis Vogli' <elvisvogli@gmail.com>, 'Gennaro Boggia' <g.boggia@poliba.it>
Subject: Re: [6tsch] Synchronization Issues
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 00:51:30 -0000

Il 23/08/2013 01:45, Kris Pister ha scritto:
> Alfredo -
>  having all of the powered nodes (not just the PAN coord/DODAG root) 
> advertise more frequently is a good idea for a lot of reasons.
> They can afford it, and they are probably the nodes that will 
> ultimately have the most
> children in a network with a power-aware routing metric.
>
> For relatively low duty cycle on the transmitter and receiver, and 
> randomly chosen
> advertising slots, the average time needed for a mote to synchronize to a
> network is CT/(NPD)  [1]
>
> C = # channels
> T = average time between EBs transmitted by neighbors
> N = number of neighbors
> P = packet delivery ratio (1-PER)
> D = duty cycle of the receiver
>
> On the other end of the scale, if the listener duty cycle is 100% and 
> it listens for C
> superframes, then it will hear an advertisement from PN neighbors.
>
> If the EBs are only sent in a known cell, or even a known slot, then 
> the first
> synchronization event has the same average time as above, but the 
> speed of
> discovery of the rest of the network has more to do with Poisson 
> statistics
> and node degree than the number of channels and the superframe length.
>
> ksjp
>
> [1] 
> http://robotics.eecs.berkeley.edu/~pister/290Q/Papers/Pister%20TSMP%20DSN08.pdf 
> <http://robotics.eecs.berkeley.edu/%7Epister/290Q/Papers/Pister%20TSMP%20DSN08.pdf> 
>
>
> On 8/22/2013 3:44 AM, Alfredo Grieco wrote:
>> Dear All,
>>
>> My research group is trying to test and develop fast bootstrapping
>> techniques for TSCH.
>>
>> In particular, we are focusing on synchronization issues. We would 
>> like to
>> share with you our thoughts to gain your comments.
>>
>> Assuming that the PAN coordinator starts sending EBs, its neighbors will
>> send EB too after they get synchronized (i.e., when they successfully
>> receive the EB sent by the coordinator). In this way, the 
>> synchronization is
>> propagated downwards to the leaves. Unfortunately, the neighbors of the
>> coordinator cannot know in advance the channel to listen (i.e., the 
>> channel
>> the PAN coordinator will use to transmit EBs) so that it may take 
>> some time
>> to establish the synchronization at one hop, and, as a consequence, 
>> till all
>> nodes are reached by an EB (since the same problem holds also for the
>> second, third hop and so on). The longer the bootstrap time the 
>> larger the
>> amount of energy spent in for listening EBs.
>>
>> How to shorten this bootstrap time ?
>>
>> If we look at the pan coordinator, assuming it is powered by the 
>> mains, it
>> could send more than one EB per superframe in order to swipe faster all
>> available channels.
>>
>> Looking at the rest of the nodes that already received an EB, we 
>> could try
>> to let them transmit an EB on average once every Multisuperframe in 
>> such a
>> way that all channels are used in a reasonably short time. In this 
>> way, a
>> new joining node could quickly receive an EB whatever the channel it is
>> listening to.
>>
>> Any comment is welcome.
>>
>> Thanks in advance
>>
>> Alfredo
>>
>>
>> -- 
>> Luigi Alfredo Grieco, Ph. D.
>> Assistant Professor in Telecommunications
>> DEE - Politecnico di Bari
>> Via Orabona, 4 - 70125 - Bari - Italy
>> Phone: +39 080 5963 911
>> Fax: +39 080 5963 410
>> telematics.poliba.it/grieco
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>
Hi,
I agree, in my opinion while for the first time of bootstrap of the 
network, only the synchronizer can advertise the network, as soon as the 
first nodes reach synchronization and start to advertise the network, 
the sych time average could be decreased by sending the EB in the same 
frameslot but scheduling the transmission on different channels. This 
could increase also the degree of the network because asynchronous 
advertisement could lead to several beacon collisions in networks with 
an high density of nodes, while scheduling beacons with the couple 
(superframe_num, channel_num) should avoid the collisions in this case 
and improve the synchronization phase, letting a certain freedom on the 
superframe and on the multisuperframe length. I hope I was clear enough.

-- 
Giuseppe


From maria-rita.palattella@uni.lu  Fri Aug 23 02:11:16 2013
Return-Path: <maria-rita.palattella@uni.lu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 965B711E82E6 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 02:11:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.998
X-Spam-Level: 
X-Spam-Status: No, score=-5.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K29Xcc3c7H3M for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 02:11:08 -0700 (PDT)
Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id C9E7011E82D2 for <6tsch@ietf.org>; Fri, 23 Aug 2013 02:11:04 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.89,940,1367964000"; d="scan'208,217";a="26039383"
Received: from unknown (HELO REED.uni.lux) ([10.21.2.9]) by hercules.uni.lu with ESMTP; 23 Aug 2013 11:11:02 +0200
Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by REED.uni.lux ([fe80::31bb:b7a3:7abb:813e%10]) with mapi id 14.03.0123.003; Fri, 23 Aug 2013 11:11:02 +0200
From: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: [6tsch] time parent selection based on EB priority
Thread-Index: AQHOnp85pvBzQs80M0WsMAVsaMeQQpmf6DAAgAAAwQCAAA6JgIAApTWAgABBHwCAADvsAIAAG1MAgAALtICAAAY4gIAADUIAgAAgpICAAEYEgIAAxsig
Date: Fri, 23 Aug 2013 09:11:02 +0000
Message-ID: <F085911F642A6847987ADA23E611780D1858E012@hoshi.uni.lux>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com> <CAAzoce5Of7mmZxKun48zo-5_STdfznpcOjq=xapx2YWqctdAyQ@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414278D5@xmb-rcd-x01.cisco.com> <CAAzoce5ag+CZ-XYqJ0TsZu6hhNOmW0hyFqyPGrrZ43We2zk7NA@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142808D@xmb-rcd-x01.cisco.com> <CADJ9OA8zO-ZGrVZrsWi9rKLmNMTtSPyJeaONrJUtKzqHRBYM5g@mail.gmail.com>
In-Reply-To: <CADJ9OA8zO-ZGrVZrsWi9rKLmNMTtSPyJeaONrJUtKzqHRBYM5g@mail.gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.91.0.73]
Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D1858E012hoshiunilux_"
MIME-Version: 1.0
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 09:11:16 -0000

--_000_F085911F642A6847987ADA23E611780D1858E012hoshiunilux_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thomas, see my comments inline.
Maria Rita

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Friday, August 23, 2013 1:11 AM
To: 6tsch@ietf.org
Subject: Re: [6tsch] time parent selection based on EB priority

All,

Summarizing the different things we are talking about in this thread:
1. picking time source neighbors during the operation of the network. Propo=
sal is to use the (loop-free) RPL DAG. Challenged by Raghuram who wants to =
have separate L2 and L3 behavior because of race conditions.
2. picking time source neighbors during join process. Proposal is to attach=
 to the node which indicates the lowest join priority in EB. Question is wh=
ether join priority reflects DAGrank or not.
3. multiple DODAGs: keeping DAGroots sync'ed or participating in several in=
dependent time bases.

My opinion is:

1. I believe keeping the same DAG structure the same between L2 and L3 make=
s sense. If there is no L2 connectivity, L3 cannot function since it can no=
t speak to and hear the neighbors, so I'm afraid I don't quite follow the r=
ace condition issue.


2. My inclination is to have the join priority be an indication of the DAGr=
ank, possible by "rounding off". When joining, a new node will join L2 (i.e=
. synchronize) as soon as it hears EBs, then join L3 (i.e, acquire a DAGran=
k) after hearing DIOs. I would have the node transmit EBs only after that l=
ast step.

[MR] I agree. If we want to use RPL topology information, and RPL parents a=
s selected synch parents,  it makes sense to link the join priority with th=
e DAGrank.

3. My opinion is that, for now, we should take the multiple root case into =
account, but only if they are synchronized through some out-of-band mechani=
sm.

[MR] I am afraid that multiple DODAGs may imply more complexity, and we are=
 looking for the basic simplest scenario. Thus, as you pointed out, if we w=
ant to consider multiple roots, we will have to assume, at least for now, t=
hat they are synchronized.

Raw opinions, up for discussion :)

Thomas

On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Dear Qin:

I think the idea was to make sure that the roots are synchronized.
Certainly the DODAGs may be a bit out of sync as we progress down, but we e=
xpect that the guard time is sufficient.
The alternate would be to sync the whole network completely independent of =
RPL DAGs etc... eg using a GPS.
There might be use cases where that is fine, but we need to document a defa=
ult behavior that does not make the assumption of a GPS or similar.

Makes sense?

Cheers,

Pascal

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: jeudi 22 ao=FBt 2013 19:03

To: Pascal Thubert (pthubert)
Cc: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Th=
omas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority

Pascal,

It may bring in some complexity. Think about the case. DODAG1 and DODAG2 ar=
e in a same instance, but have no shared nodes, thus may not be able sync w=
ith each other.  A new node (node-A) comes in, wants to join into the two D=
ODAGs, in another word, want to jump between the two DODAGs.  I believe nod=
e-A has to change its time source parent and re-sync when it jump from one =
DODAG to another. Right?

Thank
Qin




On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
I do not think so, Qin;

but it is required that a node on one DODAG may jump onto the other, and to=
 do that, it is useful to monitoring candidates from both dodags.
Note that DODAGs partition the network, and all the parents must be in one =
of them.

Cheers;

Pascal

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: jeudi 22 ao=FBt 2013 17:54
To: Pascal Thubert (pthubert)
Cc: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Th=
omas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] time parent selection based on EB priority

Hi Pascal,

Is it assumed that 2 DODAG in a same instance must have at least one shared=
 node?

Thanks
Qin

On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

The problem is that we have 2 mechanisms that establish a distance to the r=
oot in order to avoid loops, RPL Rank and 4e priority.
Fact is, RPL is probably more elaborate for loop detection and loop avoidan=
ce. I suspect that the priority can easily count to infinity.
So I'd trust RPL Rank rather than priority, and we seem to agree that we wa=
nt to time sync with RPL parents.

a) My question is whether it makes sense and value to have a transition bet=
ween a time source based on best (hop count) priority and to one based on b=
est RPL Rank, or if we could use the rank right away. Seems to me that life=
 would be easier if we use the Rank right away, though it may make the netw=
ork a bit slower to come up. Passing from one mode to the other will demand=
 some specifications, what if one node reboots and goes from one mode to th=
e other, etc...

Now if the question is to reuse the priority field, then we can do actually=
 change the logic to accommodate priority =3D DAGRank(Rank) for nodes that =
are not root, still ensuring that only a node that is already part of a RPL=
 DAG may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease of 255)
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to DAGRank(Rank) that is < 255.
Children sync to whichever prio < 255 neighbor as time source, listen to DI=
Os, select a parent, migrate to that parent as time source, and then can se=
t their own priority to zero and send DIOs. If later they select a better p=
arent the priority will get lower so that's till OK.
Would that fly?
b) about multiple DAGs, there are 2 cases:
- 2 DODAGs in a same instance. We said we want to support that, and that im=
plies that the various DODAGs are closely time sync'd.
- 2 DODAGs in 2 different instances. To be discussed. We have use cases whe=
re that could be useful, one instance playing basic slotted aloha and the o=
ther doing more critical jobs.

We have not agreed on the latter but with a single radio, it seems problema=
tic if the 2 instances do not share a same sense of time. We'd end up with =
slot frames that may drift from one another, sometimes overlapping... I sus=
pect that we'd partition time inside a slot frame or using multiple slot fr=
ames, but we'd keep them in sync. Probably there is a need for a spanning i=
nstance (0) for (autonomic) management etc... that uses something very simp=
le, always on, very much like your basic draft. If there is such a spanning=
 instance, then it can be used to sync everyone, in which casethe Rank from=
 the dependent instances is not used for time sync.
What do others think?

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: jeudi 22 ao=FBt 2013 15:34
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority

Hi Pascal,

my comment inline:

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
yes that would work but we are doing the same as the IEEE802-15.4e Join pri=
ority field is for. The 15.4e defines this mechanism and it is inherent to =
the networks we address so using it is straightforward. Then as described b=
y Thomas, we only need to use RPL best parent as soon as we have one instea=
d of the lowest prio neighbor.
Another question with time sources is the selection of a time source parent=
 in the case that a node belongs to more than one DODAG. Which parent is se=
lected then? An more importantly, do the basic draft considers having more =
than one DODAG?
thanks!
Xavi

On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <pthubert@cisco.=
com<mailto:pthubert@cisco.com>> wrote:
Dear all:

As you know, RPL may entail temporary loops, in particular if DAGMaxRankInc=
rease is not configured to 0.
If as we expect we use the RPL preferred parent tree for time sync, this wi=
ll lead to time sync loops.
Two questions here:
1) how bad is the effect of such loop? I expect that the clocks  will deriv=
e rapidly, as if from the perspective of a node the crystal was real, real =
bad.
2) can we detect that effect and use it to detect a loop in the routing?

Please see inline:

sch] time parent selection based on EB priority

Qin, Xavi,

Excellent point. I believe that this is exactly what makes this 6TSCH work =
so interesting: figuring out how consolidate the views between upper and lo=
wer layers.

In my mind, the join priority as you describe looks very much like a DAGran=
k. I believe there are, however, two potential questions we should not forg=
et:
- what if the joining mote does no get all of the EBs of its neighbor?
- what happens when the topology changes and a node moves up or down in the=
 DODAG?

I would suggest the following:
- once the node has fully joined, somehow tie the join priority to its RPL =
DAGrank. We might have to play with the metric to make the join priority lo=
ok like a hop count, but I believe it is important the announced join prior=
ity changes when the mote moves up/down in the topology.
- maybe consider the time source parent identified during the joining as te=
mporary until the final time source parent is discovered. How the final one=
 is discovered can through some command from the ME (see Qin's attachement)=
, or after receiving many DIOs.

[Pascal] Yes, I read Xavi's proposal as a mechanism parallel to RPL to do l=
ike an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
Cheers,
Pascal

On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Agree!

Qin

On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
HI Qin,

as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
cheers!
X

On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi Xavi,

It is a good idea to use Priority in EB as a factor to choose initial time =
parent. But, I think there are several ways to use the Priority, and other =
metrics like RSSI. For example,

(1) As you suggested, use Priority first, and then RSSI
(2) or use RSSI first, and then Priority
(3) or use a function of Priority and RSSI.

I'm not sure which is better. What do you think?

Qin


On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi all,

I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the network. A node listening several EB sele=
cts as a time parent the node with lowest EB Join Priority. In case of rece=
iving multiple EBs with the same Join priority then filters by other metric=
s e.g RSSI of the link. (note that until a DIO is received nodes don not kn=
ow about the gradient).
A node when sends an EB uses the lowest EB Join priority it has heard and a=
dds 1 to it as its own Join priority.


Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce anything new, just used what 15.4e pro=
vides to us.
what is your opinion?
thanks!
Xavi

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




--_000_F085911F642A6847987ADA23E611780D1858E012hoshiunilux_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0in;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:.5in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas, see my comments i=
nline.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maria Rita<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Friday, August 23, 2013 1:11 AM<br>
<b>To:</b> 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Summarizing the different things we are talking abou=
t in this thread:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">1. picking time source neighbors during the operatio=
n of the network. Proposal is to use the (loop-free) RPL DAG. Challenged by=
 Raghuram who wants to have separate L2 and L3 behavior because of race con=
ditions.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">2. picking time source neighbors during join process=
. Proposal is to attach to the node which indicates the lowest join priorit=
y in EB. Question is whether join priority reflects DAGrank or not.<o:p></o=
:p></p>
</div>
<div>
<p class=3D"MsoNormal">3. multiple DODAGs: keeping DAGroots sync'ed or part=
icipating in several independent time bases.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">My opinion is:<o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal">1. I believe keeping the same DAG structure the same=
 between L2 and L3 makes sense. If there is no L2 connectivity, L3 cannot f=
unction since it can not speak to and hear the neighbors, so I'm afraid I d=
on't quite follow the race condition
 issue.<o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal">2. My inclination is to have the join priority be an=
 indication of the DAGrank, possible by &quot;rounding off&quot;. When join=
ing, a new node will join L2 (i.e. synchronize) as soon as it hears EBs, th=
en join L3 (i.e, acquire a DAGrank) after hearing
 DIOs. I would have the node transmit EBs only after that last step.<o:p></=
o:p></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">[MR] I agree. If we want =
to use RPL topology information, and RPL parents as selected synch parents,=
 &nbsp;it makes sense to link the join priority with the DAGrank.<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal">3. My opinion is that, for now, we should take the m=
ultiple root case into account, but only if they are synchronized through s=
ome out-of-band mechanism.<o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">[MR] I am afraid that mul=
tiple DODAGs may imply more complexity, and we are looking for the basic si=
mplest scenario. Thus, as you pointed out, if we want to
 consider multiple roots, we will have to assume, at least for now, that th=
ey are synchronized.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Raw opinions, up for discussion :)<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140a8433f772e814_140a7661ca1706f1__MailE"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Dear Qin:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think the idea was to make sure that =
the roots are synchronized.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Certainly the DODAGs may be a bit out o=
f sync as we progress down, but we expect that the guard time
 is sufficient.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">The alternate would be to sync the whol=
e network completely independent of RPL DAGs etc&#8230; eg using
 a GPS.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">There might be use cases where that is =
fine, but we need to document a default behavior that does
 not make the assumption of a GPS or similar.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Makes sense?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 19:03</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<o:p>=
</o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It may bring in some complexity. Think about the case. DODAG1 and =
DODAG2 are in a same instance, but have no shared nodes, thus may not be ab=
le sync with each other. &nbsp;A new node
 (node-A) comes in, wants to join into the two DODAGs, in another word, wan=
t to jump between the two DODAGs. &nbsp;I believe node-A has to change its =
time source parent and re-sync when it jump from one DODAG to another. Righ=
t?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thank<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I do not think so, Qin;
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">but it is required that a node on one D=
ODAG may jump onto the other, and to do that, it is useful
 to monitoring candidates from both dodags.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Note that DODAGs partition the network,=
 and all the parents must be in one of them.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 17:54<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a></spa=
n><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<o:p>=
</o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Is it assumed that 2 DODAG in a same instance must have at least o=
ne shared node?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">The problem is that we have 2 mechanism=
s that establish a distance to the root in order to avoid
 loops, RPL Rank and 4e priority.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Fact is, RPL is probably more elaborate=
 for loop detection and loop avoidance. I suspect that the
 priority can easily count to infinity.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">So I&#8217;d trust RPL Rank rather than=
 priority, and we seem to agree that we want to time sync with RPL
 parents.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">a) My question is whether it makes sens=
e and value to have a transition between a time source based
 on best (hop count) priority and to one based on best RPL Rank, or if we c=
ould use the rank right away. Seems to me that life would be easier if we u=
se the Rank right away, though it may make the network a bit slower to come=
 up. Passing from one mode to the
 other will demand some specifications, what if one node reboots and goes f=
rom one mode to the other, etc&#8230;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Now if the question is to reuse the pri=
ority field, then we can do actually change the logic to accommodate
 priority =3D DAGRank(Rank) for nodes that are not root, still ensuring tha=
t only a node that is already part of a RPL DAG may be used as time source.=
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 255 (that is DAGRank(INFINITE_RANK)
 assuming MinHopRankIncrease of 255)</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to DAGRank(=
Rank) that is &lt; 255.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio &lt; 25=
5 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs. If later they select a better parent the priority will get =
lower so that&#8217;s till OK.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">b) about multiple DAGs, there are 2 cas=
es:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">- 2 DODAGs in a same instance. We said =
we want to support that, and that implies that the various
 DODAGs are closely time sync&#8217;d.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">- 2 DODAGs in 2 different instances. To=
 be discussed. We have use cases where that could be useful,
 one instance playing basic slotted aloha and the other doing more critical=
 jobs.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">We have not agreed on the latter but wi=
th a single radio, it seems problematic if the 2 instances
 do not share a same sense of time. We&#8217;d end up with slot frames that=
 may drift from one another, sometimes overlapping&#8230; I suspect that we=
&#8217;d partition time inside a slot frame or using multiple slot frames, =
but we&#8217;d keep them in sync. Probably there is a need
 for a spanning instance (0) for (autonomic) management etc&#8230; that use=
s something very simple, always on, very much like your basic draft. If the=
re is such a spanning instance, then it can be used to sync everyone, in wh=
ich casethe Rank from the dependent instances
 is not used for time sync.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">What do others think?</span><o:p></o:p>=
</p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority</spa=
n><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pascal,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">my comment inline:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s propo=
sal as a mechanism parallel to RPL to do like an hop-count-based
 OF0.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Q: Do we really need to build the time =
sync tree faster than the RPL graph?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If no, maybe me could use the priority =
as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 1.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neigh=
bor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">y=
es that would work but we are doing the same as the IEEE802-15.4e Join prio=
rity field is for. The 15.4e defines this mechanism and it
 is inherent to the networks we address so using it is straightforward. The=
n as described by Thomas, we only need to use RPL best parent as soon as we=
 have one instead of the lowest prio neighbor.&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">A=
nother question with time sources is the selection of a time source parent =
in the case that a node belongs to more than one DODAG. Which
 parent is selected then? An more importantly, do the basic draft considers=
 having more than one DODAG?&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">t=
hanks!<br>
Xavi</span><o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) &lt;<a =
href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>=
&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140a8433f772e814_140a7661ca1706f1_140a6c"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Dear all:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you know, RPL may entail temporary l=
oops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If as we expect we use the RPL preferre=
d parent tree for time sync, this will lead to time sync loops.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Two questions here:</span><o:p></o:p></=
p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">1) how bad is the effect of such loop? =
I expect that the clocks&nbsp; will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">2) can we detect that effect and use it=
 to detect a loop in the routing?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Please see inline:</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&qu=
ot;sans-serif&quot;">sch] time parent selection based on EB priority</span>=
<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin, Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Excellent point. I believe that this is exactly what makes this 6T=
SCH work so interesting: figuring out how consolidate the views between upp=
er and lower layers.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">In my mind, the join priority as you describe looks very much like=
 a DAGrank. I believe there are, however, two potential questions we should=
 not forget:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what if the joining mote does no get all of the EBs of its neigh=
bor?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- what happens when the topology changes and a node moves up or do=
wn in the DODAG?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would suggest the following:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- once the node has fully joined, somehow tie the join priority to=
 its RPL DAGrank. We might have to play with the metric to make the join pr=
iority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- maybe consider the time source parent identified during the join=
ing as temporary until the final time source parent is discovered. How the =
final one is discovered can through
 some command from the ME (see Qin's attachement), or after receiving many =
DIOs.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[Pascal] Yes, I read Xavi&#8217;s propo=
sal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Q: Do we really need to build the time =
sync tree faster than the RPL graph?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">If no, maybe me could use the priority =
as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Initially only the root would be priori=
ty 0. All the others would be default 1.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">From there, all nodes that are one hop =
away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Children sync to whichever prio 0 neigh=
bor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Would that fly?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a href=3D"mailto:qi=
nwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agree!<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">cheers!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is a good idea to use Priority in EB as a factor to choose init=
ial time parent. But, I think there are several ways to use the Priority, a=
nd other metrics like RSSI. For example,<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) As you suggested, use Priority first, and then RSSI<o:p></o:p>=
</p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2) or use RSSI first, and then Priority<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(3) or use a function of Priority and RSSI.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I'm not sure which is better. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">A node when sends an EB uses the lowest EB Join priority it has heard an=
d adds 1 to it as its own Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">what is your opinion?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<br>
Xavi<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</body>
</html>

--_000_F085911F642A6847987ADA23E611780D1858E012hoshiunilux_--

From qinwang@berkeley.edu  Fri Aug 23 06:10:40 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA80211E82F1 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 06:10:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.362
X-Spam-Level: 
X-Spam-Status: No, score=-2.362 tagged_above=-999 required=5 tests=[AWL=-0.586, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, J_CHICKENPOX_44=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TdnRu1icbqhx for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 06:10:36 -0700 (PDT)
Received: from mail-ve0-f170.google.com (mail-ve0-f170.google.com [209.85.128.170]) by ietfa.amsl.com (Postfix) with ESMTP id 95E9811E81B7 for <6tsch@ietf.org>; Fri, 23 Aug 2013 06:10:23 -0700 (PDT)
Received: by mail-ve0-f170.google.com with SMTP id 15so417402vea.15 for <6tsch@ietf.org>; Fri, 23 Aug 2013 06:10:22 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=9UbDPiYz7gjjEZQQimbWwlV5VnKUP+++86p0zdUYLc0=; b=gHJowwpvEiA4JnZKpUnS0s8OXGWB4KtZEhCnvyjeFblQBS+NAxcY9HEcJ7PRyoSEg1 O9MCcQjwJmBkUWhxYw5yXsG2bxtu8H4GGbGIvr7SEWpVM6mmzwhX+AOs9jlRxg3eU6LX 72D5sO90Sxc3hCXwHvEIk4yVT6/bCqaK42uL2DnQu5p34JmUKGVkO2iU4mKb4y6kVW3F Rs5InErxK9+PzWoYHYNnxFmQxYaPsVmsoic7YbhREGZeBW9+V8l3gp60yzIMaSwSqaXV pAAuWldCHGrjBtzszt2LMTBR8ZPWcMZizazLoyl2NkRSNjGNlWS/DpZlfuJ7AdfIzsZK EaQA==
X-Gm-Message-State: ALoCoQnHucBMypvPBMpJffbEvWZNIB8U5Bk/LvDZFsKcN5ire9tGq4zdZOIH6wtiBuB2Gpn9uJ+F
MIME-Version: 1.0
X-Received: by 10.58.73.202 with SMTP id n10mr16722350vev.7.1377263421885; Fri, 23 Aug 2013 06:10:21 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 23 Aug 2013 06:10:21 -0700 (PDT)
In-Reply-To: <CADJ9OA820WvJHmyaeOT-OcRTzqub4_z-mWuP+YAJyVPAkWbhgg@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD841428092@xmb-rcd-x01.cisco.com> <CADJ9OA820WvJHmyaeOT-OcRTzqub4_z-mWuP+YAJyVPAkWbhgg@mail.gmail.com>
Date: Fri, 23 Aug 2013 21:10:21 +0800
Message-ID: <CAAzoce4oxYzsY9TVoquEzRzWqCfoLngKByf3CkpFSetiX9oJew@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7bacbb5c06559304e49d21ca
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 13:10:40 -0000

--047d7bacbb5c06559304e49d21ca
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Thomas,

We can separate centralized case and distributed case to think about it.

(1) centralized case: PCE will configure the report/alarm criteria and
provision tracks used for the node to send message to the ME in PCE in
advance, so, the ME in PCE should be well prepared when the node is sending
the 10pkts/s.

(2) distributed case: the ME is in the upper layer of the same node, so
event-driven mechanism can be used.

Make sense?

Qin



On Fri, Aug 23, 2013 at 7:19 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u
> wrote:

> Qin,
>
> I wasn't clear, sorry! What I mean is, if I'm a node in the network and
> suddently I feel like sending 10 pkts/s to a different node, how do I let
> the ME know to it can provision the slots?
>
> Thomas
>
>
> On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:
>
>>  Perfect sync : )****
>>
>> ** **
>>
>> The questions top down are which device talks to which devices and to
>> express what.****
>>
>> Now it=92s good to have an idea of the formalism we expect to be using t=
o
>> make sure that it fits as we refine our work.****
>>
>> Carsten will participate to the call tomorrow to present CBOR.****
>>
>> ** **
>>
>> Cheers,****
>>
>> ** **
>>
>> Pascal****
>>
>> ** **
>>
>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On
>> Behalf Of *Xavier Vilajosana Guillen
>> *Sent:* mardi 20 ao=FBt 2013 15:29
>> *To:* Thomas Watteyne
>> *Cc:* 6tsch@ietf.org
>> *Subject:* Re: [6tsch] data structure and format for management packets*=
*
>> **
>>
>> ** **
>>
>> Hi, one cent more to what Thomas says.****
>>
>> ** **
>>
>> IMHO, the most important thing is the content and secondary is the
>> representation, at least at that time. So my feeling is that we need fir=
st
>> to identify the content, and later express it json,bson or any other
>> compressed format.****
>>
>> ** **
>>
>> One possible way to think on that is go in a two way approach, bottom up
>> and top down, i.e someone needs to describe what the PCE,etc .. need,
>> another can take the 6top commands and go up from there. From this two
>> specifications we will be able to identify what is missing and how to ma=
tch
>> things. ****
>>
>> ** **
>>
>> just thoughts.****
>>
>> X****
>>
>> ** **
>>
>> On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne <
>> watteyne@eecs.berkeley.edu> wrote:****
>>
>> Qin,****
>>
>> ** **
>>
>> Thanks for starting the thread! I have comment which my sound a bit
>> vague, but it's on purpose :)****
>>
>> ** **
>>
>> Do you envision that the flows will match the 6tos commands exactly? Tha=
t
>> is, are you considering that the packets sent between different devices =
in
>> the network (PCE, motes, etc) contain the same commands as the 6top set =
of
>> commands from
>> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?****
>>
>> ** **
>>
>> Maybe we could by identifying the flows that we are considering, then th=
e
>> contents of those packets (possibly described using some high level
>> representation such as JSON), and only then worry about their efficient
>> representation (e.g. BSON). Just a thought.****
>>
>> ** **
>>
>> Thomas****
>>
>> ** **
>>
>> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote:*=
*
>> **
>>
>> Hi Kris,****
>>
>> ** **
>>
>> You are right. Security Key should be a structured data, besides the key
>> material, it should includes something like lifetime, KeyID, .....Correc=
t?
>> ****
>>
>> ** **
>>
>> Many thanks!****
>>
>> ** **
>>
>> Qin****
>>
>> ** **
>>
>> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote:*=
*
>> **
>>
>> is the security key a string?  That doesn't seem right.
>>
>> ksjp****
>>
>> ** **
>>
>> On 8/19/2013 2:05 PM, Qin Wang wrote:****
>>
>>    Hi all, ****
>>
>> ** **
>>
>> I separate a thread from thread "Message Flows", to discuss the format
>> for management messages, e.g. JSON, BSON, or others.****
>>
>> ** **
>>
>> As Thomas's suggestion, before delving into the representation of the
>> information, we firstly identify what the contents of the different
>> signaling packets are, and in addition, what the data structures they ma=
y
>> use. ****
>>
>> ** **
>>
>> I would like to take the commands defined in draft-wang-6tsch-6top-00 as
>> starting point. Here are the parameters in those commands.****
>>
>> ** **
>>
>> //integer****
>>
>> (1) xxxID, e.g. TrackID, SlotframeID****
>>
>> (2) xxxOffset, e.g. SlotOffset****
>>
>> (3) NumOfxxx/Length****
>>
>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority ****
>>
>> (5) Status****
>>
>> (6) ASN (5Byte integer), e.g. last time when a packet received from a
>> neighbor****
>>
>> ** **
>>
>> //string****
>>
>> (7) L2 address****
>>
>> (8) SecurityKey****
>>
>> ** **
>>
>> //bitmap****
>>
>> (9) LinkOption****
>>
>> ** **
>>
>> //floating****
>>
>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics*=
*
>> **
>>
>> ** **
>>
>> Maybe something else........****
>>
>> ** **
>>
>> Now, we can evaluate different representation methods. What do you think=
?
>> ****
>>
>> ** **
>>
>> Thanks****
>>
>> Qin****
>>
>> ** **
>>
>> ** **
>>
>>   ****
>>
>> ** **
>>
>> _______________________________________________****
>>
>> 6tsch mailing list****
>>
>> 6tsch@ietf.org****
>>
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>  ** **
>>
>> ** **
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>> ** **
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>> ** **
>>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7bacbb5c06559304e49d21ca
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thomas,<div><br></div><div>We can separate centralized cas=
e and distributed case to think about it.</div><div><br></div><div>(1) cent=
ralized case: PCE will configure the report/alarm criteria and provision tr=
acks used for the node to send message to the ME in PCE in advance, so, the=
 ME in PCE should be well prepared when the node is sending the 10pkts/s.=
=A0</div>
<div><br></div><div>(2) distributed case: the ME is in the upper layer of t=
he same node, so event-driven mechanism can be used.</div><div><br></div><d=
iv>Make sense?</div><div><br></div><div>Qin</div><div><br></div></div><div =
class=3D"gmail_extra">
<br><br><div class=3D"gmail_quote">On Fri, Aug 23, 2013 at 7:19 AM, Thomas =
Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #=
ccc solid;padding-left:1ex">
<div dir=3D"ltr">Qin,<div><br></div><div>I wasn&#39;t clear, sorry! What I =
mean is, if I&#39;m a node in the network and suddently I feel like sending=
 10 pkts/s to a different node, how do I let the ME know to it can provisio=
n the slots?</div>
<span class=3D"HOEnZb"><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span></div><div class=3D"HOEnZb"><=
div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quo=
te">On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <span dir=
=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthube=
rt@cisco.com</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a853a8ceb8056_140a76658390ed9a__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Perfect sync : )</span></a><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1f497d"><u></u><u></u></span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The questions top down ar=
e which device talks to which devices and to express what.<u></u><u></u></s=
pan></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Now it=92s good to have a=
n idea of the formalism we expect to be using to make sure that it fits as =
we refine our work.<u></u><u></u></span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Carsten will participate =
to the call tomorrow to present CBOR.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> mardi 20 ao=FBt 2013 15:29<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] data structure and format for management packet=
s<u></u><u></u></span></p><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi, one cent more to what Thomas says.<u></u><u></u>=
</p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">IMHO, the most important thing is the content and se=
condary is the representation, at least at that time. So my feeling is that=
 we need first to identify the content, and later express it json,bson or a=
ny other compressed format.<u></u><u></u></p>



</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">One possible way to think on that is go in a two way=
 approach, bottom up and top down, i.e someone needs to describe what the P=
CE,etc .. need, another can take the 6top commands and go up from there. Fr=
om this two specifications we will
 be able to identify what is missing and how to match things.=A0<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">just thoughts.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
</div>
</div><div><div><div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne &l=
t;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@=
eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks for starting the thread! I have comment which=
 my sound a bit vague, but it&#39;s on purpose :)<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Do you envision that the flows will match the 6tos c=
ommands exactly? That is, are you considering that the packets sent between=
 different devices in the network (PCE, motes, etc) contain the same comman=
ds as the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html=
/draft-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.=
org/html/draft-wang-6tsch-6top-00#section-2.4</a>?<u></u><u></u></p>



</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe we could by identifying the flows that we are =
considering, then the contents of those packets (possibly described using s=
ome high level representation such as JSON), and only then worry about thei=
r efficient representation (e.g. BSON).
 Just a thought.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<u></u><u></u></=
span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Kris,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You are right. Security Key should be a structured d=
ata, besides the key material, it should includes something like lifetime, =
KeyID, .....Correct?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Many thanks!<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister &lt;<a =
href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@berkeley.edu</a>&g=
t; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">is the security key a string?=A0 That doesn&#39;t se=
em right.<br>
<br>
ksjp<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On 8/19/2013 2:05 PM, Qin Wang wrote:<u></u><u></u><=
/p>
</div>
</div>
</div>
</div>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all, <u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I separate a thread from thread &quot;Message Flows&=
quot;, to discuss the format for management messages, e.g. JSON, BSON, or o=
thers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">As Thomas&#39;s suggestion, b<span style=3D"font-siz=
e:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;">efore delvin=
g into the representation of the information, we firstly identify what the =
contents of the different signaling packets are, and in addition,
 what the data structures they may use.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would like to take the commands defined in=A0draft=
-wang-6tsch-6top-00 as starting point. Here are the parameters in those com=
mands.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//integer<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) xxxID, e.g. TrackID, SlotframeID<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal">(2) xxxOffset, e.g. SlotOffset<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) NumOfxxx/Length<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0<u=
></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(5) Status<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(6) ASN (5Byte integer), e.g. last time when a packe=
t received from a neighbor<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//string<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(7) L2 address<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(8) SecurityKey<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//bitmap<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(9) LinkOption<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//floating<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(10) Metrics, e.g. PDR, ETX, queuing statistics, ene=
rgy-related metrics<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe something else........<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Now, we can evaluate different representation method=
s. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<pre>_______________________________________________<u></u><u></u></pre>
<pre>6tsch mailing list<u></u><u></u></pre>
<pre><a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<u></u><u></u></pre>
<pre><a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></pre>
</blockquote>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7bacbb5c06559304e49d21ca--

From qinwang@berkeley.edu  Fri Aug 23 06:59:41 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A88F11E81A4 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 06:59:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.635
X-Spam-Level: 
X-Spam-Status: No, score=-2.635 tagged_above=-999 required=5 tests=[AWL=-0.259, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c2pFYltOINhV for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 06:59:37 -0700 (PDT)
Received: from mail-vc0-f180.google.com (mail-vc0-f180.google.com [209.85.220.180]) by ietfa.amsl.com (Postfix) with ESMTP id DD4DA11E81C0 for <6tsch@ietf.org>; Fri, 23 Aug 2013 06:59:35 -0700 (PDT)
Received: by mail-vc0-f180.google.com with SMTP id gf11so427670vcb.25 for <6tsch@ietf.org>; Fri, 23 Aug 2013 06:59:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=sbpz7eE4p0IhQxBwj7xqjhMjByJ3SRaFxM2ixicOfr0=; b=iIx1twXJbMnxUdMuXAeDtIJojpkvB5xu+ufUvs4lpIRpMo3Bxt/tXllTWktGahaKqC Mf8OQ8TJ/sLhq0nfVFS34hXG62DGmzs5kGqqquSZSOyaS0UPtP5CtbTc0pvB6QxloTko ehYh88BcgYqXlY1Exeka/Z5yGJrfVj387t7+QmbYL3bxqASWURXINqAfx/fnQhnx8fkH Y2zcETxiad1yJF9m6cCGS6dD6TwsfN2dPI7GOAPPm3vqVHm1+qBL8wuSxR6EvJMJNZ6P +Lht+qi60Waj9Ki0V8FwZdzoZkWEIkGEy8NrqEbgE5KQeW3e719rOgU2uYC1HEdXbqbr E66Q==
X-Gm-Message-State: ALoCoQkpFpyzJHCtcRlDFUagCL09Ug/IEJmwHnH24n8vylFXdiLtBL7CLgddACAZSvQiqkztfNDP
MIME-Version: 1.0
X-Received: by 10.221.40.10 with SMTP id to10mr7260805vcb.22.1377266373730; Fri, 23 Aug 2013 06:59:33 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 23 Aug 2013 06:59:33 -0700 (PDT)
In-Reply-To: <F085911F642A6847987ADA23E611780D1858E012@hoshi.uni.lux>
References: <CALEMV4ZP8pbuOxs9dXLD_hSQv0Hc_L12jWQ8x1sEgznarXNteQ@mail.gmail.com> <CAAzoce5aDS5qC_8kTXRKMnWQfaO+jZKt9XiJaCkdA-hLzTfCDw@mail.gmail.com> <CALEMV4aBf7E50uA2Eb1XfS=A4s6Vk=cJ-B3oQ52DKLGagiQNog@mail.gmail.com> <CAAzoce4K=3TDy28MGDRWa4mnm8-Qsn33EneZu7stYi0WmDYCZA@mail.gmail.com> <CADJ9OA-K1Y2nY36ujYpFNW5A8DDEC1FVXTtDh_i+CPKdAPdefg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414272A8@xmb-rcd-x01.cisco.com> <CALEMV4ZCKW1ZQYm4CZvA5jUgrDZNXtMJS+uH1bVQqQ=6e6NXeg@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142778C@xmb-rcd-x01.cisco.com> <CAAzoce5Of7mmZxKun48zo-5_STdfznpcOjq=xapx2YWqctdAyQ@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8414278D5@xmb-rcd-x01.cisco.com> <CAAzoce5ag+CZ-XYqJ0TsZu6hhNOmW0hyFqyPGrrZ43We2zk7NA@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84142808D@xmb-rcd-x01.cisco.com> <CADJ9OA8zO-ZGrVZrsWi9rKLmNMTtSPyJeaONrJUtKzqHRBYM5g@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E012@hoshi.uni.lux>
Date: Fri, 23 Aug 2013 21:59:33 +0800
Message-ID: <CAAzoce5WVDjOAp-koeHNCgt3bTN=-HK1vg2OWyNuq66r=jRByg@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
Content-Type: multipart/alternative; boundary=001a11337576f7b64104e49dd0b9
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 13:59:41 -0000

--001a11337576f7b64104e49dd0b9
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Thomas and all,

Regarding to multiple DODAG case, I believe even we assume the roots are
synchronized, it can not be guaranteed that any two nodes in different
DODAG are synchronized while the nodes are many hops from their roots.
Correct?

Can we address the issue in this way: when nodeA is jumping from DODAG1 to
DODAG2, the action of re-synchronizing to the preferred parent in DODAG2 is
triggered. Make sense?

Thanks
Qin


On Fri, Aug 23, 2013 at 5:11 PM, Maria Rita PALATTELLA <
maria-rita.palattella@uni.lu> wrote:

>  Thomas, see my comments inline.****
>
> Maria Rita****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Friday, August 23, 2013 1:11 AM
> *To:* 6tsch@ietf.org
>
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
> ** **
>
> All,****
>
> ** **
>
> Summarizing the different things we are talking about in this thread:****
>
> 1. picking time source neighbors during the operation of the network.
> Proposal is to use the (loop-free) RPL DAG. Challenged by Raghuram who
> wants to have separate L2 and L3 behavior because of race conditions.****
>
> 2. picking time source neighbors during join process. Proposal is to
> attach to the node which indicates the lowest join priority in EB. Questi=
on
> is whether join priority reflects DAGrank or not.****
>
> 3. multiple DODAGs: keeping DAGroots sync'ed or participating in several
> independent time bases.****
>
> ** **
>
> My opinion is:****
>
> ** **
>
> 1. I believe keeping the same DAG structure the same between L2 and L3
> makes sense. If there is no L2 connectivity, L3 cannot function since it
> can not speak to and hear the neighbors, so I'm afraid I don't quite foll=
ow
> the race condition issue.****
>
> ** **
>
> ** **
>
> 2. My inclination is to have the join priority be an indication of the
> DAGrank, possible by "rounding off". When joining, a new node will join L=
2
> (i.e. synchronize) as soon as it hears EBs, then join L3 (i.e, acquire a
> DAGrank) after hearing DIOs. I would have the node transmit EBs only afte=
r
> that last step.****
>
> ** **
>
> [MR] I agree. If we want to use RPL topology information, and RPL parents
> as selected synch parents,  it makes sense to link the join priority with
> the DAGrank.****
>
> ** **
>
> 3. My opinion is that, for now, we should take the multiple root case int=
o
> account, but only if they are synchronized through some out-of-band
> mechanism.****
>
> ** **
>
> [MR] I am afraid that multiple DODAGs may imply more complexity, and we
> are looking for the basic simplest scenario. Thus, as you pointed out, if
> we want to consider multiple roots, we will have to assume, at least for
> now, that they are synchronized.****
>
> ** **
>
> Raw opinions, up for discussion :)****
>
> ** **
>
> Thomas****
>
> ** **
>
> On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Dear Qin:****
>
>  ****
>
> I think the idea was to make sure that the roots are synchronized.****
>
> Certainly the DODAGs may be a bit out of sync as we progress down, but we
> expect that the guard time is sufficient.****
>
> The alternate would be to sync the whole network completely independent o=
f
> RPL DAGs etc=85 eg using a GPS.****
>
> There might be use cases where that is fine, but we need to document a
> default behavior that does not make the assumption of a GPS or similar.**=
*
> *
>
>  ****
>
> Makes sense?****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 19:03****
>
>
> *To:* Pascal Thubert (pthubert)
> *Cc:* xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
>  ****
>
> Pascal,****
>
>  ****
>
> It may bring in some complexity. Think about the case. DODAG1 and DODAG2
> are in a same instance, but have no shared nodes, thus may not be able sy=
nc
> with each other.  A new node (node-A) comes in, wants to join into the tw=
o
> DODAGs, in another word, want to jump between the two DODAGs.  I believe
> node-A has to change its time source parent and re-sync when it jump from
> one DODAG to another. Right?****
>
>  ****
>
> Thank****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> I do not think so, Qin; ****
>
>  ****
>
> but it is required that a node on one DODAG may jump onto the other, and
> to do that, it is useful to monitoring candidates from both dodags.****
>
> Note that DODAGs partition the network, and all the parents must be in on=
e
> of them.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 17:54
> *To:* Pascal Thubert (pthubert)
> *Cc:* xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
>  ****
>
> Hi Pascal,****
>
>  ****
>
> Is it assumed that 2 DODAG in a same instance must have at least one
> shared node?****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
> On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> The problem is that we have 2 mechanisms that establish a distance to the
> root in order to avoid loops, RPL Rank and 4e priority.****
>
> Fact is, RPL is probably more elaborate for loop detection and loop
> avoidance. I suspect that the priority can easily count to infinity.****
>
> So I=92d trust RPL Rank rather than priority, and we seem to agree that w=
e
> want to time sync with RPL parents.****
>
>  ****
>
> a) My question is whether it makes sense and value to have a transition
> between a time source based on best (hop count) priority and to one based
> on best RPL Rank, or if we could use the rank right away. Seems to me tha=
t
> life would be easier if we use the Rank right away, though it may make th=
e
> network a bit slower to come up. Passing from one mode to the other will
> demand some specifications, what if one node reboots and goes from one mo=
de
> to the other, etc=85****
>
>  ****
>
> Now if the question is to reuse the priority field, then we can do
> actually change the logic to accommodate priority =3D DAGRank(Rank) for n=
odes
> that are not root, still ensuring that only a node that is already part o=
f
> a RPL DAG may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease o=
f
> 255)****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to DAGRank(Rank) that is < 255.****
>
> Children sync to whichever prio < 255 neighbor as time source, listen to
> DIOs, select a parent, migrate to that parent as time source, and then ca=
n
> set their own priority to zero and send DIOs. If later they select a bett=
er
> parent the priority will get lower so that=92s till OK.****
>
> Would that fly?****
>
> b) about multiple DAGs, there are 2 cases:****
>
> - 2 DODAGs in a same instance. We said we want to support that, and that
> implies that the various DODAGs are closely time sync=92d.****
>
> - 2 DODAGs in 2 different instances. To be discussed. We have use cases
> where that could be useful, one instance playing basic slotted aloha and
> the other doing more critical jobs. ****
>
>  ****
>
> We have not agreed on the latter but with a single radio, it seems
> problematic if the 2 instances do not share a same sense of time. We=92d =
end
> up with slot frames that may drift from one another, sometimes overlappin=
g=85
> I suspect that we=92d partition time inside a slot frame or using multipl=
e
> slot frames, but we=92d keep them in sync. Probably there is a need for a
> spanning instance (0) for (autonomic) management etc=85 that uses somethi=
ng
> very simple, always on, very much like your basic draft. If there is such=
 a
> spanning instance, then it can be used to sync everyone, in which casethe
> Rank from the dependent instances is not used for time sync.****
>
> What do others think?****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* jeudi 22 ao=FBt 2013 15:34
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>
>  ****
>
> Hi Pascal,****
>
>  ****
>
> my comment inline:****
>
>  ****
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0.****
>
> Q: Do we really need to build the time sync tree faster than the RPL grap=
h?
> ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> yes that would work but we are doing the same as the IEEE802-15.4e Join
> priority field is for. The 15.4e defines this mechanism and it is inheren=
t
> to the networks we address so using it is straightforward. Then as
> described by Thomas, we only need to use RPL best parent as soon as we ha=
ve
> one instead of the lowest prio neighbor. ****
>
> Another question with time sources is the selection of a time source
> parent in the case that a node belongs to more than one DODAG. Which pare=
nt
> is selected then? An more importantly, do the basic draft considers havin=
g
> more than one DODAG? ****
>
> thanks!
> Xavi****
>
>  ****
>
> On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Dear all:****
>
>  ****
>
> As you know, RPL may entail temporary loops, in particular if
> DAGMaxRankIncrease is not configured to 0.****
>
> If as we expect we use the RPL preferred parent tree for time sync, this
> will lead to time sync loops. ****
>
> Two questions here:****
>
> 1) how bad is the effect of such loop? I expect that the clocks  will
> derive rapidly, as if from the perspective of a node the crystal was real=
,
> real bad.****
>
> 2) can we detect that effect and use it to detect a loop in the routing?*=
*
> **
>
>  ****
>
> Please see inline:****
>
>  ****
>
> sch] time parent selection based on EB priority****
>
>  ****
>
> Qin, Xavi,****
>
>  ****
>
> Excellent point. I believe that this is exactly what makes this 6TSCH wor=
k
> so interesting: figuring out how consolidate the views between upper and
> lower layers.****
>
>  ****
>
> In my mind, the join priority as you describe looks very much like a
> DAGrank. I believe there are, however, two potential questions we should
> not forget:****
>
> - what if the joining mote does no get all of the EBs of its neighbor?***=
*
>
> - what happens when the topology changes and a node moves up or down in
> the DODAG?****
>
>  ****
>
> I would suggest the following:****
>
> - once the node has fully joined, somehow tie the join priority to its RP=
L
> DAGrank. We might have to play with the metric to make the join priority
> look like a hop count, but I believe it is important the announced join
> priority changes when the mote moves up/down in the topology.****
>
> - maybe consider the time source parent identified during the joining as
> temporary until the final time source parent is discovered. How the final
> one is discovered can through some command from the ME (see Qin's
> attachement), or after receiving many DIOs.****
>
>  ****
>
> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to =
do
> like an hop-count-based OF0. ****
>
> Q: Do we really need to build the time sync tree faster than the RPL
> graph? ****
>
>  ****
>
> If no, maybe me could use the priority as a boolean to mean that the node
> is already part of the RPL DAG and may be used as time source.****
>
> Initially only the root would be priority 0. All the others would be
> default 1.****
>
> From there, all nodes that are one hop away from root with good RSSI can
> sync with the root, and listen to DIOs, and emit their own, and set their
> own priority to zero.****
>
> Children sync to whichever prio 0 neighbor as time source, listen to DIOs=
,
> select a parent, migrate to that parent as time source, and then can set
> their own priority to zero and send DIOs.****
>
> Would that fly?****
>
> Cheers,****
>
> Pascal****
>
>  ****
>
> On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Agree!****
>
>  ****
>
> Qin****
>
>  ****
>
> On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
> HI Qin,
>
> as a basic setting we want the most basic approach. I guess that using (1=
)
> first priority and then RSSi will avoid having loops. As you say all this
> approaches would work but I bet for (1) to be the simplest. ****
>
> cheers!
> X****
>
>  ****
>
> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:*=
*
> **
>
> Hi Xavi,****
>
>  ****
>
> It is a good idea to use Priority in EB as a factor to choose initial tim=
e
> parent. But, I think there are several ways to use the Priority, and othe=
r
> metrics like RSSI. For example,****
>
>  ****
>
> (1) As you suggested, use Priority first, and then RSSI****
>
> (2) or use RSSI first, and then Priority****
>
> (3) or use a function of Priority and RSSI.****
>
>  ****
>
> I'm not sure which is better. What do you think?****
>
>  ****
>
> Qin****
>
>  ****
>
>  ****
>
> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
>    Hi all,
>
> I want to propose to add in the basic TSCH draft the fact that when a nod=
e
> joins a network, it uses the EB join priority defined in the Slot and Lin=
k
> IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority =
is
> 0 for the PAN coordinator of the network. A node listening several EB
> selects as a time parent the node with lowest EB Join Priority. In case o=
f
> receiving multiple EBs with the same Join priority then filters by other
> metrics e.g RSSI of the link. (note that until a DIO is received nodes do=
n
> not know about the gradient).****
>
> A node when sends an EB uses the lowest EB Join priority it has heard and
> adds 1 to it as its own Join priority.
>
>
> Current draft section states that RSSI or another metric should be used t=
o
> select the initial time parent, this has the problem that loops cannot be
> avoided until the first DIO is received. With the proposed approach the
> problem is solved and does not introduce anything new, just used what 15.=
4e
> provides to us.****
>
> what is your opinion?****
>
> thanks!
> Xavi****
>
>  ****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>   ****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--001a11337576f7b64104e49dd0b9
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Thomas and all,<div><br></div><div>Regarding to multipl=
e DODAG case, I believe even we assume the roots are synchronized, it can n=
ot be guaranteed that any two nodes in different DODAG are synchronized whi=
le the nodes are many hops from their roots. Correct?</div>
<div><br></div><div>Can we address the issue in this way: when nodeA is jum=
ping from DODAG1 to DODAG2, the action of re-synchronizing to the preferred=
 parent in DODAG2 is triggered. Make sense?</div><div><br></div><div>Thanks=
</div>
<div>Qin=A0</div></div><div class=3D"gmail_extra"><br><br><div class=3D"gma=
il_quote">On Fri, Aug 23, 2013 at 5:11 PM, Maria Rita PALATTELLA <span dir=
=3D"ltr">&lt;<a href=3D"mailto:maria-rita.palattella@uni.lu" target=3D"_bla=
nk">maria-rita.palattella@uni.lu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas, see my comments i=
nline.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Maria Rita<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Friday, August 23, 2013 1:11 AM<br>
<b>To:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span></p><div class=3D"im"><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></div><p></p>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">All,<u></u><u></u></p><div class=3D"im">
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Summarizing the different things we are talking abou=
t in this thread:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">1. picking time source neighbors during the operatio=
n of the network. Proposal is to use the (loop-free) RPL DAG. Challenged by=
 Raghuram who wants to have separate L2 and L3 behavior because of race con=
ditions.<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal">2. picking time source neighbors during join process=
. Proposal is to attach to the node which indicates the lowest join priorit=
y in EB. Question is whether join priority reflects DAGrank or not.<u></u><=
u></u></p>

</div>
<div>
<p class=3D"MsoNormal">3. multiple DODAGs: keeping DAGroots sync&#39;ed or =
participating in several independent time bases.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">My opinion is:<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal">1. I believe keeping the same DAG structure the same=
 between L2 and L3 makes sense. If there is no L2 connectivity, L3 cannot f=
unction since it can not speak to and hear the neighbors, so I&#39;m afraid=
 I don&#39;t quite follow the race condition
 issue.<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d"><u></u>=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
</div>
</div><div><div class=3D"im">
<p class=3D"MsoNormal">2. My inclination is to have the join priority be an=
 indication of the DAGrank, possible by &quot;rounding off&quot;. When join=
ing, a new node will join L2 (i.e. synchronize) as soon as it hears EBs, th=
en join L3 (i.e, acquire a DAGrank) after hearing
 DIOs. I would have the node transmit EBs only after that last step.<u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
</div><p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[MR] I agree. If we=
 want to use RPL topology information, and RPL parents as selected synch pa=
rents, =A0it makes sense to link the join priority with the DAGrank.<u></u>=
<u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
</div>
<div><div class=3D"im">
<p class=3D"MsoNormal">3. My opinion is that, for now, we should take the m=
ultiple root case into account, but only if they are synchronized through s=
ome out-of-band mechanism.<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
</div><p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[MR] I am afraid th=
at multiple DODAGs may imply more complexity, and we are looking for the ba=
sic simplest scenario. Thus, as you pointed out, if we want to
 consider multiple roots, we will have to assume, at least for now, that th=
ey are synchronized.<u></u><u></u></span></p>
</div><div><div class=3D"h5">
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Raw opinions, up for discussion :)<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140aa7155edc0d1e_140a8433f772e814_140a766=
1ca1706f1__MailE"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin:</span></a><u></u><u>=
</u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think the idea was to m=
ake sure that the roots are synchronized.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Certainly the DODAGs may =
be a bit out of sync as we progress down, but we expect that the guard time
 is sufficient.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The alternate would be to=
 sync the whole network completely independent of RPL DAGs etc=85 eg using
 a GPS.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">There might be use cases =
where that is fine, but we need to document a default behavior that does
 not make the assumption of a GPS or similar.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Makes sense?</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 19:03</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It may bring in some complexity. Think about the cas=
e. DODAG1 and DODAG2 are in a same instance, but have no shared nodes, thus=
 may not be able sync with each other. =A0A new node
 (node-A) comes in, wants to join into the two DODAGs, in another word, wan=
t to jump between the two DODAGs. =A0I believe node-A has to change its tim=
e source parent and re-sync when it jump from one DODAG to another. Right?<=
u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thank<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I do not think so, Qin;
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">but it is required that a=
 node on one DODAG may jump onto the other, and to do that, it is useful
 to monitoring candidates from both dodags.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Note that DODAGs partitio=
n the network, and all the parents must be in one of them.</span><u></u><u>=
</u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers;</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 17:54<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a></spa=
n><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Is it assumed that 2 DODAG in a same instance must h=
ave at least one shared node?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The problem is that we ha=
ve 2 mechanisms that establish a distance to the root in order to avoid
 loops, RPL Rank and 4e priority.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Fact is, RPL is probably =
more elaborate for loop detection and loop avoidance. I suspect that the
 priority can easily count to infinity.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">So I=92d trust RPL Rank r=
ather than priority, and we seem to agree that we want to time sync with RP=
L
 parents.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">a) My question is whether=
 it makes sense and value to have a transition between a time source based
 on best (hop count) priority and to one based on best RPL Rank, or if we c=
ould use the rank right away. Seems to me that life would be easier if we u=
se the Rank right away, though it may make the network a bit slower to come=
 up. Passing from one mode to the
 other will demand some specifications, what if one node reboots and goes f=
rom one mode to the other, etc=85</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Now if the question is to=
 reuse the priority field, then we can do actually change the logic to acco=
mmodate
 priority =3D DAGRank(Rank) for nodes that are not root, still ensuring tha=
t only a node that is already part of a RPL DAG may be used as time source.=
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 255 (that is DAGRank(IN=
FINITE_RANK)
 assuming MinHopRankIncrease of 255)</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to DAGRank(=
Rank) that is &lt; 255.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio &lt; 255 neighbor as time source, listen to DIOs, select a parent, m=
igrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs. If later they select a better parent the priority will get =
lower so that=92s till OK.</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">b) about multiple DAGs, t=
here are 2 cases:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- 2 DODAGs in a same inst=
ance. We said we want to support that, and that implies that the various
 DODAGs are closely time sync=92d.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">- 2 DODAGs in 2 different=
 instances. To be discussed. We have use cases where that could be useful,
 one instance playing basic slotted aloha and the other doing more critical=
 jobs.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">We have not agreed on the=
 latter but with a single radio, it seems problematic if the 2 instances
 do not share a same sense of time. We=92d end up with slot frames that may=
 drift from one another, sometimes overlapping=85 I suspect that we=92d par=
tition time inside a slot frame or using multiple slot frames, but we=92d k=
eep them in sync. Probably there is a need
 for a spanning instance (0) for (autonomic) management etc=85 that uses so=
mething very simple, always on, very much like your basic draft. If there i=
s such a spanning instance, then it can be used to sync everyone, in which =
casethe Rank from the dependent instances
 is not used for time sync.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do others think?</sp=
an><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority</spa=
n><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">my comment inline:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based
 OF0.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?</span><u></u><u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.</span><u></u><u></u>=
</p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">yes that would work but w=
e are doing the same as the IEEE802-15.4e Join priority field is for. The 1=
5.4e defines this mechanism and it
 is inherent to the networks we address so using it is straightforward. The=
n as described by Thomas, we only need to use RPL best parent as soon as we=
 have one instead of the lowest prio neighbor.=A0</span><u></u><u></u></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">Another question with tim=
e sources is the selection of a time source parent in the case that a node =
belongs to more than one DODAG. Which
 parent is selected then? An more importantly, do the basic draft considers=
 having more than one DODAG?=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;">thanks!<br>
Xavi</span><u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pth=
ubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert=
@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140aa7155edc0d1e_140a8433f772e814_140a766=
1ca1706f1_140a6c"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear all:</span></a><u></u><u>=
</u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you know, RPL may enta=
il temporary loops, in particular if DAGMaxRankIncrease is not configured
 to 0.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If as we expect we use th=
e RPL preferred parent tree for time sync, this will lead to time sync loop=
s.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Two questions here:</span=
><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">1) how bad is the effect =
of such loop? I expect that the clocks=A0 will derive rapidly, as if from
 the perspective of a node the crystal was real, real bad.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">2) can we detect that eff=
ect and use it to detect a loop in the routing?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see inline:</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ta=
homa&quot;,&quot;sans-serif&quot;">sch] time parent selection based on EB p=
riority</span><u></u><u></u></p>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I
 believe it is important the announced join priority changes when the mote =
moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through
 some command from the ME (see Qin&#39;s attachement), or after receiving m=
any DIOs.<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">[Pascal] Yes, I read Xavi=
=92s proposal as a mechanism parallel to RPL to do like an hop-count-based
 OF0. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Q: Do we really need to b=
uild the time sync tree faster than the RPL graph?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">If no, maybe me could use=
 the priority as a boolean to mean that the node is already part of the
 RPL DAG and may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Initially only the root w=
ould be priority 0. All the others would be default 1.</span><u></u><u></u>=
</p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">From there, all nodes tha=
t are one hop away from root with good RSSI can sync with the root, and
 listen to DIOs, and emit their own, and set their own priority to zero.</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Children sync to whicheve=
r prio 0 neighbor as time source, listen to DIOs, select a parent, migrate
 to that parent as time source, and then can set their own priority to zero=
 and send DIOs.</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Would that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers,</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin</span><u></u><u></=
u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m not sure which is better. What do you think?=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--001a11337576f7b64104e49dd0b9--

From rsudhaak@cisco.com  Fri Aug 23 07:47:31 2013
Return-Path: <rsudhaak@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83DE011E82FB for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 07:47:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.298
X-Spam-Level: 
X-Spam-Status: No, score=-10.298 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lHj-XmksRnL0 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 07:47:07 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id EAD7011E82F9 for <6tsch@ietf.org>; Fri, 23 Aug 2013 07:46:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=52874; q=dns/txt; s=iport; t=1377269218; x=1378478818; h=from:to:subject:date:message-id:in-reply-to:mime-version; bh=+DECwDVwhXBV0dCaAQMacUaKOwLWFgUKjO7nSlyspf4=; b=GeNM1Rg+w+oe2hH5UGZjJvOIyTJcimsynHOHWtqvGLrh3Y+oaj7TX/Om 8xGtQH3/ELcmiZA0tizatuyawHen54K9x9ebiOUJKZdKN0itNTbAEYbqA SV+lESD76CgJGDUF2Doy58L6SCzkpPUZimdsN8SRFh7C3/MlKraQn5qJX g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjMFAEd1F1KtJV2Y/2dsb2JhbABaDoI1RDVRv3eBHxZ0giQBAQEEAQEBF1QdAQgRAwEBAQsLCwEGLgsUCQgCBAESCBGHaAy3EQSQPyANCgEKgxJ8A4VJjgdBlTeCXz+BaCQe
X-IronPort-AV: E=Sophos;i="4.89,941,1367971200";  d="scan'208,217";a="250918509"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-2.cisco.com with ESMTP; 23 Aug 2013 14:46:56 +0000
Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r7NEkuGt001642 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 23 Aug 2013 14:46:56 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.201]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.02.0318.004; Fri, 23 Aug 2013 09:46:56 -0500
From: "Raghuram Sudhaakar (rsudhaak)" <rsudhaak@cisco.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: [6tsch] time parent selection based on EB priority
Thread-Index: AQHOoA+d1zmqugjsCkq4Ny6s1sT63g==
Date: Fri, 23 Aug 2013 14:46:56 +0000
Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A8D1@xmb-rcd-x04.cisco.com>
In-Reply-To: <CADJ9OA8zO-ZGrVZrsWi9rKLmNMTtSPyJeaONrJUtKzqHRBYM5g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.21.120.157]
Content-Type: multipart/alternative; boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A8D1xmbrcdx04ciscoc_"
MIME-Version: 1.0
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 14:47:32 -0000

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A8D1xmbrcdx04ciscoc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Please see inline

From: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berk=
eley.edu>>
Date: Thursday, August 22, 2013 4:10 PM
To: "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6tsch@ie=
tf.org>>
Subject: Re: [6tsch] time parent selection based on EB priority

All,

Summarizing the different things we are talking about in this thread:
1. picking time source neighbors during the operation of the network. Propo=
sal is to use the (loop-free) RPL DAG. Challenged by Raghuram who wants to =
have separate L2 and L3 behavior because of race conditions.
2. picking time source neighbors during join process. Proposal is to attach=
 to the node which indicates the lowest join priority in EB. Question is wh=
ether join priority reflects DAGrank or not.
3. multiple DODAGs: keeping DAGroots sync'ed or participating in several in=
dependent time bases.

My opinion is:
1. I believe keeping the same DAG structure the same between L2 and L3 make=
s sense. If there is no L2 connectivity, L3 cannot function since it can no=
t speak to and hear the neighbors, so I'm afraid I don't quite follow the r=
ace condition issue.
 I support the idea of keeping the same DAG structure between L2 and L3.

To explain what I was referring to -
The RPL trickle timer period can very easily become a large value if the ne=
twork is static. In this time if a node does switch off, it is most like th=
at L2 will detect it first since it would have received EB from its current=
 parent. Now if we force it that the RPL parent has to be the timing parent=
 we cannot find a timing parent until L3 detects the topology change. If we=
 allow L2 to initiate a join process and choose a new timing parent and inf=
orm L3 we may be violating the RPL OF. This is the situation that I was ref=
erring to. I feel that there is a fair probability of this happening. Thoug=
hts ?

To address this we probably need to allow RPL to change the topology based =
on the OF, after L2 join has occurred. Then L2 can change its timing parent=
 to be synced with DAG structure.

2. My inclination is to have the join priority be an indication of the DAGr=
ank, possible by "rounding off". When joining, a new node will join L2 (i.e=
. synchronize) as soon as it hears EBs, then join L3 (i.e, acquire a DAGran=
k) after hearing DIOs. I would have the node transmit EBs only after that l=
ast step.

3. My opinion is that, for now, we should take the multiple root case into =
account, but only if they are synchronized through some out-of-band mechani=
sm.


Raw opinions, up for discussion :)

Thomas

On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Dear Qin:

I think the idea was to make sure that the roots are synchronized.
Certainly the DODAGs may be a bit out of sync as we progress down, but we e=
xpect that the guard time is sufficient.
The alternate would be to sync the whole network completely independent of =
RPL DAGs etc=85 eg using a GPS.
There might be use cases where that is fine, but we need to document a defa=
ult behavior that does not make the assumption of a GPS or similar.

Makes sense?

Cheers,

Pascal

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: jeudi 22 ao=FBt 2013 19:03

To: Pascal Thubert (pthubert)
Cc: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Th=
omas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority

Pascal,

It may bring in some complexity. Think about the case. DODAG1 and DODAG2 ar=
e in a same instance, but have no shared nodes, thus may not be able sync w=
ith each other.  A new node (node-A) comes in, wants to join into the two D=
ODAGs, in another word, want to jump between the two DODAGs.  I believe nod=
e-A has to change its time source parent and re-sync when it jump from one =
DODAG to another. Right?

Thank
Qin




On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
I do not think so, Qin;

but it is required that a node on one DODAG may jump onto the other, and to=
 do that, it is useful to monitoring candidates from both dodags.
Note that DODAGs partition the network, and all the parents must be in one =
of them.

Cheers;

Pascal

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: jeudi 22 ao=FBt 2013 17:54
To: Pascal Thubert (pthubert)
Cc: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Th=
omas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] time parent selection based on EB priority

Hi Pascal,

Is it assumed that 2 DODAG in a same instance must have at least one shared=
 node?

Thanks
Qin

On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

The problem is that we have 2 mechanisms that establish a distance to the r=
oot in order to avoid loops, RPL Rank and 4e priority.
Fact is, RPL is probably more elaborate for loop detection and loop avoidan=
ce. I suspect that the priority can easily count to infinity.
So I=92d trust RPL Rank rather than priority, and we seem to agree that we =
want to time sync with RPL parents.

a) My question is whether it makes sense and value to have a transition bet=
ween a time source based on best (hop count) priority and to one based on b=
est RPL Rank, or if we could use the rank right away. Seems to me that life=
 would be easier if we use the Rank right away, though it may make the netw=
ork a bit slower to come up. Passing from one mode to the other will demand=
 some specifications, what if one node reboots and goes from one mode to th=
e other, etc=85

Now if the question is to reuse the priority field, then we can do actually=
 change the logic to accommodate priority =3D DAGRank(Rank) for nodes that =
are not root, still ensuring that only a node that is already part of a RPL=
 DAG may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease of 255)
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to DAGRank(Rank) that is < 255.
Children sync to whichever prio < 255 neighbor as time source, listen to DI=
Os, select a parent, migrate to that parent as time source, and then can se=
t their own priority to zero and send DIOs. If later they select a better p=
arent the priority will get lower so that=92s till OK.
Would that fly?
b) about multiple DAGs, there are 2 cases:
- 2 DODAGs in a same instance. We said we want to support that, and that im=
plies that the various DODAGs are closely time sync=92d.
- 2 DODAGs in 2 different instances. To be discussed. We have use cases whe=
re that could be useful, one instance playing basic slotted aloha and the o=
ther doing more critical jobs.

We have not agreed on the latter but with a single radio, it seems problema=
tic if the 2 instances do not share a same sense of time. We=92d end up wit=
h slot frames that may drift from one another, sometimes overlapping=85 I s=
uspect that we=92d partition time inside a slot frame or using multiple slo=
t frames, but we=92d keep them in sync. Probably there is a need for a span=
ning instance (0) for (autonomic) management etc=85 that uses something ver=
y simple, always on, very much like your basic draft. If there is such a sp=
anning instance, then it can be used to sync everyone, in which casethe Ran=
k from the dependent instances is not used for time sync.
What do others think?

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: jeudi 22 ao=FBt 2013 15:34
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] time parent selection based on EB priority

Hi Pascal,

my comment inline:

[Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to do=
 like an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
yes that would work but we are doing the same as the IEEE802-15.4e Join pri=
ority field is for. The 15.4e defines this mechanism and it is inherent to =
the networks we address so using it is straightforward. Then as described b=
y Thomas, we only need to use RPL best parent as soon as we have one instea=
d of the lowest prio neighbor.
Another question with time sources is the selection of a time source parent=
 in the case that a node belongs to more than one DODAG. Which parent is se=
lected then? An more importantly, do the basic draft considers having more =
than one DODAG?
thanks!
Xavi

On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <pthubert@cisco.=
com<mailto:pthubert@cisco.com>> wrote:
Dear all:

As you know, RPL may entail temporary loops, in particular if DAGMaxRankInc=
rease is not configured to 0.
If as we expect we use the RPL preferred parent tree for time sync, this wi=
ll lead to time sync loops.
Two questions here:
1) how bad is the effect of such loop? I expect that the clocks  will deriv=
e rapidly, as if from the perspective of a node the crystal was real, real =
bad.
2) can we detect that effect and use it to detect a loop in the routing?

Please see inline:

sch] time parent selection based on EB priority

Qin, Xavi,

Excellent point. I believe that this is exactly what makes this 6TSCH work =
so interesting: figuring out how consolidate the views between upper and lo=
wer layers.

In my mind, the join priority as you describe looks very much like a DAGran=
k. I believe there are, however, two potential questions we should not forg=
et:
- what if the joining mote does no get all of the EBs of its neighbor?
- what happens when the topology changes and a node moves up or down in the=
 DODAG?

I would suggest the following:
- once the node has fully joined, somehow tie the join priority to its RPL =
DAGrank. We might have to play with the metric to make the join priority lo=
ok like a hop count, but I believe it is important the announced join prior=
ity changes when the mote moves up/down in the topology.
- maybe consider the time source parent identified during the joining as te=
mporary until the final time source parent is discovered. How the final one=
 is discovered can through some command from the ME (see Qin's attachement)=
, or after receiving many DIOs.

[Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to do=
 like an hop-count-based OF0.
Q: Do we really need to build the time sync tree faster than the RPL graph?

If no, maybe me could use the priority as a boolean to mean that the node i=
s already part of the RPL DAG and may be used as time source.
Initially only the root would be priority 0. All the others would be defaul=
t 1.
>From there, all nodes that are one hop away from root with good RSSI can sy=
nc with the root, and listen to DIOs, and emit their own, and set their own=
 priority to zero.
Children sync to whichever prio 0 neighbor as time source, listen to DIOs, =
select a parent, migrate to that parent as time source, and then can set th=
eir own priority to zero and send DIOs.
Would that fly?
Cheers,
Pascal

On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Agree!

Qin

On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
HI Qin,

as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
cheers!
X

On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi Xavi,

It is a good idea to use Priority in EB as a factor to choose initial time =
parent. But, I think there are several ways to use the Priority, and other =
metrics like RSSI. For example,

(1) As you suggested, use Priority first, and then RSSI
(2) or use RSSI first, and then Priority
(3) or use a function of Priority and RSSI.

I'm not sure which is better. What do you think?

Qin


On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi all,

I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the network. A node listening several EB sele=
cts as a time parent the node with lowest EB Join Priority. In case of rece=
iving multiple EBs with the same Join priority then filters by other metric=
s e.g RSSI of the link. (note that until a DIO is received nodes don not kn=
ow about the gradient).
A node when sends an EB uses the lowest EB Join priority it has heard and a=
dds 1 to it as its own Join priority.


Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce anything new, just used what 15.4e pro=
vides to us.
what is your opinion?
thanks!
Xavi

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A8D1xmbrcdx04ciscoc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <9075DBF4E21E1146BE3DE5CE63062228@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; font-size: 14px; font-family: Calibri, sans-ser=
if; ">
<div style=3D"color: rgb(0, 0, 0); ">Please see inline</div>
<div style=3D"color: rgb(0, 0, 0); "><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION" style=3D"color: rgb(0, 0, 0); ">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Thomas Watteyne &lt;<a href=
=3D"mailto:watteyne@eecs.berkeley.edu">watteyne@eecs.berkeley.edu</a>&gt;<b=
r>
<span style=3D"font-weight:bold">Date: </span>Thursday, August 22, 2013 4:1=
0 PM<br>
<span style=3D"font-weight:bold">To: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6tsch@ietf.org">6ts=
ch@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] time parent se=
lection based on EB priority<br>
</div>
<div><br>
</div>
<div dir=3D"ltr">All,
<div><br>
</div>
<div>Summarizing the different things we are talking about in this thread:<=
/div>
<div>1. picking time source neighbors during the operation of the network. =
Proposal is to use the (loop-free) RPL DAG. Challenged by Raghuram who want=
s to have separate L2 and L3 behavior because of race conditions.</div>
<div>2. picking time source neighbors during join process. Proposal is to a=
ttach to the node which indicates the lowest join priority in EB. Question =
is whether join priority reflects DAGrank or not.</div>
<div>3. multiple DODAGs: keeping DAGroots sync'ed or participating in sever=
al independent time bases.</div>
<div><br>
</div>
<div>My opinion is:</div>
<div>1. I believe keeping the same DAG structure the same between L2 and L3=
 makes sense. If there is no L2 connectivity, L3 cannot function since it c=
an not speak to and hear the neighbors, so I'm afraid I don't quite follow =
the race condition issue.</div>
</div>
</span>
<div><span class=3D"Apple-style-span" style=3D"color: rgb(255, 0, 0); ">&nb=
sp;I support the idea of keeping the same DAG structure between L2 and L3.&=
nbsp;</span></div>
<div><span class=3D"Apple-style-span" style=3D"color: rgb(255, 0, 0); "><br=
>
</span></div>
<div><span class=3D"Apple-style-span" style=3D"color: rgb(255, 0, 0); ">To =
explain what I was referring to -</span></div>
<div><font class=3D"Apple-style-span" color=3D"#ff0000">The RPL trickle tim=
er period can very easily become a large value if the network is static. In=
 this time if a node does switch off, it is most like that L2 will detect i=
t first since it would have received
 EB from its current parent. Now if we force it that the RPL parent has to =
be the timing parent we cannot find a timing parent until L3 detects the to=
pology change. If we allow L2 to initiate a join process and choose a new t=
iming parent and inform L3 we may
 be violating the RPL OF. This is the situation that I was referring to. I =
feel that there is a fair probability of this happening. Thoughts ?</font><=
/div>
<div><font class=3D"Apple-style-span" color=3D"#ff0000"><br>
</font></div>
<div><font class=3D"Apple-style-span" color=3D"#ff0000">To address this we =
probably need to allow RPL to change the topology based on the OF, after L2=
 join has occurred. Then L2 can change its timing parent to be synced with =
DAG structure.&nbsp;</font></div>
<div><font class=3D"Apple-style-span" color=3D"#ff0000"><br>
</font></div>
<div>2. My inclination is to have the join priority be an indication of the=
 DAGrank, possible by &quot;rounding off&quot;. When joining, a new node wi=
ll join L2 (i.e. synchronize) as soon as it hears EBs, then join L3 (i.e, a=
cquire a DAGrank) after hearing DIOs. I would
 have the node transmit EBs only after that last step.</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION" style=3D"color: rgb(0, 0, 0); ">
<div dir=3D"ltr">
<div>3. My opinion is that, for now, we should take the multiple root case =
into account, but only if they are synchronized through some out-of-band me=
chanism.</div>
</div>
</span>
<div><font class=3D"Apple-style-span" color=3D"#ff0000"><br>
</font></div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION" style=3D"color: rgb(0, 0, 0); ">
<div dir=3D"ltr">
<div>Raw opinions, up for discussion :)</div>
<div><br>
</div>
<div>Thomas</div>
<div class=3D"gmail_extra"><br>
<div class=3D"gmail_quote">On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert=
 (pthubert)
<span dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blan=
k">pthubert@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140a8433f772e814_140a7661ca1706f1__MailEn=
dCompose"><span style=3D"font-size: 11pt; color: rgb(31, 73, 125); font-fam=
ily: Calibri, sans-serif; ">Dear Qin:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">I think the idea was to make sure =
that the roots are synchronized.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Certainly the DODAGs may be a bit =
out of sync as we progress down, but we expect that the guard time is suffi=
cient.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">The alternate would be to sync the=
 whole network completely independent of RPL DAGs etc=85 eg using a GPS.<u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">There might be use cases where tha=
t is fine, but we need to document a default behavior that does not make th=
e assumption of a GPS or similar.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Makes sense?<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Cheers,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size: 11pt; color: r=
gb(31, 73, 125); font-family: Calibri, sans-serif; ">Pascal<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Qin Wang [mailto:<a href=3D"mailto:qinwang@berke=
ley.edu" target=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 19:03</span></p>
<div>
<div><br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></div>
</div>
<p></p>
<div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
<div>
<p class=3D"MsoNormal">Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It may bring in some complexity. Think about the cas=
e. DODAG1 and DODAG2 are in a same instance, but have no shared nodes, thus=
 may not be able sync with each other. &nbsp;A new node (node-A) comes in, =
wants to join into the two DODAGs, in another
 word, want to jump between the two DODAGs. &nbsp;I believe node-A has to c=
hange its time source parent and re-sync when it jump from one DODAG to ano=
ther. Right?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thank<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a8433f772e814_140a7661ca1706f1_140a6cf=
c2276e342__MailEndCompose"><span style=3D"font-size: 11pt; color: rgb(31, 7=
3, 125); font-family: Calibri, sans-serif; ">I do not think so, Qin;
</span></a><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">but it is required that a node on =
one DODAG may jump onto the other, and to do that, it is useful to monitori=
ng candidates from both dodags.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Note that DODAGs partition the net=
work, and all the parents must be in one of them.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size: 11pt; color: r=
gb(31, 73, 125); font-family: Calibri, sans-serif; ">Pascal</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Qin Wang [mailto:<a href=3D"mailto:qinwang@berke=
ley.edu" target=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 17:54<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a></spa=
n><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Is it assumed that 2 DODAG in a same instance must h=
ave at least one shared node?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a8433f772e814_140a7661ca1706f1_140a6cf=
c2276e342_140a6951a668c0bd__MailE"><span style=3D"font-size: 11pt; color: r=
gb(31, 73, 125); font-family: Calibri, sans-serif; ">Hello Xavi:</span></a>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">The problem is that we have 2 mech=
anisms that establish a distance to the root in order to avoid loops, RPL R=
ank and 4e priority.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Fact is, RPL is probably more elab=
orate for loop detection and loop avoidance. I suspect that the priority ca=
n easily count to infinity.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">So I=92d trust RPL Rank rather tha=
n priority, and we seem to agree that we want to time sync with RPL parents=
.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">a) My question is whether it makes=
 sense and value to have a transition between a time source based on best (=
hop count) priority and to one based
 on best RPL Rank, or if we could use the rank right away. Seems to me that=
 life would be easier if we use the Rank right away, though it may make the=
 network a bit slower to come up. Passing from one mode to the other will d=
emand some specifications, what
 if one node reboots and goes from one mode to the other, etc=85</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Now if the question is to reuse th=
e priority field, then we can do actually change the logic to accommodate p=
riority =3D DAGRank(Rank) for nodes that
 are not root, still ensuring that only a node that is already part of a RP=
L DAG may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Initially only the root would be p=
riority 0. All the others would be default 255 (that is DAGRank(INFINITE_RA=
NK) assuming MinHopRankIncrease of 255)</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">From there, all nodes that are one=
 hop away from root with good RSSI can sync with the root, and listen to DI=
Os, and emit their own, and set their
 own priority to DAGRank(Rank) that is &lt; 255.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Children sync to whichever prio &l=
t; 255 neighbor as time source, listen to DIOs, select a parent, migrate to=
 that parent as time source, and then can
 set their own priority to zero and send DIOs. If later they select a bette=
r parent the priority will get lower so that=92s till OK.</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Wou=
ld that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">b) about multiple DAGs, there are =
2 cases:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">- 2 DODAGs in a same instance. We =
said we want to support that, and that implies that the various DODAGs are =
closely time sync=92d.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">- 2 DODAGs in 2 different instance=
s. To be discussed. We have use cases where that could be useful, one insta=
nce playing basic slotted aloha and
 the other doing more critical jobs. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">We have not agreed on the latter b=
ut with a single radio, it seems problematic if the 2 instances do not shar=
e a same sense of time. We=92d end up
 with slot frames that may drift from one another, sometimes overlapping=85=
 I suspect that we=92d partition time inside a slot frame or using multiple=
 slot frames, but we=92d keep them in sync. Probably there is a need for a =
spanning instance (0) for (autonomic)
 management etc=85 that uses something very simple, always on, very much li=
ke your basic draft. If there is such a spanning instance, then it can be u=
sed to sync everyone, in which casethe Rank from the dependent instances is=
 not used for time sync.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">What do others think?</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "> Xavier Vilajosana Guillen [mailto:<a href=3D"mai=
lto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berke=
ley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority</spa=
n><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">my comment inline:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">[Pascal] Yes, I read Xavi=92s prop=
osal as a mechanism parallel to RPL to do like an hop-count-based OF0.</spa=
n><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Q: Do we really need to build the =
time sync tree faster than the RPL graph?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">If no, maybe me could use the prio=
rity as a boolean to mean that the node is already part of the RPL DAG and =
may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Initially only the root would be p=
riority 0. All the others would be default 1.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">From there, all nodes that are one=
 hop away from root with good RSSI can sync with the root, and listen to DI=
Os, and emit their own, and set their
 own priority to zero.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Children sync to whichever prio 0 =
neighbor as time source, listen to DIOs, select a parent, migrate to that p=
arent as time source, and then can set
 their own priority to zero and send DIOs.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Wou=
ld that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily: Calibri, sans-serif; ">yes that would work but we are doing the same=
 as the IEEE802-15.4e Join priority field is for. The 15.4e defines this me=
chanism and it is inherent to the networks
 we address so using it is straightforward. Then as described by Thomas, we=
 only need to use RPL best parent as soon as we have one instead of the low=
est prio neighbor.&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily: Calibri, sans-serif; ">Another question with time sources is the sel=
ection of a time source parent in the case that a node belongs to more than=
 one DODAG. Which parent is selected then?
 An more importantly, do the basic draft considers having more than one DOD=
AG?&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily: Calibri, sans-serif; ">thanks!<br>
Xavi</span><u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pth=
ubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert=
@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140a8433f772e814_140a7661ca1706f1_140a6cf=
c2276e342_140a6951a668c0bd_140a57"><span style=3D"font-size: 11pt; color: r=
gb(31, 73, 125); font-family: Calibri, sans-serif; ">Dear all:</span></a><u=
></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">As you know, RPL may entail tempor=
ary loops, in particular if DAGMaxRankIncrease is not configured to 0.</spa=
n><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">If as we expect we use the RPL pre=
ferred parent tree for time sync, this will lead to time sync loops.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Two questions here:</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">1) how bad is the effect of such l=
oop? I expect that the clocks&nbsp; will derive rapidly, as if from the per=
spective of a node the crystal was real,
 real bad.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">2) can we detect that effect and u=
se it to detect a loop in the routing?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Please see inline:</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 10pt; font-family: Tahoma,=
 sans-serif; ">sch] time parent selection based on EB priority</span><u></u=
><u></u></p>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I believe it is important t=
he announced join priority changes
 when the mote moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through some command from the ME =
(see Qin's attachement), or after
 receiving many DIOs.<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">[Pascal] Yes, I read Xavi=92s prop=
osal as a mechanism parallel to RPL to do like an hop-count-based OF0.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Q: Do we really need to build the =
time sync tree faster than the RPL graph?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">&nbsp;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">If no, maybe me could use the prio=
rity as a boolean to mean that the node is already part of the RPL DAG and =
may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Initially only the root would be p=
riority 0. All the others would be default 1.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">From there, all nodes that are one=
 hop away from root with good RSSI can sync with the root, and listen to DI=
Os, and emit their own, and set their
 own priority to zero.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; color: rgb(31, 73, 1=
25); font-family: Calibri, sans-serif; ">Children sync to whichever prio 0 =
neighbor as time source, listen to DIOs, select a parent, migrate to that p=
arent as time source, and then can set
 their own priority to zero and send DIOs.</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Wou=
ld that fly?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Che=
ers,</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">Pas=
cal</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize: 11pt; color: rgb(31, 73, 125); font-family: Calibri, sans-serif; ">&nb=
sp;</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin</span><u></u><u></=
u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I'm not sure which is better. What do you think?<u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&nbsp;<u></u><u></u><=
/p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">&nbsp;<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</span>
</body>
</html>

--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A8D1xmbrcdx04ciscoc_--

From twatteyne@gmail.com  Fri Aug 23 07:49:42 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B329811E81E1 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 07:49:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.269
X-Spam-Level: 
X-Spam-Status: No, score=-1.269 tagged_above=-999 required=5 tests=[AWL=-0.492, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, J_CHICKENPOX_44=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tkfOrj+UZ+-f for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 07:49:40 -0700 (PDT)
Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) by ietfa.amsl.com (Postfix) with ESMTP id 8F83811E82FA for <6tsch@ietf.org>; Fri, 23 Aug 2013 07:49:34 -0700 (PDT)
Received: by mail-pd0-f177.google.com with SMTP id y10so762091pdj.8 for <6tsch@ietf.org>; Fri, 23 Aug 2013 07:49:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=kt/sz1WOrUUdfsKz3gkpZraCBeRFAnhjyJet1eqTqzs=; b=p1jnuCD/aRBlRaG0mtqSY5fQMUDb++fiU+iBOjgzJnStt38k0eUSWCPqojQRofdFrm 2qfEFvYq6VGMHqqb2RQurbL2XOjsLbIqV7Yp+018yPSX8yL1LaBU+M4jTpd81Oscix/s 1w1YR//dvdU6g1Ky8DxPDE6/GJDM8DyINwVYh4QfYhmc/FmDrmRdt44ziqITz4BV1o0c 1WSTeS06x+VruMAWAyG9TIKKcn482PBsVYsTvulZ/n54LnrdiIr8RBkNS3PDaA3FabR3 HlvoWMgcHYWw6iKP3C+DvKamgm+q1Z/H5VOb4l3My4tRWHfpTfZYbE18FJKyKtYf+GV5 K2/g==
X-Received: by 10.66.12.193 with SMTP id a1mr21042290pac.80.1377269374329; Fri, 23 Aug 2013 07:49:34 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 23 Aug 2013 07:49:14 -0700 (PDT)
In-Reply-To: <CAAzoce4oxYzsY9TVoquEzRzWqCfoLngKByf3CkpFSetiX9oJew@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD841428092@xmb-rcd-x01.cisco.com> <CADJ9OA820WvJHmyaeOT-OcRTzqub4_z-mWuP+YAJyVPAkWbhgg@mail.gmail.com> <CAAzoce4oxYzsY9TVoquEzRzWqCfoLngKByf3CkpFSetiX9oJew@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 23 Aug 2013 07:49:14 -0700
X-Google-Sender-Auth: uUuf9yzELN02t9qjZCeY8af1UaE
Message-ID: <CADJ9OA-q+8qsQDSJMocSOvaea793TitTU5CDUBm5jcZ7a2DM0A@mail.gmail.com>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=bcaec520e4f1d12cd304e49e8313
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 14:49:42 -0000

--bcaec520e4f1d12cd304e49e8313
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Qin,
Could we please bring this up when presenting your section during the call
in 15min?
Thanks,
Thomas


On Fri, Aug 23, 2013 at 6:10 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Thomas,
>
> We can separate centralized case and distributed case to think about it.
>
> (1) centralized case: PCE will configure the report/alarm criteria and
> provision tracks used for the node to send message to the ME in PCE in
> advance, so, the ME in PCE should be well prepared when the node is sendi=
ng
> the 10pkts/s.
>
> (2) distributed case: the ME is in the upper layer of the same node, so
> event-driven mechanism can be used.
>
> Make sense?
>
> Qin
>
>
>
> On Fri, Aug 23, 2013 at 7:19 AM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:
>
>> Qin,
>>
>> I wasn't clear, sorry! What I mean is, if I'm a node in the network and
>> suddently I feel like sending 10 pkts/s to a different node, how do I le=
t
>> the ME know to it can provision the slots?
>>
>> Thomas
>>
>>
>> On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:
>>
>>>  Perfect sync : )****
>>>
>>> ** **
>>>
>>> The questions top down are which device talks to which devices and to
>>> express what.****
>>>
>>> Now it=92s good to have an idea of the formalism we expect to be using =
to
>>> make sure that it fits as we refine our work.****
>>>
>>> Carsten will participate to the call tomorrow to present CBOR.****
>>>
>>> ** **
>>>
>>> Cheers,****
>>>
>>> ** **
>>>
>>> Pascal****
>>>
>>> ** **
>>>
>>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On
>>> Behalf Of *Xavier Vilajosana Guillen
>>> *Sent:* mardi 20 ao=FBt 2013 15:29
>>> *To:* Thomas Watteyne
>>> *Cc:* 6tsch@ietf.org
>>> *Subject:* Re: [6tsch] data structure and format for management packets=
*
>>> ***
>>>
>>> ** **
>>>
>>> Hi, one cent more to what Thomas says.****
>>>
>>> ** **
>>>
>>> IMHO, the most important thing is the content and secondary is the
>>> representation, at least at that time. So my feeling is that we need fi=
rst
>>> to identify the content, and later express it json,bson or any other
>>> compressed format.****
>>>
>>> ** **
>>>
>>> One possible way to think on that is go in a two way approach, bottom u=
p
>>> and top down, i.e someone needs to describe what the PCE,etc .. need,
>>> another can take the 6top commands and go up from there. From this two
>>> specifications we will be able to identify what is missing and how to m=
atch
>>> things. ****
>>>
>>> ** **
>>>
>>> just thoughts.****
>>>
>>> X****
>>>
>>> ** **
>>>
>>> On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne <
>>> watteyne@eecs.berkeley.edu> wrote:****
>>>
>>> Qin,****
>>>
>>> ** **
>>>
>>> Thanks for starting the thread! I have comment which my sound a bit
>>> vague, but it's on purpose :)****
>>>
>>> ** **
>>>
>>> Do you envision that the flows will match the 6tos commands exactly?
>>> That is, are you considering that the packets sent between different
>>> devices in the network (PCE, motes, etc) contain the same commands as t=
he
>>> 6top set of commands from
>>> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?****
>>>
>>> ** **
>>>
>>> Maybe we could by identifying the flows that we are considering, then
>>> the contents of those packets (possibly described using some high level
>>> representation such as JSON), and only then worry about their efficient
>>> representation (e.g. BSON). Just a thought.****
>>>
>>> ** **
>>>
>>> Thomas****
>>>
>>> ** **
>>>
>>> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote:=
*
>>> ***
>>>
>>> Hi Kris,****
>>>
>>> ** **
>>>
>>> You are right. Security Key should be a structured data, besides the ke=
y
>>> material, it should includes something like lifetime, KeyID, .....Corre=
ct?
>>> ****
>>>
>>> ** **
>>>
>>> Many thanks!****
>>>
>>> ** **
>>>
>>> Qin****
>>>
>>> ** **
>>>
>>> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote:=
*
>>> ***
>>>
>>> is the security key a string?  That doesn't seem right.
>>>
>>> ksjp****
>>>
>>> ** **
>>>
>>> On 8/19/2013 2:05 PM, Qin Wang wrote:****
>>>
>>>    Hi all, ****
>>>
>>> ** **
>>>
>>> I separate a thread from thread "Message Flows", to discuss the format
>>> for management messages, e.g. JSON, BSON, or others.****
>>>
>>> ** **
>>>
>>> As Thomas's suggestion, before delving into the representation of the
>>> information, we firstly identify what the contents of the different
>>> signaling packets are, and in addition, what the data structures they m=
ay
>>> use. ****
>>>
>>> ** **
>>>
>>> I would like to take the commands defined in draft-wang-6tsch-6top-00 a=
s
>>> starting point. Here are the parameters in those commands.****
>>>
>>> ** **
>>>
>>> //integer****
>>>
>>> (1) xxxID, e.g. TrackID, SlotframeID****
>>>
>>> (2) xxxOffset, e.g. SlotOffset****
>>>
>>> (3) NumOfxxx/Length****
>>>
>>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority ****
>>>
>>> (5) Status****
>>>
>>> (6) ASN (5Byte integer), e.g. last time when a packet received from a
>>> neighbor****
>>>
>>> ** **
>>>
>>> //string****
>>>
>>> (7) L2 address****
>>>
>>> (8) SecurityKey****
>>>
>>> ** **
>>>
>>> //bitmap****
>>>
>>> (9) LinkOption****
>>>
>>> ** **
>>>
>>> //floating****
>>>
>>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metrics=
*
>>> ***
>>>
>>> ** **
>>>
>>> Maybe something else........****
>>>
>>> ** **
>>>
>>> Now, we can evaluate different representation methods. What do you thin=
k?
>>> ****
>>>
>>> ** **
>>>
>>> Thanks****
>>>
>>> Qin****
>>>
>>> ** **
>>>
>>> ** **
>>>
>>>   ****
>>>
>>> ** **
>>>
>>> _______________________________________________****
>>>
>>> 6tsch mailing list****
>>>
>>> 6tsch@ietf.org****
>>>
>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>
>>>  ** **
>>>
>>> ** **
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>
>>> ** **
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>
>>> ** **
>>>
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>

--bcaec520e4f1d12cd304e49e8313
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Qin,<div>Could we please bring this up when presenting you=
r section during the call in 15min?</div><div>Thanks,</div><div>Thomas</div=
></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Fri=
, Aug 23, 2013 at 6:10 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto=
:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span=
> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Thomas,<div><br></div><div>=
We can separate centralized case and distributed case to think about it.</d=
iv>

<div><br></div><div>(1) centralized case: PCE will configure the report/ala=
rm criteria and provision tracks used for the node to send message to the M=
E in PCE in advance, so, the ME in PCE should be well prepared when the nod=
e is sending the 10pkts/s.=A0</div>


<div><br></div><div>(2) distributed case: the ME is in the upper layer of t=
he same node, so event-driven mechanism can be used.</div><div><br></div><d=
iv>Make sense?</div><span class=3D"HOEnZb"><font color=3D"#888888"><div><br=
>

</div><div>Qin</div><div><br></div></font></span></div><div class=3D"HOEnZb=
"><div class=3D"h5"><div class=3D"gmail_extra">
<br><br><div class=3D"gmail_quote">On Fri, Aug 23, 2013 at 7:19 AM, Thomas =
Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #=
ccc solid;padding-left:1ex">


<div dir=3D"ltr">Qin,<div><br></div><div>I wasn&#39;t clear, sorry! What I =
mean is, if I&#39;m a node in the network and suddently I feel like sending=
 10 pkts/s to a different node, how do I let the ME know to it can provisio=
n the slots?</div>


<span><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span></div><div><div><div class=3D=
"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 22, 2013 at 12=
:00 PM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D"mailto:p=
thubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</span> wrot=
e:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140ab4c16b853b5b_140a853a8ceb8056_140a766=
58390ed9a__MailEndCompose"><span style=3D"font-size:11.0pt;font-family:&quo=
t;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Perfect sync : )</spa=
n></a><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>





<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The questions top down ar=
e which device talks to which devices and to express what.<u></u><u></u></s=
pan></p>





<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Now it=92s good to have a=
n idea of the formalism we expect to be using to make sure that it fits as =
we refine our work.<u></u><u></u></span></p>





<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Carsten will participate =
to the call tomorrow to present CBOR.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> mardi 20 ao=FBt 2013 15:29<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] data structure and format for management packet=
s<u></u><u></u></span></p><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi, one cent more to what Thomas says.<u></u><u></u>=
</p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">IMHO, the most important thing is the content and se=
condary is the representation, at least at that time. So my feeling is that=
 we need first to identify the content, and later express it json,bson or a=
ny other compressed format.<u></u><u></u></p>





</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">One possible way to think on that is go in a two way=
 approach, bottom up and top down, i.e someone needs to describe what the P=
CE,etc .. need, another can take the 6top commands and go up from there. Fr=
om this two specifications we will
 be able to identify what is missing and how to match things.=A0<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">just thoughts.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
</div>
</div><div><div><div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne &l=
t;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@=
eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks for starting the thread! I have comment which=
 my sound a bit vague, but it&#39;s on purpose :)<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Do you envision that the flows will match the 6tos c=
ommands exactly? That is, are you considering that the packets sent between=
 different devices in the network (PCE, motes, etc) contain the same comman=
ds as the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html=
/draft-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.=
org/html/draft-wang-6tsch-6top-00#section-2.4</a>?<u></u><u></u></p>





</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe we could by identifying the flows that we are =
considering, then the contents of those packets (possibly described using s=
ome high level representation such as JSON), and only then worry about thei=
r efficient representation (e.g. BSON).
 Just a thought.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<u></u><u></u></=
span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Kris,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You are right. Security Key should be a structured d=
ata, besides the key material, it should includes something like lifetime, =
KeyID, .....Correct?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Many thanks!<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister &lt;<a =
href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@berkeley.edu</a>&g=
t; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">is the security key a string?=A0 That doesn&#39;t se=
em right.<br>
<br>
ksjp<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On 8/19/2013 2:05 PM, Qin Wang wrote:<u></u><u></u><=
/p>
</div>
</div>
</div>
</div>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all, <u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I separate a thread from thread &quot;Message Flows&=
quot;, to discuss the format for management messages, e.g. JSON, BSON, or o=
thers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">As Thomas&#39;s suggestion, b<span style=3D"font-siz=
e:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;">efore delvin=
g into the representation of the information, we firstly identify what the =
contents of the different signaling packets are, and in addition,
 what the data structures they may use.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would like to take the commands defined in=A0draft=
-wang-6tsch-6top-00 as starting point. Here are the parameters in those com=
mands.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//integer<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) xxxID, e.g. TrackID, SlotframeID<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal">(2) xxxOffset, e.g. SlotOffset<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) NumOfxxx/Length<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0<u=
></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(5) Status<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(6) ASN (5Byte integer), e.g. last time when a packe=
t received from a neighbor<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//string<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(7) L2 address<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(8) SecurityKey<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//bitmap<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(9) LinkOption<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//floating<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(10) Metrics, e.g. PDR, ETX, queuing statistics, ene=
rgy-related metrics<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe something else........<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Now, we can evaluate different representation method=
s. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<pre>_______________________________________________<u></u><u></u></pre>
<pre>6tsch mailing list<u></u><u></u></pre>
<pre><a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<u></u><u></u></pre>
<pre><a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></pre>
</blockquote>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--bcaec520e4f1d12cd304e49e8313--

From qinwang@berkeley.edu  Fri Aug 23 07:52:10 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67E3911E8307 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 07:52:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.324
X-Spam-Level: 
X-Spam-Status: No, score=-2.324 tagged_above=-999 required=5 tests=[AWL=-0.548, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, J_CHICKENPOX_44=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AKzfk904+vLj for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 07:52:05 -0700 (PDT)
Received: from mail-vb0-f53.google.com (mail-vb0-f53.google.com [209.85.212.53]) by ietfa.amsl.com (Postfix) with ESMTP id E530311E81B8 for <6tsch@ietf.org>; Fri, 23 Aug 2013 07:52:02 -0700 (PDT)
Received: by mail-vb0-f53.google.com with SMTP id i3so512409vbh.12 for <6tsch@ietf.org>; Fri, 23 Aug 2013 07:52:02 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=fY5imZYXEshS8zJO5Z66EY3ijn9zYrecxD28zZUFgy8=; b=YByvsPoJh+iY1naYH36pN0X1KoNtci46ZmJj/XsR5noxI4W49qI6S7Pr7VYBE4Ulq9 QsUpt19l9ky+8LIUZLrueGRF+EIHhbbEUtqLzDF7MRydMR6x4i3YXH1K+ncDY5MxXAxC GwBFC0wz07OAjxf9GavJY9f+B0LqHz2DpFQ+cWL9+Wvw1NTTHjhM84kQNHZUoNFtkfHT Vfs/DFu+ajXFKJhRoTVLRJjsy8M5cSxz83jhYxSRhxu8Vz16RqEUJ4u4U6lH2cO7Eupo +zMrxhF/Hud3r9Rg6PPFE4nEWueRs+VHgkEr63KuXizaMko5hpIo166/ZyQf1x8Dc3F3 VeyA==
X-Gm-Message-State: ALoCoQlv76KkM1gLXXtMsgQE8ZLAK81JSf9GgERP6FWYo4sb7oNXo8yUY0hL54Pzq7BJr04GJizj
MIME-Version: 1.0
X-Received: by 10.58.146.196 with SMTP id te4mr17578veb.62.1377269522271; Fri, 23 Aug 2013 07:52:02 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 23 Aug 2013 07:52:02 -0700 (PDT)
In-Reply-To: <CADJ9OA-q+8qsQDSJMocSOvaea793TitTU5CDUBm5jcZ7a2DM0A@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD841428092@xmb-rcd-x01.cisco.com> <CADJ9OA820WvJHmyaeOT-OcRTzqub4_z-mWuP+YAJyVPAkWbhgg@mail.gmail.com> <CAAzoce4oxYzsY9TVoquEzRzWqCfoLngKByf3CkpFSetiX9oJew@mail.gmail.com> <CADJ9OA-q+8qsQDSJMocSOvaea793TitTU5CDUBm5jcZ7a2DM0A@mail.gmail.com>
Date: Fri, 23 Aug 2013 22:52:02 +0800
Message-ID: <CAAzoce75xn8pNsojxQ_+t3NjvUa7PhVREdyZZoiWKjKQwpLDgw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b66fd3ba2bc9a04e49e8cd8
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] data structure and format for management packets
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 14:52:10 -0000

--047d7b66fd3ba2bc9a04e49e8cd8
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Sure!

Qin


On Fri, Aug 23, 2013 at 10:49 PM, Thomas Watteyne <
watteyne@eecs.berkeley.edu> wrote:

> Qin,
> Could we please bring this up when presenting your section during the cal=
l
> in 15min?
> Thanks,
> Thomas
>
>
> On Fri, Aug 23, 2013 at 6:10 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Thomas,
>>
>> We can separate centralized case and distributed case to think about it.
>>
>> (1) centralized case: PCE will configure the report/alarm criteria and
>> provision tracks used for the node to send message to the ME in PCE in
>> advance, so, the ME in PCE should be well prepared when the node is send=
ing
>> the 10pkts/s.
>>
>> (2) distributed case: the ME is in the upper layer of the same node, so
>> event-driven mechanism can be used.
>>
>> Make sense?
>>
>> Qin
>>
>>
>>
>> On Fri, Aug 23, 2013 at 7:19 AM, Thomas Watteyne <
>> watteyne@eecs.berkeley.edu> wrote:
>>
>>> Qin,
>>>
>>> I wasn't clear, sorry! What I mean is, if I'm a node in the network and
>>> suddently I feel like sending 10 pkts/s to a different node, how do I l=
et
>>> the ME know to it can provision the slots?
>>>
>>> Thomas
>>>
>>>
>>> On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <
>>> pthubert@cisco.com> wrote:
>>>
>>>>  Perfect sync : )****
>>>>
>>>> ** **
>>>>
>>>> The questions top down are which device talks to which devices and to
>>>> express what.****
>>>>
>>>> Now it=92s good to have an idea of the formalism we expect to be using=
 to
>>>> make sure that it fits as we refine our work.****
>>>>
>>>> Carsten will participate to the call tomorrow to present CBOR.****
>>>>
>>>> ** **
>>>>
>>>> Cheers,****
>>>>
>>>> ** **
>>>>
>>>> Pascal****
>>>>
>>>> ** **
>>>>
>>>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On
>>>> Behalf Of *Xavier Vilajosana Guillen
>>>> *Sent:* mardi 20 ao=FBt 2013 15:29
>>>> *To:* Thomas Watteyne
>>>> *Cc:* 6tsch@ietf.org
>>>> *Subject:* Re: [6tsch] data structure and format for management packet=
s
>>>> ****
>>>>
>>>> ** **
>>>>
>>>> Hi, one cent more to what Thomas says.****
>>>>
>>>> ** **
>>>>
>>>> IMHO, the most important thing is the content and secondary is the
>>>> representation, at least at that time. So my feeling is that we need f=
irst
>>>> to identify the content, and later express it json,bson or any other
>>>> compressed format.****
>>>>
>>>> ** **
>>>>
>>>> One possible way to think on that is go in a two way approach, bottom
>>>> up and top down, i.e someone needs to describe what the PCE,etc .. nee=
d,
>>>> another can take the 6top commands and go up from there. From this two
>>>> specifications we will be able to identify what is missing and how to =
match
>>>> things. ****
>>>>
>>>> ** **
>>>>
>>>> just thoughts.****
>>>>
>>>> X****
>>>>
>>>> ** **
>>>>
>>>> On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne <
>>>> watteyne@eecs.berkeley.edu> wrote:****
>>>>
>>>> Qin,****
>>>>
>>>> ** **
>>>>
>>>> Thanks for starting the thread! I have comment which my sound a bit
>>>> vague, but it's on purpose :)****
>>>>
>>>> ** **
>>>>
>>>> Do you envision that the flows will match the 6tos commands exactly?
>>>> That is, are you considering that the packets sent between different
>>>> devices in the network (PCE, motes, etc) contain the same commands as =
the
>>>> 6top set of commands from
>>>> http://tools.ietf.org/html/draft-wang-6tsch-6top-00#section-2.4?****
>>>>
>>>> ** **
>>>>
>>>> Maybe we could by identifying the flows that we are considering, then
>>>> the contents of those packets (possibly described using some high leve=
l
>>>> representation such as JSON), and only then worry about their efficien=
t
>>>> representation (e.g. BSON). Just a thought.****
>>>>
>>>> ** **
>>>>
>>>> Thomas****
>>>>
>>>> ** **
>>>>
>>>> On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang <qinwang@berkeley.edu> wrote=
:
>>>> ****
>>>>
>>>> Hi Kris,****
>>>>
>>>> ** **
>>>>
>>>> You are right. Security Key should be a structured data, besides the
>>>> key material, it should includes something like lifetime, KeyID,
>>>> .....Correct?****
>>>>
>>>> ** **
>>>>
>>>> Many thanks!****
>>>>
>>>> ** **
>>>>
>>>> Qin****
>>>>
>>>> ** **
>>>>
>>>> On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister <ksjp@berkeley.edu> wrote=
:
>>>> ****
>>>>
>>>> is the security key a string?  That doesn't seem right.
>>>>
>>>> ksjp****
>>>>
>>>> ** **
>>>>
>>>> On 8/19/2013 2:05 PM, Qin Wang wrote:****
>>>>
>>>>    Hi all, ****
>>>>
>>>> ** **
>>>>
>>>> I separate a thread from thread "Message Flows", to discuss the format
>>>> for management messages, e.g. JSON, BSON, or others.****
>>>>
>>>> ** **
>>>>
>>>> As Thomas's suggestion, before delving into the representation of the
>>>> information, we firstly identify what the contents of the different
>>>> signaling packets are, and in addition, what the data structures they =
may
>>>> use. ****
>>>>
>>>> ** **
>>>>
>>>> I would like to take the commands defined in draft-wang-6tsch-6top-00
>>>> as starting point. Here are the parameters in those commands.****
>>>>
>>>> ** **
>>>>
>>>> //integer****
>>>>
>>>> (1) xxxID, e.g. TrackID, SlotframeID****
>>>>
>>>> (2) xxxOffset, e.g. SlotOffset****
>>>>
>>>> (3) NumOfxxx/Length****
>>>>
>>>> (4) xxxLevel, QoSLevel, SecuirtyLevel, Priority ****
>>>>
>>>> (5) Status****
>>>>
>>>> (6) ASN (5Byte integer), e.g. last time when a packet received from a
>>>> neighbor****
>>>>
>>>> ** **
>>>>
>>>> //string****
>>>>
>>>> (7) L2 address****
>>>>
>>>> (8) SecurityKey****
>>>>
>>>> ** **
>>>>
>>>> //bitmap****
>>>>
>>>> (9) LinkOption****
>>>>
>>>> ** **
>>>>
>>>> //floating****
>>>>
>>>> (10) Metrics, e.g. PDR, ETX, queuing statistics, energy-related metric=
s
>>>> ****
>>>>
>>>> ** **
>>>>
>>>> Maybe something else........****
>>>>
>>>> ** **
>>>>
>>>> Now, we can evaluate different representation methods. What do you
>>>> think?****
>>>>
>>>> ** **
>>>>
>>>> Thanks****
>>>>
>>>> Qin****
>>>>
>>>> ** **
>>>>
>>>> ** **
>>>>
>>>>   ****
>>>>
>>>> ** **
>>>>
>>>> _______________________________________________****
>>>>
>>>> 6tsch mailing list****
>>>>
>>>> 6tsch@ietf.org****
>>>>
>>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>>
>>>>  ** **
>>>>
>>>> ** **
>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>>
>>>> ** **
>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch****
>>>>
>>>> ** **
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>

--047d7b66fd3ba2bc9a04e49e8cd8
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Sure!<div><br></div><div>Qin</div></div><div class=3D"gmai=
l_extra"><br><br><div class=3D"gmail_quote">On Fri, Aug 23, 2013 at 10:49 P=
M, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.be=
rkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wro=
te:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div>Could we please br=
ing this up when presenting your section during the call in 15min?</div><di=
v>
Thanks,</div><div>Thomas</div></div><div class=3D"HOEnZb"><div class=3D"h5"=
><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Fri, Aug =
23, 2013 at 6:10 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwa=
ng@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrot=
e:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Thomas,<div><br></div><div>=
We can separate centralized case and distributed case to think about it.</d=
iv>


<div><br></div><div>(1) centralized case: PCE will configure the report/ala=
rm criteria and provision tracks used for the node to send message to the M=
E in PCE in advance, so, the ME in PCE should be well prepared when the nod=
e is sending the 10pkts/s.=A0</div>



<div><br></div><div>(2) distributed case: the ME is in the upper layer of t=
he same node, so event-driven mechanism can be used.</div><div><br></div><d=
iv>Make sense?</div><span><font color=3D"#888888"><div><br>

</div><div>Qin</div><div><br></div></font></span></div><div><div><div class=
=3D"gmail_extra">
<br><br><div class=3D"gmail_quote">On Fri, Aug 23, 2013 at 7:19 AM, Thomas =
Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #=
ccc solid;padding-left:1ex">



<div dir=3D"ltr">Qin,<div><br></div><div>I wasn&#39;t clear, sorry! What I =
mean is, if I&#39;m a node in the network and suddently I feel like sending=
 10 pkts/s to a different node, how do I let the ME know to it can provisio=
n the slots?</div>



<span><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span></div><div><div><div class=3D=
"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 22, 2013 at 12=
:00 PM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D"mailto:p=
thubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</span> wrot=
e:<br>





<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140aba6eb624afb6_140ab4c16b853b5b_140a853=
a8ceb8056_140a76658390ed9a__MailEndCompose"><span style=3D"font-size:11.0pt=
;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Perf=
ect sync : )</span></a><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>






<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The questions top down ar=
e which device talks to which devices and to express what.<u></u><u></u></s=
pan></p>






<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Now it=92s good to have a=
n idea of the formalism we expect to be using to make sure that it fits as =
we refine our work.<u></u><u></u></span></p>






<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Carsten will participate =
to the call tomorrow to present CBOR.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> mardi 20 ao=FBt 2013 15:29<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] data structure and format for management packet=
s<u></u><u></u></span></p><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi, one cent more to what Thomas says.<u></u><u></u>=
</p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">IMHO, the most important thing is the content and se=
condary is the representation, at least at that time. So my feeling is that=
 we need first to identify the content, and later express it json,bson or a=
ny other compressed format.<u></u><u></u></p>






</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">One possible way to think on that is go in a two way=
 approach, bottom up and top down, i.e someone needs to describe what the P=
CE,etc .. need, another can take the 6top commands and go up from there. Fr=
om this two specifications we will
 be able to identify what is missing and how to match things.=A0<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">just thoughts.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
</div>
</div><div><div><div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 11:07 PM, Thomas Watteyne &l=
t;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@=
eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks for starting the thread! I have comment which=
 my sound a bit vague, but it&#39;s on purpose :)<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Do you envision that the flows will match the 6tos c=
ommands exactly? That is, are you considering that the packets sent between=
 different devices in the network (PCE, motes, etc) contain the same comman=
ds as the 6top set of commands from=A0<a href=3D"http://tools.ietf.org/html=
/draft-wang-6tsch-6top-00#section-2.4" target=3D"_blank">http://tools.ietf.=
org/html/draft-wang-6tsch-6top-00#section-2.4</a>?<u></u><u></u></p>






</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe we could by identifying the flows that we are =
considering, then the contents of those packets (possibly described using s=
ome high level representation such as JSON), and only then worry about thei=
r efficient representation (e.g. BSON).
 Just a thought.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<u></u><u></u></=
span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 3:54 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Kris,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You are right. Security Key should be a structured d=
ata, besides the key material, it should includes something like lifetime, =
KeyID, .....Correct?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Many thanks!<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 5:14 AM, Kris Pister &lt;<a =
href=3D"mailto:ksjp@berkeley.edu" target=3D"_blank">ksjp@berkeley.edu</a>&g=
t; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">is the security key a string?=A0 That doesn&#39;t se=
em right.<br>
<br>
ksjp<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On 8/19/2013 2:05 PM, Qin Wang wrote:<u></u><u></u><=
/p>
</div>
</div>
</div>
</div>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all, <u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I separate a thread from thread &quot;Message Flows&=
quot;, to discuss the format for management messages, e.g. JSON, BSON, or o=
thers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">As Thomas&#39;s suggestion, b<span style=3D"font-siz=
e:10.0pt;font-family:&quot;Arial&quot;,&quot;sans-serif&quot;">efore delvin=
g into the representation of the information, we firstly identify what the =
contents of the different signaling packets are, and in addition,
 what the data structures they may use.=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would like to take the commands defined in=A0draft=
-wang-6tsch-6top-00 as starting point. Here are the parameters in those com=
mands.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//integer<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) xxxID, e.g. TrackID, SlotframeID<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal">(2) xxxOffset, e.g. SlotOffset<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) NumOfxxx/Length<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(4) xxxLevel, QoSLevel, SecuirtyLevel, Priority=A0<u=
></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(5) Status<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(6) ASN (5Byte integer), e.g. last time when a packe=
t received from a neighbor<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//string<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(7) L2 address<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(8) SecurityKey<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//bitmap<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(9) LinkOption<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">//floating<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(10) Metrics, e.g. PDR, ETX, queuing statistics, ene=
rgy-related metrics<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Maybe something else........<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Now, we can evaluate different representation method=
s. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<pre>_______________________________________________<u></u><u></u></pre>
<pre>6tsch mailing list<u></u><u></u></pre>
<pre><a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<u></u><u></u></pre>
<pre><a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></pre>
</blockquote>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7b66fd3ba2bc9a04e49e8cd8--

From twatteyne@gmail.com  Fri Aug 23 07:52:22 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AAE111E830A for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 07:52:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.54
X-Spam-Level: 
X-Spam-Status: No, score=-1.54 tagged_above=-999 required=5 tests=[AWL=-0.163,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XNagBj+J-q7y for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 07:52:19 -0700 (PDT)
Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id B935911E82FA for <6tsch@ietf.org>; Fri, 23 Aug 2013 07:52:19 -0700 (PDT)
Received: by mail-pa0-f44.google.com with SMTP id fz6so771246pac.31 for <6tsch@ietf.org>; Fri, 23 Aug 2013 07:52:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=UtBgwTj74Sic0n8xsHBSbenCgFV1G4rJ6B1ARR7tJ1I=; b=qsvWFClb5b8v8wHtqqU3+76dbf9P3vZknCLTQmj9Pml2nHOWu7L+cLMkl1vsmnz7Bs avRqYmYBvNQ29w9akiFIlPgICqhdt9xvQB5BxG2WcswDQJTX5Cni2vMoKD6sshG3w1ae d5yOg8T6IwW6qTOMIjSrocqujFTp8PmJhH0rM+8knz1nKa99RSbCHGykEoQY9darO+qq qo8yemMyg+cirrowvJU8s2TaKbS1EOchsv54DRBrWKHx/ilVp7QVvESjVP9IjmJYi6ot ITLIkfYbhSLcUgXvvf0cHDF/DOA4E5XBYxSJPbzRIQ178SSi6uSkp5LzTFpf3Uzk+naE yU6w==
X-Received: by 10.68.235.37 with SMTP id uj5mr120399pbc.85.1377269539372; Fri, 23 Aug 2013 07:52:19 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 23 Aug 2013 07:51:59 -0700 (PDT)
In-Reply-To: <2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A8D1@xmb-rcd-x04.cisco.com>
References: <CADJ9OA8zO-ZGrVZrsWi9rKLmNMTtSPyJeaONrJUtKzqHRBYM5g@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1855A8D1@xmb-rcd-x04.cisco.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 23 Aug 2013 07:51:59 -0700
X-Google-Sender-Auth: tGwB51VeSUpAtqDArOhZ38i6dHw
Message-ID: <CADJ9OA90G12R-n_8KFJcJCGgqu66xfRE3puoSkVr6GPw=zttDA@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b33c788a7874104e49e8d36
Subject: Re: [6tsch] time parent selection based on EB priority
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 14:52:22 -0000

--047d7b33c788a7874104e49e8d36
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Raghuram,
Thanks for your explanation, your point is very clear now. Let's discuss
during the call.
Thomas


On Fri, Aug 23, 2013 at 7:46 AM, Raghuram Sudhaakar (rsudhaak) <
rsudhaak@cisco.com> wrote:

>  Please see inline
>
>   From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
> Date: Thursday, August 22, 2013 4:10 PM
> To: "6tsch@ietf.org" <6tsch@ietf.org>
>
> Subject: Re: [6tsch] time parent selection based on EB priority
>
>  All,
>
>  Summarizing the different things we are talking about in this thread:
> 1. picking time source neighbors during the operation of the network.
> Proposal is to use the (loop-free) RPL DAG. Challenged by Raghuram who
> wants to have separate L2 and L3 behavior because of race conditions.
> 2. picking time source neighbors during join process. Proposal is to
> attach to the node which indicates the lowest join priority in EB. Questi=
on
> is whether join priority reflects DAGrank or not.
> 3. multiple DODAGs: keeping DAGroots sync'ed or participating in several
> independent time bases.
>
>  My opinion is:
> 1. I believe keeping the same DAG structure the same between L2 and L3
> makes sense. If there is no L2 connectivity, L3 cannot function since it
> can not speak to and hear the neighbors, so I'm afraid I don't quite foll=
ow
> the race condition issue.
>   I support the idea of keeping the same DAG structure between L2 and L3.
>
>  To explain what I was referring to -
> The RPL trickle timer period can very easily become a large value if the
> network is static. In this time if a node does switch off, it is most lik=
e
> that L2 will detect it first since it would have received EB from its
> current parent. Now if we force it that the RPL parent has to be the timi=
ng
> parent we cannot find a timing parent until L3 detects the topology chang=
e.
> If we allow L2 to initiate a join process and choose a new timing parent
> and inform L3 we may be violating the RPL OF. This is the situation that =
I
> was referring to. I feel that there is a fair probability of this
> happening. Thoughts ?
>
>  To address this we probably need to allow RPL to change the topology
> based on the OF, after L2 join has occurred. Then L2 can change its timin=
g
> parent to be synced with DAG structure.
>
>  2. My inclination is to have the join priority be an indication of the
> DAGrank, possible by "rounding off". When joining, a new node will join L=
2
> (i.e. synchronize) as soon as it hears EBs, then join L3 (i.e, acquire a
> DAGrank) after hearing DIOs. I would have the node transmit EBs only afte=
r
> that last step.
>
>   3. My opinion is that, for now, we should take the multiple root case
> into account, but only if they are synchronized through some out-of-band
> mechanism.
>
>
>   Raw opinions, up for discussion :)
>
>  Thomas
>
> On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:
>
>>  Dear Qin:****
>>
>> ** **
>>
>> I think the idea was to make sure that the roots are synchronized.****
>>
>> Certainly the DODAGs may be a bit out of sync as we progress down, but w=
e
>> expect that the guard time is sufficient.****
>>
>> The alternate would be to sync the whole network completely independent
>> of RPL DAGs etc=85 eg using a GPS.****
>>
>> There might be use cases where that is fine, but we need to document a
>> default behavior that does not make the assumption of a GPS or similar.*=
*
>> **
>>
>> ** **
>>
>> Makes sense?****
>>
>> ** **
>>
>> Cheers,****
>>
>> ** **
>>
>> Pascal****
>>
>> ** **
>>
>> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
>> *Sent:* jeudi 22 ao=FBt 2013 19:03
>>
>> *To:* Pascal Thubert (pthubert)
>> *Cc:* xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org
>> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>>
>>  ** **
>>
>> Pascal,****
>>
>> ** **
>>
>> It may bring in some complexity. Think about the case. DODAG1 and DODAG2
>> are in a same instance, but have no shared nodes, thus may not be able s=
ync
>> with each other.  A new node (node-A) comes in, wants to join into the t=
wo
>> DODAGs, in another word, want to jump between the two DODAGs.  I believe
>> node-A has to change its time source parent and re-sync when it jump fro=
m
>> one DODAG to another. Right?****
>>
>> ** **
>>
>> Thank****
>>
>> Qin****
>>
>> ** **
>>
>> ** **
>>
>> ** **
>>
>> ** **
>>
>> On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:****
>>
>> I do not think so, Qin; ****
>>
>>  ****
>>
>> but it is required that a node on one DODAG may jump onto the other, and
>> to do that, it is useful to monitoring candidates from both dodags.****
>>
>> Note that DODAGs partition the network, and all the parents must be in
>> one of them.****
>>
>>  ****
>>
>> Cheers;****
>>
>>  ****
>>
>> Pascal****
>>
>>  ****
>>
>> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
>> *Sent:* jeudi 22 ao=FBt 2013 17:54
>> *To:* Pascal Thubert (pthubert)
>> *Cc:* xvilajosana@eecs.berkeley.edu; Thomas Watteyne; 6tsch@ietf.org****
>>
>>
>> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>>
>>  ****
>>
>> Hi Pascal,****
>>
>>  ****
>>
>> Is it assumed that 2 DODAG in a same instance must have at least one
>> shared node?****
>>
>>  ****
>>
>> Thanks****
>>
>> Qin****
>>
>>  ****
>>
>> On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:****
>>
>> Hello Xavi:****
>>
>>  ****
>>
>> The problem is that we have 2 mechanisms that establish a distance to th=
e
>> root in order to avoid loops, RPL Rank and 4e priority.****
>>
>> Fact is, RPL is probably more elaborate for loop detection and loop
>> avoidance. I suspect that the priority can easily count to infinity.****
>>
>> So I=92d trust RPL Rank rather than priority, and we seem to agree that =
we
>> want to time sync with RPL parents.****
>>
>>  ****
>>
>> a) My question is whether it makes sense and value to have a transition
>> between a time source based on best (hop count) priority and to one base=
d
>> on best RPL Rank, or if we could use the rank right away. Seems to me th=
at
>> life would be easier if we use the Rank right away, though it may make t=
he
>> network a bit slower to come up. Passing from one mode to the other will
>> demand some specifications, what if one node reboots and goes from one m=
ode
>> to the other, etc=85****
>>
>>  ****
>>
>> Now if the question is to reuse the priority field, then we can do
>> actually change the logic to accommodate priority =3D DAGRank(Rank) for =
nodes
>> that are not root, still ensuring that only a node that is already part =
of
>> a RPL DAG may be used as time source.****
>>
>> Initially only the root would be priority 0. All the others would be
>> default 255 (that is DAGRank(INFINITE_RANK) assuming MinHopRankIncrease =
of
>> 255)****
>>
>> From there, all nodes that are one hop away from root with good RSSI can
>> sync with the root, and listen to DIOs, and emit their own, and set thei=
r
>> own priority to DAGRank(Rank) that is < 255.****
>>
>> Children sync to whichever prio < 255 neighbor as time source, listen to
>> DIOs, select a parent, migrate to that parent as time source, and then c=
an
>> set their own priority to zero and send DIOs. If later they select a bet=
ter
>> parent the priority will get lower so that=92s till OK.****
>>
>> Would that fly?****
>>
>> b) about multiple DAGs, there are 2 cases:****
>>
>> - 2 DODAGs in a same instance. We said we want to support that, and that
>> implies that the various DODAGs are closely time sync=92d.****
>>
>> - 2 DODAGs in 2 different instances. To be discussed. We have use cases
>> where that could be useful, one instance playing basic slotted aloha and
>> the other doing more critical jobs. ****
>>
>>  ****
>>
>> We have not agreed on the latter but with a single radio, it seems
>> problematic if the 2 instances do not share a same sense of time. We=92d=
 end
>> up with slot frames that may drift from one another, sometimes overlappi=
ng=85
>> I suspect that we=92d partition time inside a slot frame or using multip=
le
>> slot frames, but we=92d keep them in sync. Probably there is a need for =
a
>> spanning instance (0) for (autonomic) management etc=85 that uses someth=
ing
>> very simple, always on, very much like your basic draft. If there is suc=
h a
>> spanning instance, then it can be used to sync everyone, in which caseth=
e
>> Rank from the dependent instances is not used for time sync.****
>>
>> What do others think?****
>>
>>  ****
>>
>> Pascal****
>>
>>  ****
>>
>> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
>> *Sent:* jeudi 22 ao=FBt 2013 15:34
>> *To:* Pascal Thubert (pthubert)
>> *Cc:* Thomas Watteyne; 6tsch@ietf.org
>> *Subject:* Re: [6tsch] time parent selection based on EB priority****
>>
>>  ****
>>
>> Hi Pascal,****
>>
>>  ****
>>
>> my comment inline:****
>>
>>  ****
>>
>> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to=
 do
>> like an hop-count-based OF0.****
>>
>> Q: Do we really need to build the time sync tree faster than the RPL
>> graph?****
>>
>>  ****
>>
>> If no, maybe me could use the priority as a boolean to mean that the nod=
e
>> is already part of the RPL DAG and may be used as time source.****
>>
>> Initially only the root would be priority 0. All the others would be
>> default 1.****
>>
>> From there, all nodes that are one hop away from root with good RSSI can
>> sync with the root, and listen to DIOs, and emit their own, and set thei=
r
>> own priority to zero.****
>>
>> Children sync to whichever prio 0 neighbor as time source, listen to
>> DIOs, select a parent, migrate to that parent as time source, and then c=
an
>> set their own priority to zero and send DIOs.****
>>
>> Would that fly?****
>>
>> yes that would work but we are doing the same as the IEEE802-15.4e Join
>> priority field is for. The 15.4e defines this mechanism and it is inhere=
nt
>> to the networks we address so using it is straightforward. Then as
>> described by Thomas, we only need to use RPL best parent as soon as we h=
ave
>> one instead of the lowest prio neighbor. ****
>>
>> Another question with time sources is the selection of a time source
>> parent in the case that a node belongs to more than one DODAG. Which par=
ent
>> is selected then? An more importantly, do the basic draft considers havi=
ng
>> more than one DODAG? ****
>>
>> thanks!
>> Xavi****
>>
>>  ****
>>
>> On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:****
>>
>> Dear all:****
>>
>>  ****
>>
>> As you know, RPL may entail temporary loops, in particular if
>> DAGMaxRankIncrease is not configured to 0.****
>>
>> If as we expect we use the RPL preferred parent tree for time sync, this
>> will lead to time sync loops. ****
>>
>> Two questions here:****
>>
>> 1) how bad is the effect of such loop? I expect that the clocks  will
>> derive rapidly, as if from the perspective of a node the crystal was rea=
l,
>> real bad.****
>>
>> 2) can we detect that effect and use it to detect a loop in the routing?=
*
>> ***
>>
>>  ****
>>
>> Please see inline:****
>>
>>  ****
>>
>> sch] time parent selection based on EB priority****
>>
>>  ****
>>
>> Qin, Xavi,****
>>
>>  ****
>>
>> Excellent point. I believe that this is exactly what makes this 6TSCH
>> work so interesting: figuring out how consolidate the views between uppe=
r
>> and lower layers.****
>>
>>  ****
>>
>> In my mind, the join priority as you describe looks very much like a
>> DAGrank. I believe there are, however, two potential questions we should
>> not forget:****
>>
>> - what if the joining mote does no get all of the EBs of its neighbor?**=
*
>> *
>>
>> - what happens when the topology changes and a node moves up or down in
>> the DODAG?****
>>
>>  ****
>>
>> I would suggest the following:****
>>
>> - once the node has fully joined, somehow tie the join priority to its
>> RPL DAGrank. We might have to play with the metric to make the join
>> priority look like a hop count, but I believe it is important the announ=
ced
>> join priority changes when the mote moves up/down in the topology.****
>>
>> - maybe consider the time source parent identified during the joining as
>> temporary until the final time source parent is discovered. How the fina=
l
>> one is discovered can through some command from the ME (see Qin's
>> attachement), or after receiving many DIOs.****
>>
>>  ****
>>
>> [Pascal] Yes, I read Xavi=92s proposal as a mechanism parallel to RPL to=
 do
>> like an hop-count-based OF0. ****
>>
>> Q: Do we really need to build the time sync tree faster than the RPL
>> graph? ****
>>
>>  ****
>>
>> If no, maybe me could use the priority as a boolean to mean that the nod=
e
>> is already part of the RPL DAG and may be used as time source.****
>>
>> Initially only the root would be priority 0. All the others would be
>> default 1.****
>>
>> From there, all nodes that are one hop away from root with good RSSI can
>> sync with the root, and listen to DIOs, and emit their own, and set thei=
r
>> own priority to zero.****
>>
>> Children sync to whichever prio 0 neighbor as time source, listen to
>> DIOs, select a parent, migrate to that parent as time source, and then c=
an
>> set their own priority to zero and send DIOs.****
>>
>> Would that fly?****
>>
>> Cheers,****
>>
>> Pascal****
>>
>>  ****
>>
>> On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang <qinwang@berkeley.edu> wrote:*=
*
>> **
>>
>> Agree!****
>>
>>  ****
>>
>> Qin****
>>
>>  ****
>>
>> On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:****
>>
>> HI Qin,
>>
>> as a basic setting we want the most basic approach. I guess that using
>> (1) first priority and then RSSi will avoid having loops. As you say all
>> this approaches would work but I bet for (1) to be the simplest. ****
>>
>> cheers!
>> X****
>>
>>  ****
>>
>> On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang <qinwang@berkeley.edu> wrote:=
*
>> ***
>>
>> Hi Xavi,****
>>
>>  ****
>>
>> It is a good idea to use Priority in EB as a factor to choose initial
>> time parent. But, I think there are several ways to use the Priority, an=
d
>> other metrics like RSSI. For example,****
>>
>>  ****
>>
>> (1) As you suggested, use Priority first, and then RSSI****
>>
>> (2) or use RSSI first, and then Priority****
>>
>> (3) or use a function of Priority and RSSI.****
>>
>>  ****
>>
>> I'm not sure which is better. What do you think?****
>>
>>  ****
>>
>> Qin****
>>
>>  ****
>>
>>  ****
>>
>> On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:****
>>
>>    Hi all,
>>
>> I want to propose to add in the basic TSCH draft the fact that when a
>> node joins a network, it uses the EB join priority defined in the Slot a=
nd
>> Link IE (Section 5.2.4.13 15.4e std) to select its time parent. This
>> priority is 0 for the PAN coordinator of the network. A node listening
>> several EB selects as a time parent the node with lowest EB Join Priorit=
y.
>> In case of receiving multiple EBs with the same Join priority then filte=
rs
>> by other metrics e.g RSSI of the link. (note that until a DIO is receive=
d
>> nodes don not know about the gradient).****
>>
>> A node when sends an EB uses the lowest EB Join priority it has heard an=
d
>> adds 1 to it as its own Join priority.
>>
>>
>> Current draft section states that RSSI or another metric should be used
>> to select the initial time parent, this has the problem that loops canno=
t
>> be avoided until the first DIO is received. With the proposed approach t=
he
>> problem is solved and does not introduce anything new, just used what 15=
.4e
>> provides to us.****
>>
>> what is your opinion?****
>>
>> thanks!
>> Xavi****
>>
>>  ****
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>   ****
>>
>>  ****
>>
>>  ****
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>  ****
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>  ****
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>>  ****
>>
>> ** **
>>
>
>

--047d7b33c788a7874104e49e8d36
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Raghuram,<div>Thanks for your explanation, your point is v=
ery clear now. Let&#39;s discuss during the call.</div><div>Thomas</div></d=
iv><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Fri, Au=
g 23, 2013 at 7:46 AM, Raghuram Sudhaakar (rsudhaak) <span dir=3D"ltr">&lt;=
<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@cisco.com<=
/a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">



<div style=3D"word-wrap:break-word;font-size:14px;font-family:Calibri,sans-=
serif">
<div style>Please see inline</div>
<div style><br>
</div>
<span style>
<div style=3D"border-right:medium none;padding-right:0in;padding-left:0in;p=
adding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;fon=
t-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-lef=
t:medium none">


<span style=3D"font-weight:bold">From: </span>Thomas Watteyne &lt;<a href=
=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berk=
eley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Thursday, August 22, 2013 4:1=
0 PM<br>
<span style=3D"font-weight:bold">To: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6=
tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;<div class=3D"im"><b=
r>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] time parent se=
lection based on EB priority<br>
</div></div><div class=3D"im">
<div><br>
</div>
<div dir=3D"ltr">All,
<div><br>
</div>
<div>Summarizing the different things we are talking about in this thread:<=
/div>
<div>1. picking time source neighbors during the operation of the network. =
Proposal is to use the (loop-free) RPL DAG. Challenged by Raghuram who want=
s to have separate L2 and L3 behavior because of race conditions.</div>


<div>2. picking time source neighbors during join process. Proposal is to a=
ttach to the node which indicates the lowest join priority in EB. Question =
is whether join priority reflects DAGrank or not.</div>
<div>3. multiple DODAGs: keeping DAGroots sync&#39;ed or participating in s=
everal independent time bases.</div>
<div><br>
</div>
<div>My opinion is:</div>
<div>1. I believe keeping the same DAG structure the same between L2 and L3=
 makes sense. If there is no L2 connectivity, L3 cannot function since it c=
an not speak to and hear the neighbors, so I&#39;m afraid I don&#39;t quite=
 follow the race condition issue.</div>


</div>
</div></span>
<div><span style=3D"color:rgb(255,0,0)">=A0I support the idea of keeping th=
e same DAG structure between L2 and L3.=A0</span></div>
<div><span style=3D"color:rgb(255,0,0)"><br>
</span></div>
<div><span style=3D"color:rgb(255,0,0)">To explain what I was referring to =
-</span></div>
<div><font color=3D"#ff0000">The RPL trickle timer period can very easily b=
ecome a large value if the network is static. In this time if a node does s=
witch off, it is most like that L2 will detect it first since it would have=
 received
 EB from its current parent. Now if we force it that the RPL parent has to =
be the timing parent we cannot find a timing parent until L3 detects the to=
pology change. If we allow L2 to initiate a join process and choose a new t=
iming parent and inform L3 we may
 be violating the RPL OF. This is the situation that I was referring to. I =
feel that there is a fair probability of this happening. Thoughts ?</font><=
/div>
<div><font color=3D"#ff0000"><br>
</font></div>
<div><font color=3D"#ff0000">To address this we probably need to allow RPL =
to change the topology based on the OF, after L2 join has occurred. Then L2=
 can change its timing parent to be synced with DAG structure.=A0</font></d=
iv>

<div><div class=3D"h5">
<div><font color=3D"#ff0000"><br>
</font></div>
<div>2. My inclination is to have the join priority be an indication of the=
 DAGrank, possible by &quot;rounding off&quot;. When joining, a new node wi=
ll join L2 (i.e. synchronize) as soon as it hears EBs, then join L3 (i.e, a=
cquire a DAGrank) after hearing DIOs. I would
 have the node transmit EBs only after that last step.</div>
<div><br>
</div>
<span style>
<div dir=3D"ltr">
<div>3. My opinion is that, for now, we should take the multiple root case =
into account, but only if they are synchronized through some out-of-band me=
chanism.</div>
</div>
</span>
<div><font color=3D"#ff0000"><br>
</font></div>
<div><br>
</div>
<span style>
<div dir=3D"ltr">
<div>Raw opinions, up for discussion :)</div>
<div><br>
</div>
<div>Thomas</div>
<div class=3D"gmail_extra"><br>
<div class=3D"gmail_quote">On Thu, Aug 22, 2013 at 12:00 PM, Pascal Thubert=
 (pthubert)
<span dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blan=
k">pthubert@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140aba48b4e07ac5_140a8433f772e814_140a766=
1ca1706f1__MailEndCompose"><span style=3D"font-size:11pt;color:rgb(31,73,12=
5);font-family:Calibri,sans-serif">Dear Qin:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">I think the idea was to make sure that the r=
oots are synchronized.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Certainly the DODAGs may be a bit out of syn=
c as we progress down, but we expect that the guard time is sufficient.<u><=
/u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">The alternate would be to sync the whole net=
work completely independent of RPL DAGs etc=85 eg using a GPS.<u></u><u></u=
></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">There might be use cases where that is fine,=
 but we need to document a default behavior that does not make the assumpti=
on of a GPS or similar.<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Makes sense?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Cheers,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11pt;color:rgb(=
31,73,125);font-family:Calibri,sans-serif">Pascal<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif"><u></u>=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10pt;font-family:Tahoma,=
sans-serif">From:</span></b><span style=3D"font-size:10pt;font-family:Tahom=
a,sans-serif"> Qin Wang [mailto:<a href=3D"mailto:qinwang@berkeley.edu" tar=
get=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 19:03</span></p>
<div>
<div><br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></div>
</div>
<p></p>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It may bring in some complexity. Think about the cas=
e. DODAG1 and DODAG2 are in a same instance, but have no shared nodes, thus=
 may not be able sync with each other. =A0A new node (node-A) comes in, wan=
ts to join into the two DODAGs, in another
 word, want to jump between the two DODAGs. =A0I believe node-A has to chan=
ge its time source parent and re-sync when it jump from one DODAG to anothe=
r. Right?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thank<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 23, 2013 at 12:15 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140aba48b4e07ac5_140a8433f772e814_140a766=
1ca1706f1_140a6cfc2276e342__MailEndCompose"><span style=3D"font-size:11pt;c=
olor:rgb(31,73,125);font-family:Calibri,sans-serif">I do not think so, Qin;
</span></a><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">but it is required that a node on one DODAG =
may jump onto the other, and to do that, it is useful to monitoring candida=
tes from both dodags.</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Note that DODAGs partition the network, and =
all the parents must be in one of them.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11pt;color:rgb(=
31,73,125);font-family:Calibri,sans-serif">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10pt;font-family:Tahoma,=
sans-serif">From:</span></b><span style=3D"font-size:10pt;font-family:Tahom=
a,sans-serif"> Qin Wang [mailto:<a href=3D"mailto:qinwang@berkeley.edu" tar=
get=3D"_blank">qinwang@berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 17:54<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Thomas Watteyne;
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a></spa=
n><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority<u></=
u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Is it assumed that 2 DODAG in a same instance must h=
ave at least one shared node?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 11:11 PM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140aba48b4e07ac5_140a8433f772e814_140a766=
1ca1706f1_140a6cfc2276e342_140a6951a668c0bd__MailE"><span style=3D"font-siz=
e:11pt;color:rgb(31,73,125);font-family:Calibri,sans-serif">Hello Xavi:</sp=
an></a><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">The problem is that we have 2 mechanisms tha=
t establish a distance to the root in order to avoid loops, RPL Rank and 4e=
 priority.</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Fact is, RPL is probably more elaborate for =
loop detection and loop avoidance. I suspect that the priority can easily c=
ount to infinity.</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">So I=92d trust RPL Rank rather than priority=
, and we seem to agree that we want to time sync with RPL parents.</span><u=
></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">a) My question is whether it makes sense and=
 value to have a transition between a time source based on best (hop count)=
 priority and to one based
 on best RPL Rank, or if we could use the rank right away. Seems to me that=
 life would be easier if we use the Rank right away, though it may make the=
 network a bit slower to come up. Passing from one mode to the other will d=
emand some specifications, what
 if one node reboots and goes from one mode to the other, etc=85</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Now if the question is to reuse the priority=
 field, then we can do actually change the logic to accommodate priority =
=3D DAGRank(Rank) for nodes that
 are not root, still ensuring that only a node that is already part of a RP=
L DAG may be used as time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Initially only the root would be priority 0.=
 All the others would be default 255 (that is DAGRank(INFINITE_RANK) assumi=
ng MinHopRankIncrease of 255)</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">From there, all nodes that are one hop away =
from root with good RSSI can sync with the root, and listen to DIOs, and em=
it their own, and set their
 own priority to DAGRank(Rank) that is &lt; 255.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Children sync to whichever prio &lt; 255 nei=
ghbor as time source, listen to DIOs, select a parent, migrate to that pare=
nt as time source, and then can
 set their own priority to zero and send DIOs. If later they select a bette=
r parent the priority will get lower so that=92s till OK.</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11pt;color:rgb(31,73,125);font-family:Calibri,sans-serif">Would that fl=
y?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">b) about multiple DAGs, there are 2 cases:</=
span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">- 2 DODAGs in a same instance. We said we wa=
nt to support that, and that implies that the various DODAGs are closely ti=
me sync=92d.</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">- 2 DODAGs in 2 different instances. To be d=
iscussed. We have use cases where that could be useful, one instance playin=
g basic slotted aloha and
 the other doing more critical jobs. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">We have not agreed on the latter but with a =
single radio, it seems problematic if the 2 instances do not share a same s=
ense of time. We=92d end up
 with slot frames that may drift from one another, sometimes overlapping=85=
 I suspect that we=92d partition time inside a slot frame or using multiple=
 slot frames, but we=92d keep them in sync. Probably there is a need for a =
spanning instance (0) for (autonomic)
 management etc=85 that uses something very simple, always on, very much li=
ke your basic draft. If there is such a spanning instance, then it can be u=
sed to sync everyone, in which casethe Rank from the dependent instances is=
 not used for time sync.</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">What do others think?</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10pt;font-family:Tahoma,=
sans-serif">From:</span></b><span style=3D"font-size:10pt;font-family:Tahom=
a,sans-serif"> Xavier Vilajosana Guillen [mailto:<a href=3D"mailto:xvilajos=
ana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> jeudi 22 ao=FBt 2013 15:34<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] time parent selection based on EB priority</spa=
n><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pascal,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">my comment inline:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">[Pascal] Yes, I read Xavi=92s proposal as a =
mechanism parallel to RPL to do like an hop-count-based OF0.</span><u></u><=
u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Q: Do we really need to build the time sync =
tree faster than the RPL graph?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">If no, maybe me could use the priority as a =
boolean to mean that the node is already part of the RPL DAG and may be use=
d as time source.</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Initially only the root would be priority 0.=
 All the others would be default 1.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">From there, all nodes that are one hop away =
from root with good RSSI can sync with the root, and listen to DIOs, and em=
it their own, and set their
 own priority to zero.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Children sync to whichever prio 0 neighbor a=
s time source, listen to DIOs, select a parent, migrate to that parent as t=
ime source, and then can set
 their own priority to zero and send DIOs.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11pt;color:rgb(31,73,125);font-family:Calibri,sans-serif">Would that fl=
y?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:Calibri,sans-serif">yes that would work but we are doing the same as =
the IEEE802-15.4e Join priority field is for. The 15.4e defines this mechan=
ism and it is inherent to the networks
 we address so using it is straightforward. Then as described by Thomas, we=
 only need to use RPL best parent as soon as we have one instead of the low=
est prio neighbor.=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:Calibri,sans-serif">Another question with time sources is the selecti=
on of a time source parent in the case that a node belongs to more than one=
 DODAG. Which parent is selected then?
 An more importantly, do the basic draft considers having more than one DOD=
AG?=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-f=
amily:Calibri,sans-serif">thanks!<br>
Xavi</span><u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:59 AM, Pascal Thubert (pth=
ubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert=
@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140aba48b4e07ac5_140a8433f772e814_140a766=
1ca1706f1_140a6cfc2276e342_140a6951a668c0bd_140a57"><span style=3D"font-siz=
e:11pt;color:rgb(31,73,125);font-family:Calibri,sans-serif">Dear all:</span=
></a><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">As you know, RPL may entail temporary loops,=
 in particular if DAGMaxRankIncrease is not configured to 0.</span><u></u><=
u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">If as we expect we use the RPL preferred par=
ent tree for time sync, this will lead to time sync loops.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Two questions here:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">1) how bad is the effect of such loop? I exp=
ect that the clocks=A0 will derive rapidly, as if from the perspective of a=
 node the crystal was real,
 real bad.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">2) can we detect that effect and use it to d=
etect a loop in the routing?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Please see inline:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10pt;font-family:Tahoma,san=
s-serif">sch] time parent selection based on EB priority</span><u></u><u></=
u></p>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Qin, Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Excellent point. I believe that this is exactly what=
 makes this 6TSCH work so interesting: figuring out how consolidate the vie=
ws between upper and lower layers.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my mind, the join priority as you describe looks =
very much like a DAGrank. I believe there are, however, two potential quest=
ions we should not forget:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what if the joining mote does no get all of the EB=
s of its neighbor?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- what happens when the topology changes and a node =
moves up or down in the DODAG?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would suggest the following:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- once the node has fully joined, somehow tie the jo=
in priority to its RPL DAGrank. We might have to play with the metric to ma=
ke the join priority look like a hop count, but I believe it is important t=
he announced join priority changes
 when the mote moves up/down in the topology.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- maybe consider the time source parent identified d=
uring the joining as temporary until the final time source parent is discov=
ered. How the final one is discovered can through some command from the ME =
(see Qin&#39;s attachement), or after
 receiving many DIOs.<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">[Pascal] Yes, I read Xavi=92s proposal as a =
mechanism parallel to RPL to do like an hop-count-based OF0.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Q: Do we really need to build the time sync =
tree faster than the RPL graph?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">If no, maybe me could use the priority as a =
boolean to mean that the node is already part of the RPL DAG and may be use=
d as time source.</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Initially only the root would be priority 0.=
 All the others would be default 1.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">From there, all nodes that are one hop away =
from root with good RSSI can sync with the root, and listen to DIOs, and em=
it their own, and set their
 own priority to zero.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;color:rgb(31,73,125);f=
ont-family:Calibri,sans-serif">Children sync to whichever prio 0 neighbor a=
s time source, listen to DIOs, select a parent, migrate to that parent as t=
ime source, and then can set
 their own priority to zero and send DIOs.</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11pt;color:rgb(31,73,125);font-family:Calibri,sans-serif">Would that fl=
y?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11pt;color:rgb(31,73,125);font-family:Calibri,sans-serif">Cheers,</span=
><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11pt;color:rgb(31,73,125);font-family:Calibri,sans-serif">Pascal</span>=
<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11pt;color:rgb(31,73,125);font-family:Calibri,sans-serif">=A0</span><u>=
</u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 1:15 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Agree!<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin</span><u></u><u></=
u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 3:23 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">HI Qin,<br>
<br>
as a basic setting we want the most basic approach. I guess that using (1) =
first priority and then RSSi will avoid having loops. As you say all this a=
pproaches would work but I bet for (1) to be the simplest.
<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">cheers!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 21, 2013 at 12:20 PM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is a good idea to use Priority in EB as a factor =
to choose initial time parent. But, I think there are several ways to use t=
he Priority, and other metrics like RSSI. For example,<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) As you suggested, use Priority first, and then R=
SSI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) or use RSSI first, and then Priority<u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal">(3) or use a function of Priority and RSSI.<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I&#39;m not sure which is better. What do you think?=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Thu, Aug 22, 2013 at 2:49 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<br>
<br>
I want to propose to add in the basic TSCH draft the fact that when a node =
joins a network, it uses the EB join priority defined in the Slot and Link =
IE (Section 5.2.4.13 15.4e std) to select its time parent. This priority is=
 0 for the PAN coordinator of the
 network. A node listening several EB selects as a time parent the node wit=
h lowest EB Join Priority. In case of receiving multiple EBs with the same =
Join priority then filters by other metrics e.g RSSI of the link. (note tha=
t until a DIO is received nodes
 don not know about the gradient).<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">A node when sends an =
EB uses the lowest EB Join priority it has heard and adds 1 to it as its ow=
n Join priority.<br>
<br>
<br>
Current draft section states that RSSI or another metric should be used to =
select the initial time parent, this has the problem that loops cannot be a=
voided until the first DIO is received. With the proposed approach the prob=
lem is solved and does not introduce
 anything new, just used what 15.4e provides to us.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">what is your opinion?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">thanks!<br>
Xavi<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</span>
</div></div></div>

</blockquote></div><br></div>

--047d7b33c788a7874104e49e8d36--

From ksjp@berkeley.edu  Fri Aug 23 08:49:28 2013
Return-Path: <ksjp@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43DD611E81AF for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 08:49:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vrvrNHR9xndO for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 08:49:12 -0700 (PDT)
Received: from mail-pd0-f180.google.com (mail-pd0-f180.google.com [209.85.192.180]) by ietfa.amsl.com (Postfix) with ESMTP id C2CAF11E80FB for <6tsch@ietf.org>; Fri, 23 Aug 2013 08:49:12 -0700 (PDT)
Received: by mail-pd0-f180.google.com with SMTP id y10so814843pdj.39 for <6tsch@ietf.org>; Fri, 23 Aug 2013 08:49:12 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=51HLy8kekfCFWrLztsh+fsu6sWVAI6jSJMecu/Wx3R4=; b=UAZlhLcQ0zA4x4Q4xtTJioj7gfS2o3aCBgujxWdTMUzys0nWX9tfiyEhX8oaN1eUOS JmAQjj63x+WlBkCaid+1UuHj0Luvy4Rs6grLEJ2QPKkSCW61jVbqaKZnSeAVY8hMojUr Wf+YdnM5hlCXJGw6DoD1FehksRmrPih9qRVt+YoWrQk+yZqKHNrozFyEzzW3VoPyA/eQ 9qlQhJhwNrkDBgoZLO/q4SSghguA6Jx07mZw4VrI6of92KA6DuJd7vHDBcck5YFM8f6Q 3UARKTAHtdOY87ay7i2gYWQT+l5uIRyo3+/Ebik2tQ6w3NWdoyY2DPnulblwUOz4xJHU cacQ==
X-Gm-Message-State: ALoCoQmhl+fp/TG3qlxzcseDZG1wGbg5DBp8l451C+BlpGqd8wxLc5RtY37do4kMpH/6uJLUBOet
X-Received: by 10.66.163.164 with SMTP id yj4mr11982402pab.91.1377272952463; Fri, 23 Aug 2013 08:49:12 -0700 (PDT)
Received: from [192.168.1.104] (c-98-210-49-50.hsd1.ca.comcast.net. [98.210.49.50]) by mx.google.com with ESMTPSA id xe9sm516736pbc.21.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Aug 2013 08:49:12 -0700 (PDT)
Message-ID: <52178470.50309@berkeley.edu>
Date: Fri, 23 Aug 2013 08:49:04 -0700
From: Kris Pister <ksjp@berkeley.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Giuseppe <ribes170289@gmail.com>
References: <5215eb9f.e2c6b40a.6b2c.ffffe7e1@mx.google.com> <5216A2A1.3080602@berkeley.edu> <5216B1F4.8090504@gmail.com>
In-Reply-To: <5216B1F4.8090504@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: '6TSCH' <6tsch@ietf.org>, Alfredo Grieco <alfredo.grieco@gmail.com>, 'Elvis Vogli' <elvisvogli@gmail.com>, 'Gennaro Boggia' <g.boggia@poliba.it>
Subject: Re: [6tsch] Synchronization Issues
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 15:49:28 -0000

+1 (assuming you meant slot_num not superframe_num)

ksjp

On 8/22/2013 5:51 PM, Giuseppe wrote:
> while scheduling beacons with the couple (superframe_num, channel_num) 
> should avoid the collisions in this case and improve the 
> synchronization phase


From xvilajosana@berkeley.edu  Fri Aug 23 09:09:33 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1E6111E8170 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 09:09:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[AWL=0.378,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nvx8bkIoUi7t for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 09:09:29 -0700 (PDT)
Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6E1CC11E81B7 for <6tsch@ietf.org>; Fri, 23 Aug 2013 09:09:29 -0700 (PDT)
Received: by mail-pa0-f45.google.com with SMTP id bg4so842490pad.18 for <6tsch@ietf.org>; Fri, 23 Aug 2013 09:09:29 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:date:message-id:subject :from:to:content-type; bh=fTiyUDsSWIwqnBjn3nZige88BtTymIMXbQxGgILYsMk=; b=Dvfq/VHtSnGjfwonLhYA4gE08s/hbQrb3m0NAF44nA7WHA0Y/bZWzFS1rtdb7A8pfl pabvwVpNW0IKLl6AsByOsifAIZdWc1WRXsBT67S92yB8Pd9lPGOm5nvoXihaF2Qumigd 8ty2yYTD0gKWFpYGRd2JFDFmAquy7X3GY0sRQZi2HBmD1blTBfOdTnkfwtpS3e+PeRoY 4ptIx7CA5b0UBt0I1vWijefQJ5Zl5yrhkjfH+ID+RQ/lVHCNtRvS6BlJOFj7Ht2prHJZ dPVWQur1VUb0bx19qgEH+7kTMjSO7/sLqBn/FKtINnMLG0zNacQDOI1DBBztQFObxT2y xP/g==
X-Gm-Message-State: ALoCoQmG8c2NLQ0sXJh7olU5AH3QJ9AZVP06tlSS2+5nlnsbIhedEgeKLJZRbqjCF2LlWzOjkkjH
MIME-Version: 1.0
X-Received: by 10.67.4.227 with SMTP id ch3mr21986965pad.74.1377274169041; Fri, 23 Aug 2013 09:09:29 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Fri, 23 Aug 2013 09:09:29 -0700 (PDT)
Date: Fri, 23 Aug 2013 09:09:29 -0700
Message-ID: <CALEMV4bYjcQiepyaOS7V1NWzZXuXVriGtdCaUeYEtcoZpLj-6A@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b16018d9acaa604e49fa142
Subject: [6tsch] differences on basic draft
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 16:09:33 -0000

--047d7b16018d9acaa604e49fa142
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

here the differences

https://bitbucket.org/6tsch/draft-vilajosana-6tsch-basic/diff/draft-vilajosana-6tsch-basic-02.txt?diff1=21207998403b&diff2=e48e8c7bfde6c7f3f000ca84dae62b2920b14a7a&at=master

cheers,
Xavi

--047d7b16018d9acaa604e49fa142
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi all, <br><br></div>here the differences <br><=
br><a href=3D"https://bitbucket.org/6tsch/draft-vilajosana-6tsch-basic/diff=
/draft-vilajosana-6tsch-basic-02.txt?diff1=3D21207998403b&amp;diff2=3De48e8=
c7bfde6c7f3f000ca84dae62b2920b14a7a&amp;at=3Dmaster">https://bitbucket.org/=
6tsch/draft-vilajosana-6tsch-basic/diff/draft-vilajosana-6tsch-basic-02.txt=
?diff1=3D21207998403b&amp;diff2=3De48e8c7bfde6c7f3f000ca84dae62b2920b14a7a&=
amp;at=3Dmaster</a><br>
<br></div>cheers,<br>Xavi<br></div>

--047d7b16018d9acaa604e49fa142--

From qinwang@berkeley.edu  Fri Aug 23 09:14:55 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8826511E8170 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 09:14:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.901
X-Spam-Level: 
X-Spam-Status: No, score=-2.901 tagged_above=-999 required=5 tests=[AWL=0.075,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jzJybjGiCyI8 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 09:14:50 -0700 (PDT)
Received: from mail-ve0-f173.google.com (mail-ve0-f173.google.com [209.85.128.173]) by ietfa.amsl.com (Postfix) with ESMTP id EAD3911E8103 for <6tsch@ietf.org>; Fri, 23 Aug 2013 09:14:49 -0700 (PDT)
Received: by mail-ve0-f173.google.com with SMTP id cy12so576012veb.18 for <6tsch@ietf.org>; Fri, 23 Aug 2013 09:14:48 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=mnCiBd0ClRWmOYzRYKgCpmDrdv5OFmMRbjbOfhR/VQE=; b=iGDX/4uiie+3gi3KTsJR1wEMuLl/mlHxSsJMddDpMXku9GCjBNrGz6o8oIW1Eu/cRW hEzli/keE6MHzJk4PMl+3Ps+5JwINI631nwtnJyAtvYBt+4aMSTj9GBxa47XGihSidDf OP0AUTriBK9/XvNy5Fb2aYq0bSS5fwzyqykilPet0YsEXOTLUqaff5Sm8niDTNYVCBU3 hl5O3rk4xK28asCo8WQ5Xtc9E0Zqxf7+dCd8ngRiyResmcNGxfbIXDPJODyyBkbSoOax sd5l2K3/PVYVA5+U125u9RAqAvMePlf2L8GD5LK2fj8D5zqkthOPunEFkwyTw4/DjRg3 6Q9w==
X-Gm-Message-State: ALoCoQnOzcc8KNdBzhH72YXCskxXhwDg/Y8iZVCWittQwAzgZe5ThSMXHgCquOv7h1Ua6GgNX+kG
MIME-Version: 1.0
X-Received: by 10.52.165.45 with SMTP id yv13mr184370vdb.1.1377274488330; Fri, 23 Aug 2013 09:14:48 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 23 Aug 2013 09:14:48 -0700 (PDT)
Date: Sat, 24 Aug 2013 00:14:48 +0800
Message-ID: <CAAzoce6A5ybppGcZfaERpuX2V=suUOYuA1MBAJZD5-_e5KGiHw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/mixed; boundary=001a11c20802a2aca804e49fb4d5
Subject: [6tsch] content of control flows
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 16:14:56 -0000

--001a11c20802a2aca804e49fb4d5
Content-Type: multipart/alternative; boundary=001a11c20802a2aca504e49fb4d3

--001a11c20802a2aca504e49fb4d3
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

The attached file is about the content of control flows between ME and
6top. There are lots of TODO in it. Please input your idea.

Thanks
Qin

--001a11c20802a2aca504e49fb4d3
Content-Type: text/html; charset=ISO-8859-1

<div dir="ltr">Hi all,<div><br></div><div>The attached file is about the content of control flows between ME and 6top. There are lots of TODO in it. Please input your idea.</div><div><br></div><div>Thanks</div><div>Qin</div>
</div>

--001a11c20802a2aca504e49fb4d3--
--001a11c20802a2aca804e49fb4d5
Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; 
	name="content of control flows.docx"
Content-Disposition: attachment; filename="content of control flows.docx"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_hkpllvjf0

UEsDBBQABgAIAAAAIQAJJIeCgQEAAI4FAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0
lE1Pg0AQhu8m/geyVwPbejDGlPag9ahNrPG8LkPZyH5kZ/v17x1KS6qhpVq9kMAy7/vMCzOD0UqX
0QI8KmtS1k96LAIjbabMLGWv08f4lkUYhMlEaQ2kbA3IRsPLi8F07QAjqjaYsiIEd8c5ygK0wMQ6
MHSSW69FoFs/407IDzEDft3r3XBpTQAT4lBpsOHgAXIxL0M0XtHjmsRDiSy6r1+svFImnCuVFIFI
+cJk31zirUNClZt3sFAOrwiD8VaH6uSwwbbumaLxKoNoInx4Epow+NL6jGdWzjX1kByXaeG0ea4k
NPWVmvNWAiJlrsukOdFCmR3/QQ4M6xLw7ylq3RPt31QoxnkOkj52dx4a46rppLbYq+12gxAopFNM
vv6CcVfouFXuRFjC+8u/UeyJd4LkNBpT8V7CCYn/MIxGuhMi0LwD31z7Z3NsZI5Z0mRMvHVI+8P/
ou3dgqiqYxo5Bz4oaFZE24g1jrR7zu4Pqu2WQdbizTfbdPgJAAD//wMAUEsDBBQABgAIAAAAIQAe
kRq38wAAAE4CAAALAAgCX3JlbHMvLnJlbHMgogQCKKAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjJLbSgNBDIbvBd9hyH032woi0tneSKF3
IusDhJnsAXcOzKTavr2jILpQ217m9OfLT9abg5vUO6c8Bq9hWdWg2JtgR99reG23iwdQWchbmoJn
DUfOsGlub9YvPJGUoTyMMaui4rOGQSQ+ImYzsKNchci+VLqQHEkJU4+RzBv1jKu6vsf0VwOamaba
WQ1pZ+9AtcdYNl/WDl03Gn4KZu/Yy4kVyAdhb9kuYipsScZyjWop9SwabDDPJZ2RYqwKNuBpotX1
RP9fi46FLAmhCYnP83x1nANaXg902aJ5x687HyFZLBZ9e/tDg7MvaD4BAAD//wMAUEsDBBQABgAI
AAAAIQB8O5c5IgEAALkDAAAcAAgBd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVscyCiBAEooAAB
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKyTTU+EMBCG7yb+B9K7FFZdjdmyFzXZq67x3C1T
aISWdMYP/r0VswrKogcuTWaavs/TSbtav9VV9AIejbOCpXHCIrDK5cYWgj1sb08uWYQkbS4rZ0Gw
FpCts+Oj1R1UksIhLE2DUUixKFhJ1FxxjqqEWmLsGrBhRztfSwqlL3gj1ZMsgC+SZMl9P4Nlg8xo
kwvmN/kpi7ZtE8h/ZzutjYJrp55rsDSC4AhE4WYYMqUvgATbd+Lgyfi4wuKAQm2Ud+g0xcrV/JP+
Qb0YXowjtRXgo6HyRmtQ1Mf/3JrySA94jIz5H6PoyL1BdPUUfjknnsILgW96V/JuTacczud00M7S
Vu6qnsdXa0ribE6JV9jd/3qVveZehA8+XPYOAAD//wMAUEsDBBQABgAIAAAAIQCGyDjP9AgAAB1W
AAARAAAAd29yZC9kb2N1bWVudC54bWzsXFFz4jYQfu9M/4PGT+1MD0yAXMIc3CRA0psmvTTh2seO
MAI8Z1s+WQ5Hf31Xkg2SIQk4MfFc/BITy9Zqd79dabVrffj43ffQPWGRS4Ou1ajZFiKBQyduMOta
X0YX704sFHEcTLBHA9K1liSyPvZ+/unDojOhTuyTgCPoIog6i9DpWnPOw069Hjlz4uOo5rsOoxGd
8ppD/TqdTl2H1BeUTepHdsOWv0JGHRJFQK+Pg3scWUl3/mZvNCQB0JpS5mMe1Sib1X3MvsbhO+g9
xNwdu57Ll9C3fZx2Q7tWzIJOMqB3qwGJVzpqQMklfYNtcLGFrnpzkEhAUqwz4sEYaBDN3XDNRt7e
gMV5OqT7x5i49730uUXYaG3QW7G8iw4GDC9AFesON7rbIoyJesn3lByEftdazfbYsB9jJtGI6GI1
hl2GYNJMR+JjN1h1k080unDBIp6D70tG43A1nNB9Xm+fgq+rvoRh7jEy+1hans5atFcHG6Z7N8ch
sZDvdD7NAsrw2IMRLRotJBBp9cBZjOlkKa4hWnTA2Uxuu5Ztn79/b9unVnprQKY49rho6beOzvrt
tOVGe1h0wuSfG3W5oAGPoIu5G8CrBEf8LHKxVe99qMOT6iHeG80JmlLPEze5apKdpLSzFPbqnAqb
QVywHaEJ4dj1EAeCDgwNHGSW5t6jFy6xE4XYAamGjESE3ROrh+hUUuFzRhQtRj009egiQmPCF4QE
KEtaZ7d9ZJ9evJfaScTEdpPlNQ7wjEjXPww4eNwslZdi8Jfr4a8I5h50zGmYJaKzkgBpb7q939Bi
7jpzhBlB5Dtn2OFkgqaM+lK0gi5o0fdhEBEKKUBMSP3eJYsaEpAafR58jpAboJFQPjqSo1W/myia
09ibgC4AE1M3gI6x44Bnk2ChkgAj32KXKVlKqnEYEoY8vIQpuWawDMANBYM7WlAiEjCDzCuJ2lPx
3cB895glaqINE6NQl7FmYWJsSaOmA/0JYXUjg5+dzRich0YKOtpuDkIBDdRXJie0lKWWciz4fUwI
GgePGMTGqHpnjpj90QUYoEE6VRwfe6JruChRwY87vgTULDr32OtauCmclnzgH7i3gHEKB8iXIZg9
jjldNV9R+jV9y26dycemLov4LYW3GuItD/yg/G/d2Kde7ItFXtqe3pCPBPT3c0B5QjSgf6v/GoKo
8JnaqC+ZOxEDncEV+lBjbZ2eyGcfuK26SN/kDF5aTQOmMkYSkJpz4o6UipNIzUmEIwlCN0o+k++p
y+fJg4admCRutZlGI5RjWrkeIk433ZNSueA5GXt5OZAuDni4Hm4BbcKBuEjhlE9vCY7kCuF5quzf
Ds9GQ1QfDK+Go2H9y81A/Gv6YHBzjNLpkAn8KuBFIfHAjjHjyjxzgGiO2cSBXgwFPERqGEwSk4TZ
4EAIS1ZjAsQ52LuLHRHh1S9gWRQzYnAJDKzZKDHMcrKuMJVCCgB2dfW5fyhYibi7gpUykpJ6rxeB
1QE9VeRRPmXYN424clVpQGsuMw68kmnY7/vNpiUwVcQs1f/858Wnyy+3w5pPA5dTBmGM4csfIlvN
WFrEIbSTLgqLWdBqMMgxWa+0nFGtsWAfNNonzWOJtL12DrYHbvXb4d1wtBGuSd+YBJW77UvUYKOa
uxF3ncgYvbHIKFr8b3itpMGiIAd0qRwQGRv6rRxPKeafg6mfuz6JaMycahlSwsBcg0Ge+UdG4WnE
lC5tA+LO5mPKDLOv3Hq6fV/sgqIIhX6LSWxab6XNg2uzoEk6iRIi4kBqI5sb2k6zChEOGiJoFr1d
H8/bz1zFEDWBAQYJwpqPnT/IUibGDB9eLd3eyNJNcwopIO6Ef+DLK3JPvAoZkCgq4/53wa7iCo+J
d7dwuQPlGzNwE9k0/3b/VM0XP9J8kQFBHFQwSH2BcAmqbGC/dLYsJDBeMSuq9Ax40rL5irmbfVtg
pcg+dRbbNxHT+ptXrP/4KyZsWZV/bK0KUTjeXv6RbFgnmXyVNGk12g1b5TJeIrg1SejgN1tkGYFG
O8cGxuEqQsyhF8rUCxeJaBJ+Ce1m/NRmcY9eJKLR3r62eF7sA9tXg1qps+5m0e0LIH4ENZBGUGds
5eyxqNVU80PCQmXPqY8NaZUwBH7AXnJ4w1zYMB1bqSaEwlzGOqcus5ixmcE8PEZMHeiTi7mQfC3/
YY7vbWAk4zZeJCXfizgkzDdz5hXiRGotcYTyY5WBKnoocplqktCNzmzJGl1hXunVE+0m37pEyuGG
zPEV4oZMEroIzJaDgaI06XeTf10yFThsUzgHAwf2vNrWbP3hJxRTAhU8JroITOFIeCS3iqoflZFx
QDbrOCpklH2pcQhkbFaEVLiocDGoSVzImPi1Q2LTZerOtBzLjfagfTSQ33KKLysLWYuaJHQRmC0b
80lSx71zObfYQlQPFxbbeCL1HMnUczm2XEwRPiHc1jpBkn55nUO4Re3oqXSPXEnoIfSTG/VP5iA3
9/affKXAtOUYiAOr60Mmsjs0u33DsPEp+fYUpzxhoPmaX7jfkpAyXqU4905xmsAvxjWr0zxSc9MM
ZYfZKffZDDr6mTubEQanXIyX8ot4OBaDExZgD0GFF5zRYhiHcPDFfr+s7N5kXneqZks2QM7hGZ+R
JDXHUgg+TBK7C6Kw+bdsGY+8AsqBlFxZMXN8bwMjpUlOmMLf3XoOBY4STzCFOZDyRIam9MuHjvPz
5sUwExkm98QK9SWKLUwSugjMFjnPtoftfl99P/yM4KUwYJUuMjRFeBDhFuW4HogMzaIkg0N1RqDA
6RiOvRIHfsoKLVjouqvTquBEiq717yU9x85XdQxP+ixUiq+eVNGaPEQNPkzhN0Z61xzBHbRnSqzD
2d1/0JU4YKtxKg4YhSMH4ffxSfNEkQxn11h0CWfGwf1WSxkcfLgIPTXsE/nvmHJO/XWzR6Za65zg
CYHjr07a8oyuKaWwgO5ap6dHgtos5vJfW5FzqCeOPUyOBWwdtdVtOJVVlFmKcciDwzw4eA5OI4UT
weDHjSi071rNxpF4GHSh5CB/qhMa4V56rmvvfwAAAP//AwBQSwMEFAAGAAgAAAAhAOlsTo20BgAA
qxsAABUAAAB3b3JkL3RoZW1lL3RoZW1lMS54bWzsWU9vE0cUv1fqdxjtHWIndogjHBQ7NmkhEMWG
iuN4Pd4dMruzmhkn+IbgiFSpKq04FKnqpYeqLRJIrVT6ZRpKRanEV+ibmd31TrxuEogoaokQiWd/
8/6/37xZn79wK2JojwhJedz0qmcrHiKxz4c0DpretX73zIqHpMLxEDMek6Y3IdK7sPbhB+fxqgpJ
RBDsj+UqbnqhUsnqwoL0YRnLszwhMTwbcRFhBR9FsDAUeB/kRmxhsVJZXogwjT0U4wjEXh2NqE/Q
s59/efHNg99u34N/3lqmo8NAUaykXvCZ6GkNxNlosMPdqkbIiWwzgfYwa3qgbsj3++SW8hDDUsGD
plcxP97C2vkFvJpuYmrO3sK+rvlJ96UbhruLRqcIBrnSarfWOLeRyzcApmZxnU6n3anm8gwA+z54
am0pyqx1V6qtTGYBZP+cld2u1Cs1F1+QvzRjc6PVatUbqS1WqAHZP2sz+JXKcm190cEbkMXXZ/C1
1nq7vezgDcjil2fw3XON5ZqLN6CQ0Xh3Bq0T2u2m0nPIiLPNUvgKwFcqKXyKgmrIq0urGPFYzau1
CN/kogsADWRY0RipSUJG2IdibuNoICjWCvAqwYUndsmXM0taF5K+oIlqeh8nGBpjKu/V0+9fPX2M
Du48Objz08Hduwd3frSCnF2bOA6Ku15++9lfD2+jPx9//fL+F+V4WcT//sO9Z79+Xg6E9pma8/zL
R388efT8wacvvrtfAl8XeFCE92lEJLpC9tEOj8AxExXXcjIQJ9vRDzEt7liPA4ljrLWUyO+o0EFf
mWCWZsexo0XcCF4XQB9lwIvjm47BvVCMFS3RfCmMHOAW56zFRWkULmldhTD3x3FQrlyMi7gdjPfK
dLdx7OS3M06AN7OydBxvh8Qxc5vhWOGAxEQh/YzvElLi3Q1KnbhuUV9wyUcK3aCohWlpSPp04FTT
dNMmjSAvkzKfId9ObLauoxZnZV5vkD0XCV2BWYnxfcKcMF7EY4WjMpF9HLFiwC9jFZYZ2ZsIv4jr
SAWZDgjjqDMkUpbtuSrA30LSL2FgrNK0b7FJ5CKFortlMi9jzovIDb7bDnGUlGF7NA6L2I/kLpQo
RttclcG3uNsh+jPkAcdz032dEifdR7PBNRo4Jk0LRD8Zi5JcXiTcqd/ehI0wMVQDpO5wdUTjfyJu
RoG5rYbTI26gyudfPSyx+12l7HU4vcp6ZvMQUc/DHabnNhdD+u6z8wYex9sEGmL2iHpPzu/J2fvP
k/O8fj59Sp6yMBC0nkXsoG3G7mju1D2ijPXUhJHL0gzeEs6eYRcW9T5z8ST5LSwJ4U/dyaDAwQUC
mz1IcPUJVWEvxAkM7VVPCwlkKjqQKOESLotmuVS2xsPgr+xVs64vIZY5JFZbfGiXl/RydtfIxRir
AnOhzRQtaQHHVbZ0LhUKvr2Osqo26tjaqsY0Q4qOttxlHWJzKYeQ567BYh5NGGoQjEIQ5WW4+mvV
cNnBjAx13G2OsrSYLJxmimSIhyTNkfZ7NkdVk6SsVmYc0X7YYtAXxyOiVtDW0GLfQNtxklRUV5uj
Lsvem2Qpq+BplkDa4XZkcbE5WYz2m16jvlj3kI+TpjeCezL8GSWQdannSMwCeOfkK2HL/shmNl0+
zWYjc8xtgiq8+rBxn3HY4YFESLWBZWhLwzxKS4DFWpO1f7EOYT0tB0rY6HhWLK1AMfxrVkAc3dSS
0Yj4qpjswoqOnf2YUikfKyJ64XAfDdhY7GBIvy5V8GdIJbzuMIygP8C7OR1t88gl57Tpim/EDM6u
Y5aEOKVb3aJZJ1u4IaTcBvOpYB74Vmq7ce7krpiWPyVXimX8P3NFnyfw9mFpqDPgwxtigZHulKbH
hQo5sFASUr8rYHAw3AHVAu934TEUFbynNr8F2dO/bc9ZGaat4RKpdmiABIXzSIWCkG2gJVN9Rwir
pmeXFclSQaaiCubKxJo9IHuE9TUHLuuz3UMhlLphk5QGDO5w/bmf0w4aBHrIKfabw2T52Wt74G1P
PraZwSmXh81Ak8U/NzEfD6anqt1vtmdnb9ER/WA6ZtWyrgBlhaOgkbb9a5pwwqPWMtaMx4v1zDjI
4qzHsJgPRAm8Q0L6Pzj/qPAZMWWsD9Q+3wFuRfDlhRYGZQNVfcYOHkgTpF0cwOBkF20xaVE2tOno
pKOWHdanPOnmeg8FW1t2nHyfMNj5cOaqc3rxNIOdRtiJtV2bG2rI7OEWhaVRdpExiTHflhW/yeKD
m5DoDfjOYMyUNMUE31MJDDN0z/QBNL/VaLau/Q0AAP//AwBQSwMEFAAGAAgAAAAhAOzT1xJvBAAA
6QoAABEAAAB3b3JkL3NldHRpbmdzLnhtbLRWS2/bOBC+L7D/wdB5HUuy3TRCnCK24yaF0xZVsnum
pLHFDR8CSVlxfn2HpBTFiBMUXexJ1Dw+znt4/umRs8EOlKZSzILoJAwGIHJZULGdBfd3q+HHYKAN
EQVhUsAs2IMOPl38+cd5k2gwBsX0ACGETng+C0pjqmQ00nkJnOgTWYFA5kYqTgz+qu2IE/VQV8Nc
8ooYmlFGzX4Uh+GHoIWRs6BWImkhhpzmSmq5MVYlkZsNzaH9dBrqV+71mkuZ1xyEcTeOFDC0QQpd
0kp3aPx30dDFsgPZvefEjrNOronC9yRbdxupimeNXzHPKlRK5qA1Jogz7y4nVDzDRJNXQM+hPsFQ
j/zdIwuF6lHoTr3lmr3SP5Jtn8U1zRRRPs1YANYKnic3WyEVyRgWVRNNggusqCcp+aBJKlA5JgnL
MZ4GI8vI0Aqs0aX8Kk1aKyVrUVwDQdqb7JWUpmVjKOQmNcQAgusKGHPVnTMgaEqTbBXhWJezwFMc
ZAEbUjNzR7LUyAqFdgQ9nsShN6hQpEGQz4oW11LRJykMYWlFciR2wlHYWv9C+G9QhuavRacfWlyq
K0b2Peayv+gK23TfgXd2ePkO9i3p2KPnJVEkx7C0li7QbCVZh2mbUmHNfK9FbmrXGq2e61abCI0u
wkqq+7UPPGFE5JCi1wzmewNLWWNG7ekfWpjSh9JmbQ1kB3OSP2hGdHlph4lj1uxOEepC5wmFlb56
rHDkpCXdmB9gcB44WVL8W2uzpgKugW5LcyMwPazF0bC6WpO9rI2T9QMm9SMKHRSEY6F5ajt2bmUB
Nv21oq9q+c1esAquFLBk37lIYq6wNsAZmJo9w6AJk9InuBTFF/SC4iDzEf59C94zAIQNzTccwHf7
ClZAMIo4uv+fy1zOVoxWtxR7U92IAtv3v142ahKfLlt3uJ8K3R1+YGt3aQjDaRyerU59LKxYz4nC
08V4fIzzts50OY2XbXMdop3Fp/HlUbT56WkYnh27Zz4fr66Ooi0m8eWinQ+H9yyj6cexGwcYgdZv
ntjt8l1dnPuTLaYB94W4IDxTlAxu7f7BkuRJph7mVHT8DHD/wktOWmcdczj0DM0JYyscDh3DGc2T
AufLEjYOlt0Ste1xWwl1lIrj88szlh3moD7j1K78bY0ilS+S7rpoMmnxqMAO5x1d11naaQncIS9Y
uAK+7ZQFHPXhaRKDTw/XbGvSj2IQw/vUFj8QbS41JbPgqRwuvlptLDOmUvtigVtSVX6AZ9toFjA7
ZCKrZvCvwJeL+8m2ccuLHQ//LM/9kNw6i9LtwQr4I0q1h5427mjjnoZ72ctNetq0o0172oeOhi+n
JimxyRWutQecZN3R0jeSMdlAcd0RZ8Erkg+CLkkFmGq79bDTZOII7RrUg10Cj7iRoaAGH4QVLTh5
xAUdxq5SW2ncXDh/D2QtkhWuDqiDghjMQeSyd6CM2cQtc2hLkxSQU6zQdM+zfl2deMMZ1SaFCjeb
kQpddtP5L4fcv1EvfgIAAP//AwBQSwMEFAAGAAgAAAAhABegFk4CAQAArAEAABQAAAB3b3JkL3dl
YlNldHRpbmdzLnhtbIzQwUoDMRAG4LvgOyy5t9mVIrJ0tyBS8SKC+gBpdnYbzGTCTGqsT2/aqiBe
esskmY+Zf7n6QF+9A4uj0KlmXqsKgqXBhalTry/r2Y2qJJkwGE8BOrUHUav+8mKZ2wybZ0ip/JSq
KEFatJ3aphRbrcVuAY3MKUIojyMxmlRKnjQaftvFmSWMJrmN8y7t9VVdX6tvhs9RaBydhTuyO4SQ
jv2awReRgmxdlB8tn6Nl4iEyWRAp+6A/eWhc+GWaxT8InWUSGtO8LKNPE+kDVdqb+nhCryq07cMU
iM3GlwRzs1B9iY9icug+YU18y5QFWB+ujfeUnx7vS6H/ZNx/AQAA//8DAFBLAwQUAAYACAAAACEA
oKeEKj8IAAArQAAAGgAAAHdvcmQvc3R5bGVzV2l0aEVmZmVjdHMueG1s1FtLU9tIEL5v1f4Hle7g
F4FAxUkRCIGqPEgMu+exNMazSBqtJGPIr9+eGWksJMvqtpTDnozl6f76NV+PzfS7D89h4DzxJBUy
mrqjw6Hr8MiTvogepu793dXBW9dJMxb5LJARn7ovPHU/vP/zj3frszR7CXjqgIIoPVvH3tRdZll8
Nhik3pKHLD0MhZfIVC6yQ0+GA7lYCI8P1jLxB+PhaKj/ihPp8TQFtAsWPbHUzdWFdW0y5hFgLWQS
siw9lMnDIGTJ4yo+AO0xy8RcBCJ7Ad3D40KNnLqrJDrLDTqwBimRM2NQ/lJIJDUvtuAayUvprUIe
ZRpxkPAAbJBRuhTxxo19tYGLy8Kkp11OPIVBsW4dj45qeNZlTA4uE7aGVGwU1tRtCYZvhMLAxEHl
d5PVqsbRcJczeUaUCmsDxoTXmIUlIRORVbNfaMrBhf3Qpb4/J3IVW3Ni0U3bTfRodaltSbBseKx3
Xtm1lKSgtnVnSxZz1wm9s5uHSCZsHoBF69GRoyrSfQ9U4Uvvki/YKshS9Ta5TfK3+Tv9ciWjLHXW
Zyz1hLgDCgEtoQCF1+dRKlz4hLM0O08FK3/4KX+mPl+qheUPraSXZiWFH4Uv3IECfeRJBIJPLJi6
Y/Mo/WUfjIonF8ousyhfFbDooXjGo4P7Wdm+qftreXDxTT2aA9TUZcnB7FwpG2jni9dSEGIbErOq
EjHgFmCamWFciCdffJHeI/dnGXwwdYG19cP7m9tEyARocOqenuYPZzwU18L3uSL4YmG0FD7/e8mj
+5T7m+c/rjS95ho9uYoyCMzxic5ikPqfnj0eK5oDvIipDH1TAsBB0A9KONqgldhYYx5UUPXDfwvI
PNpbUZacqZbkaPt3AmmvV52BxsqjsgNaL8nWSXcVR91VvOmuAtpp11icdFcBB5GuVpjaKFUlPqmZ
9EzxlWticmoIYmvJKolaFbVK1IqmVaJWI60StZJolahVQKtELeGtErX8tkrU0rlTwmOauKpVNNHR
QG3sO5EF0OdamG7UkerypuDcsoQ9JCxeOqoxVs3eRZaz1TzDmarpdH+ynGWJVMfFloiMzTbYm5M/
hfGSpQJO1W1AHUN/p44uzudEwPGzBeqNKb6aT/pUsZUPbgPm8aUMfJ44d/zZZJQg/006s5h5+nze
YlzHtH4RD8vMgVOdarmtkThuCHpzJIz+LyLVMdjZzY8bXGlTjsrhcUNdNiv/yn2xCovQIE4jx4bP
CWmuQGgTd4foSKWovolbvVAJwLhg2gXdBa0fYb9pLnT9KscY+00r2lM/wn7TuPbUr+tjd37JTHMJ
P4s4qO11Qt67FzKQyWIVFHuglR5OyDvYQuBcIG9iqx9FEifkHfyKPp1zz4Nvbpg6Jediw6MEFHI6
DIrebHhfyEmp0N6I4BE5QRWsMQGrG9cSgMik+5M/CfUjLrUZaJa2Z83W7TxpiAC0INQZ+sdKZu1n
6HED52FRbiL4uSTlDg5t0rDzsGh5PZl+R8hxt8ZHAOrWAQlA3VohAaihPprPPLYn4kG6N0cCFpmW
bRfTZYdm5hMyM1sgWgvoqW8izl8Nu7e5Fup9E4FCTlC9byJQyNmp9DLbNxFYvfVNBFZD12jOUZlT
KU6R+2YZyJ4EEB71Q94IoH7IGwHUD3kjgLqTdztIf+SNwCJzg+XUMnkjgPQSyld9C1QmbwQQmRsM
2+W/GRV9T2vZ/eW2B/JGoJATVCdvBAo5O03kjcDSSyiVUMGyVIfA6oe8EUD9kDcCqB/yRgD1Q94I
oH7IGwHUnbzbQfojbwQWmRssp5bJGwFEpgcLVCZvBJBeQuGGreStd/1vJ28ECjlBdfJGoJCzUyFU
e0hFYJETVMGy5I3A0ksoxZBj6eKmONUPeSM86oe8EUD9kDcCqB/yRgB1J+92kP7IG4FF5gbLqWXy
RgCR6cEClckbAUTmhq3krTfjbydvBAo5QXXyRqCQs1MhVMtzCCxygipYlrwRWLpeOpM3Akgv2ReI
4lE/5I3wqB/yRgD1Q94IoO7k3Q7SH3kjsMjcYDm1TN4IIDI9WKAyeSOAyNywlbz1Hvnt5I1AISeo
Tt4IFHJ2KoRqyRuBRU5QBctSHQKrH/JGAOnC7EzeCCC9ZA8gvYsoaeqHvBEe9UPeCKDu5N0O0h95
I7DI3GA5tUzeCCAyPVigMnkjgMjcoO7Zwn1R9PXUUUMRYO8ZFLca0IDjhiRhAXMHf/IFT2AqkLff
DukIWHhIQGwoD6yLH6V8dHAXuycNBYKGEvNASH2l+0Xf0ikNIkxOdkwS3H2/cK7NAExNTpfU65s3
MGNUHhdSY056VBPszF5iGNmJi5vlShuMEqm5rHwESC+8gYEgpid+1IgPrNGTT/mgj/6XbQ6o/4bJ
JQWxFr5cX8BN9UQGhcjQOPWPVzyYSxhrBCkwUYvBq0as2+gtwUgv48kuG4c1Ixsuz2tDN5MbhTnF
fJcdXDLrXl3lNNY2WJmpC+O7LBzVLDRhdPRVcxOeul0wuqUt2ZwBtxsGCZ0HJvzwx03kg2PrfHbL
pNp/ZkYVfH7Bg+Ar08nKZNy8NOCLzHw6Gur+WFEFScxk2Cyf6Ovj2pJtCiDnZWPMW+VEczFEq3DO
k/wyelPBjreE2tyCNcGzuw0s1wWNjXKzXTb9m20zqVlRGirQhswZTNx9t1OHLC/CehXAiIEWgNls
lVht83D4Zjw8vcrZgpL9jzBUC2PeaqeZ7Gt9avI6n2n5NXXNz1MwZFCMFHrqti+QwSqTxpa8NvaS
tXWzl3RRVXsJC5gL9fl1EUWq10b8r/3ETYGXw/9/2opF8afv/wMAAP//AwBQSwMEFAAGAAgAAAAh
ALhrZ0VLAQAAcQIAABEACAFkb2NQcm9wcy9jb3JlLnhtbCCiBAEooAABAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAIySUU/DIBSF3038Dw3vLaWdiyFtl6jZk0tMrNH4RuBuIxaKgOv276XtVrfo
g4+Xe+7HOReKxV410Q6sk60uEUlSFIHmrZB6U6KXehnfosh5pgVrWg0lOoBDi+r6quCG8tbCk20N
WC/BRYGkHeWmRFvvDcXY8S0o5pKg0KG5bq1iPpR2gw3jH2wDOEvTOVbgmWCe4R4Ym4mIjkjBJ6T5
ss0AEBxDAwq0d5gkBP9oPVjl/hwYOmdKJf3BhExHu+dswcfmpN47OQm7rku6fLAR/BP8tnp8HqLG
Uve74oCqQnDKLTDf2uqzK/BZ2a+uYc6vwpbXEsTdYVD8Pu2FFnayf5tqVuDzMvCHOOMlIKJgkI5x
Tp3X/P6hXqIqS0kep7dxRmpyQ2eEpul7b+hivjc8Hqijrf8Qs5rkNJtfEk+AanB8+UmqbwAAAP//
AwBQSwMEFAAGAAgAAAAhADh5yVe7BwAAOj0AAA8AAAB3b3JkL3N0eWxlcy54bWzUW0tzm0gQvm/V
/geKu6OXY69dUVKOE69dlYcT2btnBCMza2C0gPzIr9+eHhgTEKJbkMOebA3T/fVrvkb29Jt3T3Hk
PIg0kyqZu5NXY9cRia8CmdzN3dubi4M/XCfLvSTwIpWIufssMvfd299/e/N4muXPkcgcUJBkp7E/
d8M8X5+ORpkfitjLXqm1SODhSqWxl8PH9G4Ue+n9Zn3gq3jt5XIpI5k/j6bj8ZFbqEkpWtRqJX3x
QfmbWCQ5yo9SEYFGlWShXGeltkeKtkeVButU+SLLwOk4MvpiTyZWzeSwoSiWfqoytcpfgTMjY9FI
qwLxyRh/iyPXif3Tq7tEpd4yguA9Tg7dtxC5QPkfxMrbRHmmP6bXafGx+IQ/LlSSZ87jqZf5Ut5A
SEFBLEHX5VmSSReeCC/LzzLpVR9+LNb081BvrD60kn6WVxS+l4F0Rxr0XqQJCD540dydmqXsh12Y
lCvn2i6zqdgVeclduSaSg9tF1b65+yM8OP+il5YANXe99GBxppWN0PnyZyUIaxsSs6sWMcg1ZH5h
ChDiKVaflH8vgkUOD+YuFDEu3l5dp1KlUGRz9+SkWFyIWF7KIBC63suNSSgD8XcokttMBC/r3y6w
eAuNvtokOQTm6BizGGXBxydfrHXZAV7i6Qx90QKQeDgeFRw0aCNfrDELNVRc/LeELKK9FSUUnj6h
Dtq/Ewi93vQGmmqPqg6gXpats/4qDvureN1fBZBV31gc91cBvNzXClMblaqkJzVXvim+ak3MTgxB
bC1ZLdGook6JRtF0SjRqpFOiURKdEo0K6JRoJLxTopHfTolGOndK+B4SV72KZhgN0sG+kXkktPxO
Apr0pLqiKTjXXurdpd46dHRjrJu9iywXm2VOMxXpdH+yXOSpSu46IzI1x2BvTv4Yr0Mvk/CW0xH6
ac/Q3+i3FufPVAadUK9N8TV8wreKrXxwHXm+CFUUiNS5EU8mowz5L8pZrD0fumCncT3T+knehbmz
CLHldoIdtQS9PRJG/yeZYQx2HqajFle6lJNyeNRSl+3KP4tAbuIyNIS3kSPD54w01yDQxN0hOtQp
ah7iTi90AigumHbBdwH1E+w3zYWvX+eYYr9pRXvqJ9hvGtee+rE+dueXzTQf4EunQzpex+yze64i
la42UXkGOunhmH2CLQTNBfYhtvpJJHHMPsE/0adz5vvwzY1Sp+xcvPAoA4WdDoOCh43uCzspNdqb
MDxiJ6iGNWVg9eNaBhCbdL+LB6n/psVtBsjS9l2z8zjPWiIALYj0Dv1to/Lud+hpC+dRUa4S+HNJ
Jhwa2qzl5FHRinoy/Y6R436NjwHUrwMygPq1QgZQS320v/PYnkgH6d8cGVhsWrZdDMuOzMzHbGa2
QLwWMFDfJLx/tZze9lpo9k0CCjtBzb5JQGFnp9bLbN8kYA3WNwlYLV2jPUdVTuU4xe6bVSD7JkDw
aBjyJgANQ94EoGHImwDUn7y7QYYjbwIWmxssp1bJmwCEWzhf9S1QlbwJQGxuMGxX/M2o7HuoZfeX
2wHIm4DCTlCTvAko7Oy0kTcBC7dwKqGGZamOgDUMeROAhiFvAtAw5E0AGoa8CUDDkDcBqD95d4MM
R94ELDY3WE6tkjcBiE0PFqhK3gQg3MLhhq3kjaf+l5M3AYWdoCZ5E1DY2akRqn1JJWCxE1TDsuRN
wMItnGIosLC4OU4NQ94Ej4YhbwLQMORNABqGvAlA/cm7G2Q48iZgsbnBcmqVvAlAbHqwQFXyJgCx
uWEreeNh/OXkTUBhJ6hJ3gQUdnZqhGp5joDFTlANy5I3AQvrpTd5E4Bwy75AHI+GIW+CR8OQNwFo
GPImAPUn726Q4cibgMXmBsupVfImALHpwQJVyZsAxOaGreSNZ+SXkzcBhZ2gJnkTUNjZqRGqJW8C
FjtBNSxLdQSsYcibAISF2Zu8CUC4ZQ8gPEWcNA1D3gSPhiFvAlB/8u4GGY68CVhsbrCcWiVvAhCb
HixQlbwJQGxu0Pds4b4o+XrqpKUIqPcMylsNZMBpS5KogIWD38VKpDAkJbpvh/QELD1kILaUB9XF
90rdO7SL3bOWAiFDyWUkFV7pfsZbOpVBhNnxjkmCm6/nzqUZgGnIYUn9fPMGZoyq40J6zAkn18DO
/HkNIzvr8ma51gajRHouqxgBwo1XMBDk4cSPHvGBPTj5VAz64L9sC0D8HSaXNMSjDNTjOdxUT1VU
ioyNU//45cJS5WExBoViYCoiNm30QzDSz0W6y8Zxw8iWy/No6MvkRmlOOd9lB5fMvp+ucsJSu5W5
vjC+y8JJw0ITRgevmpvwNO2C0S205OUdcLthkNBlZMIPv1wlATgGI4D4PzWT6uDJM6rg+bmIos8e
JitX6/atkVjl5ulkjP2xpgqSmKu4XT7F6+NoyTYFEM2qMeajdqI9zMkmXoq0uPneVrDTLaE2t2BN
8OxpA8uxoKlRbrfLpv/l2MwaVlSGCtCQpQcTd1/t1KFXFGGzCmDEAAVgVFUnFm0ej19PxycXBVtw
sv8eRjVh6lWfNJN91KcnQIuZlh9z1/x5CoYMypFCX9/2BTLY5MrYUtTGXrK2bvaSLqtqL2EJc6GB
uCyjyPXaiP+1n7gp8Gr4/09HsSz+7O1/AAAA//8DAFBLAwQUAAYACAAAACEAQKXf2x4CAADFBQAA
EgAAAHdvcmQvZm9udFRhYmxlLnhtbJyTTW7bMBCF9wV6B4H7WNRPU8eIHARuDXSTRZMcgKYpmyh/
BA5t1WfosvfoDXqb9h4dkZKC1jBiVwIE6Q35MPz05vbuq1bJXjiQ1lQkm1CSCMPtWppNRZ6flldT
koBnZs2UNaIiBwHkbv72zW07q63xkOB+AzPNK7L1vpmlKfCt0AwmthEGi7V1mnn8dJtUM/dl11xx
qxvm5Uoq6Q9pTuk16W3cOS62riUXHyzfaWF82J86odDRGtjKBga39hy31rp14ywXAHhmraKfZtKM
Nll5ZKQldxZs7Sd4mDR2lHZWuD2j4U0rkmg++7Qx1rGVQnZtVpJ5Dy5pZ4ZpFBdMyZWTodAwY0Fk
WNszVRGa0yV9h8/uLmnRPUnaOfAtcyD8uJBGuWZaqsOgQisBYqGRnm8Hfc+c7BqKJZAbLOxgRSvy
keKVL5ckKllFShTuF6OSY1Pxyvo1xahgcrCx4BOWZDfBBxX06XeFPtMYnSMSv398+/XzewDBlH9A
OkPHj1I/7kx/lCNGGb1G+wK593dc+A+j6XWU/2bEdt72vuch6g9SvCDKp9Nlp/bKiCjDVAewpxB1
bAPG8xE9SS0geRBt8tlqZk6EJkcgBQanDOEpLgqNC74hZBeEJr8fI4I/e4EHez8th4iMROjNK0SQ
R/Q5n8iCaZwedoJERyCS6IhcNj7/R+J4fGg5snkhMaTlVDaQxKvj088RzP8AAAD//wMAUEsDBBQA
BgAIAAAAIQDYFYBseAEAAMoCAAAQAAgBZG9jUHJvcHMvYXBwLnhtbCCiBAEooAABAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAJxSTU/DMAy9I/Efqt5Z2gkhhtxMaBPiwJe0bjtHqdtGpEmUBLT9
e1zKuiJu5GQ/x8/PL4HlodPJJ/qgrCnSfJalCRppK2WaIt2WD1e3aRKiMJXQ1mCRHjGkS355AW/e
OvRRYUiIwoQibWN0d4wF2WInwozKhiq19Z2IlPqG2bpWEtdWfnRoIptn2Q3DQ0RTYXXlRsJ0YLz7
jP8lrazs9YVdeXQkmEOJndMiIn/p5WhgIwCljUKXqkOe5zkVxhTeRIOBz4ENAeytryjPFsCGEFat
8EJGso+aF9fAJgDcO6eVFJGc5c9KehtsHZPXbw+SngDY9AqQLxuUH17FI8+ATVN4Uoak0OAhIGle
NF649kffmMFGCo0rWp7XQgcEdgZgZTsnzJGTzlNEfO9h60q77t35afkNTrbcq9hunJCkJb/OyK3z
vpMSbMgWrGiBE+EZgEd6Ea/7qdRrGqxOd/4Wegd3w9ekcbOMzrdlJ4weZvwz/AsAAP//AwBQSwEC
LQAUAAYACAAAACEACSSHgoEBAACOBQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd
LnhtbFBLAQItABQABgAIAAAAIQAekRq38wAAAE4CAAALAAAAAAAAAAAAAAAAALoDAABfcmVscy8u
cmVsc1BLAQItABQABgAIAAAAIQB8O5c5IgEAALkDAAAcAAAAAAAAAAAAAAAAAN4GAAB3b3JkL19y
ZWxzL2RvY3VtZW50LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAIbIOM/0CAAAHVYAABEAAAAAAAAA
AAAAAAAAQgkAAHdvcmQvZG9jdW1lbnQueG1sUEsBAi0AFAAGAAgAAAAhAOlsTo20BgAAqxsAABUA
AAAAAAAAAAAAAAAAZRIAAHdvcmQvdGhlbWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQDs09cS
bwQAAOkKAAARAAAAAAAAAAAAAAAAAEwZAAB3b3JkL3NldHRpbmdzLnhtbFBLAQItABQABgAIAAAA
IQAXoBZOAgEAAKwBAAAUAAAAAAAAAAAAAAAAAOodAAB3b3JkL3dlYlNldHRpbmdzLnhtbFBLAQIt
ABQABgAIAAAAIQCgp4QqPwgAACtAAAAaAAAAAAAAAAAAAAAAAB4fAAB3b3JkL3N0eWxlc1dpdGhF
ZmZlY3RzLnhtbFBLAQItABQABgAIAAAAIQC4a2dFSwEAAHECAAARAAAAAAAAAAAAAAAAAJUnAABk
b2NQcm9wcy9jb3JlLnhtbFBLAQItABQABgAIAAAAIQA4eclXuwcAADo9AAAPAAAAAAAAAAAAAAAA
ABcqAAB3b3JkL3N0eWxlcy54bWxQSwECLQAUAAYACAAAACEAQKXf2x4CAADFBQAAEgAAAAAAAAAA
AAAAAAD/MQAAd29yZC9mb250VGFibGUueG1sUEsBAi0AFAAGAAgAAAAhANgVgGx4AQAAygIAABAA
AAAAAAAAAAAAAAAATTQAAGRvY1Byb3BzL2FwcC54bWxQSwUGAAAAAAwADAAJAwAA+zYAAAAA
--001a11c20802a2aca804e49fb4d5--

From twatteyne@gmail.com  Fri Aug 23 09:23:54 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8621111E81DE for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 09:23:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.831
X-Spam-Level: 
X-Spam-Status: No, score=-1.831 tagged_above=-999 required=5 tests=[AWL=0.146,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id REZaHA2p4+2H for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 09:23:53 -0700 (PDT)
Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) by ietfa.amsl.com (Postfix) with ESMTP id A798B11E8103 for <6tsch@ietf.org>; Fri, 23 Aug 2013 09:23:53 -0700 (PDT)
Received: by mail-pb0-f41.google.com with SMTP id rp2so866693pbb.0 for <6tsch@ietf.org>; Fri, 23 Aug 2013 09:23:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=swdkSAPPBDxP0VE8DBYjPTkTdKiHvgU5uqAak416dEs=; b=g18JH3EeO7lTr7fuMVXv0OEO3rosIm50F8Ef3mObNPUHN0iG4KoiEWsyhHPdxL4pwI HEXjAdBred/uPZDBp95QPfwdPCmvBOFizVklXtf4aUb4pT/QVkAG+TzFoilRbFxkdHZ6 JLVmRwPUXDDO3wK/cOxyfuiY6pHi2TIR422LMMiGoj3hpsETzkxRUpFpDyi/UZIHe05X ugtsqLiU97ggmFBAoRVTtLLOzx9nqJ6i7vyIWXvVCBCfQSijeuUEOT/PwIGBqEfz2SZ1 JLI0nEqCICcJRh/SD5M2pxxj9Qn3tQI9iGhiUewsYi9VCR9gTIchZH8/2WjsW3Pw8b1D MBYA==
X-Received: by 10.66.219.41 with SMTP id pl9mr2440036pac.187.1377275033412; Fri, 23 Aug 2013 09:23:53 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 23 Aug 2013 09:23:33 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 23 Aug 2013 09:23:33 -0700
X-Google-Sender-Auth: 52zT12dQht5GiTK6s8vd_uSLLWc
Message-ID: <CADJ9OA9gL1WnyZU7wxLWOhd=va3f2p8i0V5wEAMmM+7GQxZwzw@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b5da81f1feacc04e49fd561
Subject: [6tsch] minutes BoF: last call for approval
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 16:23:54 -0000

--047d7b5da81f1feacc04e49fd561
Content-Type: text/plain; charset=ISO-8859-1

All,

The latest version of the BoF minutes are at:
https://bitbucket.org/6tsch/meetings/wiki/130730b_ietf-87_berlin_bof

Please let me know *in the next 24h* if you have final modifications you'd
like to make.

In the absence of issues raised, I will submit them to the IETF 87
Materials Management Tool.

Thomas

--047d7b5da81f1feacc04e49fd561
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">All,<div><br></div><div>The latest version of the BoF minu=
tes are at:</div><div><a href=3D"https://bitbucket.org/6tsch/meetings/wiki/=
130730b_ietf-87_berlin_bof">https://bitbucket.org/6tsch/meetings/wiki/13073=
0b_ietf-87_berlin_bof</a><br>

</div><div><br></div><div>Please let me know <b>in the next 24h</b>=A0if yo=
u have final modifications you&#39;d like to make.</div><div><br></div><div=
>In the absence of issues raised, I will submit them to the IETF 87 Materia=
ls Management Tool.</div>

<div><br></div><div>Thomas</div></div>

--047d7b5da81f1feacc04e49fd561--

From twatteyne@gmail.com  Fri Aug 23 09:55:11 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EB2111E81B3 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 09:55:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.838
X-Spam-Level: 
X-Spam-Status: No, score=-1.838 tagged_above=-999 required=5 tests=[AWL=0.139,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ST1Vh--4NPcf for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 09:55:08 -0700 (PDT)
Received: from mail-pd0-x229.google.com (mail-pd0-x229.google.com [IPv6:2607:f8b0:400e:c02::229]) by ietfa.amsl.com (Postfix) with ESMTP id 6B10711E8170 for <6tsch@ietf.org>; Fri, 23 Aug 2013 09:55:06 -0700 (PDT)
Received: by mail-pd0-f169.google.com with SMTP id r10so906728pdi.28 for <6tsch@ietf.org>; Fri, 23 Aug 2013 09:54:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=H1Thn3hAgx2eFNhkvXFzPZEzy3bbn7vNTjXKR+0rKtY=; b=y/Uahk24X6A29xp3hbJOcvsoTSCTWT6jAmHTQ2IYrE2GmbirkRuC7PawHaixDUNIqW pyWbN0mKVOTYx2jBM8lCw8y52ra58vS+vy44NOW17mc9OnEuRJLiDIMwoY3GYylMqAIC UAOS/izjPjLYox08pOxoQ76nWN/7Js2qHxmXRbOqt10kLE2H9PHhGGW1I2PiZbD6fucY AwTsWS+VcGFeHWMezQFcfpthg1MT+Nu5TPMj7qwEwxFh7B5XZ/EA6eBlJqNpmah6e19e GTmBxSS7ygpAA/mTrO53qG4TuuxypZHah1E9I5e4jtOGt6Ero5PDkZCUa7T0/4u/MO7S OcMw==
X-Received: by 10.68.254.42 with SMTP id af10mr593448pbd.154.1377276897527; Fri, 23 Aug 2013 09:54:57 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 23 Aug 2013 09:54:37 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 23 Aug 2013 09:54:37 -0700
X-Google-Sender-Auth: SoF21BOJ7uIzk6qz-pyq58KF1qI
Message-ID: <CADJ9OA-EE7AAgHr8+Rct3Ksvww8eeBYAshusz+8Ufj9PkgZ45w@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b2e0d833c117d04e4a04478
Subject: [6tsch] minutes webex 23 August 2013
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 16:55:11 -0000

--047d7b2e0d833c117d04e4a04478
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

All,

You will find the minutes of today's webex below.

FYI, all the minutes and slides are archived a
https://bitbucket.org/6tsch/meetings/.

Thanks to Xavi and Dominique for taking notes!

As usual, fix anything we might have missed directly in the e-mail and
reply. We will approve and adopt the minutes at the next call.

Thomas

-----

Minutes Webex 23 August 2013, 6TSCH group

Note: timestamps in PDT.
Taking notes *(using Etherpad)*

   1. Xavi Vilajosana
   2. Dominique Barthel
   3. Thomas Watteyne

Present *(alphabetically)*

   1. Carsten Bormann
   2. Diego Dujovne
   3. Dominique Barthel
   4. Elvis Vogli
   5. Kuor Hsin Chang
   6. Maria Rita Palattella
   7. Pascal Thubert
   8. Pouria Zand
   9. Qin Wang
   10. Raghuram Sudhaakar
   11. Thomas Watteyne
   12. Tom Phinney
   13. Xavi Vilajosana

Recording

   - Webex recording (audio+slides,streaming)
   -
   https://cisco.webex.com/ciscosales/lsr.php?AT=3Dpb&amp;SP=3DMC&amp;rID=
=3D70878327&amp;rKey=3D1c9d0a1ca023e353<https://cisco.webex.com/ciscosales/=
lsr.php?AT=3Dpb&SP=3DMC&rID=3D70878327&rKey=3D1c9d0a1ca023e353>
    *[66min]*

Slides

   - slides_130823_webex.ppt<https://bitbucket.org/6tsch/meetings/src/maste=
r/130823_webex/slides_130823_webex.ppt>:
   slides shared during the call

Agenda

   - Administrivia *[2min]*
   - CBOR *[10min]*
   - Identifying the flows *[10min]*
   - Update "Basic" Draft *[10min]*
   - Time parent selection and EB priority *[20min]*
   - renaming 6TSCH *[5min]*
   - This Coming Week *[2min]*
   - AOB *[1min]*

Minutes

   - *[08.02]* Meeting starts
   - *[08.02]* Administrivia
      - Carsten is joining us to give an overview of CBOR. Thanks!
      - Overview of the agenda
      - Approval of the BoF Minutes

      No issues raised. Action item: Thomas to send final call for approval
      on ML. Action item: Thomas to upload final minutes onto meeting mater=
ials
      website.

      - Approval minutes webex 08/09

      No issues raised. Minutes approved.

      - Slides during the call can be accessed on Bitbucket before the
      call, or by flipping through slides shared in webex.
      - IETF 88 Vancouver:
         - Registration opens today
         - Don't wait too long to book hotel
         - IETF 88 is in 71 days
      - *[08.08]* CBOR *[Carsten Bormann]*
      - CBOR: Concise Binary Object Representation - Design and Overview.
      - Available at http://tools.ietf.org/html/draft-bormann-cbor-06
      - Why a new binary format? --> different design, not all formats are
      useful for all protocols:
         - Simple format, can be implemented in small amount of code
         - Encoded data is compact
         - No compression or even fiddling. Not as compact as using
         compression, but the amount of code used to produce the format is =
very
         small.
      - JSON-like format.
         - no schema required. -- schema-less
         - compact implementation
         - applicable to constrained nodes and high volume applications
         - supports all JSON data types.
         - extensible.
      - What does it look like?
         - Initial byte:
            - major type (3bits) and additional information (5bytes)
            - 8 major types: bool, int, etc.
         - CBOR vs FOO (e.g. Binary JSON)
         - See http://tools.ietf.org/html/draft-bormann-cbor-06#appendix-E.=
6
         - More compact representation by CBOR than ASN.1 or BSON
         - Stream format is used when there is no knowledge about the
         length of the object.
      - Questions
         - *[Pascal]* Usage of CBOR? Are there any standards already using
         it?
         - *[Carsten]* Several standard are looking for applicability.
         Early stage though
         - *[Thomas]* Can CBOR encode all JSON type? I.e. can we design
         using JSON, knowing tha CBOR could encode it?
         - *[Carsten]* Yes. Do not talk about compression, rather encoding.
         - *[Thomas]* Is there a aeb based application which can be used to
         test encoding of different JSON strings for initial testing?
         - *[Carsten]* People have implemented it in an afternoon. I have a
         robust implementation I can push out if needed.
         - *[Thomas]* Status?
         - *[Carsten]* In final steps. At the IESG now.
      - *[08.22]* Identifying the flows *[Pouria Zand, Qin Wang]*
      - Discussion about identifying the flows:
         - Centralized vs distributed system manager architecture concept
         - "ME" is the management entity. Can be an upper layer
         (distributed scheduling) or a PCE (centralized scheduling).
         - 3 control flows:
            - ME <-> 6top: ME can be in PCE or in upper layer
            - 6top <-> TSCH
            - 6top <-> 6top: message flows between 6top of node A and 6top
            of node B
         - Control flows:
            - action flows: Action request - confirmation..
            - query flows:
            - Report flows:
         - example of interaction between node A and B to schedule a soft
         cell between them, at the initiative of node A's higher layer.
         - example of interaction for creating a hard cell:
            - Create a link between 2 nodes managed by the PCE.
            - safer to have PCE send two separate request to A and B to
            create a hard cell (as opposed to having A pass on the
request to B)
            - *[Pascal]* in the future (after rechartering), we could have
            a train of requests in RSVP-like fashion.
            - *[Thomas]* we have to make sure the format agreed upon now
            can be reused in the future.
            - *[Maria Rita]* The PCE should know that a link between A and
            B exists when it instructs to allocate a cell from A to B.
            - *[Qin]* three message interfaces: ME-6top, 6top-TSCH,
            6top-6top, this work focus on ME-6top first.
            - *[Thomas]* Let's come up with an actual description of the
            contents of the packet, and come again to this question in
the future.
         - How to figure out the Contents of the Control Flow:
            - Select what format and content is necessary.
            - Bottom up approach: from 6top to upper layers
            - Top down approach: from ME to 6top
         - Bottom up investigation:
            - Content of Action Flow (see slides)
            - Content Query Flow:
               - not define, needs to work from top down approach.
            - *[Qin]* It is unclear at this stage which slots to use to
            transport the report flow.
            - *[Thomas]* In the context of the basic draft, this question
            is already answered.
            - *[Pascal]* Add more information about tracks? More commands
            specific for managing tracks?
            - *[Thomas]* Installing a mapping between cells and tracks used
            to be part of the list of type?
            - *[Qin]* List on slides are truncated

            Action item: Qin to send the document with full list to the ML.

            - *[Thomas]* When a mote wants to send more data, it has to
            contact the ME and request more links. Is that mapped in
that commands?
            - *[Qin]* Centralized case: The PCE configures the motes on how
            to report alarms. The PCE can configure the track that
should be used to
            request more bandwidth.
            - *[Thomas]* How does a mote let the PCE know that it is going
            to send data to a new destination which is not in an existing t=
rack?
            - *[Qin]* We need to define how a request for a new track or
            more bandwidth flows to the PCE.
            - *[Qin]* Application needs to talk to ME.

            Action Item: Take this discussion in the ML.

            - Top down investigation:
            - RPL rank is needed, rank should be an attribute of the
            neighbour table.
            - Need input from someone familiar with PCE.
            - *[Thomas]* Does this impact the format of the packets?
            - *[Qin]* We need to know the message requirements from the PCE=
.
            - *[Pascal]* RPL and PCE can install routes. The management
            entity has requirements that we need to identify, the top
down approach has
            to show that. The flows of information in the forwarding plane.

            Action Item: Qin request people to join her discussion and
            define what the information is needed form a top down
approach point.

            - *[08.50]* Update "Basic" Draft *[Xavi Vilajosana]*
      - Build gradient on join priorities, by adversing +1 on best join
      priority heard.
      - TO be used before we have a RPL DODAG in place.
      - Proposes to use the "zero" RPL Objective Function.
      - One preferred parent and one alternate.
      - Non-storing mode as a MUST implement.
      - Explains rank computation as defined in "zero" OF.
      - Use of ETX metric to compute rank increase.
      - *[Pascal]* normalized to predefined limits. 1 to 9. For example,
      assume ETX of a fairly good radio link being 1.2, the rank
increment can be
      set to 0.4 such that this ETX is represented by 3.
   - *[09.02]* Time parent selection and EB priority > We are running out
   of time. This discussed is moved to next week.
   - *[09.02]* Renaming 6TSCH
      - Thomas announces current ranking of votes on the mailing list.
      - Will publish on the mailing list.
      - Of the proposed new names, none raised concerned with IESG.
   - *[09.04]* This Coming Week
      - ETX implementation according to RFC6551 and RFC6552
         - Private discussion, OpenWSN implementation
         - Lead: Xavi Vilajosana
      - Synchronization and Clock accuracy
         - See ML thread: =93RPL on Basic=94
         - Lead: Pouria Zand
      - Fast join
         - See ML thread: =93Synchronization Issues=94
         - Lead: Alfredo Grieco
      - JSON, BSON, CBOR comparison
         - Private discussion
         - Lead: Qin Wang
      - Take a stab at packet format
         - Lead: ?
      - Discussion Time parent selection and EB priority
         - Lead: ?
      - *[09.07]* AOB

   No other business from the attendance.

   - *[09.08]* Meeting ends

--047d7b2e0d833c117d04e4a04478
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>All,</div><div><br></div><div>You will find the minut=
es of today&#39;s webex below.</div><div><br></div><div>FYI, all the minute=
s and slides are archived a <a href=3D"https://bitbucket.org/6tsch/meetings=
/">https://bitbucket.org/6tsch/meetings/</a>.</div>

<div><br></div><div>Thanks to Xavi and Dominique for taking notes!</div><di=
v><br></div><div>As usual, fix anything we might have missed directly in th=
e e-mail and reply. We will approve and adopt the minutes at the next call.=
</div>

<div><br></div><div>Thomas</div><div><br></div><div>-----</div><div><br></d=
iv><div><h1 id=3D"markdown-header-minutes-webex-23-august-2013-6tsch-group"=
 style=3D"margin:0px 0px 10px;font-size:24px;font-weight:normal;line-height=
:1.25;padding:0px;color:rgb(51,51,51);font-family:Arial,sans-serif">

Minutes Webex 23 August 2013, 6TSCH group</h1><p style=3D"margin:10px 0px;p=
adding:0px;word-wrap:break-word;color:rgb(51,51,51);font-family:Arial,sans-=
serif;font-size:14px;line-height:20px">Note: timestamps in PDT.</p><h2 id=
=3D"markdown-header-taking-notes-using-etherpad" style=3D"margin:20px 0px 0=
px;font-size:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);pa=
dding:0px;font-family:Arial,sans-serif">

Taking notes=A0<em>(using Etherpad)</em></h2><ol style=3D"margin:0px;color:=
rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Xavi Vilajo=
sana</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Dominique Ba=
rthel</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Th=
omas Watteyne</li></ol><h2 id=3D"markdown-header-present-alphabetically" st=
yle=3D"margin:20px 0px 0px;font-size:20px;font-weight:normal;line-height:1.=
5;color:rgb(51,51,51);padding:0px;font-family:Arial,sans-serif">

Present=A0<em>(alphabetically)</em></h2><ol style=3D"margin:0px;color:rgb(5=
1,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"><li =
style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Carsten Bormann<=
/li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Diego Dujovn=
e</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Domini=
que Barthel</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wo=
rd">

Elvis Vogli</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wo=
rd">Kuor Hsin Chang</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:=
break-word">Maria Rita Palattella</li><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word">

Pascal Thubert</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break=
-word">Pouria Zand</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">Qin Wang</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:=
break-word">

Raghuram Sudhaakar</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">Thomas Watteyne</li><li style=3D"margin:10px 0px;padding:0px;wor=
d-wrap:break-word">Tom Phinney</li><li style=3D"margin:10px 0px;padding:0px=
;word-wrap:break-word">

Xavi Vilajosana</li></ol><h2 id=3D"markdown-header-recording" style=3D"marg=
in:20px 0px 0px;font-size:20px;font-weight:normal;line-height:1.5;color:rgb=
(51,51,51);padding:0px;font-family:Arial,sans-serif">Recording</h2><ul styl=
e=3D"margin:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:=
14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Webex record=
ing (audio+slides,streaming)</li><li style=3D"margin:10px 0px;padding:0px;w=
ord-wrap:break-word"><a href=3D"https://cisco.webex.com/ciscosales/lsr.php?=
AT=3Dpb&amp;SP=3DMC&amp;rID=3D70878327&amp;rKey=3D1c9d0a1ca023e353" rel=3D"=
nofollow" style=3D"color:rgb(59,115,175);text-decoration:none">https://cisc=
o.webex.com/ciscosales/lsr.php?AT=3Dpb&amp;amp;SP=3DMC&amp;amp;rID=3D708783=
27&amp;amp;rKey=3D1c9d0a1ca023e353</a>=A0<em>[66min]</em></li>

</ul><h2 id=3D"markdown-header-slides" style=3D"margin:20px 0px 0px;font-si=
ze:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);padding:0px;=
font-family:Arial,sans-serif">Slides</h2><ul style=3D"margin:0px;color:rgb(=
51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://bitbucket.org/6tsch/meetings/src/master/130823_webex/slides_130823_w=
ebex.ppt" style=3D"color:rgb(59,115,175);text-decoration:none">slides_13082=
3_webex.ppt</a>: slides shared during the call</li>

</ul><h2 id=3D"markdown-header-agenda" style=3D"margin:20px 0px 0px;font-si=
ze:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);padding:0px;=
font-family:Arial,sans-serif">Agenda</h2><ul style=3D"margin:0px;color:rgb(=
51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Administrivi=
a=A0<em>[2min]</em></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:=
break-word">CBOR=A0<em>[10min]</em></li><li style=3D"margin:10px 0px;paddin=
g:0px;word-wrap:break-word">

Identifying the flows=A0<em>[10min]</em></li><li style=3D"margin:10px 0px;p=
adding:0px;word-wrap:break-word">Update &quot;Basic&quot; Draft=A0<em>[10mi=
n]</em></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">=
Time parent selection and EB priority=A0<em>[20min]</em></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">renaming 6TS=
CH=A0<em>[5min]</em></li><li style=3D"margin:10px 0px;padding:0px;word-wrap=
:break-word">This Coming Week=A0<em>[2min]</em></li><li style=3D"margin:10p=
x 0px;padding:0px;word-wrap:break-word">

AOB=A0<em>[1min]</em></li></ul><h2 id=3D"markdown-header-minutes" style=3D"=
margin:20px 0px 0px;font-size:20px;font-weight:normal;line-height:1.5;color=
:rgb(51,51,51);padding:0px;font-family:Arial,sans-serif">Minutes</h2><ul st=
yle=3D"margin:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-siz=
e:14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[08.02]<=
/em>=A0Meeting starts</li><li style=3D"margin:10px 0px;padding:0px;word-wra=
p:break-word"><em>[08.02]</em>=A0Administrivia<ul style=3D"margin:0px;list-=
style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Carsten is j=
oining us to give an overview of CBOR. Thanks!</li><li style=3D"margin:10px=
 0px;padding:0px;word-wrap:break-word">Overview of the agenda</li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

Approval of the BoF Minutes<blockquote style=3D"margin:0px 0px 0px 19px;bor=
der-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,20=
4);color:rgb(112,112,112);padding:10px 20px"><p style=3D"margin:0px;padding=
:0px;word-wrap:break-word">

No issues raised. Action item: Thomas to send final call for approval on ML=
. Action item: Thomas to upload final minutes onto meeting materials websit=
e.</p></blockquote></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:=
break-word">

Approval minutes webex 08/09<blockquote style=3D"margin:0px 0px 0px 19px;bo=
rder-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,2=
04);color:rgb(112,112,112);padding:10px 20px"><p style=3D"margin:0px;paddin=
g:0px;word-wrap:break-word">

No issues raised. Minutes approved.</p></blockquote></li><li style=3D"margi=
n:10px 0px;padding:0px;word-wrap:break-word">Slides during the call can be =
accessed on Bitbucket before the call, or by flipping through slides shared=
 in webex.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">IETF 88 Vanc=
ouver:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10p=
x 0px;padding:0px;word-wrap:break-word">Registration opens today</li><li st=
yle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

Don&#39;t wait too long to book hotel</li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">IETF 88 is in 71 days</li></ul></li></ul></li=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[08.08]=
</em>=A0CBOR=A0<strong>[Carsten Bormann]</strong><ul style=3D"margin:0px;li=
st-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">CBOR: Concis=
e Binary Object Representation - Design and Overview.</li><li style=3D"marg=
in:10px 0px;padding:0px;word-wrap:break-word">Available at=A0<a href=3D"htt=
p://tools.ietf.org/html/draft-bormann-cbor-06" rel=3D"nofollow" style=3D"co=
lor:rgb(59,115,175);text-decoration:none">http://tools.ietf.org/html/draft-=
bormann-cbor-06</a></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Why a new bi=
nary format? --&gt; different design, not all formats are useful for all pr=
otocols:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:1=
0px 0px;padding:0px;word-wrap:break-word">

Simple format, can be implemented in small amount of code</li><li style=3D"=
margin:10px 0px;padding:0px;word-wrap:break-word">Encoded data is compact</=
li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">No compre=
ssion or even fiddling. Not as compact as using compression, but the amount=
 of code used to produce the format is very small.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">JS=
ON-like format.<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"m=
argin:10px 0px;padding:0px;word-wrap:break-word">no schema required. -- sch=
ema-less</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">compact impl=
ementation</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wor=
d">applicable to constrained nodes and high volume applications</li><li sty=
le=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

supports all JSON data types.</li><li style=3D"margin:10px 0px;padding:0px;=
word-wrap:break-word">extensible.</li></ul></li><li style=3D"margin:10px 0p=
x;padding:0px;word-wrap:break-word">What does it look like?<ul style=3D"mar=
gin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Initial byte=
:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px=
;padding:0px;word-wrap:break-word">major type (3bits) and additional inform=
ation (5bytes)</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">8 major type=
s: bool, int, etc.</li></ul></li></ul></li><li style=3D"margin:10px 0px;pad=
ding:0px;word-wrap:break-word">CBOR vs FOO (e.g. Binary JSON)<ul style=3D"m=
argin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">See=A0<a hre=
f=3D"http://tools.ietf.org/html/draft-bormann-cbor-06#appendix-E.6" rel=3D"=
nofollow" style=3D"color:rgb(59,115,175);text-decoration:none">http://tools=
.ietf.org/html/draft-bormann-cbor-06#appendix-E.6</a></li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">More compact=
 representation by CBOR than ASN.1 or BSON</li><li style=3D"margin:10px 0px=
;padding:0px;word-wrap:break-word">Stream format is used when there is no k=
nowledge about the length of the object.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Qu=
estions<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10=
px 0px;padding:0px;word-wrap:break-word"><strong>[Pascal]</strong>=A0Usage =
of CBOR? Are there any standards already using it?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Car=
sten]</strong>=A0Several standard are looking for applicability. Early stag=
e though</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"=
>
<strong>[Thomas]</strong>=A0Can CBOR encode all JSON type? I.e. can we desi=
gn using JSON, knowing tha CBOR could encode it?</li>
<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Car=
sten]</strong>=A0Yes. Do not talk about compression, rather encoding.</li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Thom=
as]</strong>=A0Is there a aeb based application which can be used to test e=
ncoding of different JSON strings for initial testing?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Car=
sten]</strong>=A0People have implemented it in an afternoon. I have a robus=
t implementation I can push out if needed.</li><li style=3D"margin:10px 0px=
;padding:0px;word-wrap:break-word">

<strong>[Thomas]</strong>=A0Status?</li><li style=3D"margin:10px 0px;paddin=
g:0px;word-wrap:break-word"><strong>[Carsten]</strong>=A0In final steps. At=
 the IESG now.</li></ul></li></ul></li><li style=3D"margin:10px 0px;padding=
:0px;word-wrap:break-word">

<em>[08.22]</em>=A0Identifying the flows=A0<strong>[Pouria Zand, Qin Wang]<=
/strong><ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:1=
0px 0px;padding:0px;word-wrap:break-word">Discussion about identifying the =
flows:<ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Centralized =
vs distributed system manager architecture concept</li><li style=3D"margin:=
10px 0px;padding:0px;word-wrap:break-word">&quot;ME&quot; is the management=
 entity. Can be an upper layer (distributed scheduling) or a PCE (centraliz=
ed scheduling).</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">3 control fl=
ows:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px =
0px;padding:0px;word-wrap:break-word">ME &lt;-&gt; 6top: ME can be in PCE o=
r in upper layer</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">6top &lt;-&g=
t; TSCH</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">=
6top &lt;-&gt; 6top: message flows between 6top of node A and 6top of node =
B</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Co=
ntrol flows:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"marg=
in:10px 0px;padding:0px;word-wrap:break-word">action flows: Action request =
- confirmation..</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">query flows:=
</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Report =
flows:</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:bre=
ak-word">

example of interaction between node A and B to schedule a soft cell between=
 them, at the initiative of node A&#39;s higher layer.</li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">example of interaction for c=
reating a hard cell:<ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Create a lin=
k between 2 nodes managed by the PCE.</li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">safer to have PCE send two separate request t=
o A and B to create a hard cell (as opposed to having A pass on the request=
 to B)</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Pas=
cal]</strong>=A0in the future (after rechartering), we could have a train o=
f requests in RSVP-like fashion.</li><li style=3D"margin:10px 0px;padding:0=
px;word-wrap:break-word">

<strong>[Thomas]</strong>=A0we have to make sure the format agreed upon now=
 can be reused in the future.</li><li style=3D"margin:10px 0px;padding:0px;=
word-wrap:break-word"><strong>[Maria Rita]</strong>=A0The PCE should know t=
hat a link between A and B exists when it instructs to allocate a cell from=
 A to B.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Qin=
]</strong>=A0three message interfaces: ME-6top, 6top-TSCH, 6top-6top, this =
work focus on ME-6top first.</li><li style=3D"margin:10px 0px;padding:0px;w=
ord-wrap:break-word">

<strong>[Thomas]</strong>=A0Let&#39;s come up with an actual description of=
 the contents of the packet, and come again to this question in the future.=
</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wor=
d">

How to figure out the Contents of the Control Flow:<ul style=3D"margin:0px;=
list-style-type:disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:br=
eak-word">Select what format and content is necessary.</li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">

Bottom up approach: from 6top to upper layers</li><li style=3D"margin:10px =
0px;padding:0px;word-wrap:break-word">Top down approach: from ME to 6top</l=
i></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

Bottom up investigation:<ul style=3D"margin:0px;list-style-type:disc"><li s=
tyle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Content of Action=
 Flow (see slides)</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">

Content Query Flow:<ul style=3D"margin:0px;list-style-type:disc"><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">not define, needs to =
work from top down approach.</li></ul></li><li style=3D"margin:10px 0px;pad=
ding:0px;word-wrap:break-word">

<strong>[Qin]</strong>=A0It is unclear at this stage which slots to use to =
transport the report flow.</li><li style=3D"margin:10px 0px;padding:0px;wor=
d-wrap:break-word"><strong>[Thomas]</strong>=A0In the context of the basic =
draft, this question is already answered.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Pas=
cal]</strong>=A0Add more information about tracks? More commands specific f=
or managing tracks?</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:=
break-word">

<strong>[Thomas]</strong>=A0Installing a mapping between cells and tracks u=
sed to be part of the list of type?</li><li style=3D"margin:10px 0px;paddin=
g:0px;word-wrap:break-word"><strong>[Qin]</strong>=A0List on slides are tru=
ncated<blockquote style=3D"margin:10px 0px 0px 19px;border-left-width:1px;b=
order-left-style:solid;border-left-color:rgb(204,204,204);color:rgb(112,112=
,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Action item: Qin t=
o send the document with full list to the ML.</p></blockquote></li><li styl=
e=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Thomas]</st=
rong>=A0When a mote wants to send more data, it has to contact the ME and r=
equest more links. Is that mapped in that commands?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Qin=
]</strong>=A0Centralized case: The PCE configures the motes on how to repor=
t alarms. The PCE can configure the track that should be used to request mo=
re bandwidth.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Tho=
mas]</strong>=A0How does a mote let the PCE know that it is going to send d=
ata to a new destination which is not in an existing track?</li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

<strong>[Qin]</strong>=A0We need to define how a request for a new track or=
 more bandwidth flows to the PCE.</li><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word"><strong>[Qin]</strong>=A0Application needs to tal=
k to ME.<blockquote style=3D"margin:10px 0px 0px 19px;border-left-width:1px=
;border-left-style:solid;border-left-color:rgb(204,204,204);color:rgb(112,1=
12,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Action Item: Take =
this discussion in the ML.</p></blockquote></li></ul></li><li style=3D"marg=
in:10px 0px;padding:0px;word-wrap:break-word">Top down investigation:<ul st=
yle=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">RPL rank is =
needed, rank should be an attribute of the neighbour table.</li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Need input from someo=
ne familiar with PCE.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Tho=
mas]</strong>=A0Does this impact the format of the packets?</li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Qin]</strong=
>=A0We need to know the message requirements from the PCE.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Pas=
cal]</strong>=A0RPL and PCE can install routes. The management entity has r=
equirements that we need to identify, the top down approach has to show tha=
t. The flows of information in the forwarding plane.<blockquote style=3D"ma=
rgin:10px 0px 0px 19px;border-left-width:1px;border-left-style:solid;border=
-left-color:rgb(204,204,204);color:rgb(112,112,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Action Item: Qin r=
equest people to join her discussion and define what the information is nee=
ded form a top down approach point.</p></blockquote></li></ul></li></ul>
</li>
</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><e=
m>[08.50]</em>=A0Update &quot;Basic&quot; Draft=A0<strong>[Xavi Vilajosana]=
</strong><ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:=
10px 0px;padding:0px;word-wrap:break-word">

Build gradient on join priorities, by adversing +1 on best join priority he=
ard.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">TO =
be used before we have a RPL DODAG in place.</li><li style=3D"margin:10px 0=
px;padding:0px;word-wrap:break-word">

Proposes to use the &quot;zero&quot; RPL Objective Function.</li><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">One preferred parent =
and one alternate.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">

Non-storing mode as a MUST implement.</li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">Explains rank computation as defined in &quot=
;zero&quot; OF.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word">

Use of ETX metric to compute rank increase.</li><li style=3D"margin:10px 0p=
x;padding:0px;word-wrap:break-word"><strong>[Pascal]</strong>=A0normalized =
to predefined limits. 1 to 9. For example, assume ETX of a fairly good radi=
o link being 1.2, the rank increment can be set to 0.4 such that this ETX i=
s represented by 3.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><e=
m>[09.02]</em>=A0Time parent selection and EB priority &gt; We are running =
out of time. This discussed is moved to next week.</li><li style=3D"margin:=
10px 0px;padding:0px;word-wrap:break-word">

<em>[09.02]</em>=A0Renaming 6TSCH<ul style=3D"margin:0px;list-style-type:di=
sc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Thomas a=
nnounces current ranking of votes on the mailing list.</li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">

Will publish on the mailing list.</li><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word">Of the proposed new names, none raised concerned =
with IESG.</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap=
:break-word">

<em>[09.04]</em>=A0This Coming Week<ul style=3D"margin:0px;list-style-type:=
disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">ETX im=
plementation according to RFC6551 and RFC6552<ul style=3D"margin:0px;list-s=
tyle-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Private disc=
ussion, OpenWSN implementation</li><li style=3D"margin:10px 0px;padding:0px=
;word-wrap:break-word">Lead: Xavi Vilajosana</li></ul></li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">

Synchronization and Clock accuracy<ul style=3D"margin:0px;list-style-type:d=
isc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">See ML =
thread: =93RPL on Basic=94</li><li style=3D"margin:10px 0px;padding:0px;wor=
d-wrap:break-word">

Lead: Pouria Zand</li></ul></li><li style=3D"margin:10px 0px;padding:0px;wo=
rd-wrap:break-word">Fast join<ul style=3D"margin:0px;list-style-type:disc">=
<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">See ML threa=
d: =93Synchronization Issues=94</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Lead: Alfred=
o Grieco</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">JSON, BSON, CBOR comparison<ul style=3D"margin:0px;list-style-ty=
pe:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Private disc=
ussion</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">L=
ead: Qin Wang</li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-w=
rap:break-word">

Take a stab at packet format<ul style=3D"margin:0px;list-style-type:disc"><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Lead: ?</li><=
/ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Dis=
cussion Time parent selection and EB priority<ul style=3D"margin:0px;list-s=
tyle-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Lead: ?</li>=
</ul></li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word"><em>[09.07]</em>=A0AOB<blockquote style=3D"margin:10px 0px 0px 19px=
;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,20=
4,204);color:rgb(112,112,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">No other business =
from the attendance.</p></blockquote></li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word"><em>[09.08]</em>=A0Meeting ends</li></ul></di=
v>


</div>

--047d7b2e0d833c117d04e4a04478--

From ribes170289@gmail.com  Fri Aug 23 10:06:19 2013
Return-Path: <ribes170289@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 663A411E8307 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 10:06:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UjCw-S3gnhh4 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 10:06:19 -0700 (PDT)
Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) by ietfa.amsl.com (Postfix) with ESMTP id BED8011E8302 for <6tsch@ietf.org>; Fri, 23 Aug 2013 10:06:18 -0700 (PDT)
Received: by mail-wi0-f179.google.com with SMTP id hr7so827495wib.0 for <6tsch@ietf.org>; Fri, 23 Aug 2013 10:06:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=IKop0pM4U8VBcLQ5ORYkZsBFvoS+57Le7k2XK0fyKHg=; b=ptYa7JdCm1Ydds99xBgFrnxOIBKNtIcXSTkwBjJWvxmIS4mOLtsk9itJJ3TWOooA/T /v7tDkjPuXx4XzqQorx+zdJ4mjmJa1dAjiuEUU+vUZffWwn/YUhaWfLyqOqGV30opv54 oH3gatmmW3t0BRS0VX6apqUheGhOC0JADycjUKwiVeWWXja8cGdH+o4ywzz4oP8HZ1Lc i3iubcNDbZg2D+VhSANURY3pFk3633nf6re4uCJXxau626OZFyrZeBXyJFcmlbQdp1Te HO2ikKu85Vp0H3afDodNMV/32i3qtubZmaDjKyKq+4rh9fgpUpyOBW5v1DyE8hjhaplN u0UA==
X-Received: by 10.194.235.138 with SMTP id um10mr542029wjc.30.1377277577930; Fri, 23 Aug 2013 10:06:17 -0700 (PDT)
Received: from ribeshost.ribesdomain (adsl-ull-14-80.46-151.net24.it. [151.46.80.14]) by mx.google.com with ESMTPSA id fu13sm1152862wic.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Aug 2013 10:06:16 -0700 (PDT)
Message-ID: <52179685.3010703@gmail.com>
Date: Fri, 23 Aug 2013 19:06:13 +0200
From: Giuseppe <ribes170289@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8
MIME-Version: 1.0
To: Kris Pister <ksjp@berkeley.edu>
References: <5215eb9f.e2c6b40a.6b2c.ffffe7e1@mx.google.com> <5216A2A1.3080602@berkeley.edu> <5216B1F4.8090504@gmail.com> <52178470.50309@berkeley.edu>
In-Reply-To: <52178470.50309@berkeley.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: '6TSCH' <6tsch@ietf.org>, Alfredo Grieco <alfredo.grieco@gmail.com>, 'Elvis Vogli' <elvisvogli@gmail.com>, 'Gennaro Boggia' <g.boggia@poliba.it>
Subject: Re: [6tsch] Synchronization Issues
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 17:06:19 -0000

Il 23/08/2013 17:49, Kris Pister ha scritto:
> +1 (assuming you meant slot_num not superframe_num)
>
> ksjp
>
> On 8/22/2013 5:51 PM, Giuseppe wrote:
>> while scheduling beacons with the couple (superframe_num, 
>> channel_num) should avoid the collisions in this case and improve the 
>> synchronization phase
>
yes, I've assumed advertisement is sent once for superframe.
Cheers

-- 
Giuseppe


From qinwang@berkeley.edu  Fri Aug 23 10:36:27 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6377711E8209 for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 10:36:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.904
X-Spam-Level: 
X-Spam-Status: No, score=-2.904 tagged_above=-999 required=5 tests=[AWL=0.072,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x4BPkOKaP1cC for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 10:36:16 -0700 (PDT)
Received: from mail-vc0-f170.google.com (mail-vc0-f170.google.com [209.85.220.170]) by ietfa.amsl.com (Postfix) with ESMTP id 902B411E81FE for <6tsch@ietf.org>; Fri, 23 Aug 2013 10:36:15 -0700 (PDT)
Received: by mail-vc0-f170.google.com with SMTP id kw10so651937vcb.29 for <6tsch@ietf.org>; Fri, 23 Aug 2013 10:36:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=XV/8hQd7IyNKuEffBihq3nAzIs0OWi3B/h+H8cgeOFU=; b=S9s/cn/xJUsN2Z7FKU6UQg37Jng15Sk4AgQ8RVk9GLXnIu2ZEpbtRcMFUb92jfQts0 lllK4ij6FTPrbRhR5pbEsAJpejvEvAZMWkv3+ldSeAJWURGWwKmJ23jOi4VBKzTbd2U5 Nvys2+8bB7ymg1KDwQHL+XS81f8eWSKl5RXZp6iHOHvGNGXXKMru+UL+AW6zfklI9+Iz ZmLfuxfWWwr5zXfcYEwoEzTipmVygJ4w4QUTBCHN4Ch/T7WjFK5l4uvaeCD48zJdYm8A UzwF9lJMN/f4OHTKNiRZCczzYBxBaMo4H6pdgnvraktMRVl44UqDRzekxIr9RkVhAPHM bCUw==
X-Gm-Message-State: ALoCoQlMVpjwH3JfD9Fd9A7Ju5HBPAM/64kS+CpeKirKGkjFm9Mu7LYKFl+rXiBB7n/9PHKjDBHC
MIME-Version: 1.0
X-Received: by 10.220.186.202 with SMTP id ct10mr503668vcb.14.1377279373951; Fri, 23 Aug 2013 10:36:13 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 23 Aug 2013 10:36:13 -0700 (PDT)
Date: Sat, 24 Aug 2013 01:36:13 +0800
Message-ID: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b676fd0d75c4504e4a0d745
Subject: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 17:36:27 -0000

--047d7b676fd0d75c4504e4a0d745
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

During today's call, we presented three control flows between Management
Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Report Flow, and
started to talk about the 4th control flow. The thread will continue the
discussion about 4th flow.

Here is the scenario: when a node finds that more cells are needed, e.g.
nodes wants to send 10pkt/s report at some time, it should be able to ask
ME to install more bandwidth.

I can see two approaches:
(1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRate is a
attribute in 6top. Then, ME can get the information via Query Flow or
Report Flow, and adjust the bandwidth of the node via Action Flow.
(2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth Request to
ME, and then ME install more bandwidth. This is the 4th control flow.

What do you think? Which one makes more sense?

Qin

--047d7b676fd0d75c4504e4a0d745
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi all,<div><br></div><div>During today&#39;s call, we pre=
sented three control flows between Management Entity (ME) and 6top, i.e. Ac=
tion Flow, Query Flow, and Report Flow, and started to talk about the 4th c=
ontrol flow. The thread will continue the discussion about 4th flow.</div>
<div><br></div><div>Here is the scenario: when a node finds that more cells=
 are needed, e.g. nodes wants to send 10pkt/s report at some time, it shoul=
d be able to ask ME to install more bandwidth.=A0</div><div><br></div><div>
I can see two approaches:</div><div>(1) Managed by ME, without 4th Control =
Flow. Assume BandwidthUsageRate is a attribute in 6top. Then, ME can get th=
e information via Query Flow or Report Flow, and adjust the bandwidth of th=
e node via Action Flow.=A0<br>
</div><div>(2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth=
 Request to ME, and then ME install more bandwidth. This is the 4th control=
 flow.<br></div><div><br></div><div>What do you think? Which one makes more=
 sense?</div>
<div><br></div><div>Qin</div><div><br></div><div><br></div></div>

--047d7b676fd0d75c4504e4a0d745--

From xvilajosana@berkeley.edu  Fri Aug 23 10:47:47 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2B4D21F9A6D for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 10:47:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.136
X-Spam-Level: 
X-Spam-Status: No, score=-2.136 tagged_above=-999 required=5 tests=[AWL=-0.160, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WkUY5wRk1Amr for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 10:47:43 -0700 (PDT)
Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) by ietfa.amsl.com (Postfix) with ESMTP id BA7AD21F9A70 for <6tsch@ietf.org>; Fri, 23 Aug 2013 10:47:43 -0700 (PDT)
Received: by mail-pd0-f182.google.com with SMTP id r10so952188pdi.13 for <6tsch@ietf.org>; Fri, 23 Aug 2013 10:47:43 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=SN5796XOLmgVyOptR17UtT/uRtXMfFWSQfs5qMOosuk=; b=pfgLXJJCLotJpaH5P0vQOUdmT08veacZvDKBtl5QvMHroA4WHInRduaz2SLQbCmlAL sQKJakf22Y9X5QLxB4qsBXI6jB/Cl0MWGWUgWyeMDv0at0TtoK0pCvhwLzaED7dMpnsH EHnxb2KXwUz5TODpZzaWSgKeOat6Fo9kttSn0NAAo0SvpEvtLx3HavqmuWXQVdMvCfFb Mpao6wEX+/5FYsXjDZiPLUZsdlytRjpJZhMukKKkoKHsSwXFPC5L2ccqjKXwTINbNn2j QO4LEu9zrqz5zecHwI3ZiDKnibpjbQ05mmEzIyjx4ktyNo/+k372aepcPdNy/frDXHC2 CXyw==
X-Gm-Message-State: ALoCoQn3ECrcTSeGnh2e2MghmSgbLiOnoC9PT0O5rOSdTH7MAia65QaX+4w48a0a+lLZbyWzCrAW
MIME-Version: 1.0
X-Received: by 10.68.239.42 with SMTP id vp10mr809559pbc.164.1377280063463; Fri, 23 Aug 2013 10:47:43 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Fri, 23 Aug 2013 10:47:43 -0700 (PDT)
In-Reply-To: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com>
Date: Fri, 23 Aug 2013 10:47:43 -0700
Message-ID: <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b33d912f06cca04e4a10083
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 17:47:48 -0000

--047d7b33d912f06cca04e4a10083
Content-Type: text/plain; charset=ISO-8859-1

Hi Qin, I like your (2).

Note also that there are situations that might have some differences.

1-the track already exists.
2-the track between the two entities does not exists

in either case I think that the node that requires certain BW to another
node should talk to 6top, which processes that request and sends a request
to the ME, the ME installs that new track.

does it make sense. Do you see any drawback on that approach?

X


On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi all,
>
> During today's call, we presented three control flows between Management
> Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Report Flow, and
> started to talk about the 4th control flow. The thread will continue the
> discussion about 4th flow.
>
> Here is the scenario: when a node finds that more cells are needed, e.g.
> nodes wants to send 10pkt/s report at some time, it should be able to ask
> ME to install more bandwidth.
>
> I can see two approaches:
> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRate is
> a attribute in 6top. Then, ME can get the information via Query Flow or
> Report Flow, and adjust the bandwidth of the node via Action Flow.
> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth Request
> to ME, and then ME install more bandwidth. This is the 4th control flow.
>
> What do you think? Which one makes more sense?
>
> Qin
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b33d912f06cca04e4a10083
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>Hi Qin, I like your (2). <br></div>=A0<br><=
/div><div>Note also that there are situations that might have some differen=
ces.<br><br></div><div>1-the track already exists.<br></div><div>2-the trac=
k between the two entities does not exists<br>
<br></div>in either case I think that the node that requires certain BW to =
another node should talk to 6top, which processes that request and sends a =
request to the ME, the ME installs that new track.<br><br></div>does it mak=
e sense. Do you see any drawback on that approach?<br>
<br>X <br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quot=
e">On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=
=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>=
&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi all,<div><br></div><div>=
During today&#39;s call, we presented three control flows between Managemen=
t Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Report Flow, and =
started to talk about the 4th control flow. The thread will continue the di=
scussion about 4th flow.</div>

<div><br></div><div>Here is the scenario: when a node finds that more cells=
 are needed, e.g. nodes wants to send 10pkt/s report at some time, it shoul=
d be able to ask ME to install more bandwidth.=A0</div><div><br></div><div>

I can see two approaches:</div><div>(1) Managed by ME, without 4th Control =
Flow. Assume BandwidthUsageRate is a attribute in 6top. Then, ME can get th=
e information via Query Flow or Report Flow, and adjust the bandwidth of th=
e node via Action Flow.=A0<br>

</div><div>(2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth=
 Request to ME, and then ME install more bandwidth. This is the 4th control=
 flow.<br></div><div><br></div><div>What do you think? Which one makes more=
 sense?</div>
<span class=3D"HOEnZb"><font color=3D"#888888">
<div><br></div><div>Qin</div><div><br></div><div><br></div></font></span></=
div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b33d912f06cca04e4a10083--

From qinwang@berkeley.edu  Fri Aug 23 11:00:09 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6317E11E81CE for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 11:00:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.907
X-Spam-Level: 
X-Spam-Status: No, score=-2.907 tagged_above=-999 required=5 tests=[AWL=0.069,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qnd4hGJvbDmT for <6tsch@ietfa.amsl.com>; Fri, 23 Aug 2013 11:00:05 -0700 (PDT)
Received: from mail-ve0-f177.google.com (mail-ve0-f177.google.com [209.85.128.177]) by ietfa.amsl.com (Postfix) with ESMTP id 1047B11E80C5 for <6tsch@ietf.org>; Fri, 23 Aug 2013 11:00:04 -0700 (PDT)
Received: by mail-ve0-f177.google.com with SMTP id cz11so660606veb.36 for <6tsch@ietf.org>; Fri, 23 Aug 2013 11:00:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=0NyofyziJSV/vt7RGFh8735Pr5dtiKGsr79P9RfMUPs=; b=EofJWMy3nEWF4+4FqZhmd4iGW6o5+EAXgC00PcLsaNjy6bqkxE8GXTQSNExSvwZ5Hr 9y/wIi2PB0PVPsEYKJhwSMvdNyWvDX064Tn+0kpejm4HTsPpIqP5ga42MZdDAE5j4cLN bpxNTzHkIE2lKSKc/5Qsh+jP0lJvu+mbwyMdkGH+RxuANsPQfDGwVJFyj1K4bX88vgHc Fnau3F2KsKNCo5/hsX0PPywxH0AGF8XYofoZcjYU/OIF/+po21m+j+zFkPe4Neaup1TR lN+JLl1ipEjoARPEp1LZd2hHWqtCpor56DJ1KXqC06+Zj1SGMPz/wd8FKDmVuj9XFw7d I60A==
X-Gm-Message-State: ALoCoQlzB4SCqCXfnOsrNImcIEEUQby3intBbHk3sQ87PdXJ0KdnvFpfJ77H7AtwWULmb/Dm3aUB
MIME-Version: 1.0
X-Received: by 10.58.146.71 with SMTP id ta7mr568727veb.23.1377280804498; Fri, 23 Aug 2013 11:00:04 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 23 Aug 2013 11:00:04 -0700 (PDT)
In-Reply-To: <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com>
Date: Sat, 24 Aug 2013 02:00:04 +0800
Message-ID: <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b5d4a301bbe9b04e4a12db1
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 18:00:09 -0000

--047d7b5d4a301bbe9b04e4a12db1
Content-Type: text/plain; charset=ISO-8859-1

Xavi,

Approach-(2) is more flexible and likely covers more situations. But, it
may bring some complexity to 6top, because 6top has to make decision on the
bandwidth request (add/delete), which needs some metrics, some
intelligence.

What do you think?

Qin



On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi Qin, I like your (2).
>
> Note also that there are situations that might have some differences.
>
> 1-the track already exists.
> 2-the track between the two entities does not exists
>
> in either case I think that the node that requires certain BW to another
> node should talk to 6top, which processes that request and sends a request
> to the ME, the ME installs that new track.
>
> does it make sense. Do you see any drawback on that approach?
>
> X
>
>
> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Hi all,
>>
>> During today's call, we presented three control flows between Management
>> Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Report Flow, and
>> started to talk about the 4th control flow. The thread will continue the
>> discussion about 4th flow.
>>
>> Here is the scenario: when a node finds that more cells are needed, e.g.
>> nodes wants to send 10pkt/s report at some time, it should be able to ask
>> ME to install more bandwidth.
>>
>> I can see two approaches:
>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRate is
>> a attribute in 6top. Then, ME can get the information via Query Flow or
>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth Request
>> to ME, and then ME install more bandwidth. This is the 4th control flow.
>>
>> What do you think? Which one makes more sense?
>>
>> Qin
>>
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>

--047d7b5d4a301bbe9b04e4a12db1
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Xavi,<div><br></div><div>Approach-(2) is more flexible and=
 likely covers more situations. But, it may bring some complexity to 6top, =
because 6top has to make decision on the bandwidth request (add/delete), wh=
ich needs some metrics, some intelligence.=A0</div>
<div><br></div><div>What do you think?</div><div><br></div><div>Qin</div><d=
iv><br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_q=
uote">On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen <span dir=
=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bl=
ank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div><div>Hi Qin, I li=
ke your (2). <br></div>=A0<br></div><div>Note also that there are situation=
s that might have some differences.<br>
<br></div><div>1-the track already exists.<br></div><div>2-the track betwee=
n the two entities does not exists<br>
<br></div>in either case I think that the node that requires certain BW to =
another node should talk to 6top, which processes that request and sends a =
request to the ME, the ME installs that new track.<br><br></div>does it mak=
e sense. Do you see any drawback on that approach?<br>

<br>X <br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quot=
e"><div><div class=3D"h5">On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <span =
dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">q=
inwang@berkeley.edu</a>&gt;</span> wrote:<br>

</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div class=3D"h5"><div dir=
=3D"ltr">Hi all,<div><br></div><div>During today&#39;s call, we presented t=
hree control flows between Management Entity (ME) and 6top, i.e. Action Flo=
w, Query Flow, and Report Flow, and started to talk about the 4th control f=
low. The thread will continue the discussion about 4th flow.</div>


<div><br></div><div>Here is the scenario: when a node finds that more cells=
 are needed, e.g. nodes wants to send 10pkt/s report at some time, it shoul=
d be able to ask ME to install more bandwidth.=A0</div><div><br></div><div>


I can see two approaches:</div><div>(1) Managed by ME, without 4th Control =
Flow. Assume BandwidthUsageRate is a attribute in 6top. Then, ME can get th=
e information via Query Flow or Report Flow, and adjust the bandwidth of th=
e node via Action Flow.=A0<br>


</div><div>(2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth=
 Request to ME, and then ME install more bandwidth. This is the 4th control=
 flow.<br></div><div><br></div><div>What do you think? Which one makes more=
 sense?</div>

<span><font color=3D"#888888">
<div><br></div><div>Qin</div><div><br></div><div><br></div></font></span></=
div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>

--047d7b5d4a301bbe9b04e4a12db1--

From pthubert@cisco.com  Mon Aug 26 08:17:23 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57DD021E8088 for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 08:17:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.539
X-Spam-Level: 
X-Spam-Status: No, score=-10.539 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PtkJ5AdJmo7r for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 08:17:16 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 925E821E8093 for <6tsch@ietf.org>; Mon, 26 Aug 2013 08:17:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=632; q=dns/txt; s=iport; t=1377530235; x=1378739835; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=jObyo5gbsvvMffFFzOPE19M5SxxO2XxTuMuZ0gPSxOI=; b=geafpZqM/7wSc6UfmFQLira+oxv5D8BKo2llIHQY7+wBUJ5Ep3go0KXp sGnZtFK6w2ARgiD3/B1dlrilaiPbvvpfAtKCZUAAwH2S3UxJ8yviG3rZ/ xLQrakAx1/ILkrDLDfjcLEPkZ0Ix26neT0qx8CvMqLxFNpsIDTI4l8dWf I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aq0GAEZxG1KtJV2Z/2dsb2JhbABagweBBsAVgSIWbQeCJgEEOlEBKhRCJgEEG4d5lkGhIIJajGaBB4NUfQOpT4Megio
X-IronPort-AV: E=Sophos;i="4.89,959,1367971200"; d="scan'208";a="251730109"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP; 26 Aug 2013 15:16:55 +0000
Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r7QFGtsU028361 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Mon, 26 Aug 2013 15:16:55 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.02.0318.004; Mon, 26 Aug 2013 10:16:55 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: 6TiSCH or not 6TiSCH ?
Thread-Index: Ac6ibwlh8LHk3ndPTEO2PUrHzyUm9A==
Date: Mon, 26 Aug 2013 15:16:55 +0000
Deferred-Delivery: Mon, 26 Aug 2013 15:16:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD84142B5B2@xmb-rcd-x01.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.49.80.24]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [6tsch] 6TiSCH or not 6TiSCH ?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 15:17:23 -0000

Dear all;

6TiSCH is the winner of the Condorcet vote.=20

There was a good point on the ML that we might extend our work in the futur=
e to other MACs that are still deterministic (based on TDM) but not necessa=
rily channel hopping.
I wanted to take a very quick poll on the alternate name 6LoTuS that indica=
tes the family trait with other low power activities ( the lo prefix) and f=
ocusses on the Time Slotted aspect.

If you really like the 6LoTuS name better (than 6TiSCH) please let us know =
in the coming days.  We really want to make the request by the end of this =
week.

Cheers,

Pascal and Thomas


From diego.dujovne@mail.udp.cl  Mon Aug 26 12:31:23 2013
Return-Path: <diego.dujovne@mail.udp.cl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC77311E81FD for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 12:31:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.977
X-Spam-Level: 
X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s9Rq9DveCSuF for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 12:31:18 -0700 (PDT)
Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) by ietfa.amsl.com (Postfix) with ESMTP id 5E39311E81FB for <6tsch@ietf.org>; Mon, 26 Aug 2013 12:31:17 -0700 (PDT)
Received: by mail-wi0-f177.google.com with SMTP id cb5so2119771wib.16 for <6tsch@ietf.org>; Mon, 26 Aug 2013 12:31:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=okH0TG6tulYk2uQFo6end24++1RXcCS0smxG+/wnI+U=; b=POf16raQaedpo0koBmhGr4Ocuwh98zmWGtbaDbJpLvhHTJKhq/Bm97onuB2/S5BIFz QtZBupw9ZqKJR+HO5spwlwTUJnlMQ9sRJJWK21jCGE96bqiO6HdnsWiCKojwlmKn8Uky 7wATNUOzfc5b5yElDOe227yO2KvJwCWoDvsJvDc04HJt5e3WKO85GX4ie8SpVerR52nq 0NuHmitLB8Hk8vhv7kKivmZFFqFIDIcHGnlc8gnnL6mPyUxwc3gwe2lDOvEKEmUWICx4 sVHAUwjQqtdFh/mz86FLnoVDechyeq99UIkdMolLX6bmVHoQ6NhGuLPbCoW9k5tU13mP d7cA==
X-Gm-Message-State: ALoCoQlICRN5dI0NDbKeloOBriIlagJMD4JydPdnrtmO+n/H42NfhSVR/p8sxf5GH9CnZH5UYGoH
MIME-Version: 1.0
X-Received: by 10.194.24.168 with SMTP id v8mr11305843wjf.28.1377545477010; Mon, 26 Aug 2013 12:31:17 -0700 (PDT)
Received: by 10.194.122.103 with HTTP; Mon, 26 Aug 2013 12:31:16 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD84142B5B2@xmb-rcd-x01.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD84142B5B2@xmb-rcd-x01.cisco.com>
Date: Mon, 26 Aug 2013 15:31:16 -0400
Message-ID: <CAH7SZV_pDrK7qM5igAFh_WJC=JxyY+EC8K71TmdqBQLE+MubNw@mail.gmail.com>
From: "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 19:31:23 -0000

Pascal,
          I agree with the 6LoTuS to include other TDMAs as long as the
IETF accepts a wider scope. From the architecture point of view, I think
other TDMAs should be supported by a 6top-like layer, in order to stay
on top of the MAC layer.
          Regards,

                                     Diego Dujovne

2013/8/26 Pascal Thubert (pthubert) <pthubert@cisco.com>:
> Dear all;
>
> 6TiSCH is the winner of the Condorcet vote.
>
> There was a good point on the ML that we might extend our work in the fut=
ure to other MACs that are still deterministic (based on TDM) but not neces=
sarily channel hopping.
> I wanted to take a very quick poll on the alternate name 6LoTuS that indi=
cates the family trait with other low power activities ( the lo prefix) and=
 focusses on the Time Slotted aspect.
>
> If you really like the 6LoTuS name better (than 6TiSCH) please let us kno=
w in the coming days.  We really want to make the request by the end of thi=
s week.
>
> Cheers,
>
> Pascal and Thomas
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch



--=20
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl
(56 2) 676 8125

From xvilajosana@berkeley.edu  Mon Aug 26 15:02:25 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F28C211E80E6 for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 15:02:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.621
X-Spam-Level: 
X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[AWL=0.355,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y-q6v2WrsPkY for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 15:02:21 -0700 (PDT)
Received: from mail-pb0-f48.google.com (mail-pb0-f48.google.com [209.85.160.48]) by ietfa.amsl.com (Postfix) with ESMTP id B6AE511E821B for <6tsch@ietf.org>; Mon, 26 Aug 2013 15:02:17 -0700 (PDT)
Received: by mail-pb0-f48.google.com with SMTP id ma3so3924742pbc.7 for <6tsch@ietf.org>; Mon, 26 Aug 2013 15:02:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=J5lP6YoQMbj2tdd+74ep0lF17imzrNh5mn1mrIoq/JE=; b=VcJ4KRXcPHEXTy00rMV/NTCT7ZCVYB0gDywB34qmUg4lKILYLLbSyjIdVyet6RdI/i NcOwYOLZLx4UOUSi6LgXUMUoD4pG+6PQNGDm09sUlZOF643xR640Ty0DZ2ZVa+fFIrpz xv1zKpJH/4d3HHDX2GXguP6RaY/GT7RkZ6AzKQ+plwce0AidpHWEt0DbCMiGkve/QyVW T4fTZ/He1L80pygth1CnyKkfxg9nzXAlKtkZPUZO2aSY36QnUokhRGh6K7i/iBQaiyMt T5BSiea1uvcJquasCtJP8N1l9Jb5QZWxCgd/wutqeUMG95JF5sMlOHuFaTax3cLqMsfA yvgw==
X-Gm-Message-State: ALoCoQkJ84zUotUEVkdbL1VwxoUwEqcR4D+FETiiD0KZy+utlcW/7AEqj3r/6hzlEvoVV/NBHvxK
MIME-Version: 1.0
X-Received: by 10.66.253.100 with SMTP id zz4mr16570973pac.48.1377554533929; Mon, 26 Aug 2013 15:02:13 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Mon, 26 Aug 2013 15:02:13 -0700 (PDT)
In-Reply-To: <CAH7SZV_pDrK7qM5igAFh_WJC=JxyY+EC8K71TmdqBQLE+MubNw@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD84142B5B2@xmb-rcd-x01.cisco.com> <CAH7SZV_pDrK7qM5igAFh_WJC=JxyY+EC8K71TmdqBQLE+MubNw@mail.gmail.com>
Date: Mon, 26 Aug 2013 15:02:13 -0700
Message-ID: <CALEMV4YXVg9ErVsMQn9U6Vhv7dc6=AzMoiuf2F0UGKmT6Dzj1A@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>
Content-Type: multipart/alternative; boundary=047d7b15a0d5a7657004e4e0e80b
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 22:02:25 -0000

--047d7b15a0d5a7657004e4e0e80b
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi all, I prefer 6TiSCH.

:-)
X


On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovne <
diego.dujovne@mail.udp.cl> wrote:

> Pascal,
>           I agree with the 6LoTuS to include other TDMAs as long as the
> IETF accepts a wider scope. From the architecture point of view, I think
> other TDMAs should be supported by a 6top-like layer, in order to stay
> on top of the MAC layer.
>           Regards,
>
>                                      Diego Dujovne
>
> 2013/8/26 Pascal Thubert (pthubert) <pthubert@cisco.com>:
> > Dear all;
> >
> > 6TiSCH is the winner of the Condorcet vote.
> >
> > There was a good point on the ML that we might extend our work in the
> future to other MACs that are still deterministic (based on TDM) but not
> necessarily channel hopping.
> > I wanted to take a very quick poll on the alternate name 6LoTuS that
> indicates the family trait with other low power activities ( the lo prefi=
x)
> and focusses on the Time Slotted aspect.
> >
> > If you really like the 6LoTuS name better (than 6TiSCH) please let us
> know in the coming days.  We really want to make the request by the end o=
f
> this week.
> >
> > Cheers,
> >
> > Pascal and Thomas
> >
> > _______________________________________________
> > 6tsch mailing list
> > 6tsch@ietf.org
> > https://www.ietf.org/mailman/listinfo/6tsch
>
>
>
> --
> DIEGO DUJOVNE
> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
> Facultad de Ingenier=EDa UDP
> www.ingenieria.udp.cl
> (56 2) 676 8125
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

--047d7b15a0d5a7657004e4e0e80b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi all, I prefer 6TiSCH.<br><br></div>:-)<br></d=
iv><div>X<br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"g=
mail_quote">On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovne <span dir=
=3D"ltr">&lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank"=
>diego.dujovne@mail.udp.cl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Pascal,<br>
=A0 =A0 =A0 =A0 =A0 I agree with the 6LoTuS to include other TDMAs as long =
as the<br>
IETF accepts a wider scope. From the architecture point of view, I think<br=
>
other TDMAs should be supported by a 6top-like layer, in order to stay<br>
on top of the MAC layer.<br>
=A0 =A0 =A0 =A0 =A0 Regards,<br>
<br>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
Diego Dujovne<br>
<br>
2013/8/26 Pascal Thubert (pthubert) &lt;<a href=3D"mailto:pthubert@cisco.co=
m">pthubert@cisco.com</a>&gt;:<br>
<div class=3D"HOEnZb"><div class=3D"h5">&gt; Dear all;<br>
&gt;<br>
&gt; 6TiSCH is the winner of the Condorcet vote.<br>
&gt;<br>
&gt; There was a good point on the ML that we might extend our work in the =
future to other MACs that are still deterministic (based on TDM) but not ne=
cessarily channel hopping.<br>
&gt; I wanted to take a very quick poll on the alternate name 6LoTuS that i=
ndicates the family trait with other low power activities ( the lo prefix) =
and focusses on the Time Slotted aspect.<br>
&gt;<br>
&gt; If you really like the 6LoTuS name better (than 6TiSCH) please let us =
know in the coming days. =A0We really want to make the request by the end o=
f this week.<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt; Pascal and Thomas<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
<br>
<br>
</div></div><span class=3D"HOEnZb"><font color=3D"#888888">--<br>
DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
(56 2) 676 8125<br>
</font></span><div class=3D"HOEnZb"><div class=3D"h5">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>

--047d7b15a0d5a7657004e4e0e80b--

From qinwang@berkeley.edu  Mon Aug 26 15:38:20 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCEA111E80F9 for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 15:38:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.909
X-Spam-Level: 
X-Spam-Status: No, score=-2.909 tagged_above=-999 required=5 tests=[AWL=0.067,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uYF+gpG2gqzd for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 15:38:13 -0700 (PDT)
Received: from mail-vc0-f173.google.com (mail-vc0-f173.google.com [209.85.220.173]) by ietfa.amsl.com (Postfix) with ESMTP id 1B64E11E80F5 for <6tsch@ietf.org>; Mon, 26 Aug 2013 15:38:11 -0700 (PDT)
Received: by mail-vc0-f173.google.com with SMTP id id13so2582761vcb.32 for <6tsch@ietf.org>; Mon, 26 Aug 2013 15:38:11 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=OhJJ3DymYcHopkYOaV3VjW37FeVjMvkVwdQpHjI2MEg=; b=pqo42YyaZQMKfnbkn45slKHX7tqKrcfPzylnMylaiveFU1s92I57ouZWMHHe7MT/e4 a43Ltl657cQgM4Oi4AfxYMzsi00ilTugA0cGK3zUSclGZNn52NBV8f3Sxf9IM+i4dKiV 0DAwrcFACL7P9uIFFojrJyQlghmUllrrwP7L3Dkqq0ZEGhH3+WlHQXRbodMGBbqo4ur1 79g34LVJgNjtjFmsJheUWosSBI8NBHOWMDVRLZoDAvwfJGkdj0VSLXYFGNW4t733LXUj Ip9dpOa9iKQXwUbpOUMmHbYjLmZbFLaCJpiHzVmAFjw2Xslya8X9pEHfa4oaY2nJC3H5 s94Q==
X-Gm-Message-State: ALoCoQmcpvweSkO2/TtKdVXJdVwiiqN3zxqMSCvQYQnzccZ1w3c7j6WMqNCESSYDKEH4SrsFRuAv
MIME-Version: 1.0
X-Received: by 10.220.237.208 with SMTP id kp16mr16793741vcb.4.1377556691443;  Mon, 26 Aug 2013 15:38:11 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Mon, 26 Aug 2013 15:38:11 -0700 (PDT)
Date: Tue, 27 Aug 2013 06:38:11 +0800
Message-ID: <CAAzoce7kj5ajfDkOXccWsiVXkDXjbt7XZbgaCAE-3NoeoptRTQ@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b343464406f1e04e4e16962
Subject: [6tsch] format of management message
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 22:38:20 -0000

--047d7b343464406f1e04e4e16962
Content-Type: text/plain; charset=ISO-8859-1

Dear All,

According to last Friday's call, we start the thread to discuss the format
of management message.

Background:
The management messages are exchanged between a Management Entity (ME) and
6top, and the ME can be existing in PCE or upper layer of 6top. In some
other threads, we have been discussing about the control flows and the
content of control flows, which can be used as reference.

Consideration:
(1) Where the format will be used? IMHO, the format, which we are talking
about, is only used to express the exchanged messages, it should not be
used in storage like MIB. Thus, Compacting is a process of translating the
data in storage format to the data in message format, and De-compacting is
a reverse process. Make sense?

(2) Criteria of evaluation.
    -- Compact data size
    -- Computational complexity of Compacting/De-compacting
    -- tool is existing or not
    -- .... more?

(3) Candidates: CBOR, JSON, BSON, and ......

Any comments and suggestions are welcome.

Thanks
Qin

--047d7b343464406f1e04e4e16962
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Dear All,<div><br></div><div>According to last Friday&#39;=
s call, we start the thread to discuss the format of management message.=A0=
</div><div><br></div><div>Background:</div><div>The management messages are=
 exchanged between a Management Entity (ME) and 6top, and the ME can be exi=
sting in PCE or upper layer of 6top. In some other threads, we have been di=
scussing about the control flows and the content of control flows, which ca=
n be used as reference.</div>
<div><br></div><div>Consideration:</div><div>(1) Where the format will be u=
sed? IMHO, the format, which we are talking about, is only used to express =
the exchanged messages, it should not be used in storage like MIB. Thus, Co=
mpacting is a process of translating the data in storage format to the data=
 in message format, and De-compacting is a reverse process. Make sense?</di=
v>
<div>=A0=A0</div><div>(2) Criteria of evaluation.=A0</div><div>=A0 =A0 -- C=
ompact data size</div><div>=A0 =A0 -- Computational complexity of Compactin=
g/De-compacting</div><div>=A0 =A0 -- tool is existing or not</div><div>=A0 =
=A0 -- .... more?</div>
<div><br></div><div>(3) Candidates: CBOR, JSON, BSON, and ......</div><div>=
=A0</div><div>Any comments and suggestions are welcome.</div><div><br></div=
><div>Thanks</div><div>Qin</div></div>

--047d7b343464406f1e04e4e16962--

From qinwang@berkeley.edu  Mon Aug 26 15:39:15 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0E9821F9C87 for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 15:39:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.912
X-Spam-Level: 
X-Spam-Status: No, score=-2.912 tagged_above=-999 required=5 tests=[AWL=0.064,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hiu2++0gfoh7 for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 15:39:12 -0700 (PDT)
Received: from mail-vb0-f43.google.com (mail-vb0-f43.google.com [209.85.212.43]) by ietfa.amsl.com (Postfix) with ESMTP id BD69121F9A7E for <6tsch@ietf.org>; Mon, 26 Aug 2013 15:39:11 -0700 (PDT)
Received: by mail-vb0-f43.google.com with SMTP id h11so2611540vbh.30 for <6tsch@ietf.org>; Mon, 26 Aug 2013 15:39:11 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=No+dYQVrxK2ETrM3cRgAg10gIqyWcK0NcFPCay2QB3Q=; b=PshTmtEnge5QRZam+vicgDxG+MviAD542xpjdCVB4JLlIj5T3GMumeRhjGIsASodS7 wsPlbsVbu4+MgFpyGpfvP5UgFlPirOOO9C6DKKSRTleLFzat0G0uIXr1SnSapynnMM39 4hryvN+VwEiCABa545NItYYfZ2Ggi1IKWhKjqoNOPeSh1EMHDvXW6TomWSecEZV7GH3m 4oZRR8qS41hMGwGmNAFnmZJEiiRMrXuQICWevJb2a9eNfuc4YZLJEJZi4Moa8luPi8v5 PNChqP/d7WTjmQ5RAo4TUDeZ5dopisxY/hjg3eVf5XH6kUKqeNBKqKxlrYmR4YkkrYeg 4o7Q==
X-Gm-Message-State: ALoCoQmAlnfcr2pPkfbB93Sy4nX6O5eidEt4bq47OHx8kze2U/L1IokkSvH1Ig28WGRVst5+Pbh2
MIME-Version: 1.0
X-Received: by 10.52.92.15 with SMTP id ci15mr35627vdb.34.1377556751203; Mon, 26 Aug 2013 15:39:11 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Mon, 26 Aug 2013 15:39:11 -0700 (PDT)
In-Reply-To: <CALEMV4YXVg9ErVsMQn9U6Vhv7dc6=AzMoiuf2F0UGKmT6Dzj1A@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD84142B5B2@xmb-rcd-x01.cisco.com> <CAH7SZV_pDrK7qM5igAFh_WJC=JxyY+EC8K71TmdqBQLE+MubNw@mail.gmail.com> <CALEMV4YXVg9ErVsMQn9U6Vhv7dc6=AzMoiuf2F0UGKmT6Dzj1A@mail.gmail.com>
Date: Tue, 27 Aug 2013 06:39:11 +0800
Message-ID: <CAAzoce5sfjFOWNhKdE9pAd2pe9VabtUjVwKyFhxTqQkzzwSYSw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=20cf307f3112d04fb504e4e16cf5
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 22:39:16 -0000

--20cf307f3112d04fb504e4e16cf5
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

+1 to 6TiSCH.

Qin


On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi all, I prefer 6TiSCH.
>
> :-)
> X
>
>
> On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovne <
> diego.dujovne@mail.udp.cl> wrote:
>
>> Pascal,
>>           I agree with the 6LoTuS to include other TDMAs as long as the
>> IETF accepts a wider scope. From the architecture point of view, I think
>> other TDMAs should be supported by a 6top-like layer, in order to stay
>> on top of the MAC layer.
>>           Regards,
>>
>>                                      Diego Dujovne
>>
>> 2013/8/26 Pascal Thubert (pthubert) <pthubert@cisco.com>:
>> > Dear all;
>> >
>> > 6TiSCH is the winner of the Condorcet vote.
>> >
>> > There was a good point on the ML that we might extend our work in the
>> future to other MACs that are still deterministic (based on TDM) but not
>> necessarily channel hopping.
>> > I wanted to take a very quick poll on the alternate name 6LoTuS that
>> indicates the family trait with other low power activities ( the lo pref=
ix)
>> and focusses on the Time Slotted aspect.
>> >
>> > If you really like the 6LoTuS name better (than 6TiSCH) please let us
>> know in the coming days.  We really want to make the request by the end =
of
>> this week.
>> >
>> > Cheers,
>> >
>> > Pascal and Thomas
>> >
>> > _______________________________________________
>> > 6tsch mailing list
>> > 6tsch@ietf.org
>> > https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>>
>> --
>> DIEGO DUJOVNE
>> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicacione=
s
>> Facultad de Ingenier=EDa UDP
>> www.ingenieria.udp.cl
>> (56 2) 676 8125
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--20cf307f3112d04fb504e4e16cf5
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+1 to 6TiSCH.<div><br></div><div>Qin</div></div><div class=
=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, Aug 27, 2013 at=
 6:02 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto=
:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley=
.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>Hi all, I prefer =
6TiSCH.<br><br></div>:-)<span class=3D"HOEnZb"><font color=3D"#888888"><br>=
</font></span></div>
<span class=3D"HOEnZb"><font color=3D"#888888"><div>X<br></div></font></spa=
n></div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra">=
<br><br><div class=3D"gmail_quote">On Mon, Aug 26, 2013 at 12:31 PM, Prof. =
Diego Dujovne <span dir=3D"ltr">&lt;<a href=3D"mailto:diego.dujovne@mail.ud=
p.cl" target=3D"_blank">diego.dujovne@mail.udp.cl</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Pascal,<br>
=A0 =A0 =A0 =A0 =A0 I agree with the 6LoTuS to include other TDMAs as long =
as the<br>
IETF accepts a wider scope. From the architecture point of view, I think<br=
>
other TDMAs should be supported by a 6top-like layer, in order to stay<br>
on top of the MAC layer.<br>
=A0 =A0 =A0 =A0 =A0 Regards,<br>
<br>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
Diego Dujovne<br>
<br>
2013/8/26 Pascal Thubert (pthubert) &lt;<a href=3D"mailto:pthubert@cisco.co=
m" target=3D"_blank">pthubert@cisco.com</a>&gt;:<br>
<div><div>&gt; Dear all;<br>
&gt;<br>
&gt; 6TiSCH is the winner of the Condorcet vote.<br>
&gt;<br>
&gt; There was a good point on the ML that we might extend our work in the =
future to other MACs that are still deterministic (based on TDM) but not ne=
cessarily channel hopping.<br>
&gt; I wanted to take a very quick poll on the alternate name 6LoTuS that i=
ndicates the family trait with other low power activities ( the lo prefix) =
and focusses on the Time Slotted aspect.<br>
&gt;<br>
&gt; If you really like the 6LoTuS name better (than 6TiSCH) please let us =
know in the coming days. =A0We really want to make the request by the end o=
f this week.<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt; Pascal and Thomas<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
<br>
<br>
</div></div><span><font color=3D"#888888">--<br>
DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
(56 2) 676 8125<br>
</font></span><div><div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--20cf307f3112d04fb504e4e16cf5--

From xvilajosana@berkeley.edu  Mon Aug 26 15:56:15 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5380111E8252 for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 15:56:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.651
X-Spam-Level: 
X-Spam-Status: No, score=-2.651 tagged_above=-999 required=5 tests=[AWL=0.325,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BQHzxFY+mEoc for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 15:56:02 -0700 (PDT)
Received: from mail-pb0-f50.google.com (mail-pb0-f50.google.com [209.85.160.50]) by ietfa.amsl.com (Postfix) with ESMTP id BD51A11E823A for <6tsch@ietf.org>; Mon, 26 Aug 2013 15:56:01 -0700 (PDT)
Received: by mail-pb0-f50.google.com with SMTP id uo5so3991811pbc.23 for <6tsch@ietf.org>; Mon, 26 Aug 2013 15:56:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=DaioP9keoaNFbdDf89t/9BUUC2R1cBHoC7dnKEL1pqU=; b=pqRpdMERIQZH2olEGuhKtcLeIDj6sz0QEDSnZA72Qqj86NkC+BWDrP1YdsC5lEdKoa J3foZBzrjfKJK/XXC0aalMNi8C/Cy/6+DL6oxDz8Pb/5qjePZCC4FgJXQrkBe1GPvR54 moBla7iMfLQTjzrR9Vmc1AF26bL5sK4QJgCgmFiRulIKfKGvgYdlPvGKQeu/lMMOJz7p uL5MjtOCSc8YTKT3CpFjkGOBJullIiimHENzYYuHWr/EHBWSssxocX56Dav2N9GemMTj OzcSA9gGYof2y/QyTY+/zz3Yc7wOMDjUHOwVpqXiGqyEHFN8ehTc4VAc0r0KCo8xwRz+ qm1Q==
X-Gm-Message-State: ALoCoQlwLSLCfvCwjteOMOGmlKSY9oFdUXbIGJ5F24fjFuAqTClW8kUnX2jPJj242jgHBJTzeRRL
MIME-Version: 1.0
X-Received: by 10.68.189.5 with SMTP id ge5mr17967721pbc.42.1377557760892; Mon, 26 Aug 2013 15:56:00 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Mon, 26 Aug 2013 15:56:00 -0700 (PDT)
In-Reply-To: <CAAzoce7kj5ajfDkOXccWsiVXkDXjbt7XZbgaCAE-3NoeoptRTQ@mail.gmail.com>
References: <CAAzoce7kj5ajfDkOXccWsiVXkDXjbt7XZbgaCAE-3NoeoptRTQ@mail.gmail.com>
Date: Mon, 26 Aug 2013 15:56:00 -0700
Message-ID: <CALEMV4b4KUf_Sh==SB84saOicX++YvxRpNCpQdy=XNO8gwGMbg@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=e89a8ff1c94cfeec8404e4e1a890
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] format of management message
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 22:56:15 -0000

--e89a8ff1c94cfeec8404e4e1a890
Content-Type: text/plain; charset=ISO-8859-1

Hi Qin,

I see it like you indicate at (1). The format and encoding is only used in
the payload of exchanged messages.

as regards to (2)
- 1) Computational complexity is a limiting factor if we want to be able to
run in 8bit uC. So this is important.
- 2) Compact data size. This can be easily experimented as soon as we have
some formats defined.
- 3) I don't think the tool is a problem as most of this formats have a
tool.

(3) I know about EXI (Efficeint XML) which compares to ASN.1. I am not an
expert of that and I do not know if BSON or CBOR perform better but it
might be another candidate.

X


On Mon, Aug 26, 2013 at 3:38 PM, Qin Wang <qinwang@berkeley.edu> wrote:

> Dear All,
>
> According to last Friday's call, we start the thread to discuss the format
> of management message.
>
> Background:
> The management messages are exchanged between a Management Entity (ME) and
> 6top, and the ME can be existing in PCE or upper layer of 6top. In some
> other threads, we have been discussing about the control flows and the
> content of control flows, which can be used as reference.
>
> Consideration:
> (1) Where the format will be used? IMHO, the format, which we are talking
> about, is only used to express the exchanged messages, it should not be
> used in storage like MIB. Thus, Compacting is a process of translating the
> data in storage format to the data in message format, and De-compacting is
> a reverse process. Make sense?
>
> (2) Criteria of evaluation.
>     -- Compact data size
>     -- Computational complexity of Compacting/De-compacting
>     -- tool is existing or not
>     -- .... more?
>
> (3) Candidates: CBOR, JSON, BSON, and ......
>
> Any comments and suggestions are welcome.
>
> Thanks
> Qin
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--e89a8ff1c94cfeec8404e4e1a890
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi Qin,<br><br></div>I see it like you indicate =
at (1). The format and encoding is only used in the payload of exchanged me=
ssages. <br><br></div><div>as regards to (2) <br></div><div>- 1) Computatio=
nal complexity is a limiting factor if we want to be able to run in 8bit uC=
. So this is important.<br>

</div><div>- 2) Compact data size. This can be easily experimented as soon =
as we have some formats defined. <br></div><div>- 3) I don&#39;t think the =
tool is a problem as most of this formats have a tool.<br><br></div><div>

(3) I know about EXI (Efficeint XML) which compares to ASN.1. I am not an e=
xpert of that and I do not know if BSON or CBOR perform better but it might=
 be another candidate.<br><br></div><div>X<br></div></div><div class=3D"gma=
il_extra">
<br><br><div class=3D"gmail_quote">On Mon, Aug 26, 2013 at 3:38 PM, Qin Wan=
g <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_=
blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br><blockquote class=3D"g=
mail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-l=
eft:1ex">
<div dir=3D"ltr">Dear All,<div><br></div><div>According to last Friday&#39;=
s call, we start the thread to discuss the format of management message.=A0=
</div><div><br></div><div>Background:</div><div>The management messages are=
 exchanged between a Management Entity (ME) and 6top, and the ME can be exi=
sting in PCE or upper layer of 6top. In some other threads, we have been di=
scussing about the control flows and the content of control flows, which ca=
n be used as reference.</div>

<div><br></div><div>Consideration:</div><div>(1) Where the format will be u=
sed? IMHO, the format, which we are talking about, is only used to express =
the exchanged messages, it should not be used in storage like MIB. Thus, Co=
mpacting is a process of translating the data in storage format to the data=
 in message format, and De-compacting is a reverse process. Make sense?</di=
v>

<div>=A0=A0</div><div>(2) Criteria of evaluation.=A0</div><div>=A0 =A0 -- C=
ompact data size</div><div>=A0 =A0 -- Computational complexity of Compactin=
g/De-compacting</div><div>=A0 =A0 -- tool is existing or not</div><div>=A0 =
=A0 -- .... more?</div>

<div><br></div><div>(3) Candidates: CBOR, JSON, BSON, and ......</div><div>=
=A0</div><div>Any comments and suggestions are welcome.</div><div><br></div=
><div>Thanks</div><span class=3D"HOEnZb"><font color=3D"#888888"><div>Qin</=
div>
</font></span></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--e89a8ff1c94cfeec8404e4e1a890--

From maria-rita.palattella@uni.lu  Mon Aug 26 23:21:04 2013
Return-Path: <maria-rita.palattella@uni.lu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C40111E8147 for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 23:21:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.298
X-Spam-Level: 
X-Spam-Status: No, score=-6.298 tagged_above=-999 required=5 tests=[AWL=0.300,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YEFeQkpwsWsl for <6tsch@ietfa.amsl.com>; Mon, 26 Aug 2013 23:21:00 -0700 (PDT)
Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id A035A11E8125 for <6tsch@ietf.org>; Mon, 26 Aug 2013 23:20:59 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.89,966,1367964000"; d="scan'208,217";a="26100470"
Received: from unknown (HELO Archer.uni.lux) ([10.21.2.1]) by hercules.uni.lu with ESMTP; 27 Aug 2013 08:20:57 +0200
Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by Archer.uni.lux ([fe80::1009:b1e7:2b72:f0b8%10]) with mapi id 14.03.0158.001; Tue, 27 Aug 2013 08:20:57 +0200
From: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
To: Qin Wang <qinwang@berkeley.edu>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] 6TiSCH or not 6TiSCH ?
Thread-Index: Ac6ibwlh8LHk3ndPTEO2PUrHzyUm9AAEwfoAAAVFmoAAAUqCgAAUTdbw
Date: Tue, 27 Aug 2013 06:20:56 +0000
Message-ID: <F085911F642A6847987ADA23E611780D1858E2AE@hoshi.uni.lux>
References: <E045AECD98228444A58C61C200AE1BD84142B5B2@xmb-rcd-x01.cisco.com> <CAH7SZV_pDrK7qM5igAFh_WJC=JxyY+EC8K71TmdqBQLE+MubNw@mail.gmail.com> <CALEMV4YXVg9ErVsMQn9U6Vhv7dc6=AzMoiuf2F0UGKmT6Dzj1A@mail.gmail.com> <CAAzoce5sfjFOWNhKdE9pAd2pe9VabtUjVwKyFhxTqQkzzwSYSw@mail.gmail.com>
In-Reply-To: <CAAzoce5sfjFOWNhKdE9pAd2pe9VabtUjVwKyFhxTqQkzzwSYSw@mail.gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.91.0.65]
Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D1858E2AEhoshiunilux_"
MIME-Version: 1.0
Cc: "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 06:21:04 -0000

--_000_F085911F642A6847987ADA23E611780D1858E2AEhoshiunilux_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I also do prefer 6TiSCH.

Maria Rita

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Q=
in Wang
Sent: Tuesday, August 27, 2013 12:39 AM
To: Xavier Vilajosana Guillen
Cc: Pascal Thubert (pthubert); Prof. Diego Dujovne; 6tsch@ietf.org
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?

+1 to 6TiSCH.

Qin

On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi all, I prefer 6TiSCH.
:-)
X

On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovne <diego.dujovne@mail.u=
dp.cl<mailto:diego.dujovne@mail.udp.cl>> wrote:
Pascal,
          I agree with the 6LoTuS to include other TDMAs as long as the
IETF accepts a wider scope. From the architecture point of view, I think
other TDMAs should be supported by a 6top-like layer, in order to stay
on top of the MAC layer.
          Regards,

                                     Diego Dujovne

2013/8/26 Pascal Thubert (pthubert) <pthubert@cisco.com<mailto:pthubert@cis=
co.com>>:
> Dear all;
>
> 6TiSCH is the winner of the Condorcet vote.
>
> There was a good point on the ML that we might extend our work in the fut=
ure to other MACs that are still deterministic (based on TDM) but not neces=
sarily channel hopping.
> I wanted to take a very quick poll on the alternate name 6LoTuS that indi=
cates the family trait with other low power activities ( the lo prefix) and=
 focusses on the Time Slotted aspect.
>
> If you really like the 6LoTuS name better (than 6TiSCH) please let us kno=
w in the coming days.  We really want to make the request by the end of thi=
s week.
>
> Cheers,
>
> Pascal and Thomas
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch


--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl>
(56 2) 676 8125
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_F085911F642A6847987ADA23E611780D1858E2AEhoshiunilux_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I also do prefer 6TiSCH.<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maria Rita<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 27, 2013 12:39 AM<br>
<b>To:</b> Xavier Vilajosana Guillen<br>
<b>Cc:</b> Pascal Thubert (pthubert); Prof. Diego Dujovne; 6tsch@ietf.org<b=
r>
<b>Subject:</b> Re: [6tsch] 6TiSCH or not 6TiSCH ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">&#43;1 to 6TiSCH.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi all, I prefer 6TiS=
CH.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal">:-)<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">X<o:p></o:p></span></p=
>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovn=
e &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.=
dujovne@mail.udp.cl</a>&gt; wrote:<o:p></o:p></p>
<p class=3D"MsoNormal">Pascal,<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I agree with the 6LoTuS to include other=
 TDMAs as long as the<br>
IETF accepts a wider scope. From the architecture point of view, I think<br=
>
other TDMAs should be supported by a 6top-like layer, in order to stay<br>
on top of the MAC layer.<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Regards,<br>
<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp=
; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Diego Dujovne<br>
<br>
2013/8/26 Pascal Thubert (pthubert) &lt;<a href=3D"mailto:pthubert@cisco.co=
m" target=3D"_blank">pthubert@cisco.com</a>&gt;:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&gt; Dear all;<br>
&gt;<br>
&gt; 6TiSCH is the winner of the Condorcet vote.<br>
&gt;<br>
&gt; There was a good point on the ML that we might extend our work in the =
future to other MACs that are still deterministic (based on TDM) but not ne=
cessarily channel hopping.<br>
&gt; I wanted to take a very quick poll on the alternate name 6LoTuS that i=
ndicates the family trait with other low power activities ( the lo prefix) =
and focusses on the Time Slotted aspect.<br>
&gt;<br>
&gt; If you really like the 6LoTuS name better (than 6TiSCH) please let us =
know in the coming days. &nbsp;We really want to make the request by the en=
d of this week.<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt; Pascal and Thomas<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
<br>
<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">--<br>
DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
(56 2) 676 8125</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_F085911F642A6847987ADA23E611780D1858E2AEhoshiunilux_--

From alfredo.grieco@gmail.com  Tue Aug 27 01:39:22 2013
Return-Path: <alfredo.grieco@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5ACC11E8134 for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 01:39:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nED3M8tjRwXM for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 01:39:21 -0700 (PDT)
Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id 0882A21F9B58 for <6tsch@ietf.org>; Tue, 27 Aug 2013 01:39:18 -0700 (PDT)
Received: by mail-la0-f49.google.com with SMTP id ev20so3159402lab.8 for <6tsch@ietf.org>; Tue, 27 Aug 2013 01:39:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=P8ON4HYMs7YyrqJNmtUf/CH79nXLa7eVPt6A2ytzbAE=; b=TvR87zWKZdX/eNEVyN8DUxRQnWxZ7898xXYE8j+ecyVoljLjuT5mSSEgYo5PoPLSf3 pw9JR8IaA//IoBslnXVK48gRaBmqZnhY44QIXPt4HD8hP8fuAsnv/+VKu0dzNg0sEIDj WcMg/0EtgUmYfSjg4jk88fdzzuDkEQv+90Cw9qknx/327X4RVBu5Vo5ZNwuwPgK2CAye Y7fXSYBdbN2lefnMAVEDsYoQWZbipUSNH6PxX7Au68LgVdZMJ3y5xunbK/DggoGcsUcP aCHyRygTFUR4y8Xd/pngB0ocjlcY+jt46bIeNPZ10cFhtADsphmdAierWYj5MRC+3txx CitQ==
MIME-Version: 1.0
X-Received: by 10.112.210.136 with SMTP id mu8mr10692980lbc.25.1377592756440;  Tue, 27 Aug 2013 01:39:16 -0700 (PDT)
Received: by 10.114.79.103 with HTTP; Tue, 27 Aug 2013 01:39:16 -0700 (PDT)
In-Reply-To: <F085911F642A6847987ADA23E611780D1858E2AE@hoshi.uni.lux>
References: <E045AECD98228444A58C61C200AE1BD84142B5B2@xmb-rcd-x01.cisco.com> <CAH7SZV_pDrK7qM5igAFh_WJC=JxyY+EC8K71TmdqBQLE+MubNw@mail.gmail.com> <CALEMV4YXVg9ErVsMQn9U6Vhv7dc6=AzMoiuf2F0UGKmT6Dzj1A@mail.gmail.com> <CAAzoce5sfjFOWNhKdE9pAd2pe9VabtUjVwKyFhxTqQkzzwSYSw@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E2AE@hoshi.uni.lux>
Date: Tue, 27 Aug 2013 10:39:16 +0200
Message-ID: <CAM4EQiOhuz4GUp3pjohQtUC6px0f5emk9a3KtoGB-U3SJDqF9Q@mail.gmail.com>
From: Alfredo Grieco <alfredo.grieco@gmail.com>
To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
Content-Type: multipart/alternative; boundary=001a11c3c704e4955f04e4e9ce23
Cc: "6tsch@ietf.org" <6tsch@ietf.org>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>, Qin Wang <qinwang@berkeley.edu>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 08:39:23 -0000

--001a11c3c704e4955f04e4e9ce23
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

+1 for 6TiSCH. Ciao. Al

On Tuesday, August 27, 2013, Maria Rita PALATTELLA wrote:

>  I also do prefer 6TiSCH.****
>
> ** **
>
> Maria Rita****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org <javascript:_e({}, 'cvml',
> '6tsch-bounces@ietf.org');> [mailto:6tsch-bounces@ietf.org<javascript:_e(=
{}, 'cvml', '6tsch-bounces@ietf.org');>]
> *On Behalf Of *Qin Wang
> *Sent:* Tuesday, August 27, 2013 12:39 AM
> *To:* Xavier Vilajosana Guillen
> *Cc:* Pascal Thubert (pthubert); Prof. Diego Dujovne; 6tsch@ietf.org<java=
script:_e({}, 'cvml', '6tsch@ietf.org');>
> *Subject:* Re: [6tsch] 6TiSCH or not 6TiSCH ?****
>
> ** **
>
> +1 to 6TiSCH.****
>
> ** **
>
> Qin****
>
> ** **
>
> On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu <javascript:_e({}, 'cvml',
> 'xvilajosana@eecs.berkeley.edu');>> wrote:****
>
> Hi all, I prefer 6TiSCH.****
>
> :-)****
>
> X****
>
> ** **
>
> On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovne <
> diego.dujovne@mail.udp.cl <javascript:_e({}, 'cvml',
> 'diego.dujovne@mail.udp.cl');>> wrote:****
>
> Pascal,
>           I agree with the 6LoTuS to include other TDMAs as long as the
> IETF accepts a wider scope. From the architecture point of view, I think
> other TDMAs should be supported by a 6top-like layer, in order to stay
> on top of the MAC layer.
>           Regards,
>
>                                      Diego Dujovne
>
> 2013/8/26 Pascal Thubert (pthubert) <pthubert@cisco.com<javascript:_e({},=
 'cvml', 'pthubert@cisco.com');>
> >:****
>
> > Dear all;
> >
> > 6TiSCH is the winner of the Condorcet vote.
> >
> > There was a good point on the ML that we might extend our work in the
> future to other MACs that are still deterministic (based on TDM) but not
> necessarily channel hopping.
> > I wanted to take a very quick poll on the alternate name 6LoTuS that
> indicates the family trait with other low power activities ( the lo prefi=
x)
> and focusses on the Time Slotted aspect.
> >
> > If you really like the 6LoTuS name better (than 6TiSCH) please let us
> know in the coming days.  We really want to make the request by the end o=
f
> this week.
> >
> > Cheers,
> >
> > Pascal and Thomas
> >
> > _______________________________________________
> > 6tsch mailing list
> > 6tsch@ietf.org <javascript:_e({}, 'cvml', '6tsch@ietf.org');>
> > https://www.ietf.org/mailman/listinfo/6tsch
>
>
> ****
>
> --
> DIEGO DUJOVNE
> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
> Facultad de Ingenier=EDa UDP
> www.ingenieria.udp.cl
> (56 2) 676 8125****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org <javascript:_e({}, 'cvml', '6tsch@ietf.org');>
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org <javascript:_e({}, 'cvml', '6tsch@ietf.org');>
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--001a11c3c704e4955f04e4e9ce23
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

+1 for 6TiSCH. Ciao. Al<span></span><br><br>On Tuesday, August 27, 2013, Ma=
ria Rita PALATTELLA  wrote:<br><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I also do prefer 6TiSCH.<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Maria Rita<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"javascript:_e({}, &#39;cvml&#39;, &#39;6tsch-bounces@ietf.org&#39;);" t=
arget=3D"_blank">6tsch-bounces@ietf.org</a> [mailto:<a href=3D"javascript:_=
e({}, &#39;cvml&#39;, &#39;6tsch-bounces@ietf.org&#39;);" target=3D"_blank"=
>6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 27, 2013 12:39 AM<br>
<b>To:</b> Xavier Vilajosana Guillen<br>
<b>Cc:</b> Pascal Thubert (pthubert); Prof. Diego Dujovne; <a href=3D"javas=
cript:_e({}, &#39;cvml&#39;, &#39;6tsch@ietf.org&#39;);" target=3D"_blank">=
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] 6TiSCH or not 6TiSCH ?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">+1 to 6TiSCH.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;xvilajosana@ee=
cs.berkeley.edu&#39;);" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>=
&gt; wrote:<u></u><u></u></p>

<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi all, I prefer 6TiS=
CH.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">:-)<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">X<u></u><u></u></span>=
</p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovn=
e &lt;<a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;diego.dujovne@mail.=
udp.cl&#39;);" target=3D"_blank">diego.dujovne@mail.udp.cl</a>&gt; wrote:<u=
></u><u></u></p>

<p class=3D"MsoNormal">Pascal,<br>
=A0 =A0 =A0 =A0 =A0 I agree with the 6LoTuS to include other TDMAs as long =
as the<br>
IETF accepts a wider scope. From the architecture point of view, I think<br=
>
other TDMAs should be supported by a 6top-like layer, in order to stay<br>
on top of the MAC layer.<br>
=A0 =A0 =A0 =A0 =A0 Regards,<br>
<br>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
Diego Dujovne<br>
<br>
2013/8/26 Pascal Thubert (pthubert) &lt;<a href=3D"javascript:_e({}, &#39;c=
vml&#39;, &#39;pthubert@cisco.com&#39;);" target=3D"_blank">pthubert@cisco.=
com</a>&gt;:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&gt; Dear all;<br>
&gt;<br>
&gt; 6TiSCH is the winner of the Condorcet vote.<br>
&gt;<br>
&gt; There was a good point on the ML that we might extend our work in the =
future to other MACs that are still deterministic (based on TDM) but not ne=
cessarily channel hopping.<br>
&gt; I wanted to take a very quick poll on the alternate name 6LoTuS that i=
ndicates the family trait with other low power activities ( the lo prefix) =
and focusses on the Time Slotted aspect.<br>
&gt;<br>
&gt; If you really like the 6LoTuS name better (than 6TiSCH) please let us =
know in the coming days. =A0We really want to make the request by the end o=
f this week.<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt; Pascal and Thomas<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;6tsch@ietf.org&#39;)=
;" target=3D"_blank">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
<br>
<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">--<br>
DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
(56 2) 676 8125</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;6tsch@ietf.org&#39;);" ta=
rget=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e({}, &#39;cvml&#39;, &#39;6tsch@ietf.org&#39;);" ta=
rget=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>

</blockquote>

--001a11c3c704e4955f04e4e9ce23--

From pwetterw@cisco.com  Tue Aug 27 01:54:50 2013
Return-Path: <pwetterw@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E864C11E8172 for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 01:54:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S1rQQFWjt1sO for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 01:54:46 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 1284411E816F for <6tsch@ietf.org>; Tue, 27 Aug 2013 01:54:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12666; q=dns/txt; s=iport; t=1377593686; x=1378803286; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=Lh2JS35MWj+dssrPpaRu7Q027lOACkPGKi/76YIFbj0=; b=RoTWKmXqBO78y0VY44U64J6+W6jHLQu0stvjJDmZGD8LpwetnUaimlsy B0onlfNOfI7oQXN+MLFgYpwgtCIq46VCxS/7Jd7C2y9eUACk92TjskdKf qqXAbczPdf4GXNeOWIh6D0mZ6gWS/tBTkbPYpA8wuzOX05EjfuJuWK4vA w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhoFAAtoHFKtJXG8/2dsb2JhbABagkNENVHALIEkFnSCJAEBAQMBAQEBRiULBQ0BCBEBAgEBAQsdKAYLFAMGCAIEAQ0FCIdnAwkGDK5ADYlnAwaCVIslgT8BgQcgDQEDBgEGA4MTfQOIeYsbgXGOHoUsgx6BcTk
X-IronPort-AV: E=Sophos;i="4.89,966,1367971200";  d="scan'208,217";a="251855679"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-1.cisco.com with ESMTP; 27 Aug 2013 08:54:45 +0000
Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id r7R8sjBf014150 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 27 Aug 2013 08:54:45 GMT
Received: from xmb-rcd-x03.cisco.com ([169.254.7.234]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.02.0318.004; Tue, 27 Aug 2013 03:54:45 -0500
From: "Patrick Wetterwald (pwetterw)" <pwetterw@cisco.com>
To: Alfredo Grieco <alfredo.grieco@gmail.com>, Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
Thread-Topic: [6tsch] 6TiSCH or not 6TiSCH ?
Thread-Index: AQHOowMTFAqvcWwzE0+Cxj1WR6hXMA==
Date: Tue, 27 Aug 2013 08:54:44 +0000
Message-ID: <C3B7A524F2C9CC40A5C5CB46EA2B393C10048E3D@xmb-rcd-x03.cisco.com>
In-Reply-To: <CAM4EQiOhuz4GUp3pjohQtUC6px0f5emk9a3KtoGB-U3SJDqF9Q@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.4.130416
x-originating-ip: [10.49.80.22]
Content-Type: multipart/alternative; boundary="_000_C3B7A524F2C9CC40A5C5CB46EA2B393C10048E3Dxmbrcdx03ciscoc_"
MIME-Version: 1.0
Cc: "6tsch@ietf.org" <6tsch@ietf.org>, "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>, Qin Wang <qinwang@berkeley.edu>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 08:54:51 -0000

--_000_C3B7A524F2C9CC40A5C5CB46EA2B393C10048E3Dxmbrcdx03ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

ISH does not sound right for a working group related to determinism.

ISH in english is more similar to "approximately, about, roughly". Is it re=
ally the message we want to carry? I don't think so.

IMHO 6LoTus is more appropriate for a working group name.

Patrick

From: Alfredo Grieco <alfredo.grieco@gmail.com<mailto:alfredo.grieco@gmail.=
com>>
Date: Tuesday, August 27, 2013 10:39 AM
To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu<mailto:maria-rita.p=
alattella@uni.lu>>
Cc: "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6tsch@ie=
tf.org>>, Pascal THUBERT <pthubert@cisco.com<mailto:pthubert@cisco.com>>, "=
Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl<mailto:diego.dujovne@mail.u=
dp.cl>>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xv=
ilajosana@eecs.berkeley.edu>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwan=
g@berkeley.edu>>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?

+1 for 6TiSCH. Ciao. Al

On Tuesday, August 27, 2013, Maria Rita PALATTELLA wrote:
I also do prefer 6TiSCH.

Maria Rita

From:6tsch-bounces@ietf.org<javascript:_e({},%20'cvml',%20'6tsch-bounces@ie=
tf.org');> [mailto:6tsch-bounces@ietf.org<javascript:_e({},%20'cvml',%20'6t=
sch-bounces@ietf.org');>] On Behalf Of Qin Wang
Sent: Tuesday, August 27, 2013 12:39 AM
To: Xavier Vilajosana Guillen
Cc: Pascal Thubert (pthubert); Prof. Diego Dujovne; 6tsch@ietf.org<javascri=
pt:_e({},%20'cvml',%20'6tsch@ietf.org');>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?

+1 to 6TiSCH.

Qin

On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<javascript:_e({},%20'cvml',%20'xvilajosana@eecs.berkeley.edu=
');>> wrote:
Hi all, I prefer 6TiSCH.
:-)
X

On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovne <diego.dujovne@mail.u=
dp.cl<javascript:_e({},%20'cvml',%20'diego.dujovne@mail.udp.cl');>> wrote:
Pascal,
          I agree with the 6LoTuS to include other TDMAs as long as the
IETF accepts a wider scope. From the architecture point of view, I think
other TDMAs should be supported by a 6top-like layer, in order to stay
on top of the MAC layer.
          Regards,

                                     Diego Dujovne

2013/8/26 Pascal Thubert (pthubert) <pthubert@cisco.com<javascript:_e({},%2=
0'cvml',%20'pthubert@cisco.com');>>:
> Dear all;
>
> 6TiSCH is the winner of the Condorcet vote.
>
> There was a good point on the ML that we might extend our work in the fut=
ure to other MACs that are still deterministic (based on TDM) but not neces=
sarily channel hopping.
> I wanted to take a very quick poll on the alternate name 6LoTuS that indi=
cates the family trait with other low power activities ( the lo prefix) and=
 focusses on the Time Slotted aspect.
>
> If you really like the 6LoTuS name better (than 6TiSCH) please let us kno=
w in the coming days.  We really want to make the request by the end of thi=
s week.
>
> Cheers,
>
> Pascal and Thomas
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<javascript:_e({},%20'cvml',%20'6tsch@ietf.org');>
> https://www.ietf.org/mailman/listinfo/6tsch


--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl>
(56 2) 676 8125
_______________________________________________
6tsch mailing list
6tsch@ietf.org<javascript:_e({},%20'cvml',%20'6tsch@ietf.org');>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<javascript:_e({},%20'cvml',%20'6tsch@ietf.org');>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_C3B7A524F2C9CC40A5C5CB46EA2B393C10048E3Dxmbrcdx03ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <BE23DD6A0AF7044798C95D6B246F68C2@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>ISH does not sound right for a working group related to determinism.</=
div>
<div><br>
</div>
<div>ISH in english is more similar to &quot;approximately, about, roughly&=
quot;. Is it really the message we want to carry? I don't think so.</div>
<div><br>
</div>
<div>IMHO 6LoTus is more appropriate for a working group name.</div>
<div><br>
</div>
<div>Patrick</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Alfredo Grieco &lt;<a href=3D=
"mailto:alfredo.grieco@gmail.com">alfredo.grieco@gmail.com</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Tuesday, August 27, 2013 10:3=
9 AM<br>
<span style=3D"font-weight:bold">To: </span>Maria Rita PALATTELLA &lt;<a hr=
ef=3D"mailto:maria-rita.palattella@uni.lu">maria-rita.palattella@uni.lu</a>=
&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6tsch@ietf.org">6ts=
ch@ietf.org</a>&gt;, Pascal THUBERT &lt;<a href=3D"mailto:pthubert@cisco.co=
m">pthubert@cisco.com</a>&gt;, &quot;Prof. Diego Dujovne&quot; &lt;<a href=
=3D"mailto:diego.dujovne@mail.udp.cl">diego.dujovne@mail.udp.cl</a>&gt;,
 Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.=
edu">xvilajosana@eecs.berkeley.edu</a>&gt;, Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] 6TiSCH or not =
6TiSCH ?<br>
</div>
<div><br>
</div>
<blockquote id=3D"MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style=3D"BORDER-LEFT:=
 #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
<div>
<div>&#43;1 for 6TiSCH. Ciao. Al<span></span><br>
<br>
On Tuesday, August 27, 2013, Maria Rita PALATTELLA wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calibri=
, sans-serif; color: rgb(31, 73, 125); ">I also do prefer 6TiSCH.<u></u><u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calibri=
, sans-serif; color: rgb(31, 73, 125); "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calibri=
, sans-serif; color: rgb(31, 73, 125); ">Maria Rita<u></u><u></u></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calibri=
, sans-serif; color: rgb(31, 73, 125); "><u></u>&nbsp;<u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Taho=
ma, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fami=
ly: Tahoma, sans-serif; "><a href=3D"javascript:_e({}, 'cvml', '6tsch-bounc=
es@ietf.org');" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"javascript:_e({}, 'cvml', '6tsch-bounces@ietf.org');" t=
arget=3D"_blank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 27, 2013 12:39 AM<br>
<b>To:</b> Xavier Vilajosana Guillen<br>
<b>Cc:</b> Pascal Thubert (pthubert); Prof. Diego Dujovne; <a href=3D"javas=
cript:_e({}, 'cvml', '6tsch@ietf.org');" target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] 6TiSCH or not 6TiSCH ?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
<div>
<p class=3D"MsoNormal">&#43;1 to 6TiSCH.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"javascript:_e({}, 'cvml', 'xvilajosana@eecs.berkeley.=
edu');" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></=
u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi all, I prefer 6TiS=
CH.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">:-)<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">X<u></u><u></u></span>=
</p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovn=
e &lt;<a href=3D"javascript:_e({}, 'cvml', 'diego.dujovne@mail.udp.cl');" t=
arget=3D"_blank">diego.dujovne@mail.udp.cl</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal">Pascal,<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I agree with the 6LoTuS to include other=
 TDMAs as long as the<br>
IETF accepts a wider scope. From the architecture point of view, I think<br=
>
other TDMAs should be supported by a 6top-like layer, in order to stay<br>
on top of the MAC layer.<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Regards,<br>
<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp=
; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Diego Dujovne<br>
<br>
2013/8/26 Pascal Thubert (pthubert) &lt;<a href=3D"javascript:_e({}, 'cvml'=
, 'pthubert@cisco.com');" target=3D"_blank">pthubert@cisco.com</a>&gt;:<u><=
/u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&gt; Dear all;<br>
&gt;<br>
&gt; 6TiSCH is the winner of the Condorcet vote.<br>
&gt;<br>
&gt; There was a good point on the ML that we might extend our work in the =
future to other MACs that are still deterministic (based on TDM) but not ne=
cessarily channel hopping.<br>
&gt; I wanted to take a very quick poll on the alternate name 6LoTuS that i=
ndicates the family trait with other low power activities ( the lo prefix) =
and focusses on the Time Slotted aspect.<br>
&gt;<br>
&gt; If you really like the 6LoTuS name better (than 6TiSCH) please let us =
know in the coming days. &nbsp;We really want to make the request by the en=
d of this week.<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt; Pascal and Thomas<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"javascript:_e({}, 'cvml', '6tsch@ietf.org');" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
<br>
<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">--<br>
DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
(56 2) 676 8125</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e({}, 'cvml', '6tsch@ietf.org');" target=3D"_blank">=
6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e({}, 'cvml', '6tsch@ietf.org');" target=3D"_blank">=
6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</span>
</body>
</html>

--_000_C3B7A524F2C9CC40A5C5CB46EA2B393C10048E3Dxmbrcdx03ciscoc_--

From jvasseur@cisco.com  Tue Aug 27 02:04:02 2013
Return-Path: <jvasseur@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BF5921F9A71 for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 02:04:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PIARYZbCZc2v for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 02:03:57 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 5E29221F99DD for <6tsch@ietf.org>; Tue, 27 Aug 2013 02:03:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13998; q=dns/txt; s=iport; t=1377594236; x=1378803836; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=8HTJ2SWfeI9rv/eQ7uTlLtANOI40mh3LfEhHcgf4ehE=; b=LmKYjsYRlijavHptB1ekTvXe8pUm9aMXFIZj/upA2C42EsSmbuHDZU5u xpZkjRMJ2RJcfaHdb/dWx+V2zChujajdySgmP2vhpsIK9GXR0zd3tXgjy HggjsHT1sGOcB7t7gvNosWaUR/BoAwHA2f1s5VsEEfUINfCEgJqsz/baE E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhwFAOpqHFKtJV2d/2dsb2JhbABagkNENUUMt2mIQ4EkFnSCJAEBAQMBAQEBRiULBQsCARkBAgEBAQsdByEGCxQDBggCBAENBQiHZwMJBgyuPA2JZwMGglSLJYE/AYEHIA0BAwYBBgODE30DiHmLG4FxgxaLCIUsgx6BcTk
X-IronPort-AV: E=Sophos;i="4.89,967,1367971200";  d="scan'208,217";a="249053690"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-9.cisco.com with ESMTP; 27 Aug 2013 09:03:54 +0000
Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id r7R93sID009399 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 27 Aug 2013 09:03:54 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.198]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.02.0318.004; Tue, 27 Aug 2013 04:03:54 -0500
From: "JP Vasseur (jvasseur)" <jvasseur@cisco.com>
To: "Patrick Wetterwald (pwetterw)" <pwetterw@cisco.com>, "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Thread-Topic: Urgent to close on name ? Re: [6tsch] 6TiSCH or not 6TiSCH ?
Thread-Index: AQHOowRap45gDDJR90uZA4WcJ1FNcw==
Date: Tue, 27 Aug 2013 09:03:53 +0000
Message-ID: <03B78081B371D44390ED6E7BADBB4A772371AF0D@xmb-rcd-x02.cisco.com>
References: <C3B7A524F2C9CC40A5C5CB46EA2B393C10048E3D@xmb-rcd-x03.cisco.com>
In-Reply-To: <C3B7A524F2C9CC40A5C5CB46EA2B393C10048E3D@xmb-rcd-x03.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.60.114.230]
Content-Type: multipart/alternative; boundary="_000_03B78081B371D44390ED6E7BADBB4A772371AF0Dxmbrcdx02ciscoc_"
MIME-Version: 1.0
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, Alfredo Grieco <alfredo.grieco@gmail.com>, "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
Subject: [6tsch] Urgent to close on name ? Re:  6TiSCH or not 6TiSCH ?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 09:04:02 -0000

--_000_03B78081B371D44390ED6E7BADBB4A772371AF0Dxmbrcdx02ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi !

If I may I'd rather close on the name (6LoTus seems great to me) and get th=
e work start !

Thanks.

JP.

On Aug 27, 2013, at 10:54 AM, Patrick Wetterwald (pwetterw) <pwetterw@cisco=
.com<mailto:pwetterw@cisco.com>> wrote:

ISH does not sound right for a working group related to determinism.

ISH in english is more similar to "approximately, about, roughly". Is it re=
ally the message we want to carry? I don't think so.

IMHO 6LoTus is more appropriate for a working group name.

Patrick

From: Alfredo Grieco <alfredo.grieco@gmail.com<mailto:alfredo.grieco@gmail.=
com>>
Date: Tuesday, August 27, 2013 10:39 AM
To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu<mailto:maria-rita.p=
alattella@uni.lu>>
Cc: "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6tsch@ie=
tf.org>>, Pascal THUBERT <pthubert@cisco.com<mailto:pthubert@cisco.com>>, "=
Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl<mailto:diego.dujovne@mail.u=
dp.cl>>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xv=
ilajosana@eecs.berkeley.edu>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwan=
g@berkeley.edu>>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?

+1 for 6TiSCH. Ciao. Al

On Tuesday, August 27, 2013, Maria Rita PALATTELLA wrote:
I also do prefer 6TiSCH.

Maria Rita

From:6tsch-bounces@ietf.org<javascript:_e({},%20'cvml',%20'6tsch-bounces@ie=
tf.org');> [mailto:6tsch-bounces@ietf.org<javascript:_e({},%20'cvml',%20'6t=
sch-bounces@ietf.org');>] On Behalf Of Qin Wang
Sent: Tuesday, August 27, 2013 12:39 AM
To: Xavier Vilajosana Guillen
Cc: Pascal Thubert (pthubert); Prof. Diego Dujovne; 6tsch@ietf.org<javascri=
pt:_e({},%20'cvml',%20'6tsch@ietf.org');>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?

+1 to 6TiSCH.

Qin

On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<javascript:_e({},%20'cvml',%20'xvilajosana@eecs.berkeley.edu=
');>> wrote:
Hi all, I prefer 6TiSCH.
:-)
X

On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovne <diego.dujovne@mail.u=
dp.cl<javascript:_e({},%20'cvml',%20'diego.dujovne@mail.udp.cl');>> wrote:
Pascal,
          I agree with the 6LoTuS to include other TDMAs as long as the
IETF accepts a wider scope. From the architecture point of view, I think
other TDMAs should be supported by a 6top-like layer, in order to stay
on top of the MAC layer.
          Regards,

                                     Diego Dujovne

2013/8/26 Pascal Thubert (pthubert) <pthubert@cisco.com<javascript:_e({},%2=
0'cvml',%20'pthubert@cisco.com');>>:
> Dear all;
>
> 6TiSCH is the winner of the Condorcet vote.
>
> There was a good point on the ML that we might extend our work in the fut=
ure to other MACs that are still deterministic (based on TDM) but not neces=
sarily channel hopping.
> I wanted to take a very quick poll on the alternate name 6LoTuS that indi=
cates the family trait with other low power activities ( the lo prefix) and=
 focusses on the Time Slotted aspect.
>
> If you really like the 6LoTuS name better (than 6TiSCH) please let us kno=
w in the coming days.  We really want to make the request by the end of thi=
s week.
>
> Cheers,
>
> Pascal and Thomas
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<javascript:_e({},%20'cvml',%20'6tsch@ietf.org');>
> https://www.ietf.org/mailman/listinfo/6tsch


--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl/>
(56 2) 676 8125
_______________________________________________
6tsch mailing list
6tsch@ietf.org<javascript:_e({},%20'cvml',%20'6tsch@ietf.org');>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<javascript:_e({},%20'cvml',%20'6tsch@ietf.org');>
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org<http://ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_03B78081B371D44390ED6E7BADBB4A772371AF0Dxmbrcdx02ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <E805BBC42E05224F98914A69452D0CE4@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; ">
Hi !
<div><br>
</div>
<div>If I may I'd rather close on the name (<span style=3D"font-family: Cal=
ibri, sans-serif; font-size: 14px; ">6LoTus seems great to me)&nbsp;</span>=
and get the work start !
<div>
<div><br>
</div>
<div>Thanks.</div>
<div><br>
</div>
<div>JP.</div>
<div><br>
</div>
<div>On Aug 27, 2013, at 10:54 AM, Patrick Wetterwald (pwetterw) &lt;<a hre=
f=3D"mailto:pwetterw@cisco.com">pwetterw@cisco.com</a>&gt; wrote:</div>
<br class=3D"Apple-interchange-newline">
<blockquote type=3D"cite">
<div style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line=
-break: after-white-space; font-size: 14px; font-family: Calibri, sans-seri=
f; ">
<div>ISH does not sound right for a working group related to determinism.</=
div>
<div><br>
</div>
<div>ISH in english is more similar to &quot;approximately, about, roughly&=
quot;. Is it really the message we want to carry? I don't think so.</div>
<div><br>
</div>
<div>IMHO 6LoTus is more appropriate for a working group name.</div>
<div><br>
</div>
<div>Patrick</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family: Calibri; font-size: 11pt; text-align: left; bord=
er-width: 1pt medium medium; border-style: solid none none; padding: 3pt 0i=
n 0in; border-top-color: rgb(181, 196, 223); ">
<span style=3D"font-weight:bold">From: </span>Alfredo Grieco &lt;<a href=3D=
"mailto:alfredo.grieco@gmail.com">alfredo.grieco@gmail.com</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Tuesday, August 27, 2013 10:3=
9 AM<br>
<span style=3D"font-weight:bold">To: </span>Maria Rita PALATTELLA &lt;<a hr=
ef=3D"mailto:maria-rita.palattella@uni.lu">maria-rita.palattella@uni.lu</a>=
&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>&quot;<a href=3D"mailto:6tsch@i=
etf.org">6tsch@ietf.org</a>&quot; &lt;<a href=3D"mailto:6tsch@ietf.org">6ts=
ch@ietf.org</a>&gt;, Pascal THUBERT &lt;<a href=3D"mailto:pthubert@cisco.co=
m">pthubert@cisco.com</a>&gt;, &quot;Prof. Diego Dujovne&quot; &lt;<a href=
=3D"mailto:diego.dujovne@mail.udp.cl">diego.dujovne@mail.udp.cl</a>&gt;,
 Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.=
edu">xvilajosana@eecs.berkeley.edu</a>&gt;, Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [6tsch] 6TiSCH or not =
6TiSCH ?<br>
</div>
<div><br>
</div>
<blockquote id=3D"MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style=3D"BORDER-LEFT:=
 #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;" type=3D"cite">
<div>
<div>&#43;1 for 6TiSCH. Ciao. Al<span></span><br>
<br>
On Tuesday, August 27, 2013, Maria Rita PALATTELLA wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex" type=3D"cite">
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<div class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calib=
ri, sans-serif; color: rgb(31, 73, 125); ">I also do prefer 6TiSCH.<u></u><=
u></u></span></div>
<div class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calib=
ri, sans-serif; color: rgb(31, 73, 125); "><u></u>&nbsp;<u></u></span></div=
>
<div class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calib=
ri, sans-serif; color: rgb(31, 73, 125); ">Maria Rita<u></u><u></u></span><=
/div>
<div class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calib=
ri, sans-serif; color: rgb(31, 73, 125); "><u></u>&nbsp;<u></u></span></div=
>
<div class=3D"MsoNormal"><b><span style=3D"font-size: 10pt; font-family: Ta=
homa, sans-serif; ">From:</span></b><span style=3D"font-size: 10pt; font-fa=
mily: Tahoma, sans-serif; "><a href=3D"javascript:_e({}, 'cvml', '6tsch-bou=
nces@ietf.org');" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"javascript:_e({}, 'cvml', '6tsch-bounces@ietf.org');" t=
arget=3D"_blank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 27, 2013 12:39 AM<br>
<b>To:</b> Xavier Vilajosana Guillen<br>
<b>Cc:</b> Pascal Thubert (pthubert); Prof. Diego Dujovne; <a href=3D"javas=
cript:_e({}, 'cvml', '6tsch@ietf.org');" target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] 6TiSCH or not 6TiSCH ?<u></u><u></u></span></di=
v>
<div class=3D"MsoNormal"><u></u>&nbsp;<u></u></div>
<div>
<div class=3D"MsoNormal">&#43;1 to 6TiSCH.<u></u><u></u></div>
<div>
<div class=3D"MsoNormal"><u></u>&nbsp;<u></u></div>
</div>
<div>
<div class=3D"MsoNormal">Qin<u></u><u></u></div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<div class=3D"MsoNormal">On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana=
 Guillen &lt;<a href=3D"javascript:_e({}, 'cvml', 'xvilajosana@eecs.berkele=
y.edu');" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u>=
</u><u></u></div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi all, I prefer 6TiS=
CH.<u></u><u></u></p>
</div>
<div class=3D"MsoNormal">:-)<u></u><u></u></div>
</div>
<div>
<div class=3D"MsoNormal"><span style=3D"color:#888888">X<u></u><u></u></spa=
n></div>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<div class=3D"MsoNormal">On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujo=
vne &lt;<a href=3D"javascript:_e({}, 'cvml', 'diego.dujovne@mail.udp.cl');"=
 target=3D"_blank">diego.dujovne@mail.udp.cl</a>&gt; wrote:<u></u><u></u></=
div>
<div class=3D"MsoNormal">Pascal,<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I agree with the 6LoTuS to include other=
 TDMAs as long as the<br>
IETF accepts a wider scope. From the architecture point of view, I think<br=
>
other TDMAs should be supported by a 6top-like layer, in order to stay<br>
on top of the MAC layer.<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Regards,<br>
<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp=
; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Diego Dujovne<br>
<br>
2013/8/26 Pascal Thubert (pthubert) &lt;<a href=3D"javascript:_e({}, 'cvml'=
, 'pthubert@cisco.com');" target=3D"_blank">pthubert@cisco.com</a>&gt;:<u><=
/u><u></u></div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">&gt; Dear all;<br>
&gt;<br>
&gt; 6TiSCH is the winner of the Condorcet vote.<br>
&gt;<br>
&gt; There was a good point on the ML that we might extend our work in the =
future to other MACs that are still deterministic (based on TDM) but not ne=
cessarily channel hopping.<br>
&gt; I wanted to take a very quick poll on the alternate name 6LoTuS that i=
ndicates the family trait with other low power activities ( the lo prefix) =
and focusses on the Time Slotted aspect.<br>
&gt;<br>
&gt; If you really like the 6LoTuS name better (than 6TiSCH) please let us =
know in the coming days. &nbsp;We really want to make the request by the en=
d of this week.<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt; Pascal and Thomas<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"javascript:_e({}, 'cvml', '6tsch@ietf.org');" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
<br>
<u></u><u></u></p>
</div>
</div>
<div class=3D"MsoNormal"><span style=3D"color:#888888">--<br>
DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl/" target=3D"_blank">www.ingenieria.=
udp.cl</a><br>
(56 2) 676 8125</span><u></u><u></u></div>
<div>
<div>
<div class=3D"MsoNormal">_______________________________________________<br=
>
6tsch mailing list<br>
<a href=3D"javascript:_e({}, 'cvml', '6tsch@ietf.org');" target=3D"_blank">=
6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></div>
</div>
</div>
</div>
<div class=3D"MsoNormal"><u></u>&nbsp;<u></u></div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e({}, 'cvml', '6tsch@ietf.org');" target=3D"_blank">=
6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<div class=3D"MsoNormal"><u></u>&nbsp;<u></u></div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</span></div>
_______________________________________________<br>
6tsch mailing list<br>
6tsch@<a href=3D"http://ietf.org">ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.or=
g/mailman/listinfo/6tsch</a><br>
</blockquote>
</div>
<br>
</div>
</body>
</html>

--_000_03B78081B371D44390ED6E7BADBB4A772371AF0Dxmbrcdx02ciscoc_--

From dominique.barthel@orange.com  Tue Aug 27 02:20:40 2013
Return-Path: <dominique.barthel@orange.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1222B21E805D for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 02:20:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level: 
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cGuS4k4Uz6YP for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 02:20:34 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias245.francetelecom.com [80.12.204.245]) by ietfa.amsl.com (Postfix) with ESMTP id 7D42221E80BD for <6tsch@ietf.org>; Tue, 27 Aug 2013 02:20:31 -0700 (PDT)
Received: from omfeda05.si.francetelecom.fr (unknown [xx.xx.xx.198]) by omfeda09.si.francetelecom.fr (ESMTP service) with ESMTP id 41732C0C5A; Tue, 27 Aug 2013 11:20:30 +0200 (CEST)
Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfeda05.si.francetelecom.fr (ESMTP service) with ESMTP id 1BD7A18003E; Tue, 27 Aug 2013 11:20:30 +0200 (CEST)
Received: from PEXCVZYM13.corporate.adroot.infra.ftgroup ([fe80::cc7e:e40b:42ef:164e]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.02.0328.009; Tue, 27 Aug 2013 11:20:29 +0200
From: <dominique.barthel@orange.com>
To: "JP Vasseur (jvasseur)" <jvasseur@cisco.com>, "Patrick Wetterwald (pwetterw)" <pwetterw@cisco.com>, "Pascal Thubert	(pthubert)" <pthubert@cisco.com>
Thread-Topic: [6tsch] Urgent to close on name ? Re:  6TiSCH or not 6TiSCH ?
Thread-Index: AQHOowRyFINEaowkCke5GF7gtyivLJmoxDRg
Date: Tue, 27 Aug 2013 09:20:29 +0000
Message-ID: <7144_1377595230_521C6F5E_7144_260_1_8F1D83ADCC1AC94186A867BEE9B7D91306D825E9@PEXCVZYM13.corporate.adroot.infra.ftgroup>
References: <C3B7A524F2C9CC40A5C5CB46EA2B393C10048E3D@xmb-rcd-x03.cisco.com> <03B78081B371D44390ED6E7BADBB4A772371AF0D@xmb-rcd-x02.cisco.com>
In-Reply-To: <03B78081B371D44390ED6E7BADBB4A772371AF0D@xmb-rcd-x02.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.197.38.3]
Content-Type: multipart/alternative; boundary="_000_8F1D83ADCC1AC94186A867BEE9B7D91306D825E9PEXCVZYM13corpo_"
MIME-Version: 1.0
X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2013.5.21.113319
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, Alfredo Grieco <alfredo.grieco@gmail.com>, "Prof.	Diego Dujovne" <diego.dujovne@mail.udp.cl>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
Subject: Re: [6tsch] Urgent to close on name ? Re:  6TiSCH or not 6TiSCH ?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 09:20:41 -0000

--_000_8F1D83ADCC1AC94186A867BEE9B7D91306D825E9PEXCVZYM13corpo_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,

I haven't taken part in the naming discussion so far, for a reason.
I want to express this reason here to let the group know of an opinion that=
 has not been much expressed so far.
This opinion is that I don't care much for the name. I do understand the da=
nger of naming conflicts, I concur with the opinion that they should be avo=
ided as much as we can be aware of their risk of appearance, and this seems=
 to have been adequately addressed so far.
Beyond that, I believe 6TiSCH or 6LoTS or 6LoTuS doesn't make much of a dif=
ference.
This name will be used by geeks to talk to geeks.
If a commercial product needs to refer to this work in the future, it will =
probably reference an RFC anyway, or even more likely marketing will invent=
 a new shiny name that speaks to the public.
Therefore, in line with JP, I suggest at this point that the group chairs m=
ake a decision and be done with it.
By contrast to JP, however, I believe this discussion has not prevented the=
 work to start anyway ;-)
Cheers,

Dominique


De : 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] De la part de J=
P Vasseur (jvasseur)
Envoy=E9 : mardi 27 ao=FBt 2013 11:04
=C0 : Patrick Wetterwald (pwetterw); Pascal Thubert (pthubert)
Cc : Maria Rita PALATTELLA; Alfredo Grieco; Prof. Diego Dujovne; Xavier Vil=
ajosana Guillen; 6tsch@ietf.org; Qin Wang
Objet : [6tsch] Urgent to close on name ? Re: 6TiSCH or not 6TiSCH ?

Hi !

If I may I'd rather close on the name (6LoTus seems great to me) and get th=
e work start !

Thanks.

JP.

On Aug 27, 2013, at 10:54 AM, Patrick Wetterwald (pwetterw) <pwetterw@cisco=
.com<mailto:pwetterw@cisco.com>> wrote:


ISH does not sound right for a working group related to determinism.

ISH in english is more similar to "approximately, about, roughly". Is it re=
ally the message we want to carry? I don't think so.

IMHO 6LoTus is more appropriate for a working group name.

Patrick

From: Alfredo Grieco <alfredo.grieco@gmail.com<mailto:alfredo.grieco@gmail.=
com>>
Date: Tuesday, August 27, 2013 10:39 AM
To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu<mailto:maria-rita.p=
alattella@uni.lu>>
Cc: "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6tsch@ie=
tf.org>>, Pascal THUBERT <pthubert@cisco.com<mailto:pthubert@cisco.com>>, "=
Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl<mailto:diego.dujovne@mail.u=
dp.cl>>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xv=
ilajosana@eecs.berkeley.edu>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwan=
g@berkeley.edu>>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?

+1 for 6TiSCH. Ciao. Al

On Tuesday, August 27, 2013, Maria Rita PALATTELLA wrote:

I also do prefer 6TiSCH.

Maria Rita

From:6tsch-bounces@ietf.org<javascript:_e(%7b%7d,%20'cvml',%20'6tsch-bounce=
s@ietf.org');> [mailto:6tsch-bounces@ietf.org<javascript:_e(%7b%7d,%20'cvml=
',%20'6tsch-bounces@ietf.org');>] On Behalf Of Qin Wang
Sent: Tuesday, August 27, 2013 12:39 AM
To: Xavier Vilajosana Guillen
Cc: Pascal Thubert (pthubert); Prof. Diego Dujovne; 6tsch@ietf.org<javascri=
pt:_e(%7b%7d,%20'cvml',%20'6tsch@ietf.org');>
Subject: Re: [6tsch] 6TiSCH or not 6TiSCH ?

+1 to 6TiSCH.

Qin

On Tue, Aug 27, 2013 at 6:02 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<javascript:_e(%7b%7d,%20'cvml',%20'xvilajosana@eecs.berkeley=
.edu');>> wrote:
Hi all, I prefer 6TiSCH.
:-)
X

On Mon, Aug 26, 2013 at 12:31 PM, Prof. Diego Dujovne <diego.dujovne@mail.u=
dp.cl<javascript:_e(%7b%7d,%20'cvml',%20'diego.dujovne@mail.udp.cl');>> wro=
te:
Pascal,
          I agree with the 6LoTuS to include other TDMAs as long as the
IETF accepts a wider scope. From the architecture point of view, I think
other TDMAs should be supported by a 6top-like layer, in order to stay
on top of the MAC layer.
          Regards,

                                     Diego Dujovne

2013/8/26 Pascal Thubert (pthubert) <pthubert@cisco.com<javascript:_e(%7b%7=
d,%20'cvml',%20'pthubert@cisco.com');>>:
> Dear all;
>
> 6TiSCH is the winner of the Condorcet vote.
>
> There was a good point on the ML that we might extend our work in the fut=
ure to other MACs that are still deterministic (based on TDM) but not neces=
sarily channel hopping.
> I wanted to take a very quick poll on the alternate name 6LoTuS that indi=
cates the family trait with other low power activities ( the lo prefix) and=
 focusses on the Time Slotted aspect.
>
> If you really like the 6LoTuS name better (than 6TiSCH) please let us kno=
w in the coming days.  We really want to make the request by the end of thi=
s week.
>
> Cheers,
>
> Pascal and Thomas
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<javascript:_e(%7b%7d,%20'cvml',%20'6tsch@ietf.org');>
> https://www.ietf.org/mailman/listinfo/6tsch

--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl/>
(56 2) 676 8125
_______________________________________________
6tsch mailing list
6tsch@ietf.org<javascript:_e(%7b%7d,%20'cvml',%20'6tsch@ietf.org');>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<javascript:_e(%7b%7d,%20'cvml',%20'6tsch@ietf.org');>
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org<http://ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


___________________________________________________________________________=
______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.


--_000_8F1D83ADCC1AC94186A867BEE9B7D91306D825E9PEXCVZYM13corpo_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Texte de bulles Car";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.TextedebullesCar
	{mso-style-name:"Texte de bulles Car";
	mso-style-priority:99;
	mso-style-link:"Texte de bulles";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"FR" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi all,<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">I haven&#8=
217;t taken part in the naming discussion so far, for a reason.<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">I want to =
express this reason here to let the group know of an opinion that has not b=
een much expressed so far.<br>
This opinion is that I don&#8217;t care much for the name. I do understand =
the danger of naming conflicts, I concur with the opinion that they should =
be avoided as much as we can be aware of their risk of appearance, and this=
 seems to have been adequately addressed
 so far.<br>
Beyond that, I believe 6TiSCH or 6LoTS or 6LoTuS doesn&#8217;t make much of=
 a difference.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">This name =
will be used by geeks to talk to geeks.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">If a comme=
rcial product needs to refer to this work in the future, it will probably r=
eference an RFC anyway, or even more likely marketing will
 invent a new shiny name that speaks to the public.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Therefore,=
 in line with JP, I suggest at this point that the group chairs make a deci=
sion and be done with it.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">By contras=
t to JP, however, I believe this discussion has not prevented the work to s=
tart anyway ;-)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dominique<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">De&nbsp;:</span></b><span style=3D"fo=
nt-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsc=
h-bounces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>De la part de</b> JP Vasseur (jvasseur)<br>
<b>Envoy=E9&nbsp;:</b> mardi 27 ao=FBt 2013 11:04<br>
<b>=C0&nbsp;:</b> Patrick Wetterwald (pwetterw); Pascal Thubert (pthubert)<=
br>
<b>Cc&nbsp;:</b> Maria Rita PALATTELLA; Alfredo Grieco; Prof. Diego Dujovne=
; Xavier Vilajosana Guillen; 6tsch@ietf.org; Qin Wang<br>
<b>Objet&nbsp;:</b> [6tsch] Urgent to close on name ? Re: 6TiSCH or not 6Ti=
SCH ?<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Hi ! <o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">If I may I'd rather close on the name (<span style=
=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
">6LoTus seems great to me)&nbsp;</span>and get the work start !
<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">JP.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">On Aug 27, 2013, at 10:54 AM, Patrick Wetterwald (pw=
etterw) &lt;<a href=3D"mailto:pwetterw@cisco.com">pwetterw@cisco.com</a>&gt=
; wrote:<o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><br>
<br>
<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">ISH does not sound right for a working =
group related to determinism.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">ISH in english is more similar to &quot=
;approximately, about, roughly&quot;. Is it really the message we want to c=
arry? I don't think so.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">IMHO 6LoTus is more appropriate for a w=
orking group name.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Patrick<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><o:p>&nbsp;</o:p></span></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Alfredo Grieco &lt;<a href=3D"mailto:alfredo.grieco=
@gmail.com">alfredo.grieco@gmail.com</a>&gt;<br>
<b>Date: </b>Tuesday, August 27, 2013 10:39 AM<br>
<b>To: </b>Maria Rita PALATTELLA &lt;<a href=3D"mailto:maria-rita.palattell=
a@uni.lu">maria-rita.palattella@uni.lu</a>&gt;<br>
<b>Cc: </b>&quot;<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a>&quot;=
 &lt;<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a>&gt;, Pascal THUBE=
RT &lt;<a href=3D"mailto:pthubert@cisco.com">pthubert@cisco.com</a>&gt;, &q=
uot;Prof. Diego Dujovne&quot; &lt;<a href=3D"mailto:diego.dujovne@mail.udp.=
cl">diego.dujovne@mail.udp.cl</a>&gt;,
 Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.=
edu">xvilajosana@eecs.berkeley.edu</a>&gt;, Qin Wang &lt;<a href=3D"mailto:=
qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] 6TiSCH or not 6TiSCH ?<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><o:p>&nbsp;</o:p></span></p>
</div>
<blockquote style=3D"border:none;border-left:solid #B5C4DF 4.5pt;padding:0c=
m 0cm 0cm 4.0pt;margin-left:3.75pt;margin-right:0cm" id=3D"MAC_OUTLOOK_ATTR=
IBUTION_BLOCKQUOTE">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">&#43;1 for 6TiSCH. Ciao. Al<br>
<br>
On Tuesday, August 27, 2013, Maria Rita PALATTELLA wrote:<br>
<br>
<o:p></o:p></span></p>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">I also do =
prefer 6TiSCH.</span><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-fa=
mily:&quot;Calibri&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</sp=
an><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maria Rita=
</span><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</sp=
an><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt;fo=
nt-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span =
lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&qu=
ot;sans-serif&quot;"><a href=3D"javascript:_e(%7b%7d,%20'cvml',%20'6tsch-bo=
unces@ietf.org');" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"javascript:_e(%7b%7d,%20'cvml',%20'6tsch-bounces@ietf.o=
rg');" target=3D"_blank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 27, 2013 12:39 AM<br>
<b>To:</b> Xavier Vilajosana Guillen<br>
<b>Cc:</b> Pascal Thubert (pthubert); Prof. Diego Dujovne; <a href=3D"javas=
cript:_e(%7b%7d,%20'cvml',%20'6tsch@ietf.org');" target=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] 6TiSCH or not 6TiSCH ?</span><span lang=3D"EN-U=
S" style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-ser=
if&quot;"><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">&nbsp;<o:p></o:p></span>=
</p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">&#43;1 to 6TiSCH.<o:p></=
o:p></span></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">&nbsp;<o:p></o:p></span>=
</p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Qin<o:p></o:p></span></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">On Tue, Aug 27, 2013 at =
6:02 AM, Xavier Vilajosana Guillen &lt;<a href=3D"javascript:_e(%7b%7d,%20'=
cvml',%20'xvilajosana@eecs.berkeley.edu');" target=3D"_blank">xvilajosana@e=
ecs.berkeley.edu</a>&gt;
 wrote:<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span lang=3D"EN-US">Hi all, I prefer 6TiSCH.<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">:-)<o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#888888">X</span><s=
pan lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot=
;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">On Mon, Aug 26, 2013 at =
12:31 PM, Prof. Diego Dujovne &lt;<a href=3D"javascript:_e(%7b%7d,%20'cvml'=
,%20'diego.dujovne@mail.udp.cl');" target=3D"_blank">diego.dujovne@mail.udp=
.cl</a>&gt;
 wrote:<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Pascal,<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I agree with the 6LoTuS to include other=
 TDMAs as long as the<br>
IETF accepts a wider scope. From the architecture point of view, I think<br>
other TDMAs should be supported by a 6top-like layer, in order to stay<br>
on top of the MAC layer.<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Regards,<br>
<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp=
; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Diego Dujovne<br>
<br>
2013/8/26 Pascal Thubert (pthubert) &lt;<a href=3D"javascript:_e(%7b%7d,%20=
'cvml',%20'pthubert@cisco.com');" target=3D"_blank">pthubert@cisco.com</a>&=
gt;:<o:p></o:p></span></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span lang=3D"EN-US">&gt; Dear all;<br>
&gt;<br>
&gt; 6TiSCH is the winner of the Condorcet vote.<br>
&gt;<br>
&gt; There was a good point on the ML that we might extend our work in the =
future to other MACs that are still deterministic (based on TDM) but not ne=
cessarily channel hopping.<br>
&gt; I wanted to take a very quick poll on the alternate name 6LoTuS that i=
ndicates the family trait with other low power activities ( the lo prefix) =
and focusses on the Time Slotted aspect.<br>
&gt;<br>
&gt; If you really like the 6LoTuS name better (than 6TiSCH) please let us =
know in the coming days. &nbsp;We really want to make the request by the en=
d of this week.<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt; Pascal and Thomas<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"javascript:_e(%7b%7d,%20'cvml',%20'6tsch@ietf.org');" targe=
t=3D"_blank">
6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
<o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#888888">--<br>
DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl/" target=3D"_blank">www.ingenieria.=
udp.cl</a><br>
(56 2) 676 8125</span><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;"><o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">________________________=
_______________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e(%7b%7d,%20'cvml',%20'6tsch@ietf.org');" target=3D"=
_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></span></p>
</div>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">&nbsp;<o:p></o:p></span>=
</p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span lang=3D"EN-US"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"javascript:_e(%7b%7d,%20'cvml',%20'6tsch@ietf.org');" target=3D"=
_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;">&nbsp;<o:p></o:p></span>=
</p>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
6tsch@<a href=3D"http://ietf.org">ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.or=
g/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<PRE>______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</PRE></body>
</html>

--_000_8F1D83ADCC1AC94186A867BEE9B7D91306D825E9PEXCVZYM13corpo_--

From twatteyne@gmail.com  Tue Aug 27 11:24:33 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED3A121E8084 for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 11:24:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.845
X-Spam-Level: 
X-Spam-Status: No, score=-1.845 tagged_above=-999 required=5 tests=[AWL=0.132,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bLHWUO8D6pzu for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 11:24:33 -0700 (PDT)
Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) by ietfa.amsl.com (Postfix) with ESMTP id 2F85611E81D7 for <6tsch@ietf.org>; Tue, 27 Aug 2013 11:24:33 -0700 (PDT)
Received: by mail-pd0-f178.google.com with SMTP id w10so5220339pde.37 for <6tsch@ietf.org>; Tue, 27 Aug 2013 11:24:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=1mYZ8R6K9X4XbGuyn9U8XsSJTdK6V3/EXrydgqWew5Q=; b=Xs/Task2tJVYvNM0nJs0TbH0PSjm/6eU1cTxayIISSwfUkIKM6UJYFbB7pa3C7zV4B WF9j5r3XmvzKS+YSiz+dZZLyPBAr/98MJ0VEXu4eaAtmjo0H+iOW14ztS5y3x0fQg8E9 WJzc62Qq9CVp3Uw5ajUCzuNnA+rpEKkt3LuAxA1fKT2A07hoYHsCP59T386nv09kiJ36 WvppWCJya70832w7QWy8ylscSHhg/uSuEaW6P169ZGT08PSqgZLL8L+DE7/BJd/Mbr/v fc6/TPKaJk8jLEUD7DGQi6nGvP16UktCTc/oiX/OWyJIPvHxeJzHgMKqnAbbTsoldI7+ Wp7Q==
X-Received: by 10.66.248.161 with SMTP id yn1mr22622546pac.0.1377627872894; Tue, 27 Aug 2013 11:24:32 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 27 Aug 2013 11:24:12 -0700 (PDT)
In-Reply-To: <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 27 Aug 2013 11:24:12 -0700
X-Google-Sender-Auth: SoDTMaijDz7JBh4l705sm_fEqDM
Message-ID: <CADJ9OA-PnWN4hay1YqgAKv1Hftr=7D48x7W-qtuyiWGa0ZbttQ@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b15b043ff26fe04e4f1fbca
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 18:24:34 -0000

--047d7b15b043ff26fe04e4f1fbca
Content-Type: text/plain; charset=ISO-8859-1

Please correct me if I'm wrong:
- Action Flow (ME->6top). ME asks 6top to execute some command. Typical
commands are add/delete cells.
- Query Flow (ME->6top). ME asks 6top for some information. Typical queries
are about current cells usage or statistics.
- Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
information covers cells usage or statistics.

Questions:
- Looks like Query and Report flows contain the same information. In normal
operation, the Report flow should be enough, the Query flow only being used
in special cases, for example when the ME has lost state (just booted, bug,
etc). Agreed?
- The ME should be able to configure the report flow. Configuration could
be "send report every X seconds" or "send report when variable X larger
than Y". I imagine this could be done over the action flow? Agreed?
- A node will want to report an urgent event to the ME. One such events is
"the topology appears to have changed". There any many cases where
this information needs to be sent immediately, i.e. no time to wait for the
next report cycle. We can consider this to be an asynchronous report, or
part of a new "Event" flow.
- Same for the mote asking the ME for a schedule update.

Thoughts?

Thomas


On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Xavi,
>
> Approach-(2) is more flexible and likely covers more situations. But, it
> may bring some complexity to 6top, because 6top has to make decision on the
> bandwidth request (add/delete), which needs some metrics, some
> intelligence.
>
> What do you think?
>
> Qin
>
>
>
> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:
>
>> Hi Qin, I like your (2).
>>
>> Note also that there are situations that might have some differences.
>>
>> 1-the track already exists.
>> 2-the track between the two entities does not exists
>>
>> in either case I think that the node that requires certain BW to another
>> node should talk to 6top, which processes that request and sends a request
>> to the ME, the ME installs that new track.
>>
>> does it make sense. Do you see any drawback on that approach?
>>
>> X
>>
>>
>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Hi all,
>>>
>>> During today's call, we presented three control flows between Management
>>> Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Report Flow, and
>>> started to talk about the 4th control flow. The thread will continue the
>>> discussion about 4th flow.
>>>
>>> Here is the scenario: when a node finds that more cells are needed, e.g.
>>> nodes wants to send 10pkt/s report at some time, it should be able to ask
>>> ME to install more bandwidth.
>>>
>>> I can see two approaches:
>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRate
>>> is a attribute in 6top. Then, ME can get the information via Query Flow or
>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth Request
>>> to ME, and then ME install more bandwidth. This is the 4th control flow.
>>>
>>> What do you think? Which one makes more sense?
>>>
>>> Qin
>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b15b043ff26fe04e4f1fbca
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div style=3D"font-family:arial,sans-serif;font-size:13px"=
>Please correct me if I&#39;m wrong:<br></div><div style=3D"font-family:ari=
al,sans-serif;font-size:13px">-=A0Action Flow (ME-&gt;6top). ME asks 6top t=
o execute some command. Typical commands are add/delete cells.</div>

<div style=3D"font-family:arial,sans-serif;font-size:13px">-=A0Query Flow=
=A0(ME-&gt;6top). ME asks 6top for some information. Typical queries are ab=
out current cells usage or statistics.</div><div style=3D"font-family:arial=
,sans-serif;font-size:13px">

-=A0Report Flow=A0(6top-&gt;ME). 6top tell ME how it is doing. Typical repo=
rted information covers=A0cells usage or statistics.</div><div style=3D"fon=
t-family:arial,sans-serif;font-size:13px"><br></div><div style=3D"font-fami=
ly:arial,sans-serif;font-size:13px">

Questions:</div><div style=3D"font-family:arial,sans-serif;font-size:13px">=
- Looks like Query and Report flows contain the same information. In normal=
 operation, the Report flow should be enough, the Query flow only being use=
d in special cases, for example when the ME has lost state (just booted, bu=
g, etc). Agreed?<br>

</div><div style=3D"font-family:arial,sans-serif;font-size:13px">- The ME s=
hould be able to configure the report flow. Configuration could be &quot;se=
nd report every X seconds&quot; or &quot;send report when variable X larger=
 than Y&quot;. I imagine this could be done over the action flow? Agreed?</=
div>

<div style=3D"font-family:arial,sans-serif;font-size:13px"><font face=3D"ar=
ial, sans-serif">- A node will want to report an urgent event to the ME. On=
e such events is &quot;the topology appears to have changed&quot;. There an=
y many cases where this=A0information=A0needs to be sent immediately, i.e. =
no time to wait for the next report cycle. We can consider this to be an as=
ynchronous report, or part of a new &quot;Event&quot; flow.</font></div>

<div style=3D"font-family:arial,sans-serif;font-size:13px"><font face=3D"ar=
ial, sans-serif">- Same for the mote asking the ME for a schedule update.</=
font></div><div style=3D"font-family:arial,sans-serif;font-size:13px"><font=
 face=3D"arial, sans-serif"><br>

</font></div><div style=3D"font-family:arial,sans-serif;font-size:13px"><fo=
nt face=3D"arial, sans-serif">Thoughts?</font></div><div style=3D"font-fami=
ly:arial,sans-serif;font-size:13px"><font face=3D"arial, sans-serif"><br></=
font></div>

<div style=3D"font-family:arial,sans-serif;font-size:13px"><font face=3D"ar=
ial, sans-serif">Thomas</font></div></div><div class=3D"gmail_extra"><br><b=
r><div class=3D"gmail_quote">On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <sp=
an dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank=
">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Xavi,<div><br></div><div>Ap=
proach-(2) is more flexible and likely covers more situations. But, it may =
bring some complexity to 6top, because 6top has to make decision on the ban=
dwidth request (add/delete), which needs some metrics, some intelligence.=
=A0</div>


<div><br></div><div>What do you think?</div><span class=3D"HOEnZb"><font co=
lor=3D"#888888"><div><br></div><div>Qin</div><div><br></div></font></span><=
/div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra"><br=
><br>

<div class=3D"gmail_quote">On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosa=
na Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkele=
y.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote=
:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div><div>Hi Qin, I li=
ke your (2). <br></div>=A0<br></div><div>Note also that there are situation=
s that might have some differences.<br>


<br></div><div>1-the track already exists.<br></div><div>2-the track betwee=
n the two entities does not exists<br>
<br></div>in either case I think that the node that requires certain BW to =
another node should talk to 6top, which processes that request and sends a =
request to the ME, the ME installs that new track.<br><br></div>does it mak=
e sense. Do you see any drawback on that approach?<br>



<br>X <br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quot=
e"><div><div>On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <span dir=3D"ltr">&=
lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkel=
ey.edu</a>&gt;</span> wrote:<br>



</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div><div dir=3D"ltr">Hi al=
l,<div><br></div><div>During today&#39;s call, we presented three control f=
lows between Management Entity (ME) and 6top, i.e. Action Flow, Query Flow,=
 and Report Flow, and started to talk about the 4th control flow. The threa=
d will continue the discussion about 4th flow.</div>




<div><br></div><div>Here is the scenario: when a node finds that more cells=
 are needed, e.g. nodes wants to send 10pkt/s report at some time, it shoul=
d be able to ask ME to install more bandwidth.=A0</div><div><br></div><div>




I can see two approaches:</div><div>(1) Managed by ME, without 4th Control =
Flow. Assume BandwidthUsageRate is a attribute in 6top. Then, ME can get th=
e information via Query Flow or Report Flow, and adjust the bandwidth of th=
e node via Action Flow.=A0<br>




</div><div>(2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth=
 Request to ME, and then ME install more bandwidth. This is the 4th control=
 flow.<br></div><div><br></div><div>What do you think? Which one makes more=
 sense?</div>



<span><font color=3D"#888888">
<div><br></div><div>Qin</div><div><br></div><div><br></div></font></span></=
div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b15b043ff26fe04e4f1fbca--

From twatteyne@gmail.com  Tue Aug 27 11:27:10 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B02E011E81DA for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 11:27:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.852
X-Spam-Level: 
X-Spam-Status: No, score=-1.852 tagged_above=-999 required=5 tests=[AWL=0.125,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 96BZCH2y33nu for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 11:27:09 -0700 (PDT)
Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) by ietfa.amsl.com (Postfix) with ESMTP id C008411E81D5 for <6tsch@ietf.org>; Tue, 27 Aug 2013 11:27:09 -0700 (PDT)
Received: by mail-pb0-f52.google.com with SMTP id wz12so5143519pbc.25 for <6tsch@ietf.org>; Tue, 27 Aug 2013 11:27:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=+9gOM5MPkDTcwRBtWUtkQaqhSLaTmhG8jw0Y/uLZ40c=; b=c0soGbGXjgSnFdcLFR89x00k9A0QmHEKf8yqBmGCgmmYXdzmaYFmEIhVTY81puyuFv fvwYhcuLd6bcQqB1z4UlFlaEfAhhEeq9ziPco+ErTh7bRgg1Ygj54T0Lwqhudkn507i0 12j9UOgV4T+pFLomRO1U5N1sl7QAjIdss9y7TL/e6iWgfngFtbyZ1oJD+M/+EtwlZ13w k8qD1/GN+hxkPru45ATPyk4h40JuMronzWszt3iCSGf+tGcHwX4j7hW4Y22LUkER7UvT 90gzlRH08IbjAQFywzTeQ4BuzcPDo2LD3N0rsaM1+TitKQHv3yV7eUyPXy0TWTbV97rx NSpg==
X-Received: by 10.68.186.193 with SMTP id fm1mr10512310pbc.163.1377628029477;  Tue, 27 Aug 2013 11:27:09 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Tue, 27 Aug 2013 11:26:49 -0700 (PDT)
In-Reply-To: <CALEMV4b4KUf_Sh==SB84saOicX++YvxRpNCpQdy=XNO8gwGMbg@mail.gmail.com>
References: <CAAzoce7kj5ajfDkOXccWsiVXkDXjbt7XZbgaCAE-3NoeoptRTQ@mail.gmail.com> <CALEMV4b4KUf_Sh==SB84saOicX++YvxRpNCpQdy=XNO8gwGMbg@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 27 Aug 2013 11:26:49 -0700
X-Google-Sender-Auth: BjpE0cbeqkqshrSVLX9Jlb5-A2Q
Message-ID: <CADJ9OA_=ks0OPKSn7JB-vtFVEJou9RTPT=GBakkHeMrwp0Paig@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7bd764b254718404e4f20597
Subject: Re: [6tsch] format of management message
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 18:27:10 -0000

--047d7bd764b254718404e4f20597
Content-Type: text/plain; charset=ISO-8859-1

Qin,

Very much along the same line here. The scope of work item 1 from
https://bitbucket.org/6tsch/charter-ietf-6tsch/src/ is the format of the
data that is exchanged, i.e. what you would see if you started Wireshark. I
don't believe we are making any assumption on the way the data is stored
inside the devices. I believe it is safe to assume that this is
implementation-specific and out of scope.

Thomas

On Mon, Aug 26, 2013 at 3:56 PM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Hi Qin,
>
> I see it like you indicate at (1). The format and encoding is only used in
> the payload of exchanged messages.
>
> as regards to (2)
> - 1) Computational complexity is a limiting factor if we want to be able
> to run in 8bit uC. So this is important.
> - 2) Compact data size. This can be easily experimented as soon as we have
> some formats defined.
> - 3) I don't think the tool is a problem as most of this formats have a
> tool.
>
> (3) I know about EXI (Efficeint XML) which compares to ASN.1. I am not an
> expert of that and I do not know if BSON or CBOR perform better but it
> might be another candidate.
>
> X
>
>
> On Mon, Aug 26, 2013 at 3:38 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Dear All,
>>
>> According to last Friday's call, we start the thread to discuss the
>> format of management message.
>>
>> Background:
>> The management messages are exchanged between a Management Entity (ME)
>> and 6top, and the ME can be existing in PCE or upper layer of 6top. In some
>> other threads, we have been discussing about the control flows and the
>> content of control flows, which can be used as reference.
>>
>> Consideration:
>> (1) Where the format will be used? IMHO, the format, which we are talking
>> about, is only used to express the exchanged messages, it should not be
>> used in storage like MIB. Thus, Compacting is a process of translating the
>> data in storage format to the data in message format, and De-compacting is
>> a reverse process. Make sense?
>>
>> (2) Criteria of evaluation.
>>     -- Compact data size
>>     -- Computational complexity of Compacting/De-compacting
>>     -- tool is existing or not
>>     -- .... more?
>>
>> (3) Candidates: CBOR, JSON, BSON, and ......
>>
>> Any comments and suggestions are welcome.
>>
>> Thanks
>> Qin
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch

 <https://www.ietf.org/mailman/listinfo/6tsch>

--047d7bd764b254718404e4f20597
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Qin,<div><br></div><div>Very much along the same line here=
. The scope of work item 1 from=A0<a href=3D"https://bitbucket.org/6tsch/ch=
arter-ietf-6tsch/src/" target=3D"_blank">https://bitbucket.org/6tsch/charte=
r-ietf-6tsch/src/</a>=A0is the format of the data that is exchanged, i.e. w=
hat you would see if you started Wireshark. I don&#39;t believe we are maki=
ng any assumption on the way the data is stored inside the devices. I belie=
ve it is safe to assume that this is implementation-specific and out of sco=
pe.</div>

<div><br></div><div>Thomas</div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">On Mon, Aug 26, 2013 at 3:56 PM, Xavier Vilajosana Guillen=
 <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" tar=
get=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>Hi Qin,<br><br></=
div>I see it like you indicate at (1). The format and encoding is only used=
 in the payload of exchanged messages. <br>


<br></div><div>as regards to (2) <br></div><div>- 1) Computational complexi=
ty is a limiting factor if we want to be able to run in 8bit uC. So this is=
 important.<br>

</div><div>- 2) Compact data size. This can be easily experimented as soon =
as we have some formats defined. <br></div><div>- 3) I don&#39;t think the =
tool is a problem as most of this formats have a tool.<br><br></div><div>




(3) I know about EXI (Efficeint XML) which compares to ASN.1. I am not an e=
xpert of that and I do not know if BSON or CBOR perform better but it might=
 be another candidate.<br><br></div><div>X<br></div></div><div class=3D"gma=
il_extra">



<br><br><div class=3D"gmail_quote"><div><div>On Mon, Aug 26, 2013 at 3:38 P=
M, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" t=
arget=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br></div>
</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l=
eft:1px #ccc solid;padding-left:1ex"><div><div>
<div dir=3D"ltr">Dear All,<div><br></div><div>According to last Friday&#39;=
s call, we start the thread to discuss the format of management message.=A0=
</div><div><br></div><div>Background:</div><div>The management messages are=
 exchanged between a Management Entity (ME) and 6top, and the ME can be exi=
sting in PCE or upper layer of 6top. In some other threads, we have been di=
scussing about the control flows and the content of control flows, which ca=
n be used as reference.</div>




<div><br></div><div>Consideration:</div><div>(1) Where the format will be u=
sed? IMHO, the format, which we are talking about, is only used to express =
the exchanged messages, it should not be used in storage like MIB. Thus, Co=
mpacting is a process of translating the data in storage format to the data=
 in message format, and De-compacting is a reverse process. Make sense?</di=
v>




<div>=A0=A0</div><div>(2) Criteria of evaluation.=A0</div><div>=A0 =A0 -- C=
ompact data size</div><div>=A0 =A0 -- Computational complexity of Compactin=
g/De-compacting</div><div>=A0 =A0 -- tool is existing or not</div><div>=A0 =
=A0 -- .... more?</div>




<div><br></div><div>(3) Candidates: CBOR, JSON, BSON, and ......</div><div>=
=A0</div><div>Any comments and suggestions are welcome.</div><div><br></div=
><div>Thanks</div><span><font color=3D"#888888"><div>Qin</div>
</font></span></div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a></blockquote></div><a href=3D=
"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">

</a></div></div>

--047d7bd764b254718404e4f20597--

From qinwang@berkeley.edu  Tue Aug 27 14:09:51 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B92211E81FB for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 14:09:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.914
X-Spam-Level: 
X-Spam-Status: No, score=-2.914 tagged_above=-999 required=5 tests=[AWL=0.062,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qvCuVZKJKMiT for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 14:09:46 -0700 (PDT)
Received: from mail-vc0-f176.google.com (mail-vc0-f176.google.com [209.85.220.176]) by ietfa.amsl.com (Postfix) with ESMTP id 6F97F11E81D0 for <6tsch@ietf.org>; Tue, 27 Aug 2013 14:09:46 -0700 (PDT)
Received: by mail-vc0-f176.google.com with SMTP id ha11so3388460vcb.21 for <6tsch@ietf.org>; Tue, 27 Aug 2013 14:09:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4q2vHWZQusoES8iRaX8sToMo2+eyfOWiQx2g4uDBJmA=; b=IlRRUOUe0v4VvRTHM511M9MZK9wxsLWh3S2kGjU253FCPHg0NtUJjW6/aL/1zuaQBq 8dK8QMRQyo5oj+g7CtjCo0638j+In4vXl8fe2yFTGv1wyJMW6Btoca/IRk1Nrz02yKys V7J2tmgsZfhcTcBRdTqktdK9Y/8CyMwP4T977IirxchtZDRiDvw8Praf9MvYWj0LWbKp W+Y07qQiuiiYiwwKIGmRKr/kpHVkWAkvgYJ3g/RNiTOQa7FWxRJzIKt2UFCqhMEktort OUzFk5BkkJAjOK30gNtHZx2ctM+EHVvoXMJCpPPhyCMp+6Fxhnngw3/mysoJ1bY7vKS3 YGTQ==
X-Gm-Message-State: ALoCoQl0DWGZ7G6SnNMXa0Bm0cQ1S0mgCf4+/XR9qO3ekUtnHbcSzDmJ+U/C6hp+8Bneddh0exG0
MIME-Version: 1.0
X-Received: by 10.220.97.145 with SMTP id l17mr1864132vcn.35.1377637784811; Tue, 27 Aug 2013 14:09:44 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Tue, 27 Aug 2013 14:09:44 -0700 (PDT)
In-Reply-To: <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com>
Date: Wed, 28 Aug 2013 05:09:44 +0800
Message-ID: <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <twatteyne@linear.com>
Content-Type: multipart/alternative; boundary=001a11c1dd02cb312704e4f44ada
Cc: "6tsch@ietf.org" <6tsch@ietf.org>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 21:09:51 -0000

--001a11c1dd02cb312704e4f44ada
Content-Type: text/plain; charset=ISO-8859-1

Thomas,

I agree with almost all. Only some comments on "Report Flow".

As you mentioned, there are two kinds of report scenarios, one is
periodically report, another one is burst report or called as event-driven
report. I have no question on how periodically report works, which you
described. But I'm not sure what the best way to handle event-driven report
is. I think we don't want to assume 6top sublayer is very intelligent, in
another word, the events and the trigger of events should be configured by
ME, just like the interval of periodically report. Make sense?

If you agree to it, the remained issue is  when and how the bandwidth for
sending event-driven reports is reserved. Here are two ways I can see.
(1) when a event is triggered, node sends a request to ME and ask some BW
to send the report. I believe that is how the 4th control flow works.
(2) when ME configure the events and their triggers, ME also provisions
some BW for the node which allows the node to send the report triggered by
some event.

I have no strong opinion on which one is better. But, the bottom line is
the configuration of the set of events and their triggers should be out of
6top scope. Thought?

Thanks
Qin






On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com>wrote:

> Qin,
>
> Please correct me if I'm wrong:
> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
> commands are add/delete cells.
> - Query Flow (ME->6top). ME asks 6top for some information. Typical
> queries are about current cells usage or statistics.
> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
> information covers cells usage or statistics.
>
> Questions:
> - Looks like Query and Report flows contain the same information. In
> normal operation, the Report flow should be enough, the Query flow only
> being used in special cases, for example when the ME has lost state (just
> booted, bug, etc). Agreed?
> - The ME should be able to configure the report flow. Configuration could
> be "send report every X seconds" or "send report when variable X larger
> than Y". I imagine this could be done over the action flow? Agreed?
> - A node will want to report an urgent event to the ME. One such events is
> "the topology appears to have changed". There any many cases where
> this information needs to be sent immediately, i.e. no time to wait for the
> next report cycle. We can consider this to be an asynchronous report, or
> part of a new "Event" flow.
> - Same for the mote asking the ME for a schedule update.
>
> Thoughts?
>
> Thomas
>
>
>
> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Xavi,
>>
>> Approach-(2) is more flexible and likely covers more situations. But, it
>> may bring some complexity to 6top, because 6top has to make decision on the
>> bandwidth request (add/delete), which needs some metrics, some
>> intelligence.
>>
>> What do you think?
>>
>> Qin
>>
>>
>>
>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:
>>
>>> Hi Qin, I like your (2).
>>>
>>> Note also that there are situations that might have some differences.
>>>
>>> 1-the track already exists.
>>> 2-the track between the two entities does not exists
>>>
>>> in either case I think that the node that requires certain BW to another
>>> node should talk to 6top, which processes that request and sends a request
>>> to the ME, the ME installs that new track.
>>>
>>> does it make sense. Do you see any drawback on that approach?
>>>
>>> X
>>>
>>>
>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>>>
>>>> Hi all,
>>>>
>>>> During today's call, we presented three control flows between
>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Report
>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>> continue the discussion about 4th flow.
>>>>
>>>> Here is the scenario: when a node finds that more cells are needed,
>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be able to
>>>> ask ME to install more bandwidth.
>>>>
>>>> I can see two approaches:
>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRate
>>>> is a attribute in 6top. Then, ME can get the information via Query Flow or
>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>> Request to ME, and then ME install more bandwidth. This is the 4th control
>>>> flow.
>>>>
>>>> What do you think? Which one makes more sense?
>>>>
>>>> Qin
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
>
> --
> Thomas Watteyne, Ph. D
> Sr. Networking Design Engineer
> Dust Networks / Linear Technology
> 30695 Huntwood Ave
> Hayward, CA 94544-7021
> +1 (510) 400-2978
> twatteyne@linear.com
>
> This e-mail transmission, and any documents, files or previous e-mail
> messages attached to it may contain confidential information that is
> legally privileged. If you are not the intended recipient, or a person
> responsible for delivering it to the intended recipient, you are hereby
> notified that any disclosure, copying, distribution or use of any of the
> information contained in or attached to this transmission is STRICTLY
> PROHIBITED. If you have received this transmission in error, please
> immediately notify me by reply e-mail, or by telephone at (510) 400-2978,
> and destroy the original transmission and its attachments without reading
> or saving in any manner. Thank you.
>

--001a11c1dd02cb312704e4f44ada
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thomas,<div><br></div><div>I agree with almost all. Only s=
ome comments on &quot;Report Flow&quot;.=A0</div><div><br></div><div>As you=
 mentioned, there are two kinds of report scenarios, one is periodically re=
port, another one is burst report or called as event-driven report. I have =
no question on how periodically report works, which you described. But I&#3=
9;m not sure what the best way to handle event-driven report is. I think we=
 don&#39;t want to assume 6top sublayer is very intelligent, in another wor=
d, the events and the trigger of events should be configured by ME, just li=
ke the interval of periodically report. Make sense?=A0</div>
<div><br></div><div>If you agree to it, the remained issue is =A0when and h=
ow the bandwidth for sending event-driven reports is reserved. Here are two=
 ways I can see.</div><div>(1) when a event is triggered, node sends a requ=
est to ME and ask some BW to send the report. I believe that is how the 4th=
 control flow works.</div>
<div>(2) when ME configure the events and their triggers, ME also provision=
s some BW for the node which allows the node to send the report triggered b=
y some event.</div><div><br></div><div>I have no strong opinion on which on=
e is better. But, the bottom line is the configuration of the set of events=
 and their triggers should be out of 6top scope. Thought?</div>
<div><br></div><div>Thanks</div><div>Qin</div><div><br></div><div><br></div=
><div><br></div><div><br></div></div><div class=3D"gmail_extra"><br><br><di=
v class=3D"gmail_quote">On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <s=
pan dir=3D"ltr">&lt;<a href=3D"mailto:twatteyne@linear.com" target=3D"_blan=
k">twatteyne@linear.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div><br></div><div>Ple=
ase correct me if I&#39;m wrong:</div><div>-=A0<span style=3D"font-family:a=
rial,sans-serif;font-size:13px">Action Flow (ME-&gt;6top). ME asks 6top to =
execute some command. Typical commands are add/delete cells.</span></div>







<div><span style=3D"font-family:arial,sans-serif;font-size:13px">-=A0</span=
><span style=3D"font-family:arial,sans-serif;font-size:13px">Query Flow</sp=
an><span style=3D"font-family:arial,sans-serif;font-size:13px">=A0</span><s=
pan style=3D"font-family:arial,sans-serif;font-size:13px">(ME-&gt;6top). ME=
 asks 6top for some information. Typical queries are about current cells us=
age or statistics.</span></div>







<div><span style=3D"font-size:13px;font-family:arial,sans-serif">-=A0</span=
><span style=3D"font-size:13px;font-family:arial,sans-serif">Report Flow</s=
pan><span style=3D"font-size:13px;font-family:arial,sans-serif">=A0</span><=
span style=3D"font-size:13px;font-family:arial,sans-serif">(6top-&gt;ME). 6=
top tell ME how it is doing. Typical reported information covers=A0</span><=
span style=3D"font-family:arial,sans-serif;font-size:13px">cells usage or s=
tatistics.</span></div>







<div><span style=3D"font-family:arial,sans-serif;font-size:13px"><br></span=
></div><div><span style=3D"font-family:arial,sans-serif;font-size:13px">Que=
stions:</span></div><div><span style=3D"font-family:arial,sans-serif;font-s=
ize:13px">- Looks like Query and Report flows contain the same information.=
 In normal operation, the Report flow should be enough, the Query flow only=
 being used in special cases, for example when the ME has lost state (just =
booted, bug, etc). Agreed?</span><br>







</div><div><span style=3D"font-family:arial,sans-serif;font-size:13px">- Th=
e ME should be able to configure the report flow. Configuration could be &q=
uot;send report every X seconds&quot; or &quot;send report when variable X =
larger than Y&quot;. I imagine this could be done over the action flow? Agr=
eed?</span></div>




<div><font face=3D"arial, sans-serif">- A node will want to report an urgen=
t event to the ME. One such events is &quot;the topology appears to have ch=
anged&quot;. There any many cases where this=A0information=A0needs to be se=
nt immediately, i.e. no time to wait for the next report cycle. We can cons=
ider this to be an asynchronous report, or part of a new &quot;Event&quot; =
flow.</font></div>


<div><font face=3D"arial, sans-serif">- Same for the mote asking the ME for=
 a schedule update.</font></div><div><font face=3D"arial, sans-serif"><br><=
/font></div><div><font face=3D"arial, sans-serif">Thoughts?</font></div><di=
v>


<font face=3D"arial, sans-serif"><br></font></div><div><font face=3D"arial,=
 sans-serif">Thomas</font></div>




<div><span style=3D"font-family:arial,sans-serif;font-size:13px"><br></span=
></div></div><div class=3D"gmail_extra"><div><div class=3D"h5"><br><br><div=
 class=3D"gmail_quote">On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <span dir=
=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinw=
ang@berkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Xavi,<div><br></div><div>Ap=
proach-(2) is more flexible and likely covers more situations. But, it may =
bring some complexity to 6top, because 6top has to make decision on the ban=
dwidth request (add/delete), which needs some metrics, some intelligence.=
=A0</div>



<div><br></div><div>What do you think?</div><span><font color=3D"#888888"><=
div><br></div><div>Qin</div><div><br></div></font></span></div><div><div><d=
iv class=3D"gmail_extra"><br><br>

<div class=3D"gmail_quote">On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosa=
na Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@eecs.berkele=
y.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;</span> wrote=
:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div><div>Hi Qin, I li=
ke your (2). <br></div>=A0<br></div><div>Note also that there are situation=
s that might have some differences.<br>



<br></div><div>1-the track already exists.<br></div><div>2-the track betwee=
n the two entities does not exists<br>
<br></div>in either case I think that the node that requires certain BW to =
another node should talk to 6top, which processes that request and sends a =
request to the ME, the ME installs that new track.<br><br></div>does it mak=
e sense. Do you see any drawback on that approach?<br>




<br>X <br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quot=
e"><div><div>On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <span dir=3D"ltr">&=
lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkel=
ey.edu</a>&gt;</span> wrote:<br>




</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div><div dir=3D"ltr">Hi al=
l,<div><br></div><div>During today&#39;s call, we presented three control f=
lows between Management Entity (ME) and 6top, i.e. Action Flow, Query Flow,=
 and Report Flow, and started to talk about the 4th control flow. The threa=
d will continue the discussion about 4th flow.</div>





<div><br></div><div>Here is the scenario: when a node finds that more cells=
 are needed, e.g. nodes wants to send 10pkt/s report at some time, it shoul=
d be able to ask ME to install more bandwidth.=A0</div><div><br></div><div>





I can see two approaches:</div><div>(1) Managed by ME, without 4th Control =
Flow. Assume BandwidthUsageRate is a attribute in 6top. Then, ME can get th=
e information via Query Flow or Report Flow, and adjust the bandwidth of th=
e node via Action Flow.=A0<br>





</div><div>(2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth=
 Request to ME, and then ME install more bandwidth. This is the 4th control=
 flow.<br></div><div><br></div><div>What do you think? Which one makes more=
 sense?</div>




<span><font color=3D"#888888">
<div><br></div><div>Qin</div><div><br></div><div><br></div></font></span></=
div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div></div></div><sp=
an class=3D"HOEnZb"><font color=3D"#888888">-- <br><div>Thomas Watteyne, Ph=
. D</div><div>Sr. Networking Design Engineer</div><div>Dust Networks / Line=
ar Technology</div>
<div>30695 Huntwood Ave</div><div>Hayward, CA 94544-7021</div>

<div>+1 (510) 400-2978</div><div><a href=3D"mailto:twatteyne@linear.com" ta=
rget=3D"_blank">twatteyne@linear.com</a></div><div><br></div><div><font siz=
e=3D"1">This e-mail transmission, and any documents, files or previous e-ma=
il messages attached to it may contain confidential information that is leg=
ally privileged. If you are not the intended recipient, or a person respons=
ible for delivering it to the intended recipient, you are hereby notified t=
hat any disclosure, copying, distribution or use of any of the information =
contained in or attached to this transmission is STRICTLY PROHIBITED. If yo=
u have received this transmission in error, please immediately notify me by=
 reply e-mail, or by telephone at (510) 400-2978, and destroy the original =
transmission and its attachments without reading or saving in any manner. T=
hank you.</font></div>



</font></span></div>
</blockquote></div><br></div>

--001a11c1dd02cb312704e4f44ada--

From diego.dujovne@mail.udp.cl  Tue Aug 27 14:29:10 2013
Return-Path: <diego.dujovne@mail.udp.cl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 127F111E8338 for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 14:29:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.977
X-Spam-Level: 
X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4v+1UyL0MwYL for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 14:29:06 -0700 (PDT)
Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) by ietfa.amsl.com (Postfix) with ESMTP id 8B0A521E80A3 for <6tsch@ietf.org>; Tue, 27 Aug 2013 14:29:05 -0700 (PDT)
Received: by mail-wg0-f43.google.com with SMTP id z11so2275752wgg.34 for <6tsch@ietf.org>; Tue, 27 Aug 2013 14:29:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0ld63iZrtv2SYtVIOMxnX53VXdgw1yd1zDQklDi9pKs=; b=p3zM6SygB76ODfa1kEaUTC2PPNaQHs0sHyy0PD8ftpDONVBJoadn6X3p32MuEjjGqT EKqwKTTO9aMQdrVajBPuBJ/C+io64BztJPzTGRn4So18jDwstmA1u7NNZgrMfQl60rGR gEHPuKHnykdvdhzPhKb7mBk4zAMyH76LeXWHj6SozSkNY9lJeYrSPJjvoCiDoJBVQ9vG bCgiqjGKv8mumePRi+Q1KQUBDXquMIPS0kAphLqqBJ40LMk+QAttObHHxFAg5yYMjYTZ OLuECF7hZYlAmenlw7CA3YrEaPT5qzavAX8Hhl6Wln9xuZg0C5vIshWLAYAHMPejk+Yv aZEw==
X-Gm-Message-State: ALoCoQlLifmC6bV/TB1caYzhvWmHye6BUJn4glQ5/UKHpz/f/SdIdOa7ZIO2y1SjGoxk94Zy5dR2
MIME-Version: 1.0
X-Received: by 10.180.188.132 with SMTP id ga4mr13074281wic.53.1377638941458;  Tue, 27 Aug 2013 14:29:01 -0700 (PDT)
Received: by 10.194.122.103 with HTTP; Tue, 27 Aug 2013 14:29:01 -0700 (PDT)
In-Reply-To: <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com>
Date: Tue, 27 Aug 2013 17:29:01 -0400
Message-ID: <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com>
From: "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Thomas Watteyne <twatteyne@linear.com>, "6tsch@ietf.org" <6tsch@ietf.org>, Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 21:29:10 -0000

Qin, Thomas,
      Alternative (1) adds delay to define the slots to send the event
to the ME (propagate the new schedule),
while alternative (2)  keeps reserved slots waiting for the event to happen=
.
I think both alternatives should be included, and configured by the ME depe=
nding
on the network requirements.

More thoughts?

Diego Dujovne

2013/8/27 Qin Wang <qinwang@berkeley.edu>:
> Thomas,
>
> I agree with almost all. Only some comments on "Report Flow".
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-drive=
n
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven repo=
rt
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured b=
y
> ME, just like the interval of periodically report. Make sense?
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.
> (1) when a event is triggered, node sends a request to ME and ask some BW=
 to
> send the report. I believe that is how the 4th control flow works.
> (2) when ME configure the events and their triggers, ME also provisions s=
ome
> BW for the node which allows the node to send the report triggered by som=
e
> event.
>
> I have no strong opinion on which one is better. But, the bottom line is =
the
> configuration of the set of events and their triggers should be out of 6t=
op
> scope. Thought?
>
> Thanks
> Qin
>
>
>
>
>
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com>
> wrote:
>>
>> Qin,
>>
>> Please correct me if I'm wrong:
>> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
>> commands are add/delete cells.
>> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> queries are about current cells usage or statistics.
>> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
>> information covers cells usage or statistics.
>>
>> Questions:
>> - Looks like Query and Report flows contain the same information. In
>> normal operation, the Report flow should be enough, the Query flow only
>> being used in special cases, for example when the ME has lost state (jus=
t
>> booted, bug, etc). Agreed?
>> - The ME should be able to configure the report flow. Configuration coul=
d
>> be "send report every X seconds" or "send report when variable X larger =
than
>> Y". I imagine this could be done over the action flow? Agreed?
>> - A node will want to report an urgent event to the ME. One such events =
is
>> "the topology appears to have changed". There any many cases where this
>> information needs to be sent immediately, i.e. no time to wait for the n=
ext
>> report cycle. We can consider this to be an asynchronous report, or part=
 of
>> a new "Event" flow.
>> - Same for the mote asking the ME for a schedule update.
>>
>> Thoughts?
>>
>> Thomas
>>
>>
>>
>> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>>>
>>> Xavi,
>>>
>>> Approach-(2) is more flexible and likely covers more situations. But, i=
t
>>> may bring some complexity to 6top, because 6top has to make decision on=
 the
>>> bandwidth request (add/delete), which needs some metrics, some intellig=
ence.
>>>
>>> What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> <xvilajosana@eecs.berkeley.edu> wrote:
>>>>
>>>> Hi Qin, I like your (2).
>>>>
>>>> Note also that there are situations that might have some differences.
>>>>
>>>> 1-the track already exists.
>>>> 2-the track between the two entities does not exists
>>>>
>>>> in either case I think that the node that requires certain BW to anoth=
er
>>>> node should talk to 6top, which processes that request and sends a req=
uest
>>>> to the ME, the ME installs that new track.
>>>>
>>>> does it make sense. Do you see any drawback on that approach?
>>>>
>>>> X
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu> wrot=
e:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> During today's call, we presented three control flows between
>>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Re=
port
>>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>>> continue the discussion about 4th flow.
>>>>>
>>>>> Here is the scenario: when a node finds that more cells are needed,
>>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be ab=
le to
>>>>> ask ME to install more bandwidth.
>>>>>
>>>>> I can see two approaches:
>>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRat=
e
>>>>> is a attribute in 6top. Then, ME can get the information via Query Fl=
ow or
>>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>>> Request to ME, and then ME install more bandwidth. This is the 4th co=
ntrol
>>>>> flow.
>>>>>
>>>>> What do you think? Which one makes more sense?
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>>
>> --
>> Thomas Watteyne, Ph. D
>> Sr. Networking Design Engineer
>> Dust Networks / Linear Technology
>> 30695 Huntwood Ave
>> Hayward, CA 94544-7021
>> +1 (510) 400-2978
>> twatteyne@linear.com
>>
>> This e-mail transmission, and any documents, files or previous e-mail
>> messages attached to it may contain confidential information that is leg=
ally
>> privileged. If you are not the intended recipient, or a person responsib=
le
>> for delivering it to the intended recipient, you are hereby notified tha=
t
>> any disclosure, copying, distribution or use of any of the information
>> contained in or attached to this transmission is STRICTLY PROHIBITED. If=
 you
>> have received this transmission in error, please immediately notify me b=
y
>> reply e-mail, or by telephone at (510) 400-2978, and destroy the origina=
l
>> transmission and its attachments without reading or saving in any manner=
.
>> Thank you.
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>



--=20
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl
(56 2) 676 8125

From P.Zand@utwente.nl  Tue Aug 27 14:48:15 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75AE511E8227 for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 14:48:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.311
X-Spam-Level: 
X-Spam-Status: No, score=-0.311 tagged_above=-999 required=5 tests=[AWL=0.192,  BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ck8f4F6m8fC2 for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 14:48:10 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 8834D21E80F9 for <6tsch@ietf.org>; Tue, 27 Aug 2013 14:48:06 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Tue, 27 Aug 2013 23:48:02 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Tue, 27 Aug 2013 23:48:00 +0200
From: <P.Zand@utwente.nl>
To: <qinwang@berkeley.edu>, <twatteyne@linear.com>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOo2nAsO9O/ZQFeUKjAh22FTro+JmpkCQQ
Date: Tue, 27 Aug 2013 21:48:00 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA75FD5@EXMBX23.ad.utwente.nl>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com>
In-Reply-To: <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA75FD5EXMBX23adutwent_"
MIME-Version: 1.0
Cc: 6tsch@ietf.org, xvilajosana@eecs.berkeley.edu
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 21:48:15 -0000

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA75FD5EXMBX23adutwent_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Qin, Thomas,
Let me enter to your discussion.

First, let me see if I am on the same track. Does ME mean the Management En=
tity to send management flows to the PCE (in centralized approach) and to S=
ignaling protocol or higher layers (in distributed approach). Am I right?
I completely agree with Qin description.
Regarding to two specified ways (by Qin) to ask bandwidth for sending event=
-driven reports, I think way (2) makes more sense. Because the events shoul=
d be send through the multi-hop path (track), toward the network manager (i=
.e. PCE). Am I right? For sure, way (1) takes more time to reserve potentia=
l resources (either in a distributed or centralized manner) for delivering =
those events toward the final destination (i.e. PCE). By considering way (2=
), the PCE or higher layers can reserve some shared cells or extra dedicate=
d cells beforehand, for delivering potential event, from node A toward the =
final destination (i.e. PCE) along the track.
Am I missing anything?

Best Wishes,
Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Q=
in Wang
Sent: Tuesday, August 27, 2013 11:10 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org; Xavier Vilajosana Guillen
Subject: Re: [6tsch] the 4th control flow

Thomas,

I agree with almost all. Only some comments on "Report Flow".

As you mentioned, there are two kinds of report scenarios, one is periodica=
lly report, another one is burst report or called as event-driven report. I=
 have no question on how periodically report works, which you described. Bu=
t I'm not sure what the best way to handle event-driven report is. I think =
we don't want to assume 6top sublayer is very intelligent, in another word,=
 the events and the trigger of events should be configured by ME, just like=
 the interval of periodically report. Make sense?

If you agree to it, the remained issue is  when and how the bandwidth for s=
ending event-driven reports is reserved. Here are two ways I can see.
(1) when a event is triggered, node sends a request to ME and ask some BW t=
o send the report. I believe that is how the 4th control flow works.
(2) when ME configure the events and their triggers, ME also provisions som=
e BW for the node which allows the node to send the report triggered by som=
e event.

I have no strong opinion on which one is better. But, the bottom line is th=
e configuration of the set of events and their triggers should be out of 6t=
op scope. Thought?

Thanks
Qin





On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<mail=
to:twatteyne@linear.com>> wrote:
Qin,

Please correct me if I'm wrong:
- Action Flow (ME->6top). ME asks 6top to execute some command. Typical com=
mands are add/delete cells.
- Query Flow (ME->6top). ME asks 6top for some information. Typical queries=
 are about current cells usage or statistics.
- Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported in=
formation covers cells usage or statistics.

Questions:
- Looks like Query and Report flows contain the same information. In normal=
 operation, the Report flow should be enough, the Query flow only being use=
d in special cases, for example when the ME has lost state (just booted, bu=
g, etc). Agreed?
- The ME should be able to configure the report flow. Configuration could b=
e "send report every X seconds" or "send report when variable X larger than=
 Y". I imagine this could be done over the action flow? Agreed?
- A node will want to report an urgent event to the ME. One such events is =
"the topology appears to have changed". There any many cases where this inf=
ormation needs to be sent immediately, i.e. no time to wait for the next re=
port cycle. We can consider this to be an asynchronous report, or part of a=
 new "Event" flow.
- Same for the mote asking the ME for a schedule update.

Thoughts?

Thomas


On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Xavi,

Approach-(2) is more flexible and likely covers more situations. But, it ma=
y bring some complexity to 6top, because 6top has to make decision on the b=
andwidth request (add/delete), which needs some metrics, some intelligence.

What do you think?

Qin


On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi Qin, I like your (2).

Note also that there are situations that might have some differences.
1-the track already exists.
2-the track between the two entities does not exists
in either case I think that the node that requires certain BW to another no=
de should talk to 6top, which processes that request and sends a request to=
 the ME, the ME installs that new track.
does it make sense. Do you see any drawback on that approach?

X

On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi all,

During today's call, we presented three control flows between Management En=
tity (ME) and 6top, i.e. Action Flow, Query Flow, and Report Flow, and star=
ted to talk about the 4th control flow. The thread will continue the discus=
sion about 4th flow.

Here is the scenario: when a node finds that more cells are needed, e.g. no=
des wants to send 10pkt/s report at some time, it should be able to ask ME =
to install more bandwidth.

I can see two approaches:
(1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRate is a=
 attribute in 6top. Then, ME can get the information via Query Flow or Repo=
rt Flow, and adjust the bandwidth of the node via Action Flow.
(2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth Request to=
 ME, and then ME install more bandwidth. This is the 4th control flow.

What do you think? Which one makes more sense?

Qin



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--
Thomas Watteyne, Ph. D
Sr. Networking Design Engineer
Dust Networks / Linear Technology
30695 Huntwood Ave
Hayward, CA 94544-7021
+1 (510) 400-2978
twatteyne@linear.com<mailto:twatteyne@linear.com>

This e-mail transmission, and any documents, files or previous e-mail messa=
ges attached to it may contain confidential information that is legally pri=
vileged. If you are not the intended recipient, or a person responsible for=
 delivering it to the intended recipient, you are hereby notified that any =
disclosure, copying, distribution or use of any of the information containe=
d in or attached to this transmission is STRICTLY PROHIBITED. If you have r=
eceived this transmission in error, please immediately notify me by reply e=
-mail, or by telephone at (510) 400-2978, and destroy the original transmis=
sion and its attachments without reading or saving in any manner. Thank you=
.


--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA75FD5EXMBX23adutwent_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Qin, Thomas,
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Let me enter to your disc=
ussion.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">First, let me see if I am=
 on the same track. Does ME mean the Management Entity to send management f=
lows to the PCE (in centralized approach) and to Signaling
 protocol or higher layers (in distributed approach). Am I right?<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I completely agree with Q=
in description.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Regarding to two specifie=
d ways (by Qin) to ask bandwidth for sending event-driven reports, I think =
way (2) makes more sense. Because the events should be send
 through the <b>multi-hop</b> path (track), toward the network manager (i.e=
. PCE). Am I right? For sure, way (1) takes more time to reserve potential =
resources (either in a distributed or centralized manner) for delivering th=
ose events toward the final destination
 (i.e. PCE). By considering way (2), the PCE or higher layers can reserve s=
ome shared cells or extra dedicated cells beforehand, for delivering potent=
ial event, from node A toward the final destination (i.e. PCE) along the tr=
ack.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Am I missing anything?<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Best Wishes,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;&nbsp;&nbsp;=
&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 27, 2013 11:10 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> 6tsch@ietf.org; Xavier Vilajosana Guillen<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Thomas,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with almost all. Only some comments on &quot=
;Report Flow&quot;.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">As you mentioned, there are two kinds of report scen=
arios, one is periodically report, another one is burst report or called as=
 event-driven report. I have no question on how periodically report works, =
which you described. But I'm not sure
 what the best way to handle event-driven report is. I think we don't want =
to assume 6top sublayer is very intelligent, in another word, the events an=
d the trigger of events should be configured by ME, just like the interval =
of periodically report. Make sense?&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">If you agree to it, the remained issue is &nbsp;when=
 and how the bandwidth for sending event-driven reports is reserved. Here a=
re two ways I can see.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(1) when a event is triggered, node sends a request =
to ME and ask some BW to send the report. I believe that is how the 4th con=
trol flow works.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(2) when ME configure the events and their triggers,=
 ME also provisions some BW for the node which allows the node to send the =
report triggered by some event.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I have no strong opinion on which one is better. But=
, the bottom line is the configuration of the set of events and their trigg=
ers should be out of 6top scope. Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt=
;<a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyne@linear=
.com</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Please correct me if I'm wrong:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">-&nbsp;<span style=3D"font-size:10.0pt;font-family:&=
quot;Arial&quot;,&quot;sans-serif&quot;">Action Flow (ME-&gt;6top). ME asks=
 6top to execute some command. Typical commands are add/delete cells.</span=
><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-&nbsp;Query Flow&nbsp;(ME-&gt;6top). ME =
asks 6top for some information. Typical queries are about current cells usa=
ge or statistics.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-&nbsp;Report Flow&nbsp;(6top-&gt;ME). 6t=
op tell ME how it is doing. Typical reported information covers&nbsp;cells =
usage or statistics.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">Questions:</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">- Looks like Query and Report flows conta=
in the same information. In normal operation, the Report flow should be eno=
ugh, the Query flow only being used in special cases, for
 example when the ME has lost state (just booted, bug, etc). Agreed?</span>=
<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">- The ME should be able to configure the =
report flow. Configuration could be &quot;send report every X seconds&quot;=
 or &quot;send report when variable X larger than Y&quot;. I imagine this c=
ould
 be done over the action flow? Agreed?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Arial&quot;,&quot;s=
ans-serif&quot;">- A node will want to report an urgent event to the ME. On=
e such events is &quot;the topology appears to have changed&quot;. There an=
y many cases where this&nbsp;information&nbsp;needs to be sent immediately,
 i.e. no time to wait for the next report cycle. We can consider this to be=
 an asynchronous report, or part of a new &quot;Event&quot; flow.</span><o:=
p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Arial&quot;,&quot;s=
ans-serif&quot;">- Same for the mote asking the ME for a schedule update.</=
span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Arial&quot;,&quot;s=
ans-serif&quot;">Thoughts?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Arial&quot;,&quot;s=
ans-serif&quot;">Thomas</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Approach-(2) is more flexible and likely covers more=
 situations. But, it may bring some complexity to 6top, because 6top has to=
 make decision on the bandwidth request (add/delete), which needs some metr=
ics, some intelligence.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<o:p></o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi Qin, I like your (2). <o:p></o:p></p>
</div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Note also that there =
are situations that might have some differences.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">1-the track already exists.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">2-the track between t=
he two entities does not exists<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">in either case I thin=
k that the node that requires certain BW to another node should talk to 6to=
p, which processes that request and sends a request to the ME, the ME insta=
lls that new track.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal">does it make sense. Do you see any drawback on that =
approach?<br>
<br>
X <o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<o:p></o:p></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">During today's call, we presented three control flow=
s between Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, an=
d Report Flow, and started to talk about the 4th control flow. The thread w=
ill continue the discussion about
 4th flow.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Here is the scenario: when a node finds that more ce=
lls are needed, e.g. nodes wants to send 10pkt/s report at some time, it sh=
ould be able to ask ME to install more bandwidth.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I can see two approaches:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Managed by ME, without 4th Control Flow. Assume =
BandwidthUsageRate is a attribute in 6top. Then, ME can get the information=
 via Query Flow or Report Flow, and adjust the bandwidth of the node via Ac=
tion Flow.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">(2) Managed by 6top, with 4th Control Flow. 6top sen=
ds Bandwidth Request to ME, and then ME install more bandwidth. This is the=
 4th control flow.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">What do you think? Which one makes more sense?<o:p><=
/o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<o:p></o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><br>
<br clear=3D"all">
<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span class=3D"hoenzb"><span style=3D"color:#888888"=
>-- <o:p></o:p></span></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas Watteyne, Ph. D=
</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Sr. Networking Design =
Engineer<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Dust Networks / Linear=
 Technology<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">30695 Huntwood Ave<o:p=
></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Hayward, CA 94544-7021=
<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">&#43;1 (510) 400-2978<=
o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><a href=3D"mailto:twat=
teyne@linear.com" target=3D"_blank">twatteyne@linear.com</a><o:p></o:p></sp=
an></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:7.5pt;color:#888888">This e=
-mail transmission, and any documents, files or previous e-mail messages at=
tached to it may contain confidential information that is legally privilege=
d. If you are not the intended recipient,
 or a person responsible for delivering it to the intended recipient, you a=
re hereby notified that any disclosure, copying, distribution or use of any=
 of the information contained in or attached to this transmission is STRICT=
LY PROHIBITED. If you have received
 this transmission in error, please immediately notify me by reply e-mail, =
or by telephone at (510) 400-2978, and destroy the original transmission an=
d its attachments without reading or saving in any manner. Thank you.</span=
><span style=3D"color:#888888"><o:p></o:p></span></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA75FD5EXMBX23adutwent_--

From twatteyne@gmail.com  Tue Aug 27 15:40:05 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3E9511E80E3 for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 15:40:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.857
X-Spam-Level: 
X-Spam-Status: No, score=-1.857 tagged_above=-999 required=5 tests=[AWL=0.120,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2DsYu+3NrgIO for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 15:40:04 -0700 (PDT)
Received: from mail-ea0-x22c.google.com (mail-ea0-x22c.google.com [IPv6:2a00:1450:4013:c01::22c]) by ietfa.amsl.com (Postfix) with ESMTP id AEBC721F9DF0 for <6tsch@ietf.org>; Tue, 27 Aug 2013 15:40:03 -0700 (PDT)
Received: by mail-ea0-f172.google.com with SMTP id r16so2570976ead.31 for <6tsch@ietf.org>; Tue, 27 Aug 2013 15:40:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=7ILTYzgLJ5gS+NUymfrK0eKZqQtj8YSj6whtMFNJJ/c=; b=B6j7w7J5F9fO6qstNRbGtBhZr21Omh7UBMLRn0Dz1sZwyvbn5QVFcl6E6Rk/qsL6Vt OWlp4K4YBpR5SiCQynjNuDgHGrDJeBgQti2XwZ0+RwNgrcADS+iaB16upu3b7cKpmU42 ZlPpbo6F58eAH7ct82mPXlMxuk32oJTH4Nt6jfwU8G3wjkzC2h8HOntESI/VLZoJT65y Q6uKgnlkzeqY5cos876NkcttMhoTBixRqXTWFi0gTfiHf4cm/qEL2PZ3D8r8xt9N5pHz jD/r4USapb03ciR00vuS8a/qDc4HNs8Y+24SNZlXWZNzNkCraY3E9WNW4VBRMYT6W3we tBNA==
X-Received: by 10.15.83.2 with SMTP id b2mr38120866eez.28.1377643201504; Tue, 27 Aug 2013 15:40:01 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.14.119.73 with HTTP; Tue, 27 Aug 2013 15:39:41 -0700 (PDT)
In-Reply-To: <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 27 Aug 2013 15:39:41 -0700
X-Google-Sender-Auth: zVSfnZSQh2aflEowtBobFAHwaLA
Message-ID: <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=089e0160bc92a756ee04e4f58df4
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 22:40:05 -0000

--089e0160bc92a756ee04e4f58df4
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Qin,

You bring up a good point: over what cells with the reports travel? Another
questions could be: over what cells will the request to install cells
travel? I believe that, whatever the policy in place in the network, there
will always need to be some cells installed for infrequent signaling
traffic. If the report rate is very slow, it might qualify as "infrequent
signaling traffic". For sure, the request to change the schedule qualifies.

Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha
schedule indicated in the draft can be used for the signaling traffic
between the nodes and the ME. Of course, if the report rate is very high,
some dedicate track might be installed, but I do not believe this is
needed, certainly not this early on.

I agree with Diego that keeping the solution open to different alternative
is key.

Thomas


On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <
diego.dujovne@mail.udp.cl> wrote:

> Qin, Thomas,
>       Alternative (1) adds delay to define the slots to send the event
> to the ME (propagate the new schedule),
> while alternative (2)  keeps reserved slots waiting for the event to
> happen.
> I think both alternatives should be included, and configured by the ME
> depending
> on the network requirements.
>
> More thoughts?
>
> Diego Dujovne
>
> 2013/8/27 Qin Wang <qinwang@berkeley.edu>:
> > Thomas,
> >
> > I agree with almost all. Only some comments on "Report Flow".
> >
> > As you mentioned, there are two kinds of report scenarios, one is
> > periodically report, another one is burst report or called as
> event-driven
> > report. I have no question on how periodically report works, which you
> > described. But I'm not sure what the best way to handle event-driven
> report
> > is. I think we don't want to assume 6top sublayer is very intelligent, =
in
> > another word, the events and the trigger of events should be configured
> by
> > ME, just like the interval of periodically report. Make sense?
> >
> > If you agree to it, the remained issue is  when and how the bandwidth f=
or
> > sending event-driven reports is reserved. Here are two ways I can see.
> > (1) when a event is triggered, node sends a request to ME and ask some
> BW to
> > send the report. I believe that is how the 4th control flow works.
> > (2) when ME configure the events and their triggers, ME also provisions
> some
> > BW for the node which allows the node to send the report triggered by
> some
> > event.
> >
> > I have no strong opinion on which one is better. But, the bottom line i=
s
> the
> > configuration of the set of events and their triggers should be out of
> 6top
> > scope. Thought?
> >
> > Thanks
> > Qin
> >
> >
> >
> >
> >
> >
> > On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com>
> > wrote:
> >>
> >> Qin,
> >>
> >> Please correct me if I'm wrong:
> >> - Action Flow (ME->6top). ME asks 6top to execute some command. Typica=
l
> >> commands are add/delete cells.
> >> - Query Flow (ME->6top). ME asks 6top for some information. Typical
> >> queries are about current cells usage or statistics.
> >> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical report=
ed
> >> information covers cells usage or statistics.
> >>
> >> Questions:
> >> - Looks like Query and Report flows contain the same information. In
> >> normal operation, the Report flow should be enough, the Query flow onl=
y
> >> being used in special cases, for example when the ME has lost state
> (just
> >> booted, bug, etc). Agreed?
> >> - The ME should be able to configure the report flow. Configuration
> could
> >> be "send report every X seconds" or "send report when variable X large=
r
> than
> >> Y". I imagine this could be done over the action flow? Agreed?
> >> - A node will want to report an urgent event to the ME. One such event=
s
> is
> >> "the topology appears to have changed". There any many cases where thi=
s
> >> information needs to be sent immediately, i.e. no time to wait for the
> next
> >> report cycle. We can consider this to be an asynchronous report, or
> part of
> >> a new "Event" flow.
> >> - Same for the mote asking the ME for a schedule update.
> >>
> >> Thoughts?
> >>
> >> Thomas
> >>
> >>
> >>
> >> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu>
> wrote:
> >>>
> >>> Xavi,
> >>>
> >>> Approach-(2) is more flexible and likely covers more situations. But,
> it
> >>> may bring some complexity to 6top, because 6top has to make decision
> on the
> >>> bandwidth request (add/delete), which needs some metrics, some
> intelligence.
> >>>
> >>> What do you think?
> >>>
> >>> Qin
> >>>
> >>>
> >>>
> >>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
> >>> <xvilajosana@eecs.berkeley.edu> wrote:
> >>>>
> >>>> Hi Qin, I like your (2).
> >>>>
> >>>> Note also that there are situations that might have some differences=
.
> >>>>
> >>>> 1-the track already exists.
> >>>> 2-the track between the two entities does not exists
> >>>>
> >>>> in either case I think that the node that requires certain BW to
> another
> >>>> node should talk to 6top, which processes that request and sends a
> request
> >>>> to the ME, the ME installs that new track.
> >>>>
> >>>> does it make sense. Do you see any drawback on that approach?
> >>>>
> >>>> X
> >>>>
> >>>>
> >>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu>
> wrote:
> >>>>>
> >>>>> Hi all,
> >>>>>
> >>>>> During today's call, we presented three control flows between
> >>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and
> Report
> >>>>> Flow, and started to talk about the 4th control flow. The thread wi=
ll
> >>>>> continue the discussion about 4th flow.
> >>>>>
> >>>>> Here is the scenario: when a node finds that more cells are needed,
> >>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be
> able to
> >>>>> ask ME to install more bandwidth.
> >>>>>
> >>>>> I can see two approaches:
> >>>>> (1) Managed by ME, without 4th Control Flow. Assume
> BandwidthUsageRate
> >>>>> is a attribute in 6top. Then, ME can get the information via Query
> Flow or
> >>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
> >>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
> >>>>> Request to ME, and then ME install more bandwidth. This is the 4th
> control
> >>>>> flow.
> >>>>>
> >>>>> What do you think? Which one makes more sense?
> >>>>>
> >>>>> Qin
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> 6tsch mailing list
> >>>>> 6tsch@ietf.org
> >>>>> https://www.ietf.org/mailman/listinfo/6tsch
> >>>>>
> >>>>
> >>>
> >>>
> >>> _______________________________________________
> >>> 6tsch mailing list
> >>> 6tsch@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/6tsch
> >>>
> >>
> >>
> >>
> >> --
> >> Thomas Watteyne, Ph. D
> >> Sr. Networking Design Engineer
> >> Dust Networks / Linear Technology
> >> 30695 Huntwood Ave
> >> Hayward, CA 94544-7021
> >> +1 (510) 400-2978
> >> twatteyne@linear.com
> >>
> >> This e-mail transmission, and any documents, files or previous e-mail
> >> messages attached to it may contain confidential information that is
> legally
> >> privileged. If you are not the intended recipient, or a person
> responsible
> >> for delivering it to the intended recipient, you are hereby notified
> that
> >> any disclosure, copying, distribution or use of any of the information
> >> contained in or attached to this transmission is STRICTLY PROHIBITED.
> If you
> >> have received this transmission in error, please immediately notify me
> by
> >> reply e-mail, or by telephone at (510) 400-2978, and destroy the
> original
> >> transmission and its attachments without reading or saving in any
> manner.
> >> Thank you.
> >
> >
> >
> > _______________________________________________
> > 6tsch mailing list
> > 6tsch@ietf.org
> > https://www.ietf.org/mailman/listinfo/6tsch
> >
>
>
>
> --
> DIEGO DUJOVNE
> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
> Facultad de Ingenier=EDa UDP
> www.ingenieria.udp.cl
> (56 2) 676 8125
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

--089e0160bc92a756ee04e4f58df4
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Qin,<div><br></div><div>You bring up a good point: over wh=
at cells with the reports travel? Another questions could be: over what cel=
ls will the request to install cells travel? I believe that, whatever the p=
olicy in place in the network, there will always need to be some cells inst=
alled for infrequent signaling traffic. If the report rate is very slow, it=
 might qualify as &quot;infrequent signaling traffic&quot;. For sure, the r=
equest to change the schedule qualifies.</div>

<div><br></div><div>Isn&#39;t the answer=A0draft-vilajosana-6tsch-basic? Th=
at is, the slotted Aloha schedule indicated in the draft can be used for th=
e signaling traffic between the nodes and the ME. Of course, if the report =
rate is very high, some dedicate track might be installed, but I do not bel=
ieve this is needed, certainly not this early on.</div>

<div><br></div><div>I agree with Diego that keeping the solution open to di=
fferent alternative is key.</div><div><br></div><div>Thomas</div></div><div=
 class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, Aug 27, 2=
013 at 2:29 PM, Prof. Diego Dujovne <span dir=3D"ltr">&lt;<a href=3D"mailto=
:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.dujovne@mail.udp.cl</a>=
&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Qin, Thomas,<br>
=A0 =A0 =A0 Alternative (1) adds delay to define the slots to send the even=
t<br>
to the ME (propagate the new schedule),<br>
while alternative (2) =A0keeps reserved slots waiting for the event to happ=
en.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu">qinwang@berk=
eley.edu</a>&gt;:<br>
<div><div class=3D"h5">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I&#39;m not sure what the best way to handle event-driv=
en report<br>
&gt; is. I think we don&#39;t want to assume 6top sublayer is very intellig=
ent, in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is =A0when and how the bandwidt=
h for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I&#39;m wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu">qinwang@berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu">xvilajosa=
na@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today&#39;s call, we presented three control fl=
ows between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><b=
r>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" value=3D"+15104002978"=
>+1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com">twatteyne@linear.com</a><b=
r>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" value=3D"+15104002978">(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<br>
</div></div>DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" value=3D"+15626768125">(56 2) 676=
 8125</a><br>
<div class=3D"HOEnZb"><div class=3D"h5">___________________________________=
____________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>

--089e0160bc92a756ee04e4f58df4--

From twatteyne@gmail.com  Tue Aug 27 15:44:44 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CB8F11E80E7 for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 15:44:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.863
X-Spam-Level: 
X-Spam-Status: No, score=-1.863 tagged_above=-999 required=5 tests=[AWL=0.114,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MMYIroB0BtKX for <6tsch@ietfa.amsl.com>; Tue, 27 Aug 2013 15:44:43 -0700 (PDT)
Received: from mail-ea0-x235.google.com (mail-ea0-x235.google.com [IPv6:2a00:1450:4013:c01::235]) by ietfa.amsl.com (Postfix) with ESMTP id F1C6911E81B5 for <6tsch@ietf.org>; Tue, 27 Aug 2013 15:44:41 -0700 (PDT)
Received: by mail-ea0-f181.google.com with SMTP id d10so2539332eaj.26 for <6tsch@ietf.org>; Tue, 27 Aug 2013 15:44:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=9Tn3p5RyUZPSkIB8ByUvhi5NivEeKP7hymS/cPcPx+Y=; b=U25skpQYzHZ0rf923ArYM064OArAZsieORpOFHx8er9RsXeTHMDwkfd9wVgzsyJIJE D9qHqHGoxcdiGRj8ADTYMYXi7d/PnglFuhrP7wPRTsBPrxJXXpyh6VYmObSlLRBghZVz 1nVF1sA0hra3vtc84B1TECXPmNcS2C1AiAem5rfMZRsOVU6iXVqSHVFhk6Lum1WHbP8K FB+zxqUgGeR2bPPALC68LrcAd7ZEtZJz6+ru8skOFCBYUtWPNnf6/4aCrAsiUk5lC+3e BzDXltzkJvVXq8STjszqnWPvlRV1Wn9u47mB/Bjoj+1EWMRisEpZKSodyrVDjVNKB+UF C9BQ==
X-Received: by 10.14.105.69 with SMTP id j45mr206498eeg.60.1377643476094; Tue, 27 Aug 2013 15:44:36 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.14.119.73 with HTTP; Tue, 27 Aug 2013 15:44:16 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA75FD5@EXMBX23.ad.utwente.nl>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA75FD5@EXMBX23.ad.utwente.nl>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Tue, 27 Aug 2013 15:44:16 -0700
X-Google-Sender-Auth: iMYFobM08PE5vTI_IEIBrI1xszo
Message-ID: <CADJ9OA9y71CBnc0z2XDTDPy5A0BriB0-wx+sfko8UZTbT=bFfA@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=001a11c1b7fc053c5704e4f59ea6
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Aug 2013 22:44:44 -0000

--001a11c1b7fc053c5704e4f59ea6
Content-Type: text/plain; charset=ISO-8859-1

Pouria.
Please see *inline*.
Thomas

On Tue, Aug 27, 2013 at 2:48 PM, <P.Zand@utwente.nl> wrote:

>  Qin, Thomas, ****
>
> Let me enter to your discussion.****
>
> ** **
>
> First, let me see if I am on the same track. Does ME mean the Management
> Entity to send management flows to the PCE (in centralized approach) and to
> Signaling protocol or higher layers (in distributed approach). Am I right?
>

*I believe we haven't been very rigorous, thanks for pointing that out. ME
(Management Entity) was defined by Qin as either some distributed layer, or
a centralized PCE. We want to make sure that the format we need to define
for work item 1 is generic enough for both the centralized and distributed
case, hence the use of the term ME. In this thread, we are mainly talking
about the protocol between the node and the PCE.*


> ****
>
> I completely agree with Qin description.****
>
> Regarding to two specified ways (by Qin) to ask bandwidth for sending
> event-driven reports, I think way (2) makes more sense. Because the events
> should be send through the *multi-hop* path (track), toward the network
> manager (i.e. PCE). Am I right? For sure, way (1) takes more time to
> reserve potential resources (either in a distributed or centralized manner)
> for delivering those events toward the final destination (i.e. PCE). By
> considering way (2), the PCE or higher layers can reserve some shared cells
> or extra dedicated cells beforehand, for delivering potential event, from
> node A toward the final destination (i.e. PCE) along the track.****
>
> Am I missing anything?
>

*I believe this sums it up nicely.*


> ****
>
> ** **
>
> Best Wishes,****
>
> Pouria     ****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 27, 2013 11:10 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org; Xavier Vilajosana Guillen
> *Subject:* Re: [6tsch] the 4th control flow****
>
> ** **
>
> Thomas,****
>
> ** **
>
> I agree with almost all. Only some comments on "Report Flow". ****
>
> ** **
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-driven
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven report
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured by
> ME, just like the interval of periodically report. Make sense? ****
>
> ** **
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.****
>
> (1) when a event is triggered, node sends a request to ME and ask some BW
> to send the report. I believe that is how the 4th control flow works.****
>
> (2) when ME configure the events and their triggers, ME also provisions
> some BW for the node which allows the node to send the report triggered by
> some event.****
>
> ** **
>
> I have no strong opinion on which one is better. But, the bottom line is
> the configuration of the set of events and their triggers should be out of
> 6top scope. Thought?****
>
> ** **
>
> Thanks****
>
> Qin****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com>
> wrote:****
>
> Qin,****
>
> ** **
>
> Please correct me if I'm wrong:****
>
> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
> commands are add/delete cells.****
>
> - Query Flow (ME->6top). ME asks 6top for some information. Typical
> queries are about current cells usage or statistics.****
>
> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
> information covers cells usage or statistics.****
>
> ** **
>
> Questions:****
>
> - Looks like Query and Report flows contain the same information. In
> normal operation, the Report flow should be enough, the Query flow only
> being used in special cases, for example when the ME has lost state (just
> booted, bug, etc). Agreed?****
>
> - The ME should be able to configure the report flow. Configuration could
> be "send report every X seconds" or "send report when variable X larger
> than Y". I imagine this could be done over the action flow? Agreed?****
>
> - A node will want to report an urgent event to the ME. One such events is
> "the topology appears to have changed". There any many cases where
> this information needs to be sent immediately, i.e. no time to wait for the
> next report cycle. We can consider this to be an asynchronous report, or
> part of a new "Event" flow.****
>
> - Same for the mote asking the ME for a schedule update.****
>
> ** **
>
> Thoughts?****
>
> ** **
>
> Thomas****
>
> ** **
>
> ** **
>
> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu> wrote:**
> **
>
> Xavi,****
>
> ** **
>
> Approach-(2) is more flexible and likely covers more situations. But, it
> may bring some complexity to 6top, because 6top has to make decision on the
> bandwidth request (add/delete), which needs some metrics, some
> intelligence. ****
>
> ** **
>
> What do you think?****
>
> ** **
>
> Qin****
>
> ** **
>
> ** **
>
> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:****
>
> Hi Qin, I like your (2). ****
>
>  ****
>
> Note also that there are situations that might have some differences.****
>
> 1-the track already exists.****
>
> 2-the track between the two entities does not exists****
>
> in either case I think that the node that requires certain BW to another
> node should talk to 6top, which processes that request and sends a request
> to the ME, the ME installs that new track.****
>
> does it make sense. Do you see any drawback on that approach?
>
> X ****
>
> ** **
>
> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu> wrote:**
> **
>
>   Hi all,****
>
> ** **
>
> During today's call, we presented three control flows between Management
> Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Report Flow, and
> started to talk about the 4th control flow. The thread will continue the
> discussion about 4th flow.****
>
> ** **
>
> Here is the scenario: when a node finds that more cells are needed, e.g.
> nodes wants to send 10pkt/s report at some time, it should be able to ask
> ME to install more bandwidth. ****
>
> ** **
>
> I can see two approaches:****
>
> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRate is
> a attribute in 6top. Then, ME can get the information via Query Flow or
> Report Flow, and adjust the bandwidth of the node via Action Flow. ****
>
> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth Request
> to ME, and then ME install more bandwidth. This is the 4th control flow.**
> **
>
> ** **
>
> What do you think? Which one makes more sense?****
>
> ** **
>
> Qin****
>
> ** **
>
> ** **
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ** **
>
> ** **
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>
>
> ****
>
> ** **
>
> -- ****
>
> Thomas Watteyne, Ph. D****
>
> Sr. Networking Design Engineer****
>
> Dust Networks / Linear Technology****
>
> 30695 Huntwood Ave****
>
> Hayward, CA 94544-7021****
>
> +1 (510) 400-2978****
>
> twatteyne@linear.com****
>
> ** **
>
> This e-mail transmission, and any documents, files or previous e-mail
> messages attached to it may contain confidential information that is
> legally privileged. If you are not the intended recipient, or a person
> responsible for delivering it to the intended recipient, you are hereby
> notified that any disclosure, copying, distribution or use of any of the
> information contained in or attached to this transmission is STRICTLY
> PROHIBITED. If you have received this transmission in error, please
> immediately notify me by reply e-mail, or by telephone at (510) 400-2978,
> and destroy the original transmission and its attachments without reading
> or saving in any manner. Thank you.****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--001a11c1b7fc053c5704e4f59ea6
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pouria.<div>Please see <b><font color=3D"#0000ff" style=3D=
"background-color:rgb(255,255,255)">inline</font></b>.</div><div>Thomas</di=
v><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Tue, Aug 27,=
 2013 at 2:48 PM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwente.n=
l" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Qin, Thomas,
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Let me enter to your disc=
ussion.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">First, let me see if I am=
 on the same track. Does ME mean the Management Entity to send management f=
lows to the PCE (in centralized approach) and to Signaling
 protocol or higher layers (in distributed approach). Am I right?</span></p=
></div></div></blockquote><div><br></div><div><font color=3D"#0000ff"><b>I =
believe we haven&#39;t been very rigorous, thanks for pointing that out. ME=
 (Management Entity) was defined by Qin as either some distributed layer, o=
r a centralized PCE. We want to make sure that the format we need to define=
 for work item 1 is generic enough for both the centralized and distributed=
 case, hence the use of the term ME. In this thread, we are mainly talking =
about the protocol between the node and the PCE.</b></font></div>

<div>=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;=
border-left:1px #ccc solid;padding-left:1ex"><div lang=3D"EN-US" link=3D"bl=
ue" vlink=3D"purple"><div><p class=3D"MsoNormal"><span style=3D"font-size:1=
1.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"=
><u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I completely agree with Q=
in description.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regarding to two specifie=
d ways (by Qin) to ask bandwidth for sending event-driven reports, I think =
way (2) makes more sense. Because the events should be send
 through the <b>multi-hop</b> path (track), toward the network manager (i.e=
. PCE). Am I right? For sure, way (1) takes more time to reserve potential =
resources (either in a distributed or centralized manner) for delivering th=
ose events toward the final destination
 (i.e. PCE). By considering way (2), the PCE or higher layers can reserve s=
ome shared cells or extra dedicated cells beforehand, for delivering potent=
ial event, from node A toward the final destination (i.e. PCE) along the tr=
ack.<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I missing anything?</s=
pan></p></div></div></blockquote><div><br></div><div><font color=3D"#0000ff=
"><b>I believe this sums it up nicely.</b></font></div>

<div>=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;=
border-left:1px #ccc solid;padding-left:1ex"><div lang=3D"EN-US" link=3D"bl=
ue" vlink=3D"purple"><div><p class=3D"MsoNormal"><span style=3D"font-size:1=
1.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"=
><u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0=A0=A0=A0<u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 27, 2013 11:10 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a>; Xavier Vilajosana Guillen<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></span></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Thomas,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with almost all. Only some comments on &quot=
;Report Flow&quot;.=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">As you mentioned, there are two kinds of report scen=
arios, one is periodically report, another one is burst report or called as=
 event-driven report. I have no question on how periodically report works, =
which you described. But I&#39;m not sure
 what the best way to handle event-driven report is. I think we don&#39;t w=
ant to assume 6top sublayer is very intelligent, in another word, the event=
s and the trigger of events should be configured by ME, just like the inter=
val of periodically report. Make sense?=A0<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">If you agree to it, the remained issue is =A0when an=
d how the bandwidth for sending event-driven reports is reserved. Here are =
two ways I can see.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) when a event is triggered, node sends a request =
to ME and ask some BW to send the report. I believe that is how the 4th con=
trol flow works.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(2) when ME configure the events and their triggers,=
 ME also provisions some BW for the node which allows the node to send the =
report triggered by some event.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I have no strong opinion on which one is better. But=
, the bottom line is the configuration of the set of events and their trigg=
ers should be out of 6top scope. Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt=
;<a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyne@linear=
.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Please correct me if I&#39;m wrong:<u></u><u></u></p=
>
</div>
<div>
<p class=3D"MsoNormal">-=A0<span style=3D"font-size:10.0pt;font-family:&quo=
t;Arial&quot;,&quot;sans-serif&quot;">Action Flow (ME-&gt;6top). ME asks 6t=
op to execute some command. Typical commands are add/delete cells.</span><u=
></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-=A0Query Flow=A0(ME-&gt;6top). ME asks 6=
top for some information. Typical queries are about current cells usage or =
statistics.</span><u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">-=A0Report Flow=A0(6top-&gt;ME). 6top tel=
l ME how it is doing. Typical reported information covers=A0cells usage or =
statistics.</span><u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">Questions:</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">- Looks like Query and Report flows conta=
in the same information. In normal operation, the Report flow should be eno=
ugh, the Query flow only being used in special cases, for
 example when the ME has lost state (just booted, bug, etc). Agreed?</span>=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">- The ME should be able to configure the =
report flow. Configuration could be &quot;send report every X seconds&quot;=
 or &quot;send report when variable X larger than Y&quot;. I imagine this c=
ould
 be done over the action flow? Agreed?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Arial&quot;,&quot;s=
ans-serif&quot;">- A node will want to report an urgent event to the ME. On=
e such events is &quot;the topology appears to have changed&quot;. There an=
y many cases where this=A0information=A0needs to be sent immediately,
 i.e. no time to wait for the next report cycle. We can consider this to be=
 an asynchronous report, or part of a new &quot;Event&quot; flow.</span><u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Arial&quot;,&quot;s=
ans-serif&quot;">- Same for the mote asking the ME for a schedule update.</=
span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Arial&quot;,&quot;s=
ans-serif&quot;">Thoughts?</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-family:&quot;Arial&quot;,&quot;s=
ans-serif&quot;">Thomas</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Approach-(2) is more flexible and likely covers more=
 situations. But, it may bring some complexity to 6top, because 6top has to=
 make decision on the bandwidth request (add/delete), which needs some metr=
ics, some intelligence.=A0<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<u></u><u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana G=
uillen &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi Qin, I like your (2). <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Note also that there =
are situations that might have some differences.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">1-the track already exists.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">2-the track between t=
he two entities does not exists<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">in either case I thin=
k that the node that requires certain BW to another node should talk to 6to=
p, which processes that request and sends a request to the ME, the ME insta=
lls that new track.<u></u><u></u></p>


</div>
<p class=3D"MsoNormal">does it make sense. Do you see any drawback on that =
approach?<br>
<br>
X <u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal">On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt; wrote:<u></u><u></u></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<div>
<p class=3D"MsoNormal">Hi all,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">During today&#39;s call, we presented three control =
flows between Management Entity (ME) and 6top, i.e. Action Flow, Query Flow=
, and Report Flow, and started to talk about the 4th control flow. The thre=
ad will continue the discussion about
 4th flow.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Here is the scenario: when a node finds that more ce=
lls are needed, e.g. nodes wants to send 10pkt/s report at some time, it sh=
ould be able to ask ME to install more bandwidth.=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I can see two approaches:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">(1) Managed by ME, without 4th Control Flow. Assume =
BandwidthUsageRate is a attribute in 6top. Then, ME can get the information=
 via Query Flow or Report Flow, and adjust the bandwidth of the node via Ac=
tion Flow.=A0<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal">(2) Managed by 6top, with 4th Control Flow. 6top sen=
ds Bandwidth Request to ME, and then ME install more bandwidth. This is the=
 4th control flow.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What do you think? Which one makes more sense?<u></u=
><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<u></u><u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">_____________________=
__________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><br>
<br clear=3D"all">
<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span><span style=3D"color:#888888">-- <u></u><u></u=
></span></span></p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas Watteyne, Ph. D=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Sr. Networking Design =
Engineer<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Dust Networks / Linear=
 Technology<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">30695 Huntwood Ave<u><=
/u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Hayward, CA 94544-7021=
<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><a href=3D"tel:%2B1%20=
%28510%29%20400-2978" value=3D"+15104002978" target=3D"_blank">+1 (510) 400=
-2978</a><u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><a href=3D"mailto:twat=
teyne@linear.com" target=3D"_blank">twatteyne@linear.com</a><u></u><u></u><=
/span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:7.5pt;color:#888888">This e=
-mail transmission, and any documents, files or previous e-mail messages at=
tached to it may contain confidential information that is legally privilege=
d. If you are not the intended recipient,
 or a person responsible for delivering it to the intended recipient, you a=
re hereby notified that any disclosure, copying, distribution or use of any=
 of the information contained in or attached to this transmission is STRICT=
LY PROHIBITED. If you have received
 this transmission in error, please immediately notify me by reply e-mail, =
or by telephone at <a href=3D"tel:%28510%29%20400-2978" value=3D"+151040029=
78" target=3D"_blank">(510) 400-2978</a>, and destroy the original transmis=
sion and its attachments without reading or saving in any manner. Thank you=
.</span><span style=3D"color:#888888"><u></u><u></u></span></p>


</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div></div>

--001a11c1b7fc053c5704e4f59ea6--

From maria-rita.palattella@uni.lu  Wed Aug 28 02:18:53 2013
Return-Path: <maria-rita.palattella@uni.lu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2E4C11E826C for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 02:18:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.448
X-Spam-Level: 
X-Spam-Status: No, score=-6.448 tagged_above=-999 required=5 tests=[AWL=0.150,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rCOYP2lX31HC for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 02:18:49 -0700 (PDT)
Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id 5521B11E8247 for <6tsch@ietf.org>; Wed, 28 Aug 2013 02:18:37 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.89,975,1367964000"; d="scan'208,217";a="26131733"
Received: from unknown (HELO Travis.uni.lux) ([10.21.2.19]) by hercules.uni.lu with ESMTP; 28 Aug 2013 11:18:36 +0200
Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by Travis.uni.lux ([fe80::653b:7b8e:4641:a750%10]) with mapi id 14.03.0123.003; Wed, 28 Aug 2013 11:18:36 +0200
From: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, 6TSCH <6tsch@ietf.org>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOo2nA37SuPY1UNUSxyNbir/bk6pmpddcAgAAPuQCAANIbEA==
Date: Wed, 28 Aug 2013 09:18:35 +0000
Message-ID: <F085911F642A6847987ADA23E611780D1858E554@hoshi.uni.lux>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA75FD5@EXMBX23.ad.utwente.nl> <CADJ9OA9y71CBnc0z2XDTDPy5A0BriB0-wx+sfko8UZTbT=bFfA@mail.gmail.com>
In-Reply-To: <CADJ9OA9y71CBnc0z2XDTDPy5A0BriB0-wx+sfko8UZTbT=bFfA@mail.gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.91.0.96]
Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D1858E554hoshiunilux_"
MIME-Version: 1.0
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 09:18:54 -0000

--_000_F085911F642A6847987ADA23E611780D1858E554hoshiunilux_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Thomas, Pouria,
I would also go for option (2). IMHO it makes more sense, because option (1=
) implies for sure both delay and some extra-overhead that we may want to a=
void.
Maria Rita


From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Wednesday, August 28, 2013 12:44 AM
To: 6TSCH
Subject: Re: [6tsch] the 4th control flow

Pouria.
Please see inline.
Thomas

On Tue, Aug 27, 2013 at 2:48 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Qin, Thomas,
Let me enter to your discussion.

First, let me see if I am on the same track. Does ME mean the Management En=
tity to send management flows to the PCE (in centralized approach) and to S=
ignaling protocol or higher layers (in distributed approach). Am I right?

I believe we haven't been very rigorous, thanks for pointing that out. ME (=
Management Entity) was defined by Qin as either some distributed layer, or =
a centralized PCE. We want to make sure that the format we need to define f=
or work item 1 is generic enough for both the centralized and distributed c=
ase, hence the use of the term ME. In this thread, we are mainly talking ab=
out the protocol between the node and the PCE.

I completely agree with Qin description.
Regarding to two specified ways (by Qin) to ask bandwidth for sending event=
-driven reports, I think way (2) makes more sense. Because the events shoul=
d be send through the multi-hop path (track), toward the network manager (i=
.e. PCE). Am I right? For sure, way (1) takes more time to reserve potentia=
l resources (either in a distributed or centralized manner) for delivering =
those events toward the final destination (i.e. PCE). By considering way (2=
), the PCE or higher layers can reserve some shared cells or extra dedicate=
d cells beforehand, for delivering potential event, from node A toward the =
final destination (i.e. PCE) along the track.
Am I missing anything?

I believe this sums it up nicely.


Best Wishes,
Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 27, 2013 11:10 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>; Xavier Vilajosana Guillen
Subject: Re: [6tsch] the 4th control flow

Thomas,

I agree with almost all. Only some comments on "Report Flow".

As you mentioned, there are two kinds of report scenarios, one is periodica=
lly report, another one is burst report or called as event-driven report. I=
 have no question on how periodically report works, which you described. Bu=
t I'm not sure what the best way to handle event-driven report is. I think =
we don't want to assume 6top sublayer is very intelligent, in another word,=
 the events and the trigger of events should be configured by ME, just like=
 the interval of periodically report. Make sense?

If you agree to it, the remained issue is  when and how the bandwidth for s=
ending event-driven reports is reserved. Here are two ways I can see.
(1) when a event is triggered, node sends a request to ME and ask some BW t=
o send the report. I believe that is how the 4th control flow works.
(2) when ME configure the events and their triggers, ME also provisions som=
e BW for the node which allows the node to send the report triggered by som=
e event.

I have no strong opinion on which one is better. But, the bottom line is th=
e configuration of the set of events and their triggers should be out of 6t=
op scope. Thought?

Thanks
Qin





On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<mail=
to:twatteyne@linear.com>> wrote:
Qin,

Please correct me if I'm wrong:
- Action Flow (ME->6top). ME asks 6top to execute some command. Typical com=
mands are add/delete cells.
- Query Flow (ME->6top). ME asks 6top for some information. Typical queries=
 are about current cells usage or statistics.
- Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported in=
formation covers cells usage or statistics.

Questions:
- Looks like Query and Report flows contain the same information. In normal=
 operation, the Report flow should be enough, the Query flow only being use=
d in special cases, for example when the ME has lost state (just booted, bu=
g, etc). Agreed?
- The ME should be able to configure the report flow. Configuration could b=
e "send report every X seconds" or "send report when variable X larger than=
 Y". I imagine this could be done over the action flow? Agreed?
- A node will want to report an urgent event to the ME. One such events is =
"the topology appears to have changed". There any many cases where this inf=
ormation needs to be sent immediately, i.e. no time to wait for the next re=
port cycle. We can consider this to be an asynchronous report, or part of a=
 new "Event" flow.
- Same for the mote asking the ME for a schedule update.

Thoughts?

Thomas


On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Xavi,

Approach-(2) is more flexible and likely covers more situations. But, it ma=
y bring some complexity to 6top, because 6top has to make decision on the b=
andwidth request (add/delete), which needs some metrics, some intelligence.

What do you think?

Qin


On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen <xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:
Hi Qin, I like your (2).

Note also that there are situations that might have some differences.
1-the track already exists.
2-the track between the two entities does not exists
in either case I think that the node that requires certain BW to another no=
de should talk to 6top, which processes that request and sends a request to=
 the ME, the ME installs that new track.
does it make sense. Do you see any drawback on that approach?

X

On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailto:qin=
wang@berkeley.edu>> wrote:
Hi all,

During today's call, we presented three control flows between Management En=
tity (ME) and 6top, i.e. Action Flow, Query Flow, and Report Flow, and star=
ted to talk about the 4th control flow. The thread will continue the discus=
sion about 4th flow.

Here is the scenario: when a node finds that more cells are needed, e.g. no=
des wants to send 10pkt/s report at some time, it should be able to ask ME =
to install more bandwidth.

I can see two approaches:
(1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRate is a=
 attribute in 6top. Then, ME can get the information via Query Flow or Repo=
rt Flow, and adjust the bandwidth of the node via Action Flow.
(2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth Request to=
 ME, and then ME install more bandwidth. This is the 4th control flow.

What do you think? Which one makes more sense?

Qin



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--
Thomas Watteyne, Ph. D
Sr. Networking Design Engineer
Dust Networks / Linear Technology
30695 Huntwood Ave
Hayward, CA 94544-7021
+1 (510) 400-2978<tel:%2B1%20%28510%29%20400-2978>
twatteyne@linear.com<mailto:twatteyne@linear.com>

This e-mail transmission, and any documents, files or previous e-mail messa=
ges attached to it may contain confidential information that is legally pri=
vileged. If you are not the intended recipient, or a person responsible for=
 delivering it to the intended recipient, you are hereby notified that any =
disclosure, copying, distribution or use of any of the information containe=
d in or attached to this transmission is STRICTLY PROHIBITED. If you have r=
eceived this transmission in error, please immediately notify me by reply e=
-mail, or by telephone at (510) 400-2978<tel:%28510%29%20400-2978>, and des=
troy the original transmission and its attachments without reading or savin=
g in any manner. Thank you.


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_F085911F642A6847987ADA23E611780D1858E554hoshiunilux_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas, Pouria,<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I would also go for optio=
n (2). IMHO it makes more sense, because option (1) implies for sure both d=
elay and some extra-overhead that we may want to avoid.<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maria Rita<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 28, 2013 12:44 AM<br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Pouria.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Please see <b><span style=3D"color:blue;background:w=
hite">inline</span></b>.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:48 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:=
p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Qin, Thomas,
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Let me enter to your discussion.</span>=
<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">First, let me see if I am on the same t=
rack. Does ME mean the Management Entity to send management
 flows to the PCE (in centralized approach) and to Signaling protocol or hi=
gher layers (in distributed approach). Am I right?</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><b><span style=3D"color:blue">I believe we haven't b=
een very rigorous, thanks for pointing that out. ME (Management Entity) was=
 defined by Qin as either some distributed layer, or a centralized PCE. We =
want to make sure that the format we
 need to define for work item 1 is generic enough for both the centralized =
and distributed case, hence the use of the term ME. In this thread, we are =
mainly talking about the protocol between the node and the PCE.</span></b><=
o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I completely agree with Qin description=
.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Regarding to two specified ways (by Qin=
) to ask bandwidth for sending event-driven reports, I think
 way (2) makes more sense. Because the events should be send through the <b=
>multi-hop</b> path (track), toward the network manager (i.e. PCE). Am I ri=
ght? For sure, way (1) takes more time to reserve potential resources (eith=
er in a distributed or centralized
 manner) for delivering those events toward the final destination (i.e. PCE=
). By considering way (2), the PCE or higher layers can reserve some shared=
 cells or extra dedicated cells beforehand, for delivering potential event,=
 from node A toward the final destination
 (i.e. PCE) along the track.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I missing anything?</span><o:p></o:p=
></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><b><span style=3D"color:blue">I believe this sums it=
 up nicely.</span></b><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;&nbsp;&nbsp;&nbsp;</span><=
o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 27, 2013 11:10 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a>; Xavier Vilajosana Guillen<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I agree with almost all. Only some comments on &quot;Report Flow&q=
uot;.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">As you mentioned, there are two kinds of report scenarios, one is =
periodically report, another one is burst report or called as event-driven =
report. I have no question on how periodically
 report works, which you described. But I'm not sure what the best way to h=
andle event-driven report is. I think we don't want to assume 6top sublayer=
 is very intelligent, in another word, the events and the trigger of events=
 should be configured by ME, just
 like the interval of periodically report. Make sense?&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">If you agree to it, the remained issue is &nbsp;when and how the b=
andwidth for sending event-driven reports is reserved. Here are two ways I =
can see.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) when a event is triggered, node sends a request to ME and ask =
some BW to send the report. I believe that is how the 4th control flow work=
s.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2) when ME configure the events and their triggers, ME also provi=
sions some BW for the node which allows the node to send the report trigger=
ed by some event.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I have no strong opinion on which one is better. But, the bottom l=
ine is the configuration of the set of events and their triggers should be =
out of 6top scope. Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt; w=
rote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Please correct me if I'm wrong:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">-&nbsp;<span style=3D"font-size:10.0pt;font-family:&quot;Arial&quo=
t;,&quot;sans-serif&quot;">Action Flow (ME-&gt;6top). ME asks 6top to execu=
te some command. Typical commands are add/delete cells.</span><o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quo=
t;sans-serif&quot;">-&nbsp;Query Flow&nbsp;(ME-&gt;6top). ME asks 6top for =
some information. Typical queries are about current cells usage or statisti=
cs.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quo=
t;sans-serif&quot;">-&nbsp;Report Flow&nbsp;(6top-&gt;ME). 6top tell ME how=
 it is doing. Typical reported information covers&nbsp;cells usage or stati=
stics.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quo=
t;sans-serif&quot;">Questions:</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quo=
t;sans-serif&quot;">- Looks like Query and Report flows contain the same in=
formation. In normal operation, the Report flow should be
 enough, the Query flow only being used in special cases, for example when =
the ME has lost state (just booted, bug, etc). Agreed?</span><o:p></o:p></p=
>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.0pt;font-family:&quot;Arial&quot;,&quo=
t;sans-serif&quot;">- The ME should be able to configure the report flow. C=
onfiguration could be &quot;send report every X seconds&quot; or &quot;send
 report when variable X larger than Y&quot;. I imagine this could be done o=
ver the action flow? Agreed?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-family:&quot;Arial&quot;,&quot;sans-serif&quot=
;">- A node will want to report an urgent event to the ME. One such events =
is &quot;the topology appears to have changed&quot;. There any many
 cases where this&nbsp;information&nbsp;needs to be sent immediately, i.e. =
no time to wait for the next report cycle. We can consider this to be an as=
ynchronous report, or part of a new &quot;Event&quot; flow.</span><o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-family:&quot;Arial&quot;,&quot;sans-serif&quot=
;">- Same for the mote asking the ME for a schedule update.</span><o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-family:&quot;Arial&quot;,&quot;sans-serif&quot=
;">Thoughts?</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-family:&quot;Arial&quot;,&quot;sans-serif&quot=
;">Thomas</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Approach-(2) is more flexible and likely covers more situations. B=
ut, it may bring some complexity to 6top, because 6top has to make decision=
 on the bandwidth request (add/delete),
 which needs some metrics, some intelligence.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen &lt;<a =
href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana=
@eecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Qin, I like your (2).
<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Note also that there are situations that might have some differences.<o:=
p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">1-the track already exists.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">2-the track between the two entities does not exists<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">in either case I think that the node that requires certain BW to another=
 node should talk to 6top, which processes that request and sends a request=
 to the ME, the ME installs that new
 track.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense. Do you see any drawback on that approach?<br>
<br>
X <o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
o:p></o:p></p>
</div>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi all,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">During today's call, we presented three control flows between Mana=
gement Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Report Flow,=
 and started to talk about the 4th control
 flow. The thread will continue the discussion about 4th flow.<o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Here is the scenario: when a node finds that more cells are needed=
, e.g. nodes wants to send 10pkt/s report at some time, it should be able t=
o ask ME to install more bandwidth.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I can see two approaches:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(1) Managed by ME, without 4th Control Flow. Assume BandwidthUsage=
Rate is a attribute in 6top. Then, ME can get the information via Query Flo=
w or Report Flow, and adjust the bandwidth
 of the node via Action Flow.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">(2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth R=
equest to ME, and then ME install more bandwidth. This is the 4th control f=
low.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">What do you think? Which one makes more sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<br clear=3D"all">
<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">--
</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Thomas Watteyne, Ph. D</span><o:p></=
o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Sr. Networking Design Engineer</span=
><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Dust Networks / Linear Technology</s=
pan><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">30695 Huntwood Ave</span><o:p></o:p>=
</p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Hayward, CA 94544-7021</span><o:p></=
o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888"><a href=3D"tel:%2B1%20%28510%29%2040=
0-2978" target=3D"_blank">&#43;1 (510) 400-2978</a></span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888"><a href=3D"mailto:twatteyne@linear.c=
om" target=3D"_blank">twatteyne@linear.com</a></span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:7.5pt;color:#888888">This e-mail transmis=
sion, and any documents, files or previous e-mail messages attached to it m=
ay contain confidential information that
 is legally privileged. If you are not the intended recipient, or a person =
responsible for delivering it to the intended recipient, you are hereby not=
ified that any disclosure, copying, distribution or use of any of the infor=
mation contained in or attached
 to this transmission is STRICTLY PROHIBITED. If you have received this tra=
nsmission in error, please immediately notify me by reply e-mail, or by tel=
ephone at
<a href=3D"tel:%28510%29%20400-2978" target=3D"_blank">(510) 400-2978</a>, =
and destroy the original transmission and its attachments without reading o=
r saving in any manner. Thank you.</span><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</body>
</html>

--_000_F085911F642A6847987ADA23E611780D1858E554hoshiunilux_--

From maria-rita.palattella@uni.lu  Wed Aug 28 02:38:47 2013
Return-Path: <maria-rita.palattella@uni.lu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BDF111E8273 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 02:38:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.498
X-Spam-Level: 
X-Spam-Status: No, score=-6.498 tagged_above=-999 required=5 tests=[AWL=0.100,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pCDcA76sD6uU for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 02:38:37 -0700 (PDT)
Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id BDEE611E815C for <6tsch@ietf.org>; Wed, 28 Aug 2013 02:38:31 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.89,975,1367964000"; d="scan'208,217";a="26132302"
Received: from unknown (HELO REED.uni.lux) ([10.21.2.9]) by hercules.uni.lu with ESMTP; 28 Aug 2013 11:38:30 +0200
Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by REED.uni.lux ([fe80::31bb:b7a3:7abb:813e%10]) with mapi id 14.03.0123.003; Wed, 28 Aug 2013 11:38:29 +0200
From: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOo2nA37SuPY1UNUSxyNbir/bk6pmpcIqAgAATvoCAANTQwA==
Date: Wed, 28 Aug 2013 09:38:28 +0000
Message-ID: <F085911F642A6847987ADA23E611780D1858E56F@hoshi.uni.lux>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com>
In-Reply-To: <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.91.0.96]
Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D1858E56Fhoshiunilux_"
MIME-Version: 1.0
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 09:38:47 -0000

--_000_F085911F642A6847987ADA23E611780D1858E56Fhoshiunilux_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thomas, I believe that after defining the message format for each flow,  we=
 will have to address the issue you have just raised up, i.e., the cells to=
 be used for any kind of signaling traffic (i.e., add/delete cells, report =
traffic, etc.).
Even though we may start using the slotted aloha schedule approach, in the =
future, we may think about dedicated tracks, to be built according to the r=
equirements of the schedule used for transferring the actual data traffic.
What do you think?
Maria Rita

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Wednesday, August 28, 2013 12:40 AM
To: 6tsch@ietf.org
Subject: Re: [6tsch] the 4th control flow

Qin,

You bring up a good point: over what cells with the reports travel? Another=
 questions could be: over what cells will the request to install cells trav=
el? I believe that, whatever the policy in place in the network, there will=
 always need to be some cells installed for infrequent signaling traffic. I=
f the report rate is very slow, it might qualify as "infrequent signaling t=
raffic". For sure, the request to change the schedule qualifies.

Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha s=
chedule indicated in the draft can be used for the signaling traffic betwee=
n the nodes and the ME. Of course, if the report rate is very high, some de=
dicate track might be installed, but I do not believe this is needed, certa=
inly not this early on.

I agree with Diego that keeping the solution open to different alternative =
is key.

Thomas

On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <diego.dujovne@mail.ud=
p.cl<mailto:diego.dujovne@mail.udp.cl>> wrote:
Qin, Thomas,
      Alternative (1) adds delay to define the slots to send the event
to the ME (propagate the new schedule),
while alternative (2)  keeps reserved slots waiting for the event to happen=
.
I think both alternatives should be included, and configured by the ME depe=
nding
on the network requirements.

More thoughts?

Diego Dujovne

2013/8/27 Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>:
> Thomas,
>
> I agree with almost all. Only some comments on "Report Flow".
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-drive=
n
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven repo=
rt
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured b=
y
> ME, just like the interval of periodically report. Make sense?
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.
> (1) when a event is triggered, node sends a request to ME and ask some BW=
 to
> send the report. I believe that is how the 4th control flow works.
> (2) when ME configure the events and their triggers, ME also provisions s=
ome
> BW for the node which allows the node to send the report triggered by som=
e
> event.
>
> I have no strong opinion on which one is better. But, the bottom line is =
the
> configuration of the set of events and their triggers should be out of 6t=
op
> scope. Thought?
>
> Thanks
> Qin
>
>
>
>
>
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<ma=
ilto:twatteyne@linear.com>>
> wrote:
>>
>> Qin,
>>
>> Please correct me if I'm wrong:
>> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
>> commands are add/delete cells.
>> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> queries are about current cells usage or statistics.
>> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
>> information covers cells usage or statistics.
>>
>> Questions:
>> - Looks like Query and Report flows contain the same information. In
>> normal operation, the Report flow should be enough, the Query flow only
>> being used in special cases, for example when the ME has lost state (jus=
t
>> booted, bug, etc). Agreed?
>> - The ME should be able to configure the report flow. Configuration coul=
d
>> be "send report every X seconds" or "send report when variable X larger =
than
>> Y". I imagine this could be done over the action flow? Agreed?
>> - A node will want to report an urgent event to the ME. One such events =
is
>> "the topology appears to have changed". There any many cases where this
>> information needs to be sent immediately, i.e. no time to wait for the n=
ext
>> report cycle. We can consider this to be an asynchronous report, or part=
 of
>> a new "Event" flow.
>> - Same for the mote asking the ME for a schedule update.
>>
>> Thoughts?
>>
>> Thomas
>>
>>
>>
>> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:=
qinwang@berkeley.edu>> wrote:
>>>
>>> Xavi,
>>>
>>> Approach-(2) is more flexible and likely covers more situations. But, i=
t
>>> may bring some complexity to 6top, because 6top has to make decision on=
 the
>>> bandwidth request (add/delete), which needs some metrics, some intellig=
ence.
>>>
>>> What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> w=
rote:
>>>>
>>>> Hi Qin, I like your (2).
>>>>
>>>> Note also that there are situations that might have some differences.
>>>>
>>>> 1-the track already exists.
>>>> 2-the track between the two entities does not exists
>>>>
>>>> in either case I think that the node that requires certain BW to anoth=
er
>>>> node should talk to 6top, which processes that request and sends a req=
uest
>>>> to the ME, the ME installs that new track.
>>>>
>>>> does it make sense. Do you see any drawback on that approach?
>>>>
>>>> X
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailt=
o:qinwang@berkeley.edu>> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> During today's call, we presented three control flows between
>>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Re=
port
>>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>>> continue the discussion about 4th flow.
>>>>>
>>>>> Here is the scenario: when a node finds that more cells are needed,
>>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be ab=
le to
>>>>> ask ME to install more bandwidth.
>>>>>
>>>>> I can see two approaches:
>>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRat=
e
>>>>> is a attribute in 6top. Then, ME can get the information via Query Fl=
ow or
>>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>>> Request to ME, and then ME install more bandwidth. This is the 4th co=
ntrol
>>>>> flow.
>>>>>
>>>>> What do you think? Which one makes more sense?
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>>
>> --
>> Thomas Watteyne, Ph. D
>> Sr. Networking Design Engineer
>> Dust Networks / Linear Technology
>> 30695 Huntwood Ave
>> Hayward, CA 94544-7021
>> +1 (510) 400-2978<tel:%2B1%20%28510%29%20400-2978>
>> twatteyne@linear.com<mailto:twatteyne@linear.com>
>>
>> This e-mail transmission, and any documents, files or previous e-mail
>> messages attached to it may contain confidential information that is leg=
ally
>> privileged. If you are not the intended recipient, or a person responsib=
le
>> for delivering it to the intended recipient, you are hereby notified tha=
t
>> any disclosure, copying, distribution or use of any of the information
>> contained in or attached to this transmission is STRICTLY PROHIBITED. If=
 you
>> have received this transmission in error, please immediately notify me b=
y
>> reply e-mail, or by telephone at (510) 400-2978<tel:%28510%29%20400-2978=
>, and destroy the original
>> transmission and its attachments without reading or saving in any manner=
.
>> Thank you.
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>



--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl>
(56 2) 676 8125<tel:%2856%202%29%20676%208125>
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_F085911F642A6847987ADA23E611780D1858E56Fhoshiunilux_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas, I believe that af=
ter defining the message format for each flow, &nbsp;we will have to addres=
s the issue you have just raised up, i.e., the cells to be used
 for any kind of signaling traffic (i.e., add/delete cells, report traffic,=
 etc.).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Even though we may start =
using the slotted aloha schedule approach, in the future, we may think abou=
t dedicated tracks, to be built according to the requirements
 of the schedule used for transferring the actual data traffic.<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">What do you think?
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maria Rita
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 28, 2013 12:40 AM<br>
<b>To:</b> 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever the policy in place in =
the network, there will always need
 to be some cells installed for infrequent signaling traffic. If the report=
 rate is very slow, it might qualify as &quot;infrequent signaling traffic&=
quot;. For sure, the request to change the schedule qualifies.<o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Isn't the answer&nbsp;draft-vilajosana-6tsch-basic? =
That is, the slotted Aloha schedule indicated in the draft can be used for =
the signaling traffic between the nodes and the ME. Of course, if the repor=
t rate is very high, some dedicate track
 might be installed, but I do not believe this is needed, certainly not thi=
s early on.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<o:p></o:p></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
&nbsp; &nbsp; &nbsp; Alternative (1) adds delay to define the slots to send=
 the event<br>
to the ME (propagate the new schedule),<br>
while alternative (2) &nbsp;keeps reserved slots waiting for the event to h=
appen.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu">qinwang@berk=
eley.edu</a>&gt;:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I'm not sure what the best way to handle event-driven r=
eport<br>
&gt; is. I think we don't want to assume 6top sublayer is very intelligent,=
 in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is &nbsp;when and how the bandw=
idth for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I'm wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu">qinwang@berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu">xvilajosa=
na@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today's call, we presented three control flows =
between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><b=
r>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978">&#43;1 (510) 400-2978<=
/a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com">twatteyne@linear.com</a><b=
r>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78">(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125">(56 2) 676 8125</a><o:p></o:p></p=
>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_F085911F642A6847987ADA23E611780D1858E56Fhoshiunilux_--

From pthubert@cisco.com  Wed Aug 28 04:33:27 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0CA711E8177 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 04:33:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.548
X-Spam-Level: 
X-Spam-Status: No, score=-10.548 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cZrDOUgS3iQR for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 04:33:23 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 9A76311E8130 for <6tsch@ietf.org>; Wed, 28 Aug 2013 04:33:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=27717; q=dns/txt; s=iport; t=1377689602; x=1378899202; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=dEXq7J16hRF/zVaHpjvPW0wfV6qAv0TA58dyMZaPN7s=; b=d40Mv1NKA+KSKBbeTAtIufm7l3m5WayRMQpyil6aOggv/cJ9V+p7Ydv5 Tlzbbhy02UuigpQl9hYzKuPhoIEibPzLoig6FOLHGV6BIxb8/yHpnlKJf +oZkJ1W1vHuMvtYp7l4fY91q5vBkthPiIlhWj8+OA/iu0Nvcf18aBmgQh Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjcFAMneHVKtJXG//2dsb2JhbABYAw6CNUQ1UcApgSIWdIIkAQEBAwEBAQEkBhwlEAsCAQgRAQMBAQEKFgcHJwsUAwYIAgQBEggTh2AGDLkIjhoRgQghCwEKARGDC30DhUmDMqBXgmE/gXE5
X-IronPort-AV: E=Sophos;i="4.89,975,1367971200";  d="scan'208,217";a="252606995"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-8.cisco.com with ESMTP; 28 Aug 2013 11:33:21 +0000
Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r7SBXLIS017565 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 28 Aug 2013 11:33:21 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.02.0318.004; Wed, 28 Aug 2013 06:33:20 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOo2nAaZ4Bv5ro3EeO2xuuRjGwi5mp5eKAgAATv4CAAIJEkA==
Date: Wed, 28 Aug 2013 11:33:20 +0000
Deferred-Delivery: Wed, 28 Aug 2013 11:33:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD84142E769@xmb-rcd-x01.cisco.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com>
In-Reply-To: <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.49.80.24]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84142E769xmbrcdx01ciscoc_"
MIME-Version: 1.0
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 11:33:27 -0000

--_000_E045AECD98228444A58C61C200AE1BD84142E769xmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello Thomas and all;

If you refer to the industrial applicability statement, there is an expecta=
tion that a very autonomic and solid RPL instance will span the network for=
 management purpose.
In the architecture, we could mention that expectation and reserve an insta=
nce number (0?) for the spanning management instance.

This way, whatever users do on the other (data) instances, they will not br=
eak the management instance and will always be able to reach the devices an=
d manage them.
Autonomic Networking does something similar...

I do agree with Thomas that the basic support can be used to provide the ex=
pected instance.
The capability to increase dynamically the number of cells in a bundle woul=
d be a great addition for the final solution, though.

Cheers,

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: mercredi 28 ao=FBt 2013 00:40
To: 6tsch@ietf.org
Subject: Re: [6tsch] the 4th control flow

Qin,

You bring up a good point: over what cells with the reports travel? Another=
 questions could be: over what cells will the request to install cells trav=
el? I believe that, whatever the policy in place in the network, there will=
 always need to be some cells installed for infrequent signaling traffic. I=
f the report rate is very slow, it might qualify as "infrequent signaling t=
raffic". For sure, the request to change the schedule qualifies.

Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha s=
chedule indicated in the draft can be used for the signaling traffic betwee=
n the nodes and the ME. Of course, if the report rate is very high, some de=
dicate track might be installed, but I do not believe this is needed, certa=
inly not this early on.

I agree with Diego that keeping the solution open to different alternative =
is key.

Thomas

On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <diego.dujovne@mail.ud=
p.cl<mailto:diego.dujovne@mail.udp.cl>> wrote:
Qin, Thomas,
      Alternative (1) adds delay to define the slots to send the event
to the ME (propagate the new schedule),
while alternative (2)  keeps reserved slots waiting for the event to happen=
.
I think both alternatives should be included, and configured by the ME depe=
nding
on the network requirements.

More thoughts?

Diego Dujovne

2013/8/27 Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>:
> Thomas,
>
> I agree with almost all. Only some comments on "Report Flow".
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-drive=
n
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven repo=
rt
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured b=
y
> ME, just like the interval of periodically report. Make sense?
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.
> (1) when a event is triggered, node sends a request to ME and ask some BW=
 to
> send the report. I believe that is how the 4th control flow works.
> (2) when ME configure the events and their triggers, ME also provisions s=
ome
> BW for the node which allows the node to send the report triggered by som=
e
> event.
>
> I have no strong opinion on which one is better. But, the bottom line is =
the
> configuration of the set of events and their triggers should be out of 6t=
op
> scope. Thought?
>
> Thanks
> Qin
>
>
>
>
>
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<ma=
ilto:twatteyne@linear.com>>
> wrote:
>>
>> Qin,
>>
>> Please correct me if I'm wrong:
>> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
>> commands are add/delete cells.
>> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> queries are about current cells usage or statistics.
>> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
>> information covers cells usage or statistics.
>>
>> Questions:
>> - Looks like Query and Report flows contain the same information. In
>> normal operation, the Report flow should be enough, the Query flow only
>> being used in special cases, for example when the ME has lost state (jus=
t
>> booted, bug, etc). Agreed?
>> - The ME should be able to configure the report flow. Configuration coul=
d
>> be "send report every X seconds" or "send report when variable X larger =
than
>> Y". I imagine this could be done over the action flow? Agreed?
>> - A node will want to report an urgent event to the ME. One such events =
is
>> "the topology appears to have changed". There any many cases where this
>> information needs to be sent immediately, i.e. no time to wait for the n=
ext
>> report cycle. We can consider this to be an asynchronous report, or part=
 of
>> a new "Event" flow.
>> - Same for the mote asking the ME for a schedule update.
>>
>> Thoughts?
>>
>> Thomas
>>
>>
>>
>> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:=
qinwang@berkeley.edu>> wrote:
>>>
>>> Xavi,
>>>
>>> Approach-(2) is more flexible and likely covers more situations. But, i=
t
>>> may bring some complexity to 6top, because 6top has to make decision on=
 the
>>> bandwidth request (add/delete), which needs some metrics, some intellig=
ence.
>>>
>>> What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> w=
rote:
>>>>
>>>> Hi Qin, I like your (2).
>>>>
>>>> Note also that there are situations that might have some differences.
>>>>
>>>> 1-the track already exists.
>>>> 2-the track between the two entities does not exists
>>>>
>>>> in either case I think that the node that requires certain BW to anoth=
er
>>>> node should talk to 6top, which processes that request and sends a req=
uest
>>>> to the ME, the ME installs that new track.
>>>>
>>>> does it make sense. Do you see any drawback on that approach?
>>>>
>>>> X
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailt=
o:qinwang@berkeley.edu>> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> During today's call, we presented three control flows between
>>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Re=
port
>>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>>> continue the discussion about 4th flow.
>>>>>
>>>>> Here is the scenario: when a node finds that more cells are needed,
>>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be ab=
le to
>>>>> ask ME to install more bandwidth.
>>>>>
>>>>> I can see two approaches:
>>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRat=
e
>>>>> is a attribute in 6top. Then, ME can get the information via Query Fl=
ow or
>>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>>> Request to ME, and then ME install more bandwidth. This is the 4th co=
ntrol
>>>>> flow.
>>>>>
>>>>> What do you think? Which one makes more sense?
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>>
>> --
>> Thomas Watteyne, Ph. D
>> Sr. Networking Design Engineer
>> Dust Networks / Linear Technology
>> 30695 Huntwood Ave
>> Hayward, CA 94544-7021
>> +1 (510) 400-2978<tel:%2B1%20%28510%29%20400-2978>
>> twatteyne@linear.com<mailto:twatteyne@linear.com>
>>
>> This e-mail transmission, and any documents, files or previous e-mail
>> messages attached to it may contain confidential information that is leg=
ally
>> privileged. If you are not the intended recipient, or a person responsib=
le
>> for delivering it to the intended recipient, you are hereby notified tha=
t
>> any disclosure, copying, distribution or use of any of the information
>> contained in or attached to this transmission is STRICTLY PROHIBITED. If=
 you
>> have received this transmission in error, please immediately notify me b=
y
>> reply e-mail, or by telephone at (510) 400-2978<tel:%28510%29%20400-2978=
>, and destroy the original
>> transmission and its attachments without reading or saving in any manner=
.
>> Thank you.
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>



--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl>
(56 2) 676 8125<tel:%2856%202%29%20676%208125>
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD84142E769xmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Thomas and all;<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">If you refer to the indus=
trial applicability statement, there is an expectation that a very autonomi=
c and solid RPL instance will span the network for management
 purpose. <o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">In the architecture, we c=
ould mention that expectation and reserve an instance number (0?) for the s=
panning management instance.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">This way, whatever users =
do on the other (data) instances, they will not break the management instan=
ce and will always be able to reach the devices and manage
 them.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Autonomic Networking does=
 something similar&#8230;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I do agree with Thomas th=
at the basic support can be used to provide the expected instance.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The capability to increas=
e dynamically the number of cells in a bundle would be a great addition for=
 the final solution, though.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> mercredi 28 ao=FBt 2013 00:40<br>
<b>To:</b> 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever the policy in place in =
the network, there will always need
 to be some cells installed for infrequent signaling traffic. If the report=
 rate is very slow, it might qualify as &quot;infrequent signaling traffic&=
quot;. For sure, the request to change the schedule qualifies.<o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Isn't the answer&nbsp;draft-vilajosana-6tsch-basic? =
That is, the slotted Aloha schedule indicated in the draft can be used for =
the signaling traffic between the nodes and the ME. Of course, if the repor=
t rate is very high, some dedicate track
 might be installed, but I do not believe this is needed, certainly not thi=
s early on.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<o:p></o:p></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
&nbsp; &nbsp; &nbsp; Alternative (1) adds delay to define the slots to send=
 the event<br>
to the ME (propagate the new schedule),<br>
while alternative (2) &nbsp;keeps reserved slots waiting for the event to h=
appen.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu">qinwang@berk=
eley.edu</a>&gt;:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I'm not sure what the best way to handle event-driven r=
eport<br>
&gt; is. I think we don't want to assume 6top sublayer is very intelligent,=
 in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is &nbsp;when and how the bandw=
idth for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I'm wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu">qinwang@berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu">xvilajosa=
na@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today's call, we presented three control flows =
between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><b=
r>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978">&#43;1 (510) 400-2978<=
/a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com">twatteyne@linear.com</a><b=
r>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78">(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125">(56 2) 676 8125</a><o:p></o:p></p=
>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD84142E769xmbrcdx01ciscoc_--

From P.Zand@utwente.nl  Wed Aug 28 04:55:43 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13E2B21F994C for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 04:55:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lVM2YXEZ7khP for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 04:55:42 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 8822D21F9935 for <6tsch@ietf.org>; Wed, 28 Aug 2013 04:55:36 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Wed, 28 Aug 2013 13:55:30 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Wed, 28 Aug 2013 13:55:27 +0200
From: <P.Zand@utwente.nl>
To: <watteyne@eecs.berkeley.edu>, <6tsch@ietf.org>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWD//+R/gIAAIcgA///iD4CAABkTAIADNlmggATgRgCAASNqIIAAqJmAgAEGRFCAAImCAIALgp+A
Date: Wed, 28 Aug 2013 11:55:26 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl> <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com>
In-Reply-To: <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/mixed; boundary="_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_"
MIME-Version: 1.0
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 11:55:43 -0000

--_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_
Content-Type: multipart/related;
	boundary="_006_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_";
	type="multipart/alternative"

--_006_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear All,
I would like to continue our discussion for choosing the time source (eithe=
r in L2 or L3) in the basic RPL.
I prepared a sample of message sequence chart to show the potential procedu=
re for basic RPL.
I think we can refer to or modify the attached slide to discuss the details=
 for constructing the basic RPL, as well as choosing the time source.
Best Wishes,
Pouria
[cid:image001.jpg@01CEA3F6.3D6E3C80]


From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Wednesday, August 21, 2013 7:45 AM
To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Glad to read we agree!
Thomas

On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

Many thanks for your explanation.
I couldn't find the related counter in MAC PIB of IEEE 802.15.4.

My first idea was using both (a) clock accuracy information and (b) RPL ran=
k information for choosing the best timing parent between two routers with =
equal (or close) RPL rank. That would help us to avoid (1) synchronization =
loop problem and (2) potential drifting problem caused by choosing the pare=
nt, between two with equal ranks but not equal clock accuracy.

As you mentioned, let's not make it complicated and consider the parent ran=
k as a factor for choosing the timing parent.

Pouria.


From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Tuesday, August 20, 2013 7:54 AM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Thanks for the explanation. Allow me to answer inline.
Thomas

On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

I am not expert in synchronization, so please bear with me.

By clock accuracy information, I mean how accurate a node can maintain (e.g=
. =B11 ms) synchronization in the network for a period of time (e.g. 20 s) =
without the need for clock update. Different devices might have different c=
lock accuracy values represent by parts per million (ppm) unit. The clock a=
ccuracy of a device might depend on the device' environment conditions (e.g=
. temperature or shocks) and it doesn't just depend on crystals hardware. A=
m I right?

Agreed. I am used to the term "clock drift" for the phenomenon, but absolut=
ely, drift depends on manufacturing, voltage, temperature, and probably oth=
er environmental factors. The amount of drift of your clock source will dic=
tate how often resynchronization needs to happen, given a guard time (i.e. =
1ms). Of course, all these parameters depend on each other, so you can imag=
ine buying a better clock source, or changing the re-synchronization freque=
ncy, or changing the guard time.

 In the centralized approach, the System/Network managers, use (L2) device =
clock accuracy information as well as (L3) nodes' topology information (sim=
ilar to node's rank in RPL in 6tsch distributed approach) to select the pot=
ential clock sources in the network. Am I right?

Hmm. I understand what you are proposing, but my first reaction is to be a =
bit afraid that basing time source neighbor selection on clock drift inform=
ation might lead to lots of complexity, for not much gain (I think). If I a=
m drifting a lot wrt to my neighbor, could I not resolve that locally (thro=
ugh all kind of techniques we can think of), rather than involving the time=
 source neighbor selection process in that?

 In a distributed approach, a network device might inform their neighbors a=
bout its (L2) clock accuracy. A new device might use this information, as w=
ell as L3 parameters (e.g. sender RPL' rank), to choose its timing parent.

This would certainly invert the approach. Now, we let RPL select routing pa=
rents, and then we have TSCH just use the same. If we go the other way arou=
nd, i.e. select time source neighbors, then routes, many things will get co=
mplicated real quick, the first of which are synchronization loops.

 If in 6tsch, we are considering the case that all the nodes in the network=
 have equal high clock accuracy, then let's consider (L3) router's rank, ba=
sed on the default OF (as Raghuram suggest), as the only factor for selecti=
ng timing parent.

I would go that route, but maybe you have some counter example in mind?

Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Monday, August 19, 2013 4:28 AM
To: 6TSCH

Subject: Re: [6tsch] RPL on Basic

Pouria, all,

My 2c is the following. We already agreed on the fact that a mote's (RPL) r=
outing parent would also be its (TSCH) time source neighbor. So why not pic=
k the time source neighbor based on routing information?

What exactly do you mean by clock accuracy? All nodes in a TSCH network nee=
d to be able to synchronize with one another, and I don't think we are cons=
idering cases where that is not true.

Thomas

On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Raghuram,
I agree with you that we need a method to pick a timing parent.
We might need the L3 information on that, unless we can find a solution in =
6top to use L2 information. For example about the clock accuracy capabiliti=
es of the device who has already joined the network. I am not sure if this =
information is available in L2 and neighbor table.
Best Wishes,
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com<mailto:rsudh=
aak@cisco.com>]
Sent: Wednesday, August 14, 2013 12:57 AM
To: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Za=
nd, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>; Qin Wang

Subject: Re: [6tsch] RPL on Basic

Xavi, Pouria,
I think we need to keep node rank at 6top (as a read only parameter obtaine=
d from L3) in order for the TSCH nodes to figure out the timing parent. In =
the case where RPL node may have different ranks based on different OFs we =
need a method to pick a timing parent.

We should propose a default OF, that is used to compute the ranks for the p=
urpose finding the timing parent.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Tuesday, August 13, 2013 2:27 PM
To: Pouria Zand <P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6t=
sch@ietf.org>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>=
>
Subject: Re: [6tsch] RPL on Basic

Good point :-)
agreed!
X

On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

I guess we cannot keep "node rank" in the 6top. Because a node might have d=
ifferent rank based on different metrics defined in L3. As a response, I do=
n't think we can get all of those information form L3 and use them in neigh=
bor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 11:13 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch








--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dear All,<o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I would like to continue =
our discussion for choosing the time source (either in L2 or L3) in the bas=
ic RPL.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I prepared a sample of me=
ssage sequence chart to show the potential procedure for basic RPL.<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I think we can refer to o=
r modify the attached slide to discuss the details for constructing the bas=
ic RPL, as well as choosing the time source.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Best Wishes,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><img width=3D"840" height=
=3D"836" id=3D"Picture_x0020_2" src=3D"cid:image001.jpg@01CEA3F6.3D6E3C80">=
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 21, 2013 7:45 AM<br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Glad to read we agree!<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 12:53 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your explanation.</span=
><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t find the related count=
er in MAC PIB of IEEE 802.15.4.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">My first idea was using both (a) clock =
accuracy information and (b) RPL rank information for choosing
 the best timing parent between two routers with equal (or close) RPL rank.=
 That would help us to avoid (1) synchronization loop problem and (2) poten=
tial drifting problem caused by choosing the parent, between two with equal=
 ranks but not equal clock accuracy.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you mentioned, let&#8217;s not make =
it complicated and consider the parent rank as a factor for choosing
 the timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks for the explanation. Allow me to answer inline.<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I am not expert in synchronization, so =
please bear with me.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">By clock accuracy information, I mean h=
ow accurate a node can maintain (e.g. =B11 ms) synchronization
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device&#8217; environment
 conditions (e.g. temperature or shocks) and it doesn&#8217;t just depend o=
n crystals hardware. Am I right?</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agreed. I am used to the term &quot;clock drift&quot; for the phen=
omenon, but absolutely, drift depends on manufacturing, voltage, temperatur=
e, and probably other environmental factors. The
 amount of drift of your clock source will dictate how often resynchronizat=
ion needs to happen, given a guard time (i.e. 1ms). Of course, all these pa=
rameters depend on each other, so you can imagine buying a better clock sou=
rce, or changing the re-synchronization
 frequency, or changing the guard time.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In the centralized approach, the =
System/Network managers, use (L2) device clock accuracy information
 as well as (L3) nodes&#8217; topology information (similar to node&#8217;s=
 rank in RPL in 6tsch distributed approach) to select the potential clock s=
ources in the network. Am I right?&nbsp;</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hmm. I understand what you are proposing, but my first reaction is=
 to be a bit afraid that basing time source neighbor selection on clock dri=
ft information might lead to lots of
 complexity, for not much gain (I think). If I am drifting a lot wrt to my =
neighbor, could I not resolve that locally (through all kind of techniques =
we can think of), rather than involving the time source neighbor selection =
process in that?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In a distributed approach, a netw=
ork device might inform their neighbors about its (L2) clock accuracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL&#8217; rank), to choose its timing parent.</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">This would certainly invert the approach. Now, we let RPL select r=
outing parents, and then we have TSCH just use the same. If we go the other=
 way around, i.e. select time source
 neighbors, then routes, many things will get complicated real quick, the f=
irst of which are synchronization loops.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;If in 6tsch, we are considering t=
he case that all the nodes in the network have equal high clock
 accuracy, then let&#8217;s consider (L3) router&#8217;s rank, based on the=
 <b>default OF</b> (as Raghuram suggest), as the only factor for selecting =
timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would go that route, but maybe you have some counter example in =
mind?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria, all,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">My 2c is the following. We already agreed on the fact that a mote'=
s (RPL) routing parent would also be its (TSCH) time source neighbor. So wh=
y not pick the time source neighbor
 based on routing information?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">What exactly do you mean by clock accuracy? All nodes in a TSCH ne=
twork need to be able to synchronize with one another, and I don't think we=
 are considering cases where that is
 not true.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Raghuram,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I agree with you that we need a method to pick a timi=
ng parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We might need the L3 information on that, unless we c=
an find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram Sudhaakar (rs=
udhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Pouria,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I think we need to keep node rank at 6top (as a read =
only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We should propose a default OF, that is used to compu=
te the ranks for the purpose finding the timing parent.</span><o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Good point :-)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">agreed!<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a href=3D"mailt=
o:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:</sp=
an><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I guess we cannot keep &#8220;node rank=
&#8221; in the 6top. Because a node might have different rank based on
 different metrics defined in L3. As a response, I don&#8217;t think we can=
 get all of those information form L3 and use them in neighbor table in 6to=
p. Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think, as you mentioned we need to wo=
rk on them.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">regards,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Xavi<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your complete explanati=
on. It absolutely makes sense.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Just one minor question. The neighbor t=
able will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">answer inline:<o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don't have any information about connect=
ivity (as RFC6552 describes) an initial value is set (i.e rank &#43; FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I completely agree with your description. Besides, there isn't a c=
ommon shared cell to send KAs. I see the operation in the following way:<o:=
p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">6top KA timer expires and places a KA packet into the queue (e.g this ha=
ppens every 30s). TSCH layer at the begining of a shared tx/rx slot then re=
ads from the queue and sends the packet.
 This means that the KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=3D"mailto:6tsch=
-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"1409d4a4d02237f3_14097b9d7a38b162_140840"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL objective function calculation us=
ing Neighbors information described in Basic configuration.
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp; -this includes how =
OF is calculated using numTx and numTxACK, etc..
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL configuration:</span><o:p></o:p><=
/p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp; - storing mod=
e vs non-storing mode (I vote for non-storing mode for a basic configuratio=
n)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_--

--_006_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=81743;
	creation-date="Wed, 28 Aug 2013 11:55:26 GMT";
	modification-date="Wed, 28 Aug 2013 11:55:26 GMT"
Content-ID: <image001.jpg@01CEA3F6.3D6E3C80>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCANEA0gDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDxwSPB2o4JB2KO
P94Vv1geOf8AkTdR/wB1f/QxVQ+JEy2Z5Z9kg/55D86X7JB/zyH51L0Fa1z4fmttRtLVpY2F0Qqy
KDgE9QfcZH5167cVuearvYxPskH/ADyH50fZIP8AnkPzq2lpPLLJHDDJKYyQ3loTj8qZHBNMzLDD
JIyjJVFJIp6BqV/skH/PIfnR9kg/55D860rzTXt78WsIedzGjgKnPzKD0Hpmqjo0blJFKMpwVYYI
/ChWewO6IPskH/PIfnTWtIArHyxwK1ZdKlh0mK/LqVkIBjH3lBztJ9jtNUG+430NCs9gd1ueq+Ey
W8KaWWJJNunJ+lbFY/hL/kU9L/690/lWxXjS3Z6cdkFFFFIYUUUUAFee/EpRJqemI/KeVKdueM5W
vQq8++I//IW0z/rlL/Na2w/8RGVb4Gcf9kg/55D86PskH/PIfnWhpmnnU70W6ypFlWYu/QADNK2m
ypDevIQjWbqjoRySSR/SvTvG9jgtK1zO+yQf88h+dH2SD/nkPzq0badYBM0EohPSQodp/GrOnaXL
fTKGWSOFlciXYSuVUnGenam3FK4LmbsZn2SD/nkPzo+yQf8APIfnVmO3mlhaZIZGjX7zqpKr9TRb
wPc3EUEQy8jBVHuTRoLUrfZIP+eQ/OrejQxw+ItKaNdpN3GMg9s1LqVg2nXZhMiyrtDpInR1PQim
6V/yMGlf9fkf86idnBtFxupJM9ipaSlryD0gooooAKKKKACvFL+GObV9QeVd7G6lGSf9o17XXjF3
/wAhO/8A+vuX/wBCNdeD+JnNifhRV+yQf88h+dH2SD/nkPzrUh0iWfR5dQjdCsTFTH/FgYy34ZFQ
3Fk8Ated5uYhIqqDkZJGPrxXcnG9jktIo/ZIP+eQ/Oj7JB/zyH51Zlt5oJBHNDJG56KykE/hVmXT
ZINNNzMskbiYReW6beNuc8024oFdmb9kg/55D86PskH/ADyH51Zlt5oApmhkjDjKl1Iz9M1a0vSp
NUaYRuieWuQW/iY/dUe5waG4pXYLmbsZn2SD/nkPzrs/hoojm1VF4UeUQM8dGrka7D4b/wDHzq3/
AGy/k1YYlfu2a0H753dLSUteYd4UUUUAFFFFABRRRQAUUUUAeOa/Ck3ifVWlXeRckAk9sCqP2SD/
AJ5D860db/5GXVv+vpv5Cn2ekS32nXN3E6fuD/qz95+MnH0HNevBpQTfkebK7m0jL+yQf88h+dH2
SD/nkPzq7NZtDa2k24MLkMVUDkYbFRzW81swWeGSJmGQHUrn86tWZOpW+yQf88h+dH2SD/nkPzrS
OmSx6dPczrJE0TooR0I3Bs88/Sq0ltNFGkkkMiI/3WZCA30NCcWHvFb7JB/zyH50fZIP+eQ/OtLS
9NfVLlokkSIKuS79ByAB+JIFU3Vo3ZHGGUkEHsRRpewa2udL8N0EWuX6IMKbdDjPGdxr0avO/h3/
AMh+/wD+vZP/AEI16JXmYn+IzvofAgooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDx
z/yJuo/7q/8AoYrfrA8c/wDInaj/ALi/+hrVQ+JEy2Z5ifu11sGoWsniN4bidBb+bFPDLn5UdVGe
fQjI+oFcnRivWnBT3POjLlNpGa50vybO6igmS7eSTdKI9wONrZ74was3VzHfLqKWF1HDK9wkm9pP
K81QuCQf97nHvXOYoxS9krj5zqZry3mvtQUSxTSzQQBHMxjEm0DcN3b1x3xWRqTte6nDHJ5EZ2JE
WWXeoHTLN3IHX6Vm4oxRGmovcTnc6Rr7Tru8vLRBJHHND5EcjyDyxsHyHGOOR6965pvuN9DS0jfc
b6GqjBR2By5j1Xwl/wAinpf/AF7p/Ktisbwl/wAinpf/AF7p/KtmvHluz0o7IKKKSkMWim7qWgBa
8++I/wDyFtM/65S/zWvQa8++I/8AyFtM/wCuUv8ANa2w/wDERlW+BmJo0kcV3MZHVQbWZQScZJQ4
FXpb2C78NzyySL9tbyYpYyeZNh4YfgcH6Vg0V6UoJu5wqbSsdLcXCC9vbw3kT2M1uyRQiTJOVwq7
O2D/ACqS2uF+2wXK30Mdl9i8ryjLghvLIK7f97nNctijHtU+xVrXK9pqdJaXiJY6dLarbs1tCVdZ
box7Wyc5T+IEH3rN0WWC1nnvJzxBGfLRWAZmb5RjPoCT+FZuKMU/ZrVdyefVGrfy2l1o1s1vvSS1
cwlJXDMyH5geAOAcj8ap6V/yMGlf9fkf86rVZ0r/AJD+lf8AX5H/ADolHlg0OLvJM9ipaSlryD0g
opM0ZoAWiiigArxi7/5Cd/8A9fcv/oRr2evGLv8A5Cd//wBfcv8A6Ea68H8TObE/CjTs9RWx0q0d
Srul25kiz95CgBBHoeRV+Wezg1O3jtbtNg09ooJif9W5LbcnscHHtmuYoxXY6SbucyqNHR2dzFZN
p0N7cxvNHNI+8P5ghDLhct/vc+1EU62VlZx6jdx3Bi1BZWRZfM2pjk/nzXOYox7UvZLuHtDc1adh
ZzRYt2SWcSB1uzKzHnkAnjIPNNt7y10/S7RWEsk7Tfam8mQLtK8KDkH3P41i4oxTVNWsLnd7l7WF
gGqSvasrQzYlTafu7hkr9Qciui+G/wDx86t/2y/k1cfXYfDf/j61b/tl/JqzxCtSsaUXepc7ulpK
WvMO8KKKKACiiigAooooAKKKKAPH9b/5GXVv+vpv5CrVjfmx0dpIXUTpeJIqE8kBCDx6dvxqrrX/
ACMurf8AX038hVOvXjFSgk/I82TtN2Ooe60+G/0predFhEcpUnnyGfJXd6YJ/SoLWdNPjs4tSuI5
3F6s3yyebsQDBJPucHHtXPYoxS9ku4e0Z0LyG302eO+vYrndeRShFl8zKAnJ/H0o1i6zFfGMWzw3
MgYOLouxAOQQhPBxx7Vz2KMUKlZ3uDqGvaz2lnou2XzHluZt5EMgVkVPu5yD1JJ/CodceCfUTdWz
Dy7pBKVzkox+8D75B/Os7FFUoJS5iea6sdR8O/8AkP3/AP17J/6Ea9Erzv4d/wDIfv8A/r2T/wBC
NeiV52J/iM7qHwIKKKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApM0tZbW8d9q1yl0vmxwpHsRj8oJzk46Hp3
ppCbLb6haRHEl1Ap9DIBTY9UsppVjjuondjgKrZJqWO0t4R+6giT/dQCpcAdqNA1FrM1HxFpek3C
wX97HBKy7wrA8jpnge1aRrI8N30mr6Ot1drGZTLInyrgYVyB+goS6sGXbfU7S60438M6vahWbzRn
GB1P6GsmXW/D3iWJtK+3JP8Aaht8tCwJxzwce1b4VQuAAB6YpBEgOQig/ShNA7nEal4b8IaRKkeo
XU8DyLuUNO/I/CprPwf4Y1CyN3aS3EtuM/vFuHxx1rsjGjfeUH6igKoGAAB6Cr9rLuyfZx7Hn9rp
Pgi9uYre3v5ZJZTtRRO+WNS634a8L6LAftNxPDM6MYVedzuIH+JFd0IkByEXP0qtqqKdKuyVBIhf
qP8AZNP2sr7v7xezVtkctpng/wAM6tZi4s5biaMHazLcPgMByP1qlDpfge4uI4IdQleWRgiqJ5Mk
k4ArvLZQLaPAA+QdPpT/ACox/Av5Ue1l3YezXZHF6l4V8KaOsZ1C4ngEhITdcPzjr0p2neEfC2rw
vLp81xPGjbWK3D8HGcc/WuzKK33lB+ooVFX7qgfQUvaytux+zj2OfsfEnhywhg0621GICLEKIdxO
QcYzj1rV1LWLHSIkk1C5SBHbapbPJ644q15Uf9xfypSit95QfqKhtNlK9inpus2GsJI2n3KTrGQH
K54J+tZepeLdLSOe2t9VtobxSY1MiMwV845AHNdAqKv3VA+gppjTP3Fz9KNBptWZyOpX2reFZrS6
1DVEvrGaYQzK8CxmPOfmUr6YNdFpmt6fq/mDT7pJ/Kxv254z06/Q1i2Oj3Wq6xcXetvO0VpeP9it
2AWPaPuvgDJ/GuoVFX7qgfQVnT6nXi3F8qVuZLVpWXltbb0Me58X6HZ3EkFxqMUcsTFXUg5BHbpU
HifTtDvLeG91qVooovlSRZGX72OOPpW8YkJyUUn6UpRSMEAj0Nap2d0cVr6M4jTfDXhHWJHTT7qe
dowGYLcPwPxqveaP4JsLqS3ur6WOaI4dDO+Qetd+qKpyqgfQUhjQnJRSfpVe1lfd/eT7Ndkcfc+D
/DFnp/264luI7XCnzDcPjB6fzFZ9tofhPUtRt7XTbuadnLGRVnfIUKTnn3xXfTPFDCzzFVjUZJbo
BVO5EZv9NeMLtaR8MuOR5bU1Ul3YOEexyN7ongvTbt7a8vZop0xuRp3yMjIq3J4P8MRab/aEktwt
psEnmm4fG09D+tdiY0Y5KKT7il2LjG0Y9KXtZd394ezXZHC6f4f8Harc/Z7G8mmm2ltqzvnA6n9a
kk0rwh4f1aI3F5JFdQMsqpJM5wexxXbCNFOVVQfYUGNGOWVSfUij2j7u3qHs12RVGqWZ0z+0RcL9
j2eZ5vONvrVWx8T6Rqd0ttZX0U0zAkIoOSB17VqbFxjaMelAjRTkIoPqBUaF6mNr2uWFkklnNqq2
F1IgZH2bmUE9QMY7Gueub6TQU03VbXXLnUNOupxDMtyQwIOcsvAIxg13LopOWUH6iuZ0XRDPqd3f
6qzXE0N3ILRWm3pEnbCg4B+vNZ1Ena252YWooKTm1y9rK7voaVn4q0bULpLa0v4pZ3ztQA5OBn09
ql1LxBpmkTJFqF5HBI67lVgeR0zwKviNAchFB9QKVkVjllBPuK00ucetitaapZ39j9stZ1ktuf3g
zjjrXGrp3grV9SIhvne4upCwRJnG5jycCu7CKBgKAPQUgiQHIRQfYU4y5dhON9zidS8M+EtHeNdQ
uZ4GkBKBrh+QOvT61Lp/g/wxqlqbmxluJoQxUutw+MjrXZMit95QfqKAiqMBQB7Cq9rK27F7Ndke
f2+leB7q4jggv5XlkYIiieTknoKfc+HfC2myTDU7ieBRMY4t07/MAqk9P96u88pAchFz9Kp2KK1x
f7lB/wBI7j/YSqVSXd/eS4LsjmdO8I+FtXgabT5rieNW2FluH4PXHP1qiul+BnnEK6hKZS+wL58n
3s4x+deghFX7qgfQUnlR/wBxfyqfay7sfs12RxmpeE/Cujxo+oT3ECyNtUtcPyevatPwna6DAl0+
gzmYMyiVi7NggHA5+proWRW+8oP1FARV+6oH0FJzbVm2NQSd0jHfxhoUdw0D6lCJVcoVweGzjHT1
q9qOq2ekwLNf3CQRs2wM2eT1xx9Ks+VH/cX8qVlVhhgCPcVOhWpS0zXNP1jzP7Pukn8rG/bnjPTr
9KqXHi/Q7W4kgn1GJJYmKupB4I6jpWwEVfuqB9BSeUh6ov5UaBqV7/VLTTLQXN7OsMBIUO2cZPSo
dN17TdYeRNPu452jALhQeAenWr5VWGCAR6GgIq/dUD6CjSwa3Mi78W6JY3UlvdahFHNEcOhByD+V
XrrVLSysPttzOsdsQp8w5xz0/nVgxIeSik+4pSqkYIBHoaNA1M/TfEOl6vM8On3kc8iLuZVB4GcZ
5FRXvinRtOuntry/iinTG5GByMjPpWqI0X7qqPoKQxoTkopPuKNLhqcrqXhnw5cRTa1dySpDNiZ5
VmYKc4wcD14qhp/h/wAHarcm3sbuaeUKW2rO+cDv+td1tUrtwMelAjRTkKoPsKtVJJWuyXBN7HB3
+heDNMujbXt5NDMoBKNO+cHpVr/hD/C/9mf2j51x9j2eZ5v2h8bfWuyMaMclFJ9xRtXbtwMemKPa
y7v7w9nHsjz3TNE8J6pqctrbXU0pwDEqzvlhjLflVjUPD/g7SrkW99dzQylQwVp3zg9/0rq7RFGr
X+FAwY+g/wBmr5jRuWVSfcVTqSvuyVBW2OOi8H+GJ9N/tCOW4a02F/NFw+No6n9DVOy0TwXqN2lt
Z3s0s752os75OBk/pXe7VC7cDHpSCNAchFB9hU+1l3f3j9muyOYt4PDfgq9bddG3nuIxxNIz5UHt
+Nb9rqdpe2BvbadZLYBj5gzjjr/KrJjRuWUH6igKoGAAB6AVLd9XuWlbYyLTxbol9cx29tqMUk0p
wiAHJP5VY1LX9N0d401C7jgaQEoGB5A69KvCJByEUH6UpRW+8oP1FLQNbFaw1S01O0NzZTrNACQX
XOMjrVC38X6Hd3EcEGoxPLKwVFAOWJ6DpWwFVRhQAPQUgiQHIRfyo0DUp6lren6P5f8AaF0kHm52
bgecden1p+narZ6vA01hcJPErbSy54PXHP1q0UVvvKD9RQqqvCgAewo0sGpjx+MNCluFgTUoWkZw
iqAeWzjHT1q5qWs2GjpG+oXKQLISqls8n8Kt+VH/AHF/KlKK33lB+oo0DUp6brFjrEbyafcpOkbb
WK54PXvVJvGOhJOYW1KESB9hXB+9nGOnrWyqKv3VA+gpPKj/ALi/lRoGpW1HVrLSIFm1C4SCNm2B
mzyeuOPpTNM1rT9YEh0+6ScRkB9ueM9Ov0q6UVvvKD9RQqKv3VA+go0sGpjz+L9DtbiSCbUYUljY
o6kHII6jpV/UNUs9LtRc306wwlgods4yelWDEhOSi5+lKUVhgqCPejQNShpuu6drDSLp92k7RgFw
oPGenX6VXuvFuiWNzLb3OoxRyxHa6kHKn8q11RV+6oH0FIYkJyUUk+1Glw1K93qlnYWP2y6nWO34
/eHOOelQab4g0zV5ni0+8jndF3Mqg8Dp3FaBRSMFQR6UBFU5VQD7CjSwamVeeKdGsLx7W61CGKdC
AyNnjPI7e9FWtUewg0+abUli+yqP3hkTcMZ7jHriiqST6MltrqXaKKKgsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ9Kp6VHZ
RWQXTfL+zbmI8tty7tx3c/XNXDWR4WsLjTdEW3u49kollYqCDwXJHT2NPoLqbFFFFIYUUUUAFVdU
/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2K8OmsYIz9vveVH/LQen0p/8AZjf8/wDe/wDfwf4V
at/+PaL/AHB/KsDxZFezXGlLp0jpcrNJJHhiFZlicqr4/hJGDn1p8zFyo1f7Mb/n/vf+/g/wo/sx
v+f+9/7+D/CuGTxLq6w2rW7JZR3E082b5X5bz2HknCk8DsME9uBV1NV1mxsHEF417O95c2eJoRuh
lZz5JOMfKAM/RhjgCjmYcqOs/s1v+f8Avf8Av4P8KP7Mb/n/AL3/AL+D/CuTk8T6lPZx3TT/ANn2
03mtHI1oXJaMIojx/tP5h9SFwPWn3d7rN1p9zcSoTNDd2axWQTaA/wC5dsv1PzMw9AKOZhyo6n+z
G/5/73/v4P8ACj+zW/5/73/v4P8ACsHV7gTeD7Ca+uZHSS5t/tUmxoTt8wbwVHKgcgjPbmqC3t1Z
7zp0pFkFuGsprsOQiBIucnnbuL4JzxjsKXMw5UdDY+HI7B7hob+/zcSGV8yg8n8Kuf2a3/P/AHv/
AH8H+Fc1a+Iby5mtVa5eBTCrwpJbDN++5wyhhwB8q4K9nDdOKrW3ibVhbPd+abyG3jhuLtUtCphy
2JIQOpKqd3cjbz1oTtoi5tzfNLc67+zW/wCf+9/7+D/Cj+zG/wCf+9/7+D/CuSh8Qa9/bMNvdSW0
HyK7QPG26YMhY7MKeVPy/ex8pz1qY6xrVpaaUJrlJZdVgQrIbcL5Mgw8mQO3l7sA9096fMyOVHT/
ANmN/wA/97/38H+FH9mN/wA/97/38H+Fc5qWuanHHqt7Yyh7WJ4I4FMOAiOqM0pOCTjce2B3HFZ0
vifVorWBpdRtVcBDG0VuXW7zMyMNxAxtULkgAZOelHMw5UdjNp8qRM0d3eyOBwnmqM/jisyKyGi3
lpPd3ZVJJmJjLfu4zsbpwOffj6V0tUb3/kI6d/11f/0W1NSewnFCf2zp3/P7B/32KP7Z07/n9g/7
7FX6y28Racs97C0/7yykjjnXY3ymTGztyDuHIqdCrMl/tnTv+f2D/vsUf2zp3/P7B/32KkutVsrJ
Ge5uoY1R1jYs4+VmOFB9Mk1OJ4tufMTGCc7h0HX8qNAsyp/bOnf8/sH/AH2KP7Z07/n9g/77FWvt
MG9k86Pci7mXcMqPU+1V4tVtZbuS3SVSyIjlsjaQ7MqgHucoeKNAsxp1nTv+f2D/AL7FUdNbQ9JN
ybO5hT7TKZpcy5yx69as3viKx0++NrcNKrIqNJIIXMcYYkKXcDCjIPU1cjvIZG27wrbzGA3ylmHX
GetHu9hqU0mk9GQf2zp3/P7B/wB9ij+2dO/5/YP++xVk3lsqyM1xEFiOJCXGEPofSn+dH/z0TqB1
9en50aCsyn/bOnf8/sH/AH2KP7Z07/n9g/77FWPttts3/aIdm7bu3jGfTPrTxPEQCJUIK7gdw5Hr
9KNAsyp/bOnf8/sH/fYo/tnTv+f2D/vsVZF3bt5e2eI+YSEw4+Yjrj1xTkuIZZGSOWNnQ4ZVYEj6
ijQLMzbnX7SDa0c0M0f8YSQbx7gd6fo11Dei8uLaQSRSXGVYd/kSrV1ZpebVlaTyx1jVsB/r3I9q
h01FjlvlRQqrcYAAwB8iVXu20J1vqX6KTNGagsWsLxXrF3otjbT2MSTO9wFkRhkmMKzvt5HzYQ4r
czUFzZwXbQtMu4wSeZHz0bBGfyY/nQBy994vuU1K5WxW2ksY4UMUpyS7+ZGrc5xtAlGPcGr2oeIJ
dN8Vw2c4iXTWtgzzHhkkYvtyc42kRsOmckVZHhTSFsltFtSsKRmJQsjAhS4c85z94A568U+bw1pl
zbPBcRSTpIiRuZZndmVXLqCxOeGJ/l0oA5uPxbrNz5CLDHFJNcTLiK1adljVY2TK715xJyf0rY1j
XZ4ogulSwzNDL5d7IkLTm2+U8mNSGPIwcHgdjVy48N6dczeayTRy+Y0u+G4eNtzABuVI6hV49qs3
ul2+oRRJO04ERypineNumOSpBP40AZmlate6q8l3FPZf2dC5ibCsWfaPmcNnAGegIPHesW28b3t7
pcstmtlPd/aofKiRsgwS8oCQeHwGB9D2roX8KaQ4kUWzRxyJseOOV0Q/LsztBxnbxnGanfQNNe6i
uPsqLLFt2lMqPlO5eBwcGgCnp3iaK90nU9TUeZaWmXj2DDMghSQg5/iyxH4VBJ40ggvLW0msLtZ5
QjSooDmEOSFJ25B6ZOOgq+PDWlLHcRpbFEuJJJZUSRlV2kXa5IBxyP8AHrUk2hWE97HdskizIqpm
OZ0DqpyoYAgMAc9c9TQBX0fxGur3ZhFlcW6tbrcwvKVxLGxIBABJHToa2qx9N8OWmlapJd2ZkRXg
EPlM7OFAYkYJJwOcADgVr5oAWikzRmgBaKTNMeeKJ0SSRVaQ4QE43H2oAqWn/IW1D6x/+g1frPtP
+QtqH1j/APQa0KqW5MQoooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAyvEunTat4eu7K2KCWZQFLnA6g/0opPFF/Ppfhy8vLVlWaJQVLDI6gdPxoroo89vdManJf3jWoo
ornNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf
+zU11E+hfooopDENZnh3U5dX0lbqdURzJImEzjCuVH8q0z0qnpdraWdmIdPKmAMxG19wyWJbn6k0
+gi7RRRSGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT2Jbf/j2i/wBwfyqTGajt
/wDj2i/3B/KpaQxMUYpaKAExRtFLRQAmAKMClooATH1oxS0UAJio3toZJ45njVpYs7GPVc9cVLRQ
AmKiuLWG7gaG4jWSNiCVbkHByP1AqaigAqje/wDIR07/AK6v/wCi2q9VG9/5COnf9dX/APRbU0Jl
6uT1Lwlc3d5JdwTwxzNfpMc5w8H7rcje+Ytw9/qa6yikM4NPAlzGLovHZ3ExcOk087t5oE6yYZCp
C8AgkbuvGASKsah4KvLq/nkt54IYJHO2PJOxJRi5A46nAI9/Su0ooA4u58F3U8l2qiwRZPtTLcAN
5svnKyqj8cKoYdz9xcAYq+/hdl8QWt/bi1W3to4o1tivy8eZuYADAYbxtP8AvDjOa6WigDndU0bU
bvUNQFubUWmo2sdtK8jNvjA3hiFAwch+Mkc1UPhW8jv4Z4GtgyXUknmsxJWNnDYCFSC2B1BUg9yO
K62igDjYvCd5FZWcZtNJlezdSQxbbe4Rl3S/KcMC24fe5z9aYnga6RbeJb2JIvs22fYpB85Q4iZP
ZfMPU5+RK7WigDjdG8FvZyWjXVvZ4huBNIBM8wkIhdAwDKApywOPQdTxTbLw1eqNXiijhSGRZbG1
Mu4GO3Ksw2jnP7x8f7qCu0pKAOOuvBUj6pZTRR27W0EUKCITPCIWRyxZAow2c9OOQMmpPDWg3Wj6
/wDvrW2SNbAQ/aIAf3zB/vOSB8xHOOep5rrqKACsiC0ae8v2W6uIh5+NsZUD7ieoNa9UbD/j4v8A
/r4/9kSqWzJfQT+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UrsfKih/Zsn/QQvf++k/wDiaP7N
k/6CF7/30n/xNX6KLsOVFD+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UXYcqKH9myf9BC9/wC+
k/8AiaP7Nk/6CF7/AN9J/wDE1foouw5UUP7Nk/6CF7/30n/xNH9myf8AQQvf++k/+Jq/RRdhyoof
2bJ/0EL3/vpP/iaP7Nk/6CF7/wB9J/8AE1foouw5UUP7Nk/6CF7/AN9J/wDE0f2bJ/0EL3/vpP8A
4mr9FF2HKih/Zsn/AEEL3/vpP/iaP7Nk/wCghe/99J/8TV+ii7DlRQ/s2T/oIXv/AH0n/wATVW/0
u4lhEMdxcTh+D5rptX3Py5P4fpWzRQpNByoxtFtHsri8t5LiS4ZPL/eSdT8tbNULT/kLah9Y/wD0
Gr9ObuxR0QUUUVJQlGa57xw7J4fUrKIQbqBXdmZVCmQZ3FSDjHXBFZsGo31tLbLp93bvYQx2u5Uj
aRZjLO0bkSMxYAAZ7/lQB2dLXAWGr6jpOmzLJMzwvFNLEVhG+Ei52cljgjD5JOAAM9KWPxNrc+n2
91HLEoit5JpV8jd5+2fywMg/LlRnjPtxQB31FcRe+JtQgt76WK6h8+OcwtaNCQbVPN2CVm5JG3Dc
jHzZ6Cs+/wBd1K9sIILq/tVJMDL9mjLi8/flW2txjaFXOBjJPbFAHo2aWuD8cXM0Ou25imZCloZI
1Wd0ZnEgOI1XIdyOMNxzT5vFWqRazqSSNBHBbCZVtVUtcYUZSRVwAQepyduD7UAdzRXCaf4pv7yG
1W5vobJGlmX7W0IcTFHUKnB25IYnIPOOO9Nk8U6v5d20U0ZnEUrPb/ZzmxZXCoGP8W4Z4OM9RxQB
3hOKK5HULjUbnwVr8M9yTdWxlhWeOLaXUAHO3PBIJHH1ps97qelJfxQTxLbWAt7ZD9m+WMME3zEA
8hQSdo49aAOxpM4rhZPEGtSWry2t3E0dtDdTrMbUkXixGPbgZG0EswyOu3Iq/fXWoN4X8QwXVwZZ
7VWjSeFDEzAxK+QATgguRkHt60AdXmlrgDq2q6dqF5azSvE9qlvbPdyoXQRNJJifHQnbtBPQNnPA
qtqniDUb7TDBPeJBGwBhcW7Br9fOK7l/ujaFPH97PSgD0eiuU0DXtS1HxNd2109okCGVfs2T50ex
wqtjHQjnJJzkYqh4au5f+EuuE8xpA8l2sqpPI5XE3yGRW+VOOF29c/kAd3RRRQBT1X7D/Zs39qeX
9jwPN837uM9/xxRVXxRYT6p4cvLO1VWmlUBAxwOoPX8KK2pxi1q7GU3JPRXNaiiisTUKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s1NdRPoX6
KKKQxDWN4Ss57DQkguojFKJpW2nHQuxHT2NbJrN8P6o+saUt3JGsbGSRNqnI+Viv9KethdTTooop
DCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P
5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A9FtV6qN7/wAhHTv+ur/+i2po
TL1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJmgBaKSigBao2H/Hxf8A/Xx/7IlXc1SsTi41D0+0f+00
prZie6MGfxZcQXesWzW8RlgcR2AycTthQQ30Z1zjsaIvFF3LoOo3ohtxNa2UNwg+bazPFvIPOcZ/
Stz+xtNmnS6+zRvIJWnWTJPzsmwsPqvFQHwrpBJ/0VgphWBkE0gVkC7QCobBwOMkZpDMiTxhcPPY
xw20QJikN4HJzDKqSEIP+BRPnPYD1qex8TSnw8Lu+aFbyaF5reHyJId21NxGGJJHv0IrXOhacZJJ
Pske+WVpnIyNzsnlkn6qSPxpbTRbKy0+Sxhjf7NIpVo5JXfgjGAWJIGOwoA5aLxhqcllGDBEt09z
GnFnMT5bxM+7ys7jyhGQcHBPar134wGn6xc2kot5Ft7RpGVH2yNMsfmFQpOQpXv2NaI8J6QsAiW2
kADq4cXEm8FQVHz7t2AGYYzjk1Z/sLTvKWM2qlVl875iSS/qSTk9SOaAMxtQ1tJbK0ddPF3e7pA4
VzHCiqCwIzlzlgAQR3PbBzLjxre2xkMtrbeXFbS+Y6sxAuFeRF/4AxjI9csK318L6UlqtutvII0Y
Mn7+TdGQMDa27KjBIwCBinP4Z0h7OS0axiNvJB9nePnBjyWx19STnrk9aAM/VfFJtEszZrFcN54W
8TndGgjZ22/7QC5x7VBbeItT1JJTp8diFgied3lLFZF82REC4PGRESWOeo4NdLJZW8r27PGGa3Ja
Ik/dJUr/ACJH41m/8Ijov2WG2WxVYYUaNER2UbGOSpwfmUkn5Tke1AGPceJ9TQT3UK2RtF05L+NG
jfzMPkBSd2OMdcVKniPUGl1WTyEaCwlcbRbSAtGjAMRJnaW27iFA6it+40exuvN863VhLCLdxkgG
MEkLx2yTT1021S3uIFiAiuGdpVyfmLfe/OgDNGtyx6RZXtxGI/tc6hUCkkIxJXPIw23GfQ9qpHxt
FPpjzWthefaWGY4GVNxHleaH+9jbtI4znPGK230WwkCB4AQgjCgs2Bszt79txqtN4V0eeAQyWY2D
aBtkZSAqbAMg5xt4x3HXNAFHTvFLXEsVubaW5unSN2SBQoRTHGzOdzcgGQdOeeh61HJ43jkfy7Gx
luJUvI7aRBJHwHLAMDuweUIxnPritU+G9LLxuLXa8ZUqySMp4UKBkHkYVRg8HAzUcfhTR4o5EjtN
qyMjHErggoSV2nOVwWOAMdTQBWi8WQCZ4mgmkEU5imlRQEhzK0abstk5K9s+uBVrRfEMOtySpFbX
EBjVZB5wUb0LMoYYJ4yjdcGpD4c0s3SXH2Ueajl8h2ALFy+SM4bDMSMg4J4xU9npVnp7brSARnyx
FwSflBZgOfdmP40AU31C202/1GW7mWNcx4z1Y7egHc1atNUiuYBJJtgyeEkdd2OxIB4+lULnR7PV
tQvku4gxUx7HHDIdvY1YtNAs4oAlza2c7gn959mRSR2yMda0fLbzM1zX8i99st/+e8P/AH2KPtlv
/wA94f8AvsVB/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FT7pXvE/wBst/8AnvD/AN9ij7Zb/wDP
eH/vsVB/Yml/9A6z/wC/K/4Uf2Jpf/QOs/8Avyv+FHuh7xP9st/+e8P/AH2KPtlv/wA94f8AvsVB
/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FHuh7xP9st/+e8P/fYo+2W//PeH/vsVB/Yml/8AQOs/
+/K/4Uf2Jpf/AEDrP/vyv+FHuh7xP9st/wDnvD/32KPtlv8A894f++xUH9iaX/0DrP8A78r/AIUf
2Jpf/QOs/wDvyv8AhR7oe8T/AGy3/wCe8P8A32KPtlv/AM94f++xUH9iaX/0DrP/AL8r/hR/Yml/
9A6z/wC/K/4Ue6HvE/2y3/57w/8AfYo+2W//AD3h/wC+xUH9iaX/ANA6z/78r/hR/Yml/wDQOs/+
/K/4Ue6HvE/2y3/57w/99ij7Zb/894f++xUH9iaX/wBA6z/78r/hR/Yml/8AQOs/+/K/4Ue6HvE/
2y3/AOe8P/fYo+2W/wDz3h/77FQf2Jpf/QOs/wDvyv8AhR/Yml/9A6z/AO/K/wCFHuh7xP8AbLf/
AJ7w/wDfYo+2W/8Az3h/77FQf2Jpf/QOs/8Avyv+FH9iaX/0DrP/AL8r/hR7oe8WFu4GYBZoiTwA
HFTVTTR9OikV47C1V1OVZYVBB9RxVyk7dBq/UyvEuozaT4eu722CGWFQVDjI6gc/nRVrVIbKfTpo
9T8v7Iw/eeY21cZ7n64orWnKCXvK5nNSb0ZbooorE1CiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelWFvptmLezJMIZmGW3
cliTz9TVw1ieELWaz0BIriJ4pBNKdjjBwZGIP5Gn0F1NyiiikMKKKKACquqf8gq8/wCuL/8AoJq1
VXVP+QVef9cX/wDQTTW4nsS2/wDx7Rf7g/lUtRW//HtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABVG9/wCQjp3/AF1f/wBFtV6qN7/yEdO/66v/AOi2poTL1FFFIYUUUUAFFFFABRRRQAUU
UUAJXHWmix3/AIh1i2vb3UBJFKssYju3QeW4yOAexBFdjXP6l/oHjDTLzpHeRvZyf7330/kRVRe5
MlsH/CG2f/P7qv8A4HSf40f8IbZ/8/uq/wDgdJ/jXQUUc8u4cq7HJWemLZeNYLa0u7544LZpp1mu
WkBLHagwfxNWbuxvLu7u3gmLW63H7y2Cj5/kTnJ6/Q8VJ4Y/0y51XVTyLq5McR/6Zx/KP13GtOw/
4+L/AP6+P/ZEq+ZpkWTRFDa3phQrfNGuBhTboNvtipPsl9/0Ej/34Wn/ANq2P+mH7VCBZf8AHyS4
Hk/Lu+b045po1rTzaTXIu4fIhjEskm7hEK7gxPoRzUczL5RPsl9/0Ej/AN+Fo+yX3/QSP/fhafLq
tjA1usl3ArXKs8ILj94qruJHqAOabZ6zp9/ZSXlpdRS20ed8in5RgZPP05o5mHKJ9kvv+gkf+/C0
fZL7/oJH/vwtQf8ACUaMbIXY1G3NuZPK3huN+M7fXOOfpVxNRtJJxAtxH5phE4Tdz5ZON2PSjmYc
pF9kvv8AoJH/AL8LR9kvv+gkf+/C1EPEujm1e5Go2xgR/LLh+C3YD1454qQa5ppIAvrY5gNyMSA5
iHV/90etHMw5Rfsl9/0Ej/34Wj7Jff8AQSP/AH4Wpp9Qtbb7P59xHH9pcRw7mx5jEEgD1JANVp/E
OlWqRtPf20ayllQtIBkqcN+AIwT0FHMw5R/2S+/6CR/78LR9kvv+gkf+/C1DJ4l0iG8ktZb+BLiI
FnQtyoxnJ9qkXX9Me8ktVvYTPG4jdM/dYkKAffJA/GjmYco77Jff9BI/9+Fo+yX3/QSP/fhamW+t
nQOkqMplMOQc/ODgr9cgippZEhieSQ7URSzH0A60czDlKf2S+/6CR/78LR9kvv8AoJH/AL8LVi1v
ILxN9vIHXCtkehAYfoRUkkscO3zHVdzBV3HGSegHvRzMOUp/ZL7/AKCR/wC/C0fZL7/oJH/vwtW4
pknUtGcgMVJ9wcH9RUlHMw5TL01JI9Rv1mm818x/NtC/w+grTqjaf8hbUPrH/wCg1foluEdgoooq
SgorB8ZXE1toiG3nMDvdQRlxN5XytIARvwduR3xWeutX9lc29vC1rNaRJbGZpJmmkczTNH8snAIG
M5I56UAddRXC6f4mvrKxkW8khdWSWS3lId3yLjywrDIz94YwQBjk45Cr401GWyt7qKGy8tYJJrgM
WywSfyiEIJAzjPOcdOetAHc0Vx154uu7a1urpPsLKtwbZLcviWJhL5e+QlgNp6/w9QM85qhfeKtT
nsEjeSwspQ0BkKT7mm3TlMRFWI6JyMt94jtmgD0CiuH8aapeafrUP2e7lhjitDOVSdUHEgydjf6z
5cjbUkvjS7j1TUEaC2isrUyxlncGUOg4OwNuYH02jgg5oA7SiuLsPGF5qCwRBtPtpi84ea4JEb+W
6rtUBuGIbP3jjHftHJ42vVgnlRLFmaKZ44dzb7cxuEAl575PQDBGOetAHcUVyV/quozeDdccywwX
9l5sJmh3BflAO5RnIOG9eDzSTa3qGlrewf6G0dj9ntleQyf6yQJ87sWJ2DdnnJPr3oA66iuIm8Xa
mIJGt106X7Kl1LNL8+ydYTH/AKvB4zvIJOQCp61dvNVvz4Z8QfaJIobyxVkE1rkAZiVwQGzgjfj8
M+1AHVUVwi+JtRtNQubS4kjFzbC3tJGuMiJWaSTE5xjhkC8ZHJxkVDqPi6+u9OljinsbUpgGcSMD
c/vjHmDnphc9/vAe9AHoNFcvofiW81fXrm2kt7aO0RpUXEy+crRvt5XcSc8n7q4465zTvD14L24a
5uNUkN7JJKj2JkXbEFYjATGRgAc98+4oA6aiiigDH8V2U+peGb20tY/MnlQBFyBn5ge9FS+ItSk0
jQbq+hRHkhUMqvnB5A5x9aK6KLnb3UY1FG/vGnRRRXObBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiGs/QtUOs6Yt2YvKzI6bd
2fusV6/hWgTgVT0rTYdJsha27O0Ydny5ycsxY/qaOgi7RRRQMKKKKACquqf8gq8/64v/AOgmrVVd
U/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQ
AUUh6VzMPji0aFbi4tp4baS4FtE42yFnJIwyqSUIxnB55oA6eql1C8l7ZOq5WORi59AUI/maqt4n
0dHuka/iBtVZpuuFC/e56HGRnGcd6jl8U6ZAryXFysUI8sKxB3MXBKjbjIPyntQBs0VlyeJdJjnt
IWvozJeBTAFy28N93kDjODjPofSq9x4kWLxGNISBWk2I7O06IcNu+6hO5sbT0oA3KK53S/GNrf2c
lzcxPZxokUgLOsm4SZ2gbM/Nx93r09a07nWLW0+zvLIiwzI8gkZsYVV3E478CgC/RVCx1zTtSspL
uzuklgizvcAjbgZ5B56c/Sq8XirRp7FryG+jeBWCEqrE5IyMLjJyOeB05oA16Kx38UaZDDNcS3cS
20ezbKrbt+9dwwBz05+gJqK08WafeajLZpMokwjQZJ/fq0YkBHHHBPB5ODQBu0Vg6f4x0m90pb5r
pIhsjZ0OSVL9FHHzHORxnkGrtvr+m3dzb29vdpLLcRmSNUBOVBIJPHHII57jFAGjWJ4vt3l8PTTQ
g+faMt1Hj1Q5/lmtumyIsiMjjKsCCD3FNOzuJq6I7W4S7tIbiI5SVA6n2IzVLxFfnTNAvbpf9YkR
EY9WPC/qRVPwe7RaTJp8h/eafO9sf90HKn/vkim+I/8ATdV0fSxyss/2mUf7EYz+rEVSXvWE37pp
aJp40vRLOz7wxKre7dz+eaWw/wCPi/8A+vj/ANkSr1c9LrAsNQuraOGSSeafKnYxQfIncDk+woin
K4m0rFG48K3s2q3cyvCtve3JN0uSTJEFUoOnXcrA/wCy5qBPD2sQ6be2At7d1u7GGAzGfGx0i2Eb
dvIJHWumj1RBGokiumfHzEWsgBP0xTv7Vh/543f/AIDSf4VNmVzI5v8A4RK+FyG8yF4rdpIbUEn9
3A0UgAPHXdIo+iA1asNE1IeGTYzSSwSLBJD5T3AnWYmPaCWZdygHoBitr+1Yf+eN3/4DSf4Uf2rD
/wA8bv8A8BpP8KLMOZHIReFtYito28ttyzxSGIagwlO2KSNm87bkA7kwvoD61bvfDGrahdXF3JPB
G1yHt2hxkpC0ez/WdSQcPt6ZrpP7Vh/543f/AIDSf4Uf2rD/AM8bv/wGk/wosw5kY5s9Xd9PvW06
zSfTw0a2y3J2urKAWVtvykY4BHQnpWVd+DdTmtLp42tVvXt5PKIJ2K8kkrOnT7m2Tbn1GccV1v8A
asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy9S8OT6iLOOa5Z4o5C5BCgwfumVSmBkkMVPJ7V
m6foWuafaMzW+n3N5dWzW85aQqsbGWV9w+U5U+ZyvB4FdN/asP8Azxu//AaT/Cj+1Yf+eN3/AOA0
n+FFmHMjCu/DN41jcW0MiSBtJiskd2xudC3J9BgipU8My/Y9ZEkkrS3sk7RJ57eWm45RgvRWBAOR
zWx/asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy5NHvl0qwsbZUjW1MLs4lOXI3eZnjnnBz3
yaw28G6nDpQtESK4iJRmgkunAZ/ICM+7BPD/ADY79etdh/asP/PG7/8AAaT/AAo/tWH/AJ43f/gN
J/hRZhzI5uLw1qMV3bPPHHdwR+WBCblkEbCKJfMGByQUfj/azVJPB+qyLO19DbTgXkNzHAJyEJVn
3kccZVl65Jxya7H+1Yf+eN3/AOA0n+FH9qw/88bv/wABpP8ACizDmRzjeG9VbU1ldkkX7QZYpjcM
Dar57uQFx825CF9unQVe8MaDc6NNM07AiaFN+JWfMoeQluf9lkH4e1av9qw/88bv/wABpP8ACj+1
Yf8Anjd/+A0n+FFmHMiFbmG0v9RmuJUijUx5Zjgfdq5Z3a3kAmSOVEJO3zEKkj1wecGsK40m08RX
d6ZlmjZGj8typVlO3+6eoq1aeGbQQAXttC8oJ+aNnAYdjgng1pJRtq9SE5X8jborK/4RrSv+fNf+
+2/xo/4RrSv+fNf++2/xqLR7le8aM8EVzEY54kljPVXUMD+BpsdnbxIEjgiRBjCqgAGDkfkeaof8
I1pX/Pmv/fbf40f8I1pX/Pmv/fbf40Wj3D3i+1pAyFGhjKsCpBQYIPUfQ0Czt1TYsEQQDbtCDGM5
x+dUP+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvF42VszyO0ERaVdshKDLj0PqKaNPtFEYF
rABGMIPLHyjrxxxVP/hGtK/581/77b/Gj/hGtK/581/77b/Gi0e4e8X5bS3mkSSWCJ5IzlGZASv0
PakaytnmaVoIjKy7C5QFivoT6e1Uf+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvFz+z7Tyk
i+zQeWjblTy1wp9QMcGnfY7fdI3kRbpceYdgy+OmfX8ao/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+
a/8Afbf40Wj3D3jRMEZV1KLtf7w2jDfX1oaCJg4aNSJBhwVHzdufWs7/AIRrSv8AnzX/AL7b/Gj/
AIRrSv8AnzX/AL7b/Gi0e4e8X1tLdYxGsMYQLsChBgL3GPT2pxgjKupRSH+8Co+btz61nf8ACNaV
/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jQktoZQ4kijfeu19yg7h6H1HJprWVs3l7reI+U
NqZQfIPQenSqP/CNaV/z5r/323+NH/CNaV/z5r/323+NFo9w94vrawJcNOsMazOMNIEAZh7nrSi2
hWd51iQTOMNIFG4j0J61n/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jVorMi8Pab
DKksdqFdGDKd7cEfjWnSdug1fqVNUtLS+06a31AgW0gxJl9oxn17UVR8XWk1/wCFr62tojLNIgCo
vU/MKK2pRTXxWM6js9rmzRRRWBqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8A
kM33+5F/7NV+qFt/yGb7/ci/9mprqJ9C/RRRSGIaw/B0UsHh9EnSRJPOmO2QEHBkbHX2rcNUNF1R
dY05btYjEC7ptJyflYr/AEp9BdTQooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E
01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAhGa5qTwlNNeN
eSakv2vejJIlqqg7GyN4B+c9s8Y7da6aigDl5PBQlieB9QkNsqSrbR+WuYvMbLEn+L0HTjrk81oT
eH0m1n+0PtDBvOim2BRj5EdMZ99+fwrYpKAOJh8KahYeIrGWHyLizto4ow8rEEBd2SVBxu+dtpwc
E9q35NEnOvPqMF4iJKkaSxNAGJC7vutkFc7j2rCn8Vajp9vqb3EtlLNHfPDbRCNydipuIOPbuffr
wKS18U3TavI4eA2tzJaqsDSkzR+bEpGwdMAnJPfDdMUAWbPwItpYyQfa4Xcwxwqfsiqm1DkMyg/M
/wDtZBHbFaF74ZF9YWltLezs1vBLCZZPmeTfGULE+vOaxtD8V6hPNplktqs8YgthdTyzKrkyRht4
ycnr6HJz6Vfvtbv4tZnsrBIGma6igQ3DtsUGF5CcAZ/g6e9AGjFoSxx6ivnsftyKhO37mIxHx69M
1mXfgiK6VCboGSIwlPNgWRP3cbR/Mp65DH0war6v4gvLrSdDlswbf+0UMsm2dYyMR7tokZSB+WTj
tzT4vF80lxAYYoPspe1iZJ5Ntw5mCkMqjjADDPrtbpigCtrfg+8NrCmnvHLh4zJGAIRhYjGNoUgA
cnjI4OOa17bw0cxTzypHL50Vw8UKYjVkh8vauedveovDXia41m5jjuUtP31r9pT7NIX8sBtpV89z
/Rh2rpaAOVt/BcsEds7atJJd2aRx2sxgUCNUDAAr/FkMQTx26d9LSPD40q5M/wBqknkeLZIXUDc5
keRn46ZZzx2rYooAKSlooA56H/QPHE8fSPUrYSr/ANdI+D/46R+VGm/6f4u1S86x2iJZRn3+8/6k
D8KTxgxsbey1hVLHT7gO4HUxt8rD9R+VT+ErV4PD8Esw/f3TNcyZ/vOd38iK0fw3I62Nus23t4rl
9QinjV0Nx0Yf7CVpVRsP+Pi//wCvj/2RKhbMp9C3HGIo1RScKMDJJP5mnVH9ph/e/vo/3X+s+YfJ
xnn045pPtlt5Ty/aIvLRQ7PvGFUjIJPpjmkMloqN7mGMoHmjUyAlAWA3YGTj145plvf2l3C01tdQ
TRIcM8cgZV78kUAT0VUOraeLUXJv7X7OW2+b5y7M+mc4zVhLiGRwiSxs5QOFDAkqeh+nvQA+iq39
qWHkyTfbbbyom2yP5q7Ub0Jzwak+124OPPiz5fm43j7n976e9AEtFMeeKPy98iL5h2plgNxxnA9e
BUcl/aRCMyXUCCRtiFpANzdMD1PtQBPRVVtV09bhoGvrUTLndGZl3DHJyM5pw1Kya4a3W8tzOhw0
YlXcD05Gc96ALFFM+0Q4B82PBfZncPvdMfX2pzusaM7sFVRkkngCgBaKZDcQ3C7oZUkGAcqwPBGR
+YINPLAYyQM0AFFNSRJATG6sASCVOeQcEfnTqAKFp/yFtQ+sf/oNaFULT/kLah9Y/wD0Gr9VLcmI
UUUVJQUVi+Kru7s9JjbT2dbiS5hiHlhNxDOAQN/y5we9Ujr1/YXUFpNaGZES3NzNNMolUzSmNQFR
dpwRzgjj3oA6eiuN07xXdwWUq38URbbLJBM0hPmYn8sKyqhIOWUAKGJ+tO/4Te5a2t549NQp5Ty3
IaYqUCTeUQoK5Jzk87ffBoA7CiuYufFlxBaTXi2CSWxuDa24WUmR5RJ5fzKF4GQTwSenGTVG+8V6
rPYYi0/7DNGYDcmWXDIHmKDYu35shSeccMO9AHa0VyHivWdS03VUWyllSCG1NzLsiR0ADgMZM/Nt
25+5zUreM5BfXqjT2WwtTLGbyRiEEidjgHgngYyenHNAHVUVy1h4sutTMUFrp8Qu8ymVZpmjULGy
qcZTdk7hwVGO/bMUvjaaO2a5/s+MwyxzSWg+0fO/luFO8Y+XOe2cdDzQB11FcvqGuahJ4Q1i4ihi
ttQsvMiOJNyBlAO5W288HIyOtDeIL3ThcW0lpHM1p9nt97XPMs8u0DJ2gBcty3X/AGaAOoorkbjx
leQrKq6bA8lotw12BdfKBDszsO35iRIODjBBBqzd65fHw3rUrRR2d/YKy5jfzVDeWrqwyBnhhwR1
BoA6WiuMt/Ft6t/LZyxxyXkQhtWhZgii4Z3G8tgkIyqrDg9QBzTNQ8X39zp9yljbRQTWxC3MpnBC
HzjH+7+X5/uE846460AdtRXP6N4kn1bV57ddNmjskMipdE8FkfYQRjHJzjBPTnFVLTUdRW7tZ5b0
3Ed3qFxa/ZWjQBEV5AGUgA8BBnOep6UAdXRRRQBm+INSbR9Dub9I1laBQwRjgHkDr+NFT6rYW+qa
bNZ3ZYQSjDlW2nrnr+FFa03TS95GU1O/uluiiisjUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VR0fTE0ewFpFI8ih3fc+M/
MxY/zq8aw/Bvmnw+nn+Zv86b/WZzjzGx19qfQXU3aKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QV
ef8AXF//AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAl
QQ31tcuUhmV2BYYX/ZO1vyPFTmuETRtTu9Eht4VlQx20ttMBKYyZftCFj1B5VXIb396AO7zUVtdQ
3kXm28gkj3Mm4eqkqR+BBFciug30FxDFLaTXenRTTeTAt3tMWXUxvksCQBuGM5GehzUVzoutQwsl
vbtJ54mQ7LgJ5ZN0ZAxyR1Q9ue1AHT3sWkJKyXsFpvuAZmEkQPmCPHzHjnbuHX1qwNOskuFnW0tx
Mq7VkEQ3AYxgHGcYrjJ/DurPeXsqWsguXt7uP7Wbv/Ws7qYtq5+XCjHbGMU7UdJ1LTjqWqQC5Esn
2vJjnLEoyjytq5OCDyMDigDrZrTTLdobme3tUaHbHFK8agx5O1VU445OAB61Hd6jo9nqEcN3cWcN
3IQ6rIyhyeVB9fUA/UVymhWkk3g24Wxhnnn+3xTlGO1W2yRsRGWdhjavduuat6lbarJaa2i6I0/9
qoNuZo90P7sIVbJ5xgsNpIO7t1oA6Yw6fewNamK3mhgcI0RRWVGABAx0BAIP41IbO1a6S5a3iNxG
NqSmMb1HoDjIFYlraXq6PrDQQjzrtzJbpcEqWBhjX5scqcqeOKwYfC+r3GnLDdJMqxG6eFBc7NhZ
U8r7rnowY4yQKAOvsLHTdAht7W1jjg85vLQ7fmlYKTye5wpOT6U8a3pp1JtP+3W/2xesO8bhxnp9
OfpXOW2iakfE9peXVrJI0VwZGu2uRtEZgKhBHnqGPXHcnuafN4fvjrc146m4tJL5na0d1CbDAEEg
PUMCCMEngk46UAbP/CVaH9mNx/atn5Ify9/mjG7GcflzVyPUrOa4EEdzG8pLAKrZyVxuH4bh+dcc
uj6qlunl2V+n2f5bHN3CZrX5fmUsTteM/KMNuPH0xdsdPvbfU7FbqJfPa/nu3kj5TYYdp57ZZlwD
6e1AHXUUUlAHPeNS8+ippsBHnajMtuuewPJP5A1c8L3pvvDtnI/+tVPKkHoyfKf1FVJf+Jh44hj6
x6bbGQ/9dJOB/wCOg/nRof8AoPiDWNN6I0i3kQ/2XGG/8eB/OtH8NvmQviudDVGw/wCPi/8A+vj/
ANkSr1YD61b6dfXlux3XEk+5U6DGxOSewqYpu9hyaVmzJufDWoyapqRjhQWmqXBW7y4+aJVQqQPf
DofZge1QR6LqkOj6hpzaY7m806CEOJI/LDJDtZWy2evHAIrqo9bs/LXzbmMPj5tobGfbin/21Yf8
/K/kf8KOWXYOZdzlm8Mak11CZIkkjsfNtrMlxkQNDIAx9yWjT/gGe9W9O0rUl8JmyCSQMLZ4pIbi
OLdKxjwNrRkAAHuQSe9b39tWH/Pyv5H/AAo/tqw/5+V/I/4Ucsuwcy7nEweHNVitYj9iugi3MMrK
Ps3n5WGSNiB/q9vKAZ56mr99oWtXl/cXsUUMP2iN7NV3YlihaPaCSG24D4fAGeuK6f8Atqw/5+V/
I/4Uf21Yf8/K/kf8KOWXYOZdzn/7OmY6ZcL4cMUVluR7MPDliU2h1+ba23kckHDE1l3XhPVWs7me
3s4kuhZSpBCsi7QJJZS0GfQI6+2VHpXaf21Yf8/K/kf8KP7asP8An5X8j/hRyy7BzLuY+reH73Ux
p8UkqMkE/mxuqbWtiInCtnJ3EOV6YrKs9E1KCzaS/wBCiu7i5tZIjEJYysEjSyuc7j9xt68jJ+Xp
XW/21Yf8/K/kf8KP7asP+flfyP8AhRyy7BzLuc3feGLtra6RYIp520iK1E3ygyTKW3cnnkEcmp4/
DNwbTW2kZxNczTSW8Y8vCtu3RuGxuzkA8nHtW7/bVh/z8r+R/wAKP7asP+flfyP+FHLLsHMu5knT
r+DSLCztIHWSF4ZZpfMX94x3GTPPXdyfXdxWNJoviJNJ+zSG/ukcKZFF6BKWNvg/OWHyiTORnHoC
OK6/+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3OattK1m3ubYTRXb2iCNfLtrlYyriKJdx+YZQFZM
jnk5wapjRfEF2JG1GC7aOK9guIoY7v5sBnD7W35IwUPJXvgCux/tqw/5+V/I/wCFH9tWH/Pyv5H/
AAo5Zdg5l3OcGna8NRBb7Ts+074XjuAscaee7P5i5+bdGVAGDjpxWh4Y0/VLGaU6jLcSLLCjETT+
Ztl3ybgOeBt8vgcfjmtP+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3EtiF1TUSxAA8vJPb5as2t3B
eReZbSrLHkruXkEjrzXOX2nL4jmvvst66KrR8DOxzt6MOtXbHR53tl+0XeoW8i/L5aXCsuB3BC9K
qUVa7ZMW77G7RWV/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hU2Xcq77F29sLXUrZre9gjnhYglJFyCQc
j9aih0fT7eIRw2cKIAgACD+Fiy/kxJHuar/2If8AoKal/wB/h/hR/Yh/6Cmpf9/h/hRZdwu+xYfR
9PkiMb2UBQqyFSgxtZtxH4nn60iaJpscAhjsbZYghj2CMAbS24jHpnn61B/Yh/6Cmpf9/h/hR/Yh
/wCgpqX/AH+H+FFl3C77Esmg6XK9y8mn2rNdDE5aIHzBnPPryAfwpv8Awjmj4gH9mWhFuMRZiHyf
Nu4/Hn60z+xD/wBBTUv+/wAP8KP7EP8A0FNS/wC/w/wosu4XfYsXmjadqE8U95ZQTyxcI8iBivfv
TZNC0uW7lupNPtmuJVKSSGMbmBGDk9+OKh/sQ/8AQU1L/v8AD/Cj+xD/ANBTUv8Av8P8KLLuF32H
jw7pAgihGm2vlROZI18oYVj1I9zjn1p40PTBLcSCwtt9z/rm8sZk5zz688/Wof7EP/QU1L/v8P8A
Cj+xD/0FNS/7/D/Ciy7hd9i61hatDPE1vGY7gkyoV4kJGDkd84pJdOtJ1nWW2idbjHnBlBEmBgZ9
cYqn/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hRZdwu+xYTRtOit1gjsrdYVjaIIIxjYxyy49CQM+tSvY
Wskc6PBGyXH+uUrxJwBz68AD8Kpf2If+gpqX/f4f4Uf2If8AoKal/wB/h/hRZdwu+xZuNIsLtp2u
LOCUzqqSl0BLhSSoPrgk49Kifw9pMqwLJptoy267YQYlxGOuB6cjNR/2If8AoKal/wB/h/hR/Yh/
6Cmpf9/h/hRZdwu+xZg0jT7a/kvoLKCO7lzvmWMBmzjOT74H5Ulto2n2d3LdW1lBFcTEmSVEAZiT
k8+561X/ALEP/QU1L/v8P8KP7EP/AEFNS/7/AA/wosu4XfY1aKzYtHMUqP8A2lqD7WB2tKCD7Hjp
WlSdhoxfGFvNd+FL+C2ieWV0AVEGSfmHQUVa13U/7G0a4v8AyvN8hQ2zdjPIHX8aK3ouaXuq5lUU
W9WaFFFFc5sFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8AkM33+5F/7NV+qFt/
yGb7/ci/9mprqJ9C/RRRSGIapaRqkesWAu4Y3RC7ph8Z+Vip6fSrpOBVDRNLGj6cLRZTKFd33Fcf
eYt/WjSwjQooooGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH
8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooASoZrhYZ4IipJmYqCO2FJ5/Kp6
o3v/ACEdO/66v/6LamhMu0tFFIYUUUUAFFFFABRRRQAlLRRQAUh469KWsjxTetYeHbuSL/XOnlRD
1dztH86aV3YTdlcq+Ex9riv9Vbrf3TOhP/PNfkT9Afzo1n/QfE+kagOElLWUp/3hlP8Ax4frWtpd
kunaZbWafdgiVPrgVS8V2bXvh27EQ/fRKJ4j6Oh3D+VVe8hW9016zILWK7lvlmXO25yrA4ZTsTkE
cirenXiahp1tdxkbZ41kH4jNRWH/AB8X/wD18f8AsiUlpcHrYtxp5caoWZ9oxubqfrT6TI9aNw9a
koWikyKAQehFAC0Um4YzkYoyPWgBaKTcOeRxRkUALRSZo3D1oAWim7l9Rml3DOMjNAC0UmR60EhQ
SSAB1JoAWikVgwBUgg9CKKAFopAQelLQBQtP+QtqH1j/APQavVRtP+QtqH1j/wDQavZqpbkxFopM
0ZqSipqmpw6TaC4nSV1LrGqRIWZmYgAAfU0kGq203kq7i3nmGUt5yElPX+E89jVXxLpUms6ULaJY
HYTRS7J87HCuGKnHPOKzT4WeaZJ5IrGGVEtEjWJSREIZjIQpIyAQQPrQBs2OuWF/ZyXMdxGiRFvM
EjAGPDFctzwPlPWpzqNkDCDd24M+PJ/er+8z0288/hXMDwfdQRMbSe2inaKVHdY8Fy04k5OD/CCu
cEgnIqGPwNN/ZywzS2rzJbyxo5QtsZp/NBBPPA4oA65r+0SSaNrqBXgXfKpkAMa+rDsPrVa+13T9
PtI7iW4jZJioiCOpMmWA+XnnqOlYF34SvLi0ubZXsgpuDcRTYdZZMy+YUkI529sg9lOOMVB/whNy
sSJCmnRq/llw3mSGEpM0n7tm5+bcck9+3oAdDqfiOy0i7jt7pZ8snmM6RFkjXcF3MR0GTV9r21Wa
SJrmFZY08x0Mg3Kv94jsPeud8S+GLnWtTiubeSBAtuYQ8jOGibcGDqF4YjHQ8ZFVZPBt3/ad9dQz
W/mTmZ4bmRpGkjMgwV2ElMdRnHTHGRQB1R1GyFvFObu3EMrbY5DKu1z6A5wTSnULMPMhuoN0AzKv
mDMf+96fjXKaf4RvrDyZGawuXDzb4pwzoFkZWyDjlhtx0Gc9qY/gi6lglt3ls/LWOaONxGd83mOG
Jl9cbffJ546UAdPe6zY2OjTapJPG9nEhcyRsGDAdgc4Jzx9adb6raTwq5nijYwido2lQsiYzk4JG
ORznHvWVJ4bJ0LWdPjMCLfSSPEAnyRhlAGR9RnimX/hY3L6lJH9mDXMtvJGrx5UrFt/dv6qSvQet
AG2dTsQkLm8tgs5xE3mriTt8vPP4Uy51azttKn1HzlltYEZ3eE7+F64x1PHSuafwVJcW9z9oNl5s
8N0Aqxfu4ZJvLwUzzgBOTwSSTxWlL4cb+y9bs7YwQrqBzEETasf7pE5A91J49aAL8GuWE+StwoQW
6XXmN8qiNiQCSen3T9KNQ1yw02xW6muI2jcAxhHUmTJH3Rnnr2rAuPBk41C8ntZ4GgeWKeC2nQlF
ZXd3RsfwlnLD0Pbiq8ngm8MTBX05nuOZS8TYgPnNLiEdh8xHPoD7UAdlHdW8txJAk0TTx4Lxq4LL
npkdRVOx1qHUbqaGC3ugsTOhmeErGxVtrAN35B/KsrQ/C8ula9Pey+RKGMxSbzJTLiRw20qTsGOm
R1wOlT6Fok+k6jeyvb2GyeWWTz4t3nPukLANkY4Bx17UAdBRSZpaAKerabFq+mTWNwzrFMMMUOD1
zx+VFUPGUcsvhO/S3WR5Sg2rGCWPzDpjmit6UW1pKxjUaT2ubdFFFYGwUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhrD8HTS3H
h9JLiSSSQzTDc5JOBIwHX2rcNVNL1KHVrIXVsriMsyYcYOVYqf1FPoLqXKKKKQwooooAKq6p/wAg
q8/64v8A+gmrVVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABR
RRQAUUUUAFFFFABXPa5/p3iLR9OHKI7Xko9kGF/8eP6V0NcjYazpv/CVaxd3t/bQtGVtIlklCnav
LHB9WP6VUV1JkdbQRkEEZBrL/wCEn0T/AKC1j/3/AF/xpf8AhJ9E/wCgtY/9/wBf8aXK+w+Zdyn4
SP2a1vNLY/Np9y8a/wDXM/Mn6H9K0rD/AI+L/wD6+P8A2RKwrXVbE+Ov9BvIJ01C1w4ikDYkjPGc
eqk/lWh/a1rp91exyyKZnuMpEGAY/InPPAHuatp3ZCaVjAudJ1NtU1aOGCb7Lq9yY523Y2RqifOP
95d6cd9tV47W8j0PUtOk069aW70yCOMLESm5YNrKW6A54rtY9Us2jUyXNsjkcqJlOD9ad/adj/z+
W3/f1f8AGosy7o42TSNVlu7YTwTOmnedaW7bv9YhgkxIee+Yl/3g1WNGsb2Lwc9ra2iRZt5EnR7Q
20rP5QC7QOGOeCx611f9p2P/AD+W3/f1f8aP7Tsf+fy2/wC/q/40WYXR5zDo94mlxRtYTfZRdxSs
Dp2eRBIrf6PnkA7Pm4yWzzite7tNZl1Ge+sbNoI5YXsICHKyRp5fyMY8YUCTnOcgHpXX/wBp2P8A
z+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cj9gszFYPHoN4mnws32u1a3+aSTYArsv/AC0xyCeeSDzj
Iz7rRdWW1uLq3srkSx6fLFDbl8kxSSy/uuv3lQxkehUCu+/tOx/5/Lb/AL+r/jR/adj/AM/lt/39
X/GizC6Of1jStT1D+zI8In2e482CSPdmIrC+0yf8CwOOxrGtrCd7FZtY0O9neW3kEFuo3fZ5mmlY
9/lJDR4f0HUV3X9p2P8Az+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cdqHhycpeTGxWW/bSI0M8aAs9
xlg+D/eIxz6YqxF4duCmu3ZRUuJZ5pLbFuBLuVg0bb85YZUfL0rqf7Tsf+fy2/7+r/jR/adj/wA/
lt/39X/GizC6MEwXlvpGn28FvO9yk0U9xI0YO5nLNIee4br6ZFZEx8SDRTb3TanMJApkkjhjMuWt
8lMYxt8zIPGR645rtf7Tsf8An8tv+/q/40f2nY/8/lt/39X/ABoswujkrJNWtLi2ikivoLTESk2s
KsxcQxAB8g/JnzAT6gDIFVS3iG+WQ3i6pDDBfQSoI1Hmbdzhx90bgAEPAxz1Ndv/AGnY/wDP5bf9
/V/xo/tOx/5/Lb/v6v8AjRZhdHLJJr0Wo+Wsd3Ghui0KxQp5Tqbh9/mnHH7vaRgjOc8mtLwx/bAm
l/tWW4kSSFJB5yKuxy8gKjaBxtCHnPX3rX/tOx/5/Lb/AL+r/jR/adj/AM/lt/39X/GizC6MTVtS
vtNur+SxtDMSYw0nURjb1I6mptN1DUTZqyWUl4G+bzjdRHdn0xwB7Ve0+aOfUr94ZEkXMY3IwI+7
V6KGOFSsSIgJLEKMZJ6mrlJWtYhRbd7mb/aGp/8AQGb/AMCUo/tDU/8AoDN/4EpWrRU8y7fmVZ9z
K/tDU/8AoDN/4EpR/aGp/wDQGb/wJStWijmXb8ws+5lf2hqf/QGb/wACUo/tDU/+gM3/AIEpWrRR
zLt+YWfcyv7Q1P8A6Azf+BKUf2hqf/QGb/wJStWijmXb8ws+5lf2hqf/AEBm/wDAlKP7Q1P/AKAz
f+BKVq0Ucy7fmFn3Mr+0NT/6Azf+BKUf2hqf/QGb/wACUrVoo5l2/MLPuZX9oan/ANAZv/AlKP7Q
1P8A6Azf+BKVq0Ucy7fmFn3Mr+0NT/6Azf8AgSlH9oan/wBAZv8AwJStWijmXb8ws+5lf2hqf/QG
b/wJSj+0NT/6Azf+BKVq0Ucy7fmFn3Mr+0NT/wCgM3/gSlH9oan/ANAZv/AlK1aKOZdvzCz7mbFf
ai8yLJpLRoWAZ/tCHaPXFadJS0m7jSsUNa1NdH0i4v3jaRYAGKKcE8gf1opdZ0xNZ0mewkkaNJgF
Lr1HIP8ASitKfs7e+Zz57+6XqKKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqF
t/yGb7/ci/8AZqv1Qtv+Qzff7kX/ALNTXUT6F+iiikMQnFZ2g6WdH0xbRpRKRI77guPvMW6fjWia
xPCF1NeaAk1zK00hmlXexycCRgB+Qp9BdTcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV5/wBc
X/8AQTTW4nsS2/8Ax7Rf7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV
Rvf+Qjp3/XV//RbVeqje/wDIR07/AK6v/wCi2poTL1FFFIYUUUUAFFFFABRRRQAUUUUAFVX0uxkd
neytmZjks0Skk/lVqigCn/ZGn/8APja/9+V/wo/sjT/+fG1/78r/AIVcop3YrIrRadZwSB4bWCNx
0ZI1B/PFUE06C9ub1pFxKlx8kq8MvyJ3/oeK2Ko2H/Hxf/8AXx/7IlNN6iaWhPHaRrGqukbsBgts
Az7077ND/wA8o/8AvkVLRU3HYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/
55R/98ipaKLhYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/55R/98ipaKLh
Yi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaTNFwsR/Zof+eUf/fIo+zQ/wDPKP8A75FS0UXCxF9mh/55
R/8AfIo+zQ/88o/++RUtFFwsRfZof+eUf/fIo+zQ/wDPKP8A75FS0UXCxnWSKmqagFUKMx8AY/hr
Rqhaf8hbUPrH/wCg1fqpbiiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGJ4yaVPCd+0BkEoQbTGTu+8OmOaKvavqUekaXPfTI7xwgFlTGTzjv9aK3pNpaRuZVEm9XY
u0UUVgahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7NV+qFt/yGb7/
AHIv/Zqa6ifQv0UUUhiGqml31tqNkLiyBEJZlGV28hiDx9Qatk4rM8PaZJpGlLaSyLIwkkfcowPm
Yt/Wn0EalFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfy
qWorf/j2i/3B/KpaQwooooAKKKKACikNc7f33iSBp57fTrBraEsRG8zebIo7jAwMjtSlKxpSpOo7
JpersdHRVHR9Ti1nSbe/gBWOddwVuoPQj86vUJ3V0TKLhJxlugooopkhRRRQAVRvf+Qjp3/XV/8A
0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAV728hsLWS5upVihjG53boBWbYeLNK1G8W1
huGWdxlEljaPePbcBmth1VwQwBHoRmuO1i5XxNq9jaaXDM7WF8HuLooVSLZ95Qx6k+grOcnHY68N
ShVupJ+t9F66fqdnRRRWhyBRRRQAUUUUAFUbD/j4v/8Ar4/9kSr1ZMd7DZz33mt87XOERRlnOxOg
ql1Jk7WNaio45Q8asw2EjJViMinb1/vD86ko4u/1q+0rxPqbrLJNBKY7OCAnKpcGNWjI9AxLA/QU
vhnVJLbUbaz1HVGlJgljU3EozM63LoCM9TgAcV2REZOTsJznt1prRwMylkjJU5UkDg+1AHmq63qg
8KvYG/uftZhOoLdbvnFvjdjd6+Z8n+6RW7o9/L/b2rSSTtdyRXEqx2iXxMuAQABCxCAAd81122L0
TpjoOnpSCOASGQJGJD1YAZ/OgDhdX1i70/U7yeO7kmmkUmKCO43PZ/uwSsluMg7QGbeM8kA8YzPq
t9HHpsWnaFq2oXkt1LkzW8v2iWJUXcSGz0LbARnjf2rtAsQkMgCByMFuMn8aESGPGxY1xnGAB160
AedX/ie/Npf6vFNOlsdPjjmhU/8AHrI6yDePQrIoU+xz2rptU8QNBe21nbXtjbEq5lnuvmUOuz91
gEYYh89c4HQ1v4iwwwmG69OaGWFxhljIzu5A6+tAHFTeMtQjS6eNrJnWO5YW21jJamI4UynPIY+y
9RjPWla71O+8QWFvd3MP+h3FwsghR0WYpGjqcb+MB8YORxn2rtNsWWOEy/3jgc/Wl/d5z8ufWgDi
4PEmqHR57mJrUC3srRkWRGYtJKqklm3ZIGenU+tXdK1zVZNaitL5rOSJp57bMMbI26MBt/LHg5xj
t6102IsYwmPTil/dg5+XPXNAD6KbvX+8Pzo3r/eH50AOopu9f7w/Ojev94fnQBStP+QtqH1j/wDQ
av1n2hB1XUMHPMf/AKDWhVS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAFDW9MGs6PcWBlMQnULvC5xyD0/CiqfjGea28KX81vI8UqICrocMPmHQ0V0UYza912Ma
kop6o26KKK5zYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9UL
b/kM33+5F/7NTXUT6F+iiikMQ1jeE72fUNCSe6lMspllXccdA7AdPYVsmqml3Nnd2Yl04J9nLMBs
TaMgkNx9c0+gupcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV3/wBcX/8AQTTW4nsS2/8Ax7Rf
7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFACVzviG81GTVLTSNOaGE3kUhe4kQsUAxnAzjPPeuirPu
LG8l1i1uYr0x2kSsJbbbkSE9Dn2qZq6sbUJKE+Z22e/e2n4kmj6ZFo+lW9jASY4F2hm6t3J/OrtI
KWqSsrIzlJzk5S3YUUUUEhRRRQAVRvf+Qjp3/XV//RbVerJ1pLmSWyWylSK4Lvsd13AHY3anHcUt
jV3DOM80ZrD0y1voxIplWKfI8xpbcsX99+/kflj0FX/I1H/n9t//AAGP/wAXTaSe4k32LuaM1S8j
Uf8An9t//AY//F0eRqP/AD+2/wD4DH/4ulbzHd9i7mjNUvI1H/n9t/8AwGP/AMXR5Go/8/tv/wCA
x/8Ai6LeYXfYuGsTw5H5f9pKNPns9147/vX3eaT/ABj0B9Kv+RqP/P7b/wDgMf8A4uj7PqP/AD+2
/wD4DH/4uk43d7lxqNRcbbl2jNUvI1H/AJ/bf/wGP/xdHkaj/wA/tv8A+Ax/+Lp28yL+RdzRmqXk
aj/z+2//AIDH/wCLo8jUf+f23/8AAY//ABdFvMLvsXc0Zql5Go/8/tv/AOAx/wDi6PI1H/n9t/8A
wGP/AMXRbzC77F3NYZ0a21C8vZnRRcJPtWXaG42JwQeCPar/AJGo/wDP7b/+Ax/+LpmlLIsl8JnV
3+0csq7QfkTtk1S0vZkvW10Oj0eyEaiSytC+PmKwgAn6U7+yNP8A+fG2/wC/S1doqeZ9yuVFL+yN
P/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7F
L+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4
cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtF
HM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36
WrtFHM+4cq7GZp0EVvqV/HBGkaAxnagwPu1p1QtP+QtqH1j/APQav05bijsFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFPVdQg0rTZr26DGGEAsFXJ646fjRUWvaY2
s6Jc2CyiIzqF3kZxyD0/Citaapte8zObnf3UaNFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhOKy/Dmmy6TpK2s7I0gkk
fKHjDOWH861DWR4Wv7jUtEW4unDymWVcgAcK5A4HsKethdTYooopDCiiigAqrqn/ACCrv/ri/wD6
CatVV1T/AJBV3/1xf/0E01uJ7GVaa61zII4bedYoMLITAzOxx2A+6Pc/lWj/AGrH/wA+15/4Dv8A
4VWS90l3LyTwi4sTHHKQ2GjZwNqt9dw46VpyyxwJuldUXIXLHAyTgD8SQKbcewkpdyr/AGrH/wA+
17/4Dv8A4Uf2rH/z7Xv/AIDv/hV3ijii67BZlL+1Y/8An2vP/Ad/8KP7Vj/59rz/AMB3/wAKmS7i
e8ktVbM8aLI64PCsSAf/AB0/lVa613TbLUEsrm8jjuXCkI2f4iQuT0GSCBmi67BZj/7Vj/59rz/w
Hf8Awo/tWP8A59r3/wAB3/wq1HLHMGMbZ2MVPB4I60/FF12CzKX9qx/8+17/AOA7/wCFH9qx/wDP
te/+A7/4Vd4oouuwWZS/tWP/AJ9rz/wHf/Cj+1Y/+fa8/wDAd/8ACrvFGKLrsFmUv7Vj/wCfa9/8
B3/wo/tWP/n2vf8AwHf/AAq1LKkELyyMFjRSzMegA5JqCyv4NQiWS3ZyrIJBujZDtOcHBAPODRdd
gsxn9qx/8+17/wCA7/4Vl65rP2aFbuG3m8y2SaZVmjaNWIiYgZxXQ1la1Zxagbazn3eVcGSN9pwc
GNgcGhWB3MyPxtbxq8l7H5CRQKZV3fMs/mMhi5wOq8E4yDnpT7fxzZXLu8drdmzS3Sc3IQFRmRkI
IzngqeRkcH0ybd34S027vLq7ImiuLoRF5IpNpVozlXHo3b3A5qRfDlvuZpbi7mL2zW0vmSA+ahLH
5uOo3NjGOtSURP4v0xBKd0zeU8sbBYiSWjZUIA75Z1Ax1JpYfFFrcXMFsltei5lkaNojFhoSoUkv
zgDDqcjOc1HF4L0qGOVEWceZBFDu8wgr5ZBVhjo2QpJ7lRVqx8PWlhcx3KvPLcKZC0ssm5pC+0Et
+CKBjAAFAEfh3XxrmlJcCMh1iRpGVf3ZcrkqpPXHQ+h465rMg8VXsdjbXGpW9tGLy2FzbtCzMAMp
lWBAOfnGCOOvTvt6VoVpo0LQ2fmLEyqpQtkEgY3fUgDPrj1qlD4PsYrP7NJNd3CLEsMZmlyYowQd
q4AAHyrnucDmgB48U2bQyvFFdS7bg2yKkeWmkGchRnttYnOOBnpikbxXZrOsRgveSqM/kHakjLuE
RPZ8EcepAzk0SeE7OW5mumnuxdSSLIs6yAPGRuwFOOmGYc54OKevhizW9S5aa6fa6zNE0pKSSqoU
SMO7YA9sgHGaAKt3470eztkmeSRlkjSRAqjLBl3cZI5C4JHuPWrEfiuxlnCRx3LRGWKEXHlfuy0i
qyDPXkMvbuKjXwZpsMKpavdWzpO86SxS4ZC4wyjORtwAAMcYHpUmoeG4rnRdSsYZXV77BaWRixVg
qqGHfICA/WgBf+Eos3tLae3hurg3Qdoo4YtzsinBfH93kfXcMdajl8Y6dCbgul0IoVlZZvJOyYxj
5wh7kYP1wcZxUsnhq2cxNHc3kDwgrE0UuCiFVBQcY2nYpx681FJ4P06Uzh3uTFIsqrCZTsh8zO8o
OxOT64ycYzQBXk8VyT6jpttZWVwnn3DxXInhIaEKobBG4YJDKc88HpnipI/GFmLNppIbllitI7qV
4oiUAcZUDPJJ9K0RodoNR+2jzPO81pvvcbmjWM8f7qiq6eF7BLGa0HneVLDFA3z87YxhefX1oAbY
eKrTUL5LRbe8hlYsv7+EqN6jLJn+8Bz6Y71dsP8Aj4v/APr4/wDZEqOPQrSK9W6XzPNWd7gZbje6
7D+GKksP+Pi//wCvj/2RKpbMT3ReoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
ULT/AJC2ofWP/wBBq/VC0/5C2ofWP/0Gr9VLcmIUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYvi+7msfC19cW0rQzRoCrr1HzCir2q3ltp+mzXN9/x7RjL/Ju4zjp3
orek7L4bmU1d72LlFFFYGoUVz8+t3Mfj+10VRH9llsHuWJB37w4Uc56YNWtc/txxBHoRsYyxPnTX
QZtg4xtUYyTz1IxigDWormfCeu6jqF7q2l6ylv8AbtLlRHltsiOVXXcpAPIOOoo8U6/fafqmkaRp
f2aO71R5AtxdAmOMIoJGARljnAGaAOmorlr3XtQ8K+Gb2/8AEkthLNCT9nNvujE525VSDnaxII4y
Ks6f410S80L+1G1G2jgQKJmMnEbsM7M9zQB0FFZmk+ItK1yKWTS72K5WE4k2nBT6g8iqE3j3w5HG
xXV7RmEH2gKH/g7duM5HvzQB0VFcx4d8eaTrmgHUmuYYGhhEt3Fv3fZwc9Tj2rbuNWsrSK2kuLmO
NLqRYoGY8SO33QPrQBcorG1HxdoWkvMmoapbQSQOqSIzfMpK7gMdenNaVneW+oWkd1ZzJNBKu5JI
2yrD2NAE9FFFABRRRQAVQtv+Qzff7kX/ALNV5iFBJIAHc1nWUqTapfSRMHTbGu5TkZAORn8aa2Yn
0NKiiikMQ1U0t7GSyDaZ5f2bc2PLGF3bju/XNWzWT4Z06fS9HW1ugolEsjHacjDOSP0NPoLqa9FF
FIYUUUUAFVdU/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2OUvPDF/Pcve2nlh5b2JpEZuJbcCE
nP8AtK0ZI9iR3qifBl/IL03tq15M0iyFpLlPLuAs6uMLtBDbARlicZIHBzXfW/8Ax7Rf7g/lUtIZ
w+oeGdZkvp/sThLVnKxq0xG2Ocfv/wAVIBUe5pLnwvqclxfeTCkcjrdf6WLlszo6MsUW3+ELlfYb
OOpruaKAOVPhqaDxBa3NtDF/Z8EcKfZ95ALAyEv7lS4IB4OT3Ap+saZqN1qGqQ29pFJbalaR25ne
UARY8wMSvU8OCMd/SunooA45tA1NNRt5kjEjR3krq8koZEjZwcleu/aOCD7EYNV08N3y2MCTaWkz
RSK14hu/+QiQrDeSf9ohsN1/AV3NFAHER+FNaRbeJbxVR7cGZvNYmOZA/lYzywG9Mnv5Q9abovhG
5iNot7bSCJLoTTxy3KyKxELLuUKqjG4r15OMnpXc0UAcRY6PqmNUhtWdNiy6fZTvKy+VHhnD9Mk7
mVMjsmabeeG7ue3jFvosUUOyVFtPtpCxTNtCz5HoAenI6jkmu5ooA4ifwfeSvcyuqTTzmSOWVpSP
NjNsEUEdMGQA4/Gpn8KXDrb23kx/YlWzV4hJhcRmQyDH/Al+tdjRQBxF14Mlub24mkgRvOmuWY+c
w3KVHkgjPZhnHbrXQRxzRDRY7lt06jbIc5ywiOTnvzWvVG9/5COnf9dX/wDRbU0Jl6iiikMKKKKA
CiiigAooooAKKQnA5qEXMP2hbfzU85l3hNw3FemcelAWJ6KKKACiobi5htVVp5UjVmCguwAJPQc9
zUoORQAtUbD/AI+NQ/6+P/ZEq9Vdp4IZ0iZ40lmJKISAz4HOB34p3C1yxRRRSAKKKKACiiigAooq
C9knis5XtYRNOF+SMvtDH0J7UDSu7E9FcrLrus6Rc2x1u0s/slzKsIktZGJiY9NwPUfSupFTGSZp
Voyp2b2fVai0UUVRkFFFFABRRRQAUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/APQav1UtyYhRRRUl
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm+IdMk1jQrqxhdY5JlChn6
DkH+lFQ+LL2fTvDF7dWsnlzRICj4Bx8wHeiuiipte6zGo4p+8jYooornNjhtZ1Gz0z4tafPqF3Ba
wnSJF3zSBFz5g4ye/FaHiPx5pej6TDPZ3Vpdz3jmK0AnXy2cdSz5wFXIya3rvS7DUGVr2ytrllGF
M0SuR9Mio20LSnhSFtMsmijJKRm3QqpPXAxxmgDG8Ex6ZBaXC22sWmqalPIbi+mglVyzt7A8KOgH
oKl8VL4avxDpfiSe2jaUGWDzpPLYEcbkfjBGfWti00qw09maysra2ZhhjDEqEj3wKdeadZ6jGI76
0guYwchZow4B+hoA83tbq6uvCHjbTor6XVtNsrdksb1zvZ8xEsm7+PacDNal14ptbPwZoT6c+nXM
kr21t50zBorRyn35McgjBGOOtdxDbQ20CwwRRxRKMLGihVA9gOKrpo+nR2sltHp9otvKcyRLCoRz
6kYwaAOE8PXMlx8SNZ83UrO/k/slPMks49iZDng/M2SAeue+O1aHw4sLeL4X2LW8CCSa3kdyF5di
WGSe54Arr7fTbKzCi1tLeEKmweXGq4XOccDpnnFSwW8VtCsVvEkUSDCoihVH0AoA81064g1D4FzW
dnNFNdxaY4khjYGRCM8FRyOhp2veIdK1LT/BltZX0FxMdRs5Ckbbiqjg7sfd5OMH+leh2+nWdnLL
La2kEMkxzI8cYUufcgc/jUcOj6bb7vI0+0j3OJDshUZcdG4HUetAHFabqOi6f8T/ABU2qT2tvcst
v5MlwQvyCIbwGPHpkVo/DJMeHryWFStlPqNxLZDGB5Jb5cDsOtX7bwpD/b+t3uox2t5b6jJA8cMs
QbyzGm3JzxmugRFjQIihVUYAAwAPSgB1FFFACMNwI9fSs99Et3XBmvB9LqT/ABrRopptbCaTMX/h
GrdTuSact/02ImH5MDVvT5JFmntJvLJgClWjXaCGz27dKv1Qtv8AkM33+5F/7NTu5LUVkti/RRRU
lCGsnwzqE+qaMtzdFTKZZF+UYGFcgfoK1jVTS0sUsgumeX9m3tjyzld247v1zT6C6lyiiikMKKKK
ACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8Ax7Rf7g/lUtIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66v/6LamhMvUUU
UhhRRRQAUUUUAFFFFAHMeMSFOmfaw50ozn7btBxjadu7HO3PWuc1JoItRe68O3ElvFb6XNLG0SEg
kSAlRuH3SfT8K9I20hTNZyp8zep20cZ7KKXLe1/R37q2/wChwWoa7qa3MxF5NFcqlubO0WEFLrcA
XJ4JPJPcYxUi61qZ1oRm7mF19vMLaf5OUW35/eZxnpg5z7V3W2jb9aXs33K+uU7W9mtvL/L599dz
zqHV7y6sNk1zJdumoWoMrIrREM3Oz5QR7gjI9alt9a1eGSK5e9klWZL391JGCieVkoeBmu/21HcW
sV1bSQXCCSKRSroejA0vZPuP67Tb1pqz9O1u3zOQ8K3t3rNpqfmajcSHylWNWdDJGxU5YBRwCen0
rIsL24g0fRTFcyyTJDeb/MQFoXWLIUEjIwcfnXd6boVjpLSNZwsryABneRnYgdBliTgelXUZHLBG
DFDtYDscZ/qKFSdld6jljaanLkho/RdGv1PO59T1yGzmuBqtwzRWdteBTEmC0jAMnT7vt1rRttW1
ebxvJavOkUCTmP7K4PzRbchgNv453e2K7bbSbaFSa+0KWNhJNezWz7dbeXl+JyWpard23jGK3juZ
ZI2CqlrCo4JUnLgrypOPmDcelZVpreqzQN5F7c3Ny9jPJdRGAD7JKo+QL8vrxg5zXoe2grVOm29y
IYuEYpezT0Xbz8v6trc87k8S6lNp19Pa3cpMdrZtGxj4EjMBIcEc85BrRa+v7TXLu1l1G5aa2hH2
O3MYIvDsYksQOu70Ixiuz20baXs33G8XTd0qa/Dy8vJ/ezkfA+palqPntfXaXCbEbH8UbnOVPyqB
9OcetdeelJtpT0q4R5Va5zV6qq1HOMbLscisN54q1adLySOLTtMvsLCiHdMy8glienPauuFZ+mWV
5aT3j3d6blJpi8KlceUv933rRpQjZXe5eIq87UY/CtrfiFFFFWc4UUUUAFFFFABRRRQBQtP+QtqH
1j/9Bq/VC0/5C2ofWP8A9Bq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAFPVJ7O206aXUdn2RBmTem4Yz3HfnFFV/EmnTav4fu7G3KLLMoClzgdQefyoranGD
XvOxlNyT0VzUooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv8Aci/9
mq/VC2/5DN9/uRf+zU11E+hfooopDENZHhawuNN0Vbe6QJKJZWIBB4ZyRyPY1rmsvw5qU2raQt1c
KiyGSRMIMDCuVH8qethdTVooopDCiiigAqrqn/IKvP8Ari//AKCatVV1T/kFXn/XF/8A0E01uJ7E
tv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf8AkI6d/wBd
X/8ARbVeqje/8hHTv+ur/wDotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/AI+L
/wD6+P8A2RKvVRsP+Pi//wCvj/2RKa2Ynui9RXK+L4rs6jpVzZiYvZia5CpnD7QuUPb5lLAZ7msb
zbiK+k1W6F0kVzcWd0wKufLjLTALgdMIE3D1PNIZ6HRXCXNzfW/iG/1HTluJY7/yrSMbW2qzRKY5
MEcAMWB+vPSs+zsY7TUtLhvmYQQJMkZuoJZi5F0+MEEbWK4OTngigD0uiuK8T+dLJaXF7bqLiIuI
rHMsqXAypBV0A2ScYGc9T9RSsdPtL2HXEuoo5bwtdSCI20iyriRiuXztb+HG0DtQB6FRXJ/YWt/C
S2UcL2dlLZBp7qJmMsblRn92AS3vyDyazdIvjY30AEQt43tp4bZoo5fImkLxlWCtkqCSRg8cHBI5
oA76iuD0ixs76402CO2u/tDRsdXWdZAGynIctwW8zBGOwOOKr2WgPJZ+HooLOIM8c0lwLpZCu4bQ
C2CDux0z70AeiUV57bC50bWLnVJrWQqz3xjMCyF5mEh2pKDwQR90j0/Oqun6wbKPR7iG7trj7XFd
xTGTzPnKOWJZcjb5q5wezj2oA9MorzPU5L7Vo7zVZILqAXVg0awsrkRKksQOVHcnzDxyVrfF4LPw
sIdFlAuWIKSW9m6oAZVViFfOCA3Qn3oA62iuGvdW8RW2u3NtBKGFujCCGSBiboCHcHyqbcl/9oDj
GORWr4U1Oe/udRjlvpb2KExeVJLbiFvmXJGMDjPfFAHSUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/
APQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBk+Kb+f
TPDd5eWjBJ4lBQkZA5A6fjRVrVWsl02Y6n5X2MAeb5oyuM9/xxRW1NxS1jczmm3o7FyiiisTQKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT
6F+iiikMQ1U0u3srWzEWnFPs4ZiNj7hkklufrmrZrG8J2U+n6EkF1EYpRLKxUkdC7EdPY0+guptU
UUUhhRRRQAVV1T/kFXn/AFxf/wBBNWqq6p/yCrz/AK4v/wCgmmtxPYlt/wDj2i/3B/Kpait/+PaL
/cH8qlpDCiiigAooooAKKKKACiiigAooooAKKKKACqN7/wAhHTv+ur/+i2q9VG9/5COnf9dX/wDR
bU0Jl6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKyra+tbe7v0nuYY2+0Z2u4U42J61q1n2K
I1xfllUn7R3H+wlVHqS+hL/ath/z+23/AH9X/Gj+1bD/AJ/bb/v6v+NQx6ppkst9GssW+wx9pBXH
lZXdySPT0os9U0zUIfNtZI5E8hLjIQj922drcjvtb8qNA1Jv7VsP+f22/wC/q/40f2rYf8/tt/39
X/Gqi69ozaZa6gLiL7JduscEmw/OzHAAGM9alstU0/UJ5YrUM7RFlZjbuqZVtpAYqFOCCOCaNA1J
v7VsP+f22/7+r/jR/ath/wA/tt/39X/GqMviHRoXuVeX/j2z5jC3cqCCFIDBcMQWAwMnNMk8S6PC
8SyC5VpiRGpsJsseeMbOuAT9BmjQNTR/tWw/5/bb/v6v+NH9q2H/AD+23/f1f8ah1DVNO0toluzt
eUFlVIWc4GMkhQSAMjk8ciibVdMt7KS7kkQQRymFmEZJ3htpUADJO7jAFGgak39q2H/P7bf9/V/x
o/tWw/5/bb/v6v8AjWdJ4o0SKFJWkcq7+V8tpIxD8fKwC5VuRwcHmnHxHowFwS7BbZd0rG1kATpx
nbjd8w+Xrz0o0DUv/wBq2H/P7bf9/V/xo/tWw/5/bb/v6v8AjVNtf0ZNMl1CSdI7aGQRSM8TKyOS
AAVI3A8jt0OelWUv9Pk1OTTkeM3ccQmaPb0QnAOcYo0DUf8A2rYf8/tt/wB/V/xo/tWw/wCf22/7
+r/jWeniXRJUheGUzrPv8vybaSTOxtrH5VOACQMnitZkhUgMqDPAyBzRoGpD/ath/wA/tt/39X/G
o0vdLjmklS5s1klxvYSLlscDJ9qtbYeflj468Diqdzqdha3sNpIpaWaN5QEiLAIvVjgcDkAepo0D
Um/tWw/5/bb/AL+r/jVe61y1twrJNBMufnCTLuA9QM81dBt2AIEfIzyADiobi0ivNqBysY5dY8De
D2J6gfShcoalbSruC9vb6e2lWWJvLwynj7tatZmnwx2+oX0UKLHGvlgKowB8tadE99AjsFFFFSUF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+fVfDt5Z2oUzSqAoY4H
UHr+FFHibUJ9K8PXl7a7fOhUFd4yOoHT8aK6KPtLe6Y1HG/vGrRRRXObBRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiHkVmeHtT
k1fSlu5Y1jYySJtUkj5XKj+VaZqppdja6dZC3sjmEMzD5t3JYk8/Umn0EXKKKKQwooooAKq6p/yC
rz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVGw/4+L/AP6+P/ZEq9XN3Op3Nle3UUNu2yS45uDt2odicckc/XA+
tVFN3SJk0rNlWfwteSaxNdRyRJFdXR+1AE5e3whA+u5CMf3XanaZo2qacPIMFtJHNYR20kgnIMbK
ZMkLt+YfOO471tx3d0saqbC6kIGNxeLLe/DU/wC23P8A0Dbn/vuP/wCKpcrHzHKweDr+GKOHzYPs
8KwSRRgnCzbo/OPTpiMke8jdK0NJ0O9tGvYmDWZlmkkF3Bc+YWDSswHlupVeG5xW19tuf+gbc/8A
fcf/AMVR9tuf+gbc/wDfcf8A8VRysOZHMap4b1K8e+S1iighnyXQXbbbpt6kMV24jbg5ZepPfqNi
3025I0gm3S2FncSSPGblpjtMbqMMRknLjrV/7bc/9A25/wC+4/8A4qj7bc/9A25/77j/APiqOVhz
Ix9Z0TUJ1j+zStcXQLmK8kuBBJa5xgDYmHTjlT1wPwhj0nWYQgWG0ZrS/lvI3aYgXAcvlSNvyHEh
IPPIre+23P8A0Dbn/vuP/wCKo+23P/QNuf8AvuP/AOKo5WHMY40W+uFkuLhYI7q41CC6kjSQsqJH
tGN2BlsL6Dk47VFd+Fp7i21rbM4mvrjdGv2hxGE+Tnb0DfKeQM+9bv225/6Btz/33H/8VR9tuf8A
oG3P/fcf/wAVRysOY5x/C2oykWX2tFs0uZbjz5B50soZAqq4brjc4yeypVf/AIRPWNiyi5hW9SKK
188MSXiCtHIenDFSrj/aWur+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcxzf8AwjF5a31r
NFaQ3EUD3O1BdvBsDyq6HgfNgLgg8VevdKvLzXIL24srK5hQeWscsx/cYk3CVflxuK4yOCCoGcVr
fbbn/oG3P/fcf/xVH225/wCgbc/99x//ABVHKw5jkovBl28BhngslXy0imZZGY3x85JGkkyOuFbg
5OXPOKs/8Ic6Gcxw2gItb2C3IHMfmyZjAOOAFLDjpkgV0n225/6Btz/33H/8VR9tuf8AoG3P/fcf
/wAVRysOZGBJ4S8+G6E8FrI9zeW0khbnfDGsQZSceqNx05qfQPDJ0fUYriOKCIeXcJL5Z5bdKGiH
TkKgI9ug4rY+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcwlp/yFtQ+sf8A6DV+svTpHl1G
/aSF4mzH8rkE/d9iRWpTluKOwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAU9VjspdNmTU/L+xkDzfMbC4z3P1xRVTxVYz6n4avbS0QPPKgCKSBn5gep+lFb0kmtZWM
qjae1zXooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBmq/VC
2/5DN9/uRf8As1NdRPoX6KKKQxDWJ4QtZrLQEhuYmikE0rbGGDgyMQfyNbZ5rO0HVDrGmLdtEIiZ
HTaGz91iuc/hT6C6mlRRRSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/
AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6L
ar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigAqhZKrzagrAMpuM
EEZB/dpV+qNh/wAfF/8A9fH/ALIlUtmS90XI41ijVI1CoowAOgFOqlrMrwaJfyxsVeO3kZWBwQQp
INcVb6rqUkGm6c95cebYXNs11PuwZ0kkQRBj33K7Z90NSUehUVwUuqXeoeF9Pi0/VP8AiZ/btjlZ
csCGkKo4Bzg7AMHtVXUvEF5qEd5qdrd3FtaS6fIIIzIUClJIQznHQ7ndc9gtAHo9FctFdyL4dlht
7rbvilJ1KO7FzDbNg4Jd23HHHbisBNTaW6srY6gIYkM/mvLrEnlSMPJwY5hy+Ax+U9CTQB6RRXLW
UT2fiHVnSTU7wWywmK3+1M4O8HdgOwX35PGOKr3+tsun+JoxemG9iO+GEyjzYl8iM8AHoCT04zmg
DsaK4B9X1G01UxyXU7217rIhibJ/cssgBiz/AHWTJA9Vb1q54P1iSWNn1i/dZfLjEKSuNrxs20SA
/wATM52nPTgd8kA7OiuEvfFusW2mWsymwEl5LOEeX91HEI2ICsWcAlsZzkdDgGrlh4ovLvxDa2kk
tgiTTPE1quWmULEXEm7ONpPT5ehHNAHX0UlLQAUUUUAFFFFAFC0/5C2ofWP/ANBq/VC0/wCQtqH1
j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmeI9
Sl0fQLu+gVHkhUFVfODyBzj60VPqttaXmnTQaht+yuAJNz7RjPr25orWm4W95Gc1JvRlyiiisjQK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s
1NdRPoX6KKKQxDVTS9Ng0qyFrbM5jDM+XOTlmJP6mrZrD8HwS2/h9I7iN45BNMdrgg4MjEdfan0F
1N2iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8A
x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66
v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9WRBp1rdXl/J
PCruJ8ZJPTYlUtmS+hrHkYIyDTdi5+4O3b06VmJZaLLJOkYt2e3OJlEnMZxn5ueOOeaSCz0S6j32
/wBnlTyxLuSTI2HOG4PQ4OD7GloPU01hjRiyxIpJySFHJpfLTbt8tduMYxxWSINBa0iug1qbaYqs
Uvm/K5Y4ABzgkngU22i8P3l1LbWr2s08WfMjjl3MmDg5APGDxRoGprpFHGmxI1VP7oXApptoWRUM
EZVeilBgVjyHw3DNPFJcWSSW67pkacAxjjlhnjqPzFQm/wDCS7d19pw3/dzcDn6c+1GganRAAEkA
ZPU00wxmQuYkLkYLbRnFUG0vSkljiaKISSAlFLHLAdcDPOMio1tNDedYF+zmZ9+1BJ8x2HDYGex4
PpRoGpqbV/ujrnp39aNi8fIvHTjpWUttoTqGU2zKQhBEuc7/ALvfv29asf2Lp3/Psv5mjQNS40SO
mxo1Zf7pGRUUtjBNcw3DxAywsWRhwQdpX8eGI59ah/sTT/8An2X8zVWa30O3u/s0whSby/NKljwm
cZPoM0aBqbFGao/2Jp//AD7L+Zo/sXTv+fZfzNGgal7NGao/2Jp//Psv5n/Gj+xNP/59l/M/40aB
qXs1Bc3cdoFaYMEY4LhSQv19B71B/Ymn/wDPsv5n/GoLnQbeQKlvFFED99iCWx7c4z9aFYWpLZsH
1O/ZSCp8sgg8H5a0ayNGsYNOur22tU2RJ5eBnP8ADWvTnuEdgoooqSgooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAxvFtnPqHhe+trWIyzSIAqDHPzA96Kn8Qam+j6HdX8Uay
PCoYIxwDyB/Wiuii5290xqct/eNKiiiuc2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEIyKoaJqg1jThdrEYgzum0tn7rFf6Vf
NUtI0uPR7AWkLu6B3fL4zlmLHp9aNLCL1FFFAwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//
AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3
/kI6d/11f/0W1Xqo3v8AyEdO/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FUbD/j4v/wDr4/8AZEq9XPvrMdhf3dsqPJcyz5UbW2gbE5JAP5DJqopu9iZNKzZlT+H9SOtXksEQ
W31K6MV2S4/1AVCHxnr8siY6/OD0FSaNp+oabGbeTTpSJtOht/MjePZE6mXIPzZ/jXoDXQR6vbiN
fMaQvj5itvJjPtxTv7XtPWb/AMB5P/iaVmPmRx0HhfVY7O3smt1+yWnkXECbwcSlo/MHX+DbKR/1
0GOla2i2Gp2ovYF+12sjTyyJLcbJrcAysw2IrhgSG74rb/te09Zv/AeT/wCJo/te09Zv/AeT/wCJ
oswujk9U0bU5f7QhsLS7S3mZpJEaSLa8nmK2+E53KWwSQ2B+NbcVpczNoshhuwLa5keU3bo0oUxS
KCSpIPLAcVo/2vaes3/gPJ/8TR/a9p6zf+A8n/xNFmF0Zd7BqdtrGn3kkTaisPnq32ZFjKK4TbkM
/P3TyD+FZk3h3Unu/tNvGsVxbtdTW0jMMb2uN6qcdnTIPsfWun/te09Zv/AeT/4mj+2LT1m/8B5P
/iaLMLo5TSfD+pWV/pt7NZqy29tbQvbs6nY2xld1Ocbkzj3BbHNX7m11S81V7hrS6RmhAs3FwoS0
kwwbzFDfNk7T0bI44xW5/a9p6zf+A8n/AMTR/a9p6zf+A8n/AMTRZhdHJ22g6nOkcMkF9b2jSW4u
I5L8s8jLv82QMGyFOVHBGcdBRF4d1Rba6nKTfb30+K3SQ3J3FllfI+9j7mzn+ua6z+17T1m/8B5P
/iaP7XtPWb/wHk/+JoswujBbw9c3GBcfasT6rJLcbbp1zABJsAw3C8p8o/Gp/C+l6hp0ytetcMJb
OIzGWcyZuAzbjyTjjb046Vr/ANr2nrN/4Dyf/E0f2vaes3/gPJ/8TRZhdF+iqH9sWnrP/wCA8n/x
NH9sWnrP/wCA8n/xNFmF0X6Kof2xaes//gPJ/wDE0f2xaes//gPJ/wDE0WYXQWn/ACFtQ+sf/oNX
6y9NnS51G/kj3bcxj5lKn7voea1KctxR2CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigCnqtjb6lps1peZFvKMPhtvGc9fwoqj4wtprzwrfwW0TTTOgCogyT8worekrr
4rGNR2e1zaooorA2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/ACGb7/ci/wDZ
qv1Qtv8AkM33+5F/7NTXUT6F+iiikMQ1h+DRKPDyCcSB/Om/1mc48xsdfatw81R0bU01iwF3HG8a
l3Ta5GflYr2+lPoLqX6KKKQwooooAKq6p/yCrz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7
Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1X
qo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZBbQ3Ul/HPGHX7T
kZ7HYnIPY1p1RsP+Pi//AOvj/wBkSqXUl9CWeVdP0+WZt7pbxFzk5YhRnqe/FZEfjC0k03S7tIZz
/aMywLEAN0RLbWL88BSQDj1GK2L62F7p9zaligniaPcBnGQRn9awovB0cV48/wBrc5aB0UpwhjZG
fHP8ZjTPpipKJrvxda2eh2+qyQTeRNP5OABlPmILHnoNpJ9qNU8XWul3l1bNBNK1ra/aXdNoX7yj
bknr86n0APWo7fwvKlpDZ3N8k9rBcGaNBBtODvyrHcc539cDpVZfAyrpptv7Qd5WhkiaZ4wxYs0Z
UkZ52rEq47igDWj15P7Am1aaBkhhR5CsciSkheuChIPT1qjL4w8lbMPp7LJdh2jDXUAUqu3kPv2t
neMAHPBq5HojiJZJJ4vt0SOsM8MRjRM5/wCWW4qep61mReDZra4S5t720SYNIzKbEGH59n3E3Daf
3YJOTkk0AaVhrtze6vcWD6VPAbfBklaWMqMgleAc84qS416G2tdUuGikK6a22QDGX+RX459GHWlb
Q4ZbrUJbh2kS9EYaMEpt2A9CDnmqU3hmaRNTtkvlSyv15i8nc8Z8tUBDluRhAeR+NAD4vFtpJdXN
v5Myy294loVIHzbm2hxzyu7I9eKsaN4gh1wFrWGURqgZ3YfKrH+DPdscnHTIz1qjP4PimvLe6F1I
k0F813kKPnVmDGM+2VU59ql0nw1JokXl2N8yI4XzFaIEM4bJcDPBZflP4HqOQCy3ijR1t5JzfxeV
HIYmfnAYdR07Y59O9Spr+lyamunJfQtduMrErZJ+Xdx26c/Qisi88Fx3NlZQi4jZ7RptpntxKjCV
skFcjpxg57e9Ot/DVzYaxYy29yj2MVzJO8PlBChaJlJB7jceBgYB74FAHTUUlFAC0UlFAC0UlFAF
G0/5C2ofWP8A9Bq/Wfaf8hXUPrH/AOg1oVUtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBn67qZ0bRbm/EXmmBQ2zdjPIHX8aKk1bTodW0yayuC4imGGKHB65/pR
WtP2dveM5qd/dLlFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf
+zVfqhbf8hm+/wByL/2amuon0L9FFFIYhqjoulro2nLaJK0oDu+5hg/Mxb+tXjWH4Ollm8Po87yP
J50w3SEk4EjY6+1PoLqbtFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2J
bf8A49ov9wfyqWorf/j2i/3B/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq/
/otqvVRvf+Qjp3/XV/8A0W1NCZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACsm3e7W8vxbw
wunn9XlKnOxOwU1rVRsP+Pi//wCvj/2RKpbMl9A83Uv+fW1/8CG/+Io83Uv+fW1/8CG/+Irnm8T3
dvq2rWs4iYeZ5WnDbjc42KVb1+aVD9M+lWNB1u9vbKV7p42ePTobjKJgGRvN3HHp8g4pDsbPm6l/
z62v/gQ3/wARR5upf8+tr/4EN/8AEVyUHi7UJdHsEYwf2n50f2s7Pl8otH8wGeNwlTH4+laOk63d
f6be6vLKllHNLFGfs67OJWRdpUljwvOQKAsbnm6l/wA+tr/4EN/8RR5upf8APra/+BDf/EVy+p69
q9i+oGSQxOebGIWoZJE3qAyvu5baSSrY5PoM1akfXRJpSf2m8DXkrxOk1nHvXCO+flYj+EDqeDQF
je83Uv8An1tf/Ahv/iKPN1L/AJ9bX/wIb/4iqS64t3rVjb2cge3kE6zExkHcgTGM4/vVkSeKby11
GJ7jyjYpJci5IT5kRbjykfOei5Bb2ye1AWOk83Uv+fW1/wDAhv8A4ijzdS/59bX/AMCG/wDiK5rS
vEuoX+pWFlI0CG5tYLhpCmByjM6r2LHAwD0UMecVs3fiA21/cwx2jSwWUYlu5vMC+UpUsNq9W4Xn
p170BYuebqX/AD62v/gQ3/xFHm6l/wA+tr/4EN/8RWI3i+5UJG2kMLubyWhhNyuGSXcFJbGARsOR
z7E1SfxVfTzz3kcbQ2EWnxzCMMjN5jSMpyCOcFCBg44zzngCx1Hm6l/z62v/AIEN/wDEUebqX/Pr
a/8AgQ3/AMRWVJ4mu8N9n0rzS181lADcqvmMu/cx4+UfIfU81PoPiM61IVeye13QJcxbpFbfGxIB
OOhyp4+lAWL3m6l/z62v/gQ3/wARR5upf8+tr/4EN/8AEVdxRigLFLzdS/59bX/wIb/4iqWp3F9H
HGxWKGXP7sRTsxY+m3Z83+elbWKMc570J2E15mPoj3UlxeNfRJFcHy9yI2QPlrZrPtP+QrqH1j/9
BrQpy3COwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYnjKKWfw
nfx26SSSsg2rGCWPzDoBRVzWtTXRtIuL9ojKsChigOCeQOv40V0UXNL3Vcxqct9WX6KKK5zYKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E
+hfooopDEIyKp6TqUOrWQurdXWMuyYcYOVYqf1FXDWfoelnRtMW0Mvm4kd923H3mLdPxo6CNGiii
gYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfyqWorf/j2i/3B
/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq//otqvVRvf+Qjp3/XV/8A0W1N
CZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFm6xy6izsFVbjJJOAP3aVfrm7nSpr69upo
rh8RXH/HuSAjHYnPIPP1BFVFJ3uTK/Q1E0vTp5IrpbeJ2E32pJB/z0K7d499vFRr4b0pJ4pktFV4
YxEm12A2DOAQDgj5j19afHYSvGrNfXqMRypZCR7cLT/7Ok/6CN5+af8AxNKyHdjBoOmKSRZxAmOK
I/7sZzGPwNOstEsNOupbi0gMUsxYviRiCWO4/KTgZPPApf7Ok/6CN5+af/E0f2dJ/wBBG8/NP/ia
LILsgl8MaRPJcvLZK7XOfMJZuckE45+XJAPGOlWLfR7K1jgSKHi3cyRbnZijEEE5JJ6MR+NJ/Z0n
/QRvPzT/AOJo/s6T/oI3n5p/8TRZBdhqGjWOqtC17D5jQkmNg7KVz15BHXApRo9gGdvsseZFkR8j
O5ZG3OD9TyaT+zpP+gjefmn/AMTR/Z0n/QRvPzT/AOJosguxkfh/TIoo40s4gkYiCDn5fK/1eP8A
dpq+HdLSaGVbNA8K7UIJ6ZJwefmGWPXOMmpf7Ok/6CN5+af/ABNH9nSf9BG8/NP/AImiyC7IrTw3
pNiALaxijxIsoIySGUYXk9gCcDoM08aDpqwPCLOPy3jETLzgqGLAfmxP407+zpP+gjefmn/xNH9n
Sf8AQRvPzT/4miyC7HrplmmzbAo2TtcL7SNnLfU7m/Oi00uzsWQ2sCRFIlhXb2RSSF+gJP50z+zp
P+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RVH+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RV
H+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguxLT/AJC2ofWP/wBBq/WXp0Rh1G/RpZJTmP5pMZ+7
7AVqU5bijsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFHWdNTW
NKnsJXeNJwFLJjI5z3+lFUfGXm/8Inf+R5nm7Bt8vO77w6Y5orooxk1o7GNSST1RuUUUVzmwUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0
L9FFFIYhrE8IXM15oCS3EryyGaUF3OTgSMB+grbPSqelX9vqVkLmzBERZlGV28qxB4+op9BdS7RR
RSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9
wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFt
TQmXqKKKQxKMj1rjvHEggkt55LqNoYY3Z7I3RgeTtvUjkkelNTXtSOuW+loSv2mSKeJnjG4WxQlg
f9oFcZ96zdRJ2Z2Rwcp01OL6N/d/Vzs80Zrz+x8V6wLZLqV4blZ7G4njhWLaVaJsDkHnPelvvE+p
2tjYrbalZ3cl0WZrlVRFjIQHyzltoOT3Ocds0vbRtcv+zqvNy3X/AA179Olv8jvmdUUszAAdSTS5
Feb+KdcvLzSru1uZ7a1X+z4pmhwGNwznJ2NnoMds1ueItZ1DR5LEWpVo7yBoY1KA4n42HP49Paj2
q18hfUJ2jqryv+CT3+Z1bOqDLMAOmSaGdVxuYDJwMnqa4G41y51fR5biVYjDHc2sAV4wQJsgyH8C
QB9Kpie8urK0SbUxPcprwjQyKCYSC4BIz0PUDjHak6y6IuOXyteUra2/C56XSb13bdw3YzjPOK42
XVdRvfh5f3hufLvIPNUzQrtLBGI49CQOo6Vk32o3tnfvqNnfwzTwaMkrytGGEo83pwcD0z7U3VS6
E08BKba5ldNrrurf5npOaK4pPE2qT+LRZxi2W2WZImidlVmVlyWGTuJ9MDGBVzWNduLDxRa2xuYk
tXKL5aKryMzE8MM7lBwMEAj1p+0VrmbwdRSUdLtX/rzOpLKoJYgAdSTUcUUcZdowP3jb2I7nAGfy
ArzyPxFqes6LrIvBb+Q1hM+xWUPCRwBtBLY9dwHNWNJ8R6nJrFpYRi3FrEIYTE7KrMpjB3jJ3E+m
BjFSqyfzNZZdUipXaut9Tv6OK86vdd1O98OvejWIoJPtCb7aJAr2w83bhjnOOmcjmr6eJNUfxUtj
HJbPbRyRxMGKKZlZcmQZOT6gKCKftUJ5fUSbutL3+VvLzO1LqGClgCegz1oZlQZZgB6k15/purT6
x4p0S4urmFn8y7H2ZEw9uAuAGOcnIGeQKi1W9uUTxVHdXsdykEsXl20yggAsnIGegzj0zzS9qrX/
AK2uP+z5KSg5a2v/AOTcp6NkUVwx1vWptSMUN5bxRPqUtgoNuGKALuDZzyR0xVOXxprD2GmmI2yS
ywSSvI+1VkZXK7csQBwMnHPPFP20QWW1XazX3+v+TPReKOK5jxVrF7penWk8U0NsWy02drOAFzhF
YgNz1wc+lZt54rvku55Ibq3VYZYI4rJov3l0rhSWGTkfeOMDjHNOVSMXYyp4KpUipRtr/nb9f8zu
cijIrirbxRdy6zDZNcQ7zqdxbvGFG4RKpKcfUde9VrXxFq0+n6TLc6la2i6h5jG5eEbItgwF5OCW
PP8AKl7WJX1Cr1t/V/LyZ33FRzzJBC8shwiKWYgZwBXH2HiXU7vxY9nm2+zJO0BjLKrFQud4BO45
69MYrsxyKuMlLYwrUJUWlPqr6HPx+NLBp4o57e+tY5mCxT3FuUjcnoM/410Ncf4muJPEb3Ph7T7W
R5Y5I/tFw+BHCPvZHOScCuvRdqgcnAxk1MG22aYinCMIySs30vfTSz+f/BHUUUVocoUUUUAULT/k
Lah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFAFLWNTj0fSp76ZHkSEBiqYyecf1oput6YNZ0i4sGlMQnAUuBkjkHp+FFa01
Tt7xnLnv7pfooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBm
q/VC2/5DN9/uRf8As1NdRPoX6KKKQxDWboGlvo+lraSSLIwkkfcowPmYt/WtI1jeErye/wBCSe6l
MspmlUsfQSMB+gp9BdTaooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv
/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A
9FtV6qN7/wAhHTv+ur/+i2poTL1FFFIZDLawTujywxyMnKs6Alfp6VXOlQNrC6k25rhITCuT8oUn
JwPU1eopWTKUpLZkK2sCbSkEalAQuFAwD1Apn2C18nyvssHlZ3bPLG3Prj1qzRTFd9yGS1hlIMkM
TkAqCyg4B6inNBG+zfGjbDuXIztPqPSpKKAuyD7JBs2eRFtLbiu0Y3dc49fej7HBvL+RFuLBy2wZ
LDofr71PRQF2RJbxpGY0jRUOcqFABz14pgsbYJsFtDt27MbBjb1x9ParFFAXZD9lh84S+TH5qjAf
aNwHpmhraJpxMYozKowHKjcB9amooC7K4s7cGQiCIGX/AFh2D5/r6/jQttbGXzFhi81Bs3BRuUem
e30qxVHT+LjUP+vn/wBkSiwuZk32K3JkJt4f3v8ArPkHz/X1/GlFpAJFkEEQkQbVbYMgegPpSX9z
9i065udu7yYmk25xnAJx+lc9H4xaXTtIkWzxdXtwsM8Jkx9nG9Uds45wWXHTO4dKB3fc6NbWFZDI
IYw5O7cFGc4xnPrikezt5HZngiZmG1iyAkj0Nc/eeLJLXw5a6qtl5hmuPKaJXOVUFtzDjkhUJxTd
W8ZGxvL2O3tkmhtbTz/OMhAZ9yfLgA8BZFOffpQF2dGLWEEN5Me4NvztGd3r9femmxtiiIbaEqh3
ICgwp9QO1Z9jqlzfaWsqGy+1ybvKj8x1RsHH8Shux/hrGHi7UlsLO6uLKwhS7d1WWS5cRJtONrPs
4Zj0zxwec4BLBd9zq5raK42+dFHJtORvUHB9eaDawtKsrRRtKowshUFh9DWFP4hvI7C/1KOyhbTr
ZJtjmYiR2jyCSuMBSykdc98Va07xJZalf3kdvcQPb2yRN56yAgs+/wCX2xtH50Bdml9kg8wyeTHv
JyW2jJOMZz9KRrK3eFYWt4TEpyEKAqPwrAXxcc6yr2mJbGTZboH/AOPnLbFwccEvweuMg96Ynim+
uNPe+tdOhkgtrVJ7rdcFW3NGJCkY24OFI5JGc0BdnSC2hE/neTGJcY37Rux9etS1zjeJLlbmeX7J
E2mQzxQNKsp8394qENsxjGZFB5z1PtUnhrxBPrpuGkit40jJXajOWB3Ec7lA7diaBXJtNimj1/Vn
fTkgjkMZW5D5M+BjkZ4xW1XNzeOdHtrGO7neaKKUts3x7WZVxucA8lRkc/lmp38Y6Yk8sf8ApBWN
JX84Qt5beWMuFboSMUkrIuc+d39PwVjdorD1HxfpemJI1zI4MbhNgXliUD8euFYGobrxpYx2NzdW
cNzepb+XuMMZwd+3ABPfDA/jTIOiopkUnmxq+1l3AHawwR7H3p9AFC0/5C2ofWP/ANBq/VC0/wCQ
tqH1j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
ieMZpbfwnfy28jxyqg2tGSGHzDoRRV/VdRh0nTZr25V2hhGWCDJ646fjRW9JyS0jcxqWvq7Fyiii
sDYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7
kX/s1NdRPoX6KKKQxG6VT0u6tLyzE1gF8gsyjam0ZDENx9QauGszw7pkukaStrO6O4kkfKZxhnLD
r9afQXU1KKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//AEE01uJ7Etv/AMe0X+4P5VLU
Vv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f/0W1Xqo3v8AyEdO
/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/j4v/wDr4/8AZEq9WRBD
dSXl+YLsQp5/3TEG52JznNUtmS+ho3dsl5ZzW0uRHNG0bbTg4IwcfnWVH4T0+K6kuF87zJDAT8w4
MRUrjjvsXd67RVz7LqH/AEEV/wDAcf40fZdQ/wCgiv8A4Dj/ABpW8x38ipa+F7e2jjiN1dzQwz+f
FFIyFYz82QMKCQd56k9qgTwVpsWnCzje5VFikiDhxuw7q+c46jYoHoBitL7LqH/QRX/wHH+NH2XU
P+giv/gOP8aLeYX8hbXSooGjkndru5jzsubhEMig9gVUYH0qo/hqE6bFYRXl7Bborqyxuv7xXOSG
yp9T0weatfZdQ/6CK/8AgOP8aPsuof8AQRX/AMBx/jRbzC/kUh4Ts0t7i1juLyOynR1+yrIPLTeM
MV4z3JwSRk5xV2TRrOe6uJ7iFZzcJGjpKodMIWK8EdfnNH2XUP8AoIr/AOA4/wAaPsuof9BFf/Ac
f40W8wv5FQ+FdPN9DdnzfNhnlnX5hgtJ1B46AgEDsQKi/wCEPs1hEMN1ewwNFHDPFHIAs6ooUb+M
5KgAlSMitD7LqH/QRX/wHH+NH2XUP+giv/gOP8aLeYX8iufDdu2oS3DXFyYpZlna13KIS6qoU4Az
xsU4zjI6UWHh8adCIYdSvzCrh0jZ0wmG3FQQucHock8VY+y6h/0EV/8AAcf40fZdQ/6CK/8AgOP8
aLeYX8ijJ4Ss2t7KOG4uoHs42ijljZdxRsEg7lIPIB6ZGOKhn8IRSajHILmdrNvPEts7/KPNUhtu
BkEkknJPU4xWp9l1D/oIr/4Dj/Gj7LqH/QRX/wABx/jRbzC/kZn/AAhtrtDNfX7XIl80XDOhcHYI
8YK7SNqjgjqM9akuPCNndSSyT3N27vAIA25QUAKnIIXk5UH5sgc4AzV/7LqH/QRX/wABx/jR9l1D
/oIr/wCA4/xot5hfyLkaGONVLs5AALNjJ9zilLAMFJGT0GetUvsuof8AQRX/AMBx/jVLUrK9kjRD
MbiQn5CsAXYfXdn5aEvMG32Llp/yFdQ+sf8A6DWhWPosVzBcXkd5OJ518vdIF25+X/PNbFOe4o7B
RRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBna9ph1jRbmwEoiM6h
d5XOOQen4UVW8YXU1l4Vv7i2laGZEBV1OCPmFFdFFTa91mNVxT942qKKK5zYKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E+hfooopDENY/
ha/uNS0Rbi7k8yUyyqWwBwHIHT2FbB6VT0qWymsw+m+X9m3MB5a7V3bju4+uafQXUu0UUUhhRRRQ
AVV1T/kFXn/XF/8A0E1aqrqn/IKvP+uL/wDoJprcT2Jbf/j2i/3B/Kpait/+PaL/AHB/KpaQwooo
oAKKKKACiiigAopKWgAooooAKKKZKxSNmVS7AEhR1PtQA+qN7/yEdO/66v8A+i2rDu/Emr6XEt5q
uipFYbgJGjuA8kQJwCRjB/Cp/F0zJojTQSOjCCdkkRsMP3L4IPY0oSUnoaVqE6aTls+zT/I6OivP
Z9f1TSLq8t5WaSeygggMkzERlXlYLcHPGduAT03A54qa113WpJpp2vrGWQaeJ0togHjlKyuGKsDy
dq84yASPTlmZ3lFcIvjPUZorl4ooVWJPPDPGxCwyOggdseil2bH9w9OtXdM1zUdQ1O2tY7u0lt/N
mDXUcB23KRiI/J82By7KSMjK8UAddRXJ+DdTu7nQD9odFkt7eMRxSBt2NmRIz87g3sOMY65qhZ+I
725vdMlm1GNYh9oS4SKEMkzqqMFRlYh+CcEcnB4zkAA7uiuG0jxTqerrHDDNbqzXyQee0IPyGBpT
8quQGBXH3vqM1Zs9fuLHw5fzXN7Ff6hFPdCKHbtb5Hb5SASThcN67cfWgDsKK4e+8UXlnGBFqum3
CrBJPHciAlbpwQBAoDH5uecEnkYHWotU17WJLfUkE0MMTpdRRKsREkJjiD53buT1HQY4NAHe0VxM
d7qFhcQ6ZZzQq261h8142YAMkrMQpbr8o7/XNNu9f12OW6aGeyESm8aNWtmJVbc8AndyWz1xxQB3
FFRW032i1ilIwZEDY9MjNS0AFUbD/j4v/wDr4/8AZEq9WXDdRWst80z4zc4UAZLHYnAA5Jql1JfQ
d4juJLXw1qc8EjRSx2sjJIuMqQpwRn0rmE13UZLrS7FrhknsrtLfUGAH75iSqjkfxKN/HqK7QBbm
3xJH8ki8pIvY9iKT7JBvL+THuZgxbYMlgMA/UDvUlHGXGs6jL4X8P3FheGW8ZllnVSCZ9sLyNGcf
3tvbviq1/wCI72+kvbmxvXSznig+yAOsY2/aFjLhiDjdluSDgY4ruINMsrUk29pbwktuJjiVecEZ
4HXBP5mhtNs2h8lrSBotoTYYl27euMY6Z7UAZdm0lxYxabI+oCSRC7XkUokCncfl83AyeMfdrnI7
m+ttG0i/m1i7lgktxcXKC5jWbJ2/MoZcMgwflGDzxk8V3kFtDawLDbQxwxL0SNQqj8BUT6bZyGEy
WsDGD/VFolPl/wC7xx0HSgDkJNXuG8O3Wqx6rL9vkDf6EGQCIiQLtCkZBHQk+pz2xp6drl6dQ1T7
bZXQ8uaGNLaLbKYwyZJyvYmt06faGWSU20BklAEj+WMvjpk45qUQors6qoZ/vMByfTNAHBN4g1OG
01Sya8kNzdS3EljPgExRo7rIBxj5BGMf761JJrF1Lp95ff2xJDe2oiS3tMrtmYxowyuMsXLEcfh0
rtvsduSD5EWRuA+Qcbvvfn39aa2n2jzxTNbQGaIYjkMa7kHoDjigDlY9QuU1aaZNTlknOq/ZRZMy
shiyuSFxkFRls57c1J4V1KePw+b/AFC6e4kkhR1U3ayl22lsKoVdrHn5ef0rp0sLWK5e5jtoUnk+
/KsYDt9T1NRw6TYWxJt7K2iJYMSkKryM4PA68n86AObXxTftb2R87R1a9BlSVpW8qFAgbaxzy3PH
QYBOOMU218W6je3Nu0VtaR28/kR7XZjIsksW8HsCoOPcj0rpjpNgYniNlamN38xk8lcM394jHJ96
nNtCX3mKMsWDbtozkDAP1xQBw+m67qVjo1jukS5uprGGbfLK5UtLMqZOcngP247AAVpXGua0uqNZ
wx6aR9pSzV3MgPmGASliB/D1AHXpzXSfY7fCjyYsKAoGwcAHIA9gRTvs0W/f5abt2/O0Z3Yxn644
z6UAVtFvzqui2d8yBDcQrIUByFJHQGruKbHGkKBI1VUUYCqMAD2FPoAz7T/kK6h9Y/8A0GtCqFp/
yFtQ+sf/AKDV+qluTEKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
AKmqX1tpumzXd6CbeIZfC7uM46UVB4h019Y0K6sYpFjeZQodhkDkH+lFa01Br3mZz5r6I0qKKKyN
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFv/AMhm+/3Iv/Zqv1UnsBLOZo5pYJiN
paMj5gOmQQQetNCZazRVIQagn3b2J/8Afg/wYU6JdQEq+bJamPPzbUYH8OaLeYX8i2ayvDWmz6Vo
62tzs8wSyP8AIcjDOSP0NaprJ8M6jcapoy3N0VaUyyLlVwMK5A/QUdA6mvRSZopDFopKKAFqrqn/
ACCrz/ri/wD6Cas1V1PnSrv/AK4v/wCgmhbg9ia3/wCPaL/cH8qlqK34tov9wfyqSgBaKSigBaKS
jNAC0UmaKAOQ8Va5rdv4l0/SND+yiS6iaTM6kgkZ79uAai2fEL+/o35H/CjWv+SraB/17Sfyeu0r
JLmb1O+dRUoQSgndX1XmzitnxC/v6N+Ro2fEL+/o35Gu1ozT5PNmf1r+5H7jiinxCwfn0b8jXYwi
QQx+djzNo37eme+KkoPNVGNupjVq+0t7qXojkdYa+8TarfeHojDb2UAia4lOTI6tztUdB0reuUVL
vTIwPlV2AHt5bUltZ30etXlxNcxPZyqohiVAGQjrk96j1pbovZixMa3G99hkBKg7G64opx1bZWIq
XjGEdlbbu0r/AD/pGptU9u2KNijHA46cdKw9NTUB5mWiFzx5xnjcsT2wd2MdenFX9uqf89bL/v2/
/wAVWjjbqcyl5F0Ko6ADtQFUYwAMdKpbdU/56Wf/AH7f/wCKo26p/wA9LP8A79v/APFUreYX8i6F
UdBSCNAAAoAHIGOlU9uqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IuBFAwAB9BS7F64GapbN
U/562X/ft/8A4qjbqn/PWy/79v8A/FU7eYX8i4I0AACjAOQMdKXYp7D8qpbdU/56Wf8A37f/AOKo
26p/z1s/+/b/APxVK3mF/Iu7V9BRtX0FUtuqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IvAA
DAoqjs1T/nrZf9+3/wDiqNuqf89bP/v2/wD8VTt5hfyL1YL6LBqF/eXBG24jn2q55GNicEen5GtD
bqn/AD0s/wDv2/8A8VUOlC7F3fee0BXzudikHdsT1PTFNXjdpieu6Hx6JZ+Wvm2sW/HzbScZ9uaf
/Ymn/wDPqn5n/Gr1FTzMrlRR/sSw/wCfVPzP+NH9iWH/AD6p+Z/xq9Rmi77hyrsUf7EsP+fVPzP+
NH9iWH/Pqn5n/Gr1FF33DlXYo/2JYf8APqn5n/Gj+xNP/wCfVPzP+NXqKOZ9w5V2KP8AYlh/z6p+
Z/xo/sSw/wCfVPzP+NXqM0XfcOVdij/Ylh/z6p+Z/wAaP7EsP+fVPzP+NXs0UXfcOVdij/Ylh/z6
p+Z/xo/sTT/+fVPzP+NXqKOZ9w5V2KP9iWH/AD6p+Z/xo/sSw/59U/M/41eoo5n3DlRR/sTT/wDn
1T8z/jR/Ylh/z6p+Z/xq9mijmfcOVdjM023itdQv44UCIDGcD/drUqha/wDIV1D6x/8AoNXqctxR
2FopKKkoWikzRmgBaKSigBaKSigBaKTNGaAFopKKAFopKKAFopM0UALRSUUALRSUUALRSZooAx/F
t5Pp/hi+urWUxTRoCrjHHzAd6Kvapc2lpp00+ohfsqDMm5Nwxn0780VtTlZfDcymrvexbooorE1C
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKz5ZLm5v5reCZYEhVSz7NzMWz0zwOnvWhV
C2/5DN9/uRf+zU0Ji/2YW5kvrxj7SBf/AEECnxadFFIriS4ZlOfmncg/hnFW6KLsLIQ1yGpXvh1E
OmyrfwJbSsxW2imQbjnPKjkZJrrzWfoWqHWdNW7MXlZkdNobP3WK9fwpxdtRSV9CnFFp3hWwkuQ9
4YZWXO9pJ2z2wOSKzbHT9C1+9ne3l1Xzc+Y4aWeJeT2BwPwFddRijmDlOZ17WdGm36fqD36mFwW+
zxSjnH95RyOas2tvpvhywkv43vTDKqFvMeSZsHphTkjrW7iijm0sHLrc5C2s9B8R6jO0Muq+c2ZH
BkniX04zgfgKn8Tarpf2O40q6a8EiIMeVHJjOMrlwMY6Z5+tdRVbVP8AkFXn/XF//QTTUtROOhka
baaboWmnVInvTE8Ks3mSSSnB6YQ5IPPYVQjh0HxJqshjl1UXEg3sN88KYGBx0A7V1dv/AMe8R/2B
/KpMUc2tx8pzus6npNtAdIvnvgFROYUlLYHT51HXjnml0uy0vS7JtXtZL9oWhLHzpJXO3r9xuc8e
ma6HFFLm0sg5dbnID+wfEurnbLqguJF6AzwphR+AFX9W1DStNsxo9496EMQAMSSu23t86jOePXNd
BRRzBynO6Pp2l2lv/bFnJftGI2P76WVvlHX5G5zx6VSeXQfEmrIPN1QXEi7QF8+FMAE+wFdfRRza
3Dl6Hm/iWKz0vxtocE7XP2RLOSNmVneTB3jqPmzz1rpdE0zSkRdVsZNQZUD48+WU9OD8jf4Vna1/
yVbQP+vaT+T12lZwk/e9TrxK92l/h/VnIT3mgeI9SgDS6oJ3AjQIJ4V7nnoPxNaV5d6Z4d0+PTrh
7zypUcKVWSVsHr8wyQea3aoahrmnaVc28F/eRW8lwSIhIcBsdeeg6jrWjkvkcsYSk7R3MnQdJ0iX
ZqOnyaiwiYgefNLjOOcq3XrVW81DQPEN/bpJJqglJ8pBGs8S8nvgAfia64MGAIIIPQiklZkjZlUu
wBIUdT7Uc2txcvQxp7jTfC9hHazPeGKUttOJJm9+RkjrWRpem6RPfWF3p0mosEnZT9ollHIQno/X
tVm78SaxpUS3mqaNHFYbgJDFcb5IgeMkYwfwraumD32msDkNIxB9vLalCondLc1rYedNKUrWe1rP
8mYGo6poOt3UMVxJqayIxjXyknjGSQOSAAenWtRpdO8JWKRu92YpXOCfMnbOOeeSBxW1RT5unQy5
TlNE0rRdQl+1WEuqE28gP76aZRnqOG6ik1jV9C1OZLe8k1JXgkKjyI5kGc4PKjkcV1lFPm1uHLpY
xR/Z/hKxJZ7sxSyfxGSdt2PxIHFZmlaXoer3Ek1nNqhaJw7eZNMgyTkcNjI46U3W7+6t9V1aWHU5
IHsbeGS2tsqUmdt/ylSMncQF4OeeKqy6/cX3iC5txd3sFnMXtoWii2qksS7iRIVKncRIpHP3BS5v
vDlL+uaxod7IbO+k1FWt5DnyI5l+bofmUcitCOLTvClg8++8MMrrnc0k7Z7YHJFcrH4jutPGku2o
XtxHFbw3V+Wi8xW84AEMyrhAo3PyR2610mqeIprLUJEtkgntbeylu5iGJdthI2LjjOR36UX0sFup
QsdP0LXryd7aXVfMDeY4eWeJeT2BwPwFWNe1nRrgvYag+oKYXy32eKZecf3lHI5qlF4x1WS1Xfaa
fBLJukjlmuR5RjVA3O0tgnOBz0BPbFdVpV22oaTZ3bqEa4gSUqDwCyg4/Wnzahy6GbbW+neGbCS9
R7xoZQhO95Jm56YU5I61mW1noPiLULhoJdV85syuDJPEoye2cD8BXX4oxS5vvDlOb13VtHIfTNQe
/UxlSTBHLnpkfOo5/OprG003QbCTU4XvWhkjVj5jySnaemFOSDz6VvUUc2lgt1OQig0HxJqkvly6
qJ5AXYb54UwMDjoB24p19qOlW327StQe9CmVDmBJS2AiY+dR149a62qVh/x8X/8A18f+yJVKQuWx
maZZ6XpFi+r20l80LQ7j5skkh29fuHnP4ZqgBoPiTV22y6oLiUZwDPCmAPwArr8UYqebr1HynPat
qGlafaDR7x70IYlGYklZtvb51Gc8euaNI0/S7G1OsWkl+0XlMf30srnaOvyNznj0zXQ0Uc2lgtqc
g8mg+JNXUCTVBcSjaAvnwpgDPsBV/Ur3S9GsU0m7e98t4cAossjben3wCc/jmrq6/Ztrd3pZZkuL
aETOXGFKnrg98cZ+oqpbeLrW8trea0tL6czh28pIRvjRWKlmBPAyDgdT2HWjmBRItE0zSoohq1jJ
qDIqvgTyyngcH5G+npVOe70DxJqcIaTVBPIBGgQTwr3PPQfiavz+MrG1+0NcwXkUULSIJmjGyRo8
7lXBzng9QOlaC6so0ifULi2ubdIEd3jlUb9qjJIwSDkDjmnza3Dl6FG9vNM8P2Eem3D3nlSRsFKr
JK2D1+YZIPNQ6DpWkuE1LT5dRIiLACeaXrjByrdetWo/E9qbe5kuILm1kt4fPaGdAHaPsy4JByeO
vXio4vFcU89lHDp2oSC9j8yJwibcDG7OXyCu4AjHXOM0ubQLamdd3+geIdQt1kk1QTNiJBGs8S8n
vgAfia057jTfDFhHZzPeeVLv2kCSZvf5hkjrxVzR9atdbt5Z7QvsjlaI71xnHII9iCCD3BoGvaSY
EmGpWhikfy0cTLtZvQHPXkUOXToCiZGg6Ro9yyX2ny6kfIkwPPmmAyB3Vuo5qDUNU0HXLuCOeTU1
kVvLQRJPEMkgc4AH4mujj1Wwmvnsor23e7jGXgWQF19cr1q3inza3Dl0sYjy6d4TsUhke7MUrtgk
STtnHPPJAqhoek6LfSC7sJdTJt5Af300yjPUcN1FdVRS5tA5Tk9X1fQtVnjgu5NSV4XKDyY5oxkn
ByVHI4rSzp/hKx+Z7sxSydWMk7bsfiQOK2qKOboCj1OM0PSdI1XUbq4tZNR2xSI6+ZNKnPXkHGRk
VZ1zWNDvpPst9JqKtbyEHyI5k56HlRyK3LX/AJCuofWP/wBBq9VOWokroxEj0/wnYvNvvDFK4zua
Sds44wOSBWZp2m6Frl3NJay6r5it5j75Z41yTngHA/AV11FTzfePlOY17WdFuWex1B9QUwSZP2eK
ZeQP7yjkc1bt4NO8MWEl4r3hhl2bt7STN7YHJHWtyijm0sHLrc5G0stC8RX9w0Euq+ccyuDJPEvJ
7ZwPwFWte1fR2D6bqD36mJlJMEcoOcZHzKOevrXSYoxT5tQ5dDBsrXTfD9hJqUT3rQyRqx8x5JTg
9MKckHn0rOgttB8SanMYpdVE7gyMN88K9hxnAH0rr6KXN16hynO63qmkQxNpN898AgTJhjlzgcj5
1H5807TbPTNHsX1a3e+aF4dx82SSQ7ev3Dk5/DNdBRRzaWDl1ucgqaD4l1dtkuqC4kG4gNPCmAAP
YCr2r6lpNja/2PevfBfKUZiSVm29vnUZzx65rocUYo5g5TntJsNLsLQ6xaSX7RGJj++klc7e/wAj
c549M1RL6D4l1cYl1QXEi4AUzwpgD8AK6/FFHN1Dl6HP6nfaVpFiukXb3vltDgGNZXbb0++ATnj1
zTNF03SoIRq9lJqDIqP/AK+WU8Dr8jfT0ro6KObSwcutzkJbnQfEmqRAyaoJ5AEUIJ4U4yeeg9ea
0b680vQbBNMuXvPLkiZVKrJK209fnGSDzW9Rijm+4LHN6FpeksE1PT5NRYRlgPPml9MHKN1/Kqlz
faB4i1C3V5NUEzYjQRrPCvJ74AH4muvxRRza3Dl0sYdzc6b4a0+Oyne8MUocKQJJm9/mGSOvFVNB
0jSLhkv9Pl1JvJfA8+aUDIHdW6jmunoo5tA5dTj9Sv8Aw94iuYYbr+0nYHy1jSKZFbJ7gDB6d6K6
HXdTOjaLc34i80wKDs3YzyB1/GitIKbXufmRJxT940KKKKxNQooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelabDpNkLW3Z2j
DM+XOTlmLH9TVw1h+DoZYPD6JcRyRyedMdsgIODIxHX2p9BdTdooopDCiiigAqrqn/IKvP8Ari//
AKCatVV1T/kFXn/XF/8A0E01uJ7Etv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQBx/
irQdbuvEmn6vobWnm2sTR4nJxk57Y54NQ4+IX97R/wBa7WlqPZ63udUcW1FRcU7d0cTj4hf3tH/W
sPxZ/wAJGNKP/CRnQfI52bs78/7GOc/SvUqz7/RNO1S5t5760iuJLckxGQZ2568dD0HWplTurXNa
WNUZqTgtOy1PO/hwPFQMXlEDR88/a84x/wBM+/8ASvUc+tOAAAAAAHQCkI6VUIcitcwxWI+sVHPl
S9Dk9Xa98S6rf+H4jDb2UAia4lILSOrfNtUdB061s38sNlPprSMI4kkZck8D92wFOtrW+i1q8uJr
qN7OVVEMIjAZCOuT3qS8/wCQhp3/AF1f/wBFtTpxs22LEVLxjCNrK23dpX+Yf23p/wDz+Q/nR/be
n/8AP5D+dX6KvQ59Sh/ben/8/kP50f23p/8Az+Q/nV+ijQNTIe70OS7W7kNk1ygwszIC6j2bGe9O
F/owjWMS2vlo25VwMKeuQPXk/nWrRRoGpkrfaKsbxrJaBJAFdQowwAwARjkY4+lLHf6NCcxS2iHB
GVAHU5P5nmtWijQNTCI8Nm2a3EenrEzbyixKBuxjdjHX3qxZ6jpdjZQWsN3EIoI1jQFsnaBgc/hW
rRRoGpQ/tvT/APn8h/Oj+29P/wCfyH86v0UaBqUP7b0//n8h/Oj+29P/AOfyH86v0UaBqZNz4gtY
drxSxTIM7wr/ADj3A707RruG9F5cW0gkiknyrDv8iVburNLvaJmcxr1jDYV/r6/SqNqbqK6vktbe
3aITjG6Qpj5E4wFNUrWJd76mvRVHzdS/59rX/wACG/8AiKPN1L/n2tf/AAIb/wCIqbFXL1FUfN1L
/n2tf/Ahv/iKPN1L/n2tf/Ahv/iKLBcyNV8JtqV9PcC78rzpULBV5MWzZJHnP8Q79iBTofDt7YXJ
uNPvYI5JfMSVZISy7GleRSoBGGXzCPQ1q+bqX/Pta/8AgQ3/AMRR5upf8+1r/wCBDf8AxFFguZ1v
4XjtBfzxCB7+6klYSzoXRQ7Z2lM4xjg4xmoLfwj5ek3Vs1yUknjlRI4GdLeEOm3Aj3EEDk89zxji
tjzdS/59rX/wIb/4ijzdS/59rX/wIb/4iiwXMS48K3uorGb/AFBFkHlxsbWMpiJG34Ukk7iwQk+i
4xzQnhK6tkdbXU2BUXPkPKu50MwUkk55wwY/iPStvzdS/wCfa1/8CG/+Io83Uv8An2tf/Ahv/iKL
Bcy9L8LyaHds2n3ztbyRxRyR3WZGwmQNpBGPlOPwFUbzwMbi10yNZraQ2lp9kkSeNzHIvB3AK6nO
R0OQc10Xm6l/z7Wv/gQ3/wARR5upf8+1r/4EN/8AEUWC5i2Ph+807xBaSboZLGIXRVlj2yKZXV/m
Ofm53DgDpzXUVR83Uv8An1tf/Ahv/iKPN1L/AJ9rX/wIb/4iiwXL1FUfN1L/AJ9rX/wIb/4ijzdS
/wCfa1/8CG/+IosFy9RVHzdS/wCfa1/8CG/+IqlqVxfJGjMsUMuf3QinZix9Nuz5v89KajcXMXLT
/kLah9Y//Qav1jaLJdSXF419EkVwfL3IjZH3a2KJ6MI7C0UUVJRi+Kr+607SFlsmdZnuIosxxiRs
M4B2qeCcGs6w8VXP2O1FzAJZBDcS3cmfLMSwuFOUwcvyMgHGc4OMV0Ooada6pam2vYVmhLBtrZ6g
5B49DTLfSbK0EYt7WKMRxtGu1eisQWHvkgE+tAGG3jGWKBvtFhHDcNFFNDE1zuEiOWxyqk7vlOQA
frgEiGTxdc3wsX0+1aO2ea0E8zuuVEu1toXBz8rAE5GM8dDWynhfR4rZ7ePT4FikcOwUY5HA56jA
4wOMEjvTv+Ea0kT28wsLcSWyosLbf9WE+7j6dqAMyXxbPFoyak9hEkVwFe0V7n5plKluiqSGwAcD
I56jBqDUPGVwun3MtlZKji0W5tjcyFfOBVWOABggBucHOR0Awa1z4W0cxSRf2fB5cj72UAgZ56en
U8Djk1J/wjmlZc/YYTvh8ggjI8vAXbjtwAPwoAzbjxHe293JbR2IuLk3CQiIzhEQ+R5rYbbkjgjp
TLfxkb3WLCytLB3S6ijmeRpMGJXQvnaAcgYAPI5YetbUWj2MLI0dtGGQgq3UghPLBz/ucfSs2Pwh
aQa1HqFvPPCE2YgjYBPlUIB67cAcUAU49W1NL2a5a6jkthqf2EWpiAO0kKGVhySM5OeMA9OtR6Zr
Wqy3WlT6hMYrK7gh8to7cNHLIycq7ZyjbjxxjGB1Nb8WhadBqMl/HaRLdyEs0uMnJGCfYkdxSQ+H
tLgu4rmOyhWaFFSNgPuhRgYHTgcZ60AaI6UtFFABRRRQAUUUUAFFFIzBQSeg60ALRUVvcw3cKy28
qSxt0ZDkGpaAKeq6dDq2mzWVwXEUwAYocHrn+lFUPGMUs/hO/jt0kklZBtWMEsfmHQCit6UW1pKx
jUkk9Vc26KKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1
Qtv+Qzff7kX/ALNTXUT6F+iiikMQ1Q0XVF1nTlu1iMQLum0nJ+Viv9Kvk4FUdH0xNHsBaRSPIod3
3PjPzMWP86elhF+iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7R
f7g/lUtRW/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xq
o3v/ACEdO/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq
9VGw/wCPi/8A+vj/ANkSqWzE90XqKKKkYUVRj1myl1O609Zh9ptEWSZCCAqtyDk8H8OlVI/FmlTW
ttcQTSyx3IZk8uB2IVW2lmAGVUEdTgUAbNFYr+LdJiedZZ5IxCXUs8DhXKHDBDjDEHjAyauJq9q2
lzag3nRQQq7yebC6MoXk/KRnt6UAXqKy4vEenSWl1cNJLEtqnmTJNC8bquMhthGSD2wOenWol8U6
fJc20Ea3cjXSCSFktZCrqQDndjGBuGfTPNAGzRVLTtWs9WtnnsZvNiSRo2YKR8ynB6/z78VNFewT
CPbIoaRQ6oxw2MZ6daAJ6KoHWLT+0HtFkLyxqjMEG4DcxUZI75HPpVhr22QOWuIlEZ2uS4G0+h9K
AJ6KpnVrL7TNbLOrzwFBJGnLJuIC5H41P9qgy486PMZw/wAw+X6+lAEtFNjkSVA8bK6MMhlOQfxp
1ABSY5zS0UAYjWUl1rF80d9c2wXywRFtwfl6nINTf2RP/wBBjUPzj/8AiamtP+QtqH1j/wDQav1b
k0QkmZX9kT/9BjUPzj/+Jo/sif8A6DGofnH/APE1q0UuZj5UZX9kT/8AQY1D84//AImj+yJ/+gxq
H5x//E1W8YpHJo0QniaW3F3AZkVC+UEi7sqMkjHWububW9VZDpNveJaFLk2cYVlZYykWQoPK5IkK
g+vGKOZhyo63+yJx/wAxjUPzj/8AiaaNLlYkLrV8SpwcNHwf++azfD8FouuSvosE1vpq2wSVXieN
Hl3fKQGAywXOT7jOe1LRrLULJ7SGGe6RLm+vJrlzCgL7XOwM23o2M56nPBAxg5mHKjof7In/AOgx
qH5x/wDxNH9kT/8AQY1D84//AImuYt9T165gKpc3omkWL7SWsgv2SZpkVkjyvzAIX67sbQc81q6L
Lq6atGl7dXFxbyfakIlgVQvlSKsbZAHLKSTng9gMUczDlRpf2RP/ANBjUPzj/wDiaP7In/6DGofn
H/8AE1yMVtqljeW3kW88sF1qVxcBTnEUqmYAN6I67Mdsg+oqaDV9ZaJd13qH2VvJ+13LWO2S3kO7
eiLt5Gdg6Ntz1PY5mHKjpxpUzDK6zfkexj/+Jpf7In/6DGofnH/8TXG6bea5ZjSbSKWW2t8Bt0tm
5M7NM+9WAQ7Tt28ErjdnkDi54qim/wCEtimhtzLKkNs0IWGQuxWVyypIvypxjdu6ijmYcqOm/sif
/oMah+cf/wATR/ZE/wD0GNQ/OP8A+JrUHSlo5mHKjK/sif8A6DGofnH/APE0f2RP/wBBjUPzj/8A
ia1aKOZhyoyv7In/AOgxqH5x/wDxNH9kT/8AQY1D84//AImtWijmYcqMr+yJ/wDoMah+cf8A8TQd
JuACf7X1E+w8v/4mtWijmYcqOZ0fQr2HU2v5rmeBHOTBlSZPd8ALn6fnXTUUUSk5O7CMVFaFDWtT
XRtIuL9ojKsChigOCeQOv40UusaamsaVPYyu8aTAAsmMjkHv9KKun7O3vClz390vUUUVkWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/
RRRSGIaw/Bvm/wDCPJ5/mb/Om/1mc48xsdfatw1S0jVI9YsBdxRuiF3Ta+M/KxU9PpT6C6l6iiik
MKKKKACquqf8gq8/64v/AOgmrVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VL
SGFFFFABRRRQAUUUUAFFFFABRRRQAUUlFAC1Rvf+Qjp3/XV//RbVdqle/wDIR07/AK6v/wCi2poT
L1FFFIYUVka/PdxDT4bG4FvJdXQhaQxh9q7HbgHj+EVzmqeM7nTLWGOae1W5guZRO7DAuIocb9i5
4ZtwAHOCDQB3VFcNda5qOnJqUk2tW7oksVvatJbqqbpVVg7EHkKGJx3ArZtPEAvPDFlqSNlppYYn
2AYDmVY3xntkn8KAOgorlYvGjv5m/S5FLnFqBMp84+cIef7nzEHvxn0xUVr4quoI5JNRhbzfMuVE
CMpAKyxRou7jvIOfzoA6+iuduvFMthdWNte2Ucc9y6o8aXG9o9z7EbheVJxydvfGSMVStvF13Hp9
vd6laBHdLgiKBwwcpIka8nGCS+PTuaAOvorlbnxjdWxeE6QWvImkE0QuV2qqxrJkNjnKsOMDn866
W2nW6top48hJUDrnrgjNAEtFFFABVGw/4+L/AP6+P/ZEq9XN3eo3dneXccEGIXuPnuSy4T5E4weA
fc8VUVe6Jk7WOkorNiu7xYkAsJZMAfMZ4yW9+tP+23n/AEDZP+/yf40crDmRiap4Vu7zVbm7t7iK
I3EqpIedxtzGqyJ06kqCKfY6FqmkXJmsWspBKrxyJIWURjzpJEZSBzgSEFeOg5rY+23n/QNk/wC/
yf40fbbz/oGyf9/k/wAaOVj5kZMfhURQX0kqx3tzPLO0cVzKxgVZHLYC4+UkHBIBpieGr9tDvLWW
/kV5YZoobbzjJDGHUhQXZd7YJznj0xxWz9tvP+gbJ/3+T/Gj7bef9A2T/v8AJ/jRysOZGHeeHdV1
WVZria1tJG8qJxATJtiRjJwWXDMXC8EYAz1zTYfDOrWcGy3vYXeGO7jtpZMgjzijKSAMDaQ/A7bf
w3vtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyMjSPDl9oU0sdveJdWkyRI3n4Rk2qUJAVcHKhO
v92qdr4Kmhe1mZrX7RAtmgmUHeqxIVcA4zzngfnXR/bbz/oGyf8Af5P8aPtt5/0DZP8Av8n+NHKw
5kc1p3g28tWTcmnwhFtEzBuzL5Mu9nf5R8xH15796G8JaiNEFhHFpaupVZJwMvdKA3zOWRtrZYH+
LPzcjNdL9tvP+gbJ/wB/k/xo+23n/QNk/wC/yf40crDmRz1l4Qu7XaG+xsxSx3zDO8tAyFx05BC5
BJ64yO9V18DXT27QTDTwqxeUzqGLXeZkkZpcjrhDx83LHkCup+23n/QNk/7/ACf40fbbz/oGyf8A
f5P8aOVhzIZoelnSLW4g/diNrmWWJIxhURmJC47de1aVUPtt5/0DZP8Av8n+NH228/6Bsn/f5P8A
GjlYcyL9FUPtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyKsmpWumX+oS3kyxqTHgHqx29AO9Wr
TVoLiASSskBJOEklXdjsTg8fSs3+zbfWru+GoWmx1aPadwLJ8vUEfyq7aaDaQwBLi3tbhwT+8Nsi
kjtnA6+9XLlt5kR5rlz+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR/Y2m/wDPhaf9
+V/wqPdK94k/tC0/5+oP+/go+32f/P1B/wB/BUf9jab/AM+Fp/35X/Cj+xtN/wCfC0/78r/hR7oe
8Sfb7P8A5+oP+/go+32f/P1B/wB/B/jUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P
/n6g/wC/go+32f8Az9Qf9/BUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P/n6g/wC/
go+32n/P1B/38H+NR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vs/wDn6g/7+Cj7fZ/8
/UH/AH8FR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vtP+fqD/v4KX+0LT/n6g/7+Cov
7G03/nwtP+/K/wCFH9jab/z4Wn/flf8ACj3Q94l/tC0/5+oP+/go/tC0/wCfqD/v4Ki/sbTf+fC0
/wC/K/4Uf2Npv/Phaf8Aflf8KPdD3iX+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR
/Y2m/wDPhaf9+V/wo90PeJf7QtP+fqD/AL+Cj+0LT/n6g/7+Cov7G03/AJ8LT/vyv+FH9jab/wA+
Fp/35X/Cj3Q94mW+tXYKtzCWJwAJBk1PVNNJsI3V0sbZXU5DCJQQfyq5Sdug1fqYnjLzf+ETv/I8
zzdg2+Xnd94dMc0Ve1jU49H0qe+lR5EhAJVOp5x/Wit6Tkl7quZVOW+rsXaKKK5zYKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikM
Q8VQ0TSxo+nC0WUygO77iMfeYt/Wr5rD8HTSz+H0e4kkkk86YbpCScCRgOvtT6C6m7RRRSGFFFFA
BVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMK
KKKACiiigAooooAKKKKACkNLRQByUC6zqGuarajW5LX7LKDHGtvGw8thlTk8+o/Crv8AYmt/9DNN
/wCAkdJe/wDEv8a2Fz0jv4WtX/31+ZP03Cugq27WsQkjA/sTW/8AoZpv/ASOsySW80zxbpttf62b
mIRyzyebCkYQBSByPXJ/KuyrjrSCLWPEt3e3EaSwPctZxqwyCkcbZ/8AHifypwd73FJW2OjttWt7
ncyuqRD7ru4G/wBwM5x9asfbbb/n4h/7+Cq1to9tbllKRyxn7iyRqSvtuxk/jU/9n2f/AD6Qf9+x
/hUvl6FLmK2owaXq0Cw3zwSojh1Hm7SGAIyCCD3P5023tdHtG3W62kZ8oQfKwxsBJ2/TJJ/Grf8A
Z9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UtB6lKCw0W1aFoFtUaEgxkSD5SE8sd+yfL9KT7BoomeULai
R38xjvHLbw+evXcAfqKvf2fZ/wDPpB/37H+FH9n2f/PpB/37H+FGgalB9N0OSExPHalCjJjePus2
8jrx8wB+tNTStAjtjbrDZiEq6lCwIIcgv37lVP1FaP8AZ9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UaB
qZg0bQFMB8u2LW5DRkzZIIbcCeecNyM5xT10vQlSRPKtCknmblLgj94QX4J4BKj8q0P7Ps/+fSD/
AL9j/Cj+z7P/AJ9IP+/Y/wAKNA1M+HS9Ct4ViijtVRQ4/wBZkneMPk5ycjA5q/Fc2cMSRRzwKiKF
VQ44A6Cl/s+z/wCfSD/v2P8ACj+z7P8A59IP+/Y/wo0DUd9ttv8An4h/7+Cj7bbf8/EP/fwU3+z7
P/n0g/79j/Cj+z7P/n0g/wC/Y/wo0DUd9ttv+fiH/v4KracySy35Uq6NcdQcg/IlT/2fZ/8APpB/
37H+FQabGkUt8kaKii44VRgD5Epq1mLW6LyRrGoVFCqBgADAFLS0VJQlGRXEX+qX+l+KNTmheaaK
cx2UMBJKxzNGrRsB0AJLA/hmoNMnjjFvaa1ql6kMCS/ZpmndDPKJ5FJLDl2ACYU5+90NAHfZFHFc
D9l1CaPVbxr+XTbZZrpHupLp3DjzCqDy+kYXGMgg46e1mHU5z4P1FLW1nCR29wPtkd4ZowwQkGN2
O9hnoccHjtQB2tFcDPqPkQ3Nvod1d3dpdpFAhimaVlmYnf5bseojBY/NgEDoTUNvdJG1rd6h/aCy
2MFyLmJ7mQF3hMXlllVtuSrA8dSxzmgD0TijrXHeF9UubRLmw1r7TDdOUmiN2wLO0gO5VwTwHVsD
PAIqDT/EGq7rFg0JtvLs0eAxMWdpY8k7y2Rg46g+9AHcUV59p+t3d7qJupLyG5eSOxDxwoyLbl5y
GjPzckZxn25FWJPFl2uhtdnUIPtMrKDAluM2bEMSkhdwP4cZOCSOAcigDueKK4O01y/uriSae6Ui
cadKlntI8sSMgcqc5IBJHpnr6UL4s1aW3laGe1ad49zxC3b/AEFzMiKj8/MSGbrg/ISOKAO8orM8
P3l1eWUwvWR57e4lgMiJsDhWIDYycZHvWpQAlFLRQBn2v/IV1D6x/wDoNaFZ9r/yFtQ+sf8A6DV5
XV87WDYODg5waqW5MR1FFFSUZuu6hcadYxvaRRSTyzxQIJWKqC7BckgE8ZrJm8XT2TvDeWSCeASi
ZY5MqzKsbJsOOjCReuMc1t6rpkerWggklmi2yJKskLAMrKwYEZBHUelUW8KafLHsnE025ZFkeSQl
pTIFDFj64VcYxjAxQA/T9Tvjqh0/VLaCOdoPtEb28hdCAwVlOQDkEj2OfaqOmeLHuAv2yznje4vJ
oLeNITkJG2CzHcRxjk8dxz309O0VNPuZLhri5uriRQnm3MgZlUdFGAABnn370Q6DawS28i+YWgea
RMtxmViz5/E8UAUf+Ez0/wAh5RHeFdqvF/o7ZuEZwgaMfxAsy/mD0NWdM8S2mqXYtoorqKQq5Hnw
lAxQhXUH1UkA/pmoYPCFjAFHmXUixiNYRJNuEKI6uEXjgZVc5ySABnirtvolta3cdxGZPMjadly3
GZXDv+oGPSgDGtvGRkuDBcWyQuL1ocl+DADIPNzj1iYEdvxFWk8ZWDx5EN6JH2GGE25Ek6tnayDu
DtbrjGOcVNJ4U02aS0eSN2a1lmlQluvmli6n1Uljx7CoY/B9nGgIur4zJsEM7TZkhVMhVU4xjDMD
kEnPJNAFW08eWHkWA1BvJubs/wCrVf8AVgyFE3AnIyR2zg5zitO41O8fV3stOt4ZRbqj3DSyFPvZ
wq4BycAnnA6fhBB4RtLSSB7a5vYWiUIxWbPnKHLgPkc8s3IwcE81autDhudQ+2LPc28rKqS+RLsE
yqSQG47ZPIweetAGnS0g4FLQAUUUUAFFFFABRRRQAUUUUAUNb0wazpFxYNKYhOApcDJHIPT8KKp+
MZpYPCd/JbyPHKqDa0ZIYfMOhFFdFGM2vddjGrKKeqNuiiiuc2CiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDENVNK1KHVrIXVsr
rGWZMOMHKsVP6irZOBWdoWlnR9MFoZRKVkd9wXH3mLdPxp9BGlRRRSGFFFFABVXUgW0u7VQSTC4A
Hf5TVa8123s9SSxMU8kpRZJGjTKwoWKhnOeBkH1xgk0tr4i0m8sre7i1G28m5O2JmlC729Bnv7UA
XrcEW8QIwdg/lUlU21W0Fx5Ec8UsokETokilo2OcbhnI6GkTWdNltpbmPULR4ITiSVZlKofc5wKA
LtFZt7rtpaWEF5GWu4riRY4fsuJPMJ6Y5x2Peq6+KtOMPmO0seI5HdHjIaMoVDKw67suuB3yMUAb
VFZNr4jtJ/OFwJbB4EWSRLxREQjEgNknGMgjr161ekvIo/IJYFJzhXDDH3S2c56YB6UAWKKrW2o2
V5A81rd288SEhpIpVZVxyckHiov7b0v7O1x/aVn5CMEaTz12qx5AJzjPtQBeoqs2pWSTPE95brJG
nmOhlUFU/vEZ4HPWo/7Y03MA/tC0zcf6n98v73nHy888+lAF2iqenatZasszWNzHOIZWik2HO1lO
CP0/GrlAGF4wgdtBe6hGZrGRLpMf7Byf0zWxbzJcW8c0Zykih1PsRkU6aJZoXikGUdSrD1B61ieD
pGXRTZSnMunzPatn0U/L/wCOkVW8Sepo6xfrpekXd43/ACxiZx7nHA/PFZOjWLadp2hQSf63LPIf
V2Rmb9TTvFX+mPpmkrz9tulMgH/PNPmb+QFaV5/yENO/66v/AOi2prRCe5epaTIoqCypqOqW+lRR
yXXm4kcRosUTSMzEE4CqCegP5VXfxHpiWlrdNdARXUwgiJU5MhONpGMqQQc5xjHNJrtpd3QsZbFI
ZJbW5E+yWQoGGx1xkA4PzelYFz4Nv9QaUTX8dssqTSP5CBv3spGcbhwFVVAYckljxQBs/wDCW6Z/
pZc3Ua2al52ktJUCDGeSV6kEYHU54rTW9he1iuUYtDKEKMoJyGxg/qK5uXw7q12GE13DC1zcW89x
JEN5HlxLwAwwcyKDz296ltdC1ODR4tLklglgt7iOSOYsQ5RJ1kClcYGFBHHcDtQB0YmibfiRDs+9
hh8v1qtaara3zOIHYhHdC204yhAbnp3H1rlh4JnhiYwx2e91Zp1yVFy32kSgOQOQVBUk5xnoRSr4
OvfsLRL9ityftBEURbywJJYnCcAHaRGyn/e6UAdiLiFtm2WM78lMMPmx1x61Ba6paXwja1nWZJN2
14+V+U4PPQcmuYu/DGoXV5pssNtp1nBbTRyGCDGI8S72w3l5O5ew2DOc5zTB4Nu/7MFnEtlbhEuU
BjJCyiSSN13AAYBCFWHPHrQB2H2mHYr+dHsb7rbhg/Spa4mTwVLd72uLXTo0dp3W1QFooGaJY0K5
Uc5XcSAOTx6119lE9vYW8MrbpI4lVmznJAwTQBPRSUUALWVDeQ2k18Zm5a5wiKMsx8tOABya1Kwm
0W21G9vZ3UC4SfashUNxsTgg8EVUba3Jlfobcb+ZGrFWQsM7W6j606qEejWPlr5llbF8fMVjwM+1
O/sbTv8Anyg/74FLQepd49qMD2ql/Y2nf8+UH/fAo/sbTv8Anyg/74FGgal3jGO1HHtVL+xtO/58
oP8AvgUf2Np3/PlB/wB8CjQNS6AB0A4owPaqX9jad/z5Qf8AfAo/sbTv+fKD/vgUaBqXePajA9BV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7x7Uce1Uv7G07/nyg/74FH9jad/z5Qf98CjQNS7ge1H
HtVL+xtO/wCfKD/vgUf2Np3/AD5Qf98CjQNS7xRVL+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7RV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNTH1az1K8ur9NMuREQY96dDINvQN2/wA81LpVlqAsVW3u
1tEUkGJ7EKQe/wDFz9e9XdOt4rbUb+OCNY0zGdqjA+7WpVym0rERgr3Mr7Hq3/QWi/8AAQf/ABVH
2PVv+gtF/wCAg/8Aiq1aKnmZXKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t
/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrV
oo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8A
oLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/w
EH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK
+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjNitNTWVGk1SN0DAsotQNw9M7uK0qKKTdx
pWKeq6jDpOmzXtyrtDCMsEGT1xwPxoqLXtMOsaLc2AlERnULvK5xyD0/CitKag17zInz3900aKKK
yNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1Qtv+Qzff7kX/
ALNTXUT6F+iiikMQ1ieELqa80BJriVpZDNKu9jk4EjAD8hW2aqaXfW2o2QuLMEQlmUZXbyGIPH1B
p9BdS5RRRSGFFFFAGFreh3Gq6jaSxtaxJAVYT7G8+Mg5IVgcYI4wePXPSsk+C737GlutxY4No9g5
aAtiItncvPD4PI6HA9K7OigDn4vDTxbNs0eV1I3pO3lhtICk+vPWsTVfCl7Z6Pbx6eiSukdpE6wq
EbMJkJcZ6ksy/rXd1zM/iS7s59W+021sIrW4jgtyZyDKWRWwQFJz82eAfTtmgBU0a8l8L6Tb20MF
jc2UkcqwyMXQbcjBI56H8/Wo5/CM90WlkvUW5lEkkkiR8CUtCyEKT91fJUYJyfWoYPF1xLci7W1L
6bLbWkp3SBWgMruvTGWOdvHHT14puneL7omztGsLm+nbBuJYUOI1aRlU8LjgKSckcDvQBauvD2oa
iLi4vpLJ7x1jSFYxIiRhW3Z3A7t2TnPbA461cuNEuLmw06GW6V5bTcZJSmPMJhePOBwOXz+FR6pr
02nahNBDbm5kxbLHEZAgLSvIud2D/cqpqniG6k8N2N9YrNby3NysLokYmdeWDBR0blfyoAltfDb6
ZpuoRxGN2nsI7dUjXblkjZc/jkVmx+ENVm0lVe7trad4YoXigjKJsRHHJBznLknBwdoHSoT4j1q4
j0/7HP5001o80axWm8TN5m1BJg/uuMbuRg59K6vRLya9t7l7ggtHdzRLgY+VXKj9BQBhnwVI2kXV
obmLzZUtQr7CBmFVGGwQdpK9iMZpg8Du1o8ZNnE7QPGBGrsFZpRIWBcls8c89a7GigDN0bTptN+2
JI0TRy3Mk8ZRSGAdixDfQnHFaVFFACVz9t/xL/G93D0j1G3Wdf8AfT5W/Qg10Nc74tP2AafrHOLC
5BkI/wCeT/K38xVR1diZdxbX/iYeN7ufrHp1utun++/zN+gAq3rS3Ly2a2UkcdwXfY0i5UHY3aq/
g+Jv7FN5KMTX8z3TZ/2j8o/75ArQvf8AkI6d/wBdX/8ARbU3pL0FbQoaZBfp5gLxx3HHmtNAzFvQ
ht+CPp09BV/ytS/5+bX/AL8N/wDF1dpaTk2NRsUfK1L/AJ+bX/vw3/xdHlal/wA/Nr/34b/4ur1F
LmHylHytS/5+bX/vw3/xdHlal/z82v8A34b/AOLq9RRzBylHytS/5+bX/vw3/wAXR5Wpf8/Nr/34
b/4ur1FHMHKUfK1L/n5tf+/Df/F0eVqX/Pza/wDfhv8A4ur1FHMHKUfK1L/n5tf+/Df/ABdHlal/
z82v/fhv/i6vUUcwcpR8rUv+fm1/78N/8XR5Wpf8/Nr/AN+G/wDi6vUUcwcpR8rUv+fm1/78N/8A
F0zShIJL4TMrSfaOSq7R9xO2TWjVGw/4+L//AK+P/ZEp3umK1mi9RRRUlBRXF32v3uleJtTLytNa
vstraDH3bgxqyAf7+WHPcCotJv7m48q01PXZYGtopJPPyiG4YTyIScjBVQi/KP7wzQB3NFcJHNrl
0dSmtb+a2iWa5jM93JGIOJCqCPgspGMZIx7HirMevSp4X1BYv7RNzBBcZuJSkqxOqFseYvBxxjj2
POaAOyorhrvWJ9Lju7S01Oe8WaKJIpeJ5YZpGIIXaPmwgL4wcbT2IFQW2qu72l5eapqMaW8FwbyI
sEy8BjAJUrkbgdxH+1QB6BRXJeFdduJobq21aWZbxdsyfaYzCzCRSdiqQCdrK6j2AqCx8V37PZZh
t3tGjtFkJdjMWmTdkHocEfjQB2lFcJZeJL681ATzT2/lyxWLJBbTEiISzEEP/tYOD647VZfxfdDR
Vv8AzNPDXJU28Ch5HThiVkAI5AXrwBg+nIB2VFcTaeJr+9mmmeSBbaT7A8MCEiRBMyZy3cfMe3Pt
Sf8ACa3zWpljj093ni82GMSsWg/epGFl9zv7Y5UjnGaAO3orM0HUZ9RspWu0iW4gnkt5PKJ2MUbG
RnkZ9K06ACiiigChaf8AIW1D6x/+g1fqhaf8hbUPrH/6DV6qluTEWikzRmpKKGtak+l2STRW/wBo
lkmjhSPeEyzsFGTg4HNZjeL47fcl5ZywzRCXzowwbYyKjAA9G3CRcH35xWnrGmnVbJYUuGt5Eljm
SRVDbWRgw4PB6VnS+Ebe5VvtV1cSySLIJpchWkZwg3DA+XaEXGPTvQBa0/WLi4vzY39i1lc+V56L
5gkVkzg/MOhBIyPcYJqrpfi62vV3XCPB5t1JbWyeVIWk2HBJGwY9e4Hc5Bxd0/SJbW9e8vL6S9uW
QRK7oqBEzkgBR3PJPsPSmQeH4oJraTzpG+zyXDgEDDecxZgfpnigBn/CXaL5M0v20eXCAWYRv8wL
bAV4+cbiBlcjNT6f4i0zVbg29nc75gpba0bJ0IDfeA5BIBHUZ5xWfb+EEiESyX9zMtusUdsGCjyo
0kRwvA+YkxqCTzgVetdCjtb2K5WZ2aJrhgpAx++cOfyIwKAKNr4wguZ2ha3eKRb1rUqzD7o34l/3
SY2H1Bq0ni3RpIGlW8JVSoA8p9z7s7Si4y4ODgqCDg1Wm8G2U8tpJJLLut5Z3OMDzVlLko3sC5x3
H4mmJ4QKGOY6pcvd24RLadkT90iAgLtxhiQzZJ56dMUATWPjHTbizs5bmdbeS7P7tCGOAXKKScfL
uI4zjnipNU1+fT7+aGLT2uIba3W5uJFlAZEJYfKpHzEBCcZFUYvA8ENzazpds0sKqrtNbxSGQB2c
EEr8hy7DK4/MVf1HQH1DUJZxfzQRT2629xFGi/vEBY8MRlc7yOKANeGVJ4Y5Y23JIoZT6g8in0yN
FiiSONQqIAqqOgA7U7NAC0UmaM0ALRSZozQAtFJmjNAC0UlLQBi+MLqay8K39xbStDMiAq6nBHzC
ir+qX1tpumzXd6CbeIZfC7uM46UVvSbS+G5lUtfexbooorA1CiqD6zaR67HpDO32ySA3CrtONgOC
c9Ovaota8Q2WgrD9r895ZyRFDbwtLJJjrhVB6ZoA1KKzND8Q6f4htpJtPlZvKcxyxyRlHjYdmU8g
0a34gsNAhie+kk3zvshhijaSSVvRVUZNAGnRWRp3ibTtR065vVkkt4bQkXAuomhaLAydwYDHHNak
UqTxJLE4eN1DKynIIPIIoAfRSZpGdUUsxAVRkk9qAHUVBaXlvf2sdzaTJNBKNySIcqw9QamzQAtF
JmloAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VmeH9MfSNKW0lk
WRhJI+5RgfM5b+taZrG8J3s9/oST3UpllMsq7jjoHYDp7Cn0F1NqiiikMKKKKAGu6xRs8jKqKCWZ
jgAepNCyI+djq204ODnB9KyfFgz4duNwJiDxNMB/zyEil/w27qwNQstbnmu/Ikv4VV7yWIwOF3sF
j8kH1BO7A796AO0lmjgiaSaRI41GWZmAA+pqjcaDpt3LNJPao8k+0yNkgsV+6eD1A4z1xxXMahba
newatFcQ6lJcvGRCi/8AHs0eFwMdN+c++c9sU68l8Qm4u7e2jv1eP7W6y4BRlYqYgp6Fgu7A7HrQ
BupoOhC7t3S1tfPtAsMQB5jC/Mq4z2zuAPTINSN4b0l5beU2MPmW/wDq2AIx827HuN3OD3rlorPV
YoruSwh1NfMnuZI2uSDMf9FVUJJ5++MDPPAzVXXrnVNHsPsTX98izXI8qeWU79vkZb5wM4Ehzj2I
6GgDu7ixsWka6uY4t67HaR+MeWSVJPtuY/jRHptj9ngSOGIwxSedEB0Vsk7h+ZP41y+p6fLdPZXN
ub+8STRp4EkUsFkcqpUup6bhnr3x3Aqrc2mv2lgLSCbUvsoli3yBTJMqmHnbtZWwJAMgHj0xmgDs
rXT7G1uHktoYklG4MV6je29h7ZJz+NJa6PY2V7Pd20AjnnJMjBj8xJyTjOMk1zlpZ6tPdWyXMt+s
TXETTSjETOoted208AyAZAPXjpVzXItSOpzzWi3kkUNgTFDFMY0eUsRzjqQvI/xxQB0majNzAFkY
zR7Y22udwwp44PoeR+YrhIrbxFdaUu+XU4pIUvJItrlWdhsMAbdkkctgNz61Le215A+vS38c62E0
UzRheEMhhQZcdTnGF9CD3IoA7uioLISrYW4uDmYRr5h/2sc/rU9ABXP+NnZvDklnEA098620YPqx
/wAAa365+9/4mHjSwtusdhC10/8Avt8ifpuNVHe5MtrFvwxdi98OWUmArLGI3UfwsvykfmKsXv8A
yEdO/wCur/8AotqzNBP2HXNZ0zovmi7iH+zIOfyYH86073/kIad/11f/ANFtTfxAti9RSUtQUVNQ
1O00qBZr64SCNmCBnPVj2/Q006xYLa21ybyDybp1jgfeMSs33QvqT6VV8QQXcn9nz2Vsbl7a7Erx
q6oSux14LEDqwrnLrwnrGoeYge2tEfz7kbl80JNIRgLgjBULndyMueKAOjj8V6LMZxHqVuTboZJc
tjy1HJJ9K0PtcXkpNvXyn27WHQ7sAfnkVy0+j61frMrx28DXtxbyzl/3iIqRKWXaCNwLqF69CTU9
np2sQaLBpcsauba4jKXKSBQ8STqQNucj92DxntjnNAHU1Wg1C2uZGjhlV2VnQgZ4KkBh+BIrjl8L
6nbwymKNy06s11GLojzyLgOFyTxmPcvYDOKIfDerQ6c0VrB9lB+0kQC5/heWJlTcO5RXGe2aAO6q
FLuGR0WOVH3hiu05B2nB59ia4650PU5L3SWsdNFnbW8qMU88M8Y83MgLbuhToFznJBxxUcHhfUrX
SRZ2NuLQxrdKdlxgS75I2Ugg5GUVlz1WgDu6K4R/Cl9dx7WtGt7UNPJBafayTATEqpyD3cM2ASBn
1rtLJZUsbdbg5mWNRISc5bHPP1oAnooooAKzLe5itX1CSd1RBc9T/uJwPU1p1z8mjJf6hd3Kuy3E
M+EyzbSNidQCMfUc1Uba3JlfSxuxyCSNXAYBhkBhg/lTs1Qj0i3MamVZQ+PmC3MhGfbmnf2Paek3
/gRJ/wDFUe6GpO1rC7bmhjZtwfJQE7h0P1HrTZLC1lEYktoXEb703Rg7WznI9DnvUX9j2npN/wCB
En/xVH9j2npN/wCBEn/xVHuhqWHtoZIHheGNonzvQoCrZ65HfNIlpBHbfZ44I0gwV8pUAXB6jHTF
Qf2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpLDYWtsiJBawRJGxZFSMKFY8EgDoaV7K3kLF7eJi
+d2Ywd2cZz+Q/IelQ/2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpO9rDJIskkMbuvRmQEj6GgWk
C42wRDG3GEHGOn5dvSoP7HtPSb/wIk/+Ko/se09Jv/AiT/4qj3Q1JI9PtISxitYELHcdsYGTnOfr
nn60jaZZOJQ1nbkTMGkBiX5yOhPHJpn9j2npN/4ESf8AxVH9j2npN/4ESf8AxVHuhqS/YbXeH+zQ
hwoQN5YyFByBn0B5FC2NqrSsttCDMwaQiMfOR0J9T9ai/se09Jv/AAIk/wDiqP7HtPSb/wACJP8A
4qj3Q1LaRrGCERVySxwMZJ6mnZql/Y9p6Tf+BEn/AMVR/Y9p6Tf+BEn/AMVR7oal3NGapf2Paek3
/gRJ/wDFUf2Paek3/gRJ/wDFUe6Gpj6sNWN1f/2QUBzH5n/PTG3+HtT9JXUhYgWT2Ij3HcJUl37u
+7cc5zV/TbdLbUdQjj3bQYz8zFj931PNaeKqUtLWJUepl413+/pv/fMn+NGNd/v6b/3zJ/jWpijF
TzeRXL5mXjXf7+m/98yf40Y13+/pv/fMn+NaFxcQWkJluZo4Yl6vIwVR+JpI7q3lWNo54nWQFkKu
CGA6ketHN5By+ZQxrv8Af03/AL5k/wAaMa7/AH9N/wC+ZP8AGrtteWt4jPa3EU6qdpMThgD6cUsF
5bXRlFvPHKYXMcmxgdjDqDjofajm8g5fMo413+/pv/fMn+NGNd/v6b/3zJ/jWnxS8Uc3kHL5mXjX
f7+m/wDfMn+NGNd/v6b/AN8yf41fW5t3GVnjYbzHw4+8Oq/Xg8VLxRzeQcvmZeNd/v6b/wB8yf40
Y13+/pv/AHzJ/jWhDNFcRiSGRZEJIDKcg4ODz9RUc1/Z206QT3cEU0mNkbyBWbPAwDyaObyDl8yn
jXf7+m/98yf40Y13+/pv/fMn+NamKMUc3kHL5mXjXf7+m/8AfMn+NGNd/v6b/wB8yf41qYoxRzeQ
cvmZeNd/v6b/AN8yf40Y13+/pv8A3zJ/jWpijFHN5By+Zl413+/pv/fMn+NGNd/v6b/3zJ/jWpij
FHN5By+ZmxDWfNTzn0/y9w3bVfOO+OetadJilpN3GlYzfEOmvrGhXVjFIsbzqFDsMgcg/wBKKg8W
3k+n+F766tZTFNGgKuMcfMB3oreipte6zGq4J+8bNFFFc5ucdd/8lhsP+wPL/wCjRXRau+pR2m/R
7e1nug2NtzIY129+QCc9Ky9b8KS6prsGrWer3OnXcNubfdDGj7kLbjwwPeibw3qz2tuIvFN/Hdwl
sz+TEVkViOGTG04xwRg8mgDL8BM8eteIItUjaLXZZknu41x5WwjEflkHkYHOec1peK/D9/qN3p2r
aLcQxanpjOYluATFKrjDK2ORnHUVa0Dw0miz3d5NeT3+oXhXz7mbALBRhVCjhQPQU7W9FvdSnhn0
7W7vTJowVIjVZI3B/vIwxn0NAHJ65rcviXwN4ks76G50rVNKhY3UEUoIfKEr82PmRh2q5HbwaL4F
s2u/EWq28dwsB8wMJJSSgxFENpIz7Anitew8GWltpuqW95c3F7caspW9upSA8g27QAAMKADwBVP/
AIQaeTRbWyuNdupZ7GdJrG58pA0GxdqjGMMME5z1oAzfCmrXK+J9U0tbnV5bNbFbqIaqhEyNuKnB
YAlTx1qDwrpep674Ji1fVPEWqtNcWjqI4ZQiKozgkYOW45b3xXSaX4Tex1q41a81W4vry5tfs0jS
IqqAGyNoA+Ue31Per2gaFFoPh220hJWnigjMe9xgsCSe31oA4TRYLjR/gvNqdrqV/wCe+nb41eXK
QEZ/1YxxW94l1K8tdJ8LSQXMsb3OpWkczKcGRWB3A+xq3pPgtdO0W70W51K4vdKmiMEVvIiqYUOc
gMBknnqfSqcfw+lc6d9v8QX94mmTxy2sbqiqoQ8BgB8xxxuPI/GgCtHa6l4i8a+I7F9c1CzsLJoN
kVo4RtzRA8PgkDgnA6k1reA9TvNQ0a6h1GY3Fxp97NZNORgyhDgMffB/SsSDw/qN9498T3Vlqd7p
T7rZUlSINHMpi5+VhgkEcEdOa6/QNDtvDukx2Fq0jqpZ3llOXkdjlmY+pNAGlRRRQA1s4+Xr2zVB
n1fHyw2OfeV//ia0aKadhNXMVptd582GBV9bfDn/AMeIqzpflM07B53uCR53nrtYegx0x16Vo1Qt
v+Qzff7kX/s1Ve6FaxfoooqChDVTS7mzu7IS6eF+zlmA2ptGQSG4+uatk4rL8OabLpOkraTsjSCS
R8oTjDOWH6Gn0EatFFFIYUUUUAIQCCCMg9qjnkS3gklf7kalmwOwGalqrqn/ACCrz/ri/wD6CaED
J0KugZehGRTsD0qO3/49ov8AcH8qloATA9KZLBFOmyaNJFznDqCKkooATA9KMD0paKAEwPSjA9KW
igBMCgqCMEAj3paKACiiigBK5/wx/pt1quqnkXVyY4j/ANM4/lH65q/4hvzpmgXt0v30iIQerHhf
1Ip+h2A0vRbOz7wxKre7dT+uapaInqZur/6B4p0i/wCiT77KU/73zJ+oP51b1prpZbM2KxtcB32L
ISFJ2NTPFlo934dufJH7+AC4ix/eQ7h/KnrdpfnRrqP7k5Mg/GMmmujE+qK+mSag3mE+S9zx5omk
cFfTC7cAfT86v7tU/wCedl/38f8A+Jq9S0m7jSsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0U
rjsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0UXCxQ3ap/zzsv+/j/APxNG7Vf+eVl/wB/H/8A
iav0UXCxQ3ap/wA87L/v4/8A8TRu1T/nnZf9/H/+Jq/RRcLFDdqv/PKy/wC/j/8AxNG7VP8AnnZf
9/H/APiav0UXCxQ3ap/zzsv+/j//ABNG7VP+edl/38f/AOJq/RRcLFDdqn/POy/7+P8A/E03SvNL
33nhBJ9o5CEkfcT1rRqjYf8AHxf/APXx/wCyJTWzE1qi9RRRUlBRXI3fia60zxJqcV0VexVFS1QL
83n+WH2Z779xx/u0zRtS1fU/LtZ9ShgubaJpZ5FhUiYiaSPGD0UeXzjnkcigDsaK4mLU/EV5cagu
nO8pSW4jXzrdUij2uVTY/G5uO+RnrjvaHiJofD18PtF0+pQQzsPtFpsaNlUsA+0bMgYPXkEetAHW
UVx2oa7faHFe211fpM5gieC6liCmKSR9gDKowQMFumcBvTNV7LXby7axu31lktfInkulWCPG6Aor
YJGQGyzfQjGKAO5orlvCHiOXWrO7F1MklzCRLlE2gI67lXnup3KT/s0yy8YTu9msljvt5I7bzbgz
DeHlTcPkC4OMc8jrwKAOsorjoPE1/c36yzQ/Z7aaGzkhjWVXJWWYrub5eDjAI56cGrT+LJ00dNR+
xQLFc7TZq1wxeYEE8qqMQ2BnAz15IwaAOnorkbbxRe3ks0ogjjsi1kYCr/vMTlMhgRjox6H6eoc3
jWZbVbgaYpS4iM1mPtIzIokSP5+PkP7xT37g80AdZRWfo2pPqlm8k0AgmimeCRA+8BlbBw2BkfgK
0KACiiigChaf8hbUPrH/AOg1frAu9bs9G1G+a6c7nMeyNRlnO3tUlp4msZIA11d2sMhJ+RZd2B2y
cdauUJPWxmpJaXNuisv/AISPSP8AoIQf99Uf8JHpH/QQg/76pckuxXNHuQ+KoHm0uEpavdCK7gle
KNQzMqyAtgHrwK5u80LULkzyWVg1vHcLctFbswXywyRDacHClyjnA6buec11P/CR6R/0EIP++qP+
Ej0j/oIW/wD31RyS7BzLuUNHthJr731vpkum2qWotykkaxmVt2QQqk8KMjP+0cdKpaZol7avYQq1
9HALy8nmBuWwfnJi3c52ng475Oeprc/4SPSP+ghb/wDfVH/CR6R/0ELf/vqjkl2DmXc5e3tNengM
btq0TukS3jvOBulMyF2hIPyqE8zpgYK8ZzWrothqVlq0bTT30kDfakkFxNvUKsiiAjPQlM89T3rT
/wCEj0j/AKCFv/31R/wkekf9BC3/AO+qOSXYOaPc5VNA1W0vbaSzt8R3F/PcSq2MQygzeXLjuGVl
B+i+ppYINc8lSya0LUeSLxGnBnkk+beYiDwuSmcEDAOB1z1P/CR6R/0ELf8A76o/4SPSP+ghb/8A
fVHJLsHMu5yFlp2v2zaVDnU7a2jCkLEqyHf5zFxKd4HKleSGHXHNbmoW0i+No7tre9eFreGMNDBH
Im4SSEhywJXG4HK461p/8JHpH/QQt/8Avqj/AISPSP8AoIQf99Uckuwcy7moOlLWX/wkekf9BCD/
AL6o/wCEj0j/AKCEH/fVHJLsHNHualFZf/CR6R/0EIP++qT/AISPSP8AoIQf99Uckuwc0e5q0Vl/
8JHpH/QQg/76o/4SPSP+ghB/31RyS7BzR7mpRWX/AMJHpH/QQg/76o/4SPSP+ghB/wB9Uckuwc0e
5qUVmxa/pc0qRx30DO5Cqobkk1pUmmtxpp7FTVLmztNOmn1Hb9lQZk3JuGM+nfmiq3iTTpdX0C7s
YGRZZlAUv0HIPP5UVpTjFr3nYiblfRGpRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/RRRSGIayPC1/caloi3F04eUyyqSABwHI
HA9hWuaqaXJYyWQbTPL+zb2A8tcLu3Hdx9c0+gupcooopDCiiigAqrqn/IKvP+uL/wDoJq1VXVP+
QVef9cX/APQTTW4nsS2//HtF/uD+VS1Fb/8AHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUUUlAHP
+Iv9O1TR9LHKyz/aJR/sRjP6sRXQVzlhPFdeMdTu5JUCWkaWcW5gOfvP+pA/Ct77Xb/894v++xVS
6IldWSMAwIYZB4IrlPDxMDQaax+bT76aEf7hRmT9D+ldP9rt/wDnvF/32K5mQLB8Q7WSGRGhvYWZ
trA/vEUj/wBBb9KceqFLodXS0lLUFkNzd29lF5t3PFBHnG+Vwoz9TSm6gEcchmj2SkCNt4w5PTB7
57VkeJ4ndNNlWzku0gvBJJFGgdtvluM4PXlhXM3fh/WL2MW1pZw28MbzXkC3D4W3kY/ugoXI3Lhm
I6DfigDtY9Z0yZmWLUbNyilmCzqdoHUnnoKtGaNYw7SIEOMMTwc8Dn3zXET6Rf3qXSxaRDEdSntz
KswCosYiVpFYrk4LLs49fSr1kurR6BbabPazC5tp4lMyEeW8STr0Oc/6vnkdj3oA6vIqKO7t5XKR
zRswLKVVgTleGH4ZGfrXFrY69bwyP5mpv5ys86+duYAXA+WPJ+UmLdjGO3fFNttO1q2sHFlDfRlm
umxJIplKtNER8xJ+coJMEnr70Ad3kU3zY9yrvXcwJUZ5IHXH5iuMuU1b7ZpQ0621RLVZULtcTsz7
TL+8DjfjAToW3HB4wRVe10vWLHSFttPivopYlu1bfLkkmWMqUZieqb9p6ZzmgDvcilrhH0/WbuMr
C2sQWgad4Fe5ImGIlCBzkkgyBiASffjiu0sjMbC3NzkTmNfMz/exz+tAE9FFFABWfaSpDJqLyuqI
txksxwB8iVoVzs+kyX1/dXEU8gaG44hL4RvkTnpwffmqjZ3uTK+ljfjlSWNZI2yjDIPqKdms+PTX
aNS93eoxHK+dnB+uKd/ZZ/5/b3/v9/8AWpWQ7sfLpdjPL5kttE8nmpNuZefMUYVvqB0qKbQdLuPK
86xt38pmdMoPlLHc35nkjvTv7LP/AD+3v/f7/wCtR/ZZ/wCf29/7/f8A1qLILvsSSabZy2ctpJbx
tbzFmkjI4Ysckn3JOaSHSrGDT3sYraJLR1ZWiC/KwPXPrmmf2Wf+f29/7/f/AFqP7LP/AD+3v/f7
/wCtRZBd9hLXQtMsljW2soYxFJ5qbV5D4K7s+uCR9DSy6Lp05lMtnC5m3eZlfv7tobP12Ln6Cj+y
z/z+3v8A3+/+tR/ZZ/5/b3/v9/8AWosgu+xJNptlcXSXM1vG86Y2yMvIxkjn2yfzNNTSNPjChLSF
Qnl7cL02DCfkOlN/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsMt/D+k2hc29hbRF2VmKoBkq2
5fyPI9KafDWjlJUOnW22Zg7jZwW55/U/mal/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsImh6
ZHIrpZQKypHGpC4wqEFB/wABIGPTFNj8P6TE87R2FsrTkNKQg+Yhtw/Xn60/+yz/AM/t7/3+/wDr
Uf2Wf+f29/7/AH/1qLILvsWoLeG2DiGNUDuZG2jGWJyT9TUmao/2Wf8An9vf+/3/ANaj+yz/AM/t
7/3+/wDrUWQXfYvZozVH+yz/AM/t7/3+/wDrUf2Wf+f29/7/AH/1qLILvsQGyt7+/wBRiuolkQmP
g9jt6g9jV2ztPskAiMskwBOGlILAeme+KqabD5GoX6eZJJgxndI2T931rUpyb2FFLcbtHoPyo2j0
H5U6ipKG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbt
HoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQf
lTqKAG7R6D8qdRRQBkeKr6fTPDV7d2jhJ4lBRiAccgdDRVzVZLKLTZn1Py/sYA8zzBlcZ7j64ora
lJJaxuZTTvvYt0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7
NV+qFt/yGb7/AHIv/Zqa6ifQv0UUUhiHisnwzp0+l6OttdbfNEsjHacjDOSP0NaxrJ8M6hPqmjLc
3RUymWRflXAwrkD9BT1sLqa9FFFIYUUUUAFVdU/5BV5/1xf/ANBNWqq6p/yCrz/ri/8A6Caa3E9i
W3/49ov9wfyqWorf/j2i/wBwfyqWkMKKKKACiiigAooooAKKKKACiiigDIn8KaJdTvNPpltJLIxZ
2ZOST3qP/hDfD/8A0CLT/vituinzPuLlRif8Ib4f/wCgRaf98VTvNEsdFu7O50fSbf7UHfaqYQt8
jd66eqN7/wAhHTv+ur/+i2pqTuJxVihp19fyiRzCJ5DgOhmC+WfTbjI/Gr32vUP+gcv/AIED/Cru
xdxYAbj1OOTS4ocl2BJ9yj9q1D/oHL/4ED/Ck+1X/wD0DV/8CB/hV/FGKV12Cz7lD7Vf/wDQNX/w
IH+FH2q//wCgav8A4ED/AAq/ijFF12Cz7lH7VqH/AEDl/wDAgf4Un2q//wCgav8A4ED/AAq/ijFF
12Cz7lD7Vf8A/QNX/wACB/hR9qv/APoGr/4ED/Cr+KMUXXYLPuUPtV//ANA1f/Agf4Uv2vUP+gcv
/gQP8KvYoxRddgs+5R+16h/0Dl/8CB/hR9r1D/oHL/4ED/Cr2KMUXXYLPuUfteof9A5f/Agf4U3S
nkd75pY/Lc3HK7t2PkTvWhiqVh/x8X//AF8f+yJTvowtqi9RRRUlBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAULT/kLah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+bVfDt5ZW23zplAXecDqD1/CijxPq
E+l+Hby8tSomhUFdwyOoHT8aK6KPPb3TCryX941aKKK5zcKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDVTS1sUsgNM8v7NubHln
K7tx3frmrZrI8L2FxpuirbXSBJRLKxAIPDOSOfoafQXU2KKKKQwooooAKq6p/wAgq8/64v8A+gmr
VVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABRRRQAUUUUAFFQ
3dzHZWc9zNny4Y2kfAycAZP8q5+fX9VsrO1u7uyhKXVxGiRW7NJJtcE7SOBuGBz06+maAOmorB/4
THTisLol08bokkkixfLbh22r5npyD0zjBJ45pr+NNOjR3eO6WIKzQyNFhbgBgp2EnplhycDBz05o
A6CisC48Uw2srCS3uXJEGyCOPMhaTfgHnH8B78UjeM9O82wjjjupWvfL27Y/9XvYqu7JGOVYcZxg
0AdBVW1geGa6ZyMSy71x6bVH9KxdY8UTafcajBFYSsbOGGYTMMo+99u0AHOeDj1IPpyl3480iwto
5bnz42ZnVoWQCSPYcMSCecZHTJOeAaAOlornPFPiWTQzZ+S1oi3AkYyXRcKNoBA+UE5OarDxZef2
5FYtbW0bN5Aa1aQm4zIAWIAGCE5z/umgDrKKx7fXkHhWLWryMqhtxO6RDcRkdB61BceMLK0tHuLm
C7hWKXyplkRQ0XAbJGeRtIOBk+3BoA36Kwbvxhp9it01xHcIlvP9m3sqqssmM7VJIzgc5OBTIfGu
nXMtusMN46TpGwlEPyKZCQisc8ElSPr7c0AdDRWZ4f1dtc0eG+a1ltTJn93IQTweoI7Vp0AFFFFA
BRRRQAUUUUAFFFFABRRRQBQtP+QtqH1j/wDQav1QtP8AkLah9Y//AEGr9VLcmIUUUVJQUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU9VWyfTZl1Ty/sZA83zThcZ7/jiiqni
mwn1Pw3eWlooeeVQEUnAPIPWitqaTWsrGU277XNeiiisTUKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDzWX4c1KbVtIW6uFRZDJ
ImEGBhXKj9BWoaqaXb2VrZiPTtn2cMxGx9wySS3P1zT6C6lyiiikMKKKKACquqf8gq8/64v/AOgm
rVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFUb3/kI6d/11f/ANFtV6qN7/yEdO/66v8A+i2poTL1FFFIYUUUUAFFFFABRRRQAyWN
JonilUPG6lWUjIIPUVlW/hm0t1hTz7uRLeRJIVlmLCPaCFUe3PfnpzWxRQBgjwfpw8sBrkRqFV4x
KdswViyhx3wWP8jkU6PwlZQmQxTXiZVkixMSLdWbcwjB4AJAznPAx04rcooAxbbwrp1oYPJWUeQY
ig3949+3/wBGNms3/hDZbbXrS8sLwRQW6KgV4w7qoLFgCf724g9MV1lFAGVe+H7XULmaeZ5wZ4ki
kRXwrBG3KceoJPPuahm8LWcs5ninvLecvI5lgmKsQ5BZfplQfbHFbdUrEk3F8CSQLjAyeg2LTsFw
u9Jtr6WKS5Uv5cckQUn5WVwAwI78CmaZottpW77OZSzxxxs0jbiQi7V/Tr61oUUgOfl8LKnhu60i
2vbkxTRCKMzvv8kDoFwAaZc+BtLvIClw93JIxbzJmmzJIGCqQSR6Io4x0+uejooAybjw5Z3EMibp
43a6+1rLHIVdJcYyp+mRjpyaF8OWgYM8lxLJmFjJJJuZjExZCT9Sc1q5FGRQBU0vTItJsxa27ytE
rEoJG3bATnaD6CrlJkUUALRSZFGaAFopOtLQAUUUUAFFFFABRRRQBQtP+QtqH1j/APQav1QtP+Qt
qH1j/wDQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBl
+JNRl0jw/d31uqNLCoKhxkdQOfzoqzqlvZ3WnTQ6ls+yOMSb32jGe57c0VtTlFL3lczmpX0Zbooo
rE0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/2ar9ULb/kM33+5F/7
NTXUT6F+iiikMQ1jeFLKfT9DSC6iMUollYqSDwXJHT2NbJ5rM8PanJq+lLdyxpG5kkTaucfK5Ufy
p62F1NSiiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtR
W/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEd
O/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9VGw/wCP
i/8A+vj/ANkSqWzE90XqKTNGakYtFJmjNAHF6jrt5pPijUZDJJPassdrDb9Qs7Jujx6bjlT77ar6
deSHybLWNcuIFt1mZbjzhGbiRbiRDlsYO0Kvy/7XINd0Yo2OWRCcg5IHUdDTWt4XCh4o2CtvUFQc
N6j3oA4dTq9y+q3EOozWUEc1zG11c3CmHAYqgVeqYOPm4/GrVvrcq+FtRSCO+aSGG4/0o3C3Ecbq
hYYlyCw6Y44PBxiuwMcZRkKIVbO5SODnrmkSGKOIRJGixgY2AADH0oA4WbWH0+2uINO1G5v47iCJ
EdZPtEkVw7bcI3chAz7e23PeobbUcyWdxfahqkQtI7kXkbztGWMAQqzJ2LKQxHfdXfR20ESKscMS
Kp3KFUAA+opzQQvndHG27rlQc/5wPyoA5Twlrk+biz1mS4iumKTx/bF8tj5nWNQeoVwwHtiqdx4x
1iCx0tvL04z3tv8Aa90jCGIL8v7sF3HPzZJGf92u4aKN2DMiFl6EjkU17eCVFSSGNlQgqrKCAfag
DmtK8S3d/wCIY7OR7IRSi4/cJkzw+U4Ub+cfNnPQfjXVVVbT7Vr6O88pRcRhgHHH3sZz6/dHX0qz
mgBaKTNGaAFopM1BdXiWgVpVfyyeXVchPc98e9ArkFp/yFtQ+sf/AKDV+s6xkWTUr542DI3lkMpy
CNtaNVLcUdgoooqSgoqpqGpW2lwLNdMwV3EaKiF2dj0CqAST9Kfb30F1FFJG+BKu9FcFGI/3Tgj8
RQBYoqP7RD5bSCWMovDNuGB9TVWy1i0v4FmhdhGV3hnUqMbivU8dVNAF6io2niQIWlQB/uksPm+n
rVDUPEFhpl2Le7klV9gkYrC7KiEkbmYAhRkHk46UAadFZc/iLTrcHdK7uJvIEcUTSOz7QxAVQSfl
IORxVuzv7fULRbq1lV4GBw/TocHOehBBBB6YoAs0VGLiEqjCVMP907h8309az7rxFp9lfmzuJZEk
XbvbynMabs7dz42rnHc0AalFUf7Zsf7QuLI3Ci4tohNMpyAiHuT0/wAOPWo9O1+w1SUxWsknmbPM
VZYXjLpnG5QwGV9xQBpUUUUAFFFFABRRRQAUUUUAY/iyyn1Dwxe2trGZZpUARAQM/MD3oqXxFqUm
j6FdX0UayPAoYKx4PIH9aK6KLml7qMKqg37xp0UUVzm4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhqppdla6fZCCxOYQzMPm3
cliTz9SatmsTwjazWWgpDcxNFIJpW2MMHBkYg/iDT6C6m5RRRSGFFFFABVXVP+QVef8AXF//AEE1
aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKA
CiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAoo
ooAKKKKACiiigArJt9PtLq8v3uLeKR/PxuZcnGxK1qo2H/Hxf/8AXx/7IlUupL6B/Y2nf8+UH/fA
o/sbTv8Anyg/74FXqKV2OyKP9jad/wA+UH/fAo/sbTv+fKD/AL4FXq5QeO4T4auNVFlN5kMxi+y7
huYjkEHpjZ830Bouwsjd/sbTv+fKD/vgUf2Np3/PlB/3wKoTeIpUF9PFp8ktjZrKHuBIo3PGCWAX
rjI259e2OaoSeN3jVY309VuWkVMG7QQjchYAy4wGOMbSOpFF2Fkb39jad/z5Qf8AfAo/sbTv+fKD
/vgVDqmqz2EFmYbPz7i6mEKxGUIASrMctg9NpqhP4vigs4JWtJvNNwYLmLIzb7f9Y5PQquQcjqCK
LsLI1f7G07/nyg/74FH9jad/z5Qf98CsdvFN9EdQE+kYNmVjCx3QdpZHClEUbR13AZPStaPW7M6N
DqUkmyCVFYcEnLdFAHJbJxgc5ouwsh39jad/z5Qf98Cj+xtO/wCfKD/vgVXHifSjNDF9pIeYLgNE
427jtUNkfISeAGxmqF/4402HTriewdrqaJ0QReVIuSz7M/dJKg5yQDyMdSKLsLI1/wCxtO/58oP+
+BR/Y2nf8+UH/fAqvF4itDcJbTPtuJJjDGkau5ZgFJzhflxuGc9Kgg8aaFcSIkd6SZCApMMig5O0
HJXGCeM9M8Zouwsi/wD2Np3/AD5Qf98Cj+xtO/58oP8AvgVdpaLsLIo/2Np3/PlB/wB8CoLnQrWU
KsMMEKn77CIFse2eB9a1aKLsOVGRpFlBp93e29rGI4kMeFH+7WvWKy6gdYvvsMlqq/u9wmRmOdvb
BFS7Nc/576d/35f/AOKq5K7u2TF2VrGrRWVs1z/nvp3/AH5f/wCKo2a5/wA99O/78v8A/FVPL5j5
vIfr1i+oad5KWkF0d6tsmlaLGO6uoJVh2IrmYPBmojV4by+mS9ddrLK9y4aAhSNoG35xyOSRnJJF
dJs1z/nvp3/fl/8A4qjZrn/PfTv+/L//ABVHL5hzeRzsPgmWztreOC20+SOJLYyWrZWKd0SRXLYU
93VgSDnaM0628F3Asre2uls3iRLZZIgCUIjneRgARyMOAM+ldBs1z/nvp3/fl/8A4qjZrn/PfTv+
/L//ABVHL5hzeRxd74eu7bWtLhl0yS7tbc5jEKgoM3DSAZKkJtATPKZGRkjp1GraZqU+rTzWK2pi
urIWrvM7Ax/MxLBQDu4bpkVb2a5/z307/vy//wAVRs1z/nvp3/fl/wD4qjl8w5vIyrXw9qGkXout
P+zz+WzxrDM5TdE0cKg7gpwwMPoQQanl8P3Mvhiaxd4Guric3Ey/N5TsZfMaP12Hlfoenar+zXP+
e+nf9+X/APiqNmuf899O/wC/L/8AxVHL5hzeRlaV4WeDVLe8ureyRY5J5Vt4gWS3Z/KC7Mgf88yS
cDljgVJqei6jd3+qRxC2FlqcEcMsrud8agMGwmMEkNxyK0dmuf8APfTv+/L/APxVGzXP+e+nf9+X
/wDiqOXzDm8jnrnwbqd289xJqKrNdvOs0QUbEjkXYADjLEBYjg8fKelbdnZ6lcavFfapHaRG3gaG
NbeRn3lypZiSBgfIMDnqeal2a5/z307/AL8v/wDFUbNc/wCe+nf9+X/+Ko5fMObyNWisvZrn/PfT
v+/L/wDxVGzXP+e+nf8Afl//AIqjl8w5vI1KKy9muf8APfTv+/L/APxVJs1z/nvp3/fl/wD4qjl8
w5vI1aSszZrn/PfTv+/L/wDxVNdNb2ndPpu3HP7l+n/fVHL5hzeRq5pa5Xw/Fqq3paFo10vsroy5
/wCuYYlgPrx7V1VEo8rtcIyurlTVLK21HTZrW+OLeQYf5tvGc9aKoeL7Wa98K31vbRNNNIgCoo5P
zCitaSbXxWIqNX2ubVFFFYGoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/
uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FJS0hiEZFZ2g6o2saYLtohEWkdNobP3WK9fwrRNVNL06DS
rIWtqzmMMzfOcnLMSf1NHQRcooooGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT
2Jbf/j2i/wBwfyqWorf/AI9ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/IR07/r
q/8A6Lar1Ub3/kIad/10f/0W1NCZeoqC3u4rl3ELbwhwWAO3PoD0P4VPSGFc5p/iO7nkt5L21his
7uWWGGSKUsysm/74IGAVjY5BPSujrn/+EOszbywSXd9JE4kCI0gxD5md+zAHJDMMnJAJxQBnp4u1
G6s45rWxtFdrmOFop52DBZSvlPwp4KsCfQgjtWnpniCS81q40+4gSMRr+6lSTImdMCYAEDhWZR78
9KdH4R0qCfzLSAWozExjgARC0b7kJGOuSR9Kih8F6XbeVJarLBdp5hN3GQJpC4IYs2OTls/UD0oA
nm8UWMLXO5Lox25KGVYGZHkDBfLUjq+4gY9c+hqGXxnp0MaNJHeA/vPNQW7FoBHt3lx/CAHU59Dx
mpZPC9tJ9oX7VeLFNJ5wiWUBY5dwfzF4yDuGeuOTxzSDwpZeTMkktzI88U0U0ryZeTzdoYnjGcIo
GAAAOlAFa08TyzaldxXEBhgivfskRZGBfEbOTnkH7vHTj609/GunR29tPJDfLHcRGdSbZvliBA3s
OoX5hV0+H7QsSWlybprr738ZjMZ7dNp/OopfC9jNapbs0+xLL7CMPz5fy+3X5RzQBc0zVYdWt3lg
SaMxuY5I5oyjowAOCD7EH8au1WtLCKzkuniLZuZvOfcc/NtVePbCirNABRRRQAVRsP8Aj4v/APr4
/wDZEq9XNXbaiLu7+zbRaef++ZN3mD5E9OcfTmqir3Jk7HS0Vl251H7PH5IsjFtG07nPH5VJnVf7
tl/30/8AhRyhzGhXMf8ACDWmzb9pm/483tDwP4twEmP7wVmUexrXzqv92y/76f8Awozqv92y/wC+
n/wo5Q5ilJ4aLC9hj1C4js7wSl7cKpAeQEMQxGcZJOPX8qluPD6HS47DT5Y7GAcSJHbRskoIwcqR
jPfNWM6r/dsv++n/AMKM6r/dsv8Avp/8KOUOYoSeE7aK1t002Q2U8EiSCcIHZyqMg3buvDGoZfA2
n3bs19JPcho3QhnK5ZzmRztxkt8ox0AUDFaudV/u2X/fT/4UZ1X+7Zf99P8A4UcocxmnwdbzKiXd
1cTp5scsoLbTK0cQjUkrg9QG47ilTwkkNiLO3v7iK3il8+2QBT5L794IJGSASRg9j+NaOdV/u2X/
AH0/+FGdV/u2X/fT/wCFHKHMZ7+FmmuvNm1K4dZWie6jCIBO8Zyp6ZXoMgdQB75QeEYAkS/apv3a
KgOBziYS/wAxj6Vo51X+7Zf99P8A4UZ1X+7Zf99P/hRyhzEFv4fittWN+s8hcyTSbCBjMgQEfh5Y
/Oqq+EYFtEt/tUxVbeC3zgdIpN4P1J4rRzqv92y/76f/AAozqv8Adsv++n/wo5Q5i+KWs/Oq/wB2
y/76f/CjOq/3bL/vp/8ACjlDmNCis/Oq/wB2y/76f/CjOq/3bL/vp/8ACjlDmFtP+QtqH1j/APQa
vVmab539o3/2gRiTMf8AqycY2+9alEtwjsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUlLRQAlLRRQBna/qZ0fRbm/WISmBQ2wtjPIHX8aKl1XToNW02ayuiwhmGGKnB656/hRWt
NwS95Gc+e/ulyiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArOkE9pqM1wtu08
UyID5ZG5Suexxnr2rRooEyiNWgUfvUuIz/twP/hinRarZzSrFHKS7HAGxh/SreKKegaga5/wS2NB
aFgyyw3MyyKwIKneT39iK6DGaMUX0sFtTFj8Y6JLcLAl6TI7hAPJfk5xj7vrV3U9asdHSN7+fylk
JVTsZskfQGruKMUaBqUtM1iy1iN5LCbzVjbax2MuD17gVSbxjoizmFr0iQPsI8l/vZxj7vrW1iij
QNSnqWr2ekQLNfTeVG7bAdjNk9ewPpVP+2rHWdI1A6fP5oihYP8AIy4ypx1A9K2MVV1T/kFXn/XB
/wD0E0KwO5l/8JhotriCa8Kyx4Rl8lzgj6CtPUNVtNKtRc3svlwlgobaW5PTgA1Pb/8AHtF/uD+V
SYodgV7GfpmvafrLSLYXHmmMAsNjLjPTqB6VWu/F2jWNzLb3F4UliO118pzg/UCtnFFGgalW81S0
sLH7ZdS7Lfj59pPXpwBmoNM8Q6brEzxWFx5rou5h5bLgdO4FaOKMUaBqZF74r0fTruS2ursxzR/e
XynOOM9QMd6uz6paW2m/b5pdtrtV9+0ng4xxjPcVaxRijQNTM03xHpmrXBgsbnzZQu4r5bLx+IHr
Tb/xRpOmXbW15dGOZQCV8pzjPI5AxWriijS4a2KjaraLpf8AaJl/0TZ5nmbT931xjP6VW0/xNpWq
XQtrO6MkxBYL5brwOvJFamKMUaBqZeo+JdL0q6+z3t0Y5dobb5btwfcA+lWo9UtJdM/tBJc2mwye
ZtP3R1OMZ7elWsUYo0DUybHxTpGpXaW1pdmSZ87V8pxnAyeSMVS8U3+lpcWtpqU7xq2532B8hSrK
DlR610eKpXv/ACEdO/66v/6LaqTSd0Jp21MvSrexl003ImaWzRSY5UklQ7VznK57Y7dfSo7PVPDl
/dR21rdTvNKcIu+cZ4z1PFdLijFHOxciMDU7jQ9Hkjjv55onkBZR5kzZH4E1PYppOpWZurSSaSAE
jd5so6deCc1sYoxS53YfKjmLbV/DV5cxW9vdzvLKwVF3TjJPuatanLoujmMX800Rlzs/eTNnHXoT
61u4op8/qLlMbTk0nVrcz2Mk0sQYoW82VefoSPWqEWs+Gp7hII7ucyO4RV3TjJJxXUYoxRzhymJq
baNo6xtfyzRCQkJ+9mbJHXoTS6Z/Y+sRPJYSzSojbWPmzLg4z3IraxRilzOw+VXOX/tnwyLjyftc
/mb9mN0/3s4x+dXtSGkaPCkt/JNEjttU+bK2TjPYmtrFGKfP6i5TD0x9G1hZGsJZpRGQH/ezLjPT
qRVObWPDVvcPBLdzrLGxRl3TnBBxXUYoxRz+ocpj6jHpOk2wuL6SaKIsFDebK3J9gT6VH4b1GwvH
vk0+ZpEEwcbg+dpUDOW56g1uYqlYD/SL/wD6+P8A2mlHNdO4Ws0U7rxdotlcy29xeFJYm2uvlOcH
6gVfvdUtNOshd3UvlwHA3bSevTgDNWsUYqdCtTO03xBpusSvHYXHmvGu5h5bLgfiBUN54s0fT7qS
2urspNGcMvlOccZ6gYrXxRijS4alW41S0tNO+3zy7bbarb9pPBxjgDPcVW03xHpmrXDQWNyZZFXe
R5bLx07getaeKMUaBqZN/wCKNJ027a1u7oxzIASvlOcZGRyBirj6paR6X/aLS4tNgk8zafunocYz
+lWsUYo0DUy9P8TaVql19msroyTbS23y3XgdeSBRqHibStLujbXt0Y5gobb5btwenIGK1MUYo0uG
tiqmqWj6X/aKy5tNhk8zafujvjGf0qnY+KNJ1K7W2tLoyTMCQvlOM4GTyRitbFGKNA1M3UvEemaR
cLBfXPlSMu8L5bNx07A+lWLfU7S6037fDLutdrNv2kcDOeCM9jVrFGKNA1Miz8WaPqF3HbWt2Xmk
OFXynGeM9SMVNqfiDTdHlSO/uPKeRdyjy2bI/AGtHFGKNLhrYq2WqWmo2Ru7WXzIBn5tpHTrwRmq
Fr4v0W9uYre3vC8srbUXynGT9SK2cUYo0DUwbjXNP0fVrwX8/lebsKfIzZwvPQH1rU07VLTVrY3F
lL5sQYqW2leR7ED1qK1/5CuofWP/ANBq/iqlYUbmLD4w0S4uI4IrwtJIwRR5LjJJwP4auanrdho6
xtfz+UJSQnyM2cdegNXsUYqdB6lPTdXstYheWwm81Ebax2MuDjPcD1qiPGOiGcQ/bT5hfZjyX+9n
GPu+tbWKMUaBqUtT1iy0eJJL+bykdtqnYzZPXsDRpmtWOspI1hP5qxkBjsZcE/UCruKMUaWDW5iy
+MdEhuHgkvCJEcow8l+CDj+7V/UtVs9JtxPfS+VEzBA20tz+APpVujFGgalDTNc0/WfM+wT+b5WN
/wAjLjPTqB6VVufF+i2dzLBPeFJYmKuvlOcEe4FbOKMUaXDUqX2qWmm2YuruXy4CQN20nr04AzUO
ma/p2sSSR2Fx5rRgMw8tlwPxArRxRijSwa3Me88W6PYXUlvc3ZSWI4dfKc479QKvXOqWlnp/26eX
ZbYVt+0ng9OAM96tUYo0DUzdN8RaZq87Q2Nz5sirvI8tl4zjuB61HfeKdI027e1u7sxzJjcvlOcZ
GRyBitbFGKNLhqVJNUtItM/tB5cWmwSeZtP3T0OMZ7+lVtO8S6Xqtz9nsrnzJdpbb5brwPcgetam
KMUaBqZeoeJtK0u6NteXRjmADFfLduD05AxVkaraNpf9oiX/AETZ5nmbT931xjP6VboxRoGplWHi
jSdTu1trO6MkzAkL5Tjp15IxTtR8R6XpNwIL65MUpUMF8tm4+oB9K08UYo0uGpzviW4TWPA97Npx
adJI8ptUgkBhng89jRXRYorWnW5FaxE6fO7sWiiisTQKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKxLnxhodpcyW8+oRpLExV12scEduBW3XmmpeD9cl1e+mg
tYXimuHkRjMBkE56VpSjGT952M6kpJe6rnWf8Jx4e/6Ccf8A3w3+FQX/AI00GbT7mOPUYy7xMqja
3JIOO1cl/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFb+yo/wAxl7Sr/KdjD428PpDGp1KMEKAfkb0+
lP8A+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2VH+YPaVf5TurTxb
ot/dR21rfxyTSHCJtYZP4itivOdF8Ja3ba/YXN1awxwwS73ZZgxxgjp+NejCsKkYxdou5tTlKS95
WFooorMsKKKKACiiigAooooAiurmKztpLi4cRwxKWdz0ArF/4Tjw9/0E4/8Avhv8Ku+IbKbUfD99
aW4BmmhZEDHAz9a89HgzxCAB9hg4H/PwK2pQhL4nYyqSnF+6rna/8Jx4e/6Ccf8A3w3+FVbrxloM
l7ZOuoxlY5GLHa3AKEenqa5X/hDfEP8Az4wf+BAo/wCEN8Q/8+MH/gQK19lR/mM/aVf5TtP+E48P
f9BOP/vhv8KP+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2NH+YPaV
f5T0TTNc0/WRIdOuUnERAfaCNuenUe1X65LwRoWo6NJfvqEMcRnMewJIG6A56fWutrmmkpNRehvB
tq7CiiipKCiiigAooooAKKKKAM/VNe07RjGNQukgMudgIJJx16D3qh/wnHh7/oJx/wDfDf4VneNv
D+pave2M2nwxyiFHVw8gXGcY/lXOf8Ib4h/58YP/AAIFdFOnTlG8pWZjOc07JHaf8Jx4e/6Ccf8A
3w3+FVbPxloMc14z6jGBJNuX5G5GxR6eoNcr/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFX7Kj/MR7
Sr/Kdp/wnHh7/oJx/wDfDf4Uf8Jz4eH/ADE4/wDvhv8ACuL/AOEN8Q/8+MH/AIECmv4L8QsjL9ig
5GP+PgUexo/zB7Sr/KeowTx3UEc0LB4pFDIw6EHoakqjo1rJZaLZW0wAlhgRHAORkDBq9XIzpQUU
UUAFFFFABRRRQAUUUUAFFFFABVHU9asNGSN9QuVgWQlULAnJ/Cr1cr430O/1lLA6fEkjQO5dXcLw
Riqgk5WZMm0rot/8Jx4e/wCgnH/3w3+FH/CceHv+gnH/AN8N/hXF/wDCG+If+fGD/wACBR/whviH
/nxg/wDAgV0+xo/zGHtKv8p1Nv4x0JNRvJG1GMJIU2na3OFwe1W/+E48Pf8AQTj/AO+G/wAK4v8A
4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECh0qL+0CqVF9k7T/hOPD3/AEE4/wDvhv8ACtizu4L+0jub
WQSQyjcjjoRXmf8AwhviH/nxg/8AAgV33hmwn0zw5ZWd0FWaKPDhTkA5J61lVhCK913NKcpyfvKx
q0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUlc3aeLLYajrVrqN7Y2zWVz5UC
ySqjMvlo2SCeeWP5UAdLRXLaH4km1G18PTXdxDDJqFm9xJCIThioUkhs4UDPQ5zn2qxb+MtP1Cdb
azW78yeF5oJHtnWORFH3wxGNvTn3HrQB0NFcl4R8aW+rabpMN5LKdQu7fd5jQMkc0gGXVWxtJHPA
9DWnD4s0y4v0to3mxLK0MVwYWEMsgzlFkxgng/XBxQBtUVj6Z4nsNYvprWx+0SNAzpJJ5DCNXVtp
XcRjd3x6UaJqs+o32swzKgWxvfs8e0clfLRuffLGgDYorBPjHTVuGikS9jOyR42ktZFWYICWCEj5
iACcd+1Wm8R6av2A/aBtv4WnhbB2+WqhixPYAEcn1FAGpRWJZeLNNvpCiG4jJhNxH50Dx+dGOrJk
fMOR+YqfRPENl4hhabTxO0AClZXhZEkz/dJHzYxg4oA1KKKKACiiigAooooAKKK57xprWo6JpVtL
pEENxdz3ccCRy5w2cnHHc4wPrQB0NFctD4qk1TUtKi0sReRqOnz3KmQHckiFAFPPYsQR7VmX/j65
tvCWi6nFbxtc3T5vI8HESR588jn+EigDvKK5bWfEt3aXurx2KQvDpulG7ZmBOZm3GNevTCEn6ipt
C1671+9ElqkX9lwxBZbjBPnzkDKx8/dXkE9zwOhoA6KloooAKKKKACiiigAooooAKKKKACiiua8T
eJH0zUrTTre6sbOSeN5pLq9b93FGpA4GRuYlhgZ7E0AdLRXK3Hix9LvNGsrhG1Br9XZrmygdkIAy
CgG7Pvzx16Vdv/GOladdzQTvORblVuZo4HeK3JxgO4GF6j6Z5xQBu0Vg6h4y0rTbu4tZTcyTWyLL
MsFu8nlxkZ3kqD8vvW1bzxXVvHPA6yRSqHR1OQykZBFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRXKeMfFN54c1DSxbwRS2sglmvNwO5YkKbiuO4Dk/hTfGni250I2UelxwzSyMss5kyVSAu
qZ47lnAH0NAHW0VyfijxXc6JqttDbRRyW0KrPqLtnMULSCNSvvkseeymrmsavfvrcGiaL9nS6eA3
M1xcKWSGPdtGFBG5ic9xjBoA6CiqeljUFtNuqtbPcBiN9uGCsvY4OSD7ZNXKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooASuasfC8X9pa7c6jY2k5vLrzYGkjVzs8pF5yOOVPFdNRQ
Bwlv4ev9J0vQJbhExpOl3MVwE+c7ii42r/F908VkeC5hHPpNvK0V9cT2DQ27w6h5/wBkTYGIZNo2
AkKM5OCAK9RIzUcdtDCzNFFGjMcsVUAt9aAOV0/w5f22meEIJFj8zSWBucP0/cunHrywqloPhCbS
57S0u9JW5jtJzJHfHUJNvDEq3k9AwzjHTOTmu8ooAxfCul3GkaXPBdBBI95cTDac/K8jMv44IrP0
+21rSde1Ux6bBcWd/eicT/agrRrsRD8m3kjaT15rqqKAOB07w3rza9pN3qi+Y9lcSvcXL3rOJgyO
oKRY2oPmHHX61V8O+Gm1GLxFZ/aAbW2jn0ewkXny0Ylm+uCyp/2zxXpFNSNIwQihQTnAGOaAOL0f
w3cxgC60VIbmG0eFLo6lJOCzLtOxG+6D74xxXR+G7GbS/DOmWNyFE9taxxSBTkblUA4NadFABRRR
QAUUUUAFFFFABWL4k0u41P8Asr7MFP2XUYbmTc2PkXOce/NbVFAHH2PhS807x+dRgaP+yDFM6R5+
aKaUoXAH90lN31JqOx8HXI17WBemNtJmjnS0VTlh9oIabI7crx9a7SigDiNK8L6tF4K1m11Awvq+
oQNDuV/lwsQij5+gyfdjWhoehXugakiWqxnS7qENcQ7sfZ7gAZZB3V+49ee5rp6KACiiigAooooA
KKKKACiiigAooooAK5nXtJvf+Eks9asLG31AxW72slvNIEIDMGDqxBGQQQfY101FAHDWnhjVdHg0
Oe3gtrmeyubmWa2SXy0QT7jtQkdFyOwzTrzQtcig17SrK2tZrTWZZJBdyTbTAJFCuGTGWxg4wfTp
Xb0UAefRx6paeKPEFlo1pb3amztIC08/llD5bhWPB3L1yOtdloWm/wBjaDYad5nmfZbdIS+Mbtqg
Zq6EVXLBQGbqQOTTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB1nQ5NU8R6ZcPGj2UNvd
Q3CseSJAgAx36Guah8EauPDN9bXc0VxfvLbQQOWwBawSKUyf7xAZj7mvQ6KAOOfwXNq91rdxqt9d
2/8AaMhhENrKNht1XagYFTycsT/vVDaaN4h019M1ZIbe71CGx+wXtu02wSqrZSRHwRu7kH+97V29
FAFPTJL+a08zU7eG3nZiRFFIZAq9gWwMn1wMVcoooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAP/9k=

--_006_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_--

--_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_
Content-Type: image/jpeg; name="Basic RPL.jpg"
Content-Description: Basic RPL.jpg
Content-Disposition: attachment; filename="Basic RPL.jpg"; size=297398;
	creation-date="Wed, 28 Aug 2013 11:22:43 GMT";
	modification-date="Wed, 28 Aug 2013 11:53:23 GMT"
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAlgCWAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAd+B4cDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
8R17zL7xVqYllYlLiRQW5woYgD8q9urxPUf+Rs1X/r5m/wDQzXVhV7zOfEP3Sl/Zv/TX/wAd/wDr
0f2b/wBNf/Hf/r1dor0OVHHzMpf2b/01/wDHf/r0f2b/ANNf/Hf/AK9XaKOVBzMpf2b/ANNf/Hf/
AK9H9m/9Nf8Ax3/69XaKOVBzMpf2b/01/wDHf/r0f2b/ANNf/Hf/AK9XaKOVBzMpf2b/ANNf/Hf/
AK9H9m/9Nf8Ax3/69XaKOVBzMpf2b/01/wDHf/r0f2b/ANNf/Hf/AK9XaKOVBzMpf2b/ANNf/Hf/
AK9H9m/9Nf8Ax3/69XaKOVBzMpf2b/01/wDHf/r0f2b/ANNf/Hf/AK9XaKOVBzMpf2b/ANNf/Hf/
AK9New2Rs3mZ2gnG2r9Mn/1En+6f5UcqDmZ3/wAMpZJfDMokdmEdyyrk52japwPzNdhXGfC//kWr
j/r7b/0BK7OvJq/Gz0afwoKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACvEde8y+8VamJZWJ
S4kUFucKGIA/Kvbq8T1H/kbNV/6+Zv8A0M11YVe8znxD90pf2b/01/8AHf8A69H9m/8ATX/x3/69
XaK9DlRx8zKX9m/9Nf8Ax3/69H9m/wDTX/x3/wCvV2ijlQczKX9m/wDTX/x3/wCvR/Zv/TX/AMd/
+vV2ijlQczKX9m/9Nf8Ax3/69H9m/wDTX/x3/wCvV2ijlQczKX9m/wDTX/x3/wCvR/Zv/TX/AMd/
+vV2ijlQczKX9m/9Nf8Ax3/69H9m/wDTX/x3/wCvV2ijlQczKX9m/wDTX/x3/wCvR/Zv/TX/AMd/
+vV2ijlQczKX9m/9Nf8Ax3/69H9m/wDTX/x3/wCvV2ijlQczKX9m/wDTX/x3/wCvTXsNkbN5mdoJ
xtq/TJ/9RJ/un+VHKg5md/8ADKWSXwzKJHZhHcsq5Odo2qcD8zXYVxnwv/5Fq4/6+2/9ASuzryav
xs9Gn8KCiiisywooooAKKKKACiiigAooooAKKKKACiiigArwJVk1GaWaaZmkJyzNyWJr32vBtN/5
afh/WuzCK7ZzYl2SD+zf+mv/AI7/APXo/s3/AKa/+O//AF6u0V3cqOTmZS/s3/pr/wCO/wD16P7N
/wCmv/jv/wBertFHKg5mUv7N/wCmv/jv/wBej+zf+mv/AI7/APXq7RRyoOZlL+zf+mv/AI7/APXo
/s3/AKa/+O//AF6u0UcqDmZS/s3/AKa/+O//AF6P7N/6a/8Ajv8A9ertFHKg5mUv7N/6a/8Ajv8A
9ej+zf8Apr/47/8AXq7RRyoOZlL+zf8Apr/47/8AXo/s3/pr/wCO/wD16u0UcqDmZS/s3/pr/wCO
/wD16P7N/wCmv/jv/wBertFHKg5mUv7N/wCmv/jv/wBeo5rLyYmfzM47YrRqG8/49X/D+dJxVgUn
c9T8DSyT+D7B5XZ3w43McnAdgP0Fb9c74B/5Euw/7af+jGroq8mfxM9KHwoKKKKgoKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMDxxNJb+D7+SF2R8INynBwXUH9Ca8hhsvO
iV/MxntivW/H3/Il3/8A2z/9GLXl9n/x6p+P8678Ik4s48S7NEH9m/8ATX/x3/69H9m/9Nf/AB3/
AOvV2iuvlRz8zKX9m/8ATX/x3/69H9m/9Nf/AB3/AOvV2ijlQczKX9m/9Nf/AB3/AOvR/Zv/AE1/
8d/+vV2ijlQczKX9m/8ATX/x3/69H9m/9Nf/AB3/AOvV2ijlQczKX9m/9Nf/AB3/AOvR/Zv/AE1/
8d/+vV2ijlQczKX9m/8ATX/x3/69H9m/9Nf/AB3/AOvV2ijlQczKX9m/9Nf/AB3/AOvR/Zv/AE1/
8d/+vV2ijlQczKX9m/8ATX/x3/69H9m/9Nf/AB3/AOvV2ijlQczKX9m/9Nf/AB3/AOvUbpJYSxyw
yssgOVZeCCK0apal/wAs/wAf6UpRVhxk7nvNFFFeMemFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABXieo/8AI2ar/wBfM3/oZr2yvE9R/wCRs1X/AK+Zv/QzXVhPiZz4j4Qooor0
jhCit7UPCN7YaWL4yRSIFDOqZyoP86xYIjPPHEpAMjBQT7nFRGcZK6ZTi4uzI6Kv6xpUmj37Wssi
yMFDbl6c1Qqk01dCaadmFFFFMQUUVteJdGg0ae2S3eVhLFvbzCDzntgCpckml3KUW02YtFFFUSFF
FFABRW7f+FLvT9HW/kkQjCl4wDlM/wD66wqmMlJXRUouO4Uyf/USf7p/lT6ZP/qJP90/ypsSO8+F
/wDyLVx/19t/6AldnXGfC/8A5Fq4/wCvtv8A0BK7OvIq/Gz0qfwoKKKKzLCiiigAooooAKKKKACi
iigAooooAKKKKACvE9R/5GzVf+vmb/0M17ZXieo/8jZqv/XzN/6Ga6sJ8TOfEfCFFFKBkgDqa9I4
RKK3tX8JXmkWQunkjljBAfZnK5/pWRZ2zXt7DbIwVpnCAnoMnFRGcZK6ZTi07Mgoq5qunPpWpS2c
jq7R4yy9DkA/1qnVJpq6E1Z2YUUUUxBRTo13yKp6EgVreJ9Ig0XU1trZ5HRog+ZCCckkdgPSpckm
kVyu1zHoooqiQoopQCSABknsKAEord1fwrdaPp6XcskbqSFdVzlCf84rCqYyUleJUouLswpk/wDq
JP8AdP8AKn0yf/USf7p/lTYkd58L/wDkWrj/AK+2/wDQErs64z4X/wDItXH/AF9t/wCgJXZ15FX4
2elT+FBRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV4Npv8Ay0/D+te814Npv/LT8P612YPd
nNidkXaKKfDE00yRJjc7BRn1Nd5xDKK3Na8K3ei26zyPHLETtJTPyn3rN06yfUtQhtI2VGlbAZug
qVOLXMnoU4tOzKtFWdQs20+/mtZGVmibaWXoarVSd1cTVgooopiCip7OFbi9ghckLJIqEjrgnFXf
EWmQ6Rq72tuztGqqQXIJ5HsBU8yvylcrtcy6KKKokKKKdHG0sixxjc7kKoHcmgBtFbeueF7nQ7aK
eWWOVHbaSgPynGf8axKmMlJXRUouLswqG8/49X/D+dTVDef8er/h/Om9hLc9Q8A/8iXYf9tP/RjV
0Vc74B/5Euw/7af+jGroq8ep8bPTh8KCiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigDnfH3/ACJd/wD9s/8A0YteX2f/AB6p+P8AOvUPH3/Il3//AGz/APRi15fZ/wDH
qn4/zr0MH8LOPE7omooq/o+lS6zfi1hdUJUsWboAK620ldnMk27IoUVoazo1xol2ILja25dyunRh
TtI0WXV1uTFIifZ4953Z5/zilzx5ea+g+V35epm0UUVRIUUUUAFFa/hnSYNZ1Q21w8ioIy+YyAcj
HqD61lzII5pEHIViOalSTfKPldrjKKKKoQUUVe0jS5dY1BLWEhSQWLN0UCk2krsaTbsijRWhrOkT
aLffZpmV8qGVl6EH/wDVWfQmmroGmnZhVLUv+Wf4/wBKu1S1L/ln+P8ASlLYcdz3miiivFPUCiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArxPUf+Rs1X/r5m/wDQzXtleJ6j/wAj
Zqv/AF8zf+hmurCfEznxHwhRRRXpHCelXWppaarp9pc4NreW3luD0z2/nj8a4260x9I8Tx2rZKiZ
GjY/xKW4Nafjg4k00jr9nq4MeJNHsb9Rm9sZUWb1ZcjJ/r+dcVP3IqXRnVP3m49UZXjn/kY3/wCu
a0ttoFjaaZFfa5cyRLPzFDEPnYfiPp/jSeOP+Rkf/rmlWfH2ft1ltz5PkfJ6df8ADFXFvlhFPcmS
XNKT6ETeH9N1Sxmn0K5maWEbngmA3Ee2B/jWVoejya1qAto22KBudyM7VrW8A7/7dkK52+Q2706i
rHhLDLrvkffMR8vH/Av/AK1OU5Q5lfa34iUVLldiu2k+HZ5jZ2mozrc52pJIAY2b0zj/AD71J4+U
pe2SnqIMfrXKgZOB1rqvHmReWOev2f8ArT5XGpHW+4cycJadirBodhZabDe63cTJ9oG6KCEDeR6n
P4Ul3odjc6TLqOizzSJCf30MwG5R68f5/KtzxVPpUFxafbrKacGEeWySbQBnpWVD4h0qxsbyCw06
aM3UZRt8uR0IH8zURlOS5lf8LDlGKfK7fqcxWn4d0/8AtLXLaBhmMNvf/dHJ/Pp+NZldj4QhistJ
vtTuphbq48mOUjO33x35I/KtqsuWDsZ0480i5Zaomta9q+nStmC4QpF7beOPr1/CuGnhe3nkhkGH
jYqw9CDiun0600TTtQhu49ey0TbseQeR3H4iq/jaxFvrIuY8eVdoHBHTI4P9D+NZ02oz5Vs1+Rc0
5Ru+hzlMn/1En+6f5U+mT/6iT/dP8q6GYo7z4X/8i1cf9fbf+gJXZ1xnwv8A+RauP+vtv/QErs68
ir8bPSp/CgooorMsKKKKACiiigAooooAKKKKACiiigAooooAK8T1H/kbNV/6+Zv/AEM17ZXieo/8
jZqv/XzN/wChmurCfEznxHwhTk/1i/UU2nJ/rF+or0ThPS9Qv4x4lGl3fNte2oUA9m3N/P8AniuM
tdPk0vxfbWkvWO5TB/vDIwfyrQ8fO0fiC3dCVZbdSCOoO5q0gF1+PSNYiUfaIJ0juAP94c/mc/Rq
44e5BPo1+J1y96TXVHPeMf8Akabz/gH/AKAtWk0DTtNsIbnXbmVJJhuSCEDdj3yP8Ki8Ubf+Ezn8
z7m+Ld9Nq1P493/28m7O3yF2/ma0i21CKdtDNpJyl5jLjw/YXumTX2h3MsnkcywygbgPbArP0DRW
1q9aPzPKhiXfLIew/wAa1/AWRd3xbPkiD5/Trx+maPDAJ8Na55X+t8rt6bW/+vQ5yipRvtb8QUVJ
p27/AIDI9K8P3dyttp2oTrdBvkaYfJIc9M4H+fWk8ff8h+P/AK91/wDQmrnLcE3MQUEkuMAfWun8
bbT4ntvM+55SbvpuanyuNRa33C/NB6diuND07S7KGfXLicSzrvS3gA3Ae+f/AK1Rahodo2knU9Hn
klt0bbLHKPnQ/h9RW54suNKh1ZRqNhPPKYgVdJSoxk8Y/Oso+INMt9Iu7KwsJo/tK4JeTcAfWpjK
ckpK/wCFhyjFNxdv1Oara8J2H2/X4AwzHD++f8On64rFrs/DVvBY+Gru8u7gWwvCYUlK5wMEcD65
/Kta0uWHqZ0o3kTadqA8Ry63p8jZWfMkGT0xgD+Sn864hlKMVYEMpwQexrrdIt9F0rU4bqLXQzIS
NphIDAjGM1m+MNP+w6/KyjEdwPNX6nr+ufzrOm0puK2ZdRNxuzCpk/8AqJP90/yp9Mn/ANRJ/un+
VdDMUd58L/8AkWrj/r7b/wBASuzrjPhf/wAi1cf9fbf+gJXZ15FX42elT+FBRRRWZYUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAV4Npv/AC0/D+te814Npv8Ay0/D+tdmD3ZzYnZF2rOnf8hK1/67J/MV
Wqzp3/IStf8Arsn8xXfLY41ueg3d3Fda9eaJeH9zdQqY89mx/wDWB/CuS0O0lsPGNvbTDEkUpU+/
B5qx4zme38U+bExWRERlYdiK3Eij1e+0jXbZQGLeXcKOxwf68fiK417kPJr8bHU/el5p/gcn4lGf
El8B182tJtA0vR7eJtcupvtEo3CCADKj3yP8Kgv9v/CeHzPufbEz9Mijxtv/AOEll3527E2Z9Mf4
5rVNvlje2hk0lzS8x194fs5tKfUtFuZJoYv9bHIPnX36Cqnh/Q/7YmlaWXybWBd0snoPQfka1PB2
RputF8+T5HzenRv6UaMCfAmreX/rN/OP7uF/pmk5yinG/VfiNRi7St/SFsdM0K71CBdLvp1uIpFY
LOPlkAOTjgc/5xVTxsM+JZQOuxP5Vk6UCdXswoJPnp0/3hXQeItp8eQeZ9zzId30yKLONTe+jC/N
Da2pC+iaXo8MP9t3FwbmVd3kW4Hyj3Jqtquh28WmR6npc7z2bNscSD54z74/z09a2fE9zo8OtyLf
6fPNMVU71lKgjHYVm3Gv6cug3Om6fYyxLOwYl5NwByOf/HRShKbtLX9ByUVdafqc5W/4OsludaFx
LxDaKZWJ6ZHT/H8KwK7XRra2sfB8rXt0LQ6ixUSFSTt6Yx9N351pWlaNu5nSV5X7Bp943ibS9Ys5
OZS5ngB6j0A+mAPxriq7PQYdG0rVY5oNbEjNmPYYiA2e2frisPxPp/8AZ2vXEajEbnzE+h/+vkfh
U0mlNxWxdRNxUmZFQ3n/AB6v+H86mqG8/wCPV/w/nW72MVueoeAf+RLsP+2n/oxq6Kud8A/8iXYf
9tP/AEY1dFXj1PjZ6cPhQUUUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAc74+/wCRLv8A/tn/AOjFry+z/wCPVPx/nXqHj7/kS7//ALZ/+jFry+z/AOPVPx/nXoYP4Wce
J3RNXSeBf+Ri/wC2Lf0rm66TwL/yMX/bFv6VvW/hsxpfGjSmH/CTaBcw/ev9PkYp6suT/MDH1Aqn
4J/1eq/9e/8AjWdpuqto/iR7jJ8oyssoHdSefy6/hXW2ulrp+patJAB9mubbzYyOnfIH+ehFc8/c
i49HqjaHvNS7HBafYy6lfRWtuB5khwCeg9Sa3p9M8N6dMbW8vbuWdflkaIDah79v8aPAO3+35N3X
yG2/XK/0zXO3O/7VN5ufM3tuz655rd3lNxvaxkrRje25qa9oI0tYbm1m+0WVx/q5O49jVjS9AtDp
X9qaxcPBas22NY/vOfyPofyq1dZHw4tRLnJn+TP1b/69HiQH/hE9DMf+r2Dd/vbR/wDXqFOTSjfr
a5XLFNyt0uaXhbT9NGpm90m7eSMRlJIZhh1JIwfpxXIQ2MupaybWADfJKwyegGTkmtjwECdfcgHA
gbP5ipfBm3/hKrnd18uTb9dw/pmldwc3e+g7KaivMhm0/wAN2M5tLm8vZJ1O15YlGxW79s/zrO13
Rm0a7RBIJYJV3xSD+If41envPD6zyLJpV1vDENmc9c81Br+uW+qWtlb2ts8MdqpVd7ZOMAAfpVQ5
+Zb+d7Ey5bPYxK6jQh/ZXhnUdUPEso8iE9/cj8T/AOO1zKqzuqqCWY4AHc13WsWWmxaXY6Td6mLQ
26h2URltxPf8935060to9xUlvIz9Z/4m/hCx1IczW37mU+3TJ/EA/jXJ132g2mltZXmlW2pi6Fyp
O0xldpxjI/T8q4SaJ4JnikGHRirD0I4NFGS1iOqtpDKpal/yz/H+lXapal/yz/H+lay2M47nvNFF
FeKeoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXieo/8jZqv/XzN/6Ga9sr
xPUf+Rs1X/r5m/8AQzXVhPiZz4j4Qooor0jhNnxDrUWsNaGGN08mLY27HJ9qZ4d1xtDvzKVMkMg2
yID19CPcVk0VHs48vL0L53zc3U1PEOqx6xqrXUUbRoVCgN14q/a+I7S402Kx1uya5SHiOSNsOB+Y
/nXOUUnTi0l2Dnd2+50U/iKztLCW00Oya3EwxJNI2XI/P+tZ2iavLouoLcxqHUja6E/eWs6ihU4p
Ndwc3e500muaHBIbuw0pxe5yvmt+7RvUDP8AQVR8Ra2mty20io6tHEEctjlu5GKx6KFSincHUbVj
orbxFaXGmxWOtWbXCQcRSxth1HpUN5f6GtnLFp+mzea4wJp35X3AyRWHRR7OKege0dgra1HW4bjQ
LLTLWJ41h+aUtj5m9vxJP5Vi0VTim030JUmr2Cty/wBdh1Dw7aWUsUn2q2IAk4wV6Y9emPyrDooc
U7N9BqTVwpk/+ok/3T/Kn0yf/USf7p/lTYkd58L/APkWrj/r7b/0BK7OuM+F/wDyLVx/19t/6Ald
nXkVfjZ6VP4UFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXieo/8jZqv/XzN/6Ga9srxPUf
+Rs1X/r5m/8AQzXVhPiZz4j4QpVOGB9DSUV6Rwmx4m1mLW9RjuIY3jVYhGQ+M5yT2+tO8NeIDoV1
IXRpLeUYdFPII6EVi0Vn7OPLydC+d83N1NDXNRTVdYnvI0ZEk24VuvCgf0rVj8SWN9Yw22u2TztC
NqTRNhse/I/nXNUUOnFpLsCm02+50F54ito9NksNGszawy/613bLuPSqeg62+iXplCCWKRdskZ7j
/Gsuij2cbOPcOeV7nStrujWTG40nTGS8P3WmOVjPqBk/0qh4j1ePWtRS4ijdAsQQh8ZyCT2+tZNF
EacU79QdRtWOkj8RWN/ZQ2+uWTztCNqTRNhse/T+dVb++0X7FJBpunSrI+P38z5ZcEHgcjt+tYtF
CpxT0B1G9wra1nW4b7TbGxtInjhtl+bfj5mxjPH4/nWLRVOKbTfQSk0mgrc1jXYdW0mxheKQXduN
rSHGGGMH+Q/WsOihxTafYFJpNBTJ/wDUSf7p/lT6ZP8A6iT/AHT/ACpsSO8+F/8AyLVx/wBfbf8A
oCV2dcZ8L/8AkWrj/r7b/wBASuzryKvxs9Kn8KCiiisywooooAKKKKACiiigAooooAKKKKACiiig
ArwbTf8Alp+H9a95rwbTf+Wn4f1rswe7ObE7Iu1LbSiC6hlIJEbqxA74OaiorvOI1PEOqx6xqrXU
KOiFAuHxnirXhnxJ/YTypNG0tvLyVU8q3qP8+lYNFQ6cXHk6FqbUubqXNVvRqGq3F2ilBK+4AnkV
tnxJp2qW8Sa7YPLNENomhbBI9+RXMUUOnFpLsCm1fzN7UfEMDaadO0m0+yWrHMhJy7/U1BoGuto0
0oeITW067ZYz3/zk1kUUezjy8oc8r3OmGvaRpz+do+mulw3BkmOdg77Rk81meINUj1fV3u4UeNSq
gBuvA9qzKKI04xd+oObasdM3iLTtUt4l1yxkkmiXaJ4WwxHuMiqOpX2kPZmDTdPeNywJmlfLYHbH
NY9FCpxT0B1G9xa2fEGtxaolpBaRPFbW0e1VfGc9O3sBWLRVOKbT7CUmk0KDg5HWtrxBrkOtwWbe
U63UKbZXOMN06fjn86xKKHFNp9gUmk0FQ3n/AB6v+H86mqG8/wCPV/w/nTewlueoeAf+RLsP+2n/
AKMauirnfAP/ACJdh/20/wDRjV0VePU+Nnpw+FBRRRUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBzvj7/kS7//ALZ/+jFry+z/AOPVPx/nXqHj7/kS7/8A7Z/+jFry+z/4
9U/H+dehg/hZx4ndE1avh3Vo9G1QXU0bumwrhMZ5rKorqlFSVmcybTuiS4kE1xLIBgO5YA+5rpdL
8Yiz0NrG5heR1QpE6kdCOAfpXLUUpU4zVmOM3F3RZ0++m02+iurcgSRnIz0PqDW/PrXh+/lNzeaV
MLluWEb4Vj78j+VcvRRKmpO44zaVjV1zXX1d4kWJYLWAYiiXsPerel+IbaPSv7M1a1a5tQ25Chwy
d/b19a5+ik6ceXlDnle51lj4q0/SrlU0+weKzOTIScyOe3JPAH1rn7XUZbLU1vbf5XVywB6EHqDV
OihU4q/mDm2dNPq/h/UJTcXum3KXDcv5Ljax/MVkard2V1LGNPsvssSLjBbcW9yaoUURpqOwObZd
0i6gstVt7m5jaSKJtxVcZJHT9cUusaidV1We7IKiQ/Kp7KOBVGiq5VzcxPM7WLmk6g2l6pBdqCRG
3zAd16EflUmt3sGo6tNdW0bxpLglWxnOOelZ9FHKubm6j5nawVS1L/ln+P8ASrtUtS/5Z/j/AEol
sEdz3miiivFPUCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArxPUf+Rs1X/r5
m/8AQzXtlePa3omsReJNRlh0y6lSSeRldIWZSrMSMEV04VpSdzCum46FSij+ztd/6A95/wCAsn+F
H9na7/0B7z/wFk/wrv8AaR7nH7OXYKKP7O13/oD3n/gLJ/hR/Z2u/wDQHvP/AAFk/wAKPaR7h7OX
YKKP7O13/oD3n/gLJ/hR/Z2u/wDQHvP/AAFk/wAKPaR7h7OXYKKP7O13/oD3n/gLJ/hR/Z2u/wDQ
HvP/AAFk/wAKPaR7h7OXYKKa9nrEW3ztNuItx2r5kDrubso9SfSnf2drv/QHvP8AwFk/wp+0j3Dk
kFFH9na7/wBAe8/8BZP8KP7O13/oD3n/AICyf4UvaR7h7OXYKKP7O13/AKA95/4Cyf4Uf2drv/QH
vP8AwFk/wo9pHuHs5dgoo/s7Xf8AoD3n/gLJ/hR/Z2u/9Ae8/wDAWT/Cj2ke4ezl2CmT/wCok/3T
/Kn/ANna7/0B7z/wFk/wpH0zXXRlOj3uCMf8e0n+FHtI9w5Jdjuvhf8A8i1cf9fbf+gJXZ1ynw7s
LrT/AA9Kl5byQO9yzhJFKtjaozg/Q11deXV+NnoU/hQUUUVmWFFFFABRRRQAUUjMEUsxAUDJJ6Cs
K68beHrSQpLqcRYf881aQfmoNTKUY7uxrSoVaztTi36K5vUVm6X4h0vWiV0+9jmcDJTlWx64ODWl
TTTV0TUpzpy5Zpp+egUUUUyAooooAK8T1H/kbNV/6+Zv/QzXtlePa3omsReJNRlh0y6lSSeRldIW
ZSrMSMEV04VpSdzCum46FSij+ztd/wCgPef+Asn+FH9na7/0B7z/AMBZP8K7/aR7nH7OXYKKP7O1
3/oD3n/gLJ/hR/Z2u/8AQHvP/AWT/Cj2ke4ezl2Cij+ztd/6A95/4Cyf4Uf2drv/AEB7z/wFk/wo
9pHuHs5dgoo/s7Xf+gPef+Asn+FH9na7/wBAe8/8BZP8KPaR7h7OXYKKa9nrEW3ztNuItx2r5kDr
ubso9SfSnf2drv8A0B7z/wABZP8ACn7SPcOSQUUf2drv/QHvP/AWT/Cj+ztd/wCgPef+Asn+FL2k
e4ezl2Cij+ztd/6A95/4Cyf4Uf2drv8A0B7z/wABZP8ACj2ke4ezl2Cij+ztd/6A95/4Cyf4Uf2d
rv8A0B7z/wABZP8ACj2ke4ezl2CmT/6iT/dP8qf/AGdrv/QHvP8AwFk/wpH0zXXRlOj3uCMf8e0n
+FHtI9w5Jdjuvhf/AMi1cf8AX23/AKAldnXKfDuwutP8PSpeW8kDvcs4SRSrY2qM4P0NdXXl1fjZ
6FP4UFFFFZlhRRRQAUUVyms/ETSdIupLZRNdTxsVcRABVI6gk/0zUznGCvJm+Hw1bES5aUW2dXRX
BW3xYsJJQtzYXESE/eVg+Pw4rtbG/ttStEubKZJoX6Mp/T2PtUwqwn8LNMTgMRhbOtBr+vIsUUUV
ocgUUUUAFFFFABXg2m/8tPw/rXvNeILoWuWckiDSbxiDgkW7sOPQgc114WSTdznxCbSsPoo/s7Xf
+gPef+Asn+FH9na7/wBAe8/8BZP8K7faR7nJ7OXYKKP7O13/AKA95/4Cyf4Uf2drv/QHvP8AwFk/
wo9pHuHs5dgoo/s7Xf8AoD3n/gLJ/hR/Z2u/9Ae8/wDAWT/Cj2ke4ezl2Cij+ztd/wCgPef+Asn+
FH9na7/0B7z/AMBZP8KPaR7h7OXYKKabPWEdUfTbhJHzsjaBwz467R3x3p39na7/ANAe8/8AAWT/
AAp+0j3DkkFFH9na7/0B7z/wFk/wo/s7Xf8AoD3n/gLJ/hS9pHuHs5dgoo/s7Xf+gPef+Asn+FH9
na7/ANAe8/8AAWT/AAo9pHuHs5dgoo/s7Xf+gPef+Asn+FH9na7/ANAe8/8AAWT/AAo9pHuHs5dg
qG8/49X/AA/nU39na7/0B7z/AMBZP8KbLpWuSxlG0i9wfS2f/Ch1I23GoSPTPAP/ACJdh/20/wDR
jV0VYfgy0nsfCdjBdRNFMocsjjBGXYjI+hFbleTP4mehD4UFFFFSUFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFAHO+Pv+RLv/APtn/wCjFry+z/49U/H+dereMrOe/wDCl9b2
sbSzMEKooyTh1Jx+ANeWxaVrkUYRdIvcD1tn/wAK7sLJKLucmIi29B1FH9na7/0B7z/wFk/wo/s7
Xf8AoD3n/gLJ/hXV7SPc5/Zy7BRR/Z2u/wDQHvP/AAFk/wAKP7O13/oD3n/gLJ/hR7SPcPZy7BRR
/Z2u/wDQHvP/AAFk/wAKP7O13/oD3n/gLJ/hR7SPcPZy7BRR/Z2u/wDQHvP/AAFk/wAKP7O13/oD
3n/gLJ/hR7SPcPZy7BRTRZ6w7siabcPImN8awOWTPTcO2e1O/s7Xf+gPef8AgLJ/hT9pHuHJIKKP
7O13/oD3n/gLJ/hR/Z2u/wDQHvP/AAFk/wAKXtI9w9nLsFFH9na7/wBAe8/8BZP8KP7O13/oD3n/
AICyf4Ue0j3D2cuwUUf2drv/AEB7z/wFk/wo/s7Xf+gPef8AgLJ/hR7SPcPZy7BVLUv+Wf4/0q7/
AGdrv/QHvP8AwFk/wpj6Hrl26KdJvFOcA/Z3A59SRSlUi1uNQlfY9voooryD0gooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoq
pqGqWmlxCS8mEYbhV6sx9gOTWaNd1C6/5B+i3DIeklw4iH1weTVqEmrkuaWhu0Vh7fEs/V9Ntl9g
7sP6Uf2Xrcn+s17aPSO1QfrT5F1aFzPsblFYh0C8cnzNdviP9jav9KT/AIR2f/oN6n/38H+FHLH+
YOaXY3KKQDAApazLCiisXxR4e/4STTY7T7T9n2TCXf5e/OARjGR/eppJvUTvbQ2qK87/AOFUf9Rj
/wAlf/s62vC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/dq3GCWkvwJUpX1R1VFFcJqPwz+36ldXf9q7
PtEzy7Ps+du4k4zu561MVF7uw5NrZXO7orzv/hVH/UY/8lf/ALOu7060+waba2m/f9nhSLfjG7aA
M47dKcoxXwu4RcnurFmisXxR4e/4STTY7T7T9n2TCXf5e/OARjGR/erlf+FUf9Rj/wAlf/s6cYxa
1dhNyT0R6JRXK+F/BP8AwjepSXf2/wC0b4TFs8nZjJBzncf7tdVUyST0dyk21qgorhNR+Gf2/Urq
7/tXZ9omeXZ9nzt3EnGd3PWq3/CqP+ox/wCSv/2dXyQ/m/Ajmn/KeiUVW060+waba2m/f9nhSLfj
G7aAM47dKzvFHh7/AISTTY7T7T9n2TCXf5e/OARjGR/erNJXs2W27DfE/wDzCP8AsJQ/1rcry7U/
h1/Zv2P/AImfmfablLf/AI98bd2efvc9OldP4X8E/wDCN6lJd/b/ALRvhMWzydmMkHOdx/u1tOMe
RWZnFy5nodVRRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetZRUXu7FybWyud3RXnf8Awqj/AKjH
/kr/APZ13enWn2DTbW037/s8KRb8Y3bQBnHbpTlGK+F3CLk91Ys0Vi+KPD3/AAkmmx2n2n7PsmEu
/wAvfnAIxjI/vVyv/CqP+ox/5K//AGdOMYtauwm5J6I9EorlfC/gn/hG9Sku/t/2jfCYtnk7MZIO
c7j/AHa6qpkkno7lJtrVBRXCaj8M/t+pXV3/AGrs+0TPLs+z527iTjO7nrVb/hVH/UY/8lf/ALOr
5IfzfgRzT/lPRKKradafYNNtbTfv+zwpFvxjdtAGcdulZ3ijw9/wkmmx2n2n7PsmEu/y9+cAjGMj
+9WaSvZstt2NqivO/wDhVH/UY/8AJX/7Otrwv4J/4RvUpLv7f9o3wmLZ5OzGSDnO4/3atxglpL8C
VKV9UdVRRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetTFRe7sOTa2Vzqtf0n+3dGn08ztAJduXU
ZwAwPT3xisa1+HHh63hCS20lw2OXklYE/wDfJArF/wCFUf8AUY/8lf8A7Ou7060+waba2m/f9nhS
LfjG7aAM47dKmpRpN8279Dpo47E0oezhJxV76Pr8jzDxp4UXws9tqekSyxRGTbjf80b4yMHrg4P+
TXonhrVG1nw9Z30mPMkTD4/vAkH9RXIfFPV7WSwttNjlV7gTCV1U52AKRz7nd+lVNL+GE11plvPc
agbaWRAzRG33FM9idwrmoRiq8op2VvxPYzCpUq5bSqVlefM0m93HX/gHp1Fcr4X8E/8ACN6lJd/b
/tG+ExbPJ2YyQc53H+7XVV1yST0dz59NtaoKK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxndz1qt/wq
j/qMf+Sv/wBnV8kP5vwI5p/ynolFVtOtPsGm2tpv3/Z4Ui34xu2gDOO3Ss7xR4e/4STTY7T7T9n2
TCXf5e/OARjGR/erNJXs2W27G1RXnf8Awqj/AKjH/kr/APZ1teF/BP8AwjepSXf2/wC0b4TFs8nZ
jJBzncf7tW4wS0l+BKlK+qOqoorhNR+Gf2/Urq7/ALV2faJnl2fZ87dxJxndz1qYqL3dhybWyud3
RXnf/CqP+ox/5K//AGdd3p1p9g021tN+/wCzwpFvxjdtAGcdulOUYr4XcIuT3VizRWL4o8Pf8JJp
sdp9p+z7JhLv8vfnAIxjI/vVyv8Awqj/AKjH/kr/APZ04xi1q7CbknojqPE//MI/7CUP9a3K85Xw
T/wjepaZd/b/ALRvvYotnk7MZOc53H+7Xo1OokoqzuKDbbugorhNR+Gf2/Urq7/tXZ9omeXZ9nzt
3EnGd3PWq3/CqP8AqMf+Sv8A9nRyQ/m/AOaf8p6JRVbTrT7Bptrab9/2eFIt+MbtoAzjt0rO8UeH
v+Ek02O0+0/Z9kwl3+XvzgEYxkf3qzSV7NltuxtUV53/AMKo/wCox/5K/wD2dbXhfwT/AMI3qUl3
9v8AtG+ExbPJ2YyQc53H+7VuMEtJfgSpSvqjqqKK4TUfhn9v1K6u/wC1dn2iZ5dn2fO3cScZ3c9a
mKi93Ycm1srnd0V53/wqj/qMf+Sv/wBnXd6dafYNNtbTfv8As8KRb8Y3bQBnHbpTlGK+F3CLk91Y
s0Vi+KPD3/CSabHafafs+yYS7/L35wCMYyP71cr/AMKo/wCox/5K/wD2dOMYtauwm5J6I9EorlfC
/gn/AIRvUpLv7f8AaN8Ji2eTsxkg5zuP92uqqZJJ6O5Sba1QVl2vhvSbS7muorGI3E0hkeRxuOSc
nGen4VzGo/DP7fqV1d/2rs+0TPLs+z527iTjO7nrVWT4WJFG0kmtKiICzM1tgADqT89U6dN6uX4D
hWrQvGF1fs9zr9a8N6frdjJBPbxByp2SqgDIexB/pXCfCy8mg1q9052PltEZNvYOpA/kf0Fb8/jb
RtA0GG1tb1b65t4FijESnDFVwCT0A49a5Pwt4GuPENjNe3E7Wqs48p2j3eZ13HGRx05+tcMuSVeP
K/U+hoKtSy2t9YTSduVPv5X+R69RXnf/AAqj/qMf+Sv/ANnW14X8E/8ACN6lJd/b/tG+ExbPJ2Yy
Qc53H+7Xc4wS0l+B82pSvqjqqKK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxndz1qYqL3dhybWyud3R
Xnf/AAqj/qMf+Sv/ANnXd6dafYNNtbTfv+zwpFvxjdtAGcdulOUYr4XcIuT3VizRWL4o8Pf8JJps
dp9p+z7JhLv8vfnAIxjI/vVyv/CqP+ox/wCSv/2dOMYtauwm5J6I9EorlfC/gn/hG9Sku/t/2jfC
Ytnk7MZIOc7j/drqqmSSejuUm2tUFFcJqPwz+36ldXf9q7PtEzy7Ps+du4k4zu561W/4VR/1GP8A
yV/+zq+SH834Ec0/5T0Siq2nWn2DTbW037/s8KRb8Y3bQBnHbpWd4o8Pf8JJpsdp9p+z7JhLv8vf
nAIxjI/vVmkr2bLbdjaorzv/AIVR/wBRj/yV/wDs62vC/gn/AIRvUpLv7f8AaN8Ji2eTsxkg5zuP
92rcYJaS/AlSlfVF7Vf+Rq0H/t4/9AFblYeq/wDI1aD/ANvH/oArA1H4Z/b9Surv+1dn2iZ5dn2f
O3cScZ3c9aq0Wo3dtP1ZN2m7K+v6I7uivO/+FUf9Rj/yV/8As67vTrT7Bptrab9/2eFIt+MbtoAz
jt0qJRivhdy4uT3VizRWL4o8Pf8ACSabHafafs+yYS7/AC9+cAjGMj+9XK/8Ko/6jH/kr/8AZ04x
i1q7Cbknoj0SiuV8L+Cf+Eb1KS7+3/aN8Ji2eTsxkg5zuP8AdrqqmSSejuUm2tUFFcJqPwz+36ld
Xf8Aauz7RM8uz7PnbuJOM7uetVv+FUf9Rj/yV/8As6vkh/N+BHNP+U9Eoqtp1p9g021tN+/7PCkW
/GN20AZx26VneKPD3/CSabHafafs+yYS7/L35wCMYyP71ZpK9my23Y2qK87/AOFUf9Rj/wAlf/s6
2vC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/dq3GCWkvwJUpX1R1VFFcJqPwz+36ldXf9q7PtEzy7Ps
+du4k4zu561MVF7uw5NrZXO7orzv/hVH/UY/8lf/ALOu7060+waba2m/f9nhSLfjG7aAM47dKcox
Xwu4RcnurFmisXxR4e/4STTY7T7T9n2TCXf5e/OARjGR/erlf+FUf9Rj/wAlf/s6cYxa1dhNyT0R
6JRXK+F/BP8AwjepSXf2/wC0b4TFs8nZjJBzncf7tdVUyST0dyk21qgorhNR+Gf2/Urq7/tXZ9om
eXZ9nzt3EnGd3PWq3/CqP+ox/wCSv/2dXyQ/m/Ajmn/KeiUVW060+waba2m/f9nhSLfjG7aAM47d
KzvFHh7/AISTTY7T7T9n2TCXf5e/OARjGR/erNJXs2W27G1RXnf/AAqj/qMf+Sv/ANnW14X8E/8A
CN6lJd/b/tG+ExbPJ2YyQc53H+7VuMEtJfgSpSvqjqqKK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxn
dz1qYqL3dhybWyud3RXnf/CqP+ox/wCSv/2dd3p1p9g021tN+/7PCkW/GN20AZx26U5Rivhdwi5P
dWLNFYvijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9XK/8ACqP+ox/5K/8A2dOMYtauwm5J6I9Eorlf
C/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/drqqmSSejuUm2tUFFcJqPwz+36ldXf9q7PtEzy7Ps+du4
k4zu561W/wCFUf8AUY/8lf8A7Or5IfzfgRzT/lPRKKradafYNNtbTfv+zwpFvxjdtAGcdulZ3ijw
9/wkmmx2n2n7PsmEu/y9+cAjGMj+9WaSvZstt2NqivO/+FUf9Rj/AMlf/s62vC/gn/hG9Sku/t/2
jfCYtnk7MZIOc7j/AHatxglpL8CVKV9UdVRRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetTFRe7
sOTa2Vzf0r/kate/7d//AEA1uV5da/Dr7Tqt/Zf2nt+yeX8/2fO/euem7jFekadafYNNtbTfv+zw
pFvxjdtAGcdulaVUk1Z9vyJpt21Xf8yzRWL4o8Pf8JJpsdp9p+z7JhLv8vfnAIxjI/vVyv8Awqj/
AKjH/kr/APZ1MYxa1dhtyT0R6JRXK+F/BP8AwjepSXf2/wC0b4TFs8nZjJBzncf7tdVUyST0dyk2
1qgorhNR+Gf2/Urq7/tXZ9omeXZ9nzt3EnGd3PWq3/CqP+ox/wCSv/2dXyQ/m/Ajmn/KeiUVW060
+waba2m/f9nhSLfjG7aAM47dKzvFHh7/AISTTY7T7T9n2TCXf5e/OARjGR/erNJXs2W27G1RXnf/
AAqj/qMf+Sv/ANnW14X8E/8ACN6lJd/b/tG+ExbPJ2YyQc53H+7VuMEtJfgSpSvqjqqKK4TUfhn9
v1K6u/7V2faJnl2fZ87dxJxndz1qYqL3dhybWyud3RXnf/CqP+ox/wCSv/2dd3p1p9g021tN+/7P
CkW/GN20AZx26U5Rivhdwi5PdWLNFYvijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9XK/8ACqP+ox/5
K/8A2dOMYtauwm5J6I9EorlfC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/drqqmSSejuUm2tUFFcJqP
wz+36ldXf9q7PtEzy7Ps+du4k4zu561W/wCFUf8AUY/8lf8A7Or5IfzfgRzT/lPRKKradafYNNtb
Tfv+zwpFvxjdtAGcdulZ3ijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9WaSvZstt2NqivO/+FUf9Rj/
AMlf/s62vC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/AHatxglpL8CVKV9UdVRRXCaj8M/t+pXV3/au
z7RM8uz7PnbuJOM7uetTFRe7sOTa2Vzu6K87/wCFUf8AUY/8lf8A7Ou7060+waba2m/f9nhSLfjG
7aAM47dKcoxXwu4RcnurFmisXxR4e/4STTY7T7T9n2TCXf5e/OARjGR/erlf+FUf9Rj/AMlf/s6c
Yxa1dhNyT0R6JRXK+F/BP/CN6lJd/b/tG+ExbPJ2YyQc53H+7XVVMkk9HcpNtaoKK4TUfhn9v1K6
u/7V2faJnl2fZ87dxJxndz1qt/wqj/qMf+Sv/wBnV8kP5vwI5p/ynolFVtOtPsGm2tpv3/Z4Ui34
xu2gDOO3Ss7xR4e/4STTY7T7T9n2TCXf5e/OARjGR/erNJXs2W27G1RXnf8Awqj/AKjH/kr/APZ1
teF/BP8AwjepSXf2/wC0b4TFs8nZjJBzncf7tW4wS0l+BKlK+qOqoorhNR+Gf2/Urq7/ALV2faJn
l2fZ87dxJxndz1qYqL3dhybWyud3RXnf/CqP+ox/5K//AGdd3p1p9g021tN+/wCzwpFvxjdtAGcd
ulOUYr4XcIuT3VizRWL4o8Pf8JJpsdp9p+z7JhLv8vfnAIxjI/vVyv8Awqj/AKjH/kr/APZ04xi1
q7Cbknoj0SiuV8L+Cf8AhG9Sku/t/wBo3wmLZ5OzGSDnO4/3a6qpkkno7lJtrVBRXCaj8M/t+pXV
3/auz7RM8uz7PnbuJOM7uetVv+FUf9Rj/wAlf/s6vkh/N+BHNP8AlPRKKradafYNNtbTfv8As8KR
b8Y3bQBnHbpWd4o8Pf8ACSabHafafs+yYS7/AC9+cAjGMj+9WaSvZstt2NqivO/+FUf9Rj/yV/8A
s62vC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/dq3GCWkvwJUpX1R1VFFcJqPwz+36ldXf9q7PtEzy7
Ps+du4k4zu561MVF7uw5NrZXO7oryu88A65pN+jaNI9yNmTMjLCQTkFcFs9MfnRWvsovaSI9o+sT
1SiiisDUKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAwXRZPHib1DeXp+9Mj7p8zGR74rerD/5n
z/uG/wDtWtytKnT0Ih19QooorMsKKKKACiiigClrNxJaaJf3EDbZYreR0bAOGCkg81jeA9Xvda0S
a41CbzpVuGQNsVfl2qccAeprV8Q/8i1qn/XpL/6Aa534X/8AItXH/X23/oCVqkvZtkN++kdnRRRW
RYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfi
YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXnXxamljj0pEkdUYyllBwDjZjP5n869
FrmvGOlaLqiWg1rUPsYjZvLxIqls4z1B9BWNeLlTaR6OU1Y0cZCpJXSvsr9GVPDngDSbFLe+lEl1
MyK4E2CikjPAx/PNdhUdv5f2eLyWDRbBsYHIIxwc1JVwhGCtFHNicTVxE+arJv1CiiirOcKKKKAC
iiigAooooAKKKKACiiigAoqG7+0C1k+xiI3GPkEuduffFZln4iQzi01SFrC77LIfkf8A3W6GqUW1
dEuSTsxnif8A5hH/AGEof61uVh+J/wDmEf8AYSh/rW5VS+FCj8TCiiisywooooAKKKKACiiigAoo
ooAKKKKACiiigArN8RAnwzqgHU2cv/oBrSqpqlzbWel3M96N1skZMi4zuXHIx3zSlszWi2qkWlfV
Hn3wz0XT9Rs7y4vbOG4eOUKhkXcBxnoeK9LACgAAADgAVzfg3V9D1GG4h0O0e0EZDSRugUnPQ8E5
6V0tZUIqMFY7c2rVKuKk5pryfTQKKKK2PNCiiigAooooAKKKKACiiigAooooAKKKKACiiigDD1X/
AJGrQf8At4/9AFblYeq/8jVoP/bx/wCgCtytJ7R9P1ZEd36/ogooorMsKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigDD0r/kate/7d//AEA1uVh6V/yNWvf9u/8A6Aa3K0qb/JfkiIbfN/mFFFFZlhRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFcB488Tatoutw2+n3Xk
xNbq5Xy0b5tzDPIPoKK2jQlJXRk6sU7Hf0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAG
H/zPn/cN/wDatblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBFcW8d3bS2867opUKOuS
MqRgjIqvpekWWi2zW+nw+TEzlyu9m+bAGckn0FWLi4jtLaW4nbbFEhd2wThQMk8VX0vV7LWrZrjT
5vOiVyhbYy/NgHHIHqKetvIWly7RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYHi5JJINMSGT
ypG1CILJt3bThsHHfFP/ALK1z/oYf/JKP/GjxP8A8wj/ALCUP9a3K25nGCsZ8qcmYf8AZWuf9DD/
AOSUf+NH9la5/wBDD/5JR/41uUVPtH5fcv8AIfIvP72Yf9la5/0MP/klH/jR/ZWuf9DD/wCSUf8A
jW5RR7R+X3L/ACDkXn97MP8AsrXP+hh/8ko/8aP7K1z/AKGH/wAko/8AGtyij2j8vuX+Qci8/vZh
/wBla5/0MP8A5JR/40f2Vrn/AEMP/klH/jW5RR7R+X3L/IORef3sw/7K1z/oYf8AySj/AMaP7K1z
/oYf/JKP/Gtyij2j8vuX+Qci8/vZh/2Vrn/Qw/8AklH/AI0f2Vrn/Qw/+SUf+NblFHtH5fcv8g5F
5/ezD/srXP8AoYf/ACSj/wAaP7K1z/oYf/JKP/Gtyij2j8vuX+Qci8/vZh/2Vrn/AEMP/klH/jR/
ZWuf9DD/AOSUf+NblFHtH5fcv8g5F5/ezD/srXP+hh/8ko/8a57xP4F1jXJYJTq0Fw8YK/vovKwP
baDmu9orOp+9jyy29EdOErzwlVVqT1XzOb0/w/rNhp8FrHr4VIkCBRZowGO2ScmrH9la5/0MP/kl
H/jW5RVqbSsrfcjCa55OUt35sw/7K1z/AKGH/wAko/8AGj+ytc/6GH/ySj/xrcop+0fl9y/yJ5F5
/ezD/srXP+hh/wDJKP8Axo/srXP+hh/8ko/8a3KKPaPy+5f5ByLz+9mH/ZWuf9DD/wCSUf8AjR/Z
Wuf9DD/5JR/41uUUe0fl9y/yDkXn97MP+ytc/wChh/8AJKP/ABo/srXP+hh/8ko/8a3KKPaPy+5f
5ByLz+9mH/ZWuf8AQw/+SUf+NH9la5/0MP8A5JR/41uUUe0fl9y/yDkXn97MP+ytc/6GH/ySj/xo
/srXP+hh/wDJKP8Axrcoo9o/L7l/kHIvP72Yf9la5/0MP/klH/jWNrsV0E+xXWt/bZ3+7bR2CM+f
Xr8v1rr7uBrq1khWaSEuMeZGcMv0qvpukWelRlbWLDN9+Rjl3+pqo1bav8kTKnfRfmzkk03VdPtd
IXUbndGdRh2QH5inX+L+ld3WB4umjtoNMmmbbHHqETscZwAGJp//AAmeh/8AP9/5Bk/+JqpqdRKS
X3CjywbTZuUVh/8ACZ6H/wA/3/kGT/4mj/hM9D/5/v8AyDJ/8TWfsp/yv7i/aQ7o3KKw/wDhM9D/
AOf7/wAgyf8AxNH/AAmeh/8AP9/5Bk/+Jo9lP+V/cHtId0blFYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/
+f7/AMgyf/E0eyn/ACv7g9pDujcorD/4TPQ/+f7/AMgyf/E0f8Jnof8Az/f+QZP/AImj2U/5X9we
0h3RuUVh/wDCZ6H/AM/3/kGT/wCJo/4TPQ/+f7/yDJ/8TR7Kf8r+4PaQ7o3KKw/+Ez0P/n+/8gyf
/E0f8Jnof/P9/wCQZP8A4mj2U/5X9we0h3RuUVh/8Jnof/P9/wCQZP8A4mj/AITPQ/8An+/8gyf/
ABNHsp/yv7g9pDujcqrqNhFqmnT2VxuEU6FGKnBHuKzf+Ez0P/n+/wDIMn/xNH/CZ6H/AM/3/kGT
/wCJpOjN6cr+4qNZRalGWqGeGfCNp4Y89reWWaSfAZpMcAZwBj61v1h/8Jnof/P9/wCQZP8A4mj/
AITPQ/8An+/8gyf/ABNKNCUVZRf3F1sU683UqSu2blFYf/CZ6H/z/f8AkGT/AOJo/wCEz0P/AJ/v
/IMn/wATVeyn/K/uMvaQ7o3KKw/+Ez0P/n+/8gyf/E0f8Jnof/P9/wCQZP8A4mj2U/5X9we0h3Ru
UVh/8Jnof/P9/wCQZP8A4mj/AITPQ/8An+/8gyf/ABNHsp/yv7g9pDujcorD/wCEz0P/AJ/v/IMn
/wATR/wmeh/8/wB/5Bk/+Jo9lP8Alf3B7SHdG5RWH/wmeh/8/wB/5Bk/+Jo/4TPQ/wDn+/8AIMn/
AMTR7Kf8r+4PaQ7o3KKw/wDhM9D/AOf7/wAgyf8AxNH/AAmeh/8AP9/5Bk/+Jo9lP+V/cHtId0bl
FYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E0eyn/ACv7g9pDujZlmjgiaSaRI416s5wB+NOV
gyhlIKkZBHQ1gzeLfD9xE0U10skbjDK0DkEf981htrVho7GTQtU3Q5y1lPHIU/4C2OKqNGT6O/oS
6sV1N/Vf+Rq0H/t4/wDQBW5XH2+v2+veI9EeFXjkj8/zI2/hynGD36GuwpVYuPKn2/VjptSu1/Wi
CiiisjQKKKKACiiigAooooAwvF3i6x8GaVFf6jFcyxSTCAC3VWbcVZu5HGFNaemX8Wq6VaX8CusV
1Ck6BwAwVlDDOM84Nct8R/8AmVf+xitP/Z6z/BmpQeDrTxJ4evJ3mHh9pLuFBsLtaMvmAD7u5gSd
2QAC4GcYwAdBJ450tPHEfhVVuX1B13MyoPLQ7DJgkkHO0A8Ajkc9caFhr9tqGu6rpMKTC40zyfOZ
gNjeYpZdpzk8DnIH415xolm8PiPwFfXCQrd6tJqWpXHklihaaIMMBumEKDHt36np/DH/ACU7xv8A
9uH/AKJNAGt4u8XWPgzSor/UYrmWKSYQAW6qzbirN3I4wprT0y/i1XSrS/gV1iuoUnQOAGCsoYZx
nnBrlviP/wAyr/2MVp/7PWf4M1KDwdaeJPD15O8w8PtJdwoNhdrRl8wAfd3MCTuyAAXAzjGADoJP
HOlp44j8Kqty+oOu5mVB5aHYZMEkg52gHgEcjnrirqfxCttP1290mHRNd1C4stnnNY2glRd6hl53
ZHB7jsa5LRLN4fEfgK+uEhW71aTUtSuPJLFC00QYYDdMIUGPbv1N2H/hJf8AhZ3i/wD4Rn+yP+XL
z/7R83/nj8u3Z/wLOfagDutB1v8At6xe5/s3UdP2SGPyr+DypDgA7gMn5ecZ9QaPEPiHT/C+jy6l
qk3lwx8Ko5eRuyKO7HH8ycAE1Sn8Rjwx4etrzxndWdtcPIYnezjleIsdxUKMFvurznvn2rM1X7F8
S/DS3HhnVdtxp96s9rcGFgi3EYyAyuuSuHHIHcdcEEAs6T4/tNT1q30ufSda0y5uldrf+0LTyllK
DLBTk8gc+nvkgF+uePNP0XWBpUVnqOqX4j82W302DznhXjBcZGM5H6ZxkZp6V4x1a01i30fxfo32
K4uJPKt7+2bdaTN85UZJyjEKAFJLEnotHwn/AH/gSDUZPmu9RuZ7q6k/56SmVlLY6DhV4AA4oA6P
RNbtNf04XdkXADGOWKVdskEg+9G6/wALA9R+IyCDWZpXjnS9a8WX/h+yW5a6sVZpZWQCMlWVWAOc
5DNjpjg4PTOhreo23hzQ9T1ZooV8qNp3BYR+c4UBQWx944VQeT0HoK8lj1PSvDvhrwlrsOqWeoap
ZXLXF/Gs8ZmdbkHziybtzyrlFBJ7ZIwOAD0rxX450vwbPp8erLc7b5mVZIkDLGFK5Lc5x8w6Ang8
VoeI9ftvDGhXOrXqTSW9vt3LCAXO5gowCQOrDvXMeM7ODUPiD4Ps7pPMt7iPUYpUyRuVoACMjkcH
tXH61qlxb/DPxP4S1WVHv9Da3jhYKqma182Py2wGPIGM+gZAckmgD2qiivORpmoeJviL4ospPEWr
2NhZfZGSCyn8s7mi7Mc7V+9lQPmJBP3RQB6NRXl/i3xJd6h4uvtEEfiaOy0xYiW8Px7pZJHUMDI/
8KgEgKByckngCqun+KfEGg+CvFM9zFq5hsfL/syfVoDHc/vWKncTkPsJB9/YEBQD1qivJfGvh7xB
4c8HXGtp4v1c3ixp9thM5aJ3eSMHycbfKUMTjAzjjgZz61QAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQBh6V/yNWvf9u//oBrcrD0r/kate/7d/8A0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA8r+KH/Iy2/8A16L/AOhvRXf6p4Z0
nWrlbjULXzpVQIG8x1+XJOMAj1NFdcK8YxSZzypSbuatFFFch0BRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf+Ra1
T/r0l/8AQDXO/C//AJFq4/6+2/8AQErptZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPk
ytcM4XerfLtUZyCfQ1qmvZtENe+mdNRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/
2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlnBfEbXfEWlatoVt4alQS3C3U0kDwiQXAhRX2dC
2SAwAXBJI5HUWvF3i2QfCyfxH4fufKd44ZIZCqOU3SIrKRyu4ZKkc4OfSjxP/wAlO8Ef9v8A/wCi
RXn/AI7T/hDLTxN4d2bNL1ny7/TtqYVJRKnmxDCAdBkDOFVV7tQB7Hrevab4c0432r3aW1sGCbmB
JLHoAACSep4HQE9AazLf4g+GrvRbvVoNUR7KzZVuHET7oyxAXKbd2CTgHGOvoccr4xS9l+LOkxQ6
1/Y/macUsria0WeNpzIQyIH+VXK7ckc42r/EAdbw74Wm0rx1calqniS21LVZ7Dy2gW0jt5DHvXEh
CtyAV25I9BngCgBngr4m6d4g0JpdSuYYtTtreW6vYYYJAkUSMRuGQc/KVOASea6e78R6XY+Hl125
utmmNHHKJ/LY/K+Np2gbudw7d65v4UQxXPwq0yGeNJYpFnR43UMrKZpAQQeoIrk9P0uXUdK0z4fX
cV9Ha2+p3sdzdQMY2kiiXzEYqVICs08ZGcjhcZ3DAB6tqWr2WkfZPt03lfa7lLWD5GbfK+dq8A4z
g8nis/xB410DwtPDDrOopbSzKXSMI7ttzjJCg4GemeuDjoa4LwtqP/CS6x4M0tovKfQbKaa/tJmy
FeP/AEePK44lVhvwwBUNwTW78PobdvFHjCa6jc6ympujSTK29bU8wgE/wkKcY7BewWgDqrbxJpN5
ocusWt/DPYQxmWWWI7tgC7iGA5DAHJUjPtVXRvGugeIdRax0nUUurlYROyojgBDt5yRjPzKCM5By
CMg1w1lNb3Nt8UJtJkeXSJIWeKRWZommMDmcoTwSWxnHbbjjFdz4Hhig8C6EkMaRqbCFyEUAFmQM
x+pJJPqSaAOf8EeKrfTPhVpmr+JNTcBmkRp7hmkd285wB3Zjgds4A9BXcwyrPBHKgcLIoYB0KMAR
nlSAQfYjIrxbwIILWDwZdeIIvtNhJ58GlskR2Wt007Z8zg7mbA2NnC7T8vG8e20AefySeJ9e8d+I
dO0zxL/Zdppv2by4/sEU+fMi3HlsHqD3PX2rQ0LXdU0rX4vDXiqVLq8uVeaw1CGEolyiliUcAALI
qjOBkYI5zgszwx/yU7xv/wBuH/ok1HfTRa98VNETTpEmXQ4bmW9kRgyI0g8pY8jOJMqSVOOAevSg
Da0LVIpYNZmn1pL2K0v50eR4BAtoqgExEnG4IP4++fajw/410DxTPNDo2opcywqHeMo6NtzjIDAZ
GeuOmRnqK4/RtGtvEPhjxtpV5dfZIrrxFcIs2R8r74ynXrlwox1OcAgmtrT9Z1bS/Fem6J4mtbO6
uLyOZbHVbUbS6oFZlkQ8oxChjtO3JUAcEgA0Nb+IPhrw7qJsNV1RIbpVDNGsTyFQemdqnBxzg84I
PcVoar4k0nRdHXVdQv4YrF9vlzA7xJu5XbtyWyOeM8ZPQVyvwmht7nwHNDdRvLeSXdwmqx3SszNM
Thg4fqSmzP455zUN1Dps/wAXNASaNJNNGkF9ICqTbiZX3Zjx8mRGAfbCd9tAHU6D4w0LxPvGjalD
cumd0eCkgAxk7GAbb8w5xjPFXdI1ey17S4dR0ybz7Sbd5cmxlzhip4YA9Qe1cfq81vL8Z/D6afI7
3sVpcJqQiZiEh2bohJj5QN7Z57lc9Vrlr+9fwp/wmHg+1jhFxq1yjaTCbdo1mFzhJFU52BUHygkg
ZU/QAHpMnjXQIvDcevyaiiaXK2yOZkcF23FcBcbicqe3QE9BmpvD/inR/FME0ui3yXSwsFkAVkZS
RkZVgDg84OMHB9DXAa9ptxp3xE8O6XZa4+kRQaQtrp91c2q3CvKG2si7sKsjJtywwTwv8QFb/h3w
tNpXjq41LVPEltqWqz2HltAtpHbyGPeuJCFbkArtyR6DPAFAGhZfEbwxqV1DbWOp/aLieN5Y4ore
VnIUMWGAuQ2EYhTyeMA5GdfTte03VdFXV7O7RtPZXfz3BjUKpIYncBgAqevpXMfB6GKL4Z6Y8caI
0rTPIVUAu3msuT6nCgfQD0rk7+aXw1p2veBLOR4pL+/hh0ppmJUQ3X3lAbJ8tNrqXXPzP0BoA9W0
jV7LXtLh1HTJvPtJt3lybGXOGKnhgD1B7Vk6X8QfDWtaja2Gnaok91dKzRRrE4JC7s5yvynCE4OD
jB7jOno6WNjaR6NZXSTNpkMUDxmRWkRQoCbwOhIGegz2rmPg9DFF8M9MeONEaVpnkKqAXbzWXJ9T
hQPoB6UAamt/EHw14d1E2Gq6okN0qhmjWJ5CoPTO1Tg45wecEHuK07/X9L0vSl1K91C2hsmXckxk
BWQFSw2Y+8SASAMk9q8s8AaPrmt+G7q3t/FqWkvnSrqWnz6VFNIsjMQ3ml/mcsB1bPdf4SBdh0W0
0uf4eacNSTUdHhu7pvtcb7IJJ8l4eVYruD7gBk5ww7kUAdnpPxB8Na5e29ppuqJPc3LOscQidWJR
dzZBUYGOhOAcEDJBro68/wBd/s3/AIXF4V+yfY/t/wDpf2zytvm/8e42eZjnpnGe3SvQKACiiigD
D8T/APMI/wCwlD/WtysPxP8A8wj/ALCUP9a3K0l8KIj8TCiiisyworIvfFOj6dr9rot5fJDqF0oa
GJ1YBwSQPmxtySpABOScDuKtalq9lpH2T7dN5X2u5S1g+Rm3yvnavAOM4PJ4oAu0UVHNNFbQSTTy
JFFGpd5HYKqqBkkk9ABQBJRUcM0VzBHNBIksUih0kRgyspGQQR1BFSUAFFFFABRRVXU7+LStKu7+
dXaK1hedwgBYqqljjOOcCgC1RVXTL+LVdKtL+BXWK6hSdA4AYKyhhnGecGrVABRXJXvxS8I6ffXF
ndat5dxbyNFKn2aY7WU4IyEweR2ro9N1K01jToL/AE+dLi1nXdHInQj+hB4IPIIINAFqiqWkavZa
9pcOo6ZN59pNu8uTYy5wxU8MAeoPartABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBDd3K2d
rJOySOEGdsa7mP0FYv2fVdd5u2bTbI/8sYz+9cf7R7fSugoqoy5dlqS433Obn0+103xHoENnCsSD
7R0HJ+Qck966SsPVf+Rq0H/t4/8AQBW5VVG2ot9v1YoKzf8AXRBRRRWZYUUUUAFFFFABRRRQBz/i
3QbnXv7E+yvCn2DVYL2XzSRlE3ZC4B+bnjOB71keNvA0/ibXdNu7ZrZbYqLbVEldw09sJUkCLgHB
yrHIKnkc4rt6KAOf1jQbnUPGPhzVoXhW30z7T5ysTvbzIwq7RjB5HOSPxrFudB8Xaf4x1vVvD76E
1vqfkZW+M29fLj29EGByT3PbpXdUUAclqug65r2l+H/7QfTkv7DVYb268guIiiM3CZBO7BXrgZzz
VXxt4Gn8Ta7pt3bNbLbFRbaokruGnthKkgRcA4OVY5BU8jnFdvRQBz+saDc6h4x8OatC8K2+mfaf
OVid7eZGFXaMYPI5yR+NYtzoPi7T/GOt6t4ffQmt9T8jK3xm3r5ce3ogwOSe57dK7qigDM0H+3Ps
L/8ACR/2d9r8w7PsG/y9mBjO/ndnd7YxUfiS31u406M+HL22tb2KZJCLmPdHMg+9GxwSoOc5HPGO
M5GvRQBxkXh7xLrmqafP4sudIW0065F1FbadHL++lCkKzO5BXaSCAMg5Oe1QQ+FPEXha6vh4OutI
awvrlrk2moQugtmIGRGY+qnHQgbQqgZ5J7qigDhdY8H65rmj2NjqV/DdCfUUvNVBmeKPyhgfZ4VU
ZKYGRuIO5d3VuNfU/AXh++0q7tYNG0u1lnheNJ0sY90TMpAYYA5BOeo6V0dFAHEab4R1eK58FzX0
tju0GG4guBCz4dWjEcezI5OFG7OOc4qH4lfD2fxekNzpNwltqAUW8xlmdY5YMlwrAA5IfaR+Oc4G
O9ooAyNUt9bl1rSZdLvbaDT4mkN/FLHuaZSBsC8cEHdzuGMg4bGKraPoNzp/jHxHq0zwtb6n9m8l
VJ3r5cZVtwxgcnjBP4V0FFAHGa14V1y38VyeIvCd/Zw3FzGkV5Z3ocwz7QQHJUk7gNoAAHQ88kF4
8Na94g0DWrDxffWLi/VUt4bKNvLtioyHycMx34baTj5euDgdhRQB5F8QLLxp/wAK9vn8Q6ppYtrZ
YVeKygZmuyZEGXZgNhBw3yDByRgDFeu1BeWVtqFq9te28NzbvjdFMgdGwcjIPB5ANT0AFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/wCgGtysPSv+Rq17/t3/APQDW5WlTf5L8kRDb5v8
wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDK1TxNp
Oi3K2+oXXkysgcL5bt8uSM8A+horgPih/wAjLb/9ei/+hvRXXChGUU2c8qsk7HqlFFFch0BRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ6+oUUUVm
WFFFFABRRRQAUVS1m4ktNEv7iBtssVvI6NgHDBSQeaxvAer3utaJNcahN50q3DIG2Kvy7VOOAPU1
Si3HmFza2OmoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+J/8AmEf9
hKH+tblaS+FER+JhRRRWZZSutIsrzVLHUbiHfd2HmfZpN7DZvXa3AODkDuDUOveHNL8T2KWes2v2
m3SQSqnmMmGAIBypB6Ma06KAMzXPDek+JbUW+sWEN0i/dLDDpyCdrDDLnaM4Izjmqvh/wVoHhaea
bRtOS2lmUI8hd3bbnOAWJwM9cdcDPQVu0UAYWj+CtA8P6rPqOk6clrdTqyOyO+3azBiApO1RkDoB
jHFWoPDml23iG512G126ncxiKWbzGO5Rt4252j7i9B2rTooAzNL8OaXot9qF5p9r5NxqMnm3T+Yz
eY2WOcEkDlm6Y61S1zwJ4c8SXQudV0qGa4HWVWaN24A+YoQWwAAM5x2roKKAM+LQdNg0A6LDaJHp
phaAwISAUYEMM5zk5OTnJJJzmrNlZwafY29nap5dvbxrFEmSdqqMAZPJ4Hep6KAMiLwto8Phs6At
ih0oqy/Z3ZmGCxY8kk53HIOcg4xjArThiWCCOJC5WNQoLuXYgDHLEkk+5OTUlFAHMav8OfDGvapN
qOp6Z593Nt8yT7RKucKFHCsB0A7VtaTo+n6FYrZ6XZw2tuuPkiXG44Ayx6s2AMk5JxzV2igDI/4R
bRzp2o2DWKPa6lM9xdRuzMJJHxubk/KcgEYxggEYqHw/4K0DwtPNNo2nJbSzKEeQu7ttznALE4Ge
uOuBnoK3aKAOY1b4ceFdbvmvL7R4WuHzveJ3i3kkklghALEk5J5NaGreFdE1zTorHUdMtpraFQkK
hdhhUY4QrgoPlA4I4GOla9FAGR4f8LaP4Wgmi0WxS1WZg0hDM7MQMDLMScDnAzgZPqakvvDek6lr
Fnqt5YQzX1l/qJmHK9x7HB5Gc4PIwa06KAMzXPDek+JbUW+sWEN0i/dLDDpyCdrDDLnaM4Izjmqv
h/wVoHhaeabRtOS2lmUI8hd3bbnOAWJwM9cdcDPQVu0UAUtI0iy0HS4dO0yHyLSHd5ce9mxlix5Y
k9Se9c/P4cn1H4o22uzWvk2umWRiim8wbriR93G3J+RVduoU7j/EOnW0UAZ9voOm2mtXerw2iLqF
4qpNOSSzKoAAGT8owBnGM4Gc4p+kaRZaDpcOnaZD5FpDu8uPezYyxY8sSepPertFAHMat8OPCut3
zXl9o8LXD53vE7xbySSSwQgFiSck8mrtz4P0K78PRaFPpsLaZDjy4RkbCO4YHcG5OTnJyc5ya2qK
AOFPgS20fxj4XufD+lQ29jZfa/tcqsN/zx4TcWO9+SQOuPYV3VFFABRRRQBh+J/+YR/2Eof61uVh
+J/+YR/2Eof61uVpL4URH4mFFFFZlnmXi3Qf+Ej+JtxZRv5N2PDomtJwdrQzrc5Rg2CV54JHOCcV
DqXiV/FPh7wld3MH2a+h8TW1veW+1h5Uy7sjDDI4IOOcZxkkGus/si9/4Wn/AGx5P+gf2N9l83ev
+t87dtxnPTnOMVzPibwFqI8e6bquhR77C61G3vNRhHlosTxNgSDJBOQ8hIGTnJOcjAA/xl8QFtfE
k+hxa8nh4WSo8t29kbp53ZQwREAIChTksec4AGAScmDxLq3i3wR4pso9chm/sqNpG1CK02/b7do5
SY2jYDy2+XBYdO2fvN02q6V4j0Hxrd6/4cs4dUtNSjiS9sZLhYpN6KVV0ZhgKAF7kks3HQrdiXxN
4k8P6/a6xplnpX2q3a3sofP81wWjIZpHXI25IxgAjByDwSAYWnQ+JdI+Ec1/b6+k0q6ZBc2avaIg
tI0QO6Zwd5KfKCw6gdM5E/jDx3qVh4c8O6lpFlctLeKmoXMMSCRRaqitKrNtO0ZkQb8cc9Oh3PAr
61FocGna3ov9m/YLeGCKT7Wk32jau0nC/dxtHBJ+97VznhT4fzW1zq1pqVtc21lHYS6TZzC4jdri
CSeWRpCAPlYBkAyPXjsADo7/AFe9k+I+laLZTeXbxWU17foyLiVCRHGFOCdwfJPQY7npWHpN54s8
eJLrOl6ymgaO7GOyiNpHcyTKpIaR8n5TkYwD29tzTfDPw3rGmC6v/EkCQ3vkwWNtFlX8qCJAPlYM
2Ax5KjHzLnuMVtLtPGPgfS59E0jRIdZtEklewuWvo4/JRmJVJEKqWYHLHBwd2ARjgAjvvHOsS/Cr
WNUKpYa7pl39jn8tFZEkEyA7QSwI2uBk9847GtfUrHXbTwR4ml1/V4b559OmZIIbYRR2x8t9yq33
nXkAFucL7mszU/AmqQ/CzV9Khl/tLWtTuVvLggrGjTNJGz7c4AUBe+M88DIA7PxNZz6h4V1eztU8
y4uLKaKJMgbmZCAMngcnvQBxHhzVNY8QWHh/S/Dd2lppthYW/wDaWooiyN5nlj/R4wyldwGCx525
GcEbW9KrgrHwxq2gjQtY02J2uorC3s9W0xHjX7SqptDhj8pkQnueVXAYfxd7QBxnw4/5mr/sYrv/
ANkqDR7VNB+LN7pWmnyNMvNKW/azRVWJJhIItyKANuVXn1J56DFPSD4u8MX2uxWvhL+0Le91W4vI
pv7ShiyrkY+U5PRc8+vSuj8NeH7611G91rX5rafWLxUiItg3k28SdEjL/MAx+ZugJ7cZIBysHjjV
ofhHpetXM+67vLk29xfmDctohldfOMajB2hQAOASR16Ho9Fvb/StA1HVNV1628QafDC1zDdWsCI5
CBvMTCnYQNowc5yWB6Cs/wAL2PiPwr8NtLtbfSYbnUbaST7RZSXKozI0khGyQZUN8yHnjAYdcVW8
PeDbi71HWbu90lPDllqVgbCTTbW4WQSMes3yjYpCnaBg8licZ+YAfZJ461/S7fX7HWrOw+1bZ4NJ
mtEeIRFvlDTDLncmGJABy2Pl7WdW1bX9f8XXHh/w3cppcWmKkl/qEkSTMWddyRpGeoI5JOOh6YAe
to8vjrQNHtdCHh+zvntoxBHqZ1BFhA/gJj2hyqAgEdTtPrmrOo6Xr+geMr/XtAsE1W21OGKO5smu
khdZUGFkDMuNoUYxnJLk9AMADNN1XxHFrGseFL68hn1NNO+1abqX2dYxJnK7pFBYDa7KAAvIQk5y
M1ofH9xc/CGPWoGSXWZFFmkaOrO10W2AhQvLEfvNmOnHTmtPwtomsXHiO78UeJAlrezQmztrCJld
beAPu+Zx95iRnIPc+oVcWLwNrEfxGLMyS+FjftrO13XcLoqQBwA2Q5yB93aBkk5FAEPibx3Lp+rf
8I9L4lTR59PhiN1qL6eZ3u5WQHCRqCqLg7iSc5IAGASX+GvHWoan4V8WD+0Ib640a3eW21OKHy/O
DI7IWiZQAylOeMducbm09V0rxHoPjW71/wAOWcOqWmpRxJe2MlwsUm9FKq6MwwFAC9ySWbjoVtFv
FGv+GPEcOq6Pbae1xaPBYWqXCySMxiYHe4O3BYjHTHOexIBS0aHxlqPhNtWl19JLq70wS2lpb2kS
hJSqsjF3HJYDDAgAF2xjANQ3nju7/wCFQ2Os2LO+sXyx2kG6Dc0tzu2OVVeM/LIy9uBxztrsPDNn
Pp/hXSLO6Ty7i3soYpUyDtZUAIyODyO1ef6Xoc7fGC9sM79JsLmTWiGAkDXEyIoD4OEZTuZMjcAp
PIOaAO51me90jwRfz/a/Nv7TTpH+0+Wq75UjJ37OQMkZx0rC8NXmv23hweJ/Emspd2Z0z7UbG2tE
XbhA4cPkEsVByvC7mOOAKu3SeItY8OeKbLUNPtomkW5t9N8qUbp4yjBCwJIUnI5JHU5C4ybumaI0
vgG00TUQ8LNpiWdwEYFkJiCNg8jI555FAHl958T7ya1fVbXxjZ29zxKmiHTHeMAH/VGcrksQOSMD
cTggYI7C78U6x4g1HQ9I8Pummy6jpg1O6uniWc20bY2BAWAY7sqcr0YEd8VtJuPiB4a0NdG/4R2z
1V7SMRW19FfJHHtCjYGRsM23ofu5A/4Eb+sad4isNf0vxJp2nW2p6h9gNhqNqlwIUxkOGiZ+gD5z
nJxjjqQAQ+G7/wAUWnxCk0HxDqdtewJpj3UTwwqhk/f7Vd+BhsZG0HbjHU5J72vOdBl1mf4wvLr9
vZ21w+gloobZy/lxm4GFdjwXByCV4PGK9GoAKKKKAMDW54rbxLocs8iRRr9oy7sFA+QdzWj/AG3p
f/QSsv8Av+v+NZ2twRXPiXQ4p4kljb7RlHUMD8g7GtH+xNL/AOgbZf8Afhf8K2fLyxv2/VmS5ru3
9aIP7b0v/oJWX/f9f8aP7b0v/oJWX/f9f8aP7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8Kn3PMr3/IP
7b0v/oJWX/f9f8aP7b0v/oJWX/f9f8aP7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KPc8w9/wAg/tvS
/wDoJWX/AH/X/Gj+29L/AOglZf8Af9f8aP7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cj3PMPf
8g/tvS/+glZf9/1/xo/tvS/+glZf9/1/xo/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wo9zzD3/ACD+
29L/AOglZf8Af9f8aP7b0v8A6CVl/wB/1/xo/sTS/wDoG2X/AH4X/Cj+xNL/AOgbZf8Afhf8KPc8
w9/yD+29L/6CVl/3/X/Gj+29L/6CVl/3/X/Gj+xNL/6Btl/34X/Cj+xNL/6Btl/34X/Cj3PMPf8A
IP7b0v8A6CVl/wB/1/xo/tvS/wDoJWX/AH/X/Gj+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wo
9zzD3/IP7b0v/oJWX/f9f8aP7b0v/oJWX/f9f8aP7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KPc8w9
/wAg/tvS/wDoJWX/AH/X/Gj+29L/AOglZf8Af9f8aP7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X
/Cj3PMPf8g/tvS/+glZf9/1/xo/tvS/+glZf9/1/xo/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wo9z
zD3/ACD+29L/AOglZf8Af9f8aP7b0v8A6CVl/wB/1/xo/sTS/wDoG2X/AH4X/Cj+xNL/AOgbZf8A
fhf8KPc8w9/yD+29L/6CVl/3/X/Gj+29L/6CVl/3/X/Gj+xNL/6Btl/34X/Cj+xNL/6Btl/34X/C
j3PMPf8AIP7b0v8A6CVl/wB/1/xo/tvS/wDoJWX/AH/X/Gj+xNL/AOgbZf8Afhf8KP7E0v8A6Btl
/wB+F/wo9zzD3/IP7b0v/oJWX/f9f8aP7b0v/oJWX/f9f8aP7E0v/oG2X/fhf8KP7E0v/oG2X/fh
f8KPc8w9/wAg/tvS/wDoJWX/AH/X/Gj+29L/AOglZf8Af9f8aP7E0v8A6Btl/wB+F/wo/sTS/wDo
G2X/AH4X/Cj3PMPf8g/tvS/+glZf9/1/xo/tvS/+glZf9/1/xo/sTS/+gbZf9+F/wo/sTS/+gbZf
9+F/wo9zzD3/ACD+29L/AOglZf8Af9f8aP7b0v8A6CVl/wB/1/xo/sTS/wDoG2X/AH4X/Cj+xNL/
AOgbZf8Afhf8KPc8w9/yD+29L/6CVl/3/X/Gj+29L/6CVl/3/X/Gj+xNL/6Btl/34X/Cj+xNL/6B
tl/34X/Cj3PMPf8AIP7b0v8A6CVl/wB/1/xo/tvS/wDoJWX/AH/X/Gj+xNL/AOgbZf8Afhf8KP7E
0v8A6Btl/wB+F/wo9zzD3/IP7b0v/oJWX/f9f8aP7b0v/oJWX/f9f8aP7E0v/oG2X/fhf8KP7E0v
/oG2X/fhf8KPc8w9/wAjP1STR9T8t/7Xt4LiHPlTRXKgrn8eRxVODxX/AGdMtvqlxbXUZOFurWRW
/wC+kByPwq7qiaJpSxiTS7aWeXIihitlZnPtxVGLwudVkWbULS1sbcHK21tGoc/7zgfoK1jycvvb
f1sZy5r+7uW9DniuvEmuTQSLJG4tyrKcg/Ia6Cue0G2hs/EetwW8axxILcKqjgfIa6GsqtubTsvy
NKfw6+f5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
AHAePPDOra1rcNxp9r50S26oW8xF+bcxxgkeoorv6K2jXlFWRk6UW7hRRRWJqFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAYf/ADPn/cN/9q1uVh/8z5/3Df8A2rW5Wk+noRDr6hRRRWZYUUUUAFFF
FAGd4h/5FrVP+vSX/wBANc78L/8AkWrj/r7b/wBASuuuLeO7tpbedd0UqFHXJGVIwRkVX0vSLLRb
ZrfT4fJiZy5XezfNgDOST6CrUkoOJLj7yZdoooqCgooooAKKKKACiiigAooooAKKKKACiiigDD8T
/wDMI/7CUP8AWtysPxP/AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrc
rD8T/wDMI/7CUP8AWtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAqlY6RZaddXlzaw7bi9k824lZ2d5CBgDLEnaBwFHA7AVdooAKKKKACiiigCl
/ZFl/bn9seT/AKf9n+y+bvb/AFW7dtxnHXnOM1doooAKKKKAMPVf+Rq0H/t4/wDQBW5WHqv/ACNW
g/8Abx/6AK3K0ntH0/VkR3fr+iCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooATaCwJAyOhpaKKAMPSv
+Rq17/t3/wDQDW5WHpX/ACNWvf8Abv8A+gGtytKm/wAl+SIht83+YUUUVmWFFFFABRRRQAUUUUAZ
9/4g0jSp1h1HVbG0lZd4juLhI2K5IzgkcZB/Kn6drOm6v5n9majZ3nlY8z7POsmzOcZ2k4zg/lXn
ni64sbb4tRPqOg3OuRHQwBb29mtyyt57fPtPQAZGf9r3roLDUbGx8Ha1rOi+G30SW3hlfybqxW2a
Vo4yykqp+Zckjr/eoA7CqV1q9lZ6pY6dcTbLu/8AM+zR7GO/Yu5uQMDAPcivP18d+L7HQ7bxLq+j
acmgt5JljhlJufLdV/er823aWYYU/Nzg/wB6rvj66vbPx34Nn0yw/tC7T7b5dt5yxb8xKD87cDAJ
P4UAegUVyXhzxHrL+Jbrw74mtLOO/jtxeQz2LEwyQ5CnhjuDBiRz154GAWq6/rPjfSkvtUh07RW0
mzZpDbvLJ9peFD8zbvuAlQXA5wCBgkYIB29Fcf4m8Z3dh4c0HVNDskum1a7t4kt7g7GZJULBcg4V
uAMnIGe9QaN4n8SWniTT9I8W6fYxNqsLSWslgxIjdF3PHIGY8gY5XjOMbskqAdvRXGXHiXXtd1i+
s/B0GneTpknkXVzqayhJJucpHsH8GOSf7wwMYJNT8a3ui+HtMGrWlnY+IdR3RpBPcKttEy/ekeTO
AgBDbQSx3BRk5IAOzorz/wAOePdQn8V22iaxNoV79ujZre50W48xI2QFmWQMxIyBkHH587S28X+L
PEMMuq+GNI06fSIbkwxx3EkiT3iq+DJGzBUVSD3zgq3UjFAHZ6Rq9lr2lw6jpk3n2k27y5NjLnDF
TwwB6g9qNR1nTdI8v+09Rs7Pzc+X9onWPfjGcbiM4yPzrmfhF/yTHSP+23/o56zPiVd6TY+MfCFx
4gWFtMT7b5wmh81OY0C5XBz8xHagDvLDU7HVYGm068truJW2GS3lWRQ2AcZBPOCPzq1XmvgibRNQ
+Imp33hSS2g0o2CxS20beV58wYHzFg6hVUhdxVfmY4zkmrWseP7mbWLqy0C/8OWiWEhguJdauTEZ
ZR94RoCG2r0LHgk8dMkA9Aorj/Dvi7UvE/g24vdOsLY6xBN9jeNpgbfzQVzIHUnMYDbsA5OCATwS
zTPEfiLT/Fdloniq004/2lG7WdzprPsDRgs6uHOemDkDuOuTtAOzorjLjxLr2u6xfWfg6DTvJ0yT
yLq51NZQkk3OUj2D+DHJP94YGMEmp+MdW0rw9pkVzo2fFWp7ooNPibfHvX7zswOAgBDEZyAcZ4LA
A7OiuIj8TeI9C1rTLPxba6W1tqk32eG604zbYZMfKrhlOS5IA5GMMTwKhvPE/i288aatofh7T9Le
KxaAm6u2YLErxF8MA2WJbgFRxjkc5AB3tZ+t69pvhzTjfavdpbWwYJuYEksegAAJJ6ngdAT0BrP8
GeI5/EmjzSXtp9kv7K5ezvIgwZBMmN20gn5eR9ORk4yeZ+Kn9ufbvDn2H+zvsn9q23kedv8AM+1Z
fbuxx5WMZx82aAO50jV7LXtLh1HTJvPtJt3lybGXOGKnhgD1B7VdrjPEXiPxF4a8PaNLNaadd6ve
ajHaSwwM6xOH34CMxBViFUZbIBJ4xU154l1Xwt4ae88UQWdzqMtyILO20pZCJ2YfInzAkMSGyfQD
AJ4IB1tFef3Hirxd4YtbXUvFlhpB0yWSOKf7CZvNtN5GXfhlKryCAeSQAfWz4k8T+JLfxrH4f8Oa
fY3TS2CXRkuWKiHM2xnb5huUAfdA3ZOecYIB29FeeWvizxpqN7caJaaPpaaxp822+upZW+yLGylo
iqg78sPrjAyBuwvR+DPEc/iTR5pL20+yX9lcvZ3kQYMgmTG7aQT8vI+nIycZIBrXWp2NjPbw3l5b
W8ty2yCOWVUaVsgYUE/MckdPUU+8vbbT7V7m9uIba3TG6WZwiLk4GSeByQK4D4l6HB4l8W+FdJuT
tS5jv1D4J2MIVKtgEZwwBxnnGKy/EfiaTxD8Gdbhv18rV9NkhtL+IuhPmrMgLjbxtYg9sZDAZAyQ
D1qiuV8U+Kb6y1W00Hw7Zpd63dKJv34YQW0O7BkkIxxkEAA/rgNDpPibWrTxRb+H/FVrYpc3kLz2
t1YGXypCvWLDr94AMxOcY2jGTyAdhVLSNXste0uHUdMm8+0m3eXJsZc4YqeGAPUHtXGW3i/xZ4hh
l1XwxpGnT6RDcmGOO4kkSe8VXwZI2YKiqQe+cFW6kYql4M8TW3hT4M6Re3K+Y8kksFvEXCCSVppN
oLn5UXgkseAAevQgHptFea2PxD1S01/TbTV7rwzqNrqEwtQ2i3ReSGRiAjMrNypOQcDj16BvSqAM
iHxZ4fuZ44YNd0uWWRgiRpeRszMTgAAHkk1r18/6Tqngl/hYNMvLezk8RSRyRoTb7JBK0jeWxnIC
hRlSSWxtBBz0r3Dw+ksfhzTEnuku5VtIg9wkhkWZtgy4Y/eBPOe+aANCiiigAooooAKKKKAOA8ee
JtW0XW4bfT7ryYmt1cr5aN825hnkH0FFZXxQ/wCRlt/+vRf/AEN6K76UIuCujknKSk9T1SiiiuA6
wooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/8AtWtysP8A5nz/ALhv/tWtytJ9PQiH
X1CiiisywooooAKKKKAIri4jtLaW4nbbFEhd2wThQMk8VX0vV7LWrZrjT5vOiVyhbYy/NgHHIHqK
j8Q/8i1qn/XpL/6Aa534X/8AItXH/X23/oCVainByJcveSOzoooqCgooooAKKKKACiiigAooooAK
KKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAw
j/sJQ/1rcrD8T/8AMI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/ANAFblYeq/8A
I1aD/wBvH/oArcrSe0fT9WRHd+v6IKKgvL220+1e5vbiG2t0xulmcIi5OBkngckCnwzRXMEc0EiS
xSKHSRGDKykZBBHUEVmWSUVVk1Oxi1GOwkvLZL2Vd8du0qiR155C5yR8p/I+lPivbae6ntobiGS4
t9vnRK4Lx7hldw6jI5GetAE9FVbrU7Gxnt4by8treW5bZBHLKqNK2QMKCfmOSOnqKtUAFFVbXU7G
+nuIbO8triW2bZPHFKrtE2SMMAflOQevoaz/APhM/DX/AEMOkf8AgbF/8VQBtUUVmXnibQ9Puntr
3WdOtrhMboprpEdcjIyCcjgg0AadFQfbbb7D9t+0Q/ZPL87z948vZjO7d0245z0xWfD4s8P3M8cM
Gu6XLLIwRI0vI2ZmJwAADySaANeiqt/qdjpUCzajeW1pEzbBJcSrGpbBOMkjnAP5VaoAKKz5fEGk
QaiLCbVbGO9LKgt3uEEhZsbRtznJyMeuRVm8vbbT7V7m9uIba3TG6WZwiLk4GSeByQKAJ6Kq2Gp2
OqwNNp15bXcStsMlvKsihsA4yCecEfnRHqdjLqMlhHeWz3sS75LdZVMiLxyVzkD5h+Y9aALVFQfb
bb7d9i+0Q/a/L87yN48zZnG7b1254z0zU9ABRVWw1Ox1WBptOvLa7iVthkt5VkUNgHGQTzgj86fb
Xtteeb9luIZ/JkMMvlOG2OOqtjowzyDzQBPRWfL4g0iDURYTarYx3pZUFu9wgkLNjaNuc5ORj1yK
mv8AU7HSoFm1G8trSJm2CS4lWNS2CcZJHOAfyoAtUVkQ+LPD9zPHDBrulyyyMESNLyNmZicAAA8k
mrqanYyQXMyXls0VozJcSCVSsLKMsHOflIHXPSgC1RWRD4s8P3M8cMGu6XLLIwRI0vI2ZmJwAADy
Sa0La9trzzfstxDP5Mhhl8pw2xx1VsdGGeQeaAJ6Kgtr22vPN+y3EM/kyGGXynDbHHVWx0YZ5B5o
+223277F9oh+1+X53kbx5mzON23rtzxnpmgCeiiigAoqla6vZXmqX2nW82+7sPL+0x7GGzeu5eSM
HIHYmprO9ttQtUubK4hubd87ZYXDo2Dg4I4PIIoAnooooAKKKgivbae6ntobiGS4t9vnRK4Lx7hl
dw6jI5GetAE9FFFABRRRQBh6V/yNWvf9u/8A6Aa3Kw9K/wCRq17/ALd//QDW5WlTf5L8kRDb5v8A
MKKKKzLCiiigAooooAKKKKAPP9evrnQfimmrf2Lq+oWj6MLbdYWplw5mLYJ4HQeueRWhd67L4p8H
eIoYND1qylWwlRI720MbTM0bgBACdxyP1HrXYUUAeeeJdMvp/gVDYQ2VzJeiws0NukTGQMrRbhtx
nIwc+mDWt4isrmf4i+DrmG3mkt7f7b50qoSke6IBdx6DJ4GetdbRQByX2K5/4XD9t+zzfZP7B8nz
9h8vf9ozt3dN2OcdcV5zqHhp3sdUh1vwtrus+LZfNc6iu77LnB2NGykAqEAIQrkt8mBwB7nRQB55
qWmX0ng7wBCllctLaX+nPcRiJi0KrGQxcY+UA9c9K1vEVlcz/EXwdcw280lvb/bfOlVCUj3RALuP
QZPAz1rraKAPPLG71LwHrWuw3Oiapqen6jfvfWk+nWwlbc4BkVwH+UA7QMgZwx+jPGVlqmvWOgeJ
IfDv2p7CSd5dHvFVmeBx95hnh9qKQgDEM44O3B9GooA4Lw7e6ddeJLRNL+H1zpgCyNLf3Wnx2pgG
3A2kA7ixO0gEHBzyM4peGdS1jwfpP/CLQ+F9U1C8sppUt7lQsVtcRly4cykkIdrH5eeQBnJwPSqK
AOS+Ftlc6f8ADrS7a9t5ra4Tzd0UyFHXMrkZB5HBBql45ludP8Y+FNWh0vUdQt7L7X5y2NuZXXfG
qrx0HJ7nsa7qigDz+2W98W+P9E12HQLzTLPS450mn1CNYZpi6bVQJyxUbsgnjl+hHOS+mDwx4o1k
az4MfX9P1C7kvLW9trBLiVWbaWjZSThQTgE45BIBz8vq1FAHmupWt/rPw/nXSPD1zoFm9/m6sbZE
iubqzHDlU2jbIwx8p6hcZYEA5Ph/Q7WP4i+H73QfCOr6PYR/aVuJr1ZMs3lHGVZm2qMjDZG4sR/D
XsFFAHnljd6l4D1rXYbnRNU1PT9Rv3vrSfTrYStucAyK4D/KAdoGQM4Y/SbxAusX7+GvFdnpFysu
nTTNNpzqrTfZpAQWxuH7zYoIQZO5wP4TnvaKAPPLm51Tx/r+kRQ6NfaTpWlXceoTz6lAY5JZEJ2x
xrnkEZyc8Z7YAbW8O2VzB8RfGNzNbzR29x9i8mVkISTbEQ209Dg8HHSutooA5LwBZXNn/wAJL9qt
5oPO166mi81Cu9Dtwy56qccEcUeP7K5vP+Ea+y280/k69azS+UhbYg3ZZsdFGeSeK62igDkvH9lc
3n/CNfZbeafydetZpfKQtsQbss2OijPJPFP+IOjalq2i2c2ixpNqGm38N9BA+AszISNpJZcDDE9f
4cd66qigDzXxFqWqfESyXw5p2gappltdMGvL3VLUxLFGjKw2DPzMSBxn9CWXd+xXP/C4ftv2eb7J
/YPk+fsPl7/tGdu7puxzjriutooA5Lw7ZXMHxF8Y3M1vNHb3H2LyZWQhJNsRDbT0ODwcdKPAFlc2
f/CS/areaDzteupovNQrvQ7cMueqnHBHFdbRQByXiKyuZ/iL4OuYbeaS3t/tvnSqhKR7ogF3HoMn
gZ61yXxZ8Laqsl3qWgwTXUWsRxWt/aQxySOWjYOkoC5HAjCdOM9yxI9aooA4jxLBqWieOrLxRZ2F
zqNl9gexvIbWIPNGu/cjIu4FiWIzgHAUnvxDp39qeMfHFhrc2mXOk6VoqyrAl7EUuLmSVNrfLn5V
Axzz075O3vaKAPNfDOpax4P0n/hFofC+qaheWU0qW9yoWK2uIy5cOZSSEO1j8vPIAzk4Gfa+E9Wv
vgzodrDp+7U9OvftYsLyLaJsTSDY4crhSr556gY7161RQB5rpOo6dc6jpkdl8Mbm0vHmjMs0+mxw
R2oHLOsm3kqRxwpPbBwK9KoooA8p8F6/d6N4HtPD914N8QXV0FliKSWO23kLuxCs7nhSGAJIwOet
dn8PtEu/DvgfTdN1AIt1CrtIqNuClnZ8Z9QGwccZBwT1ro6KACiiigAooooAKKKKAMrVPDOk61cr
caha+dKqBA3mOvy5JxgEepoo1TxNpOi3K2+oXXkysgcL5bt8uSM8A+horRe0tpch8l9bGrRRRWZY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8AM+f9w3/2rW5WH/zPn/cN/wDatblaT6ehEOvq
FFFFZlhRRRQAUUUUAUtZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4XerfLtUZy
CfQ101FUpNR5RcutwoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5
hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYU
UUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFAGHqv8AyNWg/wDbx/6AK3Kw9V/5GrQf+3j/ANAFblaT2j6fqyI7v1/RHGfF3/km
Or/9sf8A0clR+CpovDc+ueG72RLaLTZnu7TzGCotlIdwIZsFgjbgzHIBOMmtD4jaRe694E1HTtMh
8+7m8ry496rnEqMeWIHQHvWZ8QPCWqaxfWl5oE3kXFzGdL1B9qt/ochyzYcgfKc8L8x3deKzLOZ0
e3+1/EXwv4lmEwuNcudQmUTR+W6W6RbIFIBwfkGdw67up4Ndb4Y/5Kd43/7cP/RJqbUPDk8fi3wd
LptrjTNIjuYpD5g/dKYVSMcnc3THf3rMkj8T6D478Q6jpnhr+1LTUvs3lyfb4oMeXFtPDZPUnsOn
vQBV+KOiL4j8TeGdLYIWuYdQWPexVRIIVKEkc4DBT+HQ9K0P+E2k/wCFXf2lvm/try/sPk+Wnn/b
/ubfK/vb/n24zt529qnmsda1nxP4Q1i70n7F9j+2/bIvtKSeRvTanIxu3YB4HGeapf8ACD3v/Cw/
M3/8U19p/tnysL/x/Y24zu39f3n93+HFAEPw00ODw14t8VaTbHcltHYKXwRvYwsWbBJxliTjPGcV
z/w4n0Obw5pNle+Cby+uJZGjbUTpKSwndKwDGU87VBAJ7bT6V3+haRe2fjvxVqNxDstL/wCyfZpN
6nfsiKtwDkYJ7gVzPhCbxp4V8MWej/8ACFfafs2/97/asKbtzs3TnH3sde1AHey+INIg1EWE2q2M
d6WVBbvcIJCzY2jbnOTkY9civNbu6022+J3iv+0/C95r277H5f2fT1uvJ/c853fdzx9dvtXpUvh/
SJ9RF/NpVjJehlcXD26GQMuNp3YzkYGPTArj5I/E+g+O/EOo6Z4a/tS01L7N5cn2+KDHlxbTw2T1
J7Dp70AZnhl7VPhN4qtba5+eKO8d9PYybtODRtiA7wGOMHLYALbuuCTN4Cn0O6t9Dtv+EJvIbsW8
bf2nLpKLEXWMN5gl68kZDdSSK0Lfwxrc2meMdQ1CK2TUtftPLisYH3CHbCyIrOcAt82CR8uRkHBw
H+GdR8XafY6RpN14O8u3t44baW6/tSE7VUBS+wDJ4GcA+1AD/F+mN4u8SW3h4s8drb2E95O72wkj
8yRWhh5zwykyuBxnaPqtC+8T6ha/BW7vN/l6vZR/2fckz+ZJHMsghdi6nIfB3g56kHkdZrD4c2Xi
C61PVvGOmeZfXl67wKbhleK3ACxowibZuAXsT1GTmmW/gGWB/EfhqO0SHwxqUKT2cqzFzbXACg5U
nexLKH+9twgH8RAANnTfhx4bstAg0240ixumWHy5bh7cCSRiPmbdyykkkjB+XjHQVkppkHiz4r6x
/bMUN1Z6Fbww21pKhaMtMu8yEE7S3BHTkbe6g1NZ6x8QIbVLG58M2dxdrmI6kb9EhY5wJTEBu29C
QME84A6C1q2k63o3ii48QeG7a2vo72FI7/T5JfKeZ0+VJEkOQCFOCDgYU9SQQAZ/ibR9P8KeIfDe
s6HZw2NxcajHps8cC+XFNDLuzuRcAsCAQfUDOcDHP6zZzwfEHxZ4ksE332gyWVyEyB5kBgInTJ4G
U5zgkbeOTXTJpHiDxb4h0rUPEOnw6Tp2lSNMliLszyTzjGxyUwoVe3fIYEENxp6FpF7Z+O/FWo3E
Oy0v/sn2aTep37IircA5GCe4FAGZZXkGofGG3vLV/Mt7jwyssT4I3K1xkHB5HB711Vh4g0jVZ2h0
7VbG7lVd5jt7hJGC5AzgE8ZI/OuJ8H+C9U8N/EW+lMWdBispLfT5Ny/KryrL5eNxc4LONzdcfQV2
1h4f0jSp2m07SrG0lZdhkt7dI2K5BxkAcZA/KgDyn4af8UvaeHdUHFh4g32N3/s3KyyeQ/cncMpg
AKMZJq5/a1zongD4gXtk2y4XXrqNXBIKb3jQsCCCGAYkHsQK6Dw74Lnn+EcfhnXIvs1w8cqsNwfy
2MrOjfK2Dg7Wxnnoe9U/CngvVL7wFr2k+LIvIvNVvZbhn3K3zMqFZMRtjh1ztyOmOhoA3NN+HHhu
y0CDTbjSLG6ZYfLluHtwJJGI+Zt3LKSSSMH5eMdBWf4EsrbU/D2oaLqlvDqFpouqz2Vt9sQSsUj+
4W3cbgHKjAAAwAKfDqvj60gjsJ/Dtje3SqIzqi36pAzEcSNFtD4GfmAxnB24yK1/BPhp/C3h5LS5
n+0300jXF5cbmPmzN1OWOTwAM8ZxnAJNAHOfDrw/pEk/iGZ9KsWltPEFylvIbdC0KqUKhDj5QD0x
0qrpX/IkfEj/ALCOp/8AosV03gnSL3SP+Eg+3Q+V9r1q5uoPnVt8T7drcE4zg8HmszT/AA5qkHhX
xtZyWuLjU72/ltE8xf3iyIAhznAyfXGO+KAMbwZqGh/YdBi/4QPUftfl26/2j/Y6eXvwo87zeu3P
zbuuOau+JNSufh54hvb2xs5rm016P9xBFEXVNRHC5UFQFkBBOMuxU+ldn4Zs59P8K6RZ3SeXcW9l
DFKmQdrKgBGRweR2rL8baRe6v/wj/wBhh837JrVtdT/Oq7Ik3bm5IzjI4HNAF3wloP8Awjnh63sp
H867OZrucnc007cuxbALc8AnnAGapf2l/wAXT/s37HZ/8gb7R9q8r9//AK7bs35+53xjrzWprc+r
Qf2f/Y1rDceZexpd+aceXbnO91+YfMOMdfoay/7Ivf8Ahaf9seT/AKB/Y32Xzd6/63zt23Gc9Oc4
xQByFt8RfFp8K2fii60vS10UTLHdeUWMzJ5hVpEUuAB0UAkncM/dPHWeJfEGrx6/ZaD4YhsZdSlh
e7ne9LiOGEHaD8vJLMccE4xyMHI5z/hENa/4UT/wjv2L/ibf8+/mp/z87/vZ2/d56/rW14j0zXdP
8Z2vibQbGHVM2RsLiyaYQuF3Fw6uxx1wCMfgc5UApeAZdQm8d+Mm1e3hgvh9iWVIX3RkiJhuU9dr
ABgDyAcHkVV0bxlfN4H8OR6JpulxaxrE00dvapG0VtEkbuZJMA9AACRnJLEjOMVr+C9M12HxP4k1
bXrGG0OpfZWiSKYSKAiMNpOc7lBUE4AJyRxWFpfhLX9G8I+Fby209Jdb0Oa4LWMlwirJFMzBwGGR
u2lSDnA5yCeKAOptbrxlHpd8l9YaRNqI8v7JJbTOsDbm2tvDfMNmN5x94EAc1k+HfHN9N4ktNI1e
68P3zX6yGCTRLhpBC0a7iJQx4DDOCO6njnIfrUPi3xX4K1u0l0uHSLmWNEtoBeiSSXDbpMuuFCsu
FA9d244NZOieGNWXxp4e1BfCVjoOn2CzxyLDcRyytmIqrSMMbwSQB1bIcnqKAGeFf+Eu/wCFk+It
/wDYXm+ZZf2nt87bs8s7fJ/2tmc7uM47Vsz+LoNE1nxvc3NlZomlR2jCSKMrLcs8Z2rI4zn5iFBx
8oNPis9f0X4jate2ujJfabrLWge5W7SM2yxrsYlGGWPJOB2xzk4FbU/BN7rd/wCOop08m31eO0+x
TGRcO8SZ5xkhQ4UHIyRnFAD77xL4w8PpDq2v2OixaIZkW5jgkka4tY3O0Fj91ipKg7Qc9gAci1r3
iPxFH43Tw94ftNOlMmnC7868Z1WI+YVJbacsuAAABnLA5wDWfqFv4v8AG2kpoes+H7bSbWZomvbv
7crl0V1ZhEihtrEjI3ZAAIJ6Gtz+yL3/AIWn/bHk/wCgf2N9l83ev+t87dtxnPTnOMUASeB/EV34
j0WaTVLdLfUrO7ls7uOMfIJEP8PzNkYK85657Yro65jwTpF7pH/CQfbofK+161c3UHzq2+J9u1uC
cZweDzXT0AYelf8AI1a9/wBu/wD6Aabq/iy005/s9uDeXZOBFFzg+5/oOazbrTbrVNc1+GzvGtn/
AHGQOj/uzwT1H4frXMx6dc6NqXlX9zc6aW4WeJSwP4gjj6ZrsjShN3b6LT5HLKpKKsl1evzO+0E6
zL50+rmONZMeVAqjKfX/AOuT+FbFclB4av7mFZYPFV1JG3IZSxB/8fp//CJ6p/0M17+Tf/F1lKMG
78yXyZpGUktvxR1VFcr/AMInqn/QzXv5N/8AF0f8Inqn/QzXv5N/8XU8kP5vwZXPL+X8jqqK5X/h
E9U/6Ga9/Jv/AIuj/hE9U/6Ga9/Jv/i6OSH834MOeX8v5HVUVyv/AAieqf8AQzXv5N/8XR/wieqf
9DNe/k3/AMXRyQ/m/Bhzy/l/I6qiuV/4RPVP+hmvfyb/AOLo/wCET1T/AKGa9/Jv/i6OSH834MOe
X8v5HVUVyv8Awieqf9DNe/k3/wAXR/wieqf9DNe/k3/xdHJD+b8GHPL+X8jqqK5X/hE9U/6Ga9/J
v/i6P+ET1T/oZr38m/8Ai6OSH834MOeX8v5HVUVyv/CJ6p/0M17+Tf8AxdH/AAieqf8AQzXv5N/8
XRyQ/m/Bhzy/l/I6qiuV/wCET1T/AKGa9/Jv/i6P+ET1T/oZr38m/wDi6OSH834MOeX8v5HVUVyv
/CJ6p/0M17+Tf/F0f8Inqn/QzXv5N/8AF0ckP5vwYc8v5fyOqorlf+ET1T/oZr38m/8Ai6P+ET1T
/oZr38m/+Lo5Ifzfgw55fy/kdVRXK/8ACJ6p/wBDNe/k3/xdH/CJ6p/0M17+Tf8AxdHJD+b8GHPL
+X8jqqK5X/hE9U/6Ga9/Jv8A4uj/AIRPVP8AoZr38m/+Lo5Ifzfgw55fy/kdVRXK/wDCJ6p/0M17
+Tf/ABdH/CJ6p/0M17+Tf/F0ckP5vwYc8v5fyOqorlf+ET1T/oZr38m/+Lo/4RPVP+hmvfyb/wCL
o5Ifzfgw55fy/kdVRXK/8Inqn/QzXv5N/wDF0f8ACJ6p/wBDNe/k3/xdHJD+b8GHPL+X8jqqK5X/
AIRPVP8AoZr38m/+Lo/4RPVP+hmvfyb/AOLo5Ifzfgw55fy/kdVRXK/8Inqn/QzXv5N/8XR/wieq
f9DNe/k3/wAXRyQ/m/Bhzy/l/I6qiuV/4RPVP+hmvfyb/wCLo/4RPVP+hmvfyb/4ujkh/N+DDnl/
L+R1VFcr/wAInqn/AEM17+Tf/F0f8Inqn/QzXv5N/wDF0ckP5vwYc8v5fyOqorlf+ET1T/oZr38m
/wDi6P8AhE9U/wChmvfyb/4ujkh/N+DDnl/L+R1VFcr/AMInqn/QzXv5N/8AF0f8Inqn/QzXv5N/
8XRyQ/m/Bhzy/l/I6qiuV/4RPVP+hmvfyb/4uj/hE9U/6Ga9/Jv/AIujkh/N+DDnl/L+R1VFcr/w
ieqf9DNe/k3/AMXR/wAInqn/AEM17+Tf/F0ckP5vwYc8v5fyOqorlf8AhE9U/wChmvfyb/4uj/hE
9U/6Ga9/Jv8A4ujkh/N+DDnl/L+R1VFFFZGgUUUUAeV/FD/kZbf/AK9F/wDQ3orV8eeGdW1rW4bj
T7Xzolt1Qt5iL825jjBI9RRXfSnFQV2ck4ycnod/RRRXAdYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBh/wDM+f8AcN/9q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAFLWbiS00S/u
IG2yxW8jo2AcMFJB5rG8B6ve61ok1xqE3nSrcMgbYq/LtU44A9TWr4h/5FrVP+vSX/0A1zvwv/5F
q4/6+2/9AStUl7Nshv30js6KKKyLCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJQ/1r
crD8T/8AMI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/WtysPxP/wAwj/sJQ/1r
crSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKwJvHHh+CZ4n1FdyHB2xOwz9QuDTUW9kJtLc36K53/hPfDv/QR/8gSf/E0f8J74d/6CP/kCT/4m
q9nPsLnj3Oiornf+E98O/wDQR/8AIEn/AMTR/wAJ74d/6CP/AJAk/wDiaPZz7Bzx7nRUVzv/AAnv
h3/oI/8AkCT/AOJo/wCE98O/9BH/AMgSf/E0ezn2Dnj3Oiornf8AhPfDv/QR/wDIEn/xNa+nanaa
tai5sJ1mhJ27gCMH0IPIpOMluhqSezM7Vf8AkatB/wC3j/0AVuVh6r/yNWg/9vH/AKAKu6lrNnpS
D7TJmRvuRINzv9BVSTail2/VkJpOTf8AWiL9FZ2l3OoXZklvLVLWA48qMkmT6t2H0rRqGrOxad1c
KKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAw9K/5GrXv+3f/ANANa1zawXkDQ3MSSxt1VhkVk6V/yNWv
f9u//oBrcrSppL5L8kRDb7/zMrSNAttFmuGtJJvLmx+7ZsquPStWiiolJyd2UkkrIKKKKQwooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK4Dx54m1bRdbht9PuvJia3V
yvlo3zbmGeQfQUVtGhKSujJ1Yp2O/ooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/mf
P+4b/wC1a3Kw/wDmfP8AuG/+1a3K0n09CIdfUKKKKzLCiiigAooooAiuLeO7tpbedd0UqFHXJGVI
wRkVX0vSLLRbZrfT4fJiZy5XezfNgDOST6CrFxcR2ltLcTttiiQu7YJwoGSeKr6Xq9lrVs1xp83n
RK5QtsZfmwDjkD1FPW3kLS5dooopDCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/zCP+wlD/Wt
ysPxP/zCP+wlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/zCP+wlD/WtysPxP/zCP+wlD/WtytJf
CiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAryqw0
PT0+IV1pWpW/mQSF/JG5lxn515BH8ORXqteefECNtK8RaXrMQ6EBsdyhz+oOPwrai9XHuZVVon2O
h/4QHw7/ANA7/wAjyf8AxVH/AAgPh3/oHf8AkeT/AOKrfjkWWJJIzlHAZT6g0+o9pPuXyR7HO/8A
CA+Hf+gd/wCR5P8A4qj/AIQHw7/0Dv8AyPJ/8VXRUUe0n3Dkj2Od/wCEB8O/9A7/AMjyf/FUf8ID
4d/6B3/keT/4quioo9pPuHJHsef+M/Deg6H4fkntrIJcu6xxN5znBPJ4LegNb3gTT/sHhS23DD3G
Z2/4F0/8dArnviHK+p69pejQnliC2PVzgfkAT+NegRRJBCkUYwiKFUegHStJyfs0n1Iilzto57xH
FcT67o0dpOIJ2FxskK7tp2DtWDa2d9pGpudR1E2NxKfluntlmR/+Bk5H6V02q/8AI1aD/wBvH/oA
rYmgiuIminjWSNhgqwyDVKryRS6NfqyXT5pN+f6Ixl0zW2UMviMFSMgiyjwf1pf7K1z/AKGH/wAk
o/8AGrmm6PFpUkotZZhA/IgZsqh/2e9aFZuo76W+5FqGmv5sw/7K1z/oYf8AySj/AMaP7K1z/oYf
/JKP/Gtyil7R+X3L/IfIvP72Yf8AZWuf9DD/AOSUf+NH9la5/wBDD/5JR/41uUUe0fl9y/yDkXn9
7MP+ytc/6GH/AMko/wDGj+ytc/6GH/ySj/xrcoo9o/L7l/kHIvP72Yf9la5/0MP/AJJR/wCNH9la
5/0MP/klH/jW5RR7R+X3L/IORef3sw/7K1z/AKGH/wAko/8AGj+ytc/6GH/ySj/xrcoo9o/L7l/k
HIvP72Yf9la5/wBDD/5JR/40f2Vrn/Qw/wDklH/jW5RR7R+X3L/IORef3sw/7K1z/oYf/JKP/Gj+
ytc/6GH/AMko/wDGtyij2j8vuX+Qci8/vZh/2Vrn/Qw/+SUf+NH9la5/0MP/AJJR/wCNblFHtH5f
cv8AIORef3sw/wCytc/6GH/ySj/xo/srXP8AoYf/ACSj/wAa3KKPaPy+5f5ByLz+9mH/AGVrn/Qw
/wDklH/jR/ZWuf8AQw/+SUf+NblFHtH5fcv8g5F5/ezD/srXP+hh/wDJKP8Axo/srXP+hh/8ko/8
a3KKPaPy+5f5ByLz+9mH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5JR/41uUUe0fl9y/yDkXn97MP+ytc
/wChh/8AJKP/ABo/srXP+hh/8ko/8a3KKPaPy+5f5ByLz+9mH/ZWuf8AQw/+SUf+NH9la5/0MP8A
5JR/41uUUe0fl9y/yDkXn97MP+ytc/6GH/ySj/xo/srXP+hh/wDJKP8Axrcoo9o/L7l/kHIvP72Y
f9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjW5RR7R+X3L/ACDkXn97MP8AsrXP+hh/8ko/8aP7K1z/
AKGH/wAko/8AGtyij2j8vuX+Qci8/vZh/wBla5/0MP8A5JR/40f2Vrn/AEMP/klH/jW5RR7R+X3L
/IORef3sw/7K1z/oYf8AySj/AMaP7K1z/oYf/JKP/Gtyij2j8vuX+Qci8/vZh/2Vrn/Qw/8AklH/
AI0f2Vrn/Qw/+SUf+NblFHtH5fcv8g5F5/eznPDsU8HiDW47q4+0zDyN0uwJu+U44HA44ro6w9K/
5GrXv+3f/wBANblFV3l8l+QU9vv/ADCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKAPK/ih/wAjLb/9ei/+hvRXf6p4Z0nWrlbjULXzpVQIG8x1+XJOMAj1
NFdcK8YxSZzypSbuatFFFch0BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8Aatbl
Yf8AzPn/AHDf/atblaT6ehEOvqFFFFZlhRRRQAUUUUAZ3iH/AJFrVP8Ar0l/9ANc78L/APkWrj/r
7b/0BK6bWbeS70S/t4F3Sy28iIuQMsVIAyaxvAekXui6JNb6hD5MrXDOF3q3y7VGcgn0Napr2bRD
XvpnTUUUVkWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2Eof61
uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUUVmWF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVzXj/T/t/hWdlGXtiJ
l/Dg/oTXS1HPClzbyQyjKSKUYeoIwaqL5WmKSurGF4G1D+0PCtqWOXgBhb/gPT9MV0Nee/DmZ7DV
tU0ac/MjFgPdTtb88j8q9CqqqtNk03eKCiiisywoorM8Rah/Zfh+9ugcMkRCH/aPC/qRTSu7Cbsr
nGeHv+J/8SL3UT80NtuKHtx8i/pk/hXo1cZ8MtP+z6FNeMMNdS8H1VeB+u6uzrSs/et2Ipr3b9zD
1X/katB/7eP/AEAVuVh6r/yNWg/9vH/oArcpT2j6fqxx3fr+iCiqWr6vZaDpc2o6nN5FpDt8yTYz
YywUcKCepHan6bqVprGnQX+nzpcWs67o5E6Ef0IPBB5BBBrMstUVkSeKdHj8SR6A18h1WRdy26qz
EDaW5IGFO0E4JBxj1FWrXV7K81S+063m33dh5f2mPYw2b13LyRg5A7E0AXaKyNb8U6P4cns4tYvk
tGvGKwl1baSCAcsBhQNw5JArXoAKKyNE8U6P4jnvItHvku2s2CzFFbaCSQMMRhgdp5BIrD/4W74L
/wCgz/5Kzf8AxFAHZ0UVzGr/ABG8MaDqk2nanqfkXcO3zI/s8rYyoYcqpHQjvQB09FZ8WvabPoB1
qG7STTRC05nQEgIoJY4xnIwcjGQQRjNYVl8UvCOoX1vZ2ureZcXEixRJ9mmG5mOAMlMDk96AOtor
M17xHpfhixS81m6+zW7yCJX8tnyxBIGFBPRTWnQAUVysvxN8IQ6iLJtctjKWVdyBmjycY/eAFMc8
nOBznGDWvrniTSfDVqLjWL+G1Rvuhjl35AO1RlmxuGcA4zzQBp0Vi6D4w0LxPvGjalDcumd0eCkg
Axk7GAbb8w5xjPFPj8U6PJ4kk0Bb5Bqsa7mt2VlJG0NwSMMdpBwCTjPoaANeiqX9r2X9uf2P53+n
/Z/tXlbG/wBVu27s4x14xnNXaACisjw/4p0fxTBNLot8l0sLBZAFZGUkZGVYA4PODjBwfQ1a03V7
LV/tf2Gbzfsly9rP8jLslTG5eQM4yORxQBdorlZfib4Qh1EWTa5bGUsq7kDNHk4x+8AKY55OcDnO
MGtPWPFOj6DpUGpalfJHZXDKsUyK0iuWUsMbAeCATnpQBr0VyVl8UvCOoX1vZ2ureZcXEixRJ9mm
G5mOAMlMDk962ovEelz2OpXkd1m30ySWK7fy2/dtGMuMYycD0zntmgDTorkrL4peEdQvreztdW8y
4uJFiiT7NMNzMcAZKYHJ710Gm6vZav8Aa/sM3m/ZLl7Wf5GXZKmNy8gZxkcjigC7RVLTdXstX+1/
YZvN+yXL2s/yMuyVMbl5AzjI5HFH9r2X9uf2P53+n/Z/tXlbG/1W7buzjHXjGc0AXaKKKACisyw1
+21DXdV0mFJhcaZ5PnMwGxvMUsu05yeBzkD8am0jV7LXtLh1HTJvPtJt3lybGXOGKnhgD1B7UAXa
KKKACioIr22nup7aG4hkuLfb50SuC8e4ZXcOoyORnrUNrq9leapfadbzb7uw8v7THsYbN67l5Iwc
gdiaALtFFFABRRRQBh6V/wAjVr3/AG7/APoBrcrD0r/kate/7d//AEA1uVpU3+S/JEQ2+b/MKKKK
zLCiiigAooooAKKKKAOF1658Q6h8RU0LRtd/sq3GlC8Y/Y459zeaUP3uRwR37dOa2tLt9U8O2OoX
niXxF/advHH5u/7CsPkKgYucJktkY/75461zOveHNL8T/GFLPWbX7TbpoIlVPMZMMLggHKkHoxrZ
1Tw5pfhj4deIbPRrX7NbvZXMrJ5jPljEQTliT0UUATWXxH8K6hqlvp9rrEMl1cbfKXY4Viy5A3Eb
Q3OME5zx14qn4u1n+yPHfhH7RqP2Owl+2fad8/lxPiJdu/JAOCeM9zXOeJdMsYP2fIXhsraNjaWd
wSkSgmVvKVpOn3iCQT1IJrc8ZWVtqHxF8FW17bw3Nu/27dFMgdGxEpGQeDyAaAOj8P8AinR/FME0
ui3yXSwsFkAVkZSRkZVgDg84OMHB9DWfefEfwrYaw+l3WsQx3ccgidSjlEb0LgbRjPOTxznGDWfH
DFF8cpHjjRGl8P75CqgF288Lk+pwoH0A9K5nV9d17xJ4D1jUrOw8P2XhiZZjGl7u+0SDJy4CnYJG
kyRnnfjrwxAPTdY17TfD8EE2rXaWsU8ywJI4O3ewJAJA+UYB5OAMcmqXh/xroHimeaHRtRS5lhUO
8ZR0bbnGQGAyM9cdMjPUVxmtwxXPgH4dQzxpLFJf6ajxuoZWUxEEEHqCK1tfsra0+J3gb7Nbww4j
vIR5aBcIsPyrx/CMnA6DJoA3fEHjXQPC08MOs6iltLMpdIwju23OMkKDgZ6Z64OOhq1/wkmk/wDC
Pf279vh/svy/N+0Z+XHTGOu7PG3Gc8YzxXMfD3y/+Eh8Z/aPO/tT+1W83zd+77Pz5GM8bcb8Y7Y7
bayfiDHBaaj4Ri0y+ttG0qK7uVNzHbJLbW84wF3J9wMG8wZONp3HjBoA7Pw/410DxTPNDo2opcyw
qHeMo6NtzjIDAZGeuOmRnqKhv/iF4X0zVV0681m2S6LbCo3MqNuK4dgCqEEHO4jHfFYtr4RvLfxx
o+q6/wCLLa+vYVmS2gaxit5JlKEMAVbLBd27occ9Mmofh3FpcfwzkbXzbEyXczar/aDhgJ/Nx+9E
h+VsCPg45wepzQBrfC29udQ+HWl3N7cTXNw/m7pZnLu2JXAyTyeABUPjS+1r/hJ/Dej6Jq39mf2j
9q82X7Mk3+rRWHDfiOCOtHwi/wCSY6R/22/9HPVLx9pv9r+O/Btl9svLPzftv7+zl8uVMRKflbBx
nGD7E0AXfDmp67p/jO68M69fQ6pmyF/b3qwiFwu4IUZFGOuSDn8TnC63iDxroHhaeGHWdRS2lmUu
kYR3bbnGSFBwM9M9cHHQ1y1jaSeDPiTpel2mrzahFrkcr3i32yW5BjjyjmQAMV+UqAeBh8cnjL8P
Wetah4v8VwWPir+yb8ajI720unJNLJADiJw74JQAgADhRjpuGQD0f/hJNJ/4R7+3ft8P9l+X5v2j
Py46Yx13Z424znjGeKq+H/GugeKZ5odG1FLmWFQ7xlHRtucZAYDIz1x0yM9RXHwJF8P/AAhc2tjN
Z+Ib++1oQwRxxRxRRXbBdquobCbTGDgYwdo+XqIX/tz/AIW54V/4SP8AsL7X5d1s/s3f5mzymx5m
/nbndt7Z30Adt4g8a6B4Wnhh1nUUtpZlLpGEd225xkhQcDPTPXBx0NWv+Ek0n/hHv7d+3w/2X5fm
/aM/LjpjHXdnjbjOeMZ4rmPh75f/AAkPjP7R539qf2q3m+bv3fZ+fIxnjbjfjHbHbbVPxfZaT/wk
Pguya3h/4R77bcQyQQJ/o32jpGrKny7vM3jB/wBvPG6gDptD8d+HPEl0bbStVhmuB0iZWjduCflD
gFsAEnGcd6Zq3xB8NaHe3FpqWqJBc2zIskRidmBddy4AU5GOpGQMgHBIrF+IM1u3ijwfDayOdZTU
0dY4WbetqeJiQP4SFGc9g3YNT/DtlbT/ABY8Y3M1vDJcW/2LyZWQF490BDbT1GRwcdaAOw03UrTW
NOgv9PnS4tZ13RyJ0I/oQeCDyCCDXDfFTxZb6Wmm6Qur3Onz3N3DJdvbBlkS0JYOyuFODlRwOeOh
BObnwxhitoPE8MEaRRR+ILpEjRQqqoCAAAdABUnxH/5lX/sYrT/2egCzpHiPQNG8I6bdPrtzc6fc
TGCC+vy7PI5Z+HYqMAFWGWAACjmtPR/FOj69pU+pabfJJZW7Msszq0aoVUMc7wOACDnpXP8AxOhi
uYPDEM8aSxSeILVHjdQyspDggg9QRTPi15f/AAj2mfbPO/sv+1bf+0fL37fs/wA27ft5252/jtxz
igDT0n4j+Fdbvls7HWIWuHxsSVHi3kkABS4ALEkYA5NWtb8a6B4cuza6vqKW04hE+xkckoW2AjAO
TnPA5wCcYBNc58WvsVp4KtrK2/c6iLmH+yILbcsglVgP3ap6ISB2BI77amubK2vPjfF9qt4Z/J0E
TReagbY4ueGXPRhngjmgDTl+I/hWHR4NUfWIfsk8jRRsEcuWX7wKAbhjI6j+Jf7wzu6bqVprGnQX
+nzpcWs67o5E6Ef0IPBB5BBBrjPDGmWI+KvjGYWVt5sDWjxSeUu6NnhYuVOOCxJzjrnmpvhjDFbQ
eJ4YI0iij8QXSJGihVVQEAAA6ACgCH4ja74i0rVtCtvDUqCW4W6mkgeESC4EKK+zoWyQGAC4JJHI
6i14u8WyD4WT+I/D9z5TvHDJDIVRym6RFZSOV3DJUjnBz6UeJ/8Akp3gj/t//wDRIrz/AMdp/wAI
ZaeJvDuzZpes+Xf6dtTCpKJU82IYQDoMgZwqqvdqAPY9b17TfDmnG+1e7S2tgwTcwJJY9AAAST1P
A6AnoDVXQfGGheJ940bUobl0zujwUkAGMnYwDbfmHOMZ4rnNWht5/jVo6arG8kA0x308SKxjF0sh
Ziv8O4IM89ML320avNby/Gfw+mnyO97FaXCakImYhIdm6ISY+UDe2ee5XPVaANq/+IXhfTNVXTrz
WbZLotsKjcyo24rh2AKoQQc7iMd8VS+Gmpyz/DPT7/Vbx5GCzPNcXMpJCrK/LMx6ADv0ArM+HcWl
x/DORtfNsTJdzNqv9oOGAn83H70SH5WwI+DjnB6nNck5lHwI8MkTvb2v9pj7XN5JmSOLzpfmkTo6
htp2ngnA9KAPTdE+IPhrxFqIsNK1RJrplLLG0TxlgOuNyjJxzgc4BPY1vzTRW0Ek08iRRRqXeR2C
qqgZJJPQAV57c+Er6+vtB1LXfHFne28F7DPZltPhi85shgiSK2TvA6DOcA4OBXZ+JrOfUPCur2dq
nmXFxZTRRJkDczIQBk8Dk96AOVsn8X+Mk/tfT9ZTw/pU6g2ds1ks8zplhvk342lhgjaSMEfU9hpE
uoTaXC2r28MF8NyypC+6MkMRuU9drABgDyAcHkVi/DnVrbV/AWkSWrZ+z26W0qkjcjxqFIIBOM4y
M84IPet3TtStNWslu9PnS4tmZ1WVOVYqxU4PcZU8jg9RxQBaooooAKKKKACiiigDK1TxNpOi3K2+
oXXkysgcL5bt8uSM8A+horgPih/yMtv/ANei/wDob0V1woRlFNnPKrJOx6pRRRXIdAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQBh/8z5/3Df/AGrW5WH/AMz5/wBw3/2rW5Wk+noRDr6hRRRWZYUU
UUAFFFFABRVLWbiS00S/uIG2yxW8jo2AcMFJB5rG8B6ve61ok1xqE3nSrcMgbYq/LtU44A9TVKLc
eYXNrY6aiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tb
laS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblY/iKCWf+y/JieTZqETttUnaozkn0HvWxVy+
FEL4mFFFFQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAe
da1/xIPibaXo+WG72lj2+b5G/wAa9Frividp/n6Nb3qj5raXBPorf/XA/Oul0HUP7U0Kzu85aSIb
v94cN+oNaz1gpfIzjpJo0KKKKyNArhviffFNOs9PjyXuJN7Aei8Afmf0rua85vv+Kg+KcMH3obIg
H0+T5j/48cVrRXvX7GdTa3c7nR7EaZo9pZjGYYlU47nHJ/PNXaKKybvqaLQw9V/5GrQf+3j/ANAF
blYeq/8AI1aD/wBvH/oArcrSe0fT9WRHd+v6I4z4u/8AJMdX/wC2P/o5Kg8N3kHhDWPEWh37+VaW
+/WLRgDsS1f76qi52qjgjHVskha2vHWg3PifwdfaTZPDHcXHl7WmJCDbIrHJAJ6Ke1Z/jnwRL4pn
sJrK7eylVvs95JHIY2ms2OZI8hTuOQMA/Ly2etZlnJaNas/jTwbrdzC8d7rc2o30gkkEjLG0Q8lA
4GSqx7cA9MngdB1Xhj/kp3jf/tw/9EmtDUvDUs/irwzf2QtobLR1uEeEZUhXjCIEUDGBj2wOlZFz
oPi7T/GOt6t4ffQmt9T8jK3xm3r5ce3ogwOSe57dKAK3xF0iLXvGHhbTJtgW6h1GMM6BwjGAbWx3
KnBHuBTP+Euuf+FXeRib/hIfM/sLy/PPmfbfuZ83GN2P3mc4zxuzzWydB1zUNd8L6tqr6ctxpn2v
7WtsX2N5i7U8sMMngDOSO+M1D/wgX/Fw/wC2vP8A+JT/AMff2Hf8n23GzzfL27fu/Nuzu385xQBS
8AaTbaF438W6bZLtt7aPT41yAC2ITljgAbicknHJJNZnws1jxDD4S0aztvDPn6YZHU6h9vjXCmZt
zeWRu+XJ474967PR9BudP8Y+I9WmeFrfU/s3kqpO9fLjKtuGMDk8YJ/CuZ8OaD8QfDGhW2k2T+Fp
Le33bWmNwXO5ixyQAOrHtQB013468PWPiFdCudQ2am0kcQg8mQ/M+No3BdvO4d+9clDqetab8TvF
/wDYmgf2v5n2Lzf9MS38rEPH3hznJ6dMe9em1wtzoPi7T/GOt6t4ffQmt9T8jK3xm3r5ce3ogwOS
e57dKAMbQDbW3w68aab5E1pqkMd1Pf2jwCKOF5IjgRAEjysLhTkkgZ4BFbPgLWPEM2k6HZ3PhnyN
MFlGo1D7fG2VEQ2t5YG75sDjtn2qe18F6guk+Jpb7UIbnWfEFuY5CkflwQkRMiKvVio3EbjyQBxn
OY/D9h480qDTLCdvDLafaLFA5QzmUxKApxnA3bR9M0AVvFl5pWq+NY9I1fVYbGxs9OmaVjfRx7pp
1MQUo38Sxl2B5xvHQH5sm716U/ATUEt7u2kudPX+yppLYFo2VZFi+UsPmDRMp3D+9xg8DqdE8D2w
/tC78S2Wnajf317Jc7pYhP5CHASJXdclVCjHAAzgDioY/AezVNetP9DXw1rFuo+yRR7Gtp1ULujX
BQZA3bsZ3BePlyQDo9N0Ox0vQINGhgR7KKHyDHIikSLjDbhjBLZJPHJJ9a5XR7VNS+MHiO9uz5ku
k29tbWgKriNZELsRxndndzno7DpjBZ6Z8RbO1TTv7V0Ka3TMS380crXWzOA5X7hcDHBJBI5J5J0N
b8NaomvnX/DF9bW1/JCIbm1uoybe7APys5X5gygnDcngDgZyAUvH0MVnrXhTV7eNE1AavDZeeFG4
wyBw6H1BGcemTjGTXOappNzeeN/GepaUudX0iSwvLTAOZMQnfEdo3FXXI2gjcdoJxXT2fhTWdX8Q
6frPi+606R9M3/ZbOxhJiDNj94zSfMW46Y4KqQeudPR9BudP8Y+I9WmeFrfU/s3kqpO9fLjKtuGM
Dk8YJ/CgDn9H1a2134r2upWTbre58MiRckErm45U4JG4HIIzwQRXQaD468PeJ757PRtQ+03CRmVk
8mRMKCATllA6sKxfDXgK58O/EHUdWinhOkS27w2tuHO+DfIshULtCqgbfgA9x3zXdUAeM+BP+KX0
Dwz4kT5LC98zT9Vxwq5nfyZ26AbT8pdicKQAOamu7yex+G3xDltn2O2vXMROAfleSJGHPqrEfjXZ
+HfBf2T4bR+F9bMM2Y5Y5Wh+ZRukZgyll+8MggkcEVS8I+Armx8GatoniaeG8fUrmSaSWJzIfnVB
uy6/fDKWBIPODQB1Wm6HY6XoEGjQwI9lFD5BjkRSJFxhtwxglsknjkk+tc58Mv3Gl61p0fy2mna1
dWtrH18uIMGC56nlm5JJ5qOHS/iBZQR6dBrGi3NqiiMahcwy/a9uOWKZKMy9sn5sDd1NbvhLwzbe
EfD1vpVq3meXlpZigVpXPJY4/IZyQABk4oAxvhx/zNX/AGMV3/7JWLpX/IkfEj/sI6n/AOixXW+E
tBudB/tv7U8L/b9VnvYvKJOEfbgNkD5uOcZHvWfZeEb628OeLbB5bYy6zd3k9uQzbVWZNq7+OCD1
xn8aAM/wZrvif+w9Btf+ER/0D7Pbx/bf7Ti/1W1R5nl4z0529e1Q+NpdU8I+IX1bQbfzn8QxrpzJ
vVdl4OIJctnPylhtwF+XJPNdt4fsJdK8OaZYTsjS2lpFA5QkqWVApxnHGRWf4t0G517+xPsrwp9g
1WC9l80kZRN2QuAfm54zge9AF3w3ocHhrw9ZaTbHcltHtL4I3seWbBJxliTjPGcVl/2ve/8AC0/7
H87/AED+xvtXlbF/1vnbd2cZ6cYzitTW4NWn/s/+xrqG38u9je780Z8y3Gd6L8p+Y8Y6fUVS/sG5
/wCFi/2/vh+yf2V9i2ZPmb/N35xjG3HvnPagDzy28TeNY/ANn4yuNZtprSGZRNYrbIjXEQmKEl9p
2sSduFAAUA53ZB7PxLqOsX/iyy8N+H9RTTJfsj391dPbrMfL3bEVFPBJbOc44xg9Qc//AIQLU/8A
hTv/AAifn2f2/wD56b28r/j48zrtz09uv51p+I/Dmsv4ltfEXhm7s47+O3NnNBfKTDJDksOVG4MG
IPHXjkYIYAzPAMWoQeO/GUWrXENzeJ9iV54k2LIBE21ivZiuCQOAc44xWfpfi3X9Z8I+FbO21BIt
b1ya4DX0lujLHFCzFyFGBu2hQBjB5yQea6Pwf4c1nSdd13VNdu7O5m1T7OwNspUIUVgVwR90ZCg5
JIXJwTWTZeAdX0zwj4fisbqxTxBok0skUr72gdJGbfGeAcFWHO3I24GM5oA2UsvFGm6LqSXniOxu
JNqPDqE9osP2ZcnzSyA7SFQblz/FkNxXM+EvHctx4usdJHiVPEkV+soZzp5s2tGRS4I4+cMAwI7Y
Bz2OzqnhrxP4n8I6vpuvX2lxXN0sa2yWcb+UhRt+WZvmyxwp7KFBAJJFQ2HhXxPN4q0HVNYn0WO1
0pZoks9PR0SNGj2gruHJJwCOAAgxnJoAyfCuj+IV+JPiJW8TbntpLJr1/sEY+2qYyQuM/u8Llcr6
5rT1Pxte6Jf+OpZ38630iO0+xQmNcI8qY5xglS5UnJyBnFaH/CP+INO8eX+raTNpb6fqjWxu0uhI
JY1jGwiPbwSVycnucY4yWXngR9Uv/GH26WEWmux2ywFSxeJokwGYcdH2kAHnHNAGfrVx4v8ACNkn
iHVPEFte2UM0bXunRWKoqxuwVhE+dzFSw27iM4yT2NnXr7xHefEVNA0TVodPtn0oXUkklssrIRKV
3ID1Y4VcE4wWPXFMk8NeMPEVlDpfiq+0X+yw0T3P2OOQy3YRlOxidoQNjJZcEEDAxkVu/wBg3P8A
wsX+398P2T+yvsWzJ8zf5u/OMY249857UAVfh9rOpatot5DrUiTahpt/NYzzpgLMyEHcAFXAwwHT
+HPeuqrn/CWg3Og/239qeF/t+qz3sXlEnCPtwGyB83HOMj3roKAMPSv+Rq17/t3/APQDW5WHpX/I
1a9/27/+gGtieeK2haWeRY415LMcAVpU+L5L8kRDb7/zJKKzNK1+z1meeOz81hDjLsmFbPp+XfFa
dRKLi7MpNNXQUUUUhhRRRQAUUUUAc/r3gXw94nvkvNZ0/wC03CRiJX86RMKCSBhWA6saNL8C+HtF
sdQs9P0/ybfUY/Kuk86RvMXDDGSxI4ZumOtdBRQBmXfhzS77w8uhXNrv0xY44hD5jD5UxtG4Hdxt
HftU11pFleapY6jcQ77uw8z7NJvYbN67W4Bwcgdwau0UAUv7Isv7c/tjyf8AT/s/2Xzd7f6rdu24
zjrznGaxb34ceFdQ1S41C60eGS6uN3mtvcKxZcE7QdobnOQM5568109FAGZL4c0uex02zktc2+mS
RS2ieY37toxhDnOTgeuc981NdaRZXmqWOo3EO+7sPM+zSb2Gzeu1uAcHIHcGrtFAHP654E8OeJLo
XOq6VDNcDrKrNG7cAfMUILYAAGc47VZk8K6JLoEeiyaZbPpsS7Y4GXITgjcD1DfMfmzuySc5Na9F
AHOaJ8PvDXh3URf6VpaQ3SqVWRpXkKg9cbmODjjI5wSO5om+Hvhe51qTVp9GtpbyRi7l9zIzEYJM
ZOwk9enXnrzXR0UAUtI0iy0HS4dO0yHyLSHd5ce9mxlix5Yk9Se9UvEPhDRfFX2f+27L7T9m3eV+
9dNu7GfukZ+6OvpW1RQBi6D4P0LwxvOjabDbO+d0nLyEHGRvYltvyjjOM81DrngTw54kuhc6rpUM
1wOsqs0btwB8xQgtgAAZzjtXQUUAYtt4P0K08PS6FBpsK6ZNnzITk7ye5YncW4GDnIwMYwKraT8P
vDWh3tvd6bpaQXNsztHKJXZgXXa2SWORjoDkDJIwSa6OigDn9c8CeHPEl0LnVdKhmuB1lVmjduAP
mKEFsAADOcdqsyeFdEl0CPRZNMtn02JdscDLkJwRuB6hvmPzZ3ZJOcmteigDC8P+CtA8LTzTaNpy
W0syhHkLu7bc5wCxOBnrjrgZ6CtC10iys9UvtRt4dl3f+X9pk3sd+xdq8E4GAewFXaKAKWm6RZaR
9r+ww+V9ruXup/nZt8r43NyTjOBwOKNS0iy1f7J9uh837JcpdQfOy7JUztbgjOMng8VdooApalpF
lq/2T7dD5v2S5S6g+dl2Spna3BGcZPB4qa8srbULV7a9t4bm3fG6KZA6Ng5GQeDyAanooA5zRPh9
4a8O6iL/AErS0hulUqsjSvIVB643McHHGRzgkdzWt/ZFl/bn9seT/p/2f7L5u9v9Vu3bcZx15zjN
XaKAKVrpFlZ6pfajbw7Lu/8AL+0yb2O/Yu1eCcDAPYCjTdIstI+1/YYfK+13L3U/zs2+V8bm5Jxn
A4HFXaKAKV1pFleapY6jcQ77uw8z7NJvYbN67W4Bwcgdwah17w5pfiexSz1m1+026SCVU8xkwwBA
OVIPRjWnRQBma54b0nxLai31iwhukX7pYYdOQTtYYZc7RnBGcc1H4f8AC2j+FoJotFsUtVmYNIQz
OzEDAyzEnA5wM4GT6mteigDnJvh74Xudak1afRraW8kYu5fcyMxGCTGTsJPXp15681oWfhvSbHQk
0WGwhbTEzi2mHmpy2/nfnPzHPNadFAHK6b8M/CekajBfWWkIlzA2+NnmkkCt2OGYjI6jjg4I5FdV
RRQBzGrfDjwrrd815faPC1w+d7xO8W8kkksEIBYknJPJro4YYraCOGCNIoo1CJGihVVQMAADoAKk
ooAKKKKACiiigAooooA4Dx54Z1bWtbhuNPtfOiW3VC3mIvzbmOMEj1FFd/RW0a8oqyMnSi3cKKKK
xNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/wCZ8/7hv/tWtysP/mfP+4b/AO1a3K0n09CI
dfUKKKKzLCiiigAooooAzvEP/Itap/16S/8AoBrnfhf/AMi1cf8AX23/AKAlddcW8d3bS2867opU
KOuSMqRgjIqvpekWWi2zW+nw+TEzlyu9m+bAGckn0FWpJQcSXH3ky7RRRUFBRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUVHNNFbQSTTyJFF
Gpd5HYKqqBkkk9ABXM6b8TPCerajBY2Wro9zO2yNXhkjDN2GWUDJ6Dnk4A5NAHVUVBFe2091PbQ3
EMlxb7fOiVwXj3DK7h1GRyM9anoAKKKKACiqWkavZa9pcOo6ZN59pNu8uTYy5wxU8MAeoPartABR
RRQAUVma94j0vwxYpeazdfZrd5BEr+Wz5YgkDCgnoprL0j4jeGNe1SHTtM1Pz7ubd5cf2eVc4Use
WUDoD3oA6eiuSvfil4R0++uLO61by7i3kaKVPs0x2spwRkJg8jtXUwzRXMEc0EiSxSKHSRGDKykZ
BBHUEUASUUVS1fV7LQdLm1HU5vItIdvmSbGbGWCjhQT1I7UAXaKKKACiiigAooooAKKpaRq9lr2l
w6jpk3n2k27y5NjLnDFTwwB6g9qu0AFFZlhr9tqGu6rpMKTC40zyfOZgNjeYpZdpzk8DnIH41Z1O
/i0rSru/nV2itYXncIAWKqpY4zjnAoAtUVV0y/i1XSrS/gV1iuoUnQOAGCsoYZxnnBq1QAUUUUAF
FFFABRRRQBQ1ywGqaJeWeMmWIhf97qv6gVy/wwvzLpNzYufntpdwB7K3/wBcH867evOtK/4kHxQu
bT7sN2WC+nzfOv68VrDWDj8zOWkkz0WiiisjQhu7lLOzmuZfuQo0jfQDNcL8NLZ7q61LV5+ZJH8s
N6knc3/sta/xE1D7F4XkiU4e6cRD6dT+gx+NXPBmn/2d4Ws4yMPIvnP9W5H6YH4Vqvdpt9zN6zXk
btFFFZGhh6r/AMjVoP8A28f+gCtysPVf+Rq0H/t4/wDQBU+oeILezm+y26PeXp6QQ8kf7x7Vq4uS
il2/VmaaTd+/6I1aKztLTUyZJtTkiXfjZbxLxH9W6k/pWjWbVnYtO6CiiikMKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAOQutWm0jXNfngs5Lg/uMlfup+7PLd8f54rmf7Rvdev/ADL23ub9E+b7PASoX8geP196
7nSv+Rq17/t3/wDQDUWq+Eba7l+1ae5srwHIePhSfcDp9R+tdkKkIuzWtlr8jllTlJXT6vT5lG28
RXtnAsNt4Uuoo16Ku4D/ANAqX/hLNU/6Fm9/Nv8A4itLQZNYHnW+sRJmLGydSP3n5f8A1q2KylKC
esb/ADZpGMmt/wAEcr/wlmqf9Cze/m3/AMRR/wAJZqn/AELN7+bf/EV1VFTzw/l/Flckv5vyOV/4
SzVP+hZvfzb/AOIo/wCEs1T/AKFm9/Nv/iK6qijnh/L+LDkl/N+Ryv8Awlmqf9Cze/m3/wARR/wl
mqf9Cze/m3/xFdVRRzw/l/FhyS/m/I5X/hLNU/6Fm9/Nv/iKP+Es1T/oWb382/8AiK6qijnh/L+L
Dkl/N+Ryv/CWap/0LN7+bf8AxFH/AAlmqf8AQs3v5t/8RXVUUc8P5fxYckv5vyOV/wCEs1T/AKFm
9/Nv/iKP+Es1T/oWb382/wDiK6qijnh/L+LDkl/N+Ryv/CWap/0LN7+bf/EUf8JZqn/Qs3v5t/8A
EV1VFHPD+X8WHJL+b8jlf+Es1T/oWb382/8AiKP+Es1T/oWb382/+IrqqKOeH8v4sOSX835HK/8A
CWap/wBCze/m3/xFH/CWap/0LN7+bf8AxFdVRRzw/l/FhyS/m/I5X/hLNU/6Fm9/Nv8A4ij/AISz
VP8AoWb382/+IrqqKOeH8v4sOSX835HK/wDCWap/0LN7+bf/ABFH/CWap/0LN7+bf/EV1VFHPD+X
8WHJL+b8jlf+Es1T/oWb382/+Io/4SzVP+hZvfzb/wCIrqqKOeH8v4sOSX835HK/8JZqn/Qs3v5t
/wDEUf8ACWap/wBCze/m3/xFdVRRzw/l/FhyS/m/I5X/AISzVP8AoWb382/+Io/4SzVP+hZvfzb/
AOIrqqKOeH8v4sOSX835HK/8JZqn/Qs3v5t/8RR/wlmqf9Cze/m3/wARXVUUc8P5fxYckv5vyOV/
4SzVP+hZvfzb/wCIo/4SzVP+hZvfzb/4iuqoo54fy/iw5Jfzfkcr/wAJZqn/AELN7+bf/EUf8JZq
n/Qs3v5t/wDEV1VFHPD+X8WHJL+b8jlf+Es1T/oWb382/wDiKP8AhLNU/wChZvfzb/4iuqoo54fy
/iw5Jfzfkcr/AMJZqn/Qs3v5t/8AEUf8JZqn/Qs3v5t/8RXVUUc8P5fxYckv5vyOV/4SzVP+hZvf
zb/4ij/hLNU/6Fm9/Nv/AIiuqoo54fy/iw5Jfzfkcr/wlmqf9Cze/m3/AMRR/wAJZqn/AELN7+bf
/EV1VFHPD+X8WHJL+b8jlf8AhLNU/wChZvfzb/4ij/hLNU/6Fm9/Nv8A4iuqoo54fy/iw5Jfzfkc
r/wlmqf9Cze/m3/xFH/CWap/0LN7+bf/ABFdVRRzw/l/FhyS/m/I5X/hLNU/6Fm9/Nv/AIij/hLN
U/6Fm9/Nv/iK6qijnh/L+LDkl/N+QUUUVkaBRRRQBwHjzxNq2i63Db6fdeTE1urlfLRvm3MM8g+g
orK+KH/Iy2//AF6L/wChvRXfShFwV0ck5SUnqeqUUUVwHWFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAYf/M+f9w3/ANq1uVh/8z5/3Df/AGrW5Wk+noRDr6hRRRWZYUUUUAFFFFAEVxcR2ltLcTtt
iiQu7YJwoGSeKr6Xq9lrVs1xp83nRK5QtsZfmwDjkD1FR+If+Ra1T/r0l/8AQDXO/C//AJFq4/6+
2/8AQEq1FODkS5e8kdnRRRUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+
J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAYXjXw/L4p8I3+kwTJDLcKpR3BK7lYOAcdiVxnnGc4PSuc0zxfbLda
boPjHw5/ZF8kka2IMAltXlAQL5LAEKwL8YyFHBbPFdhr0mqRaLdSaDFbTakqhoY7kkI5BGQcEckZ
xyBnGTiuP1aHxV43sDompeHIdGsJ5I2url9RSZzGrqxWMIpw5xkFhjg+ooAzPCuj+IV+JPiJW8Tb
ntpLJr1/sEY+2qYyQuM/u8Llcr65rW/tHxL4x1/UYtA1FND0rSpns3ne3S4kuZ1I3fK33VA6HPcd
c4WaKz1/RfiNq17a6Ml9pustaB7lbtIzbLGuxiUYZY8k4HbHOTgQxWHiXwfrWsSaNpKa3puqXZvE
j+2pA9vIwHmbty8hieACcBOeTyAFn4p1hNC8X2Woug1jQIXMd1HEqrKhiLRSFdzDcdpYjGBkDHUV
oeB08R3ljZ6xrmtQ3MN5ZI62UVoqKhYKVcydSxAJIxjLHHAFZ9h4U1j/AIRjxPe6o6TeINftGElv
FtWOIiJljjU+oDYJJx05OCzdV4Zs59P8K6RZ3SeXcW9lDFKmQdrKgBGRweR2oA4X/hL9a/4UT/wk
X23/AIm3/Px5Sf8APzs+7jb93jp+tWpb/wAY+F9V0e617U7HULXVL8WMtlBD5a2zSMdjRvjcwABz
u+nOdwq/8IhrX/Cif+Ed+xf8Tb/n381P+fnf97O37vPX9a6bxtpF7q//AAj/ANhh837JrVtdT/Oq
7Ik3bm5IzjI4HNAGf4n1nWLvxtYeF9F1K20hpLQ3sl3JGsryDLKI0RuCflLHnOATxtIZnwu1XWtZ
sdWuNb1eHUfIvTaRGGJBH8gBLqygblbcMZHRfeuf8T2k/iPx/q9o/h6bxLDp8duscLX4s0si6Fm2
4b95v4JY4I246AV2HgfVoJYLjQk0V9GudHWNZrTzElRBIGZdrqfmJAySQDlu5yaAM/4qSzwWPhyW
1t/tNwmvWzRQ7wnmMA+F3HgZPGT0ra0HWPEOoXzxaz4Z/sq3EZZZvt8c+5sjC7VGRwSc+3vVL4ha
ZqmoWOjy6NY/briw1WG8aHzli3KgbPzMcDkgd+vSptI13xPeapDBqfhH+z7R93mXP9pxS7MKSPkU
ZOSAPxoA4zQ/FH9kf8JfY/8ACN6vrHna1eti2tPNgfOB5btzjOOeDwRwelanh/V4/DHwV+16FNDr
UunxvkxI6qHMhLblIDbU37jkKSoz8oOQaQfF3hi+12K18Jf2hb3uq3F5FN/aUMWVcjHynJ6Lnn16
VraDomveGfDeqSqLG91m9v5NQeCNmSElmXdGrNzkqpwSMAkZyBkgD/BcuqXebx/FVn4h0yaPh0tV
gkhk+UgYU91Y7g2CCF9TU3xG1e90HwJqOo6ZN5F3D5XlybFbGZUU8MCOhPasbRNB1S+8cweILnw/
D4b8iOVblYbtZjqBk6bgmANpyxY5JO3rjI2fiNpF7r3gTUdO0yHz7ubyvLj3qucSox5YgdAe9AGf
471TxFB4g8P6X4Zu7a3n1FbtW+0oChKRqQSdpIIySMcE4yCOKk8Oanrun+M7rwzr19DqmbIX9ver
CIXC7ghRkUY65IOfxOcLc13SL288d+FdRt4d9pYfa/tMm9Rs3xBV4JyckdgaP7Ivf+Fp/wBseT/o
H9jfZfN3r/rfO3bcZz05zjFAGp4mvJ9P8K6veWr+XcW9lNLE+AdrKhIODweR3rzx9b8caN4TtfGG
oatY3VmFglk01LcKJIXVV3eZtyJCzZIHyg5IyPlr0PxNZz6h4V1eztU8y4uLKaKJMgbmZCAMngcn
vXMeIPDmqX3wbi0K2td+prZWkRh8xR8yGPcNxO3jae/agBnj7xyuiarbaJHqaaPJND9pk1GS2Nx5
abiFRIwDuYlTktgBc9SRit8PfG1zrHiW90WbWIddt1t/tUN+tsbZ1wVVo2j2gdWyCM/U5wun4q0X
XbfxVZeJ/DMcN1cQ25tLuymkCefDvDAISMK2SxJJH3V4PIOh4f1LxRqOqzHWdDttJ09IQEU3Szyy
S7uoK8BQvUEZzjBPOADn9O8b6lafBZfE95svdQVXGXARWYzmNSQoHABHAxnHUZzWfb33i6z8a+Gd
MuvGFnf2+px/aZRb2sP3VUuQMLko4GFcEZ5OBjmC7stU8N/CPQNGu4JlvLjUVtZrGKVR9qWSWRjC
0ob5FZcZYE+h4Jxa8ONB4J1WBrrwI+iLqc0djHdR6il2xkZvlUgnKrwSSP7o4PGAB8Nr4gvPid4v
g0G/s9Pif7F9puZYTLKmIcr5aH5TnBB3djxzV211zUNa+GHimPWBCb/TY7ywnlhPyTNHFy4GBjOe
ntnAzgbOhaRe2fjvxVqNxDstL/7J9mk3qd+yIq3AORgnuBWZp/hzVIPCvjazktcXGp3t/LaJ5i/v
FkQBDnOBk+uMd8UAY1injay+H1nrUGtadb29hp0U0VglpvSeBIw37yRvmDlcgheOBgjJI2dW8Vap
rt9pOjeE/wDQ7jUbKPUpb64RW+zWzHsmSGcnjHTn33LkxWfj648Hf8IrJo1jbB7RLVdSF2uyOLy1
BR0wzFiAyFl4ycjgZOtqXhfVNA1jR9Y8MRfb/wCz9O/s2ezmuFje4hXHl7WKYDAncxyM7QB1OQB+
napr+geMrDQdfv01W21OGWS2vVtUhdZUGWjKq2NoUZzjJLgdAcVvDdz4q8Ra5qsp12G20zTdamtx
ALNHknjVhmMtxtULgBhlss2egqzpOk6/r/i638QeJLZNLi0xXjsNPjlSZizrteR5B1BHAAx0HTBL
6HgnSL3SP+Eg+3Q+V9r1q5uoPnVt8T7drcE4zg8HmgDp6KKKACiiigArz74kQPZajpmsQDDxtsJ9
1O5f/Zvyr0GsDxvp/wDaPhW7UDLwjzl/4Dyf0zWlJ2miKivFm1bTpdW0U8RzHKgdT7EZFS1zPw/1
D7d4VhRjl7ZjCfoOR+hA/CulJxyamS5W0VF3Vzzvxyx1nxdpmjRklVxvx2Lnn8lANeiKoRQqgBQM
ADtXnfhD/ie+O9R1dvmji3FD6Z+Vf/HQa9Fq6ulo9iKet5BRRRWRoc34jtTe67o1uJpIDILgeZGc
MvyCsRNEl8PTP9uuNRS1c/8AH1Yy7QP99cEj610eq/8AI1aD/wBvH/oArbIBGCMg10Kq4RS6W/Vm
LpqUm+v/AAEc/baFDdwrNb69q0sbdGW7yP5VL/wjH/UZ1n/wK/8ArVoWek2dhcTTWkQiabG9VJC/
XHQVcqHUd9GUoK2qMP8A4Rj/AKjOs/8AgV/9aj/hGP8AqM6z/wCBX/1q3KKXtZdx+ziYf/CMf9Rn
Wf8AwK/+tR/wjH/UZ1n/AMCv/rVuUUe1l3D2cTD/AOEY/wCozrP/AIFf/Wo/4Rj/AKjOs/8AgV/9
atyij2su4eziYf8AwjH/AFGdZ/8AAr/61H/CMf8AUZ1n/wACv/rVuUUe1l3D2cTD/wCEY/6jOs/+
BX/1qP8AhGP+ozrP/gV/9atyij2su4eziYf/AAjH/UZ1n/wK/wDrUf8ACMf9RnWf/Ar/AOtW5RR7
WXcPZxMP/hGP+ozrP/gV/wDWo/4Rj/qM6z/4Ff8A1q3KKPay7h7OJh/8Ix/1GdZ/8Cv/AK1H/CMf
9RnWf/Ar/wCtW5RR7WXcPZxMP/hGP+ozrP8A4Ff/AFqP+EY/6jOs/wDgV/8AWrcoo9rLuHs4mH/w
jH/UZ1n/AMCv/rUf8Ix/1GdZ/wDAr/61blFHtZdw9nEw/wDhGP8AqM6z/wCBX/1qP+EY/wCozrP/
AIFf/Wrcoo9rLuHs4mH/AMIx/wBRnWf/AAK/+tR/wjH/AFGdZ/8AAr/61blFHtZdw9nEw/8AhGP+
ozrP/gV/9aj/AIRj/qM6z/4Ff/Wrcoo9rLuHs4mH/wAIx/1GdZ/8Cv8A61H/AAjH/UZ1n/wK/wDr
VuUUe1l3D2cTD/4Rj/qM6z/4Ff8A1qP+EY/6jOs/+BX/ANatyij2su4eziYf/CMf9RnWf/Ar/wCt
R/wjH/UZ1n/wK/8ArVuUUe1l3D2cTD/4Rj/qM6z/AOBX/wBaj/hGP+ozrP8A4Ff/AFq3KKPay7h7
OJh/8Ix/1GdZ/wDAr/61H/CMf9RnWf8AwK/+tW5RR7WXcPZxMP8A4Rj/AKjOs/8AgV/9aj/hGP8A
qM6z/wCBX/1q3KKPay7h7OJh/wDCMf8AUZ1n/wACv/rUf8Ix/wBRnWf/AAK/+tW5RR7WXcPZxOc8
O2v2PxBrcHnTT7PI/eTPuc5Unk/jXR1h6V/yNWvf9u//AKAa3KKrvL5L8gp6L7/zCiiisywooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrVPDOk61crcaha+dKq
BA3mOvy5JxgEepoo1TxNpOi3K2+oXXkysgcL5bt8uSM8A+horRe0tpch8l9bGrRRRWZYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQBh/8AM+f9w3/2rW5WH/zPn/cN/wDatblaT6ehEOvqFFFFZlhR
RRQAUUUUAUtZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4XerfLtUZyCfQ101FU
pNR5RcutwoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/r
W5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQBz+ueBPDniS6FzqulQzXA6yqzRu3AHzFCC2AABnOO1aGi
aDpvhzThY6RaJbWwYvtUkksepJJJJ6Dk9AB0ApnhzX7bxPoVtq1kk0dvcbtqzABxtYqcgEjqp71p
0AFFc/rGv3On+MfDmkwpCbfU/tPnMwO9fLjDLtOcDk85B/CugoAKK5/wlr9zr39t/akhT7Bqs9lF
5QIyibcFsk/NzzjA9q6CgAooqlpt1e3P2v7dYfY/KuXjg/fLJ50Qxtk4+7nn5TyMUAXaKKKACiuP
ufG9/d6jeWnhjw5c6uLCZre6ne4S2jWQYyqF/vkHIPAxx1BBrqbK5+2WNvc+TNB50ayeVMu2RMjO
1h2YZwR60AT0UUUAUtW0fT9dsWs9Us4bq3bPySrnacEZU9VbBOCMEZ4rJ0T4feGvDuoi/wBK0tIb
pVKrI0ryFQeuNzHBxxkc4JHc10dFABRRRQAUUUUAFFFFABRRRQAUUUUAFNdFkRkcAqwIIPcU6igD
zvwE7aT4n1TRpTxk7c9yhx+oOfwrrPFmof2Z4ZvpwcOY/LT/AHm4H88/hXJeKP8AiQ/EKw1QfLFP
tLn6fI3/AI6RVj4nXjSJp+lw/M8z+YVHf+FfzJP5V0uPPOL7mCfLFrsX/hvp/wBk8N/aGGHupC+f
9kcD+RP4111VtPs10/Tre0T7sMaoD64GM1ZrCcuaTZrFWSQUUUVJRh6r/wAjVoP/AG8f+gCtysPV
f+Rq0H/t4/8AQBW5Wk9o+n6siO79f0QUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/yNWv
f9u//oBrcrD0r/kate/7d/8A0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKACiuY17xzbaD
riaT/ZWr6hdvbi522FuJcIWK5I3A9R6Y5FXfD3iT/hIPtH/En1fTvI2/8hG28nzM5+7yc4xz9RQB
tUUVi6n4h/s3xPoej/ZvM/tXz/3vmY8rykDdMc5zjqMe9AG1RRRQAUUUUAFFFFABRRRQAUVi+EPE
P/CVeGLPWPs32b7Tv/deZv27XZeuBn7ueneofE3jC28MXVhbTWGo31xf+Z5MVjCJXOwAtxkHo2eM
9DQB0FFc/wCHPGen+JLq6s4obyxv7XBlsr6LypgpAIfbk/LyPpkZxkZ6CgAooooAKKKKACiiigAo
orC8W+JW8M6dbSw2L311eXcdnbwLIIw8j5xlj90YB5wecdOoAN2iqWkXV7eaXDPqdh/Z92+7zLbz
ll2YYgfOvByAD+NXaACiiigAooooAKK5zxX450vwbPp8erLc7b5mVZIkDLGFK5Lc5x8w6Ang8Voe
I9ftvDGhXOrXqTSW9vt3LCAXO5gowCQOrDvQBp0UUUAFFFYvhDxD/wAJV4Ys9Y+zfZvtO/8AdeZv
27XZeuBn7uenegDaooooAKK4KL4tWM+nG/h8OeJpLIKzm4SxUxhVzuO7fjAwc+mDXZ6bqVprGnQX
+nzpcWs67o5E6Ef0IPBB5BBBoAtUUUUAFFFFABRRRQB5X8UP+Rlt/wDr0X/0N6K1fHnhnVta1uG4
0+186JbdULeYi/NuY4wSPUUV30pxUFdnJOMnJ6Hf0UUVwHWFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBS1m4ktNEv7
iBtssVvI6NgHDBSQeaxvAer3utaJNcahN50q3DIG2Kvy7VOOAPU1q+If+Ra1T/r0l/8AQDXO/C//
AJFq4/6+2/8AQErVJezbIb99I7OiiisiwooooAKKKKACiiigAooooAKKKKACiiigDD8T/wDMI/7C
UP8AWtysPxP/AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKpavpFlr2lzadqcPn2k23zI97L
nDBhypB6gd6u0UAea/CHQtH03wXa+IzEkF7LDMtzdPKwXy1lbqCdoACLzgdPrXGa3daBZaSdc8Ka
X4mi1K2mEkWvSo7Q3Db9js7MxBD5bI2jJOCACRXpvhzwLcaHZXOk3OtPf+H5IZYI7B7ZY2RZGycy
qdzHBYdvvZGMCszUfhlq2p6K2iz+L7k6VGqJa2/2KNdioRsEjKQZAFGO2Ww3bFAD/H2m/wBr+O/B
tl9svLPzftv7+zl8uVMRKflbBxnGD7E0y30Kw8DfEbQrbw/E9va61Dcw3UDTO6ExKHRxkn5skjJy
ME4AyTWz4x8Fy+Kr3TbqDWLnTJbBZwklsDvLSKACGBGACvI7gkZHWjRPBk1pr413XdWfWNVjhNvD
K1rHCkUZOeFUH5slxuz0YjFAHJwa3d+HfA/j3UtPKLdQ+ILlY2ddwUs8SZx6gNkZ4yBkHpWRc+EP
EMXlXmieDbzTtchkEo1Ntejnkkb+MyK3ytuyc4xkn0yD6NaeCLaPR/EGm3s/2m31q9nu2xEFMXmY
wBnILKQCGx1wccVkw/D/AF+2so9Mg8cX0WkRsFSFLVFnWINkIJwdwIHGcY7YxxQB3teZaV/yJHxI
/wCwjqf/AKLFem1zFr4O+zaH4k077du/tu5up/M8rHk+cu3GN3zY9cjPtQB55feErTw78MbPxfp9
1fLr0MNpcx3Tz7ioZY08rbjHlhWwARnAAJI4r2quY1Xwd/afw8j8LfbvL2W8EH2nys58soc7N3fZ
0zxnvXT0AeRfD/SPF998PbGbR/EltpsCrMttbfYll3nzHOZHbJUliRwCAoBwTmtPUPGGqa78OdAu
7KRNNvNdv49OlmiBYwhmdGdORgkpkc5APBzhq00+H15p09zD4f8AElzpWlXkzT3FnFaxFgznDeVJ
gGMbQAuAduM81qX3gXSL/wAGw+GpEdLKBUEckYQSKynO8HbgM3OTjnc3rQBx/ivwZp3w+8MDX/DH
nWl/p0kLSyNPI32tN6qY5AGA2sSrHAx8uMDPF3XtBg8RfGFLO6ubyG3Ggh5UtpjH56/aCDG5HJRg
eQMduavjwBf6pqNpL4t8RPrlnaMZY7I2aQRtJ2Zwp+cAZ4I7+hIOZ4k0e71r4vRxafq1zpV1DoaT
RzwjcCVufuuuRvUg/dJxkDOcYIBd8Nadb+E/iRe+H9IV49LutMTUPJeRnEUok8s7MngMME5ySQOc
ACu9rnPDXhEaJqN7qt/fvqesXyok928KRDavACKo+UYC55OSoNdHQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQBx/xL0/7V4eS6UZe1lDE/7LcH9dv5VzPh6eXxT41sJpwStpChbPP3FHP4uc/jXoniMR
Hw3qP2j/AFf2d8/XHH64rifhUIftOok/6/Ym3/dyc/riumEv3b8jCa99HpFFFFcxuFFFFAGHqv8A
yNWg/wDbx/6AK3Kw9V/5GrQf+3j/ANAFblaT2j6fqyI7v1/RBRXJfFK9udP+HWqXNlcTW1wnlbZY
XKOuZUBwRyOCRT/AWpXc+nXulapO8+oaPdvaSSy8STxjmOVl6gMp4Jzu2k5OTWZZ1VFeWWes6tqf
xT0e/wD7RmGjX1ze21raxT7oZIreMjzflOG3OWIyMjaOSMV03h29uZ/iL4xtpriaS3t/sXkxM5KR
7oiW2joMnk460AdbRXnPxRuNZXWfD9voWoXlpcPHezhLfLec0UayKhQHD5K7cEH73Q9D03/CXW3/
AAgX/CT4h8r7F9p8rzxt37f9Vvx97f8AJ0znjGeKAOgorzz4aNrcXiDxJZeINRuby6hWzkZZXysL
yxs7qoBKgAnHy8HaOnSuf8FW1j4g8P2E2qfEDWrfVblmRrRNaVG3eYVUBGy2SAv1zQB7HRRXlmoN
bah8RfEltrHjHUdFt7X7L9lih1MWyNuiBfAbg8gHj1560Aep0V5/o2o6y3wm1m5vrqaV4Le6/s+/
KmKW4gWM+VMRncGPJBODgA85yaXg3T9N1CPRrk+PNXudTeOK4ksDrCuGcKHdDH94rwQR1xmgD02i
uI+ID6lqdzZaDoU9zFevDcX0j2l4IZFWOMrGp5GVeV0HX+E+hInl8crH8Kx4qVUllNorbUQ7BOSI
yMEg7RIcHnoDgnigDsKK4Wy8E61eWNvf6n4t12DWnjWSRIpkFtFLjhTCo2so4BGcNgnjNGp3GqeK
/HN74es9QvNM0nTLdGvZrTak0s0mGRVcklVxzkDswPBBoA7qiuCli1LwHrWjg63fapo2pXYspYb9
hNPHNIDsdHwPlyoBB6ckAk8Y2pa/qmi/EzW9UfULltE02azgvLRpCY44p4sGULzgq4U4VcnceQM0
AerUVyX225/4XD9i+0TfZP7B87yN58vf9oxu29N2OM9cV1tABRXlPwq1/VITp9vreoXN7BrsMs9l
LcSF2jlhdlkiyctgoFfJIA6AEk1oWHiu50Twp411a5lmunsdauobZZWLhOUWNcEjCBmGQCMDOKAP
RqK4Wy8E61eWNvf6n4t12DWnjWSRIpkFtFLjhTCo2so4BGcNgnjNP0X7X438LvZapqd9Zalpd/Ja
XdzpkvkedJHkZBwcqQyk8D5h0AAoA7eivMvA3h+51K+1O5uvE3iOT+ytaltoomvyY5UiKkCQEc5z
g4wCPSrWm6nfSeDvH8z3ly0tpf6ilvIZWLQqsYKhDn5QD0x0oA9Dory/wnbaRcwaLeT/ABA1SXUJ
FgleyfWkZWlIUmMxnkgt8u3r2rWbxF/whXiHXLbXruaSwnjbVNPlmkyx7SW6liBuBwUjXoG5PNAH
dUVz/gm21OLw8lzrc0z39/I15LFIzFbffyIkDcoqjA2nODu5o+223/CxfsX2jUftf9led5G8fZNn
m43bevm54z020AdBRXBW3xh0G6SzlW01SO1uZlt2upYFSGCQkja7lsAhcOcZ+U/UDoPEvi208MvZ
RTWt9e3V6zrBbWUHmyOFGWOMjgAjvnnpwcAG7RXn/gHVYNa8d+Mr62SaNJPsQMc0ZSSNliZWRlPR
lYEH3HerOkeMNL0j4e6bqgk1q/guZjb2y3IE15PIZHG04OCflbHPQAdcCgDt6K5i18d2U+l313Pp
2r2ctn5e60ubNlnk8xtsexRnducFRz1Bzgc1Jonja01jURYTafqmlXUiloI9StvJNwF+95fJ3FRg
kdcHPY4AOjorznw/8RL2/wDGuqWVxpGum0eS2jtoWsVDWW5cM02DlVJ+YEk8A9K37PWNPtvEfip5
bzUf+JfHBLdrO263hXyi2YVGSMgEtxyelAHT0Vx9t8StNuNRs7dtM1q3tr6ZYLW+nsilvMzZ2bWz
nDduO+TgZxZ17x5p/h/XE0iaz1G6vpbcXEUVnB5rSjcV2qM53AKzHOBhTznigDp6KyPDHiWx8WaL
HqenFxE7Mhjk2742BxhgCcHGD16EHvWvQBh6V/yNWvf9u/8A6Aa3Kw9K/wCRq17/ALd//QDW5WlT
f5L8kRDb5v8AMKKKKzLCiiigAooooAKKKKAPOde/tz/hcKf8I5/Z32v+wRv+37/L2faDnGzndnb7
YzW5fTeILbwDrs2uSWMWoR2lw8MmmtIqqoiypy3IYNnp7VW17QfEv/Cbpr/hx9I/5BwsnS/Mv/PQ
uSAg/wB3v68VZFh4q1Xw5rdhrzaKst3aPBamyMoUMyMp3788ZK9PegDibm18QeH/AAFaeNP+Eq1G
7vY47a4+yzEm2eJ1RPLZM8t82S+cnrgMd1dB4+tb288d+DYNMv8A+z7t/tvl3PkrLsxEpPyNwcgE
fjWhrfhG+1L4Vx+GoZbZb1bS2gMjswj3RlC3OM4+U449K0NY0G51Dxj4c1aF4Vt9M+0+crE728yM
Ku0YweRzkj8aAMXw4NQ8P/EG68Ny6teanYS6cNQie+fzJom8wRld/dTgnGPTHctzPjHWtL0++1WW
Lx/q8evW8jSRWkW42qspykJRV2HgBDlvvZLDqK9A/sG5/wCFi/2/vh+yf2V9i2ZPmb/N35xjG3Hv
nPauVXwL4n0zQL7w1ol3osOjTrKFuZYn+1uHBOHx8hJ4jLYyFGQMgCgCfxZq+qX/AIO8H3dlfPp1
7ql/ZB5bfO1TJGxI2k/MuSDtJIOOaLC01Twb440HTW1++1a11iGZLhb9jIUkiTfvjJPygk4288Zy
TwRp3vhG+ufDnhKwSW2EujXdnPcEs21lhTa2zjkk9M4/CtDWNBudQ8Y+HNWheFbfTPtPnKxO9vMj
CrtGMHkc5I/GgDn7W31Dx/rGsyXGrajpNhpd69hbRaZdeU8jJ/rHkO3nOUwO3Ix3MPijVdW8LaPo
Ph17zUdSur7zY57+yt912Yo8EiNM/fKsBvJJAUtgnpfk8M+I9B1rU7zwldaW1tqk32ia11ETbYZM
fMyFWOS5JJ4GMKBwKk1zwhrOt6Ppdy2rw23iXTpJJ4ruGMiIF85iAz9z7i7iGJC8g7iKAOf8IXus
23jWzt7WPxdLpF1G63Z8QW5PksqsyMkmcDJ+XBA/EkbZvD+na7480b/hJG8TajpdxPcu1jBbyBoI
YVkOFkjCqJGyHGSeRtznpXR6Tb+N5dat5tcvdFh0+FXMkGnxyM07EYUMZB8oB5yp7YIOeMyx8LeL
dFSbR9E1bS7PQvOeS1maBpbm2Rjv8sK3ysNxIyxJwSfQAAtfCL/kmOkf9tv/AEc9UvH11e2fjvwb
Pplh/aF2n23y7bzli35iUH524GASfwroPAug3PhjwdY6TevDJcW/mbmhJKHdIzDBIB6MO1UvGGg6
5qGu6Fq3h99OW40z7Rlb4vsbzFVeiDJ4B7jt1oAydE1G4k+JwuPEumXOk6pe2BtdPgUrNC8SN5j5
lUnMmcnGFAUDOSwrF1bxJd+Idf1OOaPxjFa6ddyWcCeHY/kJQ4ZpJP4mJxhcAKMdck11uneGtev/
ABJYa54pvrHzdNWVLW006NhHl12s7O/zEkZG3p8qnPUGrL4V8S6F4h1DUPCN/pxtNSkM09jqIl8u
OU4y6lSSWY7s9BggYOBgAraBqOqTfDXUD4m1G+0j7JMYRqFzbmG5a2Gw7iDn94wLIGGTnGNzDJyP
CviW1h8f6bp2geKdR1yw1COVbqPUvMd4GRGdWRmC4z0wB2Oc/Ljo7/wjrfiDwusPiC/sbnVYb/7f
bxiHNou3IWFxgM8ZBOSfm+b+LHLLbw54sv8Axjomt6/d6R5Wneev2ayWQAB49oYFhksScEEgAKMZ
JNAENrb6h4/1jWZLjVtR0mw0u9ewtotMuvKeRk/1jyHbznKYHbkY7k1x/EGm2Ph7wha6x5uo6p50
UuryoVkSKMbiVUE/PsOAxOcrnIJ3LZk8M+I9B1rU7zwldaW1tqk32ia11ETbYZMfMyFWOS5JJ4GM
KBwKn1bwpq+rado95LqVsniPS5nuUnSN1hbdkmDAYHyz8iljliqnj5jQBmX1pqXgPWtCmttb1TU9
P1G/Sxu4NRuRK25wRGyEp8oB3E4IzhR9IH0vVPE/xI8SWQ8Sapp+m2LWrGC0lKsxaA42tn5BnJIA
IbPPIBGnbeFvEGua/Z6h4yvLE22nMs1pZaaZBG0wJIkkLckrxgfyG4Nr6PoNzp/jHxHq0zwtb6n9
m8lVJ3r5cZVtwxgcnjBP4UAUvh1qOoXmj6hZ6pdfbJtK1GbT1uSu15lj24ZuT83PX6Zyck43xU0T
7ZfeHLn+0tRg87Vbaz8qGfbGmS581RjiUZwG9O1dN4S0G50H+2/tTwv9v1We9i8ok4R9uA2QPm45
xke9Hi3QbnXv7E+yvCn2DVYL2XzSRlE3ZC4B+bnjOB70Ac/40tdQ0Lw94c03S9c1FLiXWobf7dPL
5srB/MPz9A6gkfKeCFANTa8dQ8D+Grey0fULy/v9V1GOzgutVuPONu0gwD93lRs4GOrE89DteLdB
ude/sT7K8KfYNVgvZfNJGUTdkLgH5ueM4HvT/GHhlfFeiizF09ncxTJcW10gJaCRT94AMMnBYdeM
56gUAcfr+lat8PtCj1+08SavqT2kkIvoL653xTxFgGCKVbYxYrg5yATye9rxJaaprnxQj0ez1++0
uzOkJcTLbMcuBcYIXn5GIx84ycDHIJFTXXhbxV4rnt7XxdeaXFo0beZNbaWZVa6YEbVct0UHng/r
hl3f7Buf+Fi/2/vh+yf2V9i2ZPmb/N35xjG3HvnPagDj9L0bW9V8Qat4an8Waomn6JNHIJom23c6
zRllVps9EPsc5PTChej+HWo6heaPqFnql19sm0rUZtPW5K7XmWPbhm5Pzc9fpnJyTd0fQbnT/GPi
PVpnha31P7N5KqTvXy4yrbhjA5PGCfwo8JaDc6D/AG39qeF/t+qz3sXlEnCPtwGyB83HOMj3oAxf
GdnBqHxB8H2d0nmW9xHqMUqZI3K0ABGRyOD2rj9a1S4t/hn4n8JarKj3+htbxwsFVTNa+bH5bYDH
kDGfQMgOSTXpWsaDc6h4x8OatC8K2+mfafOVid7eZGFXaMYPI5yR+NYXxK+Hs/i9IbnSbhLbUAot
5jLM6xywZLhWAByQ+0j8c5wMAE3im51TXPGNp4T069fTLY2g1C8vIHInaMSbBHGf4TkDJ9/QFWhs
11Lwh480nRzqt9qelavDPt+3ziWWKaMBi27YDt2hQFz1Zj9dPxL4Z1G51+y8Q+Hrq2g1W0he3aO6
EhhuY2PCvtbgKSzDg5OM9BUOieFtXuPEg8QeLby2nvbZTHY21kXFvbqy4dsNyWbJHOfx+UKAYXh/
Ttd8eaN/wkjeJtR0u4nuXaxgt5A0EMKyHCyRhVEjZDjJPI25z0rP0TxJd+GvgloMmnxu91e3b2cb
xx+a8ZeWU7lj43theFJAJIz6HoLHwt4t0VJtH0TVtLs9C855LWZoGlubZGO/ywrfKw3EjLEnBJ9A
C0+HU8nwz0/w7eXqW2oWU32iG8ti7CGTzWYMvKknaxHPQnPYUAc5pd7rNj4l0l9Hj8dTQy3KwXse
u25kh8liAXDA/Iy9c4/HGQ3sFcZYWfxCkutPj1PUtCitIZEa5ltY3aadVHKkMoUbu5XbjqPQ9nQB
xnwi/wCSY6R/22/9HPUfg+JbP4heN7SAutsJrW4ERclRJLGzSMATwWPX6AdAKoeHPDnj7w/oVtol
td+HIrSLcouQs0k0YdixYAgKzDcSARjgZrr/AA34fi8O6dJCsz3FzczPdXdw4CmaZ/vvtHCjgYUd
AB1OSQDXooooAKKKKACiiigAorgPHnibVtF1uG30+68mJrdXK+WjfNuYZ5B9BRW0aEpK6MnVinY7
+iiisTUKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/wDmfP8AuG/+1a3Kw/8AmfP+4b/7Vrcr
SfT0Ih19QooorMsKKKKACiiigCK4t47u2lt513RSoUdckZUjBGRVfS9IstFtmt9Ph8mJnLld7N82
AM5JPoKsXFxHaW0txO22KJC7tgnCgZJ4qvper2WtWzXGnzedErlC2xl+bAOOQPUU9beQtLl2iiik
MKKKKACiiigAooooAKKKKACiiigAooooAw/E/wDzCP8AsJQ/1rcrD8T/APMI/wCwlD/WtytJfCiI
/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACis/X9Xi0HQL7U5thW1haQK7hA7AfKuexY4A9yK5wXOoaT8LIrvWNdm0+/aNJ57+az814GkkDF
DF7b/Lxjj0GMAA7OisjXPFOj+G3gXWL5LU3CyNFvViGCAFuQDzgjA6kkAZPFHh/xTo/imCaXRb5L
pYWCyAKyMpIyMqwBwecHGDg+hoA16K5zW/iD4a8O6ibDVdUSG6VQzRrE8hUHpnapwcc4POCD3FUt
c1OVvH3gtLK8c2V4t47iGU+XOohDITg4Yc5H6UAdhRVK11eyvNUvtOt5t93YeX9pj2MNm9dy8kYO
QOxNMs9e02+gvpoLtPK0+aSC6kcFFidBlwSwHAB69PegDQorzLx78SNFuvCWr2mga7t1SLZsaBnj
Y4mQNsfADcZ+6TkZPTNdnqd95HifQ7X+1vs32nz/APQvs2/7ZtQH/Wf8s9nX3zigDaornNW+IPhr
Q724tNS1RILm2ZFkiMTswLruXACnIx1IyBkA4JFbOm6laaxp0F/p86XFrOu6OROhH9CDwQeQQQaA
LVFcfN8WPBsE8kT60haNipKQSupIOOGCkEe4ODW74mvJ9P8ACur3lq/l3FvZTSxPgHayoSDg8Hkd
6ANOiszwzeT6h4V0i8un8y4uLKGWV8AbmZAScDgcntXKxXnijxnqN3caDrNtpGhW80kEE4tFnku2
XaC43EqY92/aykdMEegB3tFcZpGt6zo/i+Hwz4kuIb4XVu01jqMduYmmZSS8bqMpuAyeCMALnJbi
5oWr3t5478VadcTb7Sw+yfZo9ijZviLNyBk5I7k0AdPRVXUtStNH06e/1CdLe1gXdJI/QD+pJ4AH
JJAFZnh/xroHimeaHRtRS5lhUO8ZR0bbnGQGAyM9cdMjPUUAbtFc5q3xB8NaHe3FpqWqJBc2zIsk
RidmBddy4AU5GOpGQMgHBIrWs9Y0+/0dNVtryF7B4zKLgthAo6kk9MYOc4xg5xigC7RXmXj34kaL
deEtXtNA13bqkWzY0DPGxxMgbY+AG4z90nIyema9NoAKK850geLvE99rstr4t/s+3stVuLOKD+zY
ZcKhGPmOD0bHPp1p8HjzVLD4c61qWoW9tPqui3bafIyMRHPIrInmYwMDL5IGM4ONucAA9DoriNJ0
vxqj6ZfN4tsdTtpGje5gNmiRtEw+YxyIMsecrwoPBPHBp2l/4l8Za/ri6X4ittFtdLuzZLbJapcy
OVJBkfdjaGPTHHBH8JJAPQ6K4jWNU8RaHovhaO/u7b+0rnV7ezvZLZAUmjYvnG5eCQFyQBznGBV3
VtSu9G+IGjmSdzpWrQvZsj/LHDOmXjbcf4nBKBeM4HXAAAOqooooAKKKKACiiigDkPiTqH2Xw4LZ
Th7qQLj/AGRyf1A/OuY8MxTeGfGllBcHC3kCg/8AA1BA/Bhj8K0fFn/E98fafpK/NHDtDj6/M3/j
oFT/ABNtHhOnarB8rwv5ZYdv4l/UNXVDSKh3OeWrcux31FV7G7S/sLe6j+5NGsg/EZqxXKdAUUUU
AYeq/wDI1aD/ANvH/oArcrD1X/katB/7eP8A0AVuVpPaPp+rIju/X9EcZ8Xf+SY6v/2x/wDRyVkf
EEal4e18ano0DyNr1p/Y5WGYQFLon9zMT/E2CwBOMBfvDNelUVmWeeXGkRaD4w+HOmQ7CtrDexlk
QIHYQLubHYsck+5NVYfF+i+Ffid4v/tu9+zfafsXlfunfdth5+6Dj7w6+tem0UAef3+r2WveO/AW
o6ZN59pN/aHlybGXOIgp4YA9Qe1Yv9kXv/CX/wDCD+T/AMSn+0f7c3718r7JnP2fyc42eb8uM9fm
24r1qigDjPDH/JTvG/8A24f+iTXEfD7xN4B0nwrpo1lbFNYgZ3eV9PaSRW8xih3hDyBtxg8cele1
UUAc/d+EvtfiFdW/t3XYcSRyfY4rzbbHbj5SmPunHIzzk1wt3qvhLTPid4r/AOEujs38z7H9m+0W
ZnxiH5sYVsdV9M/hXrVFAHlOlWyr4e+IV5ptlc2fh+8tGk09JUMaOfIfzJI0PRWJUg4AIwONuBN4
H8TeAYLTQreFbGPXTDDAXTT2EhmZQjDzNnUkkE55yea9QooA810+x1zxfr+q+ItI15NKiWZtOtWF
hFciWCI/fSRsZVnLnjPIxk7RjPOlahd6X4v8CXV5Nd6m+NUtLiSLy1uQzJI6oudqL5o25DYy7HHB
r1qigDhbP4u+HprVEuvtlvq3KPpgtpHmEwOPLGFwWJGBkjqM4OQGXl8vgfx5q2q6pBcnR9Zhgd76
OIulpJECmxwuThsrhuOSBg8kd7RQB5zf6zH8RPEPh+38PCabSbC9F/eX5tnWNXi5SIFtuWO7kYJA
ZSMgGrmi2cGofEHx/Z3SeZb3EdlFKmSNytAwIyORwe1d1RQB5L4C+22vxTm0fUfmm0bRmsVl+Ued
EsytE+Bwv7t0GMk8cnOa7rQfCX9g3z3P9u67qG+Mx+Vf3nmxjJB3AYHzcYz6E10FFAHlnhfQ59d+
B+lrYHbqdnJJeWD4B2zxzyFeCQvPK/NwN2ccVS8NWc/jr4XeLltU8m41HVZrmKLIb5v3UoTJwOSN
uTjrn2r2CigDiIfitoYgji1CK+s9YKgNpTWkpn8wjhF+XBLZG3JGcjOO1r4b6ZqFj4euLvV4vIvt
VvZdQlt9m3yTJj5cZJ6KDg8jODyK62igDjPhx/zNX/YxXf8A7JWLpX/IkfEj/sI6n/6LFem0UAcl
4M8M6H/wiug3v9jad9r+xW83n/ZU8zfsU7t2M7s8565ql8T7K2u/+EW+028M2detoT5iBso27cvP
8JwMjocCu6ooAzNb1+20H+z/ALUkz/b72Oyi8oA4d84LZI+XjnGT7Vz/APzW/wD7l3/25rs6KAPG
f+bYv8/8/ldN4j1WDwp8T7XXdYSaLSbnSjYC7WMuiTCUybWAyRkDjjnPoCR6BRQB5/4B1WDW/Hfj
LULVJlt5/sRiMsZRnURMA4B52sBuGeoINcr4elXRvCPgHxJdh/7N02a9humjQu0YmZ0VyAPugjk9
eRgEnFe1UUAcLrXxBjv/AAVrepeEDNcy2MaYuDav5YLNh8BgMsifOeMAFScjIrj/AA7PYT/Ejwo2
m69rWuKq3Ky3V+X8oSeQcrEHAIPQsOcBk5Ne1UUAeeWGu2GgfFnxHbarK9tLqzWK2QaFyJz5ZTgg
EY3HGTxnPoayPEGk3Ot3/wATbKyXfcNHp0ioASX2JvKgAEliFIA7kivWqKAPL/E/jHSfiF4VfQfD
j3NzqWoNADF9mkxbL5iFnlbGAq4wSC3JHUc1u/8ANb/+5d/9ua7OigDjPhx/zNX/AGMV3/7JXZ0U
UAYelf8AI1a9/wBu/wD6Aa3KwtNdU8Ua+zsFVRbkknAA2Gqt/wCLvNn+x6FAb25PG8D5F9/f68D3
raUJTlp2X5GSmorXu/zOnorH0Gw1K186fVb1p5psfugflj+nb8v1rYrOSSdk7mkXdXCiiipGFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHlfxQ/5GW3/AOvRf/Q3orv9
U8M6TrVytxqFr50qoEDeY6/LknGAR6miuuFeMYpM55UpN3NWiiiuQ6AooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigDD/wCZ8/7hv/tWtysP/mfP+4b/AO1a3K0n09CIdfUKKKKzLCiiigAooooAzvEP
/Itap/16S/8AoBrnfhf/AMi1cf8AX23/AKAldNrNvJd6Jf28C7pZbeREXIGWKkAZNY3gPSL3RdEm
t9Qh8mVrhnC71b5dqjOQT6GtU17Nohr30zpqKKKyLCiiigAooooAKKKKACiiigAooooAKKKKAMPx
P/zCP+wlD/WtysPxP/zCP+wlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKAOM+Lv8AyTHV/wDtj/6OSj4u/wDJMdX/AO2P/o5K
6nU7CLVdKu7CdnWK7heByhAYKylTjOecGsLR/Dj3vgC10DxTawyeVGLeWOGRgjrE+I2DA55CI3br
yB0oAzPGVlbah8RfBVte28Nzbv8Abt0UyB0bESkZB4PIBp8cMUXxykeONEaXw/vkKqAXbzwuT6nC
gfQD0rqrrSLK81Sx1G4h33dh5n2aTew2b12twDg5A7g0f2RZf25/bHk/6f8AZ/svm72/1W7dtxnH
XnOM0Acf8Jobe58BzQ3Uby3kl3cJqsd0rMzTE4YOH6kpsz+Oec0/Wvs3/CwfAH2Hyfsnl3vkeTjy
9nkLt24424xjHGK09W+HHhXW75ry+0eFrh873id4t5JJJYIQCxJOSeTWu+g6bJe6bdG0RZdMV0s9
hKrCrKFYBQQMbQByOO2KAOY8NTRL8VfGsJkQSutk6xlhuZRDgkD0BZc/UetcnLNLc/C/x/Npcjyi
TXLh1ktmLboi8RYgr1Upuz2257V6N4g8FaB4pnhm1nTkuZYVKJIHdG25zglSMjPTPTJx1NWtN8N6
TpFjd2VjYQxWl3I8s8GN0blwAw2nICkADaOMdqAOI+KkWgwfC9YoTYlo4Yl0ss6u5jDxg+UxJYjZ
jJB5HWtfxP8A8lO8Ef8Ab/8A+iRU0Xws8HQ2s9uuiQlJ9u8tJIzjByNrFty++0jPfNdBdaRZXmqW
Oo3EO+7sPM+zSb2Gzeu1uAcHIHcGgDkvDtlbT/FjxjczW8Mlxb/YvJlZAXj3QENtPUZHBx1rG0iT
T9K8BeP0uW+yWK6rfW48mLd5YZUjUKgwOrAAZA9wOa9GtdIsrPVL7UbeHZd3/l/aZN7HfsXavBOB
gHsBWF4j8Hm58I61pnh0pZXWqTGeWR5nCs7MpkJPJAZVIwBjnGOTQByejeGPEupJ4W03VNAsdJtd
BmW5a8WRJHmKEEIqqTtLnlyTgkbuMBT3njP/AJEjXv8AsHXH/otq82h8B3088cel+DH8M3TMAurJ
rjTNbLn5iEVssSu5ccfe6jrXrl7ZwahY3FndJ5lvcRtFKmSNysMEZHI4PagDM8Gf8iRoP/YOt/8A
0Wtc/wDCK6RfB39jSjy7/SLma2u4Sykq3mM2Rgn5eSM9yrY6Vdsvhb4R0++t7y10ny7i3kWWJ/tM
x2spyDgvg8jvV3XPAnhzxJdC51XSoZrgdZVZo3bgD5ihBbAAAznHagDIvpote+KmiJp0iTLocNzL
eyIwZEaQeUseRnEmVJKnHAPXpUnhj/kp3jf/ALcP/RJol+Gmn2MkF14VuZtBv4I2iWaEeckis2SJ
UfO/vjJ4467VA6a10iys9UvtRt4dl3f+X9pk3sd+xdq8E4GAewFAGT4411tC0WFoLBL+9vLuK1s4
JMbPPJ3RsxJGACufqByOo49/7c/4W54V/wCEj/sL7X5d1s/s3f5mzymx5m/nbndt7Z316TqWm2ms
adPYahAlxazrtkjfoR/Qg8gjkEAisbSfh94a0O9t7vTdLSC5tmdo5RK7MC67WySxyMdAcgZJGCTQ
BkeHbK2n+LHjG5mt4ZLi3+xeTKyAvHugIbaeoyODjrXLSwy23wv8fw6XG8Qj1y4RY7ZSu2IPEGAC
9FCbs9tue1erWukWVnql9qNvDsu7/wAv7TJvY79i7V4JwMA9gKZZ6DptjBfQwWieVqE0k91G5LrK
7jDkhieCB06e1AHC/FSLQYPhesUJsS0cMS6WWdXcxh4wfKYksRsxkg8jrXpVclF8LPB0NrPbrokJ
SfbvLSSM4wcjaxbcvvtIz3zXW0AeRaR4RvtfTxdc6V4g1TTL1Ncu0hjhuWS3ZgVOXVecnOMg8ccH
GD1XgnWdJuvh4gvbWz0q2s91jfWsw2RQuDhlbzP724E5JOXwSTmum03SLLSPtf2GHyvtdy91P87N
vlfG5uScZwOBxVIeENFFrqlsbLfb6rI013E8rskjk5LAE4Vs85XB4HoMAHGa74d/4VxCuseFdQvI
IWuYkbRC/mx3jM8alI92SrkKxzhmx0wBW7rngzRPFl7NqenXz2Ws27NAdQ06fDxyKpXY4B6gMMjh
sADIFWdJ+HHhXRL5byx0eFbhMbHld5dhBBBUOSAwIGCORTNS+GfhPV9Rnvr3SEe5nbfIyTSRhm7n
CsBk9Txyck8mgDj7rV73WNC8ONqE32t7bxfFbR3wRVS9RWfbKoUbQvO3jI+U810/xH/5lX/sYrT/
ANnroJvDekz2tjbGwhjt7C5W6tooR5SRyqSQwC4HVicdDms+90S71H4gabqUwRNP0q0kaBlb55J5
cowI5+UIoPblhyeQADo6KKKACiiigAprMqIzMQFUZJPYU6sHxrqH9neFbxwcPKvkp9W4P6ZpxV3Y
Tdlc5nwIrax4r1PWZAcDOzPYuePyUY/Guq8Xaf8A2l4YvYQMuqeYn1Xn9cY/GqPw90/7F4WikYYe
6cyn6dB+gz+NdOQCCCMg1pUl7910IhH3Nepynw41D7X4ZEDHL2shj/4CeR/Mj8K6yvOvBpOh+N9S
0djhJNwQHvtOV/8AHSa9FpVVaXqOm7xCiiisyzD1X/katB/7eP8A0AVsySJDG0krqiKMlmOAB9a5
7xHNNb67o0ttbm4mUXBWINjd8g71g215qOvX7m9sDeGJuLP7SsCp9UPJ+proVLninfRL9WYOpyya
/rZHZ6drFvqksy2iyvHFx5xTCMfQHvV+sFNR1qJFSPw2qIowFW8jAA/Knf2rrn/Qvf8Ak7H/AIVD
pu+lvvRanpr+TNyisP8AtXXP+he/8nY/8KP7V1z/AKF7/wAnY/8ACl7N+X3r/MfOvP7mblFYf9q6
5/0L3/k7H/hR/auuf9C9/wCTsf8AhR7N+X3r/MOdef3M3KKw/wC1dc/6F7/ydj/wo/tXXP8AoXv/
ACdj/wAKPZvy+9f5hzrz+5m5RWH/AGrrn/Qvf+Tsf+FH9q65/wBC9/5Ox/4Uezfl96/zDnXn9zNy
isP+1dc/6F7/AMnY/wDCj+1dc/6F7/ydj/wo9m/L71/mHOvP7mblFYf9q65/0L3/AJOx/wCFH9q6
5/0L3/k7H/hR7N+X3r/MOdef3M3KKw/7V1z/AKF7/wAnY/8ACj+1dc/6F7/ydj/wo9m/L71/mHOv
P7mblFYf9q65/wBC9/5Ox/4Uf2rrn/Qvf+Tsf+FHs35fev8AMOdef3M3KKw/7V1z/oXv/J2P/Cj+
1dc/6F7/AMnY/wDCj2b8vvX+Yc68/uZuUVh/2rrn/Qvf+Tsf+FH9q65/0L3/AJOx/wCFHs35fev8
w515/czcorD/ALV1z/oXv/J2P/Cj+1dc/wChe/8AJ2P/AAo9m/L71/mHOvP7mblFYf8Aauuf9C9/
5Ox/4Uf2rrn/AEL3/k7H/hR7N+X3r/MOdef3M3KKw/7V1z/oXv8Aydj/AMKP7V1z/oXv/J2P/Cj2
b8vvX+Yc68/uZuUVh/2rrn/Qvf8Ak7H/AIUf2rrn/Qvf+Tsf+FHs35fev8w515/czcorD/tXXP8A
oXv/ACdj/wAKP7V1z/oXv/J2P/Cj2b8vvX+Yc68/uZuUVh/2rrn/AEL3/k7H/hR/auuf9C9/5Ox/
4Uezfl96/wAw515/czcorD/tXXP+he/8nY/8KP7V1z/oXv8Aydj/AMKPZvy+9f5hzrz+5m5RWH/a
uuf9C9/5Ox/4Uf2rrn/Qvf8Ak7H/AIUezfl96/zDnXn9zNyisP8AtXXP+he/8nY/8KP7V1z/AKF7
/wAnY/8ACj2b8vvX+Yc68/uZuUVh/wBq65/0L3/k7H/hR/auuf8AQvf+Tsf+FHs35fev8w515/cz
Nn0WPXNe16CSaWIqbcqUPGdh6joa5y68Otot1/xNobiSzJwJ7Vhx9cg/kcV13h2WefxBrcl1b/Zp
j5G6LeH2/Kccjg8c10LKrqVdQykYIIyDW3tpU3y9LL8jL2UZq/XX8zjbDwfoGpwedZ311KnfDrlf
YjbxVr/hXul/8973/vtf/ia27DRbHTLiaazgETTY3AE449B2q/USrzv7rdi40o21Ryv/AAr3S/8A
nve/99r/APE0f8K90v8A573v/fa//E11VFT7ep3H7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8A
vtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/h
Xul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3
vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY
5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6
X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h
7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP
+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9
vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf
/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImu
qoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973
/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/
AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/
8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8A
vtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/h
Xul/8973/vtf/iaP+Fe6X/z3vf8Avtf/AImuqoo9vU7h7GHY5X/hXul/8973/vtf/iaP+Fe6X/z3
vf8Avtf/AImuqoo9vU7h7GHYKKKKyNAooooAytU8TaTotytvqF15MrIHC+W7fLkjPAPoaK4D4of8
jLb/APXov/ob0V1woRlFNnPKrJOx6pRRRXIdAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8
z5/3Df8A2rW5WH/zPn/cN/8AatblaT6ehEOvqFFFFZlhRRRQAUUUUAFFUtZuJLTRL+4gbbLFbyOj
YBwwUkHmsbwHq97rWiTXGoTedKtwyBtir8u1TjgD1NUotx5hc2tjpqKKKkYUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUVla7
ez2f9nfZ32edfRQycA5Q5yOfpWrTaskxJ3dgooopDCiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACvP/iVcPd3umaPAcvI28r7k7V/9mr0CvOdO/wCJ/wDFG4uf
vQ2ZYj0+T5R/48c1rR0bl2M6m1u56Ba26WlpDbxDCQoqL9AMCpqKKyNDzrxsDovjPTdYQEI+3fju
VOG/8dIFeiAhgCDkHkEVyvxF0/7Z4YeZRl7WQSD6dD/PP4VoeDtQ/tLwvZSk5dE8p/qvH8gD+Nay
96CfbQzjpNo26KKKyNDD1X/katB/7eP/AEAVc1LRLTVNryq0dwn3J4jtdfxqnqv/ACNWg/8Abx/6
AK3K1baUWu36szSTck+/6IztLi1K3aSG/miuIlx5UwG129mHStGiis27u5aVlYKKKKQwooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAw9K/wCRq17/ALd//QDW5WHpX/I1a9/27/8AoBrcrSpv8l+SIht83+YUUUVm
WFFFFABRRRQAUUUUAFFclr3jDVNP8VJoWjeH/wC1bg2QvGP21YNq7yh+8MHkDv36cVp+HtT1rUvt
H9t6B/ZHl7fK/wBMS483Oc/dHGMDr1z7UAbVFFc/rGv3On+MfDmkwpCbfU/tPnMwO9fLjDLtOcDk
85B/CgDoKKKKACiiigAooooAKKKKACiuf8C6/c+J/B1jq16kMdxceZuWEEINsjKMAknoo71B4r8V
3ug6ppOnaZo/9qXeped5cf2pYMeWqseWBHQnuOnvQB09Fcx4c8Xz6rrF1o2saRNpGrQRicQNIJkk
hOBvWRQAcE4I/UkEDp6ACiiigAooooAKKKKACiiuc8beIL7QNOsBpUNtLe6hfxWMJuS3loz5+Zgv
JHy449c84wQDo6KpaR/af9lw/wBt/Y/t/wA3m/Y93lfeONu7npjOe+au0AFFFFABRRRQAUVyXjbx
1/whl1pkZ0ya+S881pDC+HiSMKXYLg7sKxPUD5evcaHijxPF4d8I3GvQRJfRRrG6KkoVZFdlUEMA
eMNnoc0AbtFFFABRRXP+BdfufE/g6x1a9SGO4uPM3LCCEG2RlGAST0Ud6AOgooooAKK8/wBI8feJ
9e0uHUdM8EefaTbvLk/taJc4YqeGUHqD2rubKWeext5bq3+zXDxq0sO8P5bEcruHBweMjrQBPRRR
QAUUUUAFFFFAHAePPDOra1rcNxp9r50S26oW8xF+bcxxgkeoorv6K2jXlFWRk6UW7hRRRWJqFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf8AzPn/AHDf/atblYf/ADPn/cN/9q1uVpPp6EQ6+oUU
UVmWFFFFABRRRQBneIf+Ra1T/r0l/wDQDXO/C/8A5Fq4/wCvtv8A0BK664t47u2lt513RSoUdckZ
UjBGRVfS9IstFtmt9Ph8mJnLld7N82AM5JPoKtSSg4kuPvJl2iiioKCiiigAooooAKKKKACiiigA
ooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/
APMI/wCwlD/WtysPxP8A8wj/ALCUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigCjrV+NM0a7vCeYYmZc/3u364rlfhhYGPTLu/cfPcS
bAT3C9/zJ/KpPidqH2fQ4LNT81zLkj1Vef5la6Lw9p/9l6BZWhGGjiG8f7R5b9Sa1+Gn6me8/Q0q
KKKyNCC9tUvbGe1k+5NG0Z+hGK4f4Z3T282paTNxJE/mBfQj5W/ktd/XnV1/xT/xUil+7BekZ/4H
8p/8eGa1p6xcTOejUj0WiiisjQw9V/5GrQf+3j/0AVuVh6r/AMjVoP8A28f+gCtytJ7R9P1ZEd36
/ogooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD0r/AJGrXv8At3/9ANblYelf8jVr3/bv/wCg
GtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQB5zr1jqmofGFItG1f+yrgaCGaf7Ms+5ftByu1
uByQc+3vWzqljqmn/DrxDFrOr/2rcGyuWWf7MsG1fKOF2rweQTn39qNe8IapqHipNd0bxB/ZVwLI
WbD7Es+5d5c/eOByR27deamt/DetS6Hq+na34j/tL7fbtBFJ9hSH7PuVlJwp+bO4cEj7vvQB55fe
ErTw78MbPxfp91fLr0MNpcx3Tz7ioZY08rbjHlhWwARnAAJI4rqvH2m/2v478G2X2y8s/N+2/v7O
Xy5UxEp+VsHGcYPsTWzqvg7+0/h5H4W+3eXst4IPtPlZz5ZQ52bu+zpnjPerup+Hv7S8T6HrH2ny
/wCyvP8A3Xl583zUC9c8Yxnoc+1AHM+HNKg8KfE+60LR3mi0m50oX5tGkLokwlEe5SckZA555z6A
Acl4ok8K6h/bWo6VpniO/wBTgkkkXXbTe8MUy/OuH3bQifKuQvCgEHo1ep/8I9/xW/8AwkX2n/mH
fYfs/l/9NN+/dn8MY/Gucn+G9+NOuNG0/wAUXNl4fkWRY7BLVGaMNltvm53Mu88g8lcqTzmgDP8A
Fzz674I8DPdXMyXF9qNgZbiEhJFZ42y6kDCtk5GBwafa+G7TwJ8QvDVpoMlzDbapDcRXsTyb1nMU
e5XIPRst1GB2AAJz0d14O+06H4b077dt/sS5tZ/M8rPneSu3GN3y59cnHvV3U/D39peJ9D1j7T5f
9lef+68vPm+agXrnjGM9Dn2oA5PTNBtfiHrGvXnihPtkOn6jJp9lbK8kaQLH95vlYZZ9y5J/u+mA
IPFtve6BY+GvB+kR3mqWl356ywyXaxT3EUYDeV5uMKmGIIABKqFBGed298D3kOtX2p+GdefRpdRZ
XvI/sUU6SMowpUEDaclieTktmn6x4CTXfD1lZX+rXj6nZSNcRamoUSrMcnI4+VNxBCKRgIozxmgD
mfCHhvWtH8a2dzY+GZtA0mSN47+L+1Euo5cKxjbBO4MGIGRng9huyeE/B9r488OJ4k125vDq15cy
TW9zb3EiPZKsp2xx5ZgFBViOON3qM11Ok+Gdft9at77WfFtzqMVurhLaO1S2R2YYy+0/OAOQCODg
g9QaSfD+/t57m1sPFN9YaFPM0wsLWFI3hLHcVjl6ou7naBjGR3JIBJ8Iv+SY6R/22/8ARz1S8ff2
n/wnfg3+xPsf2/8A03yvtm7yv9Uud23npnGO+K6bwh4e/wCEV8MWej/aftP2bf8AvfL2btzs3TJx
97HXtVLxX4Uvde1TSdR0zWP7Lu9N87y5Psqz58xVU8MQOgPY9fagDD0mbVNM+JVufFdrbS6lq1o9
vZ3VhMfIijj+dovLYBsk5YsS3VQMDOOfvYtS8Z6/rM194TfxBbWF/LY22NVFpHbqh5ATOSzZBZiT
ngDAGK7nSfBtxFrVvrPiDXLnWNQtFdLUmJYIoVYYJEa9WIyCSeQRx8oNVr7wFdReIbvWfDOvzaLc
X3/H3GLWOaKQjGCEOAGyGJJySWPTJyAYunpJ4d+F19aePHvLOyS5MVvALpJJ3t/lZYA6Y3bsOp6f
Ln7qjjM8NPZaT8SdGt/D2j67oVpqEc8d5bajEyx3GyMujLuZiWB6nPAxjqc9n/wg89x4e+x6lrl5
e6ml7/aEGoSKP3E4+4UjJK7B/c6ctjGRiGx8D6oPE+l65rPiabU7iw81VjNosUZV02jCqcK2SSW5
3DaONtAGZpmg2vxD1jXrzxQn2yHT9Rk0+ytleSNIFj+83ysMs+5ck/3fTAB4h0iezj8L+BLLU7yP
TtQ+0JcXDsHuGhjUP5YbgBSCV6cAAcjIOte+B7yHWr7U/DOvPo0uosr3kf2KKdJGUYUqCBtOSxPJ
yWzU2o+CBqui6dBearcyarp8xuoNTaNC4mJLZ2kEeXuIOwY4RRnigDn9X8OWfgHWvDl94ZV7OK81
OOxvLbzpXS4WQEKzZfqg3EcdWz2wYV8H6b4s+KPisaubmS2tWs3+zJMUjlYwEAvjklecYIxk9iRX
Qab4FuG1+DV/E+tPrtzaLizR7ZYI4GzkvsUkFumD2wOpC7dbTPD39m+J9c1j7T5n9q+R+68vHleU
hXrnnOc9Bj3oAxvhi88Wj6rpstzNcQ6Vqs9hbNMQXWFNu1SQBnGT/IYAAGZ8VPDml6hfeHLy6tfM
uLjVbawlfzGG6Bi5KYBwOT1HPvXWeG/D3/CP/wBq/wCk+f8A2hqM19/q9vl+Zj5OpzjHXj6UeJPD
3/CQf2V/pPkf2fqMN9/q93meXn5OoxnPXn6UAcn498P2Wm+HvC2i6Z51laf29bxxmGVvMi3+YSys
2SGyxIPY1N4m02PwZ4astH8JH+yhrOqxWkkwZ5Hi80EM6lmyGwijr64weR03iTw9/wAJB/ZX+k+R
/Z+ow33+r3eZ5efk6jGc9efpT/E/hqx8WaLJpmohxE7K4kj2742BzlSQcHGR06EjvQBwfivwZp3w
+8MDX/DHnWl/p0kLSyNPI32tN6qY5AGA2sSrHAx8uMDPFnxJ4btPFPxejsNQkuVtV0NJpI4ZNgmC
3P3H9VJ5wMHIBBGK0x4Av9U1G0l8W+In1yztGMsdkbNII2k7M4U/OAM8Ed/QkHd/4R7/AIrf/hIv
tP8AzDvsP2fy/wDppv37s/hjH40AcHo3gfTdS8Va74dvZ76bQtFmhntNPNwRGGnjLNkj5iFP3eeM
nOdzZ6P4YvPFo+q6bLczXEOlarPYWzTEF1hTbtUkAZxk/wAhgAAbOmeHv7N8T65rH2nzP7V8j915
ePK8pCvXPOc56DHvR4b8Pf8ACP8A9q/6T5/9oajNff6vb5fmY+Tqc4x14+lAGF4thiufiR4LhnjS
WKRdQR43UMrKYACCD1BFcT4hubnRfBHirwbqMs0p0/yJ9OllJYyWhmjAGdoB2EgE56kgcLXqep+H
v7S8T6HrH2ny/wCyvP8A3Xl583zUC9c8Yxnoc+1ZPj74eWnjmC2YzJZXsDYF0IfMYx4OUI3DIyQR
nOOcdTQBS8U2svivx9aeFry5eLRo7AalcwxZVrphLsCM2eFBwePfvtKw2+jw+B/iNoVjoTPBpWrw
3KTWTSyOiyRqH80bmPzEBF6cAH146DxL4RGt6jZarYX76ZrFirpBdpCko2twQ6sPmGC2ORgsTUHh
/wAFNp+tTa3rmpPrWsMoiiuZIREsEeMbUQEhScnJHqemW3AHLeE/B9r488OJ4k125vDq15cyTW9z
b3EiPZKsp2xx5ZgFBViOON3qM1n6bq+paX8EvDkOkb/tOo35sf3TiOTa8suQjnIRjtADEHGc9cEd
Ynw/v7ee5tbDxTfWGhTzNMLC1hSN4Sx3FY5eqLu52gYxkdyTPb/Dmxb4eweFNRuHuYoWLi5jjVHV
vML5UHdtOGK/Qn1oA4/S/Cmtab4l0m90PwdN4fEdyq3kq6wlwktuxG9WRjk8DIx+ROCPYK4yw8He
I4rrT/7S8bXl3Z2ciSGCO1WF5to4V5AxZlP8QbO768js6APJfhzoXie88CadPpni7+z7R/N8u2/s
yKXZiVwfnY5OSCfxr1qvP9I8A+J9B0uHTtM8b+RaQ7vLj/smJsZYseWYnqT3rubKKeCxt4rq4+03
CRqss+wJ5jActtHAyecDpQBPRRRQAUUUUAFFFFAHAePPE2raLrcNvp915MTW6uV8tG+bcwzyD6Ci
sr4of8jLb/8AXov/AKG9Fd9KEXBXRyTlJSep6pRRRXAdYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQBh/8z5/3Df8A2rW5WH/zPn/cN/8AatblaT6ehEOvqFFFFZlhRRRQAUUUUARXFxHaW0txO22K
JC7tgnCgZJ4qvper2WtWzXGnzedErlC2xl+bAOOQPUVH4h/5FrVP+vSX/wBANc78L/8AkWrj/r7b
/wBASrUU4ORLl7yR2dFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n
/wCYR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5Wkvh
REfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUyaV
LeCSaQ4SNSzH0AGTQB55r3/E/wDiVZ2A+aG12hx24+dv8K9Grzz4dxPqOt6prMw+ZiVH1Y7j+WB+
deh1rV0aj2M6eqcu4UUUVkaBXC/E+xJsrLUY+Hgk8skdcHkH8CP1ruqy/Eun/wBqeHb21Ay7RlkH
+0OR+oq6cuWSZM1eLRY0m+GpaTa3i4/fRK5x2OOR+eauVxvwz1D7T4fktGOWtZSAP9luR+u6uypT
jyyaCLukzD1X/katB/7eP/QBW5WHqv8AyNWg/wDbx/6AK3Kqe0fT9WKO79f0Ri+L/EP/AAivhi81
j7N9p+zbP3XmbN251Xrg4+9np2p/hjxBF4l0WO+SF7aUM0VxbSEb7eVThkb0IPPIBwQcDOKw/i7/
AMkx1f8A7Y/+jkrPuNXi+H3ijxAkuwaff2j6xbLK4iVrofLJCrNnczna2B93IAXmsyzTHxBil+IU
Phm2sHlidpImv/NGwSpH5jooAO4qNoPIIJ5HHOtpniH+0vE+uaP9m8v+yvI/e+ZnzfNQt0xxjGOp
z7Vw2m6dPp3iP4em9Gb+7/tG8vGMIidppYg7blH8QyF/4COB0HQeGP8Akp3jf/tw/wDRJoAm8beO
v+EMutMjOmTXyXnmtIYXw8SRhS7BcHdhWJ6gfL17jpvttt9h+2/aIfsnl+d5+8eXsxndu6bcc56Y
rjPGdnBqHxB8H2d0nmW9xHqMUqZI3K0ABGRyOD2rn/7Xvf8AhEP+EH87/ibf2j/Ye/Yvm/ZMZ+0e
TjOzyvlznp827NAHW+CfHX/CZ3WpxjTJrFLPymjMz5eVJAxRiuBtyqg9SPm69zmaR4+8T69pcOo6
Z4I8+0m3eXJ/a0S5wxU8MoPUHtVnwlDFbfEjxpDBGkUUa6eiRooVVUQEAADoAKw/hZo/iGbwlo15
beJvI0wSOx0/7BG2VEzbl8wnd82Dz2z7UAep1xl9401r/hJ9U0fRPC/9p/2d5Xmy/wBoJD/rE3Dh
l+o4J6Vp3eseIYfEK2dt4Z8/TDJGp1D7fGuFONzeWRu+XJ474965KHTNa1L4neL/AOxNf/sjy/sX
m/6Glx5uYePvHjGD0659qAOm07xtBqXgy/12Kzmjm0+Ob7TZTZR45o13NGSR9Ocd+QDkCno3i7xP
q/2Cf/hDPKsLvy3+0/2pE2yJ8HfswCcA5x1rC0+SfT/Cnjvw3dxWzT6XaSSPeQl912ZoXbzJNxJ8
w4yTkjnA4UZ1vAWj+IYdJ0O8ufE3n6YbKNhp/wBgjXCmIbV8wHd8uRz3x70Aa/jTxY3hSwglgskv
rmZnItzcCJvLjjaSRxkHIULzx3HcgHW/tey/sP8Atjzv9A+z/avN2N/qtu7djGenOMZrgta8RQT/
ABAuJJdF1TW9P020exCWenJcxieTBm+fPBCbEKn1YcfxY1zdS3vwS1/SVtr5J9JmWNYLzJuVt/NS
SNpExlQIzj0xGSOBwAdZD451y+gj1DT/AAXfTaPIolWdrqJJ2jxyywcknrtAPzcY61qeIPFzaXqs
Oj6XpdzqusTQm4S3jYRokYbG55G4UcNjryAOMjO5ZfZvsNv9h8n7J5a+R5OPL2Y+XbjjbjGMcYrj
/D0MUXxZ8XPPGiXMsNo9uXUB3i8va5TPJXcqg44yBnkUAXdJ8ZXEutW+jeINDudH1C7V3tQZVnim
VRkgSL0YDJII4AHPzAVCfiDFF8QpvDNzYPFEjRxLf+aNhlePzERgQNpYbgOSSRwOeIPiLKsmo+EL
CMO91JrkFwsaIWJjjz5jcDgKGBPtk9jWTNoP/CR+LfH9lG/k3Y/s+a0nB2tDOsJKMGwSvPBI5wTi
gDs/+Eh/4rf/AIR37N/zDvt32jzP+mmzZtx+Oc/hW1XmXhLX/wDhI/ibb3sieTdjw6YbuAja0M63
OHUrkleeQDzgjNdboOseIdQvni1nwz/ZVuIyyzfb459zZGF2qMjgk59vegDP8B/EGLxqk6yWD6fc
xqJY43lDiaIkrvQ4BIDKVPGAcc5OBoaR4tg1Cx128uofslvo97cW0r7jJuWIAl8AZHB6DPTvXnnh
uGXSfhv4Z8W2UbvLpbTJeRxqS09m87iQYGNxQ4cZIUYYmmXX/Ew+Fnj+Sy/0lH16aZWh+cMgkhYs
COq7QTnpjmgDr4fHOuX0Eeoaf4LvptHkUSrO11Ek7R45ZYOST12gH5uMda1D4puNT8L2Ws+F9JfV
hdNjyHnW2ZF+YMSWyMhl24HXqCRW5ZfZvsNv9h8n7J5a+R5OPL2Y+XbjjbjGMcYrj/hdKt3p2v38
Ic2t7rl1cW8jIVEsZ24YZA4yCPqCO1ADNB8c+Idevnij8IeXb296bO7m/tOM+Qykb/l2gttBzx17
GtO18ZfadD8Saj9h2/2Jc3UHl+bnzvJXdnO35c+mDj3qn8OP+Zq/7GK7/wDZKxdK/wCRI+JH/YR1
P/0WKANrRvF3ifV/sE//AAhnlWF35b/af7UibZE+Dv2YBOAc461s6H4h/tbVNZ06e2+y3el3IjaP
zN++Jl3RyZAAG4Z+XJIxzXM+DNC8T/2HoN1/wl3+gfZ7eT7F/ZkX+q2qfL8zOenG7r3qH4o6VOb7
SbzT7z7HcapINBun8oSb4JiT0JwNpDdME7uoxQB1nhbxD/wk+ly6jHbeTaG5kjtZPM3faIlbaJMY
BXJDfKRkYq79qvf7c+y/YP8AQPs/mfbfOX/W7seX5fXpzu6dqmsrODT7G3s7VPLt7eNYokyTtVRg
DJ5PA71yf/Nb/wDuXf8A25oA7OivArbw3aWnwas/F0MlyNZspllt5Wk3LEBclQgQ5Xbkl8YzuJ5w
cV6B4l0638WfEiy8P6uryaXa6Y+oeSkjIJZTJ5Y34PIUZIxggk84JFAG7o+v3OoeMfEekzJCLfTP
s3ksoO9vMjLNuOcHkcYA/GtPSLq9vNLhn1Ow/s+7fd5lt5yy7MMQPnXg5AB/GuM8A6VBonjvxlp9
q8zW8H2IRCWQuyKYmIQE87VB2jPQACuV8PRLrPhHwD4buy/9m6lNezXSxuUaQQs7qhIP3STyOvAw
QRmgD2qiuI1Twz4a8G+EdXY/brTR5Vja5toLh23kNjC5JIMmVRuQCuORya5bwrHc6H478Pw2vhqb
w3aarHP50T35uPtQWLeu5W5jZD6gH5iPUUAem2Gv22oa7qukwpMLjTPJ85mA2N5ill2nOTwOcgfj
U1rdXsuqX0FxYeRaQ+X9mufOVvtGVy3yDlNp45615z4V8C+Ho/iT4iiXT8JpEllLZDzpP3TGMuT9
75vmAPzZqDxBq1zol/8AE29sm2XCx6dGrgkFN6bCwIIIYBiQexAoA9aory/xj4O0nwX4fbxPo6XK
6zp00U/2qW5kdrljIqv5vPIYMd2NufpkVa17w/ZeJfjCllqfnPaDQRJJDHKyLLi4ICvtwSoJDYyO
VX0oA9GoriPhZG1nouraWsryW2l6vc2dtvA3CNSDyQBk5Zjn39MCu3oAw9K/5GrXv+3f/wBANblc
uurWekeI9elvJQgP2favVm+Q9BWLf+MJ9Xn+zxXI0y0P3pCGZyP+Aj9B+ddPsZTd1tZfkYe1jBa9
3+Z3sdzDLK8cc0byR/fVWBK/UdqlrkNF1PwxocTC3vmeV8b5XifLf+O8CtP/AITPQ/8An+/8gyf/
ABNZypST91P7i41I21a+83KKw/8AhM9D/wCf7/yDJ/8AE0f8Jnof/P8Af+QZP/iaXsp/yv7h+0h3
RuUVh/8ACZ6H/wA/3/kGT/4mj/hM9D/5/v8AyDJ/8TR7Kf8AK/uD2kO6NyisP/hM9D/5/v8AyDJ/
8TR/wmeh/wDP9/5Bk/8AiaPZT/lf3B7SHdG5RWH/AMJnof8Az/f+QZP/AImj/hM9D/5/v/IMn/xN
Hsp/yv7g9pDujcorD/4TPQ/+f7/yDJ/8TR/wmeh/8/3/AJBk/wDiaPZT/lf3B7SHdG5RWH/wmeh/
8/3/AJBk/wDiaP8AhM9D/wCf7/yDJ/8AE0eyn/K/uD2kO6NyisP/AITPQ/8An+/8gyf/ABNH/CZ6
H/z/AH/kGT/4mj2U/wCV/cHtId0blFYf/CZ6H/z/AH/kGT/4mj/hM9D/AOf7/wAgyf8AxNHsp/yv
7g9pDujcorD/AOEz0P8A5/v/ACDJ/wDE0f8ACZ6H/wA/3/kGT/4mj2U/5X9we0h3RuUVh/8ACZ6H
/wA/3/kGT/4mj/hM9D/5/v8AyDJ/8TR7Kf8AK/uD2kO6NyisP/hM9D/5/v8AyDJ/8TR/wmeh/wDP
9/5Bk/8AiaPZT/lf3B7SHdG5RWH/AMJnof8Az/f+QZP/AImj/hM9D/5/v/IMn/xNHsp/yv7g9pDu
jcorD/4TPQ/+f7/yDJ/8TR/wmeh/8/3/AJBk/wDiaPZT/lf3B7SHdG5RWH/wmeh/8/3/AJBk/wDi
aP8AhM9D/wCf7/yDJ/8AE0eyn/K/uD2kO6NyisP/AITPQ/8An+/8gyf/ABNH/CZ6H/z/AH/kGT/4
mj2U/wCV/cHtId0blFYf/CZ6H/z/AH/kGT/4mj/hM9D/AOf7/wAgyf8AxNHsp/yv7g9pDujcorD/
AOEz0P8A5/v/ACDJ/wDE0f8ACZ6H/wA/3/kGT/4mj2U/5X9we0h3RuUVh/8ACZ6H/wA/3/kGT/4m
j/hM9D/5/v8AyDJ/8TR7Kf8AK/uD2kO6NyisP/hM9D/5/v8AyDJ/8TR/wmeh/wDP9/5Bk/8AiaPZ
T/lf3B7SHdG5RWH/AMJnof8Az/f+QZP/AImj/hM9D/5/v/IMn/xNHsp/yv7g9pDujcorD/4TPQ/+
f7/yDJ/8TR/wmeh/8/3/AJBk/wDiaPZT/lf3B7SHdG5RWH/wmeh/8/3/AJBk/wDiaP8AhM9D/wCf
7/yDJ/8AE0eyn/K/uD2kO6NyisP/AITPQ/8An+/8gyf/ABNH/CZ6H/z/AH/kGT/4mj2U/wCV/cHt
Id0blFYf/CZ6H/z/AH/kGT/4mj/hM9D/AOf7/wAgyf8AxNHsp/yv7g9pDujcooorMsKKKKAMrVPD
Ok61crcaha+dKqBA3mOvy5JxgEepoo1TxNpOi3K2+oXXkysgcL5bt8uSM8A+horRe0tpch8l9bGr
RRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8z5/3Df/AGrW5WH/AMz5/wBw3/2rW5Wk
+noRDr6hRRRWZYUUUUAFFFFAFLWbeS70S/t4F3Sy28iIuQMsVIAyaxvAekXui6JNb6hD5MrXDOF3
q3y7VGcgn0NdNRVKTUeUXLrcKKKKkYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+
tblYfif/AJhH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+J/8AmEf9hKH+
tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BXOePdQ+weFbkKcPcEQL+PX/AMdBro688+Icr6nr2l6NCeWILY9XOB+QBP41pSV5oio7ROh8Caf9
g8KW24Ye4zO3/Aun/joFdFTIokghSKMYRFCqPQDpT6iT5m2VFWVgooopDCiiigDzrw3/AMSH4i32
mH5YrjcEHb++v6ZFei1558QI20rxFpesxDoQGx3KHP6g4/CvQI5FliSSM5RwGU+oNa1dUpdzOnpe
Jjar/wAjVoP/AG8f+gCtysPVf+Rq0H/t4/8AQBW5SntH0/Vjju/X9EZniPQbbxPoVzpN680dvcbd
zQkBxtYMMEgjqo7VB4i8Kab4o+wf2nFv+xXK3EeFU7sdUbcDlG4yOM4HpW1RWZZmX+g22oa7pWrT
PMtxpnneSqkbG8xQrbhjJ4HGCPxrF1P4e22oa7e6tDreu6fcXuzzlsbsRI2xQq8bcngdz3NdbRQB
z9t4PtoLrRLma/1G7uNH8/yZbmYSPJ5ow3mHGTgcDGMYHWpv+EU03/hL/wDhJPK/0/7P9n+6u3r9
/pnfj5c5+7xW1RQBmWGg22n67qurQvM1xqfk+crEbF8tSq7RjI4POSfwrmLP4V22n2qW1l4n8U21
umdsUOoBEXJycAJgckmu6ooAK5LU/h7bahrt7q0Ot67p9xe7POWxuxEjbFCrxtyeB3Pc11tFAHP2
XgnSdP0PUdNtkmH9pxsl5dPJvnnLKVLs7Z+bknpjJJxyaz9M+HUWlT2jweJfEzRWjIUt3vwYiqkY
QqFHy4GMeldhRQBmaDoNt4ftbiK2eaV7m5kuriaYgvLK5yzHACjoBgADioF8K6eviG/1f98z6jbi
3u7Z33QTAYAZkI5baNvpgnjkk7VFAHERfCzTYENvDrPiCPTSzZ05L8i3KMSWj24ztOSDzk5POea2
vEHg/TfEU8N1Mbm01CBSkN9ZzGKeNSeQGHUEZHIONzYxmt2igDnNE8D6bo2ojUZJ77U9SRTHHeaj
cGaSND/CvQAdecZ+ZucHFaFhoNtp+u6rq0LzNcan5PnKxGxfLUqu0YyODzkn8K06KAOf0/wXpume
L77xHamZLu9jMcsQ2iIZKksAFzuJTJJJySfWugoooAyNC8NWOg+G4tDhD3FlGroRc7XLq7MzBuAC
PmI6dKreGPBem+FdDuNJtTNc2lzI0kq3e1925QpUgKAVwvQjua6CigDjP+FX6Wn7i21TXbbTOh02
LUGFsVP3kKnLbW5z838R6V1Om6baaPp0Fhp8CW9rAu2ONOgH9STySeSSSatUUAZmiaDbaD/aH2V5
n+33sl7L5pBw74yFwB8vHGcn3qrb+EbG20rW7BJbkxazNPPcEsu5WmXa2zjgAdM5/Gt2igCrplhF
pWlWlhAztFaQpAhcgsVVQozjHOBVbW9Btte/s/7U8yfYL2O9i8ogZdM4DZB+XnnGD71p0UAZmt6D
ba9/Z/2p5k+wXsd7F5RAy6ZwGyD8vPOMH3o/sG2/4Sr+39832v7F9i2ZHl7N+/OMZ3Z98Y7Vp0UA
cx/wgWm/8IJ/wifn3n2D/npvXzf9b5nXbjr7dPzqfxH4M0/xJdWt5LNeWN/a5EV7Yy+VMFIIKbsH
5eT9MnGMnPQUUAc/4Z8Gaf4Vur+4sZryWW/8sztcy+YWZAcvnGdzFmY5PU8YHFVT8PdL/wCERsvD
wuL5ILGb7RbXKTBZ4pNzNuDAYz8zDp39QDXVUUAcqnw+01tF1LTb691TURqKoktxeXRklVUJZApx
gBWJYcdSc5HFM0z4dafp2u2Wsyalq99f2m8JNe3XmllZSuw5H3RliMY5Y5zxjraKAOcufBNpP4oO
uwahqlncyNE1xFa3OyK5Mf3fMXByMcYyBj3JJsr4V0/7frl1L50v9txxxXcTPhNqIUwuACMgnPP0
xW1RQBx+mfDXTdPntHn1PWtRismSS1t7y9LRQOhGxlVQvIAwB0wTxW7/AGDbf8JV/b++b7X9i+xb
Mjy9m/fnGM7s++Mdq06KAMzRNBttB/tD7K8z/b72S9l80g4d8ZC4A+XjjOT71p0UUAc5bWNtqHiP
X4buFJYz9n4YdPkPT0rLvPCE+lTm60mOG8i/itriNXOPbPX9D9a29K/5GrXv+3f/ANANbldDqyg9
NrL8kYqnGS17v8zmtCk0fWhLG2jW1vcw482N7dePocVr/wBiaX/0DbL/AL8L/hV0KAxYAZPU460t
ZSm29NC4wstSj/Yml/8AQNsv+/C/4Uf2Jpf/AEDbL/vwv+FXqKXNLuVyrsUf7E0v/oG2X/fhf8KP
7E0v/oG2X/fhf8KvUUc0u4cq7FH+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wq9RRzS7hyrsUf
7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KvUUc0u4cq7FH+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+
F/wq9RRzS7hyrsUf7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KvUUc0u4cq7FH+xNL/AOgbZf8Afhf8
KP7E0v8A6Btl/wB+F/wq9RRzS7hyrsUf7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KvUUc0u4cq7FH+
xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wq9RRzS7hyrsUf7E0v/oG2X/fhf8KP7E0v/oG2X/fh
f8KvUUc0u4cq7FH+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wq9RRzS7hyrsUf7E0v/oG2X/fh
f8KP7E0v/oG2X/fhf8KvUUc0u4cq7FH+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wq9RRzS7hy
rsUf7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KvUUc0u4cq7FH+xNL/AOgbZf8Afhf8KP7E0v8A6Btl
/wB+F/wq9RRzS7hyrsUf7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KvUUc0u4cq7FH+xNL/AOgbZf8A
fhf8KP7E0v8A6Btl/wB+F/wq9RRzS7hyrsUf7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KvUUc0u4cq
7FH+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wq9RRzS7hyrsUf7E0v/oG2X/fhf8KP7E0v/oG2
X/fhf8KvUUc0u4cq7FH+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wq9RRzS7hyrsUf7E0v/oG2
X/fhf8KP7E0v/oG2X/fhf8KvUUc0u4cq7FH+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wq9RRz
S7hyrsUf7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KvUUc0u4cq7BRRRUjCiiigDyv4of8AIy2//Xov
/ob0Vq+PPDOra1rcNxp9r50S26oW8xF+bcxxgkeoorvpTioK7OScZOT0O/ooorgOsKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAw/+Z8/7hv8A7VrcrD/5nz/uG/8AtWtytJ9PQiHX1Ciiisywoooo
AKKKKAKWs3Elpol/cQNtlit5HRsA4YKSDzWN4D1e91rRJrjUJvOlW4ZA2xV+XapxwB6mtXxD/wAi
1qn/AF6S/wDoBrnfhf8A8i1cf9fbf+gJWqS9m2Q376R2dFFFZFhRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/r
W5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAV5XZ63YSfES51TUrgR28TP5R2M2cDYvAB7c16pXPyeBfD0sjO2nDcxycSyAf
kGxWtOUY3uROLdrDf+E98O/9BH/yBJ/8TR/wnvh3/oI/+QJP/iaP+EB8O/8AQO/8jyf/ABVH/CA+
Hf8AoHf+R5P/AIqj915/gL955B/wnvh3/oI/+QJP/iaP+E98O/8AQR/8gSf/ABNH/CA+Hf8AoHf+
R5P/AIqj/hAfDv8A0Dv/ACPJ/wDFUfuvP8A/eeQf8J74d/6CP/kCT/4mj/hPfDv/AEEf/IEn/wAT
R/wgPh3/AKB3/keT/wCKo/4QHw7/ANA7/wAjyf8AxVH7rz/AP3nkYHjTxJoWueH3gtb3fcxuskS+
U4yeh5K46E10HgbUP7Q8KWpY5eDMDf8AAen/AI7ik/4QHw7/ANA7/wAjyf8AxVa+m6XZ6Pa/ZrCA
QxbixUEnJPck89qcpQ5eWNwjGXNdmXrc8Vt4k0OWeRY40FwWZjgD5BVS48WC/ma30qe2t0HDXV1I
FA/3VPJ/GrWu28V34j0SG4jWSJxcBlYZB+QVUm8LHS5Wn021tbyEnLWtzGpb/gLkZ/A/rVx5LLm3
t+rIlz3dtr/oi5pb6PppklbWLe4upcebNLcqS2OwGeBWj/bel/8AQSsv+/6/41n6WuiapvRdLtob
iL/WwS2yhk/TpWh/Yml/9A2y/wC/C/4VE+W/vXuXG9tLB/bel/8AQSsv+/6/40f23pf/AEErL/v+
v+NH9iaX/wBA2y/78L/hR/Yml/8AQNsv+/C/4VPueY/f8g/tvS/+glZf9/1/xo/tvS/+glZf9/1/
xo/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wo9zzD3/ACD+29L/AOglZf8Af9f8aP7b0v8A6CVl/wB/
1/xo/sTS/wDoG2X/AH4X/Cj+xNL/AOgbZf8Afhf8KPc8w9/yD+29L/6CVl/3/X/Gj+29L/6CVl/3
/X/Gj+xNL/6Btl/34X/Cj+xNL/6Btl/34X/Cj3PMPf8AIP7b0v8A6CVl/wB/1/xo/tvS/wDoJWX/
AH/X/Gj+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wo9zzD3/IP7b0v/oJWX/f9f8aP7b0v/oJW
X/f9f8aP7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KPc8w9/wAg/tvS/wDoJWX/AH/X/Gj+29L/AOgl
Zf8Af9f8aP7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cj3PMPf8g/tvS/+glZf9/1/xo/tvS/+
glZf9/1/xo/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wo9zzD3/ACD+29L/AOglZf8Af9f8aP7b0v8A
6CVl/wB/1/xo/sTS/wDoG2X/AH4X/Cj+xNL/AOgbZf8Afhf8KPc8w9/yD+29L/6CVl/3/X/Gj+29
L/6CVl/3/X/Gj+xNL/6Btl/34X/Cj+xNL/6Btl/34X/Cj3PMPf8AIP7b0v8A6CVl/wB/1/xo/tvS
/wDoJWX/AH/X/Gj+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wo9zzD3/IP7b0v/oJWX/f9f8aP
7b0v/oJWX/f9f8aP7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KPc8w9/wAg/tvS/wDoJWX/AH/X/Gj+
29L/AOglZf8Af9f8aP7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cj3PMPf8g/tvS/+glZf9/1/
xo/tvS/+glZf9/1/xo/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wo9zzD3/ACD+29L/AOglZf8Af9f8
aP7b0v8A6CVl/wB/1/xo/sTS/wDoG2X/AH4X/Cj+xNL/AOgbZf8Afhf8KPc8w9/yD+29L/6CVl/3
/X/Gj+29L/6CVl/3/X/Gj+xNL/6Btl/34X/Cj+xNL/6Btl/34X/Cj3PMPf8AIP7b0v8A6CVl/wB/
1/xo/tvS/wDoJWX/AH/X/Gj+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wo9zzD3/IP7b0v/oJW
X/f9f8aP7b0v/oJWX/f9f8aP7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KPc8w9/wAg/tvS/wDoJWX/
AH/X/Gj+29L/AOglZf8Af9f8aP7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cj3PMPf8g/tvS/+
glZf9/1/xo/tvS/+glZf9/1/xo/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wo9zzD3/ACM7RJ4rnxLr
ksEiSxt9nw6MGB+Q9xW/WBokEVt4l1yKCJIo1+z4RFCgfIewrfoq/Fp2X5BT2+/8wooorMsKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAorgPHnibVtF1uG30+6
8mJrdXK+WjfNuYZ5B9BRW0aEpK6MnVinY7+iiisTUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
Aw/+Z8/7hv8A7VrcrD/5nz/uG/8AtWtytJ9PQiHX1CiiisywooooAKKKKAIri3ju7aW3nXdFKhR1
yRlSMEZFV9L0iy0W2a30+HyYmcuV3s3zYAzkk+gqxcXEdpbS3E7bYokLu2CcKBkniq+l6vZa1bNc
afN50SuULbGX5sA45A9RT1t5C0uXaKKKQwooooAKKKKACiiigAooooAKKKKACiiigDD8T/8AMI/7
CUP9a3Kw/E//ADCP+wlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJQ/1rcrD8T/8AMI/7
CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/ANAFblYeq/8AI1aD/wBvH/oArcrSe0fT
9WRHd+v6ITaNxbAyeM0tFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/AOgGtysP
Sv8Akate/wC3f/0A1uVpU3+S/JEQ2+b/ADCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKAPK/ih/wAjLb/9ei/+hvRXf6p4Z0nWrlbjULXzpVQIG8x1+XJO
MAj1NFdcK8YxSZzypSbuatFFFch0BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8A
atblYf8AzPn/AHDf/atblaT6ehEOvqFFFFZlhRRRQAUUUUAZ3iH/AJFrVP8Ar0l/9ANc78L/APkW
rj/r7b/0BK6bWbeS70S/t4F3Sy28iIuQMsVIAyaxvAekXui6JNb6hD5MrXDOF3q3y7VGcgn0Napr
2bRDXvpnTUUUVkWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2E
of61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUU
VmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAGHqv/I1aD/28f+gCtysPVf8AkatB/wC3j/0AVuVpPaPp+rIju/X9EFFFFZlhRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRUc00VtBJNPIkUUa
l3kdgqqoGSST0AFQ2Gp2OqwNNp15bXcStsMlvKsihsA4yCecEfnQBaooooAKKKKACiiigAooooAK
KKKACiiigAooooAw9K/5GrXv+3f/ANANblYelf8AI1a9/wBu/wD6Aa3K0qb/ACX5IiG3zf5hRRRW
ZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGVqnibSdFuVt
9QuvJlZA4Xy3b5ckZ4B9DRXAfFD/AJGW3/69F/8AQ3orrhQjKKbOeVWSdj1SiiiuQ6AooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigDD/wCZ8/7hv/tWtysP/mfP+4b/AO1a3K0n09CIdfUKKKKzLCii
igAooooAKKpazcSWmiX9xA22WK3kdGwDhgpIPNY3gPV73WtEmuNQm86VbhkDbFX5dqnHAHqapRbj
zC5tbHTUUUVIwooooAKKKKACiiigAooooAKKKKACiiigDD8T/wDMI/7CUP8AWtysPxP/AMwj/sJQ
/wBa3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/Ew
ooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKK4LUvG+s3OqXNh4f0ky/Z5GieVkL8g4J4wB+
NROpGG51YXB1MU2qdtN23ZI72ivMrjxj4v0Vll1TTk8gkAl4SB9NwOAa7bw54jtPElibi1DI6HbL
E3VD/UehqYVozfL1NsTllfDw9q7OPdO6NeiiitTzwooooAKKKKACiiigAooooAKKKKACiiigAooo
oAw9V/5GrQf+3j/0AVuVh6r/AMjVoP8A28f+gCtytJ7R9P1ZEd36/ogooorMsKKKKACvL/i7ojeI
tc8N6bGHaWaHUGiVGClpFiV0GTxgsoB9ieR1r1CuM8T/APJTvBH/AG//APokUAafhzxVBq/ga28R
Xf7iL7O0tyQhwhjyJCACTtyrEdTjHeuF+H9tcj4krqV/N5t5rGgnUZsMWRPMnGxFzyFVAgwScYIB
xioda0yePxfqPgdZ82fiW9i1LLY3RR5d7jDY4ctCoUEMMDnBJNdb/wA1v/7l3/25oAPhx/zNX/Yx
Xf8A7JWF8XdEbxFrnhvTYw7SzQ6g0SowUtIsSugyeMFlAPsTyOtM8LeOvD3hi+8T2es6h9muH167
lVPJkfKkgA5VSOqmtnWryDUPiD4AvLV/Mt7iO9lifBG5WgUg4PI4PegDa8OeKoNX8DW3iK7/AHEX
2dpbkhDhDHkSEAEnblWI6nGO9cL8P7a5HxJXUr+bzbzWNBOozYYsieZONiLnkKqBBgk4wQDjFQ61
pk8fi/UfA6z5s/Et7FqWWxuijy73GGxw5aFQoIYYHOCSa63/AJrf/wBy7/7c0Aef2v8Awr7+3PEn
/CY/8f8A/bV15f8Ax8f6rdx/q+Ou73/SvYPDdnpdj4esotCTZpjR+bbjLH5X+fPzfNzuzz615/4W
8deHvDF94ns9Z1D7NcPr13KqeTI+VJAByqkdVNdZdWdl4+0ux1HTNe1e0tB5nlyadO1v5vzbTuDL
k4KHHHc+tAGN8VP+YJ/an2z/AIRf7S39rfZv+A+Vvx82zdnOPbHzbam8O6X4S8PWN/4o8MXEz2C2
TGe3t7gyRtsHmZKuciUA4wSMBugya0L3XtN+HmnabZ6vd6pcW0zSJ/aFyDOVblgJGAzk5IXAPC+g
Jrj7XTdF8UeJ3bwND9ksLrTrq11O8S0dIG3oqpGisAA6na5A25Hc80Aa+i+BLDxhp1v4h8Xq+oah
qMKTBFndIbeM5ZEjVdpA2sMgk85OeST009y3g/wbcXF/evfnT4ZHWW5cI8wBPlozd2I2puxljzjJ
xXLeG/iDp3hnw9ZaP4vM2k6pZR/ZzFJayFZET5UdCoYMpC4znBIbHGKg8baje+L7XQvC8UX9lXGu
SPNPHcMrSw28ZLJvQDIZgobGRgoVJ6kAEPw/0658H+JbO21GWZ38S6cLqSS5U+abtCXePGcjCSEk
t1I6j7tM8c2F9dfFBbzSGf8AtLS9DW+to1LYlZLghoyF+ZgyM67RjJIGcZo8beGfEthpMWv3viFN
Zl0WaO8ggOlJGch13ZZDuCgfMw6YXnpkblleQah8Ybe8tX8y3uPDKyxPgjcrXGQcHkcHvQBW8Va3
aeI9F8F6pp5c21z4gtGXeu1gQXBBHqCCOOOOCRzXodeK6/pdx4U8baVpEUSDRtS8QW2pWW1lHkuC
FlTaFGBl0x2CqMZJbHqcniS0j8WR+HmjuTeSWn2tXWPdGE3FcFh905B6gDoM5IFAHP3Pj+/u3vJf
Cvh19d0+zZopbuK8SMNIoDMqJgs4AIwQOT0zwTd1zxzFpcGmw2enXN5rOpqj22lkiOVVIyTJ18sK
M5z3B7BiOZ8HeL9M8B+H18O+KpX0+9sZpUTMEzLcRmRiJUIT7pJYD12574q7rGqnQ/HWl+K7+0uY
dHvNINrPI8L77Jt4kHmqqnBJZUAz1z6cgGzonjOa718aFrukvo+qyQm4hia6jmSWMHHDKR82Q524
6KTmslviRq1xfanbaR4PvNQ/s25nhllS42xkRkD5Tt5c5J8sc4xjdnhlnqy+PPiFpOpaHE76PoSz
iW+kBRZpJYwuxFIySvBOcd+ny7tD4cf8zV/2MV3/AOyUAYXxJ8Str3wq+26PYvcaXfqrTXLyCNrU
rMgAKHliWBXg4GM5Iq7rEsGnfC/Vpda8GW2n2yzIX0y3ukVZgXjAffEBg5x2z8noa5z/AJti/wA/
8/ldn8Xf+SY6v/2x/wDRyUAXPFfi+fw5qmk2FrpE2pXGp+csSRSBWDIqkZyMbSW5YkbQCecYqHWf
Gl74f8PaZqGp6DMt3eXq2kljDOsske7fgqVGHYhRheOWxkVD4n/5Kd4I/wC3/wD9Eij4j/8AMq/9
jFaf+z0AUv8AhZmoWf7nV/COo2t9c2/n6fbRN57XR7ocKCjAYJBBIGcgHAbZ8OeL59V1i60bWNIm
0jVoIxOIGkEySQnA3rIoAOCcEfqSCBT8T/8AJTvBH/b/AP8AokUf81v/AO5d/wDbmgDs6KKKACii
igAooooAKKKKACiiigDD0r/kate/7d//AEA1uVh6V/yNWvf9u/8A6Aa3K0qb/JfkiIbfN/mFFFFZ
lhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcB488M6trWtw
3Gn2vnRLbqhbzEX5tzHGCR6iiu/oraNeUVZGTpRbuFFFFYmoUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQBh/8AM+f9w3/2rW5WH/zPn/cN/wDatblaT6ehEOvqFFFFZlhRRRQAUUUUAZ3iH/kWtU/6
9Jf/AEA1zvwv/wCRauP+vtv/AEBK664t47u2lt513RSoUdckZUjBGRVfS9IstFtmt9Ph8mJnLld7
N82AM5JPoKtSSg4kuPvJl2iiioKCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa
3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACo5riG2j8
yeWOJB/E7BR+ZqSuJ1HwBNrmu3N5qmpSfZ2f9zFHyVX0yeB+ANROUkvdVzpwtKjUk/bT5UvK9/JH
Tw65pVxKI4NTspZD0VJ0Yn8Aav159qnwqtfsjtpd3cC4UZVJypVj6ZAGM034b+JLu4uZtH1CR5DG
haFn+8uDgqT+P6GslWkpKNRWud9TL6M6Eq+Fqc3LumrP1PQ6KKK6DxwooooAKKKKACiiigAooooA
KKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACii
igAooooAKKKKACiiigApqoqZ2qFySTgYyfWnVDeXUdjZT3U2fLgjaR8DJwBk/wAqBpNuyFuraK8t
Zbe4QPFKpR1PcGvLvhezw+KLy3U7ozbtuI6fKy4P6n86v6j8SpdStntND064+0SjaHPzMue4Vc81
q/D/AMKT6FbzXl+u27uAFCZzsTrz7k/yFcbkqtWLh06n0NOlPA4GtHEaOdko9fU7Kiiiuw+dCiii
gAooooAKKKKACiiigAooooAKKKKACiiigDD1X/katB/7eP8A0AVuVh6r/wAjVoP/AG8f+gCrupaz
Z6Ug+0yZkb7kSDc7/QVpJNqKXb9WZppOTf8AWiL9FZ2l3OoXZklvLVLWA48qMkmT6t2H0rRqGrOx
ad1cKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/5GrXv+3f/ANANblYelf8AI1a9/wBu/wD6Aa3K
0qb/ACX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFAHAePPE2raLrcNvp915MTW6uV8tG+bcwzyD6Cisr4of8AIy2//Xov/ob0V30oRcFdHJOU
lJ6nqlFFFcB1hRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8AatblYf8AzPn/AHDf
/atblaT6ehEOvqFFFFZlhRRRQAUUUUARXFxHaW0txO22KJC7tgnCgZJ4qvper2WtWzXGnzedErlC
2xl+bAOOQPUVH4h/5FrVP+vSX/0A1zvwv/5Fq4/6+2/9ASrUU4ORLl7yR2dFFFQUFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUVBeyNDY3EiHDpGzKfcChjSu7D5po7eF5pnVI0BZmY4AAryzwEp1
Hx5dX0KMIV82XpwAx4B/P9Kr+HtM1Tx2blLzWbhYbcoWVyXDbs9BkD+GvTNC8P2Xh6y+z2SH5uZJ
GOWc+p/wrkTlXlGVrJH0FSNLK6VWg5c1SStZLRL/AIZmnRRRXWfPBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFZ+vxtL4d1KNASz2sqgAZJJQ1oVR1vUTpOjXd8I/MMEZYKTjJ7VMrcrua
0Ob2seVXd0cl8KreWHSb1pY3QPMNu5SM4Wu7rk/BPjCfxO93HdW8cTwBWBjzgg59fpXWVnQt7Ncr
0OvNfaPFzdWNpPpe/TuFFFFbHnhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBzfiOK4n13Ro7
ScQTsLjZIV3bTsHasG1s77SNTc6jqJsbiU/LdPbLMj/8DJyP0rptV/5GrQf+3j/0AVsTQRXETRTx
rJGwwVYZBrpVXkil0a/VmDp80m/P9EYy6ZrbKGXxGCpGQRZR4P60v9la5/0MP/klH/jVzTdHi0qS
UWsswgfkQM2VQ/7PetCs3Ud9Lfci1DTX82Yf9la5/wBDD/5JR/40f2Vrn/Qw/wDklH/jW5RS9o/L
7l/kPkXn97MP+ytc/wChh/8AJKP/ABo/srXP+hh/8ko/8a3KKPaPy+5f5ByLz+9mH/ZWuf8AQw/+
SUf+NH9la5/0MP8A5JR/41uUUe0fl9y/yDkXn97MP+ytc/6GH/ySj/xo/srXP+hh/wDJKP8Axrco
o9o/L7l/kHIvP72Yf9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjW5RR7R+X3L/ACDkXn97MP8AsrXP
+hh/8ko/8aP7K1z/AKGH/wAko/8AGtyij2j8vuX+Qci8/vZh/wBla5/0MP8A5JR/40f2Vrn/AEMP
/klH/jW5RR7R+X3L/IORef3sw/7K1z/oYf8AySj/AMaP7K1z/oYf/JKP/Gtyij2j8vuX+Qci8/vZ
h/2Vrn/Qw/8AklH/AI0f2Vrn/Qw/+SUf+NblFHtH5fcv8g5F5/ezD/srXP8AoYf/ACSj/wAaP7K1
z/oYf/JKP/Gtyij2j8vuX+Qci8/vZh/2Vrn/AEMP/klH/jR/ZWuf9DD/AOSUf+NblFHtH5fcv8g5
F5/ezD/srXP+hh/8ko/8aP7K1z/oYf8AySj/AMa3KKPaPy+5f5ByLz+9mH/ZWuf9DD/5JR/40f2V
rn/Qw/8AklH/AI1uUUe0fl9y/wAg5F5/ezD/ALK1z/oYf/JKP/Gj+ytc/wChh/8AJKP/ABrcoo9o
/L7l/kHIvP72Yf8AZWuf9DD/AOSUf+NH9la5/wBDD/5JR/41uUUe0fl9y/yDkXn97MP+ytc/6GH/
AMko/wDGj+ytc/6GH/ySj/xrcoo9o/L7l/kHIvP72Yf9la5/0MP/AJJR/wCNH9la5/0MP/klH/jW
5RR7R+X3L/IORef3sw/7K1z/AKGH/wAko/8AGj+ytc/6GH/ySj/xrcoo9o/L7l/kHIvP72Yf9la5
/wBDD/5JR/40f2Vrn/Qw/wDklH/jW5RR7R+X3L/IORef3sw/7K1z/oYf/JKP/Gj+ytc/6GH/AMko
/wDGtyij2j8vuX+Qci8/vZznh2KeDxBrcd1cfaZh5G6XYE3fKccDgccV0dYelf8AI1a9/wBu/wD6
Aa3KKrvL5L8gp7ff+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQBlap4Z0nWrlbjULXzpVQIG8x1+XJOMAj1NFGqeJtJ0W5W31C68mVkDhfLdvlyRngH0
NFaL2ltLkPkvrY1aKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/AJnz/uG/+1a3Kw/+
Z8/7hv8A7VrcrSfT0Ih19QooorMsKKKKACiiigClrNvJd6Jf28C7pZbeREXIGWKkAZNY3gPSL3Rd
Emt9Qh8mVrhnC71b5dqjOQT6GumoqlJqPKLl1uFFFFSMKKKKACiiigAooooAKKKKACiiigAooooA
w/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACii
igAqOeITQSRE4DqVz9RUlVNVt5bvSLy3t22zSwOkbZxhipA5+tJ7FQV5LWxi+DfCq+GY7sLerdNO
y5Kpt27c47n1rpa4L4e+GNW0LULubUYhBE8QQJ5ituOc54J6c/nXe1nQ+BaWO7NP95k/aKd7aq3b
y0CiiitTzwooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/Wtie4itYWluJEjj
XqzHAFYnizzPJ0vydpl/tCLZv+7n5sZ9q5qf+1ZdbA1k2YkB/cpebxAf93bwfxrohT54rUwlPlk9
DsNO1r+1bpha2sps1B/0p/lDH0UHk/WtSsJR4nCgKNFCgcAebS/8VR/1Bv8AyLUSgm9GvvLUn1ub
lFYf/FUf9Qb/AMi0f8VR/wBQb/yLS5PND5/Jm5RWH/xVH/UG/wDItH/FUf8AUG/8i0cnmg5/Jm5R
WH/xVH/UG/8AItH/ABVH/UG/8i0cnmg5/Jm5RWH/AMVR/wBQb/yLR/xVH/UG/wDItHJ5oOfyZuUV
h/8AFUf9Qb/yLR/xVH/UG/8AItHJ5oOfyZuUVh/8VR/1Bv8AyLR/xVH/AFBv/ItHJ5oOfyZuUyaG
O4heGZFkjcFWRhkMD2IrG/4qj/qDf+RaP+Ko/wCoN/5Fpez80NTtqky/p2kWGkq66faxW4kIL7B9
7HTNXaw/+Ko/6g3/AJFo/wCKo/6g3/kWhU0tE0OdaU3zSu2blFYf/FUf9Qb/AMi0f8VR/wBQb/yL
T5PNE8/kzcorD/4qj/qDf+RaP+Ko/wCoN/5Fo5PNBz+TNyisP/iqP+oN/wCRaP8AiqP+oN/5Fo5P
NBz+TNyisP8A4qj/AKg3/kWj/iqP+oN/5Fo5PNBz+TNyisP/AIqj/qDf+RaP+Ko/6g3/AJFo5PNB
z+TNyisP/iqP+oN/5Fo/4qj/AKg3/kWjk80HP5M3KKw/+Ko/6g3/AJFo/wCKo/6g3/kWjk80HP5M
3KKw/wDiqP8AqDf+RaP+Ko/6g3/kWjk80HP5MNV/5GrQf+3j/wBAFblcq/8Aan/CVaL/AGp9i/5b
+X9m3f3Oc7vw/WuqoqKyivL9WKDu36/ogooorM0CiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/5G
rXv+3f8A9ANblYelf8jVr3/bv/6Aa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAeV/FD/AJGW3/69F/8AQ3orV8eeGdW1rW4bjT7X
zolt1Qt5iL825jjBI9RRXfSnFQV2ck4ycnod/RRRXAdYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQBh/8AM+f9w3/2rW5WH/zPn/cN/wDatblaT6ehEOvqFFFFZlhRRRQAUUUUAUtZuJLTRL+4gbbL
FbyOjYBwwUkHmsbwHq97rWiTXGoTedKtwyBtir8u1TjgD1NaviH/AJFrVP8Ar0l/9ANc78L/APkW
rj/r7b/0BK1SXs2yG/fSOzooorIsKKKKACiiigAooooAKKKKACiiigAooooAw/E//MI/7CUP9a3K
w/E//MI/7CUP9a2yQoJJAA6k1pL4UQviYtFZ1prdpfX72tp5k2wZeZFzGp9N3r9K0ahprcpNPYKK
KKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigDD8T/APMI/wCwlD/Wta6tIL2BobmJJY26qwzWT4n/AOYR/wBhKH+taUep2MuoyWEd5bPe
xLvkt1lUyIvHJXOQPmH5j1rRu0YkL4mVNN0eXS7krb3kjWJU4t5RuKHttb09q1aglvbaC6gtpriG
O4uN3kxM4DybRlto6nA5OOlT1EpOTuykktEFFFFIYUUUUAFFFFABRVLV9XstB0ubUdTm8i0h2+ZJ
sZsZYKOFBPUjtV2gAoorF/4TPw1/0MOkf+BsX/xVAG1RUc00VtBJNPIkUUal3kdgqqoGSST0AFEM
0VzBHNBIksUih0kRgyspGQQR1BFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRWF4g8a6B
4Wnhh1nUUtpZlLpGEd225xkhQcDPTPXBx0Na3222+3fYvtEP2vy/O8jePM2Zxu29dueM9M0AT0UU
UAFFFFAGHqv/ACNWg/8Abx/6AK3Kw9V/5GrQf+3j/wBAFblaT2j6fqyI7v1/RBRRRWZYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/+gGtysPSv+Rq17/t3/wDQDW5WlTf5L8kRDb5v8woo
orMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAorgPHnibV
tF1uG30+68mJrdXK+WjfNuYZ5B9BRW0aEpK6MnVinY7+iiisTUKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAw/+Z8/7hv/ALVrcrD/AOZ8/wC4b/7VrcrSfT0Ih19QooorMsKKKKACiiigCK4t47u2
lt513RSoUdckZUjBGRVfS9IstFtmt9Ph8mJnLld7N82AM5JPoKsXFxHaW0txO22KJC7tgnCgZJ4q
vper2WtWzXGnzedErlC2xl+bAOOQPUU9beQtLl2iiikMKKKKACiiigAooooAKKKKACiiigAooooA
wPFjOkOltHH5jrqERVM43H5sDNc7LqWqa1qr2t7ZsyIf+PEXCwbvqTy34V0vif8A5hH/AGEof61o
ajpNpqsQS7iDEfdccMh9jXTCahFXRhKDk3ZmXb3ur2sKxW/hlI416Kt5GAP0qT+1dc/6F7/ydj/w
qfTbTU7G5MM90t3ZbTskk4lU9gfX61q1nKST2T+//MuMXbd/h/kYf9q65/0L3/k7H/hR/auuf9C9
/wCTsf8AhW5RS51/Kvx/zHyvu/w/yMP+1dc/6F7/AMnY/wDCj+1dc/6F7/ydj/wrcoo51/Kvx/zD
lfd/h/kYf9q65/0L3/k7H/hR/auuf9C9/wCTsf8AhW5RRzr+Vfj/AJhyvu/w/wAjD/tXXP8AoXv/
ACdj/wAKP7V1z/oXv/J2P/CtyijnX8q/H/MOV93+H+Rh/wBq65/0L3/k7H/hR/auuf8AQvf+Tsf+
FblFHOv5V+P+Ycr7v8P8jD/tXXP+he/8nY/8KP7V1z/oXv8Aydj/AMK3KKOdfyr8f8w5X3f4f5GH
/auuf9C9/wCTsf8AhR/auuf9C9/5Ox/4VuUUc6/lX4/5hyvu/wAP8jD/ALV1z/oXv/J2P/Cj+1dc
/wChe/8AJ2P/AArcoo51/Kvx/wAw5X3f4f5GH/auuf8AQvf+Tsf+FH9q65/0L3/k7H/hW5RRzr+V
fj/mHK+7/D/Iw/7V1z/oXv8Aydj/AMKP7V1z/oXv/J2P/CtyijnX8q/H/MOV93+H+Rh/2rrn/Qvf
+Tsf+FH9q65/0L3/AJOx/wCFblFHOv5V+P8AmHK+7/D/ACMP+1dc/wChe/8AJ2P/AAo/tXXP+he/
8nY/8K3KKOdfyr8f8w5X3f4f5GH/AGrrn/Qvf+Tsf+FH9q65/wBC9/5Ox/4VuUUc6/lX4/5hyvu/
w/yMP+1dc/6F7/ydj/wo/tXXP+he/wDJ2P8Awrcoo51/Kvx/zDlfd/h/kYf9q65/0L3/AJOx/wCF
H9q65/0L3/k7H/hW5RRzr+Vfj/mHK+7/AA/yMP8AtXXP+he/8nY/8KP7V1z/AKF7/wAnY/8ACtyi
jnX8q/H/ADDlfd/h/kclq17qVzPpSXulfZIxqEJEn2hZMnJ4wPx/KuM1mzng+IPizxJYJvvtBksr
kJkDzIDAROmTwMpznBI28cmvRPE//MI/7CUP9azvDtlcwfEXxjczW80dvcfYvJlZCEk2xENtPQ4P
Bx0pzd4rQUFZszL7VrbXfG/w91Kybdb3Md9IuSCVzCMqcEjcDkEZ4IIo1jx/czaxdWWgX/hy0Swk
MFxLrVyYjLKPvCNAQ21ehY8Enjpk4ul+FtV8PfFPRrCKCafQLWS7urSdY5GS2WaNh5TMcgYKDHPO
7J5bAkfTB4Y8UayNZ8GPr+n6hdyXlre21glxKrNtLRspJwoJwCccgkA5+XI0KXi7xVqni34TXd3F
BYwxW832XVV3lyZFkiKtAykqVJbJyTx0J6nrNa8ReJ/CvhdNU1q30udor+Nbv7CHKpaNgEqHYEyb
iAOo5HHUjM1myuNe+E2tw6V4VfR2lmDQWSxLHJMiSITIYwBhiFPy8k7RgnIrp/Mi8eeE9RtZtOvt
OW4V7cJqVoFdW2grIEzyASCDkcr2xQBS8TeOV0Dxt4f0QKki6gxW4Gwl0DEJEVOQuC+7PU4HTpmy
/ip4/F+q2beSNI0jTluL2fY3mRTElgvX5l8sFvlU8988Vxmn6Prms+CPEd9cPq9tqMlvZx28dzC4
n32kaSFkycnfKXwRznJ5JIrd8LaHfa54c8R32sQPp+oeI2ljKyI2+3hCGKJWQheVG45wNwIJPoAM
tvE/jXVrGXXdM0fTo9GGZYLW6837ZcwqM5XZlQz4O3juPvDBM2q/EC5/4RDw/rehWcNzLqt7DbG2
lYjlgwZFc4wwddoYjHfBFZ+meKfEWheF7TQz4S1SbXbaFLWNlgBs8jCozShiMBdpboMgjK9QXXhO
+0Pwj4L0lFe9lsdct5rh7eNiqKWkdm9lUtjccevGcUASeP8A+3P+FR61/wAJH/Z32vzItn2Df5ez
zYsZ387s7vbGK3I/EWqav4yk03Rbe2Glac2zUL6cFw0mAfKi2sPmAOCTnac5HADM+KVlc6h8OtUt
rK3mubh/K2xQoXdsSoTgDk8AmmWFjfeEfFDW1tC8vhnUWzDDbws/9n3BwSMAnbE53HIG1WPRRywB
2Fea/DTwpoOsfDPT5NQ0exuJZ1mWSZ4F8wjzXH38bgQOhByMDFelV5Z4F8S6h4e8HWOiv4S8RzX8
XmKpNn5cLM0jMuZGPyr8wyxHHJoAu6ZfXOiWfjnRHMN7Y6Fb+bZR3CFgIpIXkEL5JLIoAXk5xntg
C5c+L7mz8P8AhS00y306DU9ct0NuJ8x2kGI1Yrhfm53BUUdyOeMEHh7UIvCPizUNQh361rdvM7wQ
/OYlETLDAMcOyg43ADJPfAJZdGK08A+H7HWvC19q9q1hHHNFb24klt5REoHyHDKcGQbwQVIx3oA2
h4gvtA8L3upeMIbaGSybDNYFnSdTt2lA3IJZtmG7gnIBrPsNT8dzXWn3dzpWkHTLuRDJbxySJdWs
TjOXL4UsmRuAGSRgAdRz9t4X1bW/A3iXT4F1G20y58ttHstSObiLy8M0ZBPyIWVVXLcAZxzluj0z
xrqV1Paafc+Fdaj1BmSO5la3EdojAjzWWTccqBuK9d2AB1oAgufFPiDXNfvLDwbZ2JttOZobu91I
SCNpgQDHGF5JXnJ/kNpaFvHOrv4X8RNHp1tH4g0FgJ4GLmJ0GCZlztO1lEjKMk4A65GYbG71LwHr
Wuw3Oiapqen6jfvfWk+nWwlbc4BkVwH+UA7QMgZwx+mh4L0fULubW9d8Q2cNu+v+XnTmXd5UKIUU
SZ6synkY+uMlVALOv+LpbbwvpV/o8SG61ma2gshdKditNhh5m05AC56Z5x1rJ1jx/czaxdWWgX/h
y0SwkMFxLrVyYjLKPvCNAQ21ehY8Enjpk5PgXw1rdn4stdP1azdNN8MrcixvFTYLlp24JySGG0sc
L904DHPBH0weGPFGsjWfBj6/p+oXcl5a3ttYJcSqzbS0bKScKCcAnHIJAOflANM/Ei7m+F+oeIIL
W2TUtPmW1mjLeZA0m9FZkKtypD5HP4kDJs6xrnjXR/Cmp6zdWWkJLB5csFpEss7rGSfMWQhlG5QV
O5cj5W4wQRma/bz6v8I9aj0zwpNpBmuV8ixigAlmUSx/vGjRQVYhTkc8LnJGDXpM0MVzBJDPGksU
ilHjdQyspGCCD1BFAHLeKvGT6fo+jS6EbOe71u5hhsvtRZU2yYPmFRhioyoPTG4fQ6firxLB4W0f
7ZLBNczSyLBbW0KkvPM2dqDAOM4PPtwCcA8H8PbC+n8YtYamzyxeEIZLS3aYsru8sjbZQP7phUKF
JIACkdeNbWxrvjPwVp+p2mizafq9hqMd5DYXZH70xsQMklSFwxPIB+UgDBDEA1tJuPG8WtW8OuWW
izafMriSfT5JFaBgMqWEh+YE8YUd8kjHOZa+KfFXiue4uvCNnpcWjRt5cNzqglVrpgTuZAvRQeOR
+uVXW0jxjPrWqQ2kPhrXbRDuaW4v7YQRxqFPQ5O5i20bR2JPauZ0DVdW+H2hSaBd+G9X1J7SSY2M
9jbb4p4ixKl2DNsYsWyMZAI4PcA0Lv4izyfDPUPEVnZJbahZTfZ5rO5DsIZPNVSrcKSdrA8dCcdj
RH4s8V6VqumN4n0ext9N1S7+xxJay757aRm/d+Yc7WBAPK/Xg4U5OreFtZtfhHr8V1B9o1fVr0X8
trZxl/LZ5YyUXGS2AuSR78kDJ6bx/ZXN5/wjX2W3mn8nXrWaXykLbEG7LNjoozyTxQBzN7/wl3/C
4bj7D/YX2v8AspvI87zvL+y/aPl3Y583OM4+XFdZ/aX/ABdP+zfsdn/yBvtH2ryv3/8Artuzfn7n
fGOvNQ/Yrn/hcP237PN9k/sHyfP2Hy9/2jO3d03Y5x1xR9iuf+Fw/bfs832T+wfJ8/YfL3/aM7d3
TdjnHXFAFLRPEfizX9c1CK0tNIi0zTtVktJppmk8ySNWGQign5wuSSeCWXAGDTLzxP4tvPGmraH4
e0/S3isWgJurtmCxK8RfDANliW4BUcY5HORoeALK5s/+El+1W80Hna9dTReahXeh24Zc9VOOCOKP
DtlcwfEXxjczW80dvcfYvJlZCEk2xENtPQ4PBx0oAxrLxf428QWsg0XQtOhuNP8ANgvzdzbke5Qj
MUQVsjgg5Y7ecbuMt1/hbxBF4p8N2erwwvAtypJjcglWVirDPcZU4PGRjgdKyfAFlc2f/CS/area
DzteupovNQrvQ7cMueqnHBHFHwtsrnT/AIdaXbXtvNbXCebuimQo65lcjIPI4INAGjqv/I1aD/28
f+gCtysPVf8AkatB/wC3j/0AVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAYelf8AI1a9/wBu/wD6Aa3Kw9K/5GrXv+3f/wBANblaVN/kvyRENvm/zCiiisywooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAPK/ih/yMtv/wBei/8Aob0V3+qe
GdJ1q5W41C186VUCBvMdflyTjAI9TRXXCvGMUmc8qUm7mrRRRXIdAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQBh/8z5/3Df8A2rW5WH/zPn/cN/8AatblaT6ehEOvqFFFFZlhRRRQAUUUUAZ3iH/k
WtU/69Jf/QDXO/C//kWrj/r7b/0BK6bWbeS70S/t4F3Sy28iIuQMsVIAyaxvAekXui6JNb6hD5Mr
XDOF3q3y7VGcgn0Napr2bRDXvpnTUUUVkWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/
AGEof61uVh+J/wDmEf8AYSh/rXC+ObC+uvigt5pDP/aWl6Gt9bRqWxKyXBDRkL8zBkZ12jGSQM4z
WkvhREfiZ6tRXnnirW7TxHovgvVNPLm2ufEFoy712sCC4II9QQRxxxwSOa6DW/FNxa6idM0DSX1r
UolElzCk6wpbofu73bgM3ZOpAJ4GM5lnR0V55qnjrUtQ8Ha6lnotza6zp6vFfW5uQjWaNG5WdJMD
eMKCAuCe3GCX6R4w12w+HDavqXh+aT7HZW7wub0SPeqQA8hwCUwPnO7PU+hNAHoFFcr4l8f6b4d0
rR9RLJNa6nNGFYuUZYWXcZgu0swUbcjA+8OlaF/4h+yeK9K0SG2+0PexzTTOsnNsiAbWZcH5Wb5Q
SQM+vSgDaoriD4/v9U1G7i8JeHX1yztGEUl6LxII2k7qhYfOAMcg9/Qgme4+I1i3w9n8V6dbvcxQ
sENtJIqOreYEwxG7acMG+hHrQB1k00VtBJNPIkUUal3kdgqqoGSST0AFEM0VzBHNBIksUih0kRgy
spGQQR1BFchqWr6pq/gjxNJqGhTaVbjTpmtWmnVpJlMb/eQcxsBtypzycdqq6T4rl0/RvCeh6Xpr
6jql1plvM6GQxRwQ7APMd9pwMjGAD+ZUMAd7RRXlnhbwL4e8T33ie81nT/tNwmvXcSv50iYUEEDC
sB1Y0Aep0VxHhWS78OeLJvBskz3enw2C3thPNJumjj3BDG+FAI3ZK+gAHPAWHw74p03SvhnpV7p2
kvbrdzNa2OnJOZC8zSuAnmN0BIJLHoM9eAQDvaKwtE16/uoLxvEGjPojWqiUtJcpLE0ZB+bzBgAj
acg9BtPesL/hYOqXUP8AaWk+E7zUdBMm1LyG4XzZFD7GZYMbzyDgHHAydvOADuqK5XxB41bT9ah0
TQ9NfWdYZTLLbRzCJYI8Z3O5BCk5GAfUdMruZpvjmS9j1i0uNImtte0q38+TTfPSQy5UsojZclsj
Zk7eC4HNAHW0VzH/AAnFl/wrz/hK9n7n7P5nlZb/AFudvl525/1ny7sY79KZfeLr+N4bHS9CfUdZ
WFJr2zS6REsgw+68p+UsT0UckAtwMZAOqorktO8dfa9D1y4utMms9U0SN3u7CV84wrMm2TGCrBeC
B+BGCatl461i90C61r/hFnt9PisDeRS3F6qmYqAWUKFLAY3lWIwwVTxu4AO3ormLvxvbWvw8XxX5
HnRG3jl8iKUNh2IXYW9nOCcZGDxniteXV4tO0AanrWzT1jhWS4V3DiFiBlcj7xycDHU4x1oA0KK4
yw8ba1eXWnyv4QvE0i/kRYbyO5SVwjjKSPEoyq4wWycL6k4BfqXjq4bX59I8MaK+u3Noubx0uVgj
gbOAm9gQW65HbB6kNtAOworlbDx1Bf8AhzWr9bR4r3RVlF3YySoWWSNCxAZc/KSGUNjnaeOKxoPi
ldi0t9U1DwrfWWgyNGkl+8m4xllB3eXty0e44DjgjGOTtoA7m/1Ox0qBZtRvLa0iZtgkuJVjUtgn
GSRzgH8qmhmiuYI5oJElikUOkiMGVlIyCCOoIrzD4gT6jc/EXw9bN4Yh1K3i+0/ZYprmPZfZiUvk
MCE2Hn5uuOK6O6uLSDxN4Kt7vREgvZYbgQBLjC2BWFS6BVG1xj5ewGMigDsKK4y+8caoPE+qaHo3
hmbUriw8pmkF2sUZV03HLMMK2SAF53DceNtP8SeObvRfE8eh6foFzqt1NaJcR+TJtALS7MP8p2KA
M7zxkgHGcgA7CiuCi+I+pXbmwsvCV9NrsMzR3dkZQkduoBKsZyNuGH3emcHH8O7o/CviWDxTo/2y
KCa2mikaC5tplIeCZcbkOQM4yOffkA5AAG+J/wDmEf8AYSh/rW5WH4n/AOYR/wBhKH+tblaS+FER
+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZmg6DbeH7W4itn
mle5uZLq4mmILyyucsxwAo6AYAA4rToooAKKKKACiiigAooooAKKKKACiiigDD1X/katB/7eP/QB
W5WHqv8AyNWg/wDbx/6AK3K0ntH0/VkR3fr+iCiiisywooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP
Sv8Akate/wC3f/0A1uVh6V/yNWvf9u//AKAa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZWqeJtJ0W5W31C68mVkDhfLdvlyRngH
0NFcB8UP+Rlt/wDr0X/0N6K64UIyimznlVknY9UooorkOgKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAw/+Z8/7hv/ALVrcrD/AOZ8/wC4b/7VrcrSfT0Ih19QooorMsKKKKACiiigAoqlrNxJaaJf
3EDbZYreR0bAOGCkg81jeA9Xvda0Sa41CbzpVuGQNsVfl2qccAepqlFuPMLm1sdNRRRUjCiiigAo
oooAKKKKACiiigAooooAKKKKAMPxP/zCP+wlD/Wsj/mt/wD3Lv8A7c1r+J/+YR/2Eof61uVpL4UR
H4meK6/pdx4U8baVpEUSDRtS8QW2pWW1lHkuCFlTaFGBl0x2CqMZJbFrxZpmg6f8SdRvfG2mTTaT
qMcLW1/GZhHbusZUxvsxlm2E8ZIAXjBJHsFFZlnmWjReGLvwj4vi8DabebHsmhabbKyXLmJyqx7y
WLDdgjAPzDrkVteBdX0XxV4Ig0eGb7T9m06G1votjpt3R7SuSBn7rDKntXZ0UAeOeH9Iu/Fcd3ol
9NY3kmg6RPpYEsXywXbTOkbqdmcCOGP5uo47lq2fhnf3Hi/WrrxPeK+bewg0uOTCr5rgCScsozzv
IwRgbW6Zzj0qigDyzwp4z074feGDoHifzrS/06SZYo1gkb7Wm9mEkZKgbWJZRk4+XORnilrGnahZ
/BnxPeapa/Y5tV1H+0Fti254VkmiwrcD5uOn0zg5A9gooAxfGf8AyJGvf9g64/8ARbVxPhcy+C4t
G1KREOg6zYWovLuViz2dwIgqFmxkRN8qgE7VJOCg4b1CigAryzwt468PeGL7xPZ6zqH2a4fXruVU
8mR8qSADlVI6qa9TooA4/wANW13rXiy98VXtlc6fE1olhY29ynlzGMNvkaROcHfwvI4HI6E8z4bf
QF+CWjDxVavNpbTSB5FjdhA3mylXJT5lGRtyO7gdCa9WooA8v8PzX3iKDXtH0XWbnWfD82mSQwXu
oRsrw3TgjyzIVDOMMWJ2naCo4/iteGviPpGkeGtN0nVkvLbWrW3S3Omi1laZ2UbUAG0Dc4CkDP8A
EBnvXo1FAHnlxrEPgf4ja7fa6rwaVq8Ns8N6sUjoskalPKO1T8xAduvAA9eJvC11L4r8fXfimztn
i0aOwOm200uVa6YS7y6rjhQcjn277gve0UAeM2enXkPitPh89rMulx6qdUWQs8sJswN6wlGHKFwA
SSRvJ4J6zeLNM0HT/iTqN7420yabSdRjha2v4zMI7d1jKmN9mMs2wnjJAC8YJI9gooA8v0w+E28F
eMz4NsbmK2WwdJblxJ5c7eS5ATeScruOeB94dQQa7bwZ/wAiRoP/AGDrf/0WtbVFAHjlhprXfi6D
wDNAkul6Rqc2plRgrHbbQ8MeW5cbpSHBBPzDBwCR03iu+Xx14H8Uabo8Fz9qsJjA6yxHEjxOHIjK
53EhSAOuSMgZBro9M8PfY/EOp61dXP2q7vdscX7vattAvSNcknk/M2CATg7RW1QBx+mfE3Q9RntL
BTcjWJ2SKTT1tpS8MhIDqxKgYT5ix9FJ9qxdI8R2fgHWvEdj4mZ7OK81OS+s7nyZXS4WQAsq4Tqg
2g89Wx2yfSqKAPL7MXeqeHvHniiazezs9ZsCbOKU/vGjigdQ7DsGBBH49Rgl/iv/AJN5g/7B1j/6
FFXptFAHGeJ/+SneCP8At/8A/RIo8T/8lO8Ef9v/AP6JFdnRQBxnhj/kp3jf/tw/9Emj/mt//cu/
+3NdnRQBxnhj/kp3jf8A7cP/AESaPhx/zNX/AGMV3/7JXZ0UAYfif/mEf9hKH+tblYfif/mEf9hK
H+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/wDI1aD/ANvH/oArcrH1KCWTxLosqRO0cfn73CkhcoMZ
PbNbFXPaPp+rIju/66IKKKKgsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD0r/AJGrXv8At3/9ANbl
Yelf8jVr3/bv/wCgGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFAHAePPDOra1rcNxp9r50S26oW8xF+bcxxgkeoorv6K2jXlFWRk6
UW7hRRRWJqFFFFABXKePPHcXga0tJpbJ7v7S7IFWQJtwM+h9a6uvIv2gP+QVo3/XaT/0EUAerWN0
L6wt7pVKrPEsgU9QCM4/Wp6z/D//ACLmmf8AXpF/6AK0KAPOvEnxm0jRb+SxsLWfU7qJij7DsQMO
CNxBJOfQYrP0347WMl8tvrOj3OnKThpBJ5uz3I2qcfTNeg6T4a0jQ5Z5tOsYoZrh2kllxl2LHJ+Y
849ulcj8atMsrnwJPfTxJ9rtZI/Ikx83zOFK59MEnHtQB30M0dzBHNA6yRSKHR1OQwPIIqSuL+Ec
ssvw10szEnb5qqT/AHRIwH+H4V2lAFbUNQttK0+e9vplhtoELyO3QD/PavM7j45RS3Ei6N4dvb+J
DjzDJs/HAVsVb+OzTjwPbiL/AFTXqCXHptfH4Zx+lbnwun02bwDpo0vyx5cYW4Veom/j3e5PP0Io
AreC/ijp/i/UG077HcWV+qF/LkwykDrhh3HuBXX3+oWml2b3d/cRW1vHjdLKwVRk4HJ9yKjOk2B1
NdR+xwfblQoLgIN+09s9a8u+MPjqy+w6l4U+y3P2v9y3nEDy+qv656cdOtAHq1lfW2pWkd1Yzx3F
vIMpLGwZW5xwfqKnrw/wV8X9K8NeE7HSbmwvZZrcOGeMJtOXZuMn3r1bxB4r0vwxpCajqsrxRSYE
aBCXdiM4A9cevFAG1RXlb/HS0OZYPD+ovaDrMxA/lkfrXZ+EfGuleM7OSbTXkWSHAmglXDx56exB
weRQB0NFc7408Y23grSYb67t5rhZZhCqREA5IJyc+ymud8S/GXR9BuI7a3tpr64KK8iowVYsjO0t
zlueQPzoA9AuLiK0t5Li4kSKGJS7yOcKqgZJJ9Kg03VbHWLY3Gm3cN1AGKGSFwwBHbI78ivNPGPx
V02bwj9mFjeB9Z06Romwu1NxePBOexU9O2K5b4c/FDTfBnhyXTr2zu5pHuWmDQ7cYKqMckf3aAPf
6KxT4mth4O/4SLyZhbfZPtXlEAPt25x1xmovBvi238Z6K2o2tvLbqkzQskhBOQAe3b5hQBv0Vi+L
PEsHhLQJdUuYZJkjZV2R4ySTgdan8O63D4j0G01W3jeKK5UsEfG4YJHb6UAadFcVbfFPRZL7WoLw
S2cekuUeWXBEhDFcKBySSOBXPSfHvS0uRt0e+a1JwJSyhj9F6frQB6tRWboOvWHiTSotQ0ucSwPw
ezI3dWHYitKgAooooAKKKKACiiigAooooAKKKKACiiq91f2tku66uIoR/tsBTSvsF7GX/wAz5/3D
f/atblc9ptwNV8Uyajao5s0tPs4lZSodt+7jPXiuhq6mjS8iIa3YUUUVmWFFFFABRRRQBneIf+Ra
1T/r0l/9ANc78L/+RauP+vtv/QErrri3ju7aW3nXdFKhR1yRlSMEZFV9L0iy0W2a30+HyYmcuV3s
3zYAzkk+gq1JKDiS4+8mXaKKKgoKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/Wty
sPxP/wAwj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/Wty
tJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKzbLxDpuoan
Pp1rc+Zd2+7zY/LYbdrbTyRg8nsaTaW5cac5puKbS38jSooopkBRRRQAUUUUAFFUdV1mx0S1W41G
fyYmcRhtjNliCcYAPYGrNtcRXdrFcQNvimQSI2CMqRkHB9qV1exbpzUVNp2fXoS0UUUyAooooAKK
KzbLxDpuoanPp1rc+Zd2+7zY/LYbdrbTyRg8nsaTaW5cac5puKbS38jSooopkBRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAYeseMdH0OUw3d1unHWKJdzD69h+JrLg+J+hSybXF3CM/feIY
/Qk1o/8ACFaNJqlxf3Fsbmady5Exyqn2Xp+eaNU8FaJqVo8S2EFtIR8ksCBCp7Hjr+NYS9turHrU
nliSjNSb6vTT0Rs2t1Be26T2sqSwuMq6HINTV5Z8Nry407xLdaRK/wC7cOCmeBIh6j8Af0r1Oqo1
PaRuc+Y4P6nXdNO63T8mFFFFanCFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAY
elf8jVr3/bv/AOgGtysPSv8Akate/wC3f/0A1uVpU3+S/JEQ2+b/ADCiiisywooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOA8eeJtW0XW4bfT7ryYmt1cr5aN82
5hnkH0FFZXxQ/wCRlt/+vRf/AEN6K76UIuCujknKSk9T1SiiiuA6wooooAK8i/aA/wCQVo3/AF2k
/wDQRXrteRftAf8AIK0b/rtJ/wCgigD03w//AMi5pn/XpF/6AK0Kz/D/APyLmmf9ekX/AKAK0KAC
vGfiJrM/j7xTZ+D9AYSwwy7rmZeVDjgnP91AT9ScdhWn8QPHl3f6j/wiXg/fNqM7eVPPEf8AV+qq
ex9W/h+vTqfAXgW08FaT5a7ZtQmANzcY+8f7q+ij9ev0AN7SNLg0XSLTTrUEQ20SxrnqcDqfc9au
UUUAU9W0q01vTJ9P1CIS2067XU8fiD2IPOa8b1L4ZeKfBN9JqXg2/muIhyY0IEu30ZPuyD/OK9h1
DXNN0q6tbfUL2G2luywgErbQ5GMgE8dx+dXgcjI6UAeZ/D74rt4g1BdG16BLbUjlY5FG1ZGHVSp+
636H26HW+MP/ACTPU/8Aeh/9GrXnvi/7PqHxz05dC2vOs9v57RcjzVbLHj0UDP0NeifF9Gf4Z6pt
GdphJ+nmpQBL8J/+SZ6P/uyf+jXrodT0bTdWEDapaQXK2z+bH5y5CnHXB4/Oua+EUyS/DTSgpBKe
ajAHofNb+hB/GuW+Our3cY0nSIpmgs7ss87dA+CoAPsMk4+npQB3N3488J2CtDNrVgAnymONw+Pb
C5rzH4b3NnH8ZdTXRnVtOuUm8rYCF25DDAPpjFeh6Z8MfCWmWUaf2Xb3JVfmmuf3hfjknPA/DivO
/AhsD8cb7+yBCLELMIfJGEwAOntQB0fx7/5E+w/6/wBf/Rb1tfDLwhYaF4WtLsRpNfX8KzzTsuWw
4yFGegAP4nmsX49/8ifYf9f6/wDot67nwn/yJ+i/9eEH/otaAK3jKGO38Aa5HDGkca2E2FRQAPkP
YVyvwJ/5EW4/6/5P/QErr/GqNJ4H11VGSbCfj/gBrjfgNMj+CryIEb0v3JXPOCiYP6H8qAOt8e/8
iFrn/XlJ/wCgmuV+BP8AyItx/wBf8n/oCV2HjK3a78F61DGCzvYzbQBkk7DgVw3wFv4JPC19Yhx9
ohuzKyZ52MqgH81IoA1vjR/yTm6/67Rf+hVofCz/AJJto3/XN/8A0Y1c/wDG/XLG38Kf2S0wN9cy
I6RLyQqnJY+g7D1/Oug+Fn/JNtG/65v/AOjGoA8t8JeGLHxR8Xdch1MGS3tbi4uDF2kImwA3t82a
9yvdGsNQ0p9MubSJ7J02eTtAUD29MdsdK8V8Da7Y6H8Y9e/tGYQJdz3ECSNwoczZGT2B2kZ9cV7h
e3tvp9lLd3kyQ28Kl3kc4CgUAeOfBWabSvGOveH3k3RxqzYP9+OQJkfUN+g9K9qrxj4Mxy6t4z8Q
+IDGVil3gE/3pJN+PwC8/UV7PQAUUUUAFFFFABRRRQAyQOYnERUSbTtLDIB7ZrD+zeJ/+f7T/wDv
2f8ACt+iqjLl6EuNznJLTxWSNl/p4H+4R/7KaoTWfjE/eu0cY6Rsin/0EV2VFWqzXRfcS6d+r+84
g2uoDnVLbXJR3EN2rr+SgVYsZvC1tMBJaNbTH/n9jbOfq2QK6+mSwxzxlJo0kQ9VdQQfwqvbX3/B
i9lbb8RIZIpYleB0eMj5WQgjHtipK56xtotN8Yy2tmvlW8tl57RA/Lv34yB24roaynGz0Li7oKKK
KkoKKKKACiiigCK4uI7S2luJ22xRIXdsE4UDJPFV9L1ey1q2a40+bzolcoW2MvzYBxyB6io/EP8A
yLWqf9ekv/oBrnfhf/yLVx/19t/6AlWopwciXL3kjs6KKKgoKKKKACiiigAooooAKKKKACiiigAo
oooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//MI/7CUP9a3K
w/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACvP
NYvtQ8XeL59A069ktbCBGW4dB1Kghsj5SRlgm3JHGa9Dry61vU8I/EzUJNU+S3uvMYSgMQFdt6kD
GW5G047554rnxD+FPZvU9jKIXdWUFecYtxW+vdLq10OisvAZ0O/t7nQ9UuolWRTcQzEMsyZ5HAAy
FLYyDyR061ymk6x/YvxB1uVbS4vJZXuI4oYFyzN5m78sKckA49K9GbxPowlhiXU7WSSeRYo1ikEh
LHpwucD3PFcX4N/5Kdr3/bx/6OWsqkYqUVB9TtwletOlWniot+710vr36nReE/G1v4nlmg+ztbXM
Y3iPdvDJwMhsDkE9PcdecVtS8fiHVZtP0nSbrUp7css3l5ULggHAAJIBJBJA/HNY3g3/AJKdr3/b
x/6OWoPhxe2uh3+r2eq3MNpOCi4lkCjKFgw3dMgkd/pRGrNqKb3b19B1MBhoTq1Iwuoxi1G7+1vq
tdDrfDXjC38Q3E1m9tNaX8ALSQSDIGGwcHjkcZBA698VS1Lx+IdVm0/SdJutSntyyzeXlQuCAcAA
kgEkEkD8c1iadImrfGGW7sHWe3iBZpFPGBEIyR6jcQOPr05qL4cXtrod/q9nqtzDaTgouJZAoyhY
MN3TIJHf6UKtN2jfq1f0CeX4enz1VBu0Yy5LvRydmu+m/wCZ1vhrxhb+Ibiaze2mtL+AFpIJBkDD
YODxyOMggde+KyZviPK7XEumaDdXthASDdBmVeBkk/IcDvyemCcVm6dImrfGGW7sHWe3iBZpFPGB
EIyR6jcQOPr05qpdPDoFjcal4S8TRrbu+Rp7kFgCQCQr5JIIHJUHb3PdOrPl32b7FQy/DKty8mso
xaT5rJu902tU9NL+Z03jPVdOfwnY315pzXttcSRvHC0xiK7kYgkrnnGRj3p134utvD2meH/9C2Wl
7Cn/AC1J+zoFT2JfAb2Jx71heMNWfXPhxpmoSxrHJNdDcqnIyBIpI9jjOP51n+Of+RY8J/8AXn/7
JFROq05Sj2Q8LgKdRUqNVP4ppq76J/Lfr1N9fifFHqMMV9pNxa2k3zJPIx3GM52vs28g+xPfGa3v
Eviq38PLDEsTXd/OQIbWM/M2TjJ4OB2HHJ4HfHKfF3/mEf8Abb/2SpfG9y9n450u4sJo4b+O2Zi1
yyrCVG/C5PQt868kdVwR1qnVnHmi3tb8TKngcNX9jUjCykptq7t7u13ur9bfIu6f4/vb3WotNbw7
cRSl1EoMjFoVJA3suzgAEHnFbPjLU7rS/Ds8tnbTTSSBoy0RIMAKN+8yAeFwPT61zvhmK817xeus
6rd6f51tCyRW1pcI5AxjJClvl+dupzkjtiut8R/8ixqv/XnN/wCgGrg5ypybZy4qGHo4ulGEF0uk
21e/dnHfDzxHqlyVsrm2vLyKWZy1/JIzrFhAQhJB7j1H3qu+Gb7TZ/HWrQWuk/ZrtPO825+0s/mY
lAPyHgZPPHSoPhZe2qaJNaPcwrcyXTskJkAdhsXkL1I4P5Gqng3/AJKdr3/bx/6OWsoN8sNb6nfi
qcHVxVo8to9G1fXe23y2LcXxQFxYNJb6PNLcoWaSGOQkRxKBmRm28DJx07ckcZcnxPin04S2uk3E
92u5p4FYlYo1/jLhTxyOwxzntml8Iv8AmL/9sf8A2ej4Rf8AMX/7Y/8As9EKlSXL729+nYeJwmCo
+3tSv7Pl+09ebp8vv8zq/Cviq38UWcskcTQTwkCWIncBnO0hsDIOD+R9icS4+JQeWc6To11f21uM
yz5KBevJAU4XAzk478cVz/gGN5vDvimKJGeR7UKqqMliUlwAO5qh4YsYtQ0y5hl8U/2Spcq9s7FU
kUqBu5dQc8gjnoM9RS9vUcY23d+36lf2XhKdas5q8YuKS952ur9NfJfies6Rq9prmnR3ljJvibgg
8Mjd1YdiP/r9DVLxN4mi8OwQAW8l1d3L7ILePILnIzzg+o7Ekke5FbwJpttpvh7/AEK++229xM0q
y+SY/RSME56qai8a2el332CK+1P+zb0Oz2lySQFIwWycgD+HGSDnGO4PS5T9lzdTxoUMOsc6bTcE
30d9O63066Xtcl8PeLJ9Y1OWwvdIuNOuFh89RKSdy7tp6qCOSMde/pVTUvH4h1WbT9J0m61Ke3LL
N5eVC4IBwACSASQSQPxzWb4Y8TajF4u/sK6v4dVtmBWK5QjjahYHcPvEgYOSee/BzR+HF7a6Hf6v
Z6rcw2k4KLiWQKMoWDDd0yCR3+lYqtJ2in1evp+B6MsvpU3UqSp3tGLUU3Z3dr/zadjrfDXjC38Q
3E1m9tNaX8ALSQSDIGGwcHjkcZBA698U3RvF39r+J7/R/sXlfZPM/e+bu37XC9MDGc561zOnSJq3
xhlu7B1nt4gWaRTxgRCMkeo3EDj69Oag8Najaab8S9ae9uI7dJHuI1eQ7V3eaDgnoOFPWhVpaXfW
3qFTLaNqjjB35FJLX3W91/w51ujeLv7X8T3+j/YvK+yeZ+983dv2uF6YGM5z1rPl+IgS/v7GLSpp
7y3nMMEMTljPgtubhflAC579fqax/AlxFd/ETWbiBt8UyTyI2CMqZVIOD7U7wfGj/FDW2dFZozcM
hIyVPmgZHocEj8TSVWclGz3bKqYDDUp1OaGkYRdrvfr9/X8Df1rxwNIi06L+zpptRvI0kNpkqY93
Ynbktu4xjsenGbOh+LRqdvqL6hYzabJp4DzpLliEKlgegOcA8Y9Oua5fUZE0n4wxXd+6wW8oDLIx
4wYjGCfQbgRz9enNbvjHUbTVvB+qw6bcR3bwpFJJ5B3hV8wHORx0VifQDJqlUleTb2vp6IwqYOgo
0acafxqLc7vS8tu2m3con4m7t9zBod5JpqOFe6Jxt6ZyACueeBu546ZrtLK9t9Rs4rqzlWWCUbkd
eh/wPt2ryPSNNttQ8Nf6V4v+xwru8ywfJC4O7hN43Z4PA6n1FemeFbCLTfDVlbwXP2mIIZEm2FN6
uS4O09OGp4epUk/e2t5CzbCYWhD9ympJ2+1Zrvdq1/TTU16KKK6jwQrH1PxVpGlW7yT30DMo4ijc
M7H0wKv6jn+zbrHXyXx+Rry34deHdO11799SgMwg8vYu8qOd2c4PPQVhVqSUlCO7PUwOEo1KNTEV
2+WFtFu7+pb+HNlPqXiW81qVNsQ38+sjnOB9Bn8xXqFRW1tDZ26QW0SRRIMKiDAFS1VKn7ONjHMM
Z9crOpay2S8kFFFFanCFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3
/bv/AOgGtysPSv8Akate/wC3f/0A1uVpU3+S/JEQ2+b/ADCiiisywooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrVPDOk61crcaha+dKqBA3mOvy5JxgEepoo1T
xNpOi3K2+oXXkysgcL5bt8uSM8A+horRe0tpch8l9bGrRRRWZYUUUUAFcn4/8Cp46sLWBr5rN7aQ
uriLzAQRggjI9u9dZRQB4+PgPcgADxZKAOgFof8A45XUeBPh1L4M1C5upNal1ATxCMRtCUC85z95
snj+ddxRQB46fgCyzPJD4nkTcTg/Y/mx7nzBmnf8KIuf+hsm/wDAQ/8AxyvYKKAOV8CeC5fBdndw
S6rLqH2iQOC8ZQJgY4G5uv8AhXVUUUAc54y8D6b42soYdQaWKW3LGGaI8pnGeDwQcD8u1cInwV1a
JDbw+MLhLQ8bBE+Mf7u/FevUUAcj4L+HGk+C909uZLm+ddrXMvUD0VRwB+Z966TU9Ot9X0y5sLxN
9vcxmNx3wfT3q1RQB5HH8ELy0keGx8V3UFhIxLRLEwJHocOATjHOPwrt/FvgfTvF+jQ2N60kclvz
BcLguhxg5z1BwMjviulooA8sg+EWsNAun33jO+l0pflNuisu5f7uC5AH4Ee1bWgfC+y8N+MjrWn3
RS2EHlJZ+XnadoUsX3c5IJ6dTXc0UAcv498GDxxo0Fh9u+xmG4E3meV5mcKwxjI/vevat3SrH+y9
HsrASeYLWBId+MbtqgZx26VbooAbJGk0bxyKHRwVZWGQQeoryiX4Iz2l9NJoPia5sLaY8xhG3BfQ
srDd1PUCvWaKAKOi6aNH0Wz08TPOLaJY/Mfq+B1Nedar8FVGsvf+G9am0neSfLVSdhPXawYED2r1
OigDzWL4L2P9i30V1qUt1q14qqdQnj3+XhgTtUt1OMZJzXaeFtCHhrw3ZaSLj7R9mUr5uzZuyxPT
Jx19a1qKAPAvC3hjT/FnxK8WafqaMYy1w6Ohw0bCcAMD68mugk+CWoXAS1uPFlzLp0bfLC0bHaOw
AL4BrofCPgC98O+OtZ1y4ureWC/83y403bl3yBxnIx0Fd5QBl+HvD2n+GNJj07S4vLhQ7mJOWdu7
Me5OK1KKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/mfP+4b/AO1a3Kw/+Z8/7hv/ALVrcrSf
T0Ih19QooorMsKKKKACiiigClrNvJd6Jf28C7pZbeREXIGWKkAZNY3gPSL3RdEmt9Qh8mVrhnC71
b5dqjOQT6GumoqlJqPKLl1uFFFFSMKKKKACiiigAooooAKKKKACiiigAooooAw/E/wDzCP8AsJQ/
1rcrD8T/APMI/wCwlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8A
sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKo6po2n61AI
tRtY51H3Swwy8gnDDkdB0PNXqKTSasyoTlCSlB2a7GJYeDdC0y6W4tdOjEq/dZ2aTacgggMTg5HU
c1ZsvD2m6fqc+o2tt5d3cbvNk8xju3NuPBOByOwrSopKEVsjWWKrzvzTbvo9XsZtl4e03T9Tn1G1
tvLu7jd5snmMd25tx4JwOR2FRap4V0bWZxNf2Ecko6yKSjNwByVIzwB16Vr0UckbWtoJYmsp86m7
7Xu729SjpejafosBi061jgU/eKjLNySMseT1PU8VW1Twro2szia/sI5JR1kUlGbgDkqRngDr0rXo
o5ItcttAWIrRn7RTfN3u7/eUdL0bT9FgMWnWscCn7xUZZuSRljyep6nis3/hBfDv2r7R/Zke/fvx
vfZnOfu5249sY9q6Cihwi1ZoccVXjJyjNpvfV6+pn6joWnarYRWV5aq9tEQ0casUC4BAxtI4AJ4q
C+8LaRqVraW95aeZFZp5cC+Y42LgDGQeeFHX0rXoocIvdCjia0Lcs2rbavS+5m6v4e03XvJ/tO28
/wAnd5f7xlxnGfukegrkPHOmahP4jtb2XTJtV0uOPYLeFmUhjuznaSc5AO4ADhRXoNFRUpKaN8Jj
6mGmnukmkm3pfe1tn5o8q0fQb+78V2N7puh3Gi2ts6GbzpX5GSWwWAJyvy4AI9cZr1WiiilSVNOw
8djpYyUXJWsrLd/e3dsxrPwloun6mNQtLFYrlSzKyu2BuBBwucAYJ4xxU9l4e03T9Tn1G1tvLu7j
d5snmMd25tx4JwOR2FaVFWoRWyMJYqvO/NNu6tu9u3oZukeHtN0Hzv7MtvI87b5n7xmzjOPvE+po
0jw9pug+d/Zlt5HnbfM/eM2cZx94n1NaVFChFWsthSxFafNzTb5rX1ettr97dDN0jw9pug+d/Zlt
5HnbfM/eM2cZx94n1NVL3wToGoXkt1c6erTSnc7LI6gn1wCBmt2il7ONrW0KWLrqbqKb5nu7u/3k
VvbQ2kCw20McMS52xxqFUZOTgD3qpq2hadrsUcepWqzrGdyHcVK+uCCDj29h6VoUVTimrMyjVnCX
PFtPv1M3SvD2l6JuOnWUcLNnL8s5BxxuOTjgcZxUWqeFdG1mcTX9hHJKOsikozcAclSM8Adela9F
LkjbltoaLE1lP2im+bvd3+8o6Xo2n6LAYtOtY4FP3ioyzckjLHk9T1PFVr7wro2p6it9eWEctyNv
zEkBsdNwBw3pyDxx0rXoo5I2tbQSxFZTdRTfM93d3+8z7bQtOstTk1C2tViuZIxCzKxA2AKAAucA
YVeg7U2y8Pabp+pz6ja23l3dxu82TzGO7c248E4HI7CtKijkj2E8RVd/eeqtu9u3oZ+raFp2uxRx
6larOsZ3IdxUr64IIOPb2HpRpOhadoUUkem2qwLIdzncWLemSSTj29z61oUUcsb81tQ9vV9n7Lmf
L2vp9xz/APwgvh37V9o/syPfv343vsznP3c7ce2Me1bscaQxJFEipGgCqqjAUDoAOwp9FEYRjsgq
4irVt7STdu7bCiiiqMiK5eKO1me4YLCqEyE9AuOf0rnPBs3hoG6h8Osd5w0qtvyQOAfm7cn866C+
tFv9PubSRiqTxNExHUBgR/Wud8JeCF8MXlxcteG5eRPLUCPYAM59TzwKykpc8bLQ76EqKwtRTm1J
2sls/X0OqooorU4AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/wCR
q17/ALd//QDW5WHpX/I1a9/27/8AoBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB5X8UP+Rlt/8Ar0X/ANDeitXx54Z1bWtbhuNP
tfOiW3VC3mIvzbmOMEj1FFd9KcVBXZyTjJyeh39FFFcB1hRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFAGH/AMz5/wBw3/2rW5WH/wAz5/3Df/atblaT6ehEOvqFFFFZlhRRRQAUUUUAUtZuJLTRL+4g
bbLFbyOjYBwwUkHmsbwHq97rWiTXGoTedKtwyBtir8u1TjgD1NaviH/kWtU/69Jf/QDXO/C//kWr
j/r7b/0BK1SXs2yG/fSOzooorIsKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/Wty
sPxP/wAwj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/Wty
tJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKAMrUL2eDxBpFtG+2G487zVwPm2qCOeo59K1aw9V/5GrQf+3j/ANAF
blXJaR9P1ZMXq/66IKKKKgoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD0r/kate/7d/8A0A1uVh6V
/wAjVr3/AG7/APoBrcrSpv8AJfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFcB488Tatoutw2+n3XkxNbq5Xy0b5tzDPIPoKK2jQlJXRk6s
U7Hf0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1
uVpPp6EQ6+oUUUVmWFFFFABRRRQBFcW8d3bS2867opUKOuSMqRgjIqvpekWWi2zW+nw+TEzlyu9m
+bAGckn0FWLi4jtLaW4nbbFEhd2wThQMk8VX0vV7LWrZrjT5vOiVyhbYy/NgHHIHqKetvIWly7RR
RSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2Eof61uVpL4URH
4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
GHqv/I1aD/28f+gCtysPVf8AkatB/wC3j/0AVuVpPaPp+rIju/X9EFFFeX/F3RG8Ra54b02MO0s0
OoNEqMFLSLEroMnjBZQD7E8jrWZZ6hRXP+HPFUGr+BrbxFd/uIvs7S3JCHCGPIkIAJO3KsR1OMd6
4X4f21yPiSupX83m3msaCdRmwxZE8ycbEXPIVUCDBJxggHGKAPWqK4z4cf8AM1f9jFd/+yVhfF3R
G8Ra54b02MO0s0OoNEqMFLSLEroMnjBZQD7E8jrQB6hRXP8AhzxVBq/ga28RXf7iL7O0tyQhwhjy
JCACTtyrEdTjHeuF+H9tcj4krqV/N5t5rGgnUZsMWRPMnGxFzyFVAgwScYIBxigD1qivDLX/AIV9
/bniT/hMf+P/APtq68v/AI+P9Vu4/wBXx13e/wCleweG7PS7Hw9ZRaEmzTGj823GWPyv8+fm+bnd
nn1oA06K8/8Aip/zBP7U+2f8Iv8AaW/tb7N/wHyt+Pm2bs5x7Y+bbWh4K8OeF7Od9Z8I3Tm1uIRD
JDFctJEWyGDMrZYSAHGCRgE8DJoA7Civn/wh/wAKw/4Riz/4Sb/kLfP5/wDx9f322/c+X7u3p/Ov
QPGPw58ML4b1XUV0zF3a6c3kyfaJfl8qHbHxuwcBF6jnHOaAPQKK4XwF4F8PWOk6Hrttp+zU2so5
TN50h+Z4huO0tt53Ht3rrdZ+2/2Hf/2X/wAf/wBnk+zfd/1u07PvcdcdePWgC7RXjnhHw54K8SWU
VvNdX1t4tRg91JLcvFeLcBizlQ3ykgq3QEgYJw3Ndh/zW/8A7l3/ANuaAOzorkvHF7cz3Wi+HLC4
mtLjWLk77mJzG8cEQEkmxxyHIwBwQcnOKz5vhJodnpUn9grc2WsRwlba/W8lVxJtxliDgBujYXoT
gDigDvaK8/0LQdF+JfhjSdf8R6d9ov2t/IeTz3TdsdlJwhUDJ3NjHG7Hasz4WeBfD194S0bXbnT9
+prI8om86QfMkzbTtDbeNo7dqAPU6K8c0XRPA+par4ml8VS2KXq65dKguL8wN5e4EfKHGRktzj+V
afjfT/Ds2ueBbK/e2Hh8Q3Sqz3JWPyxEnl/vNw4yFwc88dc0AeoUV5loOl6TpnxD09fAdx5mnPby
HWEt7jz4FGD5JLEn5y+eAc4HQAsTp/EK2/4SbVNF8IrNNHFeyPd3rwNlo4I14DL/AHXcgBm4DKOC
eKAO6orlfhvfy3fg22tbpUS90tm065jQHEbxHaBnkE7dpJBIyT9B5/8ACCRtAv8AS4zE7W3iW0lY
SEg7Z7eSXIHIIXy8ZyDliMHGcAHtVFec/FV31iNtBhufLit9OudWvEUsrssa4hXONpUyHJB/uZyD
jOX4u+xf8Ks8Df2p/wAeH2mw+0/e/wBV5Lb/ALvPTPTn0oA9aorznwTZ/De58QpL4TTdqdtG0qnN
yNqn5GP7z5T9/H413Os6j/ZGh3+o+V5v2S3kn8vdt37FLYzg4zjrigC7RXK+GvF1/rkAv73Qn0vR
2tPtC3tzdJyQBkFOCF+8Q5wCqg8ZrPvPiDqkNq+rW3hO8uPDy4cXwuFSRoc4MggI3bepGcZXBOB0
AO6orldY8dQWj6Xa6NaPq2oatCbizt0lSENHgNucvygK7iMjkqRxUPhvxzd614nk0PUNAudKuobR
7iTzpNwJWXZhPlG9SDneOMggZxkgHYUUUUAFFFFABRRRQBh6V/yNWvf9u/8A6Aa3Kw9K/wCRq17/
ALd//QDW5WlTf5L8kRDb5v8AMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooA8r+KH/ACMtv/16L/6G9Fd/qnhnSdauVuNQtfOlVAgbzHX5ck4wCPU0V1wr
xjFJnPKlJu5q0UUVyHQFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM
+f8AcN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf8AkWtU/wCvSX/0A1zvwv8A+RauP+vtv/QE
rptZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4XerfLtUZyCfQ1qmvZtENe+mdN
RRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5Wkvh
REfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAYeq/8jVoP/bx/6AK3Kw9V/wCRq0H/ALeP/QBW5Wk9o+n6siO79f0QVxnif/kp3gj/ALf/AP0S
K7Oisyzx/WtMnj8X6j4HWfNn4lvYtSy2N0UeXe4w2OHLQqFBDDA5wSTXW/8ANb/+5d/9ua7OigDy
zwt468PeGL7xPZ6zqH2a4fXruVU8mR8qSADlVI6qa2davINQ+IPgC8tX8y3uI72WJ8EblaBSDg8j
g967qigDx/WtMnj8X6j4HWfNn4lvYtSy2N0UeXe4w2OHLQqFBDDA5wSTXW/81v8A+5d/9ua7OigD
yzwt468PeGL7xPZ6zqH2a4fXruVU8mR8qSADlVI6qa6y6s7Lx9pdjqOma9q9paDzPLk06drfzfm2
ncGXJwUOOO59a6eigDlb3XtN+HmnabZ6vd6pcW0zSJ/aFyDOVblgJGAzk5IXAPC+gJrnPDi6LqXx
Ds9S8DWvk2C28y6ncJbPFBLwgSJAy4DghXIAXI5yeRXptFAHkvw5+I3hjQfAmnadqep+Rdw+b5kf
2eVsZldhyqkdCO9d14mvINQ+HWr3lq/mW9xpU0sT4I3K0RIODyOD3roKKAOf8M232z4daRbedNB5
2lQx+bC22RMxAblPZhnIPrUGm+G/+EV+16l/bHiPV/Lt3/0W5uftG7GG+RMDL/Lgc9yO9dPRQB5L
4r8UeCPHGhyJbWk2o689ufscMVnL9pWTa2AWUYKqWLEbivBPPFWrzX7fwn8TLG48VXyJKfDccE06
RsyyTedlsBV6Eqx6D8K9QooA8517WY9em0Hxd4UE2rQ6NeyQXMENs5kKSoocqp2ksoIwACMtk8Ka
s6h8W9DktHi8ONc6tqsistvbQWcrEvtJBYELlQRzg5x2rvaKAMXwfoP/AAjHhTT9JL+Y9vH+8YHI
LsSz4OB8u5jjjOMVjfCL/kmOkf8Abb/0c9dnRQB554H8P6Rqs/imbUdKsbuVfEF2gkuLdJGC5U4y
QeMk/nU3izTLGfx94HsJrK2ksgt6gt3iUxhVhXaNuMYGBj0wK72igDzyG3i8BfEqzs7J0g0TxEsn
+imUKkF0mDuQEcBgVUKDyW9FUVn6XZ61428X614k0bxBDpkNrI2lWzR26XXmRIQxOTgbWJDA8n5i
M4Az6nRQB5r4Zs7vwf8AE6507Ur1Lw6/afaRdCy8gSTxs2UAQlc7CzMe5I7nnJ03TJ774A6beWc/
k3mkSSalbucbd0UshOQQc/KWwPXGeM17BRQB5lp3/E38EeNfFjfL/bdvceTGONkEMbxx7hzhzhs4
JHTGKh8RXkGn/Dr4fXl0/l29ve6dLK+CdqrESTgcngdq9TooA5jSPiN4Y17VIdO0zU/Pu5t3lx/Z
5VzhSx5ZQOgPeq2reJLTX/B3jCK0juUbTobu0mMseFZ1jYEqwyCPxyOMgZGewooA5XTLCXVfhLaW
EDIst3oaQIXJChmgCjOM8ZNeX6SPhvZaGsXinRbyx1y2jC3FrKbkSSsFBDLghRvyCAduCfTBPvVF
AHmt3fWHg/xZoeu3sFzYaJcaGNOiDxOz2rqwkVJRyQdvA5JypzwCak0HXoPEXxhe8tba8htxoJSJ
7mEx+ev2gESIDyUYHgnHfivRqxf+Ee/4rf8A4SL7T/zDvsP2fy/+mm/fuz+GMfjQBtUUUUAFFFFA
BRRRQBh6V/yNWvf9u/8A6Aa3Kw9K/wCRq17/ALd//QDW5WlTf5L8kRDb5v8AMKKKKzLCiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAytU8TaTotytvqF15MrIHC+
W7fLkjPAPoaK4D4of8jLb/8AXov/AKG9FdcKEZRTZzyqyTseqUUUVyHQFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAYf8AzPn/AHDf/atblYf/ADPn/cN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQAU
VS1m4ktNEv7iBtssVvI6NgHDBSQeaxvAer3utaJNcahN50q3DIG2Kvy7VOOAPU1Si3HmFza2Omoo
oqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A5hH/AGEof61uVpL4
URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQBh+J/wDmEf8AYSh/rW5WH4n/AOYR/wBhKH+tblaS+FER+JhRRRWZYUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAYeq/8AI1aD/wBvH/oArcrnPEUU8/iDRI7W4+zTHz9suwPt+UZ4PB44qf8AsrXP+hh/8ko/
8a2cU4xu7aefdmSbTen9WRuUVh/2Vrn/AEMP/klH/jR/ZWuf9DD/AOSUf+NTyL+Zfj/kVzPs/wAP
8zcorD/srXP+hh/8ko/8aP7K1z/oYf8AySj/AMaORfzL8f8AIOZ9n+H+ZuUVh/2Vrn/Qw/8AklH/
AI0f2Vrn/Qw/+SUf+NHIv5l+P+Qcz7P8P8zcorD/ALK1z/oYf/JKP/Gj+ytc/wChh/8AJKP/ABo5
F/Mvx/yDmfZ/h/mblFYf9la5/wBDD/5JR/40f2Vrn/Qw/wDklH/jRyL+Zfj/AJBzPs/w/wAzcorD
/srXP+hh/wDJKP8Axo/srXP+hh/8ko/8aORfzL8f8g5n2f4f5m5RWH/ZWuf9DD/5JR/40f2Vrn/Q
w/8AklH/AI0ci/mX4/5BzPs/w/zNyisP+ytc/wChh/8AJKP/ABo/srXP+hh/8ko/8aORfzL8f8g5
n2f4f5m5RWH/AGVrn/Qw/wDklH/jR/ZWuf8AQw/+SUf+NHIv5l+P+Qcz7P8AD/M3KKw/7K1z/oYf
/JKP/Gj+ytc/6GH/AMko/wDGjkX8y/H/ACDmfZ/h/mblFYf9la5/0MP/AJJR/wCNH9la5/0MP/kl
H/jRyL+Zfj/kHM+z/D/M3KKw/wCytc/6GH/ySj/xo/srXP8AoYf/ACSj/wAaORfzL8f8g5n2f4f5
m5RWH/ZWuf8AQw/+SUf+NH9la5/0MP8A5JR/40ci/mX4/wCQcz7P8P8AM3KKw/7K1z/oYf8AySj/
AMaP7K1z/oYf/JKP/GjkX8y/H/IOZ9n+H+ZuUVh/2Vrn/Qw/+SUf+NH9la5/0MP/AJJR/wCNHIv5
l+P+Qcz7P8P8zcorD/srXP8AoYf/ACSj/wAaP7K1z/oYf/JKP/GjkX8y/H/IOZ9n+H+ZuUVh/wBl
a5/0MP8A5JR/40f2Vrn/AEMP/klH/jRyL+Zfj/kHM+z/AA/zNyisP+ytc/6GH/ySj/xo/srXP+hh
/wDJKP8Axo5F/Mvx/wAg5n2f4f5m5RWH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5JR/40ci/mX4/5BzP
s/w/zNyisP8AsrXP+hh/8ko/8aP7K1z/AKGH/wAko/8AGjkX8y/H/IOZ9n+H+Zc1S41C18uWxtY7
mJc+bHkiQjtt7evFLputWeqqRA5WVfvwyDa6fUVROl62oJbxEABySbKPj9a5q9s73VtSQWGom/uY
m+a5jtlhWP6yA8/TmtI04yVrr11/yIlOUXe35HTaV/yNWvf9u/8A6Aa3K5vw1FcQa5rMd5OJ51Fv
vkC4z8hrpKzq6S+S/Iun8P3/AJhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFAHAePPDOra1rcNxp9r50S26oW8xF+bcxxgkeoorv6K2jXlFWRk6UW7hRRR
WJqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uVpPp6
EQ6+oUUUVmWFFFFABRRRQBneIf8AkWtU/wCvSX/0A1zvwv8A+RauP+vtv/QErrri3ju7aW3nXdFK
hR1yRlSMEZFV9L0iy0W2a30+HyYmcuV3s3zYAzkk+gq1JKDiS4+8mXaKKKgoKKKKACiiigAooooA
KKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E/
/MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/wBAFblYeq/8
jVoP/bx/6AK3K0ntH0/VkR3fr+iCiuY+I2r3ug+BNR1HTJvIu4fK8uTYrYzKinhgR0J7UzwBr1xq
2k3Vnql2lxrGl3ctpesoVQzBztZQAPlI4BIGSrelZlnVUV5z4q8Wa7B450+z0yT7NpMGo2lhdloQ
TcSTfOVViCNqxgZxtIL9wQRv/wBr3v8AwtP+x/O/0D+xvtXlbF/1vnbd2cZ6cYzigDp6K5j4jave
6D4E1HUdMm8i7h8ry5NitjMqKeGBHQntTPAGvXGraTdWeqXaXGsaXdy2l6yhVDMHO1lAA+UjgEgZ
Kt6UAdVRXnPirxZrsHjnT7PTJPs2kwajaWF2WhBNxJN85VWII2rGBnG0gv3BBFzXrnxDqHxFTQtG
13+yrcaULxj9jjn3N5pQ/e5HBHft05oA7qisXw9pmtab9o/tvX/7X8zb5X+hpb+VjOfunnOR16Y9
6Z418QS+FvCN/q0EKTS26qERyQu5mCAnHYFs44zjGR1oA3aK4jSdL8ao+mXzeLbHU7aRo3uYDZok
bRMPmMciDLHnK8KDwTxwa0knifXvHfiHTtM8S/2Xaab9m8uP7BFPnzItx5bB6g9z19qAPQKK5J/D
vi42MUS+Nttwsjs8/wDZMJ3qQu1ducDaQxz33+wrn/DcPjTxB/av/Fa+R/Z+ozWP/IKhbzPLx8/b
Gc9OfrQB6bRRXnlpf+JfGWv64ul+IrbRbXS7s2S2yWqXMjlSQZH3Y2hj0xxwR/CSQD0OiuI1jVPE
Wh6L4Wjv7u2/tK51e3s72S2QFJo2L5xuXgkBckAc5xgV1WsatbaFo91qV6223tozI2CAWx0UZIG4
nAAzySBQBdorgtP0zx9rVol/eeJrbRmuFV1soNNWQRKVBwxkwwbOcg5we/YP0vV/EHiux1DS/wC0
IdC1/Sb3y7p4bQzRyxENsZVkxhW6g5JwueAwFAHdUV5lpkPjTUvE+uaP/wAJr5f9leR+9/sqE+b5
qFunbGMdTn2q7qUnie58b2nh2x8S/Y/K0ZLqe4+wRSedKJCjNtP3c8HAOBigD0CiuF8UXPiHwj8N
tUvJtd+3anFJG0V19jji2K0ka7dnKnq3J/ve1U/EEnjHwTpf9vXPiWHWbS1kT7RZS2Edv5iMwX5X
XJDZYY7d+cYIB6NRWR4q1tfDnhfUdUYoGtoS0e9SymQ8ICBzgsVH49R1rD+Hmr61ctq2k+KJvO1f
T5InkZUQIqSxhlTKgAsCGzxjngkUAdnRXl+p+NdW0n4o3MV5qKJ4ctru2tJYSkYKtPAzKxYgEKGU
sxLcD16V3PinWJdB8N3l/b273FzGoSCFELl5XYJGNoIJG5lzjnGcc0Aa9FeeeHNf19vAPiu41a+S
fVdJmvIEnSNAqtFECMAKARuyeR9afo2k+NNX0Ow1H/hOfK+128c/l/2RC2zeobGcjOM9cUAegUUV
zmt/EHw14d1E2Gq6okN0qhmjWJ5CoPTO1Tg45wecEHuKAOjorM1XxJpOi6Ouq6hfwxWL7fLmB3iT
dyu3bktkc8Z4yegqDQfGGheJ940bUobl0zujwUkAGMnYwDbfmHOMZ4oA2qK5W++JnhPTZ5YbvV0S
WGaSCSMQyMyuhAYEBTxk8HocHBODWf8AFDxhBovgpzYal5N9qMY+wyQgt5i7k3lXAIHyNwcjrkc0
Ad1RXn9jq2l2/wAPNSvdG8Y6i1vHcgNqt/E11JAxMYKBGUEqQQOnBcmup1zxTo/ht4F1i+S1Nwsj
Rb1YhggBbkA84IwOpJAGTxQBr0VhHxroC6LZau+oomn3s3kQTujqrPlhg5HyjKNy2Bx1qrY/Efwr
qNreXFtrEJiso/NnLo8ZVc4yAwBbnA4zyQOpGQDX1PSItWMS3MswgQktCjbVk9N3erkFvFawrFBG
sca8BVGAKzPD/inR/FME0ui3yXSwsFkAVkZSRkZVgDg84OMHB9DWvT5nawrK9zD0r/kate/7d/8A
0A1uVh6V/wAjVr3/AG7/APoBrcq6m/yX5ImG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHAePPE2raLrcNvp915MTW6uV8tG+bcwzyD6Cisr4of8
jLb/APXov/ob0V30oRcFdHJOUlJ6nqlFFFcB1hRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/
AMz5/wBw3/2rW5WH/wAz5/3Df/atblaT6ehEOvqFFFFZlhRRRQAUUUUARXFxHaW0txO22KJC7tgn
CgZJ4qvper2WtWzXGnzedErlC2xl+bAOOQPUVH4h/wCRa1T/AK9Jf/QDXO/C/wD5Fq4/6+2/9ASr
UU4ORLl7yR2dFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hK
H+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAYeq/wDI1aD/ANvH/oArcrD1X/katB/7eP8A0AVuVpPaPp+rIju/X9EcZ8Xf+SY6v/2x
/wDRyVS1/Uf+EH8ftrU0WNI1eyZLtlbn7RAjMhywxuZBsVQw3HJ6jns9X0iy17S5tO1OHz7Sbb5k
e9lzhgw5Ug9QO9Q694c0vxPYpZ6za/abdJBKqeYyYYAgHKkHoxrMs84m0m50vwp4Pk1JcanqHia3
vr0kFSZZC55UgbWC7QQAACD9a6f/AJrf/wBy7/7c102paRZav9k+3Q+b9kuUuoPnZdkqZ2twRnGT
weKzNe8C+HvE98l5rOn/AGm4SMRK/nSJhQSQMKwHVjQBmfF3/kmOr/8AbH/0clUtf1H/AIQfx+2t
TRY0jV7Jku2VuftECMyHLDG5kGxVDDccnqOegg8C+Hrbw9c6FDp+3TLmQSyw+dIdzDbzu3bh9xeh
7Vd17w5pfiexSz1m1+026SCVU8xkwwBAOVIPRjQB5xNpNzpfhTwfJqS41PUPE1vfXpIKkyyFzypA
2sF2ggAAEH61qa94c0vxP8YUs9ZtftNumgiVU8xkwwuCAcqQejGu51LSLLV/sn26Hzfslyl1B87L
slTO1uCM4yeDxWZr3gXw94nvkvNZ0/7TcJGIlfzpEwoJIGFYDqxoAIPDg8MeHrmz8GWtnbXDyCVE
vJJXiLHaGLHJb7q8Y7496ZYTavBp1+/jqTw/HZFVQG3ZxGVbKsJPN4wcqB65NWfD3hDRfCv2j+xL
L7N9p2+b+9d923OPvE4+8enrWhqWm2msadPYahAlxazrtkjfoR/Qg8gjkEAigDzzXfDv/CuIV1jw
rqF5BC1zEjaIX82O8ZnjUpHuyVchWOcM2OmAKIfCGi+Kvid4v/tuy+0/ZvsXlfvXTbuh5+6Rn7o6
+ldNpPw48K6JfLeWOjwrcJjY8rvLsIIIKhyQGBAwRyKNX+HPhjXtUm1HU9M8+7m2+ZJ9olXOFCjh
WA6AdqANrSNIstB0uHTtMh8i0h3eXHvZsZYseWJPUnvXM/Dj/mav+xiu/wD2Sug0Hw5pfhixez0a
1+zW7yGVk8xnyxABOWJPRRU2m6RZaR9r+ww+V9ruXup/nZt8r43NyTjOBwOKAMX/AIrj+3P+Zc/s
n7T/ANN/P8jd/wB879v4Z9qra54M0TxZezanp189lrNuzQHUNOnw8ciqV2OAeoDDI4bAAyBXYVyu
pfDPwnq+oz317pCPcztvkZJpIwzdzhWAyep45OSeTQBx91q97rGheHG1Cb7W9t4vito74IqpeorP
tlUKNoXnbxkfKea634p2c998NtZitk3usaSkZA+VJFdjz6KpP4Vp6n4P0LV9Hh0q702H7BBJ5sdv
DmFEb5uQEI/vN+dQ6D4F8PeGL57zRtP+zXDxmJn86R8qSCRhmI6qKANDTdcsdU0CDWYZ0Sylh88y
SOoEa4y245wCuCDzwQfSuc8E/wDEy8T+Ktft+bC+uYbe2c/8tfIQozqRwUJPBBOcHpiprz4WeDr6
6e4m0SFXfGRDJJEnAxwqMFHTsK6azsrbT7VLayt4ba3TO2KFAiLk5OAOBySaAOT8Mf8AJTvG/wD2
4f8Aok1ma9on9vfGFLb+0tR0/ZoIk82wn8qQ4uCNpOD8vOceoFdza6RZWeqX2o28Oy7v/L+0yb2O
/Yu1eCcDAPYCj+yLL+3P7Y8n/T/s/wBl83e3+q3btuM4685xmgDhvH+if2D8I9atv7S1HUN8kUnm
38/myDMsQ2g4Hy8Zx6k1S8QaJL4H1jSNcvNS1HW9DhuVS4i1OeSc2bnIW4XaNvy5xyuQSMcsCvo2
r6RZa9pc2nanD59pNt8yPey5wwYcqQeoHejV9Iste0ubTtTh8+0m2+ZHvZc4YMOVIPUDvQBxPxLv
7u+1XRfDmk6e+pXJmXUbu137EeCNuEkLDbtZs9TwVHBJFZ9xqevWnxH0LXdY0CbSbe6xo8oW8huR
LvLNGMAArh+SfQfg3oFr4d06z1g6rFHM18bcWvnS3Ekh8oYIX5mI6qCT1JyTyTl+t6DpviPTjY6v
aJc2xYPtYkEMOhBBBB6jg9CR0JoA4WTRF8R+JviRpbBC1zDZLHvYqokEJKEkc4DBT+HQ9Kh0bVrv
x5qvhe1vYnDaQr3urI4xtuUZooQSoBSTcrP5Z2jaf4sV6Ha6RZWeqX2o28Oy7v8Ay/tMm9jv2LtX
gnAwD2AqHS/Dml6Lfaheafa+TcajJ5t0/mM3mNljnBJA5ZumOtAHC6V/yJHxI/7COp/+ixV3wZ8O
fDH9h6DrH9mf6f8AZ7e6837RL/rdqtuxux15xjFdbF4c0uCx1KzjtcW+pySy3aeY37xpBhznORke
mMdsVz//AAqLwX/0Bv8Ayam/+LoA6z7bbfbvsX2iH7X5fneRvHmbM43beu3PGema4n4TQ29z4Dmh
uo3lvJLu4TVY7pWZmmJwwcP1JTZn8c85rrZNB02XX49aktEfUoofIjnYklEyTgDOAfmPOM4JGcGs
jVvhx4V1u+a8vtHha4fO94neLeSSSWCEAsSTknk0AYd1Dps/xc0BJo0k00aQX0gKpNuJlfdmPHyZ
EYB9sJ321Nq81vL8Z/D6afI73sVpcJqQiZiEh2bohJj5QN7Z57lc9VrptW8K6JrmnRWOo6ZbTW0K
hIVC7DCoxwhXBQfKBwRwMdKPD/hbR/C0E0Wi2KWqzMGkIZnZiBgZZiTgc4GcDJ9TQBzPw+0yxuZ/
F009lbSyya5eW7yPErM0RKkxkkcqT26Vy3/NsX+f+fyvWdN0iy0j7X9hh8r7XcvdT/Ozb5Xxubkn
GcDgcVS/4RDRf+EY/wCEd+xf8Sn/AJ9/Nf8Av7/vZ3fe56/pQBjfF3/kmOr/APbH/wBHJUfiyGKf
4meB0mjSRQ164DqCAyxKyn6ggEehArqtX0iy17S5tO1OHz7Sbb5ke9lzhgw5Ug9QO9F1pFleapY6
jcQ77uw8z7NJvYbN67W4BwcgdwaAOV+J0MVzB4YhnjSWKTxBao8bqGVlIcEEHqCKreK9G02b4i+C
baXTrN7do7yExNApQokQKLjGNqkkgdBniuz1LSLLV/sn26Hzfslyl1B87LslTO1uCM4yeDxRdaRZ
XmqWOo3EO+7sPM+zSb2Gzeu1uAcHIHcGgDlY4YovjlI8caI0vh/fIVUAu3nhcn1OFA+gHpXb1S/s
iy/tz+2PJ/0/7P8AZfN3t/qt27bjOOvOcZq7QBh6V/yNWvf9u/8A6Aa3Kw9K/wCRq17/ALd//QDW
5WlTf5L8kRDb5v8AMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAytU8M6TrVytxqFr50qoEDeY6/LknGAR6mijVPE2k6Lcrb6hdeTKyBwvlu3y5IzwD6G
itF7S2lyHyX1satFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8AatblYf8A
zPn/AHDf/atblaT6ehEOvqFFFFZlhRRRQAUUUUAUtZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6L
ok1vqEPkytcM4XerfLtUZyCfQ101FUpNR5RcutwoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
GH4n/wCYR/2Eof61uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5
WH4n/wCYR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/yNWg/9vH/oArZkkSGNpJXVEUZLMcAD
61z3iOaa313Rpba3NxMouCsQbG75B3rBtrzUdev3N7YG8MTcWf2lYFT6oeT9TXQqXPFO+iX6swdT
lk1/WyOz07WLfVJZltFleOLjzimEY+gPer9YKajrUSKkfhtURRgKt5GAB+VO/tXXP+he/wDJ2P8A
wqHTd9Lfei1PTX8mblFYf9q65/0L3/k7H/hR/auuf9C9/wCTsf8AhS9m/L71/mPnXn9zNyisP+1d
c/6F7/ydj/wo/tXXP+he/wDJ2P8Awo9m/L71/mHOvP7mblFYf9q65/0L3/k7H/hR/auuf9C9/wCT
sf8AhR7N+X3r/MOdef3M3KKw/wC1dc/6F7/ydj/wo/tXXP8AoXv/ACdj/wAKPZvy+9f5hzrz+5m5
RWH/AGrrn/Qvf+Tsf+FH9q65/wBC9/5Ox/4Uezfl96/zDnXn9zNyisP+1dc/6F7/AMnY/wDCj+1d
c/6F7/ydj/wo9m/L71/mHOvP7mblFYf9q65/0L3/AJOx/wCFH9q65/0L3/k7H/hR7N+X3r/MOdef
3M3KKw/7V1z/AKF7/wAnY/8ACj+1dc/6F7/ydj/wo9m/L71/mHOvP7mblFYf9q65/wBC9/5Ox/4U
f2rrn/Qvf+Tsf+FHs35fev8AMOdef3M3KKw/7V1z/oXv/J2P/Cj+1dc/6F7/AMnY/wDCj2b8vvX+
Yc68/uZuUVh/2rrn/Qvf+Tsf+FH9q65/0L3/AJOx/wCFHs35fev8w515/czcorD/ALV1z/oXv/J2
P/Cj+1dc/wChe/8AJ2P/AAo9m/L71/mHOvP7mblFYf8Aauuf9C9/5Ox/4Uf2rrn/AEL3/k7H/hR7
N+X3r/MOdef3M3KKw/7V1z/oXv8Aydj/AMKP7V1z/oXv/J2P/Cj2b8vvX+Yc68/uZuUVh/2rrn/Q
vf8Ak7H/AIUf2rrn/Qvf+Tsf+FHs35fev8w515/czcorD/tXXP8AoXv/ACdj/wAKP7V1z/oXv/J2
P/Cj2b8vvX+Yc68/uZuUVh/2rrn/AEL3/k7H/hR/auuf9C9/5Ox/4Uezfl96/wAw515/czcorD/t
XXP+he/8nY/8KP7V1z/oXv8Aydj/AMKPZvy+9f5hzrz+5m5RWH/auuf9C9/5Ox/4Uf2rrn/Qvf8A
k7H/AIUezfl96/zDnXn9zNyisP8AtXXP+he/8nY/8KP7V1z/AKF7/wAnY/8ACj2b8vvX+Yc68/uY
aV/yNWvf9u//AKAa3K5zw7LPP4g1uS6t/s0x8jdFvD7flOORweOa6OiqrS+S/IKe33/mFFFFZlhR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAeV/FD/kZbf/AK9F
/wDQ3orV8eeGdW1rW4bjT7Xzolt1Qt5iL825jjBI9RRXfSnFQV2ck4ycnod/RRRXAdYUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQBh/wDM+f8AcN/9q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYU
UUUAFFFFAFLWbiS00S/uIG2yxW8jo2AcMFJB5rG8B6ve61ok1xqE3nSrcMgbYq/LtU44A9TWr4h/
5FrVP+vSX/0A1zvwv/5Fq4/6+2/9AStUl7Nshv30js6KKKyLCiiigAooooAKKKKACiiigAooooAK
KKKAMPxP/wAwj/sJQ/1rcrD8T/8AMI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD
/WtysPxP/wAwj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD1X/katB/7eP8A0AVc1LRLTVNryq0d
wn3J4jtdfxqnqv8AyNWg/wDbx/6AK3K1baUWu36szSTck+/6IztLi1K3aSG/miuIlx5UwG129mHS
tGiis27u5aVlYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/5GrXv+3f/wBANblYelf8jVr3/bv/
AOgGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRXAePPE2raLrcNvp915MTW6uV8tG+bcwzyD6Cito0JSV0ZOrFOx39FFFYmoUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8z5/3Df8A2rW5WH/zPn/cN/8AatblaT6ehEOvqFFF
FZlhRRRQAUUUUARXFvHd20tvOu6KVCjrkjKkYIyKr6XpFlots1vp8PkxM5crvZvmwBnJJ9BVi4uI
7S2luJ22xRIXdsE4UDJPFV9L1ey1q2a40+bzolcoW2MvzYBxyB6inrbyFpcu0UUUhhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
AGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHqv/I1aD/28f8AoArc
rD1X/katB/7eP/QBW5Wk9o+n6siO79f0QUUUVmWFFeP/ABKs55fiJ/aNmnmXejaNFqUKEgIxiust
u6ZUIWOAQeBj0PoGr+KoLHwFN4kh+RGsluLdZkJ+Z1HlqwU92ZQcHv170AdBRXmvwv0eXQfFXiuw
uLh7i5jWxeeZ3Ll5XjZ5DuIBI3M2M84xnmtf4Rf8kx0j/tt/6OegDs6K8f8AiVZzy/ET+0bNPMu9
G0aLUoUJARjFdZbd0yoQscAg8DHofQNX8VQWPgKbxJD8iNZLcW6zIT8zqPLVgp7syg4Pfr3oA6Ci
vNfhfo8ug+KvFdhcXD3FzGti88zuXLyvGzyHcQCRuZsZ5xjPNcT4Q/4Vh/wjFn/wk3/IW+fz/wDj
6/vtt+58v3dvT+dAH0BRUFlZwafY29nap5dvbxrFEmSdqqMAZPJ4HevOfiP9i/4S/S/+Ev8Atn/C
J/Z22+Vu8r7Xlv8AWbPn+509+nG+gD02iuCbw5omh+AfFFx4bunk0++sJnWNLnzoEZYmUmM88kj5
sk/dA4xiuP8ADNn8KtQsdIs7pPM1e4jhilTN2N07AAjI+UfMe3H4UAe20V5Z8U/Avh6x8Jazrttp
+zU2kSUzedIfmeZdx2ltvO49u9dnoPgXw94YvnvNG0/7NcPGYmfzpHypIJGGYjqooA6CisXxn/yJ
Gvf9g64/9FtR4M/5EjQf+wdb/wDotaANqiuM8Mf8lO8b/wDbh/6JNcZ8LLx/Clpo0ty8zaX4j3xA
4Z1gvElZFHHCq6YHckr2VaAPZqK4zwx/yU7xv/24f+iTXH+DdS1TVfAOi+GfDE6Q3UizNqN8Mk2E
RmfGMf8ALRxnaM5wM8ZDKAex0VV03TbTR9OgsNPgS3tYF2xxp0A/qSeSTySSTXOa940vdM8VJoOm
aDNql3LZC7jMc6xqPnKkOWGFUBSd2eSVXHOaAOtornNT8U3FjBZWtvpL3fiC6hE39lxzqPJXHzs8
v3VUHKhv4mwB3xBoXjVr3Ub7Tdf019D1Czh+1NHNMJI2g4zIJQAuATg+nqcMAAdVRXnkvxRvzpX9
tWfhG+uNCZXMd2J0L5VWyXjXcUUMpBYnAHPoD22jaj/a+h2Go+V5X2u3jn8vdu2b1DYzgZxnrigC
7RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf9u/8A6Aa3Kw9K/wCRq17/ALd//QDW
5WlTf5L8kRDb5v8AMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooA8r+KH/ACMtv/16L/6G9Fd/qnhnSdauVuNQtfOlVAgbzHX5ck4wCPU0V1wrxjFJnPKl
Ju5q0UUVyHQFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9
q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf8AkWtU/wCvSX/0A1zvwv8A+RauP+vtv/QErptZt5Lv
RL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4XerfLtUZyCfQ1qmvZtENe+mdNRRRWRYUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUU
VmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/8
jVoP/bx/6AK3Kw9V/wCRq0H/ALeP/QBW5Wk9o+n6siO79f0QUUUVmWcZ/wA1v/7l3/25rktA0yf/
AISu18CyT77Tw/qL6sshxv8AJARoEDActvmYvkDr8p4FewUUAcZ4Y/5Kd43/AO3D/wBEmuY+HPxG
8MaD4E07TtT1PyLuHzfMj+zytjMrsOVUjoR3r1qigDjP+a3/APcu/wDtzXJaBpk//CV2vgWSffae
H9RfVlkON/kgI0CBgOW3zMXyB1+U8CvYKKAOM8Mf8lO8b/8Abh/6JNcx8OfiN4Y0HwJp2nanqfkX
cPm+ZH9nlbGZXYcqpHQjvXrVFAHMal4eg8XfZNVtfEOu2VvNboYlsLswRupywcqVzuIbv2A9Kh1n
xZoXhP7NofiGS8a3kssC7uoTNHcAfIyMQCWcjlvlxhueoFdbRQB5FbQWEsHjLUfCls9t4cn0OUOz
QvGlzc4kO6LcPuqNykDaAe3Q1r+Gfil4R0/wrpFndat5dxb2UMUqfZpjtZUAIyEweR2r0aigDjPi
7/yTHV/+2P8A6OSum1fTf7X0uay+2Xln5u39/Zy+XKmGB+VsHGcYPsTV2igDjNS8N/8ACP8AgjxN
/wATjV9R8/Tpv+Qjc+d5eI3+7wMZzz9BVLwZ8RvDH9h6Do/9p/6f9nt7Xyvs8v8Ardqrtztx14zn
FegUUAcZ4Y/5Kd43/wC3D/0SawvCvhqLxZ8CLTTHCCV1me3kbH7uUTSFTnBwM8HAztJHevUKKAPM
vhVqN7qfifxZPqkXl36fY4LldynMsaPG5+UY5KE4HAzxmsnwtol3F8PNA8VaELl9X05ZUktoW4vb
b7Q5eIg55wWIIBOexO3HsdFAHMP4/wBJXw9pOtIl5LaapcpbRCKHdIrtuGGXqcFGB27iT0zVP/mt
/wD3Lv8A7c12dFAHlnxI0zTovG+nax4l0ya+0CSy+yzSQmQfZHEmRI+zHynzAAM5PzYBIAJoFj4L
1f8AtzT/AALZzC7uNKlhe9fzvITzPlCMXJIYkBuF6A4PBFep0UAeSnx9pZ+GEuhRW+oy6tb6U9nc
2iWjb7YpEY2kkJ4CAgZOcjIyM5A9A8Gf8iRoP/YOt/8A0WtXdZ0/+19Dv9O8zyvtdvJB5m3ds3qV
zjIzjPTNGjaf/ZGh2GneZ5v2S3jg8zbt37FC5xk4zjpmgC7RRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQBh6V/yNWvf9u//oBrcrD0r/kate/7d/8A0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAytU8TaTotytvqF15MrIHC+W7
fLkjPAPoaK4D4of8jLb/APXov/ob0V1woRlFNnPKrJOx6pRRRXIdAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQBh/8z5/3Df8A2rW5WH/zPn/cN/8AatblaT6ehEOvqFFFFZlhRRRQAUUUUAFFUtZu
JLTRL+4gbbLFbyOjYBwwUkHmsbwHq97rWiTXGoTedKtwyBtir8u1TjgD1NUotx5hc2tjpqKKKkYU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZ
lhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/yNWg/
9vH/AKAK3K5zxF9q/wCEg0T7D5P2j9/s87Oz7oznHPTNT/8AFUf9Qb/yLWzjeMden6syUrN6f1ZG
5RWH/wAVR/1Bv/ItH/FUf9Qb/wAi1PJ5orn8mblFYf8AxVH/AFBv/ItH/FUf9Qb/AMi0cnmg5/Jm
5RWH/wAVR/1Bv/ItH/FUf9Qb/wAi0cnmg5/Jm5RWH/xVH/UG/wDItH/FUf8AUG/8i0cnmg5/Jm5R
WH/xVH/UG/8AItH/ABVH/UG/8i0cnmg5/Jm5RWH/AMVR/wBQb/yLR/xVH/UG/wDItHJ5oOfyZuUV
h/8AFUf9Qb/yLR/xVH/UG/8AItHJ5oOfyZuUVh/8VR/1Bv8AyLR/xVH/AFBv/ItHJ5oOfyZuUVh/
8VR/1Bv/ACLR/wAVR/1Bv/ItHJ5oOfyZuUVh/wDFUf8AUG/8i0f8VR/1Bv8AyLRyeaDn8mblFYf/
ABVH/UG/8i0f8VR/1Bv/ACLRyeaDn8mblFYf/FUf9Qb/AMi0f8VR/wBQb/yLRyeaDn8mblFYf/FU
f9Qb/wAi0f8AFUf9Qb/yLRyeaDn8mblFYf8AxVH/AFBv/ItH/FUf9Qb/AMi0cnmg5/Jm5RWH/wAV
R/1Bv/ItH/FUf9Qb/wAi0cnmg5/Jm5RWH/xVH/UG/wDItH/FUf8AUG/8i0cnmg5/Jm5RWH/xVH/U
G/8AItH/ABVH/UG/8i0cnmg5/Jm5RWH/AMVR/wBQb/yLR/xVH/UG/wDItHJ5oOfyZuUVh/8AFUf9
Qb/yLR/xVH/UG/8AItHJ5oOfyZuUVh/8VR/1Bv8AyLR/xVH/AFBv/ItHJ5oOfyZc1TU5NM8uT7HL
PbnPmyRHJj99vcVYsr+21GATWkySxnup6fUdqy/+Ko/6g3/kWuY1AanDrKGyNguok/Omn78n/fB+
X860jSUla+pEqjjrY6fSv+Rq17/t3/8AQDW5XN+GjdnXNZOoCMXOLfzBH93Ow/0rpKzqq0vkvyLp
6x+/8wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDg
PHnhnVta1uG40+186JbdULeYi/NuY4wSPUUV39FbRryirIydKLdwooorE1CiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKAMP/mfP+4b/AO1a3Kw/+Z8/7hv/ALVrcrSfT0Ih19QooorMsKKKKACiiigD
O8Q/8i1qn/XpL/6Aa534X/8AItXH/X23/oCV11xbx3dtLbzruilQo65IypGCMiq+l6RZaLbNb6fD
5MTOXK72b5sAZySfQVaklBxJcfeTLtFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH
/YSh/rW5WH4n/wCYR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH
/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHqv/I1aD/28f+gCtysPVf8AkatB/wC3j/0AVuVpPaPp
+rIju/X9EFFcx8RtXvdB8CajqOmTeRdw+V5cmxWxmVFPDAjoT2pngDXrjVtJurPVLtLjWNLu5bS9
ZQqhmDnaygAfKRwCQMlW9KzLOqorznxV4s12Dxzp9npkn2bSYNRtLC7LQgm4km+cqrEEbVjAzjaQ
X7ggjf8A7Xvf+Fp/2P53+gf2N9q8rYv+t87buzjPTjGcUAdPRXMfEbV73QfAmo6jpk3kXcPleXJs
VsZlRTwwI6E9qZ4A1641bSbqz1S7S41jS7uW0vWUKoZg52soAHykcAkDJVvSgDqqK858VeLNdg8c
6fZ6ZJ9m0mDUbSwuy0IJuJJvnKqxBG1YwM42kF+4IIua9c+IdQ+IqaFo2u/2VbjSheMfscc+5vNK
H73I4I79unNAHdUVi+HtM1rTftH9t6//AGv5m3yv9DS38rGc/dPOcjr0x70zxr4gl8LeEb/VoIUm
lt1UIjkhdzMEBOOwLZxxnGMjrQBu0VxGk6X41R9Mvm8W2Op20jRvcwGzRI2iYfMY5EGWPOV4UHgn
jg1pJPE+veO/EOnaZ4l/su0037N5cf2CKfPmRbjy2D1B7nr7UAegUVyT+HfFxsYol8bbbhZHZ5/7
JhO9SF2rtzgbSGOe+/2Fc/4bh8aeIP7V/wCK18j+z9Rmsf8AkFQt5nl4+ftjOenP1oA9NoormNC1
e9vPHfirTribfaWH2T7NHsUbN8RZuQMnJHcmgDp6K5jxtq97pH/CP/YZvK+161bWs/yK2+J925eQ
cZwORzWB4z8Wa7oXjyFLCTzNJs9OS/vrQQh3kj84xuynGdwBDfeAG0k8ZBAPRqK5Xxfr1xYweG5t
Ju08rUNXtYHkQK6ywuGJAJB4IA5H4GmXviOfT/iLcWd1deXpFvoLX8qeWDtZZcF8gbj8o6D8s0Ad
bRXMeENV1TxJ5+t3STWWmT/Jp9k8ahmj6+e7ctuboFBAAH8WQ1dHNNFbQSTTyJFFGpd5HYKqqBkk
k9ABQBJRXOaJ8QfDXiLURYaVqiTXTKWWNonjLAdcblGTjnA5wCexo1v4g+GvDuomw1XVEhulUM0a
xPIVB6Z2qcHHODzgg9xQB0dFZl54k0mx0J9amv4W0xMZuYT5qcts42Zz8xxxVLSvHfhzW9YbS9N1
WGe8XdhArAPt67WI2t6/KTkAnoM0AdBRXkXizxlpN/4+awu/FOqaXpVlaPHIdPMkTfaxLtZWwhLD
aOvI44PJz6H9u/4rf7D/AGt/zDvO/s37N/00x53m/wDjuz8aANqiucPxB8NDVU006on21rs2QhET
lvNDBSp+XgZYAMeDzg8HBq3xB8NaHe3FpqWqJBc2zIskRidmBddy4AU5GOpGQMgHBIoA6OiuYvvi
P4V061s7i51iERXsfmwFEeQsucZIUErzkc45BHUHHRwzRXMEc0EiSxSKHSRGDKykZBBHUEUASUUU
UAFFFFABRRRQAUUUUAZ+qafc6j5cUd69tb8+cIx87+gDdu9TWGm2umQeVZwrGvcjqx9Se9WqKrmd
rC5Ve5h6V/yNWvf9u/8A6Aa3Kw9K/wCRq17/ALd//QDW5VVN/kvyRMNvm/zCiiisywooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOA8eeJtW0XW4bfT7ryYmt1cr
5aN825hnkH0FFZXxQ/5GW3/69F/9Deiu+lCLgro5JykpPU9UooorgOsKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAw/wDmfP8AuG/+1a3Kw/8AmfP+4b/7VrcrSfT0Ih19QooorMsKKKKACiiigCK4
uI7S2luJ22xRIXdsE4UDJPFV9L1ey1q2a40+bzolcoW2MvzYBxyB6io/EP8AyLWqf9ekv/oBrnfh
f/yLVx/19t/6AlWopwciXL3kjs6KKKgoKKKKACiiigAooooAKKKKACiiigAooooAw/E//MI/7CUP
9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K
0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAw9V/5GrQf+3j/wBAFblYeq/8jVoP/bx/6AK3K0ntH0/VkR3fr+iO
M+Lv/JMdX/7Y/wDo5Kpa/qP/AAg/j9tamixpGr2TJdsrc/aIEZkOWGNzINiqGG45PUc9nq+kWWva
XNp2pw+faTbfMj3sucMGHKkHqB3qHXvDml+J7FLPWbX7TbpIJVTzGTDAEA5Ug9GNZlnnE2k3Ol+F
PB8mpLjU9Q8TW99ekgqTLIXPKkDawXaCAAAQfrXT/wDNb/8AuXf/AG5rptS0iy1f7J9uh837Jcpd
QfOy7JUztbgjOMng8Vma94F8PeJ75LzWdP8AtNwkYiV/OkTCgkgYVgOrGgDM+Lv/ACTHV/8Atj/6
OSqWv6j/AMIP4/bWposaRq9kyXbK3P2iBGZDlhjcyDYqhhuOT1HPQQeBfD1t4eudCh0/bplzIJZY
fOkO5ht53btw+4vQ9qu694c0vxPYpZ6za/abdJBKqeYyYYAgHKkHoxoA84m0m50vwp4Pk1JcanqH
ia3vr0kFSZZC55UgbWC7QQAACD9a1Ne8OaX4n+MKWes2v2m3TQRKqeYyYYXBAOVIPRjXc6lpFlq/
2T7dD5v2S5S6g+dl2Spna3BGcZPB4rM17wL4e8T3yXms6f8AabhIxEr+dImFBJAwrAdWNABB4cHh
jw9c2fgy1s7a4eQSol5JK8RY7QxY5LfdXjHfHvTLCbV4NOv38dSeH47IqqA27OIyrZVhJ5vGDlQP
XJqz4e8IaL4V+0f2JZfZvtO3zf3rvu25x94nH3j09a0NS0201jTp7DUIEuLWddskb9CP6EHkEcgg
EUAeea74d/4VxCuseFdQvIIWuYkbRC/mx3jM8alI92SrkKxzhmx0wBRD4Q0XxV8TvF/9t2X2n7N9
i8r966bd0PP3SM/dHX0rptJ+HHhXRL5byx0eFbhMbHld5dhBBBUOSAwIGCORRq/w58Ma9qk2o6np
nn3c23zJPtEq5woUcKwHQDtQBtaRpFloOlw6dpkPkWkO7y497NjLFjyxJ6k965n4cf8AM1f9jFd/
+yV0Gg+HNL8MWL2ejWv2a3eQysnmM+WIAJyxJ6KKm03SLLSPtf2GHyvtdy91P87NvlfG5uScZwOB
xQBi/wDFcf25/wAy5/ZP2n/pv5/kbv8Avnft/DPtVPwx/wAlO8b/APbh/wCiTXZ1zGr/AA58Ma9q
k2o6npnn3c23zJPtEq5woUcKwHQDtQBT+I//ADKv/YxWn/s9RzQxXPxokhnjSWKTw2UeN1DKym4w
QQeoIrdi8IaLBpen6dHZbbTTbkXVrH5rny5QxYNnOTyzcEkc1d/siy/tz+2PJ/0/7P8AZfN3t/qt
27bjOOvOcZoA8cleXw7quk+CrsuRYeJLW60+Rgf3lq7Oeu0AlWbk92YgcLXQeMvD8viX4lz2FvMk
Nz/wj6SwtKC0ZdLoMA69GU4wQwYc5wSBXe6p4c0vWr7T7zULXzrjTpPNtX8xl8tsqc4BAPKr1z0q
b+yLL+3P7Y8n/T/s/wBl83e3+q3btuM4685xmgDM8HeJv+Ej0uQXSwwatZSNb6haxvu8mVWI/wC+
TjIIJHUZJBrn/ide2WoeFNKuRcfadDfVYPt0ts7PG1uCwfcU6ruAH+9jviuwj0HTYtfk1qO0RNSl
h8iSdSQXTIOCM4J+Uc4zgAZwKgsPCuiaZoraRa6ZbDT2be8Ei+YrtkHLbs7jkDrnGB6CgC7cQ2LX
tpNdR2xukZktZJFXerFSWCE85Kqc47A+lcT8JfsVp4Kub25/c6iLmb+157ncsglVif3jP6IQT2BJ
77q3dE+H3hrw7qIv9K0tIbpVKrI0ryFQeuNzHBxxkc4JHc1Hq3w48K63fNeX2jwtcPne8TvFvJJJ
LBCAWJJyTyaAPOZPL/4Uf4q+x+d/Zf8Aarf2d5m/b9n8+Lbs3c7c7vx3Z5zXYePdMsbFPB6WdlbW
6w+ILZIhFEqBFYszBcDgEgE46kCut1HQdN1XRW0i8tEbT2VE8hCY1CqQVA2kYAKjp6U/UtIstX+y
fbofN+yXKXUHzsuyVM7W4IzjJ4PFAHM/81v/AO5d/wDbmj/mt/8A3Lv/ALc1039kWX9uf2x5P+n/
AGf7L5u9v9Vu3bcZx15zjNH9kWX9uf2x5P8Ap/2f7L5u9v8AVbt23Gcdec4zQByvw2hiWfxbMI0E
r+ILpGkCjcygggE+gLNj6n1pnh2ytp/ix4xuZreGS4t/sXkysgLx7oCG2nqMjg4611um6RZaR9r+
ww+V9ruXup/nZt8r43NyTjOBwOKLXSLKz1S+1G3h2Xd/5f2mTex37F2rwTgYB7AUAcZ8ONG03/iq
v+JdZ/8AIau7T/UL/qPk/ddPuf7PT2q78Iv+SY6R/wBtv/Rz102m6RZaR9r+ww+V9ruXup/nZt8r
43NyTjOBwOKNI0iy0HS4dO0yHyLSHd5ce9mxlix5Yk9Se9AF2iiigAooooAKKKKACiiigAooooAw
9K/5GrXv+3f/ANANblYelf8AI1a9/wBu/wD6Aa3K0qb/ACX5IiG3zf5hRRRWZYUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGVqnhnSdauVuNQtfOlVAgbzHX5ck
4wCPU0Uap4m0nRblbfULryZWQOF8t2+XJGeAfQ0VovaW0uQ+S+tjVooorMsKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAw/wDmfP8AuG/+1a3Kw/8AmfP+4b/7VrcrSfT0Ih19QooorMsKKKKACiii
gClrNvJd6Jf28C7pZbeREXIGWKkAZNY3gPSL3RdEmt9Qh8mVrhnC71b5dqjOQT6GumoqlJqPKLl1
uFFFFSMKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/WtysPxP/wAwj/sJQ/1rcrSX
woiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/WtytJfCiI/EwooorMsKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKAMPVf+Rq0H/t4/wDQBW5XN+I7sWOu6NcmKSURi4OyNcsfkHasb+3bnxDI/wBot9R+wKceTYxb
t/s75H5V0Kk5xi+lv1Zi6ijJrr/wEdnbanaXlzLBbTrLJDjeF5Az79KtVzlprVvYQCG10DVoox/C
tp/9fmp/+En/AOoNrP8A4C//AF6h03fRFKoras3KKw/+En/6g2s/+Av/ANej/hJ/+oNrP/gL/wDX
peyl2H7SJuUVh/8ACT/9QbWf/AX/AOvR/wAJP/1BtZ/8Bf8A69Hspdg9pE3KKw/+En/6g2s/+Av/
ANej/hJ/+oNrP/gL/wDXo9lLsHtIm5RWH/wk/wD1BtZ/8Bf/AK9H/CT/APUG1n/wF/8Ar0eyl2D2
kTcorD/4Sf8A6g2s/wDgL/8AXo/4Sf8A6g2s/wDgL/8AXo9lLsHtIm5RWH/wk/8A1BtZ/wDAX/69
H/CT/wDUG1n/AMBf/r0eyl2D2kTcorD/AOEn/wCoNrP/AIC//Xo/4Sf/AKg2s/8AgL/9ej2Uuwe0
iblFYf8Awk//AFBtZ/8AAX/69H/CT/8AUG1n/wABf/r0eyl2D2kTcorD/wCEn/6g2s/+Av8A9ej/
AISf/qDaz/4C/wD16PZS7B7SJuUVh/8ACT/9QbWf/AX/AOvR/wAJP/1BtZ/8Bf8A69Hspdg9pE3K
Kw/+En/6g2s/+Av/ANej/hJ/+oNrP/gL/wDXo9lLsHtIm5RWH/wk/wD1BtZ/8Bf/AK9H/CT/APUG
1n/wF/8Ar0eyl2D2kTcorD/4Sf8A6g2s/wDgL/8AXo/4Sf8A6g2s/wDgL/8AXo9lLsHtIm5RWH/w
k/8A1BtZ/wDAX/69H/CT/wDUG1n/AMBf/r0eyl2D2kTcorD/AOEn/wCoNrP/AIC//Xo/4Sf/AKg2
s/8AgL/9ej2Uuwe0iblFYf8Awk//AFBtZ/8AAX/69H/CT/8AUG1n/wABf/r0eyl2D2kTcorD/wCE
n/6g2s/+Av8A9ej/AISf/qDaz/4C/wD16PZS7B7SJuUVh/8ACT/9QbWf/AX/AOvR/wAJP/1BtZ/8
Bf8A69Hspdg9pE3KKw/+En/6g2s/+Av/ANej/hJ/+oNrP/gL/wDXo9lLsHtIm5RWH/wk/wD1BtZ/
8Bf/AK9H/CT/APUG1n/wF/8Ar0eyl2D2kQ0r/kate/7d/wD0A1uVznh26+2eINbn8maDf5H7uZNr
jCkcj8K6OiqrS+S/IKeq+/8AMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooA8r+KH/ACMtv/16L/6G9Favjzwzq2ta3Dcafa+dEtuqFvMRfm3McYJHqKK7
6U4qCuzknGTk9Dv6KKK4DrCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/mfP+4b/AO1a3Kw/
+Z8/7hv/ALVrcrSfT0Ih19QooorMsKKKKACiiigClrNxJaaJf3EDbZYreR0bAOGCkg81jeA9Xvda
0Sa41CbzpVuGQNsVfl2qccAeprV8Q/8AItap/wBekv8A6Aa534X/APItXH/X23/oCVqkvZtkN++k
dnRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4U
RH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
h6r/AMjVoP8A28f+gCpb7w/FPObuxlaxvf8AnrF0b/eXoai1X/katB/7eP8A0AVuVq5OKjbt+rM1
FNu/f9EZ2lz6kzSQanborx42zxN8kn4dQa0aKKzbu7lpWQUVxnib4hf8I34ustHfTfNt544pp70z
7EtkeUxlmG0jaDjkkDkCuvmmitoJJp5EiijUu8jsFVVAySSegApDJKK5LwT46/4TO61OMaZNYpZ+
U0ZmfLypIGKMVwNuVUHqR83XudPwh4h/4SrwxZ6x9m+zfad/7rzN+3a7L1wM/dz070AbVFcZ4m+I
X/CN+LrLR303zbeeOKae9M+xLZHlMZZhtI2g45JA5Arr5poraCSaeRIoo1LvI7BVVQMkknoAKAJK
K5LwT46/4TO61OMaZNYpZ+U0ZmfLypIGKMVwNuVUHqR83XuczSPH3ifXtLh1HTPBHn2k27y5P7Wi
XOGKnhlB6g9qAPQKKgspZ57G3lurf7NcPGrSw7w/lsRyu4cHB4yOtc/4j8Xz6VrFro2j6RNq+rTx
mcwLIIUjhGRvaRgQMkYA/UEgEA6eiuVtPFupf2Nrl1q/h250250qEz+U8weOddhcbJQME/KQcA4y
O+QM+y8ZeLtQsbe8tfAvmW9xGssT/wBrwjcrDIOCuRwe9AHdUVwviTxz4h8NQ3t5c+EN2mW0m0XX
9pxjepfarbApYZyOO2a2tB1jxDqF88Ws+Gf7KtxGWWb7fHPubIwu1RkcEnPt70AdBRVLWdR/sjQ7
/UfK837JbyT+Xu279ilsZwcZx1xRo2o/2vodhqPleV9rt45/L3btm9Q2M4GcZ64oAu0Vi6Z4h/tL
xPrmj/ZvL/sryP3vmZ83zULdMcYxjqc+1ZPgP4gxeNUnWSwfT7mNRLHG8ocTREld6HAJAZSp4wDj
nJwADsKKxdM8Q/2l4n1zR/s3l/2V5H73zM+b5qFumOMYx1Ofasyy+IWnt4Ah8U6on2KGXeFgD+Y7
MHZQi8Dcx257Y5zwCaAOtoqrps13cadBLqFqlpdOu6SBJvNEZ9N2Bk464GM5wT1NqgAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD0r/kate/7d//AEA1uVh6V/yNWvf9u/8A6Aa3
K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFcB488Tatoutw2+n3XkxNbq5Xy0b5tzDPIPoKK2jQlJXRk6sU7Hf0UUViahRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/wDatblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFF
FFABRRRQBFcW8d3bS2867opUKOuSMqRgjIqvpekWWi2zW+nw+TEzlyu9m+bAGckn0FWLi4jtLaW4
nbbFEhd2wThQMk8VX0vV7LWrZrjT5vOiVyhbYy/NgHHIHqKetvIWly7RRRSGFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif
/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/8jVoP/bx/wCgCtysPVf+
Rq0H/t4/9AFblaT2j6fqyI7v1/RBRRRWZZ5z4k0ODxL8Tb3Sbk7UufDO0PgnYwucq2ARnDAHGecY
qkfFFzr3w40vRYmmi1nULldFvBIDJNDtGJ5GVhlvkwW/u+Zy2RXc/wDCPf8AFb/8JF9p/wCYd9h+
z+X/ANNN+/dn8MY/Gs+w8DxWPjy88RC5R4plYxWXkALBK4QPKrZ+8wQ5IAJ3ck9wCl4ShitviR40
hgjSKKNdPRI0UKqqICAAB0AFSfCL/kmOkf8Abb/0c9bOmeHv7N8T65rH2nzP7V8j915ePK8pCvXP
Oc56DHvXM6R4B8T6DpcOnaZ438i0h3eXH/ZMTYyxY8sxPUnvQBD4k0ODxL8Tb3Sbk7UufDO0PgnY
wucq2ARnDAHGecYqkfFFzr3w40vRYmmi1nULldFvBIDJNDtGJ5GVhlvkwW/u+Zy2RXc/8I9/xW//
AAkX2n/mHfYfs/l/9NN+/dn8MY/Gs+w8DxWPjy88RC5R4plYxWXkALBK4QPKrZ+8wQ5IAJ3ck9wC
l4ShitviR40hgjSKKNdPRI0UKqqICAAB0AFc58OdC8T3ngTTp9M8Xf2faP5vl239mRS7MSuD87HJ
yQT+NegaZ4e/s3xPrmsfafM/tXyP3Xl48rykK9c85znoMe9czpHgHxPoOlw6dpnjfyLSHd5cf9kx
NjLFjyzE9Se9AHQa94t/sG+S2/sLXdQ3xiTzbCz82MZJG0nI+bjOPQis/XfDV34gex8R6BfXOi62
tpsXz48h42BYRSxnIBDHrg4OeCQuOpsop4LG3iurj7TcJGqyz7AnmMBy20cDJ5wOlYfiDw7rGo6r
Df6L4mudJZYTDJCYFnicbshgjEAN1Bbk4wOOcgHP3niXVLnQPE+heJbG2tNVg0i4uY2tpC8dzFiR
N6jnYAQowxyc5wOlP8GaF4n/ALD0G6/4S7/QPs9vJ9i/syL/AFW1T5fmZz043de9adv4GkNjq7an
q82oatqlk1lJeywIqwoQwAjjX7q/MCVzhiueDVKy8G+LtPsbeztfHXl29vGsUSf2RCdqqMAZLZPA
70AT/F3/AJJjq/8A2x/9HJXTavqX9kaXNe/Y7y88rb+4s4vMlfLAfKuRnGcn2Bql4v8AD3/CVeGL
zR/tP2b7Ts/e+Xv27XVumRn7uOvetqgDjNS8Sf8ACQeCPE3/ABJ9X07yNOm/5CNt5PmZjf7vJzjH
P1FbPgz/AJEjQf8AsHW//otau6zp/wDa+h3+neZ5X2u3kg8zbu2b1K5xkZxnpmuZ0bwl4n0j7BB/
wmfm2Fp5afZv7LiXfEmBs35JGQMZ60AHhj/kp3jf/tw/9EmuI0a2u9L+F3hzxbpCubzSWmF1HHwb
m0M770b5TkA4PPCjc3UCvUNM8Pf2b4n1zWPtPmf2r5H7ry8eV5SFeuec5z0GPemeF/DEXh3wjb6D
PKl9FGsiOzxBVkV2ZiCpJ4w2OpzQBheDLyDUPiD4wvLV/Mt7iPTpYnwRuVoCQcHkcHvXE+A3itv+
EPm8Q2rz6ayyw6VMsYMdvdtcPkSDksx2rtbgDsuQXHofgrwFB4KvtYltbrzbfUJFaKDyyvkKpfC7
ixLcPjJx096fp3gO0g+Hq+E9QuHu7ba6tMi+UxJkMgIGTggkdcg45GOKAOqrznXvD9l4l+MKWWp+
c9oNBEkkMcrIsuLggK+3BKgkNjI5VfSt9/DGrS+HtJ09/E94t3Y3KSy30Ue2S4Rd3yMMkdCuS24E
rkg5q7/wj3/Fb/8ACRfaf+Yd9h+z+X/003792fwxj8aAOJ8ZJdzeI9P8Iadoz6no9tpi3DafHe/Z
vMCuY13yNyyrhSFBBLEEk4qHw7Y6/wCD38QahDob6Po6aZLcx2U1+l3H9qQAggg7gCoOfXHX7oHX
+KvBaeIb6y1Oz1CbS9XsM/Z7uGNW4JGQ4PLLjcAMgfO2cgkE0bwvqlvfXNx4h8Qza0k1v9mFs9ss
MG0nLFowSrMemfQkHPGADiZfAFhdfDP/AISG8u76TXW0x72S+Fw++UGFiI33FgV2kIcYJC9skV6H
4M/5EjQf+wdb/wDota4zWvAuqaZ4M1S3l8W6jNpNjZTyW1okaxuAqsVSSUZLpjKlcAHjGAAK7PwZ
/wAiRoP/AGDrf/0WtAG1RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/wAjVr3/AG7/APoB
rcrD0r/kate/7d//AEA1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooA8r+KH/Iy2//AF6L/wChvRXf6p4Z0nWrlbjULXzpVQIG8x1+
XJOMAj1NFdcK8YxSZzypSbuatFFFch0BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN
/wDatblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf+Ra1T/r0l/9ANc78L/+RauP
+vtv/QErptZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4XerfLtUZyCfQ1qmvZt
ENe+mdNRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/wDmEf8AYSh/rW5WH4n/AOYR/wBh
KH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J/wDmEf8AYSh/rW5WkvhREfiY
UUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAGHqv/ACNWg/8Abx/6AK3KwNbnitvEuhyzyJFGv2jLuwUD5B3NaP8Abel/9BKy
/wC/6/41rKLcY2XT9WZxaTf9dEXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jUcsuxfMu5eoq
j/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5eoqj/AG3pf/QSsv8Av+v+NH9t6X/0ErL/
AL/r/jRyy7BzLuXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jRyy7BzLuXqKo/wBt6X/0ErL/
AL/r/jR/bel/9BKy/wC/6/40csuwcy7l6iqP9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40csuwcy
7l6iqP8Abel/9BKy/wC/6/40f23pf/QSsv8Av+v+NHLLsHMu5eoqj/bel/8AQSsv+/6/40f23pf/
AEErL/v+v+NHLLsHMu5eoqj/AG3pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jRyy7BzLuXqKo/23pf/
AEErL/v+v+NH9t6X/wBBKy/7/r/jRyy7BzLuXqKo/wBt6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40
csuwcy7l6iqP9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40csuwcy7l6iqP8Abel/9BKy/wC/6/40
f23pf/QSsv8Av+v+NHLLsHMu5eoqj/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5eoqj/
AG3pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jRyy7BzLuXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7
/r/jRyy7BzLuXqKo/wBt6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40csuwcy7l6iqP9t6X/wBBKy/7
/r/jR/bel/8AQSsv+/6/40csuwcy7l6iqP8Abel/9BKy/wC/6/40f23pf/QSsv8Av+v+NHLLsHMu
5eoqj/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5eorB1STR9T8t/7Xt4LiHPlTRXKgrn
8eRxVODxX/Z0y2+qXFtdRk4W6tZFb/vpAcj8KtUm1puQ6iT1L2lf8jVr3/bv/wCgGtyuf0OeK68S
a5NBIskbi3KspyD8hroKVX4vkvyHT2+/8wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigDK1TxNpOi3K2+oXXkysgcL5bt8uSM8A+horgPih/yMtv8A9ei/
+hvRXXChGUU2c8qsk7HqlFFFch0BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/wDa
tblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQAUVS1m4ktNEv7iBtssVvI6NgHDBSQeax
vAer3utaJNcahN50q3DIG2Kvy7VOOAPU1Si3HmFza2OmoooqRhRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW
5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGBrcEVz4l0OKeJJY2+0ZR1DA/IOxrR/sTS/
+gbZf9+F/wAKo6r/AMjVoP8A28f+gCtytZSajG3b9WZxSbf9dEUf7E0v/oG2X/fhf8KP7E0v/oG2
X/fhf8KXV9XstB0ubUdTm8i0h2+ZJsZsZYKOFBPUjtRpGr2WvaXDqOmTefaTbvLk2MucMVPDAHqD
2qOaXcvlXYT+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wqtqfinR9H1Wy02/vkivb5gsEIVmZi
W2jOAdoJOATgcH0NWv7Xsv7c/sfzv9P+z/avK2N/qt23dnGOvGM5o5pdw5V2E/sTS/8AoG2X/fhf
8KP7E0v/AKBtl/34X/Cl1fV7LQdLm1HU5vItIdvmSbGbGWCjhQT1I7UaRq9lr2lw6jpk3n2k27y5
NjLnDFTwwB6g9qOaXcOVdhP7E0v/AKBtl/34X/Cj+xNL/wCgbZf9+F/wqtqfinR9H1Wy02/vkivb
5gsEIVmZiW2jOAdoJOATgcH0NVte8deHvDF8lnrOofZrh4xKqeTI+VJIByqkdVNHNLuHKuxpf2Jp
f/QNsv8Avwv+FH9iaX/0DbL/AL8L/hVPw94v0XxV9o/sS9+0/Ztvm/unTbuzj7wGfunp6VrTTRW0
Ek08iRRRqXeR2CqqgZJJPQAUc0u4cq7FX+xNL/6Btl/34X/Cj+xNL/6Btl/34X/CsPTfiZ4T1bUY
LGy1dHuZ22Rq8MkYZuwyygZPQc8nAHJp+r/EbwxoOqTadqep+Rdw7fMj+zytjKhhyqkdCO9HNLuH
Kuxs/wBiaX/0DbL/AL8L/hR/Yml/9A2y/wC/C/4VgP8AFLwiljFeNq2LeWR4kf7NNyyBSwxszwHX
8/rUP/C3fBf/AEGf/JWb/wCIo5pdw5V2Ol/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wq9VK11eyvNU
vtOt5t93YeX9pj2MNm9dy8kYOQOxNHNLuHKuwn9iaX/0DbL/AL8L/hR/Yml/9A2y/wC/C/4Uupav
ZaR9k+3TeV9ruUtYPkZt8r52rwDjODyeKq3vinR9O1+10W8vkh1C6UNDE6sA4JIHzY25JUgAnJOB
3FHNLuHKuxZ/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACl1LV7LSPsn26byvtdylrB8jNvlfO1eA
cZweTxR/a9l/bn9j+d/p/wBn+1eVsb/Vbtu7OMdeMZzRzS7hyrsJ/Yml/wDQNsv+/C/4Uf2Jpf8A
0DbL/vwv+FLFq9lPrE+lwzeZeW8ayzIqMRGG+6GbG0MeoUnJHOMc1do5pdw5V2KP9iaX/wBA2y/7
8L/hR/Yml/8AQNsv+/C/4Veoo5pdw5V2KP8AYml/9A2y/wC/C/4Uf2Jpf/QNsv8Avwv+FXqKOaXc
OVdij/Yml/8AQNsv+/C/4Uf2Jpf/AEDbL/vwv+FZXiDxtaaBqsOmjT9U1G9khNwYdPtvNZI920M3
I4JyOM9OcZGdb+17L+3P7H87/T/s/wBq8rY3+q3bd2cY68Yzmjml3DlXYT+xNL/6Btl/34X/AAo/
sTS/+gbZf9+F/wAKvUUc0u4cq7FH+xNL/wCgbZf9+F/wo/sTS/8AoG2X/fhf8KvUUc0u4cq7FH+x
NL/6Btl/34X/AAo/sTS/+gbZf9+F/wAKvUUc0u4cq7FH+xNL/wCgbZf9+F/wo/sTS/8AoG2X/fhf
8KvUUc0u4cq7FH+xNL/6Btl/34X/AAo/sTS/+gbZf9+F/wAKvUUc0u4cq7FH+xNL/wCgbZf9+F/w
o/sTS/8AoG2X/fhf8KvUUc0u4cq7GFqiaJpSxiTS7aWeXIihitlZnPtxVGLwudVkWbULS1sbcHK2
1tGoc/7zgfoK6raCwJAyOhpatVWlpuQ6ab1Oe0G2hs/EetwW8axxILcKqjgfIa6GsPSv+Rq17/t3
/wDQDW5Sq/F8l+Q6e33/AJhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAHAePPDOra1rcNxp9r50S26oW8xF+bcxxgkeoorv6K2jXlFWRk6UW7hRRRWJqF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uVpPp6EQ6+
oUUUVmWFFFFABRRRQBneIf8AkWtU/wCvSX/0A1zvwv8A+RauP+vtv/QErrri3ju7aW3nXdFKhR1y
RlSMEZFV9L0iy0W2a30+HyYmcuV3s3zYAzkk+gq1JKDiS4+8mXaKKKgoKKKKACiiigAooooAKKKK
ACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//MI/
7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/wBAFblYeq/8jVoP
/bx/6AK3K0ntH0/VkR3fr+iOM+Lv/JMdX/7Y/wDo5Kj8HCXQPFmu+GZnQWxb+09NjVCAsMjEOqgE
qqo+ABxkljjB40PiNpF7r3gTUdO0yHz7ubyvLj3qucSox5YgdAe9ZnxI8OapftYav4ZtfM1q2823
DLIsZEMkbqW3Eqdykgrg8FicGsyzltRMWu6jpnivY5W+8UWltYu7Bh9li3KCmQGQO4dipxyBx3PY
f81v/wC5d/8AbmjXfCUkOj+FdN0O232+larazSZZFIiTdvc9AWJOTgZJJOKg1628Q6f8RU13RtC/
tW3OlCzYfbI4NreaXP3uTwB279eKAJ/i7/yTHV/+2P8A6OSo/Bwl0DxZrvhmZ0FsW/tPTY1QgLDI
xDqoBKqqPgAcZJY4weGeKLbxD4u+G2qWc2hfYdTlkjWK1+2Ry71WSNt2/hR0bg/3fej4keHNUv2s
NX8M2vma1bebbhlkWMiGSN1LbiVO5SQVweCxODQBy2omLXdR0zxXscrfeKLS2sXdgw+yxblBTIDI
HcOxU45A47nd16/1TT/jCkujaR/atwdBCtD9pWDav2g5bc3B5AGPf2rT13wlJDo/hXTdDtt9vpWq
2s0mWRSIk3b3PQFiTk4GSSTioNetvEOn/EVNd0bQv7VtzpQs2H2yODa3mlz97k8Adu/XigDoNM1u
6/sea+8TWEOg+VJtKzXscibflwxcYAySRg+nvWf4khsfH/hHU9J0XV7GaV1Q74pllVGDB1DbScAl
CM/U4OMVa0qfUfEVrd23ijwxDY2/ybYprmO7Sfkk5AGBtIU8+vtT73SW0PRb6TwfpOlwakyqyR+S
IkmKno23GTgtjJAyeSBmgDnNM8X2y3Wm6D4x8Of2RfJJGtiDAJbV5QEC+SwBCsC/GMhRwWzxVKHU
9a034neL/wCxNA/tfzPsXm/6Ylv5WIePvDnOT06Y96u6tD4q8b2B0TUvDkOjWE8kbXVy+opM5jV1
YrGEU4c4yCwxwfUUSR+J9B8d+IdR0zw1/alpqX2by5Pt8UGPLi2nhsnqT2HT3oA7PSLq9vNLhn1O
w/s+7fd5lt5yy7MMQPnXg5AB/GuZ+HH/ADNX/YxXf/sldBoN/qmoWLy6zpH9lXAkKrD9pWfcuBht
y8DkkY9vesvwTpF7pH/CQfbofK+161c3UHzq2+J9u1uCcZweDzQBqf8ACTaH9u+xf2zp32vzPJ8j
7Unmb8427c53Z4x1zXP+GP8Akp3jf/tw/wDRJroP+EZ0P7d9t/sbTvtfmed5/wBlTzN+c7t2M7s8
565rkpI/E+g+O/EOo6Z4a/tS01L7N5cn2+KDHlxbTw2T1J7Dp70AXfiP/wAyr/2MVp/7PWL4t0H/
AISP4m3FlG/k3Y8Oia0nB2tDOtzlGDYJXngkc4JxW1r1jrXiPS/DM8mk/ZLu21qC6urb7SknkxIz
gtv4DcbTgc8+1XP7Ivf+Fp/2x5P+gf2N9l83ev8ArfO3bcZz05zjFAHJ6l4lfxT4e8JXdzB9mvof
E1tb3lvtYeVMu7IwwyOCDjnGcZJBo8c65P4e+Il3fWw2y/8ACOrEs5I2Wxe62iVhgkqpIOArE8DG
MkTeJvAWojx7puq6FHvsLrUbe81GEeWixPE2BIMkE5DyEgZOck5yMdHNoNxc/EyTUZ7RJdKk0M2T
s5VlZzNuKFSckFfbFAF3wfoFp4f0COKzu3vjcsbqa9d95uZHAzJnJ4IAxgnjHJOSWeM/Ec/hvR4Z
LK0+1397cpZ2cRYKhmfO3cSR8vB+vAyM5FLwjpGreGNSvNFMMMvh1d8+n3Cvh4Nz5MDKSWbG4kN7
decLS1LRfE3i3wVaHUY7PS/EVnepd2wjk3RKyMQpfh/4SeAW5CknkqADQ0nSPF+na1byX/iS21bT
WV1uI5LJYHQ4+Qpszk565IGM8E4xjaTeeLPHiS6zpespoGjuxjsojaR3MkyqSGkfJ+U5GMA9vbc2
5pGseKtQ1SGLUPDMOlWY3NNNJfpOzDacKioOG3FTk8YDdyKwNLtPGPgfS59E0jRIdZtEklewuWvo
4/JRmJVJEKqWYHLHBwd2ARjgAjvvHOsS/CrWNUKpYa7pl39jn8tFZEkEyA7QSwI2uBk9847Gp5b/
AMY+F9V0e617U7HULXVL8WMtlBD5a2zSMdjRvjcwABzu+nOdwZqfgTVIfhZq+lQy/wBpa1qdyt5c
EFY0aZpI2fbnACgL3xnngZAG/wCNtIvdX/4R/wCww+b9k1q2up/nVdkSbtzckZxkcDmgDk73R/EM
/wAYbiK18TfZrh9KaaKf7BG/lwG44h2k4ODzvPJrrP7Xvf8Ahaf9j+d/oH9jfavK2L/rfO27s4z0
4xnFH9kXv/C0/wC2PJ/0D+xvsvm71/1vnbtuM56c5xij+yL3/haf9seT/oH9jfZfN3r/AK3zt23G
c9Oc4xQBjeG7nxV4i1zVZTrsNtpmm61NbiAWaPJPGrDMZbjaoXADDLZZs9BTLi68X654+13SdH1u
207T7BrZmke2WWRA8JbCAjDAtydxyMDB6g7ngnSL3SP+Eg+3Q+V9r1q5uoPnVt8T7drcE4zg8Hmj
QtIvbPx34q1G4h2Wl/8AZPs0m9Tv2RFW4ByME9wKAOZ0m78eeKbW5jttY07TZdJkmsZ5UgEpvLlC
PmIZcIhBHI5zk7cEBew8FeIJfFPhGw1aeFIZbhWDohJXcrFCRnsSucc4zjJ61V8E6Re6R/wkH26H
yvtetXN1B86tvifbtbgnGcHg80fDnSL3QfAmnadqcPkXcPm+ZHvVsZldhypI6Ed6AOnooooAKKKK
ACiiigAooooAKKKKAMPSv+Rq17/t3/8AQDW5WHpX/I1a9/27/wDoBrcrSpv8l+SIht83+YUUUVmW
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBwHjzxNq2i63Db
6fdeTE1urlfLRvm3MM8g+gorK+KH/Iy2/wD16L/6G9Fd9KEXBXRyTlJSep6pRRRXAdYUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQBh/wDM+f8AcN/9q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYU
UUUAFFFFAEVxcR2ltLcTttiiQu7YJwoGSeKr6Xq9lrVs1xp83nRK5QtsZfmwDjkD1FR+If8AkWtU
/wCvSX/0A1zvwv8A+RauP+vtv/QEq1FODkS5e8kdnRRRUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH
4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHqv8AyNWg/wDbx/6AK3Kw9V/5GrQf+3j/ANAF
T6h4gt7Ob7Lbo95enpBDyR/vHtWri5KKXb9WZppN37/ojVorO0tNTJkm1OSJd+NlvEvEf1bqT+la
NZtWdi07oKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/5GrXv+3f/wBANblYelf8jVr3/bv/AOgG
tytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAGVqnhnSdauVuNQtfOlVAgbzHX5ck4wCPU0Uap4m0nRblbfULryZWQOF8t2+XJGeAfQ0
VovaW0uQ+S+tjVooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/8AmfP+4b/7VrcrD/5n
z/uG/wDtWtytJ9PQiHX1CiiisywooooAKKKKAKWs28l3ol/bwLullt5ERcgZYqQBk1jeA9IvdF0S
a31CHyZWuGcLvVvl2qM5BPoa6aiqUmo8ouXW4UUUVIwooooAKKKKACiiigAooooAKKKKACiiigDD
8T/8wj/sJQ/1rcrD8T/8wj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/8wj/sJQ/1rcrD8T/8
wj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigDm/Edqb3XdGtxNJAZBcDzIzhl+QViJokvh6Z/t1xqK
Wrn/AI+rGXaB/vrgkfWuj1X/AJGrQf8At4/9AFbZAIwRkGuhVXCKXS36sxdNSk31/wCAjn7bQobu
FZrfXtWljboy3eR/Kpf+EY/6jOs/+BX/ANatCz0mzsLiaa0iETTY3qpIX646CrlQ6jvoylBW1Rh/
8Ix/1GdZ/wDAr/61H/CMf9RnWf8AwK/+tW5RS9rLuP2cTD/4Rj/qM6z/AOBX/wBaj/hGP+ozrP8A
4Ff/AFq3KKPay7h7OJh/8Ix/1GdZ/wDAr/61H/CMf9RnWf8AwK/+tW5RR7WXcPZxMP8A4Rj/AKjO
s/8AgV/9aj/hGP8AqM6z/wCBX/1q3KKPay7h7OJh/wDCMf8AUZ1n/wACv/rUf8Ix/wBRnWf/AAK/
+tW5RR7WXcPZxMP/AIRj/qM6z/4Ff/Wo/wCEY/6jOs/+BX/1q3KKPay7h7OJh/8ACMf9RnWf/Ar/
AOtR/wAIx/1GdZ/8Cv8A61blFHtZdw9nEw/+EY/6jOs/+BX/ANaj/hGP+ozrP/gV/wDWrcoo9rLu
Hs4mH/wjH/UZ1n/wK/8ArUf8Ix/1GdZ/8Cv/AK1blFHtZdw9nEw/+EY/6jOs/wDgV/8AWo/4Rj/q
M6z/AOBX/wBatyij2su4eziYf/CMf9RnWf8AwK/+tR/wjH/UZ1n/AMCv/rVuUUe1l3D2cTD/AOEY
/wCozrP/AIFf/Wo/4Rj/AKjOs/8AgV/9atyij2su4eziYf8AwjH/AFGdZ/8AAr/61H/CMf8AUZ1n
/wACv/rVuUUe1l3D2cTD/wCEY/6jOs/+BX/1qP8AhGP+ozrP/gV/9atyij2su4eziYf/AAjH/UZ1
n/wK/wDrUf8ACMf9RnWf/Ar/AOtW5RR7WXcPZxMP/hGP+ozrP/gV/wDWo/4Rj/qM6z/4Ff8A1q3K
KPay7h7OJh/8Ix/1GdZ/8Cv/AK1H/CMf9RnWf/Ar/wCtW5RR7WXcPZxMP/hGP+ozrP8A4Ff/AFqP
+EY/6jOs/wDgV/8AWrcoo9rLuHs4mH/wjH/UZ1n/AMCv/rUf8Ix/1GdZ/wDAr/61blFHtZdw9nEw
/wDhGP8AqM6z/wCBX/1qP+EY/wCozrP/AIFf/Wrcoo9rLuHs4nOeHbX7H4g1uDzpp9nkfvJn3Ocq
Tyfxro6w9K/5GrXv+3f/ANANblFV3l8l+QU9F9/5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHlfxQ/5GW3/AOvRf/Q3orV8eeGdW1rW4bjT7Xzolt1Q
t5iL825jjBI9RRXfSnFQV2ck4ycnod/RRRXAdYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/
8z5/3Df/AGrW5WH/AMz5/wBw3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAFLWbiS00S/uIG2yxW8jo
2AcMFJB5rG8B6ve61ok1xqE3nSrcMgbYq/LtU44A9TWr4h/5FrVP+vSX/wBANc78L/8AkWrj/r7b
/wBAStUl7Nshv30js6KKKyLCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/
E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/wDMI/7CUP8AWtysPxP/AMwj/sJQ/wBa
3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAqXGnxXOoWl47OJLTfsAIwdwwc8VboopttisFFFFIYUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUVh+KPE8PhiyjmkgeeSZ
isaKcAkep7UpSUVdmlGjOtNU6au2blFebv458VyJ51voGIDyGa2lb9QRWp4a+Itvq10llqMItLp2
2oQco59OeQaxWIg3Y9Cpk+Kpwc7Jpb2adjtKKKK3PLCiiigAooooAKKKKACiiigAooooAw9K/wCR
q17/ALd//QDW5WHpX/I1a9/27/8AoBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUVwHjzxNq2i63Db6fdeTE1urlfLRvm3MM8g+
goraNCUldGTqxTsd/RRRWJqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh
/wDM+f8AcN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBFcW8d3bS2867opUKOuSMqRgjIqvpekWWi2
zW+nw+TEzlyu9m+bAGckn0FWLi4jtLaW4nbbFEhd2wThQMk8VX0vV7LWrZrjT5vOiVyhbYy/NgHH
IHqKetvIWly7RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hK
H+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZY
UUUUAFcTqnjTUp/ELaR4ZsY7uWDcJmmBxuHXHIwAeMk8k4HbPbVwmu+ENUstak1rwrP5dxLuMsLM
MszHnG75SDnOG6EcdgMa3PZcvztuelliw7qSVa17e7zfDfzsbOha3qbRX3/CT2kOnG2KYm3bYmDd
gxJBIOOQf4gOD13be5hu4Fmtpo5omztkjYMpwcHBHvXGeFvEtx4piv8AQdahaK5EDo8ka7CV4Rtw
PR8n0x7DHPN6Fqz6P4V8TaRdRr58QP7vPOWIhclhkYUleO/P4ZquopdVr+B2VMrlVnNWUZpx0Wqt
LS6+evkenJremSwSzR6lZvFDjzJFnUqmTgZOeMmibW9MtvL8/UrOLzEEib51Xcp6MMnkH1rgY7D7
D8Gblysivcus7BxjrKijHsVVT+NZ8nh6zl+GQ1yQzPqAIxI0hI2iTygmOm0KB78dccUnXn26XHDK
sO2+abtz8i0W+n/BPXKo2+t6ZdzrDbalZzStnbHHOrMcDJwAfSvPr3VLq3+D+nhJWLXMhtnYsdwj
DPwDnphAuOmMitvw94G0dtK0fUAky3iiK6Mok5ZsBtpB425PYA8Dnrm1WlJpRXS5zzy+lQpynXm/
icVZdur12Otu721sIhLeXMNvGTtDSyBAT6ZPfg063uYbuBZraaOaJs7ZI2DKcHBwR715Dql1Jq3j
zUHu9LuNVW3d4ktYHdcKh2g8AkDucY+Y/geg+HkOqWmu38UtheWOmyo0scMyNsRty7QGYcnaSPfH
PSpjiOadraGtfJ1Rw/tHP3rJ9La9Fre/ysd1NqVlbXUdtPeW8VxJjZE8qq7ZOBgE5OTxXE+E9Svb
n4ia1bT3lxLbx+fsieVmRcSqBgE4GBxWX4L0u08Zarq9/rkbTyAowQSMqjcW9DnACgAZ4H4VJ4At
EsPH+rWkRYxwRzRKW6kLKoGffio9pKcoS6XOlYKlhaWIpXvNRV9NFfXRno15qVlp+z7beW9tvzt8
6VU3Y64yeeop13e2thEJby5ht4ydoaWQICfTJ78GuX+JmnpdeFWuTtElpIrqduSQx2lQew+YH/gI
rkNYv/7d0Lw/YK0kHkWE07jO5G8pWVfTk+S3039+a0qV3CTjb0OPB5XDE0oVeZpXal5WV/yPWbi5
htIGmuZo4YlxukkYKoycDJPvXK+NUur2LTpdN1+102Ng7bpLwwiYHbgqV+8B/X3rndY1JvE+keFt
HheRpbra07uheRSuYy/XkZEhPfABOKn+LEaQxaNFEipGglVVUYCgeXgAdhU1avNCTWysdGCy90cT
SjJ+9Jy6bJJrZ92mb+r+PLXS/EVtpixwzRyFVmuBcgCAlyrBhg8rjJyRVb4h6s6eFrW70m/ZVkul
UTW02Aw2vkblPIyP0rnvF2jWMXxE063SDEV88Ulwu9vnZ5WDHOeMj0xWt8RdPttK8FWVnZR+Vbx3
g2puLYyshPJJPUmplObjO/Q2o4bCwq4V007y1d9nv57/AIHTaNq1qmj6TFeX8IvJ7WFgssw8yQso
5wTkknP1NbNeQ+I/DOn6b4H0fUrZZBdT+X5rF8h96F+nbBGBjHHXPWvTtAkebw7pssrs8j2sTMzH
JYlBkk9zW1KpJvlkuh52YYOnTgq9KTacmtVbVfoYmr+PLXS/EVtpixwzRyFVmuBcgCAlyrBhg8rj
JyRVb4h6s6eFrW70m/ZVkulUTW02Aw2vkblPIyP0rnvF2jWMXxE063SDEV88Ulwu9vnZ5WDHOeMj
0xWt8RdPttK8FWVnZR+Vbx3g2puLYyshPJJPUmsZTm4zv0PRo4bCwq4V007y1d9nv57/AIHTaNq1
qmj6TFeX8IvJ7WFgssw8yQso5wTkknP1NbNeQ+I/DOn6b4H0fUrZZBdT+X5rF8h96F+nbBGBjHHX
PWr/AI41S6/4Qzw9bmVmW8gWWdixLOVRMZOeRlsnPcA1SruKfMtkjCeUwr1Iexn8cpJ3W1te56Ha
atp9/KYrO/tbiQDcVimVyB64B6cirleMTWeo289lcaH4b1TTrm2yWmxJK0pwACcqAO+QBg7jxivZ
61o1XO91scOY4GOF5XCV1K+ml1b0bWvTUp3erafYSiK8v7W3kI3BZZlQkeuCenBqzHIk0SSxOrxu
AyspyGB6EHuK8v1bT49L8TandeJtGutQsZ5PMju4pHxEhJCjggZ5VcEjGOMjGbetajaWXwvt4dBu
JHtZpvIdpD+9QNudlbbjBzwexB75zUe3avzLb7zpeUxkqapyb5mley5dVd6p3uuzsd5Hq2ny3htI
7+1e5BKmFZlL5HUbc5yMH8q5z4l3t1YeHbeWzuZreQ3SqWikKEjY/GR24FcB/Z9zJpVmdN8N6lFe
IVl+3oZXMnBOVAUADJBBHoOT1rrfH8lxL4A0mS8DC5eSFpgy7TvMTbsjsc54rN1nOnLQ6qeWww2L
otSum7NO3Tro3o/PU6/RLn/imNPubqb/AJc45JZZG/2ASzE/mSas2epWWob/ALFeW9zsxu8mVX25
6ZweOhryrxXeTz2vhjTNkktv9ggl8mIkPIzDbjuM4XA4ONx65qTS7fUbfxdp91pXh/UNJti6RTqR
JIrKW+YsWHTGPpjPWqWIafLbsRLJoypurKdm7tbW0ez1vr5LQ9Tu721sIhLeXMNvGTtDSyBAT6ZP
fg1SvfEWn2uj3GoRXdrPHEGC7Z1xJIF3BAefmPp19q4nXYx4i+KdvpN+WNnAAqxoxGf3fmHPuTgE
jHAHpmtjVfBOjaf4f1iSCCTaYTOkbSkrG8cb7SO/8R4JIq/azlzcq0RyrBYakqSrSfNNJ2S0s3te
+9jQ8L+MLXxHbkuIbS58wolsZwzuAoO4DAOOT27Gtm81Ky0/Z9tvLe2352+dKqbsdcZPPUVwvwu0
axmsH1SSDN7BcvHHLvb5V2LxjOP4j271ymnXDazqt9f32h3WsySncUgkkVYsnj7oJxgYAzwB37Zq
vKMIuW7OueU0KuJqxptqMLXWl7vom3t5tntcciTRJLE6vG4DKynIYHoQe4qH+0rL7d9i+2W/2v8A
54eavmdM/dznpz9K4XwRNrGjeG9bN5b3ESWkJmtY7mJlXdtcsBnBxkDIB7+9U/A/hXTvEmj317qo
mmuZJ2jEnmkFflB3D1bLd89Bx1zarSlyqK1ZyyyylSdWVWp7sGkmle99e626mh8LtSvdQ/tT7beX
Fzs8rb50rPtzvzjJ46Ct/wAV+LIfDFrG/lx3Nw7gfZ/OCOFIb58YJxlcdK5f4Rf8xf8A7Y/+z1Z+
K2n239mW2o+X/pfnLB5m4/c2u2MZx174zUQnJYfmW/8AwTsxOHo1M5dKovddtF/hXodImrw674Yu
JbK9t4bh7MsxFwP9FZkJG5hyuDnnA6GqnhJ303QLiXVtbtb1VnJNyLvzEQEKApduhz29x61TsdGs
dN+Hd3cWcHly3mleZO29jvbyic4J45Y9PWuX0v8A5JDrP/X4v84abqNNN72bM6eEp1ITp03aPPGO
qV9dD0ybW9MtvL8/UrOLzEEib51Xcp6MMnkH1p13q2n2EoivL+1t5CNwWWZUJHrgnpwa8vk8PWcv
wyGuSGZ9QBGJGkJG0SeUEx02hQPfjrjiiTw9Zy/DIa5IZn1AEYkaQkbRJ5QTHTaFA9+OuOKPrE+3
S/yGspw2l6j+Pk2XxffseuVTj1bT5bw2kd/avcglTCsyl8jqNuc5GD+VeeXuqXVv8H9PCSsWuZDb
OxY7hGGfgHPTCBcdMZFYH9n3MmlWZ03w3qUV4hWX7ehlcycE5UBQAMkEEeg5PWiWJtay6XJoZIpq
TqTtaTitunV3a08ldnt1VrzUrLT9n228t7bfnb50qpux1xk89RTNJkuJdHspLwMLl4I2mDLtO8qN
2R2Oc8VwfizTZIPF8uparpVxqmkyQgL5Mj/6OFC7icdMYY4JAO7Oc5xtUqOMeZI87B4SFas6U5Wt
fa2tuiu0vM9Dt7mG7gWa2mjmibO2SNgynBwcEe9VrjW9MtJ2hudSs4ZVxujknVWGRkZBPpXGW+qa
Zp/w91e48MyzIfMy0UzfvIC5VOMHIGOVOTyOpIIpvhDwTo2r+E4bq8gke5uPM/eCUgphio2gccYz
yDz7cVHtpSajFK9rnS8vo0ozq15SUVLlWmt7X117feegSSJDE8srqkaAszMcBQOpJ7CoYdSsrm1k
uYLy3lt4875UlVkXAyckHAwOa838F3883gfxJZSNuitrZ3jySSu9HyPplc/Un1qz4N/5Jjr3/bx/
6JWlHEc1rLdMqrlCo86lLWMor5Pqd/DqVlc2slzBeW8tvHnfKkqsi4GTkg4GBzTBq2nlbdhf2pW5
JWAiZcSkHBC88nPHFcH4N/5Jjr3/AG8f+iVpvw38P2mp2balfBp5LWdUtlLsBDt+fIwcEEvnGOx9
aI1pS5UluOrllGlGrKc3aDttvdf18jvrvVtPsJRFeX9rbyEbgssyoSPXBPTg1ZjkSaJJYnV43AZW
U5DA9CD3FeX+C9LtPGWq6vf65G08gKMEEjKo3FvQ5wAoAGeB+FT+P4f+Ed8NaXodlJIbR3kdi7fO
2CGAOMAjLk9Ow9KFXfI6jWg5ZVT+sRwkZv2ml9NNru2vT8T0C01bT7+UxWd/a3EgG4rFMrkD1wD0
5FXK8Yms9Rt57K40Pw3qmnXNtktNiSVpTgAE5UAd8gDB3HjFez1dGq53utjlzHAxwvK4SupX00ur
eja16ahUclvDM8byxRu0Z3IzKCVPqPSpKK2POTa2CvKvijYRWWtWl7bgRyXCEvt4yykfN9eR+Vdn
r3jfTPD14bW6W4knCB9sSAjnpySK4h49Q+JHiKOcW7wadDhC+eETOTz3Y+3tXJiZRnH2cdWfQ5LQ
q4ep9aq+7TSd2+vb1PUbCZrjT7aZxhpIlcg+pANWKaiLGioowqjAHoKdXWj56TTbaCiiigQUUUUA
FFFFABRRRQAUUUUAYelf8jVr3/bv/wCgGtysPSv+Rq17/t3/APQDW5WlTf5L8kRDb5v8wooorMsK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDyv4of8jLb/APXo
v/ob0V3+qeGdJ1q5W41C186VUCBvMdflyTjAI9TRXXCvGMUmc8qUm7mrRRRXIdAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQBh/wDM+f8AcN/9q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYUUUUA
FFFFAGd4h/5FrVP+vSX/ANANc78L/wDkWrj/AK+2/wDQErptZt5LvRL+3gXdLLbyIi5AyxUgDJrG
8B6Re6Lok1vqEPkytcM4XerfLtUZyCfQ1qmvZtENe+mdNRRRWRYUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof6
1uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAVxt3ovjGLUbttL1u3FpNM0saz/MyA/wAPKNgD
oADjjOBmuyoqJwUjow+JlQbaSd+6T/M5nwn4PHh+Wa9urlrvUbgYkk5wucFgM8sSw+8euBwOc8b4
+0538dR29pKyyapHEr7mwuS2wA4H3fkU9+Rn0r1is3/hHtN/tv8Atj7N/p//AD18xv7u3pnHTjpW
VSgnBQid+EzSdPEyxFZttprpv09F/Vit4g0FtQ8Jy6Pp/lxfJHHF5jHaqqynBPJ6LWb/AMIpe/8A
Cuv7A823+1/39zeX/rd/XGent1rraK0dKLd/KxyU8dWpwUE9FLm+Zy1t4P8AN8CxaDqEkfmpuYTR
DcEbeWBGQOxwenBIzVLRfDviyxeytrnWbcabbupaOPLOVU5CAlQcHGOvTjkcV21FL2MdPItZlWtN
OzUm3qk7N9V2OJ1TwXqUHiFtX8M30dpLPuMyzE43Hrjg5BPOCOCOO2Nvw5pmrWP2mfWtT+23Fxt+
RRiOLbkfL0HIIzhRyO/WtuinGlGMuZE1cfWq0lTnZ6WvZXsul9zhE8D6to2tSzeGtUjs7KfAdJRv
ZBnkBSCGx2JIPOM9SbnhrwbdaB4mur6S7W5gmg2b3YmV5CULMRjGCQ3cnp1rr6KlUIJ3RpPNMRUg
4ya1Vm7K79XuyC9tEv7C4tJSwjnjaJivUBhg49+a5LwX4N1Dw/qMl1qF3DKogMEUcTMwUFtx6gYG
R0HXcfx7SirlTjKSk+hz0sXVpUp0YvSW5wnhjwFe6N4hjvb28jnt7VHW2CM2ecjlSMAYZjgHqe/N
XvHXhS98T/YfsUtvH9n8zd5zMM7tuMYB/umutoqPYQUHDodDzTESxEcS2uZKy09f82cl4u8I3es6
nZappd1HDe221QJvuYViysODyCehBB9sct13w1rOu+ErOxuru1k1GOfzZZSSqMPnAxheuGXsOhrr
6KboxbfmTDMa0IwSt7mztr6X7HJa/wCFL3VfB2maTBLbrcWvlb2dmCHbGVOCAT1PpXQ6TaPYaPZW
kpUyQQRxMV6EqoBx7cVcoqo01F8yMamLqVKapS2Tb+bOS8XeEbvWdTstU0u6jhvbbaoE33MKxZWH
B5BPQgg+2OW674a1nXfCVnY3V3ayajHP5sspJVGHzgYwvXDL2HQ119FS6MW35m0MxrQjBK3ubO2v
pfsclr/hS91XwdpmkwS263Fr5W9nZgh2xlTggE9T6U7WPBY1jwtYWMkqpf2MCpFKCSm4KAwP+ydo
5xkce4PV0UOjB3v1FHMa8OXlduVtr1e5xum6B4s+1Wg1TXo/sls6SbYcl5dpHysdqkgjOSSfcGuy
ooqoQUNjHEYmVdpySVuyS/I4nVPDviyafUIbPWbdtPu3c+XPksquOU5VsADgYPvxmrMPw/tE8KSa
NNdSSM0xuFnC7dkmNoIXPTHBBPOTyOMdbRU+xhe71Oh5niOVRi1GzT0SV2tm+5wVl4W8YR2cWnSa
/DBYoNoaHLSIByADtU4zgfeHHHTitvxt4fuvEmjxWlnJCkiTiUmUkDAVh2B55FdFRQqMVFx7ilmN
aVWNayTi76JLV7t9zi9Z8Cy6hpWlta3KwatYQRQiUOwRtoHcDIIOSCB9e2LejaP4mXVYbrXNajli
g3bYLdcLJuUg7sBehwRkH8K6mij2MU7oHmNaVP2crPfVpNq+9n0OS8T+EbvUNXttY0O6jtNQiwrF
+AwGcNkA5OOCDkEYHbm3pWjaxJYahD4k1JblruPyFEAwI0wwJHygbju9P4R16DoqKfso83MS8fWd
JUnbTZ2V1Z3tfc4vwr4W17w5qAh/tC1fSfMd3jVfnfK4B5Xg8LwG7d6rHwRrOi6rcT+FdShtracD
Mc5JK89MFWBA7E88kepPe0VPsI2S7GrzWu5ym7e8rNWVn5tdX5mNpGjXUOj3Nprd62oSXZZpicgK
GUBkXnheuMY69BXN2XgjXtJubm10rXFttLnJJO3dKOOwxgN2yGHQHsBXe0U3Ri7eRnTzCtTc7WtL
dWVvJ220OW8HeFJ/DF1qm+WOS3uHXyMMS4VS2N3AGcMOnvV7xb4e/wCEl0U2izeVKjiWJj90sARh
vYgnp0689Dt0U1TiocnQiWNrSxH1lv39PwVjlNK0LXofDuoaZql7azLJa/Z7MR8CP5GX5jtBxyvr
0qlZeCdQt/AmoaK81qbm5nEqMGbYACnU7c5+Q9vSu4opexj+hr/aVZNtWV2paLqtv+Ccl/wil7/w
rr+wPNt/tf8Af3N5f+t39cZ6e3Wj/hFL3/hXX9gebb/a/wC/uby/9bv64z09utdbRR7GP4W+RP8A
aNfy+Pn/AO3v8jlIPBYuPA9voepSqJoSzpLCSQjlmIPOMjDYIPv7Gs2y8LeMI7OLTpNfhgsUG0ND
lpEA5AB2qcZwPvDjjpxXe0UnQjp9xcc0rrmvZ3blqk7N9VfYK5TWNI8UtrNxc6JrEMVtOE/cz5Ij
IGMKCrAA9cjGc+2a6uitJwUlY5cPiJUJOUUnfTVJr8TkvD3gOHS9FvrK9n+0NfoqzbVAVMA425zk
gkkMfQcDFZsPhHxZpVrJYaTrluLE527wVcZHOPlYrzno3vwTXf0Vn7CFklpY6lmuI5pSnaXM7tNJ
q60T+453Q/B1ro+gXemGZpWvAyzzhAjEEbQB1wADxnPJJ74rA0vwBrNmt1YSa0sWlXB/eLACXkGe
mCMISvUgnsDkV6DRTdCDtpsKGaYmLm735nd3Seq2a7HJaB4UvdK8HanpM8tu1xdebsZGYoN0YUZJ
APUelW/BPh+68N6PLaXkkLyPOZQYiSMFVHcDng10VFONKMWmuhFXH1qsZxl9p3fqcJL4M1vStaur
vwvqNva29z8zRSjAU5ztC7SuB2PBAOPc3tW8GT634at7fUL3zdWt98i3JzsLMclSP7vQAgcYGBj5
a62ip9hDVdGaPNMQ3GV1zR62V9FbV9dDjdN0DxZ9qtBqmvR/ZLZ0k2w5Ly7SPlY7VJBGckk+4Ndl
RRVwgobHNiMTKu05JK3ZJfkFFFFWc55f4ph8z4qacrKGV5LckEZBG7n+Rr08KFACgADoBXGa98QE
0XxK2nGw81YigeXzMH5gDwMehFdpWFHl5pWd9T1cxdZ0aHtIcq5dNb38/LoFFFFbnlBRRRQAUUUU
AFFFFABRRRQAUUUUAYelf8jVr3/bv/6Aa3Kw9K/5GrXv+3f/ANANblaVN/kvyRENvm/zCiiisywo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrVPE2k6Lcrb6hd
eTKyBwvlu3y5IzwD6GiuA+KH/Iy2/wD16L/6G9FdcKEZRTZzyqyTseqUUUVyHQFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/ANq1uVh/8z5/3Df/AGrW5Wk+noRDr6hRRRWZYUUUUAFF
FFABRVLWbiS00S/uIG2yxW8jo2AcMFJB5rG8B6ve61ok1xqE3nSrcMgbYq/LtU44A9TVKLceYXNr
Y6aiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+F
ER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
VLjUYrbULSzdXMl1v2EAYG0ZOeat1h6r/wAjVoP/AG8f+gCtyqkkkv66smLu2FFFFSUFFUrnWdNs
76KyutRs4LubHlQSzqsj5OBtUnJyRgY71doAKKq2up2N9PcQ2d5bXEts2yeOKVXaJskYYA/Kcg9f
Q0+zvbbULVLmyuIbm3fO2WFw6Ng4OCODyCKAJ6KpXOs6bZ30VldajZwXc2PKglnVZHycDapOTkjA
x3q7QAUVVtdTsb6e4hs7y2uJbZtk8cUqu0TZIwwB+U5B6+hrP/4TPw1/0MOkf+BsX/xVAG1RUcM0
VzBHNBIksUih0kRgyspGQQR1BFULzxNoen3T217rOnW1wmN0U10iOuRkZBORwQaANOisyz8TaHqF
0ltZazp1zcPnbFDdI7tgZOADk8Amj/hJtD+3fYv7Z077X5nk+R9qTzN+cbduc7s8Y65oA06KgvL2
20+1e5vbiG2t0xulmcIi5OBkngckCmWGp2OqwNNp15bXcStsMlvKsihsA4yCecEfnQBaoqCzvbbU
LVLmyuIbm3fO2WFw6Ng4OCODyCKLa9trzzfstxDP5Mhhl8pw2xx1VsdGGeQeaAJ6KKpadrOm6v5n
9majZ3nlY8z7POsmzOcZ2k4zg/lQBdoqC8vbbT7V7m9uIba3TG6WZwiLk4GSeByQKfDNFcwRzQSJ
LFIodJEYMrKRkEEdQRQBJRWZZ+JtD1C6S2stZ065uHztihukd2wMnAByeATVy8vbbT7V7m9uIba3
TG6WZwiLk4GSeByQKAJ6KzLPxNoeoXSW1lrOnXNw+dsUN0ju2Bk4AOTwCas3+p2OlQLNqN5bWkTN
sElxKsalsE4ySOcA/lQBaorMs/E2h6hdJbWWs6dc3D52xQ3SO7YGTgA5PAJrToAybzwvo+oakt/d
WSSXQwd5ZhnHTIBwfxFa1FFJRS2RpOrOaSlJtLby9AooopmYUUUUAFFFFABRRRQAUUUUAFFFFAGH
pX/I1a9/27/+gGtysPSv+Rq17/t3/wDQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDgPHnhnVta1uG40+186JbdULeYi/NuY4wS
PUUV39FbRryirIydKLdwooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/mfP+4b/AO1a
3Kw/+Z8/7hv/ALVrcrSfT0Ih19QooorMsKKKKACiiigDO8Q/8i1qn/XpL/6Aa534X/8AItXH/X23
/oCV11xbx3dtLbzruilQo65IypGCMiq+l6RZaLbNb6fD5MTOXK72b5sAZySfQVaklBxJcfeTLtFF
FQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2Eof61uVpL4URH
4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
GHqv/I1aD/28f+gCtysPVf8AkatB/wC3j/0AVuVpPaPp+rIju/X9EFFFFZlnkvxC0m51T4iTSaau
dT0/QUvrIgFiJY7rPCgHcxXcACCCSPrXW6r4yT/hXC67ZHF3fW6pZxQFZX+0yDaqKD99lcnIxn5W
44xR9iuf+Fw/bfs832T+wfJ8/YfL3/aM7d3TdjnHXFczofha8t/Gq+HpYLweHdIvZNVtZJI38p2K
p5USOenls7nhjuO7I60AXfhpocHhrxb4q0m2O5LaOwUvgjexhYs2CTjLEnGeM4rT+EX/ACTHSP8A
tt/6OepvDtlcwfEXxjczW80dvcfYvJlZCEk2xENtPQ4PBx0rmfAvim58MeDrHSb3wn4pkuLfzNzQ
6aSh3SMwwSQejDtQBB8QtJudU+Ik0mmrnU9P0FL6yIBYiWO6zwoB3MV3AAggkj611uq+Mk/4Vwuu
2Rxd31uqWcUBWV/tMg2qig/fZXJyMZ+VuOMUfYrn/hcP237PN9k/sHyfP2Hy9/2jO3d03Y5x1xXM
6H4WvLfxqvh6WC8Hh3SL2TVbWSSN/KdiqeVEjnp5bO54Y7juyOtAF34aaHB4a8W+KtJtjuS2jsFL
4I3sYWLNgk4yxJxnjOK5jwLqGhweDrGO98B6jqtwPM3XkOjpOkn7xsYc8nAwPbGO1egeHbK5g+Iv
jG5mt5o7e4+xeTKyEJJtiIbaehweDjpXM+BfFNz4Y8HWOk3vhPxTJcW/mbmh00lDukZhgkg9GHag
D0+GGK2gjhgjSKKNQiRooVVUDAAA6ACuZ8ceH9In8Ma7fzaVYyXosJnFw9uhkDLEdp3YzkYGPTAp
+peDvD3jP7Jqus6TM1w9ugVZpJIpI1OWCMqsAGBY596teINNWDwDqem6dA5WPTJbe3hTLsQIiqqO
pJ6D1NAGLoHhexl+HtjNpVhY2msT6QohvUhWORJXgxv8xRuBy3JHPWuW0BfBMWlweGfF2gQ6Pqkc
YWWS9j2faCGbMiXA52koe4HO1Swr0Pw+Luw8A6YqWbyXtvpkQFq58tmkWIfISfunIxz0rktc8R3H
jDw5NpQ8Da02oXELCIXtoqQQSlCC4lfoVBbBwCeBxmgDQms4PGfxD1Kw1ZPO0zQY7cx2bkmOWeQb
/NYDGcKNm1twwT0yQejsPC+l6TqrX+l2qWTPD5MkNsBHFKNwKsyAYLL8wDdcMRzxjk/7N1jwN4kO
rRQX2u6feWEMGomDa9wZ4lCLKEPzMCOoDH7zkngV0eg+INQ1++eQaNeabpkUZUtqMflTyTEjG1Mn
5AucsepYAfdNAHC/Dn4jeGNB8Cadp2p6n5F3D5vmR/Z5WxmV2HKqR0I710HwrvINQsfEd5av5lvc
a9cyxPgjcrBCDg8jg96u/C2yudP+HWl217bzW1wnm7opkKOuZXIyDyOCDUPg3R3ksfFtnqlnMlvf
a1efJKrJ5sLhRlTwdpGcEfhQB2deK/C4y+HJfD12qImm+IYZba4kLEAXUUspjJJGAWXCKoI3HJxk
c+laD4F8PeGL57zRtP8As1w8ZiZ/OkfKkgkYZiOqiuMsPC15efAu1tJYLy01aw828tlEbrMkySyM
uFGDuYEgf7wIBIFAFn4lCLxFc3Wk73e20bTLnU7pVQFPO8srApYHKsMu+D1GOCDwy6/4m3hvwB4X
k+W01a3ikum674oIUkMfYjcdvzAgjHfNWtN0y+vfAvirWb2yuY9Y12G4JtXiYSRoqPHDDtwNxAHB
2gtuGc0Xfh/WD4Y8F6ppFu76vokMIazkdYjJG8SrKh3j5WwAOcYG7vigDZ1L4ceG73QJ9Nt9IsbV
mh8uK4S3BkjYD5W3cMxBAJyfm5z1Ncfq2rXOt/s5G9vW33DRxxs5JJfZcqgYkkksQoJPck1u6h48
1jULR7Tw94R8QJqE6skct7bLbxwnacPuYlSQcfKcA9M9izxd4WfS/gzPoGkwTXcsMcKhYY2Z5W85
GdgvJ5O5sdvoKANnVvh94f1CxaO10yz0+7TL293aQiKSCUA7XBTaTtJzgnGQK4bWten174ZeDtV1
i2+2yya1F58MMIY3ARpVICdCzBenQk9hxXUzeM9Y1mCSy8P+F9atr2VSoudShW2itwRjzMndvKkg
7AMkA+lUPE/h9/DXhDwpZaZZXl+mk6rbzzLaQtJI4UO0jhcnGWJOM4BYDNAGn4Vn0O+1j/QvBN5o
1xDG0i3VzpKW47KVVxzuIY8ema6PxBfy6V4c1O/gVGltbSWdA4JUsqFhnGOMisjSPG39r6pDZf8A
COeI7Pzd37+8sfLiTCk/M244zjA9yKh1DUtQ17wr4ttZNFvLV4I7q1tiw3fbBsYKyDAbnjsRyME8
4AGeGvEHiC70oa74ih0uy0ZrD7UBAZHnXChi56jaVDMFGWGVByQa5y8+J2rfZX1eym8Lf2cMSrp0
1/8A6e0QPIOG2ByMtt5IzjDEYPYaZpEt98M7TSJ99rLPpCWr70O6JmhCnKnHIJ6cdK4LSZItE0Nd
P134YzXWrWkYjEtrpkc0U+FG1mlGfmP8RG7nJ6/KADrdS8bXl5daPp3hezhlv9Vsvt4e93iO1hIB
VpAgOd3zLw3DY65GY/DfifxJceNZPD/iPT7G1aKwe6ElsxYTYm2K6/MdqkH7pG7IzxnArakt74d8
S6P4kTQLya3l0r+zriw06NZXsiCJFAC8MucpwABtznkCodB1O91b4wvc32lTaZnQT5EU0itI8X2g
FXYD7jHJBQ8gigDpvCWv3Ovf239qSFPsGqz2UXlAjKJtwWyT83POMD2rF0/4i7PhtYeI9Whh+13k
jQRQRHy43l8x1UFnJCLhMlmOAAfYVT0y/wBW8Gaxr2nv4b1HUTqOoyX1lcWa7oX83gJI5wI8FRkn
OMk4wAWy7Xwnq198GdDtYdP3anp179rFheRbRNiaQbHDlcKVfPPUDHegDQsfiHqlpr+m2mr3XhnU
bXUJhahtFui8kMjEBGZWblScg4HHr0DaA8V+Ita1jVF8M2ukS2mk3LW1xbXczrdTMn3imPlRWwVU
t3Uk+gz9J1HTrnUdMjsvhjc2l480Zlmn02OCO1A5Z1k28lSOOFJ7YOBUPi8RanqN0kPhLxBbeI42
eO01XT4wqMx+WNmnVgCpUKG3D5AWHGM0AP8AGn/CS/8ACzvDf9n/ANkf8vX9nef5v/PFfN87H47d
v416NZfafsNv9u8n7X5a+f5OfL34+bbnnbnOM84rhvEseraXqvgvWLuxvNVfTY54786dD5jmV4VX
cE4+UsGOcAD2yBXc2Vz9ssbe58maDzo1k8qZdsiZGdrDswzgj1oAnooooAKKKKAMPSv+Rq17/t3/
APQDW5WHpX/I1a9/27/+gGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHAePPE2raLrcNvp915MTW6uV8tG+bcwzyD6Cisr4of8jL
b/8AXov/AKG9Fd9KEXBXRyTlJSep6pRRRXAdYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8
z5/3Df8A2rW5WH/zPn/cN/8AatblaT6ehEOvqFFFFZlhRRRQAUUUUARXFxHaW0txO22KJC7tgnCg
ZJ4qvper2WtWzXGnzedErlC2xl+bAOOQPUVH4h/5FrVP+vSX/wBANc78L/8AkWrj/r7b/wBASrUU
4ORLl7yR2dFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2E
of61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUU
VmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAGHqv/I1aD/28f+gCtysPVf8AkatB/wC3j/0AVuVpPaPp+rIju/X9EFFFFZlhRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFZn9g2
3/CVf2/vm+1/YvsWzI8vZv35xjO7PvjHatOigAooooAKKKKACiiigAooooAKKz9UTU/3culyxZjz
vglXiX/gXUGobDxBBdT/AGW6RrO9HWCbjP8AunoarkbV0TzJOzIdK/5GrXv+3f8A9ANblYelf8jV
r3/bv/6Aa3Kqpv8AJfkhQ2+b/MKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAytU8M6TrVytxqFr50qoEDeY6/LknGAR6mijVPE2k6Lcrb6hdeTKyBwvlu
3y5IzwD6GitF7S2lyHyX1satFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/AMz5/wBw
3/2rW5WH/wAz5/3Df/atblaT6ehEOvqFFFFZlhRRRQAUUUUAUtZt5LvRL+3gXdLLbyIi5AyxUgDJ
rG8B6Re6Lok1vqEPkytcM4XerfLtUZyCfQ101FUpNR5RcutwoooqRhRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YS
h/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHOeIrX7Z4g0SDzpoN/n/vIX2uMKDwfw
qf8A4Rj/AKjOs/8AgV/9ajVf+Rq0H/t4/wDQBW5WznKMY27fqzJRTbv/AFojD/4Rj/qM6z/4Ff8A
1qP+EY/6jOs/+BX/ANatyip9rLuV7OJh/wDCMf8AUZ1n/wACv/rUf8Ix/wBRnWf/AAK/+tW5RR7W
XcPZxMP/AIRj/qM6z/4Ff/Wo/wCEY/6jOs/+BX/1q3KKPay7h7OJh/8ACMf9RnWf/Ar/AOtR/wAI
x/1GdZ/8Cv8A61blFHtZdw9nEw/+EY/6jOs/+BX/ANaj/hGP+ozrP/gV/wDWrcoo9rLuHs4mH/wj
H/UZ1n/wK/8ArUf8Ix/1GdZ/8Cv/AK1blFHtZdw9nEw/+EY/6jOs/wDgV/8AWo/4Rj/qM6z/AOBX
/wBatyij2su4eziYf/CMf9RnWf8AwK/+tR/wjH/UZ1n/AMCv/rVuUUe1l3D2cTD/AOEY/wCozrP/
AIFf/Wo/4Rj/AKjOs/8AgV/9atyij2su4eziYf8AwjH/AFGdZ/8AAr/61H/CMf8AUZ1n/wACv/rV
uUUe1l3D2cTD/wCEY/6jOs/+BX/1qP8AhGP+ozrP/gV/9atyij2su4eziYf/AAjH/UZ1n/wK/wDr
Uf8ACMf9RnWf/Ar/AOtW5RR7WXcPZxMP/hGP+ozrP/gV/wDWo/4Rj/qM6z/4Ff8A1q3KKPay7h7O
Jh/8Ix/1GdZ/8Cv/AK1H/CMf9RnWf/Ar/wCtW5RR7WXcPZxMP/hGP+ozrP8A4Ff/AFqP+EY/6jOs
/wDgV/8AWrcoo9rLuHs4mH/wjH/UZ1n/AMCv/rUf8Ix/1GdZ/wDAr/61blFHtZdw9nEw/wDhGP8A
qM6z/wCBX/1qP+EY/wCozrP/AIFf/Wrcoo9rLuHs4mH/AMIx/wBRnWf/AAK/+tR/wjH/AFGdZ/8A
Ar/61blFHtZdw9nEw/8AhGP+ozrP/gV/9aj/AIRj/qM6z/4Ff/Wrcoo9rLuHs4mH/wAIx/1GdZ/8
Cv8A61H/AAjH/UZ1n/wK/wDrVuUUe1l3D2cTn7jQYbWFpbjXtXjjXqzXeAP0rAk0WTxDKi2FxqMt
qjf8fV7LlP8AgC4yfrXZ3ulWmozQyXcXmmHJRWJ25PqOhq2AFAAAAHQCrjWcVfqS6Sfoc54atDY6
5rNs00k5jFuPMkOWPyGukrD0r/kate/7d/8A0A1uVFV3lfyX5FU1aP3/AJhRRRWZYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHlfxQ/wCRlt/+vRf/AEN6K1fH
nhnVta1uG40+186JbdULeYi/NuY4wSPUUV30pxUFdnJOMnJ6Hf0UUVwHWFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAYf/ADPn/cN/9q1uVh/8z5/3Df8A2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAFL
WbiS00S/uIG2yxW8jo2AcMFJB5rG8B6ve61ok1xqE3nSrcMgbYq/LtU44A9TWr4h/wCRa1T/AK9J
f/QDXO/C/wD5Fq4/6+2/9AStUl7Nshv30js6KKKyLCiiigAooooAKKKKACiiigAooooAKKKKAMPx
P/zCP+wlD/WtysPxP/zCP+wlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/zCP+wlD/WtysPxP/zC
P+wlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKAMPVf+Rq0H/t4/8AQBW5WHqv/I1aD/28f+gCtytJ7R9P
1ZEd36/ogooorMs8i1nX9R0X4o6lqk2oXzaNpt3aQXFoskhhjjngIMpUZACsAcbeSw5Br0Dxlq9x
o/hueTT9jalcMlrZIzqpaaRgi43cEjO7B7Kc4GTXM2+kRa94w+I2mTbAt1DZRhnQOEYwNtbHcqcE
e4FZ/hK61DxdrmiWmqDL+F45DqIdvMV7rc0UQYE8uqoZPMBYZJxjNAE3hq51O0+HXjSO61W8vLvT
rm+giu5ZWMg8uIYKkkleeQAeCa7bwnNLc+DtFmnkeWWSwgd5HYszMY1JJJ6kmuJ0r/kSPiR/2EdT
/wDRYroPBnibQ/8AhFdBsv7Z077X9it4fI+1J5m/Yo27c53Z4x1zQBx+s6/qOi/FHUtUm1C+bRtN
u7SC4tFkkMMcc8BBlKjIAVgDjbyWHINegeMtXuNH8NzyafsbUrhktbJGdVLTSMEXG7gkZ3YPZTnA
ya5m30iLXvGHxG0ybYFuobKMM6BwjGBtrY7lTgj3ArP8JXWoeLtc0S01QZfwvHIdRDt5ivdbmiiD
Anl1VDJ5gLDJOMZoAm8NXOp2nw68aR3Wq3l5d6dc30EV3LKxkHlxDBUkkrzyADwTVbw/pukarpWm
PP8AEbWl1C7hiL26a4gYSsoygUgnO44x1qzpX/IkfEj/ALCOp/8AosVa8JzeA7bw5os08nhmLUI7
SB3kdoFlWUIpJJPIYN+OaAPQ68y+I/h+50Tw5q2v2XibxGlwsiyLAL8iFN8qgqFABCgMcDPGBXTa
voXie81SafTPF39n2j7fLtv7Mil2YUA/OxyckE/jVP4u/wDJMdX/AO2P/o5KAKWu6PqHgbwxq2s6
Treu6leR2+xI7+4+0Rxguu6QJgfMq5OTwBnIIzR4a8Nfa49N1bRfHmr6iIZEa48648+GYbcvGYzz
GxDD7xJXPTODXZ6vq9loOlzajqc3kWkO3zJNjNjLBRwoJ6kdq8y8TQeFtNuLfVvBGoWcXiGS5hhg
s9OvFEV2WkT5JEQ4CYU5wVBPUkkUAdBcDUPHmu31taateaVoukXP2d5LF9k13OFO8b+qKhKjG0hs
k5PG21d6fqnhzwd4ijOsXN7bRWEstlcTuTdxP5blg0gxuAIUqeCMkdAKzPDGtWnhTxR4n0XXrm2s
Wnv31O2nnl8tJ45ccAsAMrgA88ncB90mtbXfEOn654R8UxaZN9pitdOlD3MXzQszROdiuOGYDBOO
m5e+QADW8JzS3Pg7RZp5HllksIHeR2LMzGNSSSepJrJ+Ft7c6h8OtLub24mubh/N3SzOXdsSuBkn
k8ACsbwz8LfCOoeFdIvLrSfMuLiyhllf7TMNzMgJOA+Bye1TfDm1vbz4O6dBpl//AGfdv5vl3Pkr
LsxcOT8jcHIBH40AdT4smltvB2tTQSPFLHYTukiMVZWEbEEEdCDXIfCvWLxWuNF1i8vLu7kt4NUt
7i5Z2MkMsablUtn5Uc4znkk8DBrT1LTNa03wR4m/tvX/AO1/M06byv8AQ0t/KxG+funnOR16Y96w
rsS6J4c8DeLIHSKKwtLa21E7D81rKiKS2CCwRuQuD8zZxwcgDPizrOrFbuHRdRmsrfR7eK5u5Laf
a7yyyCOOJsEMuF3P3ByMj7pro/F17qWpa1ZeFtBv30+6uIZLq8u0QM0FuAUXAOMlnIGVYMu3Ncfr
VnO3wZ8Q65eptu9cuY77axDvHC00flR7/wCJQmCOmN2MCuj8RXq+GfilpWtahsj0u/sG0xrhiQsE
gcyAucYAbgDJH8ROAtAEOveHdY8IaLda3oPiPWr25s1EsltqVwtxFLECC4wQNpwM5BzgEDk1N441
OXVfDnhabTry+sItX1O0QyW8pilEUqMcZBPOCPUZHen+NPGujT+HrnSdKv7PUtT1WNrO1t7ecNua
TEfLDKrjfn5iM4xn0reNbWLw/wCHPBNrPcp5Wn6vYxvO+EXaiMCxyflGBnrxQA/U9A1bwVaya/pO
v6vqiWUbPc2Gp3PmpPFkFtrHGxlUM2cEnAGOoNXxlq8Wq6l4Mc63faJpWqQ3E8s0V2LZgvlI6bmy
Vzkgc56nHWtPxf4v0u/0C60fRLu21bVdUhe1trW0mEhJYbWYsuQoVWLfMQCFPPUjJ8S6fpuka/8A
D7Ttbks5bC0t7mCWS8VVifZAigsGJAyQMAnrigDoPCGmabBfT3OmeLtR1zbH5ckU+pLcxx7jkNhR
w3ykA+ma6PUtStNH06e/1CdLe1gXdJI/QD+pJ4AHJJAFZnh+bwqs80PhuTRRK6h5Y9PaLcyg4BYJ
2Bbv6+9cl4/1vS/EHg3S9csSmpaRYavBNeKqjPlqSrKUfHJLqNp6hgenNAHQaT4/tNT1q30ufSda
0y5uldrf+0LTyllKDLBTk8gc+nvkgFmo/EXT7PWLnTbLTdX1ea0wLhtMtfOSFjn5GOR83B/UdQQN
a38V6DeXsFpZ6xY3NzcMVjit51kYkKWPCk4GFPJ47dSK4n4beItD8M+CpNO1a7s9Nv8ATrmeO8il
kQSSOrEllCkl+MKCASSuBnAoA6288baTbeDn8TwvNdaYuMNDHh2/eeXwr7ejeuOlZ+k/E7RNX1W3
s0ivraO8Z0s7u6g8uC7ZW2kRtnkk+oHpwSAeFubZo/gl4pu1snsrPUdT+2WUToEIgaWHZ8o+6MDg
emCOCDXb/Ef/AJlX/sYrT/2egDj/ABZqFhrnxMa21rw54g1Cys7B447SGF9xkE2DOiq4zGQAN3fj
jgV6H9ttv+Fi/YvtGo/a/wCyvO8jePsmzzcbtvXzc8Z6bazP+a3/APcu/wDtzR/zW/8A7l3/ANua
AJrb4i6fe65LpVnpur3NxBemzuGhtd0cBDbRI7A4CE7sHrhGyBxlmrfEvS9J8QXGiGx1S71KFkUQ
WluJGlDR7yV+bkKMZzg88AgEhnw4/wCZq/7GK7/9ko8Mf8lO8b/9uH/ok0AQS/F3w/8AZYJrKHUd
QL27XM0Vpbh3tUU4JlyQFwc9yO/QqT2Gm6laaxp0F/p86XFrOu6OROhH9CDwQeQQQa5b4cf8zV/2
MV3/AOyUfCL/AJJjpH/bb/0c9AHZ0UUUAFFFFAGHpX/I1a9/27/+gGtysPSv+Rq17/t3/wDQDW5W
lTf5L8kRDb5v8wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAorgPHnibVtF1uG30+68mJrdXK+WjfNuYZ5B9BRW0aEpK6MnVinY7+iiisTUKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAw/+Z8/7hv/ALVrcrD/AOZ8/wC4b/7VrcrSfT0Ih19QooorMsKK
KKACiiigCK4t47u2lt513RSoUdckZUjBGRVfS9IstFtmt9Ph8mJnLld7N82AM5JPoKsXFxHaW0tx
O22KJC7tgnCgZJ4qvper2WtWzXGnzedErlC2xl+bAOOQPUU9beQtLl2iiikMKKKKACiiigAooooA
KKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiqOs/bjo9yNLx9
tKfus46/jx+dcMPhtquqL5us62TM3O3a0uPxJH6VlOcou0Y3O7C4ajVi51qqgvRt/cuh6PRXkeoa
brvw8uIrm1vfNtXbbkA7Ceu1kP4/416ZoOrR65o1tfxrt81fmX+6w4I/MUqdbnbi1ZmmMy/2FONa
nNTg+q0180U/E/8AzCP+wlD/AFrkbvxlrGl/EzUo7q4RvDdpNa206GJQbczxZWUvgYUOuGLNgBuA
TjHXeJ/+YR/2Eof61zdjpNtrvjf4haberut7mOxjbABK5hOGGQRuBwQccEA11S+FHlR+Jmzrur3t
n478K6dbzbLS/wDtf2mPYp37Igy8kZGCexFWvEHjXQPC08MOs6iltLMpdIwju23OMkKDgZ6Z64OO
hrzbw1qVyfG/hDw/qgxqegyX1pLhSA8XkjynGVHylRgdyFDH71XPD1nrWoeL/FcFj4q/sm/GoyO9
tLpyTSyQA4icO+CUAIAA4UY6bhnMs6Pxl8SLDQ/CMOqaTdW1xc3y7rBXjdkmAZQ+cY2kBjwSDkY6
gitey8deHtQsbe8tdQ8y3uL1bCJ/JkG6dhkJgrkcHqePeuC17w/B4c+Dnia0g1W21Jmv1kme3iSJ
YpPMhDR7FJCkY6cYzjArtviLoX/CQ+BtStEj33CR+fABF5j70+YBR13MAVyOfmPXoQDautXsrPVL
HTribZd3/mfZo9jHfsXc3IGBgHuRR/a9l/bn9j+d/p/2f7V5Wxv9Vu27s4x14xnNeU69ey+JZ5vF
zWN9jw7Dp11a2scpaKRnKzzZOzgqjICR0CgnjAGzYTS67J4+8QaVI85MLafp0kTFpVaKElvKK5wr
Oysu08nnANAHR3nxH8K2GsPpd1rEMd3HIInUo5RG9C4G0Yzzk8c5xg1qal4k0nSLG0vb6/hitLuR
IoJ87o3LglTuGQFIBO48Y71zHhL/AIRyz+EFvLL5MGkzWR+3Ody73I2S5P3ixYFRjnoF4xXLRQy3
Pwv8AQ6pG8ok1y3Ro7lS26IvKFBDdVKbcdtuO1AHR+M/GFrq/wALNX1XwzqU37iSKIXEIkhdG8yP
IBIB6MOnrXW33iPS9O1iz0q5usX97/qLdI2kdh6kKDtXrycDg+hxz/xd/wCSY6v/ANsf/RyVB4RE
Fr451611aLf4llxObsRFY57X5QnlcfIq/KrLkksPvNj5QDuq5/SvHfhzW9YbS9N1WGe8XdhArAPt
67WI2t6/KTkAnoM1p6zbW15od/bX03kWk1vJHPLuC7EKkM2TwMAk5PFcZbXOreB5tC0nXIbPVdLa
5isbC/hXy57dyhVd8ZyOhKgqc7VYnJOCAGifFnSNU8V3unPeQi0kkt4tMdbeUPOzjDhsjjDkAZC/
j1rd1v4g+GvDuomw1XVEhulUM0axPIVB6Z2qcHHODzgg9xWf4Y/5Kd43/wC3D/0Saz7jXde1u98Q
LoNh4ft9Hs5ntb2fV93+kSIu2VmCHG0KFHzfw456hQDs9R17TdK0VtXvLtF09VR/PQGRSrEBSNoO
QSw6etc5q/xQ8PW2h6pdafqUM9xZ5hQeVI0bTlXMa5AwVJjbkHGB15FcZ/zbF/n/AJ/K9J8WQxW3
gHWoYI0iij0ydEjRQqqoiYAADoAKAIfBfjKw8X6UkltcJJewwxNexpE6LFIynIG4cjKt0J6da2dS
1K00fTp7/UJ0t7WBd0kj9AP6kngAckkAVmeE5orbwDos08iRRR6ZA7yOwVVURKSST0AFc/4zmt7n
xd4FmnkeXSJLuRxJGzNE0xVTbnK8Eluntu7ZoA6Dw/410DxTPNDo2opcywqHeMo6NtzjIDAZGeuO
mRnqKq3nxH8K2GsPpd1rEMd3HIInUo5RG9C4G0Yzzk8c5xg1a8TwxLpWqTWUaDW30y4S2khUfaWU
LnCEfNgOy9O5HcisLwl/wjln8ILeWXyYNJmsj9uc7l3uRslyfvFiwKjHPQLxigDp9S8SaTpFjaXt
9fwxWl3IkUE+d0blwSp3DICkAnceMd6q+H/GugeKZ5odG1FLmWFQ7xlHRtucZAYDIz1x0yM9RXnM
UMtz8L/AEOqRvKJNct0aO5UtuiLyhQQ3VSm3HbbjtXU6/ZW1p8TvA32a3hhxHeQjy0C4RYflXj+E
ZOB0GTQBzll4y0nxH8Sp3l8U6pBZrNaR6Vb2pkjiuWP31kXZyC/GWxkHrgDHoemX3n+J9ctf7W+0
/ZvI/wBC+zbPse5Cf9Z/y039fbGKxvDH/JTvG/8A24f+iTR4Y/5Kd43/AO3D/wBEmgDQ0v4g+Gta
1G1sNO1RJ7q6VmijWJwSF3ZzlflOEJwcHGD3GYL74meE9Nnlhu9XRJYZpIJIxDIzK6EBgQFPGTwe
hwcE4NUvg9DFF8M9MeONEaVpnkKqAXbzWXJ9ThQPoB6VD8PtMsbmfxdNPZW0ssmuXlu8jxKzNESp
MZJHKk9ulAG1ffELwvpuow2N1rNss8yo6bdzptf7pLqCqggg8kcEHoc10deU+FdMsT8AL2Y2Vt5s
9hdvLJ5S7pGRpShY45KkDGemOK7zwZ/yJGg/9g63/wDRa0AbVFFFABRRRQAUUUUAYeq/8jVoP/bx
/wCgCtysPVf+Rq0H/t4/9AFal5fW2nwGa7mSKMd2PX6DvWkldRt2/VkRdnL+uiLFFZ2l6pJqhkkW
zlhtRjypZTgyfRew960ahpp2ZSaauiCKytoLqe5ht4Y7i42+dKqAPJtGF3HqcDgZ6Uy10yxsZ7ia
zsra3luW3zyRRKjStknLED5jknr6mrVFIZVTTLGOC5hSytliu2Z7iMRKFmZhhi4x8xI6561Sh8J+
H7aeOaDQtLiljYOkiWcasrA5BBA4INa9FAEEVlbQXU9zDbwx3Fxt86VUAeTaMLuPU4HAz0plrplj
Yz3E1nZW1vLctvnkiiVGlbJOWIHzHJPX1NWqKAKqaZYxwXMKWVssV2zPcRiJQszMMMXGPmJHXPWs
/wD4Qzw1/wBC9pH/AIBRf/E1tUUAFQXllbahavbXtvDc2743RTIHRsHIyDweQDU9FAEc0MVzBJDP
GksUilHjdQyspGCCD1BFU7Dw/pGlTtNp2lWNpKy7DJb26RsVyDjIA4yB+VaFFAFW/wBMsdVgWHUb
K2u4lbeI7iJZFDYIzgg84J/OiLTLGDTjYQ2VtHZFWQ26RKIyrZ3DbjGDk59cmrVFAEcMMVtBHDBG
kUUahEjRQqqoGAAB0AFMs7K20+1S2sreG2t0ztihQIi5OTgDgckmp6KAI5oYrmCSGeNJYpFKPG6h
lZSMEEHqCKhl0yxn04WE1lbSWQVUFu8SmMKuNo24xgYGPTAq1RQBVl0yxn04WE1lbSWQVUFu8SmM
KuNo24xgYGPTAqaaGK5gkhnjSWKRSjxuoZWUjBBB6gipKKAM+w8P6RpU7TadpVjaSsuwyW9ukbFc
g4yAOMgflU1/pljqsCw6jZW13ErbxHcRLIobBGcEHnBP51aooApado2m6R5n9madZ2fm48z7PAse
/GcZ2gZxk/nRqOjabq/l/wBp6dZ3nlZ8v7RAsmzOM43A4zgflV2igDPsPD+kaVO02naVY2krLsMl
vbpGxXIOMgDjIH5VZs7K20+1S2sreG2t0ztihQIi5OTgDgckmp6KAM+w8P6RpU7TadpVjaSsuwyW
9ukbFcg4yAOMgflRf+H9I1WdZtR0qxu5VXYJLi3SRguScZIPGSfzrQooAgvLK21C1e2vbeG5t3xu
imQOjYORkHg8gGi5sra88r7Vbwz+TIJovNQNscdGXPRhngjmp6KAIPsVt9u+2/Z4ftfl+T5+weZs
znbu67c846Zo+xW3277b9nh+1+X5Pn7B5mzOdu7rtzzjpmp6KAILaytrPzfstvDB50hml8pAu9z1
ZsdWOOSeaIrK2gup7mG3hjuLjb50qoA8m0YXcepwOBnpU9FAEFtZW1n5v2W3hg86QzS+UgXe56s2
OrHHJPNFnZW2n2qW1lbw21umdsUKBEXJycAcDkk1PRQAUUUUAFFFFAGHpX/I1a9/27/+gGtysPSv
+Rq17/t3/wDQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigDyv4of8jLb/wDXov8A6G9Fd/qnhnSdauVuNQtfOlVAgbzHX5ck4wCP
U0V1wrxjFJnPKlJu5q0UUVyHQFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/ADPn/cN/9q1u
Vh/8z5/3Df8A2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAGd4h/5FrVP+vSX/wBANc78L/8AkWrj/r7b
/wBASum1m3ku9Ev7eBd0stvIiLkDLFSAMmsbwHpF7ouiTW+oQ+TK1wzhd6t8u1RnIJ9DWqa9m0Q1
76Z01FFFZFhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5Wk
vhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUV4D4skvNW8b31uXeaU3
bQQozcD5tqqM8DtU/wDwrfxT/wBAv/yYi/8Aiq5vbtt2jc9v+yacYxlUrKLavr/w6Pd6K8I/4Vv4
p/6Bf/kxF/8AFUf8K38U/wDQL/8AJiL/AOKo9vP+R/18hf2Xh/8AoIj+H/yR7vRXhH/Ct/FP/QL/
APJiL/4qj/hW/in/AKBf/kxF/wDFUe3n/I/6+Qf2Xh/+giP4f/JHu9FeEf8ACt/FP/QL/wDJiL/4
qj/hW/in/oF/+TEX/wAVR7ef8j/r5B/ZeH/6CI/h/wDJHu9FeEf8K38U/wDQL/8AJiL/AOKo/wCF
b+Kf+gX/AOTEX/xVHt5/yP8Ar5B/ZeH/AOgiP4f/ACR7vRXkngzwPr+k+LLG9vrDyreIvvfzo2xl
GA4DE9SK9branNyV2rHn4uhChNRhNSVt1/w7CiiuT8f+IL7QNPtX090SSWUqzMobgD3pzmoRcmRh
sPPE1Y0YbsT4lzQx+EZEkI3ySoIx7g5P6A0vw1iePwhEz5xJK7Ln0zj+YNYNl4P1nxW1rqHiDUg1
rJGsiKh+bawzwAAq54r0W2torO2it7dAkUShEUdgKwpqU6ntGrKx6mLqUsPg1g4y5pc121suljI8
T/8AMI/7CUP9av2ukWVnql9qNvDsu7/y/tMm9jv2LtXgnAwD2Aqh4n/5hH/YSh/rW5XbL4UeDH4m
Zk/hzS7nxDba7Na7tTtozFFN5jDap3cbc7T99uo71S1zwJ4c8SXQudV0qGa4HWVWaN24A+YoQWwA
AM5x2roKKzLMW28H6FaeHpdCg02FdMmz5kJyd5PcsTuLcDBzkYGMYFT6D4c0vwxYvZ6Na/Zrd5DK
yeYz5YgAnLEnoorTooAxdN8IaLpGh3ej2Nl5Vhd7/Pi812371CtySSMgAcGrukaRZaDpcOnaZD5F
pDu8uPezYyxY8sSepPertFAHKy/DLwhNqIvW0O2EoZW2oWWPIxj92CExxyMYPOc5NbupaRZav9k+
3Q+b9kuUuoPnZdkqZ2twRnGTweKu0UAUtX0iy17S5tO1OHz7Sbb5ke9lzhgw5Ug9QO9F9pFlqN1Z
3N1DuuLKTzbeVXZHjJGCMqQdpHBU8HuDV2igCOaGK5gkhnjSWKRSjxuoZWUjBBB6gisDRPh94a8O
6iL/AErS0hulUqsjSvIVB643McHHGRzgkdzXR0UAYV94K0DUtfh1q605G1KFkdJ1d0O5DlSQpAYj
A6g8ADoKZqvgTw5resLqmpaVDPeLty5ZgH29Nyg7W9PmByAB0GK6CigDF/4RDRf+EY/4R37F/wAS
n/n381/7+/72d33uev6VrTQxXMEkM8aSxSKUeN1DKykYIIPUEVJRQBz+l+BfD2i2OoWen6f5NvqM
flXSedI3mLhhjJYkcM3THWrMnhXRJdAj0WTTLZ9NiXbHAy5CcEbgeob5j82d2STnJrXooAwvD/gr
QPC0802jacltLMoR5C7u23OcAsTgZ6464GegqlL8MvCE2oi9bQ7YShlbahZY8jGP3YITHHIxg85z
k11VFAFLUtIstX+yfbofN+yXKXUHzsuyVM7W4IzjJ4PFF1pFleapY6jcQ77uw8z7NJvYbN67W4Bw
cgdwau0UAUrXSLKz1S+1G3h2Xd/5f2mTex37F2rwTgYB7AUWukWVnql9qNvDsu7/AMv7TJvY79i7
V4JwMA9gKu0UAUtI0iy0HS4dO0yHyLSHd5ce9mxlix5Yk9Se9Gm6RZaR9r+ww+V9ruXup/nZt8r4
3NyTjOBwOKu0UAZlp4c0ux8PNoVta7NMaOSIw+Yx+V87huJ3c7j371csrODT7G3s7VPLt7eNYoky
TtVRgDJ5PA71PRQAUUUUAFFFFABRRRQBzfiM3Q13RjYiM3OLjYJPu52CsCyGpza039oGxOoA/u01
Dfx/uAfLXT6r/wAjVoP/AG8f+gCtK/0611OAw3kKyp2z1HuD1FdMaihFJrp+rMHDmbd+v6Izf+Ko
/wCoN/5Fo/4qj/qDf+Rat6Xp1xprSRvevcW3HlLKMuntu7itGs3NJ6JFqN1q2Yf/ABVH/UG/8i0f
8VR/1Bv/ACLW5RS5/JD5PNmH/wAVR/1Bv/ItH/FUf9Qb/wAi1uUUc/kg5PNmH/xVH/UG/wDItH/F
Uf8AUG/8i1uUUc/kg5PNmH/xVH/UG/8AItH/ABVH/UG/8i1uUUc/kg5PNmH/AMVR/wBQb/yLR/xV
H/UG/wDItblFHP5IOTzZh/8AFUf9Qb/yLR/xVH/UG/8AItblFHP5IOTzZh/8VR/1Bv8AyLR/xVH/
AFBv/ItblFHP5IOTzZh/8VR/1Bv/ACLR/wAVR/1Bv/ItblFHP5IOTzZh/wDFUf8AUG/8i0f8VR/1
Bv8AyLW5RRz+SDk82Yf/ABVH/UG/8i0f8VR/1Bv/ACLW5RRz+SDk82Yf/FUf9Qb/AMi0f8VR/wBQ
b/yLW5RRz+SDk82Yf/FUf9Qb/wAi0f8AFUf9Qb/yLW5RRz+SDk82Yf8AxVH/AFBv/ItH/FUf9Qb/
AMi1uUUc/kg5PNmH/wAVR/1Bv/ItH/FUf9Qb/wAi1uUUc/kg5PNmH/xVH/UG/wDItH/FUf8AUG/8
i1uUUc/kg5PNmH/xVH/UG/8AItH/ABVH/UG/8i1uUUc/kg5PNmH/AMVR/wBQb/yLR/xVH/UG/wDI
tblFHP5IOTzZh/8AFUf9Qb/yLR/xVH/UG/8AItblFHP5IOTzZh/8VR/1Bv8AyLR/xVH/AFBv/Itb
lFHP5IOTzZh/8VR/1Bv/ACLR/wAVR/1Bv/ItblFHP5IOTzZznh37V/wkGt/bvJ+0fuN/k52fdOMZ
56Yro6w9K/5GrXv+3f8A9ANblFX4vkvyCnt9/wCYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBlap4m0nRblbfULryZWQOF8t2+XJGeAfQ0VwHxQ/5GW3
/wCvRf8A0N6K64UIyimznlVknY9UooorkOgKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAwLiaO
18cRSXDrGkth5SMxwGbzM4z64rfqC8sra/hMN3CksZ7MOn09Kyv+EYFv/wAg3Ub20A6RiTeg/wCA
mtLxkld2I96LdjcorD+x+IYP9XqdpcY/57QbM/8AfNHneJI/vWumy+8cjr/Ojk7NBz+TNyisP+0t
eXrocb+y3aj+Yo/tXXP+he/8nY/8KPZvy+9Bzrz+5m5RSDoMjBpazLCiqWs3Elpol/cQNtlit5HR
sA4YKSDzWN4D1e91rRJrjUJvOlW4ZA2xV+XapxwB6mqUW48wubWx01FFFSMKKKKACiiigAooooAK
KKKACiiigAooooAw/E//ADCP+wlD/WtysPxP/wAwj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooA8Iuf+Spt/2Fx/6Nr3evCLn/kqbf8AYXH/AKNr3eubD/a9
T2s42pf4QooorpPFCiiigAooooAKKKKACiiigArmPHPhu78SWFtFZPCskUu4+axAwRjsDXT1xfxH
j1qS3sf7HF4yBn84Wu7OeNudvOPvVlWt7N3Vzvyzn+tQ5JKL7vbY6rS7RrDSbO0YgtBAkRK9CVUD
j8qtVleGFvV8N2Q1PzPtYj+fzPvdTjPvjFatXH4UctdNVZJu+r17mH4n/wCYR/2Eof61tkhQSSAB
1JrB8WM6Q6W0cfmOuoRFUzjcfmwM1zsupaprWqva3tmzIh/48RcLBu+pPLfhXVGm5xXkckp8smdh
aa3aX1+9raeZNsGXmRcxqfTd6/StGuft73V7WFYrfwykca9FW8jAH6VJ/auuf9C9/wCTsf8AhUSp
66fmilPv+TNyisP+1dc/6F7/AMnY/wDCj+1dc/6F7/ydj/wpezfl96/zHzrz+5m5RWH/AGrrn/Qv
f+Tsf+FH9q65/wBC9/5Ox/4Uezfl96/zDnXn9zNyisP+1dc/6F7/AMnY/wDCj+1dc/6F7/ydj/wo
9m/L71/mHOvP7mblFYf9q65/0L3/AJOx/wCFH9q65/0L3/k7H/hR7N+X3r/MOdef3M3KKw/7V1z/
AKF7/wAnY/8ACj+1dc/6F7/ydj/wo9m/L71/mHOvP7mblFYf9q65/wBC9/5Ox/4Uf2rrn/Qvf+Ts
f+FHs35fev8AMOdef3M3KKw/7V1z/oXv/J2P/Cj+1dc/6F7/AMnY/wDCj2b8vvX+Yc68/uZuUVh/
2rrn/Qvf+Tsf+FH9q65/0L3/AJOx/wCFHs35fev8w515/czcorD/ALV1z/oXv/J2P/Cj+1dc/wCh
e/8AJ2P/AAo9m/L71/mHOvP7mblFYf8Aauuf9C9/5Ox/4Uf2rrn/AEL3/k7H/hR7N+X3r/MOdef3
M3KKw/7V1z/oXv8Aydj/AMKP7V1z/oXv/J2P/Cj2b8vvX+Yc68/uZuUVh/2rrn/Qvf8Ak7H/AIUf
2rrn/Qvf+Tsf+FHs35fev8w515/czcorD/tXXP8AoXv/ACdj/wAKP7V1z/oXv/J2P/Cj2b8vvX+Y
c68/uZuUVh/2rrn/AEL3/k7H/hR/auuf9C9/5Ox/4Uezfl96/wAw515/czcorD/tXXP+he/8nY/8
KP7V1z/oXv8Aydj/AMKPZvy+9f5hzrz+5m5RWH/auuf9C9/5Ox/4Uf2rrn/Qvf8Ak7H/AIUezfl9
6/zDnXn9zDVf+Rq0H/t4/wDQBW5XHahqGqv4g0iSTRvLmTzvKi+1IfMyozz0GBzz1rpdOuby5hZr
6x+xuGwE80SZHrkVVSLUY+nfzYoSTb/roi5RRRWJoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/
yNWvf9u//oBrcrD0r/kate/7d/8A0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooA4Dx54Z1bWtbhuNPtfOiW3VC3mIvzbmOMEj1F
Fd/RW0a8oqyMnSi3cKKKKxNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoqpqGqWmlxCS8mEY
bhV6sx9gOTWaNd1C6/5B+i3DIeklw4iH1weTVqEmrkuaWhu0Vh7fEs/V9Ntl9g7sP6Uf2Xrcn+s1
7aPSO1QfrT5F1aFzPsblFYh0C8cnzNdviP8AY2r/AEpP+Edn/wCg3qf/AH8H+FHLH+YOaXY3KKQD
AApazLM7xD/yLWqf9ekv/oBrnfhf/wAi1cf9fbf+gJXXXFvHd20tvOu6KVCjrkjKkYIyKr6XpFlo
ts1vp8PkxM5crvZvmwBnJJ9BVqSUHElx95Mu0Vwmo/DP7fqV1d/2rs+0TPLs+z527iTjO7nrVb/h
VH/UY/8AJX/7Oq5IfzfgTzT/AJT0Siq2nWn2DTbW037/ALPCkW/GN20AZx26VneKPD3/AAkmmx2n
2n7PsmEu/wAvfnAIxjI/vVmkr2bLbdjaorzv/hVH/UY/8lf/ALOtrwv4J/4RvUpLv7f9o3wmLZ5O
zGSDnO4/3atxglpL8CVKV9UdVRRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetTFRe7sOTa2Vzu6
K87/AOFUf9Rj/wAlf/s67vTrT7Bptrab9/2eFIt+MbtoAzjt0pyjFfC7hFye6sWaKxfFHh7/AIST
TY7T7T9n2TCXf5e/OARjGR/erlf+FUf9Rj/yV/8As6cYxa1dhNyT0R6JRXK+F/BP/CN6lJd/b/tG
+ExbPJ2YyQc53H+7XVVMkk9HcpNtaow/E/8AzCP+wlD/AFrcrzbxJ4F26kt3/aGf7Qv9mzyf9X5h
Jzndzj8Kl/4VR/1GP/JX/wCzrZxhyq8vwMlKXM9D0Siq2nWn2DTbW037/s8KRb8Y3bQBnHbpWd4o
8Pf8JJpsdp9p+z7JhLv8vfnAIxjI/vVgkr2bNW3Y2qK87/4VR/1GP/JX/wCzra8L+Cf+Eb1KS7+3
/aN8Ji2eTsxkg5zuP92rcYJaS/AlSlfVHVUUVwmo/DP7fqV1d/2rs+0TPLs+z527iTjO7nrUxUXu
7Dk2tlc7uivO/wDhVH/UY/8AJX/7Ou7060+waba2m/f9nhSLfjG7aAM47dKcoxXwu4RcnurFmisX
xR4e/wCEk02O0+0/Z9kwl3+XvzgEYxkf3q5X/hVH/UY/8lf/ALOnGMWtXYTck9EeiUVyvhfwT/wj
epSXf2/7RvhMWzydmMkHOdx/u11VTJJPR3KTbWqCiuE1H4Z/b9Surv8AtXZ9omeXZ9nzt3EnGd3P
Wq3/AAqj/qMf+Sv/ANnV8kP5vwI5p/ynolFVtOtPsGm2tpv3/Z4Ui34xu2gDOO3Ss7xR4e/4STTY
7T7T9n2TCXf5e/OARjGR/erNJXs2W27G1RXnf/CqP+ox/wCSv/2dbXhfwT/wjepSXf2/7RvhMWzy
dmMkHOdx/u1bjBLSX4EqUr6o8yuf+Spt/wBhcf8Ao2vd68Iuf+Spt/2Fx/6NrvNR+Gf2/Urq7/tX
Z9omeXZ9nzt3EnGd3PWuXCqLcrux7edNpUrK/und0V53/wAKo/6jH/kr/wDZ13enWn2DTbW037/s
8KRb8Y3bQBnHbpXTKMV8LueLFye6sWaKxfFHh7/hJNNjtPtP2fZMJd/l784BGMZH96uV/wCFUf8A
UY/8lf8A7OnGMWtXYTck9EeiUVyvhfwT/wAI3qUl39v+0b4TFs8nZjJBzncf7tdVUyST0dyk21qg
orhNR+Gf2/Urq7/tXZ9omeXZ9nzt3EnGd3PWq3/CqP8AqMf+Sv8A9nV8kP5vwI5p/wAp6JRVbTrT
7Bptrab9/wBnhSLfjG7aAM47dKzvFHh7/hJNNjtPtP2fZMJd/l784BGMZH96s0lezZbbsbVFed/8
Ko/6jH/kr/8AZ1teF/BP/CN6lJd/b/tG+ExbPJ2YyQc53H+7VuMEtJfgSpSvqjqqKK4TUfhn9v1K
6u/7V2faJnl2fZ87dxJxndz1qYqL3dhybWyub/if/mEf9hKH+taGo6TaarEEu4gxH3XHDIfY151q
fw6/s37H/wATPzPtNylv/wAe+Nu7PP3uenSvSNOtPsGm2tpv3/Z4Ui34xu2gDOO3StJ2jFOLIjeT
fMinptpqdjcmGe6W7stp2SScSqewPr9a1axfFHh7/hJNNjtPtP2fZMJd/l784BGMZH96uV/4VR/1
GP8AyV/+zpe7LWTt8h+9HRK56JRXK+F/BP8AwjepSXf2/wC0b4TFs8nZjJBzncf7tdVUSST0dy02
1qgorhNR+Gf2/Urq7/tXZ9omeXZ9nzt3EnGd3PWq3/CqP+ox/wCSv/2dXyQ/m/Ajmn/KeiUVW060
+waba2m/f9nhSLfjG7aAM47dKzvFHh7/AISTTY7T7T9n2TCXf5e/OARjGR/erNJXs2W27G1RXnf/
AAqj/qMf+Sv/ANnW14X8E/8ACN6lJd/b/tG+ExbPJ2YyQc53H+7VuMEtJfgSpSvqjqqKK4TUfhn9
v1K6u/7V2faJnl2fZ87dxJxndz1qYqL3dhybWyud3RXnf/CqP+ox/wCSv/2dd3p1p9g021tN+/7P
CkW/GN20AZx26U5Rivhdwi5PdWLNFYvijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9XK/8ACqP+ox/5
K/8A2dOMYtauwm5J6I9EorlfC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/drqqmSSejuUm2tUFFcJqP
wz+36ldXf9q7PtEzy7Ps+du4k4zu561W/wCFUf8AUY/8lf8A7Or5IfzfgRzT/lPRKKradafYNNtb
Tfv+zwpFvxjdtAGcdulZ3ijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9WaSvZstt2NqivO/+FUf9Rj/
AMlf/s62vC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/AHatxglpL8CVKV9UdVRRXCaj8M/t+pXV3/au
z7RM8uz7PnbuJOM7uetTFRe7sOTa2Vzu6K87/wCFUf8AUY/8lf8A7Ou7060+waba2m/f9nhSLfjG
7aAM47dKcoxXwu4RcnurFmisXxR4e/4STTY7T7T9n2TCXf5e/OARjGR/erlf+FUf9Rj/AMlf/s6c
Yxa1dhNyT0R6JRXK+F/BP/CN6lJd/b/tG+ExbPJ2YyQc53H+7XVVMkk9HcpNtaoKK4TUfhn9v1K6
u/7V2faJnl2fZ87dxJxndz1qt/wqj/qMf+Sv/wBnV8kP5vwI5p/ynUar/wAjVoP/AG8f+gCtyubk
tPsGseF7Tfv+zwyxb8Y3bYgM47dKteKPD3/CSabHafafs+yYS7/L35wCMYyP71EkvdTfT9WEW/e/
rojaorzv/hVH/UY/8lf/ALOtrwv4J/4RvUpLv7f9o3wmLZ5OzGSDnO4/3aTjBLSX4DUpX1R1VFFc
JqPwz+36ldXf9q7PtEzy7Ps+du4k4zu561MVF7uw5NrZXO7orzv/AIVR/wBRj/yV/wDs67vTrT7B
ptrab9/2eFIt+MbtoAzjt0pyjFfC7hFye6sWaKxfFHh7/hJNNjtPtP2fZMJd/l784BGMZH96uV/4
VR/1GP8AyV/+zpxjFrV2E3JPRHolFcr4X8E/8I3qUl39v+0b4TFs8nZjJBzncf7tdVUyST0dyk21
qgorhNR+Gf2/Urq7/tXZ9omeXZ9nzt3EnGd3PWq3/CqP+ox/5K//AGdXyQ/m/Ajmn/KeiUVW060+
waba2m/f9nhSLfjG7aAM47dKzvFHh7/hJNNjtPtP2fZMJd/l784BGMZH96s0lezZbbsbVFed/wDC
qP8AqMf+Sv8A9nW14X8E/wDCN6lJd/b/ALRvhMWzydmMkHOdx/u1bjBLSX4EqUr6o6qiiuE1H4Z/
b9Surv8AtXZ9omeXZ9nzt3EnGd3PWpiovd2HJtbK53dFed/8Ko/6jH/kr/8AZ13enWn2DTbW037/
ALPCkW/GN20AZx26U5Rivhdwi5PdWLNFYvijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9XK/wDCqP8A
qMf+Sv8A9nTjGLWrsJuSeiPRKK5Xwv4J/wCEb1KS7+3/AGjfCYtnk7MZIOc7j/drqqmSSejuUm2t
UFFcJqPwz+36ldXf9q7PtEzy7Ps+du4k4zu561W/4VR/1GP/ACV/+zq+SH834Ec0/wCU9Eoqtp1p
9g021tN+/wCzwpFvxjdtAGcdulZ3ijw9/wAJJpsdp9p+z7JhLv8AL35wCMYyP71ZpK9my23Y2qK8
7/4VR/1GP/JX/wCzra8L+Cf+Eb1KS7+3/aN8Ji2eTsxkg5zuP92rcYJaS/AlSlfVHVUUVwmo/DP7
fqV1d/2rs+0TPLs+z527iTjO7nrUxUXu7Dk2tlc7uivO/wDhVH/UY/8AJX/7Ou7060+waba2m/f9
nhSLfjG7aAM47dKcoxXwu4RcnurFmisXxR4e/wCEk02O0+0/Z9kwl3+XvzgEYxkf3q5X/hVH/UY/
8lf/ALOnGMWtXYTck9EeiUVyvhfwT/wjepSXf2/7RvhMWzydmMkHOdx/u11VTJJPR3KTbWqCiuE1
H4Z/b9Surv8AtXZ9omeXZ9nzt3EnGd3PWq3/AAqj/qMf+Sv/ANnV8kP5vwI5p/ynolFVtOtPsGm2
tpv3/Z4Ui34xu2gDOO3Ss7xR4e/4STTY7T7T9n2TCXf5e/OARjGR/erNJXs2W27DdK/5GrXv+3f/
ANANbleXWvw6+06rf2X9p7fsnl/P9nzv3rnpu4xXT+F/BP8AwjepSXf2/wC0b4TFs8nZjJBzncf7
tbVIx3v0X5GcHLt3OqoorhNR+Gf2/Urq7/tXZ9omeXZ9nzt3EnGd3PWsoqL3di5NrZXO7orzv/hV
H/UY/wDJX/7Ou7060+waba2m/f8AZ4Ui34xu2gDOO3SnKMV8LuEXJ7qxZorF8UeHv+Ek02O0+0/Z
9kwl3+XvzgEYxkf3q5X/AIVR/wBRj/yV/wDs6cYxa1dhNyT0R6JRXK+F/BP/AAjepSXf2/7RvhMW
zydmMkHOdx/u11VTJJPR3KTbWqCiuE1H4Z/b9Surv+1dn2iZ5dn2fO3cScZ3c9arf8Ko/wCox/5K
/wD2dXyQ/m/Ajmn/ACnolFVtOtPsGm2tpv3/AGeFIt+MbtoAzjt0rO8UeHv+Ek02O0+0/Z9kwl3+
XvzgEYxkf3qzSV7NltuxtUV53/wqj/qMf+Sv/wBnW14X8E/8I3qUl39v+0b4TFs8nZjJBzncf7tW
4wS0l+BKlK+qOqoorhNR+Gf2/Urq7/tXZ9omeXZ9nzt3EnGd3PWpiovd2HJtbK53dFed/wDCqP8A
qMf+Sv8A9nXd6dafYNNtbTfv+zwpFvxjdtAGcdulOUYr4XcIuT3VizRWL4o8Pf8ACSabHafafs+y
YS7/AC9+cAjGMj+9XK/8Ko/6jH/kr/8AZ04xi1q7Cbknoj0SiuV8L+Cf+Eb1KS7+3/aN8Ji2eTsx
kg5zuP8AdrqqmSSejuUm2tUFFcJqPwz+36ldXf8Aauz7RM8uz7PnbuJOM7uetVv+FUf9Rj/yV/8A
s6vkh/N+BHNP+U9Eoqtp1p9g021tN+/7PCkW/GN20AZx26VneKPD3/CSabHafafs+yYS7/L35wCM
YyP71ZpK9my23Y2qK87/AOFUf9Rj/wAlf/s62vC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/dq3GCWk
vwJUpX1R1VFFcJqPwz+36ldXf9q7PtEzy7Ps+du4k4zu561MVF7uw5NrZXO7orzv/hVH/UY/8lf/
ALOu7060+waba2m/f9nhSLfjG7aAM47dKcoxXwu4RcnurFmisXxR4e/4STTY7T7T9n2TCXf5e/OA
RjGR/erlf+FUf9Rj/wAlf/s6cYxa1dhNyT0R6JRXK+F/BP8AwjepSXf2/wC0b4TFs8nZjJBzncf7
tdVUyST0dyk21qgorhNR+Gf2/Urq7/tXZ9omeXZ9nzt3EnGd3PWq3/CqP+ox/wCSv/2dXyQ/m/Aj
mn/KeiUVW060+waba2m/f9nhSLfjG7aAM47dKzvFHh7/AISTTY7T7T9n2TCXf5e/OARjGR/erNJX
s2W27G1RXnf/AAqj/qMf+Sv/ANnW14X8E/8ACN6lJd/b/tG+ExbPJ2YyQc53H+7VuMEtJfgSpSvq
jqqKK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxndz1qYqL3dhybWyud3RXnf/CqP+ox/wCSv/2dd3p1
p9g021tN+/7PCkW/GN20AZx26U5Rivhdwi5PdWLNFYvijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9X
K/8ACqP+ox/5K/8A2dOMYtauwm5J6I9EorlfC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/drqqmSSej
uUm2tUFFcJqPwz+36ldXf9q7PtEzy7Ps+du4k4zu561W/wCFUf8AUY/8lf8A7Or5IfzfgRzT/lPR
KKradafYNNtbTfv+zwpFvxjdtAGcdulZ3ijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9WaSvZstt2Oa
8eeJtW0XW4bfT7ryYmt1cr5aN825hnkH0FFNi+FMayAzaqzp3VYNpP47jRXVGVJK2/yMHGo3c9Bo
oorkOgKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAwXRZPHib1DeXp+9Mj7p8zGR74rerD/AOZ8
/wC4b/7VrcrSp09CIdfUKKKKzLCiiigAooooAK4TUfiZ9g1K6tP7K3/Z5ni3/aMbtpIzjbx0ru6K
qLit1cmSb2djzv8A4Wv/ANQf/wAmv/sK7vTrv7fptrd7Nn2iFJdmc7dwBxnv1qzRTlKL+FWCKkt3
cxfFHiH/AIRvTY7v7N9o3zCLZ5mzGQTnOD/drlf+Fr/9Qf8A8mv/ALCvRKKcZRS1VxNSb0Zyvhfx
t/wkmpSWn2D7PshMu/zt+cEDGNo/vV1VFFTJpvRWKSaWrOE1H4mfYNSurT+yt/2eZ4t/2jG7aSM4
28dKrf8AC1/+oP8A+TX/ANhXolFXzw/l/Ejln/MVtOu/t+m2t3s2faIUl2Zzt3AHGe/Ws7xR4h/4
RvTY7v7N9o3zCLZ5mzGQTnOD/draorNNX1RbTsed/wDC1/8AqD/+TX/2FbXhfxt/wkmpSWn2D7Ps
hMu/zt+cEDGNo/vV1VFW5Qa0j+JKjK+rCuE1H4mfYNSurT+yt/2eZ4t/2jG7aSM428dK7uipi4rd
XHJN7Ox5jf8AxB/tX7N/xLfK+yTrdf6/du25+X7oxnPWvRdOu/t+m2t3s2faIUl2Zzt3AHGe/Wsz
xP8A8wj/ALCUP9a3K0qOLirKxEE1J3Zi+KPEP/CN6bHd/ZvtG+YRbPM2YyCc5wf7tcr/AMLX/wCo
P/5Nf/YV6JRUxlFLVXKak3ozlfC/jb/hJNSktPsH2fZCZd/nb84IGMbR/erqqKKmTTeisUk0tWcJ
qPxM+waldWn9lb/s8zxb/tGN20kZxt46VW/4Wv8A9Qf/AMmv/sK9Eoq+eH8v4kcs/wCYradd/b9N
tbvZs+0QpLsznbuAOM9+tZ3ijxD/AMI3psd39m+0b5hFs8zZjIJznB/u1tUVmmr6otp2PO/+Fr/9
Qf8A8mv/ALCtrwv42/4STUpLT7B9n2QmXf52/OCBjG0f3q6qircoNaR/ElRlfVhXCaj8TPsGpXVp
/ZW/7PM8W/7RjdtJGcbeOld3RUxcVurjkm9nY87/AOFr/wDUH/8AJr/7Cu7067+36ba3ezZ9ohSX
ZnO3cAcZ79as0U5Si/hVgipLd3MXxR4h/wCEb02O7+zfaN8wi2eZsxkE5zg/3a5X/ha//UH/APJr
/wCwr0SinGUUtVcTUm9Gcr4X8bf8JJqUlp9g+z7ITLv87fnBAxjaP71dVRRUyab0Vikmlqz5/wBW
u/sfxCu7rZv8jU2k25xu2yZxn8K7z/ha/wD1B/8Aya/+wrjLn/kqbf8AYXH/AKNr3eufCyiua6vq
eznKk1Ss/slbTrv7fptrd7Nn2iFJdmc7dwBxnv1rO8UeIf8AhG9Nju/s32jfMItnmbMZBOc4P92t
qit01fVHjNOx53/wtf8A6g//AJNf/YVteF/G3/CSalJafYPs+yEy7/O35wQMY2j+9XVUVblBrSP4
kqMr6sK4TUfiZ9g1K6tP7K3/AGeZ4t/2jG7aSM428dK7uipi4rdXHJN7Ox53/wALX/6g/wD5Nf8A
2Fd3p139v021u9mz7RCkuzOdu4A4z361ZopylF/CrBFSW7uYvijxD/wjemx3f2b7RvmEWzzNmMgn
OcH+7XK/8LX/AOoP/wCTX/2FeiUU4yilqriak3ozlfC/jb/hJNSktPsH2fZCZd/nb84IGMbR/erq
qKKmTTeisUk0tWcJqPxM+waldWn9lb/s8zxb/tGN20kZxt46VW/4Wv8A9Qf/AMmv/sK9Eoq+eH8v
4kcs/wCY5vVrv7fpvh672bPtF7bS7M527gTjPfrVrxR4h/4RvTY7v7N9o3zCLZ5mzGQTnOD/AHab
4n/5hH/YSh/rW5Q2rRuu4JO7PO/+Fr/9Qf8A8mv/ALCtrwv42/4STUpLT7B9n2QmXf52/OCBjG0f
3q6qik5Qa0j+I1GV9WFcJqPxM+waldWn9lb/ALPM8W/7RjdtJGcbeOld3RUxcVurjkm9nY87/wCF
r/8AUH/8mv8A7Cu7067+36ba3ezZ9ohSXZnO3cAcZ79as0U5Si/hVgipLd3MXxR4h/4RvTY7v7N9
o3zCLZ5mzGQTnOD/AHa5X/ha/wD1B/8Aya/+wr0SinGUUtVcTUm9Gcr4X8bf8JJqUlp9g+z7ITLv
87fnBAxjaP71dVRXP+JvGFt4YurC2msNRvri/wDM8mKxhErnYAW4yD0bPGehqZNN6KxSTS1Ziaj8
TPsGpXVp/ZW/7PM8W/7RjdtJGcbeOlVv+Fr/APUH/wDJr/7Ct3Q/Hmn61rB0qWz1HS78x+bFb6lB
5LzLzkoMnOMH9cZwca+va3aeHNFutU1AuLa2UM2xdzEkgAAepJA5455IHNXzw/l/Ejln/MT6dd/b
9NtbvZs+0QpLsznbuAOM9+tZ3ijxD/wjemx3f2b7RvmEWzzNmMgnOcH+7VKLxzbXPhSz1+y0rV72
3u5DGsFtbiSZcFgWZQ2AuUPOe49azIvipbT3U9tD4Y8UyXFvt86JdPBePcMruG/IyORnrWaavqi2
nYq/8LX/AOoP/wCTX/2FbXhfxt/wkmpSWn2D7PshMu/zt+cEDGNo/vUeJPiFpfhXStOvdUt75G1B
d0dsIR5qDaC28EgKRuUEZzk98HHVVblBrSP4kqMr6sK4TUfiZ9g1K6tP7K3/AGeZ4t/2jG7aSM42
8dK7uipi4rdXHJN7Ox53/wALX/6g/wD5Nf8A2Fd3p139v021u9mz7RCkuzOdu4A4z361ZopylF/C
rBFSW7uYvijxD/wjemx3f2b7RvmEWzzNmMgnOcH+7XK/8LX/AOoP/wCTX/2FeiUU4yilqriak3oz
lfC/jb/hJNSktPsH2fZCZd/nb84IGMbR/erqqKKmTTeisUk0tWcJqPxM+waldWn9lb/s8zxb/tGN
20kZxt46VW/4Wv8A9Qf/AMmv/sK9Eoq+eH8v4kcs/wCYradd/b9NtbvZs+0QpLsznbuAOM9+tZ3i
jxD/AMI3psd39m+0b5hFs8zZjIJznB/u1tUVmmr6otp2PO/+Fr/9Qf8A8mv/ALCtrwv42/4STUpL
T7B9n2QmXf52/OCBjG0f3q6qircoNaR/ElRlfVhXCaj8TPsGpXVp/ZW/7PM8W/7RjdtJGcbeOld3
RUxcVurjkm9nY87/AOFr/wDUH/8AJr/7Cu7067+36ba3ezZ9ohSXZnO3cAcZ79as0U5Si/hVgipL
d3OS8aat/Yeo6TqHk+d5Pnfu923OQq9cH1rI/wCFr/8AUH/8mv8A7Cuo1X/katB/7eP/AEAVuVo5
RUY3V9P1ZCUnJ2f9WRyvhfxt/wAJJqUlp9g+z7ITLv8AO35wQMY2j+9XVUUVlJpvRWNEmlqzhNR+
Jn2DUrq0/srf9nmeLf8AaMbtpIzjbx0qt/wtf/qD/wDk1/8AYV6JRV88P5fxI5Z/zFbTrv7fptrd
7Nn2iFJdmc7dwBxnv1rO8UeIf+Eb02O7+zfaN8wi2eZsxkE5zg/3a2qKzTV9UW07Hnf/AAtf/qD/
APk1/wDYVteF/G3/AAkmpSWn2D7PshMu/wA7fnBAxjaP71dVRVuUGtI/iSoyvqwrhNR+Jn2DUrq0
/srf9nmeLf8AaMbtpIzjbx0ru6KmLit1cck3s7Hnf/C1/wDqD/8Ak1/9hXd6dd/b9NtbvZs+0QpL
sznbuAOM9+tWaKcpRfwqwRUlu7mL4o8Q/wDCN6bHd/ZvtG+YRbPM2YyCc5wf7tcr/wALX/6g/wD5
Nf8A2FeiUU4yilqriak3ozlfC/jb/hJNSktPsH2fZCZd/nb84IGMbR/erqqKKmTTeisUk0tWcJqP
xM+waldWn9lb/s8zxb/tGN20kZxt46VW/wCFr/8AUH/8mv8A7CvRKKvnh/L+JHLP+Yradd/b9Ntb
vZs+0QpLsznbuAOM9+tZ3ijxD/wjemx3f2b7RvmEWzzNmMgnOcH+7W1RWaavqi2nY87/AOFr/wDU
H/8AJr/7Ctrwv42/4STUpLT7B9n2QmXf52/OCBjG0f3q6qircoNaR/ElRlfVhXCaj8TPsGpXVp/Z
W/7PM8W/7RjdtJGcbeOld3RUxcVurjkm9nY87/4Wv/1B/wDya/8AsK7vTrv7fptrd7Nn2iFJdmc7
dwBxnv1qzRTlKL+FWCKkt3cxfFHiH/hG9Nju/s32jfMItnmbMZBOc4P92uV/4Wv/ANQf/wAmv/sK
9EopxlFLVXE1JvRnK+F/G3/CSalJafYPs+yEy7/O35wQMY2j+9XVUUVMmm9FYpJpas4TUfiZ9g1K
6tP7K3/Z5ni3/aMbtpIzjbx0qt/wtf8A6g//AJNf/YV6JRV88P5fxI5Z/wAxW067+36ba3ezZ9oh
SXZnO3cAcZ79azvFHiH/AIRvTY7v7N9o3zCLZ5mzGQTnOD/draorNNX1RbTsed/8LX/6g/8A5Nf/
AGFbXhfxt/wkmpSWn2D7PshMu/zt+cEDGNo/vV1VFW5Qa0j+JKjK+rCuE1H4mfYNSurT+yt/2eZ4
t/2jG7aSM428dK7uipi4rdXHJN7Ox53/AMLX/wCoP/5Nf/YV3enXf2/TbW72bPtEKS7M527gDjPf
rVminKUX8KsEVJbu5i+KPEP/AAjemx3f2b7RvmEWzzNmMgnOcH+7XK/8LX/6g/8A5Nf/AGFeiUU4
yilqriak3ozivB/iH+2fEeoS/ZvJ+1wrLjzN23y8JjoM53Z/Cu1rD0r/AJGrXv8At3/9ANblOq05
adl+Qqd7a+f5nCaj8TPsGpXVp/ZW/wCzzPFv+0Y3bSRnG3jpVb/ha/8A1B//ACa/+wr0Sijnh/L+
Ics/5itp139v021u9mz7RCkuzOdu4A4z361neKPEP/CN6bHd/ZvtG+YRbPM2YyCc5wf7tbVFZpq+
qLadjzv/AIWv/wBQf/ya/wDsK2vC/jb/AISTUpLT7B9n2QmXf52/OCBjG0f3q6qircoNaR/ElRlf
VhXCaj8TPsGpXVp/ZW/7PM8W/wC0Y3bSRnG3jpXd0VMXFbq45JvZ2PO/+Fr/APUH/wDJr/7Cu706
7+36ba3ezZ9ohSXZnO3cAcZ79as0U5Si/hVgipLd3MXxR4h/4RvTY7v7N9o3zCLZ5mzGQTnOD/dr
lf8Aha//AFB//Jr/AOwr0SinGUUtVcTUm9Gcr4X8bf8ACSalJafYPs+yEy7/ADt+cEDGNo/vV1VF
FTJpvRWKSaWrOE1H4mfYNSurT+yt/wBnmeLf9oxu2kjONvHSq3/C1/8AqD/+TX/2FeiUVfPD+X8S
OWf8xW067+36ba3ezZ9ohSXZnO3cAcZ79azvFHiH/hG9Nju/s32jfMItnmbMZBOc4P8AdraorNNX
1RbTsed/8LX/AOoP/wCTX/2FbXhfxt/wkmpSWn2D7PshMu/zt+cEDGNo/vV1VFW5Qa0j+JKjK+rC
uE1H4mfYNSurT+yt/wBnmeLf9oxu2kjONvHSu7oqYuK3VxyTezsed/8AC1/+oP8A+TX/ANhXd6dd
/b9NtbvZs+0QpLsznbuAOM9+tWaKcpRfwqwRUlu7mL4o8Q/8I3psd39m+0b5hFs8zZjIJznB/u1y
v/C1/wDqD/8Ak1/9hXolFOMopaq4mpN6M5Xwv42/4STUpLT7B9n2QmXf52/OCBjG0f3q6qiipk03
orFJNLVnCaj8TPsGpXVp/ZW/7PM8W/7RjdtJGcbeOlVv+Fr/APUH/wDJr/7CvRKKvnh/L+JHLP8A
mK2nXf2/TbW72bPtEKS7M527gDjPfrWd4o8Q/wDCN6bHd/ZvtG+YRbPM2YyCc5wf7tbVFZpq+qLa
djzv/ha//UH/APJr/wCwra8L+Nv+Ek1KS0+wfZ9kJl3+dvzggYxtH96uqoq3KDWkfxJUZX1YVwmo
/Ez7BqV1af2Vv+zzPFv+0Y3bSRnG3jpXd0VMXFbq45JvZ2PO/wDha/8A1B//ACa/+wru9Ou/t+m2
t3s2faIUl2Zzt3AHGe/WrNFOUov4VYIqS3dzF8UeIf8AhG9Nju/s32jfMItnmbMZBOc4P92uV/4W
v/1B/wDya/8AsK9EopxlFLVXE1JvRnK+F/G3/CSalJafYPs+yEy7/O35wQMY2j+9XVUUVMmm9FYp
Jpas4TUfiZ9g1K6tP7K3/Z5ni3/aMbtpIzjbx0qt/wALX/6g/wD5Nf8A2FeiUVfPD+X8SOWf8xW0
67+36ba3ezZ9ohSXZnO3cAcZ79azvFHiH/hG9Nju/s32jfMItnmbMZBOc4P92tqis01fVFtOx53/
AMLX/wCoP/5Nf/YVteF/G3/CSalJafYPs+yEy7/O35wQMY2j+9XVUVblBrSP4kqMr6sK4TUfiZ9g
1K6tP7K3/Z5ni3/aMbtpIzjbx0ru6KmLit1cck3s7Hnf/C1/+oP/AOTX/wBhXd6dd/b9NtbvZs+0
QpLsznbuAOM9+tWaKcpRfwqwRUlu7mL4o8Q/8I3psd39m+0b5hFs8zZjIJznB/u1yv8Awtf/AKg/
/k1/9hXolFOMopaq4mpN6M5LQvGt1r0ri30UmOP75S7Qsvp8rbePeiutoqXJN6IaT6sKKKKkoKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAw/+Z8/7hv8A7VrcrD/5nz/uG/8AtWtytJ9PQiHX1Cii
isywooooAKKKKAKWs3Elpol/cQNtlit5HRsA4YKSDzWN4D1e91rRJrjUJvOlW4ZA2xV+XapxwB6m
tXxD/wAi1qn/AF6S/wDoBrnfhf8A8i1cf9fbf+gJWqS9m2Q376R2dFFFZFhRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQB4Rc/8lTb/sLj/wBG17vXhFz/AMlTb/sLj/0bXu9c2H+16ntZ
xtS/whRRRXSeKFFFFABVc39ot4LRrqAXRGRCZBvI9dvWrFeReOvA+rRaxdaxYh7qGWTzT5efMiP0
7gdiKzqScVdK514OhTrz5Jz5e3qeu0V474a+KV9pu231lWvbcceZ/wAtU/H+L8efevVNJ1qw1y1F
xp1yk0fcD7yn0I6iiFWM9h4rAVsK/fWnfoXqKKK0OMo6zeT2GkXNzaQGeeNMpGATuP0HNcMLPx9r
C+c9z9iVuVjLiMgfRQT+fNej0VlOnzvVs7sLjfq0Wowi2+rV/uPLG8ReKvB97GmtBrq3foJCCG9d
rjnP1/KvSdN1CDVdOgvbVsxTLuXPUeoPuDxXO/EqOJ/CErSAb0lQx59c4/kTSfDQv/wiEe/7vnPs
+mf8c1lT5oVfZ3urXO/GKnicCsWoKMlLldtE9Oxo+J/+YR/2Eof61uVh+J/+YR/2Eof61uV3S+FH
z8fiYUUUVmWFFFFABRRRQAUUUUAFcZ4n/wCSneCP+3//ANEiuzrkvGGg65qGu6Fq3h99OW40z7Rl
b4vsbzFVeiDJ4B7jt1oAq/F6Jf8AhXt1dgulzYzQ3FtKjlWik8xV3Ag9cM3556gVD8RNTsZNa8Oa
Df3ltbWtxd/bLxp5VCGKIFljkUkArI3AJOMr0NXbbw1r2tajZ3fjC+sWisZluLew06NhGZVzslaR
vnyNzfKOOFPqCW/glb/xlrOs+I7Sxvop1ihsIpGM4gjUHdlXUKpY4bjOCW55JIBn+CNXs4fHPiTR
bC4hu7S6kOrW9xDMkoJfasqsynjDkbRjOASScjN3wx/yU7xv/wBuH/ok0/UfA0UPiTQdX8OWul2L
WEzi5jFuIxNFIu1iCg5ZRnaDxluvGDd03Qr7TfFXibV1NtKuprbm2jMjKd0cZUhztO0Ekcjdx27U
AcrqGoaHr3xD12DWtXs7S0sNO/s2ES3KDLzA+bJGWOEdR+7OAT6+lbvwt1ltW8E20Uqos+mMdPkM
bBkYxgBSrAkMNpXkHBOccYpnhP4eafpuhJH4g0/TtS1aSSSW6upY/PMjMxIO6QZ6Yz05yepJJaeD
9Q0PXfEV14ffTrS01SyUW8axbDbXKKVQ7QCuzksTjOT04OQA+JdxqENjoMWl6hNYXFzrVvb+fFzg
MH+8ucMucEqeDjmqviS5u/h74Tji0+91TU7rUL9LeOe8f7VNCXXqi8byAnyoSBubn0rQ1Tw5rOr6
P4ajvbuzlv8ATtRt7y8lClEkCbt20AH5uR/dB5OF6DQ8YeGV8V6KLMXT2dzFMlxbXSAloJFP3gAw
ycFh14znqBQB55pd7rNj4l0l9Hj8dTQy3KwXseu25kh8liAXDA/Iy9c4/HGQ21BZ6t4+1TxDI2va
jpNpp97JY2MVjPsw6KA7yYUF1J2sBuyMsMjrWnYWfxCkutPj1PUtCitIZEa5ltY3aadVHKkMoUbu
5XbjqPQxyeGvE+la1qZ8MX2l2+l6pN9pl+1Ru8ttKwxI8Y6MTgNhjjPGAMkgEnw0uNQmsdei1TUJ
r+4ttauLfz5eMhQn3VzhVzkhRwM8V2dcL8K4p4LHxHFdXH2m4TXrlZZ9gTzGATLbRwMnnA6V3VAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHqv/ACNWg/8Abx/6AK3Kw9V/5GrQf+3j/wBAFblaT2j6
fqyI7v1/RBRRRWZYUUUUAFFFFABRRRQAUUUUAcxonj3Tde8VahoFrBeJd2Hmea8qKIzscIdpDE9T
xkDitfXtbtPDmi3WqagXFtbKGbYu5iSQAAPUkgc8c8kDmvJTG2mJqfiqOV0Oh+LbpplUAl4JTHHI
FBHLEYA5GAW5ziu31m6g8ReOfD2kQiGe0tY/7ckl3HDgZSExsp5+dtxzwQByeQQDc0LxLY694bi1
yEvb2Uiu5NztQoqMysW5IA+Unr0rDs/ijpN5Ikn2DV4dMeQxrqs1pttPvbQxkzwpbAyQME845xxm
n/v/AIO+DtOk+a01HWo7W6j6eZEbiViueo5VeQQeK9imhiuYJIZ40likUo8bqGVlIwQQeoIoA5zX
vHNtoOuJpP8AZWr6hdvbi522FuJcIWK5I3A9R6Y5FT6N420nWftMZeawu7OPzrq0v4/IlgT+8wPG
3GDkEgBhnGa5nXtb/sH4wpc/2bqOob9BEflWEHmyDNwTuIyPl4xn1IqzpukXfjLWdS1zVLG50izu
9Mk0iK2l4uHjLkmVgR+7ODgKd3c9MZAH/wDC2tJ8n7X/AGVrv9l+Zs/tL7F/o2N+zfuznbn2z2xn
iu6rzm21fxN8PLGKz1zTP7Y0O0j8uLUNOX97FGofHmRn0VVyeAB1ZjW5qPxM8J6Veta3mrosqqj/
ACQySKVZQykMqkEFWB4PegB+veObbQdcTSf7K1fULt7cXO2wtxLhCxXJG4HqPTHIqfw54z0/xJdX
VnFDeWN/a4MtlfReVMFIBD7cn5eR9MjOMjOZ/wA1v/7l3/25qP4ixLHqPhC/jLpdR65BbrIjlSI5
M+YvB5DBQD7ZHc0AbvirxVp/g/R/7R1PzmiMixIkKbndjk4GSB0BPJHT1wKrX3jOK00rTL+DRta1
CLUYROgsrUStEpVWG/DcEhvfoawvEes6bP8AFHSLDUtRs7W00m3e+kFxOojknbCRoQSArqDvB5OD
wB1p/wAK9QgSy1Xw9bOk0GjXbLbTxyJIssEjM8ZLqSC33s4AxwMZzQA+2+Klteeb9l8MeKZ/JkMM
vlaeG2OOqth+GGeQea19c8c6XoHiPTdEuluZL3UGRYxEgKoGfYpYkjgnPTJ4PHTOf8OP+Zq/7GK7
/wDZK4+9u9F8VweObm81ixjublhZafFJeRK2yABkKO5x5csgBIGBweSeQAex0Vi+D9f/AOEn8Kaf
qxTy3uI/3igYAdSVfAyfl3Kcc5xiuf8AHI1C78Y+FNLsdWvNNivftazvbPgsqxqTx03Y3AMc7Scj
kUAd1RXnni7Urvwnp2i+HbKfWr06g0wlvIv9Jv8Ay1wzBOnzEPgN/AoyASBjP8IXus23jWzt7WPx
dLpF1G63Z8QW5PksqsyMkmcDJ+XBA/EkbQD1OivMvD+na7480b/hJG8TajpdxPcu1jBbyBoIYVkO
FkjCqJGyHGSeRtznpXQfC29udQ+HWl3N7cTXNw/m7pZnLu2JXAyTyeABQB1tFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAYelf8jVr3/bv/AOgGtysPSv8Akate/wC3f/0A1uVpU3+S/JEQ2+b/ADCiiisy
wooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOA8eeJtW0XW4b
fT7ryYmt1cr5aN825hnkH0FFZXxQ/wCRlt/+vRf/AEN6K76UIuCujknKSk9T1SiiiuA6wooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/8AtWtysP8A5nz/ALhv/tWtytJ9PQiHX1Ciiisy
wooooAKKKKAIri3ju7aW3nXdFKhR1yRlSMEZFV9L0iy0W2a30+HyYmcuV3s3zYAzkk+gqxcXEdpb
S3E7bYokLu2CcKBkniq+l6vZa1bNcafN50SuULbGX5sA45A9RT1t5C0uXaKKKQwooooAKKKKACii
igAooooAKKKKACiiigDD8T/8wj/sJQ/1rcrD8T/8wj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooA8H8VaXqtj4zvriO1uVY3TTwyJGSOW3KQcUv/AAknjH/n
61L/AL9n/Cvd6K5vq+t1I9pZwnFRnSTsrf1oeEf8JJ4x/wCfrUv+/Z/wo/4STxj/AM/Wpf8Afs/4
V7vRR7B/zMP7Wp/8+Y/18jwj/hJPGP8Az9al/wB+z/hR/wAJJ4x/5+tS/wC/Z/wr3eij2D/mYf2t
T/58x/r5HhH/AAknjH/n61L/AL9n/Cj/AISTxj/z9al/37P+Fe715h42+JF3a39zpWkIITCxjkuG
GWyOoUdB9f5VE6fIruTOnC4z6zPkp0I/18jznUZry4vHl1AP9ofli6bWPueP1p2lXl/Y38cmlyzR
3ROE8nJZvbHf6V0OgeBNZ8UzfbLpngt5Dua5nyWk91B5b6nj3r1fw94R0vw3EPsUG6cjDXEnLt+P
YewrOnRlN32O3F5lQw8fZ25n2Ww7wxc61daUr6/axW9z2CNyw9WXop/H8BWzRRXelZWPkqkueTkl
a/RBXO+MfE7+GLKCaO2Wd5nKAM2AMDNdFXG/EjR73V9Ms1sLd53jmJZUxwCOtZ1nJQbjudWXQpTx
UI1vh6306GDc2finx61sbqCOz044kQ9FwR97GdzHB47fSvRdL06HSNNgsrYYihXaM9Se5PuTk03R
reS00Owt5l2yQ20cbDPQhQDV2lSpKPvPVs0x2NlW/cxSjCLdktvXzZh+J/8AmEf9hKH+tblYHi7z
fI0z7Ps87+0IvL3527sNjOOcZp//ABVH/UG/8i12ct4LU8rmtJ6G5RWH/wAVR/1Bv/ItH/FUf9Qb
/wAi1PJ5ofP5M3KKw/8AiqP+oN/5Fo/4qj/qDf8AkWjk80HP5M3KKw/+Ko/6g3/kWj/iqP8AqDf+
RaOTzQc/kzcorD/4qj/qDf8AkWj/AIqj/qDf+RaOTzQc/kzcorD/AOKo/wCoN/5Fo/4qj/qDf+Ra
OTzQc/kzcorD/wCKo/6g3/kWj/iqP+oN/wCRaOTzQc/kzcorD/4qj/qDf+RaP+Ko/wCoN/5Fo5PN
Bz+TNyisP/iqP+oN/wCRaP8AiqP+oN/5Fo5PNBz+TNyisP8A4qj/AKg3/kWj/iqP+oN/5Fo5PNBz
+TNyisP/AIqj/qDf+RaP+Ko/6g3/AJFo5PNBz+TNW2sraz837LbwwedIZpfKQLvc9WbHVjjknmp6
w/8AiqP+oN/5Fo/4qj/qDf8AkWjk80HP5M3KKw/+Ko/6g3/kWj/iqP8AqDf+RaOTzQc/kzcorD/4
qj/qDf8AkWj/AIqj/qDf+RaOTzQc/kzcorD/AOKo/wCoN/5Fo/4qj/qDf+RaOTzQc/kzcorD/wCK
o/6g3/kWj/iqP+oN/wCRaOTzQc/kzcorD/4qj/qDf+RaP+Ko/wCoN/5Fo5PNBz+TNa7llhtZJLeD
z5VGVj3bd3tmqem67a6k5hG6C6X79vMNrj8O9Vf+Ko/6g3/kWsXxGmom3V9UOipIP9UyeaJc/wCz
jn+lXCmnoyZTa1NrVf8AkatB/wC3j/0AVuVw2kvq763of9rg4/f+SX/1hHl87v0689a7mpqx5bLy
/Vjpvmu/62QUUUVkaBRRRQAUUUUAFFFFABRRRQBzHh/wq9jY+IrPVPJmt9X1G5uNkTt/qZQBtY4B
DYBzj8DVb4d+Eb7wtYXZ1iW2n1C4aOMy27MV8mKNUiXBC8gBucc55JrsKKAOFsvh15/wsh8K6xND
9oj3stxAN4jcyM6su4A9GwehILDIzmp/7M8d3f8AxL77VdIisG/dyX1nHIl4yD+JQfkR2A5I4XcS
Ogrs6KAOf/sG5/4WL/b++H7J/ZX2LZk+Zv8AN35xjG3HvnPatm9innsbiK1uPs1w8bLFPsD+WxHD
bTwcHnB61PRQBwU2jfEDWNKk0nVdR8PwWtxCYJ7u2ilknKlcHCnamW6HpjJIxgV21lZwafY29nap
5dvbxrFEmSdqqMAZPJ4Hep6KAOM17QfEv/Cbpr/hx9I/5BwsnS/Mv/PQuSAg/wB3v68VZ0nw1qlx
rVvrfiq+tri9tVdbS1s4ykFqXG1yGPzOWUD73Ay2B0I6qigDjPD/AIDgF1q+oeKLDTr+/v71pkZ8
3IihwNkYMijG3kcAcY9ABNB4M/srx7a61okOnWlg1k9pd2yQ+W33t6um0YLEhQc9AvfPHW0UAcfY
+GdX0zQPFNtaz2wvdVv7m5tZFmdBEsoAUlguQy4J4B5A57ibQPh9oOmaBY2l5oul3F1FCqzyvbrK
Xkx853MMkFs4z0GBgdK6qigDhbLwl4g0DS/Eln4fvNOtftt6LvTX8sr5O5h5iMu1lChVCrgHueOA
NfUvD99feKvDOqtNbMulrcC5wGQu0kYUFF5wMg8FuB3NdHRQBzHjTwrc+IY7G70m/wD7P1fTZGlt
bggkcrgoRnG1iFySG4BGCCQWaTb+N5dat5tcvdFh0+FXMkGnxyM07EYUMZB8oB5yp7YIOeOqooA4
Kx8LeLdFSbR9E1bS7PQvOeS1maBpbm2Rjv8ALCt8rDcSMsScEn0AtfCL/kmOkf8Abb/0c9dnUFnZ
W2n2qW1lbw21umdsUKBEXJycAcDkk0AT0UUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf9u/
/oBrcrD0r/kate/7d/8A0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKAPP9esbnXvimmk/2
1q+n2iaMLnbYXRiy4mK5I5HQ+meBV3wFcahFqniHRrnUJtUsdMuUS1vZvmkYspZ42fOGZDgHuCew
wBheLtP8O6l8WoovFT2yWS6GGQ3FyYF8zz2A+YMMnBbjP8qteC5LK0+IN9pXhe+mufDsOnLI0SzN
Pb29wZOFRznGVLMQCckt/dwoBs23xF0+91yXSrPTdXubiC9NncNDa7o4CG2iR2BwEJ3YPXCNkDjM
2uePNP0XWBpUVnqOqX4j82W302DznhXjBcZGM5H6ZxkZp/Dj/mav+xiu/wD2Sszwdq+leHfEPi+x
1m4s9Ovn1V7nzLiaOPzYZPmjAYnJwMnHbf6k0AdZpvizS9T0O71WOSaK3st4u1mhZJLdkUM6MuM7
lB5xnnpmszTviLp95rFtpt7pur6RNd5Fu2p2vkpMwx8inJ+bkfoOpAPLaZrkthB468ZaDpby2Fw0
Bst0RRZ2QFZZdo52hmLk8Z5yQQ2MvVb68l1XwnDf+OLHXpX1e1kaztLeLbEwbBbzE7AtgAgZznHB
wAela94ystBvksPsmo6hfvGJvsthatLIIiSN56DbkY65yRxXOfDvW7TxH408Xapp5c21ytiy712s
CImBBHqCCOOOOCRzT7O903w/8V/E02t3FnZS31vay2ctw6pviC7HAY9PnUfKSCducEDNZmj3kHi7
UfiRLoT/AGpL6ygitzgpvb7PImPmxj5hjnFAHQXnxR0mzkeT7Bq82mJII21WG03Wn3tpYSZ5UNkZ
AOSOM8Z09e8XwaFfJZrper6lcGMSumnWhm8pSSFLHIAyVbH+6fbOF4J8aeGLL4f6X5mpWNkbe0Cy
27yosm9chz5YOSWYFhxltwOMmofEXiHVp/GV3pUfiKx8LWVjDG6z3Ucbves4zlRJgbVwynB4I5zn
5QDprDxnomoeF28QR3qR6fGuZmk4aFhjKMBn5skDAznIxnIzV03xxBqP2tG0XXbS4gt3uUt7qyKS
XCpjcIxkhmBZRjI5Ye+OM8GrpOrfDzxOviDUfO0671qQSX23yd5YxbJcfwZcq2DwO/Ga2vD/AIgv
bTxXY6FBrln4l0y5jlcXMbK1xZhANolZCVZT8o3HBZmPoAQA8CeO73XNU1CyvtO1dt2ozrBO9mqR
WsSrlYpWHRxgjBycsOa1tF1yxttK8TX6T6pcxadf3RuBdOrsrRqGZIeeIwPug471mfDvU7GLUfE1
hJeWyXsviC8eO3aVRI6/LyFzkj5T+R9Kz9K/5Ej4kf8AYR1P/wBFigDTsvi74fvJrc+TqMFlNIsP
2+a3C2ySlN2xnzwwzg8Y752/NXQeJfFWn+FrWCS986Wa5kEVva26b5p2JAwi5GcZH5gdSAeM8V/8
m8wf9g6x/wDQoqn+Il1Oni/QDY3Vnpt9YRzXUd5qcoitJFYqjxA4JZyMZwRhTnqQQAbnhb4gWPiz
Vbuws9O1S2ls1JnN1AqLG27bsOGOGzng/wB1vSs/xzFc6h4x8KaTDqmo6fb3v2vzmsbgxO2yNWXn
oeR3Hc1a8A6e2/VtbutYsdT1DU5lFw2nuGt4hGMIikc5CsM556fVqvjK9ttP+Ivgq5vbiG2t0+3b
pZnCIuYlAyTwOSBQBW1OHUvhon9tpq+qa1o+6OK9tb+YSyRKSR5sbkjkEqNmOcnJ6Fdb7bc/8Lh+
xfaJvsn9g+d5G8+Xv+0Y3bem7HGeuKzPGusaf4ysF8KaDeQ393qEkRmktm8xLWBXDNKzD5TjYBt3
AncPUZu/81v/AO5d/wDbmgDmPDNpc+O7W9uL7xlq9hr5klEmm2twYEs9pCqDCfmKj5ckEZzgncCT
6nZRTwWNvFdXH2m4SNVln2BPMYDlto4GTzgdK4DXJvhz4qtRq82r2drdx/vUvLacQXalCOdpG5m+
QAZUnH3eorpvAd1qF74G0e41Yf6XJbqSxbcXX+BycnLMm1jz1J6dKAOgooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDK1TwzpOtXK3GoWvnSqgQN5jr8uScYBHq
aKNU8TaTotytvqF15MrIHC+W7fLkjPAPoaK0XtLaXIfJfWxq0UUVmWFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAYf/M+f9w3/ANq1uVh/8z5/3Df/AGrW5Wk+noRDr6hRRRWZYUUUUAFFFFAGd4h/
5FrVP+vSX/0A1zvwv/5Fq4/6+2/9ASum1m3ku9Ev7eBd0stvIiLkDLFSAMmsbwHpF7ouiTW+oQ+T
K1wzhd6t8u1RnIJ9DWqa9m0Q176Z01FFFZFhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/AOYR
/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFZM3hbRbjVf7Sm06F7vqXYEgn1K9CffGa1qKTSe5UZyh8LsFFF
FMkKKKKACuM+IniHU9BgsP7MlEPnM/mSeWG6bcDkEdz+VdnTJIo5l2yorr1wwyKipFyi0nY6cJWh
RrRqVI8yXR9TN8MX9zqfhyyu7wATyplsDGeSAce4wfxrVpAMDA4ApaqKskmY1ZKc5SirJvbt5GH4
n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WsvhRjH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAEN2k8lrIlrKsUzDCOy7gp9cVR07Q
LaxlNzKz3V433riblvw9K1KKpSaVkJxTd2YGtzxW3iXQ5Z5EijX7Rl3YKB8g7mtH+29L/wCglZf9
/wBf8aztbgiufEuhxTxJLG32jKOoYH5B2NaP9iaX/wBA2y/78L/hWj5eWN+36szXNd2/rRB/bel/
9BKy/wC/6/40f23pf/QSsv8Av+v+NH9iaX/0DbL/AL8L/hR/Yml/9A2y/wC/C/4VPueZXv8AkH9t
6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40f2Jpf/QNsv8Avwv+FH9iaX/0DbL/AL8L/hR7nmHv+Qf2
3pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jR/Yml/8AQNsv+/C/4Uf2Jpf/AEDbL/vwv+FHueYe/wCQ
f23pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jR/Yml/9A2y/wC/C/4Uf2Jpf/QNsv8Avwv+FHueYe/5
B/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NH9iaX/wBA2y/78L/hR/Yml/8AQNsv+/C/4Ue55h7/
AJB/bel/9BKy/wC/6/40f23pf/QSsv8Av+v+NH9iaX/0DbL/AL8L/hR/Yml/9A2y/wC/C/4Ue55h
7/kH9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40f2Jpf/AEDbL/vwv+FH9iaX/wBA2y/78L/hR7nm
Hv8AkH9t6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40f2Jpf/QNsv8Avwv+FH9iaX/0DbL/AL8L/hR7
nmHv+Qf23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jR/Yml/8AQNsv+/C/4Uf2Jpf/AEDbL/vwv+FH
ueYe/wCQf23pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jR/Yml/9A2y/wC/C/4Uf2Jpf/QNsv8Avwv+
FHueYe/5B/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NH9iaX/wBA2y/78L/hR/Yml/8AQNsv+/C/
4Ue55h7/AJB/bel/9BKy/wC/6/40f23pf/QSsv8Av+v+NH9iaX/0DbL/AL8L/hR/Yml/9A2y/wC/
C/4Ue55h7/kH9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40f2Jpf/AEDbL/vwv+FH9iaX/wBA2y/7
8L/hR7nmHv8AkH9t6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40f2Jpf/QNsv8Avwv+FH9iaX/0DbL/
AL8L/hR7nmHv+Qf23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jR/Yml/8AQNsv+/C/4Uf2Jpf/AEDb
L/vwv+FHueYe/wCQf23pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jR/Yml/9A2y/wC/C/4Uf2Jpf/QN
sv8Avwv+FHueYe/5B/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NH9iaX/wBA2y/78L/hR/Yml/8A
QNsv+/C/4Ue55h7/AJB/bel/9BKy/wC/6/40f23pf/QSsv8Av+v+NH9iaX/0DbL/AL8L/hR/Yml/
9A2y/wC/C/4Ue55h7/kH9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40f2Jpf/AEDbL/vwv+FH9iaX
/wBA2y/78L/hR7nmHv8AkH9t6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40f2Jpf/QNsv8Avwv+FH9i
aX/0DbL/AL8L/hR7nmHv+Rn6pJo+p+W/9r28FxDnyporlQVz+PI4qnB4r/s6ZbfVLi2uoycLdWsi
t/30gOR+FXdUTRNKWMSaXbSzy5EUMVsrM59uKoxeFzqsizahaWtjbg5W2to1Dn/ecD9BWseTl97b
+tjOXNf3dy3oc8V14k1yaCRZI3FuVZTkH5DXQVz2g20Nn4j1uC3jWOJBbhVUcD5DXQ1lVtzadl+R
pT+HXz/MKKKKzLCiiigAooooAKKKKAM+/wDD+karOs2o6VY3cqrsElxbpIwXJOMkHjJP51Zs7K20
+1S2sreG2t0ztihQIi5OTgDgckmp6KAILaytrPzfstvDB50hml8pAu9z1ZsdWOOSeah1HRtN1fy/
7T06zvPKz5f2iBZNmcZxuBxnA/KrtFAEcMMVtBHDBGkUUahEjRQqqoGAAB0AFULfwzodpj7No2nQ
4kSYeXaouHXO1uB94ZOD1GTWnRQBS1HRtN1fy/7T06zvPKz5f2iBZNmcZxuBxnA/KporK2gup7mG
3hjuLjb50qoA8m0YXcepwOBnpU9FAGfL4f0ifURfzaVYyXoZXFw9uhkDLjad2M5GBj0wKfqOjabq
/l/2np1neeVny/tECybM4zjcDjOB+VXaKAKqaZYxwXMKWVssV2zPcRiJQszMMMXGPmJHXPWmado2
m6R5n9madZ2fm48z7PAse/GcZ2gZxk/nV2igCl/Y2m/2p/aX9nWf2/8A5+vIXzfu7fv4z0469OKe
mmWMcFzCllbLFdsz3EYiULMzDDFxj5iR1z1q1RQBVl0yxn04WE1lbSWQVUFu8SmMKuNo24xgYGPT
ArkvF3gu+1XxHFrenJot3KtoLM2mr2zSRBd7P5gIz82SBjHQnmu3ooA4zwh4MudK1yfWtTh0i0u2
t/skdto8Jjg2bt5dtwyXJAHoAvfPHTajo2m6v5f9p6dZ3nlZ8v7RAsmzOM43A4zgflV2igCrYaZY
6VA0OnWVtaRM28x28SxqWwBnAA5wB+VP+xW3277b9nh+1+X5Pn7B5mzOdu7rtzzjpmp6KAMz/hGd
D+3fbf7G077X5nnef9lTzN+c7t2M7s8565rToooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAoopksghheQhiEUsQoyTj0oAfRWXpPiLT9Z4tpSso6xSDa/wCXf8K1KcouLsxJpq6Ciiik
MKKKKAPK/ih/yMtv/wBei/8Aob0Vq+PPDOra1rcNxp9r50S26oW8xF+bcxxgkeoorvpTioK7OScZ
OT0O/ooorgOsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/8AmfP+4b/7VrcrD/5nz/uG/wDt
WtytJ9PQiHX1CiiisywooooAKKKKACiqWs3Elpol/cQNtlit5HRsA4YKSDzWN4D1e91rRJrjUJvO
lW4ZA2xV+XapxwB6mqUW48wubWx01FFFSMKKKKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+
wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8A
zCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigDD1X/katB/7eP/QBW5WHqv8AyNWg/wDbx/6AK3K0
ntH0/VkR3fr+iCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooATaCwJAyOhpaKKAOOm1a60vxVq/2XTJr
7zPJ3eVn5MJxnCnrn9Kn/wCEs1T/AKFm9/Nv/iKvaV/yNWvf9u//AKAa3K6JSimrxvovyMYxk9n1
f5nK/wDCWap/0LN7+bf/ABFH/CWap/0LN7+bf/EV1VFRzw/l/Flckv5vyOV/4SzVP+hZvfzb/wCI
o/4SzVP+hZvfzb/4iuqoo54fy/iw5Jfzfkcr/wAJZqn/AELN7+bf/EUf8JZqn/Qs3v5t/wDEV1VF
HPD+X8WHJL+b8jlf+Es1T/oWb382/wDiKP8AhLNU/wChZvfzb/4iuqoo54fy/iw5Jfzfkcr/AMJZ
qn/Qs3v5t/8AEUf8JZqn/Qs3v5t/8RXVUUc8P5fxYckv5vyOV/4SzVP+hZvfzb/4ij/hLNU/6Fm9
/Nv/AIiuqoo54fy/iw5Jfzfkcr/wlmqf9Cze/m3/AMRR/wAJZqn/AELN7+bf/EV1VFHPD+X8WHJL
+b8jlf8AhLNU/wChZvfzb/4ij/hLNU/6Fm9/Nv8A4iuqoo54fy/iw5Jfzfkcr/wlmqf9Cze/m3/x
FH/CWap/0LN7+bf/ABFdVRRzw/l/FhyS/m/I5X/hLNU/6Fm9/Nv/AIij/hLNU/6Fm9/Nv/iK6qij
nh/L+LDkl/N+Ryv/AAlmqf8AQs3v5t/8RR/wlmqf9Cze/m3/AMRXVUUc8P5fxYckv5vyOV/4SzVP
+hZvfzb/AOIo/wCEs1T/AKFm9/Nv/iK6qijnh/L+LDkl/N+Ryv8Awlmqf9Cze/m3/wARR/wlmqf9
Cze/m3/xFdVRRzw/l/FhyS/m/I5X/hLNU/6Fm9/Nv/iKP+Es1T/oWb382/8AiK6qijnh/L+LDkl/
N+Ryv/CWap/0LN7+bf8AxFH/AAlmqf8AQs3v5t/8RXVUUc8P5fxYckv5vyOV/wCEs1T/AKFm9/Nv
/iKP+Es1T/oWb382/wDiK6qijnh/L+LDkl/N+Ryv/CWap/0LN7+bf/EUf8JZqn/Qs3v5t/8AEV1V
FHPD+X8WHJL+b8jlf+Es1T/oWb382/8AiKP+Es1T/oWb382/+IrqqKOeH8v4sOSX835HK/8ACWap
/wBCze/m3/xFH/CWap/0LN7+bf8AxFdVRRzw/l/FhyS/m/I5X/hLNU/6Fm9/Nv8A4ij/AISzVP8A
oWb382/+IrqqKOeH8v4sOSX835HK/wDCWap/0LN7+bf/ABFH/CWap/0LN7+bf/EV1VFHPD+X8WHJ
L+b8jlf+Es1T/oWb382/+Io/4SzVP+hZvfzb/wCIrqqKOeH8v4sOSX835HK/8JZqn/Qs3v5t/wDE
Uf8ACWap/wBCze/m3/xFdVRRzw/l/FhyS/m/I5X/AISzVP8AoWb382/+Io/4SzVP+hZvfzb/AOIr
qqZKzrE7RpvcKSq5xuPYZo54fy/iw5Zfzfked61LJfhrn/hHLyzuF+YzoWA+rDZ+vB96u+GPFmoz
zpZz28l6P76D51HqT0I+uPrVxdD1bxDKJddnNvbA5W1iP8/8Tk/SulstPtdOgENnCkSDso5P1Pet
51IKPK1d/l8zKEJOXNexZooorjOkKKKKACiuA8eeJtW0XW4bfT7ryYmt1cr5aN825hnkH0FFbRoS
kroydWKdjv6KKKxNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/8AtWtysP8A5nz/
ALhv/tWtytJ9PQiHX1CiiisywooooAKKKKAM7xD/AMi1qn/XpL/6Aa534X/8i1cf9fbf+gJXXXFv
Hd20tvOu6KVCjrkjKkYIyKr6XpFlots1vp8PkxM5crvZvmwBnJJ9BVqSUHElx95Mu0UUVBQUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/yNWg/9vH/
AKAK3Kw9V/5GrQf+3j/0AVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFQW17bXnm/ZbiGfyZDDL5ThtjjqrY6MM8g81PQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/8AoBrcrD0r/kate/7d/wD0A1uVpU3+
S/JEQ2+b/MKKKKzLCiiigAooooAKKKKAOM17X/Ev/CbpoHhxNI/5BwvXe/Ev/PQoQCh/3e3rzT9L
8Vapp2tRaP40gsbS5vGI0+6tHPkXJAXcmGO5WBYYzgN0HONzP+a3/wDcu/8AtzR4/wD9L1Twjp0H
zXcmtRXSx9MxQqzSNk8cAjjOT2zQBp6Pr9zqHjHxHpMyQi30z7N5LKDvbzIyzbjnB5HGAPxrCs/E
vjDxQZL3wxY6LBo+5kt7jUJJGa6Cuy71CYKD5R8rAHnqe1KaGW5174pQwRvLLJYW6JGilmZjauAA
B1JNdV4CvIL7wFocts+9Fso4icEfMihGHPoykfhQBB4X8Vz6rqmo6Jq9rDZ6zpuzzUimDxzKyg+Z
H/EF5BwR8oZcnJwNDxTrkXh3w5e37z20UscMhtxcOFWSUIWVOoySR0HJrDtf9M+M99Pb/PFYaNHa
3LdNkry+Yq89coM5GR+NafjuytrzwRrP2q3hn8mynmi81A2xxG2GXPRhngjmgDM8A6tcXehy6jq3
iuz1XdbxTyxrHDF9gypZg5Q/qwGNh966a11nTb66NtaajZz3AjExiinVn2EAhsA52kMpB6cj1rj7
XTLGx+C9xNZ2Vtby3Ph/fPJFEqNK32cnLED5jknr6mjRNMsfDnwpGraRZW1tqQ0Mz/aliUyFzF5h
JYgkjdg4PHAGMAUAdbL4g0iDURYTarYx3pZUFu9wgkLNjaNuc5ORj1yKs3N7bWflfariGDzpBDF5
rhd7noq56sccAc1wfhjwf4Yvvh3Hd30dtcSX9o1xeancFJJUkdf3jeawO0oc/Qrk85J5w/8AE++F
HgODU/38U2tQWsi/dzEGljC/Lj+AAZ6/jQB6ta+INIvoLiaz1WxuIrZd88kVwjrEuCcsQflGAevo
amsNTsdVgabTry2u4lbYZLeVZFDYBxkE84I/OvOfEXgrQIPHHhXTLfTkgsr+G5guooXeMTpEiugc
qQWIYA5PJIGScCtPS9NtNE+MlzaaVAlna3Ohi4lgh+SNpBNsDbBwCF44Hc+pyAbvjrX7nwx4OvtW
skhkuLfy9qzAlDukVTkAg9GPen+D/EEviLRTNeQpb6hazPaXsCElY5kOGAPcEYPBOM4ycVk/F3/k
mOr/APbH/wBHJVLxE/8AwhnxDsPEW/Zpes7bDUdz4VJQP3Upy4HQYJxhVVu7UAdB4F1+58T+DrHV
r1IY7i48zcsIIQbZGUYBJPRR3rQsPEGkarO0OnarY3cqrvMdvcJIwXIGcAnjJH515LbXLR/BLwta
NevZWeo6n9jvZUcIRA0s2/5j90YHJ9Mg8Eit34k+HdD8M+Co9R0m0s9Nv9OuYJLOWKNBJI6sAFYs
CX4yxBJJK5OcGgD0O/1Ox0qBZtRvLa0iZtgkuJVjUtgnGSRzgH8q5/w5r1xqvjTxNam7SfT7VbN7
PYFKhZIizEMB8wJweSfasmz0iz8R/FfxNJrNvDepptva21tDPCjxosi+YTgjltwOD6MR6YzNHs4P
COo/EiLQk+ypY2UEtuMl9jfZ5Hz82c/Mc85oA9Dl8QaRBqIsJtVsY70sqC3e4QSFmxtG3OcnIx65
FaFeK6b4M13xL4NgaGy8HTx30PmG+k89rwuxyzNLyfMDZyMkZBGMcV67o1tc2eh2FtfTefdw28cc
8u4tvcKAzZPJyQTk80Aclc6/4u1Dxjrek+H00IW+meRlr4Tb28yPd1Q4PIPYdutbXgzxHP4k0eaS
9tPsl/ZXL2d5EGDIJkxu2kE/LyPpyMnGTyUOma1qXxO8X/2Jr/8AZHl/YvN/0NLjzcw8fePGMHp1
z7VrfDySfT73XfDd3FbNPpc0cj3kJfddmZS3mSbiT5hxknJHOBwoyAdvRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHlfxQ/wCRlt/+vRf/AEN6K7/VPDOk61cr
caha+dKqBA3mOvy5JxgEeporrhXjGKTOeVKTdzVooorkOgKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAw/+Z8/7hv/ALVrcrD/AOZ8/wC4b/7VrcrSfT0Ih19QooorMsKKKKACiiigCK4uI7S2luJ2
2xRIXdsE4UDJPFV9L1ey1q2a40+bzolcoW2MvzYBxyB6io/EP/Itap/16S/+gGud+F//ACLVx/19
t/6AlWopwciXL3kjs6KKKgoKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/WtysPxP
/wAwj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/WtytJfC
iI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKAMPVf+Rq0H/t4/wDQBW5WHqv/ACNWg/8Abx/6AK3K0ntH0/VkR3fr+iCi
iisywooooAK8v+LuiN4i1zw3psYdpZodQaJUYKWkWJXQZPGCygH2J5HWvUK4zxP/AMlO8Ef9v/8A
6JFAGn4c8VQav4GtvEV3+4i+ztLckIcIY8iQgAk7cqxHU4x3rhfh/bXI+JK6lfzebeaxoJ1GbDFk
TzJxsRc8hVQIMEnGCAcYqHWtMnj8X6j4HWfNn4lvYtSy2N0UeXe4w2OHLQqFBDDA5wSTXW/81v8A
+5d/9uaAMzRvD9l8TYT4k8R+dc2ksksenWQlaOOCAPtDMF580lGydxBBHoADx/o39gfCPWrGO6mn
tEkiNqkpy1vF5sWIg3VlB3YJ5AIHOM1B4W8SWvw60uXw54saayFncyLY3RtZDHdwlt24Fdw3AtyO
wZR1Bqfx/rP9vfCPWr6O1mgtHkiFq8ow1xF5sWJQvVVJ3YB5IAPGcUAUvGfhTRfBOjfb/Chm0zXz
JGtpHBdu0l3+8QNH5bMfMX5gSoHUDPHBZ4oi0ef4lXEXxANyNLkhjXRi7slsCdolyyEENuxyxwB9
7jZXZ6J8PvDXh3URf6VpaQ3SqVWRpXkKg9cbmODjjI5wSO5ql4i8deF7DUbvQ/E6PEqrG+LqzaWG
5U/MCuA2QCMHIHI4zg4ANbwroOn+H9H+z6PczT2E0jXEAebzUjV8ELGf7ncdepOTmsb4u/8AJMdX
/wC2P/o5KxfCXhiPVbPWI9JudX0Xw7LexTacLaR4JpMQgO+5wWaJ8qRk/wAPQdKn8f6J/YPwj1q2
/tLUdQ3yRSebfz+bIMyxDaDgfLxnHqTQBcuvhTotnGLvwyk2lavb5ktbiO5cjftICuH3AoSRuAGS
OOhIN3SfG/2r4ZDxVewQxOlvJI0Ql2o7ozKFBPTcygAcn5gOe9Wb4oaTqMElv4VFzrGqupEMENpJ
tRiMK8hbaBGGKgnPGa5zXtDntfD3hf4bWd7Clxf7pLyZmD7FTMrYXaDtL7ip+X/V4J5JAAeC9Dfw
/rEWla2Zp4vFulGW5NyGEr3I3NJFwdy4jlOS3JI4IPFGu/DnwxZ+O/CunW+mbLS/+1/aY/tEp37I
gy8lsjBPYipPG3hnxLYaTFr974hTWZdFmjvIIDpSRnIdd2WQ7goHzMOmF56ZG5rV5BqHxB8AXlq/
mW9xHeyxPgjcrQKQcHkcHvQBW8VaFYaB4Xg8K+G4ns21+/SAiKZ3dEODLLtJLMoRAGGQMNyfXQ+H
H/ErtdV8MScPot66RKeXNvITJE7MPlLNlumMYGQKxdRg1Txr8TbkaPrEOmxeGYxHHMsS3BaaZTv+
U4HQFCCTgpwMk4Yunal4N+JWj6nrGqpqQ1lX06e5GniDY3ymIHyzgszAAE/wqewyADvfE0sEHhXV
5bq3+026WUzSw7ynmKEOV3DkZHGR0rn7rxfB4Z8EeG7610iaW3vfstvFaQyF5IlePIC5GZGAXABx
k9xT9W8SWmv+DvGEVpHco2nQ3dpMZY8KzrGwJVhkEfjkcZAyM4Wq/wDIkfDf/sI6Z/6LNAG7oPjm
7vdatdL17QLnRbm+hM1lvk81ZgASykhRsYDnaefXBwCzU/H10NU1Gx8OaBNrT6Xj7a6XUcaoSuQE
HzM7cOCAMgrjmjxP/wAlO8Ef9v8A/wCiRWRpHiaw8Da14j0nWftIvbvU5L+zjgt3k+1pMBsWPA5b
K7TnA3cAnBwAM8I30E3gjxzfXVjM1u+o380tpMTFIVMakxtjlWxwcdDXQDxXp+heDNClgtcTX9vB
FpumrNl5GZVCx72/hGVBc9PqQDzPh25+2fDr4g3PkzQede6jJ5Uy7ZEzEDtYdmGcEetPufP0zSPh
14iFu89lploEu/LV2aKOW3UGUhVPyoFYn8B3yADrfD/iLWNR1Waw1rwzc6SywiaOYTrPE43YKl1A
AboQvJxk8cZyLn4g6ppflXut+E7yw0OSQKb1rhZJIlb7jSQqNy9sgngnHJwDoWfjuw8RwX0XhNn1
C9gtJJkLQOkQkAxGjs23lieBnorcjFeR+I7+1u/B1yLnxN4j1DXzte+sGEiW1uxkG4PGVAVVJCDB
+9twAOAAegeMPEHiOx+IuhW2naTNNbj7R5MS6gsaah+6UtuHRfLJJG7Oe1bOoX8DeLfBy6lpG3U7
mO5aN/tJP2JhCpkXA+WTP3c+2RWf491G30Pxp4Q1fUmeHT7ZrxJpxGzqjPEAoO0HkkHH0PoafrV5
BqHxB8AXlq/mW9xHeyxPgjcrQKQcHkcHvQBa1Lx1cNr8+keGNFfXbm0XN46XKwRwNnATewILdcjt
g9SG2zWHjqC/8Oa1fraPFe6Ksou7GSVCyyRoWIDLn5SQyhsc7TxxXP6R4js/AOteI7HxMz2cV5qc
l9Z3PkyulwsgBZVwnVBtB56tjtkw2Yu9U8PePPFE1m9nZ6zYE2cUp/eNHFA6h2HYMCCPx6jBIBdg
+KV2LS31TUPCt9ZaDI0aSX7ybjGWUHd5e3LR7jgOOCMY5O2vQ68y8V/8m8wf9g6x/wDQoq9NoAKK
KKACiiigAooooAKKKKAMPSv+Rq17/t3/APQDW5WHpX/I1a9/27/+gGtytKm/yX5IiG3zf5hRUUdz
DLK8cc0byR/fVWBK/UdqlrMsKKKKACiiigAooooA5jXvA1tr2uJq39q6vp92luLbdYXAiygYtgna
T1PrjgVa8P8Ag/TfDs811Cbm71CdQk19eTGWeRQeAWPQAYHAGdq5zit2igDMsNBttP13VdWheZrj
U/J85WI2L5alV2jGRweck/hWFN8NdNWeR9J1PWtFikYyPb6bemKJnJ5baQcHGBgYGAMCuwooAyPD
XhjTfCelCw0mJ0iLeY5dyzSPtCljnuQo4GB6AVd1Owi1XSruwnZ1iu4XgcoQGCspU4znnBq1RQBm
f2Dbf8Ir/YG+b7J9i+xb8jzNmzZnOMbse2M9qs6ZYRaVpVpYQM7RWkKQIXILFVUKM4xzgVaooA4i
X4U6PIgtl1DWotKDK39lpfN9mIBDEbTk4LDJ5zkkgjiug1Tw1Y6rBpcLh4ItMu4ru3jt9qqGjBCr
jB+XB6DH4Vr0UAZl/oNtqGu6Vq0zzLcaZ53kqpGxvMUK24YyeBxgj8aP7Btv+Eq/t/fN9r+xfYtm
R5ezfvzjGd2ffGO1adFAGZ4j0G28T6Fc6TevNHb3G3c0JAcbWDDBII6qO1TaxpNtruj3Wm3q7re5
jMbYAJXPRhkEbgcEHHBANXaKAOfs/BOk23g5PDEyTXWmLnKzSYdv3nmcsm3o3pjpVLTvh1p9nrFt
qV7qWr6vNaZNuup3XnJCxx86jA+bgfoeoBHW0UAc54g8E2mv6rDqQ1DVNOvY4TbmbT7nymePduCt
weAcnjHXnOBh/hnwTpPhG6v5dHSaJL3y90LSb0TYCBtz83O4k5J9sV0FFAHCv8JdJSO4t9P1XXdO
sbjPmWVre4hOVCtkMCTkDnJP5cV2dlZwafY29nap5dvbxrFEmSdqqMAZPJ4Hep6KAOS1P4e22oa7
e6tDreu6fcXuzzlsbsRI2xQq8bcngdz3Na3h/wAMab4agmTT4nMtwwkubiZzJLcPj7zsepJycDAy
TgDJrXooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAytU
8TaTotytvqF15MrIHC+W7fLkjPAPoaK4D4of8jLb/wDXov8A6G9FdcKEZRTZzyqyTseqUUUVyHQF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uVpPp6EQ6+
oUUUVmWFFFFABRRRQBS1m3ku9Ev7eBd0stvIiLkDLFSAMmsbwHpF7ouiTW+oQ+TK1wzhd6t8u1Rn
IJ9DXTUVSk1HlFy63CiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n
/wCYR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5Wkvh
REfiYUUUVmWFFFFABRRWL4n8T23hWxt7m6try5+03K20UVpGHkZ2BIABIz93HHOSKANqiuS074i6
feaxbabe6bq+kTXeRbtqdr5KTMMfIpyfm5H6DqQD017eQafY3F5dP5dvbxtLK+CdqqMk4HJ4HagC
eiuV0n4gWOueF7rXNO07VLiK2m8g28cCvO7fJ91QxyAHB69jWf8A8LUtvt32L/hGPFP2vy/O8j+z
x5mzON23fnbnjPTNAHdUVzGp+PNP0bwpDr2p2eo2kU0nlJazQbbjdlhgqTgcKW5PT3IFbumX8Wq6
VaX8CusV1Ck6BwAwVlDDOM84NAFqiqWr6l/ZGlzXv2O8vPK2/uLOLzJXywHyrkZxnJ9gau0AFFFF
ABRXMaR4z/tPwJD4l/sq8fzN3+h2Y8+U4lMfy/dz0yemBn0rp6ACiiigAoql/a9l/bn9j+d/p/2f
7V5Wxv8AVbtu7OMdeMZzR/aX/E8/s37Hef8AHv8AaPtXlfuPvbdm/P3++MdOaALtFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAYeq/8jVoP/bx/6AK3Kw9V/wCRq0H/ALeP/QBV3UtZs9KQfaZMyN9yJBud
/oK0km1FLt+rM00nJv8ArRF+is7S7nULsyS3lqlrAceVGSTJ9W7D6Vo1DVnYtO6uFFFFIYUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAcuurWekeI9elvJQgP2favVm+Q9BWLf+MJ9Xn+zxXI0y0P3pCGZyP+Aj9B
+db9tY22oeI9fhu4UljP2fhh0+Q9PSsu88IT6VObrSY4byL+K2uI1c49s9f0P1rtg6d/e3svyRyy
U7abXf5ljRdT8MaHEwt75nlfG+V4ny3/AI7wK0/+Ez0P/n+/8gyf/E1W0KTR9aEsbaNbW9zDjzY3
t14+hxWv/Yml/wDQNsv+/C/4VlU5Ob3r3+RpDmt7trFH/hM9D/5/v/IMn/xNH/CZ6H/z/f8AkGT/
AOJq9/Yml/8AQNsv+/C/4Uf2Jpf/AEDbL/vwv+FRel2f4FfvPIo/8Jnof/P9/wCQZP8A4mj/AITP
Q/8An+/8gyf/ABNXv7E0v/oG2X/fhf8ACj+xNL/6Btl/34X/AAovS7P8A/eeRR/4TPQ/+f7/AMgy
f/E0f8Jnof8Az/f+QZP/AImr39iaX/0DbL/vwv8AhR/Yml/9A2y/78L/AIUXpdn+AfvPIo/8Jnof
/P8Af+QZP/iaP+Ez0P8A5/v/ACDJ/wDE1e/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wovS7P8AAP3n
kUf+Ez0P/n+/8gyf/E0f8Jnof/P9/wCQZP8A4mr39iaX/wBA2y/78L/hR/Yml/8AQNsv+/C/4UXp
dn+AfvPIo/8ACZ6H/wA/3/kGT/4mj/hM9D/5/v8AyDJ/8TV7+xNL/wCgbZf9+F/wo/sTS/8AoG2X
/fhf8KL0uz/AP3nkUf8AhM9D/wCf7/yDJ/8AE0f8Jnof/P8Af+QZP/iavf2Jpf8A0DbL/vwv+FH9
iaX/ANA2y/78L/hRel2f4B+88ij/AMJnof8Az/f+QZP/AImj/hM9D/5/v/IMn/xNXv7E0v8A6Btl
/wB+F/wo/sTS/wDoG2X/AH4X/Ci9Ls/wD955FH/hM9D/AOf7/wAgyf8AxNH/AAmeh/8AP9/5Bk/+
Jq9/Yml/9A2y/wC/C/4Uf2Jpf/QNsv8Avwv+FF6XZ/gH7zyKP/CZ6H/z/f8AkGT/AOJo/wCEz0P/
AJ/v/IMn/wATV7+xNL/6Btl/34X/AAo/sTS/+gbZf9+F/wAKL0uz/AP3nkUf+Ez0P/n+/wDIMn/x
NH/CZ6H/AM/3/kGT/wCJq9/Yml/9A2y/78L/AIUf2Jpf/QNsv+/C/wCFF6XZ/gH7zyKP/CZ6H/z/
AH/kGT/4mj/hM9D/AOf7/wAgyf8AxNXv7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KL0uz/AAD955FH
/hM9D/5/v/IMn/xNH/CZ6H/z/f8AkGT/AOJq9/Yml/8AQNsv+/C/4Uf2Jpf/AEDbL/vwv+FF6XZ/
gH7zyKP/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E1e/sTS/8AoG2X/fhf8KP7E0v/AKBtl/34
X/Ci9Ls/wD955FH/AITPQ/8An+/8gyf/ABNH/CZ6H/z/AH/kGT/4mr39iaX/ANA2y/78L/hR/Yml
/wDQNsv+/C/4UXpdn+AfvPIo/wDCZ6H/AM/3/kGT/wCJo/4TPQ/+f7/yDJ/8TV7+xNL/AOgbZf8A
fhf8KP7E0v8A6Btl/wB+F/wovS7P8A/eeRR/4TPQ/wDn+/8AIMn/AMTR/wAJnof/AD/f+QZP/iav
f2Jpf/QNsv8Avwv+FH9iaX/0DbL/AL8L/hRel2f4B+88ij/wmeh/8/3/AJBk/wDiaP8AhM9D/wCf
7/yDJ/8AE1e/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACi9Ls/wD955FH/hM9D/5/v8AyDJ/8TR/
wmeh/wDP9/5Bk/8Aiavf2Jpf/QNsv+/C/wCFH9iaX/0DbL/vwv8AhRel2f4B+88ij/wmeh/8/wB/
5Bk/+Jo/4TPQ/wDn+/8AIMn/AMTV7+xNL/6Btl/34X/Cj+xNL/6Btl/34X/Ci9Ls/wAA/eeRR/4T
PQ/+f7/yDJ/8TR/wmeh/8/3/AJBk/wDiavf2Jpf/AEDbL/vwv+FH9iaX/wBA2y/78L/hRel2f4B+
88ij/wAJnof/AD/f+QZP/iaP+Ez0P/n+/wDIMn/xNXv7E0v/AKBtl/34X/Cj+xNL/wCgbZf9+F/w
ovS7P8A/eeRR/wCEz0P/AJ/v/IMn/wATR/wmeh/8/wB/5Bk/+Jq9/Yml/wDQNsv+/C/4Uf2Jpf8A
0DbL/vwv+FF6XZ/gH7zyKP8Awmeh/wDP9/5Bk/8AiaP+Ez0P/n+/8gyf/E1e/sTS/wDoG2X/AH4X
/Cj+xNL/AOgbZf8Afhf8KL0uz/AP3nkXqKKKyNAooooA4Dx54Z1bWtbhuNPtfOiW3VC3mIvzbmOM
Ej1FFd/RW0a8oqyMnSi3cKKKKxNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/wDt
WtysP/mfP+4b/wC1a3K0n09CIdfUKKKKzLCiiigAooooApazcSWmiX9xA22WK3kdGwDhgpIPNY3g
PV73WtEmuNQm86VbhkDbFX5dqnHAHqa1fEP/ACLWqf8AXpL/AOgGud+F/wDyLVx/19t/6AlapL2b
ZDfvpHZ0UUVkWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tb
laS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUVV1DUrTSrQ3N9MsMIONxBPPoAOTWP8A8J74d/6CP/kCT/4mqUZPZCckt2dFRXO/8J74d/6C
P/kCT/4mj/hPfDv/AEEf/IEn/wATT9nPsLnj3Oiornf+E98O/wDQR/8AIEn/AMTR/wAJ74d/6CP/
AJAk/wDiaPZz7Bzx7nRUVzv/AAnvh3/oI/8AkCT/AOJo/wCE98O/9BH/AMgSf/E0ezn2Dnj3JvE/
/MI/7CUP9a3K4rWfF2i6jJpiWt8GaO/ikfdG6hVGcnJAHeu1pzTUVcUWnJ2CiiisywooooAK4z4j
/wDMq/8AYxWn/s9dnXMeOdB1PXrHTP7GezS7sNRivV+1lhGdgbAO0E9SPTjPNAE/j2zgvvAWuRXK
b0WyklAyR8yKXU8ejKD+Fcl4o1nPwq8O2F1qPkXGux2ltLdST4eNGVTLK2Tllxw2SB8/J551pfDX
ifxOgtPF19pcWlBlaW00yN83QBDAO78oAyr93kgkZHBq1qPhB9c8ex6prMFndaRa2RhtraV2k/fF
gTIYyuwcEr1P3VPXGADG0fV9K074rva6LcWd1Y65ZRgG0mjkWCa3VgEAU/InljuDk4xwDjT/AOa3
/wDcu/8AtzR4m8AW11a2U/hmw0jT9Tsb2K7jc2wRJNhPyMyDcF5B4/ujp1Gn/YNz/wALF/t/fD9k
/sr7FsyfM3+bvzjGNuPfOe1AHP8AiPWdNn+KOkWGpajZ2tppNu99ILidRHJO2EjQgkBXUHeDycHg
DrT/AIV6hAllqvh62dJoNGu2W2njkSRZYJGZ4yXUkFvvZwBjgYzmrXh/wHALrV9Q8UWGnX9/f3rT
Iz5uRFDgbIwZFGNvI4A4x6ACaDwZ/ZXj211rRIdOtLBrJ7S7tkh8tvvb1dNowWJCg56Be+eAA+KV
7c6f8OtUubK4mtrhPK2ywuUdcyoDgjkcEis/x+uqXvirwxpWlazc6Ub5bxZJYckYWNTyuRk4zg9V
JyORU2qeGPEmu/DO60TV9QsbjWJ2U+eqmOPaJVYAkLycKeQo7DHBY6+saDc6h4x8OatC8K2+mfaf
OVid7eZGFXaMYPI5yR+NAGL4cGoeH/iDdeG5dWvNTsJdOGoRPfP5k0TeYIyu/upwTjHpjuWzPD+n
a7480b/hJG8TajpdxPcu1jBbyBoIYVkOFkjCqJGyHGSeRtznpXW/2Dc/8LF/t/fD9k/sr7FsyfM3
+bvzjGNuPfOe1YVj4W8W6Kk2j6Jq2l2ehec8lrM0DS3NsjHf5YVvlYbiRliTgk+gABzlne3On/s2
Jc2VxNbXCZ2ywuUdc3eDgjkcEiut8R3Woa14ztfCdpdTafaGyN/d3dtLsuGUMUVIzg7fn2knuMjI
5DUv+EC1P/hTv/CJ+fZ/b/8Anpvbyv8Aj48zrtz09uv51reJfDOo3Ov2XiHw9dW0Gq2kL27R3QkM
NzGx4V9rcBSWYcHJxnoKAH6boF74d03WFfxReTW8se+3uNR2yvZEIQzl2OGXOGwcAbfcmuAtPE+n
ab4l0T/hGfGWr6wbu9jtLqz1MySIYpCBvUsqhWU46ZPI7ZB7a48Na94n8N6rpviu+sYjdqiQLpsb
FIijb95L8sS20FeBheCCSRmXHhXxhq0+iLqU/h+2stKv4LhLWwSRVZEPqw4KgYVRgHcckYFAGfe+
EvtnxhuLb+3ddg87SmvPNhvNsiZuMeUpxxEM5C+veum+23P/AAuH7F9om+yf2D53kbz5e/7Rjdt6
bscZ64pniDw/4g/4TGHxB4bm0symwNjLFqAk2hfM3hlKdSTxzjGO+eND+wbn/hYv9v74fsn9lfYt
mT5m/wA3fnGMbce+c9qAOV8O6bqnxEsm8R6jr+qaZbXTFbOy0u6MSxRozKd5x8zEg84/QhVp6h4l
1ub4QeIHvbx01jSr82Ml5bP5ZkZZo8su0LtGH2+4GT1xWtb+FfF3hi1utN8J3+kHTJZJJYPtwm82
03k4ROWUqvBBI5JJI9ZtQ+Hbr8Nr/wAO6bd+dfXsizz3d47fvpvMRndsbiMhMAc9sknJIBn32n63
4L1XQtQfxNfapJqOppY3kF0P3DLKxIaOPP7sqF7Z/AZU+lVz/i3QbnXv7E+yvCn2DVYL2XzSRlE3
ZC4B+bnjOB710FABRRRQAUUUUAFFFFABRRRQBzfiOK4n13Ro7ScQTsLjZIV3bTsHasG1s77SNTc6
jqJsbiU/LdPbLMj/APAycj9K6bVf+Rq0H/t4/wDQBWxNBFcRNFPGskbDBVhkGulVeSKXRr9WYOnz
Sb8/0RjLpmtsoZfEYKkZBFlHg/rS/wBla5/0MP8A5JR/41c03R4tKklFrLMIH5EDNlUP+z3rQrN1
HfS33ItQ01/NmH/ZWuf9DD/5JR/40f2Vrn/Qw/8AklH/AI1uUUvaPy+5f5D5F5/ezD/srXP+hh/8
ko/8aP7K1z/oYf8AySj/AMa3KKPaPy+5f5ByLz+9mH/ZWuf9DD/5JR/40f2Vrn/Qw/8AklH/AI1u
UUe0fl9y/wAg5F5/ezD/ALK1z/oYf/JKP/Gj+ytc/wChh/8AJKP/ABrcoo9o/L7l/kHIvP72Yf8A
ZWuf9DD/AOSUf+NH9la5/wBDD/5JR/41uUUe0fl9y/yDkXn97MP+ytc/6GH/AMko/wDGj+ytc/6G
H/ySj/xrcoo9o/L7l/kHIvP72Yf9la5/0MP/AJJR/wCNH9la5/0MP/klH/jW5RR7R+X3L/IORef3
sw/7K1z/AKGH/wAko/8AGj+ytc/6GH/ySj/xrcoo9o/L7l/kHIvP72Yf9la5/wBDD/5JR/40f2Vr
n/Qw/wDklH/jW5RR7R+X3L/IORef3sw/7K1z/oYf/JKP/Gj+ytc/6GH/AMko/wDGtyij2j8vuX+Q
ci8/vZh/2Vrn/Qw/+SUf+NH9la5/0MP/AJJR/wCNblFHtH5fcv8AIORef3sw/wCytc/6GH/ySj/x
o/srXP8AoYf/ACSj/wAa3KKPaPy+5f5ByLz+9mH/AGVrn/Qw/wDklH/jR/ZWuf8AQw/+SUf+NblF
HtH5fcv8g5F5/ezD/srXP+hh/wDJKP8Axo/srXP+hh/8ko/8a3KKPaPy+5f5ByLz+9mH/ZWuf9DD
/wCSUf8AjR/ZWuf9DD/5JR/41uUUe0fl9y/yDkXn97MP+ytc/wChh/8AJKP/ABo/srXP+hh/8ko/
8a3KKPaPy+5f5ByLz+9mH/ZWuf8AQw/+SUf+NH9la5/0MP8A5JR/41uUUe0fl9y/yDkXn97MP+yt
c/6GH/ySj/xo/srXP+hh/wDJKP8Axrcoo9o/L7l/kHIvP72Yf9la5/0MP/klH/jR/ZWuf9DD/wCS
Uf8AjW5RR7R+X3L/ACDkXn97MP8AsrXP+hh/8ko/8aP7K1z/AKGH/wAko/8AGtyij2j8vuX+Qci8
/vZznh2KeDxBrcd1cfaZh5G6XYE3fKccDgccV0dYelf8jVr3/bv/AOgGtyiq7y+S/IKe33/mIFAY
sAMnqcdaWiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
OA8eeJtW0XW4bfT7ryYmt1cr5aN825hnkH0FFZXxQ/5GW3/69F/9Deiu+lCLgro5JykpPU9Uooor
gOsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/wDmfP8AuG/+1a3Kw/8AmfP+4b/7VrcrSfT0
Ih19QooorMsKKKKACiiigCK4t47u2lt513RSoUdckZUjBGRVfS9IstFtmt9Ph8mJnLld7N82AM5J
PoKsXFxHaW0txO22KJC7tgnCgZJ4qvper2WtWzXGnzedErlC2xl+bAOOQPUU9beQtLl2iiikMKKK
KACiiigAooooAKKKKACiiigAooooAw/E/wDzCP8AsJQ/1rcrD8T/APMI/wCwlD/WtytJfCiI/Ewo
oorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAwPG+n/2
h4Vu1UZeECZf+A8n9M1zfgnw5oWuaCJbuyElzFI0cjea4z3BwDjoR+VeguiyIyOAVYEEHuK888BO
2keKdT0aUnBztz3KHj8wc/hW8G+RpdDKSXOmzo/+EB8O/wDQO/8AI8n/AMVR/wAID4d/6B3/AJHk
/wDiq6Kis/aT7l8kexzv/CA+Hf8AoHf+R5P/AIqj/hAfDv8A0Dv/ACPJ/wDFV0VFHtJ9w5I9jnf+
EB8O/wDQO/8AI8n/AMVR/wAID4d/6B3/AJHk/wDiq6Kmu6xozuQFUZJPYUe0n3Dkj2PJ9d0jTIvH
NnpWn2/lQ74kmG9myWOT1J7EV6tPcRWsLS3EiRxr1ZjgCvItNNxqniJ9YjC72v41jD/d3MxKg+wC
4rdn/tWXWwNZNmJAf3KXm8QH/d28H8a6pUuayb2OeNTlvZHYadrX9q3TC1tZTZqD/pT/AChj6KDy
frWpWEo8ThQFGihQOAPNpf8AiqP+oN/5FrnlBN6NfebKT63NyisP/iqP+oN/5Fo/4qj/AKg3/kWl
yeaHz+TNyisP/iqP+oN/5Fo/4qj/AKg3/kWjk80HP5M3KKw/+Ko/6g3/AJFo/wCKo/6g3/kWjk80
HP5M3KKw/wDiqP8AqDf+RaP+Ko/6g3/kWjk80HP5M3KKw/8AiqP+oN/5Fo/4qj/qDf8AkWjk80HP
5M3KKw/+Ko/6g3/kWj/iqP8AqDf+RaOTzQc/kzcorD/4qj/qDf8AkWj/AIqj/qDf+RaOTzQc/kzc
orD/AOKo/wCoN/5Fo/4qj/qDf+RaOTzQc/kzcorD/wCKo/6g3/kWj/iqP+oN/wCRaOTzQc/kzcor
D/4qj/qDf+RaP+Ko/wCoN/5Fo5PNBz+TNyisP/iqP+oN/wCRaP8AiqP+oN/5Fo5PNBz+TNyisP8A
4qj/AKg3/kWj/iqP+oN/5Fo5PNBz+TNyisP/AIqj/qDf+RaP+Ko/6g3/AJFo5PNBz+TNyisP/iqP
+oN/5Fo/4qj/AKg3/kWjk80HP5M3KKw/+Ko/6g3/AJFo/wCKo/6g3/kWjk80HP5M3KKw/wDiqP8A
qDf+RaP+Ko/6g3/kWjk80HP5MNV/5GrQf+3j/wBAFblcq/8Aan/CVaL/AGp9i/5b+X9m3f3Oc7vw
/WuqoqKyivL9WKDu36/ogooorM0CiiigAoorF8Q+L9F8K/Z/7bvfs32nd5X7p33bcZ+6Dj7w6+tA
G1RRWRZeKdH1HX7rRbO+SbULVS00SKxCAEA/NjbkFgCAcg5HY0Aa9FYXiDxroHhaeGHWdRS2lmUu
kYR3bbnGSFBwM9M9cHHQ1NL4p0eHw2Nfa+Q6UVVvtCKzDBYKOACc7jgjGQc5xg0Aa9FcxpPxH8K6
3fLZ2OsQtcPjYkqPFvJIAClwAWJIwByateIPGugeFp4YdZ1FLaWZS6RhHdtucZIUHAz0z1wcdDQB
u0Vn6Jr2m+I9OF9pF2lzbFim5QQQw6gggEHoeR0IPQin6vq9loOlzajqc3kWkO3zJNjNjLBRwoJ6
kdqALtFcrpvxM8J6tqMFjZauj3M7bI1eGSMM3YZZQMnoOeTgDk11VABRWFY+NdA1ODU5rHUUni0t
S93IiOVRQGOQcfMMI33c5x7isn/hbvgv/oM/+Ss3/wARQB2dFYVl410C/wBAutat9RQ6basUmndH
QKwAOMMASfmXGBySAOa0NI1ey17S4dR0ybz7Sbd5cmxlzhip4YA9Qe1AF2ioL28g0+xuLy6fy7e3
jaWV8E7VUZJwOTwO1FleQahY295av5lvcRrLE+CNysMg4PI4PegCeiiigAorFsfFWn31jq95++ht
9IuZre5eVO8QBdlCkkrg8d/atOyvINQsbe8tX8y3uI1lifBG5WGQcHkcHvQBPRRRQAUVBLe20F1B
bTXEMdxcbvJiZwHk2jLbR1OBycdKhutXsrPVLHTribZd3/mfZo9jHfsXc3IGBgHuRQBdooooAKKK
KACiiigAooooAKKKKACiiigDD0r/AJGrXv8At3/9ANblYelf8jVr3/bv/wCgGtytKm/yX5IiG3zf
5hRRRWZYUUUUAFFFFABRRRQBwuvXPiHUPiKmhaNrv9lW40oXjH7HHPubzSh+9yOCO/bpzT7TWNb8
J61a6d4rvU1Oz1OYQ2WoRW3ltHLhcRyoo2gMSdpBJ4OePuyf81v/AO5d/wDbmo/Gc0Ws+JPDeh2M
iS3ttqceoXAVgwt4ol3HzMZKlt6hcjBJ6igC7pGvXEnjTxba392i6fpi2rxbwqrCrRFnJbA4yM8n
isnTT4z8YQnV7XXIdC0yfJsrcaessrx722vIHPDFdp+UkEHIx3hFnPqHiX4nWdqnmXFxZW0USZA3
M1s4AyeBye9b/wAOdWttX8BaRJatn7PbpbSqSNyPGoUggE4zjIzzgg96AIfC/iDU28Q6j4a8Q+S9
/ZRpNb3UUTRreQHALlTwGBIzg4ySAPlJq7448RweGPCt5eSXX2a4eN4rR/LL5nKMUGMEdV78etZG
jTRa/wDFK/1nTpEm0+y0xNPNwjBkllZ/N/dsMhgq4Dcggkcd63fGf/Ika9/2Drj/ANFtQBy3w31r
SR4cvb8+I9U1KW3tIp9SF7JJItowRmbZlRxkN03Z2j8em0bxroHiHUWsdJ1FLq5WETsqI4AQ7eck
Yz8ygjOQcgjINZP/ADRD/uXf/ban6bDLB8G4E0qN47k6HvhFspDmVod2V287ixzxySfWgCzefEfw
rYaw+l3WsQx3ccgidSjlEb0LgbRjPOTxznGDWpqXiTSdIsbS9vr+GK0u5EignzujcuCVO4ZAUgE7
jxjvXMeEv+Ecs/hBbyy+TBpM1kftzncu9yNkuT94sWBUY56BeMVy0UMtz8L/AABDqkbyiTXLdGju
VLboi8oUEN1Uptx2247UAd5Y/EfwrqNreXFtrEJiso/NnLo8ZVc4yAwBbnA4zyQOpGdDw/4p0fxT
BNLot8l0sLBZAFZGUkZGVYA4PODjBwfQ1y3ivRtNm+Ivgm2l06ze3aO8hMTQKUKJECi4xjapJIHQ
Z4qzHDFF8cpHjjRGl8P75CqgF288Lk+pwoH0A9KAND4jave6D4E1HUdMm8i7h8ry5NitjMqKeGBH
QntUngvW7vU9OuLLWCn9s6ZM1teBV2hyOUlVeu11wQcAE7sACs/4u/8AJMdX/wC2P/o5KpeM0/4R
LxfpnjKBMWkmLDVtqf8ALJiNkpwhPykDJzk7UUdaANb4f69car8PbHV9au0aVlmeedwsahVkcZOA
AAFUflT9J+I/hXW75bOx1iFrh8bElR4t5JAAUuACxJGAOTXnMfl/8KP8K/bPO/sv+1V/tHy9+37P
58u7ft5252/jtxziut+LX2K08FW1lbfudRFzD/ZEFtuWQSqwH7tU9EJA7Akd9tAHTa94w0LwxsGs
6lDbO+NseC8hBzg7FBbb8p5xjPFYXgvX117xp4qltNQe700LZNajzCUQNES21T905HIwDkc8ijQ4
lPxe8Ty3hf7StparZCRyP3BXMmxScFfMUZIHDZ7k5w9H+zf2j8SP+EW8nyvsUH2P+zcbd/2eT/V7
P4t+enOfegDrLz4j+FbDWH0u61iGO7jkETqUcojehcDaMZ5yeOc4wa6evH/D3h2+8Q/DiKOHxtZx
6L9n2XFsdJh2W5A3OrMSCGU/NvOCeGzyDXqHh+1isfDmmWsFyl1FBaRRpOmNsqqgAYYJ4IGep60A
c5qOp674l1250vwvfQ6baabIEvdReETmSQqT5cakFTt435IIJHp82z4ei120+0Weu3EN8ItrQahG
giaYNncrxjhWUjqOCGXuDXP+ALpLTxD4u0S5Hl3y6rLfhCynfDLtKsMHJ4AJ443r3OK7CHUrS41G
5sIZ0e6tVRp415MYfO3PuQpOOuMHuMgFqiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKAMrVPDOk61crcaha+dKqBA3mOvy5JxgEepoo1TxNpOi3K2+oXXkysgcL5
bt8uSM8A+horRe0tpch8l9bGrRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/wDM+f8A
cN/9q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAGd4h/5FrVP+vSX/ANANc78L/wDk
Wrj/AK+2/wDQErptZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4XerfLtUZyCfQ
1qmvZtENe+mdNRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2
Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABXnPiv/AIkPj/T9VX5Yptpc/T5X/wDHSPzr0auQ+JWn/avDq3KjL2sgY/7rcH9cflWt
J2lZ9SKi906+isjwpqH9p+GrKcnL+WEf/eXg/wAs/jWvWbVnYpO6uFFFFIYVgeN9Q/s7wrdsDh5h
5K/8C4P6Zrfrz74k3D3uo6Zo8By7tvI92O1f6/nWlJXmiKjtFjdE0/7D4W0ORhh7nVYpj9OQP0Gf
xrvbq0gvYGhuYkljbqrDNYmu26WlrodvEMRxX9uij2AIFdDVVJNpS9RQjZtGVpujy6Xclbe8kaxK
nFvKNxQ9trentWrRRWUpOTuy0ktEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/yNWg/9vH/oArcrD1X/AJGrQf8At4/9AFbl
aT2j6fqyI7v1/RBRRRWZYUUUUAFeefEXSIte8YeFtMm2BbqHUYwzoHCMYBtbHcqcEe4Feh1zGu6R
e3njvwrqNvDvtLD7X9pk3qNm+IKvBOTkjsDQBmaD4yfTvhlcalrR8y/0bzLO7jLMS08bbFUv82Wb
KZYZGWJ9cZPgzRG0H4j2dtOH+2yeG/PvHkYM7zvc7pCzD7xycZ54A5NWtU8DXU/xDJt7P/indSkh
vNTZXjCtNEJNsZT+JGYozAqck5yO2/8A2Re/8LT/ALY8n/QP7G+y+bvX/W+du24znpznGKAM/wCF
8MWo+Hz4luY0fVdWmmlmmKgsi+ZtEaMfmEYEa4Uk4qH4o6baad8M/ELWcCQm7miuJtnAeQyxAtj1
IUZx1OT1JNM03TfE3gP7XYaLo8Ot6RNcvNZoL7yJLRTgmM+ZkFcnjB6hieWwJvFGkeI/EPw21S1u
YYX1S9kjkhsonULboJIyIzISA7AKSW4BJIHAFAGT4t8TaP8AEfST4a8Nb9R1C5ZZElNuyR2gR13S
OzgFRtLDKgnnHcA6GqWmreEvHOoeJbPRv7ZsdTjhScW4/wBKtdm1DsHJdSOcDqQMlQuT6BXK6tq/
i/TtauI7Dw3batprKjW8kd6sDocfOH35yc9MADGOSc4AH6D4t8LXWhvq1jc2dhaT3JE7TKtvm4ZQ
zBicBnxjJBOcdTisn4nanY6r8KtZm068truJWhQyW8qyKG86M4yCecEfnV3QfCTXlzq2qeKtOsZL
rVZopfsZAnjgSOPagO5f9YAzBiMg9sUeN/Coufh7qekeG9Mtopbho3WC3VIVZhIhJ7DO1e/pQB0G
uaHY+ItKmsNRgSWKRWAJRWaNipXemQcMATg9q4nSfFt7Z/Asa9eXM018lvJGk5VWff5rRRsc8HB2
5JyTgk5PW/NfeONegksE0G20BZlKyX01+J2RCNp8tY8HzBncCSB8vuKra94GOoTeF/DkNnMfDFhu
kvHV4k3sEITOMPuJ3bioGfMznPIAKWm6TH8OPEvhpNuy11OyGm3ZhD+V9rBDrIxx8zOzMq5AwM9A
CBteJ/8Akp3gj/t//wDRIrM8R/CTSItCuZfCun/Ztai2yWkou5QVZWDcEsQGIBAJ7kcjqNnUNM1T
U/Fvg7VmsfJSzjuWvU85W+ztJCoC5z83zZGVHbNAEPxB/wCJrdaB4Y/g1a933KtwklvCPMkTcPmD
H5cYx06io/Bcq6J4o1/wq4dVjmOo2I2FU8iXBZI1xtCo5xweSTwMGq0/gVPFnjnV9R8VafM9hDHF
b6ajTKoZRku37tt33skbiOH5HGFG8Ax+F/Feh6p4Q03ZbrJJDqUQvHBaJwAGO8kFUILbRySF47gA
63xNeT6f4V1e8tX8u4t7KaWJ8A7WVCQcHg8jvXJa54j12DwR4QvNMuoRqep3NlFK80Y8uQyRkkMA
OFLYztwQOmK1rpPEWseHPFNlqGn20TSLc2+m+VKN08ZRghYEkKTkckjqchcZOfqHhzVJ/Cvgmzjt
c3GmXthLdp5i/u1jQhznODg+mc9s0AM0u/8AFHh7xdpGk+ItTttWi1iGQq6QrC1tLEu9gNoG9SCB
k4J64XGGY2oeKvF+qa4vh/VIdHs9KuWtIGe0SRrqZV+cOSW2qGAwQvR+hIxWzrukXt5478K6jbw7
7Sw+1/aZN6jZviCrwTk5I7A1kxWfijwvrWsW2g6NbahYapdm9iu57tY/s0sgAfzFxllDAEBRnb3J
PABn+EbzUNP8EeObyR4Y9Tt9Rv5WeEZjWZY1JKhuq7hxnt1rTufFWqN4f8KWNl8+teILdD9qZF2Q
ARq0su3IDMAxIXgHHttMOh+HNdg8EeL7PU7WEanqdzeyxJDIPLkMkYAKknhS2cbsEDrin3nhbWF0
Lwhe6ciDWNAhQSWskqqsqGILLGG2sNx2hQc4GSc9DQBteH9N8Uadqsw1nXLbVtPeEFGNqsEscu7o
AvBUr1JOc4wBznjNb8Ua54XQ6nP4y0XVJbeYC70OJIoyATtdEYEyEqTxuAOBk5wQess7nxR4ggvr
XUdJTw9E9pJHHOt4txL5rDCsmzGAo3E5OSSuMYNef6j4H1yXwi2hWPgjS4LmBUVtT+1RSS3JVhuM
ZIDKWPzfMQAuVxnAoA3fGmma1P8AE7w39k1/7N9p+1fY/wDQ0f7HthXf1P7zfz16Z4roNQ1PVNM8
W+DtJa+85LyO5W9fyVX7Q0cKkNjHy/Nk4U98Uzxnp2sHxB4e1vRdOTUm0xrhZLU3CwswljCghm4w
MHPfkcdSH6hpmqan4t8Has1j5KWcdy16nnK32dpIVAXOfm+bIyo7ZoAz/wC0fEvjHX9Ri0DUU0PS
tKmezed7dLiS5nUjd8rfdUDoc9x1zhSz8U6wmheL7LUXQaxoELmO6jiVVlQxFopCu5huO0sRjAyB
jqKIrDxL4P1rWJNG0lNb03VLs3iR/bUge3kYDzN25eQxPABOAnPJ5LDwprH/AAjHie91R0m8Qa/a
MJLeLascRETLHGp9QGwSTjpycFmAMZ9b8caN4TtfGGoatY3VmFglk01LcKJIXVV3eZtyJCzZIHyg
5IyPlr1auF8QeHNUvvg3FoVta79TWytIjD5ij5kMe4bidvG09+1d1QAUUUUAFFFFABRRRQAUUUUA
Yelf8jVr3/bv/wCgGtysPSv+Rq17/t3/APQDWxPPFbQtLPIsca8lmOAK0qfF8l+SIht9/wCZJRWZ
pWv2eszzx2fmsIcZdkwrZ9Py74rTqJRcXZlJpq6CiiikMKKKKACiiigDn9e8C+HvE98l5rOn/abh
IxEr+dImFBJAwrAdWNXdD8N6T4atTb6PYQ2qN94qMu/JI3Mcs2NxxknGeK06KAKVrpFlZ6pfajbw
7Lu/8v7TJvY79i7V4JwMA9gKxdW+HHhXW75ry+0eFrh873id4t5JJJYIQCxJOSeTXT0UAUtJ0fT9
CsVs9Ls4bW3XHyRLjccAZY9WbAGSck45qa9s4NQsbizuk8y3uI2ilTJG5WGCMjkcHtU9FAFL+yLL
+w/7H8n/AED7P9l8re3+q27duc56cZzmprKzg0+xt7O1Ty7e3jWKJMk7VUYAyeTwO9T0UAcrL8Mv
CE2oi9bQ7YShlbahZY8jGP3YITHHIxg85zk1u6lpFlq/2T7dD5v2S5S6g+dl2Spna3BGcZPB4q7R
QBSutIsrzVLHUbiHfd2HmfZpN7DZvXa3AODkDuDR/ZFl/bn9seT/AKf9n+y+bvb/AFW7dtxnHXnO
M1dooApavpFlr2lzadqcPn2k23zI97LnDBhypB6gd6mvbODULG4s7pPMt7iNopUyRuVhgjI5HB7V
PRQBmWfhvSbHQk0WGwhbTEzi2mHmpy2/nfnPzHPNZ+ifD7w14d1EX+laWkN0qlVkaV5CoPXG5jg4
4yOcEjua6OigDC8QeCtA8UzwzazpyXMsKlEkDujbc5wSpGRnpnpk46mrWleG9J0K6u7jSrCG0e82
ecIRtRtgIXC/dXqegGc81p0UAclefCzwdfXT3E2iQq74yIZJIk4GOFRgo6dhXUwwxW0EcMEaRRRq
ESNFCqqgYAAHQAVJRQBi694P0LxPsOs6bDcumNsnKSADOBvUhtvzHjOM81a0TQdN8OacLHSLRLa2
DF9qkklj1JJJJPQcnoAOgFaFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFAHlfxQ/5GW3/wCvRf8A0N6K1fHnhnVta1uG40+186JbdULeYi/NuY4wSPUUV30p
xUFdnJOMnJ6Hf0UUVwHWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf8AzPn/AHDf/atblYf/
ADPn/cN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQAUVS1m4ktNEv7iBtssVvI6NgHDBSQeaxvAer3u
taJNcahN50q3DIG2Kvy7VOOAPU1Si3HmFza2OmoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAG
H4n/AOYR/wBhKH+tblY/iKCWf+y/JieTZqETttUnaozkn0HvWxVy+FEL4mFFFFQWFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFVdSs11HTbm0fGJo2TJ7ZHWr
VFC0A4L4Y3jJFf6ZNkPC/mBT2z8rfkQPzrva85/5F/4q/wB2G+P5iT/7MV6NWtb4ubuZ09rdgooo
rI0CvOdK/wCKg+J9zdn5obQsV9Pl+Rf15rttd1D+y9DvLzOGiiJX/ePC/qRXMfDCw8nSbm+cfNcS
bVJ/ur/9cn8q1hpBy+RnLWSRt+J/+YR/2Eof61uVh+J/+YR/2Eof61uUpfChx+JhRRRWZYUUUUAF
FFc/4w8TT+GLGxltdO/tC4vb2Ozih88RZZw2PmII6rjn160AdBRXGReONUsL6FPFPhmbRrGb5RfC
7W4iibIA8wqMRqSwG4nr7ZI6nU7+LStKu7+dXaK1hedwgBYqqljjOOcCgC1RXGeHfHd74l8NX1/Y
6FnU7aRFXTWvFV3RwjLJuZRtUqzEZGDt4NUv+E+8T/25/Y//AAhH+n/Z/tXlf2tF/qt23dnbjrxj
OaAPQKK5LXPGl74e8KWmpahoMw1O7uRbR6dFOsh3kttG9Qc5VcjAJyQPcbugavFr2gWOpw7At1Cs
hVHDhGI+Zc9ypyD7g0AaFFUtXur2z0uafTLD+0LtNvl23nLFvywB+duBgEn8Ku0AFFFFABRXJeHP
FGra38OrbXYdMhvdTm3YtIZfIR8SlOGcnGFGeeuPeutoAKKKKACisz+37b/hKv7A2Tfa/sX23fge
Xs37MZzndn2xjvU32q9/tz7L9g/0D7P5n23zl/1u7Hl+X16c7unagC7RRRQAUUUUAFFFFABRRRQA
UUUUAFFFFAGHqv8AyNWg/wDbx/6AK3Kw9V/5GrQf+3j/ANAFT6h4gt7Ob7Lbo95enpBDyR/vHtWr
i5KKXb9WZppN37/ojVorO0tNTJkm1OSJd+NlvEvEf1bqT+laNZtWdi07oKKKKQwooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooA5C61abSNc1+eCzkuD+4yV+6n7s8t3x/niuZ/tG916/8AMvbe5v0T5vs8BKhfyB4/
X3rudK/5GrXv+3f/ANANRar4RtruX7Vp7myvAch4+FJ9wOn1H612QqQi7Na2WvyOWVOUldPq9PmU
bbxFe2cCw23hS6ijXoq7gP8A0Cpf+Es1T/oWb382/wDiK0tBk1gedb6xEmYsbJ1I/efl/wDWrYrK
UoJ6xv8ANmkYya3/AARyv/CWap/0LN7+bf8AxFH/AAlmqf8AQs3v5t/8RXVUVPPD+X8WVyS/m/I5
X/hLNU/6Fm9/Nv8A4ij/AISzVP8AoWb382/+IrqqKOeH8v4sOSX835HK/wDCWap/0LN7+bf/ABFH
/CWap/0LN7+bf/EV1VFHPD+X8WHJL+b8jlf+Es1T/oWb382/+Io/4SzVP+hZvfzb/wCIrqqKOeH8
v4sOSX835HK/8JZqn/Qs3v5t/wDEUf8ACWap/wBCze/m3/xFdVRRzw/l/FhyS/m/I5X/AISzVP8A
oWb382/+Io/4SzVP+hZvfzb/AOIrqqKOeH8v4sOSX835HK/8JZqn/Qs3v5t/8RR/wlmqf9Cze/m3
/wARXVUUc8P5fxYckv5vyOV/4SzVP+hZvfzb/wCIo/4SzVP+hZvfzb/4iuqoo54fy/iw5Jfzfkcr
/wAJZqn/AELN7+bf/EUf8JZqn/Qs3v5t/wDEV1VFHPD+X8WHJL+b8jlf+Es1T/oWb382/wDiKP8A
hLNU/wChZvfzb/4iuqoo54fy/iw5Jfzfkcr/AMJZqn/Qs3v5t/8AEUf8JZqn/Qs3v5t/8RXVUUc8
P5fxYckv5vyOV/4SzVP+hZvfzb/4ij/hLNU/6Fm9/Nv/AIiuqoo54fy/iw5Jfzfkcr/wlmqf9Cze
/m3/AMRR/wAJZqn/AELN7+bf/EV1VFHPD+X8WHJL+b8jlf8AhLNU/wChZvfzb/4ij/hLNU/6Fm9/
Nv8A4iuqoo54fy/iw5Jfzfkcr/wlmqf9Cze/m3/xFH/CWap/0LN7+bf/ABFdVRRzw/l/FhyS/m/I
5X/hLNU/6Fm9/Nv/AIij/hLNU/6Fm9/Nv/iK6qijnh/L+LDkl/N+Ryv/AAlmqf8AQs3v5t/8RR/w
lmqf9Cze/m3/AMRXVUUc8P5fxYckv5vyOV/4SzVP+hZvfzb/AOIo/wCEs1T/AKFm9/Nv/iK6qijn
h/L+LDkl/N+Ryv8Awlmqf9Cze/m3/wARR/wlmqf9Cze/m3/xFdVRRzw/l/FhyS/m/I5X/hLNU/6F
m9/Nv/iKP+Es1T/oWb382/8AiK6qijnh/L+LDkl/N+Ryv/CWap/0LN7+bf8AxFH/AAlmqf8AQs3v
5t/8RXVUUc8P5fxYckv5vyOV/wCEs1T/AKFm9/Nv/iKP+Es1T/oWb382/wDiK6qijnh/L+LDkl/N
+Ryv/CWap/0LN7+bf/EUf8JZqn/Qs3v5t/8AEV1VFHPD+X8WHJL+b8jlf+Es1T/oWb382/8AiKP+
Es1T/oWb382/+IrqqKOeH8v4sOSX835BRRRWRoFFFFABRXAePPE2raLrcNvp915MTW6uV8tG+bcw
zyD6Cito0JSV0ZOrFOx39FFFYmoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/wDM+f8AcN/9
q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAGd4h/5FrVP+vSX/ANANc78L/wDkWrj/
AK+2/wDQErrri3ju7aW3nXdFKhR1yRlSMEZFV9L0iy0W2a30+HyYmcuV3s3zYAzkk+gq1JKDiS4+
8mXaKKKgoKKKKACiiigAooooAKKKKACiiuS1H4i6fZ6xc6bZabq+rzWmBcNplr5yQsc/IxyPm4P6
jqCAAdbRWFZ+MtHvNF0vVBcPHbapMttbb4m3GViRsIAODlWGenHXGDW7QAUUUUAFFUv7S/4nn9m/
Y7z/AI9/tH2ryv3H3tuzfn7/AHxjpzV2gAooooAKKK4KL4tWM+nG/h8OeJpLIKzm4SxUxhVzuO7f
jAwc+mDQB3tFZh8Q6e3hqXXrab7VYR273IeHksqgkgA4+bgjBxg8HFRyeJ9NtvC8PiC8le20+SGK
fc6FmVZNu3IXPOWA4zQBr0VxEPxT01oI7q80bxBY6e6h/t1zYHyFUj5SWUtwSQBgHqK7OGaK5gjm
gkSWKRQ6SIwZWUjIII6gigCSiiqWr6l/ZGlzXv2O8vPK2/uLOLzJXywHyrkZxnJ9gaALtFFFABRR
RQAUUUUAFFFFABRRRQAUVS03V7LV/tf2Gbzfsly9rP8AIy7JUxuXkDOMjkcVdoAKKKKACiiigDgv
idZskVhqcOQ8L+WWHbPzL+RB/Ouz029XUdNtrtOk0avj0yOlUvFWn/2n4avrcDL+WXT/AHl+Yfyx
+NY/w11D7V4da2Y5e1kKgf7Lcj9c/lWr96n6Ga0n6nX0UUVkaHEfE/UPJ0i2sUPzXMm5gP7q/wD1
yPyrp9BsP7L0Ozs8YaKIBv8AePLfqTXE6v8A8VB8T7a0HzQ2hUN6fL87frxXo1az0go/MzjrJsw/
E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtylL4UOPxMKKKKzLCiiigArjPiP/wAyr/2MVp/7PXZ1
z/jDwzP4nsbGK11H+z7iyvY7yKfyBLhkDY+UkDq2efTpQAePfs3/AAgWufbPJ8r7FJt83G3ftOzG
f4t+3HfOMc1xPjPUbfTPhj4V0PV2e1XUFtIbwNG3mRQxqjSsOOGUhBgg9Twe3TQ+CL++njbxV4ju
datomDJZrbpbQOc5/eoufMAIUgHgY7gkVof8It5nj3/hJbi4hk8uy+yW8H2f5ovm3F95Y/Ny44A4
bHrkA4zTPG2iy/FuOTRL6Gaz1y3WG73B4ytxGD5bfOo6rhAqnknkZxnoP+a3/wDcu/8AtzWt4t8N
N4m062ihvnsbqzu47y3nWMSBJEzjKn7wwTxkc469C/8A4R7/AIrf/hIvtP8AzDvsP2fy/wDppv37
s/hjH40AcZ4m8X6LY/FuwXWL37Pb6NZSOrLE7H7RMACjYByvlkMMY56ntU/wn1+yuJNZ0HT7iGWx
sblptOKswP2eRidu11DnYTyxzy+M4wT03hTwt/wjf9qSzXENzd6levdyzR2/lfe52feYlQdxGT/E
fxfceGmk8bWniKC+eForRrO4tzGGWaMksuD1UhjknnOAOOcgGT8Xf+SY6v8A9sf/AEclZ/xE0eLx
B408I6ZPcXNvFcrfI8ls4R9vlKSASDwQMHjkEitO48DXd78PZ/DV/r9zeTzMGN9cR72UCQOBjdkj
5ccsTz1xgDW1Pw9/aXifQ9Y+0+X/AGV5/wC68vPm+agXrnjGM9Dn2oA5nw5pUHhT4n3WhaO80Wk3
OlC/No0hdEmEoj3KTkjIHPPOfQADM8J+D7Xx54cTxJrtzeHVry5kmt7m3uJEeyVZTtjjyzAKCrEc
cbvUZruf+Ee/4rf/AISL7T/zDvsP2fy/+mm/fuz+GMfjWEnw/v7ee5tbDxTfWGhTzNMLC1hSN4Sx
3FY5eqLu52gYxkdySAch/wA2xf5/5/K6zxHA/if4g2vhe+k/4ksenHULi3XcpuW8wxqrMrAhVO1g
B3HOeMT/APCvf+LY/wDCIf2l/wBvfkf9NvN+5u/Dr7+1aHiXwiNb1Gy1Wwv30zWLFXSC7SFJRtbg
h1YfMMFscjBYmgCrD4Z0LwPoetyQX15pmmXMeZMXBK2p27d8ROWDnI9SSFA6AV55bT6Ppuv+G7/w
loXiDRDd38NvJPdRsLe6glIyuWZskgAjHueoBHoyeDbjUNF1LT/FGuXOsC+VE3LEtusKoSylFXI3
bjkk5zhQRgc58vgLWtRvtNudb8XTX39nXsV3FELFIYztOSCFPLHAAY/dG7g7uADGvfAvh7UPjDcW
d1p/mW9xpTX8qedIN07XGC+Q2Rweg49q6D/mt/8A3Lv/ALc1Z8QeEb/UfEcOt6Lrr6TeraGzkJtU
nV49+8YDYwc5yee3TnOh/wAI9/xW/wDwkX2n/mHfYfs/l/8ATTfv3Z/DGPxoA4nwl4SsPiDpI8Ue
LQ+o3l+zCOISPFHaxo7KEQKw4yCefX1yWzNTu76X4LeKLHUbt72XS9TNiLmQsXmVZ4zubJPOWI68
AAds11Mnw91Gw+2weGPE82j2F7I80tstlHJsd+D5bjaUUAKAByMdau3vw909vAE3hbS3+xQy7C05
TzHZg6sXbkbmO3HbHGOABQBzmr+ErTwNqvhzU9Gur4X93q8dneXE8/mNdxzMS/mAjBPy8EAepyQC
PUKxfEnh7/hIP7K/0nyP7P1GG+/1e7zPLz8nUYznrz9K2qACiiigAooooAKKKKACiiigDm/Edqb3
XdGtxNJAZBcDzIzhl+QViJokvh6Z/t1xqKWrn/j6sZdoH++uCR9a6PVf+Rq0H/t4/wDQBW2QCMEZ
BroVVwil0t+rMXTUpN9f+Ajn7bQobuFZrfXtWljboy3eR/Kpf+EY/wCozrP/AIFf/WrQs9Js7C4m
mtIhE02N6qSF+uOgq5UOo76MpQVtUYf/AAjH/UZ1n/wK/wDrUf8ACMf9RnWf/Ar/AOtW5RS9rLuP
2cTD/wCEY/6jOs/+BX/1qP8AhGP+ozrP/gV/9atyij2su4eziYf/AAjH/UZ1n/wK/wDrUf8ACMf9
RnWf/Ar/AOtW5RR7WXcPZxMP/hGP+ozrP/gV/wDWo/4Rj/qM6z/4Ff8A1q3KKPay7h7OJh/8Ix/1
GdZ/8Cv/AK1H/CMf9RnWf/Ar/wCtW5RR7WXcPZxMP/hGP+ozrP8A4Ff/AFqP+EY/6jOs/wDgV/8A
Wrcoo9rLuHs4mH/wjH/UZ1n/AMCv/rUf8Ix/1GdZ/wDAr/61blFHtZdw9nEw/wDhGP8AqM6z/wCB
X/1qP+EY/wCozrP/AIFf/Wrcoo9rLuHs4mH/AMIx/wBRnWf/AAK/+tR/wjH/AFGdZ/8AAr/61blF
HtZdw9nEw/8AhGP+ozrP/gV/9aj/AIRj/qM6z/4Ff/Wrcoo9rLuHs4mH/wAIx/1GdZ/8Cv8A61H/
AAjH/UZ1n/wK/wDrVuUUe1l3D2cTD/4Rj/qM6z/4Ff8A1qP+EY/6jOs/+BX/ANatyij2su4eziYf
/CMf9RnWf/Ar/wCtR/wjH/UZ1n/wK/8ArVuUUe1l3D2cTD/4Rj/qM6z/AOBX/wBaj/hGP+ozrP8A
4Ff/AFq3KKPay7h7OJh/8Ix/1GdZ/wDAr/61H/CMf9RnWf8AwK/+tW5RR7WXcPZxMP8A4Rj/AKjO
s/8AgV/9aj/hGP8AqM6z/wCBX/1q3KKPay7h7OJh/wDCMf8AUZ1n/wACv/rUf8Ix/wBRnWf/AAK/
+tW5RR7WXcPZxMP/AIRj/qM6z/4Ff/Wo/wCEY/6jOs/+BX/1q3KKPay7h7OJh/8ACMf9RnWf/Ar/
AOtR/wAIx/1GdZ/8Cv8A61blFHtZdw9nEw/+EY/6jOs/+BX/ANaj/hGP+ozrP/gV/wDWrcoo9rLu
Hs4nOeHbX7H4g1uDzpp9nkfvJn3OcqTyfxro6w9K/wCRq17/ALd//QDW5RVd5fJfkFPRff8AmFFF
FZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAeV/FD/AJGW
3/69F/8AQ3orv9U8M6TrVytxqFr50qoEDeY6/LknGAR6miuuFeMYpM55UpN3NWiiiuQ6AooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/8AtWtysP8A5nz/ALhv/tWtytJ9PQiHX1Ciiisy
wooooAKKKKAIri4jtLaW4nbbFEhd2wThQMk8VX0vV7LWrZrjT5vOiVyhbYy/NgHHIHqKj8Q/8i1q
n/XpL/6Aa534X/8AItXH/X23/oCVainByJcveSOzoooqCgooooAKKKKACiiigAooooAK8/udO8Te
CNU1O/0C1h1rSL65e9nsmbZcxSMrFyjAYZcheME9ABnLH0CuPubf4gW2o3g0+98P3dlJM0lub2OV
JI0OMR4jGCF6ZOSep9AAcr40ktvGEPhzVrW+1ez83WodOlszMI2tXDyZcoM7Jh2JOQCOK3fEf9qa
VBoXg/RdTuftOrNOrapeymWeKNBvfBAGWwxAPGMAcH5gXvw+vo/DdrDp9/bTaxBq41iS4uYmSO5m
3HO5VJ2DBH3f7vbORd1bwzrWuado9/cXVjaeJNLmeeOS3Ept3Bz+6PzBgrAIGPJ4YAYNAGZfWmpe
A9a0Ka21vVNT0/Ub9LG7g1G5ErbnBEbISnygHcTgjOFH0YNM1DxN8RfFFlJ4i1exsLL7IyQWU/ln
c0XZjnav3sqB8xIJ+6Kv23hbxBrmv2eoeMryxNtpzLNaWWmmQRtMCSJJC3JK8YH8huDa+j6Dc6f4
x8R6tM8LW+p/ZvJVSd6+XGVbcMYHJ4wT+FAFL7bc/wDC4fsX2ib7J/YPneRvPl7/ALRjdt6bscZ6
4rmdH0HWfF194jlk8W6vZW9rqt5bW0FvKRsbK7SWzkoBgbOMdiMnPZ/2Dc/8LF/t/fD9k/sr7Fsy
fM3+bvzjGNuPfOe1HhLQbnQf7b+1PC/2/VZ72LyiThH24DZA+bjnGR70Ac5F4w1uf4JHxFCEk1YQ
tl0hyBtlMbSbemQoLH+EEE4xxXP6PEZvHnhu10jxtrWtWskJur4C5dlj2DcpfqFV2wpRvmHQn5hV
nX9IufCXws8PaNey2b3C6rGjM8xFo2ZJJB52Vy0WMbhxyAc8cz+H/ENzomsWdtb23gu6TUrmO2eL
w7IRMnU+a4AOURQ5PTGeo5oA9TrjPhF/yTHSP+23/o567OvOfDnhzx94f0K20S2u/DkVpFuUXIWa
SaMOxYsAQFZhuJAIxwM0AVWiWzuviraQF1thaLcCIuSoklt3aRgCeCx6/QDoBT4/9Lf4W6dP81pJ
b/amj6ZlhtlaNsjngk8Zwe+a6aPwh9i8GavpNtcedfanHcPcXU3yiW4lUhnKjhVzjgDgDueTWvvA
ran4T0Cwa7S01XRlt2gvI4hKEkjVQcBsZUkZxxkhSemKAOpvbODULG4s7pPMt7iNopUyRuVhgjI5
HB7V5ho1/ra/BLRH01b64Z5jBdPaDfcx2vmureTn+IAKo67RzxjI2dQ0b4ga/aPp2oaj4f0+yuFa
O4lsopZJGQqQV2ycYOeoII7Hsej1LT9Ts9DtLXwpJZ20tnsSOK8VnieJVK7GIO4YyCCOcqAeCaAM
zwFJp8trcyaT4ovNctH2sEvZfMmt2ywOSQGCtgYUgfdJGd1HxSvbnT/h1qlzZXE1tcJ5W2WFyjrm
VAcEcjgkUeHPDOpxeJbrxH4gbTl1Oa3FoI9NRhEyAht7l/mZ+AvoAo69rvjrQbnxP4OvtJsnhjuL
jy9rTEhBtkVjkgE9FPagDC8frql74q8MaVpWs3OlG+W8WSWHJGFjU8rkZOM4PVScjkU/w4NQ8P8A
xBuvDcurXmp2EunDUInvn8yaJvMEZXf3U4Jxj0x3LbWsaDc6h4x8OatC8K2+mfafOVid7eZGFXaM
YPI5yR+NH9g3P/Cxf7f3w/ZP7K+xbMnzN/m784xjbj3zntQBS+KV7c6f8OtUubK4mtrhPK2ywuUd
cyoDgjkcEisLxNpuseD9J/4SmbxRqmoXllNE9xbMVitriMuEKCIAhDtYfNzyCcZORr/F3/kmOr/9
sf8A0clUrnwh4s8QwxaV4n1fTp9IhuRNJJbxyJPeKr5EciqVRVIPbOCq9SM0AP8AH15o9tqtsut+
MNU0dTDmG1052Ridx3O5VWJB+UDOANrYzk4peGvEd9qfwp8RzNqL3cmmrd29rfqrRySokQZJDzkN
83XrwM5OSdfU/DOuWHiu917wu2kPcajGiXI1NHzFsAA8tk52sAMg91Byegj0XwZqlh4O8TaXe3tt
dXurTXUqXABRWMsYUM4A+U5BJAyBnjNAEPhq2u9E8HDxXqGs6pqtydI+0Nazz4gwIw4AXBw2FClz
knLE8muMl1fW9U04atbt49XWJlW4iFtZ/wDEu3cFVWPJzHjAyc5+8QckH1nTNEWLwdaaJqISZVsE
s7gIxCuBGEbB4ODzzwa5Ow8O/EDw9pTaRpOr6Ld2ca7La5vUlWeJSo4AG5cKc4zu7dsKACDxNPr2
tX3gmzg1O50O81S0uGuvJVgEfyUZgYyw5BLAZOVJyDkVa0i11DS/GepeEpdc1G8sLvSjeRXFxLuu
rZi3lHbJ+bDjg4wOpbZvPDmoXPiPwrqMt3DP/ZEc63cjLseZpIgm5VAIGSCSMjGeM1P/AGDc/wDC
xf7f3w/ZP7K+xbMnzN/m784xjbj3zntQByXwy8N+VqmtXv8AbGrv9i1q6t/Ie5zFcYUDfKuPmc7s
545A9K9Nrj/D/h/xBoHiTURHNpcuhX9/NfSFhILlWkX7oH3cBgB7jJ4zgdhQAUUUUAFFFFABXnPh
T/iQ+P8AUNKb5YptwQfT5k/8dJ/OvRq868eo2keKdM1mIHBxux3KHn8wcfhWtLW8e5nU0tLsei1F
c3CWlrLcSnEcSF2PsBk09HWRFdCCrAEEdxXNfEHUPsPhaWNTh7lhCPp1P6Aj8aiMeaSRcnZXMT4b
273upanrE4y7tsB92O5v6fnXoVYHgjT/AOzvCtopGHmHnN/wLkfpit+qqu82TTVoow/E/wDzCP8A
sJQ/1rRv9TtNMg828mWNewPVvYDqay/Fiu8OlrE/lyHUIgr4ztPzYOO9c5Np+paXrButUvmj3HCX
v2cToPz+5+VawpqcVdmcpuLdkdbpt/f6jcmVrMW1ht+Tzf8AWuexx0A+tatYEWn6xPEskPiVZI2G
VZbOMg/jmn/2Vrn/AEMP/klH/jWcoxb3S+//ACLUmls/w/zNyisP+ytc/wChh/8AJKP/ABo/srXP
+hh/8ko/8aXIv5l+P+Q+Z9n+H+ZuUVh/2Vrn/Qw/+SUf+NH9la5/0MP/AJJR/wCNHIv5l+P+Qcz7
P8P8zcorD/srXP8AoYf/ACSj/wAaP7K1z/oYf/JKP/GjkX8y/H/IOZ9n+H+ZuUVh/wBla5/0MP8A
5JR/40f2Vrn/AEMP/klH/jRyL+Zfj/kHM+z/AA/zNyisP+ytc/6GH/ySj/xo/srXP+hh/wDJKP8A
xo5F/Mvx/wAg5n2f4f5m5RWH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5JR/40ci/mX4/5BzPs/w/zNyi
sP8AsrXP+hh/8ko/8aP7K1z/AKGH/wAko/8AGjkX8y/H/IOZ9n+H+ZuUVh/2Vrn/AEMP/klH/jR/
ZWuf9DD/AOSUf+NHIv5l+P8AkHM+z/D/ADNyisP+ytc/6GH/AMko/wDGj+ytc/6GH/ySj/xo5F/M
vx/yDmfZ/h/mblFYf9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjRyL+Zfj/kHM+z/D/M3KKw/7K1z/
AKGH/wAko/8AGj+ytc/6GH/ySj/xo5F/Mvx/yDmfZ/h/mblFYf8AZWuf9DD/AOSUf+NH9la5/wBD
D/5JR/40ci/mX4/5BzPs/wAP8zcorD/srXP+hh/8ko/8aP7K1z/oYf8AySj/AMaORfzL8f8AIOZ9
n+H+ZuUVh/2Vrn/Qw/8AklH/AI0f2Vrn/Qw/+SUf+NHIv5l+P+Qcz7P8P8zcorD/ALK1z/oYf/JK
P/Gj+ytc/wChh/8AJKP/ABo5F/Mvx/yDmfZ/h/mblFYf9la5/wBDD/5JR/40f2Vrn/Qw/wDklH/j
RyL+Zfj/AJBzPs/w/wAw1X/katB/7eP/AEAVuVyr2t9beKtF+3aj9s3efs/cLHs+Tnp1zx+VdVRU
VlH0/Vig7t+v6IKKKKzNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPSv+Rq17/t3/APQDW5WHpX/I
1a9/27/+gGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUVzGveObbQdcTSf7K1fULt7cXO2
wtxLhCxXJG4HqPTHIqfw54z0/wASXV1ZxQ3ljf2uDLZX0XlTBSAQ+3J+XkfTIzjIyAdBRWZYa/ba
hruq6TCkwuNM8nzmYDY3mKWXac5PA5yB+NYV38StNi1W6sNP0zWtWls2MdydPsjIsL7mXa2SOcqe
RwexPNAHYUVkeH/E+m+JYJn0+VxLbsI7m3mQxy274+66noQcjIyMg4Jwau6nfxaVpV3fzq7RWsLz
uEALFVUscZxzgUAWqK5/wjr+qeIrE3moaH/ZlvJHHLav9rWbz1cE5wACuBt6/wB72roKACiiigAo
oooAKKzPEev23hjQrnVr1JpLe327lhALncwUYBIHVh3p+g63aeI9FtdU08uba5Usu9drAgkEEeoI
I4444JHNAGhRWZ4c1+28T6FbatZJNHb3G7aswAcbWKnIBI6qe9adABRRWLpniH+0vE+uaP8AZvL/
ALK8j975mfN81C3THGMY6nPtQBtUUUUAFFclqfxCttP1290mHRNd1C4stnnNY2glRd6hl53ZHB7j
sa0/DXirT/FNrPJZedFNbSGK4tbhNk0DAkYdcnGcH8iOoIABtUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBlap4m0nRblbfULryZWQOF8t2+XJGeAfQ0VwHxQ/
5GW3/wCvRf8A0N6K64UIyimznlVknY9UooorkOgKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw
/wDmfP8AuG/+1a3Kw/8AmfP+4b/7VrcrSfT0Ih19QooorMsKKKKACiiigClrNvJd6Jf28C7pZbeR
EXIGWKkAZNY3gPSL3RdEmt9Qh8mVrhnC71b5dqjOQT6GumoqlJqPKLl1uFFFFSMKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiuf8aeLrbwdoUt/MIZrgY8m1acRvP8yhtvBJwGycA0Abk0MVzB
JDPGksUilHjdQyspGCCD1BFU7Dw/pGlTtNp2lWNpKy7DJb26RsVyDjIA4yB+VPttZ028sZb211Gz
ntIc+bPFOrRpgZO5gcDAOTntRp2s6bq/mf2ZqNneeVjzPs86ybM5xnaTjOD+VAF2iuS07xJJH4x8
WW+q38MOmab9j8kzFI0i8yMlstx1bHU/StPWtYT/AIQzVNV0e8hl8qynlguIWWRNyK2CDyDgj9KA
Nqisjw/qTT+DtM1LUZ0DSWEVxcTPhFBMYZmPQAdT6CrWnazpur+Z/Zmo2d55WPM+zzrJsznGdpOM
4P5UAXaKq6nNLbaVdzQSW0UscLukl0xWJWCkguR0UHr7ZqG11OKPStOm1G8sVlu1jQSRSgRTSsuc
REn5gTnb3IoA0KKpadrOm6v5n9majZ3nlY8z7POsmzOcZ2k4zg/lTPEF/LpXhzU7+BUaW1tJZ0Dg
lSyoWGcY4yKANCivOR4j8fQ+GovEUtp4cuLD7Ol5JBC0yTGEgM2Cx2hgpJ79OAeh1vE3i6+tvDmg
3/h+K2Mus3dvBEL5W2qsyFhu2Hgg4zjPfrQB1N5ZW2oWr217bw3Nu+N0UyB0bByMg8HkA1PXEf8A
CS+J/D+o6dF4qsdLmtdSu0s4p9MkcGGRs7d6yfeBPcEYCnrwDr6Pr9zqHjHxHpMyQi30z7N5LKDv
bzIyzbjnB5HGAPxoA6CiiigAooooAKKKKACiiigAooooAKKKKACuY+IOn/bvC00ijL2zCYfTof0J
P4V09RXNul1ay28ozHKhRh7EYNVF8rTFJXVjE8Eah/aHhW0YnLwjyW/4DwP0xXNePHbV/FOmaNGT
gY3Y7Fzz+QGfxp/w3uHsdS1PR5zh0beB7qdrf0/Ko/Cn/E+8f6hqp+aKHcUP1+VP/HQa35eWcpdj
G/NFI9ERFjRUQYVRgAdhTqKK5jcw/E//ADCP+wlD/Wtp0V0KuoZWGCCMgisXxP8A8wj/ALCUP9a3
K0l8KIXxMzbLQ7fTr557N5YY3B3W6t+7J9cdvwrSooqHJvVlJJbBRRRSGFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/wDI1aD/ANvH
/oArcrD1X/katB/7eP8A0AVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUV5r8WG1eXUtCstF1G+s5Zob
6TbaO4aZooldVwpGSSCB6bu/SgD0qisjQfEdprnhe11xXSC2lhMshdsLCVyHBYgcKQwzwOM9K4bw
Nqet3/xCa41W8ufI1TSG1GGxaXdHbI04WMAA7Sdig7sA/McjOcgHqFFef2VrqHxGkk1f+3NR0vRU
klhsIdNl8p7hVYDznfryQw2FRjA9yx4zGs+HfhZq6yatNLNbSRLaXqOUuDCZIwPMYYy4yylh94AE
8k0AegUV5r4o0jUvAXh+48QaT4n1q6ltWj32+pTi5ilRpFUrggbTkj5gc4yBjOQaxcS638SrzRdV
8R32hWtvDF/Z8NpKbZrxpMbm3nhyG+UL+XRsgHpVFZHhvR7vQ9OktLzVrnVAJneGW5H7xIz0Rmz8
5Bz8xx1xgAAVk/FK9udP+HWqXNlcTW1wnlbZYXKOuZUBwRyOCRQB1tFcLdeB9W0qMX+g+Kddub62
zIltqNz58NzhT+7KnaBuOBuzx164I2tJ8X22qeBh4nNvNFbrbyTyQjDOPL3BwOgPKnB4zxnFAHQU
V5Z4Hm1k3zaf4i1e8nPiXShfW1ys5TyGJbMcORjeEdXO0DbgcEAGjWPC1zp/jHw5pMPizxS1vqf2
nzmbUTvXy4wy7TjA5POQfwoA9TorgvE1td+FPBv9l6ZrOqT6hq9/FZ215ez+a8LyEA/PjKrtRuQC
QWyPUaHw8vbk6XfaPqVxNcX+kXsttJLcOTLOhbdHKQeQrBsDkgheDQB1tFZ/iCaK28OanNPJcxRR
2krvJasFlVQhJKE9GA6e+KxbjxhpfhrwdompXsl9JZXawQpNKBJKA0e4PLg8nCksRk56A0AdVRXK
+HfiFpfiPUUsFt76wupYRcW8d/CIjcxnPzR4J3DAz7jJGcHBr3xB03Qr26tRZapqEtkoe8+xWpdb
VSoZS7EgAFcngnoc4oA6qivNfBWpWk/g7xtqST3IspNTvrgTWvySiMxq25M4w2ORnocV1UXiHT9J
8GadqU015NDLbwi3WX95dXLMo2Jgfflbvjvk9MmgDoKK5zw/42tNf1WbTTp+qadexwi4EOoW3lM8
e7aWXk8A4HOOvGcHGenxR0kXVuLqw1eysbmQRw6ldWnlWsmQSrByc7WAyCR05OADgA7OivP/ABX4
7vdF8d6Tp1vp2ryWg877THBZq/2z90rL5JPLbCfmwRj3rZvNWtpvEfhXzm1e1uL6OeSG1BCRn90G
ZbhM53KDwBnDZoA6eiuY1zx5p+i6wNKis9R1S/Efmy2+mwec8K8YLjIxnI/TOMjNqz8YabfeHL7W
YBc+Vp6yfaoXhKSxOibnjKtj5gDjrjPegDdorhbL4u+H7ya3Pk6jBZTSLD9vmtwtskpTdsZ88MM4
PGO+dvzV3VABRRRQAUUUUAFFFFABRRRQBh6V/wAjVr3/AG7/APoBrcrD0r/kate/7d//AEA1uVpU
3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKAOM/wCa3/8Acu/+3NR/EWJY9R8IX8ZdLqPXILdZEcqR
HJnzF4PIYKAfbI7mpNe0HxL/AMJumv8Ahx9I/wCQcLJ0vzL/AM9C5ICD/d7+vFWdJ8Napca1b634
qvra4vbVXW0tbOMpBalxtchj8zllA+9wMtgdCADDF5Pp/iX4nXlq/l3FvZW0sT4B2sts5BweDyO9
dN4Cs4LHwFocVsmxGso5SMk/M6h2PPqzE/jTNN8NSweKvE1/ei2mstYW3RITliVSMo4dSMYOffI6
1i6d4a8YeE7JdL8N32i3elxs7w/2lHIssQZidmY+GHOdxwSSeAABQBNbxLafG67WAui3mhrcXChz
tkkWURqxGcZCjA/H1OdD4iab/aXgjU/9MvLb7Nby3H+jS7PN2xt8j8coc8jvgVJ4R8NXeiC9vdYv
kv8AWNRaN7q4SPy1wiBVQAcEL83zYBOeRWn4gsJdV8OanYQMiy3dpLAhckKGZCozjPGTQBxmiaXL
oXwlvL+DVtUmluNDE6Ce5LLasICw8nAGwZP/AI6vpU3hq2u9E8HDxXqGs6pqtydI+0Nazz4gwIw4
AXBw2FClzknLE8mt3+wbn/hXX9gb4ftf9lfYt+T5e/ytmc4ztz7Zx2qzpmiLF4OtNE1EJMq2CWdw
EYhXAjCNg8HB554NAHIaT4Z8Qa/oa+IbnxRqMGrXsYu7W2tZzHZw5UGJGjKtuUcbvXJHzHJNLUPE
mra98PPB19a382n39/qsFrLcRHOSDIhZlGAykruKHjtWhD4X8c6dosfh7T9b0saaiiFdQZJReJGT
k7RkqCASq4PQDBU8jTv/AAMsWi+G9L0VkjttI1OC8b7Q5LOili/IByxLE44HPYcUAc5f6L4g0HXd
K0Cy8X6jINet5opri7BmeB4lDl4ssCu4ErjORnOSQpGz4cGoeH/iDdeG5dWvNTsJdOGoRPfP5k0T
eYIyu/upwTjHpjuW2tY0G51Dxj4c1aF4Vt9M+0+crE728yMKu0YweRzkj8aP7Buf+Fi/2/vh+yf2
V9i2ZPmb/N35xjG3HvnPagDM+Lv/ACTHV/8Atj/6OSqtvct4N+JT6dIyJo/iRnurctgeXecCRdxb
OG4PT7zqFAwa3fHWg3PifwdfaTZPDHcXHl7WmJCDbIrHJAJ6Ke1P8YeG18UaBJaLI8N5CwuLKdJC
hinUHY2RnjJweDwTjnBABwXh7XNQ0X4M+HY9HEIv9SvWsIJZj8kLSTS4cjBzjHT3zg4wbuv6Vq3w
+0KPX7TxJq+pPaSQi+gvrnfFPEWAYIpVtjFiuDnIBPJ76Fp8Op5Phnp/h28vUttQspvtEN5bF2EM
nmswZeVJO1iOehOewouvC3irxXPb2vi680uLRo28ya20syq10wI2q5booPPB/XDKAF4upeL/AB5q
2jjVb7TNK0iGDd9gnEUss0gLBt2wnbtLArnqqn6ZnhQ3fhTWPHsmoXj6tc6baWsrTOPLacJA7AHr
g4AGTknGTk10GreH/EFl4ouNZ8JzaWpv4UjvYNQEm1nj4SRSuTnaduOBxnknhnhzwXqFnf8AiR/E
eoQ6rFrMcMTSLH5LuqoyMGVeF4YAbSemeDQBwUur63qmnDVrdvHq6xMq3EQtrP8A4l27gqqx5OY8
YGTnP3iDkg+x6Nc3N5odhc30PkXc1vHJPFtK7HKgsuDyMEkYPNcTYeHfiB4e0ptI0nV9Fu7ONdlt
c3qSrPEpUcADcuFOcZ3du2FHeWUU8FjbxXVx9puEjVZZ9gTzGA5baOBk84HSgDk/DH/JTvG//bh/
6JNR+IYlt/iz4RuYS6S3cN3bzlXIEkaR71UjOMBmJ+uPQYZc6D4u0/xjrereH30JrfU/Iyt8Zt6+
XHt6IMDknue3Stfw/wCGru11WbW9evkvdYmhFuDDH5cVvFu3mJB1YbifmbkgDpzkA6OiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOA8eeGdW1rW4bjT7Xzolt1
Qt5iL825jjBI9RRXf0VtGvKKsjJ0ot3CiiisTUKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/
+Z8/7hv/ALVrcrD/AOZ8/wC4b/7VrcrSfT0Ih19QooorMsKKKKACiiigClrNxJaaJf3EDbZYreR0
bAOGCkg81jeA9Xvda0Sa41CbzpVuGQNsVfl2qccAeprV8Q/8i1qn/XpL/wCgGud+F/8AyLVx/wBf
bf8AoCVqkvZtkN++kdnRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcL8YrK2n+HWoX
M1vDJcW/l+TKyAvHuljDbT1GRwcda7qs/XtEtPEei3Wl6gHNtcqFbY21gQQQQfUEA88ccgjigDC8
Wf8ACP8Ahfwo8L6JDNb3NzGsOnWsAUXVxkMikKMclBnIOQuMHhTyWnxXVn8U/Dbv4Vh8M/aY7qJ1
trqN0ulWMthljAA2nB5HOR/dGO3j8E2h0CTS73UNUvw032iK6u7nfcW8gACtG+BtKkZH1OcgkVV0
z4dafp2u2Wsyalq99f2m8JNe3XmllZSuw5H3RliMY5Y5zxgAxtO8N6TrvxY8WXGq2EN29n9j8kTD
ci74CGyv3W6DqDjHFUrf7NZw/E/StL8lNMtrcyxww4KRyvbuJQMdPmTG3ouMACuj1b4aaXq3iC41
s32qWmpTMjCe0uBG0QWPYQvy8BhjOcnjggEg6dn4P02x8OX2jQG58rUFk+1TPMXlld02vIWbPzED
PTGe1AHn+uTX0+hfDrSLSSx8q+tFZ4NQZhbzukURjWTbyw3HhejNtyDWvoPgjXrLxrp+s3Nv4c0+
3gjkinj0cSxeerKdoZCNpw2D26d8DHTal4J0nV/CtpoF8k0tpaRokD+ZtkQohRXyMAsAT1GM9qq6
T4AtNM1q31SfVta1O5tVdbf+0LvzViLjDFRgckcentkAgA0PGf8AyJGvf9g64/8ARbVw3iKzg1D4
dfD6zuk8y3uL3TopUyRuVoiCMjkcHtXpOp2EWq6Vd2E7OsV3C8DlCAwVlKnGc84NZlx4RsbnStEs
HluRFo00E9uQy7maFdq7+OQR1xj8KAOZu9B03w18TPB6aLaJYrcw3cE4hJUTIkQZQ/PzHJzk5JIG
ScDHU+M/+RI17/sHXH/otqnv9BttQ13StWmeZbjTPO8lVI2N5ihW3DGTwOMEfjVnU7CLVdKu7Cdn
WK7heByhAYKylTjOecGgDyO7g8Q6P4C0W/1PWJtR8LyW9uL6xt4o7eWOBlQKgcfM68hTypI44BJX
pviP/wAgPwr/AGF9j/5DVp9i/wCeH3X8v7v8HT7vbpXW/wBg23/CK/2Bvm+yfYvsW/I8zZs2ZzjG
7HtjPaqTeDrOXR9F06a6vJItGuYri3clA7GLIRWwoBUA44APA5zkkAzLXw54i1rWLa68Y3enG0sJ
EuLWz01XCNOu7Ejs43cZ+6Dg8Z6HceGP+SneN/8Atw/9EmuzrktT+HttqGu3urQ63run3F7s85bG
7ESNsUKvG3J4Hc9zQB1tFUtI03+yNLhsvtl5eeVu/f3kvmSvlifmbAzjOB7AVdoAKKKKACiiigAo
oooAKKKKACiiigAooooA8r8ZGbw/4ylvLX5ftcBI9MspRv15/Kul+G2n/ZfDjXLDD3UhYH/ZHA/X
P51kfFWWIyabEB++Adj7KcY/UH8q7DwtLFL4X01oBhBAq/iBhv1BrpnL90jCK/eM1qKKK5jcw/E/
/MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/wBAFblYeq/8
jVoP/bx/6AK3K0ntH0/VkR3fr+iCiiisywooooAK4zxP/wAlO8Ef9v8A/wCiRXZ1BLZW091BczW8
Mlxb7vJlZAXj3DDbT1GRwcdaAPJtRg1CwvtW+H9tJ5aazexzae0XyeRayF3nwobbsTyyuzKltzHn
OK6mGGK2+NEcMEaRRR+GwiRooVVUXGAAB0AFdbJpljLqMd/JZWz3sS7I7holMiLzwGxkD5j+Z9af
9itvt3237PD9r8vyfP2DzNmc7d3XbnnHTNAHAfDrxBp/hzQpvDWvXtnp1/pFzJCwuJvLEysxdZF3
hcqdxx14APG4U/4i63aa78KteuNPLyW0U0cKz7cJMVmjy0Z/iXJK7hwSpxkc122o6Npur+X/AGnp
1neeVny/tECybM4zjcDjOB+VPl0yxn04WE1lbSWQVUFu8SmMKuNo24xgYGPTAoA5zTvh1p9nrFtq
V7qWr6vNaZNuup3XnJCxx86jA+bgfoeoBB4jvfBOtXVzo/iS4043Fnt3pdv5Lx7wGGxzg8gLnafQ
GutrPv8Aw/pGqzrNqOlWN3Kq7BJcW6SMFyTjJB4yT+dAHBeErTVL2z1jTPC/iWaPSbC9ijstRnjW
7dwIQJYQGIARTsKkADrgkGp/H9jqmn/CPWotZ1f+1bgyRMs/2ZYNq+bFhdq8HkE59/avQoYYraCO
GCNIoo1CJGihVVQMAADoAKZeWVtqFq9te28NzbvjdFMgdGwcjIPB5ANAHP6t8QfD+n2LSWup2eoX
b5S3tLSYSyTykHagCbiNxGMkYyRXE61o2pad8OfDngK3jR9U1dmMhkwEhVW86QFgx5UsoyM5CtgZ
IFem2Hh/SNKnabTtKsbSVl2GS3t0jYrkHGQBxkD8qmk0yxl1GO/ksrZ72Jdkdw0SmRF54DYyB8x/
M+tAHl/jWPxjYQ2HibW10Ipodykw/s+W4jldXdVePLZXa3AOR0/EHo/EE0Vz8SPAk0EiSxSLfOki
MGVlMCkEEdQRXZzQxXMEkM8aSxSKUeN1DKykYIIPUEVCNMsVe0dbK2DWalLYiJcwKRtITj5RgAcd
qAPP/EEmva/8UIY/DcVireGoS0kl+WCNJcJ0+QliNmMcDBDZPTMNg2teG/ipZ3XiNtLjPiKF7ZhY
zyrGZIgpR2WTqxGEAH971J3ejWumWNjPcTWdlbW8ty2+eSKJUaVsk5YgfMck9fU0+5sra88r7Vbw
z+TIJovNQNscdGXPRhngjmgDnNf17TdZ8HeK4dPu0mlsbS5guYwCGjcRsMEEDjIOCODg4PBrnNV/
5Ej4b/8AYR0z/wBFmvQ00yxjguYUsrZYrtme4jEShZmYYYuMfMSOuetD6ZYyQW0L2Vs0VoyvbxmJ
SsLKMKUGPlIHTHSgDlvE/wDyU7wR/wBv/wD6JFZnhXWNG8Kap4wi1u8s7C+/tWW6YSsBJJAyh49u
OX4LEKMkFugJ57+Wytp7qC5mt4ZLi33eTKyAvHuGG2nqMjg461Dc6Npt5fRXt1p1nPdw48qeWBWk
TByNrEZGCcjHegDznw7eQah8OviDeWr+Zb3F7qMsT4I3K0QIODyOD3pl7JBp9t8L9W1GJG023hWG
WRym2OSSBPLY7iMAFS27ttz1xXpiaZYxwXMKWVssV2zPcRiJQszMMMXGPmJHXPWn/Yrb7D9i+zw/
ZPL8nyNg8vZjG3b0244x0xQBky+L9Lmgul0e7ttVvYbSW6S1tJhI0gQD5crnBJZQO5zwDg15F4s1
3UdU8APdal4206d77y3Oi2tvGxTLhwhcHeu0DJ3Dqu3Jzk+26do2m6R5n9madZ2fm48z7PAse/Gc
Z2gZxk/nUL+GdDkkuJH0bTme5z57G1QmXLBjuOPm+YA89wDQBzHjK9ttP+Ivgq5vbiG2t0+3bpZn
CIuYlAyTwOSBT/EE0Vz8SPAk0EiSxSLfOkiMGVlMCkEEdQRXW3+mWOqwLDqNlbXcStvEdxEsihsE
ZwQecE/nQNMsVe0dbK2DWalLYiJcwKRtITj5RgAcdqAOD8HavpXh3xD4vsdZuLPTr59Ve58y4mjj
82GT5owGJycDJx23+pNZ+nvFqWmfEjXtPtXi0nUbRhaytGIxO0cMgkcL1wWOckcknPIIHpOo6Npu
r+X/AGnp1neeVny/tECybM4zjcDjOB+VTfYrb7D9i+zw/ZPL8nyNg8vZjG3b0244x0xQB5z4r/5N
5g/7B1j/AOhRV6bVWXTLGfThYTWVtJZBVQW7xKYwq42jbjGBgY9MCrVABRRRQAUUUUAFFFFABRRR
QBh6V/yNWvf9u/8A6Aa3K520u4LLxH4gmuZUijX7PlmOP4DWZf8AjOW/n+yaO0UCnrc3LhBj1Gf/
AK59q3dKU5adl+SMVUjFa93+Z2tFczoKaZpHnTT65bXN1PjzHa4XHHpz+prY/tvS/wDoJWX/AH/X
/Gs5QadlqXGaa1L1FUf7b0v/AKCVl/3/AF/xo/tvS/8AoJWX/f8AX/Glyy7Fcy7l6iqP9t6X/wBB
Ky/7/r/jR/bel/8AQSsv+/6/40csuwcy7l6iqP8Abel/9BKy/wC/6/40f23pf/QSsv8Av+v+NHLL
sHMu5eoqj/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5eoqj/AG3pf/QSsv8Av+v+NH9t
6X/0ErL/AL/r/jRyy7BzLuXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jRyy7BzLuXqKo/wBt
6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40csuwcy7l6iqP9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/
40csuwcy7l6iqP8Abel/9BKy/wC/6/40f23pf/QSsv8Av+v+NHLLsHMu5eoqj/bel/8AQSsv+/6/
40f23pf/AEErL/v+v+NHLLsHMu5eoqj/AG3pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jRyy7BzLuXq
Ko/23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jRyy7BzLuXqKo/wBt6X/0ErL/AL/r/jR/bel/9BKy
/wC/6/40csuwcy7l6iqP9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40csuwcy7l6iqP8Abel/9BKy
/wC/6/40f23pf/QSsv8Av+v+NHLLsHMu5eoqj/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsH
Mu5eoqj/AG3pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jRyy7BzLuXqKo/23pf/AEErL/v+v+NH9t6X
/wBBKy/7/r/jRyy7BzLuXqKo/wBt6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40csuwcy7l6iqP9t6X
/wBBKy/7/r/jR/bel/8AQSsv+/6/40csuwcy7l6iqP8Abel/9BKy/wC/6/40f23pf/QSsv8Av+v+
NHLLsHMu5eoqj/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5eoqj/AG3pf/QSsv8Av+v+
NH9t6X/0ErL/AL/r/jRyy7BzLuXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jRyy7BzLuXqKK
KkYUUUUAcB488Tatoutw2+n3XkxNbq5Xy0b5tzDPIPoKKyvih/yMtv8A9ei/+hvRXfShFwV0ck5S
UnqeqUUUVwHWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf8AzPn/AHDf/atblYf/ADPn/cN/
9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBFcW8d3bS2867opUKOuSMqRgjIqvpekWWi2zW+nw+TEzly
u9m+bAGckn0FWLi4jtLaW4nbbFEhd2wThQMk8VX0vV7LWrZrjT5vOiVyhbYy/NgHHIHqKetvIWly
7RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUVx/gKaXWp9b8SSSO8Wo3Zhs/mOw2sJKxsqnlSWMhIO
OecDPLNI8V6bpHwxh1/zdXvLCLd894yyXT5mKfMcgHBPHP3QKAOzorj9J+J2iavqtvZpFfW0d4zp
Z3d1B5cF2yttIjbPJJ9QPTgkA6fiDxbaaBPDbG1vtQvZVMgtNPg86VYwcGRlyMLnAyepPGcHABu0
V5r468SWnif4Qa3d2cdzCYZo7eaC5j2SRSLNHlWHPOCDwT19cgdvf6/bafrulaTMkxuNT87yWUDY
vlqGbcc5HB4wD+FAGnRWZ/b9t/wlX9gbJvtf2L7bvwPL2b9mM5zuz7Yx3rC1L4m6Ppt3PG1rqk9r
azfZ7q+hs2NvbSBtrK7HHIJHQHqMZzigDsKK8s8OXttp/wCz/bXN7cajbW6bt0umuEuFzdEDaTwO
SAfbNdh4s8c6X4Me0XVVucXaytG0KBhlADg8jklgB2yeSBzQB0dFc/4c8Z6f4kurqzihvLG/tcGW
yvovKmCkAh9uT8vI+mRnGRnM1z4paNod9eW32XUb4WO0Xc9lCHit2YkBHYsAGyMfXjqCAAdnRWRp
3iGLU/C665BY3wieF50t2iHnuozjaoPJYDK885HrXLeBPHd7rmqahZX2nau27UZ1gnezVIrWJVys
UrDo4wRg5OWHNAHoFFeU+HPHGm+GJ/FdvPBfXd0uuXly8FnbmRo4cgGVicKFBXB57jivQ/8AhJNJ
/wCEe/t37fD/AGX5fm/aM/LjpjHXdnjbjOeMZ4oA06K5LTviLp95rFtpt7pur6RNd5Fu2p2vkpMw
x8inJ+bkfoOpAN3R722n8Y+I7aG41GS4t/s3nRTuDbx7oyV8kdRkctnqaAOgorkvDnxF0/xTdW0W
mabq7RTbg9y1riGBlBOx3BIDEAEYz99e+QOj1O/i0rSru/nV2itYXncIAWKqpY4zjnAoAtUVyuj/
ABB03WoJ7qGy1SHT4LRrtr6e1KwFVA3qGBO5lOQQAfuNjPdmnfEXT7zWLbTb3TdX0ia7yLdtTtfJ
SZhj5FOT83I/QdSAQDraK5XxJ8QtL8MazHpd5b3015NCk0MdtCHMpZ9gReR82QTg4GB1zgHQ8NeK
tP8AFNrPJZedFNbSGK4tbhNk0DAkYdcnGcH8iOoIABtUV5l4H8Vaf4W+E+hSXvnSzXMksVva26b5
p2M7jCLkZxkfmB1IB2tZup9I8c+HtXcTQWmqx/2ZeRSsGEchy8A2oT8+8upb5lAzyM5IB2dFFFAB
RRRQAUUUUAFFFVtRvF0/Trm7f7sMbPj1wOlG4Hm2sWr+LfHl5bRMdltE6KR2KKf/AGc/rW58ML/z
tIubJz81tLuAP91v/rg/nUHwxs2eO/1ObJeaTywx7/xN+pH5VX0j/iQfE66sz8sN2WC+nzfOv68V
1S1Th2OeOjUu56LRRRXKdBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUUVmWFFFFA
BVW/1Ox0qBZtRvLa0iZtgkuJVjUtgnGSRzgH8qtVxHxOhiuYPDEM8aSxSeILVHjdQyspDggg9QRQ
B09h4g0jVZ2h07VbG7lVd5jt7hJGC5AzgE8ZI/OtCuI8X+ENLsNAutY0S0ttJ1XS4Xura6tIRGQV
G5lKrgMGVSvzAgBjx1BZ4o1+5uvhVayokJ1PXreC1hhAIR5bhQGUc/L8pcgsccDOe4B1UfiDSJdO
kv49VsXsom2SXC3CGNG44LZwD8w/MetVf+Ez8Nf9DDpH/gbF/wDFVyfhvSdN8NeK9T8FXKwz6ZfW
8N9ZW9wFkDlRsl37hy5aMPgAgBSRtxij/hGdD/4XD9i/sbTvsn9g+d5H2VPL3/aMbtuMbscZ64oA
7n+2dN/sv+0v7Rs/sH/P156+V97b9/OOvHXrxVmGaK5gjmgkSWKRQ6SIwZWUjIII6giuD8VaPp+t
eIfD/g2Gzhj0yHzNSvILdfK8uNcqmMYG1ndgQvzd+OtaHwz1JpvDbaRdTpLqGhzPp9xtxjCMQhUD
B27QACQCSremaAOpvL220+1e5vbiG2t0xulmcIi5OBkngckCp65j4jal/ZHgTUb37HZ3nleV+4vI
vMifMqD5lyM4zke4FVvG3ifW9E1bRtP8P6fbX1zqS3IEUzbDujQFSG3AYGSSD1AwCCc0AdhRXJeH
PEesv4luvDvia0s47+O3F5DPYsTDJDkKeGO4MGJHPXngYBbMtvF/izxDDLqvhjSNOn0iG5MMcdxJ
Ik94qvgyRswVFUg984Kt1IxQB1tn4k0m+0JNahv4V0x84uZj5ScNs534x8wxzWnXkukal/ZH7O0N
79js7zyt37i8i8yJ83ZHzLkZxnI9wK7PxH4lvLbWLXw/oEEM+tXUZn3XKv8AZ7eEZy8hUZ5I2gDu
RkjgEA6eiuc0e98VpaaouuaXYyXVuoezayn2x3ZKk7PnJKEMANzYHzdOMnIPiPxZ4f1jS4/FFppE
1hqNytmkumNIHimb7m4SHlTg9PQnPQMAd1UH222+3fYvtEP2vy/O8jePM2Zxu29dueM9M15ne/8A
CXf8LhuPsP8AYX2v+ym8jzvO8v7L9o+Xdjnzc4zj5cV1n9pf8XT/ALN+x2f/ACBvtH2ryv3/APrt
uzfn7nfGOvNAHT0VwVr4p8VeK57i68I2elxaNG3lw3OqCVWumBO5kC9FB45H65VS7+Is8nwz1DxF
Z2SW2oWU32eazuQ7CGTzVUq3CknawPHQnHY0Ad7RXBR+LPFelarpjeJ9HsbfTdUu/scSWsu+e2kZ
v3fmHO1gQDyv14OFPe0AFFFFABRRRQAUUUUAFFFFAGHqv/I1aD/28f8AoArZkkSGNpJXVEUZLMcA
D61z3iOaa313Rpba3NxMouCsQbG75B3rBtrzUdev3N7YG8MTcWf2lYFT6oeT9TXQqXPFO+iX6swd
Tlk1/WyOz07WLfVJZltFleOLjzimEY+gPer9YKajrUSKkfhtURRgKt5GAB+VO/tXXP8AoXv/ACdj
/wAKh03fS33otT01/Jm5RWH/AGrrn/Qvf+Tsf+FH9q65/wBC9/5Ox/4UvZvy+9f5j515/czcorD/
ALV1z/oXv/J2P/Cj+1dc/wChe/8AJ2P/AAo9m/L71/mHOvP7mblFYf8Aauuf9C9/5Ox/4Uf2rrn/
AEL3/k7H/hR7N+X3r/MOdef3M3KKw/7V1z/oXv8Aydj/AMKP7V1z/oXv/J2P/Cj2b8vvX+Yc68/u
ZuUVh/2rrn/Qvf8Ak7H/AIUf2rrn/Qvf+Tsf+FHs35fev8w515/czcorD/tXXP8AoXv/ACdj/wAK
P7V1z/oXv/J2P/Cj2b8vvX+Yc68/uZuUVh/2rrn/AEL3/k7H/hR/auuf9C9/5Ox/4Uezfl96/wAw
515/czcorD/tXXP+he/8nY/8KP7V1z/oXv8Aydj/AMKPZvy+9f5hzrz+5m5RWH/auuf9C9/5Ox/4
Uf2rrn/Qvf8Ak7H/AIUezfl96/zDnXn9zNyisP8AtXXP+he/8nY/8KP7V1z/AKF7/wAnY/8ACj2b
8vvX+Yc68/uZuUVh/wBq65/0L3/k7H/hR/auuf8AQvf+Tsf+FHs35fev8w515/czcorD/tXXP+he
/wDJ2P8Awo/tXXP+he/8nY/8KPZvy+9f5hzrz+5m5RWH/auuf9C9/wCTsf8AhR/auuf9C9/5Ox/4
Uezfl96/zDnXn9zNyisP+1dc/wChe/8AJ2P/AAo/tXXP+he/8nY/8KPZvy+9f5hzrz+5m5RWH/au
uf8AQvf+Tsf+FH9q65/0L3/k7H/hR7N+X3r/ADDnXn9zNyisP+1dc/6F7/ydj/wo/tXXP+he/wDJ
2P8Awo9m/L71/mHOvP7mblFYf9q65/0L3/k7H/hR/auuf9C9/wCTsf8AhR7N+X3r/MOdef3M3KKw
/wC1dc/6F7/ydj/wo/tXXP8AoXv/ACdj/wAKPZvy+9f5hzrz+5m5RWH/AGrrn/Qvf+Tsf+FH9q65
/wBC9/5Ox/4Uezfl96/zDnXn9zNyisP+1dc/6F7/AMnY/wDCj+1dc/6F7/ydj/wo9m/L71/mHOvP
7mUf7HtNZ8R67FeR7tvkbHU4ZDsPQ1i3nhSbRJzO1mup2XcBmV1H/AT+vI+ldD4dlnn8Qa3JdW/2
aY+Rui3h9vynHI4PHNdHWrqypyt0svyM1TjNX9fzOS0fSfC+twl7W0IdMb42lcMv/j1aP/CGaH/z
4/8AkaT/AOKrVhsra3mkmhgjjkl++yqAW+tT1nKrK/ut/eXGnG2qRh/8IZof/Pj/AORpP/iqP+EM
0P8A58f/ACNJ/wDFVuUUvaz/AJmP2cOyMP8A4QzQ/wDnx/8AI0n/AMVR/wAIZof/AD4/+RpP/iq3
KKPaz/mYezh2Rh/8IZof/Pj/AORpP/iqP+EM0P8A58f/ACNJ/wDFVuUUe1n/ADMPZw7Iw/8AhDND
/wCfH/yNJ/8AFUf8IZof/Pj/AORpP/iq3KKPaz/mYezh2Rh/8IZof/Pj/wCRpP8A4qj/AIQzQ/8A
nx/8jSf/ABVblFHtZ/zMPZw7Iw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qtyij2s/wCZh7OH
ZGH/AMIZof8Az4/+RpP/AIqj/hDND/58f/I0n/xVblFHtZ/zMPZw7Iw/+EM0P/nx/wDI0n/xVH/C
GaH/AM+P/kaT/wCKrcoo9rP+Zh7OHZGH/wAIZof/AD4/+RpP/iqP+EM0P/nx/wDI0n/xVblFHtZ/
zMPZw7Iw/wDhDND/AOfH/wAjSf8AxVH/AAhmh/8APj/5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P8A
5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVW5RR7Wf8AMw9nDsjD/wCEM0P/AJ8f/I0n/wAVR/whmh/8+P8A
5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P/AJGk/wDiqP8AhDND/wCfH/yNJ/8AFVuUUe1n/Mw9nDsj
D/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiq3KKPaz/AJmHs4dkYf8Awhmh/wDPj/5Gk/8AiqP+
EM0P/nx/8jSf/FVuUUe1n/Mw9nDsjD/4QzQ/+fH/AMjSf/FUf8IZof8Az4/+RpP/AIqtyij2s/5m
Hs4dkYf/AAhmh/8APj/5Gk/+Ko/4QzQ/+fH/AMjSf/FVuUUe1n/Mw9nDsjD/AOEM0P8A58f/ACNJ
/wDFUf8ACGaH/wA+P/kaT/4qtyij2s/5mHs4dkYf/CGaH/z4/wDkaT/4qj/hDND/AOfH/wAjSf8A
xVblFHtZ/wAzD2cOyMP/AIQzQ/8Anx/8jSf/ABVH/CGaH/z4/wDkaT/4qtyij2s/5mHs4dkYf/CG
aH/z4/8AkaT/AOKo/wCEM0P/AJ8f/I0n/wAVW5RR7Wf8zD2cOyMP/hDND/58f/I0n/xVH/CGaH/z
4/8AkaT/AOKrcoo9rP8AmYezh2Rh/wDCGaH/AM+P/kaT/wCKo/4QzQ/+fH/yNJ/8VW5RR7Wf8zD2
cOyMP/hDND/58f8AyNJ/8VR/whmh/wDPj/5Gk/8Aiq3KKPaz/mYezh2QUUUVmWFFFFAGVqnhnSda
uVuNQtfOlVAgbzHX5ck4wCPU0Uap4m0nRblbfULryZWQOF8t2+XJGeAfQ0VovaW0uQ+S+tjVooor
MsKKKKACqeoatp+koj6lf2tmjnCtcTLGGPoMkZq5XkX7QH/IK0b/AK7Sf+gigD1tHWRFdGDIwyrK
cgj1FOrP8P8A/IuaZ/16Rf8AoArQoApalrOm6PGJNTv7a0VuhmlCZ+metQad4n0TVphDp2rWNzKe
kcU6s3/fOc1xcfwetNS1i81PxPqFzqE08rMkauUVEJO0E9TgY4GAK5X4o/DjTfCulQ61oDTWxjnV
HiMpbGc4ZSeQQR6/yoA9yornfAOsT6/4I0vULs7riWMrI2MbirFSfx25roqACsi+8WaBplw0F9rN
hBMpw0b3Chl+ozkVznxe8RXXh7wYTYyGK4vJhbiReqKVJYg9jgY/GsHwR8JNAv8AwvZajrCzXlze
xCc4mZVQMMgDaRzg85zzQB6bp+qWOqwedp15b3cQ6vBIHA/KrdcN4c+F9n4U8VDVdJvrhbZomje1
l+bJOMfMMcD0IP1qf4n6/Jo3gu/k06/W31BDFs2OPMALrnA69CaAOyorjvh94ljv/A+m3GrapA96
6v5jSyqGOHYDI+gFdhQAtFZcnibQ4bjyJdZ01Jv+ebXSBvyzmtKORJo1kidXRhlWU5BH1oAdRUN1
eW1jF5t3cQwRk7d8rhRn0yagvtY03S40k1DULS0ST7jTzLGG+hJ5oAu0Vz/ivXIbPwhqV1Z6hAk/
2KSW2dZFJY7Tgr681zfwn8Vyan4Tlm13VY5Lpbt1UzyKrbNqkenGSaAPRKKj8+LyPP8ANTydu/zN
w27euc9MU21u7e9hE1pPFPETgPE4ZfzFAE1FRXFzDaQNNczRwxL955GCqPqTToZo7iJZYZEkjcZV
0YEEexFAD6Kghvba4mlhguIZJYTiREcFkPoQOn41Vk8Q6PFd/ZZNWsEuc48lrlA+f93OaANGikBy
MjpS0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/ANq1uVhAg+PDgg403B9v3lbtaVOn
oRDr6hRRRWZYUUUUAFFFFAGd4h/5FrVP+vSX/wBANc78L/8AkWrj/r7b/wBASum1m3ku9Ev7eBd0
stvIiLkDLFSAMmsbwHpF7ouiTW+oQ+TK1wzhd6t8u1RnIJ9DWqa9m0Q176Z01FFFZFhRRRQAUUUU
AFFFFABRRRQAUUUUAcZ8JP3fw6sLZ/luLaSeGeI8PE4lclWHVWwQcHnkVxn/ADbF/n/n8r0nQvD8
uh61rc0UyHT9RmW7jgAO6KYgiYknqGIQjnjkADHOh/Y2m/2X/Zv9nWf2D/n18hfK+9u+5jHXnp15
oA5n4j/8yr/2MVp/7PWfaahp3h74veI21p7aza/tLaa0uriSNFMaqEddxOQSwHy99mewrvLmytrz
yvtVvDP5Mgmi81A2xx0Zc9GGeCOaZf6ZY6rAsOo2VtdxK28R3ESyKGwRnBB5wT+dAHE/EvWNP1n4
Wa7Jpl5DdxQyQxPJC25N3mRNgMODww6fTqDU3ja8g0rx34M1K+fyLGKS7ikuHB8uNpIgqBm6DJz1
7AnoDXW/2Npv9l/2b/Z1n9g/59fIXyvvbvuYx156deamvLK21C1e2vbeG5t3xuimQOjYORkHg8gG
gDhtM1jT9Z+Nc0mmXkN3FDoPlPJC25N3nq2Aw4PDDp9OoNUvh94k8P8AhDwILLV7+zsb+yuZor6D
IMvm+aRnauS/G0blyMDr8px6BZ6NpunyJJZadZ2zpGYVaGBUKoW3FQQOF3EnHTPNH9jab/an9pf2
dZ/b/wDn68hfN+7t+/jPTjr04oA8m/5ti/z/AM/ldn4n/wCSneCP+3//ANEium/sbTf7L/s3+zrP
7B/z6+Qvlfe3fcxjrz0681NLZW091BczW8Mlxb7vJlZAXj3DDbT1GRwcdaAOT/5rf/3Lv/tzXC21
ze3kOvW9p4g0LRdL1u9me4tdUuFF9a7nKS/JgAMwB+Uk4GMEHLH2b7Fbfbvtv2eH7X5fk+fsHmbM
527uu3POOma8zs/hxrmi2qWFlp/gvUreLO261Kxf7RJk5O7GRwSQOegFAHpOmWEWlaVaWEDO0VpC
kCFyCxVVCjOMc4FcZ8O9TsYtR8TWEl5bJey+ILx47dpVEjr8vIXOSPlP5H0rpvC3h+Lwt4bs9Ihm
edbZSDI4ALMzFmOOwyxwOcDHJ61a/sbTf7U/tL+zrP7f/wA/XkL5v3dv38Z6cdenFAHM/Dj/AJmr
/sYrv/2SuCeJv+FEeGbtjcpbWOpi4uZbVwssUfnSruQk/eyy49yD0Br2m2sraz837LbwwedIZpfK
QLvc9WbHVjjknmizsrbT7VLayt4ba3TO2KFAiLk5OAOBySaAPM4LDwhNfaLcSeO9X1NzewSWltNq
AnzNnKbo9m5fQk4xnBIzXQeGP+SneN/+3D/0Sa6Cz8M6Hp90lzZaNp1tcJnbLDaojrkYOCBkcEir
kVlbQXU9zDbwx3Fxt86VUAeTaMLuPU4HAz0oA5P4Rf8AJMdI/wC23/o562fGf/Ika9/2Drj/ANFt
WnZ2Vtp9qltZW8NtbpnbFCgRFycnAHA5JNPmhiuYJIZ40likUo8bqGVlIwQQeoIoA5BNZufD3wcs
dUsrX7VcW2lW7LGQSPuICxxztUEsenAPI6jiNVvryXVfCcN/44sdelfV7WRrO0t4tsTBsFvMTsC2
ACBnOccHHs0MMVtBHDBGkUUahEjRQqqoGAAB0AFULfwzodpj7No2nQ4kSYeXaouHXO1uB94ZOD1G
TQBz/wDzW/8A7l3/ANuaPDH/ACU7xv8A9uH/AKJNdZ9itvt3237PD9r8vyfP2DzNmc7d3XbnnHTN
EVlbQXU9zDbwx3Fxt86VUAeTaMLuPU4HAz0oA8c8CyN4e0fwvr9/E95pcqzWZlkIC6S7TsBIOQAr
5wzEZGPvYIQ9v8Q/3114TtovnuG163mES8uUQMXbHXaoIJPQZ5rqYtMsYNONhDZW0dkVZDbpEojK
tncNuMYOTn1yayW8M+Z4vsNTZoUsNLsjDY2sabfKlckO3GBt8sKoXkdeBjkA6CiiigAooooAKKKK
ACuR+JOofZPDYtlOHupAmP8AZHJ/kPzrrq868Xf8T3x5p2kr80cW0OPr8zf+OgVrSV5XfQio/dOt
8Kaf/ZnhmxgIw5j8x/8Aebk/zx+Fct8R4HsdU0vWYB86NsJ91O5f6/lXoHSsDxxp/wDaHhW7AGXg
AmX/AID1/TNFOXv3fUU4+5ZG5bzpc20U8RykqB1PsRkVJXM/D/UPt3hWBGOXtmMLfQcj9CPyrpqi
S5W0XF3VzD8T/wDMI/7CUP8AWtysPxP/AMwj/sJQ/wBa3KqXwomPxMKKqrqdm9+bJJ1a5Clii84A
9T0FWqhprcpO4UUUUhhXGfEuO5+w6Dc2tjeXv2PWre5litITJJsQOSQB+XPGSK7OigDgtS1nWPG2
nT6NpGg6ppUV0vk3V/qcKwiCNvvbIzkyFlDrxjBI5GcitrvhmXxF4v0rw/C2o6doGi2Qmjnt0kTM
4IVFWVsqWVdpDDJHzjOScejUUAeZeIPB974ZutI8QaZf+I9buLC9XzYZ5lunW3cFZdiEA7iMDj1z
xjI6D7Fc/wDC4ftv2eb7J/YPk+fsPl7/ALRnbu6bsc464rraKAPMtL8J3ni/xDrXiDU9R13SX+0t
Z2SWxe0Y2y4Kn5wW2twcYA3Bj3wLuh6De+EPiOY4X1fUdM1ey/fXlyVnK3EZO3zHwCqhOBnqWA5x
x6BRQB554ru9U8W/CDUJG0C+sr+ZkVbFlLyELMnIAAbGATyoPB4xgnW8RWVzP8RfB1zDbzSW9v8A
bfOlVCUj3RALuPQZPAz1rraKAOS+xXP/AAuH7b9nm+yf2D5Pn7D5e/7Rnbu6bsc464rC8M6lrHg/
Sf8AhFofC+qaheWU0qW9yoWK2uIy5cOZSSEO1j8vPIAzk4HpVFAHkv8AY2p/8M7f2b/Z159v/wCf
XyG83/j73fcxnpz06c10fiWDUtE8dWXiizsLnUbL7A9jeQ2sQeaNd+5GRdwLEsRnAOApPfjt6KAO
Mv8AV9d8V+FNYTQdM1HR7tY1S2kv1EEsrZzIqrzt+TAD5HLdRtzXBReHbAar4cfw74M8QWbWup2x
u72/jdWKBuuzcRg4LMwAC4A/iFe4UUAcF4gubvQPiZDrZ0bVNQspdINmDp8HnMsgm3ncMjAxjk9c
8ZwcaH2K5/4XD9t+zzfZP7B8nz9h8vf9ozt3dN2OcdcV1tFAHmWgarq3w+0KTQLvw3q+pPaSTGxn
sbbfFPEWJUuwZtjFi2RjIBHB7w6t4W1m1+EevxXUH2jV9WvRfy2tnGX8tnljJRcZLYC5JHvyQMn1
OigDkvH9lc3n/CNfZbeafydetZpfKQtsQbss2OijPJPFdbRRQAUUUUAFFFFABRRRQAUUUUAYeq/8
jVoP/bx/6AKualolpqm15VaO4T7k8R2uv41T1X/katB/7eP/AEAVuVq20otdv1Zmkm5J9/0RnaXF
qVu0kN/NFcRLjypgNrt7MOlaNFFZt3dy0rKwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf
9u//AKAa3Kw9K/5GrXv+3f8A9ANblaVN/kvyRENvm/zCiiisywooooAKKKKACiiigAorjNe1/wAS
/wDCbpoHhxNI/wCQcL13vxL/AM9ChAKH/d7evNP0vxVqmna1Fo/jSCxtLm8YjT7q0c+RckBdyYY7
lYFhjOA3Qc43AHYUVz+j6/c6h4x8R6TMkIt9M+zeSyg728yMs245weRxgD8awrPxL4w8UGS98MWO
iwaPuZLe41CSRmugrsu9QmCg+UfKwB56nsAd7RXMeF/Fc+q6pqOiavaw2es6bs81Ipg8cysoPmR/
xBeQcEfKGXJycDQ8U65F4d8OXt+89tFLHDIbcXDhVklCFlTqMkkdByaANeiuM8A6tcXehy6jq3iu
z1XdbxTyxrHDF9gypZg5Q/qwGNh966a11nTb66NtaajZz3AjExiinVn2EAhsA52kMpB6cj1oAu0V
ny+INIg1EWE2q2Md6WVBbvcIJCzY2jbnOTkY9cirNze21n5X2q4hg86QQxea4Xe56KuerHHAHNAE
9FZ9r4g0i+guJrPVbG4itl3zyRXCOsS4JyxB+UYB6+hqaw1Ox1WBptOvLa7iVthkt5VkUNgHGQTz
gj86ALVFc/461+58MeDr7VrJIZLi38vaswJQ7pFU5AIPRj3p/g/xBL4i0UzXkKW+oWsz2l7AhJWO
ZDhgD3BGDwTjOMnFAG7RXP8AgXX7nxP4OsdWvUhjuLjzNywghBtkZRgEk9FHetCw8QaRqs7Q6dqt
jdyqu8x29wkjBcgZwCeMkfnQBoUVVv8AU7HSoFm1G8trSJm2CS4lWNS2CcZJHOAfyrn/AA5r1xqv
jTxNam7SfT7VbN7PYFKhZIizEMB8wJweSfagDqqKz5fEGkQaiLCbVbGO9LKgt3uEEhZsbRtznJyM
euRWhQAUVwtzr/i7UPGOt6T4fTQhb6Z5GWvhNvbzI93VDg8g9h2610+g/wBufYX/AOEj/s77X5h2
fYN/l7MDGd/O7O72xigDTooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigDyv4of8AIy2//Xov/ob0Vq+PPDOra1rcNxp9r50S26oW8xF+bcxxgkeoorvpTioK7OSc
ZOT0O/ooorgOsKKKKACvIv2gP+QVo3/XaT/0EV67XkX7QH/IK0b/AK7Sf+gigD03w/8A8i5pn/Xp
F/6AK0Kz/D//ACLmmf8AXpF/6AK0KAOM8ZfE3TvBWqQ2N7Z3c8ssImDQhdoBYjHJHPymvM/EfjWX
4o39rpCTWmi6akgkZ7uYZdumSfYE4HvyfT35lDKVYAgjBB71w/xH8F6PqvhXUbw2cEF7aW7zx3Ea
BGyoLYJHUHBHPrQB1Wh6Tb6FolnptnzBbRBFb+96sfcnJ/Gr9ecfA/VrrUfBstvdMzrZXBihduyb
Qdv4En8CB2r0egDm/HvhQeMfDEunLII7hWE0Dt90OMgZ9iCR+NeUeHvHfiD4ZyDRPEemyy2aE+WG
OHQZ52N0Zfb9RXvdVdR0yy1e0a11G1huYG6pKoYfX2PvQBneGvF+keLbQz6Tch2T/WQuNskf1X+o
yPeuD+MPgnS/7H1LxQDcDUcwgjePLPzKnTH933rlb7Sx8OfjHp0OkSv9mnkiYRlskRyNtZD69DjP
t35r0r4w/wDJM9T/AN6H/wBGrQByHgX4T6B4i8Hafql896Li4DlxHKAvDsowNvoBXf8AjLwlP4o0
m00y21OTT7SOQeeIwSZUAwF6j9ePyqr8JiD8M9Hwc/LL/wCjXqv8TvHk3g6xtYNOhWXUb0sIi4ys
YGMkjueQAPr6YIBVX4I+FFtDEVvWkxjzjP8ANn1xjb+lc78Kbm88O+PtX8Jz3DS2sYkMYYnAZGGC
B2ypJP0Fa0Hgbx3qsCzat41nspZBuaK2UnZntlSo/Lj61zPgCwn0v423dndXsl9PCkqvcy53SHA5
OST+poA6X49/8ifYf9f6/wDot6yvDHw2n8dWSa74uvLpBPGq2kEDBdkQGFPIOB3A/E5zWr8e/wDk
T7D/AK/1/wDRb13PhP8A5E/Rf+vCD/0WtAHDeLvhdott4MkuGlu5J9I0+VYHLgbgpeQbhjnlj0xX
MfDH4a6L4v8ADMt/qb3YmS6aEeTIFG0Kp6EH+8a9a8cf8iLrv/XhN/6Aa5L4EEHwLc89L+T/ANAj
oA3/ABRpsGj/AAt1PT7QMILbTnjTccnAXuawPgT/AMiLcf8AX/J/6AldX47Ut4D10D/nylP/AI6a
5T4EEHwNcgHkX8mf++I6ALvxo/5Jzdf9dov/AEKtD4Wf8k20b/rm/wD6Mas/40kD4dXPPWeL/wBC
rQ+Fn/JNtG/65v8A+jGoA8i0qx1zWfiJ4j0jQrn7It3dTfa5xwUhEpzz15JAwOvTgZruL/4EaI2k
NHYXd4l+qEpNK4Ku3+0uOn05HvWV8MCP+FxeKRnk/af/AEoWvZ6APKfgn4mvLuG98P6lJI8tgA0O
/kqmdrIT7HGPr7V6tXivwq23PxZ8S3du3+jkT7ccghp1K/oK9qoAKKKKACiiigAooooAZI/lRO+1
m2gnaoyT9B61h/8ACWxf9ArVv/Acf41v0VUXFbq5LTezOck8ZRRkD+y9SH+9CB/WqMnxCjUhV06T
cR/y0lC/0rsaRlDDDAEehq1On1j+JLjP+b8DlYfE99ff8e39kwE9BPdbj+Qq6um6vfKDdayI4m/h
s4wufo55rRn0fTrnPnWNs5PcxDP51QfwnYIxexe4spP70EpH6HNVzw6afK5PLLrqXtN0e00pX+zI
TI/35Xbc7/U1erE0y5vbbWpNJvp1uQIPPjm27W27tuGFbdZzTvq7mkbW0CiiioKCiiigAooooAKK
pazcSWmiX9xA22WK3kdGwDhgpIPNY3gPV73WtEmuNQm86VbhkDbFX5dqnHAHqapRbjzC5tbHTUUU
VIwooooAKKKKACiiigAooooAKKKKACiiigAorH8RTywf2X5Mjx79QiRtrEblOcg+o9q2KpxskxJ3
bQUUUVIwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
ARmCKWYgKBkk9hXnngZTrPi3U9ZkB2rnZnsXPH5KCK6fxpqH9neFrxwcPKvkp9W4P6ZP4VT+Hmn/
AGLwvHKww905lP06D9Bn8a1j7tNvvoZy1mkdTTZEWWNkcZVgVIPcGnUVkaHnfgB20nxLqmjSk9SV
z3KHH6g5/CvRK868T/8AEh+Idhqg+WKfaXP/AI43/juD+Nei1rV1tLuZ09Lx7GB4sk8mHS5NrPs1
CJtqDLHG7gDuaw5vE13rd09vFBfw2iffW0i3zN7E5+Wt/wAT/wDMI/7CUP8AWrOpaDbahIJ1L212
v3biE7WH19fxrSEoxiuZESjJt2ZmafqdppcHlWfh/V41PU/Zclvqc81a/wCEn/6g2s/+Av8A9ep9
Nk1aG5NrqMSTRhSUu4yAG9mXsfpWrUScb6q/zLinbR/gYf8Awk//AFBtZ/8AAX/69H/CT/8AUG1n
/wABf/r1uUVPNHsPll3MP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBetyijmj2Dll3MP/hJ
/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBetyijmj2Dll3MP/hJ/wDqDaz/AOAv/wBej/hJ/wDq
Daz/AOAv/wBetyijmj2Dll3MP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBetyijmj2Dll3M
P/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBetyijmj2Dll3MP/hJ/wDqDaz/AOAv/wBej/hJ
/wDqDaz/AOAv/wBetyijmj2Dll3MP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBetyijmj2D
ll3MP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBetyijmj2Dll3MP/hJ/wDqDaz/AOAv/wBe
j/hJ/wDqDaz/AOAv/wBetyijmj2Dll3MP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBetyij
mj2Dll3MP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBetyijmj2Dll3MP/hJ/wDqDaz/AOAv
/wBej/hJ/wDqDaz/AOAv/wBetyijmj2Dll3MP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBe
tyijmj2Dll3MP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBetyijmj2Dll3MP/hJ/wDqDaz/
AOAv/wBej/hJ/wDqDaz/AOAv/wBetyijmj2Dll3OVfU/7S8VaL/oV7beX5//AB8xbN2U7c89P1Fd
VWHqv/I1aD/28f8AoArcoqWajbt+rFDd37/ogooorM0CiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9
K/5GrXv+3f8A9ANblYelf8jVr3/bv/6Aa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFAHGf8A
Nb/+5d/9uaPH/wDpeqeEdOg+a7k1qK6WPpmKFWaRsnjgEcZye2aua94Gtte1xNW/tXV9Pu0txbbr
C4EWUDFsE7Sep9ccCrXh/wAH6b4dnmuoTc3eoTqEmvryYyzyKDwCx6ADA4AztXOcUAclNDLc698U
oYI3llksLdEjRSzMxtXAAA6kmuq8BXkF94C0OW2fei2UcROCPmRQjDn0ZSPwq7YaDbafruq6tC8z
XGp+T5ysRsXy1KrtGMjg85J/CsKb4a6as8j6TqetaLFIxke3029MUTOTy20g4OMDAwMAYFADLX/T
PjPfT2/zxWGjR2ty3TZK8vmKvPXKDORkfjWn47sra88Eaz9qt4Z/Jsp5ovNQNscRthlz0YZ4I5qz
4a8Mab4T0oWGkxOkRbzHLuWaR9oUsc9yFHAwPQCrup2EWq6Vd2E7OsV3C8DlCAwVlKnGc84NAHGW
umWNj8F7iazsra3lufD++eSKJUaVvs5OWIHzHJPX1NGiaZY+HPhSNW0iytrbUhoZn+1LEpkLmLzC
SxBJG7BweOAMYArqv7Btv+EV/sDfN9k+xfYt+R5mzZsznGN2PbGe1WdMsItK0q0sIGdorSFIELkF
iqqFGcY5wKAOG8MeD/DF98O47u+jtriS/tGuLzU7gpJKkjr+8bzWB2lDn6FcnnJPOH/iffCjwHBq
f7+KbWoLWRfu5iDSxhflx/AAM9fxrr5fhTo8iC2XUNai0oMrf2Wl832YgEMRtOTgsMnnOSSCOK6D
VPDVjqsGlwuHgi0y7iu7eO32qoaMEKuMH5cHoMfhQBw3iLwVoEHjjwrplvpyQWV/DcwXUULvGJ0i
RXQOVILEMAcnkkDJOBWnpem2mifGS5tNKgSztbnQxcSwQ/JG0gm2Btg4BC8cDufU56q/0G21DXdK
1aZ5luNM87yVUjY3mKFbcMZPA4wR+NH9g23/AAlX9v75vtf2L7FsyPL2b9+cYzuz74x2oA5/4u/8
kx1f/tj/AOjkql4if/hDPiHYeIt+zS9Z22Go7nwqSgfupTlwOgwTjCqrd2rrfEeg23ifQrnSb15o
7e427mhIDjawYYJBHVR2qbWNJttd0e6029Xdb3MZjbABK56MMgjcDgg44IBoA8itrlo/gl4WtGvX
srPUdT+x3sqOEIgaWbf8x+6MDk+mQeCRW78SfDuh+GfBUeo6TaWem3+nXMElnLFGgkkdWACsWBL8
ZYgkklcnODXW2fgnSbbwcnhiZJrrTFzlZpMO37zzOWTb0b0x0qlp3w60+z1i21K91LV9XmtMm3XU
7rzkhY4+dRgfNwP0PUAgAzLPSLPxH8V/E0ms28N6mm29rbW0M8KPGiyL5hOCOW3A4PoxHpjM0ezg
8I6j8SItCT7KljZQS24yX2N9nkfPzZz8xzzmuw8QeCbTX9Vh1IahqmnXscJtzNp9z5TPHu3BW4PA
OTxjrznAw/wz4J0nwjdX8ujpNEl75e6FpN6JsBA25+bncSck+2KAPNdN8Ga74l8GwNDZeDp476Hz
DfSee14XY5Zml5PmBs5GSMgjGOK9d0a2ubPQ7C2vpvPu4beOOeXcW3uFAZsnk5IJyea5J/hLpKR3
Fvp+q67p1jcZ8yytb3EJyoVshgScgc5J/LiuzsrODT7G3s7VPLt7eNYokyTtVRgDJ5PA70Aecw+G
/wDhIPid4v8A+Jxq+neR9i/5B1z5PmZh/i4OcY4+pr0DSNN/sjS4bL7ZeXnlbv395L5kr5Yn5mwM
4zgewFc/qfw9ttQ1291aHW9d0+4vdnnLY3YiRtihV425PA7nua2tB0T+wbF7b+0tR1DfIZPNv5/N
kGQBtBwPl4zj1JoA06KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKK4Dx54m1bRdbht9PuvJia3Vyvlo3zbmGeQfQUVtGhKSujJ1Yp2O/ooorE1CiiigArzX4z+
HNU8Q6Vpg0mzkumhmcuseMgFRg4/CvSqKAPH7PxT8T7KygtY/CtqUgjWNS0D5IAwM/vPauq8Ga54
x1i7u4fEujwadCsOYZY42Ul84xyxzxz+FdtRQB5BHr3xO8Jk2t9pH9twqcJNHG0rEfVOf++hmq+r
aj8RPH1p/ZMehNpNnPxM8qNFlfQs3OOOgGT7ivZ6KAMDwX4Vg8H+HIdNhfzJMmSeT+/IcZIHYcAD
2Fb9FFAHG/EKw8VTJp974Quik1ozma3DgCcNtxwflbGDwfXiuTT4h/ESNDBJ4NkecfL5gtJgpPr1
x+Rr16igDybwf4C1zVvFi+KvGhCzowkhtsjcGH3SQOFUdQOuevv33jLQm8S+EtR0qNgsk8f7snpv
Uhlz7ZUVt0UAeH+GNb8feD9LGgw+FZ7kRO3kyPC5VMkkjcvykZyeo69a6f4reCtT8TWGnalpaBtR
sgd8KkAsDg/KT3BHTvmvSaKAPK7fx748vbVLCHwZPHqLDabuZHSEHpuwygD1+9VHwT4Q8QaL8V5r
rVkmukaBnlv9p8uR3VSQCfQkj8Ogr2KigDzz40aNqGteFbOHS7Oa7lS9V2SFdxC7HGcemSK7Dw1B
La+F9JgnRo5orOFHRhyrBACD+NadFAFTVLBNU0m8sJGKpdQPCzAdAykZ/WvFfDU/jn4cfbNKh8Nz
ahBLNvVkid0DYA3Bl4wQB19O3Ne60UAZdlHcaz4Xji1y2WGe8tdl1AnAUsuGUcnHX1rx/SrPxt8L
NVu7XT9Il1awuG3AxQvIrY6N8vKtjgg/rwa90ooA8Q8S6F438daPc6pq9q9pDbKDZ6XEp3yMWAJK
9eFJ5PPHAANek/DqxudN8BaVa3sDwXEcbB45Bhly7HkfQ101FAHzjpujaxq3xK8Qy+HboW+pWNxc
XMOTjzMTbSuTxyG78HoetdVf+M/iNqVhJpUXha4tbqQeU11HbyAD1KsflH1z9Kl+G1jdW/xb8Tyz
W00cTfaNrvGQpzOCMH6V6/QBxXwy8DN4L0WX7YyPqF2weYpyEAHyoD3xk8+/tXa0UUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uVpPp6EQ6+oUUUVmWFFFFA
BRRRQBneIf8AkWtU/wCvSX/0A1zvwv8A+RauP+vtv/QErrri3ju7aW3nXdFKhR1yRlSMEZFV9L0i
y0W2a30+HyYmcuV3s3zYAzkk+gq1JKDiS4+8mXaKKKgoKKKKACiiigAooooAKKKKACiiigAooooA
w/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooA8/8AiXcvdXemaRBy8jeYV9STtX/2au6tLZLO
zhtovuQosa/QDFef2H/FQfFKe4+9DZkkenyfKP8Ax45r0atamiUTOGrcgooorI0OO+Jen/afDyXS
jLWsoJP+y3B/XbW54Z1D+0/Dljck5cxhXP8AtLwf1FWtUsl1LSrqzbpNEyA+hI4P51x/wwvW+yX2
nS5DwSCQKeuDwR+BH61r8VP0M9p+pv8Aif8A5hH/AGEof61uVh+J/wDmEf8AYSh/rW5Sl8KHH4mF
FFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQBh6r/yNWg/9vH/AKAK3Kw9V/5GrQf+3j/0AVuVpPaPp+rIju/X9EFFFFZlhRRR
QAVx/j3x5L4LewSHSX1FrtZnISYoUWMKzH7rZGCSemAprsK4XxnZwah8QfB9ndJ5lvcR6jFKmSNy
tAARkcjg9qAO2hmiuYI5oJElikUOkiMGVlIyCCOoIrk/D3xBi8R+MbzRrawdLWGF5ob4ygrcqkgj
LIAMFS27DBjnb26DnNN8UXPhjwBrGio002uaLc/2daiQEST+Y5EDorA5+Ukqg3fLH6EVoaBpEWg/
FCx0yHYVtfC6xlkQIHYXHzNjsWOSfcmgDW1Pxpe/2xJp3hnQZtce23LdTLOsEMLjH7vzGBVnG4ZU
HI9+cGoeOv7P8FX+tyaZMl3p8iwXVhK+xo5SyAgPghlw6sGAIYEdM8VfhDNFc/D21mEiS3Uk0z3c
m4M7SmRjmQ9SxXb15xj2qT4u/wDJMdX/AO2P/o5KAI5fHmraMguvFPhS50zTdyo13Ddx3QjZiAC6
rghevPPOBgkirWr+NL2HxDNovh7QZtZu7WNZLw+etvHBuwUXcwwWIOcenTODjM1K28VeOYRouraF
DoekTYa7nN4lxK4V1ZVj24CsSvVgRjnqMHQ13wjqia/Lr/hPVEstQnVFu7a5Uvb3YUqF3dShCgjK
jPptySQDZ8N6xd61p0kuoaTc6VdQzPDJBMdwJX+JGwN6kH7wGMg4zjJZ4v8AEP8Awivhi81j7N9p
+zbP3XmbN251Xrg4+9np2rC0/wAf3aWF1HrHh++OsWE0UF1Zaan2lgHj3rLwcBThhjcxHGTzVDx/
rf8Ab3wj1q5/s3UdP2SRR+VfweVIcSxHcBk/LzjPqDQBfk8b6/pjxza/4NubLTd2J7qC8S6MC4J3
siLnaMcnsPU4B7OGaK5gjmgkSWKRQ6SIwZWUjIII6gimXv2b7DcfbvJ+yeW3n+djy9mPm3Z424zn
PGK8mj1V/Dn7OcAmTy7i9jktokljb5xLI5yPT92WYE8dOucEA6nwr8Rm8Wpqv2PSHilt4TPYwzXA
V75MuoIyMKNyBSQWALYzxzWuvH3iez1Sx0648EbLu/8AM+zR/wBrRHfsXc3IXAwD3IrnJPGfhrTf
FHhW48O6mk8dvCukXpnV42NsdoRizoFARgWJGCeB0zjsPE//ACU7wR/2/wD/AKJFAFm78XX+jeDd
Q1zX9CexltW2paJdJMZASqqd68AFmwepABOD0rQ8J+If+Em0JL97b7JcCSSGe1Mm54HRiCrcAhsA
HBAPIrk/iR4j0uy8V+F9O1a68i0guf7SuHWNmdDGGEPQHKs+4EAE8dutQeBfFelz/EPXNN0i7hm0
zUv+Jhbn5kZZ8ATLh1DMzcvgEgBeO+AD0a9lngsbiW1t/tNwkbNFDvCeYwHC7jwMnjJ6UWUs89jb
y3Vv9muHjVpYd4fy2I5XcODg8ZHWszxn/wAiRr3/AGDrj/0W1cN4itvtnw6+H1t500HnXunR+bC2
2RMxEblPZhnIPrQB6nRXmtr4btPAnxC8NWmgyXMNtqkNxFexPJvWcxR7lcg9Gy3UYHYAAnLNP8MW
vxD1TxPdeI3mnS21GWwsoklkVbQRqFLoNxXc3yEgjGVzjnFAHTeH/EeoavY+IpfskM1xpuo3NpbQ
xN5fnCMDYGZiQGJOCentXQWUs89jby3Vv9muHjVpYd4fy2I5XcODg8ZHWvM/Dtt9j+HXxBtvOmn8
m91GPzZm3SPiIDcx7scZJ9ammlub/Rfh/wCGkn8mx1eyU3pUHfLFFAjmLIIIVwSCRz+GQQD02iuY
0bwVoXg2+udT0xprG3a32TwvckwYU7vMbeSdwGRnOACeOTXlOt3WgWWknXPCml+JotStphJFr0qO
0Nw2/Y7OzMQQ+WyNoyTggAkUAe1X+v22n67pWkzJMbjU/O8llA2L5ahm3HORweMA/hU11dXsWqWM
FvYefaTeZ9pufOVfs+FyvyHl9x446V5/408IaLqXxO8N/a7LzP7V+1fbP3rjzfKhXZ0PGMDpjPfN
aetWcGn/ABB8AWdqnl29vHexRJknaqwKAMnk8DvQB3VFea6b4dt/iJr+uX/ihnu7bTb+bTbOyRmj
jiVCCXypyWbIz9D1G0LDbefpmkfEXw6bh57LTLQvaeYzs0UctuxEQLMflQKoH4nvgAHqFFeK33hK
08O/DGz8X6fdXy69DDaXMd08+4qGWNPK24x5YVsAEZwACSOK9qoAKKKKACiiigAooooAKKKKAMPS
v+Rq17/t3/8AQDW5XLrq1npHiPXpbyUID9n2r1ZvkPQVi3/jCfV5/s8VyNMtD96Qhmcj/gI/QfnX
T7GU3dbWX5GHtYwWvd/md7HcwyyvHHNG8kf31VgSv1Hapa5DRdT8MaHEwt75nlfG+V4ny3/jvArT
/wCEz0P/AJ/v/IMn/wATWcqUk/dT+4uNSNtWvvNyisP/AITPQ/8An+/8gyf/ABNH/CZ6H/z/AH/k
GT/4ml7Kf8r+4ftId0blFYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E0eyn/ACv7g9pDujco
rD/4TPQ/+f7/AMgyf/E0f8Jnof8Az/f+QZP/AImj2U/5X9we0h3RuUVh/wDCZ6H/AM/3/kGT/wCJ
o/4TPQ/+f7/yDJ/8TR7Kf8r+4PaQ7o3KKw/+Ez0P/n+/8gyf/E0f8Jnof/P9/wCQZP8A4mj2U/5X
9we0h3RuUVh/8Jnof/P9/wCQZP8A4mj/AITPQ/8An+/8gyf/ABNHsp/yv7g9pDujcorD/wCEz0P/
AJ/v/IMn/wATR/wmeh/8/wB/5Bk/+Jo9lP8Alf3B7SHdG5RWH/wmeh/8/wB/5Bk/+Jo/4TPQ/wDn
+/8AIMn/AMTR7Kf8r+4PaQ7o3KKw/wDhM9D/AOf7/wAgyf8AxNH/AAmeh/8AP9/5Bk/+Jo9lP+V/
cHtId0blFYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E0eyn/ACv7g9pDujcorD/4TPQ/+f7/
AMgyf/E0f8Jnof8Az/f+QZP/AImj2U/5X9we0h3RuUVh/wDCZ6H/AM/3/kGT/wCJo/4TPQ/+f7/y
DJ/8TR7Kf8r+4PaQ7o3KKw/+Ez0P/n+/8gyf/E0f8Jnof/P9/wCQZP8A4mj2U/5X9we0h3RuUVh/
8Jnof/P9/wCQZP8A4mj/AITPQ/8An+/8gyf/ABNHsp/yv7g9pDujcorD/wCEz0P/AJ/v/IMn/wAT
R/wmeh/8/wB/5Bk/+Jo9lP8Alf3B7SHdG5RWH/wmeh/8/wB/5Bk/+Jo/4TPQ/wDn+/8AIMn/AMTR
7Kf8r+4PaQ7o3KKw/wDhM9D/AOf7/wAgyf8AxNH/AAmeh/8AP9/5Bk/+Jo9lP+V/cHtId0blFYf/
AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E0eyn/ACv7g9pDujcorD/4TPQ/+f7/AMgyf/E0f8Jn
of8Az/f+QZP/AImj2U/5X9we0h3RuUVh/wDCZ6H/AM/3/kGT/wCJo/4TPQ/+f7/yDJ/8TR7Kf8r+
4PaQ7o3KKw/+Ez0P/n+/8gyf/E0f8Jnof/P9/wCQZP8A4mj2U/5X9we0h3RuUVh/8Jnof/P9/wCQ
ZP8A4mj/AITPQ/8An+/8gyf/ABNHsp/yv7g9pDujcorD/wCEz0P/AJ/v/IMn/wATR/wmeh/8/wB/
5Bk/+Jo9lP8Alf3B7SHdG5RWH/wmeh/8/wB/5Bk/+Jo/4TPQ/wDn+/8AIMn/AMTR7Kf8r+4PaQ7o
3KKKKzLCiiigDyv4of8AIy2//Xov/ob0V3+qeGdJ1q5W41C186VUCBvMdflyTjAI9TRXXCvGMUmc
8qUm7mrRRRXIdAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8z5/3Df/AGrW5WH/AMz5/wBw
3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAEVxcR2ltLcTttiiQu7YJwoGSeKr6Xq9lrVs1xp83nRK5
QtsZfmwDjkD1FR+If+Ra1T/r0l/9ANc78L/+RauP+vtv/QEq1FODkS5e8kdnRRRUFBRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUtYvxpmj3d4cZhiZlz3
bHA/PFXa4v4m6h9n0KGzU4a6l5Hqq8n9StXCPNJImbtFsi+GFgU067v5Ml7iTYpPXC9T+Z/Su5rN
8O6f/Zfh+ytCMMkQLj/aPLfqTWlRUlzSbCCtFIKKKKgoK86t/wDin/ipJH92G+Jx77+R/wCPjFei
1wPxNtXgfTtVh4kifyy3v95f5NWtHfl7mdTa/Y6LxP8A8wj/ALCUP9a3K5zWbpL6x0G6j+5Nf28g
/EE10dKXwr5jj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/ANAFblYeq/8AI1aD/wBvH/oArcrSe0fT
9WRHd+v6IKKKKzLCiiigArF1Pw9/aXifQ9Y+0+X/AGV5/wC68vPm+agXrnjGM9Dn2raooA5W/wDA
8V948s/ERuUSKFVMtl5AKzyoHCSs2fvKHGCQSNvBHbQ/4R7/AIrf/hIvtP8AzDvsP2fy/wDppv37
s/hjH41tUUAcfc+CL+01G8u/DHiO50gX8zXF1A9ulzG0hxlkD/cJOSeTnjoABT9Q8C/2h4Kv9Ek1
OZ7vUJFnur+VN7SShkJITICrhFUKCAoA64562igArldW8M6/ca1cX2jeLbnTorhUD20lqlyiMoxl
Nx+QEckAcnJJ6AdVRQBi+HPDiaBHdSS3c1/f3sgmu7udVDyMFAwMDhBg7V525IFHi/w9/wAJV4Yv
NH+0/ZvtOz975e/btdW6ZGfu46962qKAOM/4QnWtS/ceI/F95f2B5e2trZLTzexV3Q5KEFgV4zkc
8Voaj4Qi1DxJoOob7aOy0VXENkLYEFmXAIbdhQu1CoC8FevTHR0UAZHinw/F4p8N3mkTTPAtyoAk
QAlWVgynHcZUZHGRnkdarT+GZ7vWfDmp3Wo+bcaPHKsp8gL9paSMIW4OE5GcAHriugooA5/SPC39
neK9a164uIbi41Ly1QLb7DAiDG3cWJOQEz0BK5x0AfrvhptX1rRNUgvntLnSpmcYjDrLG4AkQg9C
QMBu2TxnBG7RQBzieF7ttK8Q2V3rdzdLq7T+T5qZWzSRSAqgnJAz0yBwMBeSY7rwd9p0Pw3p327b
/Ylzaz+Z5WfO8lduMbvlz65OPeunooAxdT8Pf2l4n0PWPtPl/wBlef8AuvLz5vmoF654xjPQ59qy
b3wRfnWr660bxHc6TZaiyveWkFuh3Pja7xuf9WzDqwBO7kk8AdhRQByWkeBf7J8K67ov9pzXP9qy
XD/aZk3SJ5qBPm5+dhjJPGT2FPv/AALBf+HNFsGu3ivdFWI2l9HEhZZI0CglWz8pIViuedo54rqq
KAOY03wvqh+1p4l8Qzazb3Fu9t9nFsttGFfG8kIcs2AADkbQWx1rD1H4Zatqeitos/i+5OlRqiWt
v9ijXYqEbBIykGQBRjtlsN2xXodFAHOeKfC1xr17pd/p2rPpmoaa0hhmECzLtkXawKtjnAGD2546
EPn8Mz3es+HNTutR8240eOVZT5AX7S0kYQtwcJyM4APXFdBRQBx974HvIdavtT8M68+jS6iyveR/
Yop0kZRhSoIG05LE8nJbNTab4DtNL8J6lpMNw73mpwyJeahKu6SaR1ILtz0BYkLn15JJJ6qigDmN
V8Hf2n8PI/C327y9lvBB9p8rOfLKHOzd32dM8Z7109FFABRRRQAUUUUAFFFFABRRRQBzltY22oeI
9fhu4UljP2fhh0+Q9PSsu88IT6VObrSY4byL+K2uI1c49s9f0P1rb0r/AJGrXv8At3/9ANbldDqy
g9NrL8kYqnGS17v8zmtCk0fWhLG2jW1vcw482N7dePocVr/2Jpf/AEDbL/vwv+FXQoDFgBk9TjrS
1lKbb00LjCy1KP8AYml/9A2y/wC/C/4Uf2Jpf/QNsv8Avwv+FXqKXNLuVyrsUf7E0v8A6Btl/wB+
F/wo/sTS/wDoG2X/AH4X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wq9RRzS7hyrs
Uf7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wo/sTS/+gbZf
9+F/wq9RRzS7hyrsUf7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cr1FHNLuHKuxR/sTS/+gbZf
9+F/wo/sTS/+gbZf9+F/wq9RRzS7hyrsUf7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cr1FHNL
uHKuxR/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wq9RRzS7hyrsUf7E0v8A6Btl/wB+F/wo/sTS/wDo
G2X/AH4X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wq9RRzS7hyrsUf7E0v8A6Btl
/wB+F/wo/sTS/wDoG2X/AH4X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wq9RRzS7
hyrsUf7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wo/sTS/+
gbZf9+F/wq9RRzS7hyrsUf7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cr1FHNLuHKuxR/sTS/+
gbZf9+F/wo/sTS/+gbZf9+F/wq9RRzS7hyrsUf7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cr1
FHNLuHKuxR/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wq9RRzS7hyrsUf7E0v8A6Btl/wB+F/wo/sTS
/wDoG2X/AH4X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wq9RRzS7hyrsUf7E0v8A
6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wo/sTS/+gbZf9+F/wq9R
RzS7hyrsUf7E0v8A6Btl/wB+F/wo/sTS/wDoG2X/AH4X/Cr1FHNLuHKuwUUUVIwooooAytU8TaTo
tytvqF15MrIHC+W7fLkjPAPoaK4D4of8jLb/APXov/ob0V1woRlFNnPKrJOx6pRRRXIdAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQBh/8z5/3Df8A2rW5WH/zPn/cN/8AatblaT6ehEOvqFFFFZlh
RRRQAUUUUAUtZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4XerfLtUZyCfQ101F
UpNR5RcutwoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A5hH/
AGEof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABXnOv/wDE/wDiTZaePmhttocduPnb9MCvQ5pUgheWQ4RFLMfQDk15/wDDyJ9S13VN
ZmHLEqufVzk/kAB+Na0tE5Gc9WonodFFFZGgUUUUAFYvi/T/AO0vC97EBl0TzU+q8/0I/GtqkIBB
BGQeoNNOzuJq6sec6BqH2zwzo0DHL2urRR/8BOSP5kfhXo9eRadE+keMv7J5EY1CJhn0VjtP5NXr
tb11a1jKk9wooornNgooooAK5L4hanqmn2OjxaNffYbi/wBVhs2n8lZdquGz8rDB5APbp1rra4z4
j/8AMq/9jFaf+z0AVb1/F/g1P7X1DWU8QaVApN5bLZLBMiZUb49mdxUZJ3EDAP1HQa94nt9M8E3X
iC2lR4haCe2Z0ba7OB5WRwcFmUdsZ5xVX4g6tbaf4Q1G2kbfd39vJbWtshBlndwIwETOWwXUnGTi
uT8V/wBoQWPhPwZYWH9qX1tHb3V9bRybYpIYQF2uWG0o7A/e6FV4yRQBp+FL7xPq2m63oWq6t9l8
RWUkDm7W2ikSFJEVwm0YVmGHB7DPBNUvJ8af8Jv/AMI7/wAJr/zDvt32j+yof+emzZt/XOfwqG41
PXrT4j6FrusaBNpNvdY0eULeQ3Il3lmjGAAVw/JPoPwboP8Amt//AHLv/tzQBB4lvvEekaPo2hab
q0N34k1K5ZBdy2yxgxLud328ou0bAepIzgE9N3wTrbeIvBul6lIXaWaELKzqFLSKSjnA4wWUkexH
A6VxlzrOsan8TrzUdD8PvrNno8Lacu+5WFEnLAyOhccMBlDtzkAHOCBVr4fXWo6f4z1/SdWsJrB9
Q/4nENs00c4Tc2yQ+YmOrbcDHAX8SAdZ4vvv7N8MXl1/a39keXs/037N9o8rLqP9X3znHtnPan65
4p0fw28C6xfJam4WRot6sQwQAtyAecEYHUkgDJ4rnPile22ofCfVLmyuIbm3fytssLh0bE6A4I4P
IIo8ZWVtqHxF8FW17bw3Nu/27dFMgdGxEpGQeDyAaAOj8P8AinR/FME0ui3yXSwsFkAVkZSRkZVg
Dg84OMHB9DVO/wDiF4X0zVV0681m2S6LbCo3MqNuK4dgCqEEHO4jHfFZccMUXxykeONEaXw/vkKq
AXbzwuT6nCgfQD0qn8O4tLj+Gcja+bYmS7mbVf7QcMBP5uP3okPytgR8HHOD1OaAGeHNauR8E7bU
73XprG4+bdqU0Ru3T/SCoypyWyML7Z9q7bW9e03w5pxvtXu0trYME3MCSWPQAAEk9TwOgJ6A15T/
AM2xf5/5/K6zUfL/AOF26R9u87yv7Kk+wZ3+X9o3N5mMcbvKznPbb320AdBo3jDQvEFjc3mmalDL
b2n+vdwY/KGM5YOAQuAeenB9DVbRPiD4a8RaiLDStUSa6ZSyxtE8ZYDrjcoycc4HOAT2NHirU9I8
NaLrWpzWFtcymGM3cKKm+4ViY4xJnqpORk54DYBxiuF8SyeJ5dV8HyeKYvD8LNq9s0MdoXNyhLDc
DuJG0fLu2kjOznpQBu3vxZ0jT/G9xpl1eQx6Zb27LLN9nlMi3SybTHwOV2jOQMZ710327/it/sP9
rf8AMO87+zfs3/TTHneb/wCO7PxrG/5rf/3Lv/tzR/zW/wD7l3/25oA0Nb+IPhrw7qJsNV1RIbpV
DNGsTyFQemdqnBxzg84IPcVoXniTSbHQn1qa/hbTExm5hPmpy2zjZnPzHHFcl8JfsVp4Kub25/c6
iLmb+157ncsglVif3jP6IQT2BJ77q5KTy/8AhR/ir7H539l/2q39neZv2/Z/Pi27N3O3O78d2ec0
Aem6V478Oa3rDaXpuqwz3i7sIFYB9vXaxG1vX5ScgE9BmugrgvHumWNing9LOytrdYfEFskQiiVA
isWZguBwCQCcdSBXe0AFFFFABRRRQAUUUUAFFFFAGBrc8Vt4k0OWeRY40FwWZjgD5BVS48WC/ma3
0qe2t0HDXV1IFA/3VPJ/GrWu28V34j0SG4jWSJxcBlYZB+QVUm8LHS5Wn021tbyEnLWtzGpb/gLk
Z/A/rXTHksube36swlz3dtr/AKIuaW+j6aZJW1i3uLqXHmzS3KktjsBngVo/23pf/QSsv+/6/wCN
Z+lromqb0XS7aG4i/wBbBLbKGT9OlaH9iaX/ANA2y/78L/hUT5b+9e5cb20sH9t6X/0ErL/v+v8A
jR/bel/9BKy/7/r/AI0f2Jpf/QNsv+/C/wCFH9iaX/0DbL/vwv8AhU+55j9/yD+29L/6CVl/3/X/
ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6Btl/34X/AAo9zzD3/IP7b0v/AKCVl/3/
AF/xo/tvS/8AoJWX/f8AX/Gj+xNL/wCgbZf9+F/wo/sTS/8AoG2X/fhf8KPc8w9/yD+29L/6CVl/
3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6Btl/34X/AAo9zzD3/IP7b0v/AKCV
l/3/AF/xo/tvS/8AoJWX/f8AX/Gj+xNL/wCgbZf9+F/wo/sTS/8AoG2X/fhf8KPc8w9/yD+29L/6
CVl/3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6Btl/34X/AAo9zzD3/IP7b0v/
AKCVl/3/AF/xo/tvS/8AoJWX/f8AX/Gj+xNL/wCgbZf9+F/wo/sTS/8AoG2X/fhf8KPc8w9/yD+2
9L/6CVl/3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6Btl/34X/AAo9zzD3/IP7
b0v/AKCVl/3/AF/xo/tvS/8AoJWX/f8AX/Gj+xNL/wCgbZf9+F/wo/sTS/8AoG2X/fhf8KPc8w9/
yD+29L/6CVl/3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6Btl/34X/AAo9zzD3
/IP7b0v/AKCVl/3/AF/xo/tvS/8AoJWX/f8AX/Gj+xNL/wCgbZf9+F/wo/sTS/8AoG2X/fhf8KPc
8w9/yD+29L/6CVl/3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6Btl/34X/AAo9
zzD3/IP7b0v/AKCVl/3/AF/xo/tvS/8AoJWX/f8AX/Gj+xNL/wCgbZf9+F/wo/sTS/8AoG2X/fhf
8KPc8w9/yD+29L/6CVl/3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6Btl/34X/
AAo9zzD3/IP7b0v/AKCVl/3/AF/xo/tvS/8AoJWX/f8AX/Gj+xNL/wCgbZf9+F/wo/sTS/8AoG2X
/fhf8KPc8w9/yD+29L/6CVl/3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6Btl/
34X/AAo9zzD3/IP7b0v/AKCVl/3/AF/xo/tvS/8AoJWX/f8AX/Gj+xNL/wCgbZf9+F/wo/sTS/8A
oG2X/fhf8KPc8w9/yD+29L/6CVl/3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6
Btl/34X/AAo9zzD3/IP7b0v/AKCVl/3/AF/xo/tvS/8AoJWX/f8AX/Gj+xNL/wCgbZf9+F/wo/sT
S/8AoG2X/fhf8KPc8w9/yD+29L/6CVl/3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+x
NL/6Btl/34X/AAo9zzD3/IztEniufEuuSwSJLG32fDowYH5D3Fb9YGiQRW3iXXIoIkijX7PhEUKB
8h7Ct+ir8WnZfkFPb7/zCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKAOA8eeGdW1rW4bjT7Xzolt1Qt5iL825jjBI9RRXf0VtGvKKsjJ0ot3CiiisTUKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAw/+Z8/7hv8A7VrcrD/5nz/uG/8AtWtytJ9PQiHX1Cii
isywooooAKKKKAKWs3Elpol/cQNtlit5HRsA4YKSDzWN4D1e91rRJrjUJvOlW4ZA2xV+XapxwB6m
tXxD/wAi1qn/AF6S/wDoBrnfhf8A8i1cf9fbf+gJWqS9m2Q376R2dFFFZFhRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAc747vzYeFLracPPiFf+Bdf0BrlP
CfjPSfD+iLaTQXjTs7SSNGilSTwMZYdgK9IuLaC7hMVzDHNEeqSKGB/A1T/4R7R/+gTYf+Ayf4Vr
GcVHlaM5Rk5XTOd/4Who/wDz7X//AH7T/wCKo/4Who//AD7X/wD37T/4qui/4R7R/wDoE2H/AIDJ
/hR/wj2j/wDQJsP/AAGT/Ci9PsFp9znf+FoaP/z7X/8A37T/AOKo/wCFoaP/AM+1/wD9+0/+Krov
+Ee0f/oE2H/gMn+FH/CPaP8A9Amw/wDAZP8ACi9PsFp9znf+FoaP/wA+1/8A9+0/+Ko/4Who/wDz
7X//AH7T/wCKrov+Ee0f/oE2H/gMn+FH/CPaP/0CbD/wGT/Ci9PsFp9zzDWPENjfeMLPV7OOdER4
2lEqgElW7YJ7AV7BXL6/o+nWr6S9tp9pCzajCpMcKqSOeOB0rQvfEMUc5tNOia+vP+ecR+VP95ug
q5rnUeVExfK3zGxRWVptjqAuTd6neFpCuBbxcRIP6n3rVrCSs7XNU7hRRRSGFZmveHNL8T2KWes2
v2m3SQSqnmMmGAIBypB6Ma06KAOf0PwJ4c8N3RudK0qGG4PSVmaR14I+UuSVyCQcYz3rQj0Kwj1+
TWlic6hJD9naVpXYCPIO0KTtUZAPAHOT3NaFFAGfreg6b4j042Or2iXNsWD7WJBDDoQQQQeo4PQk
dCaf/ZFl/bn9seT/AKf9n+y+bvb/AFW7dtxnHXnOM1dooAz9H0Kw0GCeLTYnjW4ma4lLyvIzyMAC
xZyTk4Hei40HTbvWrTV5rRG1CzVkhnBIZVYEEHB+YYJxnOMnGM1oUUAYUfgrQIvDcmgR6ciaXK2+
SFXcF23Bsl87icqO/QAdBitC60iyvNUsdRuId93YeZ9mk3sNm9drcA4OQO4NXaKAKX9kWX9uf2x5
P+n/AGf7L5u9v9Vu3bcZx15zjNZM3w98L3OtSatPo1tLeSMXcvuZGYjBJjJ2Enr0689ea6OigDF/
4RDRf+EY/wCEd+xf8Sn/AJ9/Nf8Av7/vZ3fe56/pU+ueG9J8S2ot9YsIbpF+6WGHTkE7WGGXO0Zw
RnHNadFAGLo3g/QvD9jc2emabDFb3f8Ar0fMnmjGMMXJJXBPHTk+prPsfhn4T02eKa00hElhmjnj
kM0jMroSVIJY8ZPI6HAyDgV1VFAGF4g8FaB4pnhm1nTkuZYVKJIHdG25zglSMjPTPTJx1NaH9kWX
9uf2x5P+n/Z/svm72/1W7dtxnHXnOM1dooA5jVvhx4V1u+a8vtHha4fO94neLeSSSWCEAsSTknk1
r6joOm6roraReWiNp7KieQhMahVIKgbSMAFR09K0KKAKWpaRZav9k+3Q+b9kuUuoPnZdkqZ2twRn
GTweKu0UUAFFFFABRRRQAUUUUAFFFFAGHqv/ACNWg/8Abx/6AK3Kw9V/5GrQf+3j/wBAFblaT2j6
fqyI7v1/RCbRuLYGTxmloorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD0r/AJGrXv8At3/9ANbl
Yelf8jVr3/bv/wCgGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFAHAePPE2raLrcNvp915MTW6uV8tG+bcwzyD6Cisr4of8jLb/wDX
ov8A6G9Fd9KEXBXRyTlJSep6pRRRXAdYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8AM+f9
w3/2rW5WH/zPn/cN/wDatblaT6ehEOvqFFFFZlhRRRQAUUUUARXFvHd20tvOu6KVCjrkjKkYIyKr
6XpFlots1vp8PkxM5crvZvmwBnJJ9BVi4uI7S2luJ22xRIXdsE4UDJPFV9L1ey1q2a40+bzolcoW
2MvzYBxyB6inrbyFpcu0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+
J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYHiyJJ4dLikGUk1CJWGcZB3A1k3fgxNPnae3t
RqFsfvQPIySKP9kggH8a2fE//MI/7CUP9a3K3VSUIqxi4KUnc5TTdG8L6qGEFoVmT78Mkkiun1G6
r/8Awhmh/wDPj/5Gk/8Aiq1jaW5uhc+TH54XaJNvzY9M1NUyqyvo395Spx6pGH/whmh/8+P/AJGk
/wDiqP8AhDND/wCfH/yNJ/8AFVuUUvaz/mY/Zw7Iw/8AhDND/wCfH/yNJ/8AFUf8IZof/Pj/AORp
P/iq3KKPaz/mYezh2Rh/8IZof/Pj/wCRpP8A4qj/AIQzQ/8Anx/8jSf/ABVblFHtZ/zMPZw7Iw/+
EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qtyij2s/wCZh7OHZGH/AMIZof8Az4/+RpP/AIqj/hDN
D/58f/I0n/xVblFHtZ/zMPZw7Iw/+EM0P/nx/wDI0n/xVH/CGaH/AM+P/kaT/wCKrcoo9rP+Zh7O
HZGH/wAIZof/AD4/+RpP/iqP+EM0P/nx/wDI0n/xVblFHtZ/zMPZw7Iw/wDhDND/AOfH/wAjSf8A
xVH/AAhmh/8APj/5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVW
5RR7Wf8AMw9nDsjD/wCEM0P/AJ8f/I0n/wAVR/whmh/8+P8A5Gk/+Krcoo9rP+Zh7OHZGH/whmh/
8+P/AJGk/wDiqP8AhDND/wCfH/yNJ/8AFVuUUe1n/Mw9nDsjD/4QzQ/+fH/yNJ/8VR/whmh/8+P/
AJGk/wDiq3KKPaz/AJmHs4dkYf8Awhmh/wDPj/5Gk/8AiqP+EM0P/nx/8jSf/FVuUUe1n/Mw9nDs
jD/4QzQ/+fH/AMjSf/FUf8IZof8Az4/+RpP/AIqtyij2s/5mHs4dkYf/AAhmh/8APj/5Gk/+Ko/4
QzQ/+fH/AMjSf/FVuUUe1n/Mw9nDsjD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qtyij
2s/5mHs4dkcq+jWOkeKtF+wweV5vn7/nZs4TjqT6muqrD1X/AJGrQf8At4/9AFblFRtqLfb9WKCS
bS7/AKIKKKKzNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPSv+Rq17/t3/wDQDW5WHpX/ACNWvf8A
bv8A+gGtytKm/wAl+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQBlap4Z0nWrlbjULXzpVQIG8x1+XJOMAj1NFGqeJtJ0W5W31C68mVkDhfLdv
lyRngH0NFaL2ltLkPkvrY1aKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP8A5nz/ALhv
/tWtysP/AJnz/uG/+1a3K0n09CIdfUKKKKzLCiiigAooooAzvEP/ACLWqf8AXpL/AOgGud+F/wDy
LVx/19t/6AldNrNvJd6Jf28C7pZbeREXIGWKkAZNY3gPSL3RdEmt9Qh8mVrhnC71b5dqjOQT6GtU
17Nohr30zpqKKKyLCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJQ/1rcrD8T/8AMI/7
CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/WtysPxP/wAwj/sJQ/1rcrSXwoiPxMKK
KKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigDD1X/katB/7eP8A0AVuVh6r/wAjVoP/AG8f+gCtytJ7R9P1ZEd36/ogooorMsKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigDD0r/kate/7d/wD0A1uVh6V/yNWvf9u//oBrcrSpv8l+SIht
83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB5X8
UP8AkZbf/r0X/wBDeitXx54Z1bWtbhuNPtfOiW3VC3mIvzbmOMEj1FFd9KcVBXZyTjJyeh39FFFc
B1hRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ
6+oUUUVmWFFFFABRRRQAUVS1m4ktNEv7iBtssVvI6NgHDBSQeaxvAer3utaJNcahN50q3DIG2Kvy
7VOOAPU1Si3HmFza2OmoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+
J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2Eof61uVpL
4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBlahZTz+INIuY0zDb+d5rZHy7lAHHU8+latFFNu6S7CStcKKKKQwooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKAMPSv+Rq17/t3/APQDW5WHpX/I1a9/27/+gGtytKm/yX5IiG3z
f5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRXAe
PPE2raLrcNvp915MTW6uV8tG+bcwzyD6Cito0JSV0ZOrFOx39FFFYmoUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQBh/wDM+f8AcN/9q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAGd4
h/5FrVP+vSX/ANANc78L/wDkWrj/AK+2/wDQErrri3ju7aW3nXdFKhR1yRlSMEZFV9L0iy0W2a30
+HyYmcuV3s3zYAzkk+gq1JKDiS4+8mXaKKKgoKKKKACiiigAooooAKKKKACiiigAooooAw/E/wDz
CP8AsJQ/1rcrD8T/APMI/wCwlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E
/wDzCP8AsJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KAOY1zx5p+i6wNKis9R1S/Efmy2+mwec8K8YLjIxnI/TOMjLNU8eWlp4HuvEdlbvci1ZY5bSVvKk
ik3qjRuMHayluRj6cEGq3wn/AH/gSDUZPmu9RuZ7q6k/56SmVlLY6DhV4AA4qP4tQxRfDPW3jjRG
laF5CqgF282Ncn1OFA+gHpQB29Fec6naa74R1jQdSm8S3mpy6hqMen3kE8YW3ZZOjJGpxGyheozk
89Mg2dR/tTxj44v9Eh1O50nStFWJp3spSlxcySpuX5sfKoGeOenfI2gHe0V55aavqXg3X9c0i8u7
nVrK00g6rZvdTBpgqEh0d9mSWYnBOdoUfgzSfDPiDX9DXxDc+KNRg1a9jF3a21rOY7OHKgxI0ZVt
yjjd65I+Y5JAPRqgvbn7HY3Fz5M0/kxtJ5UK7pHwM7VHdjjAHrXmdz4o1bW/A3hrUJ21G20y58xd
YvdNGbiLy8qsgIHyIWVmbC8AYzzhty3uIoPhnrc+k+I7nV4ktJ5La7klDTwfud21nGDuDEtyAy7g
OwoA7Cyuftljb3PkzQedGsnlTLtkTIztYdmGcEetT15rr99qj+AfA7WWqXNpe313YRPdBizEvEcl
wT84zgkHg45qewtNU8G+ONB01tfvtWtdYhmS4W/YyFJIk374yT8oJONvPGck8EAHodFeWeK9Se98
a6vp+seKbzw5Z2FkstgLdmi+0llBaQn/AJabWG3YOT0XBDZ6P4WJfN4Ds7rVLq+ubq8Z52N5Izsq
52rt3c7Sqqw/3ie9AHR3Wr2Vnqljp1xNsu7/AMz7NHsY79i7m5AwMA9yKpan4h/s3xPoej/ZvM/t
Xz/3vmY8rykDdMc5zjqMe9cZ408N/bfid4b/AOJxq8H9ofav9Rc7fs3lwr/qePk3Y+brmp/GOmXv
/CW+BtP0zVZra7jju4476aNbiT5YUyzBsBmYA5Pqc0AejUVwvhwah4f+IN14bl1a81Owl04ahE98
/mTRN5gjK7+6nBOMemO5bjD4j1Dxday6pKvjq2lm3rbJosGbSJQSFyQQZWzks3y5OQMACgD22uf8
TeMLbwxdWFtNYajfXF/5nkxWMIlc7AC3GQejZ4z0NP8ABV9qmpeEbC516B4NSZWWZHiMTZVioJU9
CQAew54AFc54+ur2z8d+DZ9MsP7Qu0+2+XbecsW/MSg/O3AwCT+FAGzofjzT9a1g6VLZ6jpd+Y/N
it9Sg8l5l5yUGTnGD+uM4OIdT+IVtp+u3ukw6JruoXFls85rG0EqLvUMvO7I4PcdjWToGpS+MvHi
T6vAmk3/AIdWRU0zzC8rtKArSMxABj27QNueTknBXNWHxJ/wj/xO8X/8SfV9R8/7F/yDrbzvLxD/
ABcjGc8fQ0AdbZeNtJ1DQ9R1K2eY/wBmRs95avHsngKqWKMjY+bgjrjIIzwa1tMv4tV0q0v4FdYr
qFJ0DgBgrKGGcZ5wa4NdO1B/C/jXxJqlr9gm1rTiy2Jbe8Cx27KNzYHzNnO3HHGecgdZ4M/5EjQf
+wdb/wDotaANqiuS+KV7c6f8OtUubK4mtrhPK2ywuUdcyoDgjkcEisLxNpuseD9J/wCEpm8UapqF
5ZTRPcWzFYra4jLhCgiAIQ7WHzc8gnGTkAHpVFcF4+vNHttVtl1vxhqmjqYcw2unOyMTuO53KqxI
PygZwBtbGcnFLw14jvtT+FPiOZtRe7k01bu3tb9VaOSVEiDJIechvm69eBnJySAelUVwXhq2u9E8
HDxXqGs6pqtydI+0Nazz4gwIw4AXBw2FClzknLE8muMl1fW9U04atbt49XWJlW4iFtZ/8S7dwVVY
8nMeMDJzn7xByQQD3CivNfE0+va1feCbODU7nQ7zVLS4a68lWAR/JRmBjLDkEsBk5UnIORVrSLXU
NL8Z6l4Sl1zUbywu9KN5FcXEu66tmLeUdsn5sOODjA6lgDs9N1ey1f7X9hm837Jcvaz/ACMuyVMb
l5AzjI5HFXa8y+GXhvytU1q9/tjV3+xa1dW/kPc5iuMKBvlXHzOd2c8cgelem0AFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/wDoBrcr
D0r/AJGrXv8At3/9ANblaVN/kvyRENvm/wAwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigDyv4of8AIy2//Xov/ob0V3+qeGdJ1q5W41C186VUCBvMdfly
TjAI9TRXXCvGMUmc8qUm7mrRRRXIdAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8z5/3Df/
AGrW5WH/AMz5/wBw3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAEVxcR2ltLcTttiiQu7YJwoGSeKr6
Xq9lrVs1xp83nRK5QtsZfmwDjkD1FR+If+Ra1T/r0l/9ANc78L/+RauP+vtv/QEq1FODkS5e8kdn
RRRUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREf
iYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcLD4U8ReFrq+Hg660hrC+uWuTaahC6C2YgZEZj6q
cdCBtCqBnkmfXPCes614A1HS7rUYbjVtQkSZ3clbeEh0PlxgAkIAmBnJJyTyTjs6KAOf8W6Dc69/
Yn2V4U+warBey+aSMom7IXAPzc8ZwPes/VvDOtWnii48QeFbqxS5vIUgurW/EvlSFekuUb7wAVQM
YxuOcnnsKKAOP0PwXO8+pal4suUv9U1OF7SVIHdYILYn/VRjg4PUnr+OWbMh8L+OdO0WPw9p+t6W
NNRRCuoMkovEjJydoyVBAJVcHoBgqeR6HRQByr+H9X8O6Lpth4KmsUitFeOSHUg7LJuIbzNychg2
7gfKd56YAqlYeCr5NG8TyXklimseIIWSVLRWS2jbYyKRkFiSWLMT3PTjJ7eigDj73wjfXPhzwlYJ
LbCXRruznuCWbaywptbZxySemcfhWhrGg3OoeMfDmrQvCtvpn2nzlYne3mRhV2jGDyOckfjXQUUA
eJfaPtPiHxE+fBZxqsyZ8SSb7n5dq/KcD91x8o7cjJxmvTfBniG58SaPNc3dtDE8Fy9sJbeQvDc7
MAyxkgfIW3AdenWtC/8AD+karOs2o6VY3cqrsElxbpIwXJOMkHjJP51chhitoI4YI0iijUIkaKFV
VAwAAOgAoA5nxd4f1fUdW0XV9AmsVvdLaYCO9D+W6yoFJynORjp79eMF95oOp6h4j8K6tcvZq+mR
z/bVjLYZ5Igv7sEcruB6kHGOtdPRQBz/APYNz/wsX+398P2T+yvsWzJ8zf5u/OMY249857Vz+n+F
fF3hKS5tPC9/pE+kSyNLBb6kJs2uWJ2IVJJXBHJPJycAkk+gUUAZ+g2+pWmi2sOtXqXuoKpM86Rh
FZiScAADgAgZwM4zgZrP1jQbnUPGPhzVoXhW30z7T5ysTvbzIwq7RjB5HOSPxroKKAOY1fw5eT+O
dF8Qaa0K/Zo5Le+V53QzQt90AAEHaSzYOMkDnoRPo+g3On+MfEerTPC1vqf2byVUnevlxlW3DGBy
eME/hXQUUAZ/iCwl1Xw5qdhAyLLd2ksCFyQoZkKjOM8ZNcx4fsPHmlQaZYTt4ZbT7RYoHKGcymJQ
FOM4G7aPpmu3ooA4z4u/8kx1f/tj/wCjkqlc+EPFniGGLSvE+r6dPpENyJpJLeORJ7xVfIjkVSqK
pB7ZwVXqRmu5vLK21C1e2vbeG5t3xuimQOjYORkHg8gGp6AOM1Pwzrlh4rvde8LtpD3GoxolyNTR
8xbAAPLZOdrADIPdQcnoI9F8GapYeDvE2l3t7bXV7q011KlwAUVjLGFDOAPlOQSQMgZ4zXb0UAZG
maIsXg600TUQkyrYJZ3ARiFcCMI2DwcHnng1ydh4d+IHh7Sm0jSdX0W7s412W1zepKs8SlRwANy4
U5xnd27YUeh0UAcxeeHNQufEfhXUZbuGf+yI51u5GXY8zSRBNyqAQMkEkZGM8Zqf+wbn/hYv9v74
fsn9lfYtmT5m/wA3fnGMbce+c9q6CigDj/D/AIf8QaB4k1ERzaXLoV/fzX0hYSC5VpF+6B93AYAe
4yeM4HYUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFAGHpX/I1a9/27/wDoBrcrD0r/AJGrXv8At3/9ANblaVN/kvyRENvm/wAwooorMsKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDK1TxNpOi3K2+oXXkysgcL5b
t8uSM8A+horgPih/yMtv/wBei/8Aob0V1woRlFNnPKrJOx6pRRRXIdAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQBh/wDM+f8AcN/9q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAFLW
beS70S/t4F3Sy28iIuQMsVIAyaxvAekXui6JNb6hD5MrXDOF3q3y7VGcgn0NdNRVKTUeUXLrcKKK
KkYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mF
FFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm3uoy
22taZZoqGO683eSDkbVyMc1pVh6r/wAjVoP/AG8f+gCtyrkklH0/Vkxer/roFFFFQUFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQBh6V/wAjVr3/AG7/APoBrcrD0r/kate/7d//AEA1uVpU3+S/JEQ2+b/M
KKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA4Dx54Z1
bWtbhuNPtfOiW3VC3mIvzbmOMEj1FFd/RW0a8oqyMnSi3cKKKKxNQooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigDD/5nz/uG/8AtWtysP8A5nz/ALhv/tWtytJ9PQiHX1CiiisywooooAKKKKAKWs3E
lpol/cQNtlit5HRsA4YKSDzWN4D1e91rRJrjUJvOlW4ZA2xV+XapxwB6mtXxD/yLWqf9ekv/AKAa
534X/wDItXH/AF9t/wCgJWqS9m2Q376R2dFFFZFhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/
AOYR/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/wDmEf8AYSh/rW5W
H4n/AOYR/wBhKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/8AI1aD/wBvH/oArcrD1X/katB/7eP/
AEAVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQBSttZ028vpbK11Gznu4c+bBFOrSJg
4O5QcjBODnvVmaaK2gkmnkSKKNS7yOwVVUDJJJ6ACvGdJMugeLL3xNCiC2PiS80zUpGYgLDI0ZRm
JBVVR8knjJKjODx3XjYRa7qOkeFN7lb6b7TfIiBh9li+Yh8EMgdwihhjkHnsQDqbO9ttQtUubK4h
ubd87ZYXDo2Dg4I4PIIqtF4g0ifUTYQ6rYyXoZkNulwhkDLncNuc5GDn0wa8y0PUruy+C3hyz0+d
7W51a/8A7OW6T71uJJ5MuB3OFI4IPOQQRXbf8K68Mx6X9itdLhtSvMV1DxcxNu3B1lOX3A8jJPTH
TigDXv8AxBpGlTrDqOq2NpKy7xHcXCRsVyRnBI4yD+VWbO9ttQtUubK4hubd87ZYXDo2Dg4I4PII
rgNe/sP/AIXCn/CR/wBnfZP7BGz7fs8vf9oOMb+N2N3vjNVdLsLfUvFniGXwMyW2mzaQ9o89sWit
xfbiEK44JVcHcgIGc9W5AO9/4SbQ/t32L+2dO+1+Z5Pkfak8zfnG3bnO7PGOua068f0BfBMWlweG
fF2gQ6PqkcYWWS9j2faCGbMiXA52koe4HO1Swr2CgDPv/EGkaVOsOo6rY2krLvEdxcJGxXJGcEjj
IP5VNYanY6rA02nXltdxK2wyW8qyKGwDjIJ5wR+dcZf6ZY6r8aFh1GytruJfD+8R3ESyKG+0EZwQ
ecE/nTNf0yDwV4h0PVPDsUNimp6jFp99axoRFOr8K20HarJtbBUDJY57ggHc3l7bafavc3txDbW6
Y3SzOERcnAyTwOSBVa68QaRYwW815qtjbxXK74JJbhEWVcA5Uk/MMEdPUVyvjazg8VeK9C8LTp5t
ou/Ur9VJR1jQFI/m/us7MpA+bvx1pngSDTtd8NrpGu21jqOoeH5pNPl86GOQKFbClARnaVVRkgEl
D6ZoA6P/AITPw1/0MOkf+BsX/wAVWhdanY2M9vDeXltby3LbII5ZVRpWyBhQT8xyR09RXB+APDOh
3n/CS/atG06fydeuoYvNtUbYg24VcjhRngDisjxPYS+JtV8U+JLNkWXw2sUGnT5IUSQN50+5Tncy
nKjI2nd36gA9doqlo+rW2u6Pa6lZNut7mMSLkglc9VOCRuByCM8EEVz/AIw8R6zpOu6FpehWlncz
ap9oUi5YqEKKpDZB+6MliMEkLgYJoA62iuP1nxZfeGtFsINXbSx4gv2eOLEjRWaYPMju/IVVKkj7
zE4XrkZ/hzx7qE/iu20TWJtCvft0bNb3Oi3HmJGyAsyyBmJGQMg4/PnaAegUV5/beL/FniGGXVfD
GkadPpENyYY47iSRJ7xVfBkjZgqKpB75wVbqRiug8C6/c+J/B1jq16kMdxceZuWEEINsjKMAknoo
70AdBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/wDoBrcrD0r/AJGrXv8At3/9ANbl
aVN/kvyRENvm/wAwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigDgPHnibVtF1uG30+68mJrdXK+WjfNuYZ5B9BRWV8UP8AkZbf/r0X/wBDeiu+lCLgro5J
ykpPU9UooorgOsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/+Z8/7hv/ALVrcrD/AOZ8/wC4
b/7VrcrSfT0Ih19QooorMsKKKKACiiigCK4t47u2lt513RSoUdckZUjBGRVfS9IstFtmt9Ph8mJn
Lld7N82AM5JPoKsXFxHaW0txO22KJC7tgnCgZJ4qvper2WtWzXGnzedErlC2xl+bAOOQPUU9beQt
Ll2iiikMKKKKACiiigAooooAKKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8K
Ij8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
w9V/5GrQf+3j/wBAFblYeq/8jVoP/bx/6AK3K0ntH0/VkR3fr+iCiiisywooooAKKKKACiiigAoo
ooA8/wBE8LPrHh7xlpOpwTWyahrV08LyxsvB2GORRxuUMARzg4xR8NbLU7+afX/EFveQX8dvFpkE
d2jLIIo0Vnck4Lb5CWyQSCCMmvQKKAPLNM8KatffBnSLa2ims9c025a9tYp18s+ak0hAYOO6sSM4
GduTjNdB/wAJtq15/oFl4S1eDVn/AHYe8hxZxP8AxM0wPzIOSCBlsADBIrs6KAOIv/D8Wq/FpZtR
0pLvT10PYJLi3EkQl88nGSCN20n3wa6o26aRo8sej6fD+4jdoLSHbCjtyQo4wuT3981dooA811zx
HceMPDk2lDwNrTahcQsIhe2ipBBKUILiV+hUFsHAJ4HGa2pPhf4c1AQza1avqOoCGKOe7e4lVp2R
FTcQH6kKP/r12FFAHn+vX1zoPxTTVv7F1fULR9GFtusLUy4czFsE8DoPXPIqzHHqXjjWtMvL3Srn
S9E02b7XHFeYWe6mAwhKDmMI248k7srwQeO3ooA8y0vwneeL/EOteINT1HXdJf7S1nZJbF7RjbLg
qfnBba3BxgDcGPfAu6HoN74Q+I5jhfV9R0zV7L99eXJWcrcRk7fMfAKqE4GepYDnHHoFFAHBeH21
HQNA8Z3a2Fybo6veT2kTW0jGckL5ZCqMspbHI4xk5GM1S8L/AAzlGgW1zdeJPE1pe3ii6uo4Lswj
zXALblIJ3DgEk5JHboPSqKAPOfDdxq3gnwxr2nLouo3/APZN6f7Pi2Y+0W8jjbtdFO5hlmbjjIHH
Qa2uW13eePvBd6tlcrFCt405KbhAWhAAdlyoOeOuCRwTXYUUAcL8SdEvbybRtYsdKh1j+y5JTPp0
qKyzROnzEZPLDYMABjlgcHGCzw7e6ddeJLRNL+H1zpgCyNLf3Wnx2pgG3A2kA7ixO0gEHBzyM472
igDzXwzqWseD9J/4RaHwvqmoXllNKlvcqFitriMuXDmUkhDtY/LzyAM5OBr/AAi/5JjpH/bb/wBH
PXZ1meHNBtvDGhW2k2TzSW9vu2tMQXO5ixyQAOrHtQBp0UUUAFFFFABRRRQAUUUUAFFFFABRRRQB
h6V/yNWvf9u//oBrcrD0r/kate/7d/8A0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAytU8M6TrVytxqFr50qoEDeY6/LknGAR6
mijVPE2k6Lcrb6hdeTKyBwvlu3y5IzwD6GitF7S2lyHyX1satFFFZlhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf
+Ra1T/r0l/8AQDXO/C//AJFq4/6+2/8AQErptZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1v
qEPkytcM4XerfLtUZyCfQ1qmvZtENe+mdNRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/
+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/
2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/AMjVoP8A28f+gCtyuc8RWv2zxBokHnTQb/P/AHkL
7XGFB4P4VP8A8Ix/1GdZ/wDAr/61bNRcY3fT9WZJtN2X9WRuUVh/8Ix/1GdZ/wDAr/61H/CMf9Rn
Wf8AwK/+tU8se5V5djcorD/4Rj/qM6z/AOBX/wBaj/hGP+ozrP8A4Ff/AFqOWPcLy7G5RWH/AMIx
/wBRnWf/AAK/+tR/wjH/AFGdZ/8AAr/61HLHuF5djcorD/4Rj/qM6z/4Ff8A1qP+EY/6jOs/+BX/
ANajlj3C8uxuUVh/8Ix/1GdZ/wDAr/61H/CMf9RnWf8AwK/+tRyx7heXY3KKw/8AhGP+ozrP/gV/
9aj/AIRj/qM6z/4Ff/Wo5Y9wvLsblFYf/CMf9RnWf/Ar/wCtR/wjH/UZ1n/wK/8ArUcse4Xl2Nyi
sP8A4Rj/AKjOs/8AgV/9aj/hGP8AqM6z/wCBX/1qOWPcLy7G5RWH/wAIx/1GdZ/8Cv8A61H/AAjH
/UZ1n/wK/wDrUcse4Xl2NyisP/hGP+ozrP8A4Ff/AFqP+EY/6jOs/wDgV/8AWo5Y9wvLsblFYf8A
wjH/AFGdZ/8AAr/61H/CMf8AUZ1n/wACv/rUcse4Xl2NyisP/hGP+ozrP/gV/wDWo/4Rj/qM6z/4
Ff8A1qOWPcLy7G5RWH/wjH/UZ1n/AMCv/rUf8Ix/1GdZ/wDAr/61HLHuF5djcorD/wCEY/6jOs/+
BX/1qP8AhGP+ozrP/gV/9ajlj3C8uxuUVh/8Ix/1GdZ/8Cv/AK1H/CMf9RnWf/Ar/wCtRyx7heXY
3KKw/wDhGP8AqM6z/wCBX/1qP+EY/wCozrP/AIFf/Wo5Y9wvLsblFYf/AAjH/UZ1n/wK/wDrUf8A
CMf9RnWf/Ar/AOtRyx7heXY3KKw/+EY/6jOs/wDgV/8AWo/4Rj/qM6z/AOBX/wBajlj3C8uxuUVh
/wDCMf8AUZ1n/wACv/rUf8Ix/wBRnWf/AAK/+tRyx7heXY3KKw/+EY/6jOs/+BX/ANaj/hGP+ozr
P/gV/wDWo5Y9wvLsXNUTU/3culyxZjzvglXiX/gXUGobDxBBdT/ZbpGs70dYJuM/7p6GqtxoMNrC
0txr2rxxr1ZrvAH6VgSaLJ4hlRbC41GW1Rv+Pq9lyn/AFxk/WtYQhJav5mcpST0XyOj0r/kate/7
d/8A0A1uVzfhq0Njrms2zTSTmMW48yQ5Y/Ia6SsqvxfJfkaU/h+/8wooorMsKKKKACiiigAooooA
5LV/Gl7D4hm0Xw9oM2s3drGsl4fPW3jg3YKLuYYLEHOPTpnBxreG9Yu9a06SXUNJudKuoZnhkgmO
4Er/ABI2BvUg/eAxkHGcZONrvhHVE1+XX/CeqJZahOqLd21ype3uwpULu6lCFBGVGfTbkk85rvjv
XZ/D50w2P2DxD/aNtp91b29wN+2aMuGjkwVjZ8EA5bb164NAHqdFeP6X4U1rTfEuk3uh+DpvD4ju
VW8lXWEuElt2I3qyMcngZGPyJwRoL4P03xZ8UfFY1c3MltatZv8AZkmKRysYCAXxySvOMEYyexIo
A9Qrn/HWv3PhjwdfatZJDJcW/l7VmBKHdIqnIBB6Me9cLBrGoaB8KPFcVteTSnSNRl02zllb95HD
ujQYZcHcockHscdgBUPxB+HWl6F4Eu9Vt57z+04o41u5hO22+ZpY9zSKxbq3zYBHPrgUAep3V1ex
apYwW9h59pN5n2m585V+z4XK/IeX3HjjpV2uM8T/APJTvBH/AG//APokVhL4P03xZ8UfFY1c3Mlt
atZv9mSYpHKxgIBfHJK84wRjJ7EigD1CivPPCNzf2XgXxRaW967yaNd3lnYS3LpmNI0Hl7mbC4BP
VuAOOAMDzzTdI8OeLJPDVvpcOo32ty3Im1szO2DFuBlZ2JwOT8pU5IPzfMRQB9DVwsXjnxDqF9qU
WjeEPt1vYXstm039pxxbmQ8/Ky5HBB79etd1XGfDj/mav+xiu/8A2SgDZ8M+JYPEliz+RNZX0G1b
uxuFKy27EZGQQDtI5DY5HoQQKWk+N7a+8ADxVewfZLcRySNEJQx+R2UKCdoLMVAA45IFZ9vDE3xu
u5rWNCE0NUupI1HyymUFQ5H8RRRjPO0DsK4yymii+EHgpLqREspdcjS6ErARvF50zMHzwV+UE544
9qAOzi8aeJZkN2vgS+GnhmO97tFuPLBOT5BAbdgZC554wTkGun0HW7TxHotrqmnlzbXKll3rtYEE
ggj1BBHHHHBI5rQriPhdDFFp2vvaxollLrl09qYlAjeL5VUpjgr8pAxxx7UAdvRXEePzd6pq2g+F
4bx7Oz1lpxeSxD940cSBiinsGBIP4dRkHM1fw5Z+Ada8OX3hlXs4rzU47G8tvOldLhZAQrNl+qDc
Rx1bPbBAPSqK8yh8J6X4q+J3i9NZjmnt4PsRW3EzJGzGHhyFIJYAEDngM3rXptAHCxeOfEOoX2pR
aN4Q+3W9hey2bTf2nHFuZDz8rLkcEHv1610HhnxLB4ksWfyJrK+g2rd2NwpWW3YjIyCAdpHIbHI9
CCBjfDj/AJmr/sYrv/2So7eGJvjddzWsaEJoapdSRqPllMoKhyP4iijGedoHYUAT+KPiDF4a8T6f
pDWDzLOsctzdNKI47WJ5RGHY4PAOc52j7vPPHR6xq1toWj3WpXrbbe2jMjYIBbHRRkgbicADPJIF
eOHxX4W1q08bNqupJFdaxN5Vsphm8sxwqBbyHapIO7lgfT7o6HW1LxSniT4eeEr3UJ4QkutW1vqa
vIvlsELb/NHChTtV9pGACPY0AdHF408SzIbtfAl8NPDMd73aLceWCcnyCA27AyFzzxgnINdPoOt2
niPRbXVNPLm2uVLLvXawIJBBHqCCOOOOCRzWhXEfC6GKLTtfe1jRLKXXLp7UxKBG8XyqpTHBX5SB
jjj2oA7eiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDyv4of8AIy2//Xov
/ob0Vq+PPDOra1rcNxp9r50S26oW8xF+bcxxgkeoorvpTioK7OScZOT0O/ooorgOsKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAw/+Z8/7hv8A7VrcrD/5nz/uG/8AtWtytJ9PQiHX1Ciiisywoooo
AKKKKACiqWs3Elpol/cQNtlit5HRsA4YKSDzWN4D1e91rRJrjUJvOlW4ZA2xV+XapxwB6mqUW48w
ubWx01FFFSMKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/WtysPxP/wAwj/sJQ/1r
crSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/WtytJfCiI/EwooorMsK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKAMPVf+Rq0H/t4/wDQBW5WHqv/ACNWg/8Abx/6AK3K0ntH0/VkR3fr+iCiiisywooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAp3ulWmozQyXcXmmHJRWJ25PqOhq2AFAAAAHQClop3b0FZGHpX/ACNWvf8A
bv8A+gGtysPSv+Rq17/t3/8AQDW5V1N/kvyRMNvm/wAwooorMsKKKKACiiigAooooA5XVvDOv3Gt
XF9o3i2506K4VA9tJapcojKMZTcfkBHJAHJySegEL/DfTr3QL6w1a6ub661CZLi5v3WMTeYoAGw7
TsUAMAvO0OwB5rsKKAOMsPB3iOK60/8AtLxteXdnZyJIYI7VYXm2jhXkDFmU/wAQbO768jZ0zw9/
ZvifXNY+0+Z/avkfuvLx5XlIV655znPQY962qKAOYtPBFtHo/iDTb2f7Tb61ez3bYiCmLzMYAzkF
lIBDY64OOKw9R+Gesa3orafrHjW+uVRUWELbqiYBBPmqGzKflGCWyDzzmvQ6KAMXU/D39peJ9D1j
7T5f9lef+68vPm+agXrnjGM9Dn2o0zw9/ZvifXNY+0+Z/avkfuvLx5XlIV655znPQY962qKAPPPF
PhWfS/h74qt7SN9Vn1S/a9SBIX3IZJI+AFOWK43Z6ccjGQefh8bao08a6D42TxFqTsFh0x9DMKzk
nBy427QoJbOQPl54r2OigArhYvA3iHT77UpdG8X/AGG3v72W8aD+zI5drOefmZsngAdunSu6ooAy
PD/hu08OwTLBJc3NzcMGuLy7k8yeYgYXc/cKOAOg+pJOZp3gO0g+Hq+E9QuHu7ba6tMi+UxJkMgI
GTggkdcg45GOK6qigDiJfBfiWZBaN47vhp4ZRsS0RbjywRgeeCG3YGC2Oecg5IrqtH0m20LR7XTb
JdtvbRiNcgAtjqxwANxOSTjkkmrtFAGF4p8KweJoLRmne0vbGYXFpdRojNFIBxkMDlc7SV4ztHNZ
mm+Bbhtfg1fxPrT67c2i4s0e2WCOBs5L7FJBbpg9sDqQu3sKKAMXTPD39m+J9c1j7T5n9q+R+68v
HleUhXrnnOc9Bj3raoooA4WLwN4h0++1KXRvF/2G3v72W8aD+zI5drOefmZsngAdunStMeCYLbw1
qmmWV5M13qcbR3GoX2biaQEbfmOVztQkKMgDrg856eigDP0DSItB0Cx0yHYVtYVjLIgQOwHzNjsW
OSfcmsJPAFs9r4jsLy8mn0zW7n7V5AUI9vKTuZg4+98wUgEYG0A5yc9bRQBxEvgvxLMgtG8d3w08
Mo2JaItx5YIwPPBDbsDBbHPOQckV1Wj6TbaFo9rptku23toxGuQAWx1Y4AG4nJJxySTV2igAoooo
AKKKKACiiigAooooAKKKKACiiigAoopkpcQuYgpk2naG6E9s0APormLPxc0Fz9k162NlPnhwDsP8
/wA+RXSo6yorxsrIwyGU5BFXKEobkxmpbDqKKKgoKKKKACiuA8eeJtW0XW4bfT7ryYmt1cr5aN82
5hnkH0FFbRoSkroydWKdjv6KKKxNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/8A
tWtysP8A5nz/ALhv/tWtytJ9PQiHX1CiiisywooooAKKKKAM7xD/AMi1qn/XpL/6Aa534X/8i1cf
9fbf+gJXXXFvHd20tvOu6KVCjrkjKkYIyKr6XpFlots1vp8PkxM5crvZvmwBnJJ9BVqSUHElx95M
u0UUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4UR
H4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh
6r/yNWg/9vH/AKAK3Kw9V/5GrQf+3j/0AVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFcx/wnum/
8J3/AMIn5F59v/56bF8r/VeZ13Z6e3Wunrx/xLpk99r/AI8vLOfybzSJNO1K3c427ooGJyCDn5S2
B64zxmgD1m9vINPsbi8un8u3t42llfBO1VGScDk8DtWT4R8XWPjPSpb/AE6K5iijmMBFwqq24Krd
ieMMK5/xLrNp4v07w1pNmqTWviKZZpfMbAEEOJZUJQ/LJkBcDPO4ZHWucu7yex+G3xDltn2O2vXM
ROAfleSJGHPqrEfjQB1r/FHSTdXAtbDV72xtpDHNqVraebax4ALMXBztUHJIHTkZBGdDxB43sdBf
TEW0vtTbU1d7YadGsxdVCsSPmGRhgeM8A1uWVnBp9jb2dqnl29vGsUSZJ2qowBk8ngd64PxxeReH
/GngqaDT7m4itlvES0sIQ77fKVQEQY4AP4AGgDoNE8cabrOojTpIL7TNSdTJHZ6jbmGSRB/EvUEd
eM5+VuMDNZdz8VNLje8ay0vWtSs7NmWW+srUSW4KgFvn3DgA9encZGDTNPOoeMfGOm61LpN5pFho
vnLEL5Nk100saqf3f8Crz82TngDvinY2/ib4bQiytdP/ALf8NxyMYvs/F5bqzqcFcYkwWfgDnqSg
4AB39leQahY295av5lvcRrLE+CNysMg4PI4PesbxN4wtvDF1YW01hqN9cX/meTFYwiVzsALcZB6N
njPQ1Sm+KHhW1tbGa71LyPttutzGhieQhSSMEoGAYFWBGeCDVLWryDUPiD4AvLV/Mt7iO9lifBG5
WgUg4PI4PegDT0Px5p+tawdKls9R0u/MfmxW+pQeS8y85KDJzjB/XGcHGvr2t2nhzRbrVNQLi2tl
DNsXcxJIAAHqSQOeOeSBzXMfF6Jf+Fe3V2C6XNjNDcW0qOVaKTzFXcCD1wzfnnqBUPxE1Oxk1rw5
oN/eW1ta3F39svGnlUIYogWWORSQCsjcAk4yvQ0Aa0Xjm2ufClnr9lpWr3tvdyGNYLa3Eky4LAsy
hsBcoec9x61mRfFS2nup7aHwx4pkuLfb50S6eC8e4ZXcN+RkcjPWofBGr2cPjnxJothcQ3dpdSHV
re4hmSUEvtWVWZTxhyNoxnAJJORm74Y/5Kd43/7cP/RJoAs+JPiFpfhXStOvdUt75G1Bd0dsIR5q
DaC28EgKRuUEZzk98HHVV5lqGoaHr3xD12DWtXs7S0sNO/s2ES3KDLzA+bJGWOEdR+7OAT6+lbvw
t1ltW8E20Uqos+mMdPkMbBkYxgBSrAkMNpXkHBOccYoA7CiuS8aanqH9qaJ4d0yX7M+sySLNdq+2
SGGNQ0nl8HDlSQG7H65DIdGu/BMGq6uNe1TVbKGweU2WoTeYxkQFgyyfwjAIwF75OcAAA7CivOdJ
8M+INf0NfENz4o1GDVr2MXdrbWs5js4cqDEjRlW3KON3rkj5jkmlqHiTVte+Hng6+tb+bT7+/wBV
gtZbiI5yQZELMowGUldxQ8dqAPU65WXxdfzeMrjQ9L0J7yKyaBb27a6SIQiUbshDy4C88c5BGOhO
NYWmqeDfHGg6a2v32rWusQzJcLfsZCkkSb98ZJ+UEnG3njOSeCM/wr4S2fEnxFH/AG7rrf2dJZSb
mvMtdZjLbZjj51GMAccEigD0a11L7Tql9ZfY7yL7J5f7+WLbFNvXP7ts/NjofQ1drkvDt7cz/EXx
jbTXE0lvb/YvJiZyUj3REttHQZPJx1rG+FumahqehaX4h1PxFq91L+9VLVp/3JUM6/ODku2ckMTx
8o6KKAPRqK8s0fQdZ8XX3iOWTxbq9lb2uq3ltbQW8pGxsrtJbOSgGBs4x2Iyc1bOPxF4h8ByeM5/
FN9b3cFo01vbWqiOAGAtu8xM4kL7M9ABuxgqAoAPXaKz/D9/LqvhzTL+dUWW6tIp3CAhQzIGOM54
ya0KACiiigAooooAKKKKACiiigDjprfWJ/FWr/2Ndw2+PJ83zRnd8nGPlPvU/wBg8Yf9BWy/74H/
AMbq9pX/ACNWvf8Abv8A+gGtyuiVRxaVlsunkYxhfW73f5nK/YPGH/QVsv8Avgf/ABuj7B4w/wCg
rZf98D/43XVUVHtn2X3FezXd/ecr9g8Yf9BWy/74H/xuj7B4w/6Ctl/3wP8A43XVUUe2fZfcHs13
f3nK/YPGH/QVsv8Avgf/ABuj7B4w/wCgrZf98D/43XVUUe2fZfcHs13f3nK/YPGH/QVsv++B/wDG
6PsHjD/oK2X/AHwP/jddVRR7Z9l9wezXd/ecr9g8Yf8AQVsv++B/8bo+weMP+grZf98D/wCN11VF
Htn2X3B7Nd395yv2Dxh/0FbL/vgf/G6PsHjD/oK2X/fA/wDjddVRR7Z9l9wezXd/ecr9g8Yf9BWy
/wC+B/8AG6PsHjD/AKCtl/3wP/jddVRR7Z9l9wezXd/ecr9g8Yf9BWy/74H/AMbo+weMP+grZf8A
fA/+N11VFHtn2X3B7Nd395yv2Dxh/wBBWy/74H/xuj7B4w/6Ctl/3wP/AI3XVUUe2fZfcHs13f3n
K/YPGH/QVsv++B/8bo+weMP+grZf98D/AON11VFHtn2X3B7Nd395yv2Dxh/0FbL/AL4H/wAbo+we
MP8AoK2X/fA/+N11VFHtn2X3B7Nd395yv2Dxh/0FbL/vgf8Axuj7B4w/6Ctl/wB8D/43XVUUe2fZ
fcHs13f3nK/YPGH/AEFbL/vgf/G6PsHjD/oK2X/fA/8AjddVRR7Z9l9wezXd/ecr9g8Yf9BWy/74
H/xuj7B4w/6Ctl/3wP8A43XVUUe2fZfcHs13f3nK/YPGH/QVsv8Avgf/ABuj7B4w/wCgrZf98D/4
3XVUUe2fZfcHs13f3nK/YPGH/QVsv++B/wDG6PsHjD/oK2X/AHwP/jddVRR7Z9l9wezXd/ecr9g8
Yf8AQVsv++B/8bo+weMP+grZf98D/wCN11VFHtn2X3B7Nd395yv2Dxh/0FbL/vgf/G6PsHjD/oK2
X/fA/wDjddVRR7Z9l9wezXd/ecr9g8Yf9BWy/wC+B/8AG6PsHjD/AKCtl/3wP/jddVRR7Z9l9wez
Xd/ecr9g8Yf9BWy/74H/AMbo+weMP+grZf8AfA/+N11VFHtn2X3B7Nd395yv2Dxh/wBBWy/74H/x
uj7B4w/6Ctl/3wP/AI3XVUUe2fZfcHs13f3nK/YPGH/QVsv++B/8bo+weMP+grZf98D/AON11VFH
tn2X3B7Nd395yv2Dxh/0FbL/AL4H/wAbo+weMP8AoK2X/fA/+N11VFHtn2X3B7Nd395yv2Dxh/0F
bL/vgf8Axuj7B4w/6Ctl/wB8D/43XVUyVWeJ1jfY5UhWxnafXFHtX2X3B7Pzf3nBeIYdahs9msar
p7qeVjKAuf8AdwmR9aTwdaa6JFktn8mxJy3nAlW/3V/qMfWt/TfCFvbzm61GVr+7JyWl+6Pw7/jX
Q1rKulHkir/IzjSblzMWiiiuU6AooooA8r+KH/Iy2/8A16L/AOhvRXf6p4Z0nWrlbjULXzpVQIG8
x1+XJOMAj1NFdcK8YxSZzypSbuatFFFch0BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/wAz
5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBFcXEdpbS3E7bYokLu2CcKBkn
iq+l6vZa1bNcafN50SuULbGX5sA45A9RUfiH/kWtU/69Jf8A0A1zvwv/AORauP8Ar7b/ANASrUU4
ORLl7yR2dFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J/wDmEf8A
YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4
mFFFFZlhRRRQAUUUUAZmveI9L8MWKXms3X2a3eQRK/ls+WIJAwoJ6Kaz9E+IPhrxFqIsNK1RJrpl
LLG0TxlgOuNyjJxzgc4BPY1n/Ef/AJlX/sYrT/2ernxB0m21DwhqNzIuy7sLeS5tblABLA6ASAo+
MrkooOMHFAHRzTRW0Ek08iRRRqXeR2CqqgZJJPQAVhweOvD1z4euddh1DdpltIIpZ/JkG1jt427d
x++vQd65/wAS6ve3nwq0mJZv+Jn4hjtLITFF2b5lBctxwpXeOASMjA9H6HDb+DfiNPoVvG8Om6va
Rz2KBWEccsSlJEHUMxVQ7MSDwM5JBoAtf8Ld8F/9Bn/yVm/+IrWk8a6BF4bj1+TUUTS5W2RzMjgu
24rgLjcTlT26AnoM1k/81v8A+5d/9uaj8TwxeI/iBofh+4jSays4ZNVu4ZlGyXH7uLHckMWJU4Ug
856UAdhZXkGoWNveWr+Zb3EayxPgjcrDIODyOD3qeuM+Gt48Gl3vhu6eZ7zQblrZnlDBpISxMTgH
opXgAE4CjsRWn4z8Rz+G9HhksrT7Xf3tylnZxFgqGZ87dxJHy8H68DIzkAHQUVyuk6R4v07WreS/
8SW2raayutxHJZLA6HHyFNmcnPXJAxngnGMbSbzxZ48SXWdL1lNA0d2MdlEbSO5kmVSQ0j5PynIx
gHt7bmAPQ6K81vvHOsS/CrWNUKpYa7pl39jn8tFZEkEyA7QSwI2uBk9847Gp5b/xj4X1XR7rXtTs
dQtdUvxYy2UEPlrbNIx2NG+NzAAHO76c53AA6DxB42tNA1WHTRp+qajeyQm4MOn23mske7aGbkcE
5HGenOMjOt/a9l/bn9j+d/p/2f7V5Wxv9Vu27s4x14xnNec3uj+IZ/jDcRWvib7NcPpTTRT/AGCN
/LgNxxDtJwcHneeTXWf2ve/8LT/sfzv9A/sb7V5Wxf8AW+dt3ZxnpxjOKAOnorz/AMN3PirxFrmq
ynXYbbTNN1qa3EAs0eSeNWGYy3G1QuAGGWyzZ6CmXF14v1zx9ruk6Prdtp2n2DWzNI9sssiB4S2E
BGGBbk7jkYGD1BAPQ6K8y0m78eeKbW5jttY07TZdJkmsZ5UgEpvLlCPmIZcIhBHI5zk7cEBew8Fe
IJfFPhGw1aeFIZbhWDohJXcrFCRnsSucc4zjJ60AbtFFFABRRRQAUUUUAFFFFABRRRQBh6r/AMjV
oP8A28f+gCtysPVf+Rq0H/t4/wDQBW5Wk9o+n6siO79f0QUUUVmWFFFFABRRRQAVz+j6Dc6f4x8R
6tM8LW+p/ZvJVSd6+XGVbcMYHJ4wT+FdBRQBxHgnwNP4Z13Uru5a2a2Cm20tInctBbGV5CjZAycs
pySx4POKtaX4Lxo/iXTdYMMtvrGo3FyvlfMUSTbtPzLgOpGRwQCAa62igDhbLRfHek2Nvo9jqmhS
WEEawR3stvILlExjIjBKFlHABODtGeprTvPDFzJ4j8K3sNz5tvosc8cz3MhaaXfEEVs4wzZGSTiu
nooAK4iKy+I8aG0bVPD8sRZk+3vBJ9oCEnD+WAI9wB4XpwASeTXb0UAZnhvQ4PDXh6y0m2O5LaPa
XwRvY8s2CTjLEnGeM4rF8YaDrmoa7oWreH305bjTPtGVvi+xvMVV6IMngHuO3WutooA4+28Na9rW
o2d34wvrForGZbi3sNOjYRmVc7JWkb58jc3yjjhT6glv4JW/8ZazrPiO0sb6KdYobCKRjOII1B3Z
V1CqWOG4zglueST2FFAHH6j4Gih8SaDq/hy10uxawmcXMYtxGJopF2sQUHLKM7QeMt14wbum6Ffa
b4q8TauptpV1Nbc20ZkZTujjKkOdp2gkjkbuO3aujooA4zwn8PNP03Qkj8Qafp2patJJJLdXUsfn
mRmYkHdIM9MZ6c5PUkktPB+oaHrviK68Pvp1paapZKLeNYthtrlFKodoBXZyWJxnJ6cHPZ0UAcfq
vhTV9W0rQ7qXUrZfEmkN5y3KxusUzFfmjYKwwrEKGYDoDhQDtqzpun+JdS+1weLpNIawmt3gNtpy
yjzd+ASzscjABAC9d5z0FdPRQB55D4X8c6dosfh7T9b0saaiiFdQZJReJGTk7RkqCASq4PQDBU8j
Tv8AwMsWi+G9L0VkjttI1OC8b7Q5LOili/IByxLE44HPYcV2FFAHP6xoNzqHjHw5q0Lwrb6Z9p85
WJ3t5kYVdoxg8jnJH40aPoNzp/jHxHq0zwtb6n9m8lVJ3r5cZVtwxgcnjBP4V0FFAHP6PoNzp/jH
xHq0zwtb6n9m8lVJ3r5cZVtwxgcnjBP4UeBdBufDHg6x0m9eGS4t/M3NCSUO6RmGCQD0Ydq6CigD
n/CWg3Og/wBt/anhf7fqs97F5RJwj7cBsgfNxzjI96z9E8I32m/CuTw1NLbNetaXMAkRmMe6QuV5
xnHzDPHrXYUUAZ/h+wl0rw5plhOyNLaWkUDlCSpZUCnGccZFaFFFABRRRQAUUUUAFFFFABRRRQBh
6V/yNWvf9u//AKAa3Kw9K/5GrXv+3f8A9ANblaVN/kvyRENvm/zCiiisywooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrVPE2k6Lcrb6hdeTKyBwvlu3y5IzwD6
GiuA+KH/ACMtv/16L/6G9FdcKEZRTZzyqyTseqUUUVyHQFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAYf/ADPn/cN/9q1uVh/8z5/3Df8A2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAFLWbeS70S/t4F3
Sy28iIuQMsVIAyaxvAekXui6JNb6hD5MrXDOF3q3y7VGcgn0NdNRVKTUeUXLrcKKKKkYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61tkhQSSAB1JrSXwohfExaKzrTW7S+v3tbTzJtgy8yLm
NT6bvX6Vo1DTW5SaewUUUUhhRRRQByXxC0zVNQsdHl0ax+3XFhqsN40PnLFuVA2fmY4HJA79elUr
yHxb4ztX0vUdLh8PaZLhbuUXonuJUzkrFswq52lW3ZGH6HBB7qigDgtb8FDxP42s4dU0518M6ZYF
LeNHSNGmJAwAh3hQu3+7zH6fera38NbXQ/7P1XwTpW3U7K9jmeMXsiNPCMh4wzsVGcjOe2evQ+jU
UAcx/ZF7/wALT/tjyf8AQP7G+y+bvX/W+du24znpznGKwNL+HNt4i1TWtY8Z6ZM13dXrfZopLgLs
t1UCP/Utjdjg5J+6Pcn0aigDhdI8GP4R8ewz+H7Dy9BvLJobpRdsfKmViyyFXJLZGFGOmWPHc1LR
fE3i3wVaHUY7PS/EVnepd2wjk3RKyMQpfh/4SeAW5CknkqO6ooA5jSNY8VahqkMWoeGYdKsxuaaa
S/SdmG04VFQcNuKnJ4wG7kVgaXaeMfA+lz6JpGiQ6zaJJK9hctfRx+SjMSqSIVUswOWODg7sAjHH
o1FAHnOp+BNUh+Fmr6VDL/aWtancreXBBWNGmaSNn25wAoC98Z54GQBv+NtIvdX/AOEf+ww+b9k1
q2up/nVdkSbtzckZxkcDmunooA5j+yL3/haf9seT/oH9jfZfN3r/AK3zt23Gc9Oc4xR/ZF7/AMLT
/tjyf9A/sb7L5u9f9b527bjOenOcYrp6KAOY8E6Re6R/wkH26HyvtetXN1B86tvifbtbgnGcHg80
aFpF7Z+O/FWo3EOy0v8A7J9mk3qd+yIq3AORgnuBXT0UAcx4J0i90j/hIPt0Plfa9aubqD51bfE+
3a3BOM4PB5o+HOkXug+BNO07U4fIu4fN8yPerYzK7DlSR0I7109FABRRRQAUUUUAFFFFABRRRQAU
UUUAYerEDxToRJwB9o5P+4KLjxCbiZrXRIPts44aTOIo/q3f6CoPEVnDqGvaLa3AJikFwGAOD9wH
rWVN4Tj0iVpJLA6nZk5Ox2WaMfQEBv8APSumMYNLm3t+rMJOSbtt/wABHT6XYXdsZJr+9e5nlxlR
xGnso/rWjXMadoHhjVIfNs7cOB95fNkDKfQjdxVv/hDND/58f/I0n/xVZyUb6t/d/wAEuLlbRL7/
APgG5RWH/wAIZof/AD4/+RpP/iqP+EM0P/nx/wDI0n/xVK0O7+7/AII7z7L7/wDgG5RWH/whmh/8
+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVRaHd/d/wQvPsvv/4BuUVh/wDCGaH/AM+P/kaT/wCKo/4Q
zQ/+fH/yNJ/8VRaHd/d/wQvPsvv/AOAblFYf/CGaH/z4/wDkaT/4qj/hDND/AOfH/wAjSf8AxVFo
d393/BC8+y+//gG5RWH/AMIZof8Az4/+RpP/AIqj/hDND/58f/I0n/xVFod393/BC8+y+/8A4BuU
Vh/8IZof/Pj/AORpP/iqP+EM0P8A58f/ACNJ/wDFUWh3f3f8ELz7L7/+AblFYf8Awhmh/wDPj/5G
k/8AiqP+EM0P/nx/8jSf/FUWh3f3f8ELz7L7/wDgG5RWH/whmh/8+P8A5Gk/+Ko/4QzQ/wDnx/8A
I0n/AMVRaHd/d/wQvPsvv/4BuUVh/wDCGaH/AM+P/kaT/wCKo/4QzQ/+fH/yNJ/8VRaHd/d/wQvP
svv/AOAblFYf/CGaH/z4/wDkaT/4qj/hDND/AOfH/wAjSf8AxVFod393/BC8+y+//gG5RWH/AMIZ
of8Az4/+RpP/AIqj/hDND/58f/I0n/xVFod393/BC8+y+/8A4BuUVh/8IZof/Pj/AORpP/iqP+EM
0P8A58f/ACNJ/wDFUWh3f3f8ELz7L7/+AblFYf8Awhmh/wDPj/5Gk/8AiqP+EM0P/nx/8jSf/FUW
h3f3f8ELz7L7/wDgG5RWH/whmh/8+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVRaHd/d/wQvPsvv/4B
uUVh/wDCGaH/AM+P/kaT/wCKo/4QzQ/+fH/yNJ/8VRaHd/d/wQvPsvv/AOAblFYf/CGaH/z4/wDk
aT/4qj/hDND/AOfH/wAjSf8AxVFod393/BC8+y+//gG5RWH/AMIZof8Az4/+RpP/AIqj/hDND/58
f/I0n/xVFod393/BC8+y+/8A4BuUVh/8IZof/Pj/AORpP/iqP+EM0P8A58f/ACNJ/wDFUWh3f3f8
ELz7L7/+AblFYf8Awhmh/wDPj/5Gk/8AiqP+EM0P/nx/8jSf/FUWh3f3f8ELz7L7/wDgG5RWH/wh
mh/8+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVRaHd/d/wQvPsvv/4AaV/yNWvf9u//AKAa3K5zw7ZQ
af4g1u2tU8uFPI2rknGVJPJ56mujoq/Fp2X5BT2+/wDMKKKKzLCiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooA4Dx54Z1bWtbhuNPtfOiW3VC3mIvzbmOMEj1FFd/
RW0a8oqyMnSi3cKKKKxNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/8AtWtysPU4
Lyz1uPVrS3+1ILf7PLEpw4G7dlfX6U6LxXpjt5dxJJaS947iMoR/T9a1lFyScdTNSUW0zaoqvDf2
lzjyLqCXPTZID/KrFZtWNL3CiiikAUUUUAUtZuJLTRL+4gbbLFbyOjYBwwUkHmsbwHq97rWiTXGo
TedKtwyBtir8u1TjgD1NaviH/kWtU/69Jf8A0A1zvwv/AORauP8Ar7b/ANAStUl7Nshv30js6KKK
yLCiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwo
iPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigDA8WM6Q6W0cfmOuoRFUzjcfmwM1zsupaprWqva3tmzIh/48RcLBu+pPLf
hXS+J/8AmEf9hKH+taGo6TaarEEu4gxH3XHDIfY10wmoRV0YSg5N2Zl297q9rCsVv4ZSONeireRg
D9Kk/tXXP+he/wDJ2P8AwqfTbTU7G5MM90t3ZbTskk4lU9gfX61q1nKST2T+/wDzLjF23f4f5GH/
AGrrn/Qvf+Tsf+FH9q65/wBC9/5Ox/4VuUUudfyr8f8AMfK+7/D/ACMP+1dc/wChe/8AJ2P/AAo/
tXXP+he/8nY/8K3KKOdfyr8f8w5X3f4f5GH/AGrrn/Qvf+Tsf+FH9q65/wBC9/5Ox/4VuUUc6/lX
4/5hyvu/w/yMP+1dc/6F7/ydj/wo/tXXP+he/wDJ2P8Awrcoo51/Kvx/zDlfd/h/kYf9q65/0L3/
AJOx/wCFH9q65/0L3/k7H/hW5RRzr+Vfj/mHK+7/AA/yMP8AtXXP+he/8nY/8KP7V1z/AKF7/wAn
Y/8ACtyijnX8q/H/ADDlfd/h/kYf9q65/wBC9/5Ox/4Uf2rrn/Qvf+Tsf+FblFHOv5V+P+Ycr7v8
P8jD/tXXP+he/wDJ2P8Awo/tXXP+he/8nY/8K3KKOdfyr8f8w5X3f4f5GH/auuf9C9/5Ox/4Uf2r
rn/Qvf8Ak7H/AIVuUUc6/lX4/wCYcr7v8P8AIw/7V1z/AKF7/wAnY/8ACj+1dc/6F7/ydj/wrcoo
51/Kvx/zDlfd/h/kYf8Aauuf9C9/5Ox/4Uf2rrn/AEL3/k7H/hW5RRzr+Vfj/mHK+7/D/Iw/7V1z
/oXv/J2P/Cj+1dc/6F7/AMnY/wDCtyijnX8q/H/MOV93+H+Rh/2rrn/Qvf8Ak7H/AIUf2rrn/Qvf
+Tsf+FblFHOv5V+P+Ycr7v8AD/Iw/wC1dc/6F7/ydj/wo/tXXP8AoXv/ACdj/wAK3KKOdfyr8f8A
MOV93+H+Rh/2rrn/AEL3/k7H/hR/auuf9C9/5Ox/4VuUUc6/lX4/5hyvu/w/yMP+1dc/6F7/AMnY
/wDCj+1dc/6F7/ydj/wrcoo51/Kvx/zDlfd/h/kcq91fXPirRft2nfY9vn7P36yb/k56dMcfnXVV
h6r/AMjVoP8A28f+gCtyio7qPp+rFBWb9f0RDHaW8VxJPHDGs0gw7quC31qaiis7mgUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/wDoBrcrD0r/AJGrXv8At3/9ANblaVN/kvyRENvm/wAw
ooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDgPHnibV
tF1uG30+68mJrdXK+WjfNuYZ5B9BRWV8UP8AkZbf/r0X/wBDeiu+lCLgro5JykpPU9UooorgOsKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKZLDHOu2aNJF9GUEU+igDLm8NaRPnfp8Az/cXZ/LFV
/wDhENLX/UrPCPSOdx/M1uUVaqTXUnkj2MP/AIReMf6vU9VjPqt0f8KP+EY/6jOs/wDgV/8AWrco
p+1n3F7OPYQDAApaKKzLIri3ju7aW3nXdFKhR1yRlSMEZFc94f8ABkfh/W7m+gut0UqMiQeWR5al
gQNxY5xjFdNRVKTSshOKbuFcJqPwz+36ldXf9q7PtEzy7Ps+du4k4zu5613dFEZyjsKUVLc87/4V
R/1GP/JX/wCzru9OtPsGm2tpv3/Z4Ui34xu2gDOO3SrNFOVSUt2EYRjsYvijw9/wkmmx2n2n7Psm
Eu/y9+cAjGMj+9XK/wDCqP8AqMf+Sv8A9nXolFONWUVZMTpxk7s5Xwv4J/4RvUpLv7f9o3wmLZ5O
zGSDnO4/3a6qiiplJyd2UoqKsjhNR+Gf2/Urq7/tXZ9omeXZ9nzt3EnGd3PWq3/CqP8AqMf+Sv8A
9nXolFX7aa6keyh2K2nWn2DTbW037/s8KRb8Y3bQBnHbpWd4o8Pf8JJpsdp9p+z7JhLv8vfnAIxj
I/vVtUVmpNO6LaTVjzv/AIVR/wBRj/yV/wDs62vC/gn/AIRvUpLv7f8AaN8Ji2eTsxkg5zuP92uq
oq3Vm1ZslU4p3SMPxP8A8wj/ALCUP9awNR+Gf2/Urq7/ALV2faJnl2fZ87dxJxndz1rf8T/8wj/s
JQ/1rcqueUYqxPKpSdzzv/hVH/UY/wDJX/7Ou7060+waba2m/f8AZ4Ui34xu2gDOO3SrNFRKpKW7
LjCMdjF8UeHv+Ek02O0+0/Z9kwl3+XvzgEYxkf3q5X/hVH/UY/8AJX/7OvRKKcasoqyYnTjJ3Zyv
hfwT/wAI3qUl39v+0b4TFs8nZjJBzncf7tdVRRUyk5O7KUVFWRwmo/DP7fqV1d/2rs+0TPLs+z52
7iTjO7nrVb/hVH/UY/8AJX/7OvRKKv2011I9lDsVtOtPsGm2tpv3/Z4Ui34xu2gDOO3Ss7xR4e/4
STTY7T7T9n2TCXf5e/OARjGR/eraorNSad0W0mrHnf8Awqj/AKjH/kr/APZ1teF/BP8AwjepSXf2
/wC0b4TFs8nZjJBzncf7tdVRVurNqzZKpxTukFcJqPwz+36ldXf9q7PtEzy7Ps+du4k4zu5613dF
TGco7DlFS3PO/wDhVH/UY/8AJX/7Ou7060+waba2m/f9nhSLfjG7aAM47dKs0U5VJS3YRhGOxi+K
PD3/AAkmmx2n2n7PsmEu/wAvfnAIxjI/vVyv/CqP+ox/5K//AGdeiUU41ZRVkxOnGTuzlfC/gn/h
G9Sku/t/2jfCYtnk7MZIOc7j/drqqKKmUnJ3ZSioqyOE1H4Z/b9Surv+1dn2iZ5dn2fO3cScZ3c9
arf8Ko/6jH/kr/8AZ16JRV+2mupHsoditp1p9g021tN+/wCzwpFvxjdtAGcdulZ3ijw9/wAJJpsd
p9p+z7JhLv8AL35wCMYyP71bVFZqTTui2k1Y87/4VR/1GP8AyV/+zra8L+Cf+Eb1KS7+3/aN8Ji2
eTsxkg5zuP8AdrqqKt1ZtWbJVOKd0grhNR+Gf2/Urq7/ALV2faJnl2fZ87dxJxndz1ru6KmM5R2H
KKlued/8Ko/6jH/kr/8AZ13enWn2DTbW037/ALPCkW/GN20AZx26VZopyqSluwjCMdjF8UeHv+Ek
02O0+0/Z9kwl3+XvzgEYxkf3q5X/AIVR/wBRj/yV/wDs69EopxqyirJidOMndnK+F/BP/CN6lJd/
b/tG+ExbPJ2YyQc53H+7XVUUVMpOTuylFRVkec+IPBPk6kbv7fn+0r3ytnk/6vzCTnO7nH4Zp3/C
qP8AqMf+Sv8A9nXUeJ/+YR/2Eof61uVs6s1FamSpxcnoVtOtPsGm2tpv3/Z4Ui34xu2gDOO3Ss7x
R4e/4STTY7T7T9n2TCXf5e/OARjGR/eraorBSad0atJqx53/AMKo/wCox/5K/wD2dbXhfwT/AMI3
qUl39v8AtG+ExbPJ2YyQc53H+7XVUVbqzas2SqcU7pBXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7u
etd3RUxnKOw5RUtzzv8A4VR/1GP/ACV/+zru9OtPsGm2tpv3/Z4Ui34xu2gDOO3SrNFOVSUt2EYR
jsYvijw9/wAJJpsdp9p+z7JhLv8AL35wCMYyP71cr/wqj/qMf+Sv/wBnXolFONWUVZMTpxk7s5Xw
v4J/4RvUpLv7f9o3wmLZ5OzGSDnO4/3a6qiiplJyd2UoqKsjhNR+Gf2/Urq7/tXZ9omeXZ9nzt3E
nGd3PWq3/CqP+ox/5K//AGdeiUVftprqR7KHYradafYNNtbTfv8As8KRb8Y3bQBnHbpWd4o8Pf8A
CSabHafafs+yYS7/AC9+cAjGMj+9W1RWak07otpNWPO/+FUf9Rj/AMlf/s62vC/gn/hG9Sku/t/2
jfCYtnk7MZIOc7j/AHa6qirdWbVmyVTindIK4TUfhn9v1K6u/wC1dn2iZ5dn2fO3cScZ3c9a7uip
jOUdhyipbnnf/CqP+ox/5K//AGdd3p1p9g021tN+/wCzwpFvxjdtAGcdulWaKcqkpbsIwjHYxfFH
h7/hJNNjtPtP2fZMJd/l784BGMZH96uV/wCFUf8AUY/8lf8A7OvRKKcasoqyYnTjJ3ZyvhfwT/wj
epSXf2/7RvhMWzydmMkHOdx/u11VFFTKTk7spRUVZHCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uet
Vv8AhVH/AFGP/JX/AOzr0Sir9tNdSPZQ7FbTrT7Bptrab9/2eFIt+MbtoAzjt0rO8UeHv+Ek02O0
+0/Z9kwl3+XvzgEYxkf3q2qKzUmndFtJqx53/wAKo/6jH/kr/wDZ1teF/BP/AAjepSXf2/7RvhMW
zydmMkHOdx/u11VFW6s2rNkqnFO6QVwmo/DP7fqV1d/2rs+0TPLs+z527iTjO7nrXd0VMZyjsOUV
Lc8xuPh99j1Gz0/+0t/27f8AvPIxs2Dd03c5/CvRdOtPsGm2tpv3/Z4Ui34xu2gDOO3SszVf+Rq0
H/t4/wDQBW5WlWcpKN/61ZFOKTdv60MXxR4e/wCEk02O0+0/Z9kwl3+XvzgEYxkf3q5X/hVH/UY/
8lf/ALOvRKKmNWUVZMp04yd2cr4X8E/8I3qUl39v+0b4TFs8nZjJBzncf7tdVRRUyk5O7KUVFWRw
mo/DP7fqV1d/2rs+0TPLs+z527iTjO7nrVb/AIVR/wBRj/yV/wDs69Eoq/bTXUj2UOxW060+waba
2m/f9nhSLfjG7aAM47dKzvFHh7/hJNNjtPtP2fZMJd/l784BGMZH96tqis1Jp3RbSased/8ACqP+
ox/5K/8A2dbXhfwT/wAI3qUl39v+0b4TFs8nZjJBzncf7tdVRVurNqzZKpxTukFcJqPwz+36ldXf
9q7PtEzy7Ps+du4k4zu5613dFTGco7DlFS3PO/8AhVH/AFGP/JX/AOzru9OtPsGm2tpv3/Z4Ui34
xu2gDOO3SrNFOVSUt2EYRjsYvijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9XK/8Ko/6jH/AJK//Z16
JRTjVlFWTE6cZO7OV8L+Cf8AhG9Sku/t/wBo3wmLZ5OzGSDnO4/3a6qiiplJyd2UoqKsjhNR+Gf2
/Urq7/tXZ9omeXZ9nzt3EnGd3PWq3/CqP+ox/wCSv/2deiUVftprqR7KHYradafYNNtbTfv+zwpF
vxjdtAGcdulZ3ijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9W1RWak07otpNWPO/wDhVH/UY/8AJX/7
Otrwv4J/4RvUpLv7f9o3wmLZ5OzGSDnO4/3a6qirdWbVmyVTindIK4TUfhn9v1K6u/7V2faJnl2f
Z87dxJxndz1ru6KmM5R2HKKlued/8Ko/6jH/AJK//Z13enWn2DTbW037/s8KRb8Y3bQBnHbpVmin
KpKW7CMIx2MXxR4e/wCEk02O0+0/Z9kwl3+XvzgEYxkf3q5X/hVH/UY/8lf/ALOvRKKcasoqyYnT
jJ3ZyvhfwT/wjepSXf2/7RvhMWzydmMkHOdx/u11VFFTKTk7spRUVZHCaj8M/t+pXV3/AGrs+0TP
Ls+z527iTjO7nrVb/hVH/UY/8lf/ALOvRKKv2011I9lDsVtOtPsGm2tpv3/Z4Ui34xu2gDOO3Ss7
xR4e/wCEk02O0+0/Z9kwl3+XvzgEYxkf3q2qKzUmndFtJqx53/wqj/qMf+Sv/wBnW14X8E/8I3qU
l39v+0b4TFs8nZjJBzncf7tdVRVurNqzZKpxTukFcJqPwz+36ldXf9q7PtEzy7Ps+du4k4zu5613
dFTGco7DlFS3PO/+FUf9Rj/yV/8As67vTrT7Bptrab9/2eFIt+MbtoAzjt0qzRTlUlLdhGEY7HFa
n4e/4STWNatPtP2fZNbS7/L35xEwxjI/vVQ/4VR/1GP/ACV/+zrqNK/5GrXv+3f/ANANblaSqyi7
J9F+SM404yV35/mcr4X8E/8ACN6lJd/b/tG+ExbPJ2YyQc53H+7XVUUVlKTk7s1UVFWRwmo/DP7f
qV1d/wBq7PtEzy7Ps+du4k4zu561W/4VR/1GP/JX/wCzr0Sir9tNdSPZQ7FbTrT7Bptrab9/2eFI
t+MbtoAzjt0rO8UeHv8AhJNNjtPtP2fZMJd/l784BGMZH96tqis1Jp3RbSased/8Ko/6jH/kr/8A
Z1teF/BP/CN6lJd/b/tG+ExbPJ2YyQc53H+7XVUVbqzas2SqcU7pBXCaj8M/t+pXV3/auz7RM8uz
7PnbuJOM7uetd3RUxnKOw5RUtzzv/hVH/UY/8lf/ALOu7060+waba2m/f9nhSLfjG7aAM47dKs0U
5VJS3YRhGOxi+KPD3/CSabHafafs+yYS7/L35wCMYyP71cr/AMKo/wCox/5K/wD2deiUU41ZRVkx
OnGTuzlfC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/drqqKKmUnJ3ZSioqyOE1H4Z/b9Surv+1dn2iZ
5dn2fO3cScZ3c9arf8Ko/wCox/5K/wD2deiUVftprqR7KHYradafYNNtbTfv+zwpFvxjdtAGcdul
Z3ijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9W1RWak07otpNWPO/8AhVH/AFGP/JX/AOzra8L+Cf8A
hG9Sku/t/wBo3wmLZ5OzGSDnO4/3a6qirdWbVmyVTindIK4TUfhn9v1K6u/7V2faJnl2fZ87dxJx
ndz1ru6KmM5R2HKKlued/wDCqP8AqMf+Sv8A9nXd6dafYNNtbTfv+zwpFvxjdtAGcdulWaKcqkpb
sIwjHYxfFHh7/hJNNjtPtP2fZMJd/l784BGMZH96uV/4VR/1GP8AyV/+zr0SinGrKKsmJ04yd2cr
4X8E/wDCN6lJd/b/ALRvhMWzydmMkHOdx/u11VFFTKTk7spRUVZHCaj8M/t+pXV3/auz7RM8uz7P
nbuJOM7uetVv+FUf9Rj/AMlf/s69Eoq/bTXUj2UOxW060+waba2m/f8AZ4Ui34xu2gDOO3Ss7xR4
e/4STTY7T7T9n2TCXf5e/OARjGR/eraorNSad0W0mrHnf/CqP+ox/wCSv/2dbXhfwT/wjepSXf2/
7RvhMWzydmMkHOdx/u11VFW6s2rNkqnFO6QVwmo/DP7fqV1d/wBq7PtEzy7Ps+du4k4zu5613dFT
Gco7DlFS3PO/+FUf9Rj/AMlf/s67vTrT7Bptrab9/wBnhSLfjG7aAM47dKs0U5VJS3YRhGOxi+KP
D3/CSabHafafs+yYS7/L35wCMYyP71cr/wAKo/6jH/kr/wDZ16JRTjVlFWTE6cZO7OV8L+Cf+Eb1
KS7+3/aN8Ji2eTsxkg5zuP8AdrqqKKmUnJ3ZSioqyOE1H4Z/b9Surv8AtXZ9omeXZ9nzt3EnGd3P
Wq3/AAqj/qMf+Sv/ANnXolFX7aa6keyh2K2nWn2DTbW037/s8KRb8Y3bQBnHbpWd4o8Pf8JJpsdp
9p+z7JhLv8vfnAIxjI/vVtUVmpNO6LaTVjzv/hVH/UY/8lf/ALOtrwv4J/4RvUpLv7f9o3wmLZ5O
zGSDnO4/3a6qirdWbVmyVTindIK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxndz1ru6KmM5R2HKKlue
d/8ACqP+ox/5K/8A2dd3p1p9g021tN+/7PCkW/GN20AZx26VZopyqSluwjCMdjE8ReF7XxFHGJW8
qRWUtIq5YqA2F9hl80Vt0UKpJKyYOEXq0FFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh
/rW5WH4n/wCYR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh
/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFAGHqv/I1aD/28f+gCtysPVf8AkatB/wC3j/0AVuVpPaPp+rIj
u/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8AI1a9/wBu/wD6Aa3Kw9K/5GrXv+3f
/wBANblaVN/kvyRENvm/zCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooA5zWvHGmaFftZ3C3EsygFhEgIXIyAckdjWf/AMLQ0f8A
59r/AP79p/8AFVyfjNQ3j28DAEfJwf8ArktZ/kRf880/75Fd1PDRlFM5J15Rk0d5/wALQ0f/AJ9r
/wD79p/8VR/wtDR/+fa//wC/af8AxVcH5EX/ADzT/vkUeRF/zzT/AL5FX9UgR9Ykd5/wtDR/+fa/
/wC/af8AxVH/AAtDR/8An2v/APv2n/xVcH5EX/PNP++RR5EX/PNP++RR9UgH1iR1esfEDTNQ+w+T
BeL9nvI523IvKrnIHzdea0f+FoaP/wA+1/8A9+0/+Krg/Ii/55p/3yKPIi/55p/3yKbw0WrB7eV7
nef8LQ0f/n2v/wDv2n/xVH/C0NH/AOfa/wD+/af/ABVcH5EX/PNP++RR5EX/ADzT/vkUvqkA+sSO
8/4Who//AD7X/wD37T/4qj/haGj/APPtf/8AftP/AIquD8iL/nmn/fIo8iL/AJ5p/wB8ij6pAPrE
jvP+FoaP/wA+1/8A9+0/+KrqdN1GDVtPivbVi0MoJUkYPBwf1BrxS7ijW2cqig8cge9ep+Af+RLs
P+2n/oxqwr0Y01dG1Gq5vU6KiiiuU6AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooA5zWvHGmaFftZ3C3EsygFhEgIXIyAckdjWf8A8LQ0f/n2v/8Av2n/AMVXJ+M1DePbwMAR
8nB/65LWf5EX/PNP++RXdTw0ZRTOSdeUZNHef8LQ0f8A59r/AP79p/8AFUf8LQ0f/n2v/wDv2n/x
VcH5EX/PNP8AvkUeRF/zzT/vkVf1SBH1iR3n/C0NH/59r/8A79p/8VR/wtDR/wDn2v8A/v2n/wAV
XB+RF/zzT/vkUeRF/wA80/75FH1SAfWJHV6x8QNM1D7D5MF4v2e8jnbci8qucgfN15rR/wCFoaP/
AM+1/wD9+0/+Krg/Ii/55p/3yKPIi/55p/3yKbw0WrB7eV7nef8AC0NH/wCfa/8A+/af/FUf8LQ0
f/n2v/8Av2n/AMVXB+RF/wA80/75FHkRf880/wC+RS+qQD6xI7z/AIWho/8Az7X/AP37T/4qj/ha
Gj/8+1//AN+0/wDiq4PyIv8Anmn/AHyKPIi/55p/3yKPqkA+sSO8/wCFoaP/AM+1/wD9+0/+Krqd
N1GDVtPivbVi0MoJUkYPBwf1BrxS7ijW2cqig8cge9ep+Af+RLsP+2n/AKMasK9GNNXRtRqub1Oi
ooorlOgKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOW1L4haRpt/NaPHd
SyQsUdokUqGHUcsOlVf+FoaP/wA+1/8A9+0/+KrhdTRX8V6qGUMPtM3BH+2ab5EX/PNP++RXfDDQ
auccq8k7Hef8LQ0f/n2v/wDv2n/xVH/C0NH/AOfa/wD+/af/ABVcH5EX/PNP++RR5EX/ADzT/vkV
X1SBP1iR3n/C0NH/AOfa/wD+/af/ABVH/C0NH/59r/8A79p/8VXB+RF/zzT/AL5FHkRf880/75FH
1SAfWJHV3vxA0y51rTLxILwR2nm7wUXJ3LgY+atH/haGj/8APtf/APftP/iq4PyIv+eaf98ijyIv
+eaf98im8NF2BV5I7z/haGj/APPtf/8AftP/AIqj/haGj/8APtf/APftP/iq4PyIv+eaf98ijyIv
+eaf98il9UgH1iR3n/C0NH/59r//AL9p/wDFUf8AC0NH/wCfa/8A+/af/FVwfkRf880/75FHkRf8
80/75FH1SAfWJHej4oaMSAbe/APcxpx/49XW288d1bRXELbopUDofUEZFeGX0aJCCqKp3dQPrXs/
h7/kWtL/AOvSL/0AVz16UadrG9Go57mjRRRXMbhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVHPPHbW8k8zbYolLu3oAMk1JWd4h/wCRa1T/AK9Jf/QD
TSuxPY55vifowYgW9+QD1Eac/wDj1J/wtDR/+fa//wC/af8AxVedWMaPCSyKx3dSPpVnyIv+eaf9
8ivQWFgzjeIkjvP+FoaP/wA+1/8A9+0/+Ko/4Who/wDz7X//AH7T/wCKrg/Ii/55p/3yKPIi/wCe
af8AfIo+qQF9Ykd5/wALQ0f/AJ9r/wD79p/8VR/wtDR/+fa//wC/af8AxVcH5EX/ADzT/vkUeRF/
zzT/AL5FH1SAfWJHV2XxA0y21rU7x4Lwx3flbAEXI2rg5+atH/haGj/8+1//AN+0/wDiq4PyIv8A
nmn/AHyKPIi/55p/3yKbw0XuCryR3n/C0NH/AOfa/wD+/af/ABVH/C0NH/59r/8A79p/8VXB+RF/
zzT/AL5FHkRf880/75FL6pAPrEjvP+FoaP8A8+1//wB+0/8AiqP+FoaP/wA+1/8A9+0/+Krg/Ii/
55p/3yKPIi/55p/3yKPqkA+sSPRdO+Iekalfw2iR3cTzMERpEXbuPAHDGuqrxLTEVPFelBVCj7TD
wB/tivba5a9NU3ZHTSm5q7CiiisDUKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKAPN/FvhLWr7xPcX2n2wlilCkMJEGMKFIIYj0rJ/4Q7xT/z5f+RYv/iq9eor
eOInFWRi6MW7s8h/4Q7xT/z5f+RYv/iqP+EO8U/8+X/kWL/4qvXqKr61MX1eB5D/AMId4p/58v8A
yLF/8VR/wh3in/ny/wDIsX/xVevUUfWph9XgeQ/8Id4p/wCfL/yLF/8AFUf8Id4p/wCfL/yLF/8A
FV69RR9amH1eB5D/AMId4p/58v8AyLF/8VR/wh3in/ny/wDIsX/xVevUUfWph9XgeQ/8Id4p/wCf
L/yLF/8AFUf8Id4p/wCfL/yLF/8AFV69RR9amH1eB4+/gvxRIhVrHIPbzov/AIqvSPCmnXGk+GrO
zu1Czxhiyg5xlicZH1rYorOpWlUVmXCkoO6CiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKAPN/FvhLWr7xPcX2n2wlilCkMJEGMKFIIYj0rJ/wCEO8U/8+X/AJFi/wDi
q9eoreOInFWRi6MW7s8h/wCEO8U/8+X/AJFi/wDiqP8AhDvFP/Pl/wCRYv8A4qvXqKr61MX1eB5D
/wAId4p/58v/ACLF/wDFUf8ACHeKf+fL/wAixf8AxVevUUfWph9XgeQ/8Id4p/58v/IsX/xVH/CH
eKf+fL/yLF/8VXr1FH1qYfV4HkP/AAh3in/ny/8AIsX/AMVR/wAId4p/58v/ACLF/wDFV69RR9am
H1eB5D/wh3in/ny/8ixf/FUf8Id4p/58v/IsX/xVevUUfWph9XgePv4L8USIVaxyD286L/4qvSPC
mnXGk+GrOzu1Czxhiyg5xlicZH1rYorOpWlUVmXCkoO6CiiisjQKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKAPK9Z8Ga++v31zZ2okimmeRXEqDIZs9Cc1V/4Q7xT/wA+X/kW
L/4qvXqK6FiZpWMXQi3c8h/4Q7xT/wA+X/kWL/4qj/hDvFP/AD5f+RYv/iq9eop/Wpi+rwPIf+EO
8U/8+X/kWL/4qj/hDvFP/Pl/5Fi/+Kr16ij61MPq8DyH/hDvFP8Az5f+RYv/AIqj/hDvFP8Az5f+
RYv/AIqvXqKPrUw+rwPIf+EO8U/8+X/kWL/4qj/hDvFP/Pl/5Fi/+Kr16ij61MPq8DyH/hDvFP8A
z5f+RYv/AIqj/hDvFP8Az5f+RYv/AIqvXqKPrUw+rwPHpPBPieUBXscjOf8AXRf/ABVeraTbPZaP
ZW0uPMhgjjbHTIUA/wAqt0VnUqyqblwpqGwUUUVkaBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVU1W1e90i9tYyA88DxqT0yVIH86t0UJ2A8ej8E+J4
QVjscDOf9dF/8VT/APhDvFP/AD5f+RYv/iq9eorp+tTMPq8TyH/hDvFP/Pl/5Fi/+Ko/4Q7xT/z5
f+RYv/iq9eoo+tTD6vA8h/4Q7xT/AM+X/kWL/wCKo/4Q7xT/AM+X/kWL/wCKr16ij61MPq8DyH/h
DvFP/Pl/5Fi/+Ko/4Q7xT/z5f+RYv/iq9eoo+tTD6vA8h/4Q7xT/AM+X/kWL/wCKo/4Q7xT/AM+X
/kWL/wCKr16ij61MPq8DyH/hDvFP/Pl/5Fi/+Ko/4Q7xT/z5f+RYv/iq9eoo+tTD6vA8r0jwZ4gj
16wuby0CRQzo7uZUOArZ6A5r1SiisqlRzd2aQgoKyCiiisywooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqWsakmj6Ne6jKjSJa
QvMyL1YKCcD8qu1heOP+RF13/rwm/wDQDQBP4W8QReKfDtrq8ELwx3G/EbkEja5Xt/u1T8a+MIPB
Wjxahc20twks6wBIyAQSrNnn/drkfhn428O6R8P9MstQ1a2t7mLzd8bk5XMrkdvQisr4x+LdD17w
la22lalBdTpfJIyRk5CiOQZ/Mj86APUte1d9H8P3Wpw2cl48Ee8QRnDP09j656dqXw7q0mu6Daaj
NZyWT3CFjBIcsnJHoPTPTvVXxRq0+heDb7UrRY2ntrfegkBK546gEVD4d8StfeArfxBqmyP/AEZr
ifylOAFznAyewoA6KivNdO8SePvFOnvq+hWOj2unsW+zw3TOZZQDjqOOoI52/wBatfDrxd4l8Wzz
zajBpMVlbs0MqQrIs6SDGAQxIx1oAueHPFt/qvxC1/RLhYBaWABhKKQ/UDk556+ldpXiVnrl9o/x
b8TxaRprahqN23lQR5winIJZz2Uf5Irffxz4r8La/YW3jGwsPsF/J5a3Fpn92SR6k8DPIIz6E4oA
9OorH8U+JLTwnoM+qXoLJHhUjUgNI56KP89ATXIx6r8TLvTxqtvp2iRxMnmJYyFzMy9RnnGce4+l
AHo1Fc94J8XQeMtCF9FEYJo3MU8BOTG4/oc1wun/ABL8T69c3ekaNptrNqqXMgEhUrFDAuAC2W5J
OR/Q5oA9brnPGvjG38E6VDfXVtLcLLOIQsZAIJUnPP8Au1e8NSazLokLeIoYItR3MJFgOVwGO09T
1GK4T49/8ifYf9f6/wDot6APUKKKwPFWp65YQ20XhzSUv7u4YqXlfbFCAOrcjP0yKAN+ivMNX8Ue
PvB1sup67Z6Re6dvCzC1LBoweByenPfB61peL/Hl34fm8O6lapBJoWpFfPeRDvQNggg5wPlJP/AT
QB3tFVNT1CHStKutQnP7m2haZvcAZrlPCHjO8vPAVx4l8SCCCFWkeMQIVzGvA6k5JbIH4UAdtRXn
Fjr/AMQPE1mNV0aw0ez09yWt4bxnMsydiSOOf+A1t+BvGj+KYry1v7T7Fq2nyeXdQA5GeRlfbIPH
OPU0AdZRXlt98S9cXxdq/h7TdOgu71Z1hsFCkADBLtIc9Bx6V2fhGTxJJYTjxVDax3Sy4iNueHTA
5PJ759KAN+iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOEn+LOk2vjN/D9zb3ER
Wb7ObkkbA/uOoGeM13deETeFh4t8YeOrNAPtcTedbN/00DdPxGR+PtXovww8Ut4l8Kot0T/aFgRb
3Ib7xIHysfqB+YNAF/wd4ztvGMN7Ja200AtJvKIkIO734pvhXxrb+Kb/AFWyS1ltbjTZfLkSUgk8
sMjHup/SuR+Bv/Hjr3/X6P5GkgH/AAjHx9kT7ttrlsWHpuIz+e6M/wDfVAHe+KfEVv4V8P3Gq3SP
JHDtAjQgM5LAADP1/Sk8K+I7fxXoEGq2qNGkpZTG5BZCCQQcfTP41yHxaJ1W68N+G0J/4mN8HlA7
IuAc+3zE/wDAar/CB20m/wDEfhiUnNhdmSLPdT8pP/jqn/gVAHV+LvGdt4SfTopbaW5n1Cbyoo4i
Ae2Tz7sPzpfFvjG38JPpy3FtLOb+fyV8sgbenJz9a5PVl/4ST47abZfet9EtvtEg9H+8D+bR/lTf
jSwWXwwzEBRfZJPQfdoA9G1TU7XRtNnv7+URW0CF3c/yHqT0ArL8H+KR4u0ltRj0+4tLcyFIjMR+
9A6sMds8fhXD3bzfFzxT9jt3dPCmmSZmlU4+1yDsP6egOepFepW9vFaW0dvbxrFDEoREQYCqOAAK
AJaKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKGs61
Y+H9Ml1DU51gto8ZYjJJPQADkmuKT4rXF5GbnTfCGt3ViOftAjxkeoABB/Osv4lXtpf/ABH8O6Nq
1xHDpUCG8ufNbCN944bPtHj/AIH711Ft8U/Bsk62sOsRJjCqWhkRPTG4qAB+lAHRWeqwXeiRao6y
W8DwCdhMNrRrjJ3DtgU7StWstb0+O+024W4tpMhZFBAODg9fesDx/ca1/wAIvO/h+Oxnhkgl+1NO
x4iKH5kwQCcZ9e1cV8K7jxivh3TY9Os9KfRDcNvllLecF8w78YbGeuOKAPYKK5Hxx43PhhrSw06z
N/rN+cW9uDwOcbm74z09cHkYrB1DxB8SPD9m+qalpmkXVlH888NuW3xp3IOf1+bFAHplFYmmeJrf
W/CP9uadgqYHkCPyUdQcq2PQiuD8PfETxZ4w0yODQtLtDfR7jd3kwK28fJ2qoySWIx/hQB6vRXn3
hjxzrK+Lf+EY8X2UFtfyJvt5oPuSjBPcnqAcEdxjGa9BoAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDgI/i9pJ8Wvoctpd
Rbbo2n2k7dm/dt554BI6139fPg0A67b/ABFaJc3NjfrdREdflefcP++SfxAr2TwP4gHibwjYaiWB
maPZP7SLw35kZ+hFADvF3iyy8HaP9vvUkl3yCKKKPG52PYZ9gaZ4L8X23jTRX1G1t5bdY5mgZJCC
cgA9R2wwrjdeP/CY/FWOwHz6f4et2nm9DMRkD89n/fLVL8Bf+RIvP+wi/wD6LjoA7jxLr9t4Y0C6
1W7VnjgA+RerkkAAfiaoeCvGtn4202e6tIZIGgl8uSKQgkcZB47H+hrmPiY58Q+KPDvhCIkpcTfa
rsDtGuf6B/0qtpYHg3423lgAI7DXovNiA4UScn/0IOMf7QoA9Urhdd+K+l6Zqb6bpdpdazep99LN
dyqfTdzk/QH861PiLrU2g+BNTvbV9lwEEcbDqC7Bcj3AJP4VR+FXh630TwRYzpGv2q+jFxNLt+Zg
3KjPoAR+vrQBDoPxTsdU1eHStS02/wBJv5yFiS5j+VyegzwfzGK7qoLmxtbxoWubeKZoHEkRdASj
Dow9DU9ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWF44/5E
XXf+vCb/ANANbtZ3iDTX1jw9qOnRusb3dvJCrt0UspGT+dAHAfDPwT4d1f4f6Ze6hpNtcXMvm75H
By2JXA7+gFZXxj8JaHoPhK1udK02C1ne+SNnjByVMchx+YH5V6P4J0Cbwv4RsdJuZY5pbffuePO0
7nZuM/71UPiP4QufGvh+DT7S4hgkiulnLSg4ICsuOO/zfpQA/wCIX/JNdX/69P8ACsXRHtE+A6m/
Zktjp0quyDLDJYDHvkjFdZ4m0WXXPCl9pUMqRy3EPlq7g7QeOv5VzOs26eCfg3LZajFHf+RbfZ2Q
ZCOztgc9QAWz2PFAGB4K1/xjo3g2ysrfwo2oRtFvs7lbhVXYxLDePbPqOPzrrfhv4UvPDGj3T6q6
NqN/ObicIchCei57nqfTmuX8KfDTUn8MWE8fjDVrTz4VmENpMwiTcMgAZ54IzV/wPrGtWXj7VPCm
p6mdXgtYBMl0y4dD8nB/77xyTyPrQBB4J/5LN4u/3f8A2Zaf8dQP+EY0tv4hqK4P/AH/AMK39A8H
XOkeO9c12W5ieHUQBHGoO5eQee3anfEPwhc+MtHtLO1uIoGgulnZpQSCArAgY7/NQBzXx28z/hH9
J+cJD9uG5iMgHa2Dj6bq1x4c8esAR45hIPQjTIv8K6XxL4ds/FOhz6ZqAbypcEOmNyMOjDPf/wCv
XG2fhb4haRbJY6f4osJbOMbY3uYMyIo6D7pzx6k0AbPgLwVceD01I3WoreyX0wlYrF5YU854z3z+
lc58GEX7T4ofaNxvsZxzjLV3PhjS9S0nTXj1nVn1S7llMrTMmwLkAbVA6AYz+JrJ8CeDrnwlJq7X
NzFP9uufOTywRtHPXPfmgDrq8v8Aj3/yJ9h/1/r/AOi3r1CuT+Ing2bxtoUFjb3SW0kNwJtzqWBA
Vhjj/eoA6yuP8c+M7nw/c6dpWj2kd1q+pPsgWU4jQZAy3IPU/oayP+ET+If/AEOkP/gMP/iaveJP
AN/r+n6Pcrqwh8QaWo23mz5ZG4JyO3Iz09eOaAOa+Ien+NI/At/PresadLZgRedbW9vgt+9XGGIz
wcH8K2r7QP8AhI/gdY2qLuuI9Nhng9d6ICAPqMr+NQ6p4A8V+KNKlt/EfiOCTan7iC2i2RNJ2aQg
An6Y69PfufD+mvo/h3TtOldZJLW2jhZ16MVUAkflQB5Hq3i6bXvhFoml2z79S1GddPdc8nyyOfxz
Hn/eNdN8TtMGjfB86fZ/6i1EETHHVQwGfxODXMeBfDNrP8YtVe0bzNN0iaSSMY+VZGO0KB7fNz/s
CvY9U0221jTLnT72PzLe4jMbr7HuPcdQfWgDgdA0HxrceHtOlsfGkEVq9rGYYxpsTbE2jC5xzgcV
qeD/AANqHh/xJqOs6nrCX9xfRhZNluIsnIO7AOO3Yd6y7HwT418NxGy8O+JbR9NVj5Ud7DlowfQ7
T/Qe1dT4V0fXNNF1N4g1s6ncXBXaqxhI4QufugeueeB0FAHHeCkU/GjxaxUFgmAccj5lr1GuR0Dw
dc6R471zXZbmJ4dRAEcag7l5B57dq66gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigDy/wH/yVzxl/vf8As9Qa0n/Cu/inb61HlNG1smK6/uxyE8n88N/33XU+HPB1zovjXXtaluYZ
IdSOY41B3LznntWp4t8NW/i3w9caXcts34aKXGTG46Nj9PoTQBxHwRAW28QgdBfYH5GpPjLbyWEe
heJLdf32mXihsd1JDDPtlMf8Crb+HHgefwRp15b3N3HcvcShwY1IAAGO9bXizQV8T+GL7SmcRm4T
CORkKwIKn8wKAOMsJ08T/G57uJt9po+nr5bDoXcZ/lI3/fNRamR4a+O9jeEhLbWrbyZG6DeBjH5p
H+dbfw28CT+CrS9+3XUVzdXbplo84VFBCjJ57mnfEfwPN40sbL7Dcx215Zyl45JM4wRyMjkHIU/h
QBkfCiM6tqfiXxPICRf3higJ7Rrz/IqP+A1B8aADN4YBGQb/AKH/AIDXbeD/AA8vhXwvZ6UHWRoV
JeRRgOxJJP61meO/B1z4tk0hra5ig+w3PnP5gJ3DjpjvxQByF/HL8I/Gg1C2Rz4X1V9s8SjIt39h
7ckeoyO2a9ZhmjuYI5oHWSKRQ6OpyGB5BBqrrWj2mv6Rcabfx77edNreoPYj3B5FYfgHw3qvhTSp
tM1G/hvLaOTNoUUhkQ5yDn35A7ZPNAHVUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAeR+L9PtLn47aFHq0Ec1lc2oXZIMq7YkCgjv823j6V1/jfw3os3g
nVfNsLSIQWskkciRKpjZVJUggeoH16U/x14Hi8Y2ts8V01lqNk++2uUH3TwcHGO4Bz1BFc9ceBPG
fiGBbDxN4ogbTdwMkdpCA8oHYnav9R3waAH+B557j4HSm4Ytss7pEJ/uDeB+XT8KvfBog/Deyx2l
lz/32a6y10azstETSbeLZZJD5AQH+HGDz6n1rhPDfgLxX4Wuo7PTvEVv/YguRM0bw5kK5BZRkHGQ
McH3oArX5Vf2iNP+1YwbI+Rn12P/AF3V6Pqrwx6RePc48hYHMm7pt2nOfwrnvG/gWPxZ9lu7a8ks
NVsjm3uo+3OcHv16YPFYNz4J8b67AdP1/wAVwf2axAkFrAFklX0JCr/Mj1zQBV+EqSr8JtTMn3Wk
uDH/ALvlqP5g1f8AgcynwCQpG4Xcm4DqOF611jaVa6H4Om06wj2W1vZuiDv905J9yck+5ryX4aeF
tbn8MjWvC+sixvXleGaGdd0MqjG09DgjJ7H8OcgHRePdr/F3wckBH2kMGf12b/8A6z16jXD+FPAF
1p3iCXxD4j1P+09YddiMq7UiGMHA9cccAAAnjmu4oAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDy74UqH8XePFYAqb4Agj
gjzJ6y/DWuR/DTXPFeh3rYtYFa9slY/fOBtUe7AoP+Amu38GeDrnwzrniK+uLmGVNVuRNGsYOUG6
Q4Oe/wA/b0rN+IfwyPjTV7C+t7qO2aJfKuCwJLx5yNuO4y3X1HpQAz4X6RNa+C73WL7LX2stJdSO
epXnb+eWb/gVVfgMceB70np/aL/+i469FFpHFp4s7dRHEsXlIo6KuMAfhXF+F/Amp+GvAGq6JHfW
5vbx5WjnUNtTcip9c/KT+NAHF6Jreuan4/1nxTougtq8JZrSBjOI1jUYxjPcqAf+BH1qP4iX/iq+
i0/W77ww2ltpMwkW5FwsmMsuAQOfvAfn716p4H8Ljwh4Xt9MMiyzKzSTSKMB3J/oMD8K0dc0qLXN
DvdNn4S6haPOM7SRwfwOD+FAHHfEVv8AhKPhHLf2Cl1eOK7Cjk7cgt+QJz9DWz8ONUh1bwDpEkLh
jDbrbyDurINpB/IH8RS+BfDd54a8Kro+qXEF2I3fYYwdvltztOfct+dcvN8LdV0LVJbvwPrx02KY
5e2nBZB+hyPTIyPWgD00kDqcUtcBpfgPXrvWLTUfFviSS+NnKJobW3XZFvByCeAP/Hfxrv6ACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKqanplprG
nT2GoQrPazrtkjbuOv4EHBB7Yq3RQBwUXwntbRPI0/xH4is7MnJt4bzCD6DH8810HhjwdpPhK3kT
TIn82YgzTytvklI9T+PYAVu0UAFFFFABRRRQAUUUUAFFFFABRRRQAU11LIyhipIwGHUe9OooA57w
f4NsvBtncwWc0873MvmyzTkFmOMAcAcdfzNdDRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAEV1brd2k1u5ISVGQk
dcEYrJ8JeFrbwhoo02zmmmiEjSb5cbsnHoB6Vt0UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB/9k=

--_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_
Content-Type: application/vnd.openxmlformats-officedocument.presentationml.presentation;
	name="Basic RPL.pptx"
Content-Description: Basic RPL.pptx
Content-Disposition: attachment; filename="Basic RPL.pptx"; size=78176;
	creation-date="Wed, 28 Aug 2013 10:10:47 GMT";
	modification-date="Wed, 28 Aug 2013 11:52:58 GMT"
Content-Transfer-Encoding: base64

UEsDBBQABgAIAAAAIQDfzBj1wgEAAEYMAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADM
l8lOwzAQhu9IvEPkK2rcspRFTTmwnFgqAQ9gkmlrcGzLnpb27ZmkC6EKhCWIXCI5zvz/54mT/Omd
zlIVTMF5aXTEOmGbBaBjk0g9itjD/WXriAUehU6EMhoiNgfPTvvbW737uQUfULX2ERsj2hPOfTyG
VPjQWNA0MzQuFUhDN+JWxM9iBHy33e7y2GgEjS3MNFi/dw5DMVEYXMzo9ILkycKIBWeLCzOviMk0
E8gneGmNA+U3aoS1SsYCaXV8qpMNstaSKqTK/Bo/ltbvEDord8hm3kMVDZZ1t9ROJxMIBsLhjUgJ
nVuL3DrwtOrcKPxcqQTVDIcyhsTEk5REwqJYqt4Nw1RIvVrERzBeEeG18Ei3nhcGnbrJCtpfYlrS
/A1HFUHW1YEz1tfdhbVwFcFUwsufEKyFqwiQnmHg+fH3NyGXqXQUjwrucK6g9r7jm3QVRb5Rr8Tc
THC5BxeD3zdh41ktGP2Uabfu/VkD014DmfYbyHTQQKZuA5kOG8h01ECm4wYyddpNhPqvNzmFtvyT
TrnXwfcbswqpWXXLUjoBhxLWMbUs4a0dKZ5+33AjakKWyhNISrx5/hfQfwUAAP//AwBQSwMEFAAG
AAgAAAAhAGj4dKEFAQAA4gIAAAsACAJfcmVscy8ucmVscyCiBAIooAACAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACskttKAzEQhu8F3yHMfTfb
KiLSbG9E6J3I+gBjMrsb3RxIptK+vaHgYWEtgr2c0z9f8s96s3ejeKeUbfAKllUNgrwOxvpewXP7
sLgFkRm9wTF4UnCgDJvm8mL9RCNyGcqDjVkUFZ8VDMzxTsqsB3KYqxDJl0oXkkMuYeplRP2GPclV
Xd/I9FMDmomm2BoFaWuuQLSHWDb/R1s6YjTIKHVItIipkCW25S2ixdQTKzBBP5Z0PnZUhRrkPNDq
vEA87NyLRzvOoHzVqtdI/W9Ay78Dha6zmu6D3jnyPGOCnHZ8M8XIMibKZexo+6kfuj4nEO2ZvCFz
2jSM8ZNITi6z+QAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAABwcHQvc2xpZGVz
L19yZWxzL3NsaWRlMS54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9
e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8ii
UDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2D
eY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQAb
LjUHEwEAANADAAAfAAgBcHB0L19yZWxzL3ByZXNlbnRhdGlvbi54bWwucmVscyCiBAEooAABAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKyTwUrEMBCG74LvEOZu0666iGy6FxH2IIiuDxDbaRtM
k5CJq317Y1drd1nqpZeE/w/552MyWa0/W8126ElZIyBLUmBoClsqUwt42d5f3ACjIE0ptTUooEOC
dX5+tnpCLUO8RI1yxGKKIQFNCO6WcyoabCUl1qGJJ5X1rQxR+po7WbzJGvkiTZfcjzMgP8hkm1KA
35SXwLadi5X/z7ZVpQq8s8V7iyacKMGdR3r01lEMlb7GIGCwkkgK/DTEYk4I0qrEP4BeEu+3bAoi
mx3iQVJAf4SyN3+A9mISazknVpCvGp9Dp+OYDU80Mqf6cz0rSJzg0SOFb8n7dbIZV3My7BR+HE3r
YP02gh/8w/wLAAD//wMAUEsDBBQABgAIAAAAIQDJ0fLTTAIAAJwMAAAUAAAAcHB0L3ByZXNlbnRh
dGlvbi54bWzsluGO2jAMx79P2jtU+TpxpaXQXkU5aZuQTmISGtwD+FoD1aVplYQO7unnpGHtmCbd
A/Rbk9h/Oz8bk+XTpeJei1KVtchY8DBlHoq8LkpxzNjLfj1JmKc0iAJ4LTBjV1TsafX507JJG4kK
hQZNrh7JCJVCxk5aN6nvq/yEFaiHukFBZ4daVqBpKY9+IeEXyVfcD6fThV9BKZjzlx/xrw+HMsfv
dX6uKHwnIpHbPNSpbNRNrfmI2vAWf6ekoMXd+VWhXtdCK6LDVnRtxYsfoDTK52Kj9N2OVxYZC4Mo
jpLZIiJ2MjU7ZBswf7X0/+M+lHouOpH50DvsvYe2u3cvv2TsMYii6ZRKl18ztkjmiV3oa0MFU7lE
FNFlZhSaVNQalXP7Y2ncbhrWqsADnLne40Xv9JXjagkp7W230n393EqPg+kRFJOXnc1uaMJbHjRk
U4HcZIwyA36k/uLMI5k9vO7ebxEJkebWBGEjvso3w5m0dSnckrxPFIpaZnsWue7qYIOZLBQpBXRh
5r2hNC1MTUV1glTVvCzWJed2YdoRv3HptUDR9KUrx52VjeoZbgfIid2XSky4NpeDFOHuAKE7yNXd
Qa56HJQhVR1Sx8MI0WfYo4nmsUl45GOhOD6znk/XliOflhsojk/U8wlmcbAYG8j8qgwVB2g+AJSE
iR0P4wQyVBygRQ8oDBNqoHEEUQcZKg5QPAAUR7NxRts/LkPFAUp6QIYOvT/GId1yQ8UBehwAWszj
cUjbDjJU7Dv43ycmPY6Hj/HVbwAAAP//AwBQSwMEFAAGAAgAAAAhAAXCIu/+GAAAyiIBABUAAABw
cHQvc2xpZGVzL3NsaWRlMS54bWzsXcly40iWvI/Z/AOMp5mDUsQOykpZJimlqrRWLp1UddsckSQk
cQoEWAC0ddv8+3gEEIHARpAgSIliXDIpLlgd/vwt8d4vvz7PfeXRi+JZGJwO1A/DgeIFk3A6C+5O
B3/cXB05AyVO3GDq+mHgnQ5evHjw68f//I9fFiexP1Xw6yA+cU8H90myODk+jif33tyNP4QLL8Bn
t2E0dxP8Gd0dTyP3CVud+8facGgdz91ZMMh+H63y+/D2djbxPoWTh7kXJOlGIs93Exx5fD9bxGxr
i1W2toi8GJuhvy4c0kec2WTsT8n/8eIm8jzyKnj8LVqMF98j+vHXx++RMpvieg2UwJ3jsgyOsw+y
r9E/A3wNL45LP79jW3JPnm+j+cdf3BOcm/J8OsDFfyH/4kfuifecKJP0zUn+7uT+W813J/eXNd8+
ZjvAEfCdkrNKz6jmdCyDndAPb4K7fud7imrp/OzITyqnxrYT08vD9slPSjU1Y5iemanreFk6v5Fq
0DcVcpa66ajk2+Sy5VtaRHHymxfOFfLidBDh2AbkErmP13GSfpV9hbwdhFcz36cX0Q/IG+TDT258
rzy6/ulgilfZDsjHuDjpkeP/5MXH7XZP/OCHd4s7jMuv0T1RXHsXfpRuwp1MAB41/ejenXrp2yZO
jh07/wU9E7pBsuVbHBnfdrYB8sxUt52eV/Z98lPv9hYnzn88XHZg6Y/5L+iewyD/8XwWhFHdBnyc
Vbbn9PvpBUovzOIkeT4Ppy9kcz/xP56CKPEvQlxU3GA3mNyHeJQnSUQ2gasYJ2PyQ/oHQIcbgV+4
/h2Yhn/JC6bf3cj9gU98AO504AVHf4yzY8CPcHvYTumdIthtRnANfjdDr2HaoCv6XB6poyG5w+nJ
scczhe+Aojf7cnr92LPNkLkSeCUYxUdh52CMCEijEhSV6SxKKAMr8Ty58D0X+M1QkHz8GuLpPyNs
ldAnHZvA67WBa1aJ1yBAgzH6+tiFdjVtOHIkcjMiefc0+nrItarINTdCrj6yuGKQnCuRuzXOtavI
tTZCrjUcWUQgEBUvkSuRuyFyJ8/BOPPVLsjLivepMwCPk8id3d0nykUYBHASwkhRNQ5l/mMXHg7+
oK4rlHLm31B5DhnOPlHZR6krQxUI3wTxZXOvVni7wftj8pg+EYZhE0mS7rDosKpDc6RmHzZ7fv4s
8KjXUuv5tYjnFbytejdtBU9r11hPnpe4abgOEwadZleJ3OY0eCH4+ps5Syn/UfpjXn3hXrPPiadv
W8SvwsfNd3u5n99yt6XfTi7Q2/LbOSqDR4E54ODA46LhNK4l6wgtV5X8xyKhwYNqIjQYevpRH4Sm
WZad23jJaKWIWPpAdwg89cFoNYJO3UzRaboFRzpVdJLSaOiShEj4/WXPFXmTRzyLMdLOiNh59KdL
KLKV0pA/Sa1sHaXZyzUa6LCJ0kY9UpphqMRvydwWSWlvidJwnysizeGo6RIYNFTVYIFBSWmS0irZ
lTZK08AUzZQ24uCsVWlMilHvFIYkdzs1JFN7U2mWaerMbh8hwSj9Tpr6ZHnLzja5B5VG7nOZ0gAp
HFLnXAfixQ7LMUtKk5RWobTmKIjOyewGGd3z8FnRcgYj5lUhG0MdAI23FKNfLCLXEPqyVDv3HfSh
M7So4c4rO2gIBPunhQ/WSNcpKXaNhwh1D0JohF0KnrB/ilwUyMR/PbiRNxDS91TBL84eEhRPZDUV
aYqffLBSJr9DCurL2UUhc0oNQl05QJ6DTalr7fyqzlmH3WfceZFzut9nY6g7TD6P5H2uS5JbSbjY
1Y3WmHnhNzp7dLNEevcbrWnkPqd+krzRqAusyW/882+93uc2LarzkA93r8+iKHwSEiF6HgHKFCl9
7NdLYxRc5NFoSJ53bCbnck3VdUoCvFavmcfjLFvDkzVpZqI2p0Fq0ch+EnfmXwZTJXlZoNzQJedI
DgA7WaGG7SAzH63QqUZmKtCpxGc2hI6qqaMs7bE76Nx77rQGOmVMBajvlZCiNZJ4rnjuBK84kpbI
SB6n4VanGKXpbnVIsIbJiyNVG5lZfWwOIFW3Vc49mm2NRlTCNhPQ8sTaboVkvWqM/wXFTR34pcV3
X66/XB6VDM7qG/QiVKtCF9bYsfHF2dcPkfdXadsNEWKl5nBTcl5bpxoVf0Tvyx8xLMNhMZHUSy6a
MNWyLepFExMmYUSsbqUUtOZGK20wmoTB7SyabwlKnJwacqoGd3waFRIwR+0aBHJ3hVSIuFmOWSn0
0EzV4CxF99hMUOsqJOUJDzKpzqbFIdLgpYHUxiL/HqJ4RsXNAtAYijaMm4x0g/HUUavWPiiiugzu
scrCmyrnngtaUW4jLIqhFejnymvxS7VmoyyjjUrlRgcZXeCX1BMvmi/JL29mEVEf/MIdeyaojdyP
75Ff0iVpJSSJvrzkF8ovF6/GL+1uutGHmy7yi6SXfI3i+yx+NSr+utGXv45ETi5feJVr7q0XIoWS
XSi7fHotdoHHUK5lqKiX3P/uxzvKqqChgQRQSOforayA7kG8mNznZuIFOOvfOdKHtJCrCCSpXSq+
0eUruUYmX2HRGHox8wUX3cmlkJxqFbQ9h14Ii8mAy/YDLiZfIc45pbhAfIMMg1j/6+g0SFwgFR0y
hYfuNEu11BYQ7UmCQSXJ/PYEw/nl2cW3r2vkGUrbXRIg/vrt5vPV/3yYBdPZhPaiWYeqirvBHUNA
tSHh0BYlRo+XNh1kVRYUUou2QR496wxTgFpBHbegbN0osaSqFRrA9CB/8i5CjKpKLYR6oqq83Uou
pCVVvXuq4oawUVUBgJSbNkpoiaqqVWlLpuKtrahbu4tWVX0wFU9ecKbKcxWbRZlF+FB0SI5KPtJ6
jUOQUzx70cxReTqjH88vqyaXauottdPrg6N4AoRzVJ7v6I+jpJgSu7odClHZPFLZSFQ2tV5iF5gO
fl9Wb5Y2RqorglVtU+Mhhi2oKVk/na1qXpmR2kIGNq8AaoZOXhLU3cYVG26ohl5pwSmxA225J4rb
5oEmZs2AI+asbWbNslKxJRxzsAWuX73kKYz+LGdZeymV/jSLJyE6iL+8Sr20zZU2x1MurDfDk2Yb
whryWuKBxaKVigdXMb3vgGo1brw+pNm45QUjaxo35dafLX4nSw9IrCTr/S6aObago+DLSSv31qxc
G4ic9uISu3NxSS2IBJmdJldKkSeJobeGoeYlZQ7X18yyObmc3tCymSO0IwA6sdBH1UcjY0i3nEco
taFpH+ZSoN0Ytu0uCVqCqYr6Bsr6Ud9Z3QCFlGmilWsZUgdbmPTOIcXTcZym8uzbZjSVFs8SRNV2
WygYM/0g+6f8jqbPXqRcuy9etGLlCC93wWPfvV7E4YmzRn3s5Jm0NfWxoIrFLJpm6LTLU0EVb7te
RMYN+44bOtxjb4ZO7sL3BJ3Mld8pdGRV5ParIp1Kcgzw6kfQGMiIodMzFcmMZZrxc1ALOWh2bHx5
s0ZJZKmXw5KSyPH1t5urH2dfLl8lnujwwA+XM3mcZzM5027L2Mimgwsn7ghQ23W72sJBo/ZwENDH
yKsfw6erGl2M1kxcMtdKpjyusMqRZ9iIPL1daZhib7nWUXuaHujqGTqGNqqkWpkhpD0rtwAdqZm2
r5lGlcAi4MWws6mJG9HGL8Rn1xwVgcVSAPpwA4tbNXHXn7/+7VXk0qgSUAS6+sJSPpWg3oxJuVSK
+fSSz6dY2q5Sag5Qq1hZli1E+hyH8cTzvVi5iWbZKOphro8IUVGgiQuQyJvpgGDyfz5AOsuxipMl
1SHIqRSj1h0sqcIBEP1tmXZrH70kOzCax21o38mHUQtNmeWc6cFeDHdZhlOuyOpwmq6PXK+fPU3o
/qNUFSAi9ggzDUYj6o3mmToJWfKcc22eqqftqPm9h2xF96lqX8KvMG1as7AIvUSthWSNZVjZF5pb
ALYtIY5Dfza9mvk+uf+l0VM/7+jesXHhWwL/vnpT/Lo2knVdSDHIcxbcKZfnsTILlMBDuucnZnsm
7k/fI+9YpbbqaUKHrgLGPxhe4Pp3KGufJBERZehnSf8pzzdf8Wj+axZM/IcpOaDrv39WXHSj/jEe
f/7vkgjpq0dqWzhFVbn2bEwkqNUpqBXNkAValsgGsTWUNVTpWHV6OTExQpkgeiBbz72n1nOYj8U0
KIsBE6xR4Gw8Q0DsDmXaqrk8wnJQWYVPn7+9hYaWqsorGpbwSl7j0D1QW+AVeCOyZe7tyvptHwcu
YxZp5tvmvJIXSWwWeRN5hY2hL9qog62/KvLKqzWyVNX2wgdVGFfbE6/QTtzlKKzsNveOus2paqUI
gmCtf73C7JXkFbhSyccir7xaC0vMlGFmpVmvCAMW++EVW9NrsoOSV94Tr2jVgBGwtgVeyTrmSl6p
4ZXL8qLNncVXtBXiK4AIw0N3XhELo3Rb16t+kKhdt1B1IIt8+y7yRdnRCkYpD6r0Ax42ibOZSLYA
Hlmysv2SFVXjMRnuOgNhjHo2c50NIy9aQev2GllzsKvh3mfRiqpVAzEAWF9oEspWao2ZLFspZYxW
z0otKRvfQdnK5DkYo78uGQKe2atsZj0SarMpMvcad8SXeGK5Z76m0atd8S1qp/a43xbMn9RO/Wsn
vgZhCYzyVQl9wEjsPmFpRnWdXSF/L2H0BmrGlxQn6Vx8//AmSVY7p+dqu0vtnDg9FKVxdDhrQWer
pq2bpCnYu169Qk8ZjUwvvo83Xv2UbevT2c1Zxw7wxVVV2F7zit5lcOHiWoRLUV5j28Tu0ZpLVNIE
jy2llpqNJgAk4YVSSnNkq5UWE+inZDoOgLqPcNmotCYTMTu9+63SRV8hOaX3sSxXtDSmadGmj/RS
sGIaaWl2VM+48uqkZdTBFa9IHbnE7WJpxL5rpuaYKLkivlle83rw1FE3sZxake1NLG8nkBVEq95Z
tJLbnxXxix5P2nSGytEcHtteoyY9nnU9niUEUp13j4ZUWwjFOEPbJmqpQCR7vRptIw1SU2zci6R9
i8yEweRts40gTznm1nSnBWZi9RFE8zqmblRXP75SfjwIAy9FvuSuPrmrmh8H1sAwfOFP90FHYj2f
o5FufCURVLByB1UnPEYGnCxCIPU3WAzx6exbKZ68swy5sUKG3OgjQy46TY6jjyqWbNtOk0xy7iDJ
adSF7YAxkVHo67XiMHkTa7hSWKdV4hHpTNVoIepMbXcNdKtDZfCoXHMWAIhh4OguWwoOlW1V5ysU
TM0WYv+SXHZBLtWcNxDG0LNpBUWe83YMszpAVjpapMUQLjapG96uo7Vd1lrmyfMIct2KeCOPHXeK
CWoOZi2kzfgsR8ciTBokyIM+ch08jZDuYgrMvq+DN3jMuhaoHYLXta0bNBGyqg3lVYo+SchKyL4g
Zbs4SVl1Gbfy4DovfwSK+zHe6NVAAlUkaIW+DEPHog9AzqwF11J2bvgXqfMi14s30q6LeY6zzg2I
UdDWDQs38oIkb9zw4/t1IWixq8YNyb03i5TIDf58tbYNJq5d4M6908ESvyZPAazp17QXyRmkq2+J
irft4ciw67ph11b32Fwhqg+oMY7sA0ZiFM6ytGp3wwJV0n3juX6+jebE0C2iOPnNC+cKeXE6iJPI
RTuX5CIMAhRphVE6Daqhi5gfUN/BnfmXaLuSvCzw+LhRFD6RE8ROyOdCg5u6BmPp9kudctzJBLxE
Q0J0Kz+8W7KjbHV96pau0E1pH1fjmzx6L5QuAFUMMV3cFLFIzqrTfLJIjsArWqUD0WuUSS2RYCaP
9YtwyYP7XeAiFslZuqlVkjwHH5zFw0iXWu+kRLLd5vAAfbN0AU4Yg/Rhc8TgLMsJ0ovCyuWkdIGr
souwx8rlcu0wWiGyb3aO7NcqYFG62PDxyKjtAoykdHlrMFpmi3gsX7RFxWg+JaE1EoUF6VIrbmV9
/75KFx6ZF+GyYUBeqO+3nOFIFunOogQhNAQ3XkO4ttscHvReIl3y0Hff0sXWMZq2bHOkdHlrNqcd
RjwQvQRGeWS6DxgVpIuJGYBlGEnp8tZgtES6WDz6K9qiPNzbxY0WpUu9uJXSZU+li8WjvAJcgCHm
YneBixh1scEulVHFMuqyy6jLMrLgIVqe9gQgxHvfvcBaN4cmzeNBtKm2g2kg5cJIZ+SYGqQzWaCq
Y/mITeVRc0Q/Qhh/2SQQoRf9nnasp3nin2RERUP2k+CmeJrR3c8LP0v+XF0h8cbSIsLXcEkREU4x
d3EfhjGp7k5mc0+Jw4do4hUypbB1wfS7G7k/aoPIdYfY+ajyPXVcWW3xoHEO4GLIeBMAY321jR0A
nsAmgsflkI4I4D5WCAi3bE8B3J64z/F37ynI0itp5n4dCBZ3ArYCvtE2Buk5NndilZIPiwcJRcuX
RwW7WD6VpBggwICYI1W31YrTDicNX8A36AQkGgViucGGNGYb6fHxR2mOMk2DfnLje+XR9U8HU7wi
hE6Tj/QaxWyEU/Lie+TJ9QMkJdNMpEbptSGFSZ/ye3fqpVsmnfU510zuPTqhINtRXZZzhfTorrOc
+15oZ/GYw7V3myjnkTvxFHBWwYJTa75GnPJIqFfKQFziPfYFimHMTCLPYwqxBgz7ODp6cM3WW+bW
08cx5zD35Gc4fYENjhL/IsSjDNZwg8l9GAnzZvw4GZMf4vJTDsQ/+EVpKE1uZRUfvWpOB15w9Mc4
u2UdiJOHKHKbm0ckCG12t7lHGuIPjEKBZHWk06g7REk2CqYQjDAs1QKPLwVfG4HuvdFNTc7Sarlr
TRknbpQ8LNaws6Xtphd5fbjYPCBRIKnNIhIiSZlYvVmJWYkcpWPUYJaPa3YuJEelFjw17ktzsXvA
UTYPa3COAg4B4R5WDhc4yqob/yA5SjAzCpl+VuKSuorea/3VOKoaBekJKnAAhjwGArkMniJbzq2Z
uETB1HSsYdjMmHFvQNBTzCniguIpcheoj/zrATXTA0FeUIG/OHtIwqtZktJ9KkHIB1WlQQMKtZVm
GqHjrUUwfl3HhhWPhJ5hYa7hiuGTXEJRD2d9KzjkKWJOSMNigri7aNJR2UbPE27nSMPyQAkyALao
61a8zzxMtp8g4/5gDrKiM9gPyI4Yr0kuO0iYVR3AYV8OIHw+i/l/R6qJXvGpSZQmU5zG+37YrK0g
gjNaYzlETnB9F0OYqkOIrqjYkMqyMV05jeC2qLVYLkHJ5CwvICYK7DYMEh5yns+CMKoLOy91QSFv
OXKW5DfVKlNhlls/bqAGcmKqy3A0RK1K+c297snQLO5XWJz51UuewujP8mCl1be5ZAxBTOJYH16t
CQOsUWXEaDGU1V1iaTppH4QdQMcbjiq9xWxhXBeHbQ+EPCewpmkXOsdao/FTtRx8a5o/wsQ1HV8N
JLqJACtIe1lICv25X2tgdB4BbQYPAMZsYT/gMYdatXXetsEju1vtoLuVXo2RAmEMPZsl/cQleOx1
kX72eT5YTUJ2ZSFErwIaWl1/uTy6GV/83tdEjC/fPl1+QC/zBy9O1oimlqQfjq5T5Q0GpZQ1FODV
E5Z0g3dbqTdl+zwdbBMs1eVc+gNW7dYJyl5NqWOYRgVlxRV8Gyh1dAx2stJAQzUwY6Pk++lDA7Vg
sraVFprQDCBdnaRst7Z1/BJMvKnyNEvuFTTiUWLPR8kw3nkfta5VQKe1Lz3ktE1bJfV8qes5NByZ
qExDUu/U9VwSMkP1YJk2rb4SlaxShwQ4aou7ZDr8JD6c2L5KDGRbpzKMkmXKsCcf1dIdErel2ppV
FW7bR5X9ydbtT7aEosgMxBQ2PM2Nei+Gkv580bSGsIyUQ/VFaxV+H1Ma6zb82sO2iLZvYybAkGGu
OzOJI22YCCsykxxp4/EFbsVuerteLtJHRtLmHa5y7sobWm3GXax9FZFXpqHSysMillRdJwntvRwJ
unLQrI5PzqPQnU7cOEnn2ox3H/Sy+XKz/MYXF5ttEI4QEodMYxduvNTVh6WrmfG69H+GTwrvgKqo
uUzKTBatiE3wB3IItPHyIE0msHhWMOWfEQTPyFxu+hmpwPj6yLdSnF0svB0jZkl2QpaGKVGIxqwq
KZugwYZbf7b4B9mekIsUk+Dm0Nb0UUmAwWtgFGYYdlYe1ryu4yfar/ILoNM90RawZJd308zIu9P/
Rbrsdu67pwMsm1T0kW6bQ/p4YsvZ90msO2sxS37sB8oT1q0jT9+Wpr5ITxdPJDZRKEuVbsF6bgGt
ar+JPKxbXZAVYddxkr1SHqLZ6eDf5+cjS7twzo/OVePqyPg0so/Orizz6IpMC7w4d84u9Mv/AwgW
qnEyiTw3mYXB56nyPPeD+ARvng7uk2RxcnxM18C68Yf5bBKFcXhLSk7mx8iXzybe8SJ88qJFOAuS
Y4x7Gh7P3VkwSBfO6PbIxrpfA+Oeyf2mR8n+p0dLnpuxP6UrUfzoi7v49kifjzmMkxdB6eCtBaxU
+utJ/hWsupmhWOqO/DIJsjPH4mm6pZvs+UXV/QPWB86CqXc7C2YJqe9HjgclM6eDwHv0IjBDOPVu
aH/jZP4jDJPsOOmWcHDZpsmrbHd4GeOA/18AAAAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3
AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ2LnhtbC5yZWxzhI/BCsIw
EETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8
r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2
pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H
1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91
dHMvX3JlbHMvc2xpZGVMYXlvdXQ3LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOW
ZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vm
QiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L
83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYA
CAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ5
LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1r
GsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZ
hki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3Km
VLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALQAA
AHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQxMC54bWwucmVsc4SPwQrCMBBE74L/
EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2u
tiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVR
ac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu
+wEAAP//AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19y
ZWxzL3NsaWRlTGF5b3V0OC54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtsk
ZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLi
wUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6
Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAh
ANXRkvG+AAAANwEAAC0AAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0MTEueG1s
LnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+bYwXB4+wwb3aa/WsaxZMS
u+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXiWcOQc9wpxWagCVmGSL44
XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxjIp9/VCgenaUzcqZUsJh6
yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0
L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDEueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6
EJGmXkTw4EX0A5Zk2wbbJGSj6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3
OAZPGt7EsG+Xi+ZCI+YS4sFFFoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaL
KU5WQzrZGsT1HUvzf3boOmfoEMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD/
/wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9z
bGlkZUxheW91dDIueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+b
YwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXi
WcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxj
Ip9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLx
vgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDMueG1sLnJlbHOE
j8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+bYwXB4+wwb3aa/WsaxZMSu+A11LIC
Qd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXiWcOQc9wpxWagCVmGSL44XUgT5iJT
ryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxjIp9/VCgenaUzcqZUsJh6yhqknN95
LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRl
TGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDQueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw
4EX0A5Zk2wbbJGSj6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7E
sG+Xi+ZCI+YS4sFFFoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZ
GsT1HUvzf3boOmfoEMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsD
BBQABgAIAAAAIQBpol8hHgEAAMcHAAAsAAAAcHB0L3NsaWRlTWFzdGVycy9fcmVscy9zbGlkZU1h
c3RlcjEueG1sLnJlbHPE1d1qwyAUB/D7wd5Bzv1ikrbpBzW9GYPCrkb3ABJPPliionYsbz8pDBIo
jkLAm4CK5/z4K+Z4+hl68o3GdkoyyJIUCMpKiU42DD4vby87INZxKXivJDIY0cKpfH46fmDPnd9k
205b4qtIy6B1Th8otVWLA7eJ0ij9Sq3MwJ0fmoZqXn3xBmmepgU10xpQzmqSs2BgzsL3v4zad/6/
tqrrrsJXVV0HlO5OC2r7TuA7H9XV+bLcNOgYJMl03k4Hu8Tzgd6XrWLKViHZNqZsG5Jl+ZI0568Z
zg7yNkNv3yzkWJTx6K3KQ7JsyYAelQUzK2LKimBmcUMLpraJmdommJp/6+M9rVkasq1j0tYh2T6m
bP8no7Pfb/kLAAD//wMAUEsDBBQABgAIAAAAIQD8YXZNGwQAAK8MAAAiAAAAcHB0L3NsaWRlTGF5
b3V0cy9zbGlkZUxheW91dDExLnhtbLRX3W7bNhS+H7B3ILRrRT+WZEmIXViyPQxIk6B2e89KdCyU
EjWSdu0OBfpa2+P0SXZIiU7jeJizeIAh2yTPx3O+75xD6vrNrqZoS7ioWDOyvCvXQqQpWFk1DyPr
/XJuxxYSEjclpqwhI2tPhPVm/PNP120qaHmD92wjEWA0IsUjay1lmzqOKNakxuKKtaSBuRXjNZbw
lz84JcefAbumju+6kVPjqrF6e36OPVutqoJMWbGpSSM7EE4oluC/WFetMGjtOWgtJwJgtPVTl+S+
hWiBGLmsJCWTplzuLKTX8y3MeNYYKCgWtEQNrmHgAyytCkyRXo+AMbQkO6mXiXbJCVEGzfZX3i7a
e66tb7f3HFWlQutRLKef6Jfpvw0sgx/OkfmDQcLpbsXr8TVOgR20G1kg4l49wQin4AQqusHicbRY
351YW6xnJ1Y7ZgPw4LAp6N92ET0PxzfhHJHiHcLrbDBg3LDik0ANg4AVD12cxe3WoKrg1T7tGnWa
SKWHhRivQLlOot6qW6ppMtZCU238PxAURX4SuB1N/jCIBvFTrnw3HOp5xVgYh17oh3oTgwSbdNBt
KncZK/eK6Y/wDYKqpBlZBKvgO1gq5ELuKdF6AGs4hZDgAYspVoVGGvv9AgqtljklGAqx106Oc1oV
n5BkiJSVRG+xkIQjTQGUJUBegzgScqOHJE15jzl+d4SsWMUp7Ax+G391CIrZf9Zx8FxHlU33FBdk
zWgJrvgqQigEI9h/klQRd6QolAXkrMmH85UNwiE0Fp3/p4SNXC+J1fz/JSzkG6JbelDwlUIrurXO
4onQnZhaUXiYLTVbL8itBSkYtClKtoSeAa+lfgH8cl3x89EHXamczdecbbhcn+188FL4anUSHfrp
RUssMCU2xZI8qSxNyGsrq5TQVb7AUYjpyuprSvcW3SVVZ9U/fmyXup5NkzBNTXeu521sBcefOr/+
iMLcdbNZYmdzb24H3sy3s3ia29E8jvKBF0fuMPtq9R28hFBlVZN59bDh5G6jDsnzumHs+PBxvcFj
uoILyvqyqoRGlTljquH+2PF0Jr1Wl5XknTC/bzCHHYw2/9LwXqLNZRmJDCMLWpUE3W7qj0e86APy
tbzAnRKgT1Kj28+F0zaZRW7szSIb0tSzg0kwsSd+MrVn02kezrxZ4ob+IW2FirwB787N1u/f/vzl
+7e/LpCr+qw2d0g4E24EnPmtvtpteAX1l2VJ5OdxZmdeAPU3TYb2ZB6F9jwcBEGexZN8MPsKjrde
kBac6Avvb2V/8YbBZ5fluio4E2wlrwpWO92t22nZZ8JbVumLt+f2t/cthuPOj+MgjOIwUX0W3AUn
zbd2FobUZVnfFSh/i9u7LTQfnMJrAqR/rodaeDHorIvHJSp086Ix/hsAAP//AwBQSwMEFAAGAAgA
AAAhAGuk74rOAwAA0AsAACIAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MTAueG1srFZt
b9s2EP4+YP+B0D4rerGsyELswpLtYUCaBLO77yxFx0QpUSNp195QoH9r+zn9JTtSYjqnLuA0BgzZ
po4P7567e3g3b/Y1RzsqFRPN2IuuQg/RhoiKNY9j791q4WceUho3FeaioWPvQJX3ZvLzTzdtrnh1
iw9iqxFgNCrHY2+jdZsHgSIbWmN1JVrawLu1kDXW8Fc+BpXEHwG75kEchmlQY9Z4/X55zn6xXjNC
Z4Jsa9roDkRSjjX4rzasVQ6tPQetlVQBjN197JI+tBAtEKNXew9ZO7mDlcibQOhkySvU4BoWVkxz
ioAg9AcYM4I5WtG9tmaqXUlKzYZm96tsl+2DtLvvdg8Sscqg9She0L/ozezfBszgR/Bs+6NDwvl+
LevJDc6BFbQfe5C8g3nCJpyDE4h0i+TrKtncn7Alm/kJ68AdAB48HQp5b7uIvg0nduF0pERPUXWm
GLbeCvJBoUZAnCb8Ljxyt3NgJmYD325QlwJt+O3tupeWD2evgFNLlt4XojqYwN/Dt13EOVd6qQ+c
WkLAbZwDODyAfo5NhdPGf7eECq91ySmGDujJ05OSM/IBaYFoxTR6i5WmEllnoB8A8gbY0ZCcHpI2
1QOW+PdnyCY+nMPJ4LTzEH52FH6fyIEj8qim0APHhG4Er8CV+BLkGqo8JCSDJuiq3YO6hKJxmXkJ
40ZGAIVi47Tx7hT/kC7Ed/yJ6FfmwxS5TYc6ykfHuSUeHu5IG9QLSmBJiYC+5nRH+RnwNiMvgF9t
mDwffdAxejZfC7GVenO288lL4dn6JDrozkU7IXGdMMOaHjWAJQSk2GnHD6lLpaH5/4KrAvO1K30r
AVZkjBS9Sm3WcE0Ynf87HZZhWMxHfrGIFn4SzWO/yGalny6ytBxEWRpeF5+8XvIqCFWzmi7Y41bS
+625TM4TrSyI4RNGg6/lCi6Y3ZfNytBlZSGE0cX/C5OtpNfmZa1ll5g/t1jCCS43P6JL31GiyzKS
OkaWnFUU3W3r9894GV5CsGHmAuiT1Fj5uXDZjuZpmEXz1Icyjfxkmkz9aTya+fPZrBzOo/koHMZP
ZatM5A14d261fvn8zy9fPv97gVq1V6qbteBOuFVwNbd2BNpKBv1XFKM0LrPCL6IE+m82uvani3To
L4aDJCmLbFoO5p/A8TZKciKpHQh/q/rBFBa/GSZrRqRQYq2viKiDbioNWvGRylYwO5hGYT/d7jBc
d4MkjrMwCa9dmsBLKy7OWwjBTJXGbcLlW9ze70B9cA5zNNR/aZdamJzNRHFkYmJ3k/jkPwAAAP//
AwBQSwMEFAAGAAgAAAAhAKwsHU7tBAAAXBEAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5
b3V0My54bWzMWNtu4zYQfS/QfxDUZ8WSLEuykGQR39oC2SSosx/ASHQsLHUpRXvtFgvsb7Wfs1/S
M5RoO9kUdbNBECBwJF6GZ2bOkIc6fbcphLXmssmr8sz2Tlzb4mVaZXl5f2Z/uJ05sW01ipUZE1XJ
z+wtb+x35z/+cFonjcgu2bZaKQs2yiZhZ/ZSqTrp9Zp0yQvWnFQ1L9G3qGTBFF7lfS+T7BNsF6Ln
u27YK1he2t18ecz8arHIUz6p0lXBS9UakVwwBfzNMq8bY60+xloteQMzevZDSGpbw9uGp79wltmW
HijXaPLsc/iezkVmlaxAw5yntLhFA7nUvU19KzmnceX6Z1nP6xupJ12tb6SVZ2Skm2z3uo5umH4t
MQwPvUfT740llmwWsjg/ZQmiYW3ObCRtS7+YxBK+UVbaNqb71nR5/cTYdDl9YnTPLAAEu0WR77r1
6Ft3fOPOba4Et7ydV+1QhqmXVfqxscoKfpL7rXvp1doYI5/JfL202tArMtWNazt1PMz4RsfUAN1F
IvL9vtfX4QgCNxy6j4ISRZEfoNGi0Hj90HejgV7EWMIirek6UZtRlW0ppHf4j8yxMl1WYKmiGSwR
jZqrrUCe8bwWHhBZTNyjjARYwJKML35DU/PHmY0lseadTnzKEAEmRLdsNxPpfmgRwWYJQoIfGBGM
6pGXzoc56rFQY8EZFuq8U+djkacfLVVZPMuV9Z41iktLhxDVC4xkXek1tEleZjdMMoJ3aJmywhKs
jCgY73VAKDP/nn7Euy2FW+LejWApX1YCxWD55CSqxeT5WUyg6NsoG3DaEOdZhPCHbhiBHDp5pkoe
EmLgul4cdZlpi+wYQty1Np8iRMHkpS7QvMyw09Aj5fRudYXtVCM5oAm2xLa7qUSezXIhaKzeTflY
SGvNBNi3oS0I6cxL1bZEgK2ZgOTtButUHthBX7uS7tixTlPXJ+q2SINBBBQI9xFwvfgV4RJGchvI
+3u4Qw9lfizc8BXhEsYObrCH6/Ujj1AcF17yTBPgFdhAIDu8gwO8sR9Tkt8eXgLZ4Q33eH0/Rnjf
Il4C2eGNDvBGQf/4cntNPhDIDm+8x0tgj6+318RLIDu8wwO84SB6m/VGINud+EBF6DOf0GOT2x3u
2q3nawA66LQEaB5ogOec84E55ydM8QfnvD5Uv/eczxSkDcTSkomFOe/bY42EsA4XPcx15FqZptWF
USpGp+lT1ZzF+kXHdQHFTtr7z3Awdt3RdOiMZt7MCbyp74ziydgJZ3E47nvYQaLRZ7uToRlcVXnB
Z/n9SvLrlbKJZcekI+75+HO9/j7ugECzX1Z9DUxWZlVFqu9QfwUvob8WSraJ+X3FJFYwufkPMfZ/
cvOyEQlNROZQUdy6WhV3j+KiNf/38hX3X5h+MjRa90I5viRth9PQjb1p6ICmnhNcBBfOhT+cONPJ
ZDyYetOhO/B3tG3I8xLojmXr1y9//fT1y98vwFUtmM39F7vPZYOLR62vpSuZo/5Go2Hoj+ORM/IC
1N9kGDkXs3DgzAb9IBiP4otxf/oZwGsvSFLJ9eX816z7SIDGby72RZ7KqqkW6iStil77haBXV5+4
rCuIZCpCt/vSoBV0AOHqxbEfxFrpa2z6zmPQwgW64Ouri5DvWX291rswvmmA/1DiaKrxFQMUp6H7
IeS7+Spy/g8AAAD//wMAUEsDBBQABgAIAAAAIQDxCeGjtgMAAJkLAAAhAAAAcHB0L3NsaWRlTGF5
b3V0cy9zbGlkZUxheW91dDIueG1srFb/bts2EP5/wN6BUP9W9NOKLcQuLFkaBqRJMKcPwEhUpJUS
NZJ27RYF+lrb4/RJdqTEdEk9wKkNBIpF3X28++748a7e7lqKtoSLhnVzy7twLUS6gpVN9zi33t/n
9tRCQuKuxJR1ZG7tibDeLn795aqPBS2v8Z5tJAKMTsR4btVS9rHjiKImLRYXrCcdfKsYb7GEV/7o
lBx/BOyWOr7rRk6Lm84a/fkx/qyqmoKsWLFpSScHEE4olhC/qJteGLT+GLSeEwEw2vt5SHLfQ7bs
4U8LaSO+hVfPWkDexZqWqMMtLNw3khIE7KCUdRKQtIHo7zkhyrTb/sb7dX/Htd/N9o6jplQ4o7/l
jB9GM/3agRn8cF64PxokHO8q3i6ucAxkoN3cgprt1ROccEx2EhXDYvF9tahvD9gWdXbA2jEbQARP
m0K5+yGjH9PxTToDHd5TVoMpBtdrVnwQqGOQp0p/SK+42RowlbOC72s0MC8Vs6Pd8FHzYewFcKrJ
kruElXuV+AP814s4pkKu5Z4STQiEjWMAhwfQT7FqbNLZ79fQ2K1MKcHQ+CN5cpHSpviAJEOkbCR6
h4UkHOlg4BgA5BWwI6E4IyTpyjvM8R8vkFV+OIadIWgTIfwcKPx/IgND5NhN6I7igtSMlhCEfxqt
TQlNYZg/A6NQAES39Im6ExlWbasJFs8YHljUVMLDbKnTeEVR16RgcEYp2RJ6BLxm+hXw93XDj0cP
VB1fgZ6zDZf10cGHr4VvqoPooCRn7e3Q9PYKS/KssTUhIKtGDX5KL0oJx/kTaD6mlQUiq5pdH2ot
G0pcTtKPCiRfKffnaJK6bpLN7CT3cjv0Mt9OpqvUjvJplAbeNHIvky/WKGIlpCqbluTN44aT2426
HqDyL8TikAxNHR/+XC/43q4QgvI+b1Umpio5Y0rp/is4upNOrUsl+VCYvzaYww6mNmdUovMyEhlG
1rQpCbrZtA8veJmcJsTD/QbDE0AfpEbLz5nbdpZF7tTLIhva1LPDZbi0l/5sZWerVTrJvGzmTvyn
thUq8w6iO7Zbv339+823r/+coVf1JWmmJ7gTrgVctr0eaja8gfOXJLPIT6eJnXghnL/V7NJe5tHE
zidBGKbJdJkG2RcIvPfCuOBET3a/l+OECYs/TIVtU3AmWCUvCtY6w3jp9Owj4T1r9ITpueOYusVw
3QVBMLl0XT8y6gJRanEx0UIKakJUYReUv8P97RbUB8cwEEP/p3qphxFYzQjPTFTuZqRe/AsAAP//
AwBQSwMEFAAGAAgAAAAhAG1GeDmfBAAABxEAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5
b3V0MS54bWzMWGtu4zYQ/l+gdyDU34reDwuJF/GrKJBNgnX2AIxE28JSj5K0126xwF6rPc6eZGco
0XayKWoURmEgcChqOPxmvhlyRtfvthUnGyZk2dQ3lnflWoTVeVOU9fLG+vg0s1OLSEXrgvKmZjfW
jknr3fDnn67bTPLiju6atSKgo5YZvbFWSrWZ48h8xSoqr5qW1fBu0YiKKngUS6cQ9DPorrjju27s
VLSsrX69OGV9s1iUOZs0+bpiteqUCMapAvxyVbbSaGtP0dYKJkGNXv0Sktq1YK0qFWcW0WJiAxOe
NQTL8zkvSE0rmHhCCTLnZcH0K9k+CcZQqN78Ktp5+yj0ivvNoyBlgRr6lZbTv+jF9GMNYjBwXi1f
Gk002y5ENbymGTiCbG8s4GuHv7CIZmyrSN5N5ofZfPXwhmy+mr4h7ZgNAMF+U6C67Sz60RzfmNM5
wttb1YlSWHrX5J8kqRuwE83vzMvvN0YZ2ozq2xXpvJ4robX1ot177RKzRGq3Gqx7Z8RplLqdR3wv
cEM/eumXJEn8EAXQO16YuG4ncWx1p7rN1HbUFDv06jP816zQjEs1VzvOtLfBJzQD5PAD3HKKGcNq
++McMqZSY84oZFTPjBqOeZl/IqohrCgVeU+lYoIoHT0SVV4DCAXM9ypZXTxSQT+80ozOoxnsDO4w
CGHY8fPPLAWGpfn6udvTPwdRcv3cEQWRDWFnuD2dMC9IvLhnLEjTGM6El4zFQJemVDOWRD5Kd07o
EkEb38WP8cebjCFNfMM9CBxSUXGnM6esC8h+PaR8CWxB5EEWg4L1PZx2muWCLYAEnJQNZPms5Fw/
4BHHxlyQDeVwUGzxZAAGy1p1M0nk7qHq8xCFNXtHeoBLox+GPT7UA0P/ADWMEvQMuTy8CLLHGxzw
DrxQp9nl4UWQPd7wgHcfhpcHGFH2gKMjwKmf6rS4PMCIsgccHwD7fgqZe5EhjCh7wMkR4CQMLjTn
EGUPOD0ARrQXmnSIsgc8OAIcR4k++y8vhhGlPqrNfY/oz3Ddw335f934obnxJ1Qx8shpzlYNL6Dm
CM5x8xcKipw/oMSmfAH3kr79u4sZK1ftPRzMtSOxPtEF1KFmefOOPlRVC6ivsVj+M47GrjuaDuzR
zJvZoTf17VE6GdvxLI3HgQeHSjL6YvV1YwGmqrJis3K5FuxhrSzk7ZTiLHV8+HO94FCFAQRcfd46
LDKszJoG679jXsJz8LKAAkYT8/uaCtjBcPMvpRl4/mRuzuuR2HhEt1Dkfl09v/KLruGh5zINw39q
KaBXBdVvukZXwrq7OF/YDqaxm3rT2IYw9ezwNry1b/3BxJ5OJuNo6k0HbuTvw1Zi81gDulOj9dvX
v3759vXvM8Sqrp5Nwwrd452EFqTVfeRalJB/o9Eg9sfpyB55IeTfZJDYt7M4smdREIbjUXo7DqZf
AHjrhVkumG6kfyv6hh4mf2jCqzIXjWwW6ipvKqfr5p22+cxE20DtjEno9l8FdGE9iL00iBM/0VW/
hqabHwMWLMBuHFHnXLyn7cMGjm6awecHCH8ouWGqhQ8O2DO8EEHTzQeM4XcAAAD//wMAUEsDBBQA
BgAIAAAAIQDCP6v8/gcAANovAAAhAAAAcHB0L3NsaWRlTWFzdGVycy9zbGlkZU1hc3RlcjEueG1s
7FpdbuNGEn4PsHcguI8LjcRfUcLIA0uWkgGciRF7DtAiWxbXLZJptjx2ggBzh73B3iLZtz3KnCRV
1U2KsiVHhmXANgQYMtldLFbXV//S+w83C2Fdc1mmeTawnXcd2+JZnCdpdjmwP19MWpFtlYplCRN5
xgf2LS/tD0f/+O590S9F8iMrFZcW8MjKPhvYc6WKfrtdxnO+YOW7vOAZ7M1yuWAKbuVlO5HsC/Be
iLbb6YTtBUsz2zwvd3k+n83SmJ/k8XLBM6WZSC6YAvnLeVqUFbdiF26F5CWwoafXRDqC88XnIsH/
00v9+TOfWWlyA1rqdBz76D3r0zn5SEjrmomBPb107PbR+zY+AsTmCh8uiwvJOV5l19/L4rw4k3gT
f7o+k8ATWNpWxhagX2RAG4aMbjMg04zXHr+sOLH+zUwuUCJQjwUSAoq3+AkPsT6/UVasF+PVajz/
aQNtPB9voG5XL4Cj1S/FU+kT3T+OWx3nIlWCW2eCxXyeiwRshVREJ9SPgRaL0zy+Kq0shzOjKvRR
QTkVYzw/vqqYW+q2AC0pZGvo9CZIltX0Jem3ErrWih90wehINW7XD71oXT+R6/ZC3EctOY7vdeAG
ZVkxKmSpvuf5wsKLgS15rMgQ2PVpqTRpRULoa0GKvroZ5sktgjGF/4A5eBw8P8/lr7YlPmblwO45
vg/vVnRDktqWbO5M13aUGOVgcvAEy2LgM7BjJUmWDLzteKnyWWok0q/El4tSnatbwcksADzWB7XC
BwgkGDo8z1qfz8HhF2okOIOAYExIHY1EGl9ZKrd4kirL+D3BAOEBWKKWFOmKWPIsOWOS/XyHs1ER
6abSCSCnDWm7OXm1OaEtN63JRYCeak2oINu49lOMygHrQQMj9VZet2ZVfuAGvdB7+VaFZvEoQwKP
s8Q1WSQd/4mGhdojuyrXDAuMjMxWf1SvpIjxCFs+53GeJZbg11zswJ5s7BHsL+ap3J07GcMjuE/y
pVTznYX3tTXuDMcknW3kDmlkry7tVy59wtR6giCFPNWlEwVR7FeIsEzMjGsTjJQmMJk8Ml+EXgB/
d1zbdTyvThheGDhu8PI9ey1fkKtWWYEyxLVw0JWZuIToL2xcS/gM4ziq08HwhmtlLtJkkgpBN1ju
rcogdaOrI5VmShdG3WCVSuuaiZJFgw/4tn4TbUAsQUH0tUlb+C7y/JlIqGr6LQxGnc5w3GsNJ86k
5TtjtzWMTkatcBKFI8+Jwk53+DskVSoaErA0lS74JL1cSv7TUqfuXZJf1Hbhr+N4q2gBIqA4+3WK
oHKKSZ5jXd3MdOTIT3WLGdQIBOQvSybhDcY1dELCCmpX1/Ac169qqc2+EfWCN+0bVbn18rxjvzYZ
VjZ5Dh7PrU/LxfSOZVLQe6plQjMJrDcZJxn+o+J2GATew8b51gO37gRenmnWgbs3DjuRMw5bEKid
ln/sH7eO3d5Ja3xyMgrGzrjXCdw6cJdoeRlYB0bcXeL1t69//PPb1z/3EK2pOal6dyhKoc3DfgPL
06VMB/Zvw2EvdEfRsDV0fMhAJ71u63gSBq1J4Pn+aBgdj7zx7yB44fj9WHKaNHxMzMQDFu9NKRZp
LPMyn6l3cb5o63FHu8i/cFnkkFAxDXXM2ISGDk7o9nzXD5we1R4kG5U3lbRwhGqSEQv5IyssmFNA
blcwc4BUPbCTK7iaXrq4Bo27uoGr5AquWBzDcAQozEW1Avt6pabxqhXo1PQWHMxcVCtBtQJZTm+F
1QrEmLlIsytQBv6zrVkuftAL1RUejkZOp+w2X6qPiUEC4ka1QiWB6/hdP/JCvwftcx9HK/JjYmYO
22ihrlvRmo5yKy3oquZrStWttKCfmtbk7620oLma1kTUrbRQPNe04T3NrOkhAG3XtN2/oQUcaloa
jqxpfJ1vt0FLpvcALcwQa74OFdEPEK8BVw2DGqowwKsbGmWUaBY0h6BbjBCmdDQ1LOZpCyLhBZue
QwVLYxbEW+npCWen2VCC5QGuOEXMzC2QzGEkAqPKs2UWw6zGTPyKeIiTPZxaxWexqW/pSFC/wprZ
nS4/wbiUyutGFIYJD/C94hJHrbuW0sAEWTcLbhKUqtoZDNYG9r8W/24JheBCRcrubHCmN+LyzkZc
4sa2sntdqzDShCHJPRUvmDwd2J7v9vBgaQZhGlTVqhaqLuK59Q+q1GOXOxhMcuhAsPjXajqWKRO2
VaQqnk/YIhUw5/PAl+I5kyUHwU1/N12OYIWWB/a3r//V+mvgqKuL58Ax24Zj1tqCY9Z6EEdyBxdb
Oo1VF7DCeFdj5UYBtGcQkk3H97qx+s89rNzouXxuj1ghQCZ0eSusqhl0AywXWto3A9Z9x3KfLUDu
ESxEyIDlN8Ayw9+3CtYGz8Kg+yzZbI9gIUIGrGAFltsJumRqqzD4hjzr//+7HwVfA1YIkMEqbGAV
OD4FvTeJ1abyAsuZF+9YiJABq9sAq9d1KOEewHpoPL5TTb/HKIgIGbCiFVi6TAdTO4D1ksBChAxY
vQZYURTSUPMA1ksCCxGicVujPy76uZpzWXfL0DmeaUhND9n8sUXdghuSanqh27VnqfUbnawO1q+y
k61+zbP/xvW16Wdz91hNug762dKweV38wc5zTD5emwFtbpKcyI2oljtY0JbOhHrGgwVBytrSDXR9
PSo9WNCWChwqOppDHBS0peoNg+4hSNMQv640m8UlfLm7+iIMv6yufpN/9BcAAAD//wMAUEsDBBQA
BgAIAAAAIQCTHUrIfgQAAGsSAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDQueG1s
7FjdbuI4FL5fad/Byl6n+SEJIWo7KgFWK3Xaaug8gJs4JTtOnLUNhVmNNK+1+zjzJHvsxJRSOsC2
l5UQBOfz8Tnf+fGxTz8sK4oWhIuS1WeWd+JaiNQZy8v6/sz6fDuxYwsJiescU1aTM2tFhPXh/Ndf
TptE0PwSr9hcIpBRiwSfWTMpm8RxRDYjFRYnrCE1vCsYr7CEv/zeyTl+ANkVdXzXjZwKl7XVzeeH
zGdFUWZkxLJ5RWrZCuGEYgn6i1nZCCOtOURaw4kAMXr2U5XkqgFr5QO7vvvTQhrHFzDiWedgejal
OapxBQO3DwylrJYgRr8SzS0nRIHqxe+8mTY3XM+4WtxwVOZKQjfTcroXHUz/rQEGD87W9HsjCSfL
glfnpzgBJtDyzAKHrdQ3TMIJWUqUtYPZ42g2u96BzWbjHWjHLAAarBcFXzetRc/N8Y05t6WkBHlr
q1oohqmXLPsiUM3ATmV+a152tTDClM1KfDNDHe1KVIdrX2o+DF4Ap5osuRyyfKUMv4NfPYgTKuRU
rijRhIDaOAHh8AX0U6yimtT25ylEdSVTSjBEfUeePE9pmX1BkiGSlxJ9xEISjqS2SyiRp8COBOd0
Ikmd32COP21JVvbhBFYGpY2G8NhS+DKRPUNkF03ohuKMzBjNQQn/dbSKr5ANmBYWRCCEh/HBC9wq
uraiLAj7kK861LzIddWz5tcEXOD2Yhi3kAq7IPTDQdTTDjSSNAGtmw0nO72m1qYL6um0wUlOCkWv
0t+P20WB2w0APPo7sMEm1gAA29uBdTexBgDY4DnWe6KDAQA23Ic1AMBG+7AGANj+PqwBADbehzUA
wA72YVuA4rpLJ+UYnU0wE4GEddq8MrtUBOnkEk+yq82g7SV14B6R0FOSsTpHlCwIPUC8zrIjxN/O
Sn64dJ0QR0ifsDmXs4OVD9qMPNgdk7LYKR12kTeta8HP6prmBPZTsxkcuV1s1TXtP71VqEqjHzb3
jF11LQri98IGO8J7YUveC9u6EXovbAc0bKEpbCMsyZNuTZfi/1/V2iY4l9CjbvVt2kEvF7hjmuIC
TjDqOPJ3FKauOxwP7OHEm9iBN/btYTxK7WgSR2nPg7auP/xmdZ15DqbKsiKT8n7OyfVcnXlgS9vq
gHf11rHjw8f1eo/7MKigZr/tdhMZr0wYU+37Zhcdvq6Lbv1SSN465q855rCC6an3NNXH+OZtGekb
Rqa0zAm6mld3W7xEb8ELXAeA6J3U7NmXj6FmHbaDceTG3jiyIUw9O7gILuwLfzCyx6NRGo698cAN
/XXYCmV5DdodGq0/vv/z24/v/75BrOpCYq4EoNm9FHCCbPRJfc5LyL/hcBD5aTy0h14A+Tca9O2L
SRTak7AXBOkwvkh742+geOMFScaJvqv4I+/uTGDw2T1HVWacCVbIk4xVTnth4jTsgfCGlfrOxHO7
i5cFhj4+cKN+7A96fl+f2LRuunsy2oIJ6sJDqZ1R/hE31wtor3ACVzwQ/6keauBSB/yooI8QZbu5
JDr/DwAA//8DAFBLAwQUAAYACAAAACEAM+4GhNsFAAA6HAAAIQAAAHBwdC9zbGlkZUxheW91dHMv
c2xpZGVMYXlvdXQ1LnhtbOxZ626jRhT+X6nvgOhv1gx3rDir+FZVyiZR432ACYxjusBQGDtJq5X2
tdrH2SfpOQNj49sucfJjpUaKHDw+fJzrN4czZ+8fs1RbsbJKeD7QyTtT11ge8TjJ7wf6x9nUCHSt
EjSPacpzNtCfWKW/P//5p7OiX6XxJX3iS6EBRl716UBfCFH0e70qWrCMVu94wXL4bc7LjAr4Wt73
4pI+AHaW9izT9HoZTXK9ub/scj+fz5OIjXm0zFguapCSpVSA/tUiKSqFVnRBK0pWAYy8e1sl8VSA
teKBzx5nD/z67g9dk8LlCpaJfg72R7dprOU0g4URzwpaJhXP5S9VMSsZQ5l89WtZ3BY3pbzhanVT
akmMAM2Neq/5oRGTX3MQg4vezu33Con2H+dldn5G++AN7XGgQ9Ce8BNuon32KLSoXow2q9Hi+oBs
tJgckO6pB4AG64dCvIvaon1zLGXOLBEp08jaqlqUwq2XPPpUaTkHO9H82rzoaqXA0GaELxZa43qE
auTqH6U/lHwFPpXOEo9DHj+h4XfwXy7SflqJW/GUQgjgepUSGQDaj9n899q1rWWwti0ORtI+qAIf
EKyUYh2w3Ph4C3WQiVHKKNRJ42pxPkqT6JMmuMbiRGgfaCVYqQnphQoVOAN0AaFsIFke39CSghJb
yOgN2ocng4nKHrisHX7c7fba7Rjzm5RGbMHTGDSwXiMC6E8d0hVySQXsSCDQWzsp6bg+FLjMS+La
LiE2qrTJTsd0TBIAuWCOenboe1JncEMNJM2vU0J5REVYo3m04MAWdzVkO3pNsLWMlpeyLpI8hgLH
S3z63fIKWEwqUueCVv010C0HNb1TZrZyQ15akD0NoLKqE6q5j4pQqAeoaW9QQ+JIDbqgkmAfFaEa
VGeDSmyfeCjcCVZKbrsAsRpYtwUbWIHU4VRYxGpgvQ2sZQWgwgu0RawG1m/B+o4t8/BUbRGrgQ02
sIjZPWQHfItYDWzYgvVc/0UhQyzJJe2akIyGD4GsW1OXfPrpDIeEIwmu2mK4U1jMUSw24rmAWt0i
MskasNWqjeKZWwlW94Km84bGaorBbVW6CS/a+wkG5DiNWcR3At/9Bo3ZoUugOFCiC49JGmoHam+n
2rBTDdkSgEtFJm0mwxJayyoBkFUU0ZKVTLKWVQIgq+q+LYtZuZZVAiCrivmorBIAWVWhR2WVAMiq
sjsqqwRAVtXSUVklALJ1gahOQPpXkuTath+jgmQzAB+qaOX++4y25JZFPI+1lK1YeqBAd+FlXTwD
frZIyu7ozc7fmXGmfFmKRWflnboiu8Mn84Po0Ju8anfmKl6b7XZnUuPTSa3uj+vuDAnuzyUtoe1s
OE56W7bKnTnOc1zTAnWhEzvWqxEfmO+tVxvob70a9MtvvdpAt/+PvZqnOO1QryZbo9NpbZ/KJE+e
TGXH+rUNlb31a+jz7f7nrV87MtP55hvPbkP11q/hCK1+G9z1zY/ar/mK28ZUsK2XUA87zNOJre7X
YgEDxO3XUVK/Ux19H5VP3Z1+weJmYCm/yPf7OcyicbL8t+eOTHM4CY3hlEwNh0wsYxiMR4Y3DbyR
TWDK4g8/682QNQZTRZKxaXK/LNn1UuiI3mUsEPQs+DOJvXm9ABXw7tftomFCWI/Yp5zjbLU95fRf
Iy5zAZ3z/t5DvjPyfE5sXtcjofLIbZrETLtaZnc7fpETiJfmK5zuAPRB13xnjPIc16zTNpx4ZkAm
ngFpSgznwrkwLqxwbEzG45E7IZPQdK112lZoeQ7adc3Wr1/++eXrl39fIVflXFqd7sCecFnBeL+Q
hy7LMoH6Gw5DzxoFQ2NIHKi/cegbF1PPNaau7TijYXAxsiefQfGCOP2oZPLo6be4OQKDxb1jqyyJ
Sl7xuXgX8axXn3/1Cv7AyoIn8giMmM052orCgM9ywzCA4W8g+zHQF7SUJwtKW1jCoytJaWn5gRbX
KyBr2ocTO6iwkVwq4IwO4oiiGxG0XZ35nf8HAAD//wMAUEsDBBQABgAIAAAAIQBaaDRLQQMAALsI
AAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDYueG1srFbhbtMwEP6PxDtY4XeWpE2z
JFqLmjRFSGOb6PYAxnHXCMc2tltaEBKvBY/Dk3B2km2MIU2iUpUml7vzfd999uXs9b5laEeVbgSf
etFJ6CHKiagbfjv1bq6XfuohbTCvMROcTr0D1d7r2csXZzLXrD7HB7E1CHJwneOptzFG5kGgyYa2
WJ8ISTm8WwvVYgOP6jaoFf4MuVsWjMIwCVrccK+PV8+JF+t1Q+hCkG1LuemSKMqwgfr1ppF6yCaf
k00qqiGNi/6zJHOQgNY0htFLzg4ecq5qB8bImwF6smI14rgFw7X1Qs7NvtHyWlFq7/jujZIreaVc
wMXuSqGmtgn6QC/oX/Ru7pGDG9wEj8Jvh0w4369VOzvDOXCB9lMPWnawVwjCOd0bRDojubeSzeUT
vmRTPeEdDAtABXeLWlQdor/hjAY4HQ/RHarOFUPouSAfNeICcFr4HTxysRuSWcw2vdygB8T3ft1L
x8fgr4FTR5bZF6I+WOAf4N8Zcc60WZkDo44QKBvnkBwuQD/DVteU+zcr0HVrSkYx6L4nz8xK1pCP
yAhE68agd1gbqpBTAewCSHkG7BhoTp+S8voKK/z+UWaLD+ewMhQ9VAi3HYX/JnI8ELnAhqIrhgnd
CFZDBaNjcFobgPwFtgVmaw+ECCqJHHBHrW3Af3G8hv1g1f01mZRhWFSZXyyjpR9H1cgv0kXpJ8s0
KcdRmoSnxTevb3QNUE3T0mVzu1X0cmu857YqDUbwC6PxfU+gBBt93K7EQ1eWQlg1POzL+Bh9WRvV
NebTFitYYejNsE+OoP/jMjIZGFmxpqboYtt+eMRLfAxeYL5A6iepcfvhyLLNqiRMoyrxQaaRH8/j
uT8fZQu/WizKSRVVWTgZ3clWW+QcqnuuWn99//Hq1/efR9CqO0iGCQPH/bmGA0m6g3+rGth/RZEl
ozIt/CKKYf8tslN/vkwm/nIyjuOySOfluPoGhcsozomibvi9rfshDMa/BmfbECW0WJsTItqgm8CB
FJ+pkqJxQzgK+0m+w2zqJckknZxmWWZVAOVCkcO/KxZMdnraqglT77C83MHhg3P4ZAD5l84k4SOh
i37gYqEPHx2z3wAAAP//AwBQSwMEFAAGAAgAAAAhADdqIGcQAwAAagcAACEAAABwcHQvc2xpZGVM
YXlvdXRzL3NsaWRlTGF5b3V0Ny54bWysVf9umzAQ/n/S3gGxvyk/QghBSapAyDSpa6OlfQDXmAbV
2J7tZMmmSn2t7XH6JDsMtFvbSZUWKSLmuDvf933n8+R0X1NrR6SqOJva/olnW4RhXlTsZmpfXS6d
2LaURqxAlDMytQ9E2aez9+8mIlG0OEMHvtUW5GAqQVN7o7VIXFfhDamROuGCMPhWclkjDa/yxi0k
+ga5a+oGnhe5NaqY3cXLt8TzsqwwWXC8rQnTbRJJKNJQv9pUQvXZxFuyCUkUpDHRf5ekDwLQXlPE
bm3LuMkdGHx7BsjxmhYWQzUYUuPRGJW4lIQ0K7b7KMVarKTxPd+tpFUVTWwXY7vdh87NvDJwg4X7
LPymz4SSfSnr2QQlQIG1n9qg1KF5QhBKyF5buDXiJyveXLziizf5K95uvwFU8Lhpg6pF9BJO0MNZ
IE2sFUWYbDgtiLT8R4BtFIIsZxzfKotxgNww0SLF57s+bwO/2UlsrJb6QkPjfQcRES1t4A/A+Qas
YahxNos+XgHdhke9T3lxaDi5hn9jRAlVeq0PlBiuABFKSlCwEeVHNMw8L83HTrr0l07o54GTxovM
iZZxlA38OPJG6Z3dFwVQdVWTZXWzleRiq6EdUCJBYGgDODCEOVdrqLvWGSUIDlQnj57FbgA/zx9M
gGgNxZsSjHSsWCGJvjxL0jCEEqgVYPaYYNnq8W9VBr0qS841aPGnLsExdCm1bIX5ukUSdui16TVt
hfwvbchRGQl7Rta0Koh1vq2vn/EyOAYvMA0h9avUGN4NI8dr23EeebGfRw60qe+E83DuzIPxwskX
i2yY+/nYGwaPbasa5Ayqe2u3Ptz//PBw/+sIvWpath+MMKXOFDS/MPNqKys4f2k6joIsTp3UD+H8
LcYjZ76Mhs5yOAjDLI3n2SC/g8KFHyZYEjOqPxXdlQHGF2O+rrDkipf6BPPabe8LV/BvRApemSvD
97p7Z4fo1A5Gw9AbxqNRP12gSnPq+moBQjPwm7IxlZ+RuNjB9EEJ3HDQ/5kxCbjTupn25NJg7+/I
2W8AAAD//wMAUEsDBBQABgAIAAAAIQC9cDJUVwUAAMQSAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9z
bGlkZUxheW91dDgueG1szFjdbuI4FL5fad/Byl6nxPknajsqAVYrddpqYR7AJKZkJ4mzjqGwq5Hm
tXYfZ55kj52YAmWG0PZipYoG8/nz+T8nvvywLnK0orzOWHll4AvLQLRMWJqVj1fGp+nYDA1UC1Km
JGclvTI2tDY+XP/802UV1Xl6SzZsKRBwlHVEroyFEFXU69XJghakvmAVLeG3OeMFEfCVP/ZSTp6A
u8h7tmX5vYJkpdHu5132s/k8S+iQJcuClqIh4TQnAuSvF1lVa7aqC1vFaQ00ave+SGJTgbZs9sd0
bSAF4ytYwMY1aJ5M8hSVpICFmJUCGNBTJhYoJpWUQ2Hqasoplehy9SuvJtUDV1vvVg8cZamkaimM
XvtDC1NfS4DBQ+9g+6NmItF6zovrSxKBRdD6ygDHbeQnbCIRXQuUNIvJ82qyuD+CTRajI+iePgAk
2B4KPq8ajV6qY2t1ppnIKcJbrRooga23LPlco5KBnlL9Rr3kbqXJpM6SvlqgxvxCUrW45kdlD42v
lU21oFtLuF4AsaXMYQeO5R3YxLGs0MGOgaRlMPbtFrGrccNcRWI9YOlGWnQG/8FxpEwWDAJ11tg5
r8VEbHJwM4nyVY5BIETyR8ikHIKARCmd/w5L9V9XBogEMs204ls8+Bied3jAwiQCO8AHbM2JTERa
mp8mkIiFiHNKgL7VSVzHeZZ8RoIhmmYCfSS1oBwpu0HagmSSXagzFCUt0wfCiRRql1m6gkRwMthX
6wyPjbe/73Mw4n4WPOQkoQuWpyCE/bYIyFKIXx0k3Z3veIEnHSqT4Zj3PYwxIBrve6HnYAiFRv0m
oZTaTRxqS2jvq9TadVXr8gNPOzL6GsodADzabbzuRkW4i9UAwDpHsO4uVgMA6x7BymjbyqABgPVO
YTUAsP4prAYANjiF1QDAhqewGgDY/ilsAziWQ7ATAcM2Wd6YU7KmqpSq93KqyRuVPPChj1SBe0Ya
T2jCyhTldEXzDvQqt86gny4y3p1dJcQZ7GO25ND9ugrvysA8hz6bH2WHNveu1czV1WwqXb1bypRB
oO3rVvWqZiY7CJRwaAULks8NmAGgwClHqqYmS456mKiIl8VXLv2ou2HX8XCT588tf6+9uX4fW/6b
CxwqCL9VI0ZWpjDtyEcp2mx5B0Oh8uZOTcN7dUr2RImFTJTlraXSPboT3149PaiRLV8fu/JU1Ilv
rzYe1NGWDzsB9rsS9n9QazVfaIey1HcScI/voB63fLYdgniv4Tuo2ZovcFXbOl++g7re8kmyzg7Z
0/eg9ms+3wte54//R3+AzNbThBow5Jj7/bnK05VoSATdq0Sqdr61EqXiRR3CzbQg3zaOFiLI8WcN
js5Dqgqo2XUOL0fyBedv34stazDqm4MxHpsuHtnmIBzGpj8O/djBEMHB4IvRzvopqCqygo6zxyWn
90uhKkyXETjs2fBnYee5cYIIsua8b3/wtVfGjMkpe7dDeLKnvdUvc8Ebx/y5JBxOaHsEPjEFn+Ob
97VIoC0yybOUortlMTuwi/8edoGLBqA+apoT/fMc02zDtj/yrRCPfBPCFJvujXtj3tj9oTkaDmNv
hEd9y7O3YVtLzUuQTsZbl2j99vWfX759/fcdYlUVEn3JACPLbQ0vepV691/yDPJvMOj7dhwOzAF2
If+G/cC8GfueOfYc140H4U3sjL6A4BV2o4RTdQvyW9rexsDiixuUIks4q9lcXCSs6DVXMb2KPVFe
sUzdxmCrvdJZERi8+4EV2K4dBupVRImmhhwtLGggr1JU5uT8I6nuV2pWgLsjCP9YLVVwWwRulNBn
iFRd3z5d/wcAAP//AwBQSwMEFAAGAAgAAAAhANWAId8UBQAAMxIAACEAAABwcHQvc2xpZGVMYXlv
dXRzL3NsaWRlTGF5b3V0OS54bWysWGtu4zYQ/l+gdyDU34pFWS8LcRbxqyiQTYI6ewBGomNh9SpF
O/YWC+y12uPsSTpDibaVOF3HKyBwJGr4cZ7fkLz8sMlSsuaiSop8aNALyyA8j4o4yZ+GxqeHmRkY
pJIsj1la5HxobHllfLj69ZfLMqzS+IZti5UkgJFXIRsaSynLsNeroiXPWHVRlDyHb4tCZEzCq3jq
xYI9A3aW9mzL8noZS3KjmS9OmV8sFknEJ0W0ynguaxDBUyZB/2qZlJVGK09BKwWvAEbNbqsktyVY
WybRw8YgSkysYYAaV2B5NE9jkrMMBu6TSK4EJ8+JXJIxK1EPJVOVD4JzlM7Xv4tyXt4LNfV2fS9I
EiNUA2H0mg+NmHrNQQweei+mP2kkFm4WIru6ZCF4hGyGBgRui78wiYV8I0lUD0b70Wh5d0Q2Wk6P
SPf0AqDBblGIeVlb9NocW5vzkMiUE7qzqhZlMPWmiD5XJC/ATjS/Ni+6XWswtBnhyyWp3S8RqpGr
Pyp/aPlK+VQruvME9Qe2HUDeguVOAFlmvfCK6wSeA4MEfeN6nt8P1CIaCRapoctQbkZFvEWXPsJ/
iBzLo2UBmfqIM1iYVnIutynEGZ7XKQWNCEufoJRSyAIWxnzxJwxVX4YG5Dss+agt38lDkNs44GIW
giPgB6amDCuR5+anOVRiJscpZwDfmCSvxmkSfSayIDxOJPnIKskFUY6DugXNEF2qNRQkz+N7Jhgq
dYiMsWAhrAy2a5uVGzAebwe9r4Ouy+A+ZRFfFmkMStjoIigWHeCzUgAq0IBygVzWCXNeInjU9n23
DpqujlYeOJRispyaCG9GP2PiRlVjksdALfiIoXxc3QJ/qlkHOdGHpGhWbLIHZeHRxkSqoRzXRyly
Cp69t6ABafD6e7wBdVTyn4SHknVuAB6CNHjOHo/2fYoldpqCWAQ7QERpAN0DwACq9zxARGkAvT0g
sAEoeJaGiNIA+geAvqMid4bJiNIABntARDs9KC0fIkoDODgA9Fz/zKAgynFO6pY7HM0dD1iPh8TR
xwz5WeJAvgbCBOJdsnTRcIiiJNVDlI3YXOfKXM34ugUcbSZuH1pF3Sv2LbZFIoEFraVeRCP9TzNR
bHCsg7yLQ2irRrEDNelwJofQFichSIN3JofQVrp2wCGDjimkhdcBg7TwOiCQFl4H/NHC64A+Wnhv
swckEoEmstu6qLQ6f4eDpKE2OFVrh3POLsbVTDRhkreYyOmCiWL5iodo3QSRf44SkeI/vQ/Te88W
XagXtVNcwFkEzxN/e+7YskbTgTma0Znp0KltjoLJ2PRmgTfuU+iB/uir0WytYzBVJhmfJU9wfLlb
SQOr/JRwBD0b/iza3/sdVMDZ3fYHT0dlVhS4pz3sEGoj97MdYiFFHZi/VkzACnqf+YON5nti061H
fO2ReZrEnNyusscXfvG6yFc41wP0Udf8oH++xzW7tB1MPSugU8+ENKWmc+1cm9f2YGJOJ5OxO6XT
geXau7St0PIctDs1W79/++e379/+7SBXVSPXZ3pgn5sKjlWlOmqvRAL1NxoNPHscjMwRdaD+JgPf
vJ55rjlz+44zHgXX4/70KyheUieMBFeXDn/EzeUHDL66sMiSSBRVsZAXUZH16puPXlk8c1EWibr8
oFZzg7JmQKxu4PqU+k59mlWqqQOdVhYswJsLtbdKxUdW3q0VCcNVDaT/WA2VcDkDYUTRvQiari97
rv4DAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9f
cmVscy9zbGlkZUxheW91dDUueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbb
JGSj6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS
4sFFFoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3bo
OmfoEMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAA
IQC5f+5zlgYAALAbAAAUAAAAcHB0L3RoZW1lL3RoZW1lMS54bWzsWU9v2zYUvw/YdyB0b2MndhoH
dYrYsZutTRvEboceaYmWWFOiQNJJfRva44ABw7phlwG77TBsK9ACu3SfJluHrQP6FfZISrIYy0jS
BtuwxYdEIn98/9/jI3X9xqOYoUMiJOVJ26tfrXmIJD4PaBK2vXvD/pUND0mFkwAznpC2NyPSu7H1
/nvX8aaKSEwQrE/kJm57kVLp5sqK9GEYy6s8JQnMjbmIsYJXEa4EAh8B3ZitrNZq6ysxpomHEhwD
2bvjMfUJGmqS3lZOvMfgNVFSD/hMDDRp4qww2GBS1wg5k10m0CFmbQ/4BPxoSB4pDzEsFUy0vZr5
eStb11fwZraIqSVrS+v65petyxYEk1XDU4Sjgmm932hd2ynoGwBTi7her9ft1Qt6BoB9HzS1spRp
Nvob9U5OswSyj4u0u7VmreHiS/TXFmRudTqdZiuTxRI1IPvYWMBv1NYb26sO3oAsvrmAb3S2u911
B29AFr++gO9fa603XLwBRYwmkwW0dmi/n1EvIGPOdivhGwDfqGXwOQqioYguzWLME7Us1mL8kIs+
ADSQYUUTpGYpGWMforiLGR0JqhngTYJLM3bIlwtDmheSvqCpansfphgyYk7vzcvv37x8jt68fHb8
+MXx45+Onzw5fvyjpeUs3MVJWF74+tvP/vz6Y/TH829eP/2iGi/L+F9/+OSXnz+vBkIGzSV69eWz
3148e/XVp79/97QCvi3wqAwf0phIdIccoQMeg27GMK7kZCTOt2IYYVpesZ2EEidYc6mg31ORg74z
wwxX4DrEteB9ARWkCnhz+tAReBCJqcpc7mh2K4od4B7nrMNFpRVuaV4lMw+nSVjNXEzLuAOMD6t4
d3Hi+Lc3TaF00iqS3Yg4Yu4znCgckoQopOf4hJAKez2g1LHrHvUFl3ys0AOKOphWmmRIR040zRft
0hj8MqsSEPzt2GbvPupwVqX1Djl0kZAVmFUIPyTMMeNNPFU4riI5xDErG/w2VlGVkIOZ8Mu4nlTg
6ZAwjnoBkbJqzV0B+pacfguqR7Xb99gsdpFC0UkVzduY8zJyh0+6EY7TKuyAJlEZ+4GcQIhitM9V
FXyPuxmi38EPOFnq7vuUOO4+vRrco6Ej0jxA9MxUVPjyJuFO/A5mbIyJKTVQ151yHdPksnafuXZv
C1qZPLsnKvYy3Mk63eUioP/+Mr2Dp8k+gcxY3Ksuq/Rllfb+81V6WT5ffG2el2Oo1Lp3sk23acHj
pR34mDI2UDNGbkvThEvYhII+DOp15vRJihNZGsGjzmRg4OBCgc0aJLj6iKpoEOEUGvi6p4mEMiMd
SpRyCQdHM1xJW+PhEKDssbOpDyS2ckis9nhgh9f0cH7uKMgYqUJzuM0ZrWkCZ2W2di0jCrq9DbO6
FurM3OpGNFMUHW6FytrE5oAOJi9Ug8HCmtDdIOiJwMrrcP7XrOHggxkJtN2tj3K3GC9cpItkhAOS
+UjrveijunFSHisLimg9bDDoQ+QpVitxa2my78DtLE4qs2ssYZd77128lEfw3EtA7WQ6sqScnCxB
R22v1VxtesjHadsbw5kZHuMUvC51Q4lZCBdPvhI27E9NZpPlc2+2csXcJKjDNYi1+4LCTh1IhVQ7
WEY2NMxUFgIs0Zys/KtNMOtFKVBRjc4mxdoGBMM/JgXY0XUtGY+Jr8rOLo1o29nXrJTyqSJiEAVH
aMSm4gCD+3Wogj4BlXD1YSqCfoF7Om1tM+UW5yzpyrdjBmfHMUsjnJVbnaJ5Jlu4KUiFDOatJB7o
Vim7Ue78qpiUvyBVymH8P1NF7ydwDbEWaA/4cE0sMNKZ0va4UBGHKpRG1O8LaBxM7YBogbtemIag
gstq81+QQ/3f5pylYdIaTpPqgIZIUNiPVCQI2YeyZKLvFGL1bO+yJFlGyERUSVyZWrFH5JCwoa6B
63pv91AEoW6qSVYGDO5k/LnvWQaNQt3klPPNqWTF3mtz4O/ufGwyg1JuHTYNTW7/QsSiPZjvqna9
WZ7vvWVF9MS8zWrkWQHMSltBK0v7txThnFutrVgLGq82c+HAi4saw2DREKVwmYT0H9j/qPCZ/fKh
N9QhP4DaiuBDhiYGYQNRfcU2HkgXSDs4gsbJDtpg0qSsabPWSVst36wvuNMt+J4wtpbsLP4+p7GL
5sxl5+TiRRo7s7Bjazu21NTg2ZMpCkPj/CBjHGM+mZW/avHRQ3D0Dnw/mDIlTTDBNyuBoYcemDyA
5LcczdKtvwAAAP//AwBQSwMECgAAAAAAAAAhANfDp13TpgAA06YAABcAAABkb2NQcm9wcy90aHVt
Ym5haWwuanBlZ//Y/+AAEEpGSUYAAQEBAGAAYAAA/9sAQwABAQEBAQEBAQEBAQEBAQEBAQEBAQEB
AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/9sAQwEBAQEBAQEBAQEB
AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/8AA
EQgAwAEAAwEiAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIB
AwMCBAMFBQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBka
JSYnKCkqNDU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SV
lpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX2
9/j5+v/EAB8BAAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAEC
dwABAgMRBAUhMQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4
OTpDREVGR0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQAC
EQMRAD8A/ua1rxZfWfx7+GvgWPwpa3mm+I/hD8b/ABZd+OHtJnvvDt94L8Z/s+aPp/hS3vlhaC2t
fGcHj3U9XvLSS4imvZvAdhNBDOlhcPbevV5Xq+q/EKH43fD3RNN03zfhRqHwr+Meq+NNX+xxP9h+
IWj+LfgVafDHTvt5kE1t/avhvXfi5c/Y44nivv7H86aSJ9PgWb1St6ySp4VpQTdCTk41HOUn9axK
vUi9KU+VRiqaunTVOrvUZjSb58Rdydq0UlKCikvq9B2g1/Ejdtub1U3OG0EFfOvwT/5KX+1//wBn
FeGf/WS/2Xa+iq+dfgn/AMlL/a//AOzivDP/AKyX+y7Xbl/+6Z5/2K6P/q6yc5sZ/vGVf9h9T/1V
5kfRVFFFeWd4UUUUAfkD8bv+C6//AATZ/Zy/bJ8W/sHfGL4tfEDw7+0b4W/4U1plr4T8Ofs+fHr4
rf8ACa+O/jjYvrPg/wCFvgC2+Dvw6+IHiDxR8QIvD+p/D7WrzT7XQY9H1P8A4Wt4K8PeD9d8U+M7
D4g+GvAv4A/8FCf+C2X/AAQy/wCClGj/ALNPw48f/wDBQ/8A4Kf/ALMnw/8AHHw/+MmmfGvRv2T7
Xxr8JPAnhrR/iP4E8FXOq/C39uHw1dfDP4i/8Lo+3f2Vqnwx8G6f8CPD/wAePAmn6xrfxGXxTrsH
w/8AEun+LLz+3yvKdH8davqHxx+Inw0mttOXQvCXwp+DXjrTbuKG5XV59X+Ini/48aBrdvfTvdvZ
yada2fwv0CXS4YLC2uYLm81h7u7voriyh0/alQqVoYmpBLlwtGNerd2apyxFDCpxX2n7XE0lb+Vu
XQyqVoU50ISvzYiq6NOyuueNGtXd+y9nQnr3sup/LxL4B/4Jo/AP/gnBr3w1uP24f+Cr/jX4E/tx
+H739vz4cftX/Fj44at4D+MvhbUfgX+2/wDsh6l4H1H4Paz+0x4S+CvgP9mzxB8e/wBsP9qX4Z/E
zRPj/wCL/hH4G8K/EOD4ieMv2gvjf+0p4b+G2hfDf4j6D8QfH39pD/gkL4v8OfBX4wXf/Bfr/gr/
APsmeIPi58P/AIcR+B/Eum6h8WLnxj8bv2cf2W/inrP7GOq+N/GXi34LfszXXxN1n/hdd7+y78ev
il8NNH+MHxWa1+Enx2+P/wAWP2kpv2b/AAp4g+N3xj+Fnj7+3z4W/Cf4WfA7wJoXwt+Cnw0+H/wf
+GXhf+0/+Ea+HXwt8G+Hfh/4E8O/23rGoeItZ/sLwj4T03SPD+kf2v4g1fVdd1P+z9Pt/t+sanqG
p3Xm3t7czyegVian5A/BH/guX/wT7+NF1r2l3Pjf4gfCHWvDPw//AGavilrlj8XPhj4n03R9K8Cf
tVfs4/Db9qX4ba7qnxG8Ew+O/hLo/wDY/wAJfHfizxT8StM1nx/p+sfDrwJ+zv8AtRfHfxLp9p+z
L8BvHPxusfr/APYK/bW+Fn/BRL9k74U/ti/BTQPiB4X+GXxg/wCE6/4RrQvilpXh3RPHdj/wr/4k
+MfhbrP9u6Z4T8VeNvD9t9p8QeCdVvNM/s/xPqfnaPcafcXX2K9ludPtPr+uf8NeE/C3gvTrnR/B
3hnw/wCE9IvPEHizxZd6X4a0bTtC0668VePfFWs+OvHXiW5sdLtrW2n8QeNPG3iPxD4x8WazLE2o
+I/FWu6z4h1i5vNX1S+u5wD87/2o5/Dg/bp/YOu7+xv7mDw7P8UD43v7ScRaPo8Hjiw0fwt8Ex4t
ttwN/wD2x8X4IrfwQNjtY6/ZahcxywI08V50v7Ytj+0ZffFX4QH9lLVfh9pfxq0v4Z+OPEmmQ/FT
Xrnwp4C8T+AvCn7Wv/BP7xP8bPh5r/i6x+F3xp1HwevxQ+COkfET4c6b4w0r4ZeKdY8Kax4p0/xB
pEOm6lptrrOnVdS8A6v8f/DX7anj7w6Yz4q13xNa/Db4FalLzHZar+x/f3d/4IvTIPmC6T+1evxP
vmNs6f6Jb2xSSO7Errwn7QFr8HP2rL39mTU/HnxC1T4XfDj4x/s0/Eq/0TXrfx2Ph/JN4i+LHxa/
Yh8NfDrwHq1zNf6fYeIL3xl4z8aaB4Dsfh/qfny+KfGWraLoGk2X/CWyaG8H2+CpYaricsw+KxFT
DYfA5ZnGXY/EQpPFTwqr5TmGYzqvDe0oudWnVxmMw3so1Ic8cAveUrnymMqV6dDHVsPRhXrYvH5V
jcJRnUWHjiHRzLBYONNV/Z1OSnOnhsLX9pKEuWWMenLt5TH8Hf8Agtj4ksY9Af8AbT/ZYsfDfi/W
PhtqmufHD4afD3T7HxvoHgvT/wBu74+eM/iLYfs/fDDxv8F/ip8O/CusfEP/AIJ+fEH4AeDPB/iz
41+Nv2m9J8A/Ej9n/UvAFz4V8fap8Ztd/bN8M4/w2+Ff/Bf7wzrH7Suv/EP9p79gD4m6nN/b3h39
kPw+3w/+IPg/4J2mj3vjv43fE6L4i/tCfDjQfh3/AMLt/wCFgf2Z/wAKD/Zh8CeEfh/+1ve+BPhf
8ItV8efGP4hT/tQfG34ZWS/tAfTjJ+wp8Nfh74i1nxv+2BB4b8NfBPR9A034s+Lrv/gob8bfAvgX
4dTP8RvF3wCtJPFS6h+01LpPw003Uvjh8MfiP8H9F0nX9YiW3+JXgLxh8Mra7vPFng/XNOs+48Na
D+xv40+IVz8I/B37S/irxZ8VrPw/4s8WXfwx8Nf8FC/2gdd+IVr4V8BfEzWfgr468S3PgvS/2h7r
xJB4f8F/GPw54h+EvizWZdNXTvDnxM0LWfAesXNn4p0u+0qD56dHI1OahmOaSgpSUJf2Rhfein7s
tc6i9VrrGL7pape1CrmzjFzwWXxk4xco/wBpYjSTS5lplbWjutG1pu73Pmv9nD4V/wDBavT/ABHB
qX7Rn7T37IEXh+H/AIae0+Lw1pPw/wBe+OudH1P4Wfss+E/2M9T17WfDvw7/AGGr3X/iB4M+Jvgf
9pT4t/tL67oMfw/8CfEb/haV/wCA/hh8Lfhl4f8AFHwyuf2SDwr8Cf8Agsl4ktfgl4H+Lf7cfwA+
H/h/RP2QPA3h746fG39nj4I6Fe/Gzxf+2TF+0d8KPFXxF8TeFvA3xs8A+NvgxbfD+5/ZY8E+PPg5
4U8cx6V4XsV+Lvxg8afGnUv2XLfw/pnwu+FHwu+lPAeg/sb/ABU1HTdH+GH7S/ir4j6vrPh+TxZo
+l+A/wDgoX+0D4w1HVvCsXhX4S+OpfEum2Ph79ofUbm+8Px+Cfj98CfGMms2sUunJ4V+NXwl8Qtc
jSPiP4Ou9ZwPF19+wd8P/Anh34pePP2vLvwT8MvF/wAP4Pix4T+Ivi7/AIKSfG/w34E8UfCy51j4
deHbb4l+HfF2s/tIWXh/W/h/ceIPjB8JdCg8ZabqFz4cl1j4o/DrTI9Sa98beGYNTn2WTf8AQfmn
/hown/z79f6ele1zT/oDwH/hyxH/AM6vX+np8VeE/gF/wX38Dfse+GoLv9t39mD43/t4S+INGn8R
y/E3wn4b8D/swaFp1r8c7bxj4kmGsfCf9kTR/iT8TPD+v/An4deBfgv4f+Htj4J+BPirwV4g+PH7
VnxR1T4/fES/079l3w98C/P/AAJ4E/4Ok9L8VfHHxn4z+OP/AARh1u28VeH/AARc/CD4QXPgj9q/
VPhn4C8VeHdR0DQPEujaN4k0DQPhp8VvD3h/xz4W1Dxb8Q/EviX4h+Lf2j9RX4heGPCfgfwP4T+H
ngnxdruu+E/vXwH47/4JyfFTTtN1j4YftxaV8R9I1nxBJ4T0fVPAf/BT34veMNO1bxVF4q+EvgWX
w1pt94e/aY1G2vvEEfjb4/fAnwdJo1rLLqKeKvjV8JfDzWw1f4j+DrTWfX/Dvw1/Zh8X+O/iL8Lf
Cfxx+JXij4m/B/8A4RH/AIW18OvDv7eP7SWt+O/hd/wsDR5/EXgP/hYvhHTfj9c+IPBP/CbeH7a5
13wj/wAJNp+mf8JJo9vPqejfbbKKSdT2WTf9B+af+GjCf/Pv1/p6Htc0/wCgPAf+HLEf/Or1/p6f
lDbaN/wcC6D8L/jlY/t1eLP+CUHjT9m6f4K/tf6z8RtY+ANt+1La/tD2eneI/hb8YPEPw18J/D2L
xP4a8J/ClvD/AIC8U6p4H8Cw3PivS7rxVefCXw5Pd+JfEvjT4oz3/jHXf1V8D/t0/Crx3rvj7TdL
8FfH/wDsrwNr0fhj+3rP9nH49eJ4da1u3W4bWoI7LwZ8NvEdzoEekkWMX2fxUdE165muZy+g2lrb
QXV95f8AtBfB34Kax+yh+0v4y8A/Ef4s+M7Xw38Jv2i9H+3WP7YH7Rvj/wALxeM/hlo/jrwh4y8K
67pt38aNd8Marf8Ag/x34X17wX468Ha/ZXsWn+IND17wj4q0lbqy1TTE/QPTdO8MWWs6tJptto8f
iWfTtCi8QXcItZfEl5plmNSt/DbeIL4l9YvreHGsppE2qzzjedU+yuZGvCfa5sio5DSjUoZpmMp4
/Mvq9VSoZW8JONPIXWlOEXm0a6q0v3cJzcFTcmvZTnUhVo+XbOKub1JQq5fgYwwmB9tTca2YfWYS
nm3s1GbWWyounUvOUYqbqJRfPCMJ06v5rftk+DP2Yf23/B3w98H/ABSg/bK8K/8ACqPiB4g+LHw6
8U/DP9lT9pLQ/GPgz4p6j8CfjT8C/CPxL8L634i/Zo8Wf8I78QPg7/wuzUPjF8GPGWhWuneI/h98
dvAPwv8AiDpmpP8A8IrPpGq/lB4a/wCCQPwL8F6dc6P4O/4Ku/8ABzR4T0i88QeLPFl3pfhr4h/t
R6Fp114q8e+KtZ8deOvEtzY6X+xNa20/iDxp428R+IfGPizWZYm1HxH4q13WfEOsXN5q+qX13P8A
vT+2T4y/bJ8D+Dvh7rX7Fvwm+H/xl8WwfEDxBqXxS8FeP9RsdE/tv4WeEfgT8afH2n+DfBXiPU/i
X8N9M8FfED4y/G3wj8Gf2f8Aw58S9Xi+JHh34Sf8LbvPit4t+E/jjwl4K12zg/KDw1/wUG/4OAbX
TrmLxj/wb3eH9d1dvEHiy5tL7w1/wVN/ZN8J6dB4VvPFWs3fgXRrnS9UtfGlzdeIPDngmfw94e8W
eJYtYs9O8aeKtL1nxjo/hPwFpGu2PgXw54vtsm/6AM0/8O+E/wDnJ6/0tfU9nmn/AEGYD/w24j/5
6+v9LXWT9gT9j+XWPjhqfiD46/8ABYn4jWXx0/ZA/an/AGKdU8O/G20/bl/aC0f4f/Cz9rfx3Y+L
vH+v/Cif47/AH4keIPBnxA8P+H/DXw4+FvhXVV13UPDmp+BPhV4G1D4neFfiP8TR4p+Ivijz+z/4
Jv8AwStf+Ec8/wD4KVf8HJGo/wBh/D/xr4N1P7Z8bv8AgoQn/CY+I/FX/Cf/ANhfFjxH/Z/7PVh9
l+IHw1/4THw7/wAIVpvhH/hFfhZf/wDCqPAH/Cxfhp4+/tH4pf8ACyvspP2h/wDgslresfHDTLn/
AIJ1fAD4XWXg/wDZA/an8ZfBDxFp/wC1zoX7Q2j/ABg/bJ8IeO7Hwj+y18J9TgvtE/ZX8QeA/h/8
S/D/AIe8WfFLXdS1nQmsb3wJ8Qfhbp/ib4l/Aj4m+G/iN8Orfz+z/bd/4La3X/COef8A8ELfh/p3
9ufD/wAa+MtT+2f8FYfge/8Awh3iLwr/AMJ//YXwn8R/2f8As/X/ANq+IHxK/wCEO8O/8IVqXhH/
AISr4WWH/C1/AH/CxfiX4B/s74pf8K1PbZN/0AZp/wCHfCf/ADk9f6Wp7PNP+gzAf+G3Ef8Az19f
6Wvius/8E/vgX4j/AGavCf7OfiH9vP8A4L067q/gL9p+5/ap8C/tP6zH+1Hqn7XHgvxVefBDxL8A
rv4deE/jVffsfz3Phz4P3Xgnxp4xuLnwjo+h2eoz634s8SzS+Im0jXdU0a69f+Ev7K37PPw3/ZY/
ap/ZT8a/tI/8Fif2nvD/AO1z8P8Ax18LfH/xO/ay0D9s346fFPwZ4E8efDrXPhxeaF8IW8R/s4xf
DL4f/wBmWXijxH4gt9Ts/hld6x4g8R6naHx/qHjLw/4W8FeH/DXV6z+2F/wWLn/Zq8J/F3w9/wAE
ePD+l/tB2f7T9z4E8dfseaz+3h+z9ruo+I/2YG+CHiXWbT44+E/2jbGTw58NvBfiCD47XXg7wrc+
CNY8LePfEF14V0LxKYtAs4/Fml+MvBfr/wAJf2h/+Cn/AMUf2WP2qfiD8Rf+CdXw/wD2Tv2mvBXw
/wDHX/DJfwL8R/tc+AP2mf8AhdPxT0v4da5rfg7/AIT/AFf4eaJ8KPh/4B+H+ufEB/CPg+z8/wCM
UPiLVs+NbrxF/wAKw0XR/DPinxee2yb/AKAM0/8ADvhP/nJ6/wBLU9nmn/QZgP8Aw24j/wCevr/S
1+FvjJ/wTy/Zo+Nn7Q/gH49+If2z/wDgvT4e0j4YeIPhf4g8C/APwb4x/b20n4NeGp/hp8JbL4H3
baJqN9+z9q3x20bxB8VPhs/jHQ/jD8TtH+Nun/GXxxP8Vvixq8vxHsNX8c6pen9If2MPCHwd+Al/
8Y/AXw28Uftj+MIv2hv2n/j7+1S9n+0J8HfjtpXg74W+Kvjvrlz8SfH/AMOvhbr/AIl+Bnw68GfD
X4Px+L/+El8W+GvCOs6pd6jdeN/Gvim+uvEXiLxR4uY3PzR8ZP2sv+C0fh79ofwD8MPgz/wSM+D/
AI++DieIPhfB8Sv2i9Z/4KG/DnRvh7qGneMfhLZTfEaHwnod/wDDHRPjj4Y8P/Bj44+JUtbn4haj
8CfHfir4l/DP4V+JW8MfAHSfEnxQ8MXHgb9H/wBnbUP2jtW8OfEfUv2l9M+H/h/xBL+0B8fNP+FX
hrwBoV1pn9kfs4+Gvin4m8J/s/6n411mX4pfE+y8ZfED4ifDLQdB+LfiPXdJj+G9rpH/AAsCz8B3
/wALfC/iDwZrVzq8Tq5S4TVPBZjCo4yVOc80w1SEZ292U6ccnpSnFS1lCNWm5L3VOD94cKeZKUXU
xeBlBSi5xhl9eEpRuuZRm8zqKEmrqMnCai2m4SSafV6vpfxCm+N3w91vTdR8r4Uaf8K/jHpXjTSP
tkSfbviFrHi34FXfwx1H7AYzNc/2V4b0L4uW32yOVIrH+2PJmjlfUIGh9UryHWvCd9efHv4a+Oo/
FdrZ6b4c+EPxv8J3fgd7uZL7xFfeNPGf7Pmsaf4rt7FZlgubXwZB4C1PSLy7kt5ZrKbx5YQwTQJf
3CXPr1ctZp08LZwbVCSko03CUX9axLtUk9Ks+VxkqislTdOlvTZ0UrqeIupK9aLTlNSTX1egrwS/
hxumnB6uanU2mgr51+Cf/JS/2v8A/s4rwz/6yX+y7X0VXzr8E/8Akpf7X/8A2cV4Z/8AWS/2Xa7c
v/3TPP8AsV0f/V1k5zYz/eMq/wCw+p/6q8yPoqiiivLO8KK88+Gnxd+E/wAaNCu/FPwd+J/w8+LH
hmw1afQL7xF8NPGvhvx3oVlrtrZ2Go3Wi3er+FtT1XT7bVrbT9V0y+n02a4S8hs9SsLqSFYLy3eT
0Os6ValiKcK1CrTrUai5qdWlONSnOP8ANCcG4yXnFtHZmGX5hlOMxGXZpgcZluYYSo6WLwGYYavg
8ZhaqSbpYjC4iFOvRqJNNwqQjJJp2s0FfOvhn/k7T42f9m6/su/+rL/a/r6Kr518M/8AJ2nxs/7N
1/Zd/wDVl/tf17GX/wC6Z5/2K6P/AKusnPExn+8ZV/2H1P8A1V5kfRVFFFeWd4VzXjO/8RaV4P8A
FeqeENC/4SjxZpvhrXb/AML+Gftljp3/AAkXiKz0u6uNE0L+0NUu9P02x/tfUo7bT/tmo39lY2v2
jz7u7trdJJk808A/G6Lxv8WPi18HdQ+G3xD+H/ib4T6T4J8UPfeMpfhzdaF488FfEXxJ8VPC3g/x
n4IuvAXxE8cahFpOrah8HvFsx0vx1pngjxdYWb6TJqXhmznvZbe19wrLC4qjiIRr0f3tNVatNxqU
6tK9TDV50K9KcJqlVjy1qVSnL4W7NxlZqR6edZLmORYyWWZpShhsW8FluPj7DFYPG05YPOsswmcZ
ZiqOKwVbF4SrDFZbj8Ji6bhVqcqrKFWMasalOPwD8DPHnxe+EPwf+HHw2uP2JP2pdX1Pwj4S0jTP
EOuJ4u/YmH/CR+LDbLdeL/FEu/8AbChY3PifxPcatr90zQwlrnUZW8mLPlr+f/xq8E6rdeEtM8A/
Gb9kn47+JfCNpbftU+Nvhr8I/Cvxc034efFjQ9A0H9qn9iD9pb4TeOF+J/7Mvxp1DxH8OLT4RfFz
TrG20DVfh54/vfGGj2Pgfw9qF7pkehz6nPb/AL/V86+Jv+TtPgn/ANm6/tRf+rL/AGQK+yyfNqMs
xrzxOVYGvRrUM1xeLoKtmVL6y6eVZlKVP2ix0pUVUjVrQc6SU4xqS5Wmlb4jNcuqLBUoUMxxdGpT
r5bhsNV9ngp+wU8ywEYz5HhIxqOm6dOajUbjJwXMmfmB8Nv2Df2ObW0+EHj3QP8Aglp8ULC58E/8
Kw+IPw6074f/ABf+EVj8G/Bni7wL+0d8QP2z/h54z+FHw1h/bbt/h/4Zm8FfHj41/GDWPhrr+keF
LDWPDPwl+LPxC/Z/0e5sP2f/AB34p+F2qc/4b/4JT/8ABPrwd4V/aN8BeEv+CRfxq8MfDv8Aa08Q
WHiX9oH4a+H/AI2/DPR/hn4+1HRNO+Kth4Utl+HOn/t12/gnwn4f8AXPxl8Z+KPhj4T8D6D4a8K/
C/4hWPw4+Jvw80bwz8RPgx8HfE/gT9Sv2nf2hvFX7PEHwXvvDf7Pnxg/aFtvih8YJ/hX4h0v4KeH
tR8TeKvAkF78GvjB468HeK9QsYtMbwtpfh/xZ8VvAXw8+Bt14z+KnjX4QfBr4daj8YdK+IPxW+L3
gjwT4X1i7n+APBn/AAU2/a48cv8ACvQ9G/4JN/tP2/jbxf4g+EM/xD0vxLqOt/DvwX8NPh74/wD2
DPCn7YPiSa2+J/xU+EvgLwt4s+MGl/FZviv+xd4T+Hty3hL4Z6f8ffhjo2mftUfH79kK5+Mvwp0L
xD5E8xwcpzlHIsrhGUpSjD22cvlTd1G6zaKdlpdRiuyWiXpwwOJjGMZZvmEnGMU5eyytczSSbs8u
bV2m93vu9yp8Lf8Agnz+xp8IdRvNY8Pf8Ep/jV4t1fUvEH7TfizV9U+OPxa+Df7Smo654q/bM8K/
DPwL+1L4l1++/aI/ba+KNzr3iD44eCfhJ4O8HeO9Z1iW91HUfCs3jfw9Fc2+kfFP4oWnjHoPhP8A
sPfsjfA7xj8NPHfwt/4JP/Erwv4g+D/wA8G/sxfDpP8AhLf2cdb8OeHfhF8P/jtpv7UHhG0/4Qvx
F+2Dq/gzV/iBpH7Rukaf8cf+F2a7oGp/Gy/+Kdv/AMJvqfxCvfEEs99Jb8U/8FSvinb6x408PfDj
/gmJ+3/8RPFHg34gfs8eAJ/BOofBnxH8MNYvf+FieO/CnhH4/eNdM+KPxC0XR/2RfFvw/wD2f5fH
Xh/wzoXiP4Y/tR/ET/hcHjvQfil45Wz+Hf7DHw7m/bn1s/aH/wCCu/8AwoHx34p8I6f/AMEwf+Cv
/wC0B4f8NfEDxX8NLb4pfs8fsVf8Jn4E8V+I/Auj+C9T8Wal4W0/xL8S/BPxNufh/bXvja18O+FP
ixqvw60f4WfFzWPD/jSf4KeMviR4f8JazrttP1/Cf9CTLP8AwbnX/wA9/wCr+lq+p4j/AKG2Yf8A
gvK//nb/AFf0t5pqH/BNP9iPUf2TtM/Yfb/glh+0Vp37Munf2FBc+AfDv7Q3gXwrrHirR/CvxJ+K
Xxk8J+EfiL8UPDX7emk/Fr4o/D/wj8WvjT8TviZ4R+HXxH8deKvAnhXx34qn8VeH/Duna1p2jXun
fMGjf8EBP+CQmhad4s0ux/4Io/Gqe28aeH7bw1rEus/tJ6J4j1Gz0618VeGvGMVz4T1jxD/wUL1T
V/AXiBtX8J6XaXPizwLfeHPFV54VuvEvgW71mfwT408Y+Htd+yv+CeP/AAVj+Mv7anirwr8MPi7/
AMEmP+Cj/wCxh8RLzw/4x8S+PfF/xr+EUGhfsweBdO8Pajd2+g22n/G/4m3fwa8beP8AxB4strjw
ta2vhPwr8CZvFVl4g13VWOjXnw78FeKPiZZfs9R9fwn/AEJMs/8ABudf/Pf+r+lj6niP+htmH/gv
K/8A52/1f0t/L9J/wR0/4Jv/ALIHhf4q/tC/s6/8Eq/jz8FPjD4F+A37Qtj4V+KmsftKWnjjSPBN
t48+BvxC+HPivWNU8K6/+3h8RtP1fTl8G+LfENtfRReBvE2r29tcS3nh/S5tft9MKftF8Pf2F/ht
4L1/4heIf+E0+PN0PiNrVl4ouYf+Ghfj14X8S2OqNb3EV/aa94g8BfFrRLHxhbW8b2ltotxq+m3e
uaVDb3kF14n8QwXdq1h6r+1//wAml/tRf9m6/Gz/ANVp4mr6Kr2HnmNwuRYenlj/ALIp4zMMyp4u
GX18bD6xGhRyKtSc54jF4mrFwqJNOlOnpeLTjKSl5iynC4jNqs8ffM54bB4GeGljaOEl7CVWpmtK
pyRoYahB88N/aRnZ2as4xt86/wDDLvw0/wChm/aK/wDEv/2tP/n2Uf8ADLvw0/6Gb9or/wAS/wD2
tP8A59lfRVFeP/bedf8AQ3zT/wAL8X/8t8l9x6f9lZX/ANC3Af8AhHh//lfkvuPnX/hl34af9DN+
0V/4l/8Ataf/AD7KP+GXfhp/0M37RX/iX/7Wn/z7K+iqKP7bzr/ob5p/4X4v/wCW+S+4P7Kyv/oW
4D/wjw//AMr8l9x86/8ADLvw0/6Gb9or/wAS/wD2tP8A59lH/DLvw0/6Gb9or/xL/wDa0/8An2V9
FUUf23nX/Q3zT/wvxf8A8t8l9wf2Vlf/AELcB/4R4f8A+V+S+4+df+GXfhp/0M37RX/iX/7Wn/z7
K6Pwn8BfA/gvxBp/ibR9d+NF5qOm/avs9t4s/aP/AGh/Hvh+T7ZZXOnzf2h4T8dfFHxH4V1bZBdS
yWv9qaNefYb1bbUrH7PqNnaXUHs9FRPOM2qwnSqZpmNSnUjKFSnPG4mcJwmuWUJwlVcZRlH3ZRkm
mtGrDhlmW05RnTy/AwnCUZwnDCUIyhKLTjKMlTTjKLScWmmmk07pHi2u+H/CFz+0T8LfFV74o+ye
PdG+C3x78P8AhrwV5aH/AISDwh4l8c/s26j438UeaVMif8IhrPhP4faT5aMEk/4TjdIrNFEU9prx
bXf+Fe/8NE/C3+0v7V/4Wv8A8KW+Pf8Awhfk+b/Yn/Cvf+E5/Zt/4Wd/aGP3P9q/8JJ/wqP+xvM/
e/ZP7d8n5PPr2mueu26WDv7Wyw0lH2kVGKX1vFO1FpJzp8zbcpXkqzqwvyxilvSt7TFWUL+3jfkb
cm/q2H1qp6RnaySjZezVOW8mwr51+Cf/ACUv9r//ALOK8M/+sl/su19FV+E/xg/ax0z4Y/tI/tP2
dt+3H+yR+zX4K+F/7YnwQ8P/AB20T47eKPB3g/xNYeIviT+xr+z740+GP9pz/ED4tfCK01nwJ4y8
M+EPFWr6fpHhjxN4e1zxPb/Df4n2Wgal46m8J+MPB/h/1cioUMX/AGtha+YYHLVWyv3MRj6lWnRl
OjmeW4l0YexpV6k61SlRqeypxpvmcfelGKcl5+bVquH/ALOr0sHi8c6WYe/RwcITqxjVwOOoe1l7
WpShGlCdWHtJymrJ6KUmov8Adiivx2g/4Ka/s/6jrHhHw14a/wCCtX/BLbx94t8ffED4dfC3wT4J
+FugR/Ffx34q8d/Ffx34d+G3gbQtC8DfDb9uTxV4t1H+0fFvirRrbU9TttGfR/CujvqHizxZqGh+
EtD1zXNO6DXP+CgXgHwr+0P45/ZQ8Y/8FFv2FfA/7Qfw08P+NvFnjv4bePPgD8SPA2o+GPCvw7+E
vw2+PHjDxLqWreLf2udG8Np4f0n4N/FTw98R49Zi1mXTtU8K+Hvi1qWj3OoR/Af43j4ecv1DCf8A
Q7yz/wAFZ1/86P6t6X6PrmI/6FWYf+DMr/8Anl/VvS/3z8FvhpF4EvPjT4pmu/iHc678aPjh4s+J
fiKH4jT/AA5mvLCXStC8J/B3wraeFI/hjYWejWvw8f4c/CfwVfeB4PENxqvxHbQr22uvidfx+Pbn
xBpmm+4V+O3/AA88/Zm/6TMf8Edv/Cm8Af8A0waug1n/AIKIfBDw5p3hPWPEP/BXP/gktoWkePfD
9z4s8C6prN74R0vTvGnhWz8VeJfAt34l8J319+37BbeI/D9r428F+MfB1zrOjy3mnQeKvCfiXw9L
crq+hapaWuGGyjAYWjGjSzvLeWLnNylTzqU51KtSVWtVqS/sj3qlWrUqVaktLzlJpK6R6mc8SZrn
uY1szx+V4z29WnhMPCnReVUsPhcFl+Ew+X5dgMLSWZv2WDy7L8LhcDg6XNJ08LhqUHKbjzS/Wmvz
n+NP7THg/wDZr/aX+I+peJPDvjrxVqvjb4J/ss+GPCOg+CPCHiDxJNqOty/E39rdUgv73SNNv7bS
owLmOWO3cXOvarDFejwzoPiC6sLu1i+bvgp/wVa/Zt/aH8Vah4F+Ef8AwVh/4JreI/G1r8YLr4Ea
X4O1L4Z+JfBfirx38TINR0rR7HS/hL4e8dftl+GtX+M/h/xPq+t6bpfgPx/8JbTxp8PfiLqM8lj4
D8U+I7m1u4oOu8Wfsx/tOfFr9qH9p+3vv21bj4cXfi79lT9hbwV9h+Fn7Ofwt1TwFpvhvw9+1d+0
149+IPiJPh9+0he/tI6Td/Fnxj8NrHxp8GvDPiua7T4f+F9P8et4z8b/AAi+LviHwJ8OE8Le5lVP
LsEsfWxVWhnOD+p0Y4zB4Ctj8FiPYf2plslUVfGZZTp8irRpU5wpy9tNVLQdOPNXp/NZhUx2K+p0
sPSrZXivrNSWGxOMpYTF0fa/UMbFwdLDY+c+Z05VJRlNezi4XkpvlpVPvH/hqL4af9Cz+0V/4iB+
1p/85Oj/AIai+Gn/AELP7RX/AIiB+1p/85OvzL+On/BOX/gqT8SPhZ4W8B/Dr/gvR+0B8O/EGr/D
/W/CPx68Wa3+xV+xlq//AAmesa94c0jRrvxF8C7n4P8Agn9nn4m/s3/Zr1vF2paRPB8Wvif478P/
ANr+FpPDvxF0jxB4Nm8S+Jff/wBo39i39sn4rftw/AL9p74Kf8FJ/iB+zn8Bfhh/wpv/AIWx+x1p
/wAHrH4ieBPjz/wrjxb8a7jxl/afifW/ibotl4N/4Wr8Mvjbqvw713+z/h/rX2PWPBvwt+Kl1/b3
jr4QfB68+Hnle2yb/oAzT/w74T/5yev9LX0fZ5p/0GYD/wANuI/+evr/AEtfcvC3xe+C/hnxr8UP
Htv8NviPY+JviZq3hibV/E/hb9gL9qjwx418Q6F4Q8I6T4f8O6b8UPF6fCXUtQ+JereHtQHil/DG
tXUWg2fh7wjrWk+D7HQPP0TUfEnib0P/AIai+Gn/AELP7RX/AIiB+1p/85Ovgvwt+wn/AMFMbT+1
/wDhNf8AguN+0B4g87/hRf8AYP8Awi37Ef8AwT38H/2b/wAI/wD2J/w0v/a/9rfATxx/bf8Awtvy
PEf/AAov7H/wj/8Awzv/AGron/Cff8NQf8I/f/8ACTc/c/sN/wDBXOf4Z6N4Vi/4LmeILP4iaX4f
8S3F98Vbb/gnD+yG0/iP4ha78QvCdzpc2s+C7t7rw3B8H/Bfwb8Oax4V8NfD3w8NC+Jl18ZfHviz
4u+Mfj94s+Hdn4F/Z38F50v7BoxcKWW5lCLqVarUc3wtnUr1Z1609cketSrUqVJf3pPodmOxnEOZ
1oYnH5phMVXp4PLsvhVq5bXco4LKcvwuVZdh1bNV+7wmX4LDYSirXVKjTTcmm3+in/DUXw0/6Fn9
or/xED9rT/5ydfJnxtl1T9qX4yeA/BPwa+JHxq+AviS2/Z5/aOkn8Yar8F/iX8LtQu7W8+I/7Ka/
2Hp9z8W/APhLULmzv/sr/wBp6v4BuhrvhuaPS5ru6Sz1FdK1z4e+GP8AwSu/4LF+C/jL4g+KPif/
AIOI/jB4s0j4j+IPhxc/Fbwda/sF/s/RaddeFfAUC6PcaN8FPD3xE8efFj4Ofs5+IPEHhua/g1Xx
L8OfguuneI/FUun+NviV4T+I+r6XHFP+ynib/k7T4J/9m6/tRf8Aqy/2QK9rJMdgcJj/AK1gMJi6
WMw+Bzath6mMxeBx+GjUp5VjZXq4Opk9OnXi0pJQnNRUnGTUlFxl4GbYXF4nB/V8ZicPUw1bGZbS
rQwuGxeDryhUzLCR/d4qGZ1J0Xd3coxcnG8U4t8y5/wl8APihovhXwzo0/7WPx70ufSfD+jaZNpm
laT+y1q2l6dLYadbWsljpuq6r+yraapqdhaPEbez1DUrW2v723jjuby3huJJI16D/hSfxL/6PA/a
K/8ACZ/ZL/8AoXa+iqK8uedYypOdSVLLOacpTf8Awi5O9ZO71lgZSevWUm31bbbfowyvDQjGCqY+
0Ixiv+FXM1pFJLSOLUVolokl2SWh86/8KT+Jf/R4H7RX/hM/sl//AELtH/Ck/iX/ANHgftFf+Ez+
yX/9C7X0VRU/2vi/+fWWf+GTJv8A5g/r5sr+zcP/AM/Mw/8ADrmn/wA2eX9XZ86/8KT+Jf8A0eB+
0V/4TP7Jf/0LtH/Ck/iX/wBHgftFf+Ez+yX/APQu19FUUf2vi/8An1ln/hkyb/5g/r5sP7Nw/wDz
8zD/AMOuaf8AzZ5f1dn5+ftT/CD4g6Z+zD+0dqV7+1R8efENnp/wG+L99d6BrHh79mGDSNctrT4f
eIZ59H1SbQP2cdD12HTtTijeyvpdE1vR9Xjtp5X03VNPvBDdw/f8KNFDFG80lw8caI9xMIlmnZFC
tNKtvFBAJJSC7iCCGEMxEcUabUHzz+1//wAml/tRf9m6/Gz/ANVp4mr6Krpx2Kq4rJstlUjhouOZ
5wl9XweEwaa+q5J8UcJQoRm/70k30uYYTD08PmeNVOVeXNgctb9visTiXpiM0XuvE1qrivKLSb1e
rYUUUV4R6wUUUUAFFFFABRRRQB4trviDwhbftE/C3wte+F/tfj3Wfgt8e/EHhrxrvQf8I/4Q8NeO
f2bdO8b+F/KLCR/+Ev1nxZ8PtW8xFKR/8IPtkZWliD+015DrXiy+s/j38NfAsfhS1vNN8R/CH43+
LLvxw9pM994dvvBfjP8AZ80fT/ClvfLC0Fta+M4PHup6veWklxFNezeA7CaCGdLC4e29erorpqlg
7xcb4eTTdTnU19bxS5oxu/YpNOHs9LyjKtb97d40nepidU7V4qyhyOP+z4d2cv8Al49ebn1spKn/
AMu7Ir4n8GfBL4M/FDx1+2bpHxL+Efwx+Imk6n+0zb6pqWmeOvAPhXxbp+oan4p/4J+/s9fBPxPq
N9Za/pOoW13f+I/gz4o8TfCPXryeKS41f4Y+Itd8BahJceFdX1DSbj7Yr51+Cf8AyUv9r/8A7OK8
M/8ArJf7LtdeAinhc6bim45ZSlFtJuMv7YymN4t7PllKN1ryya2bOfFtrEZWk2lLHVFJJtXX9m5j
Kz7q6Ts+qT3SLfj/APZO/ZZ+K/xT8FfHT4pfs0/AD4lfG34a/wDCOf8ACuvjF4/+Dfw68Y/FPwD/
AMId4jvPGHhH/hCviD4i8Oaj4t8K/wDCK+LdR1DxT4c/sLV7D+w/Ed/ea3pn2XU7qe6fn/Fn7EX7
F/j34meJfjV46/ZD/Zg8afGPxp4f1nwn4x+LXiz4BfCnxH8TPFnhXxH8Pbn4R+IfDXiXx5rHhO88
U674f134U3l38MdZ0bVNVutO1T4e3Vz4Lvrafw3PLprfT9FeYdx4BP8Asnfss3Oj+LvDtz+zT8AL
jw/8QPiB8Rfix480Kf4N/DqXR/G3xT+MHgTxF8Lfi18S/F2mSeHGsvEnxA+KPwy8X+LPh18RfGWs
wXviPxt4E8UeIvCPibUtT8P63qWn3Pn+u/8ABPb9gXxRo+oeHfEv7D37IHiLw/q//Crf7V0LXf2a
fgxq+j6n/wAKO8Can8Lfgp/aGmah4KuLK9/4U/8ADLW9Z+HXwt+0wSf8K/8AAmr6n4R8J/2R4fv7
rT5fr+igD5A+Fv8AwT2/YF+B3jvQvil8FP2Hv2QPg/8AE3wv/af/AAjXxF+Fv7NPwY+H/jvw7/be
j6h4d1n+wvF3hPwVpHiDSP7X8P6vquhan/Z+oW/2/R9T1DTLrzbK9uYJO18M/wDJ2nxs/wCzdf2X
f/Vl/tf19FV86+Gf+TtPjZ/2br+y7/6sv9r+vUy//dM8/wCxXR/9XWTnBjP94yr/ALD6n/qrzI+i
qKKK8s7zw/8AaN+PnhH9mT4QeIvjR460/VtT8M+G9W8C6LeWei6h4K0e8e8+IXj/AML/AA30SabW
/iR4v8AeAtB0m013xbpt5r+v+LfGfh3QtC0KDUtW1DUooLNlf5M0j/gq5+x5L8OPBPxJ8YeIPiH8
PdP+IGrfHnSfC+kal8KfHHxFvNYi/ZplD/GPxPoHiL4BaT8Yfhz4z+HnhPRmTxNN8UPAXjnxV8OJ
9Ch1qWLxSdQ8H+NtO8N/pHRXj43DZ5UxTrZdm2CwuH+qU6McHjcnnj6axSxUalXGOrQzTLcRLnwi
lhaeHVSNOlUaxMnW5XQl+j8M554XYTIaeWcZeHvFGfZuuIMZmNXiThnxGw3CWMnkU8gqYLAcO08v
zXgXjXKaX1biF0c9xebywdXGY7BQq5HRhl7qwzSj8E+B/wDgpz+xJ8SPGvw5+Gvgn4vatr3xG+LG
rW2k+BfAEPwd+Odr411OK+8I+FPiBpvifUvCuofDS013wv8ADzV/AXjTQ/G+i/FDxXYaJ8ONa8Ip
r/iTSvFN5o3hDxbe6H5gf+Cn3/BPPVvGXwv8eH4latf614v8DadonwK13TPh/wDFfWdd+Jml/HD4
s+PfAGteEPAXwj8O+HtS+Kmvata/Er9kqPTPEeo6p8LLfT9HvL74d6boPiO4ufiNFp1/+otfFfjz
4gfCr9jK70W3W28JfA/9lL4Tfssftc/H74iaB4G+H1lp/hbwlonwe8T/AAM8Wa14s0vwn4C8NXOt
j+xtE8b/ABL1u90HwbpU934m1HW7u5k0bW9e/swxLC4LjOtiFChnnD9Llwua16tVZBmdJypUcFTq
LDeyXElV1IVMPTzRV5LEUfazq4GjyRowxcsR7FfPvo7UcHiKtfw18X6lWeI4ewuEwlTxh4MxEIyq
Y7OnmuZLMI+CODWHxCr1ODsPleCqZRmVKjQw/FOMr4ueLx2R08mp+D/+Cj/7GHjbR/jDr+l/GX+x
9J/Z98W/D7wN8brvx98PPit8Lf8AhVvin4oeOrn4aeENL8awfEzwN4SudD8zxtZXui+I727hTTvA
v2K81Lxzd+HNJtLi/jPhT/wUf/Yw+NcEc/w5+Mv9q/av+Fdy6Tbax8PPit4L1HxLp3xT+Mlv+z34
N8QeDtK8b+BvDup+NPCU/wAbLq2+GniDxj4UtNZ8LeB/FM8Vh441jw7vDnA8cf8ABU7/AIJ9/Df/
AIXjJ40/ah+H+jWX7N3/AAuuD406z9n8T6j4c8Gax+zr/wAM223xj8I/8JLpWgX3h/xF8QPB/iD9
rv8AZ48B/wDCuvCmpa7478QfFP4hf8Kl8LeHdb+JvhPxx4T8Nc/43/4K2fsBeAtO8CX+o/GrxB4n
ufiD4g1/wZp3hf4T/Ab9ov44fELwn8QvCvir4HeAvE/wr+MPwy+DPwl8efET4CfGDw98RP2l/gH8
Ndb+EPxw8MfDz4maX8TPiv4N+HN74Uh8baomgrMKHEalQdTNcklCNKusTGHD+PpyrV5Vazw1ShKX
EtRYelRoOhTr0akMVPEVadatTr4WFeFDD+fic28F5Uc1jg+AfE+hiK2YZVUySrifF3hTFUcvyqjg
Mup55g81oUvBHBzznMMxzOlm2MyrM8JiMiw2TYDG5dl2MynPsRleJzTN/bPgt+11+zl+2Tp3xN8N
fsz/AB2/4SXVvCXhLwXc+I/FngbQrqPUfh//AMLj8LarrPgLWdLufiJ4J1DwTqHi3T7bT9Rub3w1
qujeKf8AhDfFOh3fhP4neE7LVrLU/DTdb+yx/wALr/4Upof/AA0H/wAJb/wsz/hLfiz53/Cff8Ki
/wCE6/4QX/hbvjr/AIU//wAJr/wob/i0H/CW/wDCoP8AhBf+Ej/4QT/iT/2x9s3f6b9rryY/8FKP
2DJZ/C8WlftVfB/xTbeO/EH7PHhP4fa34G8Sp4+8K/EfxV+1X8Zfi58APgb4a+G3i/wVDr3hb4h+
IPFPxW+Afxq8Pa5o3gvWNc1H4cad8L/G3jH4nW3g7wToF94ji8J/Z+/4K8/8Eu/iNL4b+F/wo+Ou
k/DPRtL+FOveM/Alj8VPgb8bv2TPhi/wn+E3wg+G/wAZvEDfDzxR8f8A4UfCD4a6rpPgH9nX4nfD
L423Xhrwfrd5eaF+z74n0L4uppMHwr/4qaHfC4PGxrYXFY/GrEYmlhsdhqywUMRgMsrrEYvD1sNV
eV18XmTWJwtCgqEcU8c5Xq4pqmqeJhSwnmZ7xHwxVy7PMj4T4XqZRkmYZ5wtnWW1OJ8TlPFvG+Vy
yfIM4y3OcBDjvK8g4LhLI88zTNpZrWyOHCkKVsDkFOeNljMjxOYZ/wDqrRXwB4W/4Knf8E+/F/8A
a9zpn7UPw/0/w/4X+AHwL/ad8d+PPGFv4n+H/wALPhd8Iv2m/wCxJP2e7v4xfFrx5oHhv4ZfBz4g
fGSy8SaFrPw++CfxS8WeEfjZ4k8Oana+JdP+Hsvh9m1Jfp/4KftC/AL9pTwrqHjr9nT44fB/4/eC
dJ8QXXhPVPGPwU+Jfgv4qeFdN8VWOnaVrF94a1DxD4F1rXdIs/EFnpGu6Hql1o1xdx6jb6drOlX0
1sltqNnLN6h8Gcr+1/8A8ml/tRf9m6/Gz/1WniavoqvnX9r/AP5NL/ai/wCzdfjZ/wCq08TV9FV6
lb/kS5f/ANjTOP8A1EyM4Kf/ACNMZ/2AZb/6kZqFFFFeWd4UUUUAFFFFABRRRQB5Xq+q/EKH43fD
3RNN03zfhRqHwr+Meq+NNX+xxP8AYfiFo/i34FWnwx077eZBNbf2r4b134uXP2OOJ4r7+x/Omkif
T4Fm9UryvV9L+IU3xu+Hut6bqPlfCjT/AIV/GPSvGmkfbIk+3fELWPFvwKu/hjqP2Axma5/srw3o
XxctvtkcqRWP9seTNHK+oQND6pW9W3s8Lb2V/YS5vZ357/WcR/vH/T7l5eW2nsPY9bmVPm58Rf2l
vbR5ef4bewo/wf8Ap3zc176+19r0sFfOvwT/AOSl/tf/APZxXhn/ANZL/Zdr6Kr51+Cf/JS/2v8A
/s4rwz/6yX+y7Xbl/wDumef9iuj/AOrrJzlxn+8ZV/2H1P8A1V5kfRVFFFeWd4UUUUAFfOvhn/k7
T42f9m6/su/+rL/a/r6Kr518M/8AJ2nxs/7N1/Zd/wDVl/tf16mX/wC6Z5/2K6P/AKusnODGf7xl
X/YfU/8AVXmR9FUUUV5Z3hRRRQAV8BftZX2nwfGP4T6Hr/hb4GeNfB/xD+A37RPwi8YeEf2i/HsP
gD4XeMNI+MXxa/Y7+GGm+AtUnvfhv8UtL8Xaj8TfFnizw38MtG+HOqeGTbePb/xjF4cgmu9SvbDQ
tZ+/a/Kf/gpH4f8ADHivWPAPh/xj8FPif8etCk+DPxd8TJ4M+EPxE8ZfCTxrpXif4ZftE/sO/Fn4
fePrD4m/DXxf4K+JngYeAPiL4E8J+KYvEnw/1eTxFpl/p1jcPZvoi6xcWvv8M0KmJzelh6VChiat
fBZvSp0MTW+r0Ks6mUY+MIVa7xGFVKLk1ebxFFLrNI8bP60KGWTr1KtWjTo4vLKk6tCk69WnCGaY
OUp06So4h1JJJvlVGo30izy7xZD+x74a8K+JfE3jr9m3/gitoHgn4DeH9Z8J+MfEHiz9on4X6V4V
+DHhX4i6dc/sAeIfDXiXVdY/Y3g0j4deH/Hekfs8Xf7E+s6Nqlxo+neJ9O+Btz+zffW19bfDOXwZ
onsHj/4//Dr4UftT+Cv+FpeHf+CW3w1/ba+JXw/8OfCf4df8J/8AtqaF4O/an8ffCzxj8Rbz/hEf
hp4K/wCEi/ZR074teKvh/wCKvi1p2of8I54N0L7f4c1z4i2F5/Zmm3XiW1n2fP8A8Nv2Df2ObW0+
EHj3QP8Aglp8ULC58E/8Kw+IPw6074f/ABf+EVj8G/Bni7wL+0d8QP2z/h54z+FHw1h/bbt/h/4Z
m8FfHj41/GDWPhrr+keFLDWPDPwl+LPxC/Z/0e5sP2f/AB34p+F2qeweCP2Q/wBlf4daj47u/CP/
AASW8VafpHxD8P6B4T1j4fXp/ZI174NaB4V8PeFfjj4Ki8NfC/4G+If2qNV+DfwX8P6/4b/ac/aP
sfH2jfB/wL4G074mT/Hz4yap8RbbxTq/xL8Y32sdU8LKnOdOWU8Mc0JShL/jIHvF8r34mT37pPfR
W054YhTjGccxz+04xkv+EXpJJrbIbbPo+r7aHxJh+CGk+NPG3xc+L/7Nv/BJbTfiJoXxg8DeLPiN
8TviT+0T4Rs/GmjfH39mv4Ba58avhr4l8beNPE/7G8euad8YPgD+y5feJfi14G1nXdSh8afCv4BX
muePNAudC+Hdxf6q/n+jfFP9j39qPUfFn7Rfh74cf8EVv2itX/Zk8QW37Qvjr47aN+138L/i5qP7
PfiqHwr4atbT44eLPifY/skeILn4T+IIvBP7Ofg63tviXrGuaBqMfhX4EeGoYtaGkfDDS10M0v8A
4J8/saaT408LeO4/+CU/xq1LV/BPiD476/4V0bxL8Wvg34v+HujQftKfALwB+yv8XfBFt8KPFX7b
Ws/C5/g/q37N3wr+HfwP8J/A648HzfBr4V/DPwho3hL4U+BPBOkW5tn5/wCJn/BNP9iP4x+MfFHj
v4l/8EsP2ivFfiDxt8P/AIz/AAt8ZJeftDeBbbw54s8CfH747fFD9qD4l6F4j8F6b+3pZeDNb+0f
tG/GDxl8cfBWp6loFzrHwm+Kdt4A8b/CfUPBPiD4R/Ce+8Ez7D/qU8Mf+JB6f9VN/V320r23/Uxz
/wD8Mvp/1If6u+2noGm/s6fszfEX/hMv2XNI/wCCfv8AwR28d/8AChP+Faf8LB/Z003x94A8T/8A
Cl/7Y/4Wx8RPg7/wmXwitf2HL7/hXX9q/wDC6Pjp45+Gn9t+HtH+3f8AC2Pix4m8Leb/AMJ34wvd
V9g+E5T4F/GX4w/CD4QfBv8AYV+Hnx2+P3iDW/21vi78GPDX7Z3i+x+IXjLUfE8Hg34PeKv2jbn4
TD9lltW0vw/4s1fwF4a0LxZ440Lw3pfhXxR8TI9Z1/X7rUfiT4q8VavrXy/41/4Jp/sR/EjwdefD
3x//AMEsP2ivGXgXV/iB4/8Ai/4j8IeI/wBobwLq/hzxn8bPif8AAnw5+zj41+PPj/SLz9vSWy+I
H7QGp/DLwvZz2fx38aw698XfD/xT1bxr8fvDnjPSPj18RPH/AMSvEvyB/wAQ73/BHP8A6QtftFf+
Jf3/AP8ATJKPYf8AUp4Y/wDEg9P+qm/q77aHtv8AqY5//wCGX0/6kP8AV320/Sz9uLx7+2pZfBjx
9pdp8F/g+vgvXvg18dbH4myeG/it418dPpHgv/hXd+uo+KU1XXvgh8J9I0PWPD0c0k2j6NJretX3
jD7Re2Fj4ckFjc65on6tjOBuADYG4AlgDjkBiFJAPQlVJHOB0r83fj34z1jwp+xx8afhp4S/Yy+L
Pwq+Hnhv9mb4jeBfDOm6XcfsoaH8P/hv4M0f4WazoGjWOneGPBH7QuoT6P4O8H6Hb20FpoPhDwzf
S6fomnR6foGhXLw2mnv+j8MjSwxSPDJbvJGjvbzGJpoGdQzQytbyzwGSIko5gnmhLKTHLIm1zpnU
l/YeSU1gcqwbo47O4OWWYxY36w508nqqpiaizDHtVIKapwUpxkqcYrWChGEZUn/auazeLzHFe1wm
VSUcfhZYX2KjLMafJQg8Fg04zcXUnyxceeT0UuZykooor5Q+iCiiigAooooAKKKKAPIda8J3158e
/hr46j8V2tnpvhz4Q/G/wnd+B3u5kvvEV9408Z/s+axp/iu3sVmWC5tfBkHgLU9IvLuS3lmspvHl
hDBNAl/cJc+vV4trvh/whc/tE/C3xVe+KPsnj3Rvgt8e/D/hrwV5aH/hIPCHiXxz+zbqPjfxR5pU
yJ/wiGs+E/h9pPlowST/AITjdIrNFEU9prortulg7ycrYeSSdPkUF9bxT5YysvbJtuftNbSlKjf9
1ZY0lapidEr14u6nzuX+z4dXcf8Al09OXk0ukqn/AC8uyvnX4J/8lL/a/wD+zivDP/rJf7LtfRVf
OvwT/wCSl/tf/wDZxXhn/wBZL/Zdrsy//dM8/wCxXR/9XWTnNjP94yr/ALD6n/qrzI+iqKKK8s7w
ooooAK+dfDP/ACdp8bP+zdf2Xf8A1Zf7X9fRVfOvhn/k7T42f9m6/su/+rL/AGv69TL/APdM8/7F
dH/1dZOcGM/3jKv+w+p/6q8yPoqiiivLO8KKKKACvkH4wfEj4efC/wDae+BWv/Evx74L+HehXnwG
/ad0e01vx14p0PwlpF1q9x8Qf2S72DS7fUtfvtPs59Rns9Pv7uGxima5ktrG7nSJoraZ0+vq/Nz9
uXU/jdoXjz4X+Iv2evF/wp8E/Ezwt8LPHPi3+1Pjf4tHgD4Xax8OvCX7W/8AwT88SfG3wF4q8ej4
Z/GK48DxfFD4KaV8QvhtpnjLT/ht4n1fwtrfizTdd0aHTtVsLPWNP9nIYxlmPLOlWrxll+cxdHDz
VOtVcsnx6UKU3RxCU5NpR/c1LvRRbZ5ecOUcEpRqU6Tjjsql7StFzpQtmmDblUiqlFuKSbf72Flr
zI/Pr4ffCXx/4Qg+E91rX/Bwv4V8VeJPAPh/9m7wTr2p3N18N30TWfCvwU+DX7X3wK8e65o3hHxR
+0n4y0jU/jB8bdI/aN+F/wAdvEvxJ/aJb9pnTj+1x+zp4T+J/jLwN8Sfg4nwy/Zw+CpN+zX4I1T4
S/AH4EeIP+C+/wAVb34beAfD8Enxm1jRP2rdI8HfH3x78TLL9nj4hfC1PHnwn/ae8MfGzT/jj4G8
P+Ifjj8S9R/aq8ZfCT9pTxf+2p8PW8aeBPg98KPhvpvwv+BPgXUfh74s950/4T/8FrPGWjWOnR/t
pfsv6f4U8d3/AMMNe1b43fD/AOGUWhfEHw94Gt/26vjz44+IOnfAf4RfEb4I/EvwT4I1/wCIX/BP
n4ifs/8Agzwr4h+O/i79pO0+HPxM/Z+1T4daj4P8c618Y9f/AGyfC/qE/wAAP+CtPjX4yzeJvE37
fnwf+D3w7+H/AIf+Htt4P8NfAn9mvwj4g+Hv7RHiq0g+P2u+O9Z+OHwg+N+neOPjJ8E/D58SeJf2
ZPBMvhr4Nft2+MNR8f8Awz+D/wAZdS0HxZ8APiJ8efCWv/APOVTJ4ycZZdmsZRbjKMs2wqlGSdmm
nkl000009U9HtrooZnJKUcbl8oySakstxDTTSaaazazTWqa0s18/lbTfgj4Z8P8A7THwO+L3hz/g
vd41tvgx8G/2gPiv8VLz4AeI/wBoH4fePv8AhZHwi8bfs9/s5fBjwB+zD4/8a+NfinrXh/xl8P8A
4VeIPgl418Z2fxA8f/Cvxt8bPEv/AAu/xr4rvPiJpv7U9z4j/ax8Z/P/APwqj9t74e/An/hAPgx/
wcp/s62vi34a/AD/AIQ34Qp4m+F3wY8Y/wDCzPjtYeMf+EtuPix+1H8bv2sv2gP26vjb4h/4WNpm
oeKPBXiHTfhneeDvB3wz+3+BvEfwv+Glr4S+Gt38GviF9VaP8Av+C+8HhX472viP9t39mDV9X174
P/8ABPzRvglb+H/Cfhvwt4q8OfGX4d6d8E4/+Chvixfitqn7InjXwT4G8P8Ax0udC+P6fDG28X/s
tftPQWuo/EP4ceJNE8NfAPSPh5rPw78aHxx0b/g5Y8Uadr+nfA3xZ/wRh+Gdt408P+O4LS81m2/b
I8R/EL4F6jrHirxvpfgWHwn461Tw1rPw7+NXiDwf8Ox8PvFdz8QvGv7Pnw68K618TLrxL4evvgDP
4J0CxvvGS9tk3/QBmn/h3wn/AM5PX+lq/Z5p/wBBmA/8NuI/+evr/S1/VT/hsD9kv/o6L9nX/wAP
Z8NP/mmo/wCGwP2S/wDo6L9nX/w9nw0/+aavkr/gnr4d/wCCxHh/+09K/wCCnXxF/YA8beH/AA38
P/Cvh3wVrP7JvhH45L8U/iR47tvItvEfxF+L3ibx9P8AD/4ZeF/NstMa6uPCPww+Clto/iXxH4vu
9Q0ef4XeH/BNn4T8Z/p/R7bJv+gDNP8Aw74T/wCcnr/S1PZ5p/0GYD/w24j/AOevr/S1/NP9sH9t
X9lWT9n740eA9L+PHww8TeIfiN8DPjb4d8Lw+DfGvhzxlDN4hl+HesW+maJqT+F9T1aTRrvXp75b
fQ5tVhtNO1C8gk06O+XUZbK0u/0rDBgGUhlYAqwOQQRkEEcEEcgjgivkf9uDwD4O8Wfsy/HjxB4m
0Cy13VPBHwD+Omq+FH1Tzryz0TWLj4aa7jXLPSppW0r+37IWka6TrstlLq+iJLepo97YrqOoC5+u
a78ynlk8iyX+z6GOoTWPztYxYzE0MTGVb2WUOnLDyo4XCtU/q/slNVIc3tVO142b48DHHxzbNPrt
XCVYPCZU8K8NQrUJKnz5kqirRq4jEJz9sqjg4Tt7Nxv710iiiivnD2wooooAKKKKACiiigDxbXf+
Fe/8NE/C3+0v7V/4Wv8A8KW+Pf8Awhfk+b/Yn/Cvf+E5/Zt/4Wd/aGP3P9q/8JJ/wqP+xvM/e/ZP
7d8n5PPr2mvFtd8QeELb9on4W+Fr3wv9r8e6z8Fvj34g8NeNd6D/AIR/wh4a8c/s26d438L+UWEj
/wDCX6z4s+H2reYilI/+EH2yMrSxB/aa6a6apYO6q2eGk4+0kpRa+t4pXopNuFPmTTjK0nWVWduW
UW8KVvaYqzg37eN+SLUk/q2H0qt6SnazTjdezdOO8Wgr51+Cf/JS/wBr/wD7OK8M/wDrJf7LtfRV
fOvwT/5KX+1//wBnFeGf/WS/2Xa68v8A90zz/sV0f/V1k5z4z/eMq/7D6n/qrzI+iqKKK8s7wooo
oAK+dfDP/J2nxs/7N1/Zd/8AVl/tf19FV86+Gf8Ak7T42f8AZuv7Lv8A6sv9r+vUy/8A3TPP+xXR
/wDV1k5wYz/eMq/7D6n/AKq8yPoqiiivLO8KKKKACviH9or4KfDL4/fH/wCDfw++LHhWx8WeGJ/g
D+01qkFpeb0m03WbL4j/ALI8VjrOmXUTJNZ6lZx3VzFHMjGOa2ubqxvIrmwu7u1n+3q/MD9v+3+L
B8ffBfV/gn8N/GXxf8feHPAnjLV5fht4B+LepfBbxb4o+Gc/7Vn7BOhfH1PDfjG3+On7OOgt4t0T
9n/Wvij4l8A6R47+LGh+Bbz4h6L4Sn1+y1sWdtpV17vDdeeFzWGIp4nE4OpRwOcVIYrBpvFUJxyf
HuNSglWw/wC8i7W/f0/8R4+e0o4jLpUZ0KGJhVxmVwnh8Tph60ZZpg1KFW9KsuRq9/3U/wDCfCXw
6/4J4/8ABR7SbT4R3fj3Qv8AgkzrOqaL4c/Zr8I/EbQI/wBn3SNV8NX9/wCFvgz+178Nf2k/i/ru
r2n7NfgfxT8VvEfj74x+MP2Pv2qvDnww8F3X7J3hq4sPhj4t/ZP07xt8K9Ls/EP7S3x+km/4JY/t
36p8JfgD8Kbz42/sK+G/FLeH4NZ/aD/af8J/sOfs3XPxv8K/EK2/Z4+IVpqHhPw14H8V/s7a3+zt
+0f8H/EX7W3i7wL4k0a5sfhX+wp8TPh5+zV8HLb4eap4l+LnxW+KPiH4teGK8fhX/grN4hsY9D0f
9mXQvDWt+LtY+GzaX8Xo/wDgof8AtS/FP4IfC3wXqn7d3x8+GnxO8Rx6Na/tsfCr4rftKaxo37Cy
/ssftEfDbQLfQP2XNJ8bPqXx81TxB4u8D/FTSfh1+x5rno8/wX/4Kn+MvjLNZ+G/hp8Kvgd8Kfh7
4f8Ah7c+LdP+Jf7e37fnxs079oLxVq0Hx+8Q+M9G/Z6/aD+Hn7Rfwz8bfDrw/o9toH7MHw01rxL8
ff2DNJ1Hwh4q+Kfxw+Ing3wn8ffC3wO8D+FPj31vNWm1LibihNOzTw7umrXvfiC90117L5c6y9NJ
rIeH7NJpqtpbS1rZLt29F8sDTf8AgmV+29of7THwO1KP4g/8E9vGP7KXg79oD4r6l8Y9K8a/sSfB
i1+KfxX/AGWLr9nv9nLwp8FvBt5oHgf4N+FdM079oDTvjb4V/aQ8ZeP/AIl+CPix8Nfh0/iP4leH
PiXo/wAJ7/4W2GlfsVeAfn//AIYv/wCCzvw0+BP2bQv2cP8Aght8avib8MPgB/aE918S/hfrPxE+
Kf7VH7R1n4x/tXxFpmm6h8OvgP8A8E8fgL+z18P9d8C6pqejfCfQtQ8J+Obrw94j8G+DfDXxS+KW
vWXj3xd8a/AfQaP4a/4LWT+FfjvdeI/2SNK0jV9B+D//AAT81n4JXHh/9uv9pHxT4q8R/GX4iad8
E5P+ChvhNfhTqn/BSjwV4J8c+H/gXc678f3+GNz4v/al/ZhgutR+Hnw48N6J4l+PmkfEPWfiJ4LP
jj8Qv+Cvel6dr9t+z9/wRZ+NXiO58R+H/Hc/w18VeP8A/gu9rcGo+AtRg8VeN/Cvw5m+O/wisPjV
oWkXniC80jQvCnxV8U/D34O/tEeNPCq+FfGml+C9P+P1r42tfE48Jr+1v+qm4n/8J/T/AKqD+rL5
P+zv+pDkH/g70/6kv9WXy/d7/hkD9kv/AKNd/Z1/8Ml8NP8A5maP+GQP2S/+jXf2df8AwyXw0/8A
mZr8wP8Agnron7enxs/tPSP+Cgn7CHxK/Yu/4RD4f+FfP+IPhz/grz8dfjT/AMLi+Kd55Fr4i/4Q
D4O/Dr4o+Mf+Fa/D+1+wa3rd5/wsH46a14i8O/2t4K8LaJ/wtH7R4u8YeE/0/wD+GXfhp/0M37RX
/iX/AO1p/wDPso/tb/qpuJ//AAn9P+qg/qy+R/Z3/UhyD/wd6f8AUl/qy+Xz7+1V+zJ+yr4a/Zs/
aH1DQ/2fP2fdA8Wab+z/APGjxF4bvdK+E/w50rxFp97oHgHWbmHXdEubTQINStbrRdQl02eLU7B4
5dOvJbKVJ4Z3gY/oRDDFbwxW9vFHBBBGkMEEKLFDDDEoSOKKNAqRxxoqoiIoVFAVQAAK/LH9uD9i
j4da18DPiL49h8Z/Ga3m+Efwh+NnjXTbTW/jl8bviFPqWtW3w41drCyM3xL+JXi/StK8OXMdvd23
irTdO0BNS8T2U9tp765p2mwX9nq36ogbQFGcAADJLHAGOWYlmPqWJJPJJNaZ3XpV8jySpTzfMc0q
Sx2d+3WY0Z0p4SoqeURhSpuWNxsakJ0VTrc0JpRdRwa5k0oyqlUo5rmsJ5ZgcvgsJlXsZYKrGpDE
wcsxcpzSwuFlCUKjnStODclBSXutC0UUV8ofRBRRRQAUUUUAFFFFAHkOteLL6z+Pfw18Cx+FLW80
3xH8Ifjf4su/HD2kz33h2+8F+M/2fNH0/wAKW98sLQW1r4zg8e6nq95aSXEU17N4DsJoIZ0sLh7b
16vK9X1X4hQ/G74e6Jpum+b8KNQ+Ffxj1Xxpq/2OJ/sPxC0fxb8CrT4Y6d9vMgmtv7V8N678XLn7
HHE8V9/Y/nTSRPp8CzeqVvWSVPCtKCboScnGo5yk/rWJV6kXpSnyqMVTV06ap1d6jMaTfPiLuTtW
ikpQUUl9XoO0Gv4kbttzeqm5w2ggr51+Cf8AyUv9r/8A7OK8M/8ArJf7LtfRVfOvwT/5KX+1/wD9
nFeGf/WS/wBl2u3L/wDdM8/7FdH/ANXWTnNjP94yr/sPqf8AqrzI+iqKKK8s7wooooAK+dfDP/J2
nxs/7N1/Zd/9WX+1/X0VXzr4Z/5O0+Nn/Zuv7Lv/AKsv9r+vUy//AHTPP+xXR/8AV1k5wYz/AHjK
v+w+p/6q8yPXdH8feBfEPinxj4G0Dxp4S1zxt8PP+Ef/AOFgeDtH8R6PqfinwN/wlunS6x4V/wCE
x8P2V5Pq3hn/AISbSYJtU8P/ANtWll/bWnQy3um/abaN5R1tfG3xf/4J9/seftAfEc/Fn42/BTSf
in49XVvh9q1vq/jfxJ441+z0+L4Yxa4nhbwxpPh2+8Ty+GdH+Hk8/iXW9T8ZfC/StHs/hx8Stdvj
4h+I/hbxXrsFrqMPJeLP+CY37EnjvVviprfjD4Q6t4h1D40aTrugfEE6l8YvjnNZ3+heJvjhY/tJ
67ougaWPiWul+BNJ1L452CfEibTfAVn4Zs11291pYoY9P8Q69Zal8dOvxPF4hQyzIq6jVxH1Sc88
zDCurQ56zwn1ikuHcYsPVcFh4Yj2VXFQU5VqtO6hCjP9moZX4G14ZNPE8ceK+V1K2X5P/rDhqHhX
whn0MvzV0Msp8Qf2NjqnjHw3LOMvjipZzi8n+vZfkWJnQpZZl+N5KmIxWZ4b7g1/X9C8KaFrXinx
TrWk+G/DPhvSdS1/xF4i1/UbPR9C0DQtHs5tR1fWta1fUZrbT9K0nStPtri+1LUr64gs7Gzgmurq
aKCJ3XktW+Lvwn0DQj4p134n/DzRfDK6t430BvEWreNfDem6Euu/DOz8Zaj8SNFOr3mpw6eNW+H+
n/Dr4g33jfTTcfbPCln4E8ZXWvQ2EHhjW3sfnn42/wDBPv8AY8/aL13x14l+MXwU0nxZrPxM0nwV
pPjy5h8SeOPDEXieX4cXlxceBPE+pWPhDxPoGnt8Q/Cmn32p+EdF+KENrF8R7L4ca1r/AML4/FP/
AArnX9a8LXxq3/BP/wDZO1v4Tn4Kah8NdWPgK5+Ifjf4sa0LL4q/GLSvGvi/4j/Evw34y8GfEPxd
8QPirpfj+y+KfxF1bxv4M+IHi3wb4qk8deM/EMWveEdVTwxqUVzoWm6TYWKrVeJ/b4lYfAZCsNGl
L6nUrZtmDr1a6xMlD6zShkqp4elPBqM5eyrYmdPEylTXtaVNVahluA8DVleSVM34r8V5Z1WzCh/r
JhMt8PuEIZXl+VTyWlPE/wBiZhivE2pi83zDDcRTr4ah9fyzI8NjsloUsdU/s/HYueX4L7Jr43/a
Q/Zr+H/7U3imz8L+IfidrXh6/wDBnwp8YaRrfg7wL4ll0fxWdH+Mni/wLf8AhjxJ4mi07WYLmTwT
fah8BPFehwaDr2iXmh+M7u31mbTtR07WfA3nR6sv7DX7LX/F1f7M+F3/AAin/C5/+FAf8J1/wgPj
b4i/Dr/k1j+xf+GfP+EK/wCEE8XeHf8AhVn/AAqz/hHdD/4Rz/hV3/CG/wDIKs/7Q+3eStfOSf8A
BOH/AIJ4eGfiJ8Jfhpa/s/ajDrum/s5ftD+Bvh/dxfEv4uz6RoXwW1vXNQ0D4v8Ag6+nufigby71
HxXeftg+MpdL1W8sNW1nT7bXNYfTvEXh+Xw74Qhh9LAZnxrl+Y4XGZJgMnpYnDRxlaWI/t3Gwr0a
UJYmnUlQh/q1Wpt/2NzY2rObXssV7TLqcZ01DNl5/wDYPgLj8qzPD8Tcb+KEZVlltLL8Ng/CfhTF
4KviKmSYDGV3mFet41YCvTp0uNfrHDeDo4ehVeM4e+qcZ4irg8xdbgA+iPAf7NXwevPCekwaN8RP
jF4kg0FbzwdqGp+DP2u/2prXw4niTwNqF34N8XaTYaZp3x91a10CXw94q0LWfD+o+FzqN3deFdU0
u98OX8v2/S7lV2NN/Z8+C+sXmv6dpHxB+Omq6h4U1aHQPFNjpv7aP7VF9eeG9dudC0XxTb6Lr9ra
/HOWfR9Wn8M+JPDviKHTdRS2vJdC1/RdXSFtP1WxuJ/yz+N/g3/gh98GNU+NfhD4+eI7228U3ll8
Y/hB8WPD3jn4w/tkfETx3qWj/Bz4V+EP+Ct3xztNB0+78aeKvF+qeH/CfgjUPB/7SPj3x18Oo7nR
rjx347s/Amp+JLz4rfFGfwJ4nk+Nnxv/AOCE/iH9qvxRqvx38W+CfiB8c/CXx28TfCfxRZeMrD9o
n4nfA/TvjT4d/Z98OzfHCa48NS6d4k/ZWuLb9nr4B/DzwJqP7ZPxRt9LuPBP7Iln4f8Ahvq/7Vni
/wCEviY+CbuanxJ4hzip1J4N13Ww7qqPFmdRpVKdR4n69UptZAnRqUeXB1MLR9nVhifaYihUq4NY
elXxFy4T+jnHF16dDijxMWWvBZ3LBVavg3wNLG4XHYeOST4ZwuJoLxl9jjsJmTqcQ4PPMfTxWAr5
GsBkuZ4DL+Inm2OyrJf1e/4Zd+Gn/QzftFf+Jf8A7Wn/AM+yj/hl34af9DN+0V/4l/8Ataf/AD7K
/JTXNU/4IQfBH4X/ALS37Lmu/EPwt8L/AIa/srP4j/al+OfhW4+Lf7TXhZoIvEOmeKv2PvH3ivwB
4/j8V2niH496Sdah8V/si/E34f8AwL8W/EvSdG+ON/d/s3eOvCVh8cNch8D3/P8Aj74g/wDBvv8A
srS/F3w1rnxo+G3wyh+D114M+G3xYtvhn8dP2iLvQvhL8R9Ms/EnxZ8OeEpr74Q+NNT0L4d/tR63
qH/BL+81fX7DQrrRf2k/HXxH+Dfgbw54wGv/ABG+L/w80b4ki4j8QLQv9VTdJOolxlnTUK/I26cH
/q2nUpKajFVpKlNwvP2CcVTcy4S+jyp4pQ4y8SJU4ZhKngpS8DOCITxGVKvTjDGYqmvHWpHB5g8N
7StLLKNTHYaNeFPDrNp06ksVS/Rv4z+C/hf8FJfh5cat4c/bN8XeGfHfxD8BfDTUvGfg39sT43No
Xw5134nfEfwN8K/At343sPFv7WHhLxfd6Tr3i/x/pdsJ/h54W8e3mmWdhq19rVhpsEennUfcP+GX
fhp/0M37RX/iX/7Wn/z7K+DdP+PH/BIT9nDwV8Cv2eLv9o39h34C+Gfgp4j8N/GrQ/gB+138R/C/
hv44/C288deGvEPxa8E60vw+/ag+Ivhf43/s/wDxjh134o6H4+stR+JvhKbxt4X8N6jrng6Lwn4a
vNf0/WfCv278Jf23f2L/AI/ajHo/wJ/a7/Zg+NWry+INN8JxaX8Jfj78KfiPqMnirWfCvjzx1o/h
qOx8HeLNZuX8Qat4J+FfxP8AGOm6MsR1G+8K/Djx54htbaXSPB/iG707twWdcVudWpjs2x1NVKWD
ccLRzXE4mlhsSqCeNjh8V7HBVq+E9s4woTxWHp4icqVWs6dClVpYah8vxPlfhzTw2X4PhTLnjZ4T
MOJI1s9zLIqWSY/OMklmvLwtWzfIY53xNl2U8QLLqVXE5phsjzjGZRhqOMy/LaWLzPG5bj86zPxv
9qf9nH4faH+zD+0drdl4h+PM95o/wG+L+qWkOsftT/tPeIdImudP+H3iG7gi1TQNf+L+p6FrmnSS
wol9o+t6bqGkanbGWy1Kxu7OeaCT7/hiWCGKBDIyQxpEjTTTXExWNQimW4uHlnnkIALzTySTStl5
Hd2Zj88/tf8A/Jpf7UX/AGbr8bP/AFWniavoqvax2MxeMybLZYvFYnFShmecRjLEV6tdxX1XJHaL
qSk0vJWR8ThMLhsNmeNWGw1DDqWBy1yVCjTpKTWIzRJyVOMbuyS16BRRRXhHrBRRRQAUUUUAFFFF
AHler6X8Qpvjd8Pdb03UfK+FGn/Cv4x6V400j7ZEn274hax4t+BV38MdR+wGMzXP9leG9C+Llt9s
jlSKx/tjyZo5X1CBofVK8h1rwnfXnx7+GvjqPxXa2em+HPhD8b/Cd34He7mS+8RX3jTxn+z5rGn+
K7exWZYLm18GQeAtT0i8u5LeWaym8eWEME0CX9wlz69W9Zp08LZwbVCSko03CUX9axLtUk9Ks+Vx
kqislTdOlvTZjSup4i6kr1otOU1JNfV6CvBL+HG6acHq5qdTaaCvnX4J/wDJS/2v/wDs4rwz/wCs
l/su19FV86/BP/kpf7X/AP2cV4Z/9ZL/AGXa7cv/AN0zz/sV0f8A1dZOc2M/3jKv+w+p/wCqvMj6
KoooryzvCivEfjD+0N8MfgVP4RsfH0vj261fx3cazb+E/Dnw1+Dnxi+N3ivWP+EdtLa+167j8JfB
XwH8QPEttpekW17ZNqGsXulW2lWsl7ZwS3q3F1BFJ5P/AMN0/BT/AKEj9sb/AMV2f8FA/wD6GOuO
rmWX0KkqNbH4OjVg0p0quKoU6kHKMZxUoTmpRcoSjNXSvGUZLRpn0uB4M4xzTB0MwyzhPiXMcBil
UlhsdgcizTF4PERpVquGquhicPhalGsqWIo1qFR05yUK1KrSladOUV9jV86+Gf8Ak7T42f8AZuv7
Lv8A6sv9r+i4+IS/HP4LeNte+El3+0V4E1SxF7b6VPb/AAWl+C/xpu9Y8OR6b4ifRvBPgz9t34W+
H/B9yfF1uY/Cll4k8Z+Fh4Gkk1XUoofFehanpF1regfnh4e+DH7W/jb4l+KvFHif9s34i/svfGS+
/wCCdP8AwTN8L/GiTw34G/Z08daB4a+IvhX9oP8AaP8AiD+0b4/sLDx54M8b/DTT/iR4v8JWvj/4
KeFvEPh+zf4TeDLXxrqHj/xB8PvjHceEfhVp/gb0cuxzqSzLC4fCYnE0sTktOv8A2hRVKeAhBZ3l
UFT9sqrlUxE6nsowo06cnKFV1YycaVXk4s14YrYHKqGcZjmeVZdj8v4r/sLEcJY6pjMLxbCpUyDM
8b/ac8prYKEIZPTjTq4ati5YpVaGNjTw9bDU/rWFqVv2Zor8Qfjp/wAE5f8AgqT8SPhZ4W8B/Dr/
AIL0ftAfDvxBq/w/1vwj8evFmt/sVfsZav8A8JnrGveHNI0a78RfAu5+D/gn9nn4m/s3/Zr1vF2p
aRPB8Wvif478P/2v4Wk8O/EXSPEHg2bxL4l+v/2xP2eP27PjR/af/DJX/BRX/hir7V/wp/8As3/j
Eb4O/tHf2V/whn/DQf8Awtj/AJKXrelfbv8AhdH/AAsb4Df6/b/wrr/hnH/imvtX/C3/ABl9hyPH
Pv8Aor8QdQ/YS/4LOaj4E0zRl/4Ly/2H8QND/sLT7bxz4d/4Jd/sqJo/irR01j4pa54s1P4i+CfE
vi/xV/aPxA1H/hKvhj4T8I678OPEvwo8CeFfAnwontvEHwt8ffEDx9rPxJ07n/2Q/wDgmh/wVQ/Z
8+Mtl4x+MP8AwXd+MH7R/wAHNZ+MGvfGT4rfBfWf2OfgtpOo+PNR1uCKe48A+E/ij8RPGvxu1f4E
/B+61fTtIiufhf8ABjw94R8K+HvCr+JdH+E1l8K/EniKPxtpAB+71fIPxgvviJp/7T3wKm+Gnhbw
X4t11vgN+07Fd6b468e658O9Ig0hviD+yW899b63oHw3+KF5dajHeJYQQ6XLoFnbT21zd3b6xby2
MNlqH19XwP8AtWfFjxL8FvjJ8LfH3hP4UeL/AIy6zpv7PP7TkMHhDwdLp8F2iTfEf9kZn1jV7m9m
Nxa+HtPMSLql3pOm67qNotxFctpX9mxajqGn+/wzQqYnN6WHpUKGJq18Fm9KnQxNb6vQqzqZRj4w
hVrvEYVUouTV5vEUUus0jxs/rQoZZOvUq1aNOji8sqTq0KTr1acIZpg5SnTpKjiHUkkm+VUajfSL
PLviB4N+HVz47+J998VP2SP+CW1x8TfiB/wqH/hc958QPjhoUvjvxt/wuDR/iR+x18BP+Fn3HiP9
i5vEHiT/AIWj4f8AF/xe/ZY+EP8Awlb3v/CbaP4o+JHwP8Gf2nZa34n8MXPP+H/2q/gh+zX4VW18
Kyf8ElvgD4J1b4P/AAx/aFS38P8A7dvhH4V+FdS+AV9p3w4/Z0+DPxwWHTv2WtC0i8+D95pGhfCL
4E/DH4lhZPBdxp2jfDj4YeFdae207wxocJ4u+Bfwd/aU+IXw0/aj+MH/AAT3+OHxH+MGjeH/ANnH
XPDfjDTPjL8G18C2Gu/s7fEzV/j78C/Hfg7wZaftp2PghPE3gD4heN/H03g74lyeFx8Qrn4bfE34
l/CbV/EV/wDCj4o/EHwR4j5/4K/sPfsjfs//ANjSfDr/AIJP/Eqe98O/8KCn0HWfiX4t/Zx+OPiP
R9Y/ZV/4WPbfs1eLtN8S/G79sH4h+ILP4gfAfw/8VfF3gP4T/EWDUk8d+BfhZH4N+Evh3xFYfDL4
Z/Dbwn4S6p4WVOc6csp4Y5oSlCX/ABkD3i+V78TJ790nvorac8MQpxjOOY5/acYyX/CL0kk1tkNt
n0fV9tOg+HHwh+CHwc8VfE79lL4RfsRf8ElvhX42+NnwfXxZ8Zv2bPhx8V/CPgfxV8XPgEmo+IPh
uniX4nfB3wx+xLper+Pfg+ur+LPFXgJdZ8VeHdW8FrqPiXxB4WFyLnWdRsbnz/X/AIQ/se+JfCvg
i18UfsRf8EVtf8E/Hnw/8DvFnw3t9f8Aiv8AC7VfCvxn8K/DrTvAn7On7NfiXwRDqP7Es+kfEXw/
4E0j9of4ZfAn4HazoK6xp3hjTvjl4E+GHgK5sbb4meH9D1s8E/8ABPn9jTwF8TNc+LGk/wDBKf41
a54k1zw/8SfCcegfEf4tfBv4vfCXwn4V+L3w98DfBz4ieGvhj8Bvit+2140+B3wi8P8AiL4HfDP4
f/s/to3ws+Hng7TtL/Z48HeH/gBottp3wb0638EL5Bef8Egf+CdGo+HPEfhbUP8Agkn+0Vf6Z4x+
AHgr9lzxdc3n7TPh268R+KvgT8Nfin4A+MXw68DeI/GE/wDwUEfxbrn/AAgPi34UfC3SPBXibU9b
uvGPhX4WfDXwB8C9C8Q2HwS8HeHfh9p0+w/6lPDH/iQen/VTf1d9tK9t/wBTHP8A/wAMvp/1If6u
+2nr9t+yf+yr+2f8M9Z8e+F/2Bf+CS3x/wDhT8dPjB4a+P3if4lfCv41aT4o8K/G74y/B/4heLL+
w+IXiv4jfDX9jV7b4qeING8bar8TfC/jObXte8QQeJdO8ZfF74ZePYNa8LfED4jeGNe9g/Z/8G/D
qPzf+GWP2SP+CWyf8M5/EDWvhPP/AMM//HDQl/4UR8U/AP8Awtb/AISL4aS/8K6/YuH/AArD4geC
v+Gmfjh/bXg1/wCw/Efhz/hoL4rfbtNs/wDha/i7+3vkD4t/8Egf+CdHx40fw1oXxh/4JJ/tFfEK
y8E/D/4FfCfwHP4i/aZ8O3OsfDz4Wfs3eBPEHw6+Evw0+HXiKP8A4KCReIPh/wDD/TPD/ijW9Q8X
eDfBup6J4c+Kvju5g+KXxY03xt8TdO03xdZ8/wDAH/gir/wS/wD2YvjL8Pfj/wDBn/gjd8atB+K3
wp8QQ+LPh/4h8S/tAeDPifp3hvxVZwTxaT4ltvB3xT/b78aeCbrxB4cuZ01vwnrOo+HLzUfCPiqw
0bxf4YudJ8U6FousWB7D/qU8Mf8AiQen/VTf1d9tD23/AFMc/wD/AAy+n/Uh/q77afZn7cXj39tS
y+DHj7S7T4L/AAfXwXr3wa+Otj8TZPDfxW8a+On0jwX/AMK7v11HxSmq698EPhPpGh6x4ejmkm0f
RpNb1q+8YfaL2wsfDkgsbnXNE/VsZwNwAbA3AEsAccgMQpIB6EqpI5wOlfn7+1P8X/iDqf7MP7R2
m3v7LHx58PWeofAb4v2N3r+seIf2YZ9I0O2u/h94hgn1jVIdA/aO1zXZtO0yKR72+i0TRNY1eS2g
lTTdL1C8MNpN9/wyNLDFI8Mlu8kaO9vMYmmgZ1DNDK1vLPAZIiSjmCeaEspMcsibXOmdSX9h5JTW
ByrBujjs7g5ZZjFjfrDnTyeqqmJqLMMe1UgpqnBSnGSpxitYKEYRlSf9q5rN4vMcV7XCZVJRx+Fl
hfYqMsxp8lCDwWDTjNxdSfLFx55PRS5nKSiiivlD6IKKKKACiiigAooooA+N/GWlXel/HP8AZ90L
QddvIvjXF+zD+0j4Z8K69qnhu78c/DTS9It/FH7J8/jHxr4+s9d+K/hr4k68YPE+jfD7RtB0bTvG
mseJNbPizVr/AMReI4U0q71xpvBviz9rjxB4T8aeGvEHhC18EfEvQru8u/DXxW8S/CD4fS/CPxhp
dnqUEMWjaD8KfBX7fXjz4iHWtV0+K7n0/WPGHxC+H+lwrd2c+qafY3Nnc6Rdeya14svrP49/DXwL
H4UtbzTfEfwh+N/iy78cPaTPfeHb7wX4z/Z80fT/AApb3ywtBbWvjODx7qer3lpJcRTXs3gOwmgh
nSwuHtvXq9apjasaGGU8PhqrlSdWFWvSp1pqSx+MqSlC1uWnObnTqYauqtKaTqezXtItedDCwlVr
uFavTUaipyp0pzpwcXg8LBRle/NOMYxlCvSdOpG/Jz+40fFtp42/bC8R/B241Gz8Af8ACu/jD4Ul
M+rWPjz4Q/C/xNY/Fe0ki1GSOw+GPgjwH/wUNuNH8FahbsdMt7i++Jf7QC2c00Vy0NukF8s2keEe
BvFv7WlxF+0L448AeDrfRPGEf7QXha1+Inwe8T/CP4e+NPiHq2oJ+y9+yxpsur+G73Tv29vhz8I/
BWkT29pe+IINLu/i/wDE7U4dG1jSLaW8k17TNU0m4/UmvnX4J/8AJS/2v/8As4rwz/6yX+y7Xfl+
Y/7PnU1gcuXLgqddQ+q80Gp5xlEZ0JKc5OVCTfPGMm50Zf7vUowSiuTGYL99lcXi8a74qdJy+sNS
vHLcxcKycYxUa0UuVyilGrG/toVZNyOM8b+O/wBqa0k8BePfBXwv1W68HapdWVv41+AM3w5+Eeu/
HXQ4re51NtUv7n4r3/7eHw4+CmlWuqWdtYQ6Smgab8Tb7Sbi9gur+z1OOS+stHm8R+N/2pPDHxB8
M6zafDfUPiP8JfFGnm8vvh74H+HHwq0b4nfDa5l0rT0i0rxx8VviD+3T4Y8Iaxf2ms3V1d3cnw8+
EfivS7jT9Ou9KttSWY6drup/W9FeVHMElFfUcvlGMKtNqWHleVOq7xjKaqqpz0dPZYiM44pJWqV6
ibT9B4Nvmf1vGJuVOaarL3Z07XlGLpuHLV19pRlF4fVuFGDs1+VnxE1z9orQv+Cg37MWjeMNG074
g+DtR8MftEJ4F8S/D34Z+GPAmm+E7bXbbwPBdv40vvGn7XHibxR44HgrTbfRrrxTJ4f+GfgSTUEu
0n8HWfiG7u73RPDn0t4N8S/tbp4j8b/Dzxz4d0rUbqa1dPh9+0DoXwb8FeFPglo99Fos959o8S/D
+4/b0+Ifxy8Z2t1qklppdvZ2Xh74ayx3dreR3N/Hpd5b+ILXpPjr8DvHXxH8Z/Cb4kfDD4qaV8Lf
HPwoTx7Y2N74h+HI+Jugavo3xE03RLDWrS60NPGfgS5tr63fw9ps+n6jFrUkcSm8hnsLgzxTW3zn
8e/gT/wUI8Y/CDxx4Z8C/tafC6Xxjq2mW8Hho6V8F/GvwTvbfWI9Tsbiyv1+J3g/48eJfEPhi202
WEahfmy8N+IodYsLa50DUtA1nS9VvdNufDlmmLwM84qLIYY1YiVKvSnh6OAXM8Pl2BownThLGUat
Ov7bC1I1IQwzpYjmbq0MQpRifp9DI+H+KMH4f4Kv4gZTw5VwGX1slzKlnEOKHUwcsbxnxLmLq1K+
D4fxmV1cHHL84wteFWtm1GWHcZwnicF7OdRdB4m+JHxii+DHxk0P9pWw+Fnwr0fTYNS0rVfjl8e/
hd8H9N/ZU8ZeCdd1jTfBv/CG6t8MU/4KAeNvFV3J4+g1a60zT7j4ieN/h/oOoR67p2la1oUGp79A
1f4i8WfDP4s/twax4g8YanN4g8KeKPB/wU/ZX+IlppXh7TPCFx4c/aG8MyeM/wBrHxH4VvvAGg/C
H/goDqvw8sNI8Qi70UeEfFni/wDaTu9SsbvSta1TSLjwrpHiWy1ib9Uvh94W+PXgr9mZPDHxb+KO
rfGb49aT8O9ft9V+JHwl8FfDr4f+KvEnio6TfyabN4G8NfEO/vvhLB4wtbl7Wy0C+8dppnw/1bWr
ez1Lxdomj6Fdanp8Hz78OvA/j34DfF24+DvwF8KeEPiB4Z+Fv7GX7G/w0hvvi98WNZ8Aa7HoXgDx
N+1B4W8K3cl14M+CHxC0/wARatqmn6dcTeIJ10zwfZ2d5BDJp1hcwai9vpX1/DGe5xTx+Y4vLsDl
2V1f7DwmNhiKtLCYPE4LGxznLIPCyxlXGzwc6NXD1MT7fDc/sMNXjGWEqSnjIKn8LxXw/wAMUuG6
OBxXEGOz7G4TjjMsrw1LLsXj8ZkecZA8ixnt88w+U4jJcvzjLq317DZX9Rx+KjHF51ga9Sjjcty2
fD1V47zvxL8FPjhqfw28PeMvBGhftH+EPFmjy2+leNvhR42+M/xh8cePPHNyW0WK48U+Abvw5/wV
y8E/CzwH4bzNrFyuj+LPiv4x8SRW8IiCXVxZWy+Ifi/9oz9rr4AfArVdc1y/+KXx/tpvhP8AGr4C
/s8/HL9jDSviz+0j8Vv22tE+L/7RXh+w8cfBnwX4P07wp/wU08OaX8Q9V+NngrXNM1L4Z23wJ+Hn
7QU0h0f4hTXEWpy/Cn4vaX8N/wBnP+Em/a0/6In+zr/4lF8S/wD6ECvH9G+EPjjw58ZfFn7Rfh79
iL9hXQv2g/Hvh+28J+Ovjto3xX1fS/jL408K2cHhq1tPDXiz4n2P7EsHjbxH4ftbbwX4Ot7bRtY1
y806CDwn4ahitlj0LS1tfVjmvEa5LY3LmoTqySfEWCd6dVK9GTec80oRladKpKTxNFrlp1407wPi
nl+Ru/8AsmNTlGmm1kmLVp02uWql/ZfLGUlaNSCiqFRe9UoymudfnR8aP2nv2Xv2ePi14Stvif8A
tf8Ahm18C+MdP8R3kvwhvf8Agodb/DD4z/D658K+Jte+FXifSvGPxD+M/wDwWK8C+Hddv/Bnxm8E
/EfwJ4sk+HPwc8W6Xpviv4b+Ovh5c6lZ+JvDlxeTfZVn8Bviv4b+L974Z8T2/wC0L8TPhlr8WPDX
jn4bfG747+BNF+Hk+pavMllJ8QdX8f8A/BUvV/HvjWLw1pESnxFD4I+BGjvrMtzBfeH50kS50GHj
fHP/AAT3+FHxF8K/Enwd4o/4Jdf8E1m0j4u/B/Q/gD8Q7zw/44vfBfirX/g14T07wTpfgf4er468
GfsSaB420fw/8Orb4Z/DKX4Yw6D4h0uf4Z6j8M/hxrHgKfw7q/gLwlfaP9v/APCTftaf9ET/AGdf
/EoviX/9CBS/tPiTlUXj8A/3LoN/6xYCMpLmUqdRyhnEXGtS0iq1PknVjpiXXsrP6hkfNzLBYxfv
VVS/sPFuMXZKcFGWWNOlU0bpz5o02r0FR1PkLwb8AvjYniPxv8PPHMnx11G6mtXT4fftA6F8W/2g
PCnwS0e+i0We8+0eJfh/cf8ABWD4h/HLxna3WqSWml29nZeHvhrLHd2t5Hc38el3lv4gtfOvhx8P
v2htC/aG8N6TO/jDwn8UtD+D/wC0ldeFPiN8Xbj4g/E74U+OtEsviP8Asw6WsXhP4S33/BSf42+L
oPM0661K4up/GXxH+FNne3viDwLrF/4Nv9X8EFdE/QL/AISb9rT/AKIn+zr/AOJRfEv/AOhAr4q+
H/xu+Ouk/tA/DjXv2p/hhd+HoLb4U/tReH/h/qfwk8HfFr4reIPF+jTfEj9lm6Gq6/8AD3wh8M5/
Gnhaz0+DTYLQeJtc8K+F7PW7y4VpvDXhX7VokOuerl2I4kxizCU8Tl+JisuxkJYOjmmFx+IxNV5T
j1GWGy+hjsSsQ5+yX1vCwoyoOmpV44Vezr1qfnY2jkeGeDUMPjKEnjsJKOJq5fiMJRoU1mWBco18
ZWwlB0eXnth8RKqqqny0ZYi8qVKf0bYeNv2wvE3whu7618Af8K1+L3hLdd6rB8QPhD8L/E+mfFu3
eDV5otI+F/gf4f8A/BQ2903wTqsDx6TaT3/xP+PUOmTXDyPEsdrey3GhTeKvG/7XeqfC/wAP+MPA
Xw8l8GeNtHlXSvGnwu8dfCf4WePfGvji5YaFEfFPgJvDP/BQbwH8MPAvhuOWXXLt9H8WfGHxf4kN
rHHbxo9zp8DeJfQv+Govhp/0LP7RX/iIH7Wn/wA5OviD9rH4dfAv9rTxV4K8Z6l8U/8AgpT8BPEn
gj4P/H/4KWOvfsv/AAR/aj+D3iq+8K/tBaj8GPFGqag/j20/Zk1f4ieHfEHgP4ifs+fCP4h+C7rw
H4t8IadrGo+Gb7wP8WtK+KHwc8ZeOvhl4m+ZWGzlTU1wzLSu60Yf2Ni5QXOkqlFxlGXPQnfmUKjm
6Ll/s0qCUFH3/rGV8vK8+i70lScv7Uw6k3F3hVTjKPLVjonKCiqq/jxquUnL6s8eeO/2p7Y/D7x5
4D+F+qy+EtTutPt/HfwDvPhz8I/Enxy0eG21DVJNYvpPineft4fDD4LaLa6tpVvp1noyaFY/FO+0
a/vYdS1Gz1e3lvdI0aXxb43/AGpPC3j3wrr+l/DfUPiT8JfEunvean8MfBHw4+FWl/Fj4eXH9gaa
kek+Mvi58RP26vBfgXUtQXxJe3V40ngD4T+MNLfS9J1DQxqUUz6V4q1X8b/+HX/7E1l+zP8A8Mte
FPj3/wAFifhr4Fb4gf8AC3l1D4T+Ev2qvhd/Ynxd0v8AaE/4aQ8B/ED4afC7wJ+ynoP7OXwE/wCF
Y+M7/wAU2Pg34b/s8fBD4TfBO4/4STTfiN40+GHi/wCPXwi/Z7+MHwf9/wBT/ZP/AGYU0f4pT/D3
4x/8FSfgr8YPj5/aGs/tDftPfCj4N/tJaR+0d8dPiLeeBNC+FemfEfxz8QPEP7J/iiy0z/hX/wAM
oviD4R+CXwV+Hnh3wN+yx+zzdfF/xV8RfgH8Avhp8YPAX7PnxE+Csxwecx5V/q1UlGMatNqWUY18
9Oq7xjKaSqc9FtexxEJxxaVlPEVE2m3isrd3/bsE3KlNNZlhfdnTsnKMbuHLV/5eUXF4d3vClB8r
X6PQ+Kv2n/C/xmm8PeI/B6fFP4TeIkx4f8W/DH4YeAPAll8OH1bxE8Fg3xE8SfEb9tvUPGfjRPCf
h6Bp/FKeA/2fbA6699Z6j4Zkju4Lzwmub4P8S/tb2/irxr8O/Hfh3Stba608x/D39oHwz8G/BXg7
4KeH9VTw5faibzxZ4E1H9vT4hfHPxxp82tS6ZocWmaV4U+G1ymoWWoRy6sND1K18V6X8Z/sa/Djw
b+xv47+MOs237Tf/AAVJ/aT+H/xQ+H/7O/h3Q/A37XPwx/bv/aA1j4aeO/g7o/xB0P4k/EXwh428
bfDO7/s3/hoj/hJvCfizx74R0bw1oWj6L478M6vc+GZ7T4f6p4G+G3wt+/8A/hqL4af9Cz+0V/4i
B+1p/wDOTpfU86cZRfDlRudGFJy/sbEqXPTkpU8RHlhGMKy0U1CMaNeLtiKNa4/rWVcyks8p2VSV
RR/tOg48s1aVF8025U3dOLk3VpOzo1KZ8p/G7xV+1BrX7J/7Y3g34keD4/Dmv6L8G/jbdaX8Zbn4
X+AdB+Efi7wbpnha6s77QfD/AMPvC/7bvxo+K1v4m8T6EviHUfDfi3xXJ4V0rRYbvTbvxD4KfUtF
m8KeJvZNI8bftheKPhDqNwngD/hWfxi8Ib9Rv38f/CD4X+JNC+Ltm8HiK4h8O/C7wB8PP+Chur23
gzxBA0Hh6wn1f4o/Huy0Ke8mkmiSKx1K6n8J+DftuftqfDPRPgL8TfBUvg744ovxX+EXxm8CaXr+
vfAP40fD/SdI8Uan8Odai0C21K4+JXgLwdbXVhqjzXi3N3o13qV1owtFvNR02PSWu9T0/wDUoHcA
RnBAIypU4IzyrAMp9QwBB4IBruzGGPy/JcqrY3JsPg/ruaZpicMq+CnTTWGoZRQqunRqzajCtNTj
WoVKbp25KtGlT/dVDkwM8FjM0zClhM0rYr6rgMvoV3RxUZ29vVzGrTU6sI3lKnFxlSqwnz6yhVqT
9+B8Y+IvG37X+rfCzQ/F/gn4fP4K8daA8Ok+Nfhj47+Enwt8deMfiLeuvhuGXxZ8OF8Lf8FCvBvw
y+H/AIYinuvEN4+ieN/jN4r8SizszaxG4urCwk8XaXjjx3+1PDH4B+IHgX4X6r/wiuo6hYWfjn9n
zUPhz8I/Evx30u2tdT1ptY1Y/FWf9vD4a/BDRNP1fSbLS7bRY9Gt/ihqujXuq2epalpmrRPqujeH
+d/bv0b/AIKF6p8Pfhpff8E2/Fn7MHhz4yeHPjBZ6z8QNH/a8tvH0/wa8e/Bqf4Z/FDw9q3hO9l+
FnhrXfiJZ+ILP4ia98M/HWg3PhbVPBc7T+C5bTV/Et14buta8HeLPzg0zw7/AMHQXiDx38LW8WfE
X/giD8Ofh/o/xA0/UPiTc/Drwj+2z471jxB4EvtH13wzrmmT+E/HM/h//hIP+Ef/AOEgtviP4d0L
wz8TvgvrHiDx34E8I+H9Z+KWj/D/AFXxto3iD59Zgly/7BlzUKlWaTw8nenWXvUJN1OadOMvfpTl
J4mi/dpV4U/cPZeCupf7XjbyhTi2q6TU6b92rFKHLGbXu1IRSoVV71SlKfvH6ieKfHP7Uvhnx14S
8Rab8M9S+Inwn8Uaab7Vfhb4M+HHwn0z4ufDe6bw/poTRvG3xd8f/t2+EPAGp6lF4lvbu6ll+Hnw
r8aaPJpukahocerLJJpPivVr8Pir9p/wv8ZpvD3iPwenxT+E3iJMeH/Fvwx+GHgDwJZfDh9W8RPB
YN8RPEnxG/bb1Dxn40Twn4egafxSngP9n2wOuvfWeo+GZI7uC88Jr+ZnivRv+DljVPh78Ib7w14s
/wCCMPhz4yeHPjB8VNZ+LOjwW37ZE/wa8e/Bqf4Z+DPD3wY8Jwy6v4a134iWfiCz+ImvfF/x18Qr
nQNU8FztP4L+ANpoXiW68N3Xxh8HeLPQPiXbf8FvPjZ/wT0/Z61b4J6z+zB+yX/wUd1TxBrVz+0l
4d+Mnhm0X4NeGvCuseAfjh4Jm0bwDafD/wAWftzW2oeIPBHjbX/g58U/hf4lm+IN9p3jifwFZa18
VPCfhPQfE3jf9mMz9f8AdUXgsA7UZUJS+rtSnHm5qc3KM4uNal8Ma1Pkq1Y6YqWI0af1TVtYrGK9
VVUvbXUXa04JSg06VTd0p80Kb1oRo7H3D4P8S/tb2/irxr8O/Hfh3Stba608x/D39oHwz8G/BXg7
4KeH9VTw5faibzxZ4E1H9vT4hfHPxxp82tS6ZocWmaV4U+G1ymoWWoRy6sND1K18V6WzwT4n/a41
7SfHfgrxP4Z03wf4+0jUtQuPB3xy174N+B0+CHiLRdO1fSLKLS7D4S+D/wBvj4hfF6/1jX9PXW9W
0bWfEnif4a2FpY3Fj/bui6bq2lSaHr/0B8Lf+Fpr4E0KD41/8K/l+Jtl/aem+JdT+Fv/AAkdv4E8
Sf2ZrGoafo3jLQtC8WfafEHgn/hNvD9tpXi7U/hpqHiL4gf8Ku1jW9Q+HVr8WPjBZeF7b4peL/QK
cswcuZ/UsvUpKi7xwsVarRsvbRhzezTqpJVqHJ9UqayeGUpSkxYJLlX1rGtRdTR4iTvCr/y7lK3O
1BtunVcvrENlX5Ukvi3SPG37YXij4Q6jcJ4A/wCFZ/GLwhv1G/fx/wDCD4X+JNC+Ltm8HiK4h8O/
C7wB8PP+Chur23gzxBA0Hh6wn1f4o/Huy0Ke8mkmiSKx1K6n8Jv8ReNv2v8AVvhZofi/wT8Pn8Fe
OtAeHSfGvwx8d/CT4W+OvGPxFvXXw3DL4s+HC+Fv+ChXg34ZfD/wxFPdeIbx9E8b/GbxX4lFnZm1
iNxdWFhJ4u+z65bR/G/hHX9e8R+FtH8RaTf+JvCE9tb+J/D0N3GNb0Nr23iu7CbUdKkKX0FnqFtM
k2n6g0H2G/USfZLiYxShNYY2pJzq08twEo0av1qajg5VKVKE3GlOFTmnP/ZqtScYqNZy9jUqRjhZ
0H7OKzlhYRUKc8di1KpD2EObEqE6kopzjOFox/fwjFtuml7SEW68aq52+U1fVfiFD8bvh7omm6b5
vwo1D4V/GPVfGmr/AGOJ/sPxC0fxb8CrT4Y6d9vMgmtv7V8N678XLn7HHE8V9/Y/nTSRPp8CzeqV
5Xq+l/EKb43fD3W9N1HyvhRp/wAK/jHpXjTSPtkSfbviFrHi34FXfwx1H7AYzNc/2V4b0L4uW32y
OVIrH+2PJmjlfUIGh9Urhq29nhbeyv7CXN7O/Pf6ziP94/6fcvLy209h7Hrc66fNz4i/tLe2jy8/
w29hR/g/9O+bmvfX2vtelgr51+Cf/JS/2v8A/s4rwz/6yX+y7X0VXzr8E/8Akpf7X/8A2cV4Z/8A
WS/2Xa7cv/3TPP8AsV0f/V1k5y4z/eMq/wCw+p/6q8yPoqiiivLO8KKKKACvnXwz/wAnafGz/s3X
9l3/ANWX+1/Xnng/9rbxl8QPD1j4t8FfsX/tR+IPDOqPfppurxeIP2OtMW6Omajd6Teq+m69+1rp
Ot6dPbajYXdpc2Or6Xp+o2lxBLb3lnb3EckS/P8Aa/ts/Cv4e/tHftA698dtI8S/s86rYfBz9lrw
pp/gb4n638JtT8Y+JNRk8ZftQ65HcaFD8Jvif8T/AA+dOW08SaV/aF3q3iHSf7AS5t9Q8Rx6Po99
pmp330+W5PmNSnnOFoYdYnF1MBSowwmEr4fF4uVVZ1lLlBYXDVqte8FGXtP3dqfLLncbM8HHZnga
c8sxFWs6GHhjKlSWJxNKthsMoPK8xtJ4ivTp0bS5lye/791y3ufqbRX5bfthfE7wz8bNH+B1z+y/
/wAFT/2df2TfiB8Hf2gPDXxg1nXNT1f4ffGzwJ8YvAml+BPiP4J8S/AX4pfDa2+PPwh/tz4f+N/+
E8sdZ1C7TxZDrHh3WPCeheJfBc3h34gaP4T8c+E/kD4pfC7VZPhFrvwv/Zt/4L/Wvwt8QeI/iBpn
xX1n43fHLxf8Jv2mPi7f/EWb42af8ZfE2pWr23xn+Cvwy8DfD+zsvAXwt+DHwy/Zy+D/AMM/hl+y
x4d+CeqftJ+F/it8Dvjr4g+OvhPxb8DvM/sTOv8AoUZp/wCG/F//ACrzX3nf/a2V/wDQywH/AIWY
f/5Z5r7z+giiv5V/An7N37a/hDxV8cfiDff8HYvhXXfG3xe8P+CLbS0uf2d/2M9R+GfgnxV4G1HQ
NOsdZ0b4M+OvjF49+HfhPw/qnw7XxroviXw18DdJ+Beo+NviFrnhP4p/EHxZ4xufBV34Y8X/AEB+
xt4O/ac/Z8+Mvg7xV+0H/wAHJfwV/a8+BOl+IPin4l8dfATxL8Av2TPh5qPjzUfiRB461eztrb42
2Pxn8X/ETwT4f8E/ETxfp/irwn4T8PEeFfD3hXwro3wi8KaN4Y+G1ppeh6Qf2JnX/QozT/w34v8A
+Vea+8P7Wyv/AKGWA/8ACzD/APyzzX3n9FFfOvib/k7T4J/9m6/tRf8Aqy/2QKP+GwP2S/8Ao6L9
nX/w9nw0/wDmmr5M+NvxK1z44/GTwHp/7EPx7+BesfEzRv2ef2jjf6zZa34f+Jlpoem6n8R/2UxF
AI/Dut31h4f8Q6qdPuH8Oah4m0/U9GuW0vUrOXT1DPq+j+tkmSZk8fy4rDV8tw9TA5tSqY/MMLjM
PgsKquVY2nGriayw9R06SlOKlJQk9VaLbSPMzbNsD9T5sPXo46tDGZbUhhMFiMNWxWI9nmWEqOnQ
pOtBTqOKbScoru0j6e/ad/aG8Vfs8QfBe+8N/s+fGD9oW2+KHxgn+FfiHS/gp4e1HxN4q8CQXvwa
+MHjrwd4r1Cxi0xvC2l+H/FnxW8BfDz4G3XjP4qeNfhB8Gvh1qPxh0r4g/Fb4veCPBPhfWLuf84P
Cn/BWz9o7xP8E/2h/iyn/BH/APb/AINT8Af8JpJ+z14Mn8D3Xh3WPj3daJ8IvC3xe0XwR4u8KfEv
w98Ovjb8F/iBY6ZqvjTw58RdYsfgj8W/2cZfHfws8RfCr9l/9pD9rX42+OPgf8K/ix96aX/w0t4U
0b4W+H/GH7Rn7N/hrxL42/s7wb4S0Tx78BvFb+M/F3jXTvAmu+N9U8KWM8H7ZzWvjbx1YeD/AAT4
08Xa7beFn1NptD8I+LfFMCNoGjahf23P6b8X/HGs+Ffi1460f9t39hXVvBPwB8QePPCfx28Y6b8K
NXvvCvwV8VfCvTo9Y+J/hr4teIbX9tqXSPhx4g+HGkSxap480bxjd6NqPg/TpI77xDbadbOsp8ue
XYSE5wWe5VJRlKKkqWctSSduZOOUyTT3TTaa2bVm/RhjsTKMZPKMwi5RjJxdTLE43SdmnmKaavZ3
Sej0PKvBX/BQz4p+L/sfxLv/APgnz+1/4D/Zl1j4f+ANS8P+KvGvw88Rw/tT6t8U9c/4SPX/AIt+
Dbz9irw14Y8TfEDwR8P/ANm34f8AgvxjqXj/AOJfxM8ZeCPEXxp+Iul+HPhP+xH8J/2sda+L3wK1
X4o/AHgj/gvT+0d438d/s3+CbX/ggr/wV/0v/hZXl6F8d9Z8RfAC68HaP8IfHesaPo9t4W0/4deJ
fH9v4O+H/wASvh/dfEC/1DQ/F3xS+Nfjn9k3R/AfgSwg+JOq6ZdedqnhPQ/10/4TL4w/8LT/AOFF
/wDDW/7Gv/C7f+Ff/wDC2P8AhTv/AAo/xR/wtP8A4VZ/wkf/AAh//Cy/+Fff8No/8Jb/AMK//wCE
t/4pb/hMv7I/4R3/AISP/iSf2l/af+i1z9r8X/HF9qPwU0ex/bd/YVvNX/aU8P6r4s/Z00u1+FGr
3Go/H7wroXhXT/HWueJfgpYw/ttPc/FTw/o3gnVtL8Y6rrPgWLXdO07wrqWn+Ibu5h0i8t7uSfqG
E/6HeWf+Cs6/+dH9W9L19cxH/QqzD/wZlf8A88v6t6X/ADLtv+C/vipvFWs2l3/wQ+/4LvQeCYPD
/hq58PeIbb9gnUbrxVqniq61HxZF4x0bWfB0vjez0jQvD+haRZ+Bb7w14lsfHXiPUfFmo+I/Fml6
p4T8F23gvR9Y8e/0PV8q2037Rd54q1nwLaftJfsq3Xjbw54f8NeLPEPg62/Z28cz+KtC8K+NNR8W
aP4O8S6z4ei/bIbV9L8P+LNX8BeOtL8NazfWkGna7qPgvxZY6Xc3Vz4c1iKz6D/hGf2tP+i2fs6/
+Iu/Ev8A+i/o+oYT/od5Z/4Kzr/50f1b0ufXMR/0Ksw/8GZX/wDPL+rel879sbSNJuf2Xv2k9aud
L0641nSv2bfj3Z6Xq09jbS6nptpqvw21ttUtbC/kia6s7fUm0+wa/gt5Y4rw2VobhZDbQ7J4/wBk
39j6W7udPi/Zo/Zrkv7OG1ubuxj+DXwve7tbe+a5SyuLm2Xw4ZoIbx7K8S1llRY7hrS5WJnMEoTx
D9qfw9+09B+zD+0dNr/xf+A2p6FD8Bvi/Lrem6P+zj8QdD1fUNIj+H3iF9SsdL1u9/an8Q2ej6jd
2YmgsdUu9A1y20+5kiu59H1OKF7KfpPh7+wl8OvAmv8AxC1yTx78cdXf4ga1ZeI72a0+P/7QXg7W
U1hbe4g1FdU1jwb8W9FTxTp21rSPw8fEGnXniTRbWK5tdR8T+IkubdrH6ShLDYLIaT/1nxeGmsfm
H1eGTYfHzWJlyZJz0qzxNTKFS9hCrVrw/iQnKc1GUZvlqeHWjXxWb1P+EDDVovCYL2080rYODoR5
szcalJYeGZOo6s6dOlP+HKKhBtSglKHyr/wUb/YO+NHjf4J+GdM/4Jh/DX/gnt8H/j1F8QL3/hLP
EX7SHwB8E6n4EufhZrfwi+LPhG5/seDRvgd8Ub1fiB4Q+JviT4X/ABS8EfaNCt/DlzrHw/j0/wAb
/wDCUeBb3xL8OvG3gHib9g7/AIKH2v7G3wD/AOEE+Gv/AAR21H/goPof7QHxH8ZftD/8J/8AAG/T
9jbxj8CfFV9+0T/whfwn8Ff8Ip8DrD422v8AwrXTPGP7Pf8AwjmpN/wivjG/vvhRef8ACefEvx9b
6j4p/wCFle//APBRv9oX9ib/AIJb/BPwz8fv2oPEn7ZX/Cv/ABb8QL34W6NJ8Ov2l/2qvFusS+O/
+FRfFn4t+GdCn025/aH0TyP+E4/4VJffD3w7qbz/ANj6f478W+EZvGmoeEvh/wD8JZ488J+AeJv+
ClH/AASw8E/sbfAP/goF41+Lv7ZXhf8AZF/aN/aA+I/7PfgD4tXnxx/bb1L7NrHw/vv2idNs/Hni
PwH4c+M2t/E3Tvh/8Qr39m7xHD4Kaz8Gan47tv8AhNfAEnj/AMCeBYpfGsngnzv7W/6qbif/AMJ/
T/qoP6svl2f2d/1Icg/8Hen/AFJf6svlv/D39hX9v7xP+zx8Q7H45fDv/git8L/2o7r4wfAOf4Qa
x+zl+x/448afBrw18GvDPxa+H3iH9oGb4qxfGm9i8U/EfxB8R/hTF8QfAvhv4e+CtL+D0+iTwWF3
Y/H7w5rnje08Y/BjA0L9h7/gpPqP7cOn654s+EX/AAQ28K/8E+NJ+IHxS09vCfhH9mT4k+Lv2jvF
XwT1Hxbpms/DHU/EVt4g0Dwr4S079oDTvCXhW28DT674a+JOnfCLwrdfFH4i+NtZ+FvxpuPCvw48
Nadv/D3/AIKEf8Et/jV+zx8Q/wBqX9n74t/t1fHz4N/Cv4wfAP4HeM9d+G3iP/gqAmoj4hftEfFr
4ffCDwloHgnQPHGv+C9X+LviDw7q/wATPCniTxz4E+Dtr4/+JmjeFdW0N9P8Eaz4k8a/Dzw14wwN
C/4Ka/8ABI7xb+3Dp/8AwTx8E/tA/tleOP2mp/iB8UvhDrPhrwj48/4KXa3o/hL4u/CTxbpnhPxL
8P8AxFrNt4o/7HnxVP8AEjQ7TW/gn4S8CfCT4i+MfiT8T/A+i2/hO58Wn9rf9VNxP/4T+n/VQf1Z
fI/s7/qQ5B/4O9P+pL/Vl8vt/wDZc/Ynk0HTvjnY/tcfAn9hXxpcz/tP/HPWf2cNY+E/wK8IWuo2
f7I/iPxV/wAJD8C/Cfxhi1P4Z+E9Ib4weAtI1TU/Aut3PhHS7rRLzwr4c8G3ep+JfGnjafxd4x13
6f8A+GQP2S/+jXf2df8AwyXw0/8AmZrwD4BWn7MP7S3/AAuqf4T+PP2itc0z4EftAfEf9mjxlqf/
AA2d+0lJn4p/CH+xtP8AiXpP9hab+0VqPi3wr/wivi3UdS8I/YPiX4d8B+I/En9g/wDCxfBug+I/
gl43+E/xS+Ifv/8Awy78NP8AoZv2iv8AxL/9rT/59lH9rf8AVTcT/wDhP6f9VB/Vl8j+zv8AqQ5B
/wCDvT/qS/1ZfI/4ZA/ZL/6Nd/Z1/wDDJfDT/wCZmoPhv+yN+z18JfiNrnxW8A/C/wAI+GvGus2o
0y3vtD8OeH/D1j4c0X7NDby6P4Z0Tw3pWjaPpcV20Us+paobG48R6q91Nb6nrd3p8dnZWs//AAy7
8NP+hm/aK/8AEv8A9rT/AOfZXR+E/gL4H8F+INP8TaPrvxovNR037V9ntvFn7R/7Q/j3w/J9ssrn
T5v7Q8J+Ovij4j8K6tsgupZLX+1NGvPsN6ttqVj9n1GztLqCambzeHxVGPEfEdWOIoTo1KFaglRx
EHyzVCtL+3KzVGc4QVRqlU91K9OfwN08tiq2HqyyPI6boVo1YVaVVurRklyurSX9k0k6sISlyXqQ
1sueF+aNnWvCd9efHv4a+Oo/FdrZ6b4c+EPxv8J3fgd7uZL7xFfeNPGf7Pmsaf4rt7FZlgubXwZB
4C1PSLy7kt5ZrKbx5YQwTQJf3CXPr1eLa74f8IXP7RPwt8VXvij7J490b4LfHvw/4a8FeWh/4SDw
h4l8c/s26j438UeaVMif8IhrPhP4faT5aMEk/wCE43SKzRRFPaa8Ku26WDvJyth5JJ0+RQX1vFPl
jKy9sm25+01tKUqN/wB1ZexSVqmJ0SvXi7qfO5f7Ph1dx/5dPTl5NLpKp/y8uyvCfAllpngX4sfF
/Rdd8XeDo/FXxz8bX3xm+H/gmLX7dfGepfD/AOHfwg/Zt+DnjfXR4bvEtNSvLDwr40g0C28Q6nos
Wr6JocXj74fw6vqllq3imy0sdt8Uvhb4E+NHgTXfht8SdC/4SDwl4g/sye5toNT1nw/rGlax4f1j
T/EvhPxd4R8WeGtQ0fxb4E+IHgTxbo+h+Nvh18RfBOueH/Hfw68d+H/DvjnwN4i8P+LfD+jazY/z
Rftof8G6v/BDn4A/swfF/wCKej/8E3P2n/iXq+ieH7LRtL8L/sX/ABK/aa+M/wC0/HqPjnxBo/gK
x8WfCD4ZeOvjrqngnxV4g+Hlz4ni+IN7beMdF8Q+FbHw/wCGNY1bxD4a8S6Rp93oOozSxFSjDE04
W5cVRjQq3V26ccRQxSUX9l+1w1J3/lTXUdSlCpOhOV+bD1XWp2dlzyo1qDv3Xs689O9n0P6PfHn7
QvwC+Feo6lo/xP8Ajh8H/hxq+jeH4/FmsaX48+JfgvwfqOk+FZfCvxa8dReJdSsfEOtadc2Ph+Tw
T8Afjt4xj1m6ii05/CvwV+LXiFbk6R8OPGN3o3oGs+LPC3hzUfCej+IfEvh/QtX8e+ILnwn4F0vW
dZ07S9R8aeKrPwr4l8dXfhrwnY31zBc+I/EFr4J8F+MfGNzo2jxXmoweFfCfiXxDLbLpGhapd2v8
gXwR+An7Ev8AwV8+Pvwq+FP7aX/BA/8A4KP/AA1k+AP7MHhz4G/DH9p/9o7QPHH7JPwzsPg18EfG
nxZtPBegeL/A/wAFfF37Knwb8LeINf8ADeufDHxJpHgT9nr4V+Lp9M+IXxc+JXw80HwR4b/Z8/Z2
0r4teJeg+OXxk+EX7an7J37KfwO+Mv8Awbr/APBT/wCIXw/+MH7X/wAVviR48+Aeu2Hxs+D+sfA3
9rHxn8SfhZ8Qfi18XtQ+Icniz4cfaPgB49/4bt/a31/4W/E/4u+N/gZ8NtY8d/B/U/AmsfD/AOD/
AMP31L4hfAXE1P6/aK/nh+AP/BBf/glf+0Hp3w9/br/aI/YM8QR/tR/tH+IIf22Pi74L+P3xT+NO
t6j4D+Mvx98VT/tEeKfgz8QvhUNT+Gfwp8ReH/hF4p8aXPwmm8FeNPgXp0HiLwr4Rg0n4q+G/EWu
X3iq51f9X/2Kv2Cv2Tv+Cdvws1/4KfsdfCn/AIU/8MvFHxA1X4pa74a/4Tn4k/ED7d471vw54V8J
6nrv9s/FLxj428QW32nw/wCCfDGn/wBmWeq2+jw/2Z9qt9Pivb3ULm7ANf4Bn/hCviV+0h8F5SIb
TQ/iDB8bvBdu2E2+Bv2hF1TxRrEwU4X5vjpoXxwbMKiGO1exRybgzM3yP+y54A8IfGz4yftJfE/x
7oNr4hg+O/hL4DfG/wAMXN01xb6hpPhiP4l/tW+A/gp4j8LazZTWur+GNVufgx4E+HurJqfh++0+
9t73Ur97e8b7RLNP6D+3ZceLvAuufDnxj8PUu4vEnx10nxL+xRNfaeoMuh698b5dP1D4V/EW9yw3
W/wy1/w94n8hjmGBfHOoTXSmANLBzPxa/Zw8YfED4weNPhp8Gviz4k+DGh+A/wBnH9kXTT4b8Nvp
On6b408KaF4//av07TfCGr+Ibvw34m1TQrG0sdPFvFLa6TruiXkFzdWniXwj4ltXtYrH7/KI054f
G4iWZRymWbYDBqpmL9vKWDeAzbKaeLqVPq0ZVnLG4v2OIg4cqU7OtUpU+epH4/MpTjXwtGOBnmKy
3GYnkwKdFRxP1zLsfPDQh9YlGly4XDe1pSUm3y3VOFSbjCX0N+2F+1XrP7JWj/A7xZbfs5/tAftE
eEviR+0B4a+D/wATm/Zv+GPjv4y+O/gd4E8TeBPiP4gb49ax8Mfhx4T8W+LfFvw/8JeLfCXhPw14
3tNGtrTWLDR/Gsms+GofF3i3TfD/AMOPG3yB8Uv+Cl37R3wM+EWu/EH4o/8ABLT9r/VPiBH8QNMH
hj4Efs96VdftR+O3+Ceu/GzT/AHhzX/Hnin4MeEvEHwl8P8A7QHiD4S+H/jZ8fG+C/w6+IXxi+EX
w90f4beBPh58dP2qvhD8QP2k/gJpfjP70/4Un8S/+jwP2iv/AAmf2S//AKF2j/hSfxL/AOjwP2iv
/CZ/ZL/+hdr5T6hhP+h3ln/grOv/AJ0f1b0v9D9cxH/QqzD/AMGZX/8APL+rel/xr8Cf8F4PjL4n
8VfHGTX/APghd/wWe8PfCn4ceH/BHiX4eeKrb9luCX4mfEPTtX1HQPCvji21n4ReM/Enw8ttL8Qe
GPG3irQrfw14T+EHxE/aD8VeKvh7F4s+K3iXRvhx4W8B+LRpf0B+xt/wWA8VftV/GXwd8EPGP/BK
j/gq/wDstav428QfFO2tPip8fv2UNR8Ifs8eFvCvg2Dx14k8C6z8QvitqmvaXc+FfEHxD8E+GPD1
vN4ai8Iavp2gfFrxfB8M9H8WeNtItLH4h65+in/Ck/iX/wBHgftFf+Ez+yX/APQu0f8ACk/iX/0e
B+0V/wCEz+yX/wDQu0fUMJ/0O8s/8FZ1/wDOj+relz65iP8AoVZh/wCDMr/+eX9W9L/RVfA/7Vnx
Y8S/Bb4yfC3x94T+FHi/4y6zpv7PP7TkMHhDwdLp8F2iTfEf9kZn1jV7m9mNxa+HtPMSLql3pOm6
7qNotxFctpX9mxajqGn+3f8ACk/iX/0eB+0V/wCEz+yX/wDQu151o/gnxL4O/a0+FP8AwkXxg+Iv
xX/tH9nX9pT7H/wn+mfCXTv7B+x/Ev8AZM+0f2T/AMKt+F3w187+1PtUH2/+3f7a8v8As6z/ALM/
s7fqH2/1sko4HB4/6zVxeXZrSo4HNp1cuj/bNB4umsqxvtKPtngMJ7JODk5TWIpzjGLcHKfLGXmZ
tVxeJwfsKeGx2XVKuMy2NPGy/syssNN5lhOSp7JYzE+0alZKLozi3pK0byXknxX8O+GP2x/h58HY
f2gv2E/jh8UtF8IeINE+MHh6z0L4pfALR/AureJ9W+GfjL4c65HqFn4c/bD0GL4l/Cbx58NPir8R
PAPjH4WfEmDxR8Mvih8NvG+t+FPiN4N8S6Hqt3p7/IGjf8Ep/wDgn1onw98WfDGP/gkX8atZ8N+O
/D9t4M8Z6l4y+Nvwz8ffELxP8PdJ+Gfhr4TeEvhXrfxc8cft1+IfitqHwf8Ahr4W8DfDvVfg98Ib
jxo/wz+DHxM+F/wn+NXwp8KeDvjH8K/h5488NfqV+07+0N4q/Z4g+C994b/Z8+MH7Qtt8UPjBP8A
CvxDpfwU8Paj4m8VeBIL34NfGDx14O8V6hYxaY3hbS/D/iz4reAvh58Dbrxn8VPGvwg+DXw61H4w
6V8Qfit8XvBHgnwvrF3P+cHhT/grZ+0d4n+Cf7Q/xZT/AII//t/wan4A/wCE0k/Z68GT+B7rw7rH
x7utE+EXhb4vaL4I8XeFPiX4e+HXxt+C/wAQLHTNV8aeHPiLrFj8Efi3+zjL47+FniL4Vfsv/tIf
ta/G3xx8D/hX8WPLnmODlOco5FlcIylKUYe2zl8qbuo3WbRTstLqMV2S0S9GGBxMYxjLN8wk4xin
L2WVrmaSTdnlzau03u993udr4K/Yl/Ze+HHwss/g74D/AOCZv7RXhPwla/8ACAfa9X0P45/Cyw+K
fiX/AIU74c8R+FvgL/wnXx0h/bjHxt+If/DNOmeJFuf2Vv8AhO/iD4i/4Zb8R+DvhL4w/Z7/AOFa
+Lfgn8H9b8DfEHhP/ggJ/wAEhPBfirw14x0f/gij8arzV/CfiDRvEul2niz9pPRPHvhW61HQtRtt
UsbbxL4F8df8FC/Efgnxp4fnubWKLWfCfjHw9rvhXxHpzXOj+IdG1TSLy7sZ/wBKfBX/AAUM+Kfi
/wCx/Eu//wCCfP7X/gP9mXWPh/4A1Lw/4q8a/DzxHD+1Pq3xT1z/AISPX/i34NvP2KvDXhjxN8QP
BHw//Zt+H/gvxjqXj/4l/Ezxl4I8RfGn4i6X4c+E/wCxH8J/2sda+L3wK1X4o/AHgj/gvT+0d438
d/s3+CbX/ggr/wAFf9L/AOFleXoXx31nxF8ALrwdo/wh8d6xo+j23hbT/h14l8f2/g74f/Er4f3X
xAv9Q0Pxd8UvjX45/ZN0fwH4EsIPiTqumXXnap4T0Ofr+E/6EmWf+Dc6/wDnv/V/S1fU8R/0Nsw/
8F5X/wDO3+r+lvNf+Id7/gjn/wBIWv2iv/Ev7/8A+mSV+/3/AAuz4l/9GgftFf8AhTfsl/8A0UVf
jXbf8F/fFTeKtZtLv/gh9/wXeg8EweH/AA1c+HvENt+wTqN14q1TxVdaj4si8Y6NrPg6XxvZ6RoX
h/QtIs/At94a8S2PjrxHqPizUfEfizS9U8J+C7bwXo+sePf6HqPr+E/6EmWf+Dc6/wDnv/V/Sx9T
xH/Q2zD/AMF5X/8AO3+r+lvz8/an+L/xB1P9mH9o7Tb39lj48+HrPUPgN8X7G71/WPEP7MM+kaHb
Xfw+8QwT6xqkOgftHa5rs2naZFI97fRaJomsavJbQSppul6heGG0m2vhz4P/AG9E8V/Eq/8AG/xi
+DFrZanqekT+D4L/AOCGv+KvDVn4dEWomHS9Cs9A/aL8DapoesWMkrHxXH4hs/EzXdxcaYuk+OvE
dhZCHSvX/wBr/wD5NL/ai/7N1+Nn/qtPE1ev6H458H+J9a8T+HfDviTSNc1nwXcWNl4ssdKvIr9/
D2oailzLa6ZqslsZILPVTDaSzzaVLKuoWlu9rPd20EN7ZvP7izSrS4fh9TyjK6cKuOzGOIqywE8x
+rwpxyCUKsJ5pUzBYZ1arhQnKPLCqpxpuLnyNeS8vhUziX1rM8wnKnhcE6NNYyOB9tKTzdSpzjl9
PBPEKEFKtGMuaVNxlJNQ5k/IP+EZ/a0/6LZ+zr/4i78S/wD6L+j/AIRn9rT/AKLZ+zr/AOIu/Ev/
AOi/rwr/AIKN+Df+Cjvjf4J+GdM/4Jh/Fj4AfB/49RfEC9/4SzxF+0hpuqan4EufhZrfwi+LPhG5
/seDRvhp8Ub1fiB4Q+JviT4X/FLwR9o0K38O3OsfD+PT/G//AAlHgW98TfDrxt4B4m8G/wDBcO1/
Y2+Af/CCfFj9gDUf+Cg+h/tAfEfxl+0P/wAJ/pvxZT9jbxj8CfFV9+0T/wAIX8J/BX/CKfDSw+Nt
r/wrXTPGP7Pf/COak3/CK+Mb+++FF5/wnnxL8fW+o+Kf+FleH/a+L/59ZZ/4ZMm/+YP6+bPW/s3D
/wDPzMP/AA65p/8ANnl/V2fen/CM/taf9Fs/Z1/8Rd+Jf/0X9H/CM/taf9Fs/Z1/8Rd+Jf8A9F/X
xV8PfCn/AAWy8T/s8fEOx+OXxe/4JwfC/wDajuvjB8A5/hBrH7OXwr/aD8afBrw18GvDPxa+H3iH
9oGb4qxfGnxnF4p+I/iD4j/CmL4g+BfDfw98FaX8Hp9EngsLux+P3hzXPG9p4x+DGBoXh3/gu5qP
7cOn654s+Iv/AATA8K/8E+NJ+IHxS09vCfhHwj+0p4u/aO8VfBPUfFumaz8MdT8RW3iCfwr4S079
oDTvCXhW28DT674a+JOnfCLwrdfFH4i+NtZ+FvxpuPCvw48Nacf2vi/+fWWf+GTJv/mD+vmw/s3D
/wDPzMP/AA65p/8ANnl/V2fen/CM/taf9Fs/Z1/8Rd+Jf/0X9H/CM/taf9Fs/Z1/8Rd+Jf8A9F/W
V+y5o37XGg6d8c7H9rjxZ8H/ABpcz/tP/HPWf2cNY+E9trdrqNn+yP4j8Vf8JD8C/Cfxhi1Pw14T
0hvjB4C0jVNT8C63c+EdLutEvPCvhzwbd6n4l8aeNp/F3jHXfp+j+18X/wA+ss/8MmTf/MH9fNh/
ZuH/AOfmYf8Ah1zT/wCbPL+rs+df+EZ/a0/6LZ+zr/4i78S//ov66Pwnof7Q9n4g0+58dfFH4MeI
/Csf2r+1NG8J/AXxx4L8QXm+yuY7H+z/ABLrH7SHj3TtN+z6i1pdXX2jwnq32yygudPh+wz3UWpW
fs9FRPNMTUhOnKllyjOMoScMnymlNKS5W4VaeChUpzt8M6c4zi/ejJS1HDL6EJRmqmObhKMkp5nm
VSLcWmlKFTFyhON0uaE4yjJXUk02n//ZUEsDBBQABgAIAAAAIQAPLa+uUQEAAIsCAAARAAAAcHB0
L3ByZXNQcm9wcy54bWyskM1qwzAQhO+FvoPRXZEsO3ZsYgc7dqHQQw7tAwhbTgTWD5LyU0rfvcJx
S0MvOfS2yzKz38x6cxFjcGLGciULEC4wCJjsVM/lvgBvr09wBQLrqOzpqCQrwDuzYFM+Pqx1rg2z
TDrqvHRnAm8kbU4LcHBO5wjZ7sAEtQulmfS3QRlBnV/NHvWGnv0DMSKCcYIE5RLMenOPXg0D71ij
uqPwAFcTw8aJxB64tt9u+h633zlukEofkl3ci3XzFBwNL8BHmybbNosrmOBoC+MwJrDO2homTRil
GIe4Iukn8JowzntuO2r6Z0H3rO25a6ijc1R//oMneGeUVYNbdEqga06k1ZkZrfgUNcRzXyc6FgAD
VK7RhHnL2ERhhRNSwTRbVTCOSAarumlgXVerZZIQvAzxDyMb6HF0E2Oj+T/iEXIDeAWd+vTj7953
pvwCAAD//wMAUEsDBBQABgAIAAAAIQDY/Y2PrAAAALYAAAATAAAAcHB0L3RhYmxlU3R5bGVzLnht
bAzMSQ6CMBhA4b2Jd2j+fS1DUSQUwiArd+oBKpQh6UBooxLj3WX58pIvzT9KopdY7GQ0A//gARK6
Nd2kBwaPe4NjQNZx3XFptGCwCgt5tt+lPHFPeXOrFFfr0KZom3AGo3NzQohtR6G4PZhZ6O31ZlHc
bbkMpFv4e9OVJIHnHYnikwbUiZ7BN6qCIKK0wKfL5YhpSANcejTGcVTW1bmp/SosfkCyPwAAAP//
AwBQSwMEFAAGAAgAAAAhAP66MWiIAQAAOgMAABEAAABwcHQvdmlld1Byb3BzLnhtbIySsW7DIBCG
90p9B8Se2I5Sx7XiZKk6ZaiUtDvC2EHCgIA4Tp6+h4lrt+mQjePuvvv/g/W2awRqmbFcyQIn8xgj
JqkquawL/Hl4n2UYWUdkSYSSrMAXZvF28/y01nnL2fnDIABIm5MCH53TeRRZemQNsXOlmYRcpUxD
HISmjkpDzgBuRLSI4zRqCJf41m8e6VdVxSl7U/TUMOkCxDBBHIi3R67tQNOP0LRhFjB99y9JGzAn
vWzx1Vv0MdQ6ZVi5Y5VD9gqrekkXMY6muYPSfep1maZ9KrrnWMFLNmLpXpSTKBxRS8yeEgHrTrAf
YH2wWZPcdgheKV1hVEIu7ofA7eX+FkbfunSuDK+5RF2BZ0mSLjG6eEbmxUMZHefXJxC3s87P7M8I
WmFFsE1lrhhpZQu8SIK5oSRcZtngeIR4+MSfl/TbvVSO2QPr3ChhouaP6ySY9qoHy5MrDw9bmvqF
3wxeB2U/bCj+Z3RteLnXhMIPRRSWtYIHBgAFQjiGfbXhT3wDAAD//wMAUEsDBBQABgAIAAAAIQAl
eoHJcQEAAMICAAARAAgBZG9jUHJvcHMvY29yZS54bWwgogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAACMktFLwzAQxt8F/4eS9y7t5kYNXQcqe3JQsEPxLSS3LdgmJTnX7b837bbaoYKP
l/vdx3ffJV0cqjLYg3XK6DmJRxEJQAsjld7OybpYhgkJHHIteWk0zMkRHFlktzepqJkwFnJrarCo
wAVeSTsm6jnZIdaMUid2UHE38oT2zY2xFUdf2i2tufjgW6DjKJrRCpBLjpy2gmHdK5KzpBS9ZP1p
y05ACgolVKDR0XgU028WwVbu14GuMyArhcfa73S2O9SW4tTs6YNTPdg0zaiZdDa8/5i+rZ5fulVD
pdusBJAslYKhwhKy3DRgc6M0BrkF5x1z9GGntCdaVljgaGy21qq7Bh4DswmKxuPQoRegDb7kDlf+
RhsF8uH4x8xPrh21sFftrbN4ktJh7U10+ZycgAz8xuyUz6XzOnl8KpYkG0fxJIyScJwU0T2L7lg0
e289Xs23CZweqrPT/ynGMZuO2TQZKF4Ess7x9a/LvgAAAP//AwBQSwMEFAAGAAgAAAAhAEeQdmcQ
AgAAggQAABAACAFkb2NQcm9wcy9hcHAueG1sIKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAApFRLj9owEL5X6n+wcmoPYJai3QoZrypWKyqVgkTYPbvxhFhNbMt2Yemv78QmPMpqD21O
8/gyj29mzO5fmppswXll9CS76Q8yArowUunNJFvnj73PGfFBaClqo2GS7cFn9/z9O7Z0xoILCjzB
ENpPsioEO6bUFxU0wvfRrdFTGteIgKrbUFOWqoAHU/xqQAc6HAxuKbwE0BJkzx4DZinieBv+Nag0
RVuff8r3FgvmLDdB1LlqgA8YPSns2Tjp+c1oyGgS2Rdra1WIgHzwuSqc8aYMZBErJ0uzA7c0SgdG
z4HIBnhsKf72GDvmC93zhQPQZFWZHfkwGn/6yOgrQLYUTmycsJXnt3cIOalsVSsJWCCjB4l9NwEN
2EUS2ExJCfrgRfOFzubzaa1sxHciWxWihinSw0tRe8DQRwObgWhHvxTKec62YbyFIhhHvPqNwx9l
5Ifw0JI6ybbCKaEDktvCkhLl2vrgeI5bgLHRl/QonsPOZTVqW0QsCm8CU6zYLclVqMH/f4o2b2oT
c18SkFIsShxJeIWP4TkfsbTERqrysDNXRBwpOW0TOV+Lq47iCLC2v6qZmsYKvedrreIBhz0xJcl3
uIdAeuTrNF8x2oHYN6V/+rXNzYMI0E3+0shWlXAg8T47/8nAZjh0V7dBppXQG5Ad5trR3tBTelLw
tPoD/OK5dLb2CrrHg/8BAAD//wMAUEsBAi0AFAAGAAgAAAAhAN/MGPXCAQAARgwAABMAAAAAAAAA
AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAaPh0oQUBAADiAgAA
CwAAAAAAAAAAAAAAAAD7AwAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAA
IAAAAAAAAAAAAAAAAAAxBwAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTEueG1sLnJlbHNQSwECLQAU
AAYACAAAACEAGy41BxMBAADQAwAAHwAAAAAAAAAAAAAAAAAuCAAAcHB0L19yZWxzL3ByZXNlbnRh
dGlvbi54bWwucmVsc1BLAQItABQABgAIAAAAIQDJ0fLTTAIAAJwMAAAUAAAAAAAAAAAAAAAAAIYK
AABwcHQvcHJlc2VudGF0aW9uLnhtbFBLAQItABQABgAIAAAAIQAFwiLv/hgAAMoiAQAVAAAAAAAA
AAAAAAAAAAQNAABwcHQvc2xpZGVzL3NsaWRlMS54bWxQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3
AQAALAAAAAAAAAAAAAAAAAA1JgAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDYu
eG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAAA9JwAAcHB0
L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDcueG1sLnJlbHNQSwECLQAUAAYACAAAACEA
1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAABFKAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlk
ZUxheW91dDkueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALQAAAAAAAAAAAAAA
AABNKQAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDEwLnhtbC5yZWxzUEsBAi0A
FAAGAAgAAAAhANXRkvG+AAAANwEAACwAAAAAAAAAAAAAAAAAVioAAHBwdC9zbGlkZUxheW91dHMv
X3JlbHMvc2xpZGVMYXlvdXQ4LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhANXRkvG+AAAANwEAAC0A
AAAAAAAAAAAAAAAAXisAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQxMS54bWwu
cmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAGcsAABwcHQvc2xp
ZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0MS54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLx
vgAAADcBAAAsAAAAAAAAAAAAAAAAAG8tAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5
b3V0Mi54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAHcu
AABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0My54bWwucmVsc1BLAQItABQABgAI
AAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAH8vAABwcHQvc2xpZGVMYXlvdXRzL19yZWxz
L3NsaWRlTGF5b3V0NC54bWwucmVsc1BLAQItABQABgAIAAAAIQBpol8hHgEAAMcHAAAsAAAAAAAA
AAAAAAAAAIcwAABwcHQvc2xpZGVNYXN0ZXJzL19yZWxzL3NsaWRlTWFzdGVyMS54bWwucmVsc1BL
AQItABQABgAIAAAAIQD8YXZNGwQAAK8MAAAiAAAAAAAAAAAAAAAAAO8xAABwcHQvc2xpZGVMYXlv
dXRzL3NsaWRlTGF5b3V0MTEueG1sUEsBAi0AFAAGAAgAAAAhAGuk74rOAwAA0AsAACIAAAAAAAAA
AAAAAAAASjYAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxMC54bWxQSwECLQAUAAYACAAA
ACEArCwdTu0EAABcEQAAIQAAAAAAAAAAAAAAAABYOgAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxh
eW91dDMueG1sUEsBAi0AFAAGAAgAAAAhAPEJ4aO2AwAAmQsAACEAAAAAAAAAAAAAAAAAhD8AAHBw
dC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQyLnhtbFBLAQItABQABgAIAAAAIQBtRng5nwQAAAcR
AAAhAAAAAAAAAAAAAAAAAHlDAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwEC
LQAUAAYACAAAACEAwj+r/P4HAADaLwAAIQAAAAAAAAAAAAAAAABXSAAAcHB0L3NsaWRlTWFzdGVy
cy9zbGlkZU1hc3RlcjEueG1sUEsBAi0AFAAGAAgAAAAhAJMdSsh+BAAAaxIAACEAAAAAAAAAAAAA
AAAAlFAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ0LnhtbFBLAQItABQABgAIAAAAIQAz
7gaE2wUAADocAAAhAAAAAAAAAAAAAAAAAFFVAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0
NS54bWxQSwECLQAUAAYACAAAACEAWmg0S0EDAAC7CAAAIQAAAAAAAAAAAAAAAABrWwAAcHB0L3Ns
aWRlTGF5b3V0cy9zbGlkZUxheW91dDYueG1sUEsBAi0AFAAGAAgAAAAhADdqIGcQAwAAagcAACEA
AAAAAAAAAAAAAAAA614AAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ3LnhtbFBLAQItABQA
BgAIAAAAIQC9cDJUVwUAAMQSAAAhAAAAAAAAAAAAAAAAADpiAABwcHQvc2xpZGVMYXlvdXRzL3Ns
aWRlTGF5b3V0OC54bWxQSwECLQAUAAYACAAAACEA1YAh3xQFAAAzEgAAIQAAAAAAAAAAAAAAAADQ
ZwAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDkueG1sUEsBAi0AFAAGAAgAAAAhANXRkvG+
AAAANwEAACwAAAAAAAAAAAAAAAAAI20AAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlv
dXQ1LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhALl/7nOWBgAAsBsAABQAAAAAAAAAAAAAAAAAK24A
AHBwdC90aGVtZS90aGVtZTEueG1sUEsBAi0ACgAAAAAAAAAhANfDp13TpgAA06YAABcAAAAAAAAA
AAAAAAAA83QAAGRvY1Byb3BzL3RodW1ibmFpbC5qcGVnUEsBAi0AFAAGAAgAAAAhAA8tr65RAQAA
iwIAABEAAAAAAAAAAAAAAAAA+xsBAHBwdC9wcmVzUHJvcHMueG1sUEsBAi0AFAAGAAgAAAAhANj9
jY+sAAAAtgAAABMAAAAAAAAAAAAAAAAAex0BAHBwdC90YWJsZVN0eWxlcy54bWxQSwECLQAUAAYA
CAAAACEA/roxaIgBAAA6AwAAEQAAAAAAAAAAAAAAAABYHgEAcHB0L3ZpZXdQcm9wcy54bWxQSwEC
LQAUAAYACAAAACEAJXqByXEBAADCAgAAEQAAAAAAAAAAAAAAAAAPIAEAZG9jUHJvcHMvY29yZS54
bWxQSwECLQAUAAYACAAAACEAR5B2ZxACAACCBAAAEAAAAAAAAAAAAAAAAAC3IgEAZG9jUHJvcHMv
YXBwLnhtbFBLBQYAAAAAJQAlAE0LAAD9JQEAAAA=

--_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379EXMBX23adutwent_--

From pthubert@cisco.com  Wed Aug 28 05:05:53 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F34111E8182 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 05:05:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.555
X-Spam-Level: 
X-Spam-Status: No, score=-10.555 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6XCn9e5o7bzr for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 05:05:45 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 5907511E8132 for <6tsch@ietf.org>; Wed, 28 Aug 2013 05:05:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30834; q=dns/txt; s=iport; t=1377691545; x=1378901145; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=kf9CyncJmy2iCJZj4LV7je2h13fmPv08YdMOFPoBXVU=; b=CvQ+foq1XKKl2/JB5fKCCW8L0jYxifNZbQr4s8xugo31UD9cbo3yklV1 3vDJpJXqPkhnC5iDBTcKjMWuHognFfWFOMDDT4Gv9vD+1shqNgfc1cEcT witvqvApCt2XJ9f3oyejTcQoMjDm4dakSg4gHoFrWIGN8tyG7i2qJT/1b I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkIFAD7nHVKtJV2Y/2dsb2JhbABYAw6CNUQ1UcAqgSIWdIIkAQEBAwEBAQEkBhwlEAsCAQgRBAEBAQoWBwcnCxQJCAIEAQkJCBOHYAYMuHyOGhGBCCELAQEJAQYLgwt9A4VJgzKgV4JhP4FxOQ
X-IronPort-AV: E=Sophos;i="4.89,975,1367971200";  d="scan'208,217";a="252636582"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-6.cisco.com with ESMTP; 28 Aug 2013 12:05:43 +0000
Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r7SC5hu5016069 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 28 Aug 2013 12:05:43 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.02.0318.004; Wed, 28 Aug 2013 07:05:42 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOo2nA37SuPY1UNUSxyNbir/bk6pmpcIqAgAATvoCAANTQwIAAJNxQ
Date: Wed, 28 Aug 2013 12:05:42 +0000
Deferred-Delivery: Wed, 28 Aug 2013 12:05:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD84142E7F8@xmb-rcd-x01.cisco.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E56F@hoshi.uni.lux>
In-Reply-To: <F085911F642A6847987ADA23E611780D1858E56F@hoshi.uni.lux>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.49.80.24]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84142E7F8xmbrcdx01ciscoc_"
MIME-Version: 1.0
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 12:05:53 -0000

--_000_E045AECD98228444A58C61C200AE1BD84142E7F8xmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello Maria Rita:

There are also schemas that could allow to dynamically adapt the amount of =
cells in a bundle between 2 peer routers with a few control bits piggy-back=
ed with the existing traffic.
Such schema would avoid the need for out-of-band control traffic and avoid =
the problem of pre allocating slots for that purpose.

In the simplest case, we would allocate a peak n number of time slots for a=
 bundle but signal with a control bit whether the next slot is actually fre=
e in which case both sender and receiver would sleep at that time. By defau=
lt the devices would send/receive every p <n but if a burst of traffic or a=
dditional retries require so, the co-next slot would be activated.

For instance with p =3D 1 and n =3D 4 we can quadruple the throughput at pe=
ak time.

What do you think?

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of M=
aria Rita PALATTELLA
Sent: mercredi 28 ao=FBt 2013 11:38
To: Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] the 4th control flow

Thomas, I believe that after defining the message format for each flow,  we=
 will have to address the issue you have just raised up, i.e., the cells to=
 be used for any kind of signaling traffic (i.e., add/delete cells, report =
traffic, etc.).
Even though we may start using the slotted aloha schedule approach, in the =
future, we may think about dedicated tracks, to be built according to the r=
equirements of the schedule used for transferring the actual data traffic.
What do you think?
Maria Rita

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Wednesday, August 28, 2013 12:40 AM
To: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow

Qin,

You bring up a good point: over what cells with the reports travel? Another=
 questions could be: over what cells will the request to install cells trav=
el? I believe that, whatever the policy in place in the network, there will=
 always need to be some cells installed for infrequent signaling traffic. I=
f the report rate is very slow, it might qualify as "infrequent signaling t=
raffic". For sure, the request to change the schedule qualifies.

Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha s=
chedule indicated in the draft can be used for the signaling traffic betwee=
n the nodes and the ME. Of course, if the report rate is very high, some de=
dicate track might be installed, but I do not believe this is needed, certa=
inly not this early on.

I agree with Diego that keeping the solution open to different alternative =
is key.

Thomas

On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <diego.dujovne@mail.ud=
p.cl<mailto:diego.dujovne@mail.udp.cl>> wrote:
Qin, Thomas,
      Alternative (1) adds delay to define the slots to send the event
to the ME (propagate the new schedule),
while alternative (2)  keeps reserved slots waiting for the event to happen=
.
I think both alternatives should be included, and configured by the ME depe=
nding
on the network requirements.

More thoughts?

Diego Dujovne

2013/8/27 Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>:
> Thomas,
>
> I agree with almost all. Only some comments on "Report Flow".
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-drive=
n
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven repo=
rt
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured b=
y
> ME, just like the interval of periodically report. Make sense?
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.
> (1) when a event is triggered, node sends a request to ME and ask some BW=
 to
> send the report. I believe that is how the 4th control flow works.
> (2) when ME configure the events and their triggers, ME also provisions s=
ome
> BW for the node which allows the node to send the report triggered by som=
e
> event.
>
> I have no strong opinion on which one is better. But, the bottom line is =
the
> configuration of the set of events and their triggers should be out of 6t=
op
> scope. Thought?
>
> Thanks
> Qin
>
>
>
>
>
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<ma=
ilto:twatteyne@linear.com>>
> wrote:
>>
>> Qin,
>>
>> Please correct me if I'm wrong:
>> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
>> commands are add/delete cells.
>> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> queries are about current cells usage or statistics.
>> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
>> information covers cells usage or statistics.
>>
>> Questions:
>> - Looks like Query and Report flows contain the same information. In
>> normal operation, the Report flow should be enough, the Query flow only
>> being used in special cases, for example when the ME has lost state (jus=
t
>> booted, bug, etc). Agreed?
>> - The ME should be able to configure the report flow. Configuration coul=
d
>> be "send report every X seconds" or "send report when variable X larger =
than
>> Y". I imagine this could be done over the action flow? Agreed?
>> - A node will want to report an urgent event to the ME. One such events =
is
>> "the topology appears to have changed". There any many cases where this
>> information needs to be sent immediately, i.e. no time to wait for the n=
ext
>> report cycle. We can consider this to be an asynchronous report, or part=
 of
>> a new "Event" flow.
>> - Same for the mote asking the ME for a schedule update.
>>
>> Thoughts?
>>
>> Thomas
>>
>>
>>
>> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:=
qinwang@berkeley.edu>> wrote:
>>>
>>> Xavi,
>>>
>>> Approach-(2) is more flexible and likely covers more situations. But, i=
t
>>> may bring some complexity to 6top, because 6top has to make decision on=
 the
>>> bandwidth request (add/delete), which needs some metrics, some intellig=
ence.
>>>
>>> What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> w=
rote:
>>>>
>>>> Hi Qin, I like your (2).
>>>>
>>>> Note also that there are situations that might have some differences.
>>>>
>>>> 1-the track already exists.
>>>> 2-the track between the two entities does not exists
>>>>
>>>> in either case I think that the node that requires certain BW to anoth=
er
>>>> node should talk to 6top, which processes that request and sends a req=
uest
>>>> to the ME, the ME installs that new track.
>>>>
>>>> does it make sense. Do you see any drawback on that approach?
>>>>
>>>> X
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailt=
o:qinwang@berkeley.edu>> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> During today's call, we presented three control flows between
>>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Re=
port
>>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>>> continue the discussion about 4th flow.
>>>>>
>>>>> Here is the scenario: when a node finds that more cells are needed,
>>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be ab=
le to
>>>>> ask ME to install more bandwidth.
>>>>>
>>>>> I can see two approaches:
>>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRat=
e
>>>>> is a attribute in 6top. Then, ME can get the information via Query Fl=
ow or
>>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>>> Request to ME, and then ME install more bandwidth. This is the 4th co=
ntrol
>>>>> flow.
>>>>>
>>>>> What do you think? Which one makes more sense?
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>>
>> --
>> Thomas Watteyne, Ph. D
>> Sr. Networking Design Engineer
>> Dust Networks / Linear Technology
>> 30695 Huntwood Ave
>> Hayward, CA 94544-7021
>> +1 (510) 400-2978<tel:%2B1%20%28510%29%20400-2978>
>> twatteyne@linear.com<mailto:twatteyne@linear.com>
>>
>> This e-mail transmission, and any documents, files or previous e-mail
>> messages attached to it may contain confidential information that is leg=
ally
>> privileged. If you are not the intended recipient, or a person responsib=
le
>> for delivering it to the intended recipient, you are hereby notified tha=
t
>> any disclosure, copying, distribution or use of any of the information
>> contained in or attached to this transmission is STRICTLY PROHIBITED. If=
 you
>> have received this transmission in error, please immediately notify me b=
y
>> reply e-mail, or by telephone at (510) 400-2978<tel:%28510%29%20400-2978=
>, and destroy the original
>> transmission and its attachments without reading or saving in any manner=
.
>> Thank you.
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>



--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl>
(56 2) 676 8125<tel:%2856%202%29%20676%208125>
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_E045AECD98228444A58C61C200AE1BD84142E7F8xmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Maria Rita:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">There are also schemas th=
at could allow to dynamically adapt the amount of cells in a bundle between=
 2 peer routers with a few control bits piggy-backed with
 the existing traffic.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Such schema would avoid t=
he need for out-of-band control traffic and avoid the problem of pre alloca=
ting slots for that purpose.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">In the simplest case, we =
would allocate a peak n number of time slots for a bundle but signal with a=
 control bit whether the next slot is actually free in which
 case both sender and receiver would sleep at that time. By default the dev=
ices would send/receive every p &lt;n but if a burst of traffic or addition=
al retries require so, the co-next slot would be activated.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">For instance with p =3D 1=
 and n =3D 4 we can quadruple the throughput at peak time.<o:p></o:p></span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">What do you think?<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Maria Rita PALATTELLA<br>
<b>Sent:</b> mercredi 28 ao=FBt 2013 11:38<br>
<b>To:</b> Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas, I believe that af=
ter defining the message format for each flow, &nbsp;we will have to addres=
s the issue you have just raised up, i.e., the cells to be used
 for any kind of signaling traffic (i.e., add/delete cells, report traffic,=
 etc.).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Even though we may start =
using the slotted aloha schedule approach, in the future, we may think abou=
t dedicated tracks, to be built according to the requirements
 of the schedule used for transferring the actual data traffic.<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">What do you think?
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maria Rita
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org">6tsch-bounces@ietf.org</a> [<a hr=
ef=3D"mailto:6tsch-bounces@ietf.org">mailto:6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 28, 2013 12:40 AM<br>
<b>To:</b> <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever the policy in place in =
the network, there will always need
 to be some cells installed for infrequent signaling traffic. If the report=
 rate is very slow, it might qualify as &quot;infrequent signaling traffic&=
quot;. For sure, the request to change the schedule qualifies.<o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Isn't the answer&nbsp;draft-vilajosana-6tsch-basic? =
That is, the slotted Aloha schedule indicated in the draft can be used for =
the signaling traffic between the nodes and the ME. Of course, if the repor=
t rate is very high, some dedicate track
 might be installed, but I do not believe this is needed, certainly not thi=
s early on.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<o:p></o:p></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
&nbsp; &nbsp; &nbsp; Alternative (1) adds delay to define the slots to send=
 the event<br>
to the ME (propagate the new schedule),<br>
while alternative (2) &nbsp;keeps reserved slots waiting for the event to h=
appen.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu">qinwang@berk=
eley.edu</a>&gt;:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I'm not sure what the best way to handle event-driven r=
eport<br>
&gt; is. I think we don't want to assume 6top sublayer is very intelligent,=
 in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is &nbsp;when and how the bandw=
idth for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I'm wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu">qinwang@berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu">xvilajosa=
na@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu">qinwang@berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today's call, we presented three control flows =
between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><b=
r>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978">&#43;1 (510) 400-2978<=
/a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com">twatteyne@linear.com</a><b=
r>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78">(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125">(56 2) 676 8125</a><o:p></o:p></p=
>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD84142E7F8xmbrcdx01ciscoc_--

From qinwang@berkeley.edu  Wed Aug 28 07:51:31 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFCF311E811F for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 07:51:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.916
X-Spam-Level: 
X-Spam-Status: No, score=-2.916 tagged_above=-999 required=5 tests=[AWL=0.060,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m4lsUQ5-H5ET for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 07:51:22 -0700 (PDT)
Received: from mail-vc0-f176.google.com (mail-vc0-f176.google.com [209.85.220.176]) by ietfa.amsl.com (Postfix) with ESMTP id 8B97121F84E3 for <6tsch@ietf.org>; Wed, 28 Aug 2013 07:51:22 -0700 (PDT)
Received: by mail-vc0-f176.google.com with SMTP id ha11so4162810vcb.35 for <6tsch@ietf.org>; Wed, 28 Aug 2013 07:51:22 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=cNtgvKPufpJXaVGVyA4yGzh6mJCblbOaHSCKPc7wWCQ=; b=Yky5PLcSrIit0FFFSeYRg8Wx47c0mIygmI0hF7fYhfTCPhSpxH1rAiW9GJEJcgIE+/ jbD4STM8XdO2AHnhFv4cLVj8qBFaEt6d9Hm4X4NlaOYoqm/4MQZjNKhunZWrSMvo8S2U qs29LNNMhwQp2jwys+i6r1zrnbgQCLQf4JiMyVa3vf9NFdIPEretHDBYeay8yZ8XP6f1 f+B8+7mp0RN8LniFyn1VKVLuKGpNu1CXwa6Mkk11KORZBv6eYhtQh0RqtP8/PS3CpreC QcmKmJMExSugoAtBbmd31loK21BxeD7PitUyUHlzvMV6PfqMMQA5DBMzW61ErXoRQMYQ G3Aw==
X-Gm-Message-State: ALoCoQkLNNp+ucRjhTjkEC1nFAVYAemQ0EUQ7MLJnYscomd2srH8TI0SB3KkhJruwHX0lLhX3xrI
MIME-Version: 1.0
X-Received: by 10.52.73.162 with SMTP id m2mr11740564vdv.24.1377701481825; Wed, 28 Aug 2013 07:51:21 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Wed, 28 Aug 2013 07:51:21 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD84142E7F8@xmb-rcd-x01.cisco.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E56F@hoshi.uni.lux> <E045AECD98228444A58C61C200AE1BD84142E7F8@xmb-rcd-x01.cisco.com>
Date: Wed, 28 Aug 2013 22:51:21 +0800
Message-ID: <CAAzoce7fB6aZ+JmQZrAtJDwuWQ56iKycAsOuPUHAGVKQLbx3Vw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=bcaec50162296e56a104e5031f1a
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 14:51:35 -0000

--bcaec50162296e56a104e5031f1a
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

I think your "a few control bits piggy-backed with the existing traffic" is
a good idea. Over-provision can increase the throughput at peak time, while
the control bits can reduce the energy consumption for idle-listening (at
least at the beginning of slot) in those unused Tx/Rx cells.

Xavi and Thomas, I think the method can be used to save energy in our
over-provision case, event that is for improving link quality. What do you
think?

Thanks
Qin


On Wed, Aug 28, 2013 at 8:05 PM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Hello Maria Rita:****
>
> ** **
>
> There are also schemas that could allow to dynamically adapt the amount o=
f
> cells in a bundle between 2 peer routers with a few control bits
> piggy-backed with the existing traffic.****
>
> Such schema would avoid the need for out-of-band control traffic and avoi=
d
> the problem of pre allocating slots for that purpose. ****
>
> ** **
>
> In the simplest case, we would allocate a peak n number of time slots for
> a bundle but signal with a control bit whether the next slot is actually
> free in which case both sender and receiver would sleep at that time. By
> default the devices would send/receive every p <n but if a burst of traff=
ic
> or additional retries require so, the co-next slot would be activated. **=
*
> *
>
> ** **
>
> For instance with p =3D 1 and n =3D 4 we can quadruple the throughput at =
peak
> time.****
>
> ** **
>
> What do you think?****
>
> ** **
>
> Pascal****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Maria Rita PALATTELLA
> *Sent:* mercredi 28 ao=FBt 2013 11:38
> *To:* Thomas Watteyne; 6tsch@ietf.org
>
> *Subject:* Re: [6tsch] the 4th control flow****
>
>  ** **
>
> Thomas, I believe that after defining the message format for each flow,
>  we will have to address the issue you have just raised up, i.e., the cel=
ls
> to be used for any kind of signaling traffic (i.e., add/delete cells,
> report traffic, etc.).****
>
> Even though we may start using the slotted aloha schedule approach, in th=
e
> future, we may think about dedicated tracks, to be built according to the
> requirements of the schedule used for transferring the actual data traffi=
c.
> ****
>
> What do you think? ****
>
> Maria Rita ****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org<6tsch-bounc=
es@ietf.org>]
> *On Behalf Of *Thomas Watteyne
> *Sent:* Wednesday, August 28, 2013 12:40 AM
> *To:* 6tsch@ietf.org
> *Subject:* Re: [6tsch] the 4th control flow****
>
> ** **
>
> Qin,****
>
> ** **
>
> You bring up a good point: over what cells with the reports travel?
> Another questions could be: over what cells will the request to install
> cells travel? I believe that, whatever the policy in place in the network=
,
> there will always need to be some cells installed for infrequent signalin=
g
> traffic. If the report rate is very slow, it might qualify as "infrequent
> signaling traffic". For sure, the request to change the schedule qualifie=
s.
> ****
>
> ** **
>
> Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha
> schedule indicated in the draft can be used for the signaling traffic
> between the nodes and the ME. Of course, if the report rate is very high,
> some dedicate track might be installed, but I do not believe this is
> needed, certainly not this early on.****
>
> ** **
>
> I agree with Diego that keeping the solution open to different alternativ=
e
> is key.****
>
> ** **
>
> Thomas****
>
> ** **
>
> On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <
> diego.dujovne@mail.udp.cl> wrote:****
>
> Qin, Thomas,
>       Alternative (1) adds delay to define the slots to send the event
> to the ME (propagate the new schedule),
> while alternative (2)  keeps reserved slots waiting for the event to
> happen.
> I think both alternatives should be included, and configured by the ME
> depending
> on the network requirements.
>
> More thoughts?
>
> Diego Dujovne
>
> 2013/8/27 Qin Wang <qinwang@berkeley.edu>:****
>
> > Thomas,
> >
> > I agree with almost all. Only some comments on "Report Flow".
> >
> > As you mentioned, there are two kinds of report scenarios, one is
> > periodically report, another one is burst report or called as
> event-driven
> > report. I have no question on how periodically report works, which you
> > described. But I'm not sure what the best way to handle event-driven
> report
> > is. I think we don't want to assume 6top sublayer is very intelligent, =
in
> > another word, the events and the trigger of events should be configured
> by
> > ME, just like the interval of periodically report. Make sense?
> >
> > If you agree to it, the remained issue is  when and how the bandwidth f=
or
> > sending event-driven reports is reserved. Here are two ways I can see.
> > (1) when a event is triggered, node sends a request to ME and ask some
> BW to
> > send the report. I believe that is how the 4th control flow works.
> > (2) when ME configure the events and their triggers, ME also provisions
> some
> > BW for the node which allows the node to send the report triggered by
> some
> > event.
> >
> > I have no strong opinion on which one is better. But, the bottom line i=
s
> the
> > configuration of the set of events and their triggers should be out of
> 6top
> > scope. Thought?
> >
> > Thanks
> > Qin
> >
> >
> >
> >
> >
> >
> > On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com>
> > wrote:
> >>
> >> Qin,
> >>
> >> Please correct me if I'm wrong:
> >> - Action Flow (ME->6top). ME asks 6top to execute some command. Typica=
l
> >> commands are add/delete cells.
> >> - Query Flow (ME->6top). ME asks 6top for some information. Typical
> >> queries are about current cells usage or statistics.
> >> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical report=
ed
> >> information covers cells usage or statistics.
> >>
> >> Questions:
> >> - Looks like Query and Report flows contain the same information. In
> >> normal operation, the Report flow should be enough, the Query flow onl=
y
> >> being used in special cases, for example when the ME has lost state
> (just
> >> booted, bug, etc). Agreed?
> >> - The ME should be able to configure the report flow. Configuration
> could
> >> be "send report every X seconds" or "send report when variable X large=
r
> than
> >> Y". I imagine this could be done over the action flow? Agreed?
> >> - A node will want to report an urgent event to the ME. One such event=
s
> is
> >> "the topology appears to have changed". There any many cases where thi=
s
> >> information needs to be sent immediately, i.e. no time to wait for the
> next
> >> report cycle. We can consider this to be an asynchronous report, or
> part of
> >> a new "Event" flow.
> >> - Same for the mote asking the ME for a schedule update.
> >>
> >> Thoughts?
> >>
> >> Thomas
> >>
> >>
> >>
> >> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu>
> wrote:
> >>>
> >>> Xavi,
> >>>
> >>> Approach-(2) is more flexible and likely covers more situations. But,
> it
> >>> may bring some complexity to 6top, because 6top has to make decision
> on the
> >>> bandwidth request (add/delete), which needs some metrics, some
> intelligence.
> >>>
> >>> What do you think?
> >>>
> >>> Qin
> >>>
> >>>
> >>>
> >>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
> >>> <xvilajosana@eecs.berkeley.edu> wrote:
> >>>>
> >>>> Hi Qin, I like your (2).
> >>>>
> >>>> Note also that there are situations that might have some differences=
.
> >>>>
> >>>> 1-the track already exists.
> >>>> 2-the track between the two entities does not exists
> >>>>
> >>>> in either case I think that the node that requires certain BW to
> another
> >>>> node should talk to 6top, which processes that request and sends a
> request
> >>>> to the ME, the ME installs that new track.
> >>>>
> >>>> does it make sense. Do you see any drawback on that approach?
> >>>>
> >>>> X
> >>>>
> >>>>
> >>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu>
> wrote:
> >>>>>
> >>>>> Hi all,
> >>>>>
> >>>>> During today's call, we presented three control flows between
> >>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and
> Report
> >>>>> Flow, and started to talk about the 4th control flow. The thread wi=
ll
> >>>>> continue the discussion about 4th flow.
> >>>>>
> >>>>> Here is the scenario: when a node finds that more cells are needed,
> >>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be
> able to
> >>>>> ask ME to install more bandwidth.
> >>>>>
> >>>>> I can see two approaches:
> >>>>> (1) Managed by ME, without 4th Control Flow. Assume
> BandwidthUsageRate
> >>>>> is a attribute in 6top. Then, ME can get the information via Query
> Flow or
> >>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
> >>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
> >>>>> Request to ME, and then ME install more bandwidth. This is the 4th
> control
> >>>>> flow.
> >>>>>
> >>>>> What do you think? Which one makes more sense?
> >>>>>
> >>>>> Qin
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> 6tsch mailing list
> >>>>> 6tsch@ietf.org
> >>>>> https://www.ietf.org/mailman/listinfo/6tsch
> >>>>>
> >>>>
> >>>
> >>>
> >>> _______________________________________________
> >>> 6tsch mailing list
> >>> 6tsch@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/6tsch
> >>>
> >>
> >>
> >>
> >> --
> >> Thomas Watteyne, Ph. D
> >> Sr. Networking Design Engineer
> >> Dust Networks / Linear Technology
> >> 30695 Huntwood Ave
> >> Hayward, CA 94544-7021
> >> +1 (510) 400-2978
> >> twatteyne@linear.com
> >>
> >> This e-mail transmission, and any documents, files or previous e-mail
> >> messages attached to it may contain confidential information that is
> legally
> >> privileged. If you are not the intended recipient, or a person
> responsible
> >> for delivering it to the intended recipient, you are hereby notified
> that
> >> any disclosure, copying, distribution or use of any of the information
> >> contained in or attached to this transmission is STRICTLY PROHIBITED.
> If you
> >> have received this transmission in error, please immediately notify me
> by
> >> reply e-mail, or by telephone at (510) 400-2978, and destroy the
> original
> >> transmission and its attachments without reading or saving in any
> manner.
> >> Thank you.
> >
> >
> >
> > _______________________________________________
> > 6tsch mailing list
> > 6tsch@ietf.org
> > https://www.ietf.org/mailman/listinfo/6tsch
> >
>
>
>
> --****
>
> DIEGO DUJOVNE
> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
> Facultad de Ingenier=EDa UDP
> www.ingenieria.udp.cl
> (56 2) 676 8125****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--bcaec50162296e56a104e5031f1a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pascal,<div><br></div><div>I think your &quot;<span sty=
le=3D"color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:15px">a=
 few control bits piggy-backed with the existing traffic</span>&quot; is a =
good idea. Over-provision can increase the throughput at peak time, while t=
he control bits can reduce the energy consumption for idle-listening (at le=
ast at the beginning of slot) in those unused Tx/Rx cells.</div>
<div><br></div><div>Xavi and Thomas, I think the method can be used to save=
 energy in our over-provision case, event that is for improving link qualit=
y. What do you think?</div><div><br></div><div>Thanks<br></div><div>Qin</di=
v>
</div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed,=
 Aug 28, 2013 at 8:05 PM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<=
a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</=
a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140c4d0e24888751__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">Hello Maria Rita:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">There are also schemas th=
at could allow to dynamically adapt the amount of cells in a bundle between=
 2 peer routers with a few control bits piggy-backed with
 the existing traffic.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Such schema would avoid t=
he need for out-of-band control traffic and avoid the problem of pre alloca=
ting slots for that purpose.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In the simplest case, we =
would allocate a peak n number of time slots for a bundle but signal with a=
 control bit whether the next slot is actually free in which
 case both sender and receiver would sleep at that time. By default the dev=
ices would send/receive every p &lt;n but if a burst of traffic or addition=
al retries require so, the co-next slot would be activated.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">For instance with p =3D 1=
 and n =3D 4 we can quadruple the throughput at peak time.<u></u><u></u></s=
pan></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do you think?<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u>=
<u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Maria Rita PALATTELLA<br>
<b>Sent:</b> mercredi 28 ao=FBt 2013 11:38<br>
<b>To:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span></p><div><div class=3D"h5"><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></div></div><=
p></p>
</div>
</div><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas, I believe that af=
ter defining the message format for each flow, =A0we will have to address t=
he issue you have just raised up, i.e., the cells to be used
 for any kind of signaling traffic (i.e., add/delete cells, report traffic,=
 etc.).<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Even though we may start =
using the slotted aloha schedule approach, in the future, we may think abou=
t dedicated tracks, to be built according to the requirements
 of the schedule used for transferring the actual data traffic.<u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do you think?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Maria Rita
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">ma=
ilto:6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 28, 2013 12:40 AM<br>
<b>To:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever the policy in place in =
the network, there will always need
 to be some cells installed for infrequent signaling traffic. If the report=
 rate is very slow, it might qualify as &quot;infrequent signaling traffic&=
quot;. For sure, the request to change the schedule qualifies.<u></u><u></u=
></p>

</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Isn&#39;t the answer=A0draft-vilajosana-6tsch-basic?=
 That is, the slotted Aloha schedule indicated in the draft can be used for=
 the signaling traffic between the nodes and the ME. Of course, if the repo=
rt rate is very high, some dedicate track
 might be installed, but I do not believe this is needed, certainly not thi=
s early on.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
=A0 =A0 =A0 Alternative (1) adds delay to define the slots to send the even=
t<br>
to the ME (propagate the new schedule),<br>
while alternative (2) =A0keeps reserved slots waiting for the event to happ=
en.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I&#39;m not sure what the best way to handle event-driv=
en report<br>
&gt; is. I think we don&#39;t want to assume 6top sublayer is very intellig=
ent, in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is =A0when and how the bandwidt=
h for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I&#39;m wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today&#39;s call, we presented three control fl=
ows between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" target=3D"_blank">+1 (=
510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" target=3D"_blank">(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" target=3D"_blank">(56 2) 676 8125=
</a><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--bcaec50162296e56a104e5031f1a--

From qinwang@berkeley.edu  Wed Aug 28 08:00:14 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26B4621F9FE3 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 08:00:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.918
X-Spam-Level: 
X-Spam-Status: No, score=-2.918 tagged_above=-999 required=5 tests=[AWL=0.058,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w7rM7nYzYi9c for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 07:59:53 -0700 (PDT)
Received: from mail-vc0-f180.google.com (mail-vc0-f180.google.com [209.85.220.180]) by ietfa.amsl.com (Postfix) with ESMTP id 2344C21F8C7C for <6tsch@ietf.org>; Wed, 28 Aug 2013 07:59:52 -0700 (PDT)
Received: by mail-vc0-f180.google.com with SMTP id gf11so4250701vcb.11 for <6tsch@ietf.org>; Wed, 28 Aug 2013 07:59:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yTsJFst8KvBsm9aQcd2KJ4o5/u5LZSYpFa0O7tzqxvg=; b=cdRoBknFxFb91WNlC8dBf2lQx3fzMmaO8gJxOq2kCLvJ4+CwgZpD2g7BmVkLWe46ZU 3LcV+GvFh32GY4+CVr8hszo6p4skE+a1xQfJ4T2pJMmsm+lppDubYJaIBpDzGS/jvd6j xLIJjVYtuwYuKm01Eu7N9ObUbsfoby4tCl6BP8j99Bw/eJplShSGDp0y0m9PQXeNgxYF zBdGHlQiLsPhzFrJChjXC1vtjVGXJ/VBjWdzPQHBdQ+OLi16gHIawLJ3YOFQfZjirlxw +nULxykimtXicUKD5o4zpyy/5JQG1/pqw5HjuYXQSWvdHR3+jCpy6d3QYPV2Xz+cNLL9 Ox5A==
X-Gm-Message-State: ALoCoQkpq7MK/x8TLPWh0bMAOJwtRx7RR3UvD4yGdshDBhdqqCTjBxdxpFP7wTmHV/MNbqD1jrn0
MIME-Version: 1.0
X-Received: by 10.52.170.232 with SMTP id ap8mr554933vdc.40.1377701983823; Wed, 28 Aug 2013 07:59:43 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Wed, 28 Aug 2013 07:59:43 -0700 (PDT)
In-Reply-To: <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com>
Date: Wed, 28 Aug 2013 22:59:43 +0800
Message-ID: <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b6d7aae5a372b04e5033d73
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 15:00:15 -0000

--047d7b6d7aae5a372b04e5033d73
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Thomas,

I agree to keep different alternatives, at lease as options.

Regarding to what kinds of cells should be used for conveying the report,
shared cells or dedicated cells, I would like to leave them to
configuration. What do you think?

Thanks
Qin



On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u
> wrote:

> Qin,
>
> You bring up a good point: over what cells with the reports travel?
> Another questions could be: over what cells will the request to install
> cells travel? I believe that, whatever the policy in place in the network=
,
> there will always need to be some cells installed for infrequent signalin=
g
> traffic. If the report rate is very slow, it might qualify as "infrequent
> signaling traffic". For sure, the request to change the schedule qualifie=
s.
>
> Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha
> schedule indicated in the draft can be used for the signaling traffic
> between the nodes and the ME. Of course, if the report rate is very high,
> some dedicate track might be installed, but I do not believe this is
> needed, certainly not this early on.
>
> I agree with Diego that keeping the solution open to different alternativ=
e
> is key.
>
> Thomas
>
>
> On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <
> diego.dujovne@mail.udp.cl> wrote:
>
>> Qin, Thomas,
>>       Alternative (1) adds delay to define the slots to send the event
>> to the ME (propagate the new schedule),
>> while alternative (2)  keeps reserved slots waiting for the event to
>> happen.
>> I think both alternatives should be included, and configured by the ME
>> depending
>> on the network requirements.
>>
>> More thoughts?
>>
>> Diego Dujovne
>>
>> 2013/8/27 Qin Wang <qinwang@berkeley.edu>:
>> > Thomas,
>> >
>> > I agree with almost all. Only some comments on "Report Flow".
>> >
>> > As you mentioned, there are two kinds of report scenarios, one is
>> > periodically report, another one is burst report or called as
>> event-driven
>> > report. I have no question on how periodically report works, which you
>> > described. But I'm not sure what the best way to handle event-driven
>> report
>> > is. I think we don't want to assume 6top sublayer is very intelligent,
>> in
>> > another word, the events and the trigger of events should be configure=
d
>> by
>> > ME, just like the interval of periodically report. Make sense?
>> >
>> > If you agree to it, the remained issue is  when and how the bandwidth
>> for
>> > sending event-driven reports is reserved. Here are two ways I can see.
>> > (1) when a event is triggered, node sends a request to ME and ask some
>> BW to
>> > send the report. I believe that is how the 4th control flow works.
>> > (2) when ME configure the events and their triggers, ME also provision=
s
>> some
>> > BW for the node which allows the node to send the report triggered by
>> some
>> > event.
>> >
>> > I have no strong opinion on which one is better. But, the bottom line
>> is the
>> > configuration of the set of events and their triggers should be out of
>> 6top
>> > scope. Thought?
>> >
>> > Thanks
>> > Qin
>> >
>> >
>> >
>> >
>> >
>> >
>> > On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com=
>
>> > wrote:
>> >>
>> >> Qin,
>> >>
>> >> Please correct me if I'm wrong:
>> >> - Action Flow (ME->6top). ME asks 6top to execute some command. Typic=
al
>> >> commands are add/delete cells.
>> >> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> >> queries are about current cells usage or statistics.
>> >> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical
>> reported
>> >> information covers cells usage or statistics.
>> >>
>> >> Questions:
>> >> - Looks like Query and Report flows contain the same information. In
>> >> normal operation, the Report flow should be enough, the Query flow on=
ly
>> >> being used in special cases, for example when the ME has lost state
>> (just
>> >> booted, bug, etc). Agreed?
>> >> - The ME should be able to configure the report flow. Configuration
>> could
>> >> be "send report every X seconds" or "send report when variable X
>> larger than
>> >> Y". I imagine this could be done over the action flow? Agreed?
>> >> - A node will want to report an urgent event to the ME. One such
>> events is
>> >> "the topology appears to have changed". There any many cases where th=
is
>> >> information needs to be sent immediately, i.e. no time to wait for th=
e
>> next
>> >> report cycle. We can consider this to be an asynchronous report, or
>> part of
>> >> a new "Event" flow.
>> >> - Same for the mote asking the ME for a schedule update.
>> >>
>> >> Thoughts?
>> >>
>> >> Thomas
>> >>
>> >>
>> >>
>> >> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu>
>> wrote:
>> >>>
>> >>> Xavi,
>> >>>
>> >>> Approach-(2) is more flexible and likely covers more situations. But=
,
>> it
>> >>> may bring some complexity to 6top, because 6top has to make decision
>> on the
>> >>> bandwidth request (add/delete), which needs some metrics, some
>> intelligence.
>> >>>
>> >>> What do you think?
>> >>>
>> >>> Qin
>> >>>
>> >>>
>> >>>
>> >>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>> >>> <xvilajosana@eecs.berkeley.edu> wrote:
>> >>>>
>> >>>> Hi Qin, I like your (2).
>> >>>>
>> >>>> Note also that there are situations that might have some difference=
s.
>> >>>>
>> >>>> 1-the track already exists.
>> >>>> 2-the track between the two entities does not exists
>> >>>>
>> >>>> in either case I think that the node that requires certain BW to
>> another
>> >>>> node should talk to 6top, which processes that request and sends a
>> request
>> >>>> to the ME, the ME installs that new track.
>> >>>>
>> >>>> does it make sense. Do you see any drawback on that approach?
>> >>>>
>> >>>> X
>> >>>>
>> >>>>
>> >>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu>
>> wrote:
>> >>>>>
>> >>>>> Hi all,
>> >>>>>
>> >>>>> During today's call, we presented three control flows between
>> >>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and
>> Report
>> >>>>> Flow, and started to talk about the 4th control flow. The thread
>> will
>> >>>>> continue the discussion about 4th flow.
>> >>>>>
>> >>>>> Here is the scenario: when a node finds that more cells are needed=
,
>> >>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be
>> able to
>> >>>>> ask ME to install more bandwidth.
>> >>>>>
>> >>>>> I can see two approaches:
>> >>>>> (1) Managed by ME, without 4th Control Flow. Assume
>> BandwidthUsageRate
>> >>>>> is a attribute in 6top. Then, ME can get the information via Query
>> Flow or
>> >>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>> >>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>> >>>>> Request to ME, and then ME install more bandwidth. This is the 4th
>> control
>> >>>>> flow.
>> >>>>>
>> >>>>> What do you think? Which one makes more sense?
>> >>>>>
>> >>>>> Qin
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> _______________________________________________
>> >>>>> 6tsch mailing list
>> >>>>> 6tsch@ietf.org
>> >>>>> https://www.ietf.org/mailman/listinfo/6tsch
>> >>>>>
>> >>>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> 6tsch mailing list
>> >>> 6tsch@ietf.org
>> >>> https://www.ietf.org/mailman/listinfo/6tsch
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >> Thomas Watteyne, Ph. D
>> >> Sr. Networking Design Engineer
>> >> Dust Networks / Linear Technology
>> >> 30695 Huntwood Ave
>> >> Hayward, CA 94544-7021
>> >> +1 (510) 400-2978
>> >> twatteyne@linear.com
>> >>
>> >> This e-mail transmission, and any documents, files or previous e-mail
>> >> messages attached to it may contain confidential information that is
>> legally
>> >> privileged. If you are not the intended recipient, or a person
>> responsible
>> >> for delivering it to the intended recipient, you are hereby notified
>> that
>> >> any disclosure, copying, distribution or use of any of the informatio=
n
>> >> contained in or attached to this transmission is STRICTLY PROHIBITED.
>> If you
>> >> have received this transmission in error, please immediately notify m=
e
>> by
>> >> reply e-mail, or by telephone at (510) 400-2978, and destroy the
>> original
>> >> transmission and its attachments without reading or saving in any
>> manner.
>> >> Thank you.
>> >
>> >
>> >
>> > _______________________________________________
>> > 6tsch mailing list
>> > 6tsch@ietf.org
>> > https://www.ietf.org/mailman/listinfo/6tsch
>> >
>>
>>
>>
>> --
>> DIEGO DUJOVNE
>> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicacione=
s
>> Facultad de Ingenier=EDa UDP
>> www.ingenieria.udp.cl
>> (56 2) 676 8125
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b6d7aae5a372b04e5033d73
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thomas,<div><br></div><div>I agree to keep different alter=
natives, at lease as options.</div><div><br></div><div>Regarding to what ki=
nds of cells should be used for conveying the report, shared cells or dedic=
ated cells, I would like to leave them to configuration. What do you think?=
</div>
<div><br></div><div>Thanks</div><div>Qin</div><div><br></div></div><div cla=
ss=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed, Aug 28, 2013 =
at 6:39 AM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyn=
e@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</=
span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div><br></div><div>You=
 bring up a good point: over what cells with the reports travel? Another qu=
estions could be: over what cells will the request to install cells travel?=
 I believe that, whatever the policy in place in the network, there will al=
ways need to be some cells installed for infrequent signaling traffic. If t=
he report rate is very slow, it might qualify as &quot;infrequent signaling=
 traffic&quot;. For sure, the request to change the schedule qualifies.</di=
v>


<div><br></div><div>Isn&#39;t the answer=A0draft-vilajosana-6tsch-basic? Th=
at is, the slotted Aloha schedule indicated in the draft can be used for th=
e signaling traffic between the nodes and the ME. Of course, if the report =
rate is very high, some dedicate track might be installed, but I do not bel=
ieve this is needed, certainly not this early on.</div>


<div><br></div><div>I agree with Diego that keeping the solution open to di=
fferent alternative is key.</div><span class=3D"HOEnZb"><font color=3D"#888=
888"><div><br></div><div>Thomas</div></font></span></div><div class=3D"HOEn=
Zb">
<div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_qu=
ote">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <span dir=3D"ltr"=
>&lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Qin, Thomas,<br>
=A0 =A0 =A0 Alternative (1) adds delay to define the slots to send the even=
t<br>
to the ME (propagate the new schedule),<br>
while alternative (2) =A0keeps reserved slots waiting for the event to happ=
en.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<br>
<div><div>&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I&#39;m not sure what the best way to handle event-driv=
en report<br>
&gt; is. I think we don&#39;t want to assume 6top sublayer is very intellig=
ent, in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is =A0when and how the bandwidt=
h for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I&#39;m wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today&#39;s call, we presented three control fl=
ows between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" value=3D"+15104002978"=
 target=3D"_blank">+1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" value=3D"+15104002978" target=3D"_blank">(510) 400-2978</a>, and destro=
y the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<br>
</div></div>DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" value=3D"+15626768125" target=3D"=
_blank">(56 2) 676 8125</a><br>
<div><div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b6d7aae5a372b04e5033d73--

From qinwang@berkeley.edu  Wed Aug 28 08:31:27 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97B2811E8191 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 08:31:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.92
X-Spam-Level: 
X-Spam-Status: No, score=-2.92 tagged_above=-999 required=5 tests=[AWL=0.056,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SqjmZlN95ICB for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 08:31:23 -0700 (PDT)
Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id A19A611E81AF for <6tsch@ietf.org>; Wed, 28 Aug 2013 08:31:22 -0700 (PDT)
Received: by mail-vb0-f44.google.com with SMTP id e13so4148249vbg.17 for <6tsch@ietf.org>; Wed, 28 Aug 2013 08:31:22 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=jZTmY6wkXVzNoeorVklskoThFHIDGJ3SVVgMypldksQ=; b=FWRqWdEJyChBL/OjgryTpJTQG387oK22injToSrnX9IWlo4LFSbXxjQ/cDJ5TIhQGo W5c0B6FiZf2OuI/7v8SW5LOZDou0YtDdP8qVr+vao2VLbczPg1CMU3kiNHompqeY2TPR +G2CwyzIy15V9n33XfWeeeSFyKYzvf4r3EhXxMzN5uFTS8xO2sz8dksEzNJ2gk9O/Irj mt2/ZJ/HSQalRezzlosfIsX/OtjpMEdmoiYYOnYrpmUqACQMXFLRdkOEiSGYhPpgNQv7 CWFDYd9/irxKq8n5UEd9B1GaKSMaXOxmvjslSyMbjMGgn4+73INNHXqYO1DB2hG1ZW1k /Nmg==
X-Gm-Message-State: ALoCoQmqAKKfnSwmqCrZtUTPAP7V03386P1iflwZYwpjJk7twizoZmIoDAA/R90T+7zTDAv86Ac2
MIME-Version: 1.0
X-Received: by 10.220.237.208 with SMTP id kp16mr26050804vcb.4.1377703881994;  Wed, 28 Aug 2013 08:31:21 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Wed, 28 Aug 2013 08:31:21 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl> <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl>
Date: Wed, 28 Aug 2013 23:31:21 +0800
Message-ID: <CAAzoce7225oeorj-2rrUxyD68J44faZfry5TLmeis+FjWzomng@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "P.Zand@utwente.nl" <P.Zand@utwente.nl>
Content-Type: multipart/related; boundary=047d7b3434647e05b404e503ae73
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 15:31:27 -0000

--047d7b3434647e05b404e503ae73
Content-Type: multipart/alternative; boundary=047d7b3434647e05b204e503ae72

--047d7b3434647e05b204e503ae72
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pouria,

It is great to have the diagram as common base to discuss. I would like to
add "Changing time source" along with "Choosing the RPL parent", because
the time source selected at the beginning is just a temporary one, and time
source in L2 should be same as the RPL parent in L3 after RPL parent is
selected.

make sense?

Qin



On Wed, Aug 28, 2013 at 7:55 PM, <P.Zand@utwente.nl> wrote:

>  Dear All,****
>
> I would like to continue our discussion for choosing the time source
> (either in L2 or L3) in the basic RPL. ****
>
> I prepared a sample of message sequence chart to show the potential
> procedure for basic RPL.****
>
> I think we can refer to or modify the attached slide to discuss the
> details for constructing the basic RPL, as well as choosing the time sour=
ce.
> ****
>
> Best Wishes,****
>
> Pouria  ****
>
> ****
>
> ** **
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Wednesday, August 21, 2013 7:45 AM
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Pouria,****
>
> Glad to read we agree!****
>
> Thomas****
>
> ** **
>
> On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl> wrote:****
>
> Thomas,****
>
>  ****
>
> Many thanks for your explanation.****
>
> I couldn=92t find the related counter in MAC PIB of IEEE 802.15.4.****
>
>  ****
>
> My first idea was using both (a) clock accuracy information and (b) RPL
> rank information for choosing the best timing parent between two routers
> with equal (or close) RPL rank. That would help us to avoid (1)
> synchronization loop problem and (2) potential drifting problem caused by
> choosing the parent, between two with equal ranks but not equal clock
> accuracy.****
>
>  ****
>
> As you mentioned, let=92s not make it complicated and consider the parent
> rank as a factor for choosing the timing parent.****
>
>  ****
>
> Pouria.****
>
>        ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Tuesday, August 20, 2013 7:54 AM****
>
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria,****
>
> Thanks for the explanation. Allow me to answer inline.****
>
> Thomas****
>
>  ****
>
> On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl> wrote:****
>
> Thomas,****
>
>  ****
>
> I am not expert in synchronization, so please bear with me.****
>
>  ****
>
> By clock accuracy information, I mean how accurate a node can maintain
> (e.g. =B11 ms) synchronization in the network for a period of time (e.g. =
20
> s) without the need for clock update. Different devices might have
> different clock accuracy values represent by parts per million (ppm) unit=
.
> The clock accuracy of a device might depend on the device=92 environment
> conditions (e.g. temperature or shocks) and it doesn=92t just depend on
> crystals hardware. Am I right?****
>
>  ****
>
> Agreed. I am used to the term "clock drift" for the phenomenon, but
> absolutely, drift depends on manufacturing, voltage, temperature, and
> probably other environmental factors. The amount of drift of your clock
> source will dictate how often resynchronization needs to happen, given a
> guard time (i.e. 1ms). Of course, all these parameters depend on each
> other, so you can imagine buying a better clock source, or changing the
> re-synchronization frequency, or changing the guard time.****
>
>  ****
>
>   In the centralized approach, the System/Network managers, use (L2)
> device clock accuracy information as well as (L3) nodes=92 topology
> information (similar to node=92s rank in RPL in 6tsch distributed approac=
h)
> to select the potential clock sources in the network. Am I right? ****
>
>   ****
>
> Hmm. I understand what you are proposing, but my first reaction is to be =
a
> bit afraid that basing time source neighbor selection on clock drift
> information might lead to lots of complexity, for not much gain (I think)=
.
> If I am drifting a lot wrt to my neighbor, could I not resolve that local=
ly
> (through all kind of techniques we can think of), rather than involving t=
he
> time source neighbor selection process in that?****
>
>  ****
>
>   In a distributed approach, a network device might inform their
> neighbors about its (L2) clock accuracy. A new device might use this
> information, as well as L3 parameters (e.g. sender RPL=92 rank), to choos=
e
> its timing parent.****
>
>   ****
>
> This would certainly invert the approach. Now, we let RPL select routing
> parents, and then we have TSCH just use the same. If we go the other way
> around, i.e. select time source neighbors, then routes, many things will
> get complicated real quick, the first of which are synchronization loops.=
*
> ***
>
>  ****
>
>   If in 6tsch, we are considering the case that all the nodes in the
> network have equal high clock accuracy, then let=92s consider (L3) router=
=92s
> rank, based on the *default OF* (as Raghuram suggest), as the only factor
> for selecting timing parent.****
>
>  ****
>
>  I would go that route, but maybe you have some counter example in mind?*=
*
> **
>
>  ****
>
>  Pouria****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Monday, August 19, 2013 4:28 AM
> *To:* 6TSCH****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria, all,****
>
>  ****
>
> My 2c is the following. We already agreed on the fact that a mote's (RPL)
> routing parent would also be its (TSCH) time source neighbor. So why not
> pick the time source neighbor based on routing information?****
>
>  ****
>
> What exactly do you mean by clock accuracy? All nodes in a TSCH network
> need to be able to synchronize with one another, and I don't think we are
> considering cases where that is not true.****
>
>  ****
>
> Thomas****
>
>  ****
>
> On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl> wrote:****
>
> Raghuram,****
>
> I agree with you that we need a method to pick a timing parent.****
>
> We might need the L3 information on that, unless we can find a solution i=
n
> 6top to use L2 information. For example about the clock accuracy
> capabilities of the device who has already joined the network. I am not
> sure if this information is available in L2 and neighbor table.****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
> *Sent:* Wednesday, August 14, 2013 12:57 AM
> *To:* xvilajosana@eecs.berkeley.edu; Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org; Qin Wang****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Xavi, Pouria,****
>
> I think we need to keep node rank at 6top (as a read only parameter
> obtained from L3) in order for the TSCH nodes to figure out the timing
> parent. In the case where RPL node may have different ranks based on
> different OFs we need a method to pick a timing parent.****
>
>  ****
>
> We should propose a default OF, that is used to compute the ranks for the
> purpose finding the timing parent.****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *<xvilajosana@eecs.berkeley.edu>
> *Date: *Tuesday, August 13, 2013 2:27 PM
> *To: *Pouria Zand <P.Zand@utwente.nl>
> *Cc: *Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <
> 6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: [6tsch] RPL on Basic****
>
>  ****
>
> Good point :-)****
>
> agreed!
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> I guess we cannot keep =93node rank=94 in the 6top. Because a node might =
have
> different rank based on different metrics defined in L3. As a response, I
> don=92t think we can get all of those information form L3 and use them in
> neighbor table in 6top. Am I right? ****
>
> I think, as you mentioned we need to work on them. ****
>
>  ****
>
> Pouria  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 11:13 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,
>
> yes the neighbor table is something that 6top takes care of. The fields o=
f
> the table is something that we need to work on, stats for sure as describ=
ed
> by the basic configuration draft. As regards to the rank, in our
> implementation, we keep it in the table, for each neighbour we keep its
> rank. This information can be placed somewhere else if you want but I gue=
ss
> we need it to keep some sense on what is the rank of our neighbors.****
>
> regards,****
>
> Xavi****
>
>  ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Many thanks for your complete explanation. It absolutely makes sense.****
>
>  ****
>
> Just one minor question. The neighbor table will be stored in 6top. Am I
> right? If yes, do we need to store rank information (included in DIO) in
> that table? Or we just store neighbor statistic?****
>
>  ****
>
> Pouria ****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 10:17 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> answer inline:****
>
> Xavi,****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> there are many different ways to implement that, this is an option.****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI?****
>
> These are the list of known neighbors with acceptable RSSI, so yes if it
> wants to keep all of them.****
>
> Or (2) the node should probe its connection with the its RPL parent and
> its RPL child? In the case (2), how does the 6top can inform the L3 about
> the new potential discovered neighbors and their connection status? ****
>
> When a node is discovered due to receiving and EB (at least in our openws=
n
> implementation), it is inserted at the neighbor table. At that point no
> information about connectivity can be used except RSSI. As soon as a DIO =
is
> received from that node, its information is updated (including rank). As =
we
> don't have any information about connectivity (as RFC6552 describes) an
> initial value is set (i.e rank + FOO). In openwsn a similar case to (1) i=
s
> used so eventually some stats of the link can be used to compute the ETX
> and let RPL do its work. ****
>
> So RPL knows about a new node because 6TOP keeps information of neighbors
> an eventually this information is used by RPL to update routes. As this
> node sends DIOs and receives DIOs from others the information is
> permanently being updated enabling a node to be positioned in the multiho=
p
> topology.****
>
> Does it make sense?****
>
> Pouria****
>
>  ****
>
> On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
>  ****
>
> Pouria****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>   ****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b3434647e05b204e503ae72
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pouria,<div><br></div><div>It is great to have the diag=
ram as common base to discuss. I would like to add &quot;Changing time sour=
ce&quot; along with &quot;Choosing the RPL parent&quot;, because the time s=
ource selected at the beginning is just a temporary one, and time source in=
 L2 should be same as the RPL parent in L3 after RPL parent is selected.</d=
iv>
<div><br></div><div>make sense?</div><div><br></div><div>Qin</div><div>=A0<=
/div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On=
 Wed, Aug 28, 2013 at 7:55 PM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Z=
and@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<b=
r>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear All,<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I would like to continue =
our discussion for choosing the time source (either in L2 or L3) in the bas=
ic RPL.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I prepared a sample of me=
ssage sequence chart to show the potential procedure for basic RPL.<u></u><=
u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think we can refer to o=
r modify the attached slide to discuss the details for constructing the bas=
ic RPL, as well as choosing the time source.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img width=3D"840" height=
=3D"836" src=3D"cid:image001.jpg@01CEA3F6.3D6E3C80"></span><span style=3D"f=
ont-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;colo=
r:#1f497d"><u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 21, 2013 7:45 AM</span></p><div><div class=
=3D"h5"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Glad to read we agree!<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 12:53 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your expl=
anation.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t find the rel=
ated counter in MAC PIB of IEEE 802.15.4.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">My first idea was using b=
oth (a) clock accuracy information and (b) RPL rank information for choosin=
g
 the best timing parent between two routers with equal (or close) RPL rank.=
 That would help us to avoid (1) synchronization loop problem and (2) poten=
tial drifting problem caused by choosing the parent, between two with equal=
 ranks but not equal clock accuracy.</span><u></u><u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you mentioned, let=92s=
 not make it complicated and consider the parent rank as a factor for choos=
ing
 the timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=A0=A0=A0=A0=A0=A0</sp=
an><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Thanks for the explanation. Allow me to answer inlin=
e.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I am not expert in synchr=
onization, so please bear with me.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">By clock accuracy informa=
tion, I mean how accurate a node can maintain (e.g. =B11 ms) synchronizatio=
n
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device=92 environment
 conditions (e.g. temperature or shocks) and it doesn=92t just depend on cr=
ystals hardware. Am I right?</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Agreed. I am used to the term &quot;clock drift&quot=
; for the phenomenon, but absolutely, drift depends on manufacturing, volta=
ge, temperature, and probably other environmental factors. The
 amount of drift of your clock source will dictate how often resynchronizat=
ion needs to happen, given a guard time (i.e. 1ms). Of course, all these pa=
rameters depend on each other, so you can imagine buying a better clock sou=
rce, or changing the re-synchronization
 frequency, or changing the guard time.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In the centralized app=
roach, the System/Network managers, use (L2) device clock accuracy informat=
ion
 as well as (L3) nodes=92 topology information (similar to node=92s rank in=
 RPL in 6tsch distributed approach) to select the potential clock sources i=
n the network. Am I right?=A0</span><u></u><u></u></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Hmm. I understand what you are proposing, but my fir=
st reaction is to be a bit afraid that basing time source neighbor selectio=
n on clock drift information might lead to lots of
 complexity, for not much gain (I think). If I am drifting a lot wrt to my =
neighbor, could I not resolve that locally (through all kind of techniques =
we can think of), rather than involving the time source neighbor selection =
process in that?<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In a distributed appro=
ach, a network device might inform their neighbors about its (L2) clock acc=
uracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL=92 rank), to choose its timing parent.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This would certainly invert the approach. Now, we le=
t RPL select routing parents, and then we have TSCH just use the same. If w=
e go the other way around, i.e. select time source
 neighbors, then routes, many things will get complicated real quick, the f=
irst of which are synchronization loops.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0If in 6tsch, we are co=
nsidering the case that all the nodes in the network have equal high clock
 accuracy, then let=92s consider (L3) router=92s rank, based on the <b>defa=
ult OF</b> (as Raghuram suggest), as the only factor for selecting timing p=
arent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">I would go that route, but maybe you have some count=
er example in mind?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria, all,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">My 2c is the following. We already agreed on the fac=
t that a mote&#39;s (RPL) routing parent would also be its (TSCH) time sour=
ce neighbor. So why not pick the time source neighbor
 based on routing information?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What exactly do you mean by clock accuracy? All node=
s in a TSCH network need to be able to synchronize with one another, and I =
don&#39;t think we are considering cases where that is
 not true.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Raghuram,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I agree with you that we need a method =
to pick a timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We might need the L3 information on tha=
t, unless we can find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Best Wishes,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram=
 Sudhaakar (rsudhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Pouria,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I think we need to keep node rank at 6t=
op (as a read only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We should propose a default OF, that is=
 used to compute the ranks for the purpose finding the timing parent.</span=
><u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>

<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Good poi=
nt :-)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">agreed!<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a=
 href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&=
gt; wrote:</span><u></u><u></u></p>

<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I guess we cannot keep =
=93node rank=94 in the 6top. Because a node might have different rank based=
 on
 different metrics defined in L3. As a response, I don=92t think we can get=
 all of those information form L3 and use them in neighbor table in 6top. A=
m I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think, as you mentioned=
 we need to work on them.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">regards,<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Xavi<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your comp=
lete explanation. It absolutely makes sense.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<u></u>=
<u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Keep Alive timer expires for =93node A=94 aft=
er 30s if no frames have been sent (or received) to (or from) neighbor =93n=
ode B=94. Am I right?</span><u></u><u></u></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><u></u><u></u></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don&#39;t have any information about con=
nectivity (as RFC6552 describes) an initial value is set (i.e rank + FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Pouria</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or
 from) neighbor =93node B=94. Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? =A0=A0=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn&#39;t a common shared cell to send KAs. I see the operation in the=
 following way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet.
 This means that the KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result,
 and as part of IEEE802.15.4e&#39;s normal operation, a node keeps synchron=
ized with its RPL parent. In the absence of traffic, the node will periodic=
ally &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How ofte=
n depends on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140c4c7a1f0f55ca_1409d4a4d02237f3_14097b9=
d7a38b162_140840"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><=
u></u></p>

<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL objective function =
calculation using Neighbors information described in Basic configuration.
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0 -this includes=
 how OF is calculated using numTx and numTxACK, etc..
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL configuration:</spa=
n><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0=A0 - storing m=
ode vs non-storing mode (I vote for non-storing mode for a basic configurat=
ion)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>

<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b3434647e05b204e503ae72--
--047d7b3434647e05b404e503ae73
Content-Type: image/jpeg; name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01CEA3F6.3D6E3C80>
X-Attachment-Id: d14afbf118c2c36b_0.0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCANEA0gDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDxwSPB2o4JB2KO
P94Vv1geOf8AkTdR/wB1f/QxVQ+JEy2Z5Z9kg/55D86X7JB/zyH51L0Fa1z4fmttRtLVpY2F0Qqy
KDgE9QfcZH5167cVuearvYxPskH/ADyH50fZIP8AnkPzq2lpPLLJHDDJKYyQ3loTj8qZHBNMzLDD
JIyjJVFJIp6BqV/skH/PIfnR9kg/55D860rzTXt78WsIedzGjgKnPzKD0Hpmqjo0blJFKMpwVYYI
/ChWewO6IPskH/PIfnTWtIArHyxwK1ZdKlh0mK/LqVkIBjH3lBztJ9jtNUG+430NCs9gd1ueq+Ey
W8KaWWJJNunJ+lbFY/hL/kU9L/690/lWxXjS3Z6cdkFFFFIYUUUUAFee/EpRJqemI/KeVKdueM5W
vQq8++I//IW0z/rlL/Na2w/8RGVb4Gcf9kg/55D86PskH/PIfnWhpmnnU70W6ypFlWYu/QADNK2m
ypDevIQjWbqjoRySSR/SvTvG9jgtK1zO+yQf88h+dH2SD/nkPzq0badYBM0EohPSQodp/GrOnaXL
fTKGWSOFlciXYSuVUnGenam3FK4LmbsZn2SD/nkPzo+yQf8APIfnVmO3mlhaZIZGjX7zqpKr9TRb
wPc3EUEQy8jBVHuTRoLUrfZIP+eQ/OrejQxw+ItKaNdpN3GMg9s1LqVg2nXZhMiyrtDpInR1PQim
6V/yMGlf9fkf86idnBtFxupJM9ipaSlryD0gooooAKKKKACvFL+GObV9QeVd7G6lGSf9o17XXjF3
/wAhO/8A+vuX/wBCNdeD+JnNifhRV+yQf88h+dH2SD/nkPzrUh0iWfR5dQjdCsTFTH/FgYy34ZFQ
3Fk8Ated5uYhIqqDkZJGPrxXcnG9jktIo/ZIP+eQ/Oj7JB/zyH51Zlt5oJBHNDJG56KykE/hVmXT
ZINNNzMskbiYReW6beNuc8024oFdmb9kg/55D86PskH/ADyH51Zlt5oApmhkjDjKl1Iz9M1a0vSp
NUaYRuieWuQW/iY/dUe5waG4pXYLmbsZn2SD/nkPzrs/hoojm1VF4UeUQM8dGrka7D4b/wDHzq3/
AGy/k1YYlfu2a0H753dLSUteYd4UUUUAFFFFABRRRQAUUUUAeOa/Ck3ifVWlXeRckAk9sCqP2SD/
AJ5D860db/5GXVv+vpv5Cn2ekS32nXN3E6fuD/qz95+MnH0HNevBpQTfkebK7m0jL+yQf88h+dH2
SD/nkPzq7NZtDa2k24MLkMVUDkYbFRzW81swWeGSJmGQHUrn86tWZOpW+yQf88h+dH2SD/nkPzrS
OmSx6dPczrJE0TooR0I3Bs88/Sq0ltNFGkkkMiI/3WZCA30NCcWHvFb7JB/zyH50fZIP+eQ/OtLS
9NfVLlokkSIKuS79ByAB+JIFU3Vo3ZHGGUkEHsRRpewa2udL8N0EWuX6IMKbdDjPGdxr0avO/h3/
AMh+/wD+vZP/AEI16JXmYn+IzvofAgooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDx
z/yJuo/7q/8AoYrfrA8c/wDInaj/ALi/+hrVQ+JEy2Z5ifu11sGoWsniN4bidBb+bFPDLn5UdVGe
fQjI+oFcnRivWnBT3POjLlNpGa50vybO6igmS7eSTdKI9wONrZ74was3VzHfLqKWF1HDK9wkm9pP
K81QuCQf97nHvXOYoxS9krj5zqZry3mvtQUSxTSzQQBHMxjEm0DcN3b1x3xWRqTte6nDHJ5EZ2JE
WWXeoHTLN3IHX6Vm4oxRGmovcTnc6Rr7Tru8vLRBJHHND5EcjyDyxsHyHGOOR6965pvuN9DS0jfc
b6GqjBR2By5j1Xwl/wAinpf/AF7p/Ktisbwl/wAinpf/AF7p/KtmvHluz0o7IKKKSkMWim7qWgBa
8++I/wDyFtM/65S/zWvQa8++I/8AyFtM/wCuUv8ANa2w/wDERlW+BmJo0kcV3MZHVQbWZQScZJQ4
FXpb2C78NzyySL9tbyYpYyeZNh4YfgcH6Vg0V6UoJu5wqbSsdLcXCC9vbw3kT2M1uyRQiTJOVwq7
O2D/ACqS2uF+2wXK30Mdl9i8ryjLghvLIK7f97nNctijHtU+xVrXK9pqdJaXiJY6dLarbs1tCVdZ
box7Wyc5T+IEH3rN0WWC1nnvJzxBGfLRWAZmb5RjPoCT+FZuKMU/ZrVdyefVGrfy2l1o1s1vvSS1
cwlJXDMyH5geAOAcj8ap6V/yMGlf9fkf86rVZ0r/AJD+lf8AX5H/ADolHlg0OLvJM9ipaSlryD0g
opM0ZoAWiiigArxi7/5Cd/8A9fcv/oRr2evGLv8A5Cd//wBfcv8A6Ea68H8TObE/CjTs9RWx0q0d
Srul25kiz95CgBBHoeRV+Wezg1O3jtbtNg09ooJif9W5LbcnscHHtmuYoxXY6SbucyqNHR2dzFZN
p0N7cxvNHNI+8P5ghDLhct/vc+1EU62VlZx6jdx3Bi1BZWRZfM2pjk/nzXOYox7UvZLuHtDc1adh
ZzRYt2SWcSB1uzKzHnkAnjIPNNt7y10/S7RWEsk7Tfam8mQLtK8KDkH3P41i4oxTVNWsLnd7l7WF
gGqSvasrQzYlTafu7hkr9Qciui+G/wDx86t/2y/k1cfXYfDf/j61b/tl/JqzxCtSsaUXepc7ulpK
WvMO8KKKKACiiigAooooAKKKKAPH9b/5GXVv+vpv5CrVjfmx0dpIXUTpeJIqE8kBCDx6dvxqrrX/
ACMurf8AX038hVOvXjFSgk/I82TtN2Ooe60+G/0predFhEcpUnnyGfJXd6YJ/SoLWdNPjs4tSuI5
3F6s3yyebsQDBJPucHHtXPYoxS9ku4e0Z0LyG302eO+vYrndeRShFl8zKAnJ/H0o1i6zFfGMWzw3
MgYOLouxAOQQhPBxx7Vz2KMUKlZ3uDqGvaz2lnou2XzHluZt5EMgVkVPu5yD1JJ/CodceCfUTdWz
Dy7pBKVzkox+8D75B/Os7FFUoJS5iea6sdR8O/8AkP3/AP17J/6Ea9Erzv4d/wDIfv8A/r2T/wBC
NeiV52J/iM7qHwIKKKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApM0tZbW8d9q1yl0vmxwpHsRj8oJzk46Hp3
ppCbLb6haRHEl1Ap9DIBTY9UsppVjjuondjgKrZJqWO0t4R+6giT/dQCpcAdqNA1FrM1HxFpek3C
wX97HBKy7wrA8jpnge1aRrI8N30mr6Ot1drGZTLInyrgYVyB+goS6sGXbfU7S60438M6vahWbzRn
GB1P6GsmXW/D3iWJtK+3JP8Aaht8tCwJxzwce1b4VQuAAB6YpBEgOQig/ShNA7nEal4b8IaRKkeo
XU8DyLuUNO/I/CprPwf4Y1CyN3aS3EtuM/vFuHxx1rsjGjfeUH6igKoGAAB6Cr9rLuyfZx7Hn9rp
Pgi9uYre3v5ZJZTtRRO+WNS634a8L6LAftNxPDM6MYVedzuIH+JFd0IkByEXP0qtqqKdKuyVBIhf
qP8AZNP2sr7v7xezVtkctpng/wAM6tZi4s5biaMHazLcPgMByP1qlDpfge4uI4IdQleWRgiqJ5Mk
k4ArvLZQLaPAA+QdPpT/ACox/Av5Ue1l3YezXZHF6l4V8KaOsZ1C4ngEhITdcPzjr0p2neEfC2rw
vLp81xPGjbWK3D8HGcc/WuzKK33lB+ooVFX7qgfQUvaytux+zj2OfsfEnhywhg0621GICLEKIdxO
QcYzj1rV1LWLHSIkk1C5SBHbapbPJ644q15Uf9xfypSit95QfqKhtNlK9inpus2GsJI2n3KTrGQH
K54J+tZepeLdLSOe2t9VtobxSY1MiMwV845AHNdAqKv3VA+gppjTP3Fz9KNBptWZyOpX2reFZrS6
1DVEvrGaYQzK8CxmPOfmUr6YNdFpmt6fq/mDT7pJ/Kxv254z06/Q1i2Oj3Wq6xcXetvO0VpeP9it
2AWPaPuvgDJ/GuoVFX7qgfQVnT6nXi3F8qVuZLVpWXltbb0Me58X6HZ3EkFxqMUcsTFXUg5BHbpU
HifTtDvLeG91qVooovlSRZGX72OOPpW8YkJyUUn6UpRSMEAj0Nap2d0cVr6M4jTfDXhHWJHTT7qe
dowGYLcPwPxqveaP4JsLqS3ur6WOaI4dDO+Qetd+qKpyqgfQUhjQnJRSfpVe1lfd/eT7Ndkcfc+D
/DFnp/264luI7XCnzDcPjB6fzFZ9tofhPUtRt7XTbuadnLGRVnfIUKTnn3xXfTPFDCzzFVjUZJbo
BVO5EZv9NeMLtaR8MuOR5bU1Ul3YOEexyN7ongvTbt7a8vZop0xuRp3yMjIq3J4P8MRab/aEktwt
psEnmm4fG09D+tdiY0Y5KKT7il2LjG0Y9KXtZd394ezXZHC6f4f8Harc/Z7G8mmm2ltqzvnA6n9a
kk0rwh4f1aI3F5JFdQMsqpJM5wexxXbCNFOVVQfYUGNGOWVSfUij2j7u3qHs12RVGqWZ0z+0RcL9
j2eZ5vONvrVWx8T6Rqd0ttZX0U0zAkIoOSB17VqbFxjaMelAjRTkIoPqBUaF6mNr2uWFkklnNqq2
F1IgZH2bmUE9QMY7Gueub6TQU03VbXXLnUNOupxDMtyQwIOcsvAIxg13LopOWUH6iuZ0XRDPqd3f
6qzXE0N3ILRWm3pEnbCg4B+vNZ1Ena252YWooKTm1y9rK7voaVn4q0bULpLa0v4pZ3ztQA5OBn09
ql1LxBpmkTJFqF5HBI67lVgeR0zwKviNAchFB9QKVkVjllBPuK00ucetitaapZ39j9stZ1ktuf3g
zjjrXGrp3grV9SIhvne4upCwRJnG5jycCu7CKBgKAPQUgiQHIRQfYU4y5dhON9zidS8M+EtHeNdQ
uZ4GkBKBrh+QOvT61Lp/g/wxqlqbmxluJoQxUutw+MjrXZMit95QfqKAiqMBQB7Cq9rK27F7Ndke
f2+leB7q4jggv5XlkYIiieTknoKfc+HfC2myTDU7ieBRMY4t07/MAqk9P96u88pAchFz9Kp2KK1x
f7lB/wBI7j/YSqVSXd/eS4LsjmdO8I+FtXgabT5rieNW2FluH4PXHP1qiul+BnnEK6hKZS+wL58n
3s4x+deghFX7qgfQUnlR/wBxfyqfay7sfs12RxmpeE/Cujxo+oT3ECyNtUtcPyevatPwna6DAl0+
gzmYMyiVi7NggHA5+proWRW+8oP1FARV+6oH0FJzbVm2NQSd0jHfxhoUdw0D6lCJVcoVweGzjHT1
q9qOq2ekwLNf3CQRs2wM2eT1xx9Ks+VH/cX8qVlVhhgCPcVOhWpS0zXNP1jzP7Pukn8rG/bnjPTr
9KqXHi/Q7W4kgn1GJJYmKupB4I6jpWwEVfuqB9BSeUh6ov5UaBqV7/VLTTLQXN7OsMBIUO2cZPSo
dN17TdYeRNPu452jALhQeAenWr5VWGCAR6GgIq/dUD6CjSwa3Mi78W6JY3UlvdahFHNEcOhByD+V
XrrVLSysPttzOsdsQp8w5xz0/nVgxIeSik+4pSqkYIBHoaNA1M/TfEOl6vM8On3kc8iLuZVB4GcZ
5FRXvinRtOuntry/iinTG5GByMjPpWqI0X7qqPoKQxoTkopPuKNLhqcrqXhnw5cRTa1dySpDNiZ5
VmYKc4wcD14qhp/h/wAHarcm3sbuaeUKW2rO+cDv+td1tUrtwMelAjRTkKoPsKtVJJWuyXBN7HB3
+heDNMujbXt5NDMoBKNO+cHpVr/hD/C/9mf2j51x9j2eZ5v2h8bfWuyMaMclFJ9xRtXbtwMemKPa
y7v7w9nHsjz3TNE8J6pqctrbXU0pwDEqzvlhjLflVjUPD/g7SrkW99dzQylQwVp3zg9/0rq7RFGr
X+FAwY+g/wBmr5jRuWVSfcVTqSvuyVBW2OOi8H+GJ9N/tCOW4a02F/NFw+No6n9DVOy0TwXqN2lt
Z3s0s752os75OBk/pXe7VC7cDHpSCNAchFB9hU+1l3f3j9muyOYt4PDfgq9bddG3nuIxxNIz5UHt
+Nb9rqdpe2BvbadZLYBj5gzjjr/KrJjRuWUH6igKoGAAB6AVLd9XuWlbYyLTxbol9cx29tqMUk0p
wiAHJP5VY1LX9N0d401C7jgaQEoGB5A69KvCJByEUH6UpRW+8oP1FLQNbFaw1S01O0NzZTrNACQX
XOMjrVC38X6Hd3EcEGoxPLKwVFAOWJ6DpWwFVRhQAPQUgiQHIRfyo0DUp6lren6P5f8AaF0kHm52
bgecden1p+narZ6vA01hcJPErbSy54PXHP1q0UVvvKD9RQqqvCgAewo0sGpjx+MNCluFgTUoWkZw
iqAeWzjHT1q5qWs2GjpG+oXKQLISqls8n8Kt+VH/AHF/KlKK33lB+oo0DUp6brFjrEbyafcpOkbb
WK54PXvVJvGOhJOYW1KESB9hXB+9nGOnrWyqKv3VA+gpPKj/ALi/lRoGpW1HVrLSIFm1C4SCNm2B
mzyeuOPpTNM1rT9YEh0+6ScRkB9ueM9Ov0q6UVvvKD9RQqKv3VA+go0sGpjz+L9DtbiSCbUYUljY
o6kHII6jpV/UNUs9LtRc306wwlgods4yelWDEhOSi5+lKUVhgqCPejQNShpuu6drDSLp92k7RgFw
oPGenX6VXuvFuiWNzLb3OoxRyxHa6kHKn8q11RV+6oH0FIYkJyUUk+1Glw1K93qlnYWP2y6nWO34
/eHOOelQab4g0zV5ni0+8jndF3Mqg8Dp3FaBRSMFQR6UBFU5VQD7CjSwamVeeKdGsLx7W61CGKdC
AyNnjPI7e9FWtUewg0+abUli+yqP3hkTcMZ7jHriiqST6MltrqXaKKKgsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ9Kp6VHZ
RWQXTfL+zbmI8tty7tx3c/XNXDWR4WsLjTdEW3u49kollYqCDwXJHT2NPoLqbFFFFIYUUUUAFVdU
/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2K8OmsYIz9vveVH/LQen0p/8AZjf8/wDe/wDfwf4V
at/+PaL/AHB/KsDxZFezXGlLp0jpcrNJJHhiFZlicqr4/hJGDn1p8zFyo1f7Mb/n/vf+/g/wo/sx
v+f+9/7+D/CuGTxLq6w2rW7JZR3E082b5X5bz2HknCk8DsME9uBV1NV1mxsHEF417O95c2eJoRuh
lZz5JOMfKAM/RhjgCjmYcqOs/s1v+f8Avf8Av4P8KP7Mb/n/AL3/AL+D/CuTk8T6lPZx3TT/ANn2
03mtHI1oXJaMIojx/tP5h9SFwPWn3d7rN1p9zcSoTNDd2axWQTaA/wC5dsv1PzMw9AKOZhyo6n+z
G/5/73/v4P8ACj+zW/5/73/v4P8ACsHV7gTeD7Ca+uZHSS5t/tUmxoTt8wbwVHKgcgjPbmqC3t1Z
7zp0pFkFuGsprsOQiBIucnnbuL4JzxjsKXMw5UdDY+HI7B7hob+/zcSGV8yg8n8Kuf2a3/P/AHv/
AH8H+Fc1a+Iby5mtVa5eBTCrwpJbDN++5wyhhwB8q4K9nDdOKrW3ibVhbPd+abyG3jhuLtUtCphy
2JIQOpKqd3cjbz1oTtoi5tzfNLc67+zW/wCf+9/7+D/Cj+zG/wCf+9/7+D/CuSh8Qa9/bMNvdSW0
HyK7QPG26YMhY7MKeVPy/ex8pz1qY6xrVpaaUJrlJZdVgQrIbcL5Mgw8mQO3l7sA9096fMyOVHT/
ANmN/wA/97/38H+FH9mN/wA/97/38H+Fc5qWuanHHqt7Yyh7WJ4I4FMOAiOqM0pOCTjce2B3HFZ0
vifVorWBpdRtVcBDG0VuXW7zMyMNxAxtULkgAZOelHMw5UdjNp8qRM0d3eyOBwnmqM/jisyKyGi3
lpPd3ZVJJmJjLfu4zsbpwOffj6V0tUb3/kI6d/11f/0W1NSewnFCf2zp3/P7B/32KP7Z07/n9g/7
7FX6y28Racs97C0/7yykjjnXY3ymTGztyDuHIqdCrMl/tnTv+f2D/vsUf2zp3/P7B/32KkutVsrJ
Ge5uoY1R1jYs4+VmOFB9Mk1OJ4tufMTGCc7h0HX8qNAsyp/bOnf8/sH/AH2KP7Z07/n9g/77FWvt
MG9k86Pci7mXcMqPU+1V4tVtZbuS3SVSyIjlsjaQ7MqgHucoeKNAsxp1nTv+f2D/AL7FUdNbQ9JN
ybO5hT7TKZpcy5yx69as3viKx0++NrcNKrIqNJIIXMcYYkKXcDCjIPU1cjvIZG27wrbzGA3ylmHX
GetHu9hqU0mk9GQf2zp3/P7B/wB9ij+2dO/5/YP++xVk3lsqyM1xEFiOJCXGEPofSn+dH/z0TqB1
9en50aCsyn/bOnf8/sH/AH2KP7Z07/n9g/77FWPttts3/aIdm7bu3jGfTPrTxPEQCJUIK7gdw5Hr
9KNAsyp/bOnf8/sH/fYo/tnTv+f2D/vsVZF3bt5e2eI+YSEw4+Yjrj1xTkuIZZGSOWNnQ4ZVYEj6
ijQLMzbnX7SDa0c0M0f8YSQbx7gd6fo11Dei8uLaQSRSXGVYd/kSrV1ZpebVlaTyx1jVsB/r3I9q
h01FjlvlRQqrcYAAwB8iVXu20J1vqX6KTNGagsWsLxXrF3otjbT2MSTO9wFkRhkmMKzvt5HzYQ4r
czUFzZwXbQtMu4wSeZHz0bBGfyY/nQBy994vuU1K5WxW2ksY4UMUpyS7+ZGrc5xtAlGPcGr2oeIJ
dN8Vw2c4iXTWtgzzHhkkYvtyc42kRsOmckVZHhTSFsltFtSsKRmJQsjAhS4c85z94A568U+bw1pl
zbPBcRSTpIiRuZZndmVXLqCxOeGJ/l0oA5uPxbrNz5CLDHFJNcTLiK1adljVY2TK715xJyf0rY1j
XZ4ogulSwzNDL5d7IkLTm2+U8mNSGPIwcHgdjVy48N6dczeayTRy+Y0u+G4eNtzABuVI6hV49qs3
ul2+oRRJO04ERypineNumOSpBP40AZmlate6q8l3FPZf2dC5ibCsWfaPmcNnAGegIPHesW28b3t7
pcstmtlPd/aofKiRsgwS8oCQeHwGB9D2roX8KaQ4kUWzRxyJseOOV0Q/LsztBxnbxnGanfQNNe6i
uPsqLLFt2lMqPlO5eBwcGgCnp3iaK90nU9TUeZaWmXj2DDMghSQg5/iyxH4VBJ40ggvLW0msLtZ5
QjSooDmEOSFJ25B6ZOOgq+PDWlLHcRpbFEuJJJZUSRlV2kXa5IBxyP8AHrUk2hWE97HdskizIqpm
OZ0DqpyoYAgMAc9c9TQBX0fxGur3ZhFlcW6tbrcwvKVxLGxIBABJHToa2qx9N8OWmlapJd2ZkRXg
EPlM7OFAYkYJJwOcADgVr5oAWikzRmgBaKTNMeeKJ0SSRVaQ4QE43H2oAqWn/IW1D6x/+g1frPtP
+QtqH1j/APQa0KqW5MQoooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAyvEunTat4eu7K2KCWZQFLnA6g/0opPFF/Ppfhy8vLVlWaJQVLDI6gdPxoroo89vdManJf3jWoo
ornNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf
+zU11E+hfooopDENZnh3U5dX0lbqdURzJImEzjCuVH8q0z0qnpdraWdmIdPKmAMxG19wyWJbn6k0
+gi7RRRSGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT2Jbf/j2i/wBwfyqTGajt
/wDj2i/3B/KpaQxMUYpaKAExRtFLRQAmAKMClooATH1oxS0UAJio3toZJ45njVpYs7GPVc9cVLRQ
AmKiuLWG7gaG4jWSNiCVbkHByP1AqaigAqje/wDIR07/AK6v/wCi2q9VG9/5COnf9dX/APRbU0Jl
6uT1Lwlc3d5JdwTwxzNfpMc5w8H7rcje+Ytw9/qa6yikM4NPAlzGLovHZ3ExcOk087t5oE6yYZCp
C8AgkbuvGASKsah4KvLq/nkt54IYJHO2PJOxJRi5A46nAI9/Su0ooA4u58F3U8l2qiwRZPtTLcAN
5svnKyqj8cKoYdz9xcAYq+/hdl8QWt/bi1W3to4o1tivy8eZuYADAYbxtP8AvDjOa6WigDndU0bU
bvUNQFubUWmo2sdtK8jNvjA3hiFAwch+Mkc1UPhW8jv4Z4GtgyXUknmsxJWNnDYCFSC2B1BUg9yO
K62igDjYvCd5FZWcZtNJlezdSQxbbe4Rl3S/KcMC24fe5z9aYnga6RbeJb2JIvs22fYpB85Q4iZP
ZfMPU5+RK7WigDjdG8FvZyWjXVvZ4huBNIBM8wkIhdAwDKApywOPQdTxTbLw1eqNXiijhSGRZbG1
Mu4GO3Ksw2jnP7x8f7qCu0pKAOOuvBUj6pZTRR27W0EUKCITPCIWRyxZAow2c9OOQMmpPDWg3Wj6
/wDvrW2SNbAQ/aIAf3zB/vOSB8xHOOep5rrqKACsiC0ae8v2W6uIh5+NsZUD7ieoNa9UbD/j4v8A
/r4/9kSqWzJfQT+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UrsfKih/Zsn/QQvf++k/wDiaP7N
k/6CF7/30n/xNX6KLsOVFD+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UXYcqKH9myf9BC9/wC+
k/8AiaP7Nk/6CF7/AN9J/wDE1foouw5UUP7Nk/6CF7/30n/xNH9myf8AQQvf++k/+Jq/RRdhyoof
2bJ/0EL3/vpP/iaP7Nk/6CF7/wB9J/8AE1foouw5UUP7Nk/6CF7/AN9J/wDE0f2bJ/0EL3/vpP8A
4mr9FF2HKih/Zsn/AEEL3/vpP/iaP7Nk/wCghe/99J/8TV+ii7DlRQ/s2T/oIXv/AH0n/wATVW/0
u4lhEMdxcTh+D5rptX3Py5P4fpWzRQpNByoxtFtHsri8t5LiS4ZPL/eSdT8tbNULT/kLah9Y/wD0
Gr9ObuxR0QUUUVJQlGa57xw7J4fUrKIQbqBXdmZVCmQZ3FSDjHXBFZsGo31tLbLp93bvYQx2u5Uj
aRZjLO0bkSMxYAAZ7/lQB2dLXAWGr6jpOmzLJMzwvFNLEVhG+Ei52cljgjD5JOAAM9KWPxNrc+n2
91HLEoit5JpV8jd5+2fywMg/LlRnjPtxQB31FcRe+JtQgt76WK6h8+OcwtaNCQbVPN2CVm5JG3Dc
jHzZ6Cs+/wBd1K9sIILq/tVJMDL9mjLi8/flW2txjaFXOBjJPbFAHo2aWuD8cXM0Ou25imZCloZI
1Wd0ZnEgOI1XIdyOMNxzT5vFWqRazqSSNBHBbCZVtVUtcYUZSRVwAQepyduD7UAdzRXCaf4pv7yG
1W5vobJGlmX7W0IcTFHUKnB25IYnIPOOO9Nk8U6v5d20U0ZnEUrPb/ZzmxZXCoGP8W4Z4OM9RxQB
3hOKK5HULjUbnwVr8M9yTdWxlhWeOLaXUAHO3PBIJHH1ps97qelJfxQTxLbWAt7ZD9m+WMME3zEA
8hQSdo49aAOxpM4rhZPEGtSWry2t3E0dtDdTrMbUkXixGPbgZG0EswyOu3Iq/fXWoN4X8QwXVwZZ
7VWjSeFDEzAxK+QATgguRkHt60AdXmlrgDq2q6dqF5azSvE9qlvbPdyoXQRNJJifHQnbtBPQNnPA
qtqniDUb7TDBPeJBGwBhcW7Br9fOK7l/ujaFPH97PSgD0eiuU0DXtS1HxNd2109okCGVfs2T50ex
wqtjHQjnJJzkYqh4au5f+EuuE8xpA8l2sqpPI5XE3yGRW+VOOF29c/kAd3RRRQBT1X7D/Zs39qeX
9jwPN837uM9/xxRVXxRYT6p4cvLO1VWmlUBAxwOoPX8KK2pxi1q7GU3JPRXNaiiisTUKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s1NdRPoX6
KKKQxDWN4Ss57DQkguojFKJpW2nHQuxHT2NbJrN8P6o+saUt3JGsbGSRNqnI+Viv9KethdTTooop
DCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P
5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A9FtV6qN7/wAhHTv+ur/+i2po
TL1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJmgBaKSigBao2H/Hxf8A/Xx/7IlXc1SsTi41D0+0f+00
prZie6MGfxZcQXesWzW8RlgcR2AycTthQQ30Z1zjsaIvFF3LoOo3ohtxNa2UNwg+bazPFvIPOcZ/
Stz+xtNmnS6+zRvIJWnWTJPzsmwsPqvFQHwrpBJ/0VgphWBkE0gVkC7QCobBwOMkZpDMiTxhcPPY
xw20QJikN4HJzDKqSEIP+BRPnPYD1qex8TSnw8Lu+aFbyaF5reHyJId21NxGGJJHv0IrXOhacZJJ
Pske+WVpnIyNzsnlkn6qSPxpbTRbKy0+Sxhjf7NIpVo5JXfgjGAWJIGOwoA5aLxhqcllGDBEt09z
GnFnMT5bxM+7ys7jyhGQcHBPar134wGn6xc2kot5Ft7RpGVH2yNMsfmFQpOQpXv2NaI8J6QsAiW2
kADq4cXEm8FQVHz7t2AGYYzjk1Z/sLTvKWM2qlVl875iSS/qSTk9SOaAMxtQ1tJbK0ddPF3e7pA4
VzHCiqCwIzlzlgAQR3PbBzLjxre2xkMtrbeXFbS+Y6sxAuFeRF/4AxjI9csK318L6UlqtutvII0Y
Mn7+TdGQMDa27KjBIwCBinP4Z0h7OS0axiNvJB9nePnBjyWx19STnrk9aAM/VfFJtEszZrFcN54W
8TndGgjZ22/7QC5x7VBbeItT1JJTp8diFgied3lLFZF82REC4PGRESWOeo4NdLJZW8r27PGGa3Ja
Ik/dJUr/ACJH41m/8Ijov2WG2WxVYYUaNER2UbGOSpwfmUkn5Tke1AGPceJ9TQT3UK2RtF05L+NG
jfzMPkBSd2OMdcVKniPUGl1WTyEaCwlcbRbSAtGjAMRJnaW27iFA6it+40exuvN863VhLCLdxkgG
MEkLx2yTT1021S3uIFiAiuGdpVyfmLfe/OgDNGtyx6RZXtxGI/tc6hUCkkIxJXPIw23GfQ9qpHxt
FPpjzWthefaWGY4GVNxHleaH+9jbtI4znPGK230WwkCB4AQgjCgs2Bszt79txqtN4V0eeAQyWY2D
aBtkZSAqbAMg5xt4x3HXNAFHTvFLXEsVubaW5unSN2SBQoRTHGzOdzcgGQdOeeh61HJ43jkfy7Gx
luJUvI7aRBJHwHLAMDuweUIxnPritU+G9LLxuLXa8ZUqySMp4UKBkHkYVRg8HAzUcfhTR4o5EjtN
qyMjHErggoSV2nOVwWOAMdTQBWi8WQCZ4mgmkEU5imlRQEhzK0abstk5K9s+uBVrRfEMOtySpFbX
EBjVZB5wUb0LMoYYJ4yjdcGpD4c0s3SXH2Ueajl8h2ALFy+SM4bDMSMg4J4xU9npVnp7brSARnyx
FwSflBZgOfdmP40AU31C202/1GW7mWNcx4z1Y7egHc1atNUiuYBJJtgyeEkdd2OxIB4+lULnR7PV
tQvku4gxUx7HHDIdvY1YtNAs4oAlza2c7gn959mRSR2yMda0fLbzM1zX8i99st/+e8P/AH2KPtlv
/wA94f8AvsVB/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FT7pXvE/wBst/8AnvD/AN9ij7Zb/wDP
eH/vsVB/Yml/9A6z/wC/K/4Uf2Jpf/QOs/8Avyv+FHuh7xP9st/+e8P/AH2KPtlv/wA94f8AvsVB
/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FHuh7xP9st/+e8P/fYo+2W//PeH/vsVB/Yml/8AQOs/
+/K/4Uf2Jpf/AEDrP/vyv+FHuh7xP9st/wDnvD/32KPtlv8A894f++xUH9iaX/0DrP8A78r/AIUf
2Jpf/QOs/wDvyv8AhR7oe8T/AGy3/wCe8P8A32KPtlv/AM94f++xUH9iaX/0DrP/AL8r/hR/Yml/
9A6z/wC/K/4Ue6HvE/2y3/57w/8AfYo+2W//AD3h/wC+xUH9iaX/ANA6z/78r/hR/Yml/wDQOs/+
/K/4Ue6HvE/2y3/57w/99ij7Zb/894f++xUH9iaX/wBA6z/78r/hR/Yml/8AQOs/+/K/4Ue6HvE/
2y3/AOe8P/fYo+2W/wDz3h/77FQf2Jpf/QOs/wDvyv8AhR/Yml/9A6z/AO/K/wCFHuh7xP8AbLf/
AJ7w/wDfYo+2W/8Az3h/77FQf2Jpf/QOs/8Avyv+FH9iaX/0DrP/AL8r/hR7oe8WFu4GYBZoiTwA
HFTVTTR9OikV47C1V1OVZYVBB9RxVyk7dBq/UyvEuozaT4eu722CGWFQVDjI6gc/nRVrVIbKfTpo
9T8v7Iw/eeY21cZ7n64orWnKCXvK5nNSb0ZbooorE1CiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelWFvptmLezJMIZmGW3
cliTz9TVw1ieELWaz0BIriJ4pBNKdjjBwZGIP5Gn0F1NyiiikMKKKKACquqf8gq8/wCuL/8AoJq1
VXVP+QVef9cX/wDQTTW4nsS2/wDx7Rf7g/lUtRW//HtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABVG9/wCQjp3/AF1f/wBFtV6qN7/yEdO/66v/AOi2poTL1FFFIYUUUUAFFFFABRRRQAUU
UUAJXHWmix3/AIh1i2vb3UBJFKssYju3QeW4yOAexBFdjXP6l/oHjDTLzpHeRvZyf7330/kRVRe5
MlsH/CG2f/P7qv8A4HSf40f8IbZ/8/uq/wDgdJ/jXQUUc8u4cq7HJWemLZeNYLa0u7544LZpp1mu
WkBLHagwfxNWbuxvLu7u3gmLW63H7y2Cj5/kTnJ6/Q8VJ4Y/0y51XVTyLq5McR/6Zx/KP13GtOw/
4+L/AP6+P/ZEq+ZpkWTRFDa3phQrfNGuBhTboNvtipPsl9/0Ej/34Wn/ANq2P+mH7VCBZf8AHyS4
Hk/Lu+b045po1rTzaTXIu4fIhjEskm7hEK7gxPoRzUczL5RPsl9/0Ej/AN+Fo+yX3/QSP/fhafLq
tjA1usl3ArXKs8ILj94qruJHqAOabZ6zp9/ZSXlpdRS20ed8in5RgZPP05o5mHKJ9kvv+gkf+/C0
fZL7/oJH/vwtQf8ACUaMbIXY1G3NuZPK3huN+M7fXOOfpVxNRtJJxAtxH5phE4Tdz5ZON2PSjmYc
pF9kvv8AoJH/AL8LR9kvv+gkf+/C1EPEujm1e5Go2xgR/LLh+C3YD1454qQa5ppIAvrY5gNyMSA5
iHV/90etHMw5Rfsl9/0Ej/34Wj7Jff8AQSP/AH4Wpp9Qtbb7P59xHH9pcRw7mx5jEEgD1JANVp/E
OlWqRtPf20ayllQtIBkqcN+AIwT0FHMw5R/2S+/6CR/78LR9kvv+gkf+/C1DJ4l0iG8ktZb+BLiI
FnQtyoxnJ9qkXX9Me8ktVvYTPG4jdM/dYkKAffJA/GjmYco77Jff9BI/9+Fo+yX3/QSP/fhamW+t
nQOkqMplMOQc/ODgr9cgippZEhieSQ7URSzH0A60czDlKf2S+/6CR/78LR9kvv8AoJH/AL8LVi1v
ILxN9vIHXCtkehAYfoRUkkscO3zHVdzBV3HGSegHvRzMOUp/ZL7/AKCR/wC/C0fZL7/oJH/vwtW4
pknUtGcgMVJ9wcH9RUlHMw5TL01JI9Rv1mm818x/NtC/w+grTqjaf8hbUPrH/wCg1foluEdgoooq
SgorB8ZXE1toiG3nMDvdQRlxN5XytIARvwduR3xWeutX9lc29vC1rNaRJbGZpJmmkczTNH8snAIG
M5I56UAddRXC6f4mvrKxkW8khdWSWS3lId3yLjywrDIz94YwQBjk45Cr401GWyt7qKGy8tYJJrgM
WywSfyiEIJAzjPOcdOetAHc0Vx154uu7a1urpPsLKtwbZLcviWJhL5e+QlgNp6/w9QM85qhfeKtT
nsEjeSwspQ0BkKT7mm3TlMRFWI6JyMt94jtmgD0CiuH8aapeafrUP2e7lhjitDOVSdUHEgydjf6z
5cjbUkvjS7j1TUEaC2isrUyxlncGUOg4OwNuYH02jgg5oA7SiuLsPGF5qCwRBtPtpi84ea4JEb+W
6rtUBuGIbP3jjHftHJ42vVgnlRLFmaKZ44dzb7cxuEAl575PQDBGOetAHcUVyV/quozeDdccywwX
9l5sJmh3BflAO5RnIOG9eDzSTa3qGlrewf6G0dj9ntleQyf6yQJ87sWJ2DdnnJPr3oA66iuIm8Xa
mIJGt106X7Kl1LNL8+ydYTH/AKvB4zvIJOQCp61dvNVvz4Z8QfaJIobyxVkE1rkAZiVwQGzgjfj8
M+1AHVUVwi+JtRtNQubS4kjFzbC3tJGuMiJWaSTE5xjhkC8ZHJxkVDqPi6+u9OljinsbUpgGcSMD
c/vjHmDnphc9/vAe9AHoNFcvofiW81fXrm2kt7aO0RpUXEy+crRvt5XcSc8n7q4465zTvD14L24a
5uNUkN7JJKj2JkXbEFYjATGRgAc98+4oA6aiiigDH8V2U+peGb20tY/MnlQBFyBn5ge9FS+ItSk0
jQbq+hRHkhUMqvnB5A5x9aK6KLnb3UY1FG/vGnRRRXObBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiGs/QtUOs6Yt2YvKzI6bd
2fusV6/hWgTgVT0rTYdJsha27O0Ydny5ycsxY/qaOgi7RRRQMKKKKACquqf8gq8/64v/AOgmrVVd
U/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQ
AUUh6VzMPji0aFbi4tp4baS4FtE42yFnJIwyqSUIxnB55oA6eql1C8l7ZOq5WORi59AUI/maqt4n
0dHuka/iBtVZpuuFC/e56HGRnGcd6jl8U6ZAryXFysUI8sKxB3MXBKjbjIPyntQBs0VlyeJdJjnt
IWvozJeBTAFy28N93kDjODjPofSq9x4kWLxGNISBWk2I7O06IcNu+6hO5sbT0oA3KK53S/GNrf2c
lzcxPZxokUgLOsm4SZ2gbM/Nx93r09a07nWLW0+zvLIiwzI8gkZsYVV3E478CgC/RVCx1zTtSspL
uzuklgizvcAjbgZ5B56c/Sq8XirRp7FryG+jeBWCEqrE5IyMLjJyOeB05oA16Kx38UaZDDNcS3cS
20ezbKrbt+9dwwBz05+gJqK08WafeajLZpMokwjQZJ/fq0YkBHHHBPB5ODQBu0Vg6f4x0m90pb5r
pIhsjZ0OSVL9FHHzHORxnkGrtvr+m3dzb29vdpLLcRmSNUBOVBIJPHHII57jFAGjWJ4vt3l8PTTQ
g+faMt1Hj1Q5/lmtumyIsiMjjKsCCD3FNOzuJq6I7W4S7tIbiI5SVA6n2IzVLxFfnTNAvbpf9YkR
EY9WPC/qRVPwe7RaTJp8h/eafO9sf90HKn/vkim+I/8ATdV0fSxyss/2mUf7EYz+rEVSXvWE37pp
aJp40vRLOz7wxKre7dz+eaWw/wCPi/8A+vj/ANkSr1c9LrAsNQuraOGSSeafKnYxQfIncDk+woin
K4m0rFG48K3s2q3cyvCtve3JN0uSTJEFUoOnXcrA/wCy5qBPD2sQ6be2At7d1u7GGAzGfGx0i2Eb
dvIJHWumj1RBGokiumfHzEWsgBP0xTv7Vh/543f/AIDSf4VNmVzI5v8A4RK+FyG8yF4rdpIbUEn9
3A0UgAPHXdIo+iA1asNE1IeGTYzSSwSLBJD5T3AnWYmPaCWZdygHoBitr+1Yf+eN3/4DSf4Uf2rD
/wA8bv8A8BpP8KLMOZHIReFtYito28ttyzxSGIagwlO2KSNm87bkA7kwvoD61bvfDGrahdXF3JPB
G1yHt2hxkpC0ez/WdSQcPt6ZrpP7Vh/543f/AIDSf4Uf2rD/AM8bv/wGk/wosw5kY5s9Xd9PvW06
zSfTw0a2y3J2urKAWVtvykY4BHQnpWVd+DdTmtLp42tVvXt5PKIJ2K8kkrOnT7m2Tbn1GccV1v8A
asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy9S8OT6iLOOa5Z4o5C5BCgwfumVSmBkkMVPJ7V
m6foWuafaMzW+n3N5dWzW85aQqsbGWV9w+U5U+ZyvB4FdN/asP8Azxu//AaT/Cj+1Yf+eN3/AOA0
n+FFmHMjCu/DN41jcW0MiSBtJiskd2xudC3J9BgipU8My/Y9ZEkkrS3sk7RJ57eWm45RgvRWBAOR
zWx/asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy5NHvl0qwsbZUjW1MLs4lOXI3eZnjnnBz3
yaw28G6nDpQtESK4iJRmgkunAZ/ICM+7BPD/ADY79etdh/asP/PG7/8AAaT/AAo/tWH/AJ43f/gN
J/hRZhzI5uLw1qMV3bPPHHdwR+WBCblkEbCKJfMGByQUfj/azVJPB+qyLO19DbTgXkNzHAJyEJVn
3kccZVl65Jxya7H+1Yf+eN3/AOA0n+FH9qw/88bv/wABpP8ACizDmRzjeG9VbU1ldkkX7QZYpjcM
Dar57uQFx825CF9unQVe8MaDc6NNM07AiaFN+JWfMoeQluf9lkH4e1av9qw/88bv/wABpP8ACj+1
Yf8Anjd/+A0n+FFmHMiFbmG0v9RmuJUijUx5Zjgfdq5Z3a3kAmSOVEJO3zEKkj1wecGsK40m08RX
d6ZlmjZGj8typVlO3+6eoq1aeGbQQAXttC8oJ+aNnAYdjgng1pJRtq9SE5X8jborK/4RrSv+fNf+
+2/xo/4RrSv+fNf++2/xqLR7le8aM8EVzEY54kljPVXUMD+BpsdnbxIEjgiRBjCqgAGDkfkeaof8
I1pX/Pmv/fbf40f8I1pX/Pmv/fbf40Wj3D3i+1pAyFGhjKsCpBQYIPUfQ0Czt1TYsEQQDbtCDGM5
x+dUP+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvF42VszyO0ERaVdshKDLj0PqKaNPtFEYF
rABGMIPLHyjrxxxVP/hGtK/581/77b/Gj/hGtK/581/77b/Gi0e4e8X5bS3mkSSWCJ5IzlGZASv0
PakaytnmaVoIjKy7C5QFivoT6e1Uf+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvFz+z7Tyk
i+zQeWjblTy1wp9QMcGnfY7fdI3kRbpceYdgy+OmfX8ao/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+
a/8Afbf40Wj3D3jRMEZV1KLtf7w2jDfX1oaCJg4aNSJBhwVHzdufWs7/AIRrSv8AnzX/AL7b/Gj/
AIRrSv8AnzX/AL7b/Gi0e4e8X1tLdYxGsMYQLsChBgL3GPT2pxgjKupRSH+8Co+btz61nf8ACNaV
/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jQktoZQ4kijfeu19yg7h6H1HJprWVs3l7reI+U
NqZQfIPQenSqP/CNaV/z5r/323+NH/CNaV/z5r/323+NFo9w94vrawJcNOsMazOMNIEAZh7nrSi2
hWd51iQTOMNIFG4j0J61n/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jVorMi8Pab
DKksdqFdGDKd7cEfjWnSdug1fqVNUtLS+06a31AgW0gxJl9oxn17UVR8XWk1/wCFr62tojLNIgCo
vU/MKK2pRTXxWM6js9rmzRRRWBqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8A
kM33+5F/7NV+qFt/yGb7/ci/9mprqJ9C/RRRSGIaw/B0UsHh9EnSRJPOmO2QEHBkbHX2rcNUNF1R
dY05btYjEC7ptJyflYr/AEp9BdTQooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E
01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAhGa5qTwlNNeN
eSakv2vejJIlqqg7GyN4B+c9s8Y7da6aigDl5PBQlieB9QkNsqSrbR+WuYvMbLEn+L0HTjrk81oT
eH0m1n+0PtDBvOim2BRj5EdMZ99+fwrYpKAOJh8KahYeIrGWHyLizto4ow8rEEBd2SVBxu+dtpwc
E9q35NEnOvPqMF4iJKkaSxNAGJC7vutkFc7j2rCn8Vajp9vqb3EtlLNHfPDbRCNydipuIOPbuffr
wKS18U3TavI4eA2tzJaqsDSkzR+bEpGwdMAnJPfDdMUAWbPwItpYyQfa4Xcwxwqfsiqm1DkMyg/M
/wDtZBHbFaF74ZF9YWltLezs1vBLCZZPmeTfGULE+vOaxtD8V6hPNplktqs8YgthdTyzKrkyRht4
ycnr6HJz6Vfvtbv4tZnsrBIGma6igQ3DtsUGF5CcAZ/g6e9AGjFoSxx6ivnsftyKhO37mIxHx69M
1mXfgiK6VCboGSIwlPNgWRP3cbR/Mp65DH0war6v4gvLrSdDlswbf+0UMsm2dYyMR7tokZSB+WTj
tzT4vF80lxAYYoPspe1iZJ5Ntw5mCkMqjjADDPrtbpigCtrfg+8NrCmnvHLh4zJGAIRhYjGNoUgA
cnjI4OOa17bw0cxTzypHL50Vw8UKYjVkh8vauedveovDXia41m5jjuUtP31r9pT7NIX8sBtpV89z
/Rh2rpaAOVt/BcsEds7atJJd2aRx2sxgUCNUDAAr/FkMQTx26d9LSPD40q5M/wBqknkeLZIXUDc5
keRn46ZZzx2rYooAKSlooA56H/QPHE8fSPUrYSr/ANdI+D/46R+VGm/6f4u1S86x2iJZRn3+8/6k
D8KTxgxsbey1hVLHT7gO4HUxt8rD9R+VT+ErV4PD8Esw/f3TNcyZ/vOd38iK0fw3I62Nus23t4rl
9QinjV0Nx0Yf7CVpVRsP+Pi//wCvj/2RKhbMp9C3HGIo1RScKMDJJP5mnVH9ph/e/vo/3X+s+YfJ
xnn045pPtlt5Ty/aIvLRQ7PvGFUjIJPpjmkMloqN7mGMoHmjUyAlAWA3YGTj145plvf2l3C01tdQ
TRIcM8cgZV78kUAT0VUOraeLUXJv7X7OW2+b5y7M+mc4zVhLiGRwiSxs5QOFDAkqeh+nvQA+iq39
qWHkyTfbbbyom2yP5q7Ub0Jzwak+124OPPiz5fm43j7n976e9AEtFMeeKPy98iL5h2plgNxxnA9e
BUcl/aRCMyXUCCRtiFpANzdMD1PtQBPRVVtV09bhoGvrUTLndGZl3DHJyM5pw1Kya4a3W8tzOhw0
YlXcD05Gc96ALFFM+0Q4B82PBfZncPvdMfX2pzusaM7sFVRkkngCgBaKZDcQ3C7oZUkGAcqwPBGR
+YINPLAYyQM0AFFNSRJATG6sASCVOeQcEfnTqAKFp/yFtQ+sf/oNaFULT/kLah9Y/wD0Gr9VLcmI
UUUVJQUVi+Kru7s9JjbT2dbiS5hiHlhNxDOAQN/y5we9Ujr1/YXUFpNaGZES3NzNNMolUzSmNQFR
dpwRzgjj3oA6eiuN07xXdwWUq38URbbLJBM0hPmYn8sKyqhIOWUAKGJ+tO/4Te5a2t549NQp5Ty3
IaYqUCTeUQoK5Jzk87ffBoA7CiuYufFlxBaTXi2CSWxuDa24WUmR5RJ5fzKF4GQTwSenGTVG+8V6
rPYYi0/7DNGYDcmWXDIHmKDYu35shSeccMO9AHa0VyHivWdS03VUWyllSCG1NzLsiR0ADgMZM/Nt
25+5zUreM5BfXqjT2WwtTLGbyRiEEidjgHgngYyenHNAHVUVy1h4sutTMUFrp8Qu8ymVZpmjULGy
qcZTdk7hwVGO/bMUvjaaO2a5/s+MwyxzSWg+0fO/luFO8Y+XOe2cdDzQB11FcvqGuahJ4Q1i4ihi
ttQsvMiOJNyBlAO5W288HIyOtDeIL3ThcW0lpHM1p9nt97XPMs8u0DJ2gBcty3X/AGaAOoorkbjx
leQrKq6bA8lotw12BdfKBDszsO35iRIODjBBBqzd65fHw3rUrRR2d/YKy5jfzVDeWrqwyBnhhwR1
BoA6WiuMt/Ft6t/LZyxxyXkQhtWhZgii4Z3G8tgkIyqrDg9QBzTNQ8X39zp9yljbRQTWxC3MpnBC
HzjH+7+X5/uE846460AdtRXP6N4kn1bV57ddNmjskMipdE8FkfYQRjHJzjBPTnFVLTUdRW7tZ5b0
3Ed3qFxa/ZWjQBEV5AGUgA8BBnOep6UAdXRRRQBm+INSbR9Dub9I1laBQwRjgHkDr+NFT6rYW+qa
bNZ3ZYQSjDlW2nrnr+FFa03TS95GU1O/uluiiisjUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VR0fTE0ewFpFI8ih3fc+M/
MxY/zq8aw/Bvmnw+nn+Zv86b/WZzjzGx19qfQXU3aKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QV
ef8AXF//AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAl
QQ31tcuUhmV2BYYX/ZO1vyPFTmuETRtTu9Eht4VlQx20ttMBKYyZftCFj1B5VXIb396AO7zUVtdQ
3kXm28gkj3Mm4eqkqR+BBFciug30FxDFLaTXenRTTeTAt3tMWXUxvksCQBuGM5GehzUVzoutQwsl
vbtJ54mQ7LgJ5ZN0ZAxyR1Q9ue1AHT3sWkJKyXsFpvuAZmEkQPmCPHzHjnbuHX1qwNOskuFnW0tx
Mq7VkEQ3AYxgHGcYrjJ/DurPeXsqWsguXt7uP7Wbv/Ws7qYtq5+XCjHbGMU7UdJ1LTjqWqQC5Esn
2vJjnLEoyjytq5OCDyMDigDrZrTTLdobme3tUaHbHFK8agx5O1VU445OAB61Hd6jo9nqEcN3cWcN
3IQ6rIyhyeVB9fUA/UVymhWkk3g24Wxhnnn+3xTlGO1W2yRsRGWdhjavduuat6lbarJaa2i6I0/9
qoNuZo90P7sIVbJ5xgsNpIO7t1oA6Yw6fewNamK3mhgcI0RRWVGABAx0BAIP41IbO1a6S5a3iNxG
NqSmMb1HoDjIFYlraXq6PrDQQjzrtzJbpcEqWBhjX5scqcqeOKwYfC+r3GnLDdJMqxG6eFBc7NhZ
U8r7rnowY4yQKAOvsLHTdAht7W1jjg85vLQ7fmlYKTye5wpOT6U8a3pp1JtP+3W/2xesO8bhxnp9
OfpXOW2iakfE9peXVrJI0VwZGu2uRtEZgKhBHnqGPXHcnuafN4fvjrc146m4tJL5na0d1CbDAEEg
PUMCCMEngk46UAbP/CVaH9mNx/atn5Ify9/mjG7GcflzVyPUrOa4EEdzG8pLAKrZyVxuH4bh+dcc
uj6qlunl2V+n2f5bHN3CZrX5fmUsTteM/KMNuPH0xdsdPvbfU7FbqJfPa/nu3kj5TYYdp57ZZlwD
6e1AHXUUUlAHPeNS8+ippsBHnajMtuuewPJP5A1c8L3pvvDtnI/+tVPKkHoyfKf1FVJf+Jh44hj6
x6bbGQ/9dJOB/wCOg/nRof8AoPiDWNN6I0i3kQ/2XGG/8eB/OtH8NvmQviudDVGw/wCPi/8A+vj/
ANkSr1YD61b6dfXlux3XEk+5U6DGxOSewqYpu9hyaVmzJufDWoyapqRjhQWmqXBW7y4+aJVQqQPf
DofZge1QR6LqkOj6hpzaY7m806CEOJI/LDJDtZWy2evHAIrqo9bs/LXzbmMPj5tobGfbin/21Yf8
/K/kf8KOWXYOZdzlm8Mak11CZIkkjsfNtrMlxkQNDIAx9yWjT/gGe9W9O0rUl8JmyCSQMLZ4pIbi
OLdKxjwNrRkAAHuQSe9b39tWH/Pyv5H/AAo/tqw/5+V/I/4Ucsuwcy7nEweHNVitYj9iugi3MMrK
Ps3n5WGSNiB/q9vKAZ56mr99oWtXl/cXsUUMP2iN7NV3YlihaPaCSG24D4fAGeuK6f8Atqw/5+V/
I/4Uf21Yf8/K/kf8KOWXYOZdzn/7OmY6ZcL4cMUVluR7MPDliU2h1+ba23kckHDE1l3XhPVWs7me
3s4kuhZSpBCsi7QJJZS0GfQI6+2VHpXaf21Yf8/K/kf8KP7asP8An5X8j/hRyy7BzLuY+reH73Ux
p8UkqMkE/mxuqbWtiInCtnJ3EOV6YrKs9E1KCzaS/wBCiu7i5tZIjEJYysEjSyuc7j9xt68jJ+Xp
XW/21Yf8/K/kf8KP7asP+flfyP8AhRyy7BzLuc3feGLtra6RYIp520iK1E3ygyTKW3cnnkEcmp4/
DNwbTW2kZxNczTSW8Y8vCtu3RuGxuzkA8nHtW7/bVh/z8r+R/wAKP7asP+flfyP+FHLLsHMu5knT
r+DSLCztIHWSF4ZZpfMX94x3GTPPXdyfXdxWNJoviJNJ+zSG/ukcKZFF6BKWNvg/OWHyiTORnHoC
OK6/+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3OattK1m3ubYTRXb2iCNfLtrlYyriKJdx+YZQFZM
jnk5wapjRfEF2JG1GC7aOK9guIoY7v5sBnD7W35IwUPJXvgCux/tqw/5+V/I/wCFH9tWH/Pyv5H/
AAo5Zdg5l3OcGna8NRBb7Ts+074XjuAscaee7P5i5+bdGVAGDjpxWh4Y0/VLGaU6jLcSLLCjETT+
Ztl3ybgOeBt8vgcfjmtP+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3EtiF1TUSxAA8vJPb5as2t3B
eReZbSrLHkruXkEjrzXOX2nL4jmvvst66KrR8DOxzt6MOtXbHR53tl+0XeoW8i/L5aXCsuB3BC9K
qUVa7ZMW77G7RWV/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hU2Xcq77F29sLXUrZre9gjnhYglJFyCQc
j9aih0fT7eIRw2cKIAgACD+Fiy/kxJHuar/2If8AoKal/wB/h/hR/Yh/6Cmpf9/h/hRZdwu+xYfR
9PkiMb2UBQqyFSgxtZtxH4nn60iaJpscAhjsbZYghj2CMAbS24jHpnn61B/Yh/6Cmpf9/h/hR/Yh
/wCgpqX/AH+H+FFl3C77Esmg6XK9y8mn2rNdDE5aIHzBnPPryAfwpv8Awjmj4gH9mWhFuMRZiHyf
Nu4/Hn60z+xD/wBBTUv+/wAP8KP7EP8A0FNS/wC/w/wosu4XfYsXmjadqE8U95ZQTyxcI8iBivfv
TZNC0uW7lupNPtmuJVKSSGMbmBGDk9+OKh/sQ/8AQU1L/v8AD/Cj+xD/ANBTUv8Av8P8KLLuF32H
jw7pAgihGm2vlROZI18oYVj1I9zjn1p40PTBLcSCwtt9z/rm8sZk5zz688/Wof7EP/QU1L/v8P8A
Cj+xD/0FNS/7/D/Ciy7hd9i61hatDPE1vGY7gkyoV4kJGDkd84pJdOtJ1nWW2idbjHnBlBEmBgZ9
cYqn/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hRZdwu+xYTRtOit1gjsrdYVjaIIIxjYxyy49CQM+tSvY
Wskc6PBGyXH+uUrxJwBz68AD8Kpf2If+gpqX/f4f4Uf2If8AoKal/wB/h/hRZdwu+xZuNIsLtp2u
LOCUzqqSl0BLhSSoPrgk49Kifw9pMqwLJptoy267YQYlxGOuB6cjNR/2If8AoKal/wB/h/hR/Yh/
6Cmpf9/h/hRZdwu+xZg0jT7a/kvoLKCO7lzvmWMBmzjOT74H5Ulto2n2d3LdW1lBFcTEmSVEAZiT
k8+561X/ALEP/QU1L/v8P8KP7EP/AEFNS/7/AA/wosu4XfY1aKzYtHMUqP8A2lqD7WB2tKCD7Hjp
WlSdhoxfGFvNd+FL+C2ieWV0AVEGSfmHQUVa13U/7G0a4v8AyvN8hQ2zdjPIHX8aK3ouaXuq5lUU
W9WaFFFFc5sFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8AkM33+5F/7NV+qFt/
yGb7/ci/9mprqJ9C/RRRSGIapaRqkesWAu4Y3RC7ph8Z+Vip6fSrpOBVDRNLGj6cLRZTKFd33Fcf
eYt/WjSwjQooooGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH
8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooASoZrhYZ4IipJmYqCO2FJ5/Kp6
o3v/ACEdO/66v/6LamhMu0tFFIYUUUUAFFFFABRRRQAlLRRQAUh469KWsjxTetYeHbuSL/XOnlRD
1dztH86aV3YTdlcq+Ex9riv9Vbrf3TOhP/PNfkT9Afzo1n/QfE+kagOElLWUp/3hlP8Ax4frWtpd
kunaZbWafdgiVPrgVS8V2bXvh27EQ/fRKJ4j6Oh3D+VVe8hW9016zILWK7lvlmXO25yrA4ZTsTkE
cirenXiahp1tdxkbZ41kH4jNRWH/AB8X/wD18f8AsiUlpcHrYtxp5caoWZ9oxubqfrT6TI9aNw9a
koWikyKAQehFAC0Um4YzkYoyPWgBaKTcOeRxRkUALRSZo3D1oAWim7l9Rml3DOMjNAC0UmR60EhQ
SSAB1JoAWikVgwBUgg9CKKAFopAQelLQBQtP+QtqH1j/APQavVRtP+QtqH1j/wDQavZqpbkxFopM
0ZqSipqmpw6TaC4nSV1LrGqRIWZmYgAAfU0kGq203kq7i3nmGUt5yElPX+E89jVXxLpUms6ULaJY
HYTRS7J87HCuGKnHPOKzT4WeaZJ5IrGGVEtEjWJSREIZjIQpIyAQQPrQBs2OuWF/ZyXMdxGiRFvM
EjAGPDFctzwPlPWpzqNkDCDd24M+PJ/er+8z0288/hXMDwfdQRMbSe2inaKVHdY8Fy04k5OD/CCu
cEgnIqGPwNN/ZywzS2rzJbyxo5QtsZp/NBBPPA4oA65r+0SSaNrqBXgXfKpkAMa+rDsPrVa+13T9
PtI7iW4jZJioiCOpMmWA+XnnqOlYF34SvLi0ubZXsgpuDcRTYdZZMy+YUkI529sg9lOOMVB/whNy
sSJCmnRq/llw3mSGEpM0n7tm5+bcck9+3oAdDqfiOy0i7jt7pZ8snmM6RFkjXcF3MR0GTV9r21Wa
SJrmFZY08x0Mg3Kv94jsPeud8S+GLnWtTiubeSBAtuYQ8jOGibcGDqF4YjHQ8ZFVZPBt3/ad9dQz
W/mTmZ4bmRpGkjMgwV2ElMdRnHTHGRQB1R1GyFvFObu3EMrbY5DKu1z6A5wTSnULMPMhuoN0AzKv
mDMf+96fjXKaf4RvrDyZGawuXDzb4pwzoFkZWyDjlhtx0Gc9qY/gi6lglt3ls/LWOaONxGd83mOG
Jl9cbffJ546UAdPe6zY2OjTapJPG9nEhcyRsGDAdgc4Jzx9adb6raTwq5nijYwido2lQsiYzk4JG
ORznHvWVJ4bJ0LWdPjMCLfSSPEAnyRhlAGR9RnimX/hY3L6lJH9mDXMtvJGrx5UrFt/dv6qSvQet
AG2dTsQkLm8tgs5xE3mriTt8vPP4Uy51azttKn1HzlltYEZ3eE7+F64x1PHSuafwVJcW9z9oNl5s
8N0Aqxfu4ZJvLwUzzgBOTwSSTxWlL4cb+y9bs7YwQrqBzEETasf7pE5A91J49aAL8GuWE+StwoQW
6XXmN8qiNiQCSen3T9KNQ1yw02xW6muI2jcAxhHUmTJH3Rnnr2rAuPBk41C8ntZ4GgeWKeC2nQlF
ZXd3RsfwlnLD0Pbiq8ngm8MTBX05nuOZS8TYgPnNLiEdh8xHPoD7UAdlHdW8txJAk0TTx4Lxq4LL
npkdRVOx1qHUbqaGC3ugsTOhmeErGxVtrAN35B/KsrQ/C8ula9Pey+RKGMxSbzJTLiRw20qTsGOm
R1wOlT6Fok+k6jeyvb2GyeWWTz4t3nPukLANkY4Bx17UAdBRSZpaAKerabFq+mTWNwzrFMMMUOD1
zx+VFUPGUcsvhO/S3WR5Sg2rGCWPzDpjmit6UW1pKxjUaT2ubdFFFYGwUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhrD8HTS3H
h9JLiSSSQzTDc5JOBIwHX2rcNVNL1KHVrIXVsriMsyYcYOVYqf1FPoLqXKKKKQwooooAKq6p/wAg
q8/64v8A+gmrVVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABR
RRQAUUUUAFFFFABXPa5/p3iLR9OHKI7Xko9kGF/8eP6V0NcjYazpv/CVaxd3t/bQtGVtIlklCnav
LHB9WP6VUV1JkdbQRkEEZBrL/wCEn0T/AKC1j/3/AF/xpf8AhJ9E/wCgtY/9/wBf8aXK+w+Zdyn4
SP2a1vNLY/Np9y8a/wDXM/Mn6H9K0rD/AI+L/wD6+P8A2RKwrXVbE+Ov9BvIJ01C1w4ikDYkjPGc
eqk/lWh/a1rp91exyyKZnuMpEGAY/InPPAHuatp3ZCaVjAudJ1NtU1aOGCb7Lq9yY523Y2RqifOP
95d6cd9tV47W8j0PUtOk069aW70yCOMLESm5YNrKW6A54rtY9Us2jUyXNsjkcqJlOD9ad/adj/z+
W3/f1f8AGosy7o42TSNVlu7YTwTOmnedaW7bv9YhgkxIee+Yl/3g1WNGsb2Lwc9ra2iRZt5EnR7Q
20rP5QC7QOGOeCx611f9p2P/AD+W3/f1f8aP7Tsf+fy2/wC/q/40WYXR5zDo94mlxRtYTfZRdxSs
Dp2eRBIrf6PnkA7Pm4yWzzite7tNZl1Ge+sbNoI5YXsICHKyRp5fyMY8YUCTnOcgHpXX/wBp2P8A
z+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cj9gszFYPHoN4mnws32u1a3+aSTYArsv/AC0xyCeeSDzj
Iz7rRdWW1uLq3srkSx6fLFDbl8kxSSy/uuv3lQxkehUCu+/tOx/5/Lb/AL+r/jR/adj/AM/lt/39
X/GizC6Of1jStT1D+zI8In2e482CSPdmIrC+0yf8CwOOxrGtrCd7FZtY0O9neW3kEFuo3fZ5mmlY
9/lJDR4f0HUV3X9p2P8Az+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cdqHhycpeTGxWW/bSI0M8aAs9
xlg+D/eIxz6YqxF4duCmu3ZRUuJZ5pLbFuBLuVg0bb85YZUfL0rqf7Tsf+fy2/7+r/jR/adj/wA/
lt/39X/GizC6MEwXlvpGn28FvO9yk0U9xI0YO5nLNIee4br6ZFZEx8SDRTb3TanMJApkkjhjMuWt
8lMYxt8zIPGR645rtf7Tsf8An8tv+/q/40f2nY/8/lt/39X/ABoswujkrJNWtLi2ikivoLTESk2s
KsxcQxAB8g/JnzAT6gDIFVS3iG+WQ3i6pDDBfQSoI1Hmbdzhx90bgAEPAxz1Ndv/AGnY/wDP5bf9
/V/xo/tOx/5/Lb/v6v8AjRZhdHLJJr0Wo+Wsd3Ghui0KxQp5Tqbh9/mnHH7vaRgjOc8mtLwx/bAm
l/tWW4kSSFJB5yKuxy8gKjaBxtCHnPX3rX/tOx/5/Lb/AL+r/jR/adj/AM/lt/39X/GizC6MTVtS
vtNur+SxtDMSYw0nURjb1I6mptN1DUTZqyWUl4G+bzjdRHdn0xwB7Ve0+aOfUr94ZEkXMY3IwI+7
V6KGOFSsSIgJLEKMZJ6mrlJWtYhRbd7mb/aGp/8AQGb/AMCUo/tDU/8AoDN/4EpWrRU8y7fmVZ9z
K/tDU/8AoDN/4EpR/aGp/wDQGb/wJStWijmXb8ws+5lf2hqf/QGb/wACUo/tDU/+gM3/AIEpWrRR
zLt+YWfcyv7Q1P8A6Azf+BKUf2hqf/QGb/wJStWijmXb8ws+5lf2hqf/AEBm/wDAlKP7Q1P/AKAz
f+BKVq0Ucy7fmFn3Mr+0NT/6Azf+BKUf2hqf/QGb/wACUrVoo5l2/MLPuZX9oan/ANAZv/AlKP7Q
1P8A6Azf+BKVq0Ucy7fmFn3Mr+0NT/6Azf8AgSlH9oan/wBAZv8AwJStWijmXb8ws+5lf2hqf/QG
b/wJSj+0NT/6Azf+BKVq0Ucy7fmFn3Mr+0NT/wCgM3/gSlH9oan/ANAZv/AlK1aKOZdvzCz7mbFf
ai8yLJpLRoWAZ/tCHaPXFadJS0m7jSsUNa1NdH0i4v3jaRYAGKKcE8gf1opdZ0xNZ0mewkkaNJgF
Lr1HIP8ASitKfs7e+Zz57+6XqKKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqF
t/yGb7/ci/8AZqv1Qtv+Qzff7kX/ALNTXUT6F+iiikMQnFZ2g6WdH0xbRpRKRI77guPvMW6fjWia
xPCF1NeaAk1zK00hmlXexycCRgB+Qp9BdTcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV5/wBc
X/8AQTTW4nsS2/8Ax7Rf7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV
Rvf+Qjp3/XV//RbVeqje/wDIR07/AK6v/wCi2poTL1FFFIYUUUUAFFFFABRRRQAUUUUAFVX0uxkd
neytmZjks0Skk/lVqigCn/ZGn/8APja/9+V/wo/sjT/+fG1/78r/AIVcop3YrIrRadZwSB4bWCNx
0ZI1B/PFUE06C9ub1pFxKlx8kq8MvyJ3/oeK2Ko2H/Hxf/8AXx/7IlNN6iaWhPHaRrGqukbsBgts
Az7077ND/wA8o/8AvkVLRU3HYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/
55R/98ipaKLhYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/55R/98ipaKLh
Yi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaTNFwsR/Zof+eUf/fIo+zQ/wDPKP8A75FS0UXCxF9mh/55
R/8AfIo+zQ/88o/++RUtFFwsRfZof+eUf/fIo+zQ/wDPKP8A75FS0UXCxnWSKmqagFUKMx8AY/hr
Rqhaf8hbUPrH/wCg1fqpbiiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGJ4yaVPCd+0BkEoQbTGTu+8OmOaKvavqUekaXPfTI7xwgFlTGTzjv9aK3pNpaRuZVEm9XY
u0UUVgahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7NV+qFt/yGb7/
AHIv/Zqa6ifQv0UUUhiGqml31tqNkLiyBEJZlGV28hiDx9Qatk4rM8PaZJpGlLaSyLIwkkfcowPm
Yt/Wn0EalFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfy
qWorf/j2i/3B/KpaQwooooAKKKKACikNc7f33iSBp57fTrBraEsRG8zebIo7jAwMjtSlKxpSpOo7
JpersdHRVHR9Ti1nSbe/gBWOddwVuoPQj86vUJ3V0TKLhJxlugooopkhRRRQAVRvf+Qjp3/XV/8A
0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAV728hsLWS5upVihjG53boBWbYeLNK1G8W1
huGWdxlEljaPePbcBmth1VwQwBHoRmuO1i5XxNq9jaaXDM7WF8HuLooVSLZ95Qx6k+grOcnHY68N
ShVupJ+t9F66fqdnRRRWhyBRRRQAUUUUAFUbD/j4v/8Ar4/9kSr1ZMd7DZz33mt87XOERRlnOxOg
ql1Jk7WNaio45Q8asw2EjJViMinb1/vD86ko4u/1q+0rxPqbrLJNBKY7OCAnKpcGNWjI9AxLA/QU
vhnVJLbUbaz1HVGlJgljU3EozM63LoCM9TgAcV2REZOTsJznt1prRwMylkjJU5UkDg+1AHmq63qg
8KvYG/uftZhOoLdbvnFvjdjd6+Z8n+6RW7o9/L/b2rSSTtdyRXEqx2iXxMuAQABCxCAAd81122L0
TpjoOnpSCOASGQJGJD1YAZ/OgDhdX1i70/U7yeO7kmmkUmKCO43PZ/uwSsluMg7QGbeM8kA8YzPq
t9HHpsWnaFq2oXkt1LkzW8v2iWJUXcSGz0LbARnjf2rtAsQkMgCByMFuMn8aESGPGxY1xnGAB160
AedX/ie/Npf6vFNOlsdPjjmhU/8AHrI6yDePQrIoU+xz2rptU8QNBe21nbXtjbEq5lnuvmUOuz91
gEYYh89c4HQ1v4iwwwmG69OaGWFxhljIzu5A6+tAHFTeMtQjS6eNrJnWO5YW21jJamI4UynPIY+y
9RjPWla71O+8QWFvd3MP+h3FwsghR0WYpGjqcb+MB8YORxn2rtNsWWOEy/3jgc/Wl/d5z8ufWgDi
4PEmqHR57mJrUC3srRkWRGYtJKqklm3ZIGenU+tXdK1zVZNaitL5rOSJp57bMMbI26MBt/LHg5xj
t6102IsYwmPTil/dg5+XPXNAD6KbvX+8Pzo3r/eH50AOopu9f7w/Ojev94fnQBStP+QtqH1j/wDQ
av1n2hB1XUMHPMf/AKDWhVS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAFDW9MGs6PcWBlMQnULvC5xyD0/CiqfjGea28KX81vI8UqICrocMPmHQ0V0UYza912Ma
kop6o26KKK5zYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9UL
b/kM33+5F/7NTXUT6F+iiikMQ1jeE72fUNCSe6lMspllXccdA7AdPYVsmqml3Nnd2Yl04J9nLMBs
TaMgkNx9c0+gupcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV3/wBcX/8AQTTW4nsS2/8Ax7Rf
7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFACVzviG81GTVLTSNOaGE3kUhe4kQsUAxnAzjPPeuirPu
LG8l1i1uYr0x2kSsJbbbkSE9Dn2qZq6sbUJKE+Z22e/e2n4kmj6ZFo+lW9jASY4F2hm6t3J/OrtI
KWqSsrIzlJzk5S3YUUUUEhRRRQAVRvf+Qjp3/XV//RbVerJ1pLmSWyWylSK4Lvsd13AHY3anHcUt
jV3DOM80ZrD0y1voxIplWKfI8xpbcsX99+/kflj0FX/I1H/n9t//AAGP/wAXTaSe4k32LuaM1S8j
Uf8An9t//AY//F0eRqP/AD+2/wD4DH/4ulbzHd9i7mjNUvI1H/n9t/8AwGP/AMXR5Go/8/tv/wCA
x/8Ai6LeYXfYuGsTw5H5f9pKNPns9147/vX3eaT/ABj0B9Kv+RqP/P7b/wDgMf8A4uj7PqP/AD+2
/wD4DH/4uk43d7lxqNRcbbl2jNUvI1H/AJ/bf/wGP/xdHkaj/wA/tv8A+Ax/+Lp28yL+RdzRmqXk
aj/z+2//AIDH/wCLo8jUf+f23/8AAY//ABdFvMLvsXc0Zql5Go/8/tv/AOAx/wDi6PI1H/n9t/8A
wGP/AMXRbzC77F3NYZ0a21C8vZnRRcJPtWXaG42JwQeCPar/AJGo/wDP7b/+Ax/+LpmlLIsl8JnV
3+0csq7QfkTtk1S0vZkvW10Oj0eyEaiSytC+PmKwgAn6U7+yNP8A+fG2/wC/S1doqeZ9yuVFL+yN
P/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7F
L+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4
cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtF
HM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36
WrtFHM+4cq7GZp0EVvqV/HBGkaAxnagwPu1p1QtP+QtqH1j/APQav05bijsFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFPVdQg0rTZr26DGGEAsFXJ646fjRUWvaY2
s6Jc2CyiIzqF3kZxyD0/Citaapte8zObnf3UaNFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhOKy/Dmmy6TpK2s7I0gkk
fKHjDOWH861DWR4Wv7jUtEW4unDymWVcgAcK5A4HsKethdTYooopDCiiigAqrqn/ACCrv/ri/wD6
CatVV1T/AJBV3/1xf/0E01uJ7GVaa61zII4bedYoMLITAzOxx2A+6Pc/lWj/AGrH/wA+15/4Dv8A
4VWS90l3LyTwi4sTHHKQ2GjZwNqt9dw46VpyyxwJuldUXIXLHAyTgD8SQKbcewkpdyr/AGrH/wA+
17/4Dv8A4Uf2rH/z7Xv/AIDv/hV3ijii67BZlL+1Y/8An2vP/Ad/8KP7Vj/59rz/AMB3/wAKmS7i
e8ktVbM8aLI64PCsSAf/AB0/lVa613TbLUEsrm8jjuXCkI2f4iQuT0GSCBmi67BZj/7Vj/59rz/w
Hf8Awo/tWP8A59r3/wAB3/wq1HLHMGMbZ2MVPB4I60/FF12CzKX9qx/8+17/AOA7/wCFH9qx/wDP
te/+A7/4Vd4oouuwWZS/tWP/AJ9rz/wHf/Cj+1Y/+fa8/wDAd/8ACrvFGKLrsFmUv7Vj/wCfa9/8
B3/wo/tWP/n2vf8AwHf/AAq1LKkELyyMFjRSzMegA5JqCyv4NQiWS3ZyrIJBujZDtOcHBAPODRdd
gsxn9qx/8+17/wCA7/4Vl65rP2aFbuG3m8y2SaZVmjaNWIiYgZxXQ1la1Zxagbazn3eVcGSN9pwc
GNgcGhWB3MyPxtbxq8l7H5CRQKZV3fMs/mMhi5wOq8E4yDnpT7fxzZXLu8drdmzS3Sc3IQFRmRkI
IzngqeRkcH0ybd34S027vLq7ImiuLoRF5IpNpVozlXHo3b3A5qRfDlvuZpbi7mL2zW0vmSA+ahLH
5uOo3NjGOtSURP4v0xBKd0zeU8sbBYiSWjZUIA75Z1Ax1JpYfFFrcXMFsltei5lkaNojFhoSoUkv
zgDDqcjOc1HF4L0qGOVEWceZBFDu8wgr5ZBVhjo2QpJ7lRVqx8PWlhcx3KvPLcKZC0ssm5pC+0Et
+CKBjAAFAEfh3XxrmlJcCMh1iRpGVf3ZcrkqpPXHQ+h465rMg8VXsdjbXGpW9tGLy2FzbtCzMAMp
lWBAOfnGCOOvTvt6VoVpo0LQ2fmLEyqpQtkEgY3fUgDPrj1qlD4PsYrP7NJNd3CLEsMZmlyYowQd
q4AAHyrnucDmgB48U2bQyvFFdS7bg2yKkeWmkGchRnttYnOOBnpikbxXZrOsRgveSqM/kHakjLuE
RPZ8EcepAzk0SeE7OW5mumnuxdSSLIs6yAPGRuwFOOmGYc54OKevhizW9S5aa6fa6zNE0pKSSqoU
SMO7YA9sgHGaAKt3470eztkmeSRlkjSRAqjLBl3cZI5C4JHuPWrEfiuxlnCRx3LRGWKEXHlfuy0i
qyDPXkMvbuKjXwZpsMKpavdWzpO86SxS4ZC4wyjORtwAAMcYHpUmoeG4rnRdSsYZXV77BaWRixVg
qqGHfICA/WgBf+Eos3tLae3hurg3Qdoo4YtzsinBfH93kfXcMdajl8Y6dCbgul0IoVlZZvJOyYxj
5wh7kYP1wcZxUsnhq2cxNHc3kDwgrE0UuCiFVBQcY2nYpx681FJ4P06Uzh3uTFIsqrCZTsh8zO8o
OxOT64ycYzQBXk8VyT6jpttZWVwnn3DxXInhIaEKobBG4YJDKc88HpnipI/GFmLNppIbllitI7qV
4oiUAcZUDPJJ9K0RodoNR+2jzPO81pvvcbmjWM8f7qiq6eF7BLGa0HneVLDFA3z87YxhefX1oAbY
eKrTUL5LRbe8hlYsv7+EqN6jLJn+8Bz6Y71dsP8Aj4v/APr4/wDZEqOPQrSK9W6XzPNWd7gZbje6
7D+GKksP+Pi//wCvj/2RKpbMT3ReoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
ULT/AJC2ofWP/wBBq/VC0/5C2ofWP/0Gr9VLcmIUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYvi+7msfC19cW0rQzRoCrr1HzCir2q3ltp+mzXN9/x7RjL/Ju4zjp3
orek7L4bmU1d72LlFFFYGoUVz8+t3Mfj+10VRH9llsHuWJB37w4Uc56YNWtc/txxBHoRsYyxPnTX
QZtg4xtUYyTz1IxigDWormfCeu6jqF7q2l6ylv8AbtLlRHltsiOVXXcpAPIOOoo8U6/fafqmkaRp
f2aO71R5AtxdAmOMIoJGARljnAGaAOmorlr3XtQ8K+Gb2/8AEkthLNCT9nNvujE525VSDnaxII4y
Ks6f410S80L+1G1G2jgQKJmMnEbsM7M9zQB0FFZmk+ItK1yKWTS72K5WE4k2nBT6g8iqE3j3w5HG
xXV7RmEH2gKH/g7duM5HvzQB0VFcx4d8eaTrmgHUmuYYGhhEt3Fv3fZwc9Tj2rbuNWsrSK2kuLmO
NLqRYoGY8SO33QPrQBcorG1HxdoWkvMmoapbQSQOqSIzfMpK7gMdenNaVneW+oWkd1ZzJNBKu5JI
2yrD2NAE9FFFABRRRQAVQtv+Qzff7kX/ALNV5iFBJIAHc1nWUqTapfSRMHTbGu5TkZAORn8aa2Yn
0NKiiikMQ1U0t7GSyDaZ5f2bc2PLGF3bju/XNWzWT4Z06fS9HW1ugolEsjHacjDOSP0NPoLqa9FF
FIYUUUUAFVdU/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2OUvPDF/Pcve2nlh5b2JpEZuJbcCE
nP8AtK0ZI9iR3qifBl/IL03tq15M0iyFpLlPLuAs6uMLtBDbARlicZIHBzXfW/8Ax7Rf7g/lUtIZ
w+oeGdZkvp/sThLVnKxq0xG2Ocfv/wAVIBUe5pLnwvqclxfeTCkcjrdf6WLlszo6MsUW3+ELlfYb
OOpruaKAOVPhqaDxBa3NtDF/Z8EcKfZ95ALAyEv7lS4IB4OT3Ap+saZqN1qGqQ29pFJbalaR25ne
UARY8wMSvU8OCMd/SunooA45tA1NNRt5kjEjR3krq8koZEjZwcleu/aOCD7EYNV08N3y2MCTaWkz
RSK14hu/+QiQrDeSf9ohsN1/AV3NFAHER+FNaRbeJbxVR7cGZvNYmOZA/lYzywG9Mnv5Q9abovhG
5iNot7bSCJLoTTxy3KyKxELLuUKqjG4r15OMnpXc0UAcRY6PqmNUhtWdNiy6fZTvKy+VHhnD9Mk7
mVMjsmabeeG7ue3jFvosUUOyVFtPtpCxTNtCz5HoAenI6jkmu5ooA4ifwfeSvcyuqTTzmSOWVpSP
NjNsEUEdMGQA4/Gpn8KXDrb23kx/YlWzV4hJhcRmQyDH/Al+tdjRQBxF14Mlub24mkgRvOmuWY+c
w3KVHkgjPZhnHbrXQRxzRDRY7lt06jbIc5ywiOTnvzWvVG9/5COnf9dX/wDRbU0Jl6iiikMKKKKA
CiiigAooooAKKQnA5qEXMP2hbfzU85l3hNw3FemcelAWJ6KKKACiobi5htVVp5UjVmCguwAJPQc9
zUoORQAtUbD/AI+NQ/6+P/ZEq9Vdp4IZ0iZ40lmJKISAz4HOB34p3C1yxRRRSAKKKKACiiigAooq
C9knis5XtYRNOF+SMvtDH0J7UDSu7E9FcrLrus6Rc2x1u0s/slzKsIktZGJiY9NwPUfSupFTGSZp
Voyp2b2fVai0UUVRkFFFFABRRRQAUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/APQav1UtyYhRRRUl
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm+IdMk1jQrqxhdY5JlChn6
DkH+lFQ+LL2fTvDF7dWsnlzRICj4Bx8wHeiuiipte6zGo4p+8jYooornNjhtZ1Gz0z4tafPqF3Ba
wnSJF3zSBFz5g4ye/FaHiPx5pej6TDPZ3Vpdz3jmK0AnXy2cdSz5wFXIya3rvS7DUGVr2ytrllGF
M0SuR9Mio20LSnhSFtMsmijJKRm3QqpPXAxxmgDG8Ex6ZBaXC22sWmqalPIbi+mglVyzt7A8KOgH
oKl8VL4avxDpfiSe2jaUGWDzpPLYEcbkfjBGfWti00qw09maysra2ZhhjDEqEj3wKdeadZ6jGI76
0guYwchZow4B+hoA83tbq6uvCHjbTor6XVtNsrdksb1zvZ8xEsm7+PacDNal14ptbPwZoT6c+nXM
kr21t50zBorRyn35McgjBGOOtdxDbQ20CwwRRxRKMLGihVA9gOKrpo+nR2sltHp9otvKcyRLCoRz
6kYwaAOE8PXMlx8SNZ83UrO/k/slPMks49iZDng/M2SAeue+O1aHw4sLeL4X2LW8CCSa3kdyF5di
WGSe54Arr7fTbKzCi1tLeEKmweXGq4XOccDpnnFSwW8VtCsVvEkUSDCoihVH0AoA81064g1D4FzW
dnNFNdxaY4khjYGRCM8FRyOhp2veIdK1LT/BltZX0FxMdRs5Ckbbiqjg7sfd5OMH+leh2+nWdnLL
La2kEMkxzI8cYUufcgc/jUcOj6bb7vI0+0j3OJDshUZcdG4HUetAHFabqOi6f8T/ABU2qT2tvcst
v5MlwQvyCIbwGPHpkVo/DJMeHryWFStlPqNxLZDGB5Jb5cDsOtX7bwpD/b+t3uox2t5b6jJA8cMs
QbyzGm3JzxmugRFjQIihVUYAAwAPSgB1FFFACMNwI9fSs99Et3XBmvB9LqT/ABrRopptbCaTMX/h
GrdTuSact/02ImH5MDVvT5JFmntJvLJgClWjXaCGz27dKv1Qtv8AkM33+5F/7NTu5LUVkti/RRRU
lCGsnwzqE+qaMtzdFTKZZF+UYGFcgfoK1jVTS0sUsgumeX9m3tjyzld247v1zT6C6lyiiikMKKKK
ACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8Ax7Rf7g/lUtIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66v/6LamhMvUUU
UhhRRRQAUUUUAFFFFAHMeMSFOmfaw50ozn7btBxjadu7HO3PWuc1JoItRe68O3ElvFb6XNLG0SEg
kSAlRuH3SfT8K9I20hTNZyp8zep20cZ7KKXLe1/R37q2/wChwWoa7qa3MxF5NFcqlubO0WEFLrcA
XJ4JPJPcYxUi61qZ1oRm7mF19vMLaf5OUW35/eZxnpg5z7V3W2jb9aXs33K+uU7W9mtvL/L599dz
zqHV7y6sNk1zJdumoWoMrIrREM3Oz5QR7gjI9alt9a1eGSK5e9klWZL391JGCieVkoeBmu/21HcW
sV1bSQXCCSKRSroejA0vZPuP67Tb1pqz9O1u3zOQ8K3t3rNpqfmajcSHylWNWdDJGxU5YBRwCen0
rIsL24g0fRTFcyyTJDeb/MQFoXWLIUEjIwcfnXd6boVjpLSNZwsryABneRnYgdBliTgelXUZHLBG
DFDtYDscZ/qKFSdld6jljaanLkho/RdGv1PO59T1yGzmuBqtwzRWdteBTEmC0jAMnT7vt1rRttW1
ebxvJavOkUCTmP7K4PzRbchgNv453e2K7bbSbaFSa+0KWNhJNezWz7dbeXl+JyWpard23jGK3juZ
ZI2CqlrCo4JUnLgrypOPmDcelZVpreqzQN5F7c3Ny9jPJdRGAD7JKo+QL8vrxg5zXoe2grVOm29y
IYuEYpezT0Xbz8v6trc87k8S6lNp19Pa3cpMdrZtGxj4EjMBIcEc85BrRa+v7TXLu1l1G5aa2hH2
O3MYIvDsYksQOu70Ixiuz20baXs33G8XTd0qa/Dy8vJ/ezkfA+palqPntfXaXCbEbH8UbnOVPyqB
9OcetdeelJtpT0q4R5Va5zV6qq1HOMbLscisN54q1adLySOLTtMvsLCiHdMy8glienPauuFZ+mWV
5aT3j3d6blJpi8KlceUv933rRpQjZXe5eIq87UY/CtrfiFFFFWc4UUUUAFFFFABRRRQBQtP+QtqH
1j/9Bq/VC0/5C2ofWP8A9Bq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAFPVJ7O206aXUdn2RBmTem4Yz3HfnFFV/EmnTav4fu7G3KLLMoClzgdQefyoranGD
XvOxlNyT0VzUooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv8Aci/9
mq/VC2/5DN9/uRf+zU11E+hfooopDENZHhawuNN0Vbe6QJKJZWIBB4ZyRyPY1rmsvw5qU2raQt1c
KiyGSRMIMDCuVH8qethdTVooopDCiiigAqrqn/IKvP8Ari//AKCatVV1T/kFXn/XF/8A0E01uJ7E
tv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf8AkI6d/wBd
X/8ARbVeqje/8hHTv+ur/wDotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/AI+L
/wD6+P8A2RKvVRsP+Pi//wCvj/2RKa2Ynui9RXK+L4rs6jpVzZiYvZia5CpnD7QuUPb5lLAZ7msb
zbiK+k1W6F0kVzcWd0wKufLjLTALgdMIE3D1PNIZ6HRXCXNzfW/iG/1HTluJY7/yrSMbW2qzRKY5
MEcAMWB+vPSs+zsY7TUtLhvmYQQJMkZuoJZi5F0+MEEbWK4OTngigD0uiuK8T+dLJaXF7bqLiIuI
rHMsqXAypBV0A2ScYGc9T9RSsdPtL2HXEuoo5bwtdSCI20iyriRiuXztb+HG0DtQB6FRXJ/YWt/C
S2UcL2dlLZBp7qJmMsblRn92AS3vyDyazdIvjY30AEQt43tp4bZoo5fImkLxlWCtkqCSRg8cHBI5
oA76iuD0ixs76402CO2u/tDRsdXWdZAGynIctwW8zBGOwOOKr2WgPJZ+HooLOIM8c0lwLpZCu4bQ
C2CDux0z70AeiUV57bC50bWLnVJrWQqz3xjMCyF5mEh2pKDwQR90j0/Oqun6wbKPR7iG7trj7XFd
xTGTzPnKOWJZcjb5q5wezj2oA9MorzPU5L7Vo7zVZILqAXVg0awsrkRKksQOVHcnzDxyVrfF4LPw
sIdFlAuWIKSW9m6oAZVViFfOCA3Qn3oA62iuGvdW8RW2u3NtBKGFujCCGSBiboCHcHyqbcl/9oDj
GORWr4U1Oe/udRjlvpb2KExeVJLbiFvmXJGMDjPfFAHSUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/
APQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBk+Kb+f
TPDd5eWjBJ4lBQkZA5A6fjRVrVWsl02Y6n5X2MAeb5oyuM9/xxRW1NxS1jczmm3o7FyiiisTQKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT
6F+iiikMQ1U0u3srWzEWnFPs4ZiNj7hkklufrmrZrG8J2U+n6EkF1EYpRLKxUkdC7EdPY0+guptU
UUUhhRRRQAVV1T/kFXn/AFxf/wBBNWqq6p/yCrz/AK4v/wCgmmtxPYlt/wDj2i/3B/Kpait/+PaL
/cH8qlpDCiiigAooooAKKKKACiiigAooooAKKKKACqN7/wAhHTv+ur/+i2q9VG9/5COnf9dX/wDR
bU0Jl6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKyra+tbe7v0nuYY2+0Z2u4U42J61q1n2K
I1xfllUn7R3H+wlVHqS+hL/ath/z+23/AH9X/Gj+1bD/AJ/bb/v6v+NQx6ppkst9GssW+wx9pBXH
lZXdySPT0os9U0zUIfNtZI5E8hLjIQj922drcjvtb8qNA1Jv7VsP+f22/wC/q/40f2rYf8/tt/39
X/Gqi69ozaZa6gLiL7JduscEmw/OzHAAGM9alstU0/UJ5YrUM7RFlZjbuqZVtpAYqFOCCOCaNA1J
v7VsP+f22/7+r/jR/ath/wA/tt/39X/GqMviHRoXuVeX/j2z5jC3cqCCFIDBcMQWAwMnNMk8S6PC
8SyC5VpiRGpsJsseeMbOuAT9BmjQNTR/tWw/5/bb/v6v+NH9q2H/AD+23/f1f8ah1DVNO0toluzt
eUFlVIWc4GMkhQSAMjk8ciibVdMt7KS7kkQQRymFmEZJ3htpUADJO7jAFGgak39q2H/P7bf9/V/x
o/tWw/5/bb/v6v8AjWdJ4o0SKFJWkcq7+V8tpIxD8fKwC5VuRwcHmnHxHowFwS7BbZd0rG1kATpx
nbjd8w+Xrz0o0DUv/wBq2H/P7bf9/V/xo/tWw/5/bb/v6v8AjVNtf0ZNMl1CSdI7aGQRSM8TKyOS
AAVI3A8jt0OelWUv9Pk1OTTkeM3ccQmaPb0QnAOcYo0DUf8A2rYf8/tt/wB/V/xo/tWw/wCf22/7
+r/jWeniXRJUheGUzrPv8vybaSTOxtrH5VOACQMnitZkhUgMqDPAyBzRoGpD/ath/wA/tt/39X/G
o0vdLjmklS5s1klxvYSLlscDJ9qtbYeflj468Diqdzqdha3sNpIpaWaN5QEiLAIvVjgcDkAepo0D
Um/tWw/5/bb/AL+r/jVe61y1twrJNBMufnCTLuA9QM81dBt2AIEfIzyADiobi0ivNqBysY5dY8De
D2J6gfShcoalbSruC9vb6e2lWWJvLwynj7tatZmnwx2+oX0UKLHGvlgKowB8tadE99AjsFFFFSUF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+fVfDt5Z2oUzSqAoY4H
UHr+FFHibUJ9K8PXl7a7fOhUFd4yOoHT8aK6KPtLe6Y1HG/vGrRRRXObBRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiHkVmeHtT
k1fSlu5Y1jYySJtUkj5XKj+VaZqppdja6dZC3sjmEMzD5t3JYk8/Umn0EXKKKKQwooooAKq6p/yC
rz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVGw/4+L/AP6+P/ZEq9XN3Op3Nle3UUNu2yS45uDt2odicckc/XA+
tVFN3SJk0rNlWfwteSaxNdRyRJFdXR+1AE5e3whA+u5CMf3XanaZo2qacPIMFtJHNYR20kgnIMbK
ZMkLt+YfOO471tx3d0saqbC6kIGNxeLLe/DU/wC23P8A0Dbn/vuP/wCKpcrHzHKweDr+GKOHzYPs
8KwSRRgnCzbo/OPTpiMke8jdK0NJ0O9tGvYmDWZlmkkF3Bc+YWDSswHlupVeG5xW19tuf+gbc/8A
fcf/AMVR9tuf+gbc/wDfcf8A8VRysOZHMap4b1K8e+S1iighnyXQXbbbpt6kMV24jbg5ZepPfqNi
3025I0gm3S2FncSSPGblpjtMbqMMRknLjrV/7bc/9A25/wC+4/8A4qj7bc/9A25/77j/APiqOVhz
Ix9Z0TUJ1j+zStcXQLmK8kuBBJa5xgDYmHTjlT1wPwhj0nWYQgWG0ZrS/lvI3aYgXAcvlSNvyHEh
IPPIre+23P8A0Dbn/vuP/wCKo+23P/QNuf8AvuP/AOKo5WHMY40W+uFkuLhYI7q41CC6kjSQsqJH
tGN2BlsL6Dk47VFd+Fp7i21rbM4mvrjdGv2hxGE+Tnb0DfKeQM+9bv225/6Btz/33H/8VR9tuf8A
oG3P/fcf/wAVRysOY5x/C2oykWX2tFs0uZbjz5B50soZAqq4brjc4yeypVf/AIRPWNiyi5hW9SKK
188MSXiCtHIenDFSrj/aWur+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcxzf8AwjF5a31r
NFaQ3EUD3O1BdvBsDyq6HgfNgLgg8VevdKvLzXIL24srK5hQeWscsx/cYk3CVflxuK4yOCCoGcVr
fbbn/oG3P/fcf/xVH225/wCgbc/99x//ABVHKw5jkovBl28BhngslXy0imZZGY3x85JGkkyOuFbg
5OXPOKs/8Ic6Gcxw2gItb2C3IHMfmyZjAOOAFLDjpkgV0n225/6Btz/33H/8VR9tuf8AoG3P/fcf
/wAVRysOZGBJ4S8+G6E8FrI9zeW0khbnfDGsQZSceqNx05qfQPDJ0fUYriOKCIeXcJL5Z5bdKGiH
TkKgI9ug4rY+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcwlp/yFtQ+sf8A6DV+svTpHl1G
/aSF4mzH8rkE/d9iRWpTluKOwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAU9VjspdNmTU/L+xkDzfMbC4z3P1xRVTxVYz6n4avbS0QPPKgCKSBn5gep+lFb0kmtZWM
qjae1zXooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBmq/VC
2/5DN9/uRf8As1NdRPoX6KKKQxDWJ4QtZrLQEhuYmikE0rbGGDgyMQfyNbZ5rO0HVDrGmLdtEIiZ
HTaGz91iuc/hT6C6mlRRRSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/
AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6L
ar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigAqhZKrzagrAMpuM
EEZB/dpV+qNh/wAfF/8A9fH/ALIlUtmS90XI41ijVI1CoowAOgFOqlrMrwaJfyxsVeO3kZWBwQQp
INcVb6rqUkGm6c95cebYXNs11PuwZ0kkQRBj33K7Z90NSUehUVwUuqXeoeF9Pi0/VP8AiZ/btjlZ
csCGkKo4Bzg7AMHtVXUvEF5qEd5qdrd3FtaS6fIIIzIUClJIQznHQ7ndc9gtAHo9FctFdyL4dlht
7rbvilJ1KO7FzDbNg4Jd23HHHbisBNTaW6srY6gIYkM/mvLrEnlSMPJwY5hy+Ax+U9CTQB6RRXLW
UT2fiHVnSTU7wWywmK3+1M4O8HdgOwX35PGOKr3+tsun+JoxemG9iO+GEyjzYl8iM8AHoCT04zmg
DsaK4B9X1G01UxyXU7217rIhibJ/cssgBiz/AHWTJA9Vb1q54P1iSWNn1i/dZfLjEKSuNrxs20SA
/wATM52nPTgd8kA7OiuEvfFusW2mWsymwEl5LOEeX91HEI2ICsWcAlsZzkdDgGrlh4ovLvxDa2kk
tgiTTPE1quWmULEXEm7ONpPT5ehHNAHX0UlLQAUUUUAFFFFAFC0/5C2ofWP/ANBq/VC0/wCQtqH1
j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmeI9
Sl0fQLu+gVHkhUFVfODyBzj60VPqttaXmnTQaht+yuAJNz7RjPr25orWm4W95Gc1JvRlyiiisjQK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s
1NdRPoX6KKKQxDVTS9Ng0qyFrbM5jDM+XOTlmJP6mrZrD8HwS2/h9I7iN45BNMdrgg4MjEdfan0F
1N2iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8A
x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66
v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9WRBp1rdXl/J
PCruJ8ZJPTYlUtmS+hrHkYIyDTdi5+4O3b06VmJZaLLJOkYt2e3OJlEnMZxn5ueOOeaSCz0S6j32
/wBnlTyxLuSTI2HOG4PQ4OD7GloPU01hjRiyxIpJySFHJpfLTbt8tduMYxxWSINBa0iug1qbaYqs
Uvm/K5Y4ABzgkngU22i8P3l1LbWr2s08WfMjjl3MmDg5APGDxRoGprpFHGmxI1VP7oXApptoWRUM
EZVeilBgVjyHw3DNPFJcWSSW67pkacAxjjlhnjqPzFQm/wDCS7d19pw3/dzcDn6c+1GganRAAEkA
ZPU00wxmQuYkLkYLbRnFUG0vSkljiaKISSAlFLHLAdcDPOMio1tNDedYF+zmZ9+1BJ8x2HDYGex4
PpRoGpqbV/ujrnp39aNi8fIvHTjpWUttoTqGU2zKQhBEuc7/ALvfv29asf2Lp3/Psv5mjQNS40SO
mxo1Zf7pGRUUtjBNcw3DxAywsWRhwQdpX8eGI59ah/sTT/8An2X8zVWa30O3u/s0whSby/NKljwm
cZPoM0aBqbFGao/2Jp//AD7L+Zo/sXTv+fZfzNGgal7NGao/2Jp//Psv5n/Gj+xNP/59l/M/40aB
qXs1Bc3cdoFaYMEY4LhSQv19B71B/Ymn/wDPsv5n/GoLnQbeQKlvFFED99iCWx7c4z9aFYWpLZsH
1O/ZSCp8sgg8H5a0ayNGsYNOur22tU2RJ5eBnP8ADWvTnuEdgoooqSgooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAxvFtnPqHhe+trWIyzSIAqDHPzA96Kn8Qam+j6HdX8Uay
PCoYIxwDyB/Wiuii5290xqct/eNKiiiuc2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEIyKoaJqg1jThdrEYgzum0tn7rFf6Vf
NUtI0uPR7AWkLu6B3fL4zlmLHp9aNLCL1FFFAwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//
AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3
/kI6d/11f/0W1Xqo3v8AyEdO/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FUbD/j4v/wDr4/8AZEq9XPvrMdhf3dsqPJcyz5UbW2gbE5JAP5DJqopu9iZNKzZlT+H9SOtXksEQ
W31K6MV2S4/1AVCHxnr8siY6/OD0FSaNp+oabGbeTTpSJtOht/MjePZE6mXIPzZ/jXoDXQR6vbiN
fMaQvj5itvJjPtxTv7XtPWb/AMB5P/iaVmPmRx0HhfVY7O3smt1+yWnkXECbwcSlo/MHX+DbKR/1
0GOla2i2Gp2ovYF+12sjTyyJLcbJrcAysw2IrhgSG74rb/te09Zv/AeT/wCJo/te09Zv/AeT/wCJ
oswujk9U0bU5f7QhsLS7S3mZpJEaSLa8nmK2+E53KWwSQ2B+NbcVpczNoshhuwLa5keU3bo0oUxS
KCSpIPLAcVo/2vaes3/gPJ/8TR/a9p6zf+A8n/xNFmF0Zd7BqdtrGn3kkTaisPnq32ZFjKK4TbkM
/P3TyD+FZk3h3Unu/tNvGsVxbtdTW0jMMb2uN6qcdnTIPsfWun/te09Zv/AeT/4mj+2LT1m/8B5P
/iaLMLo5TSfD+pWV/pt7NZqy29tbQvbs6nY2xld1Ocbkzj3BbHNX7m11S81V7hrS6RmhAs3FwoS0
kwwbzFDfNk7T0bI44xW5/a9p6zf+A8n/AMTR/a9p6zf+A8n/AMTRZhdHJ22g6nOkcMkF9b2jSW4u
I5L8s8jLv82QMGyFOVHBGcdBRF4d1Rba6nKTfb30+K3SQ3J3FllfI+9j7mzn+ua6z+17T1m/8B5P
/iaP7XtPWb/wHk/+JoswujBbw9c3GBcfasT6rJLcbbp1zABJsAw3C8p8o/Gp/C+l6hp0ytetcMJb
OIzGWcyZuAzbjyTjjb046Vr/ANr2nrN/4Dyf/E0f2vaes3/gPJ/8TRZhdF+iqH9sWnrP/wCA8n/x
NH9sWnrP/wCA8n/xNFmF0X6Kof2xaes//gPJ/wDE0f2xaes//gPJ/wDE0WYXQWn/ACFtQ+sf/oNX
6y9NnS51G/kj3bcxj5lKn7voea1KctxR2CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigCnqtjb6lps1peZFvKMPhtvGc9fwoqj4wtprzwrfwW0TTTOgCogyT8worekrr
4rGNR2e1zaooorA2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/ACGb7/ci/wDZ
qv1Qtv8AkM33+5F/7NTXUT6F+iiikMQ1h+DRKPDyCcSB/Om/1mc48xsdfatw81R0bU01iwF3HG8a
l3Ta5GflYr2+lPoLqX6KKKQwooooAKq6p/yCrz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7
Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1X
qo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZBbQ3Ul/HPGHX7T
kZ7HYnIPY1p1RsP+Pi//AOvj/wBkSqXUl9CWeVdP0+WZt7pbxFzk5YhRnqe/FZEfjC0k03S7tIZz
/aMywLEAN0RLbWL88BSQDj1GK2L62F7p9zaligniaPcBnGQRn9awovB0cV48/wBrc5aB0UpwhjZG
fHP8ZjTPpipKJrvxda2eh2+qyQTeRNP5OABlPmILHnoNpJ9qNU8XWul3l1bNBNK1ra/aXdNoX7yj
bknr86n0APWo7fwvKlpDZ3N8k9rBcGaNBBtODvyrHcc539cDpVZfAyrpptv7Qd5WhkiaZ4wxYs0Z
UkZ52rEq47igDWj15P7Am1aaBkhhR5CsciSkheuChIPT1qjL4w8lbMPp7LJdh2jDXUAUqu3kPv2t
neMAHPBq5HojiJZJJ4vt0SOsM8MRjRM5/wCWW4qep61mReDZra4S5t720SYNIzKbEGH59n3E3Daf
3YJOTkk0AaVhrtze6vcWD6VPAbfBklaWMqMgleAc84qS416G2tdUuGikK6a22QDGX+RX459GHWlb
Q4ZbrUJbh2kS9EYaMEpt2A9CDnmqU3hmaRNTtkvlSyv15i8nc8Z8tUBDluRhAeR+NAD4vFtpJdXN
v5Myy294loVIHzbm2hxzyu7I9eKsaN4gh1wFrWGURqgZ3YfKrH+DPdscnHTIz1qjP4PimvLe6F1I
k0F813kKPnVmDGM+2VU59ql0nw1JokXl2N8yI4XzFaIEM4bJcDPBZflP4HqOQCy3ijR1t5JzfxeV
HIYmfnAYdR07Y59O9Spr+lyamunJfQtduMrErZJ+Xdx26c/Qisi88Fx3NlZQi4jZ7RptpntxKjCV
skFcjpxg57e9Ot/DVzYaxYy29yj2MVzJO8PlBChaJlJB7jceBgYB74FAHTUUlFAC0UlFAC0UlFAF
G0/5C2ofWP8A9Bq/Wfaf8hXUPrH/AOg1oVUtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBn67qZ0bRbm/EXmmBQ2zdjPIHX8aKk1bTodW0yayuC4imGGKHB65/pR
WtP2dveM5qd/dLlFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf
+zVfqhbf8hm+/wByL/2amuon0L9FFFIYhqjoulro2nLaJK0oDu+5hg/Mxb+tXjWH4Ollm8Po87yP
J50w3SEk4EjY6+1PoLqbtFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2J
bf8A49ov9wfyqWorf/j2i/3B/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq/
/otqvVRvf+Qjp3/XV/8A0W1NCZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACsm3e7W8vxbw
wunn9XlKnOxOwU1rVRsP+Pi//wCvj/2RKpbMl9A83Uv+fW1/8CG/+Io83Uv+fW1/8CG/+Irnm8T3
dvq2rWs4iYeZ5WnDbjc42KVb1+aVD9M+lWNB1u9vbKV7p42ePTobjKJgGRvN3HHp8g4pDsbPm6l/
z62v/gQ3/wARR5upf8+tr/4EN/8AEVyUHi7UJdHsEYwf2n50f2s7Pl8otH8wGeNwlTH4+laOk63d
f6be6vLKllHNLFGfs67OJWRdpUljwvOQKAsbnm6l/wA+tr/4EN/8RR5upf8APra/+BDf/EVy+p69
q9i+oGSQxOebGIWoZJE3qAyvu5baSSrY5PoM1akfXRJpSf2m8DXkrxOk1nHvXCO+flYj+EDqeDQF
je83Uv8An1tf/Ahv/iKPN1L/AJ9bX/wIb/4iqS64t3rVjb2cge3kE6zExkHcgTGM4/vVkSeKby11
GJ7jyjYpJci5IT5kRbjykfOei5Bb2ye1AWOk83Uv+fW1/wDAhv8A4ijzdS/59bX/AMCG/wDiK5rS
vEuoX+pWFlI0CG5tYLhpCmByjM6r2LHAwD0UMecVs3fiA21/cwx2jSwWUYlu5vMC+UpUsNq9W4Xn
p170BYuebqX/AD62v/gQ3/xFHm6l/wA+tr/4EN/8RWI3i+5UJG2kMLubyWhhNyuGSXcFJbGARsOR
z7E1SfxVfTzz3kcbQ2EWnxzCMMjN5jSMpyCOcFCBg44zzngCx1Hm6l/z62v/AIEN/wDEUebqX/Pr
a/8AgQ3/AMRWVJ4mu8N9n0rzS181lADcqvmMu/cx4+UfIfU81PoPiM61IVeye13QJcxbpFbfGxIB
OOhyp4+lAWL3m6l/z62v/gQ3/wARR5upf8+tr/4EN/8AEVdxRigLFLzdS/59bX/wIb/4iqWp3F9H
HGxWKGXP7sRTsxY+m3Z83+elbWKMc570J2E15mPoj3UlxeNfRJFcHy9yI2QPlrZrPtP+QrqH1j/9
BrQpy3COwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYnjKKWfw
nfx26SSSsg2rGCWPzDoBRVzWtTXRtIuL9ojKsChigOCeQOv40V0UXNL3Vcxqct9WX6KKK5zYKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E
+hfooopDEIyKp6TqUOrWQurdXWMuyYcYOVYqf1FXDWfoelnRtMW0Mvm4kd923H3mLdPxo6CNGiii
gYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfyqWorf/j2i/3B
/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq//otqvVRvf+Qjp3/XV/8A0W1N
CZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFm6xy6izsFVbjJJOAP3aVfrm7nSpr69upo
rh8RXH/HuSAjHYnPIPP1BFVFJ3uTK/Q1E0vTp5IrpbeJ2E32pJB/z0K7d499vFRr4b0pJ4pktFV4
YxEm12A2DOAQDgj5j19afHYSvGrNfXqMRypZCR7cLT/7Ok/6CN5+af8AxNKyHdjBoOmKSRZxAmOK
I/7sZzGPwNOstEsNOupbi0gMUsxYviRiCWO4/KTgZPPApf7Ok/6CN5+af/E0f2dJ/wBBG8/NP/ia
LILsgl8MaRPJcvLZK7XOfMJZuckE45+XJAPGOlWLfR7K1jgSKHi3cyRbnZijEEE5JJ6MR+NJ/Z0n
/QRvPzT/AOJo/s6T/oI3n5p/8TRZBdhqGjWOqtC17D5jQkmNg7KVz15BHXApRo9gGdvsseZFkR8j
O5ZG3OD9TyaT+zpP+gjefmn/AMTR/Z0n/QRvPzT/AOJosguxkfh/TIoo40s4gkYiCDn5fK/1eP8A
dpq+HdLSaGVbNA8K7UIJ6ZJwefmGWPXOMmpf7Ok/6CN5+af/ABNH9nSf9BG8/NP/AImiyC7IrTw3
pNiALaxijxIsoIySGUYXk9gCcDoM08aDpqwPCLOPy3jETLzgqGLAfmxP407+zpP+gjefmn/xNH9n
Sf8AQRvPzT/4miyC7HrplmmzbAo2TtcL7SNnLfU7m/Oi00uzsWQ2sCRFIlhXb2RSSF+gJP50z+zp
P+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RVH+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RV
H+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguxLT/AJC2ofWP/wBBq/WXp0Rh1G/RpZJTmP5pMZ+7
7AVqU5bijsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFHWdNTW
NKnsJXeNJwFLJjI5z3+lFUfGXm/8Inf+R5nm7Bt8vO77w6Y5orooxk1o7GNSST1RuUUUVzmwUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0
L9FFFIYhrE8IXM15oCS3EryyGaUF3OTgSMB+grbPSqelX9vqVkLmzBERZlGV28qxB4+op9BdS7RR
RSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9
wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFt
TQmXqKKKQxKMj1rjvHEggkt55LqNoYY3Z7I3RgeTtvUjkkelNTXtSOuW+loSv2mSKeJnjG4WxQlg
f9oFcZ96zdRJ2Z2Rwcp01OL6N/d/Vzs80Zrz+x8V6wLZLqV4blZ7G4njhWLaVaJsDkHnPelvvE+p
2tjYrbalZ3cl0WZrlVRFjIQHyzltoOT3Ocds0vbRtcv+zqvNy3X/AA179Olv8jvmdUUszAAdSTS5
Feb+KdcvLzSru1uZ7a1X+z4pmhwGNwznJ2NnoMds1ueItZ1DR5LEWpVo7yBoY1KA4n42HP49Paj2
q18hfUJ2jqryv+CT3+Z1bOqDLMAOmSaGdVxuYDJwMnqa4G41y51fR5biVYjDHc2sAV4wQJsgyH8C
QB9Kpie8urK0SbUxPcprwjQyKCYSC4BIz0PUDjHak6y6IuOXyteUra2/C56XSb13bdw3YzjPOK42
XVdRvfh5f3hufLvIPNUzQrtLBGI49CQOo6Vk32o3tnfvqNnfwzTwaMkrytGGEo83pwcD0z7U3VS6
E08BKba5ldNrrurf5npOaK4pPE2qT+LRZxi2W2WZImidlVmVlyWGTuJ9MDGBVzWNduLDxRa2xuYk
tXKL5aKryMzE8MM7lBwMEAj1p+0VrmbwdRSUdLtX/rzOpLKoJYgAdSTUcUUcZdowP3jb2I7nAGfy
ArzyPxFqes6LrIvBb+Q1hM+xWUPCRwBtBLY9dwHNWNJ8R6nJrFpYRi3FrEIYTE7KrMpjB3jJ3E+m
BjFSqyfzNZZdUipXaut9Tv6OK86vdd1O98OvejWIoJPtCb7aJAr2w83bhjnOOmcjmr6eJNUfxUtj
HJbPbRyRxMGKKZlZcmQZOT6gKCKftUJ5fUSbutL3+VvLzO1LqGClgCegz1oZlQZZgB6k15/purT6
x4p0S4urmFn8y7H2ZEw9uAuAGOcnIGeQKi1W9uUTxVHdXsdykEsXl20yggAsnIGegzj0zzS9qrX/
AK2uP+z5KSg5a2v/AOTcp6NkUVwx1vWptSMUN5bxRPqUtgoNuGKALuDZzyR0xVOXxprD2GmmI2yS
ywSSvI+1VkZXK7csQBwMnHPPFP20QWW1XazX3+v+TPReKOK5jxVrF7penWk8U0NsWy02drOAFzhF
YgNz1wc+lZt54rvku55Ibq3VYZYI4rJov3l0rhSWGTkfeOMDjHNOVSMXYyp4KpUipRtr/nb9f8zu
cijIrirbxRdy6zDZNcQ7zqdxbvGFG4RKpKcfUde9VrXxFq0+n6TLc6la2i6h5jG5eEbItgwF5OCW
PP8AKl7WJX1Cr1t/V/LyZ33FRzzJBC8shwiKWYgZwBXH2HiXU7vxY9nm2+zJO0BjLKrFQud4BO45
69MYrsxyKuMlLYwrUJUWlPqr6HPx+NLBp4o57e+tY5mCxT3FuUjcnoM/410Ncf4muJPEb3Ph7T7W
R5Y5I/tFw+BHCPvZHOScCuvRdqgcnAxk1MG22aYinCMIySs30vfTSz+f/BHUUUVocoUUUUAULT/k
Lah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFAFLWNTj0fSp76ZHkSEBiqYyecf1oput6YNZ0i4sGlMQnAUuBkjkHp+FFa01
Tt7xnLnv7pfooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBm
q/VC2/5DN9/uRf8As1NdRPoX6KKKQxDWboGlvo+lraSSLIwkkfcowPmYt/WtI1jeErye/wBCSe6l
MspmlUsfQSMB+gp9BdTaooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv
/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A
9FtV6qN7/wAhHTv+ur/+i2poTL1FFFIZDLawTujywxyMnKs6Alfp6VXOlQNrC6k25rhITCuT8oUn
JwPU1eopWTKUpLZkK2sCbSkEalAQuFAwD1Apn2C18nyvssHlZ3bPLG3Prj1qzRTFd9yGS1hlIMkM
TkAqCyg4B6inNBG+zfGjbDuXIztPqPSpKKAuyD7JBs2eRFtLbiu0Y3dc49fej7HBvL+RFuLBy2wZ
LDofr71PRQF2RJbxpGY0jRUOcqFABz14pgsbYJsFtDt27MbBjb1x9ParFFAXZD9lh84S+TH5qjAf
aNwHpmhraJpxMYozKowHKjcB9amooC7K4s7cGQiCIGX/AFh2D5/r6/jQttbGXzFhi81Bs3BRuUem
e30qxVHT+LjUP+vn/wBkSiwuZk32K3JkJt4f3v8ArPkHz/X1/GlFpAJFkEEQkQbVbYMgegPpSX9z
9i065udu7yYmk25xnAJx+lc9H4xaXTtIkWzxdXtwsM8Jkx9nG9Uds45wWXHTO4dKB3fc6NbWFZDI
IYw5O7cFGc4xnPrikezt5HZngiZmG1iyAkj0Nc/eeLJLXw5a6qtl5hmuPKaJXOVUFtzDjkhUJxTd
W8ZGxvL2O3tkmhtbTz/OMhAZ9yfLgA8BZFOffpQF2dGLWEEN5Me4NvztGd3r9femmxtiiIbaEqh3
ICgwp9QO1Z9jqlzfaWsqGy+1ybvKj8x1RsHH8Shux/hrGHi7UlsLO6uLKwhS7d1WWS5cRJtONrPs
4Zj0zxwec4BLBd9zq5raK42+dFHJtORvUHB9eaDawtKsrRRtKowshUFh9DWFP4hvI7C/1KOyhbTr
ZJtjmYiR2jyCSuMBSykdc98Va07xJZalf3kdvcQPb2yRN56yAgs+/wCX2xtH50Bdml9kg8wyeTHv
JyW2jJOMZz9KRrK3eFYWt4TEpyEKAqPwrAXxcc6yr2mJbGTZboH/AOPnLbFwccEvweuMg96Ynim+
uNPe+tdOhkgtrVJ7rdcFW3NGJCkY24OFI5JGc0BdnSC2hE/neTGJcY37Rux9etS1zjeJLlbmeX7J
E2mQzxQNKsp8394qENsxjGZFB5z1PtUnhrxBPrpuGkit40jJXajOWB3Ec7lA7diaBXJtNimj1/Vn
fTkgjkMZW5D5M+BjkZ4xW1XNzeOdHtrGO7neaKKUts3x7WZVxucA8lRkc/lmp38Y6Yk8sf8ApBWN
JX84Qt5beWMuFboSMUkrIuc+d39PwVjdorD1HxfpemJI1zI4MbhNgXliUD8euFYGobrxpYx2NzdW
cNzepb+XuMMZwd+3ABPfDA/jTIOiopkUnmxq+1l3AHawwR7H3p9AFC0/5C2ofWP/ANBq/VC0/wCQ
tqH1j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
ieMZpbfwnfy28jxyqg2tGSGHzDoRRV/VdRh0nTZr25V2hhGWCDJ646fjRW9JyS0jcxqWvq7Fyiii
sDYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7
kX/s1NdRPoX6KKKQxG6VT0u6tLyzE1gF8gsyjam0ZDENx9QauGszw7pkukaStrO6O4kkfKZxhnLD
r9afQXU1KKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//AEE01uJ7Etv/AMe0X+4P5VLU
Vv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f/0W1Xqo3v8AyEdO
/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/j4v/wDr4/8AZEq9WRBD
dSXl+YLsQp5/3TEG52JznNUtmS+ho3dsl5ZzW0uRHNG0bbTg4IwcfnWVH4T0+K6kuF87zJDAT8w4
MRUrjjvsXd67RVz7LqH/AEEV/wDAcf40fZdQ/wCgiv8A4Dj/ABpW8x38ipa+F7e2jjiN1dzQwz+f
FFIyFYz82QMKCQd56k9qgTwVpsWnCzje5VFikiDhxuw7q+c46jYoHoBitL7LqH/QRX/wHH+NH2XU
P+giv/gOP8aLeYX8hbXSooGjkndru5jzsubhEMig9gVUYH0qo/hqE6bFYRXl7Bborqyxuv7xXOSG
yp9T0weatfZdQ/6CK/8AgOP8aPsuof8AQRX/AMBx/jRbzC/kUh4Ts0t7i1juLyOynR1+yrIPLTeM
MV4z3JwSRk5xV2TRrOe6uJ7iFZzcJGjpKodMIWK8EdfnNH2XUP8AoIr/AOA4/wAaPsuof9BFf/Ac
f40W8wv5FQ+FdPN9DdnzfNhnlnX5hgtJ1B46AgEDsQKi/wCEPs1hEMN1ewwNFHDPFHIAs6ooUb+M
5KgAlSMitD7LqH/QRX/wHH+NH2XUP+giv/gOP8aLeYX8iufDdu2oS3DXFyYpZlna13KIS6qoU4Az
xsU4zjI6UWHh8adCIYdSvzCrh0jZ0wmG3FQQucHock8VY+y6h/0EV/8AAcf40fZdQ/6CK/8AgOP8
aLeYX8ijJ4Ss2t7KOG4uoHs42ijljZdxRsEg7lIPIB6ZGOKhn8IRSajHILmdrNvPEts7/KPNUhtu
BkEkknJPU4xWp9l1D/oIr/4Dj/Gj7LqH/QRX/wABx/jRbzC/kZn/AAhtrtDNfX7XIl80XDOhcHYI
8YK7SNqjgjqM9akuPCNndSSyT3N27vAIA25QUAKnIIXk5UH5sgc4AzV/7LqH/QRX/wABx/jR9l1D
/oIr/wCA4/xot5hfyLkaGONVLs5AALNjJ9zilLAMFJGT0GetUvsuof8AQRX/AMBx/jVLUrK9kjRD
MbiQn5CsAXYfXdn5aEvMG32Llp/yFdQ+sf8A6DWhWPosVzBcXkd5OJ518vdIF25+X/PNbFOe4o7B
RRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBna9ph1jRbmwEoiM6h
d5XOOQen4UVW8YXU1l4Vv7i2laGZEBV1OCPmFFdFFTa91mNVxT942qKKK5zYKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E+hfooopDENY/
ha/uNS0Rbi7k8yUyyqWwBwHIHT2FbB6VT0qWymsw+m+X9m3MB5a7V3bju4+uafQXUu0UUUhhRRRQ
AVV1T/kFXn/XF/8A0E1aqrqn/IKvP+uL/wDoJprcT2Jbf/j2i/3B/Kpait/+PaL/AHB/KpaQwooo
oAKKKKACiiigAopKWgAooooAKKKZKxSNmVS7AEhR1PtQA+qN7/yEdO/66v8A+i2rDu/Emr6XEt5q
uipFYbgJGjuA8kQJwCRjB/Cp/F0zJojTQSOjCCdkkRsMP3L4IPY0oSUnoaVqE6aTls+zT/I6OivP
Z9f1TSLq8t5WaSeygggMkzERlXlYLcHPGduAT03A54qa113WpJpp2vrGWQaeJ0togHjlKyuGKsDy
dq84yASPTlmZ3lFcIvjPUZorl4ooVWJPPDPGxCwyOggdseil2bH9w9OtXdM1zUdQ1O2tY7u0lt/N
mDXUcB23KRiI/J82By7KSMjK8UAddRXJ+DdTu7nQD9odFkt7eMRxSBt2NmRIz87g3sOMY65qhZ+I
725vdMlm1GNYh9oS4SKEMkzqqMFRlYh+CcEcnB4zkAA7uiuG0jxTqerrHDDNbqzXyQee0IPyGBpT
8quQGBXH3vqM1Zs9fuLHw5fzXN7Ff6hFPdCKHbtb5Hb5SASThcN67cfWgDsKK4e+8UXlnGBFqum3
CrBJPHciAlbpwQBAoDH5uecEnkYHWotU17WJLfUkE0MMTpdRRKsREkJjiD53buT1HQY4NAHe0VxM
d7qFhcQ6ZZzQq261h8142YAMkrMQpbr8o7/XNNu9f12OW6aGeyESm8aNWtmJVbc8AndyWz1xxQB3
FFRW032i1ilIwZEDY9MjNS0AFUbD/j4v/wDr4/8AZEq9WXDdRWst80z4zc4UAZLHYnAA5Jql1JfQ
d4juJLXw1qc8EjRSx2sjJIuMqQpwRn0rmE13UZLrS7FrhknsrtLfUGAH75iSqjkfxKN/HqK7QBbm
3xJH8ki8pIvY9iKT7JBvL+THuZgxbYMlgMA/UDvUlHGXGs6jL4X8P3FheGW8ZllnVSCZ9sLyNGcf
3tvbviq1/wCI72+kvbmxvXSznig+yAOsY2/aFjLhiDjdluSDgY4ruINMsrUk29pbwktuJjiVecEZ
4HXBP5mhtNs2h8lrSBotoTYYl27euMY6Z7UAZdm0lxYxabI+oCSRC7XkUokCncfl83AyeMfdrnI7
m+ttG0i/m1i7lgktxcXKC5jWbJ2/MoZcMgwflGDzxk8V3kFtDawLDbQxwxL0SNQqj8BUT6bZyGEy
WsDGD/VFolPl/wC7xx0HSgDkJNXuG8O3Wqx6rL9vkDf6EGQCIiQLtCkZBHQk+pz2xp6drl6dQ1T7
bZXQ8uaGNLaLbKYwyZJyvYmt06faGWSU20BklAEj+WMvjpk45qUQors6qoZ/vMByfTNAHBN4g1OG
01Sya8kNzdS3EljPgExRo7rIBxj5BGMf761JJrF1Lp95ff2xJDe2oiS3tMrtmYxowyuMsXLEcfh0
rtvsduSD5EWRuA+Qcbvvfn39aa2n2jzxTNbQGaIYjkMa7kHoDjigDlY9QuU1aaZNTlknOq/ZRZMy
shiyuSFxkFRls57c1J4V1KePw+b/AFC6e4kkhR1U3ayl22lsKoVdrHn5ef0rp0sLWK5e5jtoUnk+
/KsYDt9T1NRw6TYWxJt7K2iJYMSkKryM4PA68n86AObXxTftb2R87R1a9BlSVpW8qFAgbaxzy3PH
QYBOOMU218W6je3Nu0VtaR28/kR7XZjIsksW8HsCoOPcj0rpjpNgYniNlamN38xk8lcM394jHJ96
nNtCX3mKMsWDbtozkDAP1xQBw+m67qVjo1jukS5uprGGbfLK5UtLMqZOcngP247AAVpXGua0uqNZ
wx6aR9pSzV3MgPmGASliB/D1AHXpzXSfY7fCjyYsKAoGwcAHIA9gRTvs0W/f5abt2/O0Z3Yxn644
z6UAVtFvzqui2d8yBDcQrIUByFJHQGruKbHGkKBI1VUUYCqMAD2FPoAz7T/kK6h9Y/8A0GtCqFp/
yFtQ+sf/AKDV+qluTEKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
AKmqX1tpumzXd6CbeIZfC7uM46UVB4h019Y0K6sYpFjeZQodhkDkH+lFa01Br3mZz5r6I0qKKKyN
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFv/AMhm+/3Iv/Zqv1UnsBLOZo5pYJiN
paMj5gOmQQQetNCZazRVIQagn3b2J/8Afg/wYU6JdQEq+bJamPPzbUYH8OaLeYX8i2ayvDWmz6Vo
62tzs8wSyP8AIcjDOSP0NaprJ8M6jcapoy3N0VaUyyLlVwMK5A/QUdA6mvRSZopDFopKKAFqrqn/
ACCrz/ri/wD6Cas1V1PnSrv/AK4v/wCgmhbg9ia3/wCPaL/cH8qlqK34tov9wfyqSgBaKSigBaKS
jNAC0UmaKAOQ8Va5rdv4l0/SND+yiS6iaTM6kgkZ79uAai2fEL+/o35H/CjWv+SraB/17Sfyeu0r
JLmb1O+dRUoQSgndX1XmzitnxC/v6N+Ro2fEL+/o35Gu1ozT5PNmf1r+5H7jiinxCwfn0b8jXYwi
QQx+djzNo37eme+KkoPNVGNupjVq+0t7qXojkdYa+8TarfeHojDb2UAia4lOTI6tztUdB0reuUVL
vTIwPlV2AHt5bUltZ30etXlxNcxPZyqohiVAGQjrk96j1pbovZixMa3G99hkBKg7G64opx1bZWIq
XjGEdlbbu0r/AD/pGptU9u2KNijHA46cdKw9NTUB5mWiFzx5xnjcsT2wd2MdenFX9uqf89bL/v2/
/wAVWjjbqcyl5F0Ko6ADtQFUYwAMdKpbdU/56Wf/AH7f/wCKo26p/wA9LP8A79v/APFUreYX8i6F
UdBSCNAAAoAHIGOlU9uqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IuBFAwAB9BS7F64GapbN
U/562X/ft/8A4qjbqn/PWy/79v8A/FU7eYX8i4I0AACjAOQMdKXYp7D8qpbdU/56Wf8A37f/AOKo
26p/z1s/+/b/APxVK3mF/Iu7V9BRtX0FUtuqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IvAA
DAoqjs1T/nrZf9+3/wDiqNuqf89bP/v2/wD8VTt5hfyL1YL6LBqF/eXBG24jn2q55GNicEen5GtD
bqn/AD0s/wDv2/8A8VUOlC7F3fee0BXzudikHdsT1PTFNXjdpieu6Hx6JZ+Wvm2sW/HzbScZ9uaf
/Ymn/wDPqn5n/Gr1FTzMrlRR/sSw/wCfVPzP+NH9iWH/AD6p+Z/xq9Rmi77hyrsUf7EsP+fVPzP+
NH9iWH/Pqn5n/Gr1FF33DlXYo/2JYf8APqn5n/Gj+xNP/wCfVPzP+NXqKOZ9w5V2KP8AYlh/z6p+
Z/xo/sSw/wCfVPzP+NXqM0XfcOVdij/Ylh/z6p+Z/wAaP7EsP+fVPzP+NXs0UXfcOVdij/Ylh/z6
p+Z/xo/sTT/+fVPzP+NXqKOZ9w5V2KP9iWH/AD6p+Z/xo/sSw/59U/M/41eoo5n3DlRR/sTT/wDn
1T8z/jR/Ylh/z6p+Z/xq9mijmfcOVdjM023itdQv44UCIDGcD/drUqha/wDIV1D6x/8AoNXqctxR
2FopKKkoWikzRmgBaKSigBaKSigBaKTNGaAFopKKAFopKKAFopM0UALRSUUALRSUUALRSZooAx/F
t5Pp/hi+urWUxTRoCrjHHzAd6Kvapc2lpp00+ohfsqDMm5Nwxn0780VtTlZfDcymrvexbooorE1C
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKz5ZLm5v5reCZYEhVSz7NzMWz0zwOnvWhV
C2/5DN9/uRf+zU0Ji/2YW5kvrxj7SBf/AEECnxadFFIriS4ZlOfmncg/hnFW6KLsLIQ1yGpXvh1E
OmyrfwJbSsxW2imQbjnPKjkZJrrzWfoWqHWdNW7MXlZkdNobP3WK9fwpxdtRSV9CnFFp3hWwkuQ9
4YZWXO9pJ2z2wOSKzbHT9C1+9ne3l1Xzc+Y4aWeJeT2BwPwFddRijmDlOZ17WdGm36fqD36mFwW+
zxSjnH95RyOas2tvpvhywkv43vTDKqFvMeSZsHphTkjrW7iijm0sHLrc5C2s9B8R6jO0Muq+c2ZH
BkniX04zgfgKn8Tarpf2O40q6a8EiIMeVHJjOMrlwMY6Z5+tdRVbVP8AkFXn/XF//QTTUtROOhka
baaboWmnVInvTE8Ks3mSSSnB6YQ5IPPYVQjh0HxJqshjl1UXEg3sN88KYGBx0A7V1dv/AMe8R/2B
/KpMUc2tx8pzus6npNtAdIvnvgFROYUlLYHT51HXjnml0uy0vS7JtXtZL9oWhLHzpJXO3r9xuc8e
ma6HFFLm0sg5dbnID+wfEurnbLqguJF6AzwphR+AFX9W1DStNsxo9496EMQAMSSu23t86jOePXNd
BRRzBynO6Pp2l2lv/bFnJftGI2P76WVvlHX5G5zx6VSeXQfEmrIPN1QXEi7QF8+FMAE+wFdfRRza
3Dl6Hm/iWKz0vxtocE7XP2RLOSNmVneTB3jqPmzz1rpdE0zSkRdVsZNQZUD48+WU9OD8jf4Vna1/
yVbQP+vaT+T12lZwk/e9TrxK92l/h/VnIT3mgeI9SgDS6oJ3AjQIJ4V7nnoPxNaV5d6Z4d0+PTrh
7zypUcKVWSVsHr8wyQea3aoahrmnaVc28F/eRW8lwSIhIcBsdeeg6jrWjkvkcsYSk7R3MnQdJ0iX
ZqOnyaiwiYgefNLjOOcq3XrVW81DQPEN/bpJJqglJ8pBGs8S8nvgAfia64MGAIIIPQiklZkjZlUu
wBIUdT7Uc2txcvQxp7jTfC9hHazPeGKUttOJJm9+RkjrWRpem6RPfWF3p0mosEnZT9ollHIQno/X
tVm78SaxpUS3mqaNHFYbgJDFcb5IgeMkYwfwraumD32msDkNIxB9vLalCondLc1rYedNKUrWe1rP
8mYGo6poOt3UMVxJqayIxjXyknjGSQOSAAenWtRpdO8JWKRu92YpXOCfMnbOOeeSBxW1RT5unQy5
TlNE0rRdQl+1WEuqE28gP76aZRnqOG6ik1jV9C1OZLe8k1JXgkKjyI5kGc4PKjkcV1lFPm1uHLpY
xR/Z/hKxJZ7sxSyfxGSdt2PxIHFZmlaXoer3Ek1nNqhaJw7eZNMgyTkcNjI46U3W7+6t9V1aWHU5
IHsbeGS2tsqUmdt/ylSMncQF4OeeKqy6/cX3iC5txd3sFnMXtoWii2qksS7iRIVKncRIpHP3BS5v
vDlL+uaxod7IbO+k1FWt5DnyI5l+bofmUcitCOLTvClg8++8MMrrnc0k7Z7YHJFcrH4jutPGku2o
XtxHFbw3V+Wi8xW84AEMyrhAo3PyR2610mqeIprLUJEtkgntbeylu5iGJdthI2LjjOR36UX0sFup
QsdP0LXryd7aXVfMDeY4eWeJeT2BwPwFWNe1nRrgvYag+oKYXy32eKZecf3lHI5qlF4x1WS1Xfaa
fBLJukjlmuR5RjVA3O0tgnOBz0BPbFdVpV22oaTZ3bqEa4gSUqDwCyg4/Wnzahy6GbbW+neGbCS9
R7xoZQhO95Jm56YU5I61mW1noPiLULhoJdV85syuDJPEoye2cD8BXX4oxS5vvDlOb13VtHIfTNQe
/UxlSTBHLnpkfOo5/OprG003QbCTU4XvWhkjVj5jySnaemFOSDz6VvUUc2lgt1OQig0HxJqkvly6
qJ5AXYb54UwMDjoB24p19qOlW327StQe9CmVDmBJS2AiY+dR149a62qVh/x8X/8A18f+yJVKQuWx
maZZ6XpFi+r20l80LQ7j5skkh29fuHnP4ZqgBoPiTV22y6oLiUZwDPCmAPwArr8UYqebr1HynPat
qGlafaDR7x70IYlGYklZtvb51Gc8euaNI0/S7G1OsWkl+0XlMf30srnaOvyNznj0zXQ0Uc2lgtqc
g8mg+JNXUCTVBcSjaAvnwpgDPsBV/Ur3S9GsU0m7e98t4cAossjben3wCc/jmrq6/Ztrd3pZZkuL
aETOXGFKnrg98cZ+oqpbeLrW8trea0tL6czh28pIRvjRWKlmBPAyDgdT2HWjmBRItE0zSoohq1jJ
qDIqvgTyyngcH5G+npVOe70DxJqcIaTVBPIBGgQTwr3PPQfiavz+MrG1+0NcwXkUULSIJmjGyRo8
7lXBzng9QOlaC6so0ifULi2ubdIEd3jlUb9qjJIwSDkDjmnza3Dl6FG9vNM8P2Eem3D3nlSRsFKr
JK2D1+YZIPNQ6DpWkuE1LT5dRIiLACeaXrjByrdetWo/E9qbe5kuILm1kt4fPaGdAHaPsy4JByeO
vXio4vFcU89lHDp2oSC9j8yJwibcDG7OXyCu4AjHXOM0ubQLamdd3+geIdQt1kk1QTNiJBGs8S8n
vgAfia057jTfDFhHZzPeeVLv2kCSZvf5hkjrxVzR9atdbt5Z7QvsjlaI71xnHII9iCCD3BoGvaSY
EmGpWhikfy0cTLtZvQHPXkUOXToCiZGg6Ro9yyX2ny6kfIkwPPmmAyB3Vuo5qDUNU0HXLuCOeTU1
kVvLQRJPEMkgc4AH4mujj1Wwmvnsor23e7jGXgWQF19cr1q3inza3Dl0sYjy6d4TsUhke7MUrtgk
STtnHPPJAqhoek6LfSC7sJdTJt5Af300yjPUcN1FdVRS5tA5Tk9X1fQtVnjgu5NSV4XKDyY5oxkn
ByVHI4rSzp/hKx+Z7sxSydWMk7bsfiQOK2qKOboCj1OM0PSdI1XUbq4tZNR2xSI6+ZNKnPXkHGRk
VZ1zWNDvpPst9JqKtbyEHyI5k56HlRyK3LX/AJCuofWP/wBBq9VOWokroxEj0/wnYvNvvDFK4zua
Sds44wOSBWZp2m6Frl3NJay6r5it5j75Z41yTngHA/AV11FTzfePlOY17WdFuWex1B9QUwSZP2eK
ZeQP7yjkc1bt4NO8MWEl4r3hhl2bt7STN7YHJHWtyijm0sHLrc5G0stC8RX9w0Euq+ccyuDJPEvJ
7ZwPwFWte1fR2D6bqD36mJlJMEcoOcZHzKOevrXSYoxT5tQ5dDBsrXTfD9hJqUT3rQyRqx8x5JTg
9MKckHn0rOgttB8SanMYpdVE7gyMN88K9hxnAH0rr6KXN16hynO63qmkQxNpN898AgTJhjlzgcj5
1H5807TbPTNHsX1a3e+aF4dx82SSQ7ev3Dk5/DNdBRRzaWDl1ucgqaD4l1dtkuqC4kG4gNPCmAAP
YCr2r6lpNja/2PevfBfKUZiSVm29vnUZzx65rocUYo5g5TntJsNLsLQ6xaSX7RGJj++klc7e/wAj
c549M1RL6D4l1cYl1QXEi4AUzwpgD8AK6/FFHN1Dl6HP6nfaVpFiukXb3vltDgGNZXbb0++ATnj1
zTNF03SoIRq9lJqDIqP/AK+WU8Dr8jfT0ro6KObSwcutzkJbnQfEmqRAyaoJ5AEUIJ4U4yeeg9ea
0b680vQbBNMuXvPLkiZVKrJK209fnGSDzW9Rijm+4LHN6FpeksE1PT5NRYRlgPPml9MHKN1/Kqlz
faB4i1C3V5NUEzYjQRrPCvJ74AH4muvxRRza3Dl0sYdzc6b4a0+Oyne8MUocKQJJm9/mGSOvFVNB
0jSLhkv9Pl1JvJfA8+aUDIHdW6jmunoo5tA5dTj9Sv8Aw94iuYYbr+0nYHy1jSKZFbJ7gDB6d6K6
HXdTOjaLc34i80wKDs3YzyB1/GitIKbXufmRJxT940KKKKxNQooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelabDpNkLW3Z2j
DM+XOTlmLH9TVw1h+DoZYPD6JcRyRyedMdsgIODIxHX2p9BdTdooopDCiiigAqrqn/IKvP8Ari//
AKCatVV1T/kFXn/XF/8A0E01uJ7Etv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQBx/
irQdbuvEmn6vobWnm2sTR4nJxk57Y54NQ4+IX97R/wBa7WlqPZ63udUcW1FRcU7d0cTj4hf3tH/W
sPxZ/wAJGNKP/CRnQfI52bs78/7GOc/SvUqz7/RNO1S5t5760iuJLckxGQZ2568dD0HWplTurXNa
WNUZqTgtOy1PO/hwPFQMXlEDR88/a84x/wBM+/8ASvUc+tOAAAAAAHQCkI6VUIcitcwxWI+sVHPl
S9Dk9Xa98S6rf+H4jDb2UAia4lILSOrfNtUdB061s38sNlPprSMI4kkZck8D92wFOtrW+i1q8uJr
qN7OVVEMIjAZCOuT3qS8/wCQhp3/AF1f/wBFtTpxs22LEVLxjCNrK23dpX+Yf23p/wDz+Q/nR/be
n/8AP5D+dX6KvQ59Sh/ben/8/kP50f23p/8Az+Q/nV+ijQNTIe70OS7W7kNk1ygwszIC6j2bGe9O
F/owjWMS2vlo25VwMKeuQPXk/nWrRRoGpkrfaKsbxrJaBJAFdQowwAwARjkY4+lLHf6NCcxS2iHB
GVAHU5P5nmtWijQNTCI8Nm2a3EenrEzbyixKBuxjdjHX3qxZ6jpdjZQWsN3EIoI1jQFsnaBgc/hW
rRRoGpQ/tvT/APn8h/Oj+29P/wCfyH86v0UaBqUP7b0//n8h/Oj+29P/AOfyH86v0UaBqZNz4gtY
drxSxTIM7wr/ADj3A707RruG9F5cW0gkiknyrDv8iVburNLvaJmcxr1jDYV/r6/SqNqbqK6vktbe
3aITjG6Qpj5E4wFNUrWJd76mvRVHzdS/59rX/wACG/8AiKPN1L/n2tf/AAIb/wCIqbFXL1FUfN1L
/n2tf/Ahv/iKPN1L/n2tf/Ahv/iKLBcyNV8JtqV9PcC78rzpULBV5MWzZJHnP8Q79iBTofDt7YXJ
uNPvYI5JfMSVZISy7GleRSoBGGXzCPQ1q+bqX/Pta/8AgQ3/AMRR5upf8+1r/wCBDf8AxFFguZ1v
4XjtBfzxCB7+6klYSzoXRQ7Z2lM4xjg4xmoLfwj5ek3Vs1yUknjlRI4GdLeEOm3Aj3EEDk89zxji
tjzdS/59rX/wIb/4ijzdS/59rX/wIb/4iiwXMS48K3uorGb/AFBFkHlxsbWMpiJG34Ukk7iwQk+i
4xzQnhK6tkdbXU2BUXPkPKu50MwUkk55wwY/iPStvzdS/wCfa1/8CG/+Io83Uv8An2tf/Ahv/iKL
Bcy9L8LyaHds2n3ztbyRxRyR3WZGwmQNpBGPlOPwFUbzwMbi10yNZraQ2lp9kkSeNzHIvB3AK6nO
R0OQc10Xm6l/z7Wv/gQ3/wARR5upf8+1r/4EN/8AEUWC5i2Ph+807xBaSboZLGIXRVlj2yKZXV/m
Ofm53DgDpzXUVR83Uv8An1tf/Ahv/iKPN1L/AJ9rX/wIb/4iiwXL1FUfN1L/AJ9rX/wIb/4ijzdS
/wCfa1/8CG/+IosFy9RVHzdS/wCfa1/8CG/+IqlqVxfJGjMsUMuf3QinZix9Nuz5v89KajcXMXLT
/kLah9Y//Qav1jaLJdSXF419EkVwfL3IjZH3a2KJ6MI7C0UUVJRi+Kr+607SFlsmdZnuIosxxiRs
M4B2qeCcGs6w8VXP2O1FzAJZBDcS3cmfLMSwuFOUwcvyMgHGc4OMV0Ooada6pam2vYVmhLBtrZ6g
5B49DTLfSbK0EYt7WKMRxtGu1eisQWHvkgE+tAGG3jGWKBvtFhHDcNFFNDE1zuEiOWxyqk7vlOQA
frgEiGTxdc3wsX0+1aO2ea0E8zuuVEu1toXBz8rAE5GM8dDWynhfR4rZ7ePT4FikcOwUY5HA56jA
4wOMEjvTv+Ea0kT28wsLcSWyosLbf9WE+7j6dqAMyXxbPFoyak9hEkVwFe0V7n5plKluiqSGwAcD
I56jBqDUPGVwun3MtlZKji0W5tjcyFfOBVWOABggBucHOR0Awa1z4W0cxSRf2fB5cj72UAgZ56en
U8Djk1J/wjmlZc/YYTvh8ggjI8vAXbjtwAPwoAzbjxHe293JbR2IuLk3CQiIzhEQ+R5rYbbkjgjp
TLfxkb3WLCytLB3S6ijmeRpMGJXQvnaAcgYAPI5YetbUWj2MLI0dtGGQgq3UghPLBz/ucfSs2Pwh
aQa1HqFvPPCE2YgjYBPlUIB67cAcUAU49W1NL2a5a6jkthqf2EWpiAO0kKGVhySM5OeMA9OtR6Zr
Wqy3WlT6hMYrK7gh8to7cNHLIycq7ZyjbjxxjGB1Nb8WhadBqMl/HaRLdyEs0uMnJGCfYkdxSQ+H
tLgu4rmOyhWaFFSNgPuhRgYHTgcZ60AaI6UtFFABRRRQAUUUUAFFFIzBQSeg60ALRUVvcw3cKy28
qSxt0ZDkGpaAKeq6dDq2mzWVwXEUwAYocHrn+lFUPGMUs/hO/jt0kklZBtWMEsfmHQCit6UW1pKx
jUkk9Vc26KKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1
Qtv+Qzff7kX/ALNTXUT6F+iiikMQ1Q0XVF1nTlu1iMQLum0nJ+Viv9Kvk4FUdH0xNHsBaRSPIod3
3PjPzMWP86elhF+iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7R
f7g/lUtRW/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xq
o3v/ACEdO/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq
9VGw/wCPi/8A+vj/ANkSqWzE90XqKKKkYUVRj1myl1O609Zh9ptEWSZCCAqtyDk8H8OlVI/FmlTW
ttcQTSyx3IZk8uB2IVW2lmAGVUEdTgUAbNFYr+LdJiedZZ5IxCXUs8DhXKHDBDjDEHjAyauJq9q2
lzag3nRQQq7yebC6MoXk/KRnt6UAXqKy4vEenSWl1cNJLEtqnmTJNC8bquMhthGSD2wOenWol8U6
fJc20Ea3cjXSCSFktZCrqQDndjGBuGfTPNAGzRVLTtWs9WtnnsZvNiSRo2YKR8ynB6/z78VNFewT
CPbIoaRQ6oxw2MZ6daAJ6KoHWLT+0HtFkLyxqjMEG4DcxUZI75HPpVhr22QOWuIlEZ2uS4G0+h9K
AJ6KpnVrL7TNbLOrzwFBJGnLJuIC5H41P9qgy486PMZw/wAw+X6+lAEtFNjkSVA8bK6MMhlOQfxp
1ABSY5zS0UAYjWUl1rF80d9c2wXywRFtwfl6nINTf2RP/wBBjUPzj/8AiamtP+QtqH1j/wDQav1b
k0QkmZX9kT/9BjUPzj/+Jo/sif8A6DGofnH/APE1q0UuZj5UZX9kT/8AQY1D84//AImj+yJ/+gxq
H5x//E1W8YpHJo0QniaW3F3AZkVC+UEi7sqMkjHWububW9VZDpNveJaFLk2cYVlZYykWQoPK5IkK
g+vGKOZhyo63+yJx/wAxjUPzj/8AiaaNLlYkLrV8SpwcNHwf++azfD8FouuSvosE1vpq2wSVXieN
Hl3fKQGAywXOT7jOe1LRrLULJ7SGGe6RLm+vJrlzCgL7XOwM23o2M56nPBAxg5mHKjof7In/AOgx
qH5x/wDxNH9kT/8AQY1D84//AImuYt9T165gKpc3omkWL7SWsgv2SZpkVkjyvzAIX67sbQc81q6L
Lq6atGl7dXFxbyfakIlgVQvlSKsbZAHLKSTng9gMUczDlRpf2RP/ANBjUPzj/wDiaP7In/6DGofn
H/8AE1yMVtqljeW3kW88sF1qVxcBTnEUqmYAN6I67Mdsg+oqaDV9ZaJd13qH2VvJ+13LWO2S3kO7
eiLt5Gdg6Ntz1PY5mHKjpxpUzDK6zfkexj/+Jpf7In/6DGofnH/8TXG6bea5ZjSbSKWW2t8Bt0tm
5M7NM+9WAQ7Tt28ErjdnkDi54qim/wCEtimhtzLKkNs0IWGQuxWVyypIvypxjdu6ijmYcqOm/sif
/oMah+cf/wATR/ZE/wD0GNQ/OP8A+JrUHSlo5mHKjK/sif8A6DGofnH/APE0f2RP/wBBjUPzj/8A
ia1aKOZhyoyv7In/AOgxqH5x/wDxNH9kT/8AQY1D84//AImtWijmYcqMr+yJ/wDoMah+cf8A8TQd
JuACf7X1E+w8v/4mtWijmYcqOZ0fQr2HU2v5rmeBHOTBlSZPd8ALn6fnXTUUUSk5O7CMVFaFDWtT
XRtIuL9ojKsChigOCeQOv40UusaamsaVPYyu8aTAAsmMjkHv9KKun7O3vClz390vUUUVkWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/
RRRSGIaw/Bvm/wDCPJ5/mb/Om/1mc48xsdfatw1S0jVI9YsBdxRuiF3Ta+M/KxU9PpT6C6l6iiik
MKKKKACquqf8gq8/64v/AOgmrVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VL
SGFFFFABRRRQAUUUUAFFFFABRRRQAUUlFAC1Rvf+Qjp3/XV//RbVdqle/wDIR07/AK6v/wCi2poT
L1FFFIYUVka/PdxDT4bG4FvJdXQhaQxh9q7HbgHj+EVzmqeM7nTLWGOae1W5guZRO7DAuIocb9i5
4ZtwAHOCDQB3VFcNda5qOnJqUk2tW7oksVvatJbqqbpVVg7EHkKGJx3ArZtPEAvPDFlqSNlppYYn
2AYDmVY3xntkn8KAOgorlYvGjv5m/S5FLnFqBMp84+cIef7nzEHvxn0xUVr4quoI5JNRhbzfMuVE
CMpAKyxRou7jvIOfzoA6+iuduvFMthdWNte2Ucc9y6o8aXG9o9z7EbheVJxydvfGSMVStvF13Hp9
vd6laBHdLgiKBwwcpIka8nGCS+PTuaAOvorlbnxjdWxeE6QWvImkE0QuV2qqxrJkNjnKsOMDn866
W2nW6top48hJUDrnrgjNAEtFFFABVGw/4+L/AP6+P/ZEq9XN3eo3dneXccEGIXuPnuSy4T5E4weA
fc8VUVe6Jk7WOkorNiu7xYkAsJZMAfMZ4yW9+tP+23n/AEDZP+/yf40crDmRiap4Vu7zVbm7t7iK
I3EqpIedxtzGqyJ06kqCKfY6FqmkXJmsWspBKrxyJIWURjzpJEZSBzgSEFeOg5rY+23n/QNk/wC/
yf40fbbz/oGyf9/k/wAaOVj5kZMfhURQX0kqx3tzPLO0cVzKxgVZHLYC4+UkHBIBpieGr9tDvLWW
/kV5YZoobbzjJDGHUhQXZd7YJznj0xxWz9tvP+gbJ/3+T/Gj7bef9A2T/v8AJ/jRysOZGHeeHdV1
WVZria1tJG8qJxATJtiRjJwWXDMXC8EYAz1zTYfDOrWcGy3vYXeGO7jtpZMgjzijKSAMDaQ/A7bf
w3vtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyMjSPDl9oU0sdveJdWkyRI3n4Rk2qUJAVcHKhO
v92qdr4Kmhe1mZrX7RAtmgmUHeqxIVcA4zzngfnXR/bbz/oGyf8Af5P8aPtt5/0DZP8Av8n+NHKw
5kc1p3g28tWTcmnwhFtEzBuzL5Mu9nf5R8xH15796G8JaiNEFhHFpaupVZJwMvdKA3zOWRtrZYH+
LPzcjNdL9tvP+gbJ/wB/k/xo+23n/QNk/wC/yf40crDmRz1l4Qu7XaG+xsxSx3zDO8tAyFx05BC5
BJ64yO9V18DXT27QTDTwqxeUzqGLXeZkkZpcjrhDx83LHkCup+23n/QNk/7/ACf40fbbz/oGyf8A
f5P8aOVhzIZoelnSLW4g/diNrmWWJIxhURmJC47de1aVUPtt5/0DZP8Av8n+NH228/6Bsn/f5P8A
GjlYcyL9FUPtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyKsmpWumX+oS3kyxqTHgHqx29AO9Wr
TVoLiASSskBJOEklXdjsTg8fSs3+zbfWru+GoWmx1aPadwLJ8vUEfyq7aaDaQwBLi3tbhwT+8Nsi
kjtnA6+9XLlt5kR5rlz+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR/Y2m/wDPhaf9
+V/wqPdK94k/tC0/5+oP+/go+32f/P1B/wB/BUf9jab/AM+Fp/35X/Cj+xtN/wCfC0/78r/hR7oe
8Sfb7P8A5+oP+/go+32f/P1B/wB/B/jUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P
/n6g/wC/go+32f8Az9Qf9/BUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P/n6g/wC/
go+32n/P1B/38H+NR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vs/wDn6g/7+Cj7fZ/8
/UH/AH8FR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vtP+fqD/v4KX+0LT/n6g/7+Cov
7G03/nwtP+/K/wCFH9jab/z4Wn/flf8ACj3Q94l/tC0/5+oP+/go/tC0/wCfqD/v4Ki/sbTf+fC0
/wC/K/4Uf2Npv/Phaf8Aflf8KPdD3iX+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR
/Y2m/wDPhaf9+V/wo90PeJf7QtP+fqD/AL+Cj+0LT/n6g/7+Cov7G03/AJ8LT/vyv+FH9jab/wA+
Fp/35X/Cj3Q94mW+tXYKtzCWJwAJBk1PVNNJsI3V0sbZXU5DCJQQfyq5Sdug1fqYnjLzf+ETv/I8
zzdg2+Xnd94dMc0Ve1jU49H0qe+lR5EhAJVOp5x/Wit6Tkl7quZVOW+rsXaKKK5zYKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikM
Q8VQ0TSxo+nC0WUygO77iMfeYt/Wr5rD8HTSz+H0e4kkkk86YbpCScCRgOvtT6C6m7RRRSGFFFFA
BVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMK
KKKACiiigAooooAKKKKACkNLRQByUC6zqGuarajW5LX7LKDHGtvGw8thlTk8+o/Crv8AYmt/9DNN
/wCAkdJe/wDEv8a2Fz0jv4WtX/31+ZP03Cugq27WsQkjA/sTW/8AoZpv/ASOsySW80zxbpttf62b
mIRyzyebCkYQBSByPXJ/KuyrjrSCLWPEt3e3EaSwPctZxqwyCkcbZ/8AHifypwd73FJW2OjttWt7
ncyuqRD7ru4G/wBwM5x9asfbbb/n4h/7+Cq1to9tbllKRyxn7iyRqSvtuxk/jU/9n2f/AD6Qf9+x
/hUvl6FLmK2owaXq0Cw3zwSojh1Hm7SGAIyCCD3P5023tdHtG3W62kZ8oQfKwxsBJ2/TJJ/Grf8A
Z9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UtB6lKCw0W1aFoFtUaEgxkSD5SE8sd+yfL9KT7BoomeULai
R38xjvHLbw+evXcAfqKvf2fZ/wDPpB/37H+FH9n2f/PpB/37H+FGgalB9N0OSExPHalCjJjePus2
8jrx8wB+tNTStAjtjbrDZiEq6lCwIIcgv37lVP1FaP8AZ9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UaB
qZg0bQFMB8u2LW5DRkzZIIbcCeecNyM5xT10vQlSRPKtCknmblLgj94QX4J4BKj8q0P7Ps/+fSD/
AL9j/Cj+z7P/AJ9IP+/Y/wAKNA1M+HS9Ct4ViijtVRQ4/wBZkneMPk5ycjA5q/Fc2cMSRRzwKiKF
VQ44A6Cl/s+z/wCfSD/v2P8ACj+z7P8A59IP+/Y/wo0DUd9ttv8An4h/7+Cj7bbf8/EP/fwU3+z7
P/n0g/79j/Cj+z7P/n0g/wC/Y/wo0DUd9ttv+fiH/v4KracySy35Uq6NcdQcg/IlT/2fZ/8APpB/
37H+FQabGkUt8kaKii44VRgD5Epq1mLW6LyRrGoVFCqBgADAFLS0VJQlGRXEX+qX+l+KNTmheaaK
cx2UMBJKxzNGrRsB0AJLA/hmoNMnjjFvaa1ql6kMCS/ZpmndDPKJ5FJLDl2ACYU5+90NAHfZFHFc
D9l1CaPVbxr+XTbZZrpHupLp3DjzCqDy+kYXGMgg46e1mHU5z4P1FLW1nCR29wPtkd4ZowwQkGN2
O9hnoccHjtQB2tFcDPqPkQ3Nvod1d3dpdpFAhimaVlmYnf5bseojBY/NgEDoTUNvdJG1rd6h/aCy
2MFyLmJ7mQF3hMXlllVtuSrA8dSxzmgD0TijrXHeF9UubRLmw1r7TDdOUmiN2wLO0gO5VwTwHVsD
PAIqDT/EGq7rFg0JtvLs0eAxMWdpY8k7y2Rg46g+9AHcUV59p+t3d7qJupLyG5eSOxDxwoyLbl5y
GjPzckZxn25FWJPFl2uhtdnUIPtMrKDAluM2bEMSkhdwP4cZOCSOAcigDueKK4O01y/uriSae6Ui
cadKlntI8sSMgcqc5IBJHpnr6UL4s1aW3laGe1ad49zxC3b/AEFzMiKj8/MSGbrg/ISOKAO8orM8
P3l1eWUwvWR57e4lgMiJsDhWIDYycZHvWpQAlFLRQBn2v/IV1D6x/wDoNaFZ9r/yFtQ+sf8A6DV5
XV87WDYODg5waqW5MR1FFFSUZuu6hcadYxvaRRSTyzxQIJWKqC7BckgE8ZrJm8XT2TvDeWSCeASi
ZY5MqzKsbJsOOjCReuMc1t6rpkerWggklmi2yJKskLAMrKwYEZBHUelUW8KafLHsnE025ZFkeSQl
pTIFDFj64VcYxjAxQA/T9Tvjqh0/VLaCOdoPtEb28hdCAwVlOQDkEj2OfaqOmeLHuAv2yznje4vJ
oLeNITkJG2CzHcRxjk8dxz309O0VNPuZLhri5uriRQnm3MgZlUdFGAABnn370Q6DawS28i+YWgea
RMtxmViz5/E8UAUf+Ez0/wAh5RHeFdqvF/o7ZuEZwgaMfxAsy/mD0NWdM8S2mqXYtoorqKQq5Hnw
lAxQhXUH1UkA/pmoYPCFjAFHmXUixiNYRJNuEKI6uEXjgZVc5ySABnirtvolta3cdxGZPMjadly3
GZXDv+oGPSgDGtvGRkuDBcWyQuL1ocl+DADIPNzj1iYEdvxFWk8ZWDx5EN6JH2GGE25Ek6tnayDu
DtbrjGOcVNJ4U02aS0eSN2a1lmlQluvmli6n1Uljx7CoY/B9nGgIur4zJsEM7TZkhVMhVU4xjDMD
kEnPJNAFW08eWHkWA1BvJubs/wCrVf8AVgyFE3AnIyR2zg5zitO41O8fV3stOt4ZRbqj3DSyFPvZ
wq4BycAnnA6fhBB4RtLSSB7a5vYWiUIxWbPnKHLgPkc8s3IwcE81autDhudQ+2LPc28rKqS+RLsE
yqSQG47ZPIweetAGnS0g4FLQAUUUUAFFFFABRRRQAUUUUAUNb0wazpFxYNKYhOApcDJHIPT8KKp+
MZpYPCd/JbyPHKqDa0ZIYfMOhFFdFGM2vddjGrKKeqNuiiiuc2CiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDENVNK1KHVrIXVsr
rGWZMOMHKsVP6irZOBWdoWlnR9MFoZRKVkd9wXH3mLdPxp9BGlRRRSGFFFFABVXUgW0u7VQSTC4A
Hf5TVa8123s9SSxMU8kpRZJGjTKwoWKhnOeBkH1xgk0tr4i0m8sre7i1G28m5O2JmlC729Bnv7UA
XrcEW8QIwdg/lUlU21W0Fx5Ec8UsokETokilo2OcbhnI6GkTWdNltpbmPULR4ITiSVZlKofc5wKA
LtFZt7rtpaWEF5GWu4riRY4fsuJPMJ6Y5x2Peq6+KtOMPmO0seI5HdHjIaMoVDKw67suuB3yMUAb
VFZNr4jtJ/OFwJbB4EWSRLxREQjEgNknGMgjr161ekvIo/IJYFJzhXDDH3S2c56YB6UAWKKrW2o2
V5A81rd288SEhpIpVZVxyckHiov7b0v7O1x/aVn5CMEaTz12qx5AJzjPtQBeoqs2pWSTPE95brJG
nmOhlUFU/vEZ4HPWo/7Y03MA/tC0zcf6n98v73nHy888+lAF2iqenatZasszWNzHOIZWik2HO1lO
CP0/GrlAGF4wgdtBe6hGZrGRLpMf7Byf0zWxbzJcW8c0Zykih1PsRkU6aJZoXikGUdSrD1B61ieD
pGXRTZSnMunzPatn0U/L/wCOkVW8Sepo6xfrpekXd43/ACxiZx7nHA/PFZOjWLadp2hQSf63LPIf
V2Rmb9TTvFX+mPpmkrz9tulMgH/PNPmb+QFaV5/yENO/66v/AOi2prRCe5epaTIoqCypqOqW+lRR
yXXm4kcRosUTSMzEE4CqCegP5VXfxHpiWlrdNdARXUwgiJU5MhONpGMqQQc5xjHNJrtpd3QsZbFI
ZJbW5E+yWQoGGx1xkA4PzelYFz4Nv9QaUTX8dssqTSP5CBv3spGcbhwFVVAYckljxQBs/wDCW6Z/
pZc3Ua2al52ktJUCDGeSV6kEYHU54rTW9he1iuUYtDKEKMoJyGxg/qK5uXw7q12GE13DC1zcW89x
JEN5HlxLwAwwcyKDz296ltdC1ODR4tLklglgt7iOSOYsQ5RJ1kClcYGFBHHcDtQB0YmibfiRDs+9
hh8v1qtaara3zOIHYhHdC204yhAbnp3H1rlh4JnhiYwx2e91Zp1yVFy32kSgOQOQVBUk5xnoRSr4
OvfsLRL9ityftBEURbywJJYnCcAHaRGyn/e6UAdiLiFtm2WM78lMMPmx1x61Ba6paXwja1nWZJN2
14+V+U4PPQcmuYu/DGoXV5pssNtp1nBbTRyGCDGI8S72w3l5O5ew2DOc5zTB4Nu/7MFnEtlbhEuU
BjJCyiSSN13AAYBCFWHPHrQB2H2mHYr+dHsb7rbhg/Spa4mTwVLd72uLXTo0dp3W1QFooGaJY0K5
Uc5XcSAOTx6119lE9vYW8MrbpI4lVmznJAwTQBPRSUUALWVDeQ2k18Zm5a5wiKMsx8tOABya1Kwm
0W21G9vZ3UC4SfashUNxsTgg8EVUba3Jlfobcb+ZGrFWQsM7W6j606qEejWPlr5llbF8fMVjwM+1
O/sbTv8Anyg/74FLQepd49qMD2ql/Y2nf8+UH/fAo/sbTv8Anyg/74FGgal3jGO1HHtVL+xtO/58
oP8AvgUf2Np3/PlB/wB8CjQNS6AB0A4owPaqX9jad/z5Qf8AfAo/sbTv+fKD/vgUaBqXePajA9BV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7x7Uce1Uv7G07/nyg/74FH9jad/z5Qf98CjQNS7ge1H
HtVL+xtO/wCfKD/vgUf2Np3/AD5Qf98CjQNS7xRVL+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7RV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNTH1az1K8ur9NMuREQY96dDINvQN2/wA81LpVlqAsVW3u
1tEUkGJ7EKQe/wDFz9e9XdOt4rbUb+OCNY0zGdqjA+7WpVym0rERgr3Mr7Hq3/QWi/8AAQf/ABVH
2PVv+gtF/wCAg/8Aiq1aKnmZXKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t
/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrV
oo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8A
oLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/w
EH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK
+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjNitNTWVGk1SN0DAsotQNw9M7uK0qKKTdx
pWKeq6jDpOmzXtyrtDCMsEGT1xwPxoqLXtMOsaLc2AlERnULvK5xyD0/CitKag17zInz3900aKKK
yNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1Qtv+Qzff7kX/
ALNTXUT6F+iiikMQ1ieELqa80BJriVpZDNKu9jk4EjAD8hW2aqaXfW2o2QuLMEQlmUZXbyGIPH1B
p9BdS5RRRSGFFFFAGFreh3Gq6jaSxtaxJAVYT7G8+Mg5IVgcYI4wePXPSsk+C737GlutxY4No9g5
aAtiItncvPD4PI6HA9K7OigDn4vDTxbNs0eV1I3pO3lhtICk+vPWsTVfCl7Z6Pbx6eiSukdpE6wq
EbMJkJcZ6ksy/rXd1zM/iS7s59W+021sIrW4jgtyZyDKWRWwQFJz82eAfTtmgBU0a8l8L6Tb20MF
jc2UkcqwyMXQbcjBI56H8/Wo5/CM90WlkvUW5lEkkkiR8CUtCyEKT91fJUYJyfWoYPF1xLci7W1L
6bLbWkp3SBWgMruvTGWOdvHHT14puneL7omztGsLm+nbBuJYUOI1aRlU8LjgKSckcDvQBauvD2oa
iLi4vpLJ7x1jSFYxIiRhW3Z3A7t2TnPbA461cuNEuLmw06GW6V5bTcZJSmPMJhePOBwOXz+FR6pr
02nahNBDbm5kxbLHEZAgLSvIud2D/cqpqniG6k8N2N9YrNby3NysLokYmdeWDBR0blfyoAltfDb6
ZpuoRxGN2nsI7dUjXblkjZc/jkVmx+ENVm0lVe7trad4YoXigjKJsRHHJBznLknBwdoHSoT4j1q4
j0/7HP5001o80axWm8TN5m1BJg/uuMbuRg59K6vRLya9t7l7ggtHdzRLgY+VXKj9BQBhnwVI2kXV
obmLzZUtQr7CBmFVGGwQdpK9iMZpg8Du1o8ZNnE7QPGBGrsFZpRIWBcls8c89a7GigDN0bTptN+2
JI0TRy3Mk8ZRSGAdixDfQnHFaVFFACVz9t/xL/G93D0j1G3Wdf8AfT5W/Qg10Nc74tP2AafrHOLC
5BkI/wCeT/K38xVR1diZdxbX/iYeN7ufrHp1utun++/zN+gAq3rS3Ly2a2UkcdwXfY0i5UHY3aq/
g+Jv7FN5KMTX8z3TZ/2j8o/75ArQvf8AkI6d/wBdX/8ARbU3pL0FbQoaZBfp5gLxx3HHmtNAzFvQ
ht+CPp09BV/ytS/5+bX/AL8N/wDF1dpaTk2NRsUfK1L/AJ+bX/vw3/xdHlal/wA/Nr/34b/4ur1F
LmHylHytS/5+bX/vw3/xdHlal/z82v8A34b/AOLq9RRzBylHytS/5+bX/vw3/wAXR5Wpf8/Nr/34
b/4ur1FHMHKUfK1L/n5tf+/Df/F0eVqX/Pza/wDfhv8A4ur1FHMHKUfK1L/n5tf+/Df/ABdHlal/
z82v/fhv/i6vUUcwcpR8rUv+fm1/78N/8XR5Wpf8/Nr/AN+G/wDi6vUUcwcpR8rUv+fm1/78N/8A
F0zShIJL4TMrSfaOSq7R9xO2TWjVGw/4+L//AK+P/ZEp3umK1mi9RRRUlBRXF32v3uleJtTLytNa
vstraDH3bgxqyAf7+WHPcCotJv7m48q01PXZYGtopJPPyiG4YTyIScjBVQi/KP7wzQB3NFcJHNrl
0dSmtb+a2iWa5jM93JGIOJCqCPgspGMZIx7HirMevSp4X1BYv7RNzBBcZuJSkqxOqFseYvBxxjj2
POaAOyorhrvWJ9Lju7S01Oe8WaKJIpeJ5YZpGIIXaPmwgL4wcbT2IFQW2qu72l5eapqMaW8FwbyI
sEy8BjAJUrkbgdxH+1QB6BRXJeFdduJobq21aWZbxdsyfaYzCzCRSdiqQCdrK6j2AqCx8V37PZZh
t3tGjtFkJdjMWmTdkHocEfjQB2lFcJZeJL681ATzT2/lyxWLJBbTEiISzEEP/tYOD647VZfxfdDR
Vv8AzNPDXJU28Ch5HThiVkAI5AXrwBg+nIB2VFcTaeJr+9mmmeSBbaT7A8MCEiRBMyZy3cfMe3Pt
Sf8ACa3zWpljj093ni82GMSsWg/epGFl9zv7Y5UjnGaAO3orM0HUZ9RspWu0iW4gnkt5PKJ2MUbG
RnkZ9K06ACiiigChaf8AIW1D6x/+g1fqhaf8hbUPrH/6DV6qluTEWikzRmpKKGtak+l2STRW/wBo
lkmjhSPeEyzsFGTg4HNZjeL47fcl5ZywzRCXzowwbYyKjAA9G3CRcH35xWnrGmnVbJYUuGt5Eljm
SRVDbWRgw4PB6VnS+Ebe5VvtV1cSySLIJpchWkZwg3DA+XaEXGPTvQBa0/WLi4vzY39i1lc+V56L
5gkVkzg/MOhBIyPcYJqrpfi62vV3XCPB5t1JbWyeVIWk2HBJGwY9e4Hc5Bxd0/SJbW9e8vL6S9uW
QRK7oqBEzkgBR3PJPsPSmQeH4oJraTzpG+zyXDgEDDecxZgfpnigBn/CXaL5M0v20eXCAWYRv8wL
bAV4+cbiBlcjNT6f4i0zVbg29nc75gpba0bJ0IDfeA5BIBHUZ5xWfb+EEiESyX9zMtusUdsGCjyo
0kRwvA+YkxqCTzgVetdCjtb2K5WZ2aJrhgpAx++cOfyIwKAKNr4wguZ2ha3eKRb1rUqzD7o34l/3
SY2H1Bq0ni3RpIGlW8JVSoA8p9z7s7Si4y4ODgqCDg1Wm8G2U8tpJJLLut5Z3OMDzVlLko3sC5x3
H4mmJ4QKGOY6pcvd24RLadkT90iAgLtxhiQzZJ56dMUATWPjHTbizs5bmdbeS7P7tCGOAXKKScfL
uI4zjnipNU1+fT7+aGLT2uIba3W5uJFlAZEJYfKpHzEBCcZFUYvA8ENzazpds0sKqrtNbxSGQB2c
EEr8hy7DK4/MVf1HQH1DUJZxfzQRT2629xFGi/vEBY8MRlc7yOKANeGVJ4Y5Y23JIoZT6g8in0yN
FiiSONQqIAqqOgA7U7NAC0UmaM0ALRSZozQAtFJmjNAC0UlLQBi+MLqay8K39xbStDMiAq6nBHzC
ir+qX1tpumzXd6CbeIZfC7uM46UVvSbS+G5lUtfexbooorA1CiqD6zaR67HpDO32ySA3CrtONgOC
c9Ovaota8Q2WgrD9r895ZyRFDbwtLJJjrhVB6ZoA1KKzND8Q6f4htpJtPlZvKcxyxyRlHjYdmU8g
0a34gsNAhie+kk3zvshhijaSSVvRVUZNAGnRWRp3ibTtR065vVkkt4bQkXAuomhaLAydwYDHHNak
UqTxJLE4eN1DKynIIPIIoAfRSZpGdUUsxAVRkk9qAHUVBaXlvf2sdzaTJNBKNySIcqw9QamzQAtF
JmloAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VmeH9MfSNKW0lk
WRhJI+5RgfM5b+taZrG8J3s9/oST3UpllMsq7jjoHYDp7Cn0F1NqiiikMKKKKAGu6xRs8jKqKCWZ
jgAepNCyI+djq204ODnB9KyfFgz4duNwJiDxNMB/zyEil/w27qwNQstbnmu/Ikv4VV7yWIwOF3sF
j8kH1BO7A796AO0lmjgiaSaRI41GWZmAA+pqjcaDpt3LNJPao8k+0yNkgsV+6eD1A4z1xxXMahba
newatFcQ6lJcvGRCi/8AHs0eFwMdN+c++c9sU68l8Qm4u7e2jv1eP7W6y4BRlYqYgp6Fgu7A7HrQ
BupoOhC7t3S1tfPtAsMQB5jC/Mq4z2zuAPTINSN4b0l5beU2MPmW/wDq2AIx827HuN3OD3rlorPV
YoruSwh1NfMnuZI2uSDMf9FVUJJ5++MDPPAzVXXrnVNHsPsTX98izXI8qeWU79vkZb5wM4Ehzj2I
6GgDu7ixsWka6uY4t67HaR+MeWSVJPtuY/jRHptj9ngSOGIwxSedEB0Vsk7h+ZP41y+p6fLdPZXN
ub+8STRp4EkUsFkcqpUup6bhnr3x3Aqrc2mv2lgLSCbUvsoli3yBTJMqmHnbtZWwJAMgHj0xmgDs
rXT7G1uHktoYklG4MV6je29h7ZJz+NJa6PY2V7Pd20AjnnJMjBj8xJyTjOMk1zlpZ6tPdWyXMt+s
TXETTSjETOoted208AyAZAPXjpVzXItSOpzzWi3kkUNgTFDFMY0eUsRzjqQvI/xxQB0majNzAFkY
zR7Y22udwwp44PoeR+YrhIrbxFdaUu+XU4pIUvJItrlWdhsMAbdkkctgNz61Le215A+vS38c62E0
UzRheEMhhQZcdTnGF9CD3IoA7uioLISrYW4uDmYRr5h/2sc/rU9ABXP+NnZvDklnEA098620YPqx
/wAAa365+9/4mHjSwtusdhC10/8Avt8ifpuNVHe5MtrFvwxdi98OWUmArLGI3UfwsvykfmKsXv8A
yEdO/wCur/8AotqzNBP2HXNZ0zovmi7iH+zIOfyYH86073/kIad/11f/ANFtTfxAti9RSUtQUVNQ
1O00qBZr64SCNmCBnPVj2/Q006xYLa21ybyDybp1jgfeMSs33QvqT6VV8QQXcn9nz2Vsbl7a7Erx
q6oSux14LEDqwrnLrwnrGoeYge2tEfz7kbl80JNIRgLgjBULndyMueKAOjj8V6LMZxHqVuTboZJc
tjy1HJJ9K0PtcXkpNvXyn27WHQ7sAfnkVy0+j61frMrx28DXtxbyzl/3iIqRKWXaCNwLqF69CTU9
np2sQaLBpcsauba4jKXKSBQ8STqQNucj92DxntjnNAHU1Wg1C2uZGjhlV2VnQgZ4KkBh+BIrjl8L
6nbwymKNy06s11GLojzyLgOFyTxmPcvYDOKIfDerQ6c0VrB9lB+0kQC5/heWJlTcO5RXGe2aAO6q
FLuGR0WOVH3hiu05B2nB59ia4650PU5L3SWsdNFnbW8qMU88M8Y83MgLbuhToFznJBxxUcHhfUrX
SRZ2NuLQxrdKdlxgS75I2Ugg5GUVlz1WgDu6K4R/Cl9dx7WtGt7UNPJBafayTATEqpyD3cM2ASBn
1rtLJZUsbdbg5mWNRISc5bHPP1oAnooooAKzLe5itX1CSd1RBc9T/uJwPU1p1z8mjJf6hd3Kuy3E
M+EyzbSNidQCMfUc1Uba3JlfSxuxyCSNXAYBhkBhg/lTs1Qj0i3MamVZQ+PmC3MhGfbmnf2Paek3
/gRJ/wDFUe6GpO1rC7bmhjZtwfJQE7h0P1HrTZLC1lEYktoXEb703Rg7WznI9DnvUX9j2npN/wCB
En/xVH9j2npN/wCBEn/xVHuhqWHtoZIHheGNonzvQoCrZ65HfNIlpBHbfZ44I0gwV8pUAXB6jHTF
Qf2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpLDYWtsiJBawRJGxZFSMKFY8EgDoaV7K3kLF7eJi
+d2Ywd2cZz+Q/IelQ/2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpO9rDJIskkMbuvRmQEj6GgWk
C42wRDG3GEHGOn5dvSoP7HtPSb/wIk/+Ko/se09Jv/AiT/4qj3Q1JI9PtISxitYELHcdsYGTnOfr
nn60jaZZOJQ1nbkTMGkBiX5yOhPHJpn9j2npN/4ESf8AxVH9j2npN/4ESf8AxVHuhqS/YbXeH+zQ
hwoQN5YyFByBn0B5FC2NqrSsttCDMwaQiMfOR0J9T9ai/se09Jv/AAIk/wDiqP7HtPSb/wACJP8A
4qj3Q1LaRrGCERVySxwMZJ6mnZql/Y9p6Tf+BEn/AMVR/Y9p6Tf+BEn/AMVR7oal3NGapf2Paek3
/gRJ/wDFUf2Paek3/gRJ/wDFUe6Gpj6sNWN1f/2QUBzH5n/PTG3+HtT9JXUhYgWT2Ij3HcJUl37u
+7cc5zV/TbdLbUdQjj3bQYz8zFj931PNaeKqUtLWJUepl413+/pv/fMn+NGNd/v6b/3zJ/jWpijF
TzeRXL5mXjXf7+m/98yf40Y13+/pv/fMn+NaFxcQWkJluZo4Yl6vIwVR+JpI7q3lWNo54nWQFkKu
CGA6ketHN5By+ZQxrv8Af03/AL5k/wAaMa7/AH9N/wC+ZP8AGrtteWt4jPa3EU6qdpMThgD6cUsF
5bXRlFvPHKYXMcmxgdjDqDjofajm8g5fMo413+/pv/fMn+NGNd/v6b/3zJ/jWnxS8Uc3kHL5mXjX
f7+m/wDfMn+NGNd/v6b/AN8yf41fW5t3GVnjYbzHw4+8Oq/Xg8VLxRzeQcvmZeNd/v6b/wB8yf40
Y13+/pv/AHzJ/jWhDNFcRiSGRZEJIDKcg4ODz9RUc1/Z206QT3cEU0mNkbyBWbPAwDyaObyDl8yn
jXf7+m/98yf40Y13+/pv/fMn+NamKMUc3kHL5mXjXf7+m/8AfMn+NGNd/v6b/wB8yf41qYoxRzeQ
cvmZeNd/v6b/AN8yf40Y13+/pv8A3zJ/jWpijFHN5By+Zl413+/pv/fMn+NGNd/v6b/3zJ/jWpij
FHN5By+ZmxDWfNTzn0/y9w3bVfOO+OetadJilpN3GlYzfEOmvrGhXVjFIsbzqFDsMgcg/wBKKg8W
3k+n+F766tZTFNGgKuMcfMB3oreipte6zGq4J+8bNFFFc5ucdd/8lhsP+wPL/wCjRXRau+pR2m/R
7e1nug2NtzIY129+QCc9Ky9b8KS6prsGrWer3OnXcNubfdDGj7kLbjwwPeibw3qz2tuIvFN/Hdwl
sz+TEVkViOGTG04xwRg8mgDL8BM8eteIItUjaLXZZknu41x5WwjEflkHkYHOec1peK/D9/qN3p2r
aLcQxanpjOYluATFKrjDK2ORnHUVa0Dw0miz3d5NeT3+oXhXz7mbALBRhVCjhQPQU7W9FvdSnhn0
7W7vTJowVIjVZI3B/vIwxn0NAHJ65rcviXwN4ks76G50rVNKhY3UEUoIfKEr82PmRh2q5HbwaL4F
s2u/EWq28dwsB8wMJJSSgxFENpIz7Anitew8GWltpuqW95c3F7caspW9upSA8g27QAAMKADwBVP/
AIQaeTRbWyuNdupZ7GdJrG58pA0GxdqjGMMME5z1oAzfCmrXK+J9U0tbnV5bNbFbqIaqhEyNuKnB
YAlTx1qDwrpep674Ji1fVPEWqtNcWjqI4ZQiKozgkYOW45b3xXSaX4Tex1q41a81W4vry5tfs0jS
IqqAGyNoA+Ue31Per2gaFFoPh220hJWnigjMe9xgsCSe31oA4TRYLjR/gvNqdrqV/wCe+nb41eXK
QEZ/1YxxW94l1K8tdJ8LSQXMsb3OpWkczKcGRWB3A+xq3pPgtdO0W70W51K4vdKmiMEVvIiqYUOc
gMBknnqfSqcfw+lc6d9v8QX94mmTxy2sbqiqoQ8BgB8xxxuPI/GgCtHa6l4i8a+I7F9c1CzsLJoN
kVo4RtzRA8PgkDgnA6k1reA9TvNQ0a6h1GY3Fxp97NZNORgyhDgMffB/SsSDw/qN9498T3Vlqd7p
T7rZUlSINHMpi5+VhgkEcEdOa6/QNDtvDukx2Fq0jqpZ3llOXkdjlmY+pNAGlRRRQA1s4+Xr2zVB
n1fHyw2OfeV//ia0aKadhNXMVptd582GBV9bfDn/AMeIqzpflM07B53uCR53nrtYegx0x16Vo1Qt
v+Qzff7kX/s1Ve6FaxfoooqChDVTS7mzu7IS6eF+zlmA2ptGQSG4+uatk4rL8OabLpOkraTsjSCS
R8oTjDOWH6Gn0EatFFFIYUUUUAIQCCCMg9qjnkS3gklf7kalmwOwGalqrqn/ACCrz/ri/wD6CaED
J0KugZehGRTsD0qO3/49ov8AcH8qloATA9KZLBFOmyaNJFznDqCKkooATA9KMD0paKAEwPSjA9KW
igBMCgqCMEAj3paKACiiigBK5/wx/pt1quqnkXVyY4j/ANM4/lH65q/4hvzpmgXt0v30iIQerHhf
1Ip+h2A0vRbOz7wxKre7dT+uapaInqZur/6B4p0i/wCiT77KU/73zJ+oP51b1prpZbM2KxtcB32L
ISFJ2NTPFlo934dufJH7+AC4ix/eQ7h/KnrdpfnRrqP7k5Mg/GMmmujE+qK+mSag3mE+S9zx5omk
cFfTC7cAfT86v7tU/wCedl/38f8A+Jq9S0m7jSsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0U
rjsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0UXCxQ3ap/zzsv+/j/APxNG7Vf+eVl/wB/H/8A
iav0UXCxQ3ap/wA87L/v4/8A8TRu1T/nnZf9/H/+Jq/RRcLFDdqv/PKy/wC/j/8AxNG7VP8AnnZf
9/H/APiav0UXCxQ3ap/zzsv+/j//ABNG7VP+edl/38f/AOJq/RRcLFDdqn/POy/7+P8A/E03SvNL
33nhBJ9o5CEkfcT1rRqjYf8AHxf/APXx/wCyJTWzE1qi9RRRUlBRXI3fia60zxJqcV0VexVFS1QL
83n+WH2Z779xx/u0zRtS1fU/LtZ9ShgubaJpZ5FhUiYiaSPGD0UeXzjnkcigDsaK4mLU/EV5cagu
nO8pSW4jXzrdUij2uVTY/G5uO+RnrjvaHiJofD18PtF0+pQQzsPtFpsaNlUsA+0bMgYPXkEetAHW
UVx2oa7faHFe211fpM5gieC6liCmKSR9gDKowQMFumcBvTNV7LXby7axu31lktfInkulWCPG6Aor
YJGQGyzfQjGKAO5orlvCHiOXWrO7F1MklzCRLlE2gI67lXnup3KT/s0yy8YTu9msljvt5I7bzbgz
DeHlTcPkC4OMc8jrwKAOsorjoPE1/c36yzQ/Z7aaGzkhjWVXJWWYrub5eDjAI56cGrT+LJ00dNR+
xQLFc7TZq1wxeYEE8qqMQ2BnAz15IwaAOnorkbbxRe3ks0ogjjsi1kYCr/vMTlMhgRjox6H6eoc3
jWZbVbgaYpS4iM1mPtIzIokSP5+PkP7xT37g80AdZRWfo2pPqlm8k0AgmimeCRA+8BlbBw2BkfgK
0KACiiigChaf8hbUPrH/AOg1frAu9bs9G1G+a6c7nMeyNRlnO3tUlp4msZIA11d2sMhJ+RZd2B2y
cdauUJPWxmpJaXNuisv/AISPSP8AoIQf99Uf8JHpH/QQg/76pckuxXNHuQ+KoHm0uEpavdCK7gle
KNQzMqyAtgHrwK5u80LULkzyWVg1vHcLctFbswXywyRDacHClyjnA6buec11P/CR6R/0EIP++qP+
Ej0j/oIW/wD31RyS7BzLuUNHthJr731vpkum2qWotykkaxmVt2QQqk8KMjP+0cdKpaZol7avYQq1
9HALy8nmBuWwfnJi3c52ng475Oeprc/4SPSP+ghb/wDfVH/CR6R/0ELf/vqjkl2DmXc5e3tNengM
btq0TukS3jvOBulMyF2hIPyqE8zpgYK8ZzWrothqVlq0bTT30kDfakkFxNvUKsiiAjPQlM89T3rT
/wCEj0j/AKCFv/31R/wkekf9BC3/AO+qOSXYOaPc5VNA1W0vbaSzt8R3F/PcSq2MQygzeXLjuGVl
B+i+ppYINc8lSya0LUeSLxGnBnkk+beYiDwuSmcEDAOB1z1P/CR6R/0ELf8A76o/4SPSP+ghb/8A
fVHJLsHMu5yFlp2v2zaVDnU7a2jCkLEqyHf5zFxKd4HKleSGHXHNbmoW0i+No7tre9eFreGMNDBH
Im4SSEhywJXG4HK461p/8JHpH/QQt/8Avqj/AISPSP8AoIQf99Uckuwcy7moOlLWX/wkekf9BCD/
AL6o/wCEj0j/AKCEH/fVHJLsHNHualFZf/CR6R/0EIP++qT/AISPSP8AoIQf99Uckuwc0e5q0Vl/
8JHpH/QQg/76o/4SPSP+ghB/31RyS7BzR7mpRWX/AMJHpH/QQg/76o/4SPSP+ghB/wB9Uckuwc0e
5qUVmxa/pc0qRx30DO5Cqobkk1pUmmtxpp7FTVLmztNOmn1Hb9lQZk3JuGM+nfmiq3iTTpdX0C7s
YGRZZlAUv0HIPP5UVpTjFr3nYiblfRGpRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/RRRSGIayPC1/caloi3F04eUyyqSABwHI
HA9hWuaqaXJYyWQbTPL+zb2A8tcLu3Hdx9c0+gupcooopDCiiigAqrqn/IKvP+uL/wDoJq1VXVP+
QVef9cX/APQTTW4nsS2//HtF/uD+VS1Fb/8AHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUUUlAHP
+Iv9O1TR9LHKyz/aJR/sRjP6sRXQVzlhPFdeMdTu5JUCWkaWcW5gOfvP+pA/Ct77Xb/894v++xVS
6IldWSMAwIYZB4IrlPDxMDQaax+bT76aEf7hRmT9D+ldP9rt/wDnvF/32K5mQLB8Q7WSGRGhvYWZ
trA/vEUj/wBBb9KceqFLodXS0lLUFkNzd29lF5t3PFBHnG+Vwoz9TSm6gEcchmj2SkCNt4w5PTB7
57VkeJ4ndNNlWzku0gvBJJFGgdtvluM4PXlhXM3fh/WL2MW1pZw28MbzXkC3D4W3kY/ugoXI3Lhm
I6DfigDtY9Z0yZmWLUbNyilmCzqdoHUnnoKtGaNYw7SIEOMMTwc8Dn3zXET6Rf3qXSxaRDEdSntz
KswCosYiVpFYrk4LLs49fSr1kurR6BbabPazC5tp4lMyEeW8STr0Oc/6vnkdj3oA6vIqKO7t5XKR
zRswLKVVgTleGH4ZGfrXFrY69bwyP5mpv5ys86+duYAXA+WPJ+UmLdjGO3fFNttO1q2sHFlDfRlm
umxJIplKtNER8xJ+coJMEnr70Ad3kU3zY9yrvXcwJUZ5IHXH5iuMuU1b7ZpQ0621RLVZULtcTsz7
TL+8DjfjAToW3HB4wRVe10vWLHSFttPivopYlu1bfLkkmWMqUZieqb9p6ZzmgDvcilrhH0/WbuMr
C2sQWgad4Fe5ImGIlCBzkkgyBiASffjiu0sjMbC3NzkTmNfMz/exz+tAE9FFFABWfaSpDJqLyuqI
txksxwB8iVoVzs+kyX1/dXEU8gaG44hL4RvkTnpwffmqjZ3uTK+ljfjlSWNZI2yjDIPqKdms+PTX
aNS93eoxHK+dnB+uKd/ZZ/5/b3/v9/8AWpWQ7sfLpdjPL5kttE8nmpNuZefMUYVvqB0qKbQdLuPK
86xt38pmdMoPlLHc35nkjvTv7LP/AD+3v/f7/wCtR/ZZ/wCf29/7/f8A1qLILvsSSabZy2ctpJbx
tbzFmkjI4Ysckn3JOaSHSrGDT3sYraJLR1ZWiC/KwPXPrmmf2Wf+f29/7/f/AFqP7LP/AD+3v/f7
/wCtRZBd9hLXQtMsljW2soYxFJ5qbV5D4K7s+uCR9DSy6Lp05lMtnC5m3eZlfv7tobP12Ln6Cj+y
z/z+3v8A3+/+tR/ZZ/5/b3/v9/8AWosgu+xJNptlcXSXM1vG86Y2yMvIxkjn2yfzNNTSNPjChLSF
Qnl7cL02DCfkOlN/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsMt/D+k2hc29hbRF2VmKoBkq2
5fyPI9KafDWjlJUOnW22Zg7jZwW55/U/mal/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsImh6
ZHIrpZQKypHGpC4wqEFB/wABIGPTFNj8P6TE87R2FsrTkNKQg+Yhtw/Xn60/+yz/AM/t7/3+/wDr
Uf2Wf+f29/7/AH/1qLILvsWoLeG2DiGNUDuZG2jGWJyT9TUmao/2Wf8An9vf+/3/ANaj+yz/AM/t
7/3+/wDrUWQXfYvZozVH+yz/AM/t7/3+/wDrUf2Wf+f29/7/AH/1qLILvsQGyt7+/wBRiuolkQmP
g9jt6g9jV2ztPskAiMskwBOGlILAeme+KqabD5GoX6eZJJgxndI2T931rUpyb2FFLcbtHoPyo2j0
H5U6ipKG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbt
HoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQf
lTqKAG7R6D8qdRRQBkeKr6fTPDV7d2jhJ4lBRiAccgdDRVzVZLKLTZn1Py/sYA8zzBlcZ7j64ora
lJJaxuZTTvvYt0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7
NV+qFt/yGb7/AHIv/Zqa6ifQv0UUUhiHisnwzp0+l6OttdbfNEsjHacjDOSP0NaxrJ8M6hPqmjLc
3RUymWRflXAwrkD9BT1sLqa9FFFIYUUUUAFVdU/5BV5/1xf/ANBNWqq6p/yCrz/ri/8A6Caa3E9i
W3/49ov9wfyqWorf/j2i/wBwfyqWkMKKKKACiiigAooooAKKKKACiiigDIn8KaJdTvNPpltJLIxZ
2ZOST3qP/hDfD/8A0CLT/vituinzPuLlRif8Ib4f/wCgRaf98VTvNEsdFu7O50fSbf7UHfaqYQt8
jd66eqN7/wAhHTv+ur/+i2pqTuJxVihp19fyiRzCJ5DgOhmC+WfTbjI/Gr32vUP+gcv/AIED/Cru
xdxYAbj1OOTS4ocl2BJ9yj9q1D/oHL/4ED/Ck+1X/wD0DV/8CB/hV/FGKV12Cz7lD7Vf/wDQNX/w
IH+FH2q//wCgav8A4ED/AAq/ijFF12Cz7lH7VqH/AEDl/wDAgf4Un2q//wCgav8A4ED/AAq/ijFF
12Cz7lD7Vf8A/QNX/wACB/hR9qv/APoGr/4ED/Cr+KMUXXYLPuUPtV//ANA1f/Agf4Uv2vUP+gcv
/gQP8KvYoxRddgs+5R+16h/0Dl/8CB/hR9r1D/oHL/4ED/Cr2KMUXXYLPuUfteof9A5f/Agf4U3S
nkd75pY/Lc3HK7t2PkTvWhiqVh/x8X//AF8f+yJTvowtqi9RRRUlBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAULT/kLah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+bVfDt5ZW23zplAXecDqD1/CijxPq
E+l+Hby8tSomhUFdwyOoHT8aK6KPPb3TCryX941aKKK5zcKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDVTS1sUsgNM8v7NubHln
K7tx3frmrZrI8L2FxpuirbXSBJRLKxAIPDOSOfoafQXU2KKKKQwooooAKq6p/wAgq8/64v8A+gmr
VVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABRRRQAUUUUAFFQ
3dzHZWc9zNny4Y2kfAycAZP8q5+fX9VsrO1u7uyhKXVxGiRW7NJJtcE7SOBuGBz06+maAOmorB/4
THTisLol08bokkkixfLbh22r5npyD0zjBJ45pr+NNOjR3eO6WIKzQyNFhbgBgp2EnplhycDBz05o
A6CisC48Uw2srCS3uXJEGyCOPMhaTfgHnH8B78UjeM9O82wjjjupWvfL27Y/9XvYqu7JGOVYcZxg
0AdBVW1geGa6ZyMSy71x6bVH9KxdY8UTafcajBFYSsbOGGYTMMo+99u0AHOeDj1IPpyl3480iwto
5bnz42ZnVoWQCSPYcMSCecZHTJOeAaAOlornPFPiWTQzZ+S1oi3AkYyXRcKNoBA+UE5OarDxZef2
5FYtbW0bN5Aa1aQm4zIAWIAGCE5z/umgDrKKx7fXkHhWLWryMqhtxO6RDcRkdB61BceMLK0tHuLm
C7hWKXyplkRQ0XAbJGeRtIOBk+3BoA36Kwbvxhp9it01xHcIlvP9m3sqqssmM7VJIzgc5OBTIfGu
nXMtusMN46TpGwlEPyKZCQisc8ElSPr7c0AdDRWZ4f1dtc0eG+a1ltTJn93IQTweoI7Vp0AFFFFA
BRRRQAUUUUAFFFFABRRRQBQtP+QtqH1j/wDQav1QtP8AkLah9Y//AEGr9VLcmIUUUVJQUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU9VWyfTZl1Ty/sZA83zThcZ7/jiiqni
mwn1Pw3eWlooeeVQEUnAPIPWitqaTWsrGU277XNeiiisTUKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDzWX4c1KbVtIW6uFRZDJ
ImEGBhXKj9BWoaqaXb2VrZiPTtn2cMxGx9wySS3P1zT6C6lyiiikMKKKKACquqf8gq8/64v/AOgm
rVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFUb3/kI6d/11f/ANFtV6qN7/yEdO/66v8A+i2poTL1FFFIYUUUUAFFFFABRRRQAyWN
JonilUPG6lWUjIIPUVlW/hm0t1hTz7uRLeRJIVlmLCPaCFUe3PfnpzWxRQBgjwfpw8sBrkRqFV4x
KdswViyhx3wWP8jkU6PwlZQmQxTXiZVkixMSLdWbcwjB4AJAznPAx04rcooAxbbwrp1oYPJWUeQY
ig3949+3/wBGNms3/hDZbbXrS8sLwRQW6KgV4w7qoLFgCf724g9MV1lFAGVe+H7XULmaeZ5wZ4ki
kRXwrBG3KceoJPPuahm8LWcs5ninvLecvI5lgmKsQ5BZfplQfbHFbdUrEk3F8CSQLjAyeg2LTsFw
u9Jtr6WKS5Uv5cckQUn5WVwAwI78CmaZottpW77OZSzxxxs0jbiQi7V/Tr61oUUgOfl8LKnhu60i
2vbkxTRCKMzvv8kDoFwAaZc+BtLvIClw93JIxbzJmmzJIGCqQSR6Io4x0+uejooAybjw5Z3EMibp
43a6+1rLHIVdJcYyp+mRjpyaF8OWgYM8lxLJmFjJJJuZjExZCT9Sc1q5FGRQBU0vTItJsxa27ytE
rEoJG3bATnaD6CrlJkUUALRSZFGaAFopOtLQAUUUUAFFFFABRRRQBQtP+QtqH1j/APQav1QtP+Qt
qH1j/wDQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBl
+JNRl0jw/d31uqNLCoKhxkdQOfzoqzqlvZ3WnTQ6ls+yOMSb32jGe57c0VtTlFL3lczmpX0Zbooo
rE0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/2ar9ULb/kM33+5F/7
NTXUT6F+iiikMQ1jeFLKfT9DSC6iMUollYqSDwXJHT2NbJ5rM8PanJq+lLdyxpG5kkTaucfK5Ufy
p62F1NSiiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtR
W/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEd
O/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9VGw/wCP
i/8A+vj/ANkSqWzE90XqKTNGakYtFJmjNAHF6jrt5pPijUZDJJPassdrDb9Qs7Jujx6bjlT77ar6
deSHybLWNcuIFt1mZbjzhGbiRbiRDlsYO0Kvy/7XINd0Yo2OWRCcg5IHUdDTWt4XCh4o2CtvUFQc
N6j3oA4dTq9y+q3EOozWUEc1zG11c3CmHAYqgVeqYOPm4/GrVvrcq+FtRSCO+aSGG4/0o3C3Ecbq
hYYlyCw6Y44PBxiuwMcZRkKIVbO5SODnrmkSGKOIRJGixgY2AADH0oA4WbWH0+2uINO1G5v47iCJ
EdZPtEkVw7bcI3chAz7e23PeobbUcyWdxfahqkQtI7kXkbztGWMAQqzJ2LKQxHfdXfR20ESKscMS
Kp3KFUAA+opzQQvndHG27rlQc/5wPyoA5Twlrk+biz1mS4iumKTx/bF8tj5nWNQeoVwwHtiqdx4x
1iCx0tvL04z3tv8Aa90jCGIL8v7sF3HPzZJGf92u4aKN2DMiFl6EjkU17eCVFSSGNlQgqrKCAfag
DmtK8S3d/wCIY7OR7IRSi4/cJkzw+U4Ub+cfNnPQfjXVVVbT7Vr6O88pRcRhgHHH3sZz6/dHX0qz
mgBaKTNGaAFopM1BdXiWgVpVfyyeXVchPc98e9ArkFp/yFtQ+sf/AKDV+s6xkWTUr542DI3lkMpy
CNtaNVLcUdgoooqSgoqpqGpW2lwLNdMwV3EaKiF2dj0CqAST9Kfb30F1FFJG+BKu9FcFGI/3Tgj8
RQBYoqP7RD5bSCWMovDNuGB9TVWy1i0v4FmhdhGV3hnUqMbivU8dVNAF6io2niQIWlQB/uksPm+n
rVDUPEFhpl2Le7klV9gkYrC7KiEkbmYAhRkHk46UAadFZc/iLTrcHdK7uJvIEcUTSOz7QxAVQSfl
IORxVuzv7fULRbq1lV4GBw/TocHOehBBBB6YoAs0VGLiEqjCVMP907h8309az7rxFp9lfmzuJZEk
XbvbynMabs7dz42rnHc0AalFUf7Zsf7QuLI3Ci4tohNMpyAiHuT0/wAOPWo9O1+w1SUxWsknmbPM
VZYXjLpnG5QwGV9xQBpUUUUAFFFFABRRRQAUUUUAY/iyyn1Dwxe2trGZZpUARAQM/MD3oqXxFqUm
j6FdX0UayPAoYKx4PIH9aK6KLml7qMKqg37xp0UUVzm4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhqppdla6fZCCxOYQzMPm3
cliTz9SatmsTwjazWWgpDcxNFIJpW2MMHBkYg/iDT6C6m5RRRSGFFFFABVXVP+QVef8AXF//AEE1
aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKA
CiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAoo
ooAKKKKACiiigArJt9PtLq8v3uLeKR/PxuZcnGxK1qo2H/Hxf/8AXx/7IlUupL6B/Y2nf8+UH/fA
o/sbTv8Anyg/74FXqKV2OyKP9jad/wA+UH/fAo/sbTv+fKD/AL4FXq5QeO4T4auNVFlN5kMxi+y7
huYjkEHpjZ830Bouwsjd/sbTv+fKD/vgUf2Np3/PlB/3wKoTeIpUF9PFp8ktjZrKHuBIo3PGCWAX
rjI259e2OaoSeN3jVY309VuWkVMG7QQjchYAy4wGOMbSOpFF2Fkb39jad/z5Qf8AfAo/sbTv+fKD
/vgVDqmqz2EFmYbPz7i6mEKxGUIASrMctg9NpqhP4vigs4JWtJvNNwYLmLIzb7f9Y5PQquQcjqCK
LsLI1f7G07/nyg/74FH9jad/z5Qf98CsdvFN9EdQE+kYNmVjCx3QdpZHClEUbR13AZPStaPW7M6N
DqUkmyCVFYcEnLdFAHJbJxgc5ouwsh39jad/z5Qf98Cj+xtO/wCfKD/vgVXHifSjNDF9pIeYLgNE
427jtUNkfISeAGxmqF/4402HTriewdrqaJ0QReVIuSz7M/dJKg5yQDyMdSKLsLI1/wCxtO/58oP+
+BR/Y2nf8+UH/fAqvF4itDcJbTPtuJJjDGkau5ZgFJzhflxuGc9Kgg8aaFcSIkd6SZCApMMig5O0
HJXGCeM9M8Zouwsi/wD2Np3/AD5Qf98Cj+xtO/58oP8AvgVdpaLsLIo/2Np3/PlB/wB8CoLnQrWU
KsMMEKn77CIFse2eB9a1aKLsOVGRpFlBp93e29rGI4kMeFH+7WvWKy6gdYvvsMlqq/u9wmRmOdvb
BFS7Nc/576d/35f/AOKq5K7u2TF2VrGrRWVs1z/nvp3/AH5f/wCKo2a5/wA99O/78v8A/FVPL5j5
vIfr1i+oad5KWkF0d6tsmlaLGO6uoJVh2IrmYPBmojV4by+mS9ddrLK9y4aAhSNoG35xyOSRnJJF
dJs1z/nvp3/fl/8A4qjZrn/PfTv+/L//ABVHL5hzeRzsPgmWztreOC20+SOJLYyWrZWKd0SRXLYU
93VgSDnaM0628F3Asre2uls3iRLZZIgCUIjneRgARyMOAM+ldBs1z/nvp3/fl/8A4qjZrn/PfTv+
/L//ABVHL5hzeRxd74eu7bWtLhl0yS7tbc5jEKgoM3DSAZKkJtATPKZGRkjp1GraZqU+rTzWK2pi
urIWrvM7Ax/MxLBQDu4bpkVb2a5/z307/vy//wAVRs1z/nvp3/fl/wD4qjl8w5vIyrXw9qGkXout
P+zz+WzxrDM5TdE0cKg7gpwwMPoQQanl8P3Mvhiaxd4Guric3Ey/N5TsZfMaP12Hlfoenar+zXP+
e+nf9+X/APiqNmuf899O/wC/L/8AxVHL5hzeRlaV4WeDVLe8ureyRY5J5Vt4gWS3Z/KC7Mgf88yS
cDljgVJqei6jd3+qRxC2FlqcEcMsrud8agMGwmMEkNxyK0dmuf8APfTv+/L/APxVGzXP+e+nf9+X
/wDiqOXzDm8jnrnwbqd289xJqKrNdvOs0QUbEjkXYADjLEBYjg8fKelbdnZ6lcavFfapHaRG3gaG
NbeRn3lypZiSBgfIMDnqeal2a5/z307/AL8v/wDFUbNc/wCe+nf9+X/+Ko5fMObyNWisvZrn/PfT
v+/L/wDxVGzXP+e+nf8Afl//AIqjl8w5vI1KKy9muf8APfTv+/L/APxVJs1z/nvp3/fl/wD4qjl8
w5vI1aSszZrn/PfTv+/L/wDxVNdNb2ndPpu3HP7l+n/fVHL5hzeRq5pa5Xw/Fqq3paFo10vsroy5
/wCuYYlgPrx7V1VEo8rtcIyurlTVLK21HTZrW+OLeQYf5tvGc9aKoeL7Wa98K31vbRNNNIgCoo5P
zCitaSbXxWIqNX2ubVFFFYGoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/
uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FJS0hiEZFZ2g6o2saYLtohEWkdNobP3WK9fwrRNVNL06DS
rIWtqzmMMzfOcnLMSf1NHQRcooooGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT
2Jbf/j2i/wBwfyqWorf/AI9ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/IR07/r
q/8A6Lar1Ub3/kIad/10f/0W1NCZeoqC3u4rl3ELbwhwWAO3PoD0P4VPSGFc5p/iO7nkt5L21his
7uWWGGSKUsysm/74IGAVjY5BPSujrn/+EOszbywSXd9JE4kCI0gxD5md+zAHJDMMnJAJxQBnp4u1
G6s45rWxtFdrmOFop52DBZSvlPwp4KsCfQgjtWnpniCS81q40+4gSMRr+6lSTImdMCYAEDhWZR78
9KdH4R0qCfzLSAWozExjgARC0b7kJGOuSR9Kih8F6XbeVJarLBdp5hN3GQJpC4IYs2OTls/UD0oA
nm8UWMLXO5Lox25KGVYGZHkDBfLUjq+4gY9c+hqGXxnp0MaNJHeA/vPNQW7FoBHt3lx/CAHU59Dx
mpZPC9tJ9oX7VeLFNJ5wiWUBY5dwfzF4yDuGeuOTxzSDwpZeTMkktzI88U0U0ryZeTzdoYnjGcIo
GAAAOlAFa08TyzaldxXEBhgivfskRZGBfEbOTnkH7vHTj609/GunR29tPJDfLHcRGdSbZvliBA3s
OoX5hV0+H7QsSWlybprr738ZjMZ7dNp/OopfC9jNapbs0+xLL7CMPz5fy+3X5RzQBc0zVYdWt3lg
SaMxuY5I5oyjowAOCD7EH8au1WtLCKzkuniLZuZvOfcc/NtVePbCirNABRRRQAVRsP8Aj4v/APr4
/wDZEq9XNXbaiLu7+zbRaef++ZN3mD5E9OcfTmqir3Jk7HS0Vl251H7PH5IsjFtG07nPH5VJnVf7
tl/30/8AhRyhzGhXMf8ACDWmzb9pm/483tDwP4twEmP7wVmUexrXzqv92y/76f8Awozqv92y/wC+
n/wo5Q5ilJ4aLC9hj1C4js7wSl7cKpAeQEMQxGcZJOPX8qluPD6HS47DT5Y7GAcSJHbRskoIwcqR
jPfNWM6r/dsv++n/AMKM6r/dsv8Avp/8KOUOYoSeE7aK1t002Q2U8EiSCcIHZyqMg3buvDGoZfA2
n3bs19JPcho3QhnK5ZzmRztxkt8ox0AUDFaudV/u2X/fT/4UZ1X+7Zf99P8A4UcocxmnwdbzKiXd
1cTp5scsoLbTK0cQjUkrg9QG47ilTwkkNiLO3v7iK3il8+2QBT5L794IJGSASRg9j+NaOdV/u2X/
AH0/+FGdV/u2X/fT/wCFHKHMZ7+FmmuvNm1K4dZWie6jCIBO8Zyp6ZXoMgdQB75QeEYAkS/apv3a
KgOBziYS/wAxj6Vo51X+7Zf99P8A4UZ1X+7Zf99P/hRyhzEFv4fittWN+s8hcyTSbCBjMgQEfh5Y
/Oqq+EYFtEt/tUxVbeC3zgdIpN4P1J4rRzqv92y/76f/AAozqv8Adsv++n/wo5Q5i+KWs/Oq/wB2
y/76f/CjOq/3bL/vp/8ACjlDmNCis/Oq/wB2y/76f/CjOq/3bL/vp/8ACjlDmFtP+QtqH1j/APQa
vVmab539o3/2gRiTMf8AqycY2+9alEtwjsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUlLRQAlLRRQBna/qZ0fRbm/WISmBQ2wtjPIHX8aKl1XToNW02ayuiwhmGGKnB656/hRWt
NwS95Gc+e/ulyiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArOkE9pqM1wtu08
UyID5ZG5Suexxnr2rRooEyiNWgUfvUuIz/twP/hinRarZzSrFHKS7HAGxh/SreKKegaga5/wS2NB
aFgyyw3MyyKwIKneT39iK6DGaMUX0sFtTFj8Y6JLcLAl6TI7hAPJfk5xj7vrV3U9asdHSN7+fylk
JVTsZskfQGruKMUaBqUtM1iy1iN5LCbzVjbax2MuD17gVSbxjoizmFr0iQPsI8l/vZxj7vrW1iij
QNSnqWr2ekQLNfTeVG7bAdjNk9ewPpVP+2rHWdI1A6fP5oihYP8AIy4ypx1A9K2MVV1T/kFXn/XB
/wD0E0KwO5l/8JhotriCa8Kyx4Rl8lzgj6CtPUNVtNKtRc3svlwlgobaW5PTgA1Pb/8AHtF/uD+V
SYodgV7GfpmvafrLSLYXHmmMAsNjLjPTqB6VWu/F2jWNzLb3F4UliO118pzg/UCtnFFGgalW81S0
sLH7ZdS7Lfj59pPXpwBmoNM8Q6brEzxWFx5rou5h5bLgdO4FaOKMUaBqZF74r0fTruS2ursxzR/e
XynOOM9QMd6uz6paW2m/b5pdtrtV9+0ng4xxjPcVaxRijQNTM03xHpmrXBgsbnzZQu4r5bLx+IHr
Tb/xRpOmXbW15dGOZQCV8pzjPI5AxWriijS4a2KjaraLpf8AaJl/0TZ5nmbT931xjP6VW0/xNpWq
XQtrO6MkxBYL5brwOvJFamKMUaBqZeo+JdL0q6+z3t0Y5dobb5btwfcA+lWo9UtJdM/tBJc2mwye
ZtP3R1OMZ7elWsUYo0DUybHxTpGpXaW1pdmSZ87V8pxnAyeSMVS8U3+lpcWtpqU7xq2532B8hSrK
DlR610eKpXv/ACEdO/66v/6LaqTSd0Jp21MvSrexl003ImaWzRSY5UklQ7VznK57Y7dfSo7PVPDl
/dR21rdTvNKcIu+cZ4z1PFdLijFHOxciMDU7jQ9Hkjjv55onkBZR5kzZH4E1PYppOpWZurSSaSAE
jd5so6deCc1sYoxS53YfKjmLbV/DV5cxW9vdzvLKwVF3TjJPuatanLoujmMX800Rlzs/eTNnHXoT
61u4op8/qLlMbTk0nVrcz2Mk0sQYoW82VefoSPWqEWs+Gp7hII7ucyO4RV3TjJJxXUYoxRzhymJq
baNo6xtfyzRCQkJ+9mbJHXoTS6Z/Y+sRPJYSzSojbWPmzLg4z3IraxRilzOw+VXOX/tnwyLjyftc
/mb9mN0/3s4x+dXtSGkaPCkt/JNEjttU+bK2TjPYmtrFGKfP6i5TD0x9G1hZGsJZpRGQH/ezLjPT
qRVObWPDVvcPBLdzrLGxRl3TnBBxXUYoxRz+ocpj6jHpOk2wuL6SaKIsFDebK3J9gT6VH4b1GwvH
vk0+ZpEEwcbg+dpUDOW56g1uYqlYD/SL/wD6+P8A2mlHNdO4Ws0U7rxdotlcy29xeFJYm2uvlOcH
6gVfvdUtNOshd3UvlwHA3bSevTgDNWsUYqdCtTO03xBpusSvHYXHmvGu5h5bLgfiBUN54s0fT7qS
2urspNGcMvlOccZ6gYrXxRijS4alW41S0tNO+3zy7bbarb9pPBxjgDPcVW03xHpmrXDQWNyZZFXe
R5bLx07getaeKMUaBqZN/wCKNJ027a1u7oxzIASvlOcZGRyBirj6paR6X/aLS4tNgk8zafunocYz
+lWsUYo0DUy9P8TaVql19msroyTbS23y3XgdeSBRqHibStLujbXt0Y5gobb5btwenIGK1MUYo0uG
tiqmqWj6X/aKy5tNhk8zafujvjGf0qnY+KNJ1K7W2tLoyTMCQvlOM4GTyRitbFGKNA1M3UvEemaR
cLBfXPlSMu8L5bNx07A+lWLfU7S6037fDLutdrNv2kcDOeCM9jVrFGKNA1Miz8WaPqF3HbWt2Xmk
OFXynGeM9SMVNqfiDTdHlSO/uPKeRdyjy2bI/AGtHFGKNLhrYq2WqWmo2Ru7WXzIBn5tpHTrwRmq
Fr4v0W9uYre3vC8srbUXynGT9SK2cUYo0DUwbjXNP0fVrwX8/lebsKfIzZwvPQH1rU07VLTVrY3F
lL5sQYqW2leR7ED1qK1/5CuofWP/ANBq/iqlYUbmLD4w0S4uI4IrwtJIwRR5LjJJwP4auanrdho6
xtfz+UJSQnyM2cdegNXsUYqdB6lPTdXstYheWwm81Ebax2MuDjPcD1qiPGOiGcQ/bT5hfZjyX+9n
GPu+tbWKMUaBqUtT1iy0eJJL+bykdtqnYzZPXsDRpmtWOspI1hP5qxkBjsZcE/UCruKMUaWDW5iy
+MdEhuHgkvCJEcow8l+CDj+7V/UtVs9JtxPfS+VEzBA20tz+APpVujFGgalDTNc0/WfM+wT+b5WN
/wAjLjPTqB6VVufF+i2dzLBPeFJYmKuvlOcEe4FbOKMUaXDUqX2qWmm2YuruXy4CQN20nr04AzUO
ma/p2sSSR2Fx5rRgMw8tlwPxArRxRijSwa3Me88W6PYXUlvc3ZSWI4dfKc479QKvXOqWlnp/26eX
ZbYVt+0ng9OAM96tUYo0DUzdN8RaZq87Q2Nz5sirvI8tl4zjuB61HfeKdI027e1u7sxzJjcvlOcZ
GRyBitbFGKNLhqVJNUtItM/tB5cWmwSeZtP3T0OMZ7+lVtO8S6Xqtz9nsrnzJdpbb5brwPcgetam
KMUaBqZeoeJtK0u6NteXRjmADFfLduD05AxVkaraNpf9oiX/AETZ5nmbT931xjP6VboxRoGplWHi
jSdTu1trO6MkzAkL5Tjp15IxTtR8R6XpNwIL65MUpUMF8tm4+oB9K08UYo0uGpzviW4TWPA97Npx
adJI8ptUgkBhng89jRXRYorWnW5FaxE6fO7sWiiisTQKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKxLnxhodpcyW8+oRpLExV12scEduBW3XmmpeD9cl1e+mg
tYXimuHkRjMBkE56VpSjGT952M6kpJe6rnWf8Jx4e/6Ccf8A3w3+FQX/AI00GbT7mOPUYy7xMqja
3JIOO1cl/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFb+yo/wAxl7Sr/KdjD428PpDGp1KMEKAfkb0+
lP8A+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2VH+YPaVf5TurTxb
ot/dR21rfxyTSHCJtYZP4itivOdF8Ja3ba/YXN1awxwwS73ZZgxxgjp+NejCsKkYxdou5tTlKS95
WFooorMsKKKKACiiigAooooAiurmKztpLi4cRwxKWdz0ArF/4Tjw9/0E4/8Avhv8Ku+IbKbUfD99
aW4BmmhZEDHAz9a89HgzxCAB9hg4H/PwK2pQhL4nYyqSnF+6rna/8Jx4e/6Ccf8A3w3+FVbrxloM
l7ZOuoxlY5GLHa3AKEenqa5X/hDfEP8Az4wf+BAo/wCEN8Q/8+MH/gQK19lR/mM/aVf5TtP+E48P
f9BOP/vhv8KP+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2NH+YPaV
f5T0TTNc0/WRIdOuUnERAfaCNuenUe1X65LwRoWo6NJfvqEMcRnMewJIG6A56fWutrmmkpNRehvB
tq7CiiipKCiiigAooooAKKKKAM/VNe07RjGNQukgMudgIJJx16D3qh/wnHh7/oJx/wDfDf4VneNv
D+pave2M2nwxyiFHVw8gXGcY/lXOf8Ib4h/58YP/AAIFdFOnTlG8pWZjOc07JHaf8Jx4e/6Ccf8A
3w3+FVbPxloMc14z6jGBJNuX5G5GxR6eoNcr/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFX7Kj/MR7
Sr/Kdp/wnHh7/oJx/wDfDf4Uf8Jz4eH/ADE4/wDvhv8ACuL/AOEN8Q/8+MH/AIECmv4L8QsjL9ig
5GP+PgUexo/zB7Sr/KeowTx3UEc0LB4pFDIw6EHoakqjo1rJZaLZW0wAlhgRHAORkDBq9XIzpQUU
UUAFFFFABRRRQAUUUUAFFFFABVHU9asNGSN9QuVgWQlULAnJ/Cr1cr430O/1lLA6fEkjQO5dXcLw
Riqgk5WZMm0rot/8Jx4e/wCgnH/3w3+FH/CceHv+gnH/AN8N/hXF/wDCG+If+fGD/wACBR/whviH
/nxg/wDAgV0+xo/zGHtKv8p1Nv4x0JNRvJG1GMJIU2na3OFwe1W/+E48Pf8AQTj/AO+G/wAK4v8A
4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECh0qL+0CqVF9k7T/hOPD3/AEE4/wDvhv8ACtizu4L+0jub
WQSQyjcjjoRXmf8AwhviH/nxg/8AAgV33hmwn0zw5ZWd0FWaKPDhTkA5J61lVhCK913NKcpyfvKx
q0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUlc3aeLLYajrVrqN7Y2zWVz5UC
ySqjMvlo2SCeeWP5UAdLRXLaH4km1G18PTXdxDDJqFm9xJCIThioUkhs4UDPQ5zn2qxb+MtP1Cdb
azW78yeF5oJHtnWORFH3wxGNvTn3HrQB0NFcl4R8aW+rabpMN5LKdQu7fd5jQMkc0gGXVWxtJHPA
9DWnD4s0y4v0to3mxLK0MVwYWEMsgzlFkxgng/XBxQBtUVj6Z4nsNYvprWx+0SNAzpJJ5DCNXVtp
XcRjd3x6UaJqs+o32swzKgWxvfs8e0clfLRuffLGgDYorBPjHTVuGikS9jOyR42ktZFWYICWCEj5
iACcd+1Wm8R6av2A/aBtv4WnhbB2+WqhixPYAEcn1FAGpRWJZeLNNvpCiG4jJhNxH50Dx+dGOrJk
fMOR+YqfRPENl4hhabTxO0AClZXhZEkz/dJHzYxg4oA1KKKKACiiigAooooAKKK57xprWo6JpVtL
pEENxdz3ccCRy5w2cnHHc4wPrQB0NFctD4qk1TUtKi0sReRqOnz3KmQHckiFAFPPYsQR7VmX/j65
tvCWi6nFbxtc3T5vI8HESR588jn+EigDvKK5bWfEt3aXurx2KQvDpulG7ZmBOZm3GNevTCEn6ipt
C1671+9ElqkX9lwxBZbjBPnzkDKx8/dXkE9zwOhoA6KloooAKKKKACiiigAooooAKKKKACiiua8T
eJH0zUrTTre6sbOSeN5pLq9b93FGpA4GRuYlhgZ7E0AdLRXK3Hix9LvNGsrhG1Br9XZrmygdkIAy
CgG7Pvzx16Vdv/GOladdzQTvORblVuZo4HeK3JxgO4GF6j6Z5xQBu0Vg6h4y0rTbu4tZTcyTWyLL
MsFu8nlxkZ3kqD8vvW1bzxXVvHPA6yRSqHR1OQykZBFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRXKeMfFN54c1DSxbwRS2sglmvNwO5YkKbiuO4Dk/hTfGni250I2UelxwzSyMss5kyVSAu
qZ47lnAH0NAHW0VyfijxXc6JqttDbRRyW0KrPqLtnMULSCNSvvkseeymrmsavfvrcGiaL9nS6eA3
M1xcKWSGPdtGFBG5ic9xjBoA6CiqeljUFtNuqtbPcBiN9uGCsvY4OSD7ZNXKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooASuasfC8X9pa7c6jY2k5vLrzYGkjVzs8pF5yOOVPFdNRQ
Bwlv4ev9J0vQJbhExpOl3MVwE+c7ii42r/F908VkeC5hHPpNvK0V9cT2DQ27w6h5/wBkTYGIZNo2
AkKM5OCAK9RIzUcdtDCzNFFGjMcsVUAt9aAOV0/w5f22meEIJFj8zSWBucP0/cunHrywqloPhCbS
57S0u9JW5jtJzJHfHUJNvDEq3k9AwzjHTOTmu8ooAxfCul3GkaXPBdBBI95cTDac/K8jMv44IrP0
+21rSde1Ux6bBcWd/eicT/agrRrsRD8m3kjaT15rqqKAOB07w3rza9pN3qi+Y9lcSvcXL3rOJgyO
oKRY2oPmHHX61V8O+Gm1GLxFZ/aAbW2jn0ewkXny0Ylm+uCyp/2zxXpFNSNIwQihQTnAGOaAOL0f
w3cxgC60VIbmG0eFLo6lJOCzLtOxG+6D74xxXR+G7GbS/DOmWNyFE9taxxSBTkblUA4NadFABRRR
QAUUUUAFFFFABWL4k0u41P8Asr7MFP2XUYbmTc2PkXOce/NbVFAHH2PhS807x+dRgaP+yDFM6R5+
aKaUoXAH90lN31JqOx8HXI17WBemNtJmjnS0VTlh9oIabI7crx9a7SigDiNK8L6tF4K1m11Awvq+
oQNDuV/lwsQij5+gyfdjWhoehXugakiWqxnS7qENcQ7sfZ7gAZZB3V+49ee5rp6KACiiigAooooA
KKKKACiiigAooooAK5nXtJvf+Eks9asLG31AxW72slvNIEIDMGDqxBGQQQfY101FAHDWnhjVdHg0
Oe3gtrmeyubmWa2SXy0QT7jtQkdFyOwzTrzQtcig17SrK2tZrTWZZJBdyTbTAJFCuGTGWxg4wfTp
Xb0UAefRx6paeKPEFlo1pb3amztIC08/llD5bhWPB3L1yOtdloWm/wBjaDYad5nmfZbdIS+Mbtqg
Zq6EVXLBQGbqQOTTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB1nQ5NU8R6ZcPGj2UNvd
Q3CseSJAgAx36Guah8EauPDN9bXc0VxfvLbQQOWwBawSKUyf7xAZj7mvQ6KAOOfwXNq91rdxqt9d
2/8AaMhhENrKNht1XagYFTycsT/vVDaaN4h019M1ZIbe71CGx+wXtu02wSqrZSRHwRu7kH+97V29
FAFPTJL+a08zU7eG3nZiRFFIZAq9gWwMn1wMVcoooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAP/9k=
--047d7b3434647e05b404e503ae73--

From P.Zand@utwente.nl  Wed Aug 28 09:53:02 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 181F311E8278 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 09:53:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fdi7hlhfokQN for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 09:53:01 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 3620B11E8274 for <6tsch@ietf.org>; Wed, 28 Aug 2013 09:52:53 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Wed, 28 Aug 2013 18:52:55 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Wed, 28 Aug 2013 18:52:52 +0200
From: <P.Zand@utwente.nl>
To: <qinwang@berkeley.edu>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWD//+R/gIAAIcgA///iD4CAABkTAIADNlmggATgRgCAASNqIIAAqJmAgAEGRFCAAImCAIALgp+AgAAhcYCAADXHQA==
Date: Wed, 28 Aug 2013 16:52:51 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661E@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl> <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl> <CAAzoce7225oeorj-2rrUxyD68J44faZfry5TLmeis+FjWzomng@mail.gmail.com>
In-Reply-To: <CAAzoce7225oeorj-2rrUxyD68J44faZfry5TLmeis+FjWzomng@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/mixed; boundary="_008_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_"
MIME-Version: 1.0
Cc: watteyne@eecs.berkeley.edu, 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 16:53:02 -0000

--_008_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_
Content-Type: multipart/related;
	boundary="_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_";
	type="multipart/alternative"

--_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Qin,
I changed the diagram based on your comment.
However, I couldn't conclude form the discussion on "time parent selection =
based on EB priority" thread to find out, if L3 will make the final decisio=
n about the time source or L2.
Best Wishes,
Pouria
[cid:image001.jpg@01CEA41F.C82480E0]

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Wednesday, August 28, 2013 5:31 PM
To: Zand, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

It is great to have the diagram as common base to discuss. I would like to =
add "Changing time source" along with "Choosing the RPL parent", because th=
e time source selected at the beginning is just a temporary one, and time s=
ource in L2 should be same as the RPL parent in L3 after RPL parent is sele=
cted.

make sense?

Qin


On Wed, Aug 28, 2013 at 7:55 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear All,
I would like to continue our discussion for choosing the time source (eithe=
r in L2 or L3) in the basic RPL.
I prepared a sample of message sequence chart to show the potential procedu=
re for basic RPL.
I think we can refer to or modify the attached slide to discuss the details=
 for constructing the basic RPL, as well as choosing the time source.
Best Wishes,
Pouria
[cid:image004.jpg@01CEA41F.8D6F8300]


From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Wednesday, August 21, 2013 7:45 AM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Glad to read we agree!
Thomas

On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

Many thanks for your explanation.
I couldn't find the related counter in MAC PIB of IEEE 802.15.4.

My first idea was using both (a) clock accuracy information and (b) RPL ran=
k information for choosing the best timing parent between two routers with =
equal (or close) RPL rank. That would help us to avoid (1) synchronization =
loop problem and (2) potential drifting problem caused by choosing the pare=
nt, between two with equal ranks but not equal clock accuracy.

As you mentioned, let's not make it complicated and consider the parent ran=
k as a factor for choosing the timing parent.

Pouria.


From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Tuesday, August 20, 2013 7:54 AM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Thanks for the explanation. Allow me to answer inline.
Thomas

On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

I am not expert in synchronization, so please bear with me.

By clock accuracy information, I mean how accurate a node can maintain (e.g=
. =B11 ms) synchronization in the network for a period of time (e.g. 20 s) =
without the need for clock update. Different devices might have different c=
lock accuracy values represent by parts per million (ppm) unit. The clock a=
ccuracy of a device might depend on the device' environment conditions (e.g=
. temperature or shocks) and it doesn't just depend on crystals hardware. A=
m I right?

Agreed. I am used to the term "clock drift" for the phenomenon, but absolut=
ely, drift depends on manufacturing, voltage, temperature, and probably oth=
er environmental factors. The amount of drift of your clock source will dic=
tate how often resynchronization needs to happen, given a guard time (i.e. =
1ms). Of course, all these parameters depend on each other, so you can imag=
ine buying a better clock source, or changing the re-synchronization freque=
ncy, or changing the guard time.

 In the centralized approach, the System/Network managers, use (L2) device =
clock accuracy information as well as (L3) nodes' topology information (sim=
ilar to node's rank in RPL in 6tsch distributed approach) to select the pot=
ential clock sources in the network. Am I right?

Hmm. I understand what you are proposing, but my first reaction is to be a =
bit afraid that basing time source neighbor selection on clock drift inform=
ation might lead to lots of complexity, for not much gain (I think). If I a=
m drifting a lot wrt to my neighbor, could I not resolve that locally (thro=
ugh all kind of techniques we can think of), rather than involving the time=
 source neighbor selection process in that?

 In a distributed approach, a network device might inform their neighbors a=
bout its (L2) clock accuracy. A new device might use this information, as w=
ell as L3 parameters (e.g. sender RPL' rank), to choose its timing parent.

This would certainly invert the approach. Now, we let RPL select routing pa=
rents, and then we have TSCH just use the same. If we go the other way arou=
nd, i.e. select time source neighbors, then routes, many things will get co=
mplicated real quick, the first of which are synchronization loops.

 If in 6tsch, we are considering the case that all the nodes in the network=
 have equal high clock accuracy, then let's consider (L3) router's rank, ba=
sed on the default OF (as Raghuram suggest), as the only factor for selecti=
ng timing parent.

I would go that route, but maybe you have some counter example in mind?

Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Monday, August 19, 2013 4:28 AM
To: 6TSCH

Subject: Re: [6tsch] RPL on Basic

Pouria, all,

My 2c is the following. We already agreed on the fact that a mote's (RPL) r=
outing parent would also be its (TSCH) time source neighbor. So why not pic=
k the time source neighbor based on routing information?

What exactly do you mean by clock accuracy? All nodes in a TSCH network nee=
d to be able to synchronize with one another, and I don't think we are cons=
idering cases where that is not true.

Thomas

On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Raghuram,
I agree with you that we need a method to pick a timing parent.
We might need the L3 information on that, unless we can find a solution in =
6top to use L2 information. For example about the clock accuracy capabiliti=
es of the device who has already joined the network. I am not sure if this =
information is available in L2 and neighbor table.
Best Wishes,
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com<mailto:rsudh=
aak@cisco.com>]
Sent: Wednesday, August 14, 2013 12:57 AM
To: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Za=
nd, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>; Qin Wang

Subject: Re: [6tsch] RPL on Basic

Xavi, Pouria,
I think we need to keep node rank at 6top (as a read only parameter obtaine=
d from L3) in order for the TSCH nodes to figure out the timing parent. In =
the case where RPL node may have different ranks based on different OFs we =
need a method to pick a timing parent.

We should propose a default OF, that is used to compute the ranks for the p=
urpose finding the timing parent.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Tuesday, August 13, 2013 2:27 PM
To: Pouria Zand <P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6t=
sch@ietf.org>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>=
>
Subject: Re: [6tsch] RPL on Basic

Good point :-)
agreed!
X

On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

I guess we cannot keep "node rank" in the 6top. Because a node might have d=
ifferent rank based on different metrics defined in L3. As a response, I do=
n't think we can get all of those information form L3 and use them in neigh=
bor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 11:13 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch








_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi Qin,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I changed the diagram bas=
ed on your comment.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">However, I couldn&#8217;t=
 conclude form the discussion on &#8220;time parent selection based on EB p=
riority&#8221; thread to find out, if L3 will make the final decision about
 the time source or L2.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Best Wishes,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><img width=3D"883" height=
=3D"1085" id=3D"Picture_x0020_1" src=3D"cid:image001.jpg@01CEA41F.C82480E0"=
></span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&qu=
ot;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:qinwang@berkeley.edu]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 5:31 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">It is great to have the diagram as common base to di=
scuss. I would like to add &quot;Changing time source&quot; along with &quo=
t;Choosing the RPL parent&quot;, because the time source selected at the be=
ginning is just a temporary one, and time source in L2
 should be same as the RPL parent in L3 after RPL parent is selected.<o:p><=
/o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 7:55 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:=
p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I would like to continue our discussion=
 for choosing the time source (either in L2 or L3) in the
 basic RPL. </span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I prepared a sample of message sequence=
 chart to show the potential procedure for basic RPL.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think we can refer to or modify the a=
ttached slide to discuss the details for constructing the
 basic RPL, as well as choosing the time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"840" height=
=3D"836" id=3D"_x0000_i1025" src=3D"cid:image004.jpg@01CEA41F.8D6F8300"></s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 21, 2013 7:45 AM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Glad to read we agree!<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 20, 2013 at 12:53 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your explanation.</span=
><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t find the related count=
er in MAC PIB of IEEE 802.15.4.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">My first idea was using both (a) clock =
accuracy information and (b) RPL rank information for choosing
 the best timing parent between two routers with equal (or close) RPL rank.=
 That would help us to avoid (1) synchronization loop problem and (2) poten=
tial drifting problem caused by choosing the parent, between two with equal=
 ranks but not equal clock accuracy.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you mentioned, let&#8217;s not make =
it complicated and consider the parent rank as a factor for choosing
 the timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks for the explanation. Allow me to answer inline.<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I am not expert in synchronization, so =
please bear with me.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">By clock accuracy information, I mean h=
ow accurate a node can maintain (e.g. =B11 ms) synchronization
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device&#8217; environment
 conditions (e.g. temperature or shocks) and it doesn&#8217;t just depend o=
n crystals hardware. Am I right?</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agreed. I am used to the term &quot;clock drift&quot; for the phen=
omenon, but absolutely, drift depends on manufacturing, voltage, temperatur=
e, and probably other environmental factors. The
 amount of drift of your clock source will dictate how often resynchronizat=
ion needs to happen, given a guard time (i.e. 1ms). Of course, all these pa=
rameters depend on each other, so you can imagine buying a better clock sou=
rce, or changing the re-synchronization
 frequency, or changing the guard time.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In the centralized approach, the =
System/Network managers, use (L2) device clock accuracy information
 as well as (L3) nodes&#8217; topology information (similar to node&#8217;s=
 rank in RPL in 6tsch distributed approach) to select the potential clock s=
ources in the network. Am I right?&nbsp;</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hmm. I understand what you are proposing, but my first reaction is=
 to be a bit afraid that basing time source neighbor selection on clock dri=
ft information might lead to lots of
 complexity, for not much gain (I think). If I am drifting a lot wrt to my =
neighbor, could I not resolve that locally (through all kind of techniques =
we can think of), rather than involving the time source neighbor selection =
process in that?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In a distributed approach, a netw=
ork device might inform their neighbors about its (L2) clock accuracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL&#8217; rank), to choose its timing parent.</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">This would certainly invert the approach. Now, we let RPL select r=
outing parents, and then we have TSCH just use the same. If we go the other=
 way around, i.e. select time source
 neighbors, then routes, many things will get complicated real quick, the f=
irst of which are synchronization loops.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;If in 6tsch, we are considering t=
he case that all the nodes in the network have equal high clock
 accuracy, then let&#8217;s consider (L3) router&#8217;s rank, based on the=
 <b>default OF</b> (as Raghuram suggest), as the only factor for selecting =
timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would go that route, but maybe you have some counter example in =
mind?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria, all,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">My 2c is the following. We already agreed on the fact that a mote'=
s (RPL) routing parent would also be its (TSCH) time source neighbor. So wh=
y not pick the time source neighbor
 based on routing information?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">What exactly do you mean by clock accuracy? All nodes in a TSCH ne=
twork need to be able to synchronize with one another, and I don't think we=
 are considering cases where that is
 not true.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Raghuram,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I agree with you that we need a method to pick a timi=
ng parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We might need the L3 information on that, unless we c=
an find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram Sudhaakar (rs=
udhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Pouria,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I think we need to keep node rank at 6top (as a read =
only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We should propose a default OF, that is used to compu=
te the ranks for the purpose finding the timing parent.</span><o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Good point :-)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">agreed!<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a href=3D"mailt=
o:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:</sp=
an><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I guess we cannot keep &#8220;node rank=
&#8221; in the 6top. Because a node might have different rank based on
 different metrics defined in L3. As a response, I don&#8217;t think we can=
 get all of those information form L3 and use them in neighbor table in 6to=
p. Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think, as you mentioned we need to wo=
rk on them.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">regards,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Xavi<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your complete explanati=
on. It absolutely makes sense.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Just one minor question. The neighbor t=
able will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">answer inline:<o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don't have any information about connect=
ivity (as RFC6552 describes) an initial value is set (i.e rank &#43; FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I completely agree with your description. Besides, there isn't a c=
ommon shared cell to send KAs. I see the operation in the following way:<o:=
p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">6top KA timer expires and places a KA packet into the queue (e.g this ha=
ppens every 30s). TSCH layer at the begining of a shared tx/rx slot then re=
ads from the queue and sends the packet.
 This means that the KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=3D"mailto:6tsch=
-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140c4c7a1f0f55ca_1409d4a4d02237f3_14097b"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL objective function calculation us=
ing Neighbors information described in Basic configuration.
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp; -this includes how =
OF is calculated using numTx and numTxACK, etc..
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL configuration:</span><o:p></o:p><=
/p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp; - storing mod=
e vs non-storing mode (I vote for non-storing mode for a basic configuratio=
n)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_--

--_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_
Content-Type: image/jpeg; name="image004.jpg"
Content-Description: image004.jpg
Content-Disposition: inline; filename="image004.jpg"; size=81743;
	creation-date="Wed, 28 Aug 2013 16:52:51 GMT";
	modification-date="Wed, 28 Aug 2013 16:52:51 GMT"
Content-ID: <image004.jpg@01CEA41F.8D6F8300>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCANEA0gDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDxwSPB2o4JB2KO
P94Vv1geOf8AkTdR/wB1f/QxVQ+JEy2Z5Z9kg/55D86X7JB/zyH51L0Fa1z4fmttRtLVpY2F0Qqy
KDgE9QfcZH5167cVuearvYxPskH/ADyH50fZIP8AnkPzq2lpPLLJHDDJKYyQ3loTj8qZHBNMzLDD
JIyjJVFJIp6BqV/skH/PIfnR9kg/55D860rzTXt78WsIedzGjgKnPzKD0Hpmqjo0blJFKMpwVYYI
/ChWewO6IPskH/PIfnTWtIArHyxwK1ZdKlh0mK/LqVkIBjH3lBztJ9jtNUG+430NCs9gd1ueq+Ey
W8KaWWJJNunJ+lbFY/hL/kU9L/690/lWxXjS3Z6cdkFFFFIYUUUUAFee/EpRJqemI/KeVKdueM5W
vQq8++I//IW0z/rlL/Na2w/8RGVb4Gcf9kg/55D86PskH/PIfnWhpmnnU70W6ypFlWYu/QADNK2m
ypDevIQjWbqjoRySSR/SvTvG9jgtK1zO+yQf88h+dH2SD/nkPzq0badYBM0EohPSQodp/GrOnaXL
fTKGWSOFlciXYSuVUnGenam3FK4LmbsZn2SD/nkPzo+yQf8APIfnVmO3mlhaZIZGjX7zqpKr9TRb
wPc3EUEQy8jBVHuTRoLUrfZIP+eQ/OrejQxw+ItKaNdpN3GMg9s1LqVg2nXZhMiyrtDpInR1PQim
6V/yMGlf9fkf86idnBtFxupJM9ipaSlryD0gooooAKKKKACvFL+GObV9QeVd7G6lGSf9o17XXjF3
/wAhO/8A+vuX/wBCNdeD+JnNifhRV+yQf88h+dH2SD/nkPzrUh0iWfR5dQjdCsTFTH/FgYy34ZFQ
3Fk8Ated5uYhIqqDkZJGPrxXcnG9jktIo/ZIP+eQ/Oj7JB/zyH51Zlt5oJBHNDJG56KykE/hVmXT
ZINNNzMskbiYReW6beNuc8024oFdmb9kg/55D86PskH/ADyH51Zlt5oApmhkjDjKl1Iz9M1a0vSp
NUaYRuieWuQW/iY/dUe5waG4pXYLmbsZn2SD/nkPzrs/hoojm1VF4UeUQM8dGrka7D4b/wDHzq3/
AGy/k1YYlfu2a0H753dLSUteYd4UUUUAFFFFABRRRQAUUUUAeOa/Ck3ifVWlXeRckAk9sCqP2SD/
AJ5D860db/5GXVv+vpv5Cn2ekS32nXN3E6fuD/qz95+MnH0HNevBpQTfkebK7m0jL+yQf88h+dH2
SD/nkPzq7NZtDa2k24MLkMVUDkYbFRzW81swWeGSJmGQHUrn86tWZOpW+yQf88h+dH2SD/nkPzrS
OmSx6dPczrJE0TooR0I3Bs88/Sq0ltNFGkkkMiI/3WZCA30NCcWHvFb7JB/zyH50fZIP+eQ/OtLS
9NfVLlokkSIKuS79ByAB+JIFU3Vo3ZHGGUkEHsRRpewa2udL8N0EWuX6IMKbdDjPGdxr0avO/h3/
AMh+/wD+vZP/AEI16JXmYn+IzvofAgooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDx
z/yJuo/7q/8AoYrfrA8c/wDInaj/ALi/+hrVQ+JEy2Z5ifu11sGoWsniN4bidBb+bFPDLn5UdVGe
fQjI+oFcnRivWnBT3POjLlNpGa50vybO6igmS7eSTdKI9wONrZ74was3VzHfLqKWF1HDK9wkm9pP
K81QuCQf97nHvXOYoxS9krj5zqZry3mvtQUSxTSzQQBHMxjEm0DcN3b1x3xWRqTte6nDHJ5EZ2JE
WWXeoHTLN3IHX6Vm4oxRGmovcTnc6Rr7Tru8vLRBJHHND5EcjyDyxsHyHGOOR6965pvuN9DS0jfc
b6GqjBR2By5j1Xwl/wAinpf/AF7p/Ktisbwl/wAinpf/AF7p/KtmvHluz0o7IKKKSkMWim7qWgBa
8++I/wDyFtM/65S/zWvQa8++I/8AyFtM/wCuUv8ANa2w/wDERlW+BmJo0kcV3MZHVQbWZQScZJQ4
FXpb2C78NzyySL9tbyYpYyeZNh4YfgcH6Vg0V6UoJu5wqbSsdLcXCC9vbw3kT2M1uyRQiTJOVwq7
O2D/ACqS2uF+2wXK30Mdl9i8ryjLghvLIK7f97nNctijHtU+xVrXK9pqdJaXiJY6dLarbs1tCVdZ
box7Wyc5T+IEH3rN0WWC1nnvJzxBGfLRWAZmb5RjPoCT+FZuKMU/ZrVdyefVGrfy2l1o1s1vvSS1
cwlJXDMyH5geAOAcj8ap6V/yMGlf9fkf86rVZ0r/AJD+lf8AX5H/ADolHlg0OLvJM9ipaSlryD0g
opM0ZoAWiiigArxi7/5Cd/8A9fcv/oRr2evGLv8A5Cd//wBfcv8A6Ea68H8TObE/CjTs9RWx0q0d
Srul25kiz95CgBBHoeRV+Wezg1O3jtbtNg09ooJif9W5LbcnscHHtmuYoxXY6SbucyqNHR2dzFZN
p0N7cxvNHNI+8P5ghDLhct/vc+1EU62VlZx6jdx3Bi1BZWRZfM2pjk/nzXOYox7UvZLuHtDc1adh
ZzRYt2SWcSB1uzKzHnkAnjIPNNt7y10/S7RWEsk7Tfam8mQLtK8KDkH3P41i4oxTVNWsLnd7l7WF
gGqSvasrQzYlTafu7hkr9Qciui+G/wDx86t/2y/k1cfXYfDf/j61b/tl/JqzxCtSsaUXepc7ulpK
WvMO8KKKKACiiigAooooAKKKKAPH9b/5GXVv+vpv5CrVjfmx0dpIXUTpeJIqE8kBCDx6dvxqrrX/
ACMurf8AX038hVOvXjFSgk/I82TtN2Ooe60+G/0predFhEcpUnnyGfJXd6YJ/SoLWdNPjs4tSuI5
3F6s3yyebsQDBJPucHHtXPYoxS9ku4e0Z0LyG302eO+vYrndeRShFl8zKAnJ/H0o1i6zFfGMWzw3
MgYOLouxAOQQhPBxx7Vz2KMUKlZ3uDqGvaz2lnou2XzHluZt5EMgVkVPu5yD1JJ/CodceCfUTdWz
Dy7pBKVzkox+8D75B/Os7FFUoJS5iea6sdR8O/8AkP3/AP17J/6Ea9Erzv4d/wDIfv8A/r2T/wBC
NeiV52J/iM7qHwIKKKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApM0tZbW8d9q1yl0vmxwpHsRj8oJzk46Hp3
ppCbLb6haRHEl1Ap9DIBTY9UsppVjjuondjgKrZJqWO0t4R+6giT/dQCpcAdqNA1FrM1HxFpek3C
wX97HBKy7wrA8jpnge1aRrI8N30mr6Ot1drGZTLInyrgYVyB+goS6sGXbfU7S60438M6vahWbzRn
GB1P6GsmXW/D3iWJtK+3JP8Aaht8tCwJxzwce1b4VQuAAB6YpBEgOQig/ShNA7nEal4b8IaRKkeo
XU8DyLuUNO/I/CprPwf4Y1CyN3aS3EtuM/vFuHxx1rsjGjfeUH6igKoGAAB6Cr9rLuyfZx7Hn9rp
Pgi9uYre3v5ZJZTtRRO+WNS634a8L6LAftNxPDM6MYVedzuIH+JFd0IkByEXP0qtqqKdKuyVBIhf
qP8AZNP2sr7v7xezVtkctpng/wAM6tZi4s5biaMHazLcPgMByP1qlDpfge4uI4IdQleWRgiqJ5Mk
k4ArvLZQLaPAA+QdPpT/ACox/Av5Ue1l3YezXZHF6l4V8KaOsZ1C4ngEhITdcPzjr0p2neEfC2rw
vLp81xPGjbWK3D8HGcc/WuzKK33lB+ooVFX7qgfQUvaytux+zj2OfsfEnhywhg0621GICLEKIdxO
QcYzj1rV1LWLHSIkk1C5SBHbapbPJ644q15Uf9xfypSit95QfqKhtNlK9inpus2GsJI2n3KTrGQH
K54J+tZepeLdLSOe2t9VtobxSY1MiMwV845AHNdAqKv3VA+gppjTP3Fz9KNBptWZyOpX2reFZrS6
1DVEvrGaYQzK8CxmPOfmUr6YNdFpmt6fq/mDT7pJ/Kxv254z06/Q1i2Oj3Wq6xcXetvO0VpeP9it
2AWPaPuvgDJ/GuoVFX7qgfQVnT6nXi3F8qVuZLVpWXltbb0Me58X6HZ3EkFxqMUcsTFXUg5BHbpU
HifTtDvLeG91qVooovlSRZGX72OOPpW8YkJyUUn6UpRSMEAj0Nap2d0cVr6M4jTfDXhHWJHTT7qe
dowGYLcPwPxqveaP4JsLqS3ur6WOaI4dDO+Qetd+qKpyqgfQUhjQnJRSfpVe1lfd/eT7Ndkcfc+D
/DFnp/264luI7XCnzDcPjB6fzFZ9tofhPUtRt7XTbuadnLGRVnfIUKTnn3xXfTPFDCzzFVjUZJbo
BVO5EZv9NeMLtaR8MuOR5bU1Ul3YOEexyN7ongvTbt7a8vZop0xuRp3yMjIq3J4P8MRab/aEktwt
psEnmm4fG09D+tdiY0Y5KKT7il2LjG0Y9KXtZd394ezXZHC6f4f8Harc/Z7G8mmm2ltqzvnA6n9a
kk0rwh4f1aI3F5JFdQMsqpJM5wexxXbCNFOVVQfYUGNGOWVSfUij2j7u3qHs12RVGqWZ0z+0RcL9
j2eZ5vONvrVWx8T6Rqd0ttZX0U0zAkIoOSB17VqbFxjaMelAjRTkIoPqBUaF6mNr2uWFkklnNqq2
F1IgZH2bmUE9QMY7Gueub6TQU03VbXXLnUNOupxDMtyQwIOcsvAIxg13LopOWUH6iuZ0XRDPqd3f
6qzXE0N3ILRWm3pEnbCg4B+vNZ1Ena252YWooKTm1y9rK7voaVn4q0bULpLa0v4pZ3ztQA5OBn09
ql1LxBpmkTJFqF5HBI67lVgeR0zwKviNAchFB9QKVkVjllBPuK00ucetitaapZ39j9stZ1ktuf3g
zjjrXGrp3grV9SIhvne4upCwRJnG5jycCu7CKBgKAPQUgiQHIRQfYU4y5dhON9zidS8M+EtHeNdQ
uZ4GkBKBrh+QOvT61Lp/g/wxqlqbmxluJoQxUutw+MjrXZMit95QfqKAiqMBQB7Cq9rK27F7Ndke
f2+leB7q4jggv5XlkYIiieTknoKfc+HfC2myTDU7ieBRMY4t07/MAqk9P96u88pAchFz9Kp2KK1x
f7lB/wBI7j/YSqVSXd/eS4LsjmdO8I+FtXgabT5rieNW2FluH4PXHP1qiul+BnnEK6hKZS+wL58n
3s4x+deghFX7qgfQUnlR/wBxfyqfay7sfs12RxmpeE/Cujxo+oT3ECyNtUtcPyevatPwna6DAl0+
gzmYMyiVi7NggHA5+proWRW+8oP1FARV+6oH0FJzbVm2NQSd0jHfxhoUdw0D6lCJVcoVweGzjHT1
q9qOq2ekwLNf3CQRs2wM2eT1xx9Ks+VH/cX8qVlVhhgCPcVOhWpS0zXNP1jzP7Pukn8rG/bnjPTr
9KqXHi/Q7W4kgn1GJJYmKupB4I6jpWwEVfuqB9BSeUh6ov5UaBqV7/VLTTLQXN7OsMBIUO2cZPSo
dN17TdYeRNPu452jALhQeAenWr5VWGCAR6GgIq/dUD6CjSwa3Mi78W6JY3UlvdahFHNEcOhByD+V
XrrVLSysPttzOsdsQp8w5xz0/nVgxIeSik+4pSqkYIBHoaNA1M/TfEOl6vM8On3kc8iLuZVB4GcZ
5FRXvinRtOuntry/iinTG5GByMjPpWqI0X7qqPoKQxoTkopPuKNLhqcrqXhnw5cRTa1dySpDNiZ5
VmYKc4wcD14qhp/h/wAHarcm3sbuaeUKW2rO+cDv+td1tUrtwMelAjRTkKoPsKtVJJWuyXBN7HB3
+heDNMujbXt5NDMoBKNO+cHpVr/hD/C/9mf2j51x9j2eZ5v2h8bfWuyMaMclFJ9xRtXbtwMemKPa
y7v7w9nHsjz3TNE8J6pqctrbXU0pwDEqzvlhjLflVjUPD/g7SrkW99dzQylQwVp3zg9/0rq7RFGr
X+FAwY+g/wBmr5jRuWVSfcVTqSvuyVBW2OOi8H+GJ9N/tCOW4a02F/NFw+No6n9DVOy0TwXqN2lt
Z3s0s752os75OBk/pXe7VC7cDHpSCNAchFB9hU+1l3f3j9muyOYt4PDfgq9bddG3nuIxxNIz5UHt
+Nb9rqdpe2BvbadZLYBj5gzjjr/KrJjRuWUH6igKoGAAB6AVLd9XuWlbYyLTxbol9cx29tqMUk0p
wiAHJP5VY1LX9N0d401C7jgaQEoGB5A69KvCJByEUH6UpRW+8oP1FLQNbFaw1S01O0NzZTrNACQX
XOMjrVC38X6Hd3EcEGoxPLKwVFAOWJ6DpWwFVRhQAPQUgiQHIRfyo0DUp6lren6P5f8AaF0kHm52
bgecden1p+narZ6vA01hcJPErbSy54PXHP1q0UVvvKD9RQqqvCgAewo0sGpjx+MNCluFgTUoWkZw
iqAeWzjHT1q5qWs2GjpG+oXKQLISqls8n8Kt+VH/AHF/KlKK33lB+oo0DUp6brFjrEbyafcpOkbb
WK54PXvVJvGOhJOYW1KESB9hXB+9nGOnrWyqKv3VA+gpPKj/ALi/lRoGpW1HVrLSIFm1C4SCNm2B
mzyeuOPpTNM1rT9YEh0+6ScRkB9ueM9Ov0q6UVvvKD9RQqKv3VA+go0sGpjz+L9DtbiSCbUYUljY
o6kHII6jpV/UNUs9LtRc306wwlgods4yelWDEhOSi5+lKUVhgqCPejQNShpuu6drDSLp92k7RgFw
oPGenX6VXuvFuiWNzLb3OoxRyxHa6kHKn8q11RV+6oH0FIYkJyUUk+1Glw1K93qlnYWP2y6nWO34
/eHOOelQab4g0zV5ni0+8jndF3Mqg8Dp3FaBRSMFQR6UBFU5VQD7CjSwamVeeKdGsLx7W61CGKdC
AyNnjPI7e9FWtUewg0+abUli+yqP3hkTcMZ7jHriiqST6MltrqXaKKKgsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ9Kp6VHZ
RWQXTfL+zbmI8tty7tx3c/XNXDWR4WsLjTdEW3u49kollYqCDwXJHT2NPoLqbFFFFIYUUUUAFVdU
/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2K8OmsYIz9vveVH/LQen0p/8AZjf8/wDe/wDfwf4V
at/+PaL/AHB/KsDxZFezXGlLp0jpcrNJJHhiFZlicqr4/hJGDn1p8zFyo1f7Mb/n/vf+/g/wo/sx
v+f+9/7+D/CuGTxLq6w2rW7JZR3E082b5X5bz2HknCk8DsME9uBV1NV1mxsHEF417O95c2eJoRuh
lZz5JOMfKAM/RhjgCjmYcqOs/s1v+f8Avf8Av4P8KP7Mb/n/AL3/AL+D/CuTk8T6lPZx3TT/ANn2
03mtHI1oXJaMIojx/tP5h9SFwPWn3d7rN1p9zcSoTNDd2axWQTaA/wC5dsv1PzMw9AKOZhyo6n+z
G/5/73/v4P8ACj+zW/5/73/v4P8ACsHV7gTeD7Ca+uZHSS5t/tUmxoTt8wbwVHKgcgjPbmqC3t1Z
7zp0pFkFuGsprsOQiBIucnnbuL4JzxjsKXMw5UdDY+HI7B7hob+/zcSGV8yg8n8Kuf2a3/P/AHv/
AH8H+Fc1a+Iby5mtVa5eBTCrwpJbDN++5wyhhwB8q4K9nDdOKrW3ibVhbPd+abyG3jhuLtUtCphy
2JIQOpKqd3cjbz1oTtoi5tzfNLc67+zW/wCf+9/7+D/Cj+zG/wCf+9/7+D/CuSh8Qa9/bMNvdSW0
HyK7QPG26YMhY7MKeVPy/ex8pz1qY6xrVpaaUJrlJZdVgQrIbcL5Mgw8mQO3l7sA9096fMyOVHT/
ANmN/wA/97/38H+FH9mN/wA/97/38H+Fc5qWuanHHqt7Yyh7WJ4I4FMOAiOqM0pOCTjce2B3HFZ0
vifVorWBpdRtVcBDG0VuXW7zMyMNxAxtULkgAZOelHMw5UdjNp8qRM0d3eyOBwnmqM/jisyKyGi3
lpPd3ZVJJmJjLfu4zsbpwOffj6V0tUb3/kI6d/11f/0W1NSewnFCf2zp3/P7B/32KP7Z07/n9g/7
7FX6y28Racs97C0/7yykjjnXY3ymTGztyDuHIqdCrMl/tnTv+f2D/vsUf2zp3/P7B/32KkutVsrJ
Ge5uoY1R1jYs4+VmOFB9Mk1OJ4tufMTGCc7h0HX8qNAsyp/bOnf8/sH/AH2KP7Z07/n9g/77FWvt
MG9k86Pci7mXcMqPU+1V4tVtZbuS3SVSyIjlsjaQ7MqgHucoeKNAsxp1nTv+f2D/AL7FUdNbQ9JN
ybO5hT7TKZpcy5yx69as3viKx0++NrcNKrIqNJIIXMcYYkKXcDCjIPU1cjvIZG27wrbzGA3ylmHX
GetHu9hqU0mk9GQf2zp3/P7B/wB9ij+2dO/5/YP++xVk3lsqyM1xEFiOJCXGEPofSn+dH/z0TqB1
9en50aCsyn/bOnf8/sH/AH2KP7Z07/n9g/77FWPttts3/aIdm7bu3jGfTPrTxPEQCJUIK7gdw5Hr
9KNAsyp/bOnf8/sH/fYo/tnTv+f2D/vsVZF3bt5e2eI+YSEw4+Yjrj1xTkuIZZGSOWNnQ4ZVYEj6
ijQLMzbnX7SDa0c0M0f8YSQbx7gd6fo11Dei8uLaQSRSXGVYd/kSrV1ZpebVlaTyx1jVsB/r3I9q
h01FjlvlRQqrcYAAwB8iVXu20J1vqX6KTNGagsWsLxXrF3otjbT2MSTO9wFkRhkmMKzvt5HzYQ4r
czUFzZwXbQtMu4wSeZHz0bBGfyY/nQBy994vuU1K5WxW2ksY4UMUpyS7+ZGrc5xtAlGPcGr2oeIJ
dN8Vw2c4iXTWtgzzHhkkYvtyc42kRsOmckVZHhTSFsltFtSsKRmJQsjAhS4c85z94A568U+bw1pl
zbPBcRSTpIiRuZZndmVXLqCxOeGJ/l0oA5uPxbrNz5CLDHFJNcTLiK1adljVY2TK715xJyf0rY1j
XZ4ogulSwzNDL5d7IkLTm2+U8mNSGPIwcHgdjVy48N6dczeayTRy+Y0u+G4eNtzABuVI6hV49qs3
ul2+oRRJO04ERypineNumOSpBP40AZmlate6q8l3FPZf2dC5ibCsWfaPmcNnAGegIPHesW28b3t7
pcstmtlPd/aofKiRsgwS8oCQeHwGB9D2roX8KaQ4kUWzRxyJseOOV0Q/LsztBxnbxnGanfQNNe6i
uPsqLLFt2lMqPlO5eBwcGgCnp3iaK90nU9TUeZaWmXj2DDMghSQg5/iyxH4VBJ40ggvLW0msLtZ5
QjSooDmEOSFJ25B6ZOOgq+PDWlLHcRpbFEuJJJZUSRlV2kXa5IBxyP8AHrUk2hWE97HdskizIqpm
OZ0DqpyoYAgMAc9c9TQBX0fxGur3ZhFlcW6tbrcwvKVxLGxIBABJHToa2qx9N8OWmlapJd2ZkRXg
EPlM7OFAYkYJJwOcADgVr5oAWikzRmgBaKTNMeeKJ0SSRVaQ4QE43H2oAqWn/IW1D6x/+g1frPtP
+QtqH1j/APQa0KqW5MQoooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAyvEunTat4eu7K2KCWZQFLnA6g/0opPFF/Ppfhy8vLVlWaJQVLDI6gdPxoroo89vdManJf3jWoo
ornNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf
+zU11E+hfooopDENZnh3U5dX0lbqdURzJImEzjCuVH8q0z0qnpdraWdmIdPKmAMxG19wyWJbn6k0
+gi7RRRSGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT2Jbf/j2i/wBwfyqTGajt
/wDj2i/3B/KpaQxMUYpaKAExRtFLRQAmAKMClooATH1oxS0UAJio3toZJ45njVpYs7GPVc9cVLRQ
AmKiuLWG7gaG4jWSNiCVbkHByP1AqaigAqje/wDIR07/AK6v/wCi2q9VG9/5COnf9dX/APRbU0Jl
6uT1Lwlc3d5JdwTwxzNfpMc5w8H7rcje+Ytw9/qa6yikM4NPAlzGLovHZ3ExcOk087t5oE6yYZCp
C8AgkbuvGASKsah4KvLq/nkt54IYJHO2PJOxJRi5A46nAI9/Su0ooA4u58F3U8l2qiwRZPtTLcAN
5svnKyqj8cKoYdz9xcAYq+/hdl8QWt/bi1W3to4o1tivy8eZuYADAYbxtP8AvDjOa6WigDndU0bU
bvUNQFubUWmo2sdtK8jNvjA3hiFAwch+Mkc1UPhW8jv4Z4GtgyXUknmsxJWNnDYCFSC2B1BUg9yO
K62igDjYvCd5FZWcZtNJlezdSQxbbe4Rl3S/KcMC24fe5z9aYnga6RbeJb2JIvs22fYpB85Q4iZP
ZfMPU5+RK7WigDjdG8FvZyWjXVvZ4huBNIBM8wkIhdAwDKApywOPQdTxTbLw1eqNXiijhSGRZbG1
Mu4GO3Ksw2jnP7x8f7qCu0pKAOOuvBUj6pZTRR27W0EUKCITPCIWRyxZAow2c9OOQMmpPDWg3Wj6
/wDvrW2SNbAQ/aIAf3zB/vOSB8xHOOep5rrqKACsiC0ae8v2W6uIh5+NsZUD7ieoNa9UbD/j4v8A
/r4/9kSqWzJfQT+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UrsfKih/Zsn/QQvf++k/wDiaP7N
k/6CF7/30n/xNX6KLsOVFD+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UXYcqKH9myf9BC9/wC+
k/8AiaP7Nk/6CF7/AN9J/wDE1foouw5UUP7Nk/6CF7/30n/xNH9myf8AQQvf++k/+Jq/RRdhyoof
2bJ/0EL3/vpP/iaP7Nk/6CF7/wB9J/8AE1foouw5UUP7Nk/6CF7/AN9J/wDE0f2bJ/0EL3/vpP8A
4mr9FF2HKih/Zsn/AEEL3/vpP/iaP7Nk/wCghe/99J/8TV+ii7DlRQ/s2T/oIXv/AH0n/wATVW/0
u4lhEMdxcTh+D5rptX3Py5P4fpWzRQpNByoxtFtHsri8t5LiS4ZPL/eSdT8tbNULT/kLah9Y/wD0
Gr9ObuxR0QUUUVJQlGa57xw7J4fUrKIQbqBXdmZVCmQZ3FSDjHXBFZsGo31tLbLp93bvYQx2u5Uj
aRZjLO0bkSMxYAAZ7/lQB2dLXAWGr6jpOmzLJMzwvFNLEVhG+Ei52cljgjD5JOAAM9KWPxNrc+n2
91HLEoit5JpV8jd5+2fywMg/LlRnjPtxQB31FcRe+JtQgt76WK6h8+OcwtaNCQbVPN2CVm5JG3Dc
jHzZ6Cs+/wBd1K9sIILq/tVJMDL9mjLi8/flW2txjaFXOBjJPbFAHo2aWuD8cXM0Ou25imZCloZI
1Wd0ZnEgOI1XIdyOMNxzT5vFWqRazqSSNBHBbCZVtVUtcYUZSRVwAQepyduD7UAdzRXCaf4pv7yG
1W5vobJGlmX7W0IcTFHUKnB25IYnIPOOO9Nk8U6v5d20U0ZnEUrPb/ZzmxZXCoGP8W4Z4OM9RxQB
3hOKK5HULjUbnwVr8M9yTdWxlhWeOLaXUAHO3PBIJHH1ps97qelJfxQTxLbWAt7ZD9m+WMME3zEA
8hQSdo49aAOxpM4rhZPEGtSWry2t3E0dtDdTrMbUkXixGPbgZG0EswyOu3Iq/fXWoN4X8QwXVwZZ
7VWjSeFDEzAxK+QATgguRkHt60AdXmlrgDq2q6dqF5azSvE9qlvbPdyoXQRNJJifHQnbtBPQNnPA
qtqniDUb7TDBPeJBGwBhcW7Br9fOK7l/ujaFPH97PSgD0eiuU0DXtS1HxNd2109okCGVfs2T50ex
wqtjHQjnJJzkYqh4au5f+EuuE8xpA8l2sqpPI5XE3yGRW+VOOF29c/kAd3RRRQBT1X7D/Zs39qeX
9jwPN837uM9/xxRVXxRYT6p4cvLO1VWmlUBAxwOoPX8KK2pxi1q7GU3JPRXNaiiisTUKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s1NdRPoX6
KKKQxDWN4Ss57DQkguojFKJpW2nHQuxHT2NbJrN8P6o+saUt3JGsbGSRNqnI+Viv9KethdTTooop
DCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P
5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A9FtV6qN7/wAhHTv+ur/+i2po
TL1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJmgBaKSigBao2H/Hxf8A/Xx/7IlXc1SsTi41D0+0f+00
prZie6MGfxZcQXesWzW8RlgcR2AycTthQQ30Z1zjsaIvFF3LoOo3ohtxNa2UNwg+bazPFvIPOcZ/
Stz+xtNmnS6+zRvIJWnWTJPzsmwsPqvFQHwrpBJ/0VgphWBkE0gVkC7QCobBwOMkZpDMiTxhcPPY
xw20QJikN4HJzDKqSEIP+BRPnPYD1qex8TSnw8Lu+aFbyaF5reHyJId21NxGGJJHv0IrXOhacZJJ
Pske+WVpnIyNzsnlkn6qSPxpbTRbKy0+Sxhjf7NIpVo5JXfgjGAWJIGOwoA5aLxhqcllGDBEt09z
GnFnMT5bxM+7ys7jyhGQcHBPar134wGn6xc2kot5Ft7RpGVH2yNMsfmFQpOQpXv2NaI8J6QsAiW2
kADq4cXEm8FQVHz7t2AGYYzjk1Z/sLTvKWM2qlVl875iSS/qSTk9SOaAMxtQ1tJbK0ddPF3e7pA4
VzHCiqCwIzlzlgAQR3PbBzLjxre2xkMtrbeXFbS+Y6sxAuFeRF/4AxjI9csK318L6UlqtutvII0Y
Mn7+TdGQMDa27KjBIwCBinP4Z0h7OS0axiNvJB9nePnBjyWx19STnrk9aAM/VfFJtEszZrFcN54W
8TndGgjZ22/7QC5x7VBbeItT1JJTp8diFgied3lLFZF82REC4PGRESWOeo4NdLJZW8r27PGGa3Ja
Ik/dJUr/ACJH41m/8Ijov2WG2WxVYYUaNER2UbGOSpwfmUkn5Tke1AGPceJ9TQT3UK2RtF05L+NG
jfzMPkBSd2OMdcVKniPUGl1WTyEaCwlcbRbSAtGjAMRJnaW27iFA6it+40exuvN863VhLCLdxkgG
MEkLx2yTT1021S3uIFiAiuGdpVyfmLfe/OgDNGtyx6RZXtxGI/tc6hUCkkIxJXPIw23GfQ9qpHxt
FPpjzWthefaWGY4GVNxHleaH+9jbtI4znPGK230WwkCB4AQgjCgs2Bszt79txqtN4V0eeAQyWY2D
aBtkZSAqbAMg5xt4x3HXNAFHTvFLXEsVubaW5unSN2SBQoRTHGzOdzcgGQdOeeh61HJ43jkfy7Gx
luJUvI7aRBJHwHLAMDuweUIxnPritU+G9LLxuLXa8ZUqySMp4UKBkHkYVRg8HAzUcfhTR4o5EjtN
qyMjHErggoSV2nOVwWOAMdTQBWi8WQCZ4mgmkEU5imlRQEhzK0abstk5K9s+uBVrRfEMOtySpFbX
EBjVZB5wUb0LMoYYJ4yjdcGpD4c0s3SXH2Ueajl8h2ALFy+SM4bDMSMg4J4xU9npVnp7brSARnyx
FwSflBZgOfdmP40AU31C202/1GW7mWNcx4z1Y7egHc1atNUiuYBJJtgyeEkdd2OxIB4+lULnR7PV
tQvku4gxUx7HHDIdvY1YtNAs4oAlza2c7gn959mRSR2yMda0fLbzM1zX8i99st/+e8P/AH2KPtlv
/wA94f8AvsVB/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FT7pXvE/wBst/8AnvD/AN9ij7Zb/wDP
eH/vsVB/Yml/9A6z/wC/K/4Uf2Jpf/QOs/8Avyv+FHuh7xP9st/+e8P/AH2KPtlv/wA94f8AvsVB
/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FHuh7xP9st/+e8P/fYo+2W//PeH/vsVB/Yml/8AQOs/
+/K/4Uf2Jpf/AEDrP/vyv+FHuh7xP9st/wDnvD/32KPtlv8A894f++xUH9iaX/0DrP8A78r/AIUf
2Jpf/QOs/wDvyv8AhR7oe8T/AGy3/wCe8P8A32KPtlv/AM94f++xUH9iaX/0DrP/AL8r/hR/Yml/
9A6z/wC/K/4Ue6HvE/2y3/57w/8AfYo+2W//AD3h/wC+xUH9iaX/ANA6z/78r/hR/Yml/wDQOs/+
/K/4Ue6HvE/2y3/57w/99ij7Zb/894f++xUH9iaX/wBA6z/78r/hR/Yml/8AQOs/+/K/4Ue6HvE/
2y3/AOe8P/fYo+2W/wDz3h/77FQf2Jpf/QOs/wDvyv8AhR/Yml/9A6z/AO/K/wCFHuh7xP8AbLf/
AJ7w/wDfYo+2W/8Az3h/77FQf2Jpf/QOs/8Avyv+FH9iaX/0DrP/AL8r/hR7oe8WFu4GYBZoiTwA
HFTVTTR9OikV47C1V1OVZYVBB9RxVyk7dBq/UyvEuozaT4eu722CGWFQVDjI6gc/nRVrVIbKfTpo
9T8v7Iw/eeY21cZ7n64orWnKCXvK5nNSb0ZbooorE1CiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelWFvptmLezJMIZmGW3
cliTz9TVw1ieELWaz0BIriJ4pBNKdjjBwZGIP5Gn0F1NyiiikMKKKKACquqf8gq8/wCuL/8AoJq1
VXVP+QVef9cX/wDQTTW4nsS2/wDx7Rf7g/lUtRW//HtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABVG9/wCQjp3/AF1f/wBFtV6qN7/yEdO/66v/AOi2poTL1FFFIYUUUUAFFFFABRRRQAUU
UUAJXHWmix3/AIh1i2vb3UBJFKssYju3QeW4yOAexBFdjXP6l/oHjDTLzpHeRvZyf7330/kRVRe5
MlsH/CG2f/P7qv8A4HSf40f8IbZ/8/uq/wDgdJ/jXQUUc8u4cq7HJWemLZeNYLa0u7544LZpp1mu
WkBLHagwfxNWbuxvLu7u3gmLW63H7y2Cj5/kTnJ6/Q8VJ4Y/0y51XVTyLq5McR/6Zx/KP13GtOw/
4+L/AP6+P/ZEq+ZpkWTRFDa3phQrfNGuBhTboNvtipPsl9/0Ej/34Wn/ANq2P+mH7VCBZf8AHyS4
Hk/Lu+b045po1rTzaTXIu4fIhjEskm7hEK7gxPoRzUczL5RPsl9/0Ej/AN+Fo+yX3/QSP/fhafLq
tjA1usl3ArXKs8ILj94qruJHqAOabZ6zp9/ZSXlpdRS20ed8in5RgZPP05o5mHKJ9kvv+gkf+/C0
fZL7/oJH/vwtQf8ACUaMbIXY1G3NuZPK3huN+M7fXOOfpVxNRtJJxAtxH5phE4Tdz5ZON2PSjmYc
pF9kvv8AoJH/AL8LR9kvv+gkf+/C1EPEujm1e5Go2xgR/LLh+C3YD1454qQa5ppIAvrY5gNyMSA5
iHV/90etHMw5Rfsl9/0Ej/34Wj7Jff8AQSP/AH4Wpp9Qtbb7P59xHH9pcRw7mx5jEEgD1JANVp/E
OlWqRtPf20ayllQtIBkqcN+AIwT0FHMw5R/2S+/6CR/78LR9kvv+gkf+/C1DJ4l0iG8ktZb+BLiI
FnQtyoxnJ9qkXX9Me8ktVvYTPG4jdM/dYkKAffJA/GjmYco77Jff9BI/9+Fo+yX3/QSP/fhamW+t
nQOkqMplMOQc/ODgr9cgippZEhieSQ7URSzH0A60czDlKf2S+/6CR/78LR9kvv8AoJH/AL8LVi1v
ILxN9vIHXCtkehAYfoRUkkscO3zHVdzBV3HGSegHvRzMOUp/ZL7/AKCR/wC/C0fZL7/oJH/vwtW4
pknUtGcgMVJ9wcH9RUlHMw5TL01JI9Rv1mm818x/NtC/w+grTqjaf8hbUPrH/wCg1foluEdgoooq
SgorB8ZXE1toiG3nMDvdQRlxN5XytIARvwduR3xWeutX9lc29vC1rNaRJbGZpJmmkczTNH8snAIG
M5I56UAddRXC6f4mvrKxkW8khdWSWS3lId3yLjywrDIz94YwQBjk45Cr401GWyt7qKGy8tYJJrgM
WywSfyiEIJAzjPOcdOetAHc0Vx154uu7a1urpPsLKtwbZLcviWJhL5e+QlgNp6/w9QM85qhfeKtT
nsEjeSwspQ0BkKT7mm3TlMRFWI6JyMt94jtmgD0CiuH8aapeafrUP2e7lhjitDOVSdUHEgydjf6z
5cjbUkvjS7j1TUEaC2isrUyxlncGUOg4OwNuYH02jgg5oA7SiuLsPGF5qCwRBtPtpi84ea4JEb+W
6rtUBuGIbP3jjHftHJ42vVgnlRLFmaKZ44dzb7cxuEAl575PQDBGOetAHcUVyV/quozeDdccywwX
9l5sJmh3BflAO5RnIOG9eDzSTa3qGlrewf6G0dj9ntleQyf6yQJ87sWJ2DdnnJPr3oA66iuIm8Xa
mIJGt106X7Kl1LNL8+ydYTH/AKvB4zvIJOQCp61dvNVvz4Z8QfaJIobyxVkE1rkAZiVwQGzgjfj8
M+1AHVUVwi+JtRtNQubS4kjFzbC3tJGuMiJWaSTE5xjhkC8ZHJxkVDqPi6+u9OljinsbUpgGcSMD
c/vjHmDnphc9/vAe9AHoNFcvofiW81fXrm2kt7aO0RpUXEy+crRvt5XcSc8n7q4465zTvD14L24a
5uNUkN7JJKj2JkXbEFYjATGRgAc98+4oA6aiiigDH8V2U+peGb20tY/MnlQBFyBn5ge9FS+ItSk0
jQbq+hRHkhUMqvnB5A5x9aK6KLnb3UY1FG/vGnRRRXObBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiGs/QtUOs6Yt2YvKzI6bd
2fusV6/hWgTgVT0rTYdJsha27O0Ydny5ycsxY/qaOgi7RRRQMKKKKACquqf8gq8/64v/AOgmrVVd
U/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQ
AUUh6VzMPji0aFbi4tp4baS4FtE42yFnJIwyqSUIxnB55oA6eql1C8l7ZOq5WORi59AUI/maqt4n
0dHuka/iBtVZpuuFC/e56HGRnGcd6jl8U6ZAryXFysUI8sKxB3MXBKjbjIPyntQBs0VlyeJdJjnt
IWvozJeBTAFy28N93kDjODjPofSq9x4kWLxGNISBWk2I7O06IcNu+6hO5sbT0oA3KK53S/GNrf2c
lzcxPZxokUgLOsm4SZ2gbM/Nx93r09a07nWLW0+zvLIiwzI8gkZsYVV3E478CgC/RVCx1zTtSspL
uzuklgizvcAjbgZ5B56c/Sq8XirRp7FryG+jeBWCEqrE5IyMLjJyOeB05oA16Kx38UaZDDNcS3cS
20ezbKrbt+9dwwBz05+gJqK08WafeajLZpMokwjQZJ/fq0YkBHHHBPB5ODQBu0Vg6f4x0m90pb5r
pIhsjZ0OSVL9FHHzHORxnkGrtvr+m3dzb29vdpLLcRmSNUBOVBIJPHHII57jFAGjWJ4vt3l8PTTQ
g+faMt1Hj1Q5/lmtumyIsiMjjKsCCD3FNOzuJq6I7W4S7tIbiI5SVA6n2IzVLxFfnTNAvbpf9YkR
EY9WPC/qRVPwe7RaTJp8h/eafO9sf90HKn/vkim+I/8ATdV0fSxyss/2mUf7EYz+rEVSXvWE37pp
aJp40vRLOz7wxKre7dz+eaWw/wCPi/8A+vj/ANkSr1c9LrAsNQuraOGSSeafKnYxQfIncDk+woin
K4m0rFG48K3s2q3cyvCtve3JN0uSTJEFUoOnXcrA/wCy5qBPD2sQ6be2At7d1u7GGAzGfGx0i2Eb
dvIJHWumj1RBGokiumfHzEWsgBP0xTv7Vh/543f/AIDSf4VNmVzI5v8A4RK+FyG8yF4rdpIbUEn9
3A0UgAPHXdIo+iA1asNE1IeGTYzSSwSLBJD5T3AnWYmPaCWZdygHoBitr+1Yf+eN3/4DSf4Uf2rD
/wA8bv8A8BpP8KLMOZHIReFtYito28ttyzxSGIagwlO2KSNm87bkA7kwvoD61bvfDGrahdXF3JPB
G1yHt2hxkpC0ez/WdSQcPt6ZrpP7Vh/543f/AIDSf4Uf2rD/AM8bv/wGk/wosw5kY5s9Xd9PvW06
zSfTw0a2y3J2urKAWVtvykY4BHQnpWVd+DdTmtLp42tVvXt5PKIJ2K8kkrOnT7m2Tbn1GccV1v8A
asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy9S8OT6iLOOa5Z4o5C5BCgwfumVSmBkkMVPJ7V
m6foWuafaMzW+n3N5dWzW85aQqsbGWV9w+U5U+ZyvB4FdN/asP8Azxu//AaT/Cj+1Yf+eN3/AOA0
n+FFmHMjCu/DN41jcW0MiSBtJiskd2xudC3J9BgipU8My/Y9ZEkkrS3sk7RJ57eWm45RgvRWBAOR
zWx/asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy5NHvl0qwsbZUjW1MLs4lOXI3eZnjnnBz3
yaw28G6nDpQtESK4iJRmgkunAZ/ICM+7BPD/ADY79etdh/asP/PG7/8AAaT/AAo/tWH/AJ43f/gN
J/hRZhzI5uLw1qMV3bPPHHdwR+WBCblkEbCKJfMGByQUfj/azVJPB+qyLO19DbTgXkNzHAJyEJVn
3kccZVl65Jxya7H+1Yf+eN3/AOA0n+FH9qw/88bv/wABpP8ACizDmRzjeG9VbU1ldkkX7QZYpjcM
Dar57uQFx825CF9unQVe8MaDc6NNM07AiaFN+JWfMoeQluf9lkH4e1av9qw/88bv/wABpP8ACj+1
Yf8Anjd/+A0n+FFmHMiFbmG0v9RmuJUijUx5Zjgfdq5Z3a3kAmSOVEJO3zEKkj1wecGsK40m08RX
d6ZlmjZGj8typVlO3+6eoq1aeGbQQAXttC8oJ+aNnAYdjgng1pJRtq9SE5X8jborK/4RrSv+fNf+
+2/xo/4RrSv+fNf++2/xqLR7le8aM8EVzEY54kljPVXUMD+BpsdnbxIEjgiRBjCqgAGDkfkeaof8
I1pX/Pmv/fbf40f8I1pX/Pmv/fbf40Wj3D3i+1pAyFGhjKsCpBQYIPUfQ0Czt1TYsEQQDbtCDGM5
x+dUP+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvF42VszyO0ERaVdshKDLj0PqKaNPtFEYF
rABGMIPLHyjrxxxVP/hGtK/581/77b/Gj/hGtK/581/77b/Gi0e4e8X5bS3mkSSWCJ5IzlGZASv0
PakaytnmaVoIjKy7C5QFivoT6e1Uf+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvFz+z7Tyk
i+zQeWjblTy1wp9QMcGnfY7fdI3kRbpceYdgy+OmfX8ao/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+
a/8Afbf40Wj3D3jRMEZV1KLtf7w2jDfX1oaCJg4aNSJBhwVHzdufWs7/AIRrSv8AnzX/AL7b/Gj/
AIRrSv8AnzX/AL7b/Gi0e4e8X1tLdYxGsMYQLsChBgL3GPT2pxgjKupRSH+8Co+btz61nf8ACNaV
/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jQktoZQ4kijfeu19yg7h6H1HJprWVs3l7reI+U
NqZQfIPQenSqP/CNaV/z5r/323+NH/CNaV/z5r/323+NFo9w94vrawJcNOsMazOMNIEAZh7nrSi2
hWd51iQTOMNIFG4j0J61n/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jVorMi8Pab
DKksdqFdGDKd7cEfjWnSdug1fqVNUtLS+06a31AgW0gxJl9oxn17UVR8XWk1/wCFr62tojLNIgCo
vU/MKK2pRTXxWM6js9rmzRRRWBqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8A
kM33+5F/7NV+qFt/yGb7/ci/9mprqJ9C/RRRSGIaw/B0UsHh9EnSRJPOmO2QEHBkbHX2rcNUNF1R
dY05btYjEC7ptJyflYr/AEp9BdTQooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E
01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAhGa5qTwlNNeN
eSakv2vejJIlqqg7GyN4B+c9s8Y7da6aigDl5PBQlieB9QkNsqSrbR+WuYvMbLEn+L0HTjrk81oT
eH0m1n+0PtDBvOim2BRj5EdMZ99+fwrYpKAOJh8KahYeIrGWHyLizto4ow8rEEBd2SVBxu+dtpwc
E9q35NEnOvPqMF4iJKkaSxNAGJC7vutkFc7j2rCn8Vajp9vqb3EtlLNHfPDbRCNydipuIOPbuffr
wKS18U3TavI4eA2tzJaqsDSkzR+bEpGwdMAnJPfDdMUAWbPwItpYyQfa4Xcwxwqfsiqm1DkMyg/M
/wDtZBHbFaF74ZF9YWltLezs1vBLCZZPmeTfGULE+vOaxtD8V6hPNplktqs8YgthdTyzKrkyRht4
ycnr6HJz6Vfvtbv4tZnsrBIGma6igQ3DtsUGF5CcAZ/g6e9AGjFoSxx6ivnsftyKhO37mIxHx69M
1mXfgiK6VCboGSIwlPNgWRP3cbR/Mp65DH0war6v4gvLrSdDlswbf+0UMsm2dYyMR7tokZSB+WTj
tzT4vF80lxAYYoPspe1iZJ5Ntw5mCkMqjjADDPrtbpigCtrfg+8NrCmnvHLh4zJGAIRhYjGNoUgA
cnjI4OOa17bw0cxTzypHL50Vw8UKYjVkh8vauedveovDXia41m5jjuUtP31r9pT7NIX8sBtpV89z
/Rh2rpaAOVt/BcsEds7atJJd2aRx2sxgUCNUDAAr/FkMQTx26d9LSPD40q5M/wBqknkeLZIXUDc5
keRn46ZZzx2rYooAKSlooA56H/QPHE8fSPUrYSr/ANdI+D/46R+VGm/6f4u1S86x2iJZRn3+8/6k
D8KTxgxsbey1hVLHT7gO4HUxt8rD9R+VT+ErV4PD8Esw/f3TNcyZ/vOd38iK0fw3I62Nus23t4rl
9QinjV0Nx0Yf7CVpVRsP+Pi//wCvj/2RKhbMp9C3HGIo1RScKMDJJP5mnVH9ph/e/vo/3X+s+YfJ
xnn045pPtlt5Ty/aIvLRQ7PvGFUjIJPpjmkMloqN7mGMoHmjUyAlAWA3YGTj145plvf2l3C01tdQ
TRIcM8cgZV78kUAT0VUOraeLUXJv7X7OW2+b5y7M+mc4zVhLiGRwiSxs5QOFDAkqeh+nvQA+iq39
qWHkyTfbbbyom2yP5q7Ub0Jzwak+124OPPiz5fm43j7n976e9AEtFMeeKPy98iL5h2plgNxxnA9e
BUcl/aRCMyXUCCRtiFpANzdMD1PtQBPRVVtV09bhoGvrUTLndGZl3DHJyM5pw1Kya4a3W8tzOhw0
YlXcD05Gc96ALFFM+0Q4B82PBfZncPvdMfX2pzusaM7sFVRkkngCgBaKZDcQ3C7oZUkGAcqwPBGR
+YINPLAYyQM0AFFNSRJATG6sASCVOeQcEfnTqAKFp/yFtQ+sf/oNaFULT/kLah9Y/wD0Gr9VLcmI
UUUVJQUVi+Kru7s9JjbT2dbiS5hiHlhNxDOAQN/y5we9Ujr1/YXUFpNaGZES3NzNNMolUzSmNQFR
dpwRzgjj3oA6eiuN07xXdwWUq38URbbLJBM0hPmYn8sKyqhIOWUAKGJ+tO/4Te5a2t549NQp5Ty3
IaYqUCTeUQoK5Jzk87ffBoA7CiuYufFlxBaTXi2CSWxuDa24WUmR5RJ5fzKF4GQTwSenGTVG+8V6
rPYYi0/7DNGYDcmWXDIHmKDYu35shSeccMO9AHa0VyHivWdS03VUWyllSCG1NzLsiR0ADgMZM/Nt
25+5zUreM5BfXqjT2WwtTLGbyRiEEidjgHgngYyenHNAHVUVy1h4sutTMUFrp8Qu8ymVZpmjULGy
qcZTdk7hwVGO/bMUvjaaO2a5/s+MwyxzSWg+0fO/luFO8Y+XOe2cdDzQB11FcvqGuahJ4Q1i4ihi
ttQsvMiOJNyBlAO5W288HIyOtDeIL3ThcW0lpHM1p9nt97XPMs8u0DJ2gBcty3X/AGaAOoorkbjx
leQrKq6bA8lotw12BdfKBDszsO35iRIODjBBBqzd65fHw3rUrRR2d/YKy5jfzVDeWrqwyBnhhwR1
BoA6WiuMt/Ft6t/LZyxxyXkQhtWhZgii4Z3G8tgkIyqrDg9QBzTNQ8X39zp9yljbRQTWxC3MpnBC
HzjH+7+X5/uE846460AdtRXP6N4kn1bV57ddNmjskMipdE8FkfYQRjHJzjBPTnFVLTUdRW7tZ5b0
3Ed3qFxa/ZWjQBEV5AGUgA8BBnOep6UAdXRRRQBm+INSbR9Dub9I1laBQwRjgHkDr+NFT6rYW+qa
bNZ3ZYQSjDlW2nrnr+FFa03TS95GU1O/uluiiisjUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VR0fTE0ewFpFI8ih3fc+M/
MxY/zq8aw/Bvmnw+nn+Zv86b/WZzjzGx19qfQXU3aKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QV
ef8AXF//AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAl
QQ31tcuUhmV2BYYX/ZO1vyPFTmuETRtTu9Eht4VlQx20ttMBKYyZftCFj1B5VXIb396AO7zUVtdQ
3kXm28gkj3Mm4eqkqR+BBFciug30FxDFLaTXenRTTeTAt3tMWXUxvksCQBuGM5GehzUVzoutQwsl
vbtJ54mQ7LgJ5ZN0ZAxyR1Q9ue1AHT3sWkJKyXsFpvuAZmEkQPmCPHzHjnbuHX1qwNOskuFnW0tx
Mq7VkEQ3AYxgHGcYrjJ/DurPeXsqWsguXt7uP7Wbv/Ws7qYtq5+XCjHbGMU7UdJ1LTjqWqQC5Esn
2vJjnLEoyjytq5OCDyMDigDrZrTTLdobme3tUaHbHFK8agx5O1VU445OAB61Hd6jo9nqEcN3cWcN
3IQ6rIyhyeVB9fUA/UVymhWkk3g24Wxhnnn+3xTlGO1W2yRsRGWdhjavduuat6lbarJaa2i6I0/9
qoNuZo90P7sIVbJ5xgsNpIO7t1oA6Yw6fewNamK3mhgcI0RRWVGABAx0BAIP41IbO1a6S5a3iNxG
NqSmMb1HoDjIFYlraXq6PrDQQjzrtzJbpcEqWBhjX5scqcqeOKwYfC+r3GnLDdJMqxG6eFBc7NhZ
U8r7rnowY4yQKAOvsLHTdAht7W1jjg85vLQ7fmlYKTye5wpOT6U8a3pp1JtP+3W/2xesO8bhxnp9
OfpXOW2iakfE9peXVrJI0VwZGu2uRtEZgKhBHnqGPXHcnuafN4fvjrc146m4tJL5na0d1CbDAEEg
PUMCCMEngk46UAbP/CVaH9mNx/atn5Ify9/mjG7GcflzVyPUrOa4EEdzG8pLAKrZyVxuH4bh+dcc
uj6qlunl2V+n2f5bHN3CZrX5fmUsTteM/KMNuPH0xdsdPvbfU7FbqJfPa/nu3kj5TYYdp57ZZlwD
6e1AHXUUUlAHPeNS8+ippsBHnajMtuuewPJP5A1c8L3pvvDtnI/+tVPKkHoyfKf1FVJf+Jh44hj6
x6bbGQ/9dJOB/wCOg/nRof8AoPiDWNN6I0i3kQ/2XGG/8eB/OtH8NvmQviudDVGw/wCPi/8A+vj/
ANkSr1YD61b6dfXlux3XEk+5U6DGxOSewqYpu9hyaVmzJufDWoyapqRjhQWmqXBW7y4+aJVQqQPf
DofZge1QR6LqkOj6hpzaY7m806CEOJI/LDJDtZWy2evHAIrqo9bs/LXzbmMPj5tobGfbin/21Yf8
/K/kf8KOWXYOZdzlm8Mak11CZIkkjsfNtrMlxkQNDIAx9yWjT/gGe9W9O0rUl8JmyCSQMLZ4pIbi
OLdKxjwNrRkAAHuQSe9b39tWH/Pyv5H/AAo/tqw/5+V/I/4Ucsuwcy7nEweHNVitYj9iugi3MMrK
Ps3n5WGSNiB/q9vKAZ56mr99oWtXl/cXsUUMP2iN7NV3YlihaPaCSG24D4fAGeuK6f8Atqw/5+V/
I/4Uf21Yf8/K/kf8KOWXYOZdzn/7OmY6ZcL4cMUVluR7MPDliU2h1+ba23kckHDE1l3XhPVWs7me
3s4kuhZSpBCsi7QJJZS0GfQI6+2VHpXaf21Yf8/K/kf8KP7asP8An5X8j/hRyy7BzLuY+reH73Ux
p8UkqMkE/mxuqbWtiInCtnJ3EOV6YrKs9E1KCzaS/wBCiu7i5tZIjEJYysEjSyuc7j9xt68jJ+Xp
XW/21Yf8/K/kf8KP7asP+flfyP8AhRyy7BzLuc3feGLtra6RYIp520iK1E3ygyTKW3cnnkEcmp4/
DNwbTW2kZxNczTSW8Y8vCtu3RuGxuzkA8nHtW7/bVh/z8r+R/wAKP7asP+flfyP+FHLLsHMu5knT
r+DSLCztIHWSF4ZZpfMX94x3GTPPXdyfXdxWNJoviJNJ+zSG/ukcKZFF6BKWNvg/OWHyiTORnHoC
OK6/+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3OattK1m3ubYTRXb2iCNfLtrlYyriKJdx+YZQFZM
jnk5wapjRfEF2JG1GC7aOK9guIoY7v5sBnD7W35IwUPJXvgCux/tqw/5+V/I/wCFH9tWH/Pyv5H/
AAo5Zdg5l3OcGna8NRBb7Ts+074XjuAscaee7P5i5+bdGVAGDjpxWh4Y0/VLGaU6jLcSLLCjETT+
Ztl3ybgOeBt8vgcfjmtP+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3EtiF1TUSxAA8vJPb5as2t3B
eReZbSrLHkruXkEjrzXOX2nL4jmvvst66KrR8DOxzt6MOtXbHR53tl+0XeoW8i/L5aXCsuB3BC9K
qUVa7ZMW77G7RWV/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hU2Xcq77F29sLXUrZre9gjnhYglJFyCQc
j9aih0fT7eIRw2cKIAgACD+Fiy/kxJHuar/2If8AoKal/wB/h/hR/Yh/6Cmpf9/h/hRZdwu+xYfR
9PkiMb2UBQqyFSgxtZtxH4nn60iaJpscAhjsbZYghj2CMAbS24jHpnn61B/Yh/6Cmpf9/h/hR/Yh
/wCgpqX/AH+H+FFl3C77Esmg6XK9y8mn2rNdDE5aIHzBnPPryAfwpv8Awjmj4gH9mWhFuMRZiHyf
Nu4/Hn60z+xD/wBBTUv+/wAP8KP7EP8A0FNS/wC/w/wosu4XfYsXmjadqE8U95ZQTyxcI8iBivfv
TZNC0uW7lupNPtmuJVKSSGMbmBGDk9+OKh/sQ/8AQU1L/v8AD/Cj+xD/ANBTUv8Av8P8KLLuF32H
jw7pAgihGm2vlROZI18oYVj1I9zjn1p40PTBLcSCwtt9z/rm8sZk5zz688/Wof7EP/QU1L/v8P8A
Cj+xD/0FNS/7/D/Ciy7hd9i61hatDPE1vGY7gkyoV4kJGDkd84pJdOtJ1nWW2idbjHnBlBEmBgZ9
cYqn/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hRZdwu+xYTRtOit1gjsrdYVjaIIIxjYxyy49CQM+tSvY
Wskc6PBGyXH+uUrxJwBz68AD8Kpf2If+gpqX/f4f4Uf2If8AoKal/wB/h/hRZdwu+xZuNIsLtp2u
LOCUzqqSl0BLhSSoPrgk49Kifw9pMqwLJptoy267YQYlxGOuB6cjNR/2If8AoKal/wB/h/hR/Yh/
6Cmpf9/h/hRZdwu+xZg0jT7a/kvoLKCO7lzvmWMBmzjOT74H5Ulto2n2d3LdW1lBFcTEmSVEAZiT
k8+561X/ALEP/QU1L/v8P8KP7EP/AEFNS/7/AA/wosu4XfY1aKzYtHMUqP8A2lqD7WB2tKCD7Hjp
WlSdhoxfGFvNd+FL+C2ieWV0AVEGSfmHQUVa13U/7G0a4v8AyvN8hQ2zdjPIHX8aK3ouaXuq5lUU
W9WaFFFFc5sFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8AkM33+5F/7NV+qFt/
yGb7/ci/9mprqJ9C/RRRSGIapaRqkesWAu4Y3RC7ph8Z+Vip6fSrpOBVDRNLGj6cLRZTKFd33Fcf
eYt/WjSwjQooooGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH
8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooASoZrhYZ4IipJmYqCO2FJ5/Kp6
o3v/ACEdO/66v/6LamhMu0tFFIYUUUUAFFFFABRRRQAlLRRQAUh469KWsjxTetYeHbuSL/XOnlRD
1dztH86aV3YTdlcq+Ex9riv9Vbrf3TOhP/PNfkT9Afzo1n/QfE+kagOElLWUp/3hlP8Ax4frWtpd
kunaZbWafdgiVPrgVS8V2bXvh27EQ/fRKJ4j6Oh3D+VVe8hW9016zILWK7lvlmXO25yrA4ZTsTkE
cirenXiahp1tdxkbZ41kH4jNRWH/AB8X/wD18f8AsiUlpcHrYtxp5caoWZ9oxubqfrT6TI9aNw9a
koWikyKAQehFAC0Um4YzkYoyPWgBaKTcOeRxRkUALRSZo3D1oAWim7l9Rml3DOMjNAC0UmR60EhQ
SSAB1JoAWikVgwBUgg9CKKAFopAQelLQBQtP+QtqH1j/APQavVRtP+QtqH1j/wDQavZqpbkxFopM
0ZqSipqmpw6TaC4nSV1LrGqRIWZmYgAAfU0kGq203kq7i3nmGUt5yElPX+E89jVXxLpUms6ULaJY
HYTRS7J87HCuGKnHPOKzT4WeaZJ5IrGGVEtEjWJSREIZjIQpIyAQQPrQBs2OuWF/ZyXMdxGiRFvM
EjAGPDFctzwPlPWpzqNkDCDd24M+PJ/er+8z0288/hXMDwfdQRMbSe2inaKVHdY8Fy04k5OD/CCu
cEgnIqGPwNN/ZywzS2rzJbyxo5QtsZp/NBBPPA4oA65r+0SSaNrqBXgXfKpkAMa+rDsPrVa+13T9
PtI7iW4jZJioiCOpMmWA+XnnqOlYF34SvLi0ubZXsgpuDcRTYdZZMy+YUkI529sg9lOOMVB/whNy
sSJCmnRq/llw3mSGEpM0n7tm5+bcck9+3oAdDqfiOy0i7jt7pZ8snmM6RFkjXcF3MR0GTV9r21Wa
SJrmFZY08x0Mg3Kv94jsPeud8S+GLnWtTiubeSBAtuYQ8jOGibcGDqF4YjHQ8ZFVZPBt3/ad9dQz
W/mTmZ4bmRpGkjMgwV2ElMdRnHTHGRQB1R1GyFvFObu3EMrbY5DKu1z6A5wTSnULMPMhuoN0AzKv
mDMf+96fjXKaf4RvrDyZGawuXDzb4pwzoFkZWyDjlhtx0Gc9qY/gi6lglt3ls/LWOaONxGd83mOG
Jl9cbffJ546UAdPe6zY2OjTapJPG9nEhcyRsGDAdgc4Jzx9adb6raTwq5nijYwido2lQsiYzk4JG
ORznHvWVJ4bJ0LWdPjMCLfSSPEAnyRhlAGR9RnimX/hY3L6lJH9mDXMtvJGrx5UrFt/dv6qSvQet
AG2dTsQkLm8tgs5xE3mriTt8vPP4Uy51azttKn1HzlltYEZ3eE7+F64x1PHSuafwVJcW9z9oNl5s
8N0Aqxfu4ZJvLwUzzgBOTwSSTxWlL4cb+y9bs7YwQrqBzEETasf7pE5A91J49aAL8GuWE+StwoQW
6XXmN8qiNiQCSen3T9KNQ1yw02xW6muI2jcAxhHUmTJH3Rnnr2rAuPBk41C8ntZ4GgeWKeC2nQlF
ZXd3RsfwlnLD0Pbiq8ngm8MTBX05nuOZS8TYgPnNLiEdh8xHPoD7UAdlHdW8txJAk0TTx4Lxq4LL
npkdRVOx1qHUbqaGC3ugsTOhmeErGxVtrAN35B/KsrQ/C8ula9Pey+RKGMxSbzJTLiRw20qTsGOm
R1wOlT6Fok+k6jeyvb2GyeWWTz4t3nPukLANkY4Bx17UAdBRSZpaAKerabFq+mTWNwzrFMMMUOD1
zx+VFUPGUcsvhO/S3WR5Sg2rGCWPzDpjmit6UW1pKxjUaT2ubdFFFYGwUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhrD8HTS3H
h9JLiSSSQzTDc5JOBIwHX2rcNVNL1KHVrIXVsriMsyYcYOVYqf1FPoLqXKKKKQwooooAKq6p/wAg
q8/64v8A+gmrVVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABR
RRQAUUUUAFFFFABXPa5/p3iLR9OHKI7Xko9kGF/8eP6V0NcjYazpv/CVaxd3t/bQtGVtIlklCnav
LHB9WP6VUV1JkdbQRkEEZBrL/wCEn0T/AKC1j/3/AF/xpf8AhJ9E/wCgtY/9/wBf8aXK+w+Zdyn4
SP2a1vNLY/Np9y8a/wDXM/Mn6H9K0rD/AI+L/wD6+P8A2RKwrXVbE+Ov9BvIJ01C1w4ikDYkjPGc
eqk/lWh/a1rp91exyyKZnuMpEGAY/InPPAHuatp3ZCaVjAudJ1NtU1aOGCb7Lq9yY523Y2RqifOP
95d6cd9tV47W8j0PUtOk069aW70yCOMLESm5YNrKW6A54rtY9Us2jUyXNsjkcqJlOD9ad/adj/z+
W3/f1f8AGosy7o42TSNVlu7YTwTOmnedaW7bv9YhgkxIee+Yl/3g1WNGsb2Lwc9ra2iRZt5EnR7Q
20rP5QC7QOGOeCx611f9p2P/AD+W3/f1f8aP7Tsf+fy2/wC/q/40WYXR5zDo94mlxRtYTfZRdxSs
Dp2eRBIrf6PnkA7Pm4yWzzite7tNZl1Ge+sbNoI5YXsICHKyRp5fyMY8YUCTnOcgHpXX/wBp2P8A
z+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cj9gszFYPHoN4mnws32u1a3+aSTYArsv/AC0xyCeeSDzj
Iz7rRdWW1uLq3srkSx6fLFDbl8kxSSy/uuv3lQxkehUCu+/tOx/5/Lb/AL+r/jR/adj/AM/lt/39
X/GizC6Of1jStT1D+zI8In2e482CSPdmIrC+0yf8CwOOxrGtrCd7FZtY0O9neW3kEFuo3fZ5mmlY
9/lJDR4f0HUV3X9p2P8Az+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cdqHhycpeTGxWW/bSI0M8aAs9
xlg+D/eIxz6YqxF4duCmu3ZRUuJZ5pLbFuBLuVg0bb85YZUfL0rqf7Tsf+fy2/7+r/jR/adj/wA/
lt/39X/GizC6MEwXlvpGn28FvO9yk0U9xI0YO5nLNIee4br6ZFZEx8SDRTb3TanMJApkkjhjMuWt
8lMYxt8zIPGR645rtf7Tsf8An8tv+/q/40f2nY/8/lt/39X/ABoswujkrJNWtLi2ikivoLTESk2s
KsxcQxAB8g/JnzAT6gDIFVS3iG+WQ3i6pDDBfQSoI1Hmbdzhx90bgAEPAxz1Ndv/AGnY/wDP5bf9
/V/xo/tOx/5/Lb/v6v8AjRZhdHLJJr0Wo+Wsd3Ghui0KxQp5Tqbh9/mnHH7vaRgjOc8mtLwx/bAm
l/tWW4kSSFJB5yKuxy8gKjaBxtCHnPX3rX/tOx/5/Lb/AL+r/jR/adj/AM/lt/39X/GizC6MTVtS
vtNur+SxtDMSYw0nURjb1I6mptN1DUTZqyWUl4G+bzjdRHdn0xwB7Ve0+aOfUr94ZEkXMY3IwI+7
V6KGOFSsSIgJLEKMZJ6mrlJWtYhRbd7mb/aGp/8AQGb/AMCUo/tDU/8AoDN/4EpWrRU8y7fmVZ9z
K/tDU/8AoDN/4EpR/aGp/wDQGb/wJStWijmXb8ws+5lf2hqf/QGb/wACUo/tDU/+gM3/AIEpWrRR
zLt+YWfcyv7Q1P8A6Azf+BKUf2hqf/QGb/wJStWijmXb8ws+5lf2hqf/AEBm/wDAlKP7Q1P/AKAz
f+BKVq0Ucy7fmFn3Mr+0NT/6Azf+BKUf2hqf/QGb/wACUrVoo5l2/MLPuZX9oan/ANAZv/AlKP7Q
1P8A6Azf+BKVq0Ucy7fmFn3Mr+0NT/6Azf8AgSlH9oan/wBAZv8AwJStWijmXb8ws+5lf2hqf/QG
b/wJSj+0NT/6Azf+BKVq0Ucy7fmFn3Mr+0NT/wCgM3/gSlH9oan/ANAZv/AlK1aKOZdvzCz7mbFf
ai8yLJpLRoWAZ/tCHaPXFadJS0m7jSsUNa1NdH0i4v3jaRYAGKKcE8gf1opdZ0xNZ0mewkkaNJgF
Lr1HIP8ASitKfs7e+Zz57+6XqKKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqF
t/yGb7/ci/8AZqv1Qtv+Qzff7kX/ALNTXUT6F+iiikMQnFZ2g6WdH0xbRpRKRI77guPvMW6fjWia
xPCF1NeaAk1zK00hmlXexycCRgB+Qp9BdTcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV5/wBc
X/8AQTTW4nsS2/8Ax7Rf7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV
Rvf+Qjp3/XV//RbVeqje/wDIR07/AK6v/wCi2poTL1FFFIYUUUUAFFFFABRRRQAUUUUAFVX0uxkd
neytmZjks0Skk/lVqigCn/ZGn/8APja/9+V/wo/sjT/+fG1/78r/AIVcop3YrIrRadZwSB4bWCNx
0ZI1B/PFUE06C9ub1pFxKlx8kq8MvyJ3/oeK2Ko2H/Hxf/8AXx/7IlNN6iaWhPHaRrGqukbsBgts
Az7077ND/wA8o/8AvkVLRU3HYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/
55R/98ipaKLhYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/55R/98ipaKLh
Yi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaTNFwsR/Zof+eUf/fIo+zQ/wDPKP8A75FS0UXCxF9mh/55
R/8AfIo+zQ/88o/++RUtFFwsRfZof+eUf/fIo+zQ/wDPKP8A75FS0UXCxnWSKmqagFUKMx8AY/hr
Rqhaf8hbUPrH/wCg1fqpbiiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGJ4yaVPCd+0BkEoQbTGTu+8OmOaKvavqUekaXPfTI7xwgFlTGTzjv9aK3pNpaRuZVEm9XY
u0UUVgahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7NV+qFt/yGb7/
AHIv/Zqa6ifQv0UUUhiGqml31tqNkLiyBEJZlGV28hiDx9Qatk4rM8PaZJpGlLaSyLIwkkfcowPm
Yt/Wn0EalFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfy
qWorf/j2i/3B/KpaQwooooAKKKKACikNc7f33iSBp57fTrBraEsRG8zebIo7jAwMjtSlKxpSpOo7
JpersdHRVHR9Ti1nSbe/gBWOddwVuoPQj86vUJ3V0TKLhJxlugooopkhRRRQAVRvf+Qjp3/XV/8A
0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAV728hsLWS5upVihjG53boBWbYeLNK1G8W1
huGWdxlEljaPePbcBmth1VwQwBHoRmuO1i5XxNq9jaaXDM7WF8HuLooVSLZ95Qx6k+grOcnHY68N
ShVupJ+t9F66fqdnRRRWhyBRRRQAUUUUAFUbD/j4v/8Ar4/9kSr1ZMd7DZz33mt87XOERRlnOxOg
ql1Jk7WNaio45Q8asw2EjJViMinb1/vD86ko4u/1q+0rxPqbrLJNBKY7OCAnKpcGNWjI9AxLA/QU
vhnVJLbUbaz1HVGlJgljU3EozM63LoCM9TgAcV2REZOTsJznt1prRwMylkjJU5UkDg+1AHmq63qg
8KvYG/uftZhOoLdbvnFvjdjd6+Z8n+6RW7o9/L/b2rSSTtdyRXEqx2iXxMuAQABCxCAAd81122L0
TpjoOnpSCOASGQJGJD1YAZ/OgDhdX1i70/U7yeO7kmmkUmKCO43PZ/uwSsluMg7QGbeM8kA8YzPq
t9HHpsWnaFq2oXkt1LkzW8v2iWJUXcSGz0LbARnjf2rtAsQkMgCByMFuMn8aESGPGxY1xnGAB160
AedX/ie/Npf6vFNOlsdPjjmhU/8AHrI6yDePQrIoU+xz2rptU8QNBe21nbXtjbEq5lnuvmUOuz91
gEYYh89c4HQ1v4iwwwmG69OaGWFxhljIzu5A6+tAHFTeMtQjS6eNrJnWO5YW21jJamI4UynPIY+y
9RjPWla71O+8QWFvd3MP+h3FwsghR0WYpGjqcb+MB8YORxn2rtNsWWOEy/3jgc/Wl/d5z8ufWgDi
4PEmqHR57mJrUC3srRkWRGYtJKqklm3ZIGenU+tXdK1zVZNaitL5rOSJp57bMMbI26MBt/LHg5xj
t6102IsYwmPTil/dg5+XPXNAD6KbvX+8Pzo3r/eH50AOopu9f7w/Ojev94fnQBStP+QtqH1j/wDQ
av1n2hB1XUMHPMf/AKDWhVS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAFDW9MGs6PcWBlMQnULvC5xyD0/CiqfjGea28KX81vI8UqICrocMPmHQ0V0UYza912Ma
kop6o26KKK5zYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9UL
b/kM33+5F/7NTXUT6F+iiikMQ1jeE72fUNCSe6lMspllXccdA7AdPYVsmqml3Nnd2Yl04J9nLMBs
TaMgkNx9c0+gupcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV3/wBcX/8AQTTW4nsS2/8Ax7Rf
7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFACVzviG81GTVLTSNOaGE3kUhe4kQsUAxnAzjPPeuirPu
LG8l1i1uYr0x2kSsJbbbkSE9Dn2qZq6sbUJKE+Z22e/e2n4kmj6ZFo+lW9jASY4F2hm6t3J/OrtI
KWqSsrIzlJzk5S3YUUUUEhRRRQAVRvf+Qjp3/XV//RbVerJ1pLmSWyWylSK4Lvsd13AHY3anHcUt
jV3DOM80ZrD0y1voxIplWKfI8xpbcsX99+/kflj0FX/I1H/n9t//AAGP/wAXTaSe4k32LuaM1S8j
Uf8An9t//AY//F0eRqP/AD+2/wD4DH/4ulbzHd9i7mjNUvI1H/n9t/8AwGP/AMXR5Go/8/tv/wCA
x/8Ai6LeYXfYuGsTw5H5f9pKNPns9147/vX3eaT/ABj0B9Kv+RqP/P7b/wDgMf8A4uj7PqP/AD+2
/wD4DH/4uk43d7lxqNRcbbl2jNUvI1H/AJ/bf/wGP/xdHkaj/wA/tv8A+Ax/+Lp28yL+RdzRmqXk
aj/z+2//AIDH/wCLo8jUf+f23/8AAY//ABdFvMLvsXc0Zql5Go/8/tv/AOAx/wDi6PI1H/n9t/8A
wGP/AMXRbzC77F3NYZ0a21C8vZnRRcJPtWXaG42JwQeCPar/AJGo/wDP7b/+Ax/+LpmlLIsl8JnV
3+0csq7QfkTtk1S0vZkvW10Oj0eyEaiSytC+PmKwgAn6U7+yNP8A+fG2/wC/S1doqeZ9yuVFL+yN
P/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7F
L+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4
cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtF
HM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36
WrtFHM+4cq7GZp0EVvqV/HBGkaAxnagwPu1p1QtP+QtqH1j/APQav05bijsFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFPVdQg0rTZr26DGGEAsFXJ646fjRUWvaY2
s6Jc2CyiIzqF3kZxyD0/Citaapte8zObnf3UaNFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhOKy/Dmmy6TpK2s7I0gkk
fKHjDOWH861DWR4Wv7jUtEW4unDymWVcgAcK5A4HsKethdTYooopDCiiigAqrqn/ACCrv/ri/wD6
CatVV1T/AJBV3/1xf/0E01uJ7GVaa61zII4bedYoMLITAzOxx2A+6Pc/lWj/AGrH/wA+15/4Dv8A
4VWS90l3LyTwi4sTHHKQ2GjZwNqt9dw46VpyyxwJuldUXIXLHAyTgD8SQKbcewkpdyr/AGrH/wA+
17/4Dv8A4Uf2rH/z7Xv/AIDv/hV3ijii67BZlL+1Y/8An2vP/Ad/8KP7Vj/59rz/AMB3/wAKmS7i
e8ktVbM8aLI64PCsSAf/AB0/lVa613TbLUEsrm8jjuXCkI2f4iQuT0GSCBmi67BZj/7Vj/59rz/w
Hf8Awo/tWP8A59r3/wAB3/wq1HLHMGMbZ2MVPB4I60/FF12CzKX9qx/8+17/AOA7/wCFH9qx/wDP
te/+A7/4Vd4oouuwWZS/tWP/AJ9rz/wHf/Cj+1Y/+fa8/wDAd/8ACrvFGKLrsFmUv7Vj/wCfa9/8
B3/wo/tWP/n2vf8AwHf/AAq1LKkELyyMFjRSzMegA5JqCyv4NQiWS3ZyrIJBujZDtOcHBAPODRdd
gsxn9qx/8+17/wCA7/4Vl65rP2aFbuG3m8y2SaZVmjaNWIiYgZxXQ1la1Zxagbazn3eVcGSN9pwc
GNgcGhWB3MyPxtbxq8l7H5CRQKZV3fMs/mMhi5wOq8E4yDnpT7fxzZXLu8drdmzS3Sc3IQFRmRkI
IzngqeRkcH0ybd34S027vLq7ImiuLoRF5IpNpVozlXHo3b3A5qRfDlvuZpbi7mL2zW0vmSA+ahLH
5uOo3NjGOtSURP4v0xBKd0zeU8sbBYiSWjZUIA75Z1Ax1JpYfFFrcXMFsltei5lkaNojFhoSoUkv
zgDDqcjOc1HF4L0qGOVEWceZBFDu8wgr5ZBVhjo2QpJ7lRVqx8PWlhcx3KvPLcKZC0ssm5pC+0Et
+CKBjAAFAEfh3XxrmlJcCMh1iRpGVf3ZcrkqpPXHQ+h465rMg8VXsdjbXGpW9tGLy2FzbtCzMAMp
lWBAOfnGCOOvTvt6VoVpo0LQ2fmLEyqpQtkEgY3fUgDPrj1qlD4PsYrP7NJNd3CLEsMZmlyYowQd
q4AAHyrnucDmgB48U2bQyvFFdS7bg2yKkeWmkGchRnttYnOOBnpikbxXZrOsRgveSqM/kHakjLuE
RPZ8EcepAzk0SeE7OW5mumnuxdSSLIs6yAPGRuwFOOmGYc54OKevhizW9S5aa6fa6zNE0pKSSqoU
SMO7YA9sgHGaAKt3470eztkmeSRlkjSRAqjLBl3cZI5C4JHuPWrEfiuxlnCRx3LRGWKEXHlfuy0i
qyDPXkMvbuKjXwZpsMKpavdWzpO86SxS4ZC4wyjORtwAAMcYHpUmoeG4rnRdSsYZXV77BaWRixVg
qqGHfICA/WgBf+Eos3tLae3hurg3Qdoo4YtzsinBfH93kfXcMdajl8Y6dCbgul0IoVlZZvJOyYxj
5wh7kYP1wcZxUsnhq2cxNHc3kDwgrE0UuCiFVBQcY2nYpx681FJ4P06Uzh3uTFIsqrCZTsh8zO8o
OxOT64ycYzQBXk8VyT6jpttZWVwnn3DxXInhIaEKobBG4YJDKc88HpnipI/GFmLNppIbllitI7qV
4oiUAcZUDPJJ9K0RodoNR+2jzPO81pvvcbmjWM8f7qiq6eF7BLGa0HneVLDFA3z87YxhefX1oAbY
eKrTUL5LRbe8hlYsv7+EqN6jLJn+8Bz6Y71dsP8Aj4v/APr4/wDZEqOPQrSK9W6XzPNWd7gZbje6
7D+GKksP+Pi//wCvj/2RKpbMT3ReoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
ULT/AJC2ofWP/wBBq/VC0/5C2ofWP/0Gr9VLcmIUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYvi+7msfC19cW0rQzRoCrr1HzCir2q3ltp+mzXN9/x7RjL/Ju4zjp3
orek7L4bmU1d72LlFFFYGoUVz8+t3Mfj+10VRH9llsHuWJB37w4Uc56YNWtc/txxBHoRsYyxPnTX
QZtg4xtUYyTz1IxigDWormfCeu6jqF7q2l6ylv8AbtLlRHltsiOVXXcpAPIOOoo8U6/fafqmkaRp
f2aO71R5AtxdAmOMIoJGARljnAGaAOmorlr3XtQ8K+Gb2/8AEkthLNCT9nNvujE525VSDnaxII4y
Ks6f410S80L+1G1G2jgQKJmMnEbsM7M9zQB0FFZmk+ItK1yKWTS72K5WE4k2nBT6g8iqE3j3w5HG
xXV7RmEH2gKH/g7duM5HvzQB0VFcx4d8eaTrmgHUmuYYGhhEt3Fv3fZwc9Tj2rbuNWsrSK2kuLmO
NLqRYoGY8SO33QPrQBcorG1HxdoWkvMmoapbQSQOqSIzfMpK7gMdenNaVneW+oWkd1ZzJNBKu5JI
2yrD2NAE9FFFABRRRQAVQtv+Qzff7kX/ALNV5iFBJIAHc1nWUqTapfSRMHTbGu5TkZAORn8aa2Yn
0NKiiikMQ1U0t7GSyDaZ5f2bc2PLGF3bju/XNWzWT4Z06fS9HW1ugolEsjHacjDOSP0NPoLqa9FF
FIYUUUUAFVdU/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2OUvPDF/Pcve2nlh5b2JpEZuJbcCE
nP8AtK0ZI9iR3qifBl/IL03tq15M0iyFpLlPLuAs6uMLtBDbARlicZIHBzXfW/8Ax7Rf7g/lUtIZ
w+oeGdZkvp/sThLVnKxq0xG2Ocfv/wAVIBUe5pLnwvqclxfeTCkcjrdf6WLlszo6MsUW3+ELlfYb
OOpruaKAOVPhqaDxBa3NtDF/Z8EcKfZ95ALAyEv7lS4IB4OT3Ap+saZqN1qGqQ29pFJbalaR25ne
UARY8wMSvU8OCMd/SunooA45tA1NNRt5kjEjR3krq8koZEjZwcleu/aOCD7EYNV08N3y2MCTaWkz
RSK14hu/+QiQrDeSf9ohsN1/AV3NFAHER+FNaRbeJbxVR7cGZvNYmOZA/lYzywG9Mnv5Q9abovhG
5iNot7bSCJLoTTxy3KyKxELLuUKqjG4r15OMnpXc0UAcRY6PqmNUhtWdNiy6fZTvKy+VHhnD9Mk7
mVMjsmabeeG7ue3jFvosUUOyVFtPtpCxTNtCz5HoAenI6jkmu5ooA4ifwfeSvcyuqTTzmSOWVpSP
NjNsEUEdMGQA4/Gpn8KXDrb23kx/YlWzV4hJhcRmQyDH/Al+tdjRQBxF14Mlub24mkgRvOmuWY+c
w3KVHkgjPZhnHbrXQRxzRDRY7lt06jbIc5ywiOTnvzWvVG9/5COnf9dX/wDRbU0Jl6iiikMKKKKA
CiiigAooooAKKQnA5qEXMP2hbfzU85l3hNw3FemcelAWJ6KKKACiobi5htVVp5UjVmCguwAJPQc9
zUoORQAtUbD/AI+NQ/6+P/ZEq9Vdp4IZ0iZ40lmJKISAz4HOB34p3C1yxRRRSAKKKKACiiigAooq
C9knis5XtYRNOF+SMvtDH0J7UDSu7E9FcrLrus6Rc2x1u0s/slzKsIktZGJiY9NwPUfSupFTGSZp
Voyp2b2fVai0UUVRkFFFFABRRRQAUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/APQav1UtyYhRRRUl
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm+IdMk1jQrqxhdY5JlChn6
DkH+lFQ+LL2fTvDF7dWsnlzRICj4Bx8wHeiuiipte6zGo4p+8jYooornNjhtZ1Gz0z4tafPqF3Ba
wnSJF3zSBFz5g4ye/FaHiPx5pej6TDPZ3Vpdz3jmK0AnXy2cdSz5wFXIya3rvS7DUGVr2ytrllGF
M0SuR9Mio20LSnhSFtMsmijJKRm3QqpPXAxxmgDG8Ex6ZBaXC22sWmqalPIbi+mglVyzt7A8KOgH
oKl8VL4avxDpfiSe2jaUGWDzpPLYEcbkfjBGfWti00qw09maysra2ZhhjDEqEj3wKdeadZ6jGI76
0guYwchZow4B+hoA83tbq6uvCHjbTor6XVtNsrdksb1zvZ8xEsm7+PacDNal14ptbPwZoT6c+nXM
kr21t50zBorRyn35McgjBGOOtdxDbQ20CwwRRxRKMLGihVA9gOKrpo+nR2sltHp9otvKcyRLCoRz
6kYwaAOE8PXMlx8SNZ83UrO/k/slPMks49iZDng/M2SAeue+O1aHw4sLeL4X2LW8CCSa3kdyF5di
WGSe54Arr7fTbKzCi1tLeEKmweXGq4XOccDpnnFSwW8VtCsVvEkUSDCoihVH0AoA81064g1D4FzW
dnNFNdxaY4khjYGRCM8FRyOhp2veIdK1LT/BltZX0FxMdRs5Ckbbiqjg7sfd5OMH+leh2+nWdnLL
La2kEMkxzI8cYUufcgc/jUcOj6bb7vI0+0j3OJDshUZcdG4HUetAHFabqOi6f8T/ABU2qT2tvcst
v5MlwQvyCIbwGPHpkVo/DJMeHryWFStlPqNxLZDGB5Jb5cDsOtX7bwpD/b+t3uox2t5b6jJA8cMs
QbyzGm3JzxmugRFjQIihVUYAAwAPSgB1FFFACMNwI9fSs99Et3XBmvB9LqT/ABrRopptbCaTMX/h
GrdTuSact/02ImH5MDVvT5JFmntJvLJgClWjXaCGz27dKv1Qtv8AkM33+5F/7NTu5LUVkti/RRRU
lCGsnwzqE+qaMtzdFTKZZF+UYGFcgfoK1jVTS0sUsgumeX9m3tjyzld247v1zT6C6lyiiikMKKKK
ACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8Ax7Rf7g/lUtIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66v/6LamhMvUUU
UhhRRRQAUUUUAFFFFAHMeMSFOmfaw50ozn7btBxjadu7HO3PWuc1JoItRe68O3ElvFb6XNLG0SEg
kSAlRuH3SfT8K9I20hTNZyp8zep20cZ7KKXLe1/R37q2/wChwWoa7qa3MxF5NFcqlubO0WEFLrcA
XJ4JPJPcYxUi61qZ1oRm7mF19vMLaf5OUW35/eZxnpg5z7V3W2jb9aXs33K+uU7W9mtvL/L599dz
zqHV7y6sNk1zJdumoWoMrIrREM3Oz5QR7gjI9alt9a1eGSK5e9klWZL391JGCieVkoeBmu/21HcW
sV1bSQXCCSKRSroejA0vZPuP67Tb1pqz9O1u3zOQ8K3t3rNpqfmajcSHylWNWdDJGxU5YBRwCen0
rIsL24g0fRTFcyyTJDeb/MQFoXWLIUEjIwcfnXd6boVjpLSNZwsryABneRnYgdBliTgelXUZHLBG
DFDtYDscZ/qKFSdld6jljaanLkho/RdGv1PO59T1yGzmuBqtwzRWdteBTEmC0jAMnT7vt1rRttW1
ebxvJavOkUCTmP7K4PzRbchgNv453e2K7bbSbaFSa+0KWNhJNezWz7dbeXl+JyWpard23jGK3juZ
ZI2CqlrCo4JUnLgrypOPmDcelZVpreqzQN5F7c3Ny9jPJdRGAD7JKo+QL8vrxg5zXoe2grVOm29y
IYuEYpezT0Xbz8v6trc87k8S6lNp19Pa3cpMdrZtGxj4EjMBIcEc85BrRa+v7TXLu1l1G5aa2hH2
O3MYIvDsYksQOu70Ixiuz20baXs33G8XTd0qa/Dy8vJ/ezkfA+palqPntfXaXCbEbH8UbnOVPyqB
9OcetdeelJtpT0q4R5Va5zV6qq1HOMbLscisN54q1adLySOLTtMvsLCiHdMy8glienPauuFZ+mWV
5aT3j3d6blJpi8KlceUv933rRpQjZXe5eIq87UY/CtrfiFFFFWc4UUUUAFFFFABRRRQBQtP+QtqH
1j/9Bq/VC0/5C2ofWP8A9Bq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAFPVJ7O206aXUdn2RBmTem4Yz3HfnFFV/EmnTav4fu7G3KLLMoClzgdQefyoranGD
XvOxlNyT0VzUooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv8Aci/9
mq/VC2/5DN9/uRf+zU11E+hfooopDENZHhawuNN0Vbe6QJKJZWIBB4ZyRyPY1rmsvw5qU2raQt1c
KiyGSRMIMDCuVH8qethdTVooopDCiiigAqrqn/IKvP8Ari//AKCatVV1T/kFXn/XF/8A0E01uJ7E
tv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf8AkI6d/wBd
X/8ARbVeqje/8hHTv+ur/wDotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/AI+L
/wD6+P8A2RKvVRsP+Pi//wCvj/2RKa2Ynui9RXK+L4rs6jpVzZiYvZia5CpnD7QuUPb5lLAZ7msb
zbiK+k1W6F0kVzcWd0wKufLjLTALgdMIE3D1PNIZ6HRXCXNzfW/iG/1HTluJY7/yrSMbW2qzRKY5
MEcAMWB+vPSs+zsY7TUtLhvmYQQJMkZuoJZi5F0+MEEbWK4OTngigD0uiuK8T+dLJaXF7bqLiIuI
rHMsqXAypBV0A2ScYGc9T9RSsdPtL2HXEuoo5bwtdSCI20iyriRiuXztb+HG0DtQB6FRXJ/YWt/C
S2UcL2dlLZBp7qJmMsblRn92AS3vyDyazdIvjY30AEQt43tp4bZoo5fImkLxlWCtkqCSRg8cHBI5
oA76iuD0ixs76402CO2u/tDRsdXWdZAGynIctwW8zBGOwOOKr2WgPJZ+HooLOIM8c0lwLpZCu4bQ
C2CDux0z70AeiUV57bC50bWLnVJrWQqz3xjMCyF5mEh2pKDwQR90j0/Oqun6wbKPR7iG7trj7XFd
xTGTzPnKOWJZcjb5q5wezj2oA9MorzPU5L7Vo7zVZILqAXVg0awsrkRKksQOVHcnzDxyVrfF4LPw
sIdFlAuWIKSW9m6oAZVViFfOCA3Qn3oA62iuGvdW8RW2u3NtBKGFujCCGSBiboCHcHyqbcl/9oDj
GORWr4U1Oe/udRjlvpb2KExeVJLbiFvmXJGMDjPfFAHSUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/
APQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBk+Kb+f
TPDd5eWjBJ4lBQkZA5A6fjRVrVWsl02Y6n5X2MAeb5oyuM9/xxRW1NxS1jczmm3o7FyiiisTQKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT
6F+iiikMQ1U0u3srWzEWnFPs4ZiNj7hkklufrmrZrG8J2U+n6EkF1EYpRLKxUkdC7EdPY0+guptU
UUUhhRRRQAVV1T/kFXn/AFxf/wBBNWqq6p/yCrz/AK4v/wCgmmtxPYlt/wDj2i/3B/Kpait/+PaL
/cH8qlpDCiiigAooooAKKKKACiiigAooooAKKKKACqN7/wAhHTv+ur/+i2q9VG9/5COnf9dX/wDR
bU0Jl6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKyra+tbe7v0nuYY2+0Z2u4U42J61q1n2K
I1xfllUn7R3H+wlVHqS+hL/ath/z+23/AH9X/Gj+1bD/AJ/bb/v6v+NQx6ppkst9GssW+wx9pBXH
lZXdySPT0os9U0zUIfNtZI5E8hLjIQj922drcjvtb8qNA1Jv7VsP+f22/wC/q/40f2rYf8/tt/39
X/Gqi69ozaZa6gLiL7JduscEmw/OzHAAGM9alstU0/UJ5YrUM7RFlZjbuqZVtpAYqFOCCOCaNA1J
v7VsP+f22/7+r/jR/ath/wA/tt/39X/GqMviHRoXuVeX/j2z5jC3cqCCFIDBcMQWAwMnNMk8S6PC
8SyC5VpiRGpsJsseeMbOuAT9BmjQNTR/tWw/5/bb/v6v+NH9q2H/AD+23/f1f8ah1DVNO0toluzt
eUFlVIWc4GMkhQSAMjk8ciibVdMt7KS7kkQQRymFmEZJ3htpUADJO7jAFGgak39q2H/P7bf9/V/x
o/tWw/5/bb/v6v8AjWdJ4o0SKFJWkcq7+V8tpIxD8fKwC5VuRwcHmnHxHowFwS7BbZd0rG1kATpx
nbjd8w+Xrz0o0DUv/wBq2H/P7bf9/V/xo/tWw/5/bb/v6v8AjVNtf0ZNMl1CSdI7aGQRSM8TKyOS
AAVI3A8jt0OelWUv9Pk1OTTkeM3ccQmaPb0QnAOcYo0DUf8A2rYf8/tt/wB/V/xo/tWw/wCf22/7
+r/jWeniXRJUheGUzrPv8vybaSTOxtrH5VOACQMnitZkhUgMqDPAyBzRoGpD/ath/wA/tt/39X/G
o0vdLjmklS5s1klxvYSLlscDJ9qtbYeflj468Diqdzqdha3sNpIpaWaN5QEiLAIvVjgcDkAepo0D
Um/tWw/5/bb/AL+r/jVe61y1twrJNBMufnCTLuA9QM81dBt2AIEfIzyADiobi0ivNqBysY5dY8De
D2J6gfShcoalbSruC9vb6e2lWWJvLwynj7tatZmnwx2+oX0UKLHGvlgKowB8tadE99AjsFFFFSUF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+fVfDt5Z2oUzSqAoY4H
UHr+FFHibUJ9K8PXl7a7fOhUFd4yOoHT8aK6KPtLe6Y1HG/vGrRRRXObBRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiHkVmeHtT
k1fSlu5Y1jYySJtUkj5XKj+VaZqppdja6dZC3sjmEMzD5t3JYk8/Umn0EXKKKKQwooooAKq6p/yC
rz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVGw/4+L/AP6+P/ZEq9XN3Op3Nle3UUNu2yS45uDt2odicckc/XA+
tVFN3SJk0rNlWfwteSaxNdRyRJFdXR+1AE5e3whA+u5CMf3XanaZo2qacPIMFtJHNYR20kgnIMbK
ZMkLt+YfOO471tx3d0saqbC6kIGNxeLLe/DU/wC23P8A0Dbn/vuP/wCKpcrHzHKweDr+GKOHzYPs
8KwSRRgnCzbo/OPTpiMke8jdK0NJ0O9tGvYmDWZlmkkF3Bc+YWDSswHlupVeG5xW19tuf+gbc/8A
fcf/AMVR9tuf+gbc/wDfcf8A8VRysOZHMap4b1K8e+S1iighnyXQXbbbpt6kMV24jbg5ZepPfqNi
3025I0gm3S2FncSSPGblpjtMbqMMRknLjrV/7bc/9A25/wC+4/8A4qj7bc/9A25/77j/APiqOVhz
Ix9Z0TUJ1j+zStcXQLmK8kuBBJa5xgDYmHTjlT1wPwhj0nWYQgWG0ZrS/lvI3aYgXAcvlSNvyHEh
IPPIre+23P8A0Dbn/vuP/wCKo+23P/QNuf8AvuP/AOKo5WHMY40W+uFkuLhYI7q41CC6kjSQsqJH
tGN2BlsL6Dk47VFd+Fp7i21rbM4mvrjdGv2hxGE+Tnb0DfKeQM+9bv225/6Btz/33H/8VR9tuf8A
oG3P/fcf/wAVRysOY5x/C2oykWX2tFs0uZbjz5B50soZAqq4brjc4yeypVf/AIRPWNiyi5hW9SKK
188MSXiCtHIenDFSrj/aWur+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcxzf8AwjF5a31r
NFaQ3EUD3O1BdvBsDyq6HgfNgLgg8VevdKvLzXIL24srK5hQeWscsx/cYk3CVflxuK4yOCCoGcVr
fbbn/oG3P/fcf/xVH225/wCgbc/99x//ABVHKw5jkovBl28BhngslXy0imZZGY3x85JGkkyOuFbg
5OXPOKs/8Ic6Gcxw2gItb2C3IHMfmyZjAOOAFLDjpkgV0n225/6Btz/33H/8VR9tuf8AoG3P/fcf
/wAVRysOZGBJ4S8+G6E8FrI9zeW0khbnfDGsQZSceqNx05qfQPDJ0fUYriOKCIeXcJL5Z5bdKGiH
TkKgI9ug4rY+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcwlp/yFtQ+sf8A6DV+svTpHl1G
/aSF4mzH8rkE/d9iRWpTluKOwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAU9VjspdNmTU/L+xkDzfMbC4z3P1xRVTxVYz6n4avbS0QPPKgCKSBn5gep+lFb0kmtZWM
qjae1zXooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBmq/VC
2/5DN9/uRf8As1NdRPoX6KKKQxDWJ4QtZrLQEhuYmikE0rbGGDgyMQfyNbZ5rO0HVDrGmLdtEIiZ
HTaGz91iuc/hT6C6mlRRRSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/
AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6L
ar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigAqhZKrzagrAMpuM
EEZB/dpV+qNh/wAfF/8A9fH/ALIlUtmS90XI41ijVI1CoowAOgFOqlrMrwaJfyxsVeO3kZWBwQQp
INcVb6rqUkGm6c95cebYXNs11PuwZ0kkQRBj33K7Z90NSUehUVwUuqXeoeF9Pi0/VP8AiZ/btjlZ
csCGkKo4Bzg7AMHtVXUvEF5qEd5qdrd3FtaS6fIIIzIUClJIQznHQ7ndc9gtAHo9FctFdyL4dlht
7rbvilJ1KO7FzDbNg4Jd23HHHbisBNTaW6srY6gIYkM/mvLrEnlSMPJwY5hy+Ax+U9CTQB6RRXLW
UT2fiHVnSTU7wWywmK3+1M4O8HdgOwX35PGOKr3+tsun+JoxemG9iO+GEyjzYl8iM8AHoCT04zmg
DsaK4B9X1G01UxyXU7217rIhibJ/cssgBiz/AHWTJA9Vb1q54P1iSWNn1i/dZfLjEKSuNrxs20SA
/wATM52nPTgd8kA7OiuEvfFusW2mWsymwEl5LOEeX91HEI2ICsWcAlsZzkdDgGrlh4ovLvxDa2kk
tgiTTPE1quWmULEXEm7ONpPT5ehHNAHX0UlLQAUUUUAFFFFAFC0/5C2ofWP/ANBq/VC0/wCQtqH1
j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmeI9
Sl0fQLu+gVHkhUFVfODyBzj60VPqttaXmnTQaht+yuAJNz7RjPr25orWm4W95Gc1JvRlyiiisjQK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s
1NdRPoX6KKKQxDVTS9Ng0qyFrbM5jDM+XOTlmJP6mrZrD8HwS2/h9I7iN45BNMdrgg4MjEdfan0F
1N2iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8A
x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66
v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9WRBp1rdXl/J
PCruJ8ZJPTYlUtmS+hrHkYIyDTdi5+4O3b06VmJZaLLJOkYt2e3OJlEnMZxn5ueOOeaSCz0S6j32
/wBnlTyxLuSTI2HOG4PQ4OD7GloPU01hjRiyxIpJySFHJpfLTbt8tduMYxxWSINBa0iug1qbaYqs
Uvm/K5Y4ABzgkngU22i8P3l1LbWr2s08WfMjjl3MmDg5APGDxRoGprpFHGmxI1VP7oXApptoWRUM
EZVeilBgVjyHw3DNPFJcWSSW67pkacAxjjlhnjqPzFQm/wDCS7d19pw3/dzcDn6c+1GganRAAEkA
ZPU00wxmQuYkLkYLbRnFUG0vSkljiaKISSAlFLHLAdcDPOMio1tNDedYF+zmZ9+1BJ8x2HDYGex4
PpRoGpqbV/ujrnp39aNi8fIvHTjpWUttoTqGU2zKQhBEuc7/ALvfv29asf2Lp3/Psv5mjQNS40SO
mxo1Zf7pGRUUtjBNcw3DxAywsWRhwQdpX8eGI59ah/sTT/8An2X8zVWa30O3u/s0whSby/NKljwm
cZPoM0aBqbFGao/2Jp//AD7L+Zo/sXTv+fZfzNGgal7NGao/2Jp//Psv5n/Gj+xNP/59l/M/40aB
qXs1Bc3cdoFaYMEY4LhSQv19B71B/Ymn/wDPsv5n/GoLnQbeQKlvFFED99iCWx7c4z9aFYWpLZsH
1O/ZSCp8sgg8H5a0ayNGsYNOur22tU2RJ5eBnP8ADWvTnuEdgoooqSgooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAxvFtnPqHhe+trWIyzSIAqDHPzA96Kn8Qam+j6HdX8Uay
PCoYIxwDyB/Wiuii5290xqct/eNKiiiuc2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEIyKoaJqg1jThdrEYgzum0tn7rFf6Vf
NUtI0uPR7AWkLu6B3fL4zlmLHp9aNLCL1FFFAwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//
AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3
/kI6d/11f/0W1Xqo3v8AyEdO/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FUbD/j4v/wDr4/8AZEq9XPvrMdhf3dsqPJcyz5UbW2gbE5JAP5DJqopu9iZNKzZlT+H9SOtXksEQ
W31K6MV2S4/1AVCHxnr8siY6/OD0FSaNp+oabGbeTTpSJtOht/MjePZE6mXIPzZ/jXoDXQR6vbiN
fMaQvj5itvJjPtxTv7XtPWb/AMB5P/iaVmPmRx0HhfVY7O3smt1+yWnkXECbwcSlo/MHX+DbKR/1
0GOla2i2Gp2ovYF+12sjTyyJLcbJrcAysw2IrhgSG74rb/te09Zv/AeT/wCJo/te09Zv/AeT/wCJ
oswujk9U0bU5f7QhsLS7S3mZpJEaSLa8nmK2+E53KWwSQ2B+NbcVpczNoshhuwLa5keU3bo0oUxS
KCSpIPLAcVo/2vaes3/gPJ/8TR/a9p6zf+A8n/xNFmF0Zd7BqdtrGn3kkTaisPnq32ZFjKK4TbkM
/P3TyD+FZk3h3Unu/tNvGsVxbtdTW0jMMb2uN6qcdnTIPsfWun/te09Zv/AeT/4mj+2LT1m/8B5P
/iaLMLo5TSfD+pWV/pt7NZqy29tbQvbs6nY2xld1Ocbkzj3BbHNX7m11S81V7hrS6RmhAs3FwoS0
kwwbzFDfNk7T0bI44xW5/a9p6zf+A8n/AMTR/a9p6zf+A8n/AMTRZhdHJ22g6nOkcMkF9b2jSW4u
I5L8s8jLv82QMGyFOVHBGcdBRF4d1Rba6nKTfb30+K3SQ3J3FllfI+9j7mzn+ua6z+17T1m/8B5P
/iaP7XtPWb/wHk/+JoswujBbw9c3GBcfasT6rJLcbbp1zABJsAw3C8p8o/Gp/C+l6hp0ytetcMJb
OIzGWcyZuAzbjyTjjb046Vr/ANr2nrN/4Dyf/E0f2vaes3/gPJ/8TRZhdF+iqH9sWnrP/wCA8n/x
NH9sWnrP/wCA8n/xNFmF0X6Kof2xaes//gPJ/wDE0f2xaes//gPJ/wDE0WYXQWn/ACFtQ+sf/oNX
6y9NnS51G/kj3bcxj5lKn7voea1KctxR2CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigCnqtjb6lps1peZFvKMPhtvGc9fwoqj4wtprzwrfwW0TTTOgCogyT8worekrr
4rGNR2e1zaooorA2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/ACGb7/ci/wDZ
qv1Qtv8AkM33+5F/7NTXUT6F+iiikMQ1h+DRKPDyCcSB/Om/1mc48xsdfatw81R0bU01iwF3HG8a
l3Ta5GflYr2+lPoLqX6KKKQwooooAKq6p/yCrz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7
Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1X
qo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZBbQ3Ul/HPGHX7T
kZ7HYnIPY1p1RsP+Pi//AOvj/wBkSqXUl9CWeVdP0+WZt7pbxFzk5YhRnqe/FZEfjC0k03S7tIZz
/aMywLEAN0RLbWL88BSQDj1GK2L62F7p9zaligniaPcBnGQRn9awovB0cV48/wBrc5aB0UpwhjZG
fHP8ZjTPpipKJrvxda2eh2+qyQTeRNP5OABlPmILHnoNpJ9qNU8XWul3l1bNBNK1ra/aXdNoX7yj
bknr86n0APWo7fwvKlpDZ3N8k9rBcGaNBBtODvyrHcc539cDpVZfAyrpptv7Qd5WhkiaZ4wxYs0Z
UkZ52rEq47igDWj15P7Am1aaBkhhR5CsciSkheuChIPT1qjL4w8lbMPp7LJdh2jDXUAUqu3kPv2t
neMAHPBq5HojiJZJJ4vt0SOsM8MRjRM5/wCWW4qep61mReDZra4S5t720SYNIzKbEGH59n3E3Daf
3YJOTkk0AaVhrtze6vcWD6VPAbfBklaWMqMgleAc84qS416G2tdUuGikK6a22QDGX+RX459GHWlb
Q4ZbrUJbh2kS9EYaMEpt2A9CDnmqU3hmaRNTtkvlSyv15i8nc8Z8tUBDluRhAeR+NAD4vFtpJdXN
v5Myy294loVIHzbm2hxzyu7I9eKsaN4gh1wFrWGURqgZ3YfKrH+DPdscnHTIz1qjP4PimvLe6F1I
k0F813kKPnVmDGM+2VU59ql0nw1JokXl2N8yI4XzFaIEM4bJcDPBZflP4HqOQCy3ijR1t5JzfxeV
HIYmfnAYdR07Y59O9Spr+lyamunJfQtduMrErZJ+Xdx26c/Qisi88Fx3NlZQi4jZ7RptpntxKjCV
skFcjpxg57e9Ot/DVzYaxYy29yj2MVzJO8PlBChaJlJB7jceBgYB74FAHTUUlFAC0UlFAC0UlFAF
G0/5C2ofWP8A9Bq/Wfaf8hXUPrH/AOg1oVUtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBn67qZ0bRbm/EXmmBQ2zdjPIHX8aKk1bTodW0yayuC4imGGKHB65/pR
WtP2dveM5qd/dLlFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf
+zVfqhbf8hm+/wByL/2amuon0L9FFFIYhqjoulro2nLaJK0oDu+5hg/Mxb+tXjWH4Ollm8Po87yP
J50w3SEk4EjY6+1PoLqbtFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2J
bf8A49ov9wfyqWorf/j2i/3B/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq/
/otqvVRvf+Qjp3/XV/8A0W1NCZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACsm3e7W8vxbw
wunn9XlKnOxOwU1rVRsP+Pi//wCvj/2RKpbMl9A83Uv+fW1/8CG/+Io83Uv+fW1/8CG/+Irnm8T3
dvq2rWs4iYeZ5WnDbjc42KVb1+aVD9M+lWNB1u9vbKV7p42ePTobjKJgGRvN3HHp8g4pDsbPm6l/
z62v/gQ3/wARR5upf8+tr/4EN/8AEVyUHi7UJdHsEYwf2n50f2s7Pl8otH8wGeNwlTH4+laOk63d
f6be6vLKllHNLFGfs67OJWRdpUljwvOQKAsbnm6l/wA+tr/4EN/8RR5upf8APra/+BDf/EVy+p69
q9i+oGSQxOebGIWoZJE3qAyvu5baSSrY5PoM1akfXRJpSf2m8DXkrxOk1nHvXCO+flYj+EDqeDQF
je83Uv8An1tf/Ahv/iKPN1L/AJ9bX/wIb/4iqS64t3rVjb2cge3kE6zExkHcgTGM4/vVkSeKby11
GJ7jyjYpJci5IT5kRbjykfOei5Bb2ye1AWOk83Uv+fW1/wDAhv8A4ijzdS/59bX/AMCG/wDiK5rS
vEuoX+pWFlI0CG5tYLhpCmByjM6r2LHAwD0UMecVs3fiA21/cwx2jSwWUYlu5vMC+UpUsNq9W4Xn
p170BYuebqX/AD62v/gQ3/xFHm6l/wA+tr/4EN/8RWI3i+5UJG2kMLubyWhhNyuGSXcFJbGARsOR
z7E1SfxVfTzz3kcbQ2EWnxzCMMjN5jSMpyCOcFCBg44zzngCx1Hm6l/z62v/AIEN/wDEUebqX/Pr
a/8AgQ3/AMRWVJ4mu8N9n0rzS181lADcqvmMu/cx4+UfIfU81PoPiM61IVeye13QJcxbpFbfGxIB
OOhyp4+lAWL3m6l/z62v/gQ3/wARR5upf8+tr/4EN/8AEVdxRigLFLzdS/59bX/wIb/4iqWp3F9H
HGxWKGXP7sRTsxY+m3Z83+elbWKMc570J2E15mPoj3UlxeNfRJFcHy9yI2QPlrZrPtP+QrqH1j/9
BrQpy3COwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYnjKKWfw
nfx26SSSsg2rGCWPzDoBRVzWtTXRtIuL9ojKsChigOCeQOv40V0UXNL3Vcxqct9WX6KKK5zYKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E
+hfooopDEIyKp6TqUOrWQurdXWMuyYcYOVYqf1FXDWfoelnRtMW0Mvm4kd923H3mLdPxo6CNGiii
gYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfyqWorf/j2i/3B
/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq//otqvVRvf+Qjp3/XV/8A0W1N
CZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFm6xy6izsFVbjJJOAP3aVfrm7nSpr69upo
rh8RXH/HuSAjHYnPIPP1BFVFJ3uTK/Q1E0vTp5IrpbeJ2E32pJB/z0K7d499vFRr4b0pJ4pktFV4
YxEm12A2DOAQDgj5j19afHYSvGrNfXqMRypZCR7cLT/7Ok/6CN5+af8AxNKyHdjBoOmKSRZxAmOK
I/7sZzGPwNOstEsNOupbi0gMUsxYviRiCWO4/KTgZPPApf7Ok/6CN5+af/E0f2dJ/wBBG8/NP/ia
LILsgl8MaRPJcvLZK7XOfMJZuckE45+XJAPGOlWLfR7K1jgSKHi3cyRbnZijEEE5JJ6MR+NJ/Z0n
/QRvPzT/AOJo/s6T/oI3n5p/8TRZBdhqGjWOqtC17D5jQkmNg7KVz15BHXApRo9gGdvsseZFkR8j
O5ZG3OD9TyaT+zpP+gjefmn/AMTR/Z0n/QRvPzT/AOJosguxkfh/TIoo40s4gkYiCDn5fK/1eP8A
dpq+HdLSaGVbNA8K7UIJ6ZJwefmGWPXOMmpf7Ok/6CN5+af/ABNH9nSf9BG8/NP/AImiyC7IrTw3
pNiALaxijxIsoIySGUYXk9gCcDoM08aDpqwPCLOPy3jETLzgqGLAfmxP407+zpP+gjefmn/xNH9n
Sf8AQRvPzT/4miyC7HrplmmzbAo2TtcL7SNnLfU7m/Oi00uzsWQ2sCRFIlhXb2RSSF+gJP50z+zp
P+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RVH+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RV
H+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguxLT/AJC2ofWP/wBBq/WXp0Rh1G/RpZJTmP5pMZ+7
7AVqU5bijsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFHWdNTW
NKnsJXeNJwFLJjI5z3+lFUfGXm/8Inf+R5nm7Bt8vO77w6Y5orooxk1o7GNSST1RuUUUVzmwUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0
L9FFFIYhrE8IXM15oCS3EryyGaUF3OTgSMB+grbPSqelX9vqVkLmzBERZlGV28qxB4+op9BdS7RR
RSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9
wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFt
TQmXqKKKQxKMj1rjvHEggkt55LqNoYY3Z7I3RgeTtvUjkkelNTXtSOuW+loSv2mSKeJnjG4WxQlg
f9oFcZ96zdRJ2Z2Rwcp01OL6N/d/Vzs80Zrz+x8V6wLZLqV4blZ7G4njhWLaVaJsDkHnPelvvE+p
2tjYrbalZ3cl0WZrlVRFjIQHyzltoOT3Ocds0vbRtcv+zqvNy3X/AA179Olv8jvmdUUszAAdSTS5
Feb+KdcvLzSru1uZ7a1X+z4pmhwGNwznJ2NnoMds1ueItZ1DR5LEWpVo7yBoY1KA4n42HP49Paj2
q18hfUJ2jqryv+CT3+Z1bOqDLMAOmSaGdVxuYDJwMnqa4G41y51fR5biVYjDHc2sAV4wQJsgyH8C
QB9Kpie8urK0SbUxPcprwjQyKCYSC4BIz0PUDjHak6y6IuOXyteUra2/C56XSb13bdw3YzjPOK42
XVdRvfh5f3hufLvIPNUzQrtLBGI49CQOo6Vk32o3tnfvqNnfwzTwaMkrytGGEo83pwcD0z7U3VS6
E08BKba5ldNrrurf5npOaK4pPE2qT+LRZxi2W2WZImidlVmVlyWGTuJ9MDGBVzWNduLDxRa2xuYk
tXKL5aKryMzE8MM7lBwMEAj1p+0VrmbwdRSUdLtX/rzOpLKoJYgAdSTUcUUcZdowP3jb2I7nAGfy
ArzyPxFqes6LrIvBb+Q1hM+xWUPCRwBtBLY9dwHNWNJ8R6nJrFpYRi3FrEIYTE7KrMpjB3jJ3E+m
BjFSqyfzNZZdUipXaut9Tv6OK86vdd1O98OvejWIoJPtCb7aJAr2w83bhjnOOmcjmr6eJNUfxUtj
HJbPbRyRxMGKKZlZcmQZOT6gKCKftUJ5fUSbutL3+VvLzO1LqGClgCegz1oZlQZZgB6k15/purT6
x4p0S4urmFn8y7H2ZEw9uAuAGOcnIGeQKi1W9uUTxVHdXsdykEsXl20yggAsnIGegzj0zzS9qrX/
AK2uP+z5KSg5a2v/AOTcp6NkUVwx1vWptSMUN5bxRPqUtgoNuGKALuDZzyR0xVOXxprD2GmmI2yS
ywSSvI+1VkZXK7csQBwMnHPPFP20QWW1XazX3+v+TPReKOK5jxVrF7penWk8U0NsWy02drOAFzhF
YgNz1wc+lZt54rvku55Ibq3VYZYI4rJov3l0rhSWGTkfeOMDjHNOVSMXYyp4KpUipRtr/nb9f8zu
cijIrirbxRdy6zDZNcQ7zqdxbvGFG4RKpKcfUde9VrXxFq0+n6TLc6la2i6h5jG5eEbItgwF5OCW
PP8AKl7WJX1Cr1t/V/LyZ33FRzzJBC8shwiKWYgZwBXH2HiXU7vxY9nm2+zJO0BjLKrFQud4BO45
69MYrsxyKuMlLYwrUJUWlPqr6HPx+NLBp4o57e+tY5mCxT3FuUjcnoM/410Ncf4muJPEb3Ph7T7W
R5Y5I/tFw+BHCPvZHOScCuvRdqgcnAxk1MG22aYinCMIySs30vfTSz+f/BHUUUVocoUUUUAULT/k
Lah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFAFLWNTj0fSp76ZHkSEBiqYyecf1oput6YNZ0i4sGlMQnAUuBkjkHp+FFa01
Tt7xnLnv7pfooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBm
q/VC2/5DN9/uRf8As1NdRPoX6KKKQxDWboGlvo+lraSSLIwkkfcowPmYt/WtI1jeErye/wBCSe6l
MspmlUsfQSMB+gp9BdTaooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv
/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A
9FtV6qN7/wAhHTv+ur/+i2poTL1FFFIZDLawTujywxyMnKs6Alfp6VXOlQNrC6k25rhITCuT8oUn
JwPU1eopWTKUpLZkK2sCbSkEalAQuFAwD1Apn2C18nyvssHlZ3bPLG3Prj1qzRTFd9yGS1hlIMkM
TkAqCyg4B6inNBG+zfGjbDuXIztPqPSpKKAuyD7JBs2eRFtLbiu0Y3dc49fej7HBvL+RFuLBy2wZ
LDofr71PRQF2RJbxpGY0jRUOcqFABz14pgsbYJsFtDt27MbBjb1x9ParFFAXZD9lh84S+TH5qjAf
aNwHpmhraJpxMYozKowHKjcB9amooC7K4s7cGQiCIGX/AFh2D5/r6/jQttbGXzFhi81Bs3BRuUem
e30qxVHT+LjUP+vn/wBkSiwuZk32K3JkJt4f3v8ArPkHz/X1/GlFpAJFkEEQkQbVbYMgegPpSX9z
9i065udu7yYmk25xnAJx+lc9H4xaXTtIkWzxdXtwsM8Jkx9nG9Uds45wWXHTO4dKB3fc6NbWFZDI
IYw5O7cFGc4xnPrikezt5HZngiZmG1iyAkj0Nc/eeLJLXw5a6qtl5hmuPKaJXOVUFtzDjkhUJxTd
W8ZGxvL2O3tkmhtbTz/OMhAZ9yfLgA8BZFOffpQF2dGLWEEN5Me4NvztGd3r9femmxtiiIbaEqh3
ICgwp9QO1Z9jqlzfaWsqGy+1ybvKj8x1RsHH8Shux/hrGHi7UlsLO6uLKwhS7d1WWS5cRJtONrPs
4Zj0zxwec4BLBd9zq5raK42+dFHJtORvUHB9eaDawtKsrRRtKowshUFh9DWFP4hvI7C/1KOyhbTr
ZJtjmYiR2jyCSuMBSykdc98Va07xJZalf3kdvcQPb2yRN56yAgs+/wCX2xtH50Bdml9kg8wyeTHv
JyW2jJOMZz9KRrK3eFYWt4TEpyEKAqPwrAXxcc6yr2mJbGTZboH/AOPnLbFwccEvweuMg96Ynim+
uNPe+tdOhkgtrVJ7rdcFW3NGJCkY24OFI5JGc0BdnSC2hE/neTGJcY37Rux9etS1zjeJLlbmeX7J
E2mQzxQNKsp8394qENsxjGZFB5z1PtUnhrxBPrpuGkit40jJXajOWB3Ec7lA7diaBXJtNimj1/Vn
fTkgjkMZW5D5M+BjkZ4xW1XNzeOdHtrGO7neaKKUts3x7WZVxucA8lRkc/lmp38Y6Yk8sf8ApBWN
JX84Qt5beWMuFboSMUkrIuc+d39PwVjdorD1HxfpemJI1zI4MbhNgXliUD8euFYGobrxpYx2NzdW
cNzepb+XuMMZwd+3ABPfDA/jTIOiopkUnmxq+1l3AHawwR7H3p9AFC0/5C2ofWP/ANBq/VC0/wCQ
tqH1j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
ieMZpbfwnfy28jxyqg2tGSGHzDoRRV/VdRh0nTZr25V2hhGWCDJ646fjRW9JyS0jcxqWvq7Fyiii
sDYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7
kX/s1NdRPoX6KKKQxG6VT0u6tLyzE1gF8gsyjam0ZDENx9QauGszw7pkukaStrO6O4kkfKZxhnLD
r9afQXU1KKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//AEE01uJ7Etv/AMe0X+4P5VLU
Vv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f/0W1Xqo3v8AyEdO
/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/j4v/wDr4/8AZEq9WRBD
dSXl+YLsQp5/3TEG52JznNUtmS+ho3dsl5ZzW0uRHNG0bbTg4IwcfnWVH4T0+K6kuF87zJDAT8w4
MRUrjjvsXd67RVz7LqH/AEEV/wDAcf40fZdQ/wCgiv8A4Dj/ABpW8x38ipa+F7e2jjiN1dzQwz+f
FFIyFYz82QMKCQd56k9qgTwVpsWnCzje5VFikiDhxuw7q+c46jYoHoBitL7LqH/QRX/wHH+NH2XU
P+giv/gOP8aLeYX8hbXSooGjkndru5jzsubhEMig9gVUYH0qo/hqE6bFYRXl7Bborqyxuv7xXOSG
yp9T0weatfZdQ/6CK/8AgOP8aPsuof8AQRX/AMBx/jRbzC/kUh4Ts0t7i1juLyOynR1+yrIPLTeM
MV4z3JwSRk5xV2TRrOe6uJ7iFZzcJGjpKodMIWK8EdfnNH2XUP8AoIr/AOA4/wAaPsuof9BFf/Ac
f40W8wv5FQ+FdPN9DdnzfNhnlnX5hgtJ1B46AgEDsQKi/wCEPs1hEMN1ewwNFHDPFHIAs6ooUb+M
5KgAlSMitD7LqH/QRX/wHH+NH2XUP+giv/gOP8aLeYX8iufDdu2oS3DXFyYpZlna13KIS6qoU4Az
xsU4zjI6UWHh8adCIYdSvzCrh0jZ0wmG3FQQucHock8VY+y6h/0EV/8AAcf40fZdQ/6CK/8AgOP8
aLeYX8ijJ4Ss2t7KOG4uoHs42ijljZdxRsEg7lIPIB6ZGOKhn8IRSajHILmdrNvPEts7/KPNUhtu
BkEkknJPU4xWp9l1D/oIr/4Dj/Gj7LqH/QRX/wABx/jRbzC/kZn/AAhtrtDNfX7XIl80XDOhcHYI
8YK7SNqjgjqM9akuPCNndSSyT3N27vAIA25QUAKnIIXk5UH5sgc4AzV/7LqH/QRX/wABx/jR9l1D
/oIr/wCA4/xot5hfyLkaGONVLs5AALNjJ9zilLAMFJGT0GetUvsuof8AQRX/AMBx/jVLUrK9kjRD
MbiQn5CsAXYfXdn5aEvMG32Llp/yFdQ+sf8A6DWhWPosVzBcXkd5OJ518vdIF25+X/PNbFOe4o7B
RRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBna9ph1jRbmwEoiM6h
d5XOOQen4UVW8YXU1l4Vv7i2laGZEBV1OCPmFFdFFTa91mNVxT942qKKK5zYKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E+hfooopDENY/
ha/uNS0Rbi7k8yUyyqWwBwHIHT2FbB6VT0qWymsw+m+X9m3MB5a7V3bju4+uafQXUu0UUUhhRRRQ
AVV1T/kFXn/XF/8A0E1aqrqn/IKvP+uL/wDoJprcT2Jbf/j2i/3B/Kpait/+PaL/AHB/KpaQwooo
oAKKKKACiiigAopKWgAooooAKKKZKxSNmVS7AEhR1PtQA+qN7/yEdO/66v8A+i2rDu/Emr6XEt5q
uipFYbgJGjuA8kQJwCRjB/Cp/F0zJojTQSOjCCdkkRsMP3L4IPY0oSUnoaVqE6aTls+zT/I6OivP
Z9f1TSLq8t5WaSeygggMkzERlXlYLcHPGduAT03A54qa113WpJpp2vrGWQaeJ0togHjlKyuGKsDy
dq84yASPTlmZ3lFcIvjPUZorl4ooVWJPPDPGxCwyOggdseil2bH9w9OtXdM1zUdQ1O2tY7u0lt/N
mDXUcB23KRiI/J82By7KSMjK8UAddRXJ+DdTu7nQD9odFkt7eMRxSBt2NmRIz87g3sOMY65qhZ+I
725vdMlm1GNYh9oS4SKEMkzqqMFRlYh+CcEcnB4zkAA7uiuG0jxTqerrHDDNbqzXyQee0IPyGBpT
8quQGBXH3vqM1Zs9fuLHw5fzXN7Ff6hFPdCKHbtb5Hb5SASThcN67cfWgDsKK4e+8UXlnGBFqum3
CrBJPHciAlbpwQBAoDH5uecEnkYHWotU17WJLfUkE0MMTpdRRKsREkJjiD53buT1HQY4NAHe0VxM
d7qFhcQ6ZZzQq261h8142YAMkrMQpbr8o7/XNNu9f12OW6aGeyESm8aNWtmJVbc8AndyWz1xxQB3
FFRW032i1ilIwZEDY9MjNS0AFUbD/j4v/wDr4/8AZEq9WXDdRWst80z4zc4UAZLHYnAA5Jql1JfQ
d4juJLXw1qc8EjRSx2sjJIuMqQpwRn0rmE13UZLrS7FrhknsrtLfUGAH75iSqjkfxKN/HqK7QBbm
3xJH8ki8pIvY9iKT7JBvL+THuZgxbYMlgMA/UDvUlHGXGs6jL4X8P3FheGW8ZllnVSCZ9sLyNGcf
3tvbviq1/wCI72+kvbmxvXSznig+yAOsY2/aFjLhiDjdluSDgY4ruINMsrUk29pbwktuJjiVecEZ
4HXBP5mhtNs2h8lrSBotoTYYl27euMY6Z7UAZdm0lxYxabI+oCSRC7XkUokCncfl83AyeMfdrnI7
m+ttG0i/m1i7lgktxcXKC5jWbJ2/MoZcMgwflGDzxk8V3kFtDawLDbQxwxL0SNQqj8BUT6bZyGEy
WsDGD/VFolPl/wC7xx0HSgDkJNXuG8O3Wqx6rL9vkDf6EGQCIiQLtCkZBHQk+pz2xp6drl6dQ1T7
bZXQ8uaGNLaLbKYwyZJyvYmt06faGWSU20BklAEj+WMvjpk45qUQors6qoZ/vMByfTNAHBN4g1OG
01Sya8kNzdS3EljPgExRo7rIBxj5BGMf761JJrF1Lp95ff2xJDe2oiS3tMrtmYxowyuMsXLEcfh0
rtvsduSD5EWRuA+Qcbvvfn39aa2n2jzxTNbQGaIYjkMa7kHoDjigDlY9QuU1aaZNTlknOq/ZRZMy
shiyuSFxkFRls57c1J4V1KePw+b/AFC6e4kkhR1U3ayl22lsKoVdrHn5ef0rp0sLWK5e5jtoUnk+
/KsYDt9T1NRw6TYWxJt7K2iJYMSkKryM4PA68n86AObXxTftb2R87R1a9BlSVpW8qFAgbaxzy3PH
QYBOOMU218W6je3Nu0VtaR28/kR7XZjIsksW8HsCoOPcj0rpjpNgYniNlamN38xk8lcM394jHJ96
nNtCX3mKMsWDbtozkDAP1xQBw+m67qVjo1jukS5uprGGbfLK5UtLMqZOcngP247AAVpXGua0uqNZ
wx6aR9pSzV3MgPmGASliB/D1AHXpzXSfY7fCjyYsKAoGwcAHIA9gRTvs0W/f5abt2/O0Z3Yxn644
z6UAVtFvzqui2d8yBDcQrIUByFJHQGruKbHGkKBI1VUUYCqMAD2FPoAz7T/kK6h9Y/8A0GtCqFp/
yFtQ+sf/AKDV+qluTEKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
AKmqX1tpumzXd6CbeIZfC7uM46UVB4h019Y0K6sYpFjeZQodhkDkH+lFa01Br3mZz5r6I0qKKKyN
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFv/AMhm+/3Iv/Zqv1UnsBLOZo5pYJiN
paMj5gOmQQQetNCZazRVIQagn3b2J/8Afg/wYU6JdQEq+bJamPPzbUYH8OaLeYX8i2ayvDWmz6Vo
62tzs8wSyP8AIcjDOSP0NaprJ8M6jcapoy3N0VaUyyLlVwMK5A/QUdA6mvRSZopDFopKKAFqrqn/
ACCrz/ri/wD6Cas1V1PnSrv/AK4v/wCgmhbg9ia3/wCPaL/cH8qlqK34tov9wfyqSgBaKSigBaKS
jNAC0UmaKAOQ8Va5rdv4l0/SND+yiS6iaTM6kgkZ79uAai2fEL+/o35H/CjWv+SraB/17Sfyeu0r
JLmb1O+dRUoQSgndX1XmzitnxC/v6N+Ro2fEL+/o35Gu1ozT5PNmf1r+5H7jiinxCwfn0b8jXYwi
QQx+djzNo37eme+KkoPNVGNupjVq+0t7qXojkdYa+8TarfeHojDb2UAia4lOTI6tztUdB0reuUVL
vTIwPlV2AHt5bUltZ30etXlxNcxPZyqohiVAGQjrk96j1pbovZixMa3G99hkBKg7G64opx1bZWIq
XjGEdlbbu0r/AD/pGptU9u2KNijHA46cdKw9NTUB5mWiFzx5xnjcsT2wd2MdenFX9uqf89bL/v2/
/wAVWjjbqcyl5F0Ko6ADtQFUYwAMdKpbdU/56Wf/AH7f/wCKo26p/wA9LP8A79v/APFUreYX8i6F
UdBSCNAAAoAHIGOlU9uqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IuBFAwAB9BS7F64GapbN
U/562X/ft/8A4qjbqn/PWy/79v8A/FU7eYX8i4I0AACjAOQMdKXYp7D8qpbdU/56Wf8A37f/AOKo
26p/z1s/+/b/APxVK3mF/Iu7V9BRtX0FUtuqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IvAA
DAoqjs1T/nrZf9+3/wDiqNuqf89bP/v2/wD8VTt5hfyL1YL6LBqF/eXBG24jn2q55GNicEen5GtD
bqn/AD0s/wDv2/8A8VUOlC7F3fee0BXzudikHdsT1PTFNXjdpieu6Hx6JZ+Wvm2sW/HzbScZ9uaf
/Ymn/wDPqn5n/Gr1FTzMrlRR/sSw/wCfVPzP+NH9iWH/AD6p+Z/xq9Rmi77hyrsUf7EsP+fVPzP+
NH9iWH/Pqn5n/Gr1FF33DlXYo/2JYf8APqn5n/Gj+xNP/wCfVPzP+NXqKOZ9w5V2KP8AYlh/z6p+
Z/xo/sSw/wCfVPzP+NXqM0XfcOVdij/Ylh/z6p+Z/wAaP7EsP+fVPzP+NXs0UXfcOVdij/Ylh/z6
p+Z/xo/sTT/+fVPzP+NXqKOZ9w5V2KP9iWH/AD6p+Z/xo/sSw/59U/M/41eoo5n3DlRR/sTT/wDn
1T8z/jR/Ylh/z6p+Z/xq9mijmfcOVdjM023itdQv44UCIDGcD/drUqha/wDIV1D6x/8AoNXqctxR
2FopKKkoWikzRmgBaKSigBaKSigBaKTNGaAFopKKAFopKKAFopM0UALRSUUALRSUUALRSZooAx/F
t5Pp/hi+urWUxTRoCrjHHzAd6Kvapc2lpp00+ohfsqDMm5Nwxn0780VtTlZfDcymrvexbooorE1C
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKz5ZLm5v5reCZYEhVSz7NzMWz0zwOnvWhV
C2/5DN9/uRf+zU0Ji/2YW5kvrxj7SBf/AEECnxadFFIriS4ZlOfmncg/hnFW6KLsLIQ1yGpXvh1E
OmyrfwJbSsxW2imQbjnPKjkZJrrzWfoWqHWdNW7MXlZkdNobP3WK9fwpxdtRSV9CnFFp3hWwkuQ9
4YZWXO9pJ2z2wOSKzbHT9C1+9ne3l1Xzc+Y4aWeJeT2BwPwFddRijmDlOZ17WdGm36fqD36mFwW+
zxSjnH95RyOas2tvpvhywkv43vTDKqFvMeSZsHphTkjrW7iijm0sHLrc5C2s9B8R6jO0Muq+c2ZH
BkniX04zgfgKn8Tarpf2O40q6a8EiIMeVHJjOMrlwMY6Z5+tdRVbVP8AkFXn/XF//QTTUtROOhka
baaboWmnVInvTE8Ks3mSSSnB6YQ5IPPYVQjh0HxJqshjl1UXEg3sN88KYGBx0A7V1dv/AMe8R/2B
/KpMUc2tx8pzus6npNtAdIvnvgFROYUlLYHT51HXjnml0uy0vS7JtXtZL9oWhLHzpJXO3r9xuc8e
ma6HFFLm0sg5dbnID+wfEurnbLqguJF6AzwphR+AFX9W1DStNsxo9496EMQAMSSu23t86jOePXNd
BRRzBynO6Pp2l2lv/bFnJftGI2P76WVvlHX5G5zx6VSeXQfEmrIPN1QXEi7QF8+FMAE+wFdfRRza
3Dl6Hm/iWKz0vxtocE7XP2RLOSNmVneTB3jqPmzz1rpdE0zSkRdVsZNQZUD48+WU9OD8jf4Vna1/
yVbQP+vaT+T12lZwk/e9TrxK92l/h/VnIT3mgeI9SgDS6oJ3AjQIJ4V7nnoPxNaV5d6Z4d0+PTrh
7zypUcKVWSVsHr8wyQea3aoahrmnaVc28F/eRW8lwSIhIcBsdeeg6jrWjkvkcsYSk7R3MnQdJ0iX
ZqOnyaiwiYgefNLjOOcq3XrVW81DQPEN/bpJJqglJ8pBGs8S8nvgAfia64MGAIIIPQiklZkjZlUu
wBIUdT7Uc2txcvQxp7jTfC9hHazPeGKUttOJJm9+RkjrWRpem6RPfWF3p0mosEnZT9ollHIQno/X
tVm78SaxpUS3mqaNHFYbgJDFcb5IgeMkYwfwraumD32msDkNIxB9vLalCondLc1rYedNKUrWe1rP
8mYGo6poOt3UMVxJqayIxjXyknjGSQOSAAenWtRpdO8JWKRu92YpXOCfMnbOOeeSBxW1RT5unQy5
TlNE0rRdQl+1WEuqE28gP76aZRnqOG6ik1jV9C1OZLe8k1JXgkKjyI5kGc4PKjkcV1lFPm1uHLpY
xR/Z/hKxJZ7sxSyfxGSdt2PxIHFZmlaXoer3Ek1nNqhaJw7eZNMgyTkcNjI46U3W7+6t9V1aWHU5
IHsbeGS2tsqUmdt/ylSMncQF4OeeKqy6/cX3iC5txd3sFnMXtoWii2qksS7iRIVKncRIpHP3BS5v
vDlL+uaxod7IbO+k1FWt5DnyI5l+bofmUcitCOLTvClg8++8MMrrnc0k7Z7YHJFcrH4jutPGku2o
XtxHFbw3V+Wi8xW84AEMyrhAo3PyR2610mqeIprLUJEtkgntbeylu5iGJdthI2LjjOR36UX0sFup
QsdP0LXryd7aXVfMDeY4eWeJeT2BwPwFWNe1nRrgvYag+oKYXy32eKZecf3lHI5qlF4x1WS1Xfaa
fBLJukjlmuR5RjVA3O0tgnOBz0BPbFdVpV22oaTZ3bqEa4gSUqDwCyg4/Wnzahy6GbbW+neGbCS9
R7xoZQhO95Jm56YU5I61mW1noPiLULhoJdV85syuDJPEoye2cD8BXX4oxS5vvDlOb13VtHIfTNQe
/UxlSTBHLnpkfOo5/OprG003QbCTU4XvWhkjVj5jySnaemFOSDz6VvUUc2lgt1OQig0HxJqkvly6
qJ5AXYb54UwMDjoB24p19qOlW327StQe9CmVDmBJS2AiY+dR149a62qVh/x8X/8A18f+yJVKQuWx
maZZ6XpFi+r20l80LQ7j5skkh29fuHnP4ZqgBoPiTV22y6oLiUZwDPCmAPwArr8UYqebr1HynPat
qGlafaDR7x70IYlGYklZtvb51Gc8euaNI0/S7G1OsWkl+0XlMf30srnaOvyNznj0zXQ0Uc2lgtqc
g8mg+JNXUCTVBcSjaAvnwpgDPsBV/Ur3S9GsU0m7e98t4cAossjben3wCc/jmrq6/Ztrd3pZZkuL
aETOXGFKnrg98cZ+oqpbeLrW8trea0tL6czh28pIRvjRWKlmBPAyDgdT2HWjmBRItE0zSoohq1jJ
qDIqvgTyyngcH5G+npVOe70DxJqcIaTVBPIBGgQTwr3PPQfiavz+MrG1+0NcwXkUULSIJmjGyRo8
7lXBzng9QOlaC6so0ifULi2ubdIEd3jlUb9qjJIwSDkDjmnza3Dl6FG9vNM8P2Eem3D3nlSRsFKr
JK2D1+YZIPNQ6DpWkuE1LT5dRIiLACeaXrjByrdetWo/E9qbe5kuILm1kt4fPaGdAHaPsy4JByeO
vXio4vFcU89lHDp2oSC9j8yJwibcDG7OXyCu4AjHXOM0ubQLamdd3+geIdQt1kk1QTNiJBGs8S8n
vgAfia057jTfDFhHZzPeeVLv2kCSZvf5hkjrxVzR9atdbt5Z7QvsjlaI71xnHII9iCCD3BoGvaSY
EmGpWhikfy0cTLtZvQHPXkUOXToCiZGg6Ro9yyX2ny6kfIkwPPmmAyB3Vuo5qDUNU0HXLuCOeTU1
kVvLQRJPEMkgc4AH4mujj1Wwmvnsor23e7jGXgWQF19cr1q3inza3Dl0sYjy6d4TsUhke7MUrtgk
STtnHPPJAqhoek6LfSC7sJdTJt5Af300yjPUcN1FdVRS5tA5Tk9X1fQtVnjgu5NSV4XKDyY5oxkn
ByVHI4rSzp/hKx+Z7sxSydWMk7bsfiQOK2qKOboCj1OM0PSdI1XUbq4tZNR2xSI6+ZNKnPXkHGRk
VZ1zWNDvpPst9JqKtbyEHyI5k56HlRyK3LX/AJCuofWP/wBBq9VOWokroxEj0/wnYvNvvDFK4zua
Sds44wOSBWZp2m6Frl3NJay6r5it5j75Z41yTngHA/AV11FTzfePlOY17WdFuWex1B9QUwSZP2eK
ZeQP7yjkc1bt4NO8MWEl4r3hhl2bt7STN7YHJHWtyijm0sHLrc5G0stC8RX9w0Euq+ccyuDJPEvJ
7ZwPwFWte1fR2D6bqD36mJlJMEcoOcZHzKOevrXSYoxT5tQ5dDBsrXTfD9hJqUT3rQyRqx8x5JTg
9MKckHn0rOgttB8SanMYpdVE7gyMN88K9hxnAH0rr6KXN16hynO63qmkQxNpN898AgTJhjlzgcj5
1H5807TbPTNHsX1a3e+aF4dx82SSQ7ev3Dk5/DNdBRRzaWDl1ucgqaD4l1dtkuqC4kG4gNPCmAAP
YCr2r6lpNja/2PevfBfKUZiSVm29vnUZzx65rocUYo5g5TntJsNLsLQ6xaSX7RGJj++klc7e/wAj
c549M1RL6D4l1cYl1QXEi4AUzwpgD8AK6/FFHN1Dl6HP6nfaVpFiukXb3vltDgGNZXbb0++ATnj1
zTNF03SoIRq9lJqDIqP/AK+WU8Dr8jfT0ro6KObSwcutzkJbnQfEmqRAyaoJ5AEUIJ4U4yeeg9ea
0b680vQbBNMuXvPLkiZVKrJK209fnGSDzW9Rijm+4LHN6FpeksE1PT5NRYRlgPPml9MHKN1/Kqlz
faB4i1C3V5NUEzYjQRrPCvJ74AH4muvxRRza3Dl0sYdzc6b4a0+Oyne8MUocKQJJm9/mGSOvFVNB
0jSLhkv9Pl1JvJfA8+aUDIHdW6jmunoo5tA5dTj9Sv8Aw94iuYYbr+0nYHy1jSKZFbJ7gDB6d6K6
HXdTOjaLc34i80wKDs3YzyB1/GitIKbXufmRJxT940KKKKxNQooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelabDpNkLW3Z2j
DM+XOTlmLH9TVw1h+DoZYPD6JcRyRyedMdsgIODIxHX2p9BdTdooopDCiiigAqrqn/IKvP8Ari//
AKCatVV1T/kFXn/XF/8A0E01uJ7Etv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQBx/
irQdbuvEmn6vobWnm2sTR4nJxk57Y54NQ4+IX97R/wBa7WlqPZ63udUcW1FRcU7d0cTj4hf3tH/W
sPxZ/wAJGNKP/CRnQfI52bs78/7GOc/SvUqz7/RNO1S5t5760iuJLckxGQZ2568dD0HWplTurXNa
WNUZqTgtOy1PO/hwPFQMXlEDR88/a84x/wBM+/8ASvUc+tOAAAAAAHQCkI6VUIcitcwxWI+sVHPl
S9Dk9Xa98S6rf+H4jDb2UAia4lILSOrfNtUdB061s38sNlPprSMI4kkZck8D92wFOtrW+i1q8uJr
qN7OVVEMIjAZCOuT3qS8/wCQhp3/AF1f/wBFtTpxs22LEVLxjCNrK23dpX+Yf23p/wDz+Q/nR/be
n/8AP5D+dX6KvQ59Sh/ben/8/kP50f23p/8Az+Q/nV+ijQNTIe70OS7W7kNk1ygwszIC6j2bGe9O
F/owjWMS2vlo25VwMKeuQPXk/nWrRRoGpkrfaKsbxrJaBJAFdQowwAwARjkY4+lLHf6NCcxS2iHB
GVAHU5P5nmtWijQNTCI8Nm2a3EenrEzbyixKBuxjdjHX3qxZ6jpdjZQWsN3EIoI1jQFsnaBgc/hW
rRRoGpQ/tvT/APn8h/Oj+29P/wCfyH86v0UaBqUP7b0//n8h/Oj+29P/AOfyH86v0UaBqZNz4gtY
drxSxTIM7wr/ADj3A707RruG9F5cW0gkiknyrDv8iVburNLvaJmcxr1jDYV/r6/SqNqbqK6vktbe
3aITjG6Qpj5E4wFNUrWJd76mvRVHzdS/59rX/wACG/8AiKPN1L/n2tf/AAIb/wCIqbFXL1FUfN1L
/n2tf/Ahv/iKPN1L/n2tf/Ahv/iKLBcyNV8JtqV9PcC78rzpULBV5MWzZJHnP8Q79iBTofDt7YXJ
uNPvYI5JfMSVZISy7GleRSoBGGXzCPQ1q+bqX/Pta/8AgQ3/AMRR5upf8+1r/wCBDf8AxFFguZ1v
4XjtBfzxCB7+6klYSzoXRQ7Z2lM4xjg4xmoLfwj5ek3Vs1yUknjlRI4GdLeEOm3Aj3EEDk89zxji
tjzdS/59rX/wIb/4ijzdS/59rX/wIb/4iiwXMS48K3uorGb/AFBFkHlxsbWMpiJG34Ukk7iwQk+i
4xzQnhK6tkdbXU2BUXPkPKu50MwUkk55wwY/iPStvzdS/wCfa1/8CG/+Io83Uv8An2tf/Ahv/iKL
Bcy9L8LyaHds2n3ztbyRxRyR3WZGwmQNpBGPlOPwFUbzwMbi10yNZraQ2lp9kkSeNzHIvB3AK6nO
R0OQc10Xm6l/z7Wv/gQ3/wARR5upf8+1r/4EN/8AEUWC5i2Ph+807xBaSboZLGIXRVlj2yKZXV/m
Ofm53DgDpzXUVR83Uv8An1tf/Ahv/iKPN1L/AJ9rX/wIb/4iiwXL1FUfN1L/AJ9rX/wIb/4ijzdS
/wCfa1/8CG/+IosFy9RVHzdS/wCfa1/8CG/+IqlqVxfJGjMsUMuf3QinZix9Nuz5v89KajcXMXLT
/kLah9Y//Qav1jaLJdSXF419EkVwfL3IjZH3a2KJ6MI7C0UUVJRi+Kr+607SFlsmdZnuIosxxiRs
M4B2qeCcGs6w8VXP2O1FzAJZBDcS3cmfLMSwuFOUwcvyMgHGc4OMV0Ooada6pam2vYVmhLBtrZ6g
5B49DTLfSbK0EYt7WKMRxtGu1eisQWHvkgE+tAGG3jGWKBvtFhHDcNFFNDE1zuEiOWxyqk7vlOQA
frgEiGTxdc3wsX0+1aO2ea0E8zuuVEu1toXBz8rAE5GM8dDWynhfR4rZ7ePT4FikcOwUY5HA56jA
4wOMEjvTv+Ea0kT28wsLcSWyosLbf9WE+7j6dqAMyXxbPFoyak9hEkVwFe0V7n5plKluiqSGwAcD
I56jBqDUPGVwun3MtlZKji0W5tjcyFfOBVWOABggBucHOR0Awa1z4W0cxSRf2fB5cj72UAgZ56en
U8Djk1J/wjmlZc/YYTvh8ggjI8vAXbjtwAPwoAzbjxHe293JbR2IuLk3CQiIzhEQ+R5rYbbkjgjp
TLfxkb3WLCytLB3S6ijmeRpMGJXQvnaAcgYAPI5YetbUWj2MLI0dtGGQgq3UghPLBz/ucfSs2Pwh
aQa1HqFvPPCE2YgjYBPlUIB67cAcUAU49W1NL2a5a6jkthqf2EWpiAO0kKGVhySM5OeMA9OtR6Zr
Wqy3WlT6hMYrK7gh8to7cNHLIycq7ZyjbjxxjGB1Nb8WhadBqMl/HaRLdyEs0uMnJGCfYkdxSQ+H
tLgu4rmOyhWaFFSNgPuhRgYHTgcZ60AaI6UtFFABRRRQAUUUUAFFFIzBQSeg60ALRUVvcw3cKy28
qSxt0ZDkGpaAKeq6dDq2mzWVwXEUwAYocHrn+lFUPGMUs/hO/jt0kklZBtWMEsfmHQCit6UW1pKx
jUkk9Vc26KKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1
Qtv+Qzff7kX/ALNTXUT6F+iiikMQ1Q0XVF1nTlu1iMQLum0nJ+Viv9Kvk4FUdH0xNHsBaRSPIod3
3PjPzMWP86elhF+iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7R
f7g/lUtRW/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xq
o3v/ACEdO/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq
9VGw/wCPi/8A+vj/ANkSqWzE90XqKKKkYUVRj1myl1O609Zh9ptEWSZCCAqtyDk8H8OlVI/FmlTW
ttcQTSyx3IZk8uB2IVW2lmAGVUEdTgUAbNFYr+LdJiedZZ5IxCXUs8DhXKHDBDjDEHjAyauJq9q2
lzag3nRQQq7yebC6MoXk/KRnt6UAXqKy4vEenSWl1cNJLEtqnmTJNC8bquMhthGSD2wOenWol8U6
fJc20Ea3cjXSCSFktZCrqQDndjGBuGfTPNAGzRVLTtWs9WtnnsZvNiSRo2YKR8ynB6/z78VNFewT
CPbIoaRQ6oxw2MZ6daAJ6KoHWLT+0HtFkLyxqjMEG4DcxUZI75HPpVhr22QOWuIlEZ2uS4G0+h9K
AJ6KpnVrL7TNbLOrzwFBJGnLJuIC5H41P9qgy486PMZw/wAw+X6+lAEtFNjkSVA8bK6MMhlOQfxp
1ABSY5zS0UAYjWUl1rF80d9c2wXywRFtwfl6nINTf2RP/wBBjUPzj/8AiamtP+QtqH1j/wDQav1b
k0QkmZX9kT/9BjUPzj/+Jo/sif8A6DGofnH/APE1q0UuZj5UZX9kT/8AQY1D84//AImj+yJ/+gxq
H5x//E1W8YpHJo0QniaW3F3AZkVC+UEi7sqMkjHWububW9VZDpNveJaFLk2cYVlZYykWQoPK5IkK
g+vGKOZhyo63+yJx/wAxjUPzj/8AiaaNLlYkLrV8SpwcNHwf++azfD8FouuSvosE1vpq2wSVXieN
Hl3fKQGAywXOT7jOe1LRrLULJ7SGGe6RLm+vJrlzCgL7XOwM23o2M56nPBAxg5mHKjof7In/AOgx
qH5x/wDxNH9kT/8AQY1D84//AImuYt9T165gKpc3omkWL7SWsgv2SZpkVkjyvzAIX67sbQc81q6L
Lq6atGl7dXFxbyfakIlgVQvlSKsbZAHLKSTng9gMUczDlRpf2RP/ANBjUPzj/wDiaP7In/6DGofn
H/8AE1yMVtqljeW3kW88sF1qVxcBTnEUqmYAN6I67Mdsg+oqaDV9ZaJd13qH2VvJ+13LWO2S3kO7
eiLt5Gdg6Ntz1PY5mHKjpxpUzDK6zfkexj/+Jpf7In/6DGofnH/8TXG6bea5ZjSbSKWW2t8Bt0tm
5M7NM+9WAQ7Tt28ErjdnkDi54qim/wCEtimhtzLKkNs0IWGQuxWVyypIvypxjdu6ijmYcqOm/sif
/oMah+cf/wATR/ZE/wD0GNQ/OP8A+JrUHSlo5mHKjK/sif8A6DGofnH/APE0f2RP/wBBjUPzj/8A
ia1aKOZhyoyv7In/AOgxqH5x/wDxNH9kT/8AQY1D84//AImtWijmYcqMr+yJ/wDoMah+cf8A8TQd
JuACf7X1E+w8v/4mtWijmYcqOZ0fQr2HU2v5rmeBHOTBlSZPd8ALn6fnXTUUUSk5O7CMVFaFDWtT
XRtIuL9ojKsChigOCeQOv40UusaamsaVPYyu8aTAAsmMjkHv9KKun7O3vClz390vUUUVkWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/
RRRSGIaw/Bvm/wDCPJ5/mb/Om/1mc48xsdfatw1S0jVI9YsBdxRuiF3Ta+M/KxU9PpT6C6l6iiik
MKKKKACquqf8gq8/64v/AOgmrVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VL
SGFFFFABRRRQAUUUUAFFFFABRRRQAUUlFAC1Rvf+Qjp3/XV//RbVdqle/wDIR07/AK6v/wCi2poT
L1FFFIYUVka/PdxDT4bG4FvJdXQhaQxh9q7HbgHj+EVzmqeM7nTLWGOae1W5guZRO7DAuIocb9i5
4ZtwAHOCDQB3VFcNda5qOnJqUk2tW7oksVvatJbqqbpVVg7EHkKGJx3ArZtPEAvPDFlqSNlppYYn
2AYDmVY3xntkn8KAOgorlYvGjv5m/S5FLnFqBMp84+cIef7nzEHvxn0xUVr4quoI5JNRhbzfMuVE
CMpAKyxRou7jvIOfzoA6+iuduvFMthdWNte2Ucc9y6o8aXG9o9z7EbheVJxydvfGSMVStvF13Hp9
vd6laBHdLgiKBwwcpIka8nGCS+PTuaAOvorlbnxjdWxeE6QWvImkE0QuV2qqxrJkNjnKsOMDn866
W2nW6top48hJUDrnrgjNAEtFFFABVGw/4+L/AP6+P/ZEq9XN3eo3dneXccEGIXuPnuSy4T5E4weA
fc8VUVe6Jk7WOkorNiu7xYkAsJZMAfMZ4yW9+tP+23n/AEDZP+/yf40crDmRiap4Vu7zVbm7t7iK
I3EqpIedxtzGqyJ06kqCKfY6FqmkXJmsWspBKrxyJIWURjzpJEZSBzgSEFeOg5rY+23n/QNk/wC/
yf40fbbz/oGyf9/k/wAaOVj5kZMfhURQX0kqx3tzPLO0cVzKxgVZHLYC4+UkHBIBpieGr9tDvLWW
/kV5YZoobbzjJDGHUhQXZd7YJznj0xxWz9tvP+gbJ/3+T/Gj7bef9A2T/v8AJ/jRysOZGHeeHdV1
WVZria1tJG8qJxATJtiRjJwWXDMXC8EYAz1zTYfDOrWcGy3vYXeGO7jtpZMgjzijKSAMDaQ/A7bf
w3vtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyMjSPDl9oU0sdveJdWkyRI3n4Rk2qUJAVcHKhO
v92qdr4Kmhe1mZrX7RAtmgmUHeqxIVcA4zzngfnXR/bbz/oGyf8Af5P8aPtt5/0DZP8Av8n+NHKw
5kc1p3g28tWTcmnwhFtEzBuzL5Mu9nf5R8xH15796G8JaiNEFhHFpaupVZJwMvdKA3zOWRtrZYH+
LPzcjNdL9tvP+gbJ/wB/k/xo+23n/QNk/wC/yf40crDmRz1l4Qu7XaG+xsxSx3zDO8tAyFx05BC5
BJ64yO9V18DXT27QTDTwqxeUzqGLXeZkkZpcjrhDx83LHkCup+23n/QNk/7/ACf40fbbz/oGyf8A
f5P8aOVhzIZoelnSLW4g/diNrmWWJIxhURmJC47de1aVUPtt5/0DZP8Av8n+NH228/6Bsn/f5P8A
GjlYcyL9FUPtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyKsmpWumX+oS3kyxqTHgHqx29AO9Wr
TVoLiASSskBJOEklXdjsTg8fSs3+zbfWru+GoWmx1aPadwLJ8vUEfyq7aaDaQwBLi3tbhwT+8Nsi
kjtnA6+9XLlt5kR5rlz+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR/Y2m/wDPhaf9
+V/wqPdK94k/tC0/5+oP+/go+32f/P1B/wB/BUf9jab/AM+Fp/35X/Cj+xtN/wCfC0/78r/hR7oe
8Sfb7P8A5+oP+/go+32f/P1B/wB/B/jUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P
/n6g/wC/go+32f8Az9Qf9/BUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P/n6g/wC/
go+32n/P1B/38H+NR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vs/wDn6g/7+Cj7fZ/8
/UH/AH8FR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vtP+fqD/v4KX+0LT/n6g/7+Cov
7G03/nwtP+/K/wCFH9jab/z4Wn/flf8ACj3Q94l/tC0/5+oP+/go/tC0/wCfqD/v4Ki/sbTf+fC0
/wC/K/4Uf2Npv/Phaf8Aflf8KPdD3iX+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR
/Y2m/wDPhaf9+V/wo90PeJf7QtP+fqD/AL+Cj+0LT/n6g/7+Cov7G03/AJ8LT/vyv+FH9jab/wA+
Fp/35X/Cj3Q94mW+tXYKtzCWJwAJBk1PVNNJsI3V0sbZXU5DCJQQfyq5Sdug1fqYnjLzf+ETv/I8
zzdg2+Xnd94dMc0Ve1jU49H0qe+lR5EhAJVOp5x/Wit6Tkl7quZVOW+rsXaKKK5zYKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikM
Q8VQ0TSxo+nC0WUygO77iMfeYt/Wr5rD8HTSz+H0e4kkkk86YbpCScCRgOvtT6C6m7RRRSGFFFFA
BVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMK
KKKACiiigAooooAKKKKACkNLRQByUC6zqGuarajW5LX7LKDHGtvGw8thlTk8+o/Crv8AYmt/9DNN
/wCAkdJe/wDEv8a2Fz0jv4WtX/31+ZP03Cugq27WsQkjA/sTW/8AoZpv/ASOsySW80zxbpttf62b
mIRyzyebCkYQBSByPXJ/KuyrjrSCLWPEt3e3EaSwPctZxqwyCkcbZ/8AHifypwd73FJW2OjttWt7
ncyuqRD7ru4G/wBwM5x9asfbbb/n4h/7+Cq1to9tbllKRyxn7iyRqSvtuxk/jU/9n2f/AD6Qf9+x
/hUvl6FLmK2owaXq0Cw3zwSojh1Hm7SGAIyCCD3P5023tdHtG3W62kZ8oQfKwxsBJ2/TJJ/Grf8A
Z9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UtB6lKCw0W1aFoFtUaEgxkSD5SE8sd+yfL9KT7BoomeULai
R38xjvHLbw+evXcAfqKvf2fZ/wDPpB/37H+FH9n2f/PpB/37H+FGgalB9N0OSExPHalCjJjePus2
8jrx8wB+tNTStAjtjbrDZiEq6lCwIIcgv37lVP1FaP8AZ9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UaB
qZg0bQFMB8u2LW5DRkzZIIbcCeecNyM5xT10vQlSRPKtCknmblLgj94QX4J4BKj8q0P7Ps/+fSD/
AL9j/Cj+z7P/AJ9IP+/Y/wAKNA1M+HS9Ct4ViijtVRQ4/wBZkneMPk5ycjA5q/Fc2cMSRRzwKiKF
VQ44A6Cl/s+z/wCfSD/v2P8ACj+z7P8A59IP+/Y/wo0DUd9ttv8An4h/7+Cj7bbf8/EP/fwU3+z7
P/n0g/79j/Cj+z7P/n0g/wC/Y/wo0DUd9ttv+fiH/v4KracySy35Uq6NcdQcg/IlT/2fZ/8APpB/
37H+FQabGkUt8kaKii44VRgD5Epq1mLW6LyRrGoVFCqBgADAFLS0VJQlGRXEX+qX+l+KNTmheaaK
cx2UMBJKxzNGrRsB0AJLA/hmoNMnjjFvaa1ql6kMCS/ZpmndDPKJ5FJLDl2ACYU5+90NAHfZFHFc
D9l1CaPVbxr+XTbZZrpHupLp3DjzCqDy+kYXGMgg46e1mHU5z4P1FLW1nCR29wPtkd4ZowwQkGN2
O9hnoccHjtQB2tFcDPqPkQ3Nvod1d3dpdpFAhimaVlmYnf5bseojBY/NgEDoTUNvdJG1rd6h/aCy
2MFyLmJ7mQF3hMXlllVtuSrA8dSxzmgD0TijrXHeF9UubRLmw1r7TDdOUmiN2wLO0gO5VwTwHVsD
PAIqDT/EGq7rFg0JtvLs0eAxMWdpY8k7y2Rg46g+9AHcUV59p+t3d7qJupLyG5eSOxDxwoyLbl5y
GjPzckZxn25FWJPFl2uhtdnUIPtMrKDAluM2bEMSkhdwP4cZOCSOAcigDueKK4O01y/uriSae6Ui
cadKlntI8sSMgcqc5IBJHpnr6UL4s1aW3laGe1ad49zxC3b/AEFzMiKj8/MSGbrg/ISOKAO8orM8
P3l1eWUwvWR57e4lgMiJsDhWIDYycZHvWpQAlFLRQBn2v/IV1D6x/wDoNaFZ9r/yFtQ+sf8A6DV5
XV87WDYODg5waqW5MR1FFFSUZuu6hcadYxvaRRSTyzxQIJWKqC7BckgE8ZrJm8XT2TvDeWSCeASi
ZY5MqzKsbJsOOjCReuMc1t6rpkerWggklmi2yJKskLAMrKwYEZBHUelUW8KafLHsnE025ZFkeSQl
pTIFDFj64VcYxjAxQA/T9Tvjqh0/VLaCOdoPtEb28hdCAwVlOQDkEj2OfaqOmeLHuAv2yznje4vJ
oLeNITkJG2CzHcRxjk8dxz309O0VNPuZLhri5uriRQnm3MgZlUdFGAABnn370Q6DawS28i+YWgea
RMtxmViz5/E8UAUf+Ez0/wAh5RHeFdqvF/o7ZuEZwgaMfxAsy/mD0NWdM8S2mqXYtoorqKQq5Hnw
lAxQhXUH1UkA/pmoYPCFjAFHmXUixiNYRJNuEKI6uEXjgZVc5ySABnirtvolta3cdxGZPMjadly3
GZXDv+oGPSgDGtvGRkuDBcWyQuL1ocl+DADIPNzj1iYEdvxFWk8ZWDx5EN6JH2GGE25Ek6tnayDu
DtbrjGOcVNJ4U02aS0eSN2a1lmlQluvmli6n1Uljx7CoY/B9nGgIur4zJsEM7TZkhVMhVU4xjDMD
kEnPJNAFW08eWHkWA1BvJubs/wCrVf8AVgyFE3AnIyR2zg5zitO41O8fV3stOt4ZRbqj3DSyFPvZ
wq4BycAnnA6fhBB4RtLSSB7a5vYWiUIxWbPnKHLgPkc8s3IwcE81autDhudQ+2LPc28rKqS+RLsE
yqSQG47ZPIweetAGnS0g4FLQAUUUUAFFFFABRRRQAUUUUAUNb0wazpFxYNKYhOApcDJHIPT8KKp+
MZpYPCd/JbyPHKqDa0ZIYfMOhFFdFGM2vddjGrKKeqNuiiiuc2CiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDENVNK1KHVrIXVsr
rGWZMOMHKsVP6irZOBWdoWlnR9MFoZRKVkd9wXH3mLdPxp9BGlRRRSGFFFFABVXUgW0u7VQSTC4A
Hf5TVa8123s9SSxMU8kpRZJGjTKwoWKhnOeBkH1xgk0tr4i0m8sre7i1G28m5O2JmlC729Bnv7UA
XrcEW8QIwdg/lUlU21W0Fx5Ec8UsokETokilo2OcbhnI6GkTWdNltpbmPULR4ITiSVZlKofc5wKA
LtFZt7rtpaWEF5GWu4riRY4fsuJPMJ6Y5x2Peq6+KtOMPmO0seI5HdHjIaMoVDKw67suuB3yMUAb
VFZNr4jtJ/OFwJbB4EWSRLxREQjEgNknGMgjr161ekvIo/IJYFJzhXDDH3S2c56YB6UAWKKrW2o2
V5A81rd288SEhpIpVZVxyckHiov7b0v7O1x/aVn5CMEaTz12qx5AJzjPtQBeoqs2pWSTPE95brJG
nmOhlUFU/vEZ4HPWo/7Y03MA/tC0zcf6n98v73nHy888+lAF2iqenatZasszWNzHOIZWik2HO1lO
CP0/GrlAGF4wgdtBe6hGZrGRLpMf7Byf0zWxbzJcW8c0Zykih1PsRkU6aJZoXikGUdSrD1B61ieD
pGXRTZSnMunzPatn0U/L/wCOkVW8Sepo6xfrpekXd43/ACxiZx7nHA/PFZOjWLadp2hQSf63LPIf
V2Rmb9TTvFX+mPpmkrz9tulMgH/PNPmb+QFaV5/yENO/66v/AOi2prRCe5epaTIoqCypqOqW+lRR
yXXm4kcRosUTSMzEE4CqCegP5VXfxHpiWlrdNdARXUwgiJU5MhONpGMqQQc5xjHNJrtpd3QsZbFI
ZJbW5E+yWQoGGx1xkA4PzelYFz4Nv9QaUTX8dssqTSP5CBv3spGcbhwFVVAYckljxQBs/wDCW6Z/
pZc3Ua2al52ktJUCDGeSV6kEYHU54rTW9he1iuUYtDKEKMoJyGxg/qK5uXw7q12GE13DC1zcW89x
JEN5HlxLwAwwcyKDz296ltdC1ODR4tLklglgt7iOSOYsQ5RJ1kClcYGFBHHcDtQB0YmibfiRDs+9
hh8v1qtaara3zOIHYhHdC204yhAbnp3H1rlh4JnhiYwx2e91Zp1yVFy32kSgOQOQVBUk5xnoRSr4
OvfsLRL9ityftBEURbywJJYnCcAHaRGyn/e6UAdiLiFtm2WM78lMMPmx1x61Ba6paXwja1nWZJN2
14+V+U4PPQcmuYu/DGoXV5pssNtp1nBbTRyGCDGI8S72w3l5O5ew2DOc5zTB4Nu/7MFnEtlbhEuU
BjJCyiSSN13AAYBCFWHPHrQB2H2mHYr+dHsb7rbhg/Spa4mTwVLd72uLXTo0dp3W1QFooGaJY0K5
Uc5XcSAOTx6119lE9vYW8MrbpI4lVmznJAwTQBPRSUUALWVDeQ2k18Zm5a5wiKMsx8tOABya1Kwm
0W21G9vZ3UC4SfashUNxsTgg8EVUba3Jlfobcb+ZGrFWQsM7W6j606qEejWPlr5llbF8fMVjwM+1
O/sbTv8Anyg/74FLQepd49qMD2ql/Y2nf8+UH/fAo/sbTv8Anyg/74FGgal3jGO1HHtVL+xtO/58
oP8AvgUf2Np3/PlB/wB8CjQNS6AB0A4owPaqX9jad/z5Qf8AfAo/sbTv+fKD/vgUaBqXePajA9BV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7x7Uce1Uv7G07/nyg/74FH9jad/z5Qf98CjQNS7ge1H
HtVL+xtO/wCfKD/vgUf2Np3/AD5Qf98CjQNS7xRVL+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7RV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNTH1az1K8ur9NMuREQY96dDINvQN2/wA81LpVlqAsVW3u
1tEUkGJ7EKQe/wDFz9e9XdOt4rbUb+OCNY0zGdqjA+7WpVym0rERgr3Mr7Hq3/QWi/8AAQf/ABVH
2PVv+gtF/wCAg/8Aiq1aKnmZXKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t
/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrV
oo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8A
oLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/w
EH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK
+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjNitNTWVGk1SN0DAsotQNw9M7uK0qKKTdx
pWKeq6jDpOmzXtyrtDCMsEGT1xwPxoqLXtMOsaLc2AlERnULvK5xyD0/CitKag17zInz3900aKKK
yNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1Qtv+Qzff7kX/
ALNTXUT6F+iiikMQ1ieELqa80BJriVpZDNKu9jk4EjAD8hW2aqaXfW2o2QuLMEQlmUZXbyGIPH1B
p9BdS5RRRSGFFFFAGFreh3Gq6jaSxtaxJAVYT7G8+Mg5IVgcYI4wePXPSsk+C737GlutxY4No9g5
aAtiItncvPD4PI6HA9K7OigDn4vDTxbNs0eV1I3pO3lhtICk+vPWsTVfCl7Z6Pbx6eiSukdpE6wq
EbMJkJcZ6ksy/rXd1zM/iS7s59W+021sIrW4jgtyZyDKWRWwQFJz82eAfTtmgBU0a8l8L6Tb20MF
jc2UkcqwyMXQbcjBI56H8/Wo5/CM90WlkvUW5lEkkkiR8CUtCyEKT91fJUYJyfWoYPF1xLci7W1L
6bLbWkp3SBWgMruvTGWOdvHHT14puneL7omztGsLm+nbBuJYUOI1aRlU8LjgKSckcDvQBauvD2oa
iLi4vpLJ7x1jSFYxIiRhW3Z3A7t2TnPbA461cuNEuLmw06GW6V5bTcZJSmPMJhePOBwOXz+FR6pr
02nahNBDbm5kxbLHEZAgLSvIud2D/cqpqniG6k8N2N9YrNby3NysLokYmdeWDBR0blfyoAltfDb6
ZpuoRxGN2nsI7dUjXblkjZc/jkVmx+ENVm0lVe7trad4YoXigjKJsRHHJBznLknBwdoHSoT4j1q4
j0/7HP5001o80axWm8TN5m1BJg/uuMbuRg59K6vRLya9t7l7ggtHdzRLgY+VXKj9BQBhnwVI2kXV
obmLzZUtQr7CBmFVGGwQdpK9iMZpg8Du1o8ZNnE7QPGBGrsFZpRIWBcls8c89a7GigDN0bTptN+2
JI0TRy3Mk8ZRSGAdixDfQnHFaVFFACVz9t/xL/G93D0j1G3Wdf8AfT5W/Qg10Nc74tP2AafrHOLC
5BkI/wCeT/K38xVR1diZdxbX/iYeN7ufrHp1utun++/zN+gAq3rS3Ly2a2UkcdwXfY0i5UHY3aq/
g+Jv7FN5KMTX8z3TZ/2j8o/75ArQvf8AkI6d/wBdX/8ARbU3pL0FbQoaZBfp5gLxx3HHmtNAzFvQ
ht+CPp09BV/ytS/5+bX/AL8N/wDF1dpaTk2NRsUfK1L/AJ+bX/vw3/xdHlal/wA/Nr/34b/4ur1F
LmHylHytS/5+bX/vw3/xdHlal/z82v8A34b/AOLq9RRzBylHytS/5+bX/vw3/wAXR5Wpf8/Nr/34
b/4ur1FHMHKUfK1L/n5tf+/Df/F0eVqX/Pza/wDfhv8A4ur1FHMHKUfK1L/n5tf+/Df/ABdHlal/
z82v/fhv/i6vUUcwcpR8rUv+fm1/78N/8XR5Wpf8/Nr/AN+G/wDi6vUUcwcpR8rUv+fm1/78N/8A
F0zShIJL4TMrSfaOSq7R9xO2TWjVGw/4+L//AK+P/ZEp3umK1mi9RRRUlBRXF32v3uleJtTLytNa
vstraDH3bgxqyAf7+WHPcCotJv7m48q01PXZYGtopJPPyiG4YTyIScjBVQi/KP7wzQB3NFcJHNrl
0dSmtb+a2iWa5jM93JGIOJCqCPgspGMZIx7HirMevSp4X1BYv7RNzBBcZuJSkqxOqFseYvBxxjj2
POaAOyorhrvWJ9Lju7S01Oe8WaKJIpeJ5YZpGIIXaPmwgL4wcbT2IFQW2qu72l5eapqMaW8FwbyI
sEy8BjAJUrkbgdxH+1QB6BRXJeFdduJobq21aWZbxdsyfaYzCzCRSdiqQCdrK6j2AqCx8V37PZZh
t3tGjtFkJdjMWmTdkHocEfjQB2lFcJZeJL681ATzT2/lyxWLJBbTEiISzEEP/tYOD647VZfxfdDR
Vv8AzNPDXJU28Ch5HThiVkAI5AXrwBg+nIB2VFcTaeJr+9mmmeSBbaT7A8MCEiRBMyZy3cfMe3Pt
Sf8ACa3zWpljj093ni82GMSsWg/epGFl9zv7Y5UjnGaAO3orM0HUZ9RspWu0iW4gnkt5PKJ2MUbG
RnkZ9K06ACiiigChaf8AIW1D6x/+g1fqhaf8hbUPrH/6DV6qluTEWikzRmpKKGtak+l2STRW/wBo
lkmjhSPeEyzsFGTg4HNZjeL47fcl5ZywzRCXzowwbYyKjAA9G3CRcH35xWnrGmnVbJYUuGt5Eljm
SRVDbWRgw4PB6VnS+Ebe5VvtV1cSySLIJpchWkZwg3DA+XaEXGPTvQBa0/WLi4vzY39i1lc+V56L
5gkVkzg/MOhBIyPcYJqrpfi62vV3XCPB5t1JbWyeVIWk2HBJGwY9e4Hc5Bxd0/SJbW9e8vL6S9uW
QRK7oqBEzkgBR3PJPsPSmQeH4oJraTzpG+zyXDgEDDecxZgfpnigBn/CXaL5M0v20eXCAWYRv8wL
bAV4+cbiBlcjNT6f4i0zVbg29nc75gpba0bJ0IDfeA5BIBHUZ5xWfb+EEiESyX9zMtusUdsGCjyo
0kRwvA+YkxqCTzgVetdCjtb2K5WZ2aJrhgpAx++cOfyIwKAKNr4wguZ2ha3eKRb1rUqzD7o34l/3
SY2H1Bq0ni3RpIGlW8JVSoA8p9z7s7Si4y4ODgqCDg1Wm8G2U8tpJJLLut5Z3OMDzVlLko3sC5x3
H4mmJ4QKGOY6pcvd24RLadkT90iAgLtxhiQzZJ56dMUATWPjHTbizs5bmdbeS7P7tCGOAXKKScfL
uI4zjnipNU1+fT7+aGLT2uIba3W5uJFlAZEJYfKpHzEBCcZFUYvA8ENzazpds0sKqrtNbxSGQB2c
EEr8hy7DK4/MVf1HQH1DUJZxfzQRT2629xFGi/vEBY8MRlc7yOKANeGVJ4Y5Y23JIoZT6g8in0yN
FiiSONQqIAqqOgA7U7NAC0UmaM0ALRSZozQAtFJmjNAC0UlLQBi+MLqay8K39xbStDMiAq6nBHzC
ir+qX1tpumzXd6CbeIZfC7uM46UVvSbS+G5lUtfexbooorA1CiqD6zaR67HpDO32ySA3CrtONgOC
c9Ovaota8Q2WgrD9r895ZyRFDbwtLJJjrhVB6ZoA1KKzND8Q6f4htpJtPlZvKcxyxyRlHjYdmU8g
0a34gsNAhie+kk3zvshhijaSSVvRVUZNAGnRWRp3ibTtR065vVkkt4bQkXAuomhaLAydwYDHHNak
UqTxJLE4eN1DKynIIPIIoAfRSZpGdUUsxAVRkk9qAHUVBaXlvf2sdzaTJNBKNySIcqw9QamzQAtF
JmloAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VmeH9MfSNKW0lk
WRhJI+5RgfM5b+taZrG8J3s9/oST3UpllMsq7jjoHYDp7Cn0F1NqiiikMKKKKAGu6xRs8jKqKCWZ
jgAepNCyI+djq204ODnB9KyfFgz4duNwJiDxNMB/zyEil/w27qwNQstbnmu/Ikv4VV7yWIwOF3sF
j8kH1BO7A796AO0lmjgiaSaRI41GWZmAA+pqjcaDpt3LNJPao8k+0yNkgsV+6eD1A4z1xxXMahba
newatFcQ6lJcvGRCi/8AHs0eFwMdN+c++c9sU68l8Qm4u7e2jv1eP7W6y4BRlYqYgp6Fgu7A7HrQ
BupoOhC7t3S1tfPtAsMQB5jC/Mq4z2zuAPTINSN4b0l5beU2MPmW/wDq2AIx827HuN3OD3rlorPV
YoruSwh1NfMnuZI2uSDMf9FVUJJ5++MDPPAzVXXrnVNHsPsTX98izXI8qeWU79vkZb5wM4Ehzj2I
6GgDu7ixsWka6uY4t67HaR+MeWSVJPtuY/jRHptj9ngSOGIwxSedEB0Vsk7h+ZP41y+p6fLdPZXN
ub+8STRp4EkUsFkcqpUup6bhnr3x3Aqrc2mv2lgLSCbUvsoli3yBTJMqmHnbtZWwJAMgHj0xmgDs
rXT7G1uHktoYklG4MV6je29h7ZJz+NJa6PY2V7Pd20AjnnJMjBj8xJyTjOMk1zlpZ6tPdWyXMt+s
TXETTSjETOoted208AyAZAPXjpVzXItSOpzzWi3kkUNgTFDFMY0eUsRzjqQvI/xxQB0majNzAFkY
zR7Y22udwwp44PoeR+YrhIrbxFdaUu+XU4pIUvJItrlWdhsMAbdkkctgNz61Le215A+vS38c62E0
UzRheEMhhQZcdTnGF9CD3IoA7uioLISrYW4uDmYRr5h/2sc/rU9ABXP+NnZvDklnEA098620YPqx
/wAAa365+9/4mHjSwtusdhC10/8Avt8ifpuNVHe5MtrFvwxdi98OWUmArLGI3UfwsvykfmKsXv8A
yEdO/wCur/8AotqzNBP2HXNZ0zovmi7iH+zIOfyYH86073/kIad/11f/ANFtTfxAti9RSUtQUVNQ
1O00qBZr64SCNmCBnPVj2/Q006xYLa21ybyDybp1jgfeMSs33QvqT6VV8QQXcn9nz2Vsbl7a7Erx
q6oSux14LEDqwrnLrwnrGoeYge2tEfz7kbl80JNIRgLgjBULndyMueKAOjj8V6LMZxHqVuTboZJc
tjy1HJJ9K0PtcXkpNvXyn27WHQ7sAfnkVy0+j61frMrx28DXtxbyzl/3iIqRKWXaCNwLqF69CTU9
np2sQaLBpcsauba4jKXKSBQ8STqQNucj92DxntjnNAHU1Wg1C2uZGjhlV2VnQgZ4KkBh+BIrjl8L
6nbwymKNy06s11GLojzyLgOFyTxmPcvYDOKIfDerQ6c0VrB9lB+0kQC5/heWJlTcO5RXGe2aAO6q
FLuGR0WOVH3hiu05B2nB59ia4650PU5L3SWsdNFnbW8qMU88M8Y83MgLbuhToFznJBxxUcHhfUrX
SRZ2NuLQxrdKdlxgS75I2Ugg5GUVlz1WgDu6K4R/Cl9dx7WtGt7UNPJBafayTATEqpyD3cM2ASBn
1rtLJZUsbdbg5mWNRISc5bHPP1oAnooooAKzLe5itX1CSd1RBc9T/uJwPU1p1z8mjJf6hd3Kuy3E
M+EyzbSNidQCMfUc1Uba3JlfSxuxyCSNXAYBhkBhg/lTs1Qj0i3MamVZQ+PmC3MhGfbmnf2Paek3
/gRJ/wDFUe6GpO1rC7bmhjZtwfJQE7h0P1HrTZLC1lEYktoXEb703Rg7WznI9DnvUX9j2npN/wCB
En/xVH9j2npN/wCBEn/xVHuhqWHtoZIHheGNonzvQoCrZ65HfNIlpBHbfZ44I0gwV8pUAXB6jHTF
Qf2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpLDYWtsiJBawRJGxZFSMKFY8EgDoaV7K3kLF7eJi
+d2Ywd2cZz+Q/IelQ/2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpO9rDJIskkMbuvRmQEj6GgWk
C42wRDG3GEHGOn5dvSoP7HtPSb/wIk/+Ko/se09Jv/AiT/4qj3Q1JI9PtISxitYELHcdsYGTnOfr
nn60jaZZOJQ1nbkTMGkBiX5yOhPHJpn9j2npN/4ESf8AxVH9j2npN/4ESf8AxVHuhqS/YbXeH+zQ
hwoQN5YyFByBn0B5FC2NqrSsttCDMwaQiMfOR0J9T9ai/se09Jv/AAIk/wDiqP7HtPSb/wACJP8A
4qj3Q1LaRrGCERVySxwMZJ6mnZql/Y9p6Tf+BEn/AMVR/Y9p6Tf+BEn/AMVR7oal3NGapf2Paek3
/gRJ/wDFUf2Paek3/gRJ/wDFUe6Gpj6sNWN1f/2QUBzH5n/PTG3+HtT9JXUhYgWT2Ij3HcJUl37u
+7cc5zV/TbdLbUdQjj3bQYz8zFj931PNaeKqUtLWJUepl413+/pv/fMn+NGNd/v6b/3zJ/jWpijF
TzeRXL5mXjXf7+m/98yf40Y13+/pv/fMn+NaFxcQWkJluZo4Yl6vIwVR+JpI7q3lWNo54nWQFkKu
CGA6ketHN5By+ZQxrv8Af03/AL5k/wAaMa7/AH9N/wC+ZP8AGrtteWt4jPa3EU6qdpMThgD6cUsF
5bXRlFvPHKYXMcmxgdjDqDjofajm8g5fMo413+/pv/fMn+NGNd/v6b/3zJ/jWnxS8Uc3kHL5mXjX
f7+m/wDfMn+NGNd/v6b/AN8yf41fW5t3GVnjYbzHw4+8Oq/Xg8VLxRzeQcvmZeNd/v6b/wB8yf40
Y13+/pv/AHzJ/jWhDNFcRiSGRZEJIDKcg4ODz9RUc1/Z206QT3cEU0mNkbyBWbPAwDyaObyDl8yn
jXf7+m/98yf40Y13+/pv/fMn+NamKMUc3kHL5mXjXf7+m/8AfMn+NGNd/v6b/wB8yf41qYoxRzeQ
cvmZeNd/v6b/AN8yf40Y13+/pv8A3zJ/jWpijFHN5By+Zl413+/pv/fMn+NGNd/v6b/3zJ/jWpij
FHN5By+ZmxDWfNTzn0/y9w3bVfOO+OetadJilpN3GlYzfEOmvrGhXVjFIsbzqFDsMgcg/wBKKg8W
3k+n+F766tZTFNGgKuMcfMB3oreipte6zGq4J+8bNFFFc5ucdd/8lhsP+wPL/wCjRXRau+pR2m/R
7e1nug2NtzIY129+QCc9Ky9b8KS6prsGrWer3OnXcNubfdDGj7kLbjwwPeibw3qz2tuIvFN/Hdwl
sz+TEVkViOGTG04xwRg8mgDL8BM8eteIItUjaLXZZknu41x5WwjEflkHkYHOec1peK/D9/qN3p2r
aLcQxanpjOYluATFKrjDK2ORnHUVa0Dw0miz3d5NeT3+oXhXz7mbALBRhVCjhQPQU7W9FvdSnhn0
7W7vTJowVIjVZI3B/vIwxn0NAHJ65rcviXwN4ks76G50rVNKhY3UEUoIfKEr82PmRh2q5HbwaL4F
s2u/EWq28dwsB8wMJJSSgxFENpIz7Anitew8GWltpuqW95c3F7caspW9upSA8g27QAAMKADwBVP/
AIQaeTRbWyuNdupZ7GdJrG58pA0GxdqjGMMME5z1oAzfCmrXK+J9U0tbnV5bNbFbqIaqhEyNuKnB
YAlTx1qDwrpep674Ji1fVPEWqtNcWjqI4ZQiKozgkYOW45b3xXSaX4Tex1q41a81W4vry5tfs0jS
IqqAGyNoA+Ue31Per2gaFFoPh220hJWnigjMe9xgsCSe31oA4TRYLjR/gvNqdrqV/wCe+nb41eXK
QEZ/1YxxW94l1K8tdJ8LSQXMsb3OpWkczKcGRWB3A+xq3pPgtdO0W70W51K4vdKmiMEVvIiqYUOc
gMBknnqfSqcfw+lc6d9v8QX94mmTxy2sbqiqoQ8BgB8xxxuPI/GgCtHa6l4i8a+I7F9c1CzsLJoN
kVo4RtzRA8PgkDgnA6k1reA9TvNQ0a6h1GY3Fxp97NZNORgyhDgMffB/SsSDw/qN9498T3Vlqd7p
T7rZUlSINHMpi5+VhgkEcEdOa6/QNDtvDukx2Fq0jqpZ3llOXkdjlmY+pNAGlRRRQA1s4+Xr2zVB
n1fHyw2OfeV//ia0aKadhNXMVptd582GBV9bfDn/AMeIqzpflM07B53uCR53nrtYegx0x16Vo1Qt
v+Qzff7kX/s1Ve6FaxfoooqChDVTS7mzu7IS6eF+zlmA2ptGQSG4+uatk4rL8OabLpOkraTsjSCS
R8oTjDOWH6Gn0EatFFFIYUUUUAIQCCCMg9qjnkS3gklf7kalmwOwGalqrqn/ACCrz/ri/wD6CaED
J0KugZehGRTsD0qO3/49ov8AcH8qloATA9KZLBFOmyaNJFznDqCKkooATA9KMD0paKAEwPSjA9KW
igBMCgqCMEAj3paKACiiigBK5/wx/pt1quqnkXVyY4j/ANM4/lH65q/4hvzpmgXt0v30iIQerHhf
1Ip+h2A0vRbOz7wxKre7dT+uapaInqZur/6B4p0i/wCiT77KU/73zJ+oP51b1prpZbM2KxtcB32L
ISFJ2NTPFlo934dufJH7+AC4ix/eQ7h/KnrdpfnRrqP7k5Mg/GMmmujE+qK+mSag3mE+S9zx5omk
cFfTC7cAfT86v7tU/wCedl/38f8A+Jq9S0m7jSsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0U
rjsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0UXCxQ3ap/zzsv+/j/APxNG7Vf+eVl/wB/H/8A
iav0UXCxQ3ap/wA87L/v4/8A8TRu1T/nnZf9/H/+Jq/RRcLFDdqv/PKy/wC/j/8AxNG7VP8AnnZf
9/H/APiav0UXCxQ3ap/zzsv+/j//ABNG7VP+edl/38f/AOJq/RRcLFDdqn/POy/7+P8A/E03SvNL
33nhBJ9o5CEkfcT1rRqjYf8AHxf/APXx/wCyJTWzE1qi9RRRUlBRXI3fia60zxJqcV0VexVFS1QL
83n+WH2Z779xx/u0zRtS1fU/LtZ9ShgubaJpZ5FhUiYiaSPGD0UeXzjnkcigDsaK4mLU/EV5cagu
nO8pSW4jXzrdUij2uVTY/G5uO+RnrjvaHiJofD18PtF0+pQQzsPtFpsaNlUsA+0bMgYPXkEetAHW
UVx2oa7faHFe211fpM5gieC6liCmKSR9gDKowQMFumcBvTNV7LXby7axu31lktfInkulWCPG6Aor
YJGQGyzfQjGKAO5orlvCHiOXWrO7F1MklzCRLlE2gI67lXnup3KT/s0yy8YTu9msljvt5I7bzbgz
DeHlTcPkC4OMc8jrwKAOsorjoPE1/c36yzQ/Z7aaGzkhjWVXJWWYrub5eDjAI56cGrT+LJ00dNR+
xQLFc7TZq1wxeYEE8qqMQ2BnAz15IwaAOnorkbbxRe3ks0ogjjsi1kYCr/vMTlMhgRjox6H6eoc3
jWZbVbgaYpS4iM1mPtIzIokSP5+PkP7xT37g80AdZRWfo2pPqlm8k0AgmimeCRA+8BlbBw2BkfgK
0KACiiigChaf8hbUPrH/AOg1frAu9bs9G1G+a6c7nMeyNRlnO3tUlp4msZIA11d2sMhJ+RZd2B2y
cdauUJPWxmpJaXNuisv/AISPSP8AoIQf99Uf8JHpH/QQg/76pckuxXNHuQ+KoHm0uEpavdCK7gle
KNQzMqyAtgHrwK5u80LULkzyWVg1vHcLctFbswXywyRDacHClyjnA6buec11P/CR6R/0EIP++qP+
Ej0j/oIW/wD31RyS7BzLuUNHthJr731vpkum2qWotykkaxmVt2QQqk8KMjP+0cdKpaZol7avYQq1
9HALy8nmBuWwfnJi3c52ng475Oeprc/4SPSP+ghb/wDfVH/CR6R/0ELf/vqjkl2DmXc5e3tNengM
btq0TukS3jvOBulMyF2hIPyqE8zpgYK8ZzWrothqVlq0bTT30kDfakkFxNvUKsiiAjPQlM89T3rT
/wCEj0j/AKCFv/31R/wkekf9BC3/AO+qOSXYOaPc5VNA1W0vbaSzt8R3F/PcSq2MQygzeXLjuGVl
B+i+ppYINc8lSya0LUeSLxGnBnkk+beYiDwuSmcEDAOB1z1P/CR6R/0ELf8A76o/4SPSP+ghb/8A
fVHJLsHMu5yFlp2v2zaVDnU7a2jCkLEqyHf5zFxKd4HKleSGHXHNbmoW0i+No7tre9eFreGMNDBH
Im4SSEhywJXG4HK461p/8JHpH/QQt/8Avqj/AISPSP8AoIQf99Uckuwcy7moOlLWX/wkekf9BCD/
AL6o/wCEj0j/AKCEH/fVHJLsHNHualFZf/CR6R/0EIP++qT/AISPSP8AoIQf99Uckuwc0e5q0Vl/
8JHpH/QQg/76o/4SPSP+ghB/31RyS7BzR7mpRWX/AMJHpH/QQg/76o/4SPSP+ghB/wB9Uckuwc0e
5qUVmxa/pc0qRx30DO5Cqobkk1pUmmtxpp7FTVLmztNOmn1Hb9lQZk3JuGM+nfmiq3iTTpdX0C7s
YGRZZlAUv0HIPP5UVpTjFr3nYiblfRGpRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/RRRSGIayPC1/caloi3F04eUyyqSABwHI
HA9hWuaqaXJYyWQbTPL+zb2A8tcLu3Hdx9c0+gupcooopDCiiigAqrqn/IKvP+uL/wDoJq1VXVP+
QVef9cX/APQTTW4nsS2//HtF/uD+VS1Fb/8AHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUUUlAHP
+Iv9O1TR9LHKyz/aJR/sRjP6sRXQVzlhPFdeMdTu5JUCWkaWcW5gOfvP+pA/Ct77Xb/894v++xVS
6IldWSMAwIYZB4IrlPDxMDQaax+bT76aEf7hRmT9D+ldP9rt/wDnvF/32K5mQLB8Q7WSGRGhvYWZ
trA/vEUj/wBBb9KceqFLodXS0lLUFkNzd29lF5t3PFBHnG+Vwoz9TSm6gEcchmj2SkCNt4w5PTB7
57VkeJ4ndNNlWzku0gvBJJFGgdtvluM4PXlhXM3fh/WL2MW1pZw28MbzXkC3D4W3kY/ugoXI3Lhm
I6DfigDtY9Z0yZmWLUbNyilmCzqdoHUnnoKtGaNYw7SIEOMMTwc8Dn3zXET6Rf3qXSxaRDEdSntz
KswCosYiVpFYrk4LLs49fSr1kurR6BbabPazC5tp4lMyEeW8STr0Oc/6vnkdj3oA6vIqKO7t5XKR
zRswLKVVgTleGH4ZGfrXFrY69bwyP5mpv5ys86+duYAXA+WPJ+UmLdjGO3fFNttO1q2sHFlDfRlm
umxJIplKtNER8xJ+coJMEnr70Ad3kU3zY9yrvXcwJUZ5IHXH5iuMuU1b7ZpQ0621RLVZULtcTsz7
TL+8DjfjAToW3HB4wRVe10vWLHSFttPivopYlu1bfLkkmWMqUZieqb9p6ZzmgDvcilrhH0/WbuMr
C2sQWgad4Fe5ImGIlCBzkkgyBiASffjiu0sjMbC3NzkTmNfMz/exz+tAE9FFFABWfaSpDJqLyuqI
txksxwB8iVoVzs+kyX1/dXEU8gaG44hL4RvkTnpwffmqjZ3uTK+ljfjlSWNZI2yjDIPqKdms+PTX
aNS93eoxHK+dnB+uKd/ZZ/5/b3/v9/8AWpWQ7sfLpdjPL5kttE8nmpNuZefMUYVvqB0qKbQdLuPK
86xt38pmdMoPlLHc35nkjvTv7LP/AD+3v/f7/wCtR/ZZ/wCf29/7/f8A1qLILvsSSabZy2ctpJbx
tbzFmkjI4Ysckn3JOaSHSrGDT3sYraJLR1ZWiC/KwPXPrmmf2Wf+f29/7/f/AFqP7LP/AD+3v/f7
/wCtRZBd9hLXQtMsljW2soYxFJ5qbV5D4K7s+uCR9DSy6Lp05lMtnC5m3eZlfv7tobP12Ln6Cj+y
z/z+3v8A3+/+tR/ZZ/5/b3/v9/8AWosgu+xJNptlcXSXM1vG86Y2yMvIxkjn2yfzNNTSNPjChLSF
Qnl7cL02DCfkOlN/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsMt/D+k2hc29hbRF2VmKoBkq2
5fyPI9KafDWjlJUOnW22Zg7jZwW55/U/mal/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsImh6
ZHIrpZQKypHGpC4wqEFB/wABIGPTFNj8P6TE87R2FsrTkNKQg+Yhtw/Xn60/+yz/AM/t7/3+/wDr
Uf2Wf+f29/7/AH/1qLILvsWoLeG2DiGNUDuZG2jGWJyT9TUmao/2Wf8An9vf+/3/ANaj+yz/AM/t
7/3+/wDrUWQXfYvZozVH+yz/AM/t7/3+/wDrUf2Wf+f29/7/AH/1qLILvsQGyt7+/wBRiuolkQmP
g9jt6g9jV2ztPskAiMskwBOGlILAeme+KqabD5GoX6eZJJgxndI2T931rUpyb2FFLcbtHoPyo2j0
H5U6ipKG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbt
HoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQf
lTqKAG7R6D8qdRRQBkeKr6fTPDV7d2jhJ4lBRiAccgdDRVzVZLKLTZn1Py/sYA8zzBlcZ7j64ora
lJJaxuZTTvvYt0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7
NV+qFt/yGb7/AHIv/Zqa6ifQv0UUUhiHisnwzp0+l6OttdbfNEsjHacjDOSP0NaxrJ8M6hPqmjLc
3RUymWRflXAwrkD9BT1sLqa9FFFIYUUUUAFVdU/5BV5/1xf/ANBNWqq6p/yCrz/ri/8A6Caa3E9i
W3/49ov9wfyqWorf/j2i/wBwfyqWkMKKKKACiiigAooooAKKKKACiiigDIn8KaJdTvNPpltJLIxZ
2ZOST3qP/hDfD/8A0CLT/vituinzPuLlRif8Ib4f/wCgRaf98VTvNEsdFu7O50fSbf7UHfaqYQt8
jd66eqN7/wAhHTv+ur/+i2pqTuJxVihp19fyiRzCJ5DgOhmC+WfTbjI/Gr32vUP+gcv/AIED/Cru
xdxYAbj1OOTS4ocl2BJ9yj9q1D/oHL/4ED/Ck+1X/wD0DV/8CB/hV/FGKV12Cz7lD7Vf/wDQNX/w
IH+FH2q//wCgav8A4ED/AAq/ijFF12Cz7lH7VqH/AEDl/wDAgf4Un2q//wCgav8A4ED/AAq/ijFF
12Cz7lD7Vf8A/QNX/wACB/hR9qv/APoGr/4ED/Cr+KMUXXYLPuUPtV//ANA1f/Agf4Uv2vUP+gcv
/gQP8KvYoxRddgs+5R+16h/0Dl/8CB/hR9r1D/oHL/4ED/Cr2KMUXXYLPuUfteof9A5f/Agf4U3S
nkd75pY/Lc3HK7t2PkTvWhiqVh/x8X//AF8f+yJTvowtqi9RRRUlBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAULT/kLah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+bVfDt5ZW23zplAXecDqD1/CijxPq
E+l+Hby8tSomhUFdwyOoHT8aK6KPPb3TCryX941aKKK5zcKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDVTS1sUsgNM8v7NubHln
K7tx3frmrZrI8L2FxpuirbXSBJRLKxAIPDOSOfoafQXU2KKKKQwooooAKq6p/wAgq8/64v8A+gmr
VVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABRRRQAUUUUAFFQ
3dzHZWc9zNny4Y2kfAycAZP8q5+fX9VsrO1u7uyhKXVxGiRW7NJJtcE7SOBuGBz06+maAOmorB/4
THTisLol08bokkkixfLbh22r5npyD0zjBJ45pr+NNOjR3eO6WIKzQyNFhbgBgp2EnplhycDBz05o
A6CisC48Uw2srCS3uXJEGyCOPMhaTfgHnH8B78UjeM9O82wjjjupWvfL27Y/9XvYqu7JGOVYcZxg
0AdBVW1geGa6ZyMSy71x6bVH9KxdY8UTafcajBFYSsbOGGYTMMo+99u0AHOeDj1IPpyl3480iwto
5bnz42ZnVoWQCSPYcMSCecZHTJOeAaAOlornPFPiWTQzZ+S1oi3AkYyXRcKNoBA+UE5OarDxZef2
5FYtbW0bN5Aa1aQm4zIAWIAGCE5z/umgDrKKx7fXkHhWLWryMqhtxO6RDcRkdB61BceMLK0tHuLm
C7hWKXyplkRQ0XAbJGeRtIOBk+3BoA36Kwbvxhp9it01xHcIlvP9m3sqqssmM7VJIzgc5OBTIfGu
nXMtusMN46TpGwlEPyKZCQisc8ElSPr7c0AdDRWZ4f1dtc0eG+a1ltTJn93IQTweoI7Vp0AFFFFA
BRRRQAUUUUAFFFFABRRRQBQtP+QtqH1j/wDQav1QtP8AkLah9Y//AEGr9VLcmIUUUVJQUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU9VWyfTZl1Ty/sZA83zThcZ7/jiiqni
mwn1Pw3eWlooeeVQEUnAPIPWitqaTWsrGU277XNeiiisTUKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDzWX4c1KbVtIW6uFRZDJ
ImEGBhXKj9BWoaqaXb2VrZiPTtn2cMxGx9wySS3P1zT6C6lyiiikMKKKKACquqf8gq8/64v/AOgm
rVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFUb3/kI6d/11f/ANFtV6qN7/yEdO/66v8A+i2poTL1FFFIYUUUUAFFFFABRRRQAyWN
JonilUPG6lWUjIIPUVlW/hm0t1hTz7uRLeRJIVlmLCPaCFUe3PfnpzWxRQBgjwfpw8sBrkRqFV4x
KdswViyhx3wWP8jkU6PwlZQmQxTXiZVkixMSLdWbcwjB4AJAznPAx04rcooAxbbwrp1oYPJWUeQY
ig3949+3/wBGNms3/hDZbbXrS8sLwRQW6KgV4w7qoLFgCf724g9MV1lFAGVe+H7XULmaeZ5wZ4ki
kRXwrBG3KceoJPPuahm8LWcs5ninvLecvI5lgmKsQ5BZfplQfbHFbdUrEk3F8CSQLjAyeg2LTsFw
u9Jtr6WKS5Uv5cckQUn5WVwAwI78CmaZottpW77OZSzxxxs0jbiQi7V/Tr61oUUgOfl8LKnhu60i
2vbkxTRCKMzvv8kDoFwAaZc+BtLvIClw93JIxbzJmmzJIGCqQSR6Io4x0+uejooAybjw5Z3EMibp
43a6+1rLHIVdJcYyp+mRjpyaF8OWgYM8lxLJmFjJJJuZjExZCT9Sc1q5FGRQBU0vTItJsxa27ytE
rEoJG3bATnaD6CrlJkUUALRSZFGaAFopOtLQAUUUUAFFFFABRRRQBQtP+QtqH1j/APQav1QtP+Qt
qH1j/wDQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBl
+JNRl0jw/d31uqNLCoKhxkdQOfzoqzqlvZ3WnTQ6ls+yOMSb32jGe57c0VtTlFL3lczmpX0Zbooo
rE0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/2ar9ULb/kM33+5F/7
NTXUT6F+iiikMQ1jeFLKfT9DSC6iMUollYqSDwXJHT2NbJ5rM8PanJq+lLdyxpG5kkTaucfK5Ufy
p62F1NSiiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtR
W/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEd
O/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9VGw/wCP
i/8A+vj/ANkSqWzE90XqKTNGakYtFJmjNAHF6jrt5pPijUZDJJPassdrDb9Qs7Jujx6bjlT77ar6
deSHybLWNcuIFt1mZbjzhGbiRbiRDlsYO0Kvy/7XINd0Yo2OWRCcg5IHUdDTWt4XCh4o2CtvUFQc
N6j3oA4dTq9y+q3EOozWUEc1zG11c3CmHAYqgVeqYOPm4/GrVvrcq+FtRSCO+aSGG4/0o3C3Ecbq
hYYlyCw6Y44PBxiuwMcZRkKIVbO5SODnrmkSGKOIRJGixgY2AADH0oA4WbWH0+2uINO1G5v47iCJ
EdZPtEkVw7bcI3chAz7e23PeobbUcyWdxfahqkQtI7kXkbztGWMAQqzJ2LKQxHfdXfR20ESKscMS
Kp3KFUAA+opzQQvndHG27rlQc/5wPyoA5Twlrk+biz1mS4iumKTx/bF8tj5nWNQeoVwwHtiqdx4x
1iCx0tvL04z3tv8Aa90jCGIL8v7sF3HPzZJGf92u4aKN2DMiFl6EjkU17eCVFSSGNlQgqrKCAfag
DmtK8S3d/wCIY7OR7IRSi4/cJkzw+U4Ub+cfNnPQfjXVVVbT7Vr6O88pRcRhgHHH3sZz6/dHX0qz
mgBaKTNGaAFopM1BdXiWgVpVfyyeXVchPc98e9ArkFp/yFtQ+sf/AKDV+s6xkWTUr542DI3lkMpy
CNtaNVLcUdgoooqSgoqpqGpW2lwLNdMwV3EaKiF2dj0CqAST9Kfb30F1FFJG+BKu9FcFGI/3Tgj8
RQBYoqP7RD5bSCWMovDNuGB9TVWy1i0v4FmhdhGV3hnUqMbivU8dVNAF6io2niQIWlQB/uksPm+n
rVDUPEFhpl2Le7klV9gkYrC7KiEkbmYAhRkHk46UAadFZc/iLTrcHdK7uJvIEcUTSOz7QxAVQSfl
IORxVuzv7fULRbq1lV4GBw/TocHOehBBBB6YoAs0VGLiEqjCVMP907h8309az7rxFp9lfmzuJZEk
XbvbynMabs7dz42rnHc0AalFUf7Zsf7QuLI3Ci4tohNMpyAiHuT0/wAOPWo9O1+w1SUxWsknmbPM
VZYXjLpnG5QwGV9xQBpUUUUAFFFFABRRRQAUUUUAY/iyyn1Dwxe2trGZZpUARAQM/MD3oqXxFqUm
j6FdX0UayPAoYKx4PIH9aK6KLml7qMKqg37xp0UUVzm4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhqppdla6fZCCxOYQzMPm3
cliTz9SatmsTwjazWWgpDcxNFIJpW2MMHBkYg/iDT6C6m5RRRSGFFFFABVXVP+QVef8AXF//AEE1
aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKA
CiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAoo
ooAKKKKACiiigArJt9PtLq8v3uLeKR/PxuZcnGxK1qo2H/Hxf/8AXx/7IlUupL6B/Y2nf8+UH/fA
o/sbTv8Anyg/74FXqKV2OyKP9jad/wA+UH/fAo/sbTv+fKD/AL4FXq5QeO4T4auNVFlN5kMxi+y7
huYjkEHpjZ830Bouwsjd/sbTv+fKD/vgUf2Np3/PlB/3wKoTeIpUF9PFp8ktjZrKHuBIo3PGCWAX
rjI259e2OaoSeN3jVY309VuWkVMG7QQjchYAy4wGOMbSOpFF2Fkb39jad/z5Qf8AfAo/sbTv+fKD
/vgVDqmqz2EFmYbPz7i6mEKxGUIASrMctg9NpqhP4vigs4JWtJvNNwYLmLIzb7f9Y5PQquQcjqCK
LsLI1f7G07/nyg/74FH9jad/z5Qf98CsdvFN9EdQE+kYNmVjCx3QdpZHClEUbR13AZPStaPW7M6N
DqUkmyCVFYcEnLdFAHJbJxgc5ouwsh39jad/z5Qf98Cj+xtO/wCfKD/vgVXHifSjNDF9pIeYLgNE
427jtUNkfISeAGxmqF/4402HTriewdrqaJ0QReVIuSz7M/dJKg5yQDyMdSKLsLI1/wCxtO/58oP+
+BR/Y2nf8+UH/fAqvF4itDcJbTPtuJJjDGkau5ZgFJzhflxuGc9Kgg8aaFcSIkd6SZCApMMig5O0
HJXGCeM9M8Zouwsi/wD2Np3/AD5Qf98Cj+xtO/58oP8AvgVdpaLsLIo/2Np3/PlB/wB8CoLnQrWU
KsMMEKn77CIFse2eB9a1aKLsOVGRpFlBp93e29rGI4kMeFH+7WvWKy6gdYvvsMlqq/u9wmRmOdvb
BFS7Nc/576d/35f/AOKq5K7u2TF2VrGrRWVs1z/nvp3/AH5f/wCKo2a5/wA99O/78v8A/FVPL5j5
vIfr1i+oad5KWkF0d6tsmlaLGO6uoJVh2IrmYPBmojV4by+mS9ddrLK9y4aAhSNoG35xyOSRnJJF
dJs1z/nvp3/fl/8A4qjZrn/PfTv+/L//ABVHL5hzeRzsPgmWztreOC20+SOJLYyWrZWKd0SRXLYU
93VgSDnaM0628F3Asre2uls3iRLZZIgCUIjneRgARyMOAM+ldBs1z/nvp3/fl/8A4qjZrn/PfTv+
/L//ABVHL5hzeRxd74eu7bWtLhl0yS7tbc5jEKgoM3DSAZKkJtATPKZGRkjp1GraZqU+rTzWK2pi
urIWrvM7Ax/MxLBQDu4bpkVb2a5/z307/vy//wAVRs1z/nvp3/fl/wD4qjl8w5vIyrXw9qGkXout
P+zz+WzxrDM5TdE0cKg7gpwwMPoQQanl8P3Mvhiaxd4Guric3Ey/N5TsZfMaP12Hlfoenar+zXP+
e+nf9+X/APiqNmuf899O/wC/L/8AxVHL5hzeRlaV4WeDVLe8ureyRY5J5Vt4gWS3Z/KC7Mgf88yS
cDljgVJqei6jd3+qRxC2FlqcEcMsrud8agMGwmMEkNxyK0dmuf8APfTv+/L/APxVGzXP+e+nf9+X
/wDiqOXzDm8jnrnwbqd289xJqKrNdvOs0QUbEjkXYADjLEBYjg8fKelbdnZ6lcavFfapHaRG3gaG
NbeRn3lypZiSBgfIMDnqeal2a5/z307/AL8v/wDFUbNc/wCe+nf9+X/+Ko5fMObyNWisvZrn/PfT
v+/L/wDxVGzXP+e+nf8Afl//AIqjl8w5vI1KKy9muf8APfTv+/L/APxVJs1z/nvp3/fl/wD4qjl8
w5vI1aSszZrn/PfTv+/L/wDxVNdNb2ndPpu3HP7l+n/fVHL5hzeRq5pa5Xw/Fqq3paFo10vsroy5
/wCuYYlgPrx7V1VEo8rtcIyurlTVLK21HTZrW+OLeQYf5tvGc9aKoeL7Wa98K31vbRNNNIgCoo5P
zCitaSbXxWIqNX2ubVFFFYGoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/
uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FJS0hiEZFZ2g6o2saYLtohEWkdNobP3WK9fwrRNVNL06DS
rIWtqzmMMzfOcnLMSf1NHQRcooooGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT
2Jbf/j2i/wBwfyqWorf/AI9ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/IR07/r
q/8A6Lar1Ub3/kIad/10f/0W1NCZeoqC3u4rl3ELbwhwWAO3PoD0P4VPSGFc5p/iO7nkt5L21his
7uWWGGSKUsysm/74IGAVjY5BPSujrn/+EOszbywSXd9JE4kCI0gxD5md+zAHJDMMnJAJxQBnp4u1
G6s45rWxtFdrmOFop52DBZSvlPwp4KsCfQgjtWnpniCS81q40+4gSMRr+6lSTImdMCYAEDhWZR78
9KdH4R0qCfzLSAWozExjgARC0b7kJGOuSR9Kih8F6XbeVJarLBdp5hN3GQJpC4IYs2OTls/UD0oA
nm8UWMLXO5Lox25KGVYGZHkDBfLUjq+4gY9c+hqGXxnp0MaNJHeA/vPNQW7FoBHt3lx/CAHU59Dx
mpZPC9tJ9oX7VeLFNJ5wiWUBY5dwfzF4yDuGeuOTxzSDwpZeTMkktzI88U0U0ryZeTzdoYnjGcIo
GAAAOlAFa08TyzaldxXEBhgivfskRZGBfEbOTnkH7vHTj609/GunR29tPJDfLHcRGdSbZvliBA3s
OoX5hV0+H7QsSWlybprr738ZjMZ7dNp/OopfC9jNapbs0+xLL7CMPz5fy+3X5RzQBc0zVYdWt3lg
SaMxuY5I5oyjowAOCD7EH8au1WtLCKzkuniLZuZvOfcc/NtVePbCirNABRRRQAVRsP8Aj4v/APr4
/wDZEq9XNXbaiLu7+zbRaef++ZN3mD5E9OcfTmqir3Jk7HS0Vl251H7PH5IsjFtG07nPH5VJnVf7
tl/30/8AhRyhzGhXMf8ACDWmzb9pm/483tDwP4twEmP7wVmUexrXzqv92y/76f8Awozqv92y/wC+
n/wo5Q5ilJ4aLC9hj1C4js7wSl7cKpAeQEMQxGcZJOPX8qluPD6HS47DT5Y7GAcSJHbRskoIwcqR
jPfNWM6r/dsv++n/AMKM6r/dsv8Avp/8KOUOYoSeE7aK1t002Q2U8EiSCcIHZyqMg3buvDGoZfA2
n3bs19JPcho3QhnK5ZzmRztxkt8ox0AUDFaudV/u2X/fT/4UZ1X+7Zf99P8A4UcocxmnwdbzKiXd
1cTp5scsoLbTK0cQjUkrg9QG47ilTwkkNiLO3v7iK3il8+2QBT5L794IJGSASRg9j+NaOdV/u2X/
AH0/+FGdV/u2X/fT/wCFHKHMZ7+FmmuvNm1K4dZWie6jCIBO8Zyp6ZXoMgdQB75QeEYAkS/apv3a
KgOBziYS/wAxj6Vo51X+7Zf99P8A4UZ1X+7Zf99P/hRyhzEFv4fittWN+s8hcyTSbCBjMgQEfh5Y
/Oqq+EYFtEt/tUxVbeC3zgdIpN4P1J4rRzqv92y/76f/AAozqv8Adsv++n/wo5Q5i+KWs/Oq/wB2
y/76f/CjOq/3bL/vp/8ACjlDmNCis/Oq/wB2y/76f/CjOq/3bL/vp/8ACjlDmFtP+QtqH1j/APQa
vVmab539o3/2gRiTMf8AqycY2+9alEtwjsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUlLRQAlLRRQBna/qZ0fRbm/WISmBQ2wtjPIHX8aKl1XToNW02ayuiwhmGGKnB656/hRWt
NwS95Gc+e/ulyiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArOkE9pqM1wtu08
UyID5ZG5Suexxnr2rRooEyiNWgUfvUuIz/twP/hinRarZzSrFHKS7HAGxh/SreKKegaga5/wS2NB
aFgyyw3MyyKwIKneT39iK6DGaMUX0sFtTFj8Y6JLcLAl6TI7hAPJfk5xj7vrV3U9asdHSN7+fylk
JVTsZskfQGruKMUaBqUtM1iy1iN5LCbzVjbax2MuD17gVSbxjoizmFr0iQPsI8l/vZxj7vrW1iij
QNSnqWr2ekQLNfTeVG7bAdjNk9ewPpVP+2rHWdI1A6fP5oihYP8AIy4ypx1A9K2MVV1T/kFXn/XB
/wD0E0KwO5l/8JhotriCa8Kyx4Rl8lzgj6CtPUNVtNKtRc3svlwlgobaW5PTgA1Pb/8AHtF/uD+V
SYodgV7GfpmvafrLSLYXHmmMAsNjLjPTqB6VWu/F2jWNzLb3F4UliO118pzg/UCtnFFGgalW81S0
sLH7ZdS7Lfj59pPXpwBmoNM8Q6brEzxWFx5rou5h5bLgdO4FaOKMUaBqZF74r0fTruS2ursxzR/e
XynOOM9QMd6uz6paW2m/b5pdtrtV9+0ng4xxjPcVaxRijQNTM03xHpmrXBgsbnzZQu4r5bLx+IHr
Tb/xRpOmXbW15dGOZQCV8pzjPI5AxWriijS4a2KjaraLpf8AaJl/0TZ5nmbT931xjP6VW0/xNpWq
XQtrO6MkxBYL5brwOvJFamKMUaBqZeo+JdL0q6+z3t0Y5dobb5btwfcA+lWo9UtJdM/tBJc2mwye
ZtP3R1OMZ7elWsUYo0DUybHxTpGpXaW1pdmSZ87V8pxnAyeSMVS8U3+lpcWtpqU7xq2532B8hSrK
DlR610eKpXv/ACEdO/66v/6LaqTSd0Jp21MvSrexl003ImaWzRSY5UklQ7VznK57Y7dfSo7PVPDl
/dR21rdTvNKcIu+cZ4z1PFdLijFHOxciMDU7jQ9Hkjjv55onkBZR5kzZH4E1PYppOpWZurSSaSAE
jd5so6deCc1sYoxS53YfKjmLbV/DV5cxW9vdzvLKwVF3TjJPuatanLoujmMX800Rlzs/eTNnHXoT
61u4op8/qLlMbTk0nVrcz2Mk0sQYoW82VefoSPWqEWs+Gp7hII7ucyO4RV3TjJJxXUYoxRzhymJq
baNo6xtfyzRCQkJ+9mbJHXoTS6Z/Y+sRPJYSzSojbWPmzLg4z3IraxRilzOw+VXOX/tnwyLjyftc
/mb9mN0/3s4x+dXtSGkaPCkt/JNEjttU+bK2TjPYmtrFGKfP6i5TD0x9G1hZGsJZpRGQH/ezLjPT
qRVObWPDVvcPBLdzrLGxRl3TnBBxXUYoxRz+ocpj6jHpOk2wuL6SaKIsFDebK3J9gT6VH4b1GwvH
vk0+ZpEEwcbg+dpUDOW56g1uYqlYD/SL/wD6+P8A2mlHNdO4Ws0U7rxdotlcy29xeFJYm2uvlOcH
6gVfvdUtNOshd3UvlwHA3bSevTgDNWsUYqdCtTO03xBpusSvHYXHmvGu5h5bLgfiBUN54s0fT7qS
2urspNGcMvlOccZ6gYrXxRijS4alW41S0tNO+3zy7bbarb9pPBxjgDPcVW03xHpmrXDQWNyZZFXe
R5bLx07getaeKMUaBqZN/wCKNJ027a1u7oxzIASvlOcZGRyBirj6paR6X/aLS4tNgk8zafunocYz
+lWsUYo0DUy9P8TaVql19msroyTbS23y3XgdeSBRqHibStLujbXt0Y5gobb5btwenIGK1MUYo0uG
tiqmqWj6X/aKy5tNhk8zafujvjGf0qnY+KNJ1K7W2tLoyTMCQvlOM4GTyRitbFGKNA1M3UvEemaR
cLBfXPlSMu8L5bNx07A+lWLfU7S6037fDLutdrNv2kcDOeCM9jVrFGKNA1Miz8WaPqF3HbWt2Xmk
OFXynGeM9SMVNqfiDTdHlSO/uPKeRdyjy2bI/AGtHFGKNLhrYq2WqWmo2Ru7WXzIBn5tpHTrwRmq
Fr4v0W9uYre3vC8srbUXynGT9SK2cUYo0DUwbjXNP0fVrwX8/lebsKfIzZwvPQH1rU07VLTVrY3F
lL5sQYqW2leR7ED1qK1/5CuofWP/ANBq/iqlYUbmLD4w0S4uI4IrwtJIwRR5LjJJwP4auanrdho6
xtfz+UJSQnyM2cdegNXsUYqdB6lPTdXstYheWwm81Ebax2MuDjPcD1qiPGOiGcQ/bT5hfZjyX+9n
GPu+tbWKMUaBqUtT1iy0eJJL+bykdtqnYzZPXsDRpmtWOspI1hP5qxkBjsZcE/UCruKMUaWDW5iy
+MdEhuHgkvCJEcow8l+CDj+7V/UtVs9JtxPfS+VEzBA20tz+APpVujFGgalDTNc0/WfM+wT+b5WN
/wAjLjPTqB6VVufF+i2dzLBPeFJYmKuvlOcEe4FbOKMUaXDUqX2qWmm2YuruXy4CQN20nr04AzUO
ma/p2sSSR2Fx5rRgMw8tlwPxArRxRijSwa3Me88W6PYXUlvc3ZSWI4dfKc479QKvXOqWlnp/26eX
ZbYVt+0ng9OAM96tUYo0DUzdN8RaZq87Q2Nz5sirvI8tl4zjuB61HfeKdI027e1u7sxzJjcvlOcZ
GRyBitbFGKNLhqVJNUtItM/tB5cWmwSeZtP3T0OMZ7+lVtO8S6Xqtz9nsrnzJdpbb5brwPcgetam
KMUaBqZeoeJtK0u6NteXRjmADFfLduD05AxVkaraNpf9oiX/AETZ5nmbT931xjP6VboxRoGplWHi
jSdTu1trO6MkzAkL5Tjp15IxTtR8R6XpNwIL65MUpUMF8tm4+oB9K08UYo0uGpzviW4TWPA97Npx
adJI8ptUgkBhng89jRXRYorWnW5FaxE6fO7sWiiisTQKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKxLnxhodpcyW8+oRpLExV12scEduBW3XmmpeD9cl1e+mg
tYXimuHkRjMBkE56VpSjGT952M6kpJe6rnWf8Jx4e/6Ccf8A3w3+FQX/AI00GbT7mOPUYy7xMqja
3JIOO1cl/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFb+yo/wAxl7Sr/KdjD428PpDGp1KMEKAfkb0+
lP8A+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2VH+YPaVf5TurTxb
ot/dR21rfxyTSHCJtYZP4itivOdF8Ja3ba/YXN1awxwwS73ZZgxxgjp+NejCsKkYxdou5tTlKS95
WFooorMsKKKKACiiigAooooAiurmKztpLi4cRwxKWdz0ArF/4Tjw9/0E4/8Avhv8Ku+IbKbUfD99
aW4BmmhZEDHAz9a89HgzxCAB9hg4H/PwK2pQhL4nYyqSnF+6rna/8Jx4e/6Ccf8A3w3+FVbrxloM
l7ZOuoxlY5GLHa3AKEenqa5X/hDfEP8Az4wf+BAo/wCEN8Q/8+MH/gQK19lR/mM/aVf5TtP+E48P
f9BOP/vhv8KP+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2NH+YPaV
f5T0TTNc0/WRIdOuUnERAfaCNuenUe1X65LwRoWo6NJfvqEMcRnMewJIG6A56fWutrmmkpNRehvB
tq7CiiipKCiiigAooooAKKKKAM/VNe07RjGNQukgMudgIJJx16D3qh/wnHh7/oJx/wDfDf4VneNv
D+pave2M2nwxyiFHVw8gXGcY/lXOf8Ib4h/58YP/AAIFdFOnTlG8pWZjOc07JHaf8Jx4e/6Ccf8A
3w3+FVbPxloMc14z6jGBJNuX5G5GxR6eoNcr/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFX7Kj/MR7
Sr/Kdp/wnHh7/oJx/wDfDf4Uf8Jz4eH/ADE4/wDvhv8ACuL/AOEN8Q/8+MH/AIECmv4L8QsjL9ig
5GP+PgUexo/zB7Sr/KeowTx3UEc0LB4pFDIw6EHoakqjo1rJZaLZW0wAlhgRHAORkDBq9XIzpQUU
UUAFFFFABRRRQAUUUUAFFFFABVHU9asNGSN9QuVgWQlULAnJ/Cr1cr430O/1lLA6fEkjQO5dXcLw
Riqgk5WZMm0rot/8Jx4e/wCgnH/3w3+FH/CceHv+gnH/AN8N/hXF/wDCG+If+fGD/wACBR/whviH
/nxg/wDAgV0+xo/zGHtKv8p1Nv4x0JNRvJG1GMJIU2na3OFwe1W/+E48Pf8AQTj/AO+G/wAK4v8A
4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECh0qL+0CqVF9k7T/hOPD3/AEE4/wDvhv8ACtizu4L+0jub
WQSQyjcjjoRXmf8AwhviH/nxg/8AAgV33hmwn0zw5ZWd0FWaKPDhTkA5J61lVhCK913NKcpyfvKx
q0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUlc3aeLLYajrVrqN7Y2zWVz5UC
ySqjMvlo2SCeeWP5UAdLRXLaH4km1G18PTXdxDDJqFm9xJCIThioUkhs4UDPQ5zn2qxb+MtP1Cdb
azW78yeF5oJHtnWORFH3wxGNvTn3HrQB0NFcl4R8aW+rabpMN5LKdQu7fd5jQMkc0gGXVWxtJHPA
9DWnD4s0y4v0to3mxLK0MVwYWEMsgzlFkxgng/XBxQBtUVj6Z4nsNYvprWx+0SNAzpJJ5DCNXVtp
XcRjd3x6UaJqs+o32swzKgWxvfs8e0clfLRuffLGgDYorBPjHTVuGikS9jOyR42ktZFWYICWCEj5
iACcd+1Wm8R6av2A/aBtv4WnhbB2+WqhixPYAEcn1FAGpRWJZeLNNvpCiG4jJhNxH50Dx+dGOrJk
fMOR+YqfRPENl4hhabTxO0AClZXhZEkz/dJHzYxg4oA1KKKKACiiigAooooAKKK57xprWo6JpVtL
pEENxdz3ccCRy5w2cnHHc4wPrQB0NFctD4qk1TUtKi0sReRqOnz3KmQHckiFAFPPYsQR7VmX/j65
tvCWi6nFbxtc3T5vI8HESR588jn+EigDvKK5bWfEt3aXurx2KQvDpulG7ZmBOZm3GNevTCEn6ipt
C1671+9ElqkX9lwxBZbjBPnzkDKx8/dXkE9zwOhoA6KloooAKKKKACiiigAooooAKKKKACiiua8T
eJH0zUrTTre6sbOSeN5pLq9b93FGpA4GRuYlhgZ7E0AdLRXK3Hix9LvNGsrhG1Br9XZrmygdkIAy
CgG7Pvzx16Vdv/GOladdzQTvORblVuZo4HeK3JxgO4GF6j6Z5xQBu0Vg6h4y0rTbu4tZTcyTWyLL
MsFu8nlxkZ3kqD8vvW1bzxXVvHPA6yRSqHR1OQykZBFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRXKeMfFN54c1DSxbwRS2sglmvNwO5YkKbiuO4Dk/hTfGni250I2UelxwzSyMss5kyVSAu
qZ47lnAH0NAHW0VyfijxXc6JqttDbRRyW0KrPqLtnMULSCNSvvkseeymrmsavfvrcGiaL9nS6eA3
M1xcKWSGPdtGFBG5ic9xjBoA6CiqeljUFtNuqtbPcBiN9uGCsvY4OSD7ZNXKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooASuasfC8X9pa7c6jY2k5vLrzYGkjVzs8pF5yOOVPFdNRQ
Bwlv4ev9J0vQJbhExpOl3MVwE+c7ii42r/F908VkeC5hHPpNvK0V9cT2DQ27w6h5/wBkTYGIZNo2
AkKM5OCAK9RIzUcdtDCzNFFGjMcsVUAt9aAOV0/w5f22meEIJFj8zSWBucP0/cunHrywqloPhCbS
57S0u9JW5jtJzJHfHUJNvDEq3k9AwzjHTOTmu8ooAxfCul3GkaXPBdBBI95cTDac/K8jMv44IrP0
+21rSde1Ux6bBcWd/eicT/agrRrsRD8m3kjaT15rqqKAOB07w3rza9pN3qi+Y9lcSvcXL3rOJgyO
oKRY2oPmHHX61V8O+Gm1GLxFZ/aAbW2jn0ewkXny0Ylm+uCyp/2zxXpFNSNIwQihQTnAGOaAOL0f
w3cxgC60VIbmG0eFLo6lJOCzLtOxG+6D74xxXR+G7GbS/DOmWNyFE9taxxSBTkblUA4NadFABRRR
QAUUUUAFFFFABWL4k0u41P8Asr7MFP2XUYbmTc2PkXOce/NbVFAHH2PhS807x+dRgaP+yDFM6R5+
aKaUoXAH90lN31JqOx8HXI17WBemNtJmjnS0VTlh9oIabI7crx9a7SigDiNK8L6tF4K1m11Awvq+
oQNDuV/lwsQij5+gyfdjWhoehXugakiWqxnS7qENcQ7sfZ7gAZZB3V+49ee5rp6KACiiigAooooA
KKKKACiiigAooooAK5nXtJvf+Eks9asLG31AxW72slvNIEIDMGDqxBGQQQfY101FAHDWnhjVdHg0
Oe3gtrmeyubmWa2SXy0QT7jtQkdFyOwzTrzQtcig17SrK2tZrTWZZJBdyTbTAJFCuGTGWxg4wfTp
Xb0UAefRx6paeKPEFlo1pb3amztIC08/llD5bhWPB3L1yOtdloWm/wBjaDYad5nmfZbdIS+Mbtqg
Zq6EVXLBQGbqQOTTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB1nQ5NU8R6ZcPGj2UNvd
Q3CseSJAgAx36Guah8EauPDN9bXc0VxfvLbQQOWwBawSKUyf7xAZj7mvQ6KAOOfwXNq91rdxqt9d
2/8AaMhhENrKNht1XagYFTycsT/vVDaaN4h019M1ZIbe71CGx+wXtu02wSqrZSRHwRu7kH+97V29
FAFPTJL+a08zU7eG3nZiRFFIZAq9gWwMn1wMVcoooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAP/9k=

--_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=108243;
	creation-date="Wed, 28 Aug 2013 16:52:51 GMT";
	modification-date="Wed, 28 Aug 2013 16:52:51 GMT"
Content-ID: <image001.jpg@01CEA41F.C82480E0>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAQ9A3MDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuO+JQ3aLZoc7Wu1
BHr8rV2Ncf8AEn/kD2P/AF+L/wCgtWlH40RU+Bnn32SD/nkPzo+yQf8APIfnVq0tzd3cNupCmVwg
J7ZOKuy6JLFqE9q0qHyoWnWQDh1Azx9a9VyinZnnJSZkfZIP+eQ/Oj7JB/zyH51ajtbiWFpo4JXi
X7zqhIH41LY2E19NGqRSmJpFR5FQkJk45ptxQK7KH2SD/nkPzo+yQf8APIfnV5rCc3VxDbxSz+S7
KSiE8A4ycVW/Dn0oVmDuiL7JB/zyH50nkRxSRPGu1hKmCCcj5hWrqmlSaW0IeRJBIpyV/hYcMv1F
Z0nWL/rqn/oQpNpxuh6qVme20tJS14x6YUUUUAFFFFACV5D4niSbxbqhlXeVlUDJ6DYK9fryPxH/
AMjZqv8A12X/ANAFdWE+MwxHwGV9kg/55D86PskH/PIfnWrZ6RJfafc3UTrmA48sjl+CTj6AE/hU
E1m0VtaTBt/2pWKqByMNtx75rv5o3scVpWuUfskH/PIfnR9kg/55D86tTWs9syrPBJEzcgOhGasv
pcsOmzXNwkkLRyIgR0I3BgeefpTbigtIzPskH/PIfnR9kg/55D86tS2s8CI80EsaP91nQgN9Ks6V
pb6rO8aSJEEXO5uhJOFX6kmhuKVwV27GZ9kg/wCeQ/Ous+G6CPWdRROF8iM4zxnJrmSCpIYYIOCD
2rp/h1/yHNR/694//QjWOI/hs0o350eh0tJS15Z6AUUUUAFFFFAHP+OiR4Ov8EjIQcf7615d9kg/
55D869Q8d/8AInX/ANE/9DWvNK9DCfCzjxL95EX2SD/nkPzo+yQf88h+dblz4emttVtbJpkYXJws
oHAPcEeo/rWdFaT3DOIIJZdn3tiE4/KulSizBqSKn2SD/nkPzo+yQf8APIfnVmK3mn3+TDJIUGWC
ITge+KtXmmSQanJZ26yTsgB+VMk5APQfWneN7C961zM+yQf88h+dH2SD/nkPzqZkZGKupVlOCGGC
DV660qS0023u2dWE33kA5jyMrn6jmhuKt5grmPPawrBIRGAQpINez6MSdEsCSSTbx5J/3RXjtx/x
7S/7h/lXsWi/8gOw/wCvaP8A9BFceM6HThupeooorhOsKKKKACiiigAooooAK5n4hZ/4RKcZIzLG
DjuN4rpq5j4hf8inL/11i/8AQxV0/jRM/hZ5r9kg/wCeQ/Oj7JB/zyH51MBucL3JxWtceHprfWYr
BpkYSglJgDtOM5GPYjFes3FbnmpSexh/ZIP+eQ/Oj7JB/wA8h+dWoLW4uVZoLeWRV+8UQkD64oht
prjcYYZJAnLFEJ2j3p6BqVfskH/PIfnR9kg/55D860rvTJYdUuLO2SS4MLYyqZJHrgVTYFCQwKkc
EEcihWewO6IfskH/ADyH51Fc20SW0rKgDKpIINbN9pUljZ21w7qwmHzKOsZwGAP1BBrLu/8Ajzm/
3DQmmroNU7M9qsSTYW5JyTEvJ+lT1XsP+Qfbf9cl/kKsV4rPUQUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcf8AEn/kD2P/AF+L/wCgtXYVx/xI/wCQRY/9fi/+gtWl
H+IiKnwM47SpFi1ezkkYKizoWY9AMitiyv7aWC+S4lVZYI51t2J++j5+X8DyPqa5zFGK9ScFI8+M
+U6G1nTzNJuY72KG3tI1WaIyYYEElsL/ABbqWzuEddMlgvI7WO2mZpo2k2kZfIOP4srgVzuKMVPs
l3/r+mP2h0cd1BJbyJCbcypeySnzLgxAgn5WBBGcYqhazQzeInursxLEkjTuqH5WI5Cr65OKy8UY
pqmlfUTmzZnvLS/0m5RRJFOk32lfOlDFy3DgcD2P4ViSdYv+uqf+hCnYpsnWP/rqn/oQp8qjFpBz
XaPbaWkpa8c9MKKKKACiiigAryPxH/yNmq/9dl/9AFeuV5H4j/5GzVf+uy/+gCurCfGc+J+Alsb8
2WkM8Mii4S8jkVSeSArA8enOPxrSkvNOiv8AS3t5lWERTEE/8sGckrn/AHSf0rmMUYrtlSTdzlU2
lY6GzuYdPSziv7mOdlvVmyj+YI0AwTn3ODj2pPNW006SO8vYrom+im8tJfMygzuP4+lc/ijFHskH
tDf1i6zDeeX9keK5lDh1uWd2wcghSfl96r211aWWjxpIJJZppvOYQyhSgThQeD3JNZGKMUKmrWFz
u9zQ1toJdSe4tWUx3AE20HOxj95T7g5rY+HX/Ic1H/r3j/8AQjXL4rqPh1/yHNR/694//QjWddWp
WNKLvUueh0tJS15h3hRRRQAUUUUAc947/wCROv8A6J/6GteaV6X47/5E6/8Aon/oa15rivQwfws4
sT8SOrt9TtH8STx3E6C3E63EE2flVwoBGfQjj6gVmQt9p0q3htryK2khnd5Q8vl5yRtceuAMVjYo
xW3sl0Zl7S50V1dRahHeiwuo7Z2vPOy7+XvTbgEfQ5OPepp722uLvVY0khledoWRnmMayKF5G4d8
84NcvijFHsV3D2jNK7I1DW41uHgiVikbukm5QAACSx6nHer8mpWGoNqUIR4ftC7o3klBQNH9wAY4
yBjr3rnsUYpumnYSnYjn/wCPaX/cP8q9i0X/AJAdh/17R/8AoIrx64/49pf9w/yr2HRf+QHYf9e0
f/oIrmxnQ6MN1L1FFFcJ1hRRRQAUUUUAFFFFABXMfEL/AJFOX/rrF/6GK6euY+IX/Ipy/wDXaL/0
MVdP40TP4WeexkCZCegYfzrqLbU7STXbxLidFijuJJ7aUnjJBDLn0IwfqK5UjmkxXqzgp7nnRm4m
3at5+nactvexWxtnZpleTYclshwP4uOPwqaa6ivoZTY3UdptvpJ2Dv5ZKHG1h64wePeuexRj2pOl
5j5zp57u2uZtVjjaCR5bpZVLzGJZEC44YEdDzg1lysmo+IQbt4I43dfNZHymABnk9TgfnWZijFCp
8vUTnc35dRstSh1KPZJBJN/pCNLKCu9eigYGMrkflXN3f/HnN/uGpsVDd/8AHnN/uGqjBRTsDlzP
U9psP+Qfbf8AXJf5CrFV7D/kH23/AFyX+QqxXjM9NBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUx5FjBZ2CqO5OBT6y7a1hu7u8luY1meOconmDcFUKpwAeB1NNCbLDatYIcG8gz6Bwadb6
ja3UvlwzB3xnABqwkaRjCIqj0AxTqNA1ErN1LxFpukTpDfXPlSOu8Dy2bIzjsD6VPqztFpF48bFX
WCRlYdQQp5qPQJXn8P6dLK7PI9tGzMxyWJUZJoS6sG+iJLbVLS8077dBLutsM2/aRwM54Iz2NYl1
qfhvxWYdPlnadmfdGoSRDuAPfA7ZrpqMUJpA02cTqfh/wfo8qR3/AJ0TyLuUeZK2R+Gams/CfhbU
LE3lqk0luM/P5so6deDzXYUVftJW3f3k8ivscDaaZ4IvrmK3t3neWU7UXdMMn6mn654e8LaL5C3A
mieV148yVspuG7pnsa7vFUtV/wBTb/8AXzF/6GKaqO+7+8TgrbHOWHhPwtqdobqzSaSEEqW82Ucj
rweao22neB7u5jt4JJ2llYKi7phkn3Nd9Ril7SXd/ePkXY4vU/DfhHRvK+3iaLzc7P3srZx16Z9a
l0vwr4W1OEXVgkssccmMmWQfMMHofwrr6KPaStu/vDkV9jFh8YaLcXCQRXhaWRwir5LjJJx6Vc1P
WrHRljN/P5QlJCfIzZx16A1exS1GlytSlpurWerwPNYzebGjbCdjLg9e4HrVFPGOivcCBb0mVn2B
fJf72cY6etbVUNV1JtNijMdldXckjbVjt1BPTOSTwB7mi8VqyoxlJqMdx2p6zZaPHG9/P5SyHap2
M2T+ANGmaxZaxE8lhN5qxttY7GXB69wKpaT4jj1K8lsZ7a4sr6Nd5gnAyV/vAjgitqkpJrQdSnOn
LlkrGIfGOiLcGA3p8wPs2+S/3s4x09ao+IdD8NQ3DahrCyRvcOAWV5MM2PRfYV1OKKpSs7ozautT
jNM8MeE9ZWRrBZpREQH/AHsq4J6dcVTl0/wNDcPBJJOJUcoy7p+CDivQKTFV7R9394uRdkcfqXhT
wrpFus98k0UbNsB82VuevbPpVXSPDnhjWbq7Fms0sMOzB8yRcZBz1we1d1VG1/5C9/8ASL+RoVSV
t394nBX2OOuNO8D2tzJbzSTrLGxRl3THBHuKv6h4T8LaXai5vUmjhLBQ3mytyenA5rsMUUe0l3f3
j5F2RxWmeHPCOsNItgJpTEAX/eSrjPTrj0qeyufCnha+uUgmeG4/1coYSv05x0I79q6+kxQ5t7t2
9QUEtipe6paadZC7u5fLgJA3bSevTgDNQ6Zr+naxJJHYXHmvGAzDy2XA/ECtGio0sVrcx7zxbo9h
dSW1zdlJojh18pzjv1AxV261S0stPF9cS7LYhTv2k8HpwBnvVvFFGgambpviHTdXmeKwufNkRdzD
y2XA6dwKivfFWkaddyW13dmOaPG5fKc4yM9QMVsUmKNLhqZmryaZd+H5ZNRYnTpUVmYBgcEgqeOe
uK5rTdB8HatcNBYmaWRV3lfMmXjp3x613FFOM3FaCcbvU4S+0fwXpt21teNPHMgBK75jjIyORxVu
Twn4Wi0v+0XSYWmwSeZ5sv3T0OOveuwxRVe0l3f3i5F2PPv7J8IXsFyumtNJcRwtKAXlHQdeePSp
7/RvBel3Rtrxp45gAxXfM3B6cjiuu1j/AJA15/1xb+VWx0qvaO27+8nkVzkP+ET8K/2X/aOyb7Js
8zzPNl+7646/pVXT9F8F6pdC2s2mkmILBd8y8DryeK7qip9pLu/vK5F2OG1HQ/Bml3Jtr4zRylQ2
3fM3B9xmurtL6xj0SO7t5MWEUWVba3CKMdOvar2KKmUnJajUbbGTYeKNJ1O7W2s7rzJnBIXynGcc
nkjFP1LxHpmkXCwX1z5UjLuC+WzcfgD6VqUmKWlx6lWDVLS50038Uu61Cs+/aRwM54xnsapWPirS
NRu47a0u/MmkztXynGcDPUjFa9FGgambqXiHTdImSK+ufKkddyjy2bI6dgantdUtb3TzfW8u+2AY
79pHA68EZ7VbxRRpYNTHs/Fmj391HbWt3vmlOEXynGeM9SKn1PxBp2jypHf3HlPINyjy2bI/AGtK
kxRpcNSpZapaajZG7tZfMgGfm2kdOvBGaxrnW/DniWNdMluTMJ2AVBHIhJHI5wMdK6SjFCaQNNnF
an4d8IaO0a34miMgJX95K2cdemfWpdP8J+FtVtTc2STSQhipbzZV5HXg812GKKv2krbv7yeRdjgb
fTvA93cx28Ek7SysERd0wyT9ak1/w54Y0S0BmWaOaQHygZJGzjGemR3713dUNa/5BFx9B/MU1Ubk
tX94nBJPRHO6b4T8K6tbtPYpNLGrbC3myrz+OPWqEWn+Bp7hII5JzK7hFXdMMsTjFd/3oxS9pLu/
vHyLscZqfhnwloyxtfrNEJCQn72Vs469M0um+FPCmswPJYpNNGrbGJllXnGe+PWuyxRil7SVt394
civsYcXi3Q0kS1jvMMGESr5UnXOAM4q/qesWWjxxvfzeUsjbVOxmyevYGr1Jip0K1KWmazZawkj2
E3mrGdrHYy4P4gVSbxjoiXBga9xIH8sr5L/ezjHT1raxRijQNSnqWrWekQrLfTeVG7bVOxmycZ7A
+lN0zWrHWVkNhP5oiID/ACMuM9OoFXsUYo0sGtzFm8YaLb3LwS3m2WNyjL5LnBBxjpV/UtUtNJtx
PfS+VEzBQ20tz+APpVykxRoGpQ0zXLDWfM+wT+b5WN/yMuM9OoHpVW58X6LaXMtvPebZYmKuvlOc
Ee4FbOKMUaXDUqahqlppdoLm8l8uEkKG2luT04AzUWma9p+sPIthcea0YBYeWy4B6dQPStDFGKNL
BqY134u0axuZbe4vNksR2uvlOcH6gVevdUtNPsReXUuy3OPn2k9enAGauUlGgamdpniDTtYleOwu
PNeNdzDy2XA/ECoL3xZo+n3UltdXmyaI4dfKc44z1ArYxRijS4alS61S0s9PF9cS7bYhW37SeD04
Az3qDTfEOm6vO8Njc+bIi7iPLZcDOO4FaVGKNLBqZN94p0jTbt7a7u/LmjxuXynOMjPUDFXJtUtb
fTf7Qll22uwPv2k8HGDjGe4q3SUaBqVNN1W01e2M9hMJogxQkAjBHUYNXKp6fb2dv9p+x7P3k7ST
bX3fvDjOfQ9OKuUO3QEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMiup0tbWWeQExxIXbAyc
AZNNsrqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e7GcZGM0zS7Q2Gl2toXDmCJY9wGN2BjNP
oLqW6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1kutrCY1DOLiLCk4BO8d6a3E9i/S1R8/Uf+fKD/
AMCT/wDEUedqP/PlB/4En/4iiwXL1FUfO1H/AJ8oP/Ak/wDxFHnaj/z5Qf8AgSf/AIiiwXL1FUfO
1H/nyg/8CT/8RR52o/8APlB/4En/AOIosFy9UF5cLaWk9wwLLFGzkDqQBmoPO1H/AJ8oP/Ak/wDx
FQ3banLaTRx2FqzvGygPcEqSR3G3kUmnYcWnJXMfRY7rXdch8RXEC2tsLXyraLeGdwxzuYjp9K6u
sfTBqttptvDNp9mjxoFKxTFUHsBtOKt+dqP/AD5Qf+BJ/wDiKmEbI2xNXnqaLRaL0Reoqj52o/8A
PlB/4En/AOIo87Uf+fKD/wACT/8AEVdjC5eoqj52o/8APlB/4En/AOIo87Uf+fKD/wACT/8AEUWC
5eqha/8AIXv/AKRfyNUtTur6NI28tIJc/uxHOWLn027Pm/zyKk0aW5lurt72FYZysW5FbcBwadtL
ivrY2KKTNGakoWikzRmgBaKTNGaAMzVdMudRaIRanc2cSA71twAznt8xzjFZvh+6vbfxDqGi3d09
5HbxpNFNIBvAb+Fsda0fEgum8P3osJPKujH+7feEwcj+I8CjQ9GttJgLQhmnnAaeV3LtI2O7Gs2r
zVjshUSw7Utb6JWWj0d77+Rq0UmaM1ocYtFJmjNAC0UmaM0AU9Y/5A15/wBcW/lVwVnalcwz6TqC
RSKzRxurqOqnHcVojpVPYnqLRRRUlBRRWZHr9lJqOo2XmMk2nosk+5cDaV3ZB7gDrjpQBp0Vl6X4
gs9XjD23mYNutxh0KkIxZRn3yjcVWj8X6ZLodtqqvL9muZVhQeWd4YtjBXtjqc9qAN2is2w1lNRu
Zooba6VYndDM8eI2ZGKsFOeeQe3aoP8AhJ7IS3YKXIitSyvceSTGXUgFAe7ZOMY5PTNAGzRWNN4m
tLXT47u8jubZZJlg2SwkOrHuR6Y5J6AZpZvE+n291f28ryCWx8syrsPIfGCvr94Zx0zQBsUVDJeW
0M8cEtxEk0v+rjZwGf6DqahOsaaLY3B1C0EAfyzL5y7Q393OcZ9qALlFNR1kRXjYMjAFWU5BHqKd
QAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4esp7M6p9ojKedfyzR8j5lOMH9K2azNG1OTUmvx
Iip9mu3t1255C4wT781p03vqJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAVQ07/AFt//wBfJ/8AQVq/VDTv9bf/APXyf/QVprYT3RfooopDKerSNDpF5JGx
V0gdlYdQQpwaj0GZ7jw/p80zl5JLeNmc9WJUZNW7qaO3tZZphmONC78Z4AyeKbZXEV5YwXFuMQyx
q6ZGPlIyOO1PoLqT0UUUhhRRRQAVR1X/AFNv/wBfMX/oYq9VHVf9Tb/9fMX/AKGKa3E9i9XNa34l
uNI1trdoojZC1DmU5ykrFwgPbaSmPqwrpaz7/RLHUxci8gEouoBbygk/MgJIHscsTkc0hmBJ49iS
MxR2k094lr5jBBiMSCLzCpJPAx36dutXU8XwI1tFe2s9vcTGAbDhgPNBw2QfugqQT24q2vhjTUlZ
1jlUOmySMTuI5Bs2ZZM4J28ZIzwPSmz+FNKuYFiuIHmVbZrUF5WLeWxBI3Zznjg9R2oArweLoLgx
NHZ3Zt2MSyTkLtiaXHlg85OQyngHG4ZqsfGDtLpkqWU6w3yyiGFthkmYGMJjDYA+Zic9hmtVvDem
teR3X2ch4yhCq7BCUGEJTO0lexI4wPSlfw5psltb27QZjtozHEN5ygJU8HPXKKQeoxQBFqd5qY1W
1sdNa0R5beWdjcRs4JVkAUbWGM7+vPTpWfb+NYnhjlkt5AJjCqoCqhC6bvmdmC9iB0ycAZrY1DQ7
TU5YpLkz74kaMGOd48q2NyttIyDtHX0qOfw1ptxHLG8LJHMFWRIpWRXVV2hSAQCuOMdKAK8vihEW
aRbG7kgWUwRSqFxPKH2bFBOR82RkgDgnNRDxhbAtHLa3UU6hh5TBcmQOqFBg4Jy6H0wwNW28Maa3
nDypAkzbzGszhFfcG3qoOFbcAcjBzTk8M6WgtP8ARgzWkzXETs7M3mHOWZicsTnvnoPQUAZcHjyz
uxKbSzvJtrxpEVVQJt77FwSQBzzg4ODmtGz8QxXmoJYi3nS5LSrIjAfuhHtyTz0O9cY65p1v4Z06
1wsSTCNZFkSIzuyRsrbhtUnC884H8qF8P241m71J2czXBi+4Sm3y846HnJPPY4AxxQBlS+PbSCzt
biWyvQbpTLHEFVnMQx8+AfU8L1PpWhZeJY77VUtEtLlY5fN8q5baEkMbbXwM7hz6jmpZPDWnSQ2s
apNELWMxRNDO8bBDjKllIJHA4PpTYfDdrba3FqNu0kbIJQYi7MhMhBOATheQTwOSaANcqCc4GR3r
JW0FzrN6TNPHhYx+6kK54PXFa9ULX/kL3/0i/kaaEw/spf8An6vf/AhqP7LX/n6vf+/7VLqe46Vd
+WCX8l9oHXO01wEEmt6PFHDb29y5ttL3W0rIz/I7w7lPUl0xJgYJIA4PNF2HKjuv7KX/AJ+r3/wI
aj+yl/5+r3/wIauQs5tbubuGT+1bhp5bO5S3ZbcrC0gYFAwZBzjvgA4475kTX/EV0tw9vazITC95
CrW+cIQESP3cMGfHBPAouw5UdX/Za/8AP1e/+BDUi6YjDK3d4R/18NXPaffatd6hawx3t5JYG5YC
6ktVR5UWIMQQVAA35GcDPQdM1P4IN4lvJBeiaJYxmCEx4XYWY7t3UsT1B6AD1yS7DlRqXnh+2v7W
S2u5byWGThkadsGpItGihiSOK4vFjRQqqLhuAOAK4azhaLRFfSrW5W6SzmGoBoX2yPj5AQwwzbjn
jtn1rYuNY1WK6v4vNuTClyoe4itsi3hLMPlUpksAFyfnGCWHpSvrcd3y8vQ6T+yl/wCfq9/8CGo/
spf+fq9/8CGrm/7T1U6nDBFd3jhngSFTZALPCwBkmdtvysMtx8uNo4O6qN1rniY2CM3mWmyQWk8z
WxOHRSWkACN8rsQAdpHHbOad2LlR2X9lL/z9Xv8A4ENR/ZS/8/V7/wCBDVzj6hrNvYX2qXF3K0di
YJHgW3CJLGI0eYqGG7Jy+MnjGKsWt5q102kwyXEySs8j3pSAAfdEiR5K4wAwXI9Dzmi7DlRt/wBl
L/z9Xv8A4ENR/ZS/8/V7/wCBDVxljrfiCaF3vrqSBWkjW4WOycyWYO7dtzHgjIVf48dc4rq/Ct7P
qHhy1ubqVpZn3hnZAhbDsBlR0OAOKLsOVFDVNEkeG4upZ50WCN9gExZnGP4j6e1dKKp6z/yBrz/r
i38qaLjUf+fGD/wJ/wDsaptySJSUWy/RVH7RqP8Az4wf+BJ/+Jo+0aj/AM+MH/gSf/iamxXMi9XM
33hSW71SS7W5VBNdB5lC/wCsg2RhoyfdolOfQkd62PtGo/8APjB/4En/AOJo+0aj/wA+MH/gSf8A
4miwcyMfTvD+o6ZdIYp7R4XtxBNuVg3Ekj5Xt/y07+lU08DTRxCMXieWtvCqptOBMuwSP/wJY1H1
LetdJ9o1H/nxg/8AAk//ABNH2jUf+fGD/wACT/8AE0WDmRkWHhmaC4vxJ9mijupZJftNoWjuW3SF
wGb0GcfhUN54Tu7zU5blLi2tSCrRyQoxaZlZWTzgThsFRz1PqOlbv2jUf+fGD/wJP/xNH2jUf+fG
D/wJP/xNFg5kY994bv8AXZIjq9+sUSRSoY7IbclxtOSwORtyO33jVSfwVd3Vnma/j+3CWJzMqHDq
EjSRSP8Aa8sN7ED0ro/tGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyM+90CbUryee6miUyW
c9mjRIdyK7fKwJ7hQM+9YsXgm7tbYPEumm5XcpVklkSUGPZuIdid3HAzjBI966r7RqP/AD4wf+BJ
/wDiaPtGo/8APjB/4En/AOJosHMhNDt5LTQNOt5k2SxW0aOp/hIUAir9UftGo/8APjB/4En/AOJo
+0aj/wA+MH/gSf8A4miwcyL1FUftGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyL1UNb/wCQ
RcfQfzFL9o1H/nxg/wDAk/8AxNYN1eX7RXESRrNaf8tHM2/yjuHAbaN305x61UIu5MpKx1dLSClq
CwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKWn2lram5+yY/fTt
LLh937w4z9O3FXaxfDlpPaHVTPE0fnahLKmf4lOMH9K2qb3EtgooopDCiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTW
wnui/RRRSGV7+A3dhcW6sFM0TRgntkYpmlWjWGlWlo7h2ghSMsBwSABmjVZWg0m8ljYq6QOysOxC
kg1FoM8l1oGnzzOXklt43dj/ABEqCTT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD1
8xf+himtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8A
SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKAI5oY7iJopo1kjbhlYZB+oqSiigAqOGCO3iEcMaxo
CSFUYAycnj61JRQBS1j/AJA15/1xb+VWx0qprH/IGvP+uLfyp+oX8Ol6dPe3O7yYIzI+xdxwPQd6
roLqWcUYrIuPFGmWzWqtK7fard7mMohI8tV3En046euKnOu2Q1Cxsi7Ca+iaWAFTggAE5PY4PT2N
SM0MUYrCXxhp8pC2sd3csZ5IAsMBJLIAWI/2fmHPerer69a6KYhcx3D+YjyfuYi+xExuY46AbhQB
pYoxWbFr1tNe3VusVxstc+bcGPEQIUNjd64YVAviqwks7S4t1uZzdqzRQxQlpMKcMSvbBIBz3oA2
cUYrJXxLYPe/Z18/b5hh8/ym8oyjqm7pnt6Z468U7SfEdhrS2zWbyH7RC8yBkKkBWCsCD0OWHFAG
pijFZKeJ9Ne5mtxK4khuhauGQjD7S2c/3cK3Psajj8WWM0LSRw3rDyvOiH2dgZ48jLJnqPmB9cHO
KANrFGKw18X2LWa3AhvBuSKRIjCd7iRyiYHuRVmPxBaPPHbss8Vy7oghkjIf5lLA49MK2T22mgDT
xRiqjarZxytHNcRQsJPKUSuF3tgHAyefvCoJ9fsoL9rPzRJMkbSSLGynYAyjDc8H5xjPvQBpYoxV
Q6vp6lgb+1BWTyiDMvD/AN3r19utRxa7p9xcSwW9ykskM/2eVUYZjfaTz+AP5H0NAF/FUNZULo9w
FAAwOB9RT/7Z03yFm/tC08pm2CTz12lvTOevtTdaOdHuPoP5iqj8SFLZl4UtRSXEULossqI0jbUD
HBY+g9akqRi0UUUAcsPE93Ff6w9xF/oOmmTKx2rlnCqp4lLbd3P3cU278XyxTW7Jp1yNrzJdWxCG
RdkYcEHdtxhgevfHWtWTw3YSy3bt9o23m7z4hcOI3LAKTtzgHAHNSyaFYSzyTPCTJIzsx3nkugRu
/wDdUCgDPm8Z2MF6Ldkdt1s1yjKyEsoTzMFd25fl7kAUQ+LknjCx6be/bWcKtodgcjZ5m7O7aBtP
c9eKnPhLSDMZfs75KGPaJn24KeWTtzjJTAz14qWbw3p05LGORJNysJIpnR1KpsGGByPl4PrQBmye
PNPivri2aC6/cK291jyN69Uxnrk4z0J4zUsOvXj6Tr15NaGCXT2kEcEuMjbCrjcVJBySeQehFW28
MaYzzkxzbLgHzYhcSeWxIwW25xuwB83XPPXmprfQbG2sLuzRJGhvNxn8yZ3aQsoUksSTyAKAMG38
cLb6dLLqIWWZZ1hiWCJojJmPfkpIcr/FyTg7eOtXP+E209Z7ZJUliS4tzcKzldygIXIaPO8fKp5x
jIxVr/hFdM8nZtuDJvWQTm5k84MoKjD7twwCRjOME+tL/wAIrpX2lZ2hkdwMEPM7BzsMZZgThmKH
bk5OKAIW8TuiRA6PqHnyhpEgHl7jEoBL53YA+YDGc5OMUWniu3vdQit4bW58iZlSO6IXy2dohKFx
nd9w+mM8VI/hPTJLdIXW5KpuCsbqXcqkAFA27O0gD5enFW49FsYZEeKAIUmEyhSQFYR+UMDpjZxj
pQBjP4ju7bV9TWezle2t5oba3jiCbpHkC85Lf7XfAA96sS+LoIGlMlldiCMyxifC7GkjRndBzngI
wzjBKnmtKTR7OWaSV4iXkmjuGO48ugAU/htFVpPC+lS3M0727FphJuXzX2AuNrsFzgMQSCQM8n1o
Aq2fi6O6vIraTTb62aSRYi0oTCOyb0B2seq88dOhqpqPi270/VNRtXt4dkckcdo5z87YjZ1bnriT
Ix1APpW4NEsROJhCd4lSYHefvqmxT1/u8U288P6dfrKLq3EnmzpcsSxz5iBQrD04UDj39TQBnv4y
tYizSWl2IWLrby7VIuWVgpVRnIOTxuAzyaonx0tglw2p2dwswuZUS3RVLrGipknBIJy4xg85GK2G
8KaSzzM1u580MADK+I9zbmMYzhCWwcrjkU3/AIRLSwgCLco4d381LqVZCXADZcNkg7RkZ7CgCn4o
8SXWjm0NmsREsEs5EsEjltmzC/L9zO45ZuBjmujikWaJJFIKuoYFTkEH0NUdR0Oz1RoTcibMKNGv
lzumUbG5TtIyDtHB9KvRRJBEkUShI0UKqjoAOgoAfRRRQBm6Pqb6kb4PGqfZrt7cYOdwXHP61pVT
0+xt7L7SbYk+fO00mWz85xn6dOlXKb30EgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGRXUscN
rLLOP3SIWfIz8oHPHem2U0NzZQTWoAgkjVo8Lj5SOOO3FN1CBrrT7m3QgNNEyAnoCQRTNJtHsNIt
LSRlZ4IUjZl6EgAcU+gupcooopDCiiigAqjqv+pt/wDr5i/9DFXqo6r/AKm3/wCvmL/0MU1uJ7F6
iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/IXv/pF/I1fqha/8he/+kX8jTQn0L9FFFIY
UUUUAFFFFABRRRQAUUUUAFFZ+vXdxp+h3l3ZxpJPDGXVXBwccnp7ZrLt38UXNtFPFPoxjkQOp8uX
kEZHemlpcTetjpKKwNniv/nto3/fuX/GjZ4r/wCe2jf9+5f8aLeYX8jS1j/kDXn/AFxb+VJq2nnV
dJubISeV56FN+M7fwrHsdSvNV8LajPerBuUzRo0IIV1XjPPuDU0Gp38+oMktq8RjJ224kQFx/eJP
UfSq5XYnmVys3gpTJMy3rYd5fLBT/VRvG6iMc9A0jN+Q7Us/hS9vIIvtGoxR3Nvb+TBNBAV8shlZ
XwWPPykH1BrZ+2Xv/QNf/v8AJ/jR9svf+gbJ/wB/k/xqbFXMOXwUElge1ltWSCdpY4rq3MigGONB
0Ycjy8596m1vwgmqvCYpIsJ5u4XaPcYMm35lyw2kbeMcDPStb7Ze/wDQNk/7/J/jR9svf+ga/wD3
+T/GiwXMRfB0qy3yi7g8u9VUlnMB+0lAqKy+ZuxyEPbq2alh8MXmn3hudO1IbwzhftcZm+V9pYE7
gSdybgfcjmtb7Ze/9A2T/v8AJ/jR9svf+gbJ/wB/k/xosFzO/wCEbuDIkLX6/wBnpdG8EQhxJvLF
9pfONu87ume2cVDYeDI7O7jka7kaH7ClrJHGWjLOuzMgZTlciNQQPStf7Ze/9A2T/v8AJ/jR9svf
+ga//f5P8aLBcx5/Bqz3kc5uyALqWaRQn+sjcEbCc9QTkH6+tWLTw7dJJCb2/SdbW2e2twkOzAYK
Cz8nLYUDjA68VofbL3/oGyf9/k/xo+2Xv/QNk/7/ACf40WC5ky+D0ngt4Z50kijt7WB0aLIkELlu
Rn+LOMdver7aDFHqMF3ZiCBrezktoVEWQm4qQeo4G08e5qf7Ze/9A2T/AL/J/jR9svf+gbJ/3+T/
ABosFzHvvBwv57qaW5jL3CyYJhzsZ0hXcOe3k5/4F7cxyeDJZLi5Zr2Hy5FlCYt8OPMmWU7m3fNg
rgcDitz7Ze/9A1/+/wAn+NH2y9/6Br/9/k/xosFznr/wTdXuj/2cuowRQqzhWW2IZkIYDeQ4LMC2
c8Akcg5qzd+DjeLdxPdokM9x9oGyLDgmExMCc89QRx69c1sfbL3/AKBsn/f5P8aPtl7/ANA2T/v8
n+NFguYU3glryKQ3dzbGWUSbhFbbYwWh8oFVLHBHU889OK2tWjMegSx7slUVd34jmn/bL3/oGv8A
9/k/xqnqtzdvpsyyWDxqQMsZVOOR2Bqor3kTJ6MoLoWoW2stO95cTLMcC4QRl4h6EMDgf7v5Vq/2
Vef9Bm8/74j/APia1B3paHUbBQSMr+yrz/oNXn/fEX/xNH9lXn/QavP++Iv/AImtWilzMfKjK/sq
8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A
4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/Z
V5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz
/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDi
a1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lX
n/QavP8AviL/AOJrVoo5mHKiG2ieC3WOSd52HWRwAT+QAqaiipKMTw3azWzat50TR+bqMsibhjcp
xgj2rbrO0nUzqZvQYhH9luntxhs7tuOfbrWjTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+ii
ikMqapK9vpV3NG22SOF2VvQhSQaj0O4ku9CsLiZt8stuju2OpKgk1aunijtZXuAPJVCZMjI24547
8U2ylgmsoJLQKLd0Votq4G0jjA7cU+gupPRRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAZLGssTxuMo4KsPUGsPwfIyaO1hKcy6fM9qfop+U/wDf
JFb9c9b/APEv8cXUPSPUbdZl/wCuifK36EGqWzRL3R0NZviDUDpmg3l0v30iIQerHhf1IrSrnvEf
+m6no+ljkS3H2iUf7EYz+rbaUVqOT0JY7AaX4L+x94bQhvdsZP65rYMaMysygleVJHI+lVtY/wCQ
Nef9cW/lVXxQJT4X1AW5lEpgYKYSQ4J/u45z9Kb1QktTWzRnNef3UmszzRCQ3qfYY7izJXcBcOIZ
D5uB1ziPB/vEgc1NNq9ybnTdTsDe3ENlZMbmBEceacorAqRywzuH0PvUlHdUZrzWVL+3mgj1O4uN
pvpmnaRpymWjibaDGQcBiwX+Hg1o+M5dRke0DBrQ7bgRmKSZ9xGzy2/dgYfrgMCOvWgDuc0VwMF9
dRaprE7Rzm/dFW1t380urNHEAOvl7QxOSB2Jogllh+yWWvHU4bK082InfIzO52NEXePlvkLDIOMq
c80Ad9mjNcSkk66muH1FtXN829W8zyltdxxx9zbsxz13e9ReHJdZtLiztniubpk0vzozcSsquXaM
7Xcg/Op3jkZxj3oA7vNGa4J21mHVW8k3bx3WqSbAxYrEyI20f9c249sr70+wi+1iOCFtTkzYudRM
7zLicbCuCcYfdu4TjHtigDus0Zrz57O+GmW1tbm7BmtLAt5kkpG9pj5m4g7hx1wRge1a62V3Y6xa
Ry3EosktjdTrF5jjzIsKFBJJwQwO3kkp7mgDqs5ozXG6jq2sw3l62ngpFG8kw3WzP5qqluQvXjO9
+np0yDVS71HUp9XvJG81nhhnjEAtnURDz4gvzD75ZBu49+1AHe9aM4rg9Q8T6va6Q1xC0kt557Br
cWTBYSFY+UWwd2cAAgc+ozUsuo6xbz6gUaW9mS/DQ27QsoSM27MuCOoLDH1HqaAO4qhrf/IIuPoP
5iuUm13XXsnaxn85VaV0uWsWXzQsO/bsOCPnG3PfOOorqNUcyaDI7DBZFJHpyKqPxIUtmaNLTGkS
MrvYLuO0ZOMn0p1SMWikooA5geK5U1PVVuI41stO3lykcjSMFUNkHGzPPTOaW58ZpC9s62d2Yy8q
XETQHzoiiB/u5xjDA/QjvV2XwxbSyX265vPJvt3nQCUeWSyhSQMZBwB3qWXw7ZzXMs7iTfI0jNh+
MvGsbf8AjqigCGfxXp9vdeRIZRutzcRyBRtkUJvOOc5288gDg1FF4ws5rcPHbXxnL7FtTBiZvk35
Ck4xt56+3XikPgnSzdGf9+GMRjIEnBzH5RPTOduB1x7VPN4Xs5H81JLmCcMrLLFLhkKp5fHGMFeD
+dAFaTx1o8V9NaSTSCSFGZzszgqMlcDndz0x1460+DxHNNpOt3rWjxHTmcJDMuxztiV/m69STyO2
KkfwnZu1z++vBDc7jJAJjsLkAF8dd3GeuM84zU8Hh+3g06+s2luZlvtxnkll3OxZAh57cAdOlAGR
aeOrZNLlutRaDKTiCM2z5ExKB+N+0jAz1x904q8vjDTGe23PIkNzb/aIpnTClQhc98j5VJ6Y4xnN
H/CI2Zjy1zetdeYsouzN+9BVSowcYxtZhjHc0h8G6bJerdTGeWTZtfzJM+ZmMxkscZJKnHXHfGaA
FbxXbrCjGx1HzJNzJD9n+dkUAmTGfu/MPfJxjNPtvFNld6ilpCtwyyFVS48o+UzNGJQob12HPSmt
4Ut3gjRr3Ud8YZFl+0kOI2ABTOPu/KPfIznNWYPD9lbSRtCjIIplnRQ3CsIvKAx6bO1AGc3imW31
TU47i0m+zWksUEXlxbnmkcDGDux/EOMDjnNWJPFtjFLKskd0scW9TKYfkLopd0B7sAre2QRnIq3L
odrNPLMwffLcRXLYbjfGAF/D5RxVWXwnYTzzySNclJvMbyfOPlo8ilXdV7MQW+m4460AMsvF9ne3
cVt9mvoHkcR5mtyoViu5VJ7EryP1warX3i6Wx1LUbSS0T9w0a2z7ziYkRlweOCBICPUZ9DWoPD9m
LgTYk3iZJx8/8SJsX8NtMvvDVhqIl+0o5MtzHdFg+CsiBVBHpwoB9cmgCu/jDTo3l3i5WNd/lymE
7ZyrBWEfcncQO2e2RVE+PrOzt55tUjltitzJHHCUAk2IqlmYE9i3bOcjANX28Iae7SlmuSrB/KTz
jttyzbmaMfwncAe+MYHHFJ/wh9ooDR3eoJcB3c3C3B8xt4UMCcYwdi8Y4xxigCxf6rc/bLez0qKC
W4liNwWncqixggdgTkkj9fx1I2Zo1LrtYjlc5wfrVDUNEhv5IZfOubeeFTGs0EuxyhxlSe4OAfwq
/GgjjVBnCgAZOf1oAfRRRQBS0/T4bA3JgLH7RO077jnDNjOPbirtYnhuCaA6t50bx+ZqMrpuGNyn
GCPatum9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
qGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlbUYGutOubeMgPLE6AnpkgimaRavY
aRZ2kpUyQQpGxXoSAAcU7U5nt9Lu5ojiSOF3U46EKSKj0S4kvNDsbiZt0s0CO5AxklQTxT6C6l6i
iikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiii
gAooooAiubqGytpLi5lSKGNdzu5wFFRWWpWeoxLJZ3MUysCRsbsDg8fUEVFrdr9s0meE2putwH7o
S+WWIIIw3YgjIPqBXIt4a1mWaW5aMm7ls3gjuHnUSxgPkK7L1JUldyjj68kA72ooZY54xLEQyN0Y
d65PTvDd1/aFrJNZ/ZrCO5eZLQ3G/wAkCNVXocHLgtgZAznrTLbwzqAa0uLgMbq2jtljf7QflInd
peM4OYyBz16UAdnmskeKtGMU0o1GAxwkK7ZOAScAfnxXN+A1d9Z1K5uYbtbqQfMZVIVR5jHBJJ+f
kDoOFHFNi0DV49AFoLS9WeG5im3C9QhgshJ8rJITg9CBQB3Ftcw3ltHcW0qSwyLuR0OQw9jSxzJI
8iK2WjIDD0OM/wAjXIWOg6paXOkOYNxgZw2+UFIo2kZsnGCZdpGWGQT1HerOp+HbnU9UlNwhksnu
/N2+cV+UW2wcA/8APTt+NAHVUhIAJPQVztzodxqOk6Faagpm8hka9BlI3YhZTkg5b5yPrWPbeHNa
Gq6fcXrXMphghVXjukAjKptkV8jcwJ54POecYoA7YXMZtftG4eTs37v9nGc/lUP9pWvk2svmjy7s
qsDYPzlgWGPwBNefRWd3/wAJRZ219FdvPb2sUMeMsu8QEElicbNzHPB+ZRz2q9/wid/a2NvAlkbi
CN7WV7f7URuZY3WXBJ45K+xxQB3tLXCReGtZSW18yPdIvleROLo4sVWQsyY6vlcLnv0OAK6Xw3pb
aVpeyZNtxJI8kp3l9xLHHP0xQBrVz/ir/RP7O1UZ/wBCul8wj/nm/wAjfzB/Cugqnq1iup6Td2b9
J4mT6Ejg/nTi7MUldFvtXP6b/p/jDU7zrHZxpZxn/a++/wCpAqfQ9WEvhOG/uThoYD52ezJkN+oN
N8I2zw+HoJpgRPds11Jn1c7v5Yp2smK92i/rH/IGvP8Ari38qVNRhkufIhzKy8Oy/dT6n19hzSax
/wAga8/64t/Kqsfh6zhuN8MEAiYkvE8QYZ9VPUfypq3LqJ3voavmL/eX86PMX+8v51V/snT/APnx
tv8Av0v+FH9k6f8A8+Nt/wB+l/wqdCtS15i/3l/OjzF/vL+dVf7J0/8A58bb/v0v+FH9k6f/AM+N
t/36X/CnoGpa8xf7y/nR5i/3l/Oqv9k6f/z423/fpf8ACj+ydP8A+fG2/wC/S/4UaBqWvMX+8v50
eYv95fzqr/ZOn/8APjbf9+l/wo/snT/+fG2/79L/AIUaBqWvMX+8v50eYv8AeX86q/2Tp/8Az423
/fpf8KP7J0//AJ8bb/v0v+FGgalrzF/vL+dG9f7y/nVX+ydP/wCfG2/79L/hR/ZOn/8APjbf9+l/
wo0DUteYv95fzo8xf7y/nVX+ydP/AOfG2/79L/hR/ZOn/wDPjbf9+l/wo0DUteYv95fzo8xf7y/n
VX+ydP8A+fG2/wC/S/4Uf2Tp/wDz423/AH6X/CjQNS1vX+8v51Q1t1Oj3ADDOBj8xUv9k6f/AM+N
t/36X/Cqer6bZRaXM8dpAjqAQyxgEcinG10TK9mZZ0nVY9c865umm3tiG4WBXEXsVJ+T6jNa/wBg
1X/oMD/wFX/GtTFLQ6jYKCRlfYNV/wCgwP8AwFX/ABo+war/ANBgf+Aq/wCNatFLmY+VGV9g1X/o
MD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/
6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DV
f+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g
1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlf
YNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVENtHLFbqlxN50g6ybAufwFTUUVJRn6Vqn9pm8Hle
X9lunt/vZ3bcc+3XpWhVLTtNi077UYmdvtM7XD7j0ZsZA9uKu03a+gl5hRRRSGFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBf
J/8AQVprYT3RfooopDIbpoUtZWudvkBCZNwyNuOc/hSWTW72UDWe37M0amLYMDbjjA9MU3UYGudN
uoI8b5YXRc9MkECo9HtZLHRrK1m2+ZBAkbbTkZAAOKfQXUu0UUUhhRRRQAVR1X/U2/8A18xf+hir
1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUlAC1U1W+/szSrq98
l5vs8TSeWnVsDOKt1Fc28d5azW8wzFMjRuAcZBGD/OgDJj8TW5l0+GeC4t5b5AYhIowGIJCnnr8p
9unNULPxkbzT7B/szxXM5tzIsqFVKSHBZOckA56+3rVuPwdp6aha3pluXntgm1ncHeVBCluOwYjA
wPbPNFn4O0+zSNfOu5vK8sRmabcUSM5VB/s5P8ueBQBNovinTfEEtxHp8rO0ChiSOGU5wwx2OD1w
faoLTxfZzTWkDpPvuI4X81YT5SmUZQFuxOKu6RocOjRtFb3F08O0JHFNJuWJRnAXj375PAqGDwvY
W6xKnnYi+z7cv/zx+5/Pn1oArv4nRfE0mmsYIooWCO8rMGZjHvwvy7eh7tk84HHKr4y09oTJ5N6M
+WYlNud0yu21XQdwT+IyMjmrc3h6yn1NryQyks4keHf+6Zwu0OV9dvHpwPSs248F25tkitry7R1e
ELK8pZooo23BEPb6nJ9c0AbmnX8Op2guIVdRuZGSRcMjKSGUj1BBq3VXTtPh0yzFvAXZdzOzu25n
ZiWZifUkk1aoAKKKKACkpaKAOB1JmtptU8OxnB1C8jaED/nnLzJj6bW/Ou8RFjRUQAKowAOwrjtW
uol+JOlsYtywx+TJJ/deTdsH6H867OtJ7IiG7KWsf8ga8/64t/KrgqnrH/IGvP8Ari38qq+KJZof
C+oyW8skUywNskjOGU+o96noV1NeivP7rVtXlmiUzXMRso7i1m2jaJ5xDI2/pyBtjI93PpU1x4kk
W50zUbS8e6srayL3kcJ3iTlFJOP4l3A/TNSM7qivN2vtRint4tU1KSIPfTecZLtoFXMUThAyjopZ
gB0OOtaHjLU7+OS0CyPpp23OzddbBIVCbGG0NuPJwh685oA7iiuDg1yaPUNYneeQ3KqotbJrlvMD
PHFtXycbQNzH5s9c02DU5R9lsNb1G+sYLbzY5ZpHEckknyNFvdSRyjE8Hkg+mKAO+oriV1Gcakv/
ABMLptTN+0bWWTsW23HDFMYxsAbf6nGe1ReHNV1aO4s7W4+1X0q6X9pUMwUzh2jwSxwNy5deewHr
QB3dFcE+p6vBqrIs08kdzqkiQqeiFEb90T/db5SPdT60/T7l71Y4bfVL+5aWxeS/PmMpgmGwrjp5
bE7hsHYdKAO6orz5ptSXTbWCC8vHkntLByZLhwS8kxD/ADgErkccdBWvi/stYtbe5vWjsxbG7nzK
0hUxYUqHIBKtuVjnn5T60AdVRXG6j4j1G1u7z7EkDwxO8pMqu29FjtzhcH5SfNb246dap3XiG9m1
a7ImTFvDOn2aMOrRkXESKXOeSVywxjg9xQB31FcHqHja8stIN2r2ck/msptliYGHaGJjdi4G75cZ
6k9FNSy6/qVtLqDNIt3JDf4ito0ZHWM27OoOD8wJGOR1B9gADt6oa3/yCLj6D+YrlZ/FuqfZHayf
T7rY0jC5SF/KkVIfMKqN2c5+XOe/TPFdPqknm6DJJjG5FbHpkiqj8SFLZmjS0lLUjCiiigDm18XR
jU9SgnSCK307eZX85ml2qoYsIwnT5v72falufGdlC1q6pOYJHlSbMEgkiKKG5Tbu6EHp05qeXwys
v9oxnULoWuoF2lgCptDMoUkHbu7DvT5vDVtPdS3DTTB5XkdgCMZeNYz29FH40ASTeI9Ogn8qWSRc
wmZHMTbHULuO1sYJ284FRR+LdLltPPje4Yl9ghFtJ5rHbv4jxuI2/NnHSqTeBLBrw3P2i43GBocf
J0MXlH5tu77vQZwDzjmrcnheHz/tEF5cwXKsrJKm0lcR+WRggggqOcjrzQAr+MNFiu5LaS9CPGjO
xKNgbRlhnH3gD93rTYPEq3Gl6xfJbyBNOZwI5FaN32xK5yGGV5JH61E/gyzea7b7TOI7rc0iBY87
zj5g23cORuxnGe2OKtw+H0TTtRtJry5uDqO4zSybd2WQIcYAA4UY4oApWXjOzfTpbu+MUQSYQr9n
l89ZWKhvkIAJIBORjjBq8nifS5Gt8TsIrmLzop2jYROu0scORjO0E49Aaov4KtZYiZry4kuvNWUT
skRIKqUA2bdhG1iOR/SkfwPYS3yXU888rCMxsGCDeDGYzyFBA2sflUhc84oAtt4s0xYElb7UN5Ox
Pssm9lADFwu3OwAj5unPrUkHibTbnUVsoZnaRsbXETeWxKeYAHxtJKHdjPSq7+GWkjizrGoCaJHi
WcGMP5TBQU+7j+EHOM571PbeG7S0eEwNIqQzrOiZyAVh8kD1xt/HNAFQ+Kkh1XUobqGWO3s3ihV1
hkZpZHxgKAMH7wAxk9+lWn8VaXHPLE80imIPuYwts3Ku5kDYwWCgkqOeD6VJNoNvNczTNJKGluYb
kgEYDRhQo6dPlGaqT+Era4km8y7u/IkMzrbhl2RySqVdxxnOGbAJIBY8UAS2fi3Sr65it4ZJ1llY
KBJbSJhiu5QSwABK8gHqKq3ni9bLUdRtJLRi9qY/KbfxPnZvA44K+YvHcGro8O2wuVn82bcJ47jG
RjckflgdOmP1qPUfCtlqZlM8kweS6juwyMAUdFVcDjoQuCD6n2oAcfFekq8yvcMqxBvnMTbJNpCs
EbGHIYgYGeTVJPHOmx2889+z2saXDxIrxsHKoFLMykZUDdz+HrUr+DrWTcHu7sxrvNtHuXFszPvL
LxydwGN2cDio5PBVvKRK1/dNc+ZJIZ3WJyd4XcNrIVx8i4wMjFAF/UtXure7tLfTbOK8kuIpJhvn
8sbU2dDtOSd49KuaZfxapp0F5AHEcy7gHGGHsR6g1V1DRTfXFrPFfXNpLbxvFuhCZZW25B3KcH5B
yKu2dpDYWkVrbLshiUKi5zgCgCeiiigDD8NRyxtq3nJIu7UZWTeCMrxgjPatyqGmamupm8CxtH9l
uXtzk53Fcc/rV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlXU5nttMup4yBJFC7qSM8
hSRUei3Ml5oljczEGWaBHcgYGSoJ4qxdeT9ll+07fI2N5m7ptxzn8KSxNubGD7Ft+zeWvlbPu7cc
Y9sU+gupPRRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAY/ip2j8O3JV2QMUR3U4KozqrnPb5SeawL/UtXhubyOwlFuIpbqTJt/M3iOO
MqvJ4yWIyPwrs5oY7iF4pkWSORSrIwyGB6g08KFAAGAOBQBwuq6rd39nq8M1z5UiRER2KwHcyYUi
QP15JPt26g1LeeJ9RhuLu2h2tc2/2tmjaA/KisvlMfUbWLcfexXa4piSxvI8asC6Y3L6Z6UAcBDq
l5Al7c21yb1vOupI7g25UNttUKYXpjIx6HHHWn6v4h1rS7JrT7ZE12bjYly0CplfIEnQnbgOwBPX
GepFd/iql/pVlqiIt9bJMEJK7uq564PvQBg3Wpmy1qxMt3Gzz6Y6xNn91NMWTbjHHPb2NYC3ttFB
bLZXt2upTWc5v45pJNzP5ROCG4DiTGAvOM44r0dI0jRUjUKigBVUYAHoBSPEkm3eittIYbhnB7H6
0Acj4k1y90Xw1YS2hl+0NDuyYwwYqmdrE85J7Dk84xim3Os63Be3c0JWaISSww2v2futt5qtuHJy
3H4+tdlijFAHD6dcz3GmeKp1vnvWNuDFcJEYsnyT90ex7j+dZ/2d7bT7m3vrkWTRzwyCCSadreZT
G2PnzvXJyT2DRjg559IoxQB5ncXLql7LAbl7mezbERlm8+x/cj5SPusnAw3DZbuena6KzDVNaiUl
oEulKZOcM0aMwH4nOPetfFMht4rcOIY1Te5dtoxuY9SfegCSkJxS1keKL1rDw7eSx/65k8qIert8
o/U00ruwm7HO/ZH1XwxrOqxgme4uTc2577YThP8A0E/nXY2F2l/YW91GcpNGsg/EZqPTbBNP0m2s
lAKQxLH9cDmsvwixt7K60xj82n3Lwj/cJ3J+h/Sqk7pkrRmnrH/IGvP+uLfyp/2yI3It0LPIPvBB
kJ/vHoKZrH/IGvP+uLfyqlF4btYJ8wxoYHJZ43zkE91Of0OaFbl1B3vobGKXFUf7EsP+fZf++j/j
R/Ylh/z7L/30f8anQrUvAYoIzVH+xLD/AJ9l/M/40f2JYf8APsv5n/GjQNS9gUYqj/Ylh/z7L+Z/
xo/sSw/59l/M/wCNGgal7H1oxVH+xLD/AJ9l/M/40f2Jp/8Az7L+Z/xo0DUvYoqj/Ylh/wA+y/mf
8aP7EsP+fZf++j/jRoGpd2ijaPeqX9iWH/Psv5n/ABo/sSw/59l/M/40aBqXsfWjH1qj/Ylh/wA+
y/mf8aP7EsP+fZfzP+NGgal7H1ox9ao/2JYf8+y/99H/ABo/sSw/59l/M/40aBqXsVQ1vjRrjHXA
6/UUv9iWH/Psv5n/ABqnquk2UGmzSRwKrrgg5PHI96cbXQpXszMcaydcX7eYAd/+i5D+Tn/gP8X+
9+FbONd9dN/KStSim536CULdTLxrvrpv5Sf40Y131038pP8AGtWilzeQ+XzMrGu+um/lJ/jRjXfX
Tfyk/wAauLqFo12bVbqA3I6wiQbx/wABzmpXnijljieRVkkzsUnlsdcDvijm8g5fMzsa766b+Un+
NGNd9dN/KT/GtWijm8g5fMysa766b+Un+NGNd9dN/KT/ABrVqL7TD+9/epiE4kO4fIcA8+nBB/Gj
m8g5fMz8a766b+Un+NGNd9dN/KT/ABrQtrqC8iEttNHNGeA8bBgfxFS0c3kHL5mVjXfXTfyk/wAa
Ma766b+Un+NatFHN5By+ZlY131038pP8aMa766b+Un+NXkvLeS7e1SeNriNQzxBhuUHoSO1T0c3k
HL5mVjXfXTfyk/xoxrvrpv5Sf41q1EbqAGQGaMGMgOCw+Unpn0zRzeQcvmZ+Nd9dN/KT/GjGu+um
/lJ/jWrUcc8UxcRSK5jbY+052t1wffkUc3kHL5mdjXfXTfyk/wAaMa766b+Un+NXbq/tLEKby6gg
D/d82QJn6ZqcHIyKObyDl8yK18/7Ov2ryvO/i8rO38M81NRRUlFHTdNj043Zjd2+1XDXDbscFscD
24q9WH4ZEoOr+d5n/IRl2b8/d4xjPatym9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACqGnf62/wD+vk/+grV+qGnf62//AOvk/wDoK01sJ7ov0UUUhlXU
oXudMuoIwC8sLouTgZKkCmaNbSWWi2VtMAJYYEjcA5GQoBp+pTvbabdTx43xQu65HGQCRTNGuZL3
RbK5mx5k0CSPtGBkgE4p9BdS7RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPY
vUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaEy/RRRSG
FFFFABRRRQAUUUUAFFFFABXPa5/p3iHR9NHKLI15KPZBhf8Ax4j8q6Cuf0b/AE7xNrGoHlIitlEf
ZeX/APHj+lVHuTLsdBWB/wAg/wAc+kep2v8A5EjP/wASf0roK5/xcDb2Vrqaj5tPuUmP+4Ttcfkf
0ojvYJdzT1j/AJA15/1xb+VXB0qlqxDaLdkHIMLEH8Kr+Jrmaz8M6hPbTGGaOBikgAJQ+vPFHQfU
1qK4G68R6pJNEsc7Q/ZIp7e6AQYkuVhkbIyOg2Kwx/fFWbrxS9td6Zex3yTadHZGW+WPa+clF3ZH
QqWBx6E1IztaK86/trVzNbw3uoPA0l7KJB5scHlr5cTqm5lI+XeRjqfWtDxfrd/A9sLSSbTztuD+
+lii8wps2t824MvzH5eCfagDtaK4W38Rzi+1e6kuZHWJF+y2plQFmaOMovk7d2Sz9d3fFFprdxcG
0sNR1eWwEImSe4kRIZZXUoYwQwIXKPuxjnHoKAO6ori11m5F6kn9qF7ttQa2OnALhYQxG7GNwOwC
TdnHbpUXh3xFqRntLa+ae9mXTPtZWNEDXCu0exx0GRudTyPu57igDuaK4R/EGqwaq8RmaWOfUpI7
dNo4CI2YScd8KR3+9T7LUbi7SCKHXJrp7mwe4uWi8vNrIuwjbhflBJZdrZ6exoA7iivP31LVU0y2
jhv7iaee0sZdzMiuWmmIfDbcDI4HBxWvHPqdrq9paXV15ds1ubuZ5ZFZkEeFdCwUAglkbOB0b1FA
HU0Vx+oeKruxvLxbWKCaKF3kcyyn/VokBOzA6nzT14496q3Xim7k1S6KywrDBDOqwRTfvFKXEce6
QY4JySPZqAO6oriL/wAdzWGkG+YWDkyNtt1kJkRVDEq+cBXwv55ABp0vii+tJL97jyZ1t7/y44ID
iQR+Q0gDcc5wPxz6UAdrVDW/+QRcfQfzFczc+M9QitpDBFp1zJG0hMsUzGF0SHzTtbHLdvTofauj
1aUSaDLLjAZFbHpyDVR+JEy2Zo0tc4PFsE9+YrcEW8TYlleJyT7KoH6nH0q9/wAJJp3/AD1l/wDA
eT/4mm6cl0BTi+pq0Vlf8JJp3/PWX/wHk/8AiaP+Ek07/nrL/wCA8n/xNLkl2Dmj3Oblsb+G78Rf
ZrfUEubgytbPHHGI8mNQGWTG8NkEdce1Le6Hqck4iSXUWitpbg28/wBoPmbTAm3585IMm7r6Y6V0
f/CSad/z1l/8B5P/AImj/hJNO/56y/8AgPJ/8TRyS7BzR7nMzjxNJqhZIbuMGzdXZZCVZ/I+U43b
VbzOMBc+pwcVIbLWLSPyZW1e4sFlRpPLuCbggwjO1shsCTqAR+WRXRf8JJp3/PWX/wAB5P8A4mj/
AISTTv8AnrL/AOA8n/xNHJLsHNHuctPbeJjqN+0c+pK2yQQKoUxtHtG35i+BIOf4c7upxzV+y065
PhrxJCtreq14ZTbx3bh5XBgVRk5PcEDJz61tf8JJp3/PWX/wHk/+Jo/4STTv+esv/gPJ/wDE0cku
wc0e5yEen67Dps/2WK8himu0eZkhWOd18racIjqAAyp0IJGeveyI/E41CzFuLzK2pQzTtxIfIbaz
ruKK3mbcgAnjO7BxXTf8JJp3/PWX/wAB5P8A4mj/AISTTv8AnrL/AOA8n/xNHJLsHNHuc5LDqP2O
ApB4h8nEnmx/aR5xn2qEO7d/q/v9Dtzg4xVuwsdai1S3urye7d/PjimUS5hMf2YbmCdP9b3xn8K2
P+Ek07/nrL/4Dyf/ABNH/CSad/z1l/8AAeT/AOJo5Jdg5o9zFudFvBqWqS25vYxd39sWeO4ZcxAJ
5hHPHQjjnHAqvdW+vC8vBbjUvOBuMSeePIMPlsIVQZ+/u2HOM5DEnBFdF/wkmnf89Zf/AAHk/wDi
aP8AhJNO/wCesv8A4Dyf/E0ckuwc0e5h2Wl6vZ6nC4udTlhjuYlxNcF1MRhzISD1+fv27YFVtc0H
UH1HU72ytmc3V1DHNHkDzoQsWHHujK34Fvaul/4STTv+esv/AIDyf/E0f8JJp3/PWX/wHk/+Jo5J
dg5o9zmZYPERkuTF/aSzDzftLmUGORTINggXOA2wHHA685NU5dO12K2dbMaxa2st1PISpEtzkrH5
bN+8GRw/UntuFdl/wkmnf89Zf/AeT/4mj/hJNO/56y/+A8n/AMTRyS7BzR7mX4itZ5NT0m4MN7Kk
MMyyNbQxSNuJjwGDggA7W6eldQpyOmKy/wDhJNO/56y/+A8n/wATR/wkmnf89Zf/AAHk/wDiaOSX
YOaPc1aKhtrmO8t1mhJMbdCVKn8jzU1SUUdN1NNSN2EjZPs1w1u27+Irjke3NXqoaXpi6b9rKyM/
2q5e4O4Y2lscD8qv03boJX6hRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BRvM3
dNuOc/hSWK262MC2W37MI1EWw5XbjjHtimanC9xpd3DEMySQuignGSVIFR6LbSWeiWNtOAssMCI4
BzghQDzT6C6l6iiikMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwoooo
AKKKKACiiigAooooAKKKKACiiigAqha/8he/+kX8jV+qFr/yF7/6RfyNNCfQv0UUUhhRRRQAUUUU
AFFFFABRRRQBV1G8TT9OubuQ/JBG0h/AZqj4VsnsvDtosw/fSqZpf99zuP8AOr+o2EGqWMtndKWh
lGHAYgkZz1FY/wDwhWlj+O+/8DJf/iqpWtZku9zoKgv7RL+wuLWQfJNG0Z/EYrH/AOEL0v8Av3//
AIGy/wDxVH/CF6X/AH7/AP8AA2X/AOKo07hr2ItLu3u/Ajib/XwQPbyg9QyZU/yrce5tzOtqzB5G
HMYG7A9/QfWs19HtdF8P38Nkrqjo8jb5C5LEcnJ+lEHh9LW5YxPI8ErFnDTyK6n1yD8348+9U+Vk
rmRsGKM9UU9+R7YpkdpbxKVjgiRT1CoADVb+ybb1uf8AwJk/+Ko/sm2/vXP/AIEyf/FVGhd2WZLW
3mGJYInGd3zIDz606WCKYqZYkcocruUHB9qqf2Tbf3rn/wACZP8A4qj+ybb+9c/+BMn/AMVRoF2W
fsluZvO8iLzf7+wbvz60sltBMCJYY3BIJ3KDyOlVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo
0C7LfkReaZfLTzCNpfHOPTPpSrEikFUUEDaCB0Hp9Kp/2Tbf3rn/AMCZP/iqP7JtvW5/8CZP/iqN
Auy55UeQdi5B3Djv6/WkWCJC5SNFLnLEKBuPv61U/sm2/vXP/gTJ/wDFUf2Tbf3rn/wJk/8AiqNA
uy55MfH7teMAcdMdKGjRvvKp4xyO3pVP+ybb+9c/+BMn/wAVR/ZNt/euf/AmT/4qjQLst+REc5jT
ng/KP89h+VJ9mh3s3kx7n+8doy319elVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo0C7LJs7d
s7oIjubecoOW9fr707yIg5cRpvOMttGTjpz+NVP7Jtv71z/4Eyf/ABVH9k23965/8CZP/iqNAuy0
ttAkYRIY1QZwoUADPXiqutDGjzgDjA/mKP7Jtv71z/4Eyf8AxVVNW02CLTJnUz7lAI3TuR1HYnFV
G10TK9mXn023e9S7VWjnU8vG23ePRvUfWrdApai9ykhKKWigYlFLRQAlFLRQAlFLRQAlFLRQAlFL
RQAlFLRQAlFLRQAlFLRQAlFLRQAUUUUAYfhp5XbV/OaQ7dRlCbyeF4wBntW5VLTtSi1I3QiR1+zX
DW7bscsuMke3NXab3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGVtRna1065njxviid1B6Z
AJpmkXT32j2d1KFEk8KSMF6ZIBOKnukhktZUuceSyESbjgbcc5P0ptklvFZQR2e37MqKItpyNuOM
HvxT6C6k9FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiiigAooooAKKi
nuoLVN9xNHEn96Rgo/WlininQPDIsiN0ZDkH8RRcdna5JRRRQIKKKKACiiigClrH/IGvP+uLfyq4
Kp6x/wAga8/64t/KrgquguotFFUtYupLHRb66hKiSC3kkTcMjKqSMj8KkZdorjY/Fd/JHpEGIBeG
4WLUhtJCfOE+XngsSGGc8Cn3niTUofC+j6lCkTzXEga4TZ96NUd3C88HCcdaAOvoritR8W3xur7+
zTE9qscYtnWPezuZkR2GSAR85AHHK9a031a+i0g28bedrjwtLFBNCIyRk9QGK5AB43c46jNAHRUV
yenazqWqziytb6FZ7aPzbh57NkcksQIzHu+XGOWyc5XHWoLnxo0etapaRz2pSC3mWBBy/nRIHbcM
/dOSB0+4fWgDs6K5nw/4iu9S1NLG7ESzw2pa5VFI/eBlww5+6ysGH19qeviqWW2jnh0yV4rqUQ2R
81R55+bOR/AAEJ5zx78UAdHRXLjxmTPEv9mT7BtFy/mJ+4YzNDjH8Xzqenbn2qrZ+KL+1sZLrU4m
Zs3sqxIUI2QnAUEY9xznPXgUAdlRXNXfim7tLsW7aPK7qsXmbbhMI8rMqLz15HJ7Z71saTqH9qac
lz5TQsWdGjYglWVirDI4PKnmgC7RRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXhS0lLUjC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9K0waabwiUyfarl7j
lcbd2OPfpWhWH4amlmOredI77NRlRN5J2qMYA9q3Kb3EtgooopDCiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui
/RRRSGVNUie40q7hiXdJJC6KPUlSBUeiW8lpodjbzrslit0R1znBCgGptQna10+5uEALRRM4B6Eg
E0zSbt7/AEi0u5FVXnhSRgvQEgHin0F1LlFFFIYUUUUAFUdV/wBTb/8AXzF/6GKvVR1X/U2//XzF
/wChimtxPYvUUUUhhRRRQAUUUUARzzLbwSSsGKopYhRknHoO9YH/AAmMcM0P2/TL+xt5mCJPOgC5
PTdg5XPvXRGuQ12W48T3N14fs7bZFBNF9qupHGFHDDavUk4rOo2lodeEhCcmprTq72su/wDXodfS
0ijaoA7ClrQ5AooooAKKKKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UlLSGFFFFABRR
RQBm6npmmXZS51O3t5BApw0/KoD168dutYHhNbdfE2r/ANkY/snamPL/ANX5v8W3+uK1/Fq27+F7
9byV4oGjw7om8ryO3er+mrCmnWwtgBCYlKYXbxjrjtWbjea8jshVcMO023fTyWz+8t0UUVocYUUU
UAFFFFAFLWP+QNef9cW/lUzXMMcyQtIolf7qZ5PviodY/wCQNef9cW/lWfb6HJa3blbi5kimbc0n
nFZFPv8A3h+WKtJcupDbvobmajuYI7u2lt50DxSoUdT0ZSMEflVX+yl/5/L3/v8Amj+yl/5/L3/v
+amyKuxo0TTxPJOLWPzZHjkduclo+EP4Uyz8PabYbPs1vtCSeYgMjsEbDLwCSBwzDA9al/spf+fy
9/7/AJo/spf+fy9/7/miyC7K/wDwjGkCzW0FkiwJEIlVWYYUMHABBz94A/WrA0m0GmNp5jZrVgQV
aVyeTn7xO7r70f2Uv/P5e/8Af80f2Uv/AD+Xv/f80WQXZXPhjSCkSmzX90SQ29txyQSGbOWBwMg5
BwKlfQdNks0tHtIzAjtIqc8M27cc9ed7fmaf/ZS/8/l7/wB/zR/ZS/8AP5e/9/zRZBdjJNC06W4a
d7VPOaJIS4JBKK25Rx6EZqJvDOkssy/Y12zOJGAdgA2Scrz8pySflx1qx/ZS/wDP5e/9/wA0f2Uv
/P5e/wDf80WQXYyPQNNiiWKOziWNUSMKM/dRt6/kxJ+tLJomnyxeVJaoybZV289JTmT/AL6NO/sp
f+fy9/7/AJo/spf+fy9/7/miyC7HS6ZaTTtNJArSMY2LHOSYyWT8iSantraKzh8qBAibmfaPVmLE
/iST+NVv7KX/AJ/L3/v+aP7KX/n8vf8Av+aLILsvZozVH+yl/wCfy9/7/mj+yl/5/L3/AL/miyC7
L2ao60f+JRcfQfzFH9lL/wA/l7/3/NU9V04RabM/2q7bbg7XmJB5HUVUbXQpXszaFLSClqCgoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKen6jDqJuRArj7NO0D7hjL
LjOPbmrlZ2k6YdNN6fN8z7VdPcfdxt3Y49+laNN26CV+oUUUUhhRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9BWr9UNO/1t//ANfJ/wDQVprYT3Rf
ooopDIrqOKW2ljuMeU6FXycfKRzz24ptlDBb2UENpj7PGirHhtw2gcc9+Kj1WJ59JvIo13PJA6qv
qSpAFR6FBJa6DYQTIUlit40dT/CQoBFPoLqX6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1mRIbWK
SRgiJcRFmY4AG8U1uKWxoUVlW/iCyuZCVnhSADiSSUKWPsvXHucVZ/tfT/8An+tv+/q/40crDmRc
oqn/AGvp/wDz/W3/AH9X/Gj+19P/AOf62/7+r/jRZhdFyiqf9r6f/wA/1t/39X/Gj+19P/5/rb/v
6v8AjRZhdFs1k6db3kWtanLPbWsVvKyGKWL/AFkuBj5/p2q3/a2n/wDP9bf9/V/xpP7W0/8A5/rb
/v6P8aTi2VGpypruXKWqf9r6f/z/AFt/39X/ABo/tfT/APn+tv8Av6v+NOzJui5RVP8AtfT/APn+
tv8Av6v+NH9r6f8A8/1t/wB/V/xoswui5RVP+19P/wCf62/7+r/jR/a+n/8AP9bf9/V/xoswui5X
O6hdX1tqV2bOEMjeX5sucmMYPIGD+fOPStb+19P/AOf62/7+r/jWPN4isdO1V3kcyRXUscAliIZY
zsY5Y54Hv7046atCeuiZoWlxe/ZY/Kt4pkI4kN3uLe+dtTfaNQ/58Yf/AAJ/+xqBPEOmoi+dOltu
nkgVZCF3MjlD+GR19xTLLxTpF9bSXEV5Gscfml/M+XAjOHbnsMjn3FF12Cz7lr7RqH/PjD/4E/8A
2NH2jUP+fGH/AMCf/saZd6/pdj/x9X9vFiTy/ncD5tobH5EH6EVDdeI7G3n8mOZJpUnjhlRGGYt5
GC34EH6UXXYdn3LP2jUP+fGH/wACf/saPtGof8+MP/gT/wDY1Dea9bwada3lrG96l3IscAgK/OWz
ggsQMcdc0yDxJZSoWm3WzRq5mScqrRFCoIIzz99eRkHI55FF12Cz7k7TX7AhrCAg9jcf/Y0on1Ad
LGH/AMCf/saT+3dM862i+2w+ZdLvhXdy49f0P5GktNf0u/Ki0v7eYu/lqEcHLYLYH4An3waV12Cz
7j/tGof8+MP/AIE//Y0faNQ/58Yf/An/AOxqMeIdKLqgv7fLRGYfP1QDJOfoM/Tmlg1/S7mIyQ30
LoCg3Bu7nan5ngetO67BZ9x/2jUP+fGH/wACf/saPtGof8+MP/gT/wDY02XXtLguJ4Jb6BJbeMyS
qzgbFGMk/mPzFQt4n0VIYJX1O1WO4YrExkA3EYyPwyM+maLrsFn3LH2jUP8Anxh/8Cf/ALGj7RqH
/PjD/wCBP/2NUbLxRa3moXlsgAW2uRa7zIBufYWPB7DafXOD2FS/8JVoYjgc6pahLjPlMZAA+Dgk
H0yRz05ouuwWfcbqs982lXQeziVTE2SLjOBj021sCsq51G01Tw7d3FjPHPCYnAdDkZA5Faooewlu
LRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxI
UtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGJ4buZr
g6sJpXk8rUZY03HO1RjAHtW3VPT7+3vzci3DD7PO0MmVx84xn69etXKb3EtgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtXqo6d/rb/8A
6+T/AOgrTWwnui/RRRSGVtQnNpp9xcKAzQxM4B6EgZpulXbX+k2l26hWnhSQqOgJAOKluoo57WWK
b/VSIVfnHBGDzSWUENrYwQWxzBFGqR85+UDA570+gupPRRRSGFFFFABVDVgDBACAQbmLIP8Avir9
UdV/1Nv/ANfMX/oYprcT2FtrK3tpN1u+2J84iBBTPqvp9BxVvYn91fyrziz0rXNLisEsbKQ/ubi5
j3Af6PcGNxtYHoHJUj33etWbCy1O4vdMnvLnWZES4kTcYHiMW6MY3Akll3Z+Y8Dp0pXCyO+2J/dX
8qNif3V/KuGtJfFb3EcUqT5dSNzABFaFSpJPpK5U/QHHrS2ia3crFEJtZS3eW3E8k4CSh/nMu3jh
PuDI4z0NAztkMUmfLKNtJU7cHBHUU0SW7OyK8RZPvAEZX61zvh22v7bXb/7Ulwlq80724AxGcyZJ
fvuPG09MZ75rNTTpGupfsmmTQ38d9dTS3Rg2CSJmkIXd/wAtN2UwOfXjFAHbgRsAQFIPQil2J/dX
8q4cSa/CkiRJfuxtIclY9ggwI96oCNruRvIIPB4I4FOu21cGMWD62yiJfsXmRj5pTI2/z8jIUDbj
OOM9TQB22xP7q/lRsT+6v5Vw983idVuoozdCK2nEQmVN7TRO5beoBBJVdi8c/exU0FrrU1nPI+o3
ySwWEbQSSJ5KySB5Cd6HvhUByehz1NAHZbE/ur+VGxP7q/lXGR3+p32j29w66mkN3MLmf7PHmSKB
1YxohHJIKpuwM/MfWjfrf9qDYdULCQBA6AQm28rqxx/rd2ffPbbQB188tvbR+ZcPFEmQNzkKMnoM
mngRsMqFI9RXBxaRq11/ZsN/Nqc0cc1rcM8jDcrmN/MBIHQELx2z71bih1oi4fdeRGG0unhjQBVe
UyybMjHJ27SPwNAHZbE/ur+VYN1o0GrazMtxgwxffj28SK8ToR7cNWZY2mt2uowF7vUp4UuIkKzb
SrRtFmQnAGcP37dK6S1/5C9/9Iv5GmhPoc4nw/WNbYvfR3UkSujtd23mb1MpkBxuGGG4jPIPXFXr
jwgLu3jguLvfHHdyzDEWC0UjFnibnnJPX2HFdJRSGcpH4MmgtI1h1U/aTFNBPPJbh/NSQqTgZ4YB
VAPI45BqzL4Ot5dLl09rh/s8lzHPjHIVFRduc+idffpXRUUAZF7o91d6ZZQLfIt1aSpKs7QZDlcj
lQR1z2IqnJ4T80O8l0ks8iS+a0sGUd3aM7toYYAESgAHPQ5yK6OigDm4fCk8SzxtqbyxXluILwyx
bpJMBgCr5yvDY53dB3yTFN4NnurOYT6qReFYY4LiG3CeSsW7bhcnJO98nPfgCupooA5N/AkC3l1J
bywJDOjKA1tukiJh8r5X3DAxjtnqM4NWNQ8OTXGtafcW8qxpb25WR2UMGkX/AFJK552lnbrXSUUA
c7J4XmeG7t11BVt55/taL9nBZJt6yZJzhl3L0xnBxnimnwiZUu2uL7fcXcVzHM6whVzKqLlVzwFE
ajGTnnJrpKKAMRvDgZy32o83rXf3PWEx7evvnNQT+ElnsY7Y3ZATThYbvL6jKndjP+z0966KigDG
uNPFhpesuJN/2pnnI2425RVx7/d/WtgVT1j/AJA15/1xb+VXB0p9BdRaKKKQwooooAKKKKACiiko
AWiiigAooooAKKKKACiiigAqhrf/ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDN0fTW003xaQP8Aart7gYGNobHH
6VpVi+HLua6Oq+fK0nlahLEmf4VGMCtqnLfUS2CiiikMKKKKACiiigAooooAxn1/Z4yi0HyM+ZYt
eedu6YcLtxj3znNO1zUtTsjBHpOkNqEsudzNOsUcQGPvMcnJzwAOxrFn/wCSyW3/AGBH/wDRwrb8
Qa/b6BZLLIjT3MzeXbWsfMk8h6Ko/mewoAg8M+I315b2G6snsb+wm8m5t2cOFJGQQw6gim6/4jm0
vULLTdOsft2o3odo4mlESKiAbmZsH16AUeEtEuNKtLm51J0k1TUZjc3ZT7qsRgIvsoAH50niPw5Z
+IZrf/TJLLVLTMltcW7gSxg8HjupxgigAbxLNpnh261PxBp7WDWud0STLL5gGOUPGc56HB4NbEV9
bTWouVmj8nAJfcML9T2rzPWb241rwH4psNdS1vrzRG2R3kcY2u23IYD+FwCQcdM1t6ta6HpWiaPp
8Ph+1vHv51a3tF2xRPLs5dz04X1B+lAHaRXMM8PmwyxyRf30YFfzqte6zZWFncXMs8ZWCEzsquCx
UDPAz37V5/ocMljrHjOyaztLGP7BHKbW0k3xIxRwSOBgkYyMU/RvCejL8J/trafDNdzaS0rzzLvc
t5e4cnsCBgdsCgDvNN1mz1PSoNQglUQTRJL87AFAwBAbng81caVEKh3VSxwoJxk+1eYappllZ/Ag
zWVpBC9xZWks7RIAZGyhLNjqetb3i24hfxV4NjWVC7XjyKoYElfLPzfTkc0AdbJe20KlpbiJAG2Z
ZwPm9Pr7VNXnGgeH9C1rxB4ubV7eC5ki1BxsmbIiQouWA/hJwfm6/L14rd+Gc08/gPT2nkeQKZEi
d+rRrIwQ/wDfIFAHV0UUUAMlZkjZkQuwHCggZ9uaz5NQvlXK6TMx9BNH/jWlRimmJoxTq99j95YG
1HdpA0gH/fA/rV3S0QW7ypcLcGZzIzqMDPAwB2xgVdxVHTQBLf8A/Xyf/QVpt32Faz1L9FFFSUVN
WjebSLyKNS7vA6qo7kqcCotBhkttA0+GZCkkdvGrIeqkKMirF/ObSwuLgKGMMTSBT3wM4pml3Zv9
KtbtkCGeJZCoOcZGcU+gupbooopDCiiigAqjqv8Aqbf/AK+Yv/QxV6qOq/6m3/6+Yv8A0MU1uJ7F
3AowKWikMTAowKWigBMUYpaKAEwKMClooATApGRWUqygqRgg9DTqKAECgDAGBRgUtFACYFGBS0UA
JgVRtf8AkL3/ANIv5Gr9ULX/AJC9/wDSL+RpoT6F+iiikMKKKKACiiigApKWkPSgAzRurkvtH9oe
JNTivtVnsRZOgt4kmEYKkZLkH72TxzxWVoeuX2l7UxFPazy3zrGAfM3Rkt1zjnpjFZOqkztWCm4u
z1snb1V9/Q9CzRmuEbxnqNraNLKbK7MliLtPIBAgJZV2vycgbuvHQ1LP4m1WAXtustjcS2zxE3MS
fLsZWY4Qt8zDHQN0OaPaxD+z63l/Vv8AP/K52u4Uua4GXxDNHqE97Z/Z3lltbMCRlcK29yD8ueBz
9frT7nxdqdtZtHI1stzHdz27TLEzK3lgEYQHPJYDOeKPbRGsvrO1v60v/X5HcTRpPC8Uq7kcFWB7
inBhXJaxfavDbeHn+1xWs1zMqXAKfLuKk4PPQcjGfTmqEGs30F7cWunC1ie41C7DPIrMPkRWzjPU
8+1N1UiYYGc43TXX8L/5He5ozXBJ401OCzmubmK1kDact5CkYZdhL7MNzyOc9q2tD1jUbzSL2e8h
hWe33eW24Kr/AC5G7DNt9+feiNWMthVcDVpLmlbe250eaM1xFv4r1CWCC3ae0jvJrryJJJIiqQfJ
uwRuIYnBAIbmkTxndhLcym1QNFd7pMHbI8XClST0PpzS9tEr6hW/r5/5M7jNGa4keKtU2NMFt2jh
0uO/lQIdzswPyjngZwe/A96bf+J9Wsraxiiksbu5ug8nmxL8qhVB24LgZyeuenan7WILAVm7aff5
X/I7isrVdVurK4SGz0q6vnK7yUKoij03Hv7Vc064ku9PgnmjEUkkauyBtwUkZxnvVXxBq66HpMt6
0Jm2MqhA23JYgDn8aqT9297GFKLdRQ5eZ3tbz/rzE0TXYdajmCxS29xbv5c8Eow0bf1HvWrWB4d0
q7tLvUdQ1ERJdX8isYom3LGqjAGe5reog21qGIVNVGqe3/A1/EWiiiqMQooooAKKKKACqGt/8gi4
+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJS1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKAKdheWt4bkWox5M7RS/Lt+cYz9eo5q5WZo2mvppvzJIr/abt7hdo+6Gxwff
itOm99BLzCiiikMKKKKACiiigAooooAxda8IaJ4huY7jVbBbiaNNiuXZSFznHykd6rTfD/w1cWdt
ay6WjQ2u/wAlTLJ8m45bndnk10dFAGRonhXR/DjzNpNmLdpgBIRI7bsdPvE+tGs+FdH8QSRSapZL
NLEMJIGZHUem5SDj2rXooAzrTw/pdjpD6Xa2MMdi6srwhflcHrn1z6mqK+B/D66T/Zo09fsgl85U
Mjko+MBlbO4EAY4Nb9FAGRYeFdG0tbgWVjHF9pi8qYgsTIvP3iTkn5jz1q9a6fbWWnxWNvCqWsUY
iSLqAoGMc9eKs0UAY+n+E9F0qyurSzsI0trsYmiZmdWHPGGJwOTwKg0/wP4e0uWGWz0yOOWB/Mjk
LMzKQCBgkk4wTx09q36KAOJs/h9Y3upa1ca9p8U32m/aa3dZCGMRVRglSDjIPyniuyt7eK1gSC3j
WOKNQqIgwFA6ACpKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/rb//AK+T/wCgrTWwnui/RRRS
GQ3UKXNrLDKSI5EZGwccEYNJY20VlYwW0BJihjVEJOTgDA5qLVo2l0i8jjUs7wSKqjqSVOBUegRP
B4f0+KZGSRLaNWRhgqQoyDT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himt
xPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6
F+iiikMKKKKACiiigAooooAqXGl2V3Mk1zaQTSx/ceSMMV+hNOTTrSJkaO2hVkLMpCAFS33iPTPf
1qzRSsiueVrXKkOl2NsJRBaW8Yl/1gSJRv8ArxzTP7E037L9m+wWv2fdu8ryV27vXGOtXqKLIftJ
dyo2mWTsWe1gYkKMmMdFOV/I9PSs7WPCdjrHlli1uyM7kxKmGLY3EhgQTwOetblFDimrMcK04Pmi
9TPi0eyh0uCweJZraBQqrOA/ToTnvUw06zEnmC1h37mbcEGcsMMfqR1pmsf8ga8/64t/Krg6U+VW
JdSTbu/6ZWXTbNAAlrCoEfkgCMfc/u/T2pYNPtbW3MFvbxRQnOY0QBTnrwKs0UrIHKT6lIaNp62Z
tFsrYWxOTEIl2E+uMYpz6XZSRxRvaQMkP+rUxghPoMcVboosg55dytHp9rEcx28SnyxFlUA+QdF+
ntUX9iaZ9mFv/Z9p5AbeI/JXbu9cY61eoosgU5LqNRAihVGAOAB2rN8Q217d6U8WnR2sk5dSFul3
JgHJ49a1KTFDV1YIScJKS6CKDsG7G7HOKdRRTJCiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v/kE
XH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAxvDt5PeHVBPKZPJv5Ykzj5VGMD9a2ap2FzaXJufse391O0c21Nv7wYzn17c1cpvcS2CiiikM
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv8A/r5P/oK1
fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrj7JYz3G3d5MbSbc4zgZxTdMu/t+mWt3s2efEsm3Odu
RnGakuoEurWWCQkJKjIxHXBGDSWNrHY2MFrCWMcEaxqWOTgDAzT6C6k9FFFIYUUUUAFUdV/1Nv8A
9fMX/oYq9VHVf9Tb/wDXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL
3/0i/kav1Qtf+Qvf/SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri3
8quCqesf8ga8/wCuLfyq2GGOo/Oq6C6mT4slmh8MXz28728uwKsqHDJlgMj35rmm1vUbu7s1+0Sw
myMtpdhOFluBDKx/ABEcf74ru22OpVtpB7GmeXFycJknd0HXpmpGcVea7cPY+Hrux1DzhDC092kc
gbzgiIXVsd8MxHuBVK81i+uXubhdQkit7ue0kgV7gwpHCzSgfOBlQyorE89a9AS2togRHFEgOchV
A+tDW9u6bHjiZcAbSoIwOlAHO6hdz/8ACPrb29y1ttSNvt0l2PJl+YZjE2d2TyA22snTb9tS1mCJ
r+aKBbeNQk2plJGbzJVJXaMTZ2gBsjgCu58mAweSY4/KxjZtG38qabW2ZkZooSyABCVGVx0x6UAc
7oLS2S3spbVNQIvpLZVM/meWing4ZgOPXrWPDrEtjeLHcauZybuJpbpLwPA0ZkIIK/8ALI8gbehx
x0Nd+oRc7doycnFRG1tSrqYYdrncw2DDH1PrQBxt5qzSyX91Dq0iajHdLFZWaTDZKny7cJ/GHDE7
ucZ4IxSX0FzaR6x9m1DUpHhvba2iR71h8r+SWGTnBO9hu7ZrtRb26ujLHEGRdqEKMqPQegp2yM54
XkgngcmgDhLu41K11yJHmvIIYBZpI/2wyLAXkcHepH7wNgLuPTI9Khu/Et28mszLPfRWt5b3CWch
TbHG0Sna0Tdy4Dt/wEV6C6RPncEO7rkA5pPLhMYQrGUXouBgfhQBxUWsajLf6XYyXMqSafdrbXrD
gXDkMFznsUAf/gQq14P1DGgpcXeoxT3E8SEA35nJcoWwVIGxjg/KM9D6V1flxZJwmSck4HX1pkdr
axEmOKFMnJ2oBk/5NAHGzeMNXgj0pTHpxmvLVLt2kfyYyrEfIpZ+oB5Iz1Hy1o6F4kutU1z7LLJZ
eW8M0vkR5863KSKgV+ccg56DnNdG0EDhA6RsEOVBUHafb0qP7Dai9W7CKJ1Rk3jjIYqTn1+6vPtQ
Baqhrf8AyCLj6D+Yq9uHqPzrH1O/im0+6gO6KdQP3cgwSMjkeo+lVBaomT0ZsUtIKWpKCiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAy9F02TTjqBldG+03klwu3PCtj
APvxWpWP4fvZ706n9ok3+RfyQx8AbUGMD9a2KbvfUS2CiiikMKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9F
FFIZT1dWfR71I1LO0EgUKOSdp6VFoEbxeHtOjlVkkS2jDKwwQdoyDVq9uPsllPcFdwhjaTbnGcDO
P0pmm3f9oabbXYQoJ4lk2k525GcZp9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrIzo15/1xb+VA0jT8f8eNt/37FGsf8A
IGvP+uLfyq4Kq+hNrsp/2Pp//Pjbf9+hSf2Rp3/Pjbf9+hVTxcHbwvfLE8qMyBd0RIcZYA4I5zg1
zLXeo3l3aCZrhP7OaWykKkqJ5fIlJcgdRhYyPQue4pXY+VHZf2Rp/wDz423/AH6FJ/ZOnf8APjbf
9+hXHXGpyXmn+HrvTbqWZ7KFpZ1jYnzGSNCyP6kqW698VS1C5ubgXV5NcSww3s1pMBM8gjiiYyhQ
QpBAKqhIBHJ5ouw5Ud//AGRp/wDz423/AH6FH9kaf/z42/8A36Fc9qEpfwwIEmS1sVjiZb9ZWaKU
7hlCAfMCtyCc9O9ZFhJBe69aJdSJbQ/Z40ihluJ2Mn7yUZibcNwOFwWGcbaLsOVHcHSNPH/Ljbf9
+hSf2Tp3/Pjb/wDfoVg6Datpq30tnZz3Mhv5IMSXLfJEDwRvJGB7Vhw3yafc/wDH69xEt7FJPfCW
X7vmHKSo3Ctz/DwQOg4ouw5Ud1/ZOnf8+Nt/36FL/ZGn/wDPjbf9+hXHXl7HdTXkyXNyNZkuVGnK
kj7Wi+UoVUfKUIJ3Ej+9nGOFvdHW3TWRZpP5gvrWCIPczbdjeSWGckgElskc8mi7DlR2H9kaf/z4
23/foUf2Rp3/AD423/foVxV7aXtprkbMrRQWos1kkhuZW8jdI+SoPDqeAxbkA55xUN3qd/J/a940
OoR2up29xFA5f5QY1PlFADuUsock4HOOtF2HKju/7I0//nxtv+/Qo/sjTv8Anxtv+/QrkIrjUX1D
TLGZ7kDSbxbaWTJAuCwbax9R5YUn3f1FO8IX0Vn4daZZ4bq/kiQCJHlZ2l2MQj7mOGJB6YH6UXYc
qOt/sfT/APnxtv8Av0KP7H0//nxtv+/Qrkz4ku/sVrI2tRrFMXae5+xE/Z3CKRDt9SSevPy46mnx
avr1xOpmkFsspjt3txbcxO9t5hbcT2fjB47Gi7DlR1H9kad/z423/foVlajoVtDZzXUkcTTJzHsj
CLHyOgHf3NYemSahpmk2FraybJXsrM+cYMlTLPhyV6EgE9ec8mn63f64xvIkvkWD7Q1soa0BICwr
Jvznklsj059aqMndClFWO7HelqnpNzJe6TZ3UyhJZ4EkdQMAEqCRz9auVBQUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFOwmspjc/YdnyTss2xdv7wY3Z9T05q5WVom
nTaedQMxQ/abySdNpzhWxjPvxWrTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABVDTv9bf/wDXyf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG7t1u7W
a3ckLKjISOoBGKbYWiWFhb2kbMyQRrGpbqQBjmo9XDNo96EDFzbyBQvXO09Ki8Pq6+HtOWUMJBbR
hg3UHaM596fQXU0aKKKQwooooAKo6r/qbf8A6+Yv/QxV6qOq/wCpt/8Ar5i/9DFNbiexeooopDCi
iigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAUtY/wCQNef9cW/lVsVU1j/kDXn/AFxb+VZUSaoNSzeNCZMnyTsc
xAe2Dwcf3vwq0rxIbszoqKoY1T/npZf9+3/xoxqn/PSy/wC/b/40uXzHcv0VQxqn/PSy/wC/b/40
Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy/wC/
b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy
/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn
/PSy/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/VDW/+QRcfQfzFGNU/56WX/ft/8ap6sNR/sybzXtDH
gbgqMDjI6c04rVaik9GbVLSDvS1BYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAGRoF/PfHUhcMG8i+khjwuMIMYH61r1T09rJjc/YPLyJ2E+wY/e8bs+/SrlN7iQUUU
UhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9
BWr9UNO/1t//ANfJ/wDQVprYT3RfooopDILy4FpZzXBUsIY2kKjvgZpunXYv9OtrtVKLPGsgUnkZ
GcU+8txd2c1uzFRLGyEjqMjFN0+0XT9Pt7RGLrBGsYY9SAMUaWF1LFFFFAwooooAKo6r/qbf/r5i
/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/ACF7
/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/
1xb+VXB0qnrH/IGvP+uLfyq4KfQXUyfFNzcWnhu9ms5/IuAgCS4B2EsBnB471zzeJNQurmySKYw/
ZhJBfKFBD3AilO3JHRTGG46h1rtZYo54zHKiujdVYZB/CovsNsCxEEQLOZCdg5YjaWPuRxn04pDO
U1DXb6C08PXcFyGQwG4vUAB81FRC/bggMW4x0qjda/qt1LdPa3biG4uLb7IiFEIiZpVyGZT97yw2
SDwRiu0g0jT7VClvY2sSHPyxwqo5GDwB3AANLLpNhND5MtlbPFtVdjQqVwv3RjHQZOPSgDGvry/G
ji0s3uEvlSNmnmKhXBI3Isu3ZvIJAOOvaszT9Qv9V1mOCG9vxawwIJC8sKOr75VbcNhDn5AMqQOP
euvbTbN7EWb2lu1qAAIDEpTA5Hy9KjOjaaZYZTp9p5kACxP5C5jAOQFOOMH0oAxNEuri1F5LeXeo
34W9ktUQRK+wKeGIRRj3J4pItYun0nT5ftIM0mqGCQjHKec64/IAfhXSxwxxBvLRU3MWbaMZJ6k+
9V4tJ0+CV5YbG1jkkYO7pCoLNnIJOOTknmgDg4PFOrJpsENzeE3R0+e8WbYo81PK3I3TGUbKn6An
rXSafrsv9g3+o3cim6i81vsjYQwlFJ8s9ycDJPfORxitttPtGRFa2gKxoY0BjGFU8FR6A4GRQ+nW
kjs8ltAzN1ZowSfl29f90kfTigDmn8V6lHf2tn/Z0UsrRRTXJjlAVUkYgbSxBOAMnjk8Crfh/wAR
XWr6h5NxDapHJaLdxeVKXdVY4CuMcH6e/pWzNpllcSwyT2lvJJB/qneJSY/90kcdB0qK20ays9Rk
vbaBIZpE2P5ahQ3zbskDqcnrQBexRilooATFGKWigBMVR1r/AJBFx9B/MVerL1O7hudJuxE4LJgM
p4ZTkdQeaqO6JlszUFLSUtSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBk6Fp81gdRM+3/AEi9knTac/K2MZ9+K1qydBv5786j55U/Z72SCPaMfIuMZ9+a1qcr31Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9XLDR73Zu3/Z5Nu3rnaelReH958Pad5u7zPs0
e7fnOdoznPerd5OLW0muGBZYUaQgdSAM0zT7tb/T7e7RWVZ41kCt1AIzzT6C6lmiiikMKKKKACqO
q/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKA
CqFr/wAhe/8ApF/I1fqha/8AIXv/AKRfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
FLWRnRrz/ri38qQaTb4+9c/+BMn/AMVS6x/yBrz/AK4t/KrgqrtLQm12UJNOtIY2kllnRFGSzXUg
AH13U1rGyTaGnmXfnbm7kG7jJx83PFReKrN9Q8NXlrHCZ2lUL5Y/iG4ZH5Zrmho2pz3Vsbq2eQac
8tnbOxBLxmGUeb/wLMS/VTS5n3Hyo6o2NkPLBnlHm/c/0t/n4zx83PFMlt9NgDma7eMJjfvvHG3P
TOW4zXMT2V7qWnaFJb2F1Dc6VCxUTJsIlREwOvIbDL+Jqrd6Lfy+fezWNwJbya0up/KiSR1IaXKh
WyCUUxryDRzPuHKjs/sdh9m+0faZPIxu837Y+3HrndiomXSE2b7/AG+Yu5M3zDcPUfNyKztQs57v
QhHNDM1iqRtHHDbqLlZFYEMyH5CMjJXH4VmabY3S65BNqGnzxo8EcaiCyi8ogSS8uCCYzhlJCnua
OZ9w5UdNbw6ZdsVtrxpmUZIjvXYgfg1S/YLLaG86bBbaD9rkwT6fe61maRpV1p8d4bG1tLaSS/kY
mWL70JPGNuPwzVG1gupLCzsv7Puo3tNV852kjAUoZnbcpzzwQfxo5n3DlRvi008xiQXMhRgSG+2P
ggdTnd2p66baOzKss5K4yBdSZH/j1cJD4c1S0062tI7J2tm024bYMZhneLa0ePRmww9y1dBZxanp
uh3tnBaytqjtIUuwAUmcoWWQ7jx0C46AgAfLijmfcOVG7/ZVv/euf/AmT/4qmtptqilmkuFUDJJu
ZAAP++q5a8j1I28f2NPEPkGOXYrSgTC4+UIWJP8Aq/vdflznIxim3uma5cJe+dJfSG5E0LxpL+62
fZxtKL2zKMZ68kdKOZ9w5UdPb2unXcYktrqSZGAYNHeOwIPQ8N04P5VN/ZVt/fuf/AmT/wCKrmjp
eppJb2sTX0drizR3SUh9oEvmDdnPUoD+GKiu9M1uW4upY7rVV3vdsqpPhRtx5AUdgf178cUcz7hy
o6r+yrf+9c/+BMn/AMVR/ZNv/euf/AmT/wCKqxaGRrOEzjEpjUuMfxY5/WpqOZ9w5UUf7Jt/71z/
AOBMn/xVY+o6JiGW9ndw8YxGiyu3GR94k8/Tp9a6aqGt/wDIIuPoP5iqhJ3WpMoqxeFLSUtQWFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT08WINz9g8vPnt5+z/nr
xuz79KuVkaDYT2J1I3CqPtF9JNHhs5Q4x/Ktem9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UU
UhkF5bi7s57csVE0bR7h2yMZpunWY0/Tra0Vy4giWMMRgnAxmmauzLo96yFg4gkKleoO09Ki8Pu8
nh7TnlZmka2jLFjyTtGc+9PoLqaNFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9Tb/wDXzF/6GKa3
E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/0i/kav1Qtf+Qvf/SL+RpoT6F+i
iikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri38qpR+JLSefbDInkKSHlfIyfRRjn6
nFXdY/5A15/1xb+VSLZRLci4j3RufvhDgP8A7w6H69atWtqQ730If7b0/wD5+U/I/wCFH9t6f/z8
p+R/wp+ralFo+l3F/cLI8UC7mWMZY+wHrVKbxPYwyWCjzJPt0TTRNGuQFVC+WOeMgED1NToPXuWv
7b0//n5T8j/hR/ben/8APyn5H/Cq8/iWytjpPmCUDVSBA20YXIBG7njOQO/JFV7nxfZW9zdwCG5l
ktpooGCKoDO+cBSzAcbSCTjmnoFn3ND+29P/AOflPyP+FH9t6f8A8/Kfkf8ACmXetxWOkJf3EMyC
RkRYvlLlmYKoznb1I5zj3qsPEqm8S1XTb43BiWV4z5amMMWABy4yfkPTPajQLPuXP7b0/wD5+U/I
/wCFH9t6f/z8p+R/wqLSNb/thpwljeW4gcxs04QDeDgqNrHp+VC67bNaW9yFl8u4uTap8vO/cV55
6ZU0aBr3Jf7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKzYPGmm3Gmx3sa3Gx0mfYUAdfKXcwIzwSMEeu
RWnZ6tbXsFxPGxFvAzK0zcIdv3iD3A5BPTINGga9xP7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKE1vT
JBblNQtmFySICJR+85x8vrzxT7TVtPv7iWCzvbeeaH/WJHIGKduQOlGgajP7b0//AJ+U/I/4Uf23
p/8Az8p+R/wq9RRoHvdyj/ben/8APyn5H/Cj+29P/wCflfyP+FXqKNA1KP8Aben/APPyn5H/AAqn
q2rWU+mTRx3Cs7YAAB55FbVUda/5BFx9B/MU42uhSvZl4UtIKWoLCiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAytD1GbUDqIn2f6PeyQJtGPlXGM+/NatU7COyjNz9h
8vLTs0+xs/veN2fQ9OKuU3uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbudbW1luHBKRI
zsB1IAzTbC6S+sILqMMEnjWRQ3UAjIzS3tv9ssp7fds86No92M4yMZpmm2f9n6ZbWm/f5ESx7sY3
YGM4p9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKKQwooooAKKKKACi
iigAooooAKKKKACiiigClrH/ACBrz/ri38quCqes8aNef9cW/lTRc6j/AM+EX/gT/wDY1Vrom9mL
rGnnVdLms1k8oyYw+3OMEHp+FY0Xg7yp5JPteQZ3eIFP9XEY5FEY57NM7Z9MDtWx9p1H/nwi/wDA
n/7Gj7TqP/PhF/4E/wD2NLlYcyMZvCt3d6daW19eQFrSB4I3giZOCqhW5Y/MCueKil8Fytaqoure
WX9w8n2iDekro0jOWXPIZpScdsVvfadR/wCfCL/wJ/8AsaPtOo/8+EX/AIE//Y0crDmRUl0OR7Bl
Vrb7S8SxPHIjvalQRkCEtgDAxxVDTvCc+m6jBcpLYzKiKh862LNEA7tiJt3yDD4AOegra+06j/z4
Rf8AgT/9jR9p1H/nwi/8Cf8A7GjlYcyILbQkjjnSaaVhJdvdKYpHiILHO07TyPrwfSqdv4dvEhit
5ru3a3t737XFshIf/WM5VjuIP3sZAHStP7TqP/PhF/4E/wD2NH2nUf8Anwi/8Cf/ALGjlYcyOePg
QqsPlX2wrp72co8v5ZGKbFkxnggEg+ox6Vor4euYNKudMtrxFsZVdI0eMs0SMhGwHd0DHI9vl9DW
h9p1D/nwi/8AAn/7Gj7TqP8Az4Rf+BP/ANjRysOZGLeeDRc6rbXnmW7qkUMUkc0TN/q2JDJhgAee
4OCAak0HQbzSdYXzXhltYbFbWJ449hwrkgNycnHU8Ctb7TqP/PhF/wCBP/2NH2nUP+fCL/wI/wDs
aOVhzIv0VQ+06j/z4Rf+BP8A9jR9p1H/AJ8Iv/An/wCxo5WHMi/RVD7TqP8Az4Rf+BP/ANjR9p1H
/nwi/wDAn/7GjlYcyL9UNb/5BFx9B/MUfadR/wCfCL/wJ/8Asaw7u9v2iuIVjE1r/wAtHMu7yjuH
AbA3fTkj1q4RdxSkrHVUtIKWsywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAMfQLGeybUzcIF8++kmjwQcocYP6VsVl6JqMuonUPOVF+zXklum0dVXGCffmtSm731Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9Wdo9IvXjYq6wSFWHUHaeRUegSPN4f0+SV2eR
7aNmZjkklRkmrV1MltayzyAlIkZ2wOcAZNNsbqO9sYLqEERzIsiAjBwRkZFPoLqWKKKKQwooooAK
o6r/AKm3/wCvmL/0MVeqjqv+pt/+vmL/ANDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKK
KKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAFLWP+QNef9cW/lVwVT1j/AJA15/1xb+VWTNHGyI7qrPwqk8t9KroLqUPEd7cadoF3dWXl/aUU
eX5gyu4kAZHpzWE/iy5nn09LVIlBjk+2hxkxyiOUhBg4BDQtn2x611N3awX1s9vdRiSF8blPfBz/
AEqsuh6aryuLVA0s7XDnJ+aRkKFuv90kfjUjMXUPEl5Z22gXOyEw3UYmvcj7qbVyy88YL578A1Sv
PFWpNcXgs1i8n7RBFalITI7IzSKzY3AMS0ZxyOPWuig8N6Xb26wJbsY0V0VZJnfarKFYDcTgEADF
EnhrSpLdIDa7Y0SJF2SOpUR52YIORjcfzoAp3esXaaV5Fkyz6ukaSSxGHDohI3N5e7kgH7u7k96o
WmuanqGrRWtrch4VgRpJksDgOWkU7wzgxkbAMYPOa6OXSrSbTlsZFkaBcYHnPuGDkHfndn8arxeG
9LguYp4YHjliAAKTyLuwxYbgGw3LMfmznJoAz9J1e5iFzJreo2xjW7e0iCQGPLKeDncevpT01u6b
S7G4YReZcaibVxt42CV04564UVt29pBaCQQRhPNkaV8Hqx6mqUHh7TLZy0UDDMwn2mV2VX3FtwUn
A5JPHrQBy1t401F9OjE6W6XwtJrpwEO118svEyjPTgqfdTXQadr/AJug3Ws3gVLVN7rHGCXRE4Ib
/byD8vbp71Zfw5pLrCrWUZENu9rHycrEwwy5z0IFSPoenSSSu9srGZi0gLHa5KbDlc4OV4oAzrnx
PdWgCS6NP9pEbzvCs0Z2wrjLbs4JycBevB7c1UvPGj+VefZLCRlSOT7POzrskkWIS4K5yBtPU+mK
038KaPLAkMloXRM43TOTg4ypJbJU7R8p446VYk0LTZd2+1QhmdyMkcsmxu/deKAMW28S3drBDFc2
0l1eOluuwFEy8vmHO4cYwnp+dOufGjwT3CLo9zIkTTKsiyxgOIv9YcE5GAePWts6PYGZJjbr5iGM
q2TxsBCd+25vzpraJpz7t1sp3ebnk8+Z/rO/egC5BMtxBHMmdkihlz6EZFSUyKNIYkjjG1EAVR6A
dKdmgBaz9ZULo04UADA4H1FX81R1r/kEXH0H8xVR+JEy2ZepaQUtSUFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBTsLeztzc/Yih8ydnm2vu/eHG7PoenFXKx/D1lPZ
HVDcR7PPv5Jo+QdyHGD+lbFN7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKKQyC+tzd2Nxbh
tpljaPdjOMjGaZplmdP0u1tC4cwRLHuAxuwMZxTdWkaLSLySNijpA7Kw6ghTg1HoE0lx4f0+aZy8
kltGzOx5YlRk0+gupoUUUUhhRRRQAVR1X/U2/wD18xf+hir1UdV/1Nv/ANfMX/oYprcT2L1FFFIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKQ0hi0U3N
KDQAtFFFABRTd43BcjJ6DPWloAWim7xu25GcZxnmgOCxXIyOozQA6ikzSK4cZUgj2NADqKKQ0AU9
Y/5A15/1xb+VZ1vpF1bX7u13cSiUn/SBs3qPQgr0+n5VszpFPG0MuCsgIKk9R3qQVSk0rEuN3cp/
YJv+gjd/lH/8TR9gm/6CN3+Uf/xNXM0UuZjsin9gm/6CN3+Uf/xNH2Cb/oI3f5R//E1bDhs7SDg4
4NAcFsZGfTPNHMwsVPsE3/QRu/yj/wDiaPsE3/QRu/yj/wDiau0UczCyKX2Cb/oI3f5R/wDxNH2C
b/oI3f5R/wDxNXaKOZhZFL7BN/0Ebv8AKP8A+Jo+wTf9BG7/ACj/APiau0UczCyKX2Cb/oI3f5R/
/E0fYJv+gjd/lH/8TVys3VNdg0p445IbqeaQFljtoWkbA6njpQ521ZUKTm+WKuyb7BN/0Ebv8o//
AImj7BN/0Ebv8o//AImotH12z1uORrRnDxHbLFKpR4z6EGtKhTuroJ03CXLJWZS+wTf9BG7/ACj/
APiaPsE3/QRu/wAo/wD4mrtFHMybIpfYJv8AoI3f5R//ABNU9Ws5Y9MmZr65cDB2sEweR6LmtmqG
t/8AIIuPoP5iqi3dCktGXhS0lLUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAZmi6lJqJvxIiJ9mvHt1255C4wT781p1TsLS1tDc/ZCD5s7Sy4fd+8OM/TtxVymxIK
KKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk
/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhkN1MlvayzS/6uNGd8DPAGTTbG4iu7GC4twRDMiumR
j5SMjjtRf25u7C4t1YKZYmQE9sjFM0uzbT9KtLR3DtBCsZYDAOBjNPoLqW6KKKQwooooAKo6r/qb
f/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv
/IXv/pF/I1fqha/8he/+kX8jTQn0L9IelLSUhnCNPLB4wljW8F1PdSSLbSRXJP2YhSAkkPTaD3pq
eLtVudOnuojFEYDb27q8eR5zNiTv0Hp713C2sEczSpDEsr/ecIAzfU1V0/RrTT7eWGNPMWaZp3Mu
GJcnOaxdOXRnorF0WlzQu1b8N/w0/E5X/hJdUCrZzX1rA41Ca1kv3iARQihhlScAknHXtUlv4o1W
fxT9jQ2zW0cohZCVVpBsz5i5bcc9RgEYrsHs7aRGR7eJldtzKUBBPqfel+zQecJvJj80DaH2jcB6
Zp8ku5LxVGz/AHa2f39/626HBaLqs+r+KtGu7q5geRobk+RGu1rfkDY3PXjvjvU9x4x1DTdSuILw
I8NjPJ9oYJgmJgPKx75NdstrAjl1gjVyS24IAcnqc0PawSFy8ETFwA2UB3Y6Z9aXs5Jb6jeLpSne
VPS1rdtX5dn9+p5zrt9qURaVp0gvhpkEs00SYf5psFc54UZ/T3qa71K90zX9TvrS7glCJYrKxjBE
4bjIIPy9c8Zr0B7aGQsXhjYsu0kqDken0pv2K2wR9nhwQARsHQdPy7Ueyd9yljocqTh+Xl5eX4nO
61c3UHjTRok1D7PbTJIGjIG12GODzyTnA9O3Wue8P65qGj6VAsZint3tLq4jh8vDKySHvnnOa9Gk
gilKmSJHKHcpZQdp9RSJawRlSkEalQQpCAYB64pum73T/rQzhi4RpqEoX/qXl5/gc74R1rUdUtbp
797ZxGFaOSN0PVckMFJxj88GsP8A4TTUo9MmBuIJrvz4o2ZETy4VfPIcNtYccbiMd676G3ht0KwR
RxqTkhFCj9KatlarC0S20Iic5ZAg2n6ihwlZK4LE0VOUnTVnbTtb/M4G+1u9R9G1SeOGS9itbwhY
mDI+0AA/KT9Tg+tWLfxVq7aP5k89mvmXcMIuwUcRI4ySyqxAx2ye/NduYLeNVYxRKIwQp2gbR3x6
CkWzthAYVt4RC3JQINp/Cl7OV/iLeMotJOmtPyu3+pxD61qFhrN/MdUivFi05Z4olQBJjzyoBPTG
SRS2/ivVm0jzJ57RTJdwwrdgoyxK4yxYKxAxjjJHXmu3FpbgoRBECi7UIQfKPQegpFsrZYWhW3hE
TdUCDafwo9nLuL63Sa1pq+nbocLaz3MfgXxBcWl3idbyeTz4RjdyMleeM+vamXmtXOn3D3VvNbXF
yumW7favLHz7pgpBwemD+degLBEqsqxIFblgFGD9aYLG1ChRbQ7QAuPLGMA5x9M80ezdtGNY2Dk3
KF7u/Ty028vQ46DX9ah1OOK4ureaJNS+wOog2lwV3bs54I6Yqfwl4l1TWtQkF2LcW7Rs+xWUPCQ2
Mbclv++gOa6z7NBuz5Med2/O0fe9fr70R28MTu8cUaO5yzKoBb6+tNQknuRPFUpQaVNXa3OLuvFt
/Z3usIZYJngjke3hjQMoCsBlmByCATlSB7U2XxXf2sV0ov7W8jglts3kcYCBZGwynBI4HOa7ZLWC
N3dIY1eT77BQC319aatlbJCYVt4VibqgQBT+FHJLuNYmj1p9u3l5f1fU49PEupXs8UVpdW6rPqs9
qkvlhgIlXKkc8n+dRSeLNSj0q/vRdWrTpK0S2RQBrbEgXexznGPXA5FduLWAEEQRgqdwOwcHpn60
n2O33SN5EW6UYc7Blx7+tHJLuCxVG6/d6f8AB9Opl+F9QvdS0oy35haRZWQPE6sHUdCdpIz24Par
2q6hDpGmz31wHMUK7m2DJ9OKsxQxwoEijVEHRVGAPwrO8RwyXGgXUUNkt67qALdn2h+R3yPr+FXq
onOnCpWTasm/TT9DN8O2t1ca5qOtXFs1pHdrGkULkbyqj7zY6Zrpaitd32aLegjfYNyA5CnHTNTU
RVkTWqOpO79PktAoooqjIKoa3/yCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDF8O2c9o2qmeIx+dqEsqZ/iU4wa2qz
NH1J9SN8HjVPst29uuDncFxyfzrTpvfUS20CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9FFFIZU1WV
oNJvJY2KukDsrDsQpINRaDPJc6Bp88zl5ZLeN3Y/xEqCTVq6kjhtZZZv9UiFn4z8oHPFNsZ4bmxg
ntseRIivHhcfKRxx24p9BdSxRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himtxPYv
UUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6F+ii
ikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/AK4t/Krg6VT1j/kDXn/XFv5VcFPoLqY2
ua+2jahpkJt/Mhu5GWWTdjyVGAGx3G5lz6DmqieLXk1ee1S0XyUu4reOXzOXDeYGbGOMNGR71q6n
o1rqzKboOdsUkOAcDbIAG/HgYqi3hGxEEccM11C0SwhJI3G4GLdtPIIyd7Z45zSGNfxStvrmqWV1
AI4LOESxzBs+aQqs647Eb1x65rPs/GV7eXWn27WVvby3Ee6RHeR9p81oyoKoRxt6nA5rWm8LWNzI
ktw08sq3EdwXZhlnRAnPHQgDI70kXhi3t7qKe1vL2BkBVgjriQGRpMNlT3Y9McGgBur6zfW81mNL
jsLmG5mFvuknYbXwx/hUjGF/WqUfi65ae5ge0tluVlEENs0zCXeW2qzgrgIR824Z445Nbb6PZEW4
jhWFbef7QiwqEBfBGSAOeCapXHhW0u5jLdXV7PIrFoGeUZtiWDZQgeqjrngY6ZoArX3iw6NIYdYS
2t5vskk67ZiVkZTgKCQDz+lWNU8RPZ+HRfWsEdxeFYWFp5uDmRlGOmf4uOOeKsJ4ftxvaW4up5JL
d7Z5JZMsyscntgH0xwPSntoViYIoxCFaMxYlUAO3lsrKC2MkZUUAZV541ht7qHyIPOtWs2uXlD4I
O3ciY9SPyyKLzxJqWmRTJfafbC58gTwiKctGfnVCrEqCCC6nIBzmrKeDdJSF4vLkMTtMzIX4/ejD
DjoAAAPTApz+FbaaC5S5vL64knRY/OllBeNQ24BeMDkAng5wM5oAz9Q8WXumkWtzaWyXonWNiHke
IoyOysNqFj/qyMbePpWzcayllHYC4ilknvCERLdC3zbdx64wAATk4qu/he3ZEYXt8t0s3nG6EimV
m2FMHK4xtYjAGOatLo8f2q3uJbi5mkt23oZHBAPl7DwB3GSfc0AZsXjvRriSaO3lkmkjKhVjTcZi
W2jZjrz649enNTx+LdOktjPi4VRGZCrxEMAJPLIIPfcMYqOPwfZwwGGG7vkiVw8CiQf6OQ2QUyvu
R82eDioYvBVu1nDFc3d0ZI2kDPHLgyo0xlCvkHODjnjPPY0ASP450ZLq5t/OZpLfIIRchyHCEDnq
GYDnHX0q5Ya8L/WLqwFlcxfZ4o5PNkXCtvGcexH9D6VCnha3i+0iC8vYopy58pXUohZtzYBU9Tng
5HJ4qfTPD9rpE4ktHnVfISAxs+VIXO1umc8kdce1AGrVDW/+QRcfQfzFXs1Q1h1fRp2RgwIHIOR1
FVH4kKWzL9LSClqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU
7CxtrE3P2Yk+fO00mWz85xn6dOlXKxPDlrNanVvPiaPzdQlkTcPvKcYI9q26b3EtgooopDCiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/
rb//AK+T/wCgrTWwnui/RRRSGV7+3a70+5t0IVpYmQE9ASCKZpNo9hpNpaSMrPBCkbMvQkADijVJ
Xg0q7mibbJHA7K3oQpINR6HcSXehWFxM++WW3R3b1JUEmn0F1L9FFFIYUUUUAFUdV/1Nv/18xf8A
oYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/wBI
v5Gr9ULX/kL3/wBIv5GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrP/IGvMf88W/l
TBaX3/QSP/fhafrH/IGvP+uLfyq4Kq9kTa7KP2O+/wCgkf8AvwtH2O+/6CR/78LWJ4o1K60zXdOu
Y7h0s7aCWe7iH3Xi3RozEf7Ict+BrPsNcuhqiy3180ME9/G2yVwqxRvbSOqZ/BT9aOZhyo6v7Hff
9BI/9+Fo+x33/QSP/fha5Vtbv7fXNThW4eWO+uBa2PcQyhIzx2wVcv8A8ANQ6Jf3V1qWmi51F5FS
xt5Nr3vlNKxaQE7AMSE7VByRRzMOVHYfY77/AKCR/wC/C0fY77/oJH/vwtYuorLqOp6PL52q6eLq
Z4pIPO8vIWN2HCkjqo5z0rFj1WeC5ayutYlcXE6ia/guVkiSMlsEDH7lidqYPHPByKOZhyo7T7Hf
f9BI/wDfhaPsd9/0Ej/34WuV1TVr6yj1JNJnkv7eLSvMW4a5UGI7pRvBx8xG0DP+zV/xPfX72Mdt
p5ubO4NzCkdwwASUnnA5yQSMHgUczDlRt/Y77/oJH/vwtH2O+/6CR/78LXG3Pie9vJn1K0nmgs3s
3RI9uRGVeESy4xyU8xx6fIanur02y3ltZ61PcWC/ZPMuTchmhd5wrASdsoc47e2aOZhyo6v7Hff9
BI/9+Fo+x33/AEEj/wB+FrjL3ULn7VBaW+qtJYi6kSK4kvfI81REGKmUA7trEgcexPFdBqWum2u7
WysrywjLI5ee7kLICmz93wR8xDg8noM4NHMw5Uaf2O+/6CR/78LR9jvv+gkf+/C1y83jW9jS5kRb
FiI7lkt8t5luYm2gy89GPsMZGM0NqWqXmu2UFxPAn2SW5WZYPMVZiiIwON3HD4wcjOT9DmYcqOo+
x33/AEEj/wB+Fo+x33/QSP8A34WuZg8T6m2kz3EQtCILa02CTexaSYJyzZ6Dcfc+vrc0jXtSuNYj
tL5bMxvJcQhoAwbdCQC3JPBz07epo5mHKjaNpff9BI/9+FrDutPvViuLhZmht/8AlpG0ar5xyOdo
6fXrXV1Q1v8A5BFx9B/MVUJO4pRVi8KWkpazLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAztI1M6kb0NEI/st09uMHO7bjn261o1TsNPg083PkFj9onaeTcc4ZsZx7
cVcpvyEgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad
/rb/AP6+T/6CtX6oab/rb/8A6+T/AOgrTWwnui/RRRSGQ3TxRW0rz48lUZpMjI2454+lJYywTWUE
tpt+zuitFtXA2kcYHbim6hbvd6dc28ZAaWJkBPTJBFM0m0ew0iztJSrSQQpGxXoSABxT6C6lyiii
kMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwooooAKKzfEN9Lpnh6/vL
fb50EDOm4ZGQOK5HS28d6tplvfQappqxXCB1DxYIB9cLUOdnax0U8O5w5+ZJXtqegUVxX2D4gf8A
QW0r/v3/APYUfYPiB/0FtK/79/8A2FHP5Mr6sv8An5H73/kdrRXFfYPiB/0FtK/79/8A2FH2D4gf
9BbSv+/f/wBhRz+TD6sv+fkfvf8AkdrRXFfYPiB/0FtK/wC/f/2FH2D4gf8AQW0r/v3/APYUc/kw
+rL/AJ+R+9/5Ha1T1Oe9gtd2n2yXM5YAK8mxQO5J9qwNMtPGcepQNqeo6dLZhv3qRJhiMdvlHfFd
QxIVj6CmnzLsZSiqUlqpffb9Dn7PX9Rg1qDTNbs4IZLpWa3mt5CyMV5KnPOcVqWv/IXv/pF/I1z+
gRXniW5s9f1J4kSASC2tolI2kkqWYnqeK6C1/wCQvf8A0i/kaVJtptmuMjCE1GKSa3ttfXb5W+Za
upxa2k05GREjOR64GawLHxnaXVtDPcRm1Vrd5pw75MDKUGw46k+YpGOuR61vXEK3drNAxIWVGQkd
RkYrn7jwLp9w7uZZ1L2iWrbSuDsKFZMEEbh5aj0IGCKs5SRfG+lPPtRp2hEEk7ziB9kYQ4YNxkEe
/t6irsniTS4TMJLyNfIkeOQkHCMqB2yfZSDn3A61XtfC8dvJCzXLyBIpYZEEUaJKjkEgqqgDBA5H
PrmqkHgSxijdHuLqQPam3JLjOS24ydPv9Bn0AoA0I/FGmytCqyTeZLL5KxG3kEgfbuwVxkfKc5PG
KXQtfh1m2LAbJkXdKoyVTkgDdjGcDOOoyKZaeHFt7+O+mvJ7m7WRpHkcKN+U2AYAAAA9O/JqTRdA
h0NJEtZpTHJyyMRjfkkuPQnOD64HegCIeK7GS40+OBLmZL92SKVYH2cLndkj7pBGD079BTz4p01U
YtJMGWVYfLNtIJCzAlcJjJBAODjHBqtbeEY7Z45EvrgSpcGfKqiA7l2MoUABcjqQAc81Hpfgm00u
VZI7mdys0cwyEGSisozgDOQ5yTyT3oA0NP8AEFpf2d5dES28NpLJHK9xGYwNhILZPbj8O9RSeLNL
iiWSSWdA247WtpAyqoBZyu3IUAj5jxz1pH8NpJa3do95cG0u5ZZJIgFH+sB3DdjP3juHfgdqjuPD
El0A02r3hnMTwSTKsal4WIymNuB04Yc8mgBbzxhptqL1EkeWe1jdyixPhyq7iqtjBOCDxnjmm2/i
uAWkcl+vlSukJ8uKOR2LSbtqhdob+A9vy7rJ4RtHieNZZkRmlYKpHy74vKwOOy9Pepj4btzexXXn
S742hYDjH7pXA7d95z9BQBHN4y0e3nmhluJQ8LMr4t5CMr9/BC4O3uR071tqyuoZSGUjII6EViye
F7eQSAzzDf8Aac4I/wCW/wB7t27VsW8It7eOFSSI1Cgn0AxQBW1j/kDXn/XFv5U5b+J7nyIt0rj7
5QZVPqemfbrTdY/5A15/1xb+VVI/DlnBPuhgh8liS8TxhgD6qeo57cirVuXUh3voajxxyZ3orZUq
cgHg9R9KjltbaZCssETqSCQyAjjpUX9jad/z5W//AH7FH9jad/z5W/8A37FToVqTiCFcYjQbTkYU
cHGM/lxTTZ2rSJI1vCXj+4xQZX6HtUX9jad/z5W//fsUf2Np3/Plb/8AfsUaBqWmVWIJAJXkHHSo
ls7ZUkRYIgsv+sUIMP8AX1qL+xtO/wCfK3/79ij+xtO/58rf/v2KNA1JxBCq7VjQLt2bQoxt9Pp7
U5kRsbgpwcjI6Gq39jad/wA+Vv8A9+xR/Y2nf8+Vv/37FGgalhYokxtRFxnGFAxnk/nTFs7VYGgW
CEQtyYwg2n8OlRf2Np3/AD5W/wD37FH9jad/z5W//fsUaBqSyWdrLEsUlvC8afdRkBC/QdqVrW3d
drwxMoYNtKAjI6H61D/Y2nf8+Vv/AN+xR/Y2nf8APlb/APfsUaBqTfZ4N0jeVHukxvO0ZbHTPrTv
Ki3btibjnnA/Gq/9jad/z5W//fsUf2Np3/Plb/8AfsUaBqT+TCFK+WmDjI2jHHT8qURRhgQiAgk5
wOp61X/sbTv+fK3/AO/Yo/sbTv8Anyt/+/Yo0DUuZqjrR/4lFx9B/MU7+xtO/wCfK3/79iqeraXY
w6ZNJHaQo64IZUAIORVRtdEyvZmwO9LSClqCwooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKAMTw3bzW7at50bx+ZqMrpuGNynGCPatus7SdT/ALSN4PK8v7LdPb/ezu24
59uvStGm9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CqcunI8zTQzTQSPyxibhj6kHI/SrlFFwsUfst8p+XUAf9+AH+RFSwR3iyZnuIZEx0WEqc/Xcas0U
7isVdTme30u7miO2SOF3U+hCkio9EuJLvQ7G4nbdLNbo7tjGSVBNXJI1lRkkUMjAhlIyCD2rDbwV
oTOX+xYJOcLK6gfQA4FCtbUHe+hvUVS1HSrTVbYW97EZIgwYKGK8j3BHrTNL0Kw0YymwgMRlxvzI
zZx06k+tGgamhRWJc+ENGvLmW4ntWaWVizt5zjJPsDV+/wBKtNTtBa3kZkhBBChivI6cg5o0DUuV
R1X/AFMH/XzF/wChimaZoGn6O8j2MBjaQAMTIzZA+pNZet+F9KuJRcy2zNNPcRiRvNcZywB4zgcU
1a4nex0lLVO80q0v7EWdzGXtxj5QxHTpyDmoNM8P6do8zy2MBjd12sTIzZH4k0tB6mnRWNe+E9I1
C6kubq1Z5pOWbznGeMdAcVdudKtLvTvsM8Za22quzcRwOnIOe1GgalHxl/yJ2rf9ez/ypvgr/kTd
J/69lrO1/wAO6bo/hbWZrGAxyPZuhJkZuOvcn0qHwz4W0nU/DGmXN3bM8z2ybmErrnAx0BxUae0+
R16/VP8At79DsqKqS6VaT6Z/Z8kZa12BNm4jgYxznPYd6r6b4b0zSbk3FlbtHKVKkmV24+hJ9KvQ
5NTTorJv/C+landtc3ls0kzAAsJXXgdOAcVabSbRtL/s5oybTYI9m4/d9M5z+tGgalylrK0/wzpe
lXQubO3aOUKV3GV24PXgk0moeGdL1S7NzeW7SSlQu4SuvA6cAgUaBqatNcEqwU4JHB9KqrpVoul/
2cIz9k2eXs3H7vpnOf1qtYeGNK0y7W5s7Zo5lBAYyu3B68E4o0DUl0a0vLLTkh1C9+2TqTul2bcj
PHFZ1/BqE2pXYsZQsY8vzUA+dxg9Dkf0+tXdR8N6Zq1yLi9t2klChQRK68fQEetRWGl2sUl/p8cZ
Fr5aJs3H7pDZGc5704WitAqNzk2+vyJrSC8FrGIJ4Io8cIbRlI+o31N5Opf8/lt/4Dn/AOLqtY+F
tJ027S6tLZkmTO1jK7YyMHgnFP1Lw7pur3CzX1u0kirtBEjLx17EetF1cVnYm8nUf+fy2/8AAc//
ABdHk6l/z+W3/gOf/i6db6VaWmnfYIYytttZdm4ng5zyTnuapWXhTSNPu47m1tWSaPlW85zjjHQn
FF0FmW/J1L/n8tv/AAHP/wAXR5Opf8/lt/4Dn/4uotT8PadrEyS30BkdF2qRIy4H4EVPZ6VaWFib
O2jKW53fJuJ69eSc0rhYb5Opf8/lt/4Dn/4ujydS/wCfy2/8Bz/8XVO08I6PY3UVxbWrJLEcofOc
4P0JqxqegafrEkb38BlaMEKRIy4B+hFO6CzJPJ1H/n8tv/Ac/wDxdHk6l/z+W3/gOf8A4unWOlWm
mWZtbSMpCSSVLFuT15JzVC28IaNZ3MVxBaMssTBkPnOcEexNF0FmXfJ1L/n8tv8AwHP/AMXR5Opf
8/lt/wCA5/8Ai6ZqmhWGsmM38JlMWdmJGXGevQj0qXTtKtNKtjb2UZjiLFipYtyevJJPalcLDfJ1
L/n8tv8AwHP/AMXR5Opf8/lt/wCA5/8Ai6pQeD9FtrmOeK0ZZY2DqfOc4IOehNW9U0Sx1kRC/hMo
iJKYdlxnr0I9Kd0FmV9VivxpV0ZLq3ZPKbIEBBIx67q1xWPLpNpo+gX0NjEY42jdyC5bnb7k+lMj
8H6LHcLOlowkVw4PnP1znpn1pu1ha3NyiqGp6LZaykaX8JkWMllAdlwfwIpdN0ay0iJ47GIxI7bm
Bdmyencmp0K1L1FYf/CHaL9o8/7I3mb/ADM+dJ97OemfWr2p6PZ6xEkd9EZERtygOy4PTsRRoGpe
oqhpmi2OjpIthCYlkILZdmyR9SapSeDtFluGne0YyM5cnzn5Oc9M+tGgam5RVLUtJtNXgWG+iMka
tuADlefwI9aZpmh2OjiUWEJi83G/Ls2cdOpPrRoGpoUViXHg/Rbm5knmtGaWRi7HznGSfbNX9R0u
01W1FvexmSIMGChivI6cgg0aBqXKKztM0HT9HMhsITEZQA+ZGbOOnUn1qrdeENGvLmW4uLRmllYs
7ec4yfoDRoGpt0VTvtLtNSsxaXcZeAEHaHK9OnIOah03w/p2kSSPYwGJpAFYmRmyB9SaNA1NKisW
88I6Pf3Utxc2rPLKcuwmcZP0BxV670u0vtPFlcRl7cBRtDEdOnIOaNA1LlUNa/5BFx9B/MVHpvh7
TdImeWxgMTuu1iZGbI69yazvEPhrS7mC6vZbYtcMAS/muPQdAcdKqNuZClflZ0dLVO40u1u9O+wT
Rlrbaq7AxHA6cg57Cq+m+HNN0m4aaxtzHIy7CTIzcdehJ9KnQepqUVkX3hbSdSu3ubu2Z5nADMJX
XOBgcA4rE8Y3L6ba2OlWqL9lnikVkMTythFBUDaQ345qZSjFXZrRozrT5I76/grnZUVwWkX2laXL
b3EGmsJXsPtU88M7PHHHzu4YnOCo46/lS3l1o+ozTXWraPPDc/ZVuYw90FEsWcA5DBVPI4NJVIdz
R4Suvs/id5RXDweJdPv9Ej0y002eXzPMgFskwOFRQSwfPIwR3yaq+EjaWo0s2unT3OpS2olnmWbA
jRn25IY4PToB2pKpB9SpYKvGLlJWt5+v+X+R6FRXnuo6zoOp6jdve6ZNNNBEWDRXOdyq2MEI2F65
57Vfg1TzW03RoNLH9m3lvJuAuQxVQcHDBuQOvqc8dKftIdGJ4Out42+a7X/I7OivM9G1DStEtbe8
h028ublLVrh5zKARH5jISQWxkYHQVranc6Rq3iGG3uNMluHaRbbzvtHl4JXf9wNkgA5zihVIdwlg
q8W1y7X/AA3O1pa4u6uJbTXP+EcsysOniBPk+zSTlt7EMCwbKj3PSqumT6PBqyfYtJuLeUtcRQ3D
Tl13xg7htLHt3Io9pDUTwlayaV9L/L+ux31Fed2d/Za1YQy6/YTy3kOn/aBMZhGJk3YPRgBye9Xd
O8TWC6OlnY6XM6STtarAk4fJZS3Dk9Dzznil7SFk7lSwVeMmuXbzO3orgtJk0UXOnT6PotzJdyxt
Nt+0HMKBthJ3Ng854p11rnh7XtRmW+tZWFrFKUmEpGVTlvlU5HtnrT9pC+5P1PEa+7sd3RXG+GLg
yarNp8drLZ6ebJZktpHDnLsctuyTyD0zxWBo72lp4mQvbwpBFcToGIlXZ5ecYYsVdiP4cUvaQL+p
Vm2lbRXf5nqFLXCSa7ofiaC4uLuwlZrKLzEDXATKMcckMADnHBqXR/EljFp6Wej6XO8ks0ii3ScN
naoLMHJwRgij2kLLUl4LEJu8dv8AK521FcHbroVnqqSQ6PcrDBeLbfazOxCTccbS2SASBnGKs/2j
pvinUrS2v9KuAr+ctvKZcAshw4wpz2HWq54Xtcl4Wso83L/W/wCXQ6bT9Ni003PlM7faZ2uH3Hoz
YyB7cVdrkGgfQNdsbHR7iQpcTB5LEpuVIcYaTeecggd++MV19HNdsidJwjFvqgooopmYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFUdV/1Nv/18xf8AoYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFAGL4y/5E7Vv+vZ/5U3wV/wAi
bpP/AF7LTvGX/Inat/17P/Km+Cv+RN0n/r2Ws/8Al58jr/5hf+3v0NyiiitDkCiiigAooooAKKKK
ACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/
5A15/wBcW/lVwVT1j/kDXn/XFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAVQ1v8A5BFx9B/MVfrP11Q+i3KnoVAP5iqj8SJlsy/Rmsv/AIR2w/u3H/gTJ/8AFUf8I5Yf3bj/
AMCZP/iqPd7hd9jUzWXq2hQavPbzSy3MMtvu8t4JNhAYAHn6Cj/hHLD+7cf+BMn/AMVR/wAI5Yf3
bj/wJk/+KpOMHuVCpOD5o6Mjt/DGm2zfuoCI/sv2MxlsqY8kkfUknmq3/CFaY1vLDL9pmDxrErSz
FmjRTuVUPYAgVd/4Ryw/u3H/AIEyf/FUf8I5Yf3bj/wJk/8AiqXs6f8ASNVia615n95TTwZpqYKm
7EolaXzhORISwAYFvQgcipIvCljbm1a3e5ha2j8pTHMV3pu3bX9RmrH/AAjlh/duP/AmT/4qj/hH
LD+7cf8AgTJ/8VR7Omv+GB4qu95P7yjB4K061ctbyXsTBGRClwR5aswYhfTkfrU1v4UsLVrNoPtE
clozsriU5fcctu9QSKsf8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUlTpr/hgeKxEt5fj/Xc
pr4M01LZrdfP8trVrQ/vOfLL7z265PWqMXhO/t/FQ1KC7iSHzQx6lzHtAMeMY5x1z+FbX/COWH92
4/8AAmT/AOKo/wCEcsP7tx/4Eyf/ABVDpU9Co4yur63vffXcZdeHoLnVjqK3F5BcFFRvJm2BlU5A
Ix70yLwvYxSxSKJQ0Us0y/P/ABSjDfh6VN/wjlh/duP/AAJk/wDiqP8AhHLD+7cf+BMn/wAVT5IG
ft61rX/EqHwbphtlt2SZo1tPsgBk/g3bvzz3p1t4TsbWWOVWuXkjuBc7pJdxLhduT+Bqz/wjlh/d
uP8AwJk/+Ko/4Ryw/u3H/gTJ/wDFUclP+kV9Zr2tzP7ytF4RsbdbQW73ULWoZVeOYqzKzbirEdRm
pLfwvY27XAUTNBcBw1u0pMQ3/ewvbNS/8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUclP+kJ
4mu95fiM0vw5aaRcGe3e4eUxCHdNKX+QHIHPpUMXhDTo7tp3+0TAyPMIZZSY1d87mC+vJqz/AMI5
Yf3bj/wJk/8AiqP+EcsP7tx/4Eyf/FUclP8ApB9Zr3bvv5lVfCFgumzWBe6e3kCgK8xPlhTlQvpg
1Ufw9o9rcpbNcXkF08hnS4MzKzMwCsA/uAMitX/hHLD+7cf+BMn/AMVVC+8JxXsqwqzRWnBcmaR3
Y+gBOB9eaap0nv8AkDxWISdpfiWf+EVsDfi6/f8A+tE5h80+U0o6OV/vU+z8M2VlPazQ+bvtWlaP
c+eZDls+vtWnbW6WltHBHu2RjaNzFj+ZqWo5I9huvVas5MpnTo21RL8s/nJEYQN3y7Sc9PXjrVyi
iqM229wooooEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABVHVf8AU2//AF8xf+hir1UdV/1Nv/18xf8AoYprcT2L1FFFIYUUUUAY
vjL/AJE7Vv8Ar2f+VN8Ff8ibpP8A17LTvGX/ACJ2rf8AXs/8qb4K/wCRN0n/AK9lrP8A5efI6/8A
mF/7e/Q3KKKK0OQKKKKACiiigAooooAKoWv/ACF7/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/1xb+VXBVPWP+QNef9cW/lVsdKroLqOqvf3a2
Gn3N26s6wRNKVXqQoJwPyqxVbUrMahpl1ZlyguIXiLAZK7lIz+tSMyV8X2jWWkXCwzH+05BGqYGY
TnDb+eNrYU4zyaG8Tt9iN3Hpd00EjxrasWQfaN7hFIy3yg7gfmxxUS+D4hfS3H2lyHmilVCvEe0h
nUc9HYZNKvhV5NLTTLu/NzYRNEIonhXOyNwwVjn5uFC5449TQAtv4vju7+GyhsLg3DFhKheNfL2u
UbGW+fBBJ254+oFXNT1uSwvorSDTri8keJ5mELICqKVB4YjJ+YcCq+peGUvltbeGSG2sLfaVhS2X
chBzmN8/Ie3ANJL4aeK6hl0m9NiEikiYFPNJDspJBZuD8vuPagB8niq2N1aQWcMt015b+fCy4VTk
EopLYwWCtjP901VXxmqWcVzdabcwRy3HkL86McKxDucHhV2nP4Ypv/CD2qt5kdzcLNHJA1uwdtsS
xABF2Zw3RuTz85pZfBNtdAJeXNxJAsc8aRRu0QHmyF3JKnnghcHjj3oA2r7VINPkjFy6RoySOXZg
Nqou5jjvxVOTxbo0emG/F/A0G4oCCeWAzjHXpz9OelVrjwxNe2ccF5qTymO3kgV/KAOHiEZJ55OQ
W/HFLd+F5JryW6tr4288jk7jCHwrRJGwAJ6/u1Of0NAE0PiqwNgLu6kW2TZGxDNuILoHAwOcgH8h
npT77xTpWnxXTzXIJtovOdEUlivHK+v3h06ZGcVRi8IPatBNZ6gY7mDYI5HhDrhYREQVyM5AB6jB
9qjuPBbXWoXd1Nqcz/aLeaABlyU8xQDjnGBt4AA68560AabeJdOijklmuEjiUoFY5y5ddwAX72cc
4x71IviPSnvoLNb+BridFeJA2d6sMqQenIBx61Qm8M3D3n2+PURHfh1cS+QCmfK8tvkz0I568H1F
Ja+D4rQRLHdSFY3t3G5Rk+USef8AeLH6UAdHRRRQAVQ1v/kEXH0H8xV+qGuHGj3BPQKP5iqj8SJl
sy9S1zn/AAl1tNfGK3KiCNsSzSK3PsoA/U4q9/wkumf8/J/79P8A4U3TkugKcX1NWisr/hJNM/5+
T/36f/Cj/hJNM/5+T/36f/ClyS7BzR7nMvq1xaaj4iu/tkUktkZTBbyXr/wxqQDAONvJOc5p19q+
sLeRJ51oLuzluUchHEUoWBJBlN2c/NjqfX2rfOtaKZDIXTeRgt9nbJ/HbTv7f0gnJnGf+uL/AOFH
JLsHNHuc/P44nXUfJiSEo1o8uxlwUdYPN67ssO33QPfIIqRfFGpIFtbubTbedpVU3jIwhQND5oBU
t1zkD5h0z14rb/t3Rt27zV3Y258hs49Pu0NrujOpV5VZTjIMDEH07Uckuwc0e5zs3jbUo76/VILB
obVXXY0wEhZVBEmN24oc7vu8Lzk1as9SuZfDvim5/tCG5lgeXyri2JCLi3QjbknGD79c1sHXdHL7
zKpcjbu8hs49M7elKuvaOibFmVUxjaIGA/LFHJLsHNHucnbeKb3TtNmSGRJ3e7SNJZ7tZ4oVaLdj
zSVDElTwSMFgOeKuf8Jvdpe2sRht5me2Lyww8/vBA0vyPuJcHaBkLjn72Rit4a3oohMIkQRH+DyG
2/ltpRrujhw4lUMo2hvIbIHp0o5Jdg5o9zEl8VXUdtbt/aei4mSSY3OG8pdqqfKxu++S3XI4H3c1
Z0/xDqV3qdv50NvFaTTx25hKMJo3a2ExJbOODlcYrR/tvRdu3zE27t2PIbGfX7vWn/8ACQaTnPn8
5znyX6+vSjkl2Dmj3MOa71K01zVpYrmF2a8tbSBZUcrErhMnaHwfvHoASe+OKbc+Lr23ubpQ1i7Q
tcR/ZgrecgijZhK3P3WKjjHR15Jre/4SDSSSfP5Jz/qX6/lSf29o5dn84bmG0t5DZI9OlHJLsHNH
uZFl4g1galDBe/YHiNxHbyeTG6sTJF5gIyxxjpjnPXiqWt6rqOn6lqrpdTfZJbuC1XB/49nKxMpH
or7nB99vrXS/8JBpGc+eM5z/AKl/8KQ6/pBzmcHJycwvz+lHJLsHNHuYEvjO9jeZgLF8+cPI+YPZ
hJAgaY5+6cknhenGetUP+Et1KwjnW3uNPu5Zru4IuZJQkBCLHhFLOMZ3E8E4w2Aa67+3tHy585cy
DDnyG+b68c0063orRiMyIUBztMDY/LbRyS7BzR7mL431G5tjYGC6NsWtZ5RtvBCN6+XtPPEmMnC9
8111pMLi0hmAYCRFfDDB5GeR2NZsmvaPKVMkquUOVLQMcH24p48SaWP+Xk/9+n/wo5Jdg5o9zVoq
G1uYry3WaBt8bdDgj9DU1SUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8x
f+himtxPYvUUUUhhRRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/
69lrP/l58jr/AOYX/t79DcooorQ5AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6rQ2xjvLifdkS7
RjHTAP8AjTQmWaKKKQwooooAKKKTNAC0UUUAFFFJQAtc14u+0xvp0yX9zaWhn8m4MDBSA/CtyD0O
B+NdLVPVtPTVdLubKT7s6Fc+h7H8Dg1UXZikroy/+EXn/wChh1n/AL/L/wDE0f8ACLz/APQw6z/3
9X/4mrPhnUJNQ0SFrji6hJguB6SJwfz6/jWtTcpJ2Eop6nDeKdPuNK01BFreqzT3MgiSN5VKkdWJ
+XoFBrZgn1Q6gEvFiWQE+TGZWVGHrkL8xx69PSqV5/xNdY1W66waZbNbRehlYZc/gMCutHSqcrJX
JSu9Clv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNXqo61cyWWh39zCQssNvJIhIyAQpI479Kzv5
F28w36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5dfFGovFpVvuiF5FOkep4TIPzbAF9N+dw9hUs2
q6ovhqHVv7QUi+MDRxw2wdoFkkQEKOS5CtjkHn06UX8gt5nR79T/AOeFn/3+b/4mjfqf/PCz/wC/
zf8AxNc1/auuW/2O41F5LfT92HmFqpYjfgGZM5jBXHK9CTnHSrt1qd1qepwRaTqH2SD7NLMzy233
mRkGCHAIX5j0x9aL+QreZsb9T/54Wf8A3+b/AOJo36n/AM8LP/v83/xNco3jSa71LTbdbmKzFzbx
LMgTe6SzKShGeMKQuc/89B6VWufFWoaTpttLc6pFLPLNNIySQKuYYXZWVQv8T/KAT3zRfyC3mdpv
1P8A54Wf/f5v/iaN+p/88LP/AL/N/wDE1n6zr401be4iBmhe3nuMKQA4SPeOSO9VJfFV6YpLdNKC
6ipcGL7SNihY1k3b9vPEijGOuecc0X8h28zb36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5/TfFF
3LHbwLD9rvpo4diu6xISYFkckgHHXpg8nsKTVvGc1s2oW1pawvc29tJMjGUsgeMKXVvlxkbugJ6c
4zRfyC3mdDv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNZLeIruLUnsFs1lvXkSNIjMFjU+Vvf59
uSB9Mn0A6RWnjQ3l1aiPTm+yzeQrzGYbkeXIA245AK8nPuM0X8gt5m3v1P8A54Wf/f5v/iaN+p/8
8LP/AL/N/wDE1eoov5BbzKO/U/8AnhZ/9/m/+Jqnqz6gdMmEsNqE43FZWJAyOg21tVQ1v/kEXH0H
8xVReq0JktHqOfTLdr5btA0U4PzNG23zB6MOhq5R3pai7ZSQUUUUDKSavp8moNYx3sDXi/egEgLj
jPI69KnkuoYriGCSRVlmz5anq2Bk4+lcjPpOqCXxCkEF+r3vmm3dLhFh5RQCBu3K2R1xTbvwteSS
GCNbg2sMtw1uftbblDQoF+bdux5m44J/SgDtqK4SfS/EkuqGUROgNm8TSJPjzGMGFz8/3vM9FAHX
JyakOg6jaxiAwXl1pwlR3tlvD5kmYQCQzMDxJyRuHrQB29VzfWwFwTMgW2OJiTgR/KG59PlIP41x
U+h+IG1G/lSS/WR0kWBkuE8ryyo2oTndvHIBx1+bNaFho11H4b8Q2qWUts16ZTbQTTiRsNCqjLZO
PmB4zx9KAOlstQtNSg86xuYriLON8Thhn0yKsVwD6HrsljKFS7Ec11HJMjSQi5lURbDkqQmAwTAy
DgGpP7I8RjULRoPPi8u1MX2iWYMx/cMB5mHwWEm3hUxxnceRQB3dFcPLo98bO3CaXqPlKJPNtv7R
w7TlVCy79/3RhuM9TnbVuw0PU7fVYLy5lmlnE6JNILhtjwi2Ct8mccyjPTPegDpI7+2lvZbOOUNc
QqGkQZ+UHpmrNcjd+G55L/UpIopVS8vrZ3ZLhlLxKE8zo3HIPTBNVrnRdZN3eG3juVlb7Ri5+2fI
8RjZYolTPBBK8kDG0nJzQB29Vm1GzV50a6hDW5UTAuMxlvu7vTOeM9a5ey8O31hqcM0JuvLiuY8B
7tnHlGL95kMxzmTnnnuKi1vw3qNxf397ZRKXuLqJXQuB51vtiyfqjISM9t3rQB21RQ3MNw0qwyK5
hcxyY/hbAOD+BH51xUuja80lw0S3STHzftE32vi7UyAosYz8hCAgHC4zjnrVSbw3rH2Yx29vf21o
9zPJ5EF0jTKSqeW25mxxtcfeOMjg4oA7y91Cz02JZL66ht42barSuFBPpzVhWDDI5B6GsG/t72HV
rO+js2v40tXgaLegdHYqd3zEAggEHHP1rbgBWFAUVCAPlXovsKAJKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigDF8Zf8AInat/wBez/ypvgr/
AJE3Sf8Ar2WneMv+RO1b/r2f+VN8Ff8AIm6T/wBey1n/AMvPkdf/ADC/9vfoblFFFaHIFFFFABRR
RQAVzn9u3X2aN8xbm1drI/L/AMsxIV9euBXRVnjQdNGp/wBoi0j+17t2/n72MbsdN2OM4zigDGg8
aSTRwbtKlSa8RHtIvOU+aGOPmI+7jr349+Kjs/GEkMOnpfwKbi7uHidBKu+LM7RoNoGCAcAtkdCR
mtGw8G6RYaZ9jFsJAyqHkYkOxU5ByD8vOTxjkmp18MaOn2cJYxqLYgxBSQAQ28cZ5wxJGehJxQBj
weL7xNLS9v7JUfybqXyYZAwcROij5j0Pzf1pb/xy2n2YaTS5DeiZ4WtvOX7yqGwrfxEhlwMcnI7V
tjw9pYjkj+xpsk8zcpJx+8ILgc8AlQcD0qjrHhG31S5SeG4ms5QzszQnBYttyfY/IuD7dKAHa14l
fR7mKM2Dzr5BuJ3WVR5SBlU4B+8fm6e1Urnxmxe+SCwuxDbb1F35Z2FkcIw5AHXOOTnB6Vuy6ZY3
ynz4ln/dG3ZmOSUyMqT9QM/Sq02g6MlzLNJawrLdEhsuQJGJBPy5xk7QSQMnFAGJqPjS4d9St9Ps
2DWZA87epywmVCpX+HdlsEnoM1JP4qvVmili09mSKG6N1bmVBsaF4wWD9xhjgDrnnGKuWHg+2tLu
5kkubi4gnZm+zyN8mS+/JA6kMOOmOau3fhnSL5la5sY5Cru4yT1fBfPPIbAyDwaAM1/GaKj3C2Mr
WOZUin3qDI8cbORt6gYRgD6jpjmrOo61qNro9jdw6fEbi5uIo2gefhFdsfeA5PT6Z74q23hzSXup
rlrGIyzIyOcHkMMNx0BI4JHJqzeaba39mLS5hDwAqQuSMFTkEEcgjAoA5rVPGTA6ja2Ua/aLYBo5
EdXD4lVGU54B+bHU++CKdc+L5LW5L3Vu0Qt45lntkIkJkDQiPawHORMPz9q15PC+jytcM9hG32lS
koJOCpYMRjOACwB4709fDmkra/ZvsMRhKOhVgW3ByC2SeuSq8nngUAO0TU5NWsDPNZT2cgdkMcyk
E47jIBIP0FaNVrDT7bTLfyLSMpHuLEFixJPUkkkmrNAHOw/8SnxlLD0t9Vj81PQTIMMPxXB/CtTW
dSTSdIub1xnyUJVf7zdFH4nFUfFdpJLpP2u2GbqwkF1D7lfvD8VyKp3t1H4i1XR7OA77UoNQm91H
+rU/Vv5Vp8VmRe2hPZ6c2meDJYZubh4Xlnb1kbJb9Tj8K22uIo5Y4mkUSSfdTPJ/CoNY/wCQNef9
cW/lWfBoc1reOVurmSOZstL5uJF9jxyPpj6UviV2Gz0NymTwx3MEkMyB4pFKOjdGBGCDVT+yz/z/
AF7/AN/f/rUh0wj/AJfr3/v7/wDWpWXcd32H/wBj2AmeX7JF5kjxuzbeSycIfw7VHDoGl28kkkNj
AjSOsjbV/iVtwPt8wzx3pf7MP/P9e/8Af0f4Uf2b/wBP97/39H+FFl3C77DrrR9PvbyK7urWOW4i
wEdhkjByPyPNJf6Jp2qTRS31pFcPECELjOAcEj3HA4NJ/ZvT/Tr3n/pqP8KT+zf+n+9/7+j/AAos
u4XfYlbS7JoZ4mtozHPIJJVI4dhjBPuNq/kKWHS7K3laWG2jR2UoWA6qWLEfizE/jUR0zHW+vf8A
v6P8KT+zf+n+9/7+j/Ciy7hd9hE8P6UkXlLYwCPaU27eMFAhH/fIA+gp13oOmX6st3ZQyhnEjBlz
lgu3J/4CAPpSf2b/ANP17/39H+FKdMwMm+vQP+uo/wAKLLuF32Gy+HtKntzDJYwmPKnG3GNq7Vwe
2F4+nFB8PaSZ5ZjYQGSWNonO3qrABhj0IAz64pV04OAVv7wg8giYf4U7+yz/AM/17/39/wDrUWXc
LvsRy+HdJntjby2MLxHbwRz8q7V568Dj6VMukWCkFbSFSDGRhcY2fcx9O1MGmZ/5fr3/AL+j/Cl/
ss/8/wBe/wDf3/61Fl3C77F6iqP9ln/n+vf+/v8A9aj+yz/z/Xv/AH9/+tRZdwu+xeqjrf8AyB7j
HJ2j+Yo/ss/8/wBe/wDf3/61U9V08xabM/2y7faAdryZB5HXinFK61FJuz0M06hrEmuCO7hjh2t/
o8H2gxpL77tp3n24+lbH2nWf+gdaf+BR/wDiK0yitjcAcHIyOhpaHNPoCi11Mv7TrP8A0DrT/wAC
j/8AEUfadZ/6B1p/4FH/AOIrVopcy7D5fMyvtOs/9A60/wDAo/8AxFH2nWf+gdaf+BR/+IrI/wCE
jv4b/WZp0drDTvMwkdt98KinHmF/vZPTb+NJd+LbyKa3KadMHjkmjurUvGWGyNZAQ2cYwwP6Ucy7
By+ZsfadZ/6B1p/4FH/4ij7TrP8A0DrT/wACj/8AEVnzeNbOG+Nv5bODbNcKyyKW4j8zDLnK/L60
QeLnnjWJNKuft7uFS1MiZI8sSbt+do+U/nx70cy7By+ZofadZ/6B1p/4FH/4ij7TrP8A0DrT/wAC
j/8AEVly+ObaK8uYWsb0x24cPKseR5i4ynpnJ2g5xmpYdcvzo/iC7uLcW89g0nlQuQ23bCrjJU8g
kk/Q0cy7By+Zf+06z/0DrT/wKP8A8RR9p1n/AKB1p/4FH/4isO28ZyW1jKb6N7i5FwsUMaW7wu4M
e/LI2So4fB77atHxvZx3MEc8EsKzW5nO8r5keIzIVePO4fKp/GjmXYOXzNL7TrP/AEDrT/wKP/xF
H2nWf+gdaf8AgUf/AIiqb+JbpEiX+xbo3MqvKkIljz5ShcuTnA5YDb1z7c0WfiyO+1CKGKzn+yzM
scd0WXaXaETAbc7h8p6460cy7By+Zc+06z/0DrT/AMCj/wDEUfadZ/6B1p/4FH/4isqTxFqFrq+q
CW1eW3gngtbaKNkBd5AvJJ5H3u/GPep5vFywNK8lhci2jaWITBlw8saMzoBnOPkYBuhI/GjmXYOX
zL32nWf+gdaf+BR/+Io+06z/ANA60/8AAo//ABFULLxc1zew20+l3VsXkWFneSNgjsm9B8pOcr3H
Q1U1PxVe6dqmo2zRw+UsscVm5B5fbGzo3PUrISuMfdPpRzLsHL5m19p1n/oHWn/gUf8A4ij7TrP/
AEDrT/wKP/xFZ8njOKIs72N0IJC62sgKn7QysEIAzlcseM9QCeKpf8JvNZJcC/0+5e6+0yqlrCod
kjRUzyuQTlxj1z2o5l2Dl8zd+06z/wBA60/8Cj/8RR9p1n/oHWn/AIFH/wCIqLU7vUZNRsbTTJoL
czwSzM08Bf7pjAGAwx985q5ouoHVdItr0x+UZk3FM5we+D3FHMuwcvmWbZpngVrmNIpT95EfcB+O
BUtFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhh
RRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX
/t79DcooorQ5AooooAKKKKACiiszUdbi065aFk3eXbPdSMWChFUgDJ9yT+RoA06KzE8R6U17cWn2
6IT2wYyqxKhAvLcnjgEE88VAvirT3nQJJ/o7RPI0zArtKui7SpGeTIKANqisXV/FemaRY3E8lwjv
D5gEQzlnQcr045IGegyKWfxTpllu+33MdviUxAElskKrHoOMBhnP1oAwb6111jLJbPfxND9rmiWI
gLI/2j92GGPmBTPHcVP4ksdQk8TwXVrbvMBDEsGYEljDiQl9xPKfLtO4Y6deAD0H9vab/ayaYLtD
eSDKxqCc/Lu64x05xnoR61WfxEv2GKaC1lmmnuJLaG3UqGdkZgTknAGEJz6e9AHMalca5aQ6ncNJ
qUbxw3TTOxUQqM/ufJ/2sY/Xdziul8M/azDdm4F6LczA2/20/vtu1d2fQbt2P8MUWviCO8uIbOez
linkmkglik2kRsqB+T0IKkEEetW5td062uJ4J7pY5LeNpZA6kAIoBYg4wcAjOM4oA0KKxZvF2jxa
Yb5b2NossqjDbiwGSMYyOMHOOhB6VDe+Kfsllps62Zke/i81UMyRhAFDEFmIBPNAHQUVzR8ZwmSc
x2Ny8NvbC5lOVWRVMe8YjJ3HggZHGcjsakXxUfsYmewbc1vLcoscySK6R7M7WUkHO/j6H2oA6Gim
QyrNCksbBkdQysOhB5Bp9ADXKqjFyAoBJJ6Yri/h6bcTamI0dGd1kh8w8m3OdmPbrWx4snc6bHp9
u2LnUZBbIR1VT99vwXNV9Xgj0LUNJ1GBdlvDixnA6CJuFJ+jAfnWkfht3Ie9+xs6x/yBrz/ri38q
uDpVPWP+QNef9cW/lVdNfspbjy4Z4WjU4eVpVVQfQZ+9+HHvU2bWg7pPU1az/EEby+HdSjiRnke1
lVUUZLEocACpf7Usf+f22/7+r/jR/alj/wA/tt/39X/GlysfMjiY9P1Hdp2ntb3P2fRrqHyJCGxK
GYbT6EJHlT6Gnf2etz4eSCHSphqzSW3243MD7JX85C+9ujjO45GcL6Diu0/tSx/5/bb/AL+r/jR/
alj/AM/tt/39X/GjlYcyOMuNDbSbuwKw/bbxDuW2+yO0Cgy7sQv0hK+5wQBxV3WIVuNZtJNf0r7Q
v2SZES1je4AcvHtw20bWIB5OMetdN/alj/z+23/f1f8AGj+1LH/n9tv+/q/40crDmRw72usy31nc
32nyXcdjHDZ3DSNu81WX9+dmPnGXXn/pmagl0O8WxgstJ0fZNC8940mfIHmrK4t8nHzY5O30x613
/wDalj/z+23/AH9X/Gj+1LH/AJ/bb/v6v+NHKw5kc7q2o395b29zp9rdRTJa3DEPbHckhhDIBkf3
jjjqQR2qpfvrMEM1nLd6m9sJHUXMVqskz5hRlXATG3eXGcdgCa63+1LH/n9tv+/q/wCNH9qWP/P7
bf8Af1f8aOVhzI4y0Op2lpBE63tnaFLdJpba23SoBbLjA2kkbxgnBx04pur3OuXt1qtnCuppbtZT
BSE5LqqlCpCAKW+bgMx68Ka7X+1LH/n9tv8Av6v+NH9qWP8Az+23/f1f8aOVhzI5W4nv4rlykuop
p8kkXmXUVrmdkEOQcbM8vwTt46cdizuPEb3lpPdSXalTapLB5K+WwfcJGOBkEfKTg4Brqv7Usf8A
n9tv+/q/40f2pY/8/tt/39X/ABo5WHMi3RVT+1LH/n9tv+/q/wCNH9qWP/P7bf8Af1f8aOVhzIt1
Q1v/AJBFx9B/MVJ/alj/AM/tt/39X/GqWsahZy6VPHHdwM7AABZFJJyOlVFO6FJqzNGW7hgljjll
RJJW2opPLH2FTZrl08PXlrrDz/bLqZJzgzI6iSMehyDkfTH0rV/saX/oL6j/AN9p/wDE0OMVsxKT
7GnRWZ/Y0v8A0F9R/wC+0/8AiaP7Gl/6C+o/99p/8TSsu47vsI/hvTZJrqV4ZCbsN56+fJsfIwcp
u25wBzippNFsJZnle3UyOzszZPJZAjd+6qB+FRf2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C
77DD4W0gzeb9kG7YUx5j7cFNh+XOMleM9cd6fP4d024z5lvhiytvSR0YFV2AhgQR8vHHUUf2NL/0
F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77DW8M6U8szm2P78ESIJXCNldpJXON2B97GfepbfQrC1
sbmzigPkXW4zq0jMZCyhSSxJOSAB1pn9jS/9BfUf++0/+Jo/seT/AKC+o/8Afaf/ABNFl3C77EY8
LaULcxfZm/1iyeYZpDIGAwCJN24YBI69CRTl8M6Us6TfZcugwN0jsD8hTJBOGO07cnJx3p39jS/9
BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77ETeE9Ie2WBrZjGmduZ5MgEAFQd2dpAA29OOlW00
iyjkWRLdFZZRMu3IAcJ5YIHT7nGOlQ/2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77E76TZy
SvI8Kl5JUnY5PLpgKevbA/Kq7+GtKkuprh7RTJMHD5ZsfOMOQucAkcEgA+9H9jyZx/a+o/8Afaf/
ABNL/Y0v/QX1H/vtP/iaLLuF32JRo1iJhKIF3iRZc5P31XYp69l4pLrQ9PvVlW5tkkEsyXD5J5kT
AVvYjaOnpUf9jS/9BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77DD4X0kvO7WakzhlfLtgBjub
aM4TLckrjnmmf8InpHlLGLZl2u7h1nkV8sAG+cNuOcDIzzipv7Gl/wCgvqP/AH2n/wATR/Y0v/QX
1H/vtP8A4miy7hd9iTUNEsdTMJuonYwqyoUldPlbGQdpGQdo4PpV2KJIIljjVURAFVVGAoHQAVnf
2NL/ANBfUf8AvtP/AImj+xpf+gvqP/faf/E0WXcLvsalFRW0Jt4FjaaSYr/HIQWP1wBUtSUFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQBi+Mv+RO
1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX/t79DcooorQ5
AooooAKKKKACsTV9BfU72ZhIEhurF7SY/wAS5OVYDv1bP4Vt0UAc7d+D4L0TLLcyhJZJ3IUDI81Q
Dj6YyKddeGZdRiP2/UWlnMDwCRIVTG5kYHHPQxj65NdBVSCd5NQu4WI2RBCvHqDmgDAl8GTywTj+
15FnuVnSeYW6/MsuCQAeFwVHPP8AWrUvhOOSaeT7VIPOE2QFHHmRoh/LZn8a6CigDkdL8O6lYeLZ
Lx1tpLQ8LIzEsF8tUG0dA3yjJx04zVtfDF0mNmqlTDcyXNqRAMxM5csG5+cEOR27V0dFAHPad4cu
rbUlur2/Fy6TvOHEWxnLx7CGGcYAAxjsOfUw3fgtbzVby8k1CY/aYZoQrLuKCRQpwSegxwMD8a6e
igDn73ww9xdzXVvfvbzyuxL+Ur4Ro0jZQD3/AHanP1p114Us76z0+1vMTQWdu0Gx1B35QLu9iMZB
Fb1FAHOy+GLq4mtJJtWZ5LRAIZTbJ5ocJtLF+pBPJXv64qAeEZLaC7lt7iN7yeGaPHlCKLdIEG7a
M4xsBPqSa6migCG1t1tLSG3QkpEiopPXAGKmoqjrOorpOk3N64z5KEhf7zdh+JxQtQMu0/4mvjC6
uusGmJ9mi9DK3Ln8BgVr6rp8eqaXc2Uv3Z4ymfQ9j+B5qr4b059M0SCGY5uHzLO3cyNy36nH4VqH
pVN66dCUtNTnbC/k1DwXMbj/AI+oIngnHpInB/Pr+NaqaZBFc+dAPKDcvGoGx/fHY+4rn9QH9la1
qUPS31W1aZPQTIuGH4rg/hXWiqltp1EtRnkxf880/wC+RUV29tZWc1zOiiKFGkchMkADJ4/CrNU9
WtXv9HvbSNgr3EDxKzdAWUgE/nWdy7FIa/pBtdNuAwMepuqW2IjliwzyMfLjvnoeKY3iPShBLMsM
7xoyqjLasRMSwQeWcfN8xA49fSs5fCNwt4W+0x/Z47iOS3iwf3S7w8o+rMOKlXw/qU2iwaTdXNuL
e1aARywl0kdY3U5J/hbauOM8nORRcLFyLxHpU88UMMU0krnDolq5MPzbf3gx8vII59D2qbUtYsNK
njhngmd3RpMQ27SbUUgFjtBwBkVnX/hhzNaJpi29ukHIuzJJ9oQlsvz/AB7u4Y4z1zUs2j6nbajb
3Om3UcxWCSFnvnZmXcysCNo5xt6cfWi4WLc+t6VBcQQDE0txC08Kwx7/ADEAzxjg5GcDvg+lVo/F
WkPbxzyRTwxSXC2yNNasm5ySMcjoCpyegrOTwZdQPHLBqTLJavbi1jwNnlxDGHO3dk7pc4OPmHXF
LP4Nub2JLafUWhto47lVFuo3M00jMSdwPRSAMYOc80XCx000lrBIiSIq7wx3FRgADJye1RyXunRW
bXTS23kDI8wMu0n0B6Z9qxdQ0DU9Ws447ye081LaaDeobDGSEJuOf9rcfpjvVe88HuZJGs49O8pp
GKW80Z8pQ0KRk7QPvAoT9GPIouFjdt9T064sxdHy4YdiPvmAQAOoZeT9RT7rUNLsobiW4ntY0tk3
zZIyi9iR15/WudTwjeQCGRWsrh4fK/czhvLk2wCI54PORkcHgkd6Ze+Db++1G9mlubQxTWs0Ea7M
Bd6qFG0L0Ur1ySeOlFwsdML3T9kkjPAsMe0mVioQhhkEN0PWpfNsvtCwb7fzmGVjyu4j1A61zlx4
ZvJbv7aiac0okSQWsgYw5EPlkdOx5Bx0z0zwyz8FPay20hlt5JbdrXbKY8MFi3blHoDuwBnp1ouF
jrPIi/55p/3yKPIi/wCeaf8AfIqSii4WI/Ii/wCeaf8AfIqlrMUa6TOQig4HIHuK0aoa2caPcfQf
zFVF+8iZbMvUtY7eJbE3wtoJY5NpxLKZVVE/E9T7Crn9raf/AM/1r/3+X/GlytdBqSZcoqn/AGtp
/wDz/Wv/AH+X/Gj+1tP/AOf61/7/AC/40WYXRxUk72mr+I7mGWP+0YvOa2RoZGkGI1wQSdhXrxt/
Gpr99ZN5Gn2yQ3FjLcql19mHzr5COMr937zFc+3rzXX/ANraf/z/AFr/AN/l/wAaP7W0/wD5/rX/
AL/L/jRZhdHIT+KdX/tQxwpKqmzd2jaHKq4g8wMvGcbuPmPPIxxmnnWNYtYvIvr944vNQSagLQZj
DQhwNuCMb+M49upzXWf2tp//AD/Wv/f5f8aP7W0//n+tf+/y/wCNFmF0cbP4j19NRv1jlhAgSQR2
72772UKCswG3/gWN3+zjNWrGSabwx4plS6nu3dpTFOYTE0n+jpghQB34yBzjNdR/a2n/APP9a/8A
f5f8aP7W0/8A5/rX/v8AL/jRZhdHBWeqajp2jzDTysdvJeIDdKJWhhUx87d6MR8ygEkEZft2vDxN
ra6jZxRqbmRrUl0EJWOV/IZwyZUMAWAXLEdSMZ5rr/7W0/8A5/rX/v8AL/jR/a2n/wDP9a/9/l/x
oswujkpdevVs4HXWJjC4kaS5Gn5ZZQq7YNuO5Zj0z8uM5q5Yalrkmq28l45jiknS3ktPIGI82wkZ
t/Xh8j07da6H+1tP/wCf61/7/L/jR/aun/8AP9a/9/l/xoswujlp4b+21zWLi1uZFmuL21t1kNur
eXGwTdtOOQMnrwOvWm3OvaxDeXkcc0jzxfaB9l+ycRxJGxjl345LME46HfgDiur/ALV0/wD5/rX/
AL/L/jR/aun/APP9a/8Af5f8aLMLo5qxv9dh1OFLm9a5hFzFA4NqE3q8O8tkdNrcDt2OTVHXRqFt
qWr3Fv8Aant7i7gt5ETcfL+WIpIvoMllbHqPQ12f9raf/wA/1r/3+X/Gj+1tP/5/rX/v8v8AjRZh
dHIS+ItaWS6McjNIol8+E2h22KrIFVger/LubGTnqMCqB1jVrG2mNje4juLydzf3Ns6hyqx7AVCN
wRu6AZ28EZrvv7V0/wD5/rX/AL/L/jR/a2n/APP9a/8Af5f8aLMLo5rxd5cmo6Mb2WGOAwzFzLHK
yFsxYGFYEH72M+/FdeuNo29Kq/2tp/8Az/Wv/f5f8aP7V0//AJ/rX/v8v+NFmF0XKKZFNHPGJIZE
kQ9GQgg/jT6QwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKSgBaKQsAMkgD3pqyxucK6k+gNAD6KRmCjLHAHUmq8Oo2dzJ5cF3BK+M7UkVjj6A0AWa
KrTajZ20nlz3dvE4GdryKp/ImpBdQG388TR+Tjd5m4bceuelFguS0VWh1KyuJBHBd28rnkKkqsfy
Bon1CztZNlxdQRPjO15Apx9CaLBcs1R1X/U2/wD18xf+hirK3UDW/nrNGYcZ8wMNuPXPSs2/1Kyu
Ft44Ly3kc3MWFSVST8w7A00tRPY16Krz39pauEuLqCJyMhZJApx+Jp6XMEkHnxzRtDgnzFYFcDrz
0pWGS0VVi1OxnkWOG8tpHboqSqSfwzTri/tLVgtxcwQsRkCSQKSPxosFzN8Zf8idq3/Xs/8AKm+C
v+RN0n/r2Wm+K7iK58FarJBKkqG2fDIwYdPUVD4Kv7T/AIRXSYPtUHneQo8vzBuz6Yzmo/5efI6/
+YX/ALe/Q6Siq9xfWtowW5uYYSwyBJIFz+dPhuoLiLzYZo5I/wC8jAj8xV2OQloqpHqthK6pHe2z
uxwqrKpJPsM1JcXttaFRc3EMJbp5jhc/nRYLk9FRQ3UFzGZLeaOVAcbkYMM/UVCmq2Ejqkd9as7H
AVZlJJ9MZosBboqC4vLa02/abiKHd93zHC5+maWC6gukL280cyg4JjYMAfwoAmqha/8AIXv/AKRf
yNSLq2ns4Rb61Lk4CiZck+nWqq3dvaatem5nihDCMAyOFzwfWmkJs1aKhgu7e6UtbzxTKDgmNwwB
/Cov7W0/fs+3Wu/O3b5y5z6daVhluioZ7u3tVDXE8UIY4BkcLk/jRb3lvdhjbTxTBeCY3DY/KgCa
iqh1bT1co19ahwcFTMuc+mM1NPdQWqB7iaOJScAyMFBP40WC5LRUFve213u+zXEU23r5bhsfXFRv
qthG7I99aq6nBUzKCD6YzRYLluiop7qC2jD3E0cSE4DSMFGfqabb3ttd7hbXEMxX73luGx9cUWAn
rnPFcV9cS6clvYS3ltHP506Ruqltv3RyemefwrYk1WwidkkvbZHU4ZWlUEH3GammuYLeISzzRxxn
jc7AD8zTTs7ieqMT+39W/wChZvP+/wDF/jSf2/q3/Qs3n/f+L/GtmC+tbosLe5hmK8kRyBsflTJN
UsIZGSW9tkdeGVpVBH1GafyF8zkfE1xqeraaP+JBd28lu4mWYzRkLj72cHOCuRW1b6rfXN8yvaSw
+WeLcPGGYepJPT6fnV/Wpo10O6dpEVGiYBiwAORxzUsN1Y3si+TNbzyR8jY6sV7Z46VXN7uxNve3
GfbLr/oGz/8AfyP/AOKo+2XX/QMn/wC/kf8A8VUkup2MEjRzXltG69VeVQR+Gale5hig8+SaNIcA
+YzALz056VN/Iq3mVvtl1/0DJ/8Av5H/APFUfbLr/oGT/wDfyP8A+KqaDULS6cpb3UErAZKxyBiB
+FNl1Oyt5DHNeW8cg6q8qgj8CaPkFvMj+2XX/QMn/wC/kf8A8VR9suv+gZP/AN/I/wD4qrLXMCW/
ntNGsOM+YWAXHrnpUcGoWdzJst7qCV8Z2pIGOPoDRfyC3mRfbLr/AKBk/wD38j/+Ko+2XX/QMn/7
+R//ABVSzalZW8hjnu7eJx1V5VU/kTUhuYBb/aDNGIcbvM3Dbj1z0ov5BbzK32y6/wCgZP8A9/I/
/iqPtl1/0DJ/+/kf/wAVUsOo2dzJ5cF3BK+M7UkVj+QNE2o2dtJ5c93BE+M7XkVTj6E0fILeZF9s
uv8AoGT/APfyP/4qj7Zdf9Ayf/v5H/8AFVZF1Abf7QJozDjd5m4bceuelRQ6lZXEgjgu7eSQ9FSV
WP5A0X8gt5kf2y6/6Bk//fyP/wCKo+2XX/QMn/7+R/8AxVSz6hZ2z7Li6gifGdskgU4+hNSLcwPb
+es0bQ4J8wMCuPXPSi/kFvMrfbLr/oGT/wDfyP8A+Ko+2XX/AEDJ/wDv5H/8VUkWp2U8gjhvLeSQ
9FSVST+ANOn1C0tXCXF1BCxGQJJApI/Gj5BbzIftl1/0DJ/+/kf/AMVVPVrq4fTJlfT5UUgAsXQg
cj0NaqXMEsHnRzRvFgnzFYFeOvNZmq6nYz6ZNHDeW8kjAYVJVJPI7A047rQUlpuKfDtol6Li3RIt
zZli8tWST8D0PuKuf2bZf8+dv/36X/Cnz31rauFubmGFiMgSSBSR+NPiuYJ4fNhmjki5+dWBXjrz
ScpDSRF/Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFJHqthNIqRXts7twqrKpJ+gzT5761tSoubmGE
tyBJIFz9M0rsdkM/s2y/587f/v0v+FL/AGbZf8+dv/36X/CpYbmC4iMkE0csY/iRgw/MVCmq2Erq
kd7bO7HCqsqkk+wzRdhZC/2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4U+4vba12/abiGHd93zHC5
+madBcwXUZe3mjlQHG6Ngwz9RRdhZEX9m2X/AD52/wD36X/Ck/s2y/587f8A79L/AIULq2nu4RL6
1Z2OAomUkn0xmpJ7y2tdv2m4ihDfd8xwufpmi7CyGf2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4V
JBdQXSlreaOZQcExuGAP4VENW09nCC+tSxOAomXOfTrRdhZC/wBm2X/Pnb/9+l/wpP7Nsv8Anzt/
+/S/4VLPeW9qFNzPFCG4BkcLn86Le7t7tS1tPFMFOCY3DAH8KLsLIj/s2y/587f/AL9L/hR/Ztl/
z52//fpf8KT+1tP37Pt1ruzt2+cuc+nWpZ7u3tVDXE8UKk4BkcKCfxouwsiP+zbL/nzt/wDv0v8A
hSf2bZf8+dv/AN+l/wAKlt7y3uwxtp4pgvUxuGx+VRNq2nq5Rr61Dg4KmZcg+nWjULIP7Nsv+fO3
/wC/S/4Uv9m2X/Pnb/8Afpf8KknuoLVA9xNHEhOA0jBRn8aS3vLa73fZriKbb97y3DY+uKLsLIZ/
Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFI+q2Ebskl9aq6nBVplBB9MZqaa6gtoxJPNHEhONzsFGf
qaLsLIdFEkMYSJFRB0VRgD8KfUFve2t2WFtcQzFevluGx9cVHJqthDIyS3tsjqcMrSqCD7jNFmGh
bopAQwBByD3paQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igArLjgOoXF0biaby4pfLWNHKLjaDzjk9fWtSqGnf62//wCvk/8AoK00Jjl0ewX/AJdYmPq43H9a
misraB98NvDG2MbkQA1PRRdhZEN0kUlrKlxjyWQiTJwNuOee3FU9M0fSbJI5tNs7WMbMJLEgyV/3
upzU+qRPcaVdwxLukkhdFHqSpApmh28lpoVhbzrslit0R1znBCgEUdA6hdaLpt7MZruwtZ5SAN8k
SscfUiphY2os/sgt4vsu3Z5OwbNvpjpirFFF2FkUbXRdNspxNa2FrDKAQHjiVTj6gUt3o2nX03m3
djbTyY275IlY49MkVdoouwsiuljbR2f2RLeJbbaV8kIAmD1GOmKy7zRNMsjbTWun2sMq3MWHjiVS
PmHcCtyqOq/6m3/6+Yv/AEMUJu4NKwt3pGn38okvLG2uJANoaWIMQPTJqWKxtoLT7LFbxJb4K+Uq
ALg9RjpzmrFFK7CyKFvoWl2kyzW2nWkMqfddIVBH0OKfeaTYahIr3llb3DqNoaWMMQPTmrlFO7Cy
Of8AFFpb2XgjVYbWGOGIW0hCRqFAyOeBVfwVpGn/APCM6Tdixthc+Qred5Q35x1z1zWj4rglufCu
pwwRtJK9u4VFGSxx0FcjoXjG80jQ7Oxfw1q0jW8QQusRAOPwrFy5Z3fY76VKVXDcsN1Ly7HdXmlW
OoOrXtnb3DIMKZYwxA9s0+2sbazt/ItbeKGE5PlxoFXnrwK5H/hYVz/0K2r/APfs/wCFH/Cwrn/o
VtX/AO/Z/wAKr2se5n9Rrfy/iv8AM6WHQNJt5klg02zjkQ5V0hUFT7HFTXml2WoFDe2lvcFM7TLG
G2564zXK/wDCwrn/AKFbV/8Av2f8KP8AhYVz/wBCtq//AH7P+FHto9w+o1v5fxX+Z1trY2tjCYrS
3igiJyUjQKM+uBVWLQNJgmWWLTLNJEO5WWFQQfUHFc2fiFc/9Ctq/wD37P8AhXJa/r97b6m2t6bZ
6xpdxIVEouBmGTAwBg/y/lUyrpK6NaWW1akuV6dtv8z1i702y1HZ9ttILjZnb5sYbbnrjNV55dL8
M2DSeVHawFx8sMX3mPAwqjk8Vj+CvF9x4mtm+0adLC8Y5nQfuXPsT0Ptz9a6h8Y3HHHNaKXNG6Zy
zpOjU5Ki1W//AA+pzWkzeGNSvzFa6fbw3sf7wRy2gjk/3hketaDafZ6jqt4t7aw3CoIyolQNg4PT
NY0FwfFHifTNTsLeaOxslk3XMq7fNJ+XavcgHNb9vLHHq99vdVJEXBIHY0qc5STbLxdGFKUVFWut
U+j10/X5lmz0+009GSytobdWO5hEgUE+vFVv+Ee0jzfN/syy8zdu3eQuc5znp1zV37TD/wA9o/8A
voUfaYf+e0f/AH0KvU5tCO80+01BFS9tobhVOVEqBgD680lnptnp6utlawW4c5YRIFyffFS/aYf+
e0f/AH0KPtMP/PaP/voUa7BocXY3Fi6W99rGi6XHDexSXEU0KbmUoC7b8gc4BOR3BpZdZvtatLNJ
9M0p5Huvs8sFyzP5MhUupHHIKbfxJrTTwrpAs2tZbqeeHZ5SLLcAiOPIJRR6HAB7kcZqdPD+iw3P
n2wjtjvSTZAyogdVZQ20cZw5/IelGoaFbwzf2b6jf2lrYWloFO6JoAB56KxRmIA7OCPoR61Uv9W8
L26TXd5pCZNxJEHktkBndSQ5Uk84Knk4z2zWjB4Z0SzFubIraSwxmLzreQJJIDtzvYcsSVByff1q
WfQ9NmhiRLqSB4ZpJ45oZwro0hJcZ6YO48EenpRqGhA2v6NrVxbWT2kl3BPIFjle3zD5nl+YFJPQ
7fbvjrmtiz0uy0/ebK0t7cvjd5UYXdjpnFY50C0j1O0vLe/kHkziaSKSfcjnymjLY/vHIJJ9D61v
faYf+e0f/fQo12DQpzeH9JuJnlm0yzkkc7mdoVJY+pOKs3NjbXkAgureKaIEHZIgZeOnBp/2mH/n
tH/30KPtMP8Az2j/AO+hRqGhDZ6VY6ezNZWdvbs4wxijC5Hviop9A0q5mea402zllc5Z3hUlj7nF
W/tMP/PaP/voUfaYf+e0f/fQo1DQpa3bQyaFdRyRRtGkRKqVBAIHGB7VLZ6TYWDs9nZW9u7DDNFG
FJHocVS1PVbd7G8tpGEUpifYGIxIMfwkcH6da2RTd1GwlZso3GhaXdztNcadaSyv953hUk/UkVYl
srae0+yzW8UlvgDymQFcDoMdOMVPRSux2KdppGn2Ehks7G2t5GG0tFEFJHpkVBqOl6QVnvtQsbR9
iF5ZZIQx2qOp4zwBWnVPV7WS+0a+tYSolnt5I0LHAyVIGfzouwsik+paJJpVgkj27WOobIrWMplZ
cjKgLj0HfpVW2v8AwzpzT3FpFbQtCRG8kNqQWywXCkL8/wA2B8uecVQj8J3qXSrvh+yW1xHJaIDj
y1Lh5u3XIwvtVgaLq02gW+kTC3hS0a3VLmCU75BHIp3AFflO1T68n0pXYWRNPe+F9Quonnitbm4n
woLWpdh820B/lynPHzY6Grmp3+jaVbx6ffKiQPGSIRAzoI1wCSFBAUZHXis288N3EE9sNHTypUO5
797phKSWy29NuJQfQkcnjFWJ9O1a11S3urRo78rbywM93IIyu5kYHCJggbTxwfei7HYlVvD2kXsQ
hgtIbqWF5Y/Igy7xjG4jaMkcjjvVaXUvC2qbLu5it5fMmS1WW4tGG5ySAoLLzyD9Mc4qhF4Q1S2m
gmt72MGxNvHbRFABJHEMNluq7t8vA4wRTrrwlqV/DHaNeR21vEtyQyoJGZ5ZGIPPTapHI5yT6U7s
VkdV9jtUsvsnkQraldnk7Rsx6Y6VBbaPpdlN59rY2kMqZG+OJVI9eRWa2k32o3ekzarBak2RZn2u
XDOYwA4BA5D7se2D1rCsfBV/axN58EV1IJI2mEt2Sl6FLfeXZ8py27ndkjHTmi7CyOyutH06/lEt
3Y21xIBtDyRKxx6ZNTJZW0Vn9kjt4lttpXyggCYPUY6YrM8IWstl4YtLeeDyJIzIDHg4Ub2wBnnG
MY9q2qV2OxQttD0yznWa20+0hlX7rxwqrD8QKfd6Rp9/IJLyytrh1G0NLEGIHpzVyindisivFY20
Fp9lht4o7fBHlKgC4PXj3zWTqWhaXaafLNbadaRSoBtdIVUjkdDit6qGt/8AIIuPoP5inFu6FJKz
H3ek2GoSK97ZW9w6jCtLGGIHpzUsFjbWtsbe3t4ooDn92iALz14qalqbsdjPg0DSraZJoNNs4pUO
VdIVBU+xxUt5pVjqDI17Z29wyDCmWMNge2at0U7sLIr21jbWUBgtbeKGIkkpGgVeevAqtD4f0m3m
SWHTLOORDuV1hUFT6g4rJg8XmTxNcaZJDAI4XkTKzZlXYgbcyY6HOBgk/wBLH/CZacLaGdkvBHLF
55zbtmOL/no4/hU+p9D6Gi7CyNS80uy1DZ9ttILjZnb5sYbbnrjNPtLG2sITFZ28UEZO4pGgUZ9c
Cs6bxRYW1zcwT+fHJAobBiP7wFgo2Y+98zKPxFVbDxfFco3m2tyJTcSRpBHAzSBEIBd16jBYZ+vF
K/QdjSj8P6TDKssemWaSI25WWFQQfUHFT3mm2eoBBe2kFwEzt82MNtz1xms6fxZp9tLdRTCdJbdl
UxmI5k3NtXb65bimL4pje/ubX7JPF5E0EXmSoQrmUqAB3B+bof0p3YrI1rSwtdPjMdnbw26MdxWJ
AoJ9eKrL4e0hJRKumWQkDbgwgXIPXOcdaoweMtMnhnlX7SoiAYB4GBlBfYNg/iy3y/Uih/Ej3dhp
1xpNuHa+uGgQXZaLbtVyScAn/lmR0ouwsjWvNOs9QVVvbWG4VDlRKgbB9s0Wen2mnoyWVtDbqxyw
iQKCfU4rnZ/GU0UMm3T/AN9Ch81TISsbCXy3JIUkoPvZAzjsK6DTLxr/AE6G4Y27GRc7reXzIz7q
2BkfhSv0GQ/8I9pBl8w6XZeZu3bvIXOc5znHXNWLzT7TUEVL22huEU7lWVAwB9eas0U7sVkVbPTr
PT1dbK1gtw5ywiQLk++Kgfw9pEkrSvplk0jNuLGBSSeuc461o0UXYWRXu7C1v4hHeW8U8YO4LKgY
A+uDTbPTbLTt/wBitILffjd5UYXdjpnFWqKV+g7GdL4f0meZ5ZdMs3kc7mZoVJJ9ScVZurG2voRD
d28U8QIISRAwz64NWKKd2KyKlnpdlp5c2VpBbl8bjFGF3Y6ZxUM2gaTcTPLPptnJI5yzvCpLH3OK
0aKLsLIzNG1E6gL1TEsYtbp7ZQpzkLjB9utadU9PsLexNz9mJPnztNJls/OcZ+nTpVyh76Agooop
DCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6C
tX6oad/rb/8A6+T/AOgrTWwnui/RRRSGV9QuGtNPubhAC0UTOAehIBNR6Tdvf6RaXciqrzwpIwXo
CQDxU11HHLayxz48p0Kvk4+UjnntxTbGGG3sYIbXHkRoqx4bcNoHHPfin0F1LFFFFIYUUUUAFUdV
/wBTb/8AXzF/6GKvVR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAlGKWigBKKWigBKKWigBDXNX3gm
01fXm1HVbie7iGPKtHbEUfHp39f8a6aik0nuXTqTpu8HYjihjgiWOFFjjUYVVGAB7Clk4RsDJx09
afSUyDG8LxtBoUMT6c2nlWbFu0m8r8xOc+/WporWC41i+M8EUhCxAF0DY4PrWniqNr/yF7/6RfyN
EVZWKqz9pNyfVkv9mWP/AD523/fpf8KP7Msf+fO2/wC/S/4Vaop8zIsir/Zlj/z523/fpf8ACj+z
LH/nztv+/S/4Vaoo5mFkVf7Msf8Anztv+/S/4Uf2ZY/8+dt/36X/AAq1RRzMLIq/2ZY/8+dt/wB+
l/wo/syx/wCfO2/79L/hVqijmYWRV/syx/587b/v0v8AhR/Zlj/z523/AH6X/CrVFHMwsir/AGZY
/wDPnbf9+l/wo/syx/587b/v0v8AhVqijmYWRV/syx/587b/AL9L/hR/Zll/z523/fpf8KtUUXYW
RganolqljeXEkcbukbtEqxqqpxxgDqfc/pWgNSf/AJ8L3/vhf/iqdrH/ACBrz/ri38quDpVN3SuS
lZ6FH+03/wCfC9/74X/4qj+03/58L3/vhf8A4qr2KMVN0VZ9yj/ab/8APhe/98L/APFUf2m//Phe
/wDfC/8AxVXsUYougs+5R/tN/wDnwvf++F/+Ko/tN/8Anwvf++F/+Kq9ijFF0Fn3KP8Aab/8+F7/
AN8L/wDFUf2m/wDz4Xv/AHwv/wAVV7FGKLoLPuUf7Tf/AJ8L3/vhf/iqP7Tf/nwvf++F/wDiqvYo
xRdBZ9yj/ab/APPhe/8AfC//ABVH9pv/AM+F7/3wv/xVXsUYougs+5R/tN/+fC9/74X/AOKo/tN/
+fC9/wC+F/8AiqvYoxRdBZ9yj/ab/wDPhe/98L/8VR/ab/8APhe/98L/APFVexRii6Cz7lH+0n/5
8L3/AL4X/wCKrGv9XuDHPZTW8z713CTYAYxkffAJ49/0rp8VmatbR2+h3S26JGWGcgfxEjk+tVBq
+xMk7bmmKWsr7Hq//QVh/wDAQf8AxVH2PV/+grD/AOAn/wBlSsu47vsatFZX2PV/+grD/wCAn/2V
H2PV/wDoKw/+An/2VFl3DmfYh/4Ri2N/JdNPdMHmacQl18tJGTYWHGc7SepI5ps/hSzuIYIvOu40
jtltHWOXHnwr0R+PryMHk+tWPser/wDQVh/8BP8A7Kj7Hq//AEFYf/AT/wCyosu4cz7FEeCdOW6u
biN7mOScHlWUGMmRZNwO3JIZQRuJx06cVNB4VgtpElhvb9LgO7NN5qlpA5BZWyuMZUdACOxFWPse
r/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7Kiy7hzPsUYfBNhbPdtby3MZul2PjyzhdxYjlTuySeW3Gp
4fCtlblRFJciNfIIjMgI3QkFDyM5+UA89Kn+x6v/ANBWH/wE/wDsqPser/8AQVh/8BP/ALKiy7hz
PsZeqeC47jShbWMxSRY1iHnHcrIJPMKnjue+D9KtweHZW0awtbq8kjuLJ/MjltFRNvDKFAK4ICsR
0GevFWfser/9BWH/AMBP/sqPser/APQVh/8AAT/7Kiy7hzPsRL4Zt4sNbXN3byiPy/OjkBc5fezE
sDkk5zn1rQ07T4tMsxbwl2G5nZnOWZmJZie2SSelVPser/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7K
iy7hzPsatFZX2PV/+grD/wCAn/2VH2PV/wDoKw/+An/2VFl3DmfY1aKyvser/wDQVh/8BP8A7Kj7
Hq//AEFYf/AT/wCyosu4cz7GrRWV9j1f/oKw/wDgJ/8AZUfY9X/6CsP/AICf/ZUWXcOZ9jVpu9Sx
UMNw6jPIrM+x6v8A9BWH/wABP/sqyNT03Vpr+IW1wGu1AP2lbfylRc9C247v93BpqCb3E5NdDrKK
itVmS2jW4kWWUD53VdoY/SpagsxPDdtNbNq3nRNH5uoyyJuGNynGCPatus7SNSOpG9BiEf2W6e36
53bcc/rWjTe+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMqarE8+k3kUa7nkgdVX1JUgC
o9CgktdBsIJkKSxW8aOp7EKARU9/cNaafcXCqGaKJpAD0OBmmaVdtf6TaXbqEaeFJCo6AkZxT6C6
luiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQxTW4nsXqKKKQwooooAKKKKACiiig
AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6oWv8AyF7/AOkX8jTQn0L9FFFIYUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQBS1j/kDXn/XFv5VcFU9Y/wCQNef9cW/lVwdKroLqLUc80dtBJNM6pFGpd3Y4
CgDJJqSqWtW0t5od/bW4Bmmt5I0BOBuKkDn6mpGKdWsRBaTfa4fKvWVbZt4xMWGVC+uRzUD+I9Jj
FyW1C3AtmCzfP9wk7QD+PH14rnI/C+opcwxbI/sdjcxvZgMMqjOHkP1XG0e1WE0nVpfD9ppTWiWs
lk9uBdRyo2/ZIhZ1BHopbDd+OetAG3/wkek5tgNQtibriECQfPzj+fH14p9/rmnaVJFHqF5DbvKC
UEjYyBjJ+nI/OsK58P3djeQNo8c/2kndNfNOgWQlyzCWPHzDkkbRxnjFT3Nnq9rqtvcCFdVJtZYH
YlIVUsyEbhzkYU5xk+1AG1darZWUix3N1FG7RtKFZuSi43MB6DIqtB4n0e6QPBqNu6NKsIbfwZGJ
CqPUkg8e1c5D4X1q1uLa5iltydO+zwwRlPnliRcOQ+7C7t8nBB+6tLdeF9Y1C2is/Mt7aGFbmQSS
L5pMskrFCAGGCqnOeeW6cUAdk06JIkbEB5M7R646093WNGdjhVGSfQVy+qWWt6tZR7rf7POtrPG4
W4GGd4QARj/bJHtjNUb3wteRxyW1vaPc6f5rGO0+2FB80KAMWJzgOHOPVsigDsLS+gvoxJbSCRCq
uCM9GGQfxBFTSSJDG0krqiICzMxwAPUmuIHh3VEtoUubY3dsghWW0W42eYFtwnByB8rjOMjPXqBU
WpeGdX1G/wBTD2sQtbizlhVRL8sh2p5W4kkkgqckgAds5oA7pJkklkjVgXjxuHpnkVJXGXeh38j7
xp7SWPmRt/Z/2kLlRDtC5zj5X5xnB684FNs/DGqQ3lpdXDtJdW5tU80XDH5F3CUe/BAyRlsUAdrR
RRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXqWqT6nbi+W0jLSzk/Msa7vLHqx6CrlS1YExa
KKKBnFrfzLrV1JHqkr3S6otstiZAyNCdm75OowpZt3t6VRg1ea60p57zXJrO4ttPiltwHVRO7IW3
kEfPlht2+3qa7xbS3Sdp1gjWZxhpAgDEe560jWVs5iLW8TGL/V5QHZ9PT8KAMDUpNQnv/DSeaLcT
Sl7qIFgWKxltuVYcAg8HIzjOelZzeLtRTTLS5lOmQvcWsl7ulLqhRduI155c7uvb0NdoY0LKxUEr
yCRyPpTHtLeRI0eCJljIZAUBCkdCPSgDkm8TazNdlbWGwjjkmaGNZw+9CsIlO7B54yuBj19ql1bV
9Qmt9AvNN3LJcRtdNaqcicCLf5ecd8nB9cV1XkRZz5aZzuztHXGM/lQIYxswijYMLx936elAHC2/
jW4/s5Z7ea1kjCS3Km6YiS5UzyIkcYH8QCgd+Sox3pLrxfeRXz3jNbGGC3umFkkhEilJUQNLk49T
njAJ+tdwbO2Pl5gi/dsWT5B8pPUj0NKLS3WR3EEYd/vMEGW+p79KAOWudc1G48CaleTGG3u4SUV7
adSMZXByGYKcHuTjrV/wfeTXWn3KXEzzPb3LR5eRZcLgMB5i8PgN1/DtWyllbR25t0t4lgOcxqgC
nPt0p8MEVvGscMaxxrwERQAPwFAElFFFABRRRQAUUUUAFFFFABRRRQBT0/ToNPNz5Bc/aZ2nfcc4
ZsZx7cVcrE8NQTQnVvOjdN+oyum8Y3KcYI9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKoad/rb//AK+T/wCgrV+qGnf62/8A+vk/+grTWwnui/RR
RSGQ3UUc9rLFMcRSIVfnHBGDzTbGCK1sYLe3OYYkVI+c/KBgc96j1aN5tIvI41Lu8DqqjqSVOBUe
gwyW3h/T4ZkMckdvGrIeqkKMin0F1NCiiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigApKWoL1plspmtgpnEbGMMON2OM/jQBNRXKaVL4l1bS7
e9h1PTlSZN202jZU9wfm7Grf2PxT/wBBXTf/AAEb/wCKqnG3Unmv0Ogqja/8he/+kX8jWb9j8U/9
BXTf/ARv/iqg8O6jcG81ptTubd/s8yQmWNNikheeCT64pqOjsF9UdRRUcMwniWRVcK3IDKVP5Gn1
BRz+p67fWWoXogtYJbOwt0uLgtIRIVbfnYMYyAhPJGfao5/E1w+rz2NlDb/LH+5lnkIEkgVXdMAE
jCOCPofSr174dtr/AFCS6mmugs0aRzQJJiOVVJIDDGf4jnnnvUSeEtKjmSdYMXSztcG5AAlZm3ZD
NjlcMRj0x6UAZ9v4tuwNJN7bWyreqk0zRSnEEcmFjzkDJLtg+wzWrqXiCDSbl0uFd1WFZdsUZZyW
kCAAd+WFVm8FaPLC6TW5mYwR26SyYLwoi4XY2Mqe+R35qzL4ctZ5fMnluZZOBueTJwJRKB06BgB9
OKAM/U/G1tbaVJPaW9zLciN38kwn91tYofM/ujcCPwJ6DNXB4lgE7QeVPPMJ5I9lvEWKqrBSzewJ
HT8KjvPCFjeLIpmu4hL5nm+VLt8wO5cq3HQMTj6kVM3hq1F2LmGe7gm8x3Z4pMbg7BmU8fdyB7js
eaAK174xt7Vp4o7O7muIJoo3hRBuKu+wOOeme3B6dM5p8viy1tjKs0c8rxyShlgiLFEjxudvYZHT
r2zUcPgnTbf7SYHuojOUOUcAx7ZPMXbx1Dc5OSe9TXHhOyuC7ebdxNK0nmNFLtMiyEF0PH3SQOnI
5wRmgCW18TWN5qxsIln37iqSmM+VIwUOVVu52nNbFZdv4fs7a6jniEitHM0yru+UMyBCMem0DArT
zQAtFJmjNAFPWP8AkDXn/XFv5VRt9eN3ct5UE6QRMVbMDs7H6D7o+vNXtY50a8/64t/KpTaQvcJc
FAJlGA44JHofUfWrTXLqQ076EP8Aasf/AD73n/gM/wDhR/asf/Pvef8AgM/+FXcUYpXRWpS/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACrtHFF12DUpf2rH/AM+95/4DP/hR/asf/Pvef+Az/wCFXeKK
LrsGpS/tWP8A597z/wABn/wo/tWP/n3vP/AZ/wDCrtFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n
/gM/+FXaMUXXYNSl/asf/Pvef+Az/wCFH9qx/wDPvef+Az/4VdoxRddg1KX9qx/8+95/4DP/AIUf
2rH/AM+95/4DP/hV2jFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n/gM/+FXcUYouuwalL+1Y/wDn
3vP/AAGf/Cqer6hHNpc8YguhuAGWgcDqOpI4rZxVHWh/xKLj6D+YpxauiZXszM/4RC0ivjLAkbQS
NmWKXcce6sDn8Dmrv/CNaV/z5p/303+NagpaHUk+o1CPYyv+Ea0r/nzT/vpv8aP+Ea0r/nzT/vpv
8a1aKXPLuHJHsZX/AAjWlf8APmn/AH03+NH/AAjWlf8APmn/AH03+NVh4lkGozRyaey2UV2LM3Il
BIkO3GUxkKSwGcn8qgTxdLcWn2qz0uWeKK2W4ucSqDGGXcFUfxNt5xwORzzRzy7hyR7Gh/wjWlf8
+af99N/jR/wjWlf8+af99N/jUV/4hW2uNIit4TN/acmEfD4VNu7dwp5xjg49yADSHxfo4tY7n7U/
lSbijeRJkqv3nxtzsGRlunvRzy7hyR7E3/CNaV/z5p/303+NH/CNaV/z5p/303+NQz+MNGtrmSCS
6bzIzhgkEjgnAbAIUhjtIOBnjmnap4lttMOnOymW2vW/16MNsabc7z6ryPzzRzy7hyR7En/CNaV/
z5p/303+NH/CNaV/z5p/303+NQL4t05I1N3Ibd2eRdhUvtVJDHvYgYVSR1OBSP4u05dU+yLKDHHF
NJNOQwRPLZVIBIw3LEcHgjFHPLuHJHsWP+Ea0r/nzT/vpv8AGj/hGtK/580/76b/ABpB4ksJdIl1
G1dp4o38ooqlX8wkKEw2CCSwHOOo7Vc0+4uriAte2f2WYHBQSCQEeoI/wo55dw5I9ip/wjWlf8+a
f99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR
7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N
/jWrRRzy7hyR7ENtaxWdusFugSNeijtU1FFSUZ+lamNS+2ARGP7Lcvb8tndtxz7da0KpadpsWnG6
8pnb7TcNcPu7M2Mge3FXabtfQSCiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAqhp3+tv8A/r5P/oK1fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrg2lhcXCruM
MTSbScZwM4pml3h1DS7W7ZAhniWQqDnGRnFS3cKXNrLBKSI5UKNg4OCMGm2NtHZWMFtASYoY1jQk
5OAMDmn0F1LFFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9TB/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFIaWigDnvDP+hXmraUeBb3JliH/TOT5h+u6ugrn77/AEDxnp910jvoXtJD/tD5
0/8AZhXQVUu5MexXv7tLCwuLqQgJBG0h/AZrk/D/AIeS5sw1yWW82pcl8nAdwWORnnrj1961fFxN
xZWumIfm1C5SFv8AcB3P+g/WtC0AXVr4AYAWIAfgaqLcY6CaUnqNh0a38pfPi/efxbJnx+GTT/7F
sv8Ank//AH9f/Gr1LUcz7lcqKH9i2X/PJ/8Av6/+NH9i2X/PN/8Av6/+NJc69ptnqCWNzeRx3LhS
EbP8RIXnoMkEDNF3runWMssVzdokkKLJInJZVY4BIHYkUczDlXYX+xbL/nm//f1/8aP7Fsv+eT/9
/X/xqO18R6Te/Zvs99E5unZIByPNKruO3PXA5q/58fn+Tn95t3Yx26UczDlXYqf2LZf88n/7+v8A
40f2LZf88n/7+v8A41Yu7uGxtZbm5fZDEpZ2IJwB34p8cyTbvLJOxih46EdaOZhyrsVP7Fsv+eT/
APf1/wDGj+xbL/nk/wD39f8Axq3JNHCoaV1RSwUFjjknAH1JIFEc6TbvLJOxircdCOtHMw5V2Kn9
i2X/ADyf/v6/+NH9i2X/ADyf/v6/+NXs5paOZhyrsUP7Fsv+eb/9/X/xo/sWy/55P/39f/Gr9FHM
w5V2MbVNIs4tKunSNwyxMR+9c84+tbA6VT1j/kDXn/XFv5VL9shFyLcMWlIyVUZ2j39Pxpu7Qkkm
WKo65cSWmg6hcQvslhtpJEbGcEKSDg/Sr1MkjSaJ45UV43BVlYZDA9QRUlHEJ4j1N00u0M4+12tx
HHqTBB+9ywVAOON4O/gduKml1O9PhmDU01WaWW+MDeRbxxlog8qBljBHUBivzZ59K6v+z7TzGf7L
DvZlZm2DJK/dP1Hb0pkek6fDLJJHY2ySSsHdliUFmByCeOSDz9aAOWe+1qyNrc6nc3Edkp+YRrCZ
lUyYUzrjkFcD5OQc8el291Ce/wBUhjt9QutLtxaTTMZIFQ7ldACwkXO3DHpjPrW9PplldXcV1cWd
vLcQ/wCrleMFk+hPIpLvS7G/kikvLO3uHi/1bSxhin0z06CgDjm8XXV1qOnRyTSWsUkMMd0sMOdk
sy5BDspC7T5fB/56dDxVe48Rahp2nWzf2pc3F08s88itAr5ihkZfLARPl38DcfQ4IrvGsbVo5Y2t
4ikz75FKDDtxyfU8D8hSx2VtDIXit4kdhtLKgBIyTj8yT9SaAMTWPES2cdvdWpE8TW09wFDgBtkQ
dQeD1yPz71TuPFGpLFLafY7OO/QyBmNyRCqrEkmQxXOcSAdOxPSuiXSNPRCiWNsqEEFREoGCoUjp
/dAH0GKW40qwu1K3NlbTAuJCJIlYFgMA8jrjjPpQBy+m+Jb14ra2jWOa8nSEI9zLtjz9nEjE4XOT
zxz3PAFJq/jK7ifUbayjtjLDayyxzZcorxhS6klQGxuP3SeRzjNdPLo+nTwGGawtXibblGiUqdow
vGOw4FKdH04zyTGwtfNkTy3fylyy4xtJxyMDGKAMJ/EN9Dqb2CRW7XbyJGDJMVhQ+T5jkHbu9cDn
PXgCo7Pxlc3l1asljCLOX7OrsZiZFaXcBgYwQCvXIyDmugfRdNltjbyafavAduY2hUr8owvGOw4F
S/YLTdu+zQ7gVOdg6r938u3pQBYooooAKoa3/wAgi4+g/mKv1Q1vP9j3GOu0fzFVH4kKWzL2etFc
k02strirfCBCH/0VC7rCx+qjlvZvyrZ3a5/zz03/AL+Sf/E03C3UlTv0NWisvfrn/PPTf+/j/wDx
NG/XP+eem/8Afx//AImlyj5iunhzGoTTSXs720tyLv7LtUL5gxgk4yQCoOM9RVdPCAgtxb2upXcE
UkCQXCqEPnKo2g5I+UleCR7elaG/XP8Annpv/fx//iaN+uf889N/7+P/APE0cocxLJpkUlxYSrmN
bEsY0UcEFCmPoAazX8Jp9jtYLe/ubdoLY2bSIFJkiOMg5GAeOCOnNXd+uf8APPTf+/j/APxNG/XP
+eem/wDfx/8A4mjlDmK8Xhi3gkRopZVWOZpVXjA3ReVj6ADP1qQ+HLaS1063mLyw2UDW+xgMSq0e
w7vw9Kk365/zz03/AL+P/wDE0b9c/wCeem/9/H/+Jo5Q5jKh8DxW9klpFqV6ImiMFxnaTcR+Yz7S
ccH52GRzg+vNOm8FQXCywy3tybUpKkUAVAIhI6uSDjJIZRjOR2rT365/zz03/v4//wATRv1z/nnp
v/fx/wD4mjlDmIYfDcS6FLpsszFZHEnmQxJCUYEFSoQAZBUHnNX9PtZ7WErdXcl3KxyZHVV/ABRg
Cq2/XP8Annpv/fx//iaN+uf889N/7+Sf/E0cocxqUVl79c/556b/AN/H/wDiaN+uf889N/7+P/8A
E0cocxqUVl79c/556b/38f8A+Jo365/zz03/AL+Sf/E0cocxqUVl79c/556b/wB/H/8AiaN+uf8A
PPTf+/j/APxNHKHMalFZe/XP+eem/wDfx/8A4mjfrn/PPTf+/j//ABNHKHMalFQ2xnNuv2oRCb+I
RElfwzzU1SUYfhqOWNtX85ZF3ajKybwRleMEZ7VuVQ0vUl1I3gWNk+y3L25yc7iuOf1q/Te4lsFF
FFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf
/QVq/VDTv9bf/wDXyf8A0Faa2E90X6KKKQynq0bS6ReRxqWd4HVVHUkqcCo9AieDw/p8UqMkiW0a
srDBUhRkGrN7cfZLGe427vJjaTbnGcDOKZpt5/aGmWt3s2efEsm3OduRnGafQXUtUUUUhhRRRQBm
yeINMhvJrWS7RZYQWkyDtTA3HLY25AIOM5rR4PpXH694avtUn1GK1toYILqN/NLXBaO5OzCkxbcK
4YL8w7L37Ivhu9bV4rhbO2gAlhlSZZiXto0QA26qBjaSG6YGGJIyKAOuMyCcQ5O8qWAwcYGAeenc
U/I9a4uTwfcrolpZQRQJt0/yJ1DkB5S8RY575CNz16VkeItBnt2trFrCabTvPnkSK2QuFVmQqi8E
K2A2DxjJ55oA7zUtc0/SHjS+uPKaRWZRsZvlGMk4BwBkcn1pLjX9NtUkea7QCNkVtoLHLjKgAA5J
HPGaq6nBqK6zaXunWkM4W2lgZZZvLCFmjIJ4OR8pzisi08M6jpE8E9oILj7IYwkbPs81RB5bc4O0
g8jrxkUAdTZX9tqNstxaSrLExI3DsQcEEHkEHqDzUomQzmHJ3hQ2MHGM469O1clL4d1J5Le7W3th
ePePdOrSbooN2wYwVyx2p94bSCT2Jq9rmgT6rqDsyxvaSJbI6O33gk+9wR/u/n0oA6KjIrkNS0a5
t/CltYJaLclNQVltw5CGLzyyqTg4UKQOmBjHSqo8Laut3pbrHaRxW1wJgsbDMCecXaMMVyRsIUBd
o65yMUAdzkUyaaO3hkmmdUjjUs7McBQOpNcLfeCbx9IsoI4Ufa0zXUMc4iMjuflfcUbJAGOmRng8
VPdeCri4kvJPLg826M6SO7li8bQhUDcc4cA/hnrQB2qOsiB1IKsMgjuKdVPSLc2uk2sDW0dsY4wp
hjIKpjsCAKuUAYXjCF30F7mEEz2TrdR49UOT+ma2LedLm2jnjOUkUOp9iM06WNZonjkGUdSrD1Br
C8IzGPRGspm/eadK9s5Pop+U/wDfJFVvEnZif8hDx16xaZa/+RJD/wDEj9a0rX/kL3/0i/kazvCI
NxZXWpuPm1C5eYf7gO1P0H603UDqP9pXf9n7fL/d+cRnzMYP3f8AOfSqau7CvZXOiorJs/t/2WP7
MbMxY+Xd5mfxzzn61P8A8TX/AKcv/H6ixVzH1fTdQutQ1SGC0ie11K0jtzO8oAix5gYlcZPDgjHf
0qrBoGsRauNTM0OZJ5EkgC4YQFdi5kz82NkbYwOSea6L/ia/9OX/AI/R/wATX/py/wDH6LBc5WTw
zrksFq6TW0MmnWdvHbxld5eRMM/zZ+TJAXODwKv6zo+oazO7SQLHC8SRNF5/ULcKxORjqgP54rb/
AOJr/wBOX/j9H/E1/wCnL/x+iwXOP1TwjqE1m9tFaR3MO2eO2R7ootrmUsjD1+QgY7Yx0Jq/LoN8
dSE1zaJfWpuZnWE3G3yizqUkH0AIx1Hbqa6H/ia/9OX/AI/R/wATX/py/wDH6LBc41/CuqXMuovf
WVrOkssMywq4VJXSYsxHoShxluecdKs6l4b1O4eYm3jukke48qNrkoIHcrsl4/ugEccjt1rqf+Jr
/wBOX/j9H/E1/wCnL/x+iwXMPTfDl3Z6+moSENK1w/ny+YcyReSFXK9PvjOO3Wurqh/xNf8Apy/8
fo/4mv8A05f+P0WC5foqh/xNf+nL/wAfo/4mv/Tl/wCP0WC47WP+QNef9cW/lVGHw7BbXBMWWgkY
s6NI4ZT6gg8/j+dO1T+0v7KuvM+x7PKbdt3ZxjtWwKq7S0Jsm9Sh/Y1l/wA85P8Av8/+NH9jWX/P
OT/v8/8AjWhRU8z7lcq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/PO
T/v8/wDjR/Y1l/zzk/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+
4cq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjR/Y1l/zz
k/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+4cq7Gf8A2NZf885P
+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjVTVdLtYdNmkjRwy4IJlc9x2J
rbqhrf8AyCLj6D+Yqoyd1qTKKsy8B1paSlqCxKKWigBKKxR4mT+0JYJLK4S3juRaG7JUp5pxgEA7
gCWAzjGTUH/CXxSWwuLbT7y4hS3W5nZNn7lWGQCC2WbAzhc8Y9RQB0NFZGoeI7exudKgQCVtTkCx
HdgbcZ3ZwfbA96U+KtFFqlwdStxDI5RX3cEgZOPYZ5PQUAa1FZNz4r0SzuJoLjU7eOWHHmIW5HT+
hB+nNO1LxDaaXLp6y7njvn2JMmCiDGQzHP3eQM+9AGpRWSvifTFSI3Vyls8skkaJKwBJRyhPsMjq
fUUjeKNOGsnTkuI3eOKSSZw4xCEKg5/FsexBFAGvRWZP4hsk0OfVLZ/tUEOQRERuLZxt5xg5PfFS
abqov5J4Jbaa1urfHmQS4JAbO1gVJBBweh7GgC/RS0UAJRS0UAJRS0UAJRS0UAFFFFAFHTdMj003
Zjkd/tVw1w27sWxwPbir1Yfhrzc6v53mf8hGXZvz93jGM9q3Kb3EtgooopDCiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+
grTWwnui/RRRSGQ3cC3VrLA5ISVCjEdcEYpthapY2MFrEWMcEaxqWPOAMDNR6urPo96kalnaCQKF
6k7TjFReH0eLw9pySqyyLbRhlYYIO0ZzT6C6mjRRRSGFFFFABRRRQAjHCk4z7CuXi8awx6Pb6hqN
lParPK8e0vGSoVtu772T9ACeDx69QfrjNYE3gvSriMRyLcbQzkATsMK7BmTr93cAcUAUp/F88Fpq
Ye2dJoHultpWQeVIYskL97OcAk8AcGtG08WWF7r0mkQec06b1L7Rs3J94dcjHqQAcHFDeEtLlmuZ
XWZ/tPmbladiimQYcqM4UkcZFWrbQ7az1CS7t3uUMrM7RCdvK3N95tmcZP8AMk0AZ0/i+Gz3+dbX
MwSSfe0EYxFHEwVmbLdtw6dfSovFHie60W/t4LYWx82BpAJkc+a4ZVWMFeFLFsZbjOK0pPDmnus4
eNsXCzJJ+8PIlIL/AJlR9KmvdFs9RMhuoy/mWz2rfMeY2wSPrwOaAOen8XXsWr31skdrILZnUwjd
5sarCJPMY9Nu4he3XrXVWU7XVjbzsAGljVyB0BIzUMek20dtdwAMUuyTNuYksSoQ8/RRS6ZpqaXa
i3imuJYwflM8pkIGMYBPbigC5RRSAg9D1oAWiiigBDXEeIrmTRtT1WCHhtXtk8gD/ntnyz+jA/hX
cVxnjO8SHxDohMQdbOT7RM39xCwQH8z+laU/iInsdXY2iWFhb2sY+SGNYx+AxUFr/wAhe/8ApF/I
1eqja/8AIXv/AKRfyNR3K7F4UtFFIYUVTm1awt72OznvbeO6kxsheVQ7Z4GB1OcUXOrWFmZBdXlv
CY1DuJJQpVScAnPQEjFAFyiqNvrWm3nlfZb+1m85ikflyq29gMkDB5IHJx2q0JozN5W9fM27tmec
dM4oAkoqK5uIrS3knuJFjijUs7scBQO5p0cqShvLdW2sVbBzgjqKAH0U13VACxABIHJxyeBSRzRz
bvLdW2sVbBzgjqPrQA+iiigAooooApax/wAga8/64t/KrgqnrH/IGvP+uLfyqY3cKXCQFx5zjIQc
nHqfQfWq6E9SeqWs3Mllod/dQkLLBbySISMgEKSOPwq5mo7iGO6t5IJkDxSqUdW6MpGCDUlHHp4p
1FotKt90X2yOdY9TwmR94IAvoXzuHsKlm1fVF8NRar9vjxfGBo44rbe0CySKCFHJchWx06/lXQ/2
PYCZ5vssXmSPHIzY5LJwh/DtTIfD+l28kjw2MCNI6yNhf4lbcCB2+YA8d6AOfGr67b/Y7jUXe20/
dhphaAsw34BmTOYwVxyBwSc46VcutUu9T1OCLSNQW1g+zSzM8ttkMyOgwQ2CB8x6fnWvdaNYX17F
d3NrHLPFgI7dsHI46HB55pL/AETT9Ulilv7WOd4gVQvngHGR7g4HBoA5ZvGkt1qWm26XMNmLm3iE
ybd7pLMpKEZ4wpC5z/z0HpVe58V6hpOmW01zqkMs8s00jJJAq5hhdlZVA/if5cH1zXaNpVk0M8LW
0ZjnkEsqkcM4xgn3G1fyFLBpdnbTNLDbRpIylCwHVSxYj8WYn8aAM/WdfGmrb3EYaaF7ee4wpADh
I9457ZqlL4rvfKkt00vGpKZAYvtC7FCxrJu3454kUYx1z25rWTw9paQmJbGERlSm3HGCgQj8VAH0
FLd6Dpt8rC6soZQziRtw6ttCZP8AwEAfSgDD07xTdyxQQLB9rvZo4dis6xKSYFkc5AOOvTB5PYUa
r40ltX1C2tLWGS5t7aSZCZiVDIFLq2FwCN3QE9OcZral8O6VNb+TJYwmPKnAGMbV2rgjkYXj6cUH
w7pTTyzGwgMk0bROdvVWADDHTkAZ9cUAZ7eIruPUnsVsxLevIkaQmYLGp8re/wA+3JA+mT6AdIrX
xmbu6thHp7/ZZvJV5jMu5HlyFG3HIBXBIPuM1qy+HdKntjBLZRNGdvBzn5V2jnOfu8fSpl0ewVgV
tIV2mMgKuANn3MD27UAXqKTNGaAFqhrf/IIuPoP5ir2aoa2f+JPc467R/MVUfiRMtmX6K5Q6jrEm
t+VdQpDtbMEH2jy1l99207/px9K1/tesf9Ay2/8AAv8A+xpuDQlNM1KKy/tesf8AQMtv/Av/AOxo
+16x/wBAy2/8C/8A7Glyv+mPmRWXw5N9vneS+3WUt2Lw26w4beNuAXzyoKg4AHTrVaLwlcWto1tZ
6q0MU1vHBcZgDFwq7dyHPykrx3HArS+16x/0DLb/AMC//saPtesf9Ay2/wDAv/7Gjlf9MOZEkmlI
bjTXiby47AtsjAyGBQoBn2BrKfwk62VpDa6gYXhs2sZJGgD+ZE2M4BPyt8vB5HqDWj9r1j/oGW3/
AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyKkPhaOCSMx3DBY53lVSucAw+SBnPYDOakk8MQT2Wm2lxI
ZILK3a3ZSuPNVo9hz6cc1P8Aa9Y/6Blt/wCBf/2NH2vWP+gZbf8AgX/9jRyv+mHMjHh8ESQ2X2Ya
tI6ywm3uneBWeaMyO/Bz8rfvGGefXGaWfwQbmGS2l1A/ZPLmSGJYBmPzJFkyWJO7DKOwyK1/tesf
9Ay2/wDAv/7Gj7XrH/QMtv8AwL/+xo5X/TDmRUTwxt8OXelia3ia4Yv5lvbCNVPHOzcc/d7mr+m6
bJaT3F1d3P2m7uAqvIE2KFXO1VXJwBuY8knmo/tesf8AQMtv/Av/AOxo+16x/wBAy3/8C/8A7Gjl
f9MOZGpRWX9r1j/oGW3/AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyNSisv7XrH/QMtv/Av/wCxo+16
x/0DLf8A8C//ALGjlf8ATDmRqUVl/a9Y/wCgZbf+Bf8A9jR9r1j/AKBlt/4F/wD2NHK/6YcyNSis
v7XrH/QMtv8AwL/+xo+16x/0DLb/AMC//saOV/0w5katFQ2zzSW6tcxLFKeqK+4D8cCpqkoo6Zqa
al9rEaOn2a4e3bd3K45HtzV6qGl6YumG72yM/wBquXuDkY2lscfpV+m7X0EgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A
6+T/AOgrTWwnui/RRRSGQXtx9ksp7gruEMbSbQcZwM4punXn9oabbXYTYJ4lkCk5xkZxmn3cC3Vp
NbsSFmRoyR1AIxTbC0WwsILSNmZII1jUt1IAxzT0sLqWKKKKQwooooAxtbJOqaIkhxA12S3oWEbl
B+Yz9QKwNPu9bUWDh5o4Y4rJXtvswCuZGYSEnGRtGDwRjvXayQxzBRIiuFYMu4ZwR0I96bNNHAqm
QkBnVB9ScCgDjre5vdQTTZZprqa8S6VpoHtfLW1k8mbKqdoyMkDknoOeaji8QapdQx7pru2hC2yX
M4siXicpJ5m1SvJ3hFPBAzXc4oxQBwOlnVYNKs4Lc3FtJJFaRtN9mG9Q0028kMMA42nB+7mmnxDq
76npdnNqAtMbDcu8SrvBmZfmypwWVMDG3lvTGPQMVWm0yyuLqO5ntIJLiL7krRgsv0NAHI6lb3su
r38K3d6SdStJIQYgywphcuvy44O4dT0yR3qMaz4gN9psMk/kRnaGke1c/aCJmRgQqEA7FU9V+9np
07vFGKAOX8NvqM91EtxJLDbRWofyRCqq7tLKDk4zwFU4BHXPeqOr6prNpbajNHLe7vtjw24jhXbE
ipkH7jFtzcdDngZHWu2wKMUAcdb3+tz38Us0kq28jwwvbfZwFAe33u2cbsh+OuB0qpo8t8tjoa3f
mx3cVzBFFA0e0LCYDnB6tlQxOehGMcDPeYprQxtIkjIpdM7WIyVz1x6UAPooooAQ1ycFiviGXxHO
/KT/AOgwn0CDkj/gZP5V0Or3y6ZpN1eN0giZx7kDgfnVbw1Ytp/h6zgk/wBbs3yH1dvmb9TVLRXJ
ersHhu/bUfD1lO/+t8sJIPR1+Vv1Bqa1/wCQvf8A0i/kazdA/wBB1vWdMPCiYXcQ/wBmQc/kwP50
moT6hDqV39hjUxny/NkzlkGD0GD+fP0p2u2kK9kjoaWsu0lvTaxmCK2ljI+VzdMxb8dlTebqX/Pt
a/8Af9v/AIilyj5jD1rTry61DVYItPaaPUbSKBLgugSJgZMs2Tu43AjAPTtVWHRdbXXTqjxQFJ5Z
IZI/+WvkbdiEsTgjKK+Bz8x966bzdS/59rX/AL/t/wDEUebqX/Pta/8Af9v/AIilyj5jkJNA16SK
wkgt7aOTSrO3WBJDl3lUBpNpBwucBMn3rT1ix1TVLh2ihuYIXiSIqtwEbi4UsQVbjMYJz1wcda3P
N1L/AJ9rX/v+3/xFHm6l/wA+1r/3/b/4ijlDmOO1bQNXnsJbT7Pe3UIWeO1RbzaIz5pKM5LAsPL2
gA56EHrWg+makdS33dveXNmbiZkSC6CFGLqY3PzDKhc8ZOPQ5rofN1L/AJ9rX/v+3/xFHm6l/wA+
1r/3/b/4ijlDmOMm0LWb2TUDf2MrwGaCdIIrggOyT7mKEyZz5ff5B04GBVrUNJ1mR5/3F5NGz3Bt
0hvPLMcjFfKkY7h8oGeOcf3Tmup83Uv+fa1/7/t/8RR5upf8+1r/AN/2/wDiKOUOYw9O0jVLfXo7
2d52L3DrO3nkxtF5IC4TOB+8BPAzXVVR83Uv+fa1/wC/7f8AxFHm6l/z7Wv/AH/b/wCIo5Q5i9RV
HzdS/wCfa1/7/t/8RR5upf8APta/9/2/+Io5Q5hdY/5A15/1xb+VULfQTaXL+XNO8MrFnY3Dq6n6
g/MPryKk1WTUDpV0JLe2CeU2SszEgY9Nta4qrtRJsmyl/ZUX/Pe8/wDAl/8AGj+yov8Anvef+BL/
AONXqKm7K5UUf7Ki/wCe95/4Ev8A40f2VF/z3vP/AAJf/Gr1FF2HKij/AGVF/wA97z/wJf8Axo/s
qL/nvef+BL/41eoouw5UUf7Ki/573n/gS/8AjR/ZUX/Pe8/8CX/xq9RRdhyoo/2VF/z3vP8AwJf/
ABo/sqL/AJ73n/gS/wDjV6ii7DlRR/sqL/nvef8AgS/+NH9lRf8APe8/8CX/AMavUUXYcqKP9lRf
897z/wACX/xo/sqL/nvef+BL/wCNXqKLsOVFH+yov+e95/4Ev/jR/ZUX/Pe8/wDAl/8AGr1FF2HK
ij/ZUX/Pe8/8CX/xqnq2nRxaZM4muiVwcNcOw6jqCa2qoa3/AMgi4+g/mKqLd0TJKzLhRXxuAODk
ZHQ07FFLUFiYoxS0UAN49aXA9a4hLNW167aGzuE1T+1FkW5ELKBb4TdmQjaVKhhtyeSOO9UIbJRp
ZTVtOvZbo6fDHp5SF2aNtmCAQP3bh+STjjHPHAB6G8kceN7quSFGTjJ9Kdx61zeo6ZcXWo+GTcSS
u1tIzTlFUoXER+Y5BxyMA8deOaypLvXYNJsXnu9SEk1s8xaK1V3Nx8uyIqF+Vep5AzzlhQB3PHrR
x61xj/8ACQ3F4S97e2yyTtE0cUKFYlWAPlSVPWTK5JOc4FS6tbalqtv4enjV49QSJrjdtKqk3lZA
cdgTlSD6mgDruPWjKhgu4ZPQZ6159b32tJp0Rii1GzeRZZbe3W13752uJDslJB2qF291GCTngUtz
ca4dQlvIlvZb+C3ulETWv7mE+bGFEZ2jeTGM4yc4/CgD0HA9aMA964ub+0L74famlzPLeTMWVG+y
urFcrxtKqWxz2Gelb/huOCLSUS2CbQzZKWhtgTn/AJ5np9e9AGrijFLRQAmKMUtFACYoxS0UAJij
FLRQAlLRRQBh+GnmdtX85pG26jKqbyeF4wBntW5VLTtRi1E3QiV1+zXDW7bu7LjJHtzV2m9xLYKK
KKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/
+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPVwx0e9CBi5gk2heudp6VF4fDr4e04ShhILaPcHzn
O0ZznvVq8uBaWc1wylhFG0hA6nAzTdPuxqGnW92qFFnjWQKeoyM4p9BdSzRRRSGFFFFABVHVf9Tb
/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJQBgeKv9LOm
6Uuf9Nul8wD/AJ5p87fyA/Gt8cVz9v8A8TDxvdTdY9Ot1gX/AK6P8zfoAK6GqlpZErqzntW/0DxV
pN8OEuA9lKfr8yfqD+daVr/yF7/6RfyNVPFlq914duWhH7+3xcRH/aQ7h/KpNIulvbm4uo/uTRQy
L9CpNPeNxdTVAA6CiloqCxKKie8to7hIJLiJZn+7GzgM30HWia8trfd59xFFtAJ3uBgE4B596AJa
KhhvrW4CmG5hkDMVXZIDkgZI474qXzE8zy9678btueceuKAFopss0cETSTSLHGgyzMcAD3NKsiPn
Y6tg7Tg5wfSgBaKMgd6RZEfOxlbB2nBzg+lAC0UZpaAEopaKAKWsf8ga8/64t/KrgqnrH/IGvP8A
ri38qsNcRRyRxNIokk+6pPJ/Cq6C6ktU9XunsdGvbuLb5kEEkq7hkZVSRn24q5UVzbxXlrLbzrvh
mQxuucZUjBH5VIzk18XXjwaTH5UAvHnEWopyREA2w7RngsxBGT0qW41zVYfDqau81lHDdGAxAQO5
gWR1HzYb5ztbPGOR3raGgaaLmWcWw82WSKR23Hlo+EPXt/8ArpkHhvTLbiK3KqHV1TzHKoVYONqk
4UbgDgYHFAGJH4i1dWtJbxYraxkYj7U1rIVl+fAJG7MOVwQWyMn870+s3WoalBBoN5ZNE1vLM0kk
ZkVmRkXbkMMfe5PNad7o1nqFyk90kjsgA2+a4RgDkbkB2tg88g03UNCsdUmjlvI3d40aMFZXQFSQ
SrBSNwOBwaAOdPjVrnUdNt4JLW1W8t4y6ynfJHLKCYwFBG5Rtwf99eRUFx4w1DTNLt7m9utOaSWe
UshjMWIYXZZNuXO5zhcD1PQ11DeH9NZJkNqmJpFlcjIO5du0g9RjYuAPSlj0DTYpjKtrGWKMnzZb
5WYuwwfVmJ//AFUAV9X11NL8iX5pIXgmnIQAlljTfwSRjP8AnFU5fFz/AGd449Ku/wC0AXX7MWjy
oVFfdu3bcbXXjPU4rQHhrSxAIPs5MYRowrSucKyCMgZPA2gD9etLd+HNNvt5ngJLvvYrI6EnYEPI
I4KgAjocUAZNh4rmlt4UNtJd3sscRSKIKm4mFZHO4nAAz3x1A96XVfGq2Ul/bW9p5t5bWz3CoZ05
2hSwYAkrjd364OO1ab+GNKaNUFuybSpVo5XRl2psGGByPl44PI60jeFtJeaWRrUlpo3jceY+0q4A
f5c4BbAyRycUAVW8SyxXklp9hmlvC6IlspQEEx72y5bGAO/0AzTYPGcFzeW8cdldeRN5QM52gRtJ
napXOc5Ug4BAq7L4a02dMSRSFsq3mCdxJlV2A7wd2dvB5571JH4f02HZ5dqiBDEVCkgDy/uYGe2a
ANKiiigAqhrZxo9wT0AH8xV+qGt/8gi4+g/mKqPxIUtmUG8WWDXwggnhMan97NJKEVfZf7x+nHvV
z/hINJ/6CVr/AN/RSnRrdL4XVvmBycyqgGyX/eHTPuOau+TH/wA80/75FN8nQlc3Uo/8JBpP/QSt
P+/opf8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/AHyKXuj94of8JBpP/QRtP+/oo/4SDSf+
glaf9/RV/wAmP/nmn/fIo8mP/nmn/fIo90PeKH9v6R/0EbT/AL+ij/hINJ/6CNp/39FX/Jj/AOea
f98ijyY/+eaf98ij3Q94of8ACQaT/wBBG0/7+ij/AISDSf8AoJWn/f0Vf8mP/nmn/fIo8mP/AJ5p
/wB8ij3Q94of8JBpP/QStP8Av6KP+Eg0n/oJWn/f0Vf8mP8A55p/3yKPJj/55p/3yKPdD3ih/wAJ
BpP/AEErT/v6KX/hINJ/6CVp/wB/RV7yY/8Anmn/AHyKPJj/AOeaf98ij3Q94o/8JBpP/QStf+/o
pP8AhINJ/wCglaf9/RV/yY/+eaf98ijyY/8Anmn/AHyKPdD3ih/wkGk/9BK0/wC/opf+Eg0n/oJW
v/f0Ve8mP/nmn/fIo8mP/nmn/fIo90PeKP8AwkGk/wDQStf+/opP+Eg0n/oJWn/f0Vf8mP8A55p/
3yKPJj/55p/3yKPdD3ij/wAJBpP/AEErX/v6KP8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/
AHyKPdD3htvcQ3UKzW8qSxt0dDkH8alpAAowoAHoKWpKM/S9MGmG8xKZPtVy9xyuNu7HH6VoVieG
55p21bzpHfy9RlRN5J2qMYA9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGQXkAurOa
3ZiomRoyR1GRim6daCw063tFYusEaxhj1IAxmmauWGj3pTdv8iTbt652npUXh8ufDunGTcZDbR7t
+c52jOc96fQXU0aKKKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKK
ACiiigAooooAKKKKACmSyLFG0jnCICxPoBT6juII7m3kgmXdHIpR1z1B4NAGL4PjZtHa+lGJdQme
6b6MflH/AHyBW7msEeB9BUACyYAdhPJ/8VR/whGhf8+bf9/5P/iqp2buSrpG6wDKVYZB4IrmPBcb
2ranYyf8uU4gT3QZK/o1Wv8AhCdC/wCfNv8Av/J/8VVAW/8Awjt5exaPZbYZDGZZS5by+Dzg5J+v
QVUbNNImV002dbRWXa3V79mTZaeeuOJDcqd3vkDFTfa7/wD6Bw/7/r/hUWLuc7r2nyXWsanGuly3
Et3aQx2tyEG2GQGT5t+crtLK3HPpzVZdK1WXXX1K5sIZLe6le1kV/ml8kLtjZkIwBvTf1J/eH3rq
vtV//wBA4f8Af9f8KPtV/wD9A4f9/wBf8KLBc4oaNq8cWnTWWlQxnSLS3ZFY7HeXCmbYAMElRsOS
Opra1hNTv7p2so762ieJIty4RwftChiDzjKbj9K2/tV9/wBA4f8Af9f8KPtV9/0Dh/3/AF/wosFz
jdZsNam06azkXVbiLZPHbiJxliJTsMpJ+ZTHtxnOee+K0Xi1RdSxcpqX2JrqZk+xsA27euwtg/c2
7uvHXPauh+1X3/QOH/f9f8KPtV9/0Dh/3/X/AAosFzjJ7XW799QF7baklss0EyRRTMW3LPltjZ5+
TnC4HAwMirWoQ62Gn2pqfltJcmAWjhW80lfKLnP3MZ68dc9q6n7Vff8AQOH/AH/X/Cj7Vff9A4f9
/wBf8KLBcxNOttZj1+O5uZbtkkuHjmQvmERiEEFV7fvAcHrXVVQ+1X//AEDh/wB/1/wpftd//wBA
4f8Af9f8KLBcvUVR+13/AP0Dh/3/AF/wo+13/wD0Dh/3/X/CiwXHax/yBrz/AK4t/Ks+30Se2vHb
7VcyJMSTMJAHX2ORyPp+VP1S5vW0q6D2ARTE2W89TgY69K2RVXaiTZNlH+y2/wCf+9/7+D/Cj+zG
/wCf+9/7+D/Cr9FTzMfKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z/wB7/wB/
B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z
/wB7/wB/B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmY+
VFD+zG/5/wC9/wC/g/wo/sxv+f8Avf8Av4P8Kv0UczFyoof2Y3/P/e/9/B/hR/Zjf8/97/38H+FX
6KOZj5UUP7Mb/n/vf+/g/wAKp6rp5i02ZzeXbhQDtdwQeR14rbqhrf8AyCLj6D+Yqoyd0TKKsy8O
9LSUtQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT07UYdQ+0i
AOPs87QPuGMsuM49uauVnaTph003uZfM+1XT3H3cbd2OPfpWjTe+gkFFFFIYUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf/QVq/VDTv9bf/wDXyf8A
0Faa2E90X6KKKQyG7uFtLSa4ZSyxIzkDqQBmm2F2t/YW92isqTxrIqt1AIzzS3tv9rsp7cttE0bR
lgM4yMZ/WmabaDT9NtrQOXEESxhiME4GM09LC6lqiiikMKKKKACqOq/6m3/6+Yv/AEMVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv
/pF/I00J9C6qKihUUKB2AxS0tFIYlFLRQAlFLRQAlFLRQAlFLRQAlFLRQAlFLRQBS1j/AJA15/1x
b+VXBVPWP+QNef8AXFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/
AJBFx9B/MVfqhrf/ACCLj6D+Yqo/EhS2ZepaSlqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAYnhu5muW1bz5Xk8rUZY03HO1RjAHtW3VLT763vjc/ZwR5E7QyZXHz
jGfr161dpvcS2CiiikMKKKKACiiigAooooAKKyH19U8Xx6D5DF3sjd+du4AD7duP1zTta1O/sDBH
pmkS6jNLknEqxRxgY+8x9c8AA96ANWisTw14kHiCO7SWzksr2ymMFzbyMG2NjIww4II703X/ABK+
k3tnp9lYSahqV4HaKBZBGoVfvMzngDkUAbtFYQ8SyWfh671TXNNn077IT5kW9ZSwGPmUjgg59uhr
YiuI5rdZlYeWVDZJ6DrzQBLRTUkSRA6OrIf4gciq97qNvY2c9zNIPLgiaZwpydoGcgfhQBaoqpp2
pW+p6Zb39u/7i4iWVC3BCsMjPoeatFgCASATwMnrQAtFMaaNBlpEUZ25Jxz6U+gAooooAKKKKACq
Gnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPV2ZNHvWQsHWCQqV6g7T0qLw+7yeH
tOeVmaRraMszHJJ2jOat3Vwtpay3EgJSJGdgOuAM02xu0v7GC6iDCOeNZFDdcEZGafQXUsUUUUhh
RRRQAVFPbpcKivnCurjB7g5FS1xF9qRi1mY3lxP9pS+jiitVvWgxCSoV0QDEucktnPQjjFAHb0V5
3J4r1i9jumF3Y6fHFPHkZDywAXCowdd2QuDkk49uDkXbbWdQgmuBPfR3Tx6hOioFKGNFgkdcgNyD
tGM//XAB29FcDceL9Ws9L/fvZtdO0BWVYtqqskbORtZwCQVxyw4Ptg6+qa5e6XoemXU01oJJApum
XDZ+XJES7hv57Ak46A0AdPRXn934qv8ASNM1CSS/inuY76dY0aBQERQWCsS64yMY7kdAatxazf8A
2+4El5HLu1CAR2+CphjeEPyQclc5HIxkE+wAO1orhbTxFf317phfUII1LzxXCJGDHK4RWVUcOQ3U
4I565AIIq9oGvXN/dWkE13awYghP2Z1Yy3G6EOXVi2cAkjofunJzQB1lFeeah4vuboarAs8cUNu0
UqSunlmLFyqEOA5O3AzztJGeMGp5vGN/HA+26sQIlmaKdoW26gyttVIwG4JzjgsTxgYoA7yiuF1X
xVfPDf2dvPDb3saXh2hMyRLGgZDjPfPXoe1amt393Douk3NtqsCB7mFZroRgxyI3U/ewAeO9AHTU
Vwn9v6no9peSfurmIteSQoysGi2XITLNk5XEhOMDASuj8L6jdanpRmvZLSSRZWQPayB0ZR0yQSAe
eQCaANiqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/WVL4js4dWNhItwHEiwmXyT5QkZQyru6ZII/M
Vq1zV14XeXXpdVimVZ2uUkGS2DF5YjZSOm7qQcZBxz1pDNttUsUjlke8tlSFtkjGVQEb0JzwfY1H
e6xZ2EtvFNMvm3EixxxqwLHccA4znHvXJ2nge+s9PkghmtFlIjjaYPKWnRd33t27Z97Pyj1GcGpr
XwZd20tgPNspFgNq8krxsZQYUClUPZTjP4n1oA66a8t7Z1SeeKJnBKh3ClsDJxnrgVXtda06+gtp
ba9t5EuhmEiQZk9cDrkdx2rJm8NzrqdlPb3O8RcSzXLGSVkzkpgjaQfXgj1PSs4+ENSa30i3+1Wi
xWHlBljUqG8uQNu6ZJYDGCcA+uaAOktde06+jWW1uo5oT5mZVYbV2EBsnt1pG1/TRK8KXcUsyQrO
Y43DEoxwGHqOP85rCHhKc2wgcWbxx/alVBvQSCV0ddxHII2kceg+lI3hS/kglSW4tHkns1t3kMeC
rLIzjGAMjDYJ4J2g96AOqS7gkuJLdJ4mnjALxhwWUHpkdRUR1SxWNpDe2wRX8ssZVwG/u5z19qy9
O0m+0ya48tdPYNMzpOyN5rK8u9lY+wJA55IHSsm88DyTaZYwRm1kMHniWJzJHHL5pzuJQg5GMc9c
mgDrG1C0SdoGuoFmVdzRmQBgOuSM5xSy39pBG8k1zDHGmAzPIAFz0yc8Zrj5vCF1/aUcQS1NrKbn
NwiEyoJYSuGJPKg4AHOQFz0on8G6jdp5l1LZPMJlcwo0qRuohEWCw+YHjI7dR70AdVe61p2nRSSX
l7BEsQUvucZUMcAkdcE1cR1kRXRgysMhgcgj1rjZPBtyYbmCBrKCCS3RBGA7q8i7ME7slQNmOCcj
BIyK7CAMsCCQIrhRuCfdB9vagCtrH/IGvP8Ari38quCqWrsG0a8KkH9044+lXR0quguotFFFSMKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJ
S1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM3SNMbTTfb5Q/2
q7e4GBjaGxx+laVYvhy7muzqvnytJ5OoSxJn+FRjArapvcS2CiiikMKKKKACiiigAooooA46b/ks
lt/2A3/9HCug1i2vb22EOm6n/Z9xncZBCspK+m1vfHPtVTW/B2jeIbyK61K1eS4iTy1kSeSMhc5x
8rDvUEngPQZLO2tjazKtru8mRbqUSJuOWG/duwT2JoAzPAIfTtV1/RbopcXtrOk898pP+kmRcgsC
flYAYwOPStbxJ4ah1+a2lhvpbDVbPL21zAQWQHggqfvKccir+jaDp3h+1a30y2WFHbe5yWZ29WYk
kn6moNa8KaTr88U+oW7meJdqTRSvE4X03KQce1AHCa5fXGu+BPFFj4ghtbnUNDfatzEvyOxXKuB/
C2CQR2rZ1XT9A0nQdK06PQ0uzfzq0FjE3lpLLsyWck4wAO+e3FdNaeG9JsdGl0q3solsZQwliOT5
m7glieST6k5qkvgbQ10ldO+yym3SUTRk3EheNwMAq+7cuAMcGgDktBik0/VPGNgLGHToBYJMLOCb
zI42KOCRwACQBkAUuk+ENGPwqN/NZrcXs+kmV55iXbPl7lA9AuFwO2K7PT/COjaX9qNpabGu4vKu
HaR2aVefvEkkn5jz1rQtNNtbHTItPt4QtpFEIUjJLDYBjHPXj1oA821LSbHTvgU09jaxQSXVlaSz
vGMGRsoSx/M10Pi6VD4o8HIsilmvXYKG5I8o8/TmtjT/AAjo2mafdWNtaH7JdDbLDJK8i7eflAYn
A5PAqvp/gPw/plxb3FtYnz7Zw8UskzuyYBAALE/Lgn5elAHM6H4a0bxBrvixtYiW6MWouixySHbE
pRcuFzwT/e/2fat74a3M914FsHuZXmKmSNJX6vGrsqH/AL5AqhZfD6zv9T1241yyybq+aSF452Rp
ISqja2wjK5B4Ndpa2sNlbRW1rEkUEShEjQYCgdABQBLRRRQAyVXaNhG2xiOGxnB+lUHs9TYfJqaK
fX7KD/WtKimnYTVzFNhq3/La8FyvojGDP5A1c0tovs7pFAYDHIVkQnJ3dSc9+o5q9VDTv9bf/wDX
yf8A0Fabd0K1mX6KKKkor30H2uxnt923zo2j3YzjIxmm6ZafYNMtrTfv8iJY92MbsDGcU3VnaLSL
x42KusDsrDqCFODUegSvN4f0+WV2eR7aNmZjksSoyTT6C6mhRRRSGFFFFABTSikhiBkdDjpTqQ9K
AI/3LOy5QsR8w4yR05qFryyjnhjaeESXGfKGRmTA5x64rjR4U1C/m1J0gtbIvcXRW4JYS3CucBWw
BhPoTxjAqzH4Quft0N4LTT7Yid2WCE5FsrRhNyHaPmyobACjPvyQDo9R07TdUiVb1UdYXyrCQoUb
GD8ykEcE96I5tNsU+wwGJfsiR/uIxuManhflHPauW0rwLJDFBFf29rKq3EUk++cyrPsSRd20oADl
wecn1PAqa38H3cMRQx2Zle1tYnuNx3hopNzD7uSCuOc/wjj0AOou7u1tIDNMVKiRI22jcQzMFXP4
sKsExKw3FAxwBnGfauOh8J6r/ad9cTSWm2d4mHl4UNsuBJkqEHO3jksc98VN4h0K71fxKxgtLcxm
ySMXc2QbdhKW3R4BywHuO3NAHVAwAEAx4Q8jj5T/AEoDw7hhk3BcjkZ2+v0rjP8AhDtSnvtRkuzZ
NFdtHuVQFWQLcCQ5UIP4cjksc55waW78F3Uur386CJkmjlW3kNwyeSrQmMJ5YXkA/wC1jHOMigDr
ZLqzilhR5ole4cpGCRmRgMkD1OBS3FzbWlpLcTOggt1Ls3UIFHNczH4PNpe28lvaWBggu0mSI/KE
XyBGxX5Tg7gG464HINTWPhq6i8M6ppc0dqqXKOkEed+3KYBd9o3HPOSM+pJoA37O7gvbeK4QFTMm
9VkXa+33HWpN8BQLvj2k7QMjBPpXKr4RuI9UjkihsUjWaKZbhSRLEiIFMKqBjaSD3Awx4JqKfwKJ
NJs7ZYLISW2mPbqduAtw2z94OOvyn5utAHZJscBkII9RTlUIoVQAB2ArN0TSRpH26OJIoreW582G
KIYVF2IMY6D5lY8etadABWQIbiTWb37PciEBY8gxhs8H3rXqha/8he/+kX8jTQmH2W//AOggv/gO
P8aPsuof9BBf/Acf41eNcjB4xmGt3kF0bYWlq1wZdsbiSKOL/loSflcE4GF5GRRcLHQfZdQ/6CC/
+A4/xo+y6h/0EF/8Bx/jWL/wn2nf2XLftDcLFDL5cgcxqR8u7IJbDcdlJOQRip5fFIOs21tFDItm
ZpY57uVQseUjZiAc5GCByRjg+lFwsaf2XUP+ggv/AIDj/Gj7LqH/AEEF/wDAcf41m3/i62gW8FjG
149vaNdBo3QI4AJABJyRwckAgdOvFLL4sit57W2mtJkurqHzI4vMiJ3bWYJjdnnafmxt96LhY0fs
uof9BBf/AAHH+NH2XUP+ggv/AIDj/GsaLxmq2Fvd3lrLD5tpFceSNpIMjFR8+7aF46nGB1x0qYeJ
5GvbmF7OSGOG5ghWVyrB/MCnoG4PzfT+VFwsaf2XUP8AoIL/AOA4/wAaPsuof9BBf/Acf41FZa7F
eWM189vc29nHH5yzTKAJI8E7lAJOMDOCAeRxVY+J8Rxf8SrUjNNueOEIm9o1AJk+9gD5lGCc5OMU
XCxe+y6h/wBBBf8AwHH+NH2XUP8AoIL/AOA4/wAayz4xt5HZbW0u5VKAxTbVEcjmHzlTk5BK+ox7
1X0/xXOmmW0uoW8klzLbwS+TDGqsWmkZVAy5GOB1PTk+gLhY3Psuof8AQQX/AMBx/jSfZb//AKCC
/wDgOP8AGsyfxjFBdy240zUZXjkMQKLHhnCB2UEt2U5yeODjNbtpcx3tnDcwktFMiyISMZUjI4/G
i4WOav7C/wBl5NFOYolR/OJhCifjsoP/AI9x+NdUKp6x/wAga8/64t/KrgqpO6QkrNi0UUVBQUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWp
GFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT0+8tbv7T9lGPJna
KX5NvzjGfr1HNXKzNG02TTTf+ZIr/abt7hdo+6GxwffitOm99BIKKKKQwooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK0
1sJ7ov0UUUhkN1OltayzyglIkLtgZOAMmksbqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e4j
OMjGaZpdobDS7W0LhzBEse4DG7AxnFPSwupbooopDCiiigAoopKAFopKWgDEuvE0VrrX2B7S4KK0
aPcDbsRnB2gjO7t2HHFU7HxrbarJELSG4RHniRXkj+WRXDYIOeD8vQ8jI45rYl0aynuXnki3Su8c
jHceWTO3j2yaqx+FtOgg8qFZ1RSGiVp3dYiAQNisSFA3HgcflQBjp46OoiJ9LsJ5F+1RxEFoyZVe
N2AX5sKRtGQ2CM8irMXi/demT7LM2nPb20olAUGHzWdfnycnkLwAcc1NoPhNdJiSO4vJbxYXWSBW
BURsqld2Cx5IY57cDgVZXwnpKzQSC3fMCJGq+c+wqjFk3LnDYJyMg0AVD4zhEHmnTr0LIgktchB9
pQyLGCvzccupw2ODmrd7rNza6npNstgzrfFhKfMUGHC59ee/T0pYfCukwFvLt2+bbgNKzBArhwqZ
PyruAOBgcVcvdLttQkgkuFZnt3LxlXK4yMEHHUEHBB4NAHPP41+1mNdNtnllS9SCWJXjferI5G1g
20H5ecnjBpW8axQNLPNHJ5JjhEMAUeZ5rNMHUnOOPKPPTg9c1fXwbpCQmJIZ1G9HDLcyBkKAhNp3
ZUAMQAOKmbwtpRhWJbdo1UIEMcrKybCxUhgcg5duc5O45zQBc0zUE1TTYL2KOWNJk3BJV2svsRVu
orW2S0to4Ii5RBgGRy7H6sSST9aloAKKKKACstbmK11O/kncIuIgM9ScHgDua1KwrjSLbU9Xu2mX
EsQjMbjnbwe3QiqjbqTK/Q2YpfOhV9jx7hna4wR9RWdL4b02cYlg3DzJpCCx5MoIkB9iD0+npT4N
FsxEontbdpB1KJgH8Kk/sXTv+fOH/vmloPUz5/B2m3NoLe4e9mUblDSXcjOFYBWQMTkKQBkVYj8N
2EeprfBZfNVmdUMreWGZdrEJnbkjrxVj+xdO/wCfOH/vmj+xdO/584f++aNA1Ibzw9Y39z51ysjg
RtGsZkby13KVYhegJViMj1qFPCmnJeQXWJ2mh2kM0zHcQpUMwz8x2kjJq5/Yunf8+cP/AHzR/Yun
f8+cP/fNGgalSPwvYw2ogie6QLCsCutw28RhiQuc5wMkfTinReGNNgYeVE6IvkkRiRtgMWNhx6gA
D3Aqz/Yunf8APnD/AN80f2Lp3/PnD/3zRoGpXt/DllbW/wBnjNwbfPELXDsgXaV2BSfu4Y/L06eg
qFvCenvbRwtJeER7gj/a5N6IQAUDZztIA49qvf2Lp3/PnD/3zR/Yunf8+cP/AHzRoGpEvh/T0xsh
2KJBIFViACIvKGB6bOMUg8P2A8nEbfuUhjT5zwsTbk/In8am/sXTv+fOH/vmj+xdO/584f8AvmjQ
NSM6FZGczeW28yvMTvP33TYx/wC+auWltHZWkNtCMRQosaAnOFAwOfoKr/2Lp3/PnD/3zR/Yunf8
+cP/AHzRoGousf8AIGvP+uLfyq4Kx9U0iwi0q6dLWJWWJiCF6HFbA6U3sJbi0UUVJQUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4evJ7xtU+0SGTyb+WKP
gfKoxgfrWzVPT7i0uDc/Y9v7udo5tqbf3gxuz6npzVym9xLYKKKKQwooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//wCvk/8AoK1fqhp3+tv/APr5P/oK01sJ
7ov0UUUhlPVpGh0i8kjYq6QOysOoIU4NR6BNJceH9PmmcySSW8bO56sSoyatXU0dvayzTDMcaF34
zwBk8UljcRXdjBcW4xDLGrpkY+UjI47U+gupPRRRSGFFFFABVHVCVigwSP8ASYhwf9sVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6pW0Trqd
5IykI4j2n1wDmmhMu0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFLWP8AkDXn/XFv5VcFU9Y/
5A15/wBcW/lVwVXQXUWiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDW/8AkEXH0H8x
V+qGt/8AIIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQBl6LpsumnUPNdG+03klwm3PCtjAPvxWpWP4fvp706n9ocP5F/JDHwBhBjA/Wtin
K99RLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf6
2/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhle/gN1YXFupCmaJowx6DIxTNKtGsNJtLR2
DtBCsZYDgkDGaNVlaDSbyWNirxwOysOxCkg1FoM8lzoFhPM5eWW3jd2P8RKgk0+gupoUUUUhhRRR
QAVR1X/U2/8A18xf+hir1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAISFBJOAOSa
55/FTRad/aM2nyRWDvEIZmkB3o7qu4qMkcNuA5yPQ10LAMpBGQRgisK38NPBaxWjajcyWlu8TW8b
Kv7sRurAFsZb7oGT29+aAJn8VaPHFDI96oSZSynY3yqG2ksMfIA3BLYweKVvFGkJNPE96gaAMXJV
tvy43ANjDEZAIBJycVSn8ILIZRHf3MSXIkjuVUKfOjeR5CuSPl/1jDI5wfXmg+EEyyi9lNunmm3g
kjR0iaQksSCPnHJAB6An2NAF2fxLYWwaS4kMcKxxybij7/ncoo2bd2crj19qSTxVpES2rNeAi6x5
W2N2Jy2wZAHy/MdvzY54qvb+E4oRDuu55Gi8nlsHPlytIB7DLYx2AAFZl14Rv4tcs7mye2lghJbN
x1QmZpGO0Dn7wxzwVBoA1dX8V22lTXtuYZnntLUXTfIQhUkjG/GM8f55qWTxZo0NmLqS9VYSzLko
+4FfvZXGQBxkkY5HqKTVPDy6pcXEjXUkSXFsLaRFUHIDFlYE8ggsfrVPUfBkF/ctci4KzNLJJmSC
OZQHVARtcEf8s1IPXr2oAua54iGji0EcMc5ui2wvcLEgAXd95uOe1VR4wBvYY/sEqwyLb7neRVkQ
zfdHl9Tjvg8c+lXtS8P2urfZVvFEsUCupiZQVcMu059Pwpmm+G7ewvBeTN9rvBDFCLiZFLjYpXIb
qCc80ATW+uW8nh9NXuP9HtjD5zludi++KjPifSxbG4NwwhVyjsYZPkOAcsNvyjBBycDBHNUn8N3c
XhO80eK+M4eDyrcyRqnlD3I6/l2qvqHgZdUt5Fu9SuZJpmZppCiYfKKgwmNoICjB929aANeXxLpk
JuhJc4NrIIpP3bn5z/COPmPfAzxUaeLNHknhhjvVd50WSPajkMGzt5xjJwcDqSMdagv/AAnBfW0s
TTMGa9N6jNGjhXK7SCrAgrgnr60sPhWKPYTcOSrW7nbGiKTCSRhVAABz0FAGhourwa7pcV/arKkU
o4WVCjD8DV+qGjaadI02Oz89pkiJEbOoBC9hx1x61foAKKKKACiiigAooooApax/yBrz/ri38quC
qesf8ga8/wCuLfyq4KroLqLRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf8AyCLj
6D+Yq/VDW/8AkEXH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAp6fLZS/afsXl5Sdlm2Lj94Mbs+p6c1crK0TTptOOoecUP2m9knTac4VsYz
78Vq03uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ0
7/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbqWKG1llnH7pELPkZ+UDnj6UllNDc
2UE1qAIJEVo8Lj5SOOO3FN1CBrrT7m3QgNNE0YJ6AkEUzSbRrDSLS0kZWeCFI2ZehIAHFPoLqXKK
KKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKK
ACiiigAooooAKp280j6leRM2UjEe0emQc1crAvdRk0/Up1t4BPcXMsMESM+1dxViSxwcABSeAelN
CZv0VjjxDFBdRWd6jLdEqkrQqzwxu33VLkDBbjGR3HqKzZvGsV1HZjS7a4ke4uY4j5sDDajIXD44
JBAOD7H0pDOqormx4306NIPOE5aSLzWaKFmRRsaTBJA52oxx7Vbn8UWFvdC3bz2k37TtiJCjYrli
ewCsCTQBs0Vz9p400q/0+e6tJTI0QOIThZJCF34UdyQR0psfjC3NvbzS2typuIYnSBYi0u6TfgYH
GP3Z5z+VAHRUVzU3j7RYLU3Ejzqh2lQ0JUurBiGUHGRhG/KrI8XabJ53k/aJhGyxr5cRPmOwyFX1
OOfpzQBuUVkw+JbCeMOjSYPk5BjIIMkhjUEdjuUg+mKhtfFtjeeSYobzbKnm72gICR9nb0U4OD7H
0oA3KKxdN8WaZq2nXd7aSu0NopaXK8gbd2ce4qv/AMJzo63UVvNJLBLJH5m2aMqVGGYZHUEqpP0x
60AdFRWNa+KLK6IXy7mGQyNGY5oSjBhH5nI/3Tmqf/CfaH5kiee+5IhKfkPIwpx9cOvX39DQBsax
/wAga8/64t/KrgrnJPECapFq1mlndRCC1EnmSphW3KTj6/8A166MVXQXUWiiipGFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABVDW/wDkEXH0H8xV+qGt/wDIIuPoP5iqj8SFLZl6lpKWpGFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaDfz3x1L7Qwb7PfSQx4XGE
GMD9a16pae1kxufsPl5E7CfYMfveN2ffpV2m9xIKKKKQwooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhl
TVJXg0q7mjbbJHC7KfQhSRUeh3El3oVhcTvvllt0d29SVBJqzdPFFayvcY8lUJkyMjbjnj6UllLB
NZQSWm37O6K0W1cDaRxgduKfQXUnooopDCiiigAqjqv+pt/+vmL/ANDFXqo6r/qbf/r5i/8AQxTW
4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArFn06DVL6+huN4CmF0eNyjowBwykcg/wD1
62qyFs1udZvi0k6bVjH7uVk7HrimhMRfDViLuO4Z7mR02Fg87ESMv3XcfxMOxPoPQU638N6fbPA0
UbgweVszITjy0ZF/RjU/9lR/8/F5/wCBL/40f2VH/wA/F5/4Ev8A40aBqc/H4Chh1r7VHcAWhi8h
oShZmi2bTHuJ6HrnGeetatp4W060cv8Av53O7c08zSFgyKhBz22qoq3/AGVH/wA/F5/4Ev8A40f2
VH/z8Xn/AIEv/jRoGoyx0KzsLV7dBJJE3AEzl9oxjCk9Biorbw1YWzWzL5zvbBFjaSUsQE37QfXH
mMPy9Ksf2VH/AM/F5/4Ev/jR/ZUf/Pxef+BL/wCNGgalJvCWmGONVWaNokRI5ElIdAu7GD/wNgfX
PtTpvCunzzyTu1z57hAsonbdEFORsPbv+Z9at/2VH/z8Xn/gS/8AjR/ZUf8Az8Xn/gS/+NGgalM+
FNN8y3dBOnkbPlWdgJCjl1LjPzEMSefU1IvhuwjNr5fnItvCINqykCSMdFcfxAZPX1PrVj+yo/8A
n4vP/Al/8aP7Kj/5+Lz/AMCX/wAaNA1K0PhqygsntFkujAwZdjTsRtKldv0APHvzSzeGdOnuGldJ
MPF5MqCQhZV27RuHfg4qx/ZUf/Pxef8AgS/+NH9lR/8APxef+BL/AONGgamZF4PtQlwk1zdyB5xN
HIZ2EqfuhGRvzk5AP4H8asQ+FrC13i1a5gVoxGVjmYDgAbv97Cjmrf8AZUf/AD8Xn/gS/wDjR/ZU
f/Pxef8AgS/+NGgamV/ZWmafYX/9mu6tFafZ3i8wkAKDglT35PPpXRjpXNapobPDcXUs0yrBG/lq
J2Zm4/iJ7f7I/OulHSqaVlYSvfUWiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf/
ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDJ0LT59POo+ft/0i9knTac/K2MZ9+K1qydC1Ce/Oo/aCp+z3skEe0Y+
VcYz781rU3e+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMrajA11p1zboQHlidFJ6AkEU
zSLV7HR7O1lKmSCFI2K9CQADinanM9vpd3NGcSRwu6nGcEKSKj0S4ku9Dsbidt0s0CO5xjJKgnin
0F1L1FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfopKKQxaKTOaWgAoopM0ALRR
RQAUUUUAFFFFABRSZooAp6x/yBrz/ri38quDpVPWP+QNef8AXFv5VcFV0F1KmpanbaVbie8l8tCQ
q4BJZj0AA5J9hVG28T2FzfxWkbOrSQtLvkXYFwwUqQ2CDk+lN8Q6deXNxp17YIks1jMZPJdtokBU
qeexGeKxda0DUvEFzLc3WmwIx06WGONplfbKWBQ5x1xnntWEpST0R3UKNCUU5yte/VafL9TsjPEs
qxNKgkbohYZP4UiXEMrFY5Y3YDOFYE4rhrnwvrE+vWdyYYTHBJbNvV0BCoAHB43E9e+MVXfwve6X
p32o2qpJHaXiztC3zsXJMfTk8flS9pL+U0WDotL96rv/AIPn8vU7e51aCBI2izc75ViIgZWK7jjJ
56VZjuIZHKxyxs2MkKwJxXnGgWD6nbMLS2QTRX9rPI6KqRFE/u4HJHcepqxJ4ZvNL0/7WbZUkS2v
VneFvnbeSY+nJ4/Kkqsmr2LngqUZODnZ/wDAv3+XzO+W7t5A7RzxMEGWKuDtHv6VSi160uRaPaM1
xBclgJkxtTaMndnBFc14DSC4g1NGtk3SBFdkiUQuu3AUYGM9c/WorXwrqMWm6ZbGzgje0NysjrIp
Eu+MqrfiSBzzxVe0k0ml/VyHhKMJyhOWq/8AkW/zsvmduLy3P/LeLOQv3x1PQVJ50fm+V5ieZjOz
POPXFeeS+Bbw2Mqx2VuJjp0EancAftCt8zZ9cd60rfwvfL4xfULhGeMz+ck6TKMLtxsK7dx9OuMU
Kc+sRSwtBJtVdk/08/P8DsDNEsqxNIgkYZCFhkj6UguYSZAJoyY/v/MPl+vpXMajod9P4sjvrS2i
VCFWS4kdWwApGVXG5WGexwe9Zdp4P1IQeR9ltrR47Ge2kmSQMbx3GAWwM47880OcuxMMNScU3Uto
v63/AKvrY7v7RDz++j4AJ+Yd+n50LcwM6Ks0ZZxuUBhlh6iuFk8MavdadepNaRRyTwWkSoJgf9U3
zZPGOBmr03hm5TVdQ+z2Vv5VzGFtbvcFazxGV2quM4z6etHPLsN4Wir/ALz8vLz839x1qTRygmJ1
cA7TtbOD6VmWmvxXGqNYSWt1bTFTJH5yACRQcEjBP64rL8F+HrjRUna5heF5FRCvmq6sVBywCqMf
jknvWjYaXKviHUL+7VmLbY7Vmk3bY8DcAP4ctTTk0nYynTpQlON7pLR+f9fgbVUNb/5BFx9B/MVf
qhrf/IIuPoP5ito/Ejklsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAp6cLIfafsPl5M7GfYf8Alrxuz79KuVkaDYT2B1L7Qqj7RfSTx4OcocY/lWvTe4ls
FFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf/wDX
yf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG6aFbWVrnb5AQmTcMjbjnP4Uli9u9jA1nt+zGNT
FsGBtxxgemKbqULXOm3MEeN8sTouemSCBUej2sllo1lazbfMhgSNtpyMgAHFPoLqXaKKKQwooooA
Ko6r/qbf/r5i/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAoo
ooAK5bXbqS1upsXTWdvJcQR3NyuAYoyrc5P3ckKue26uprCuNVtdN1W8W5YF5RGEj4y/B9eMe5pp
N7CbtuZ6eJJLfU7extJ4Lq3DRIpkcvPcq+cyIRwVXucH7p5HfPXXNZ1n+zIZXtrcy3NvI/keYoaO
SF3CEhgeCpzzg8e+erg1iwMSNNc2scmMFVkBC+2af/a+mf8AP5bf99ijlfYOZdzjIPHGotJFb2sN
u5Sz8+RZd7O58pn4ORk7gi4wSck9q018YXN7e+Xpi2lxCrMS6bn3qsMchVcHG4lyPatBovDramNQ
aS2N0GDhvNONwGA23O3OOM4zWgNX0xel3bD6OKOV9g5l3Of0jxNq2raLczfZIBOA2yWCRHSL93uG
9d5OQeMDn2FV7PxHqcsenLDNZz3N3BbBpiGMW5/O3HaD1HlgHnr6V1A1jTRnF5bjJzw4oGr6YOl3
bDH+2KOV9g5l3OQn8cavFZRyC0sfMmWKRGZyscausnDszKM5jwDkdehI5tv4yvEuLiKQWEBVogHZ
i8cCv/FI4OOvG35eoOSDmukOraYQQbu2IPbeKDq+mHObu2O7r845o5X2DmXc5+HxlKRbpcJbxzXH
2YRLkjzt8zRuyA9QFUMPQMM0ln4p1GX7Ebr+z4zcWwuljAcNPk4EceTy4xz1+8OO9dCdY00kE3ls
SOnzij+19M4/0y246fOOKOV9g5l3Oe0nxjd3WhXl5eQWouI0LQQwShjIRHvKkBmIIwc98dhST+Lr
qD7OqXGl3JZBIGh3YusvtMcPzH5gOvXqOOuOiGr6YOReWw5z98daBq2mDGLu2GOnzjijlfYOZdzk
tQ13WNRt7m1R7a3DzRiKSLzAwj+1mEgkMDk4ByCOCR6Gp38S6naxX/kJbMllFNIfOLszsJ5I1AOe
B8gPeum/tfTP+fy2/wC+xR/a+mf8/lt/32KOV9g5l3OcbXdTnnvdPvo7QxiO4i3whgS8ao2cEngi
TGPUZzzgdiKx9U1XT5NKukju4GdomAAcZJxWwKbTSEmmxaKKKkoKSlooAQDmgjNLRQAmKWiigAoo
ooAKKKKACiiigAooooAKoa3/AMgi4+g/mKv1Q1v/AJBFx9B/MVUfiQpbMvUtJS1IwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrQ9Rm1A6iJwg+zXskCbRj5VxjPvz
WrVPT4rOM3P2Hy8tOzT7Gz+943Z9D04q5Te4kFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+iiikMq
6nM9tpl1PGQJIoXdSRnkKSKj0W5kvNEsrmYgyzQJI5AwMlQTxVi68n7LL9p2+RsPmbum3HOfbFNs
fs5sYPsWz7N5a+Vs+7txxj2xT6C6liiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQ
xTW4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArKFrDd6pfJMgYARFT0KnB5B6g1q1Qtf
+Qvf/SL+RpoTLcMRhiVDI8hXjc/U/Wn0tFIYlFLSUARQ3VvcbhBPFIUOG2ODtPvimSajZRY8y7t0
yMjdKoyM49fWuFsbO/tNLtX0vSLi1v7W1khmYxCPzpHwqA45YKx3luwB7mn2Xhu4tHtrK70i2e3t
L1JomiXzVETRvvXLAH74JIx1cUAd6ssbkhHVivXBzjvTsj1ridBg1fSdQe+vdN/dalEZZo7Yl5Ek
35QMCAAQjbeCfuCm6na66lgrRXGoqJr2f7QYwZHjjDP5WxQykLjb0PpnIzQB3GR60Vw9tNqsPiDT
RfzanukuRGSwCW8kX2cnBUH7+9SSB0OecYruaAEopaKAEopaKAKWsf8AIGvP+uLfyq4KoapNHLo1
95bq+2J1bac4OOhq+KroT1FoooqSgooqC8uksrKe6lDGOCNpGCjJwBk4H4UAT0Vhr4rsGs9KuV85
k1ORY4VCfMpPXfz8uDwfQ8UHxTB9le5Wzvnh3IsLrEMXG5wg2ZPTLDrjI5GRQBuUVg2/iy2urtLW
C1vZJySJoxEMwYfYd/Prn7ueOatanriabdxW32O8uZHiabFugbaikAk5IP8AEOBk0AalFY0viayW
6tbeDzbqS7gNxD5Kgh1xkDJIALANgHrtPpVZfGdp9kiuZ7O+t4pbgW6GRFyW3FWOAxwqlTkn9aAO
ioqvc6haWTRLdXMULTNsjEjhS7egz1NQtremIlw7ahahbY7ZiZV/dnpg88UAXqKitrqC8t0ntZo5
oXGVkjYMrD2I61LQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaBY3FidT+0IF8++kmj5Byhxg/pW
vWXoupS6idQ85UX7NeSW6bc8quME+/NalOV76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKK
QyrqUL3OmXUEYBklhdFycDJUgVHottJZ6LZW0wAlhgSNwDkZCgHmpNSme2026njxvihd1yOMgEim
aNcyXui2V1NjzZoEkfaMDJAJxT6C6l2iiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACslbeSbWb4pdTQ4WPiMLzwfUGtaqFr/y
F7/6RfyNNCYv2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mHKUfsM/8A0Err8o//AImj7DP/
ANBK6/KP/wCJq9RRzMOUo/YJ/wDoJXX5R/8AxNH2Cb/oI3X5R/8AxNXqKOZhylH7DP8A9BK6/KP/
AOJo+wT/APQRuvyj/wDiavUUczDlKB0+Y4zqFyccjKx8f+O0v2Gf/oJXX5R//E1eoo5mHKUfsM//
AEErr8o//iaPsM//AEErr8o//iavUUczDlKP2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mH
Kjl9T0q6dLq6+0TRJHEwYkpunGOhCgDH1yfpXTiqes/8ga8/64t/Kmiyuv8AoJz/APfuP/4mqbul
clKz0L9FUfsV3/0Ep/8Av3H/APE0fYrv/oJT/wDfuP8A+JqbFXL1VdTtDqGlXdmH2G4heIPjO3cp
GcfjUf2K7/6CU/8A37j/APiaPsV3/wBBKf8A79x//E0WC5ir4OZb15vtgMfnxSxRlOIwGDyAc/xs
M+1PHhi7l0ePSbu+ilsoDCItsRSRkjdWwzBuuFxkY65rX+xXf/QSn/79x/8AxNH2K7/6CU//AH7j
/wDiaLBcy9R8LC5+xwWf2S1tbYhkYQsZ4m3ZJR93BPfIPqc0+fQbyG/guNLvljKQyQubsPcNh2Vs
qS3UbehyK0fsV3/0Ep/+/cf/AMTR9iu/+glP/wB+4/8A4miwXMH/AIQfY6yxajOkkDwfZlz+7VIg
NoZf4icvk5H3/anT+CvtirDdajOtskdwipB8hJmkZmyecjaQuPr61ufYrv8A6CU//fuP/wCJo+xX
f/QSn/79x/8AxNFguUoNFvGuNOmvryKZ7IMoKxFS+6MKSeTzkMfxx71j6f4El01IzBPZma2eNoJX
gclwu4Yky+DwxPy7fm59q6X7Fd/9BKf/AL9x/wDxNH2K7/6CU/8A37j/APiaLBcr+GLGfTdAt7W7
VVmjL7goAHLsQQB04PTtWtVH7Fd/9BKf/v3H/wDE0fYrv/oJT/8AfuP/AOJosFy9RVH7Fd/9BKf/
AL9x/wDxNH2K7/6CU/8A37j/APiaLBcu1n6vIkui3DRsrLgcqcjqKf8AYrv/AKCU/wD37j/+JrDv
NNvFS4uvPkhhx88bKgMxyOSFGB9ev0qoJX3Jk3bY6mlpBRmoLFopM0ZoAM0tef6hFe6dq2pXGiWk
s9zKzmSeSzcSwAsu7a/SVcA7VGSMDrjFPE3iJrOOSO+vZTBBJKpW0KCZhKoVGDruPyk9MZ60Ad2X
UMFLAMegJ606vPr9dUudQupWW/luIra+RY2tf3MfIEQQ7fmLKB3OatX+oa1pkuo3zXFx9nU3Sqkk
KmKJUQGJhwDy3qTnpQB29ICDyDXE2M15qPgLXFmupr66ZJVERG6SPMYwnCKST1+7/EKY9izXscuh
2U1tYG4gKIYGiTzQJN0gQgEDBQE4AOPagDuc0tcVoFnGt/pLWen3VpdQwudSkliZPMJXBVmPEjb8
MCCeAeeeZbq81pdcnWM3u5ZmVYVt/wBx9nEeQ+/HL7/fOeNuOaAOv6UZ71y9/bXD+A4UvvtN7M5t
pLhZItzn94jONijoBnjHQVj3unXN7BLpum6dcDS7y481IGJt1jjRBkjIym6UqQuBnaxwKAPQM0te
eSpLqFtdS65pN5Jqc1qkVmUgdvLkClW2MP8AVnzAW3HHBU5x0721WVLSFbhg0yoodh/E2OT+dAE1
FJmjNAC0UmaM0ALRSZozQAtFFFAFPT7ezt/tP2PbmSdpJtr7v3hxuz6HpxVysbw9ZT2Z1T7RHs8+
/lmj5HzIcYP6Vs03uJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BQ+Zu6bcc
5/Cm2K262MC2W37MI1EWw5XbjjHtim6nC9xpd1DGMySQuignGSVIFR6LbyWeiWNtOoWWGBEcA5wQ
oB5p9BdS9RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiquo6hDpdjJdXG
/wAtMZCKWYkkAAAdTkiqMninTYdKuL+Z5oo7Zgs0bwsJUJxgFMZ5yCPUc0AbFFYw8T2X9ovZmK7D
InmNIYG8sJz8+/pt4PNXtN1O31XTob61ZjBKCVLKVPBwcg8jkHrQBboqqup2TRxyLd25SVtkbCVc
O3oDnk+1RXutWFhbXU01zFi0jMkyq4LKB7Z/D60AX6KoW+s2k1ss7uIEKo2ZWUD5hkDOSCfoalOp
WQdkN3bh1YIymVchjwAeepweKALVFIDmloAKKKKAKWsf8ga8/wCuLfyq4Kp6x/yBrz/ri38quCn0
F1FooopDKt/qVppiQvezrCs0qwxlv4nbhR+NRz61p9tdzW093FHPDB9okRj9yPONx9s1U8S6Mdct
bW2IUwifdLk4IXy3XI9wWB/CsFfDOsTlbu6e1fUGQPKSx2M6SxMi8D7pWLk9ix60Ab7+K9Hihilk
vAqS7tuY3yAuNxYYyoG4cnHUVZt9c0+7v3s7e5WSeMEsFUkcYzhsYOMjIBrJudHvdcvrae/3WMSw
TRSx204LMGMeFZtvIIVs4xjjmmQ6JqEWsTfYD/ZVm27cYphKsp42ssTLhG45Pf3PIANca/pp1M6f
9qAug/llCrAbsbtu7GM4IOM5qO68T6TZfafPvFH2VxHPtRm8tiu4bsA4471lPpGpy3F7avDC1pPe
xXf2lpfnbYI/lCY4YtH1zgA/hWevhTWktbovd280t/ZzR3EYXywkrsXU553AMzrk44NAHVW2uafe
XMVtDcAzzRGdImVlYoG2lsEAjmr+RXJzaFq8mvtq63MAZbtWjt9vWELsIMnUZDM2MdcUl3oepXt7
eTvb26XN1BiC6FwxexbytpReMkbsnIx94nsKAOtyPWqZ1a0F/LZ73M0So0mI2IXccKCcYyfT05rl
rfwg08kYutPtLew+0LIbFJS6ALDIm7oASWZeMfwgnJqSw8K3NsGlkSD7W62AeYNlm8lkMuWxk52/
jQB2O4etGRXGP4MaWxtIJbe2Zlkuppst9+R93lt7kZH0x7VqeGdDl0R7hWVFjljhOEcnMoUiRjnu
TjnvQB0FFFFABWfrp26LckAkhQcDqeRWhVDW/wDkEXH0H8xVR+JEy+FkP9sTf9AjUf8AvlP/AIqj
+2Jv+gRqP/fKf/FVqUYouuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/
ALYm/wCgRqP/AHyn/wAVR/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FU19VeVGSTR
r9kYYKskZBH03VrYoxRddgs+5jW18tlCIbTQbyCIHISKKNVz9A1S/wBsTf8AQI1H/vlP/iq1MUYo
uuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/ALYm/wCgRqP/AHyn/wAV
R/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FUf2xN/0CNR/wC+U/8Aiq1MUYouuwWf
cy/7Ym/6BGo/98p/8VR/bE3/AECNR/75T/4qtTFGKLrsFn3Mv+2Jv+gRqP8A3yn/AMVR/bE3/QI1
H/vlP/iq1MUYouuwWfcy/wC2Jv8AoEaj/wB8p/8AFVman4hvLCaOdbK5ETEIbeZEBY+qEMTn2wfw
rp8VD9jg+1/aTEhn27RIRyB6D0pqUU9UJxk1ox1tMbi2jlaKSIuMlJBhl9jUtIOKWoLMzRtTk1I3
4kjVPs129uu3uFxyffmtOqWn2lram5+yY/fTtLLh937w4z9O3FXab3EgooopDCiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/
AOgrTWwnui/RRRSGVtRna1065njxviid1B6ZAJqPR7p77R7O6lCiSeFJGCjjJAJxVi6WKS1lS4x5
LIRJuOBtxzk/Sm2UdvFZQR2e37MqKItpyNuOMHvxT6C6k9FFFIYUUUUAFUdV/wBTb/8AXzF/6GKv
VR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/wCQvf8A0i/k
av1zt/a311qd2LOfYiiPzYgMGQYPAbPH04z61UVcmTsdCGDDIII9RS1lWltei1jEV0kKY4jNoFK+
2N1TfZ9Q/wCghH/4D/8A2VKy7hfyGa/YTano8ttbNGszMjKZM7cq6tg457Vjz+GL/UL5Lq7vY7dp
JRLMLZc42IVjVd4II+ZiSR1xjGK2/s+of9BCP/wH/wDsqPs+of8AQQj/APAf/wCyosu47+Rzw8I3
/wDZzWbX67WtEsTLg7/JWViTyMbjGQvpnPapm8M366fqWnR36yWt67yCSVf3iFlGRhQF2lgSQMcM
a2/s+of9BCP/AMB//sqPs+of9BCP/wAB/wD7Kiy7hfyOdv8Awpe34LeTpMLT2720iLGzJCGOTJHw
MvjrnHReeKLnwS8wuyrWokuBdhpGT5mEqgJuOOcEAn9K6L7PqH/QQj/8B/8A7Kj7PqH/AEEI/wDw
H/8AsqLLuF/IypfDHm6utywtzbi4hm8op0CQumMYx1cEfSqdx4ISeK4zHZebNFfDzDFzvmkDIxOM
5UcZ6+ldD9n1D/oIR/8AgP8A/ZUfZ9Q/6CEf/gP/APZUWXcL+RdjBWNQeoGKdVD7PqH/AEEI/wDw
H/8AsqPs+of9BCP/AMB//sqLLuF/Iv0VQ+z6h/0EI/8AwH/+yo+z6h/0EI//AAH/APsqLLuF/Idr
H/IGvP8Ari38qzrfV7u6vnU2k8SxH/UDZvb3OWHH0/OpNUgvl0q6L3yMoibKiDGRj1zWqYI5HR3R
S6fdYjlfoarRInVsrfb5/wDoG3X5x/8AxVH2+f8A6Bt3+cf/AMVV3FGKm/kVZ9yl9vn/AOgbd/nH
/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLhZ9yl9vn/
AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLh
Z9yl9vn/AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8
VV3FGKLhZ9yl9vn/AOgbd/nH/wDFUfb5/wDoG3f5x/8AxVXcUYouFn3KX2+f/oG3f5x//FVT1a8m
k0yZWsLmMHGWYpgcj0bNbOKo61/yCLj6D+YpxeqJknZ6l4UtIKWpLCiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAxfDtpPaNqvnxGPztQllTP8SnGD+lbVZuj6m+pG+3
xqn2W7e3GDncFxz+taVN76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFZ3lXdnPO8Ecc8Uz+ZtL7HU4A9MHp7Vo0UXE0Uf7QlX/WafdA/7Oxh+jVJb332i
XZ9muY+M7pI8D86s0tO6CzKmqRPcaXdwxrukkhdFHqSpArJ8MalIbGz06XTtQt5ILdVaSaHbHlQA
QDn8q6Gii+lgtrcydQ137BdGD+zNTuMAHzLeDenPbOetWhqGdL+2/ZbofJv8gx/vfpt9farlJRoF
mZVhr32+7WD+zNTt8gnzLiDYgx75pdR1z+z7nyf7N1K5+UNvt4N6/TOetatN8xP7y/nRpfYLO25V
j1DzNM+2fZbpfkL+Q0eJeO231rHm1/7dLawf2XqlvuuI/wB5Pb7UGGB5Oa6HzE/vL+dUtVdTDB8y
/wDHzF3/ANsU1a4nsR6lrX9nXCxf2dqNzld2+2g3qPYnPWrFvqH2jTjefZrqP5WbyZI8S8Z42+px
xVnzE/vL+dHmJ/eX86WgzKsvEP226jg/srVYN/8Ay0nt9qLxnk5qXU9Z/s2ZI/7P1C63Lu3W0O9R
7E561pBlboQfoaWi6vsFnbcp2mofa7A3X2W6hwG/dTR7ZOPb37VRtPEf2u6jh/snVofMOPMmttqL
9Tnitmlo0CzM3U9Y/s2SNPsF/dbwTm2h3hfrzU1jqH26zNx9lurfBI8uePa/Ht71cpKNLBqY1r4k
+03MUP8AZGrxeYwXfLbbVX3JzwKs6nq39mNGPsN9deYCc20O/bj15461o0UXV9gsynp+of2hamb7
LdW2GK+XcR7H4749KoQeJPPuY4v7H1ePewXfJbYVfcnPArapaLoLMz9T1X+zPL/0K9uvMz/x6xb9
uPXnjrT9N1H+0YGl+y3VrtbbsuY9jH3A9KuEheSQB703zE/vL+dGlg6mNH4l8y4WL+x9XXc4Xe1t
hRzjJOelJc6n/Zmp3bfY7y63+WMW0W8r8p688Vt+Yn95fzqhauv9r3/zL0i7+xp6dhO/cfpupDUo
nf7Hd2u1tu25j2E+4GelUf8AhJc3Hlf2PrH39m/7N8vXGc56VteYn95fzo8xP7y/nS07D+ZT1PUv
7NjR/sd3db227baPeR7nnpSaZqf9pJI32K8tdhAxcxbC3uOeavcGlo0sFtTDfxLsuGi/sfWG2uV3
rbZU84yDnpV/UtQ/s2BZPsl3dbm27baPew46kZ6VdoougszP0zVf7TEh+xXtr5ZH/H1Fs3Z9Oeaq
T+JPJuJIf7H1eTYxXeltlW9wc9K26KLrsFmUtRv/AOz7YTfZbq5ywXZbx72+uPSo9M1b+0zIPsN9
a+Xj/j5h2bs+nPNaFLRpYLO5iXPiT7Ncyw/2Rq8vlsV3xW25W9wc8ir9/f8A2GzFx9lurjJA8uCP
c/PtVyijQLMzdM1j+0nkT7Bf2uwA5uYdgb6c81Xu/EX2S5lh/sjVpvLOPMittyN9DnmtgugOCy5+
tHmJ/eX86NOwfMzNduvK8P3EvkTvvixsRMsuR1I7Y707TNZ/tKV4/wCz9Qtdq7t1zDsDewOetSau
6HR7zDL/AKlu/tVwSJ/fX86f2RdTJvPEX2O6kg/srVZ9h/1kNvuRuM8HPNXbi/8As+nC7+zXMvyq
fJjjzJzjjb6jPNWvMT+8v50B1PAYH6GloMzdN1v+0Z2i/s7UbXau7fcw7FPPQHPWo77xB9iu3g/s
vVJ9mP3kFvuQ5GeDmtiii6vsFn3KcuoeVpn237LdP8gbyEjzLz22+ozVbTtc/tC5MP8AZupW2FLb
7iDYv0znrWpS0aBZmRf6/wDYLtoP7L1O42gHzILfehz75q22obdL+2/Zbo/Jv8gR/vfpt9farlFG
gamTp+u/b7oQf2ZqVvlSfMuINicds560ahrv2C6MH9malc/KG8y3g3pz2znrWtRRdX2CzsU11Ddp
f237LdD5C/kGP979Nvr7VUsdf+3Xawf2XqdvuBPmT2+1Bj3zWtS0aBZmVqOuf2dciH+zdRucqG32
8G9fpnPWrMV/5umG9+zXSfIW8h48S8dtvqcVcoo0DUx7HxB9tu0g/svVIN+f3k9vtQcZ5Oak1LWv
7OnWL+ztRuty7t9tDvUc9Cc9a06TegONyg/WjS+wWdtyrbX/ANo043f2a6jwrN5MkeJOO231OOKx
L3xD9ts5IP7K1WDeB+8nt9qLz3OeK6TzE/vL+dUtadDpFxhl6Dv7iqja5Mthmpaz/ZsyJ/Z+oXW8
bt1tDvC+xOetT2eofbLE3X2W6hxn91NHtk49vftVnzE/vL+dL5if3l/OpKMe08R/armOH+yNWh8w
48yW22ov1OeKsanrH9mvGv2C/ut4JzbQ7wv154rQDK3Qg/Q06jTsFnbcp2GofbrM3H2W6t8Ejy54
9r8e1ULbxJ9puYof7I1eLzGC75bbaq+5OeBW3RRdBZmdqerf2YYx9hvrrzM/8e0W/bj15461Lp2o
f2jbNN9lurbDFdlxHsb649KuUUaWDUxIPEvnXEcX9j6um9gu97bCrk9Sc8Crep6r/ZgjP2K9uvMJ
GLWLftx688VoUUXXYLPuUtN1H+0oGk+y3drtbbtuY9jH3Az0qgniXfcLF/Y+sLufbva2wo5xknPS
tyii67BZlDU9U/s1I2+x3l1vJGLaLeV9zz0pdM1P+043f7Hd2uxtu25i2E+456Veoo0sHUwz4mxc
eV/Y+sH59m/7N8vXGc56Ve1LUv7NiST7Jd3W9tu22j3ke5GelXqKLoLMoaZqn9prI32O8tdhAxdR
bC3055qlJ4l8u4eL+x9Yba5XettlTzjIOelblFF12CzKWpaj/Z1usv2W6utzbdltHvYe+PSmaZqv
9p+Z/oV7a+Xj/j5i2bs+nPNaFFHQNbmJceJfs9zJD/Y+rybGK747bKtjuDnkVf1DUP7PtRP9lurn
LBfLt497898elXKSjQLMz9M1b+02kH2G+tdgHN1Ds3Z9OearXXiT7Lcyw/2Rq8vlsV3xW25W9wc8
itqii67BZ9ynp1hBZLO0Cuv2mZrhw5ydzYz9OnSrlFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUARzgmCQLncVOMfSvGI/D+oi
NRJo2oM+PmPktya9rpK1p1XT2RnOmp7ni/8AYF9/0BNQ/wC/LUv9gX//AEBL/wD78tXs9Fa/Wpdk
Z/V13PF/7Avv+gLqH/flqP7Avv8AoCah/wB+Wr2iij61Lsg+rruefeANMvLLXbmSexubaFrbaDKh
UFtw9favQqTFLWE588uY2hHlVgoooqCgooooAKKKKACiiigDj/iJY3V9ZWC2ttPcKk5MiRKWONpx
kD3rhv7Avv8AoC3/AP35avaKK3p13BWSMp0lJ3ueL/2Bff8AQE1D/vy1L/YF/wD9AS//AO/LV7PR
V/WpdkR9XXc8X/sC+/6Amof9+Wo/sC//AOgLqH/flq9ooo+tS7IPq67sx/CUE1t4X0+G5jeOZIsM
jjDDk9a2aSlrmbu7m60QUUUUhhRRRQAUUUUAFFFFAHkGp6HqMmsX7tpN9LvuZGV1iYgqWOMH6VV/
sC+/6Amof9+Wr2iiulYqSVrIwdBN3ueL/wBgX3/QEv8A/vy1H9gX3/QF1D/vy1e0UU/rUuyF9XXc
8X/sC+/6Amof9+WrZ8I6PfWviqymfTbu3iUSb3kjKrypxk/WvT6KmWJck1YcaCTvcKWiiuc3Ciii
gAooooAKKKKACiiigAooooAQ145c6DqLXty0mkX0jNO53iJiCCxxzXslJWlOo6bukROCmeL/ANgX
3/QE1D/vy1L/AGBff9AS/wD+/LV7PRW31qXZGX1dd2eMf2Bf/wDQF1D/AL8tSf2Bff8AQE1D/vy1
e0UUfWpdkH1ddzzTwXpF9aeKYJpNOu7aERSB2kjKryOOtemUlLWFSbm7m0IcisFFFFQUFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXPf8JbH/whdz4h+yPsgExMO8ZP
luydffbmuhry6TwOsvw61CV7G+/th/tLJCJ5RkmV9v7sNt5GDjHNAHoMepZ1C4hlEMcMEKTGQzru
wc53L1UDHU9efSs3V/GFhbaDfX2l3dnfzWsYcxRzhuNwHOOR1rnPGFnOh8STvBIIrjTrOCJscSP5
rDav94/MPl75A71Vu4Jb7SfE1rJbXJ1y9tYXNr9kEQaJW2goAzZ7559OMCgD0Sz1Sx1AyrZXlvcN
CdsoilV9h9Dg8Uy21rTb1Zmtb+1mEHMpjmVvLHqcHjoa5XXvD11Nq+oxaPa/Z1n0B7aOSNdieZv+
VcjocE/QGqdjpbXMM8yxayLuHSZrZIp7FIEAZR+7yqjecgYxkdaAO6s9SstQaVbO7guDEQJPKkDb
CRkA46cVV0PXItZ8PW+rMn2aKVC5WRx8gBIOT07Uzwtp6aZ4Z0y3W2W3dLWISRhdpDbRnPvnNcro
N9qFl4E/siPQb59St7aTbHdWxEEjZJA3Hg5z079KAOxtte0q8j8y21KzmTzBFuSZSN56L16nsO9W
JdQtIGlWa5hjaFBJIHkA2Kc4Y+g4PPtXncehX+t3esF1vVE+mRCC4ubRbbFxHIzphR/dOOTz16im
rZ3/AIk8Kv4hW3lE+oX8F1JBEqu/2aIhQqq3DHILgHrmgD0GHWdOuLP7XDfW0ltu2ecsqlN2cYzn
GckVLZX1tqNstxZXEVxAxIWSJwynBweR71wF7oZv9C1R4YNUu5b68s/OS7tBDvVJFyQgUfw9SR29
q9EiijgQJEiog6KoAA/CgB9FFFABRRRQAUUUUAFc/qPi230zxXZaLcQSAXcYYXOfkRmYhVI9ypAP
rgV0FcjrXh9tc8VXsU8cq2k+kLEtwo4SUTFlIP8AeU4agC1P4xigN0Ws38q11OPT5X3jC7wuJPoC
4GKsDxRbnxmfDvlP5wtftHnZ+XOfufXHzfSub0bQ9U1Xwt4otNYtGtr69uG2nHyu6xIBIvsXTIqs
bbWzoSeJzpc/9tjUPtJs9v7zy/L8jZj6fNQB0kPjOGZ7Ym1ZILi/ns0maQBcRKxMn+7lGFaWhaz/
AG5ZveR20kNqzkWzyHmeMdJAOwPOM9Rg965PVvBrXWheF9EkjmeGJ2W7li6oTC+XJ/3z34OcV0/h
u51CWwa21a2MV5aP5LyKmI5wBxInsR27HIoA2KKKKACiiigAooooAKKKKACiiigArBtvEF1qOoSJ
p2ltNYQzm3ku3nVAWU4couCWCnIzxkg4zW9Xl9poFzZyJZ22m6hFrUWqGQX6lhAYDMXLbs7cFCRs
xnPbvQB3Ok+KNL1ue8hsrqJ5LSRo5F3rkhcZYAH7vOM1ZtNb0y/WZrPULS4WDmUxTKwT64PFcZca
Tey6V4u0m30+ZLu6nkngk2bY5omCfIJOmThhinXkZ1O9e/sdJudNtbPSbmGZp4PJLllGyMDuF2k5
6Dt1oA7K11jTr65e2tL+1nnRQzRxyqzAHoSAelXa858M27X7+ETZaPcWS6dbl7m4eIIjK0W3arfx
7mIbj055r0agAooooAKKKKACiiigAooooAKKKKACiiigAooooA5/wn4th8VW1zIltJayQPgxyMCS
h+64I7HB/I03w74wtvELam0cDwQWLgCWRhiVCCQ49AQM/SuPt9C12x0HSX061mjur23k0y8DDDQI
0rMkxH+yC/8A30Ku32h6hbt4i0zS7OaKDUHsrGCYJlI4fKCyP9FUEfUigDpvDfi238Q6bdXbQPZi
2b50mPIjKh1f6FSDUel+Jb/VZLeeHQbhdLuSPKummQOVPRzH1Cn65wRxWNN4d1eHWbiCWSGW11jT
ZLGSS1tjEluyKfLZhubszLn2ArT8O61dw2en6Td6HqUV5AiW8z+UPIXaMFxJnBXjIA59qAOpoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApKWigCve2Ntq
VpJa3sCTwSDDxuMg96r6ZoWnaOZGsLZYnlxvcsWZsdAWJJwPStCigBKKWigAooooAjmhS4gkhlXd
HIpVhnqCMGktbWGytYra2jWKCFBHGi9FUDAAqWigBKWiigAooooAKKKKACiiigAooooAKSlooASl
oooAKKKKACiiigAooooAKKKKACiiigApKWigAqOaGO4gkhmUPHIpR1PcEYIqSigCK2t4rS2it7dB
HDCgjRB0VQMAflUtFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAlLRRQAlFLRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB//Z

--_007_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_--

--_008_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_
Content-Type: application/vnd.openxmlformats-officedocument.presentationml.presentation;
	name="Basic RPL.pptx"
Content-Description: Basic RPL.pptx
Content-Disposition: attachment; filename="Basic RPL.pptx"; size=79660;
	creation-date="Wed, 28 Aug 2013 10:10:47 GMT";
	modification-date="Wed, 28 Aug 2013 16:41:25 GMT"
Content-Transfer-Encoding: base64

UEsDBBQABgAIAAAAIQDfzBj1wgEAAEYMAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADM
l8lOwzAQhu9IvEPkK2rcspRFTTmwnFgqAQ9gkmlrcGzLnpb27ZmkC6EKhCWIXCI5zvz/54mT/Omd
zlIVTMF5aXTEOmGbBaBjk0g9itjD/WXriAUehU6EMhoiNgfPTvvbW737uQUfULX2ERsj2hPOfTyG
VPjQWNA0MzQuFUhDN+JWxM9iBHy33e7y2GgEjS3MNFi/dw5DMVEYXMzo9ILkycKIBWeLCzOviMk0
E8gneGmNA+U3aoS1SsYCaXV8qpMNstaSKqTK/Bo/ltbvEDord8hm3kMVDZZ1t9ROJxMIBsLhjUgJ
nVuL3DrwtOrcKPxcqQTVDIcyhsTEk5REwqJYqt4Nw1RIvVrERzBeEeG18Ei3nhcGnbrJCtpfYlrS
/A1HFUHW1YEz1tfdhbVwFcFUwsufEKyFqwiQnmHg+fH3NyGXqXQUjwrucK6g9r7jm3QVRb5Rr8Tc
THC5BxeD3zdh41ktGP2Uabfu/VkD014DmfYbyHTQQKZuA5kOG8h01ECm4wYyddpNhPqvNzmFtvyT
TrnXwfcbswqpWXXLUjoBhxLWMbUs4a0dKZ5+33AjakKWyhNISrx5/hfQfwUAAP//AwBQSwMEFAAG
AAgAAAAhAGj4dKEFAQAA4gIAAAsACAJfcmVscy8ucmVscyCiBAIooAACAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACskttKAzEQhu8F3yHMfTfb
KiLSbG9E6J3I+gBjMrsb3RxIptK+vaHgYWEtgr2c0z9f8s96s3ejeKeUbfAKllUNgrwOxvpewXP7
sLgFkRm9wTF4UnCgDJvm8mL9RCNyGcqDjVkUFZ8VDMzxTsqsB3KYqxDJl0oXkkMuYeplRP2GPclV
Xd/I9FMDmomm2BoFaWuuQLSHWDb/R1s6YjTIKHVItIipkCW25S2ixdQTKzBBP5Z0PnZUhRrkPNDq
vEA87NyLRzvOoHzVqtdI/W9Ay78Dha6zmu6D3jnyPGOCnHZ8M8XIMibKZexo+6kfuj4nEO2ZvCFz
2jSM8ZNITi6z+QAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAABwcHQvc2xpZGVz
L19yZWxzL3NsaWRlMS54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9
e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8ii
UDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2D
eY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQAb
LjUHEwEAANADAAAfAAgBcHB0L19yZWxzL3ByZXNlbnRhdGlvbi54bWwucmVscyCiBAEooAABAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKyTwUrEMBCG74LvEOZu0666iGy6FxH2IIiuDxDbaRtM
k5CJq317Y1drd1nqpZeE/w/552MyWa0/W8126ElZIyBLUmBoClsqUwt42d5f3ACjIE0ptTUooEOC
dX5+tnpCLUO8RI1yxGKKIQFNCO6WcyoabCUl1qGJJ5X1rQxR+po7WbzJGvkiTZfcjzMgP8hkm1KA
35SXwLadi5X/z7ZVpQq8s8V7iyacKMGdR3r01lEMlb7GIGCwkkgK/DTEYk4I0qrEP4BeEu+3bAoi
mx3iQVJAf4SyN3+A9mISazknVpCvGp9Dp+OYDU80Mqf6cz0rSJzg0SOFb8n7dbIZV3My7BR+HE3r
YP02gh/8w/wLAAD//wMAUEsDBBQABgAIAAAAIQDJ0fLTTAIAAJwMAAAUAAAAcHB0L3ByZXNlbnRh
dGlvbi54bWzsluGO2jAMx79P2jtU+TpxpaXQXkU5aZuQTmISGtwD+FoD1aVplYQO7unnpGHtmCbd
A/Rbk9h/Oz8bk+XTpeJei1KVtchY8DBlHoq8LkpxzNjLfj1JmKc0iAJ4LTBjV1TsafX507JJG4kK
hQZNrh7JCJVCxk5aN6nvq/yEFaiHukFBZ4daVqBpKY9+IeEXyVfcD6fThV9BKZjzlx/xrw+HMsfv
dX6uKHwnIpHbPNSpbNRNrfmI2vAWf6ekoMXd+VWhXtdCK6LDVnRtxYsfoDTK52Kj9N2OVxYZC4Mo
jpLZIiJ2MjU7ZBswf7X0/+M+lHouOpH50DvsvYe2u3cvv2TsMYii6ZRKl18ztkjmiV3oa0MFU7lE
FNFlZhSaVNQalXP7Y2ncbhrWqsADnLne40Xv9JXjagkp7W230n393EqPg+kRFJOXnc1uaMJbHjRk
U4HcZIwyA36k/uLMI5k9vO7ebxEJkebWBGEjvso3w5m0dSnckrxPFIpaZnsWue7qYIOZLBQpBXRh
5r2hNC1MTUV1glTVvCzWJed2YdoRv3HptUDR9KUrx52VjeoZbgfIid2XSky4NpeDFOHuAKE7yNXd
Qa56HJQhVR1Sx8MI0WfYo4nmsUl45GOhOD6znk/XliOflhsojk/U8wlmcbAYG8j8qgwVB2g+AJSE
iR0P4wQyVBygRQ8oDBNqoHEEUQcZKg5QPAAUR7NxRts/LkPFAUp6QIYOvT/GId1yQ8UBehwAWszj
cUjbDjJU7Dv43ycmPY6Hj/HVbwAAAP//AwBQSwMEFAAGAAgAAAAhAGADGSHkHgAAxHABABUAAABw
cHQvc2xpZGVzL3NsaWRlMS54bWzsXdtS40qWfZ+I+QeFn2YeKKy7RDTVARR1uqLrcrrg9MQ8CluA
pmXJLQkoemL+fVampMzUzbJlGWPIl4LCtmxLS2vvvfbtT3/+tQiVRz9Jgzg6nagfphPFj2bxPIju
Tid/XH8+ciZKmnnR3AvjyD+dPPvp5M8f//3f/rQ8ScO5gldH6Yl3OrnPsuXJ8XE6u/cXXvohXvoR
HruNk4WX4b/J3fE88Z5w1EV4rE2n1vHCC6JJ8fpkndfHt7fBzP8Uzx4WfpTlB0n80MvwydP7YJmW
R1uuc7Rl4qc4DH115SN9xDebXYVz8jNdXie+T36LHn9LllfL3xP68PfH3xMlmON8TZTIW+C0TI6L
B4qn0f9GeBp+Oa69/K48knfy6zZZfPyTd4Lvpvw6neDkP5N/8SLvxP+VKbP8jzP+19n9j5bnzu4v
W559XL4BPgF7U/Kt8m/U8nUso/xCP/0Zrvpd6CuqpbNvR17S+GrlcVJ6esr3ZF9KNTVjmn8zy9UN
XPzq93NVA4/jCeRbmoZjkWeT08aPtEzS7Dc/Xijkl9NJgs82IafIe/yaZvlTy6eQP0fx5yAM6UkM
I/IH8uAnL71XHr3wdDLHb8UbkIdxcvJPjp/Zc4jL7Z2E0U//FlcYp1+j70Rx7V+ESX4IbzYDeNT8
oXtv7ud/NvE9ys/OXkG/CT0gOfItPhk7dnEAcs80j51/r+L55KX+7S2+OHvxdNUHy1/MXkHfOY74
ixdBFCdtBwjxrYp3zp+fn6D8xCxPsl/n8fyZHO4GP3EXJFl4EeOk4vp50ew+xq08y5L8CodpdkVe
SK8EQIcLgVd44R2Yhj3Jj+a/e4n3E4+EANzpxI+O/rgqPgNehMtTvim9UgS73Qhuwe926DVMmyCW
3JdH2tS0C3Dy2zOHb47e4sn5+Svv7RKZa4FXglG8FV4cjAkBaVKDojIPkowysJIusovQ94DfgsSy
j99j3P1nhK0yeqfjEPh9Y+CaTeI1yE0AY/T9cQjtatrUdSRySzLLaZdcXkaKOb+/ERrdH3KtJnLN
rZCruxbzGCTnvnkHYH/ItZvItbZCrjV1LerKSm8BNlAid0tvYfYruipitQvyayP61EsAX2WJF9zd
Z8pFHEUIEuJEUTUGZfZiDxEO/kNDV3jKRXxD3XO44eUjavlQHspQD4QdgsSyPKoV/twR/ZXuMbkj
VNwcjfCvCPxUQ7X14sHuyC8MIn9CjHhr5NfjPK8RbbWHaWu4CC+N9ezXijAN52FWQqc7VCKXORcv
hFh/u2Ap5z8aLKmaaetFNMyDpfIJJNS3rd7LvTrQ77ncMnAnJ+h1Be4MltGjQB2IcBByUT2NOZNt
jMbdSvZikdEQQnUxGiw9fWgMRtMsy2ZGXlJaXRLLxQ8WZBGyvl1LeRqD0lo8OnU7l07TLUTSuQAk
Oe2tR9FDxMheTkMGJbezbZxmr/bSwIddnOaOyGmGoZLIJZc5Jae9Kk7DdW64aQ5DzRBp0FBVo5QG
JadJTmsmWPo4TQNVdHOay9DZ6qeVzhgNUBEb8MhTQz51ND/NMk0aUNLUjeS018Rp5DrXOQ2Q2ibd
AcnYKdPMktMkpzU5rVsJ0RmbXaPo4jz+pWicwoiBVUgGGrUAVHOpKmClKtchf1mqLYQPtm5PLWq7
uSRCZRB8ACKJ6CiQ0CktdktgqzURofhBkEfKBDrL2j8lHqpk0n8+eIk/EXL4JFpLl2cPGSooisKK
PM9PHlgrnT9Azf92dlFJn1KT0FYTwBOxeZC5cZJVZ7xTXmhcepF1hl9oY6o7pQetavJCt6XKrSxe
vtSV1koLw650cfMW6fThV1rTyIXOYyV5pXEe2ooi/uuvo17oPn9UZ8IPi7HPkiR+EvIhOteBCq+U
3vibZTMqcbLrTskdj8NwNtdUXac0wEr2upk8LZI2LGeTJyhaUxukJI28T+YF4WU0V7LnJaoOPfId
yQfAm6xRyvYuEyC90GnKMw3oNESaLaGjaqrbSITtGjr3vjdvgU4dUxHKfCWkaKkkLT4sMijr5dR0
JtYws1OVaoabHaLYlA7Gkaq5ZqMSUdVtEubmrqRmW65LvdhuAnpNrmS735j+C043ld9X1uB9+/rt
8qhmcNY/oJ+gaBWeYYsdu7o4+/4h8f9ZO3aHTKy0fNycnDf2VA1cxjxCZkAaKyQxLMMpMxpFdr5i
wlTLpiXYNCKRMCJWt1ER2nKhlT4YzeLoNkgWO4JSn5kzWOjT6SEBc9SuwUMe7iFVVDfLMYnOXIGX
ZqoGYyn6WDdBbeohKU+4kd2pmRdsSIOXi6mdtf4jZFyNRpwFoJUo2lI6KZpFqH7b62u/K6K6jO7R
bOHPlXPfA60otwl6Y2gh+rmyL35pVm7U3WijUb9BgbJZBFbhlzwUl/xC+pTeZpGawQL70g8yeBw/
Ir+Yut7wpysBmeQXyi8Xe+OX/jAdWCktzzj+i6QX3qr4RumlEa8bY8XrZa8rdV9YrWuHUijZhbLL
p32xCyKGej1Dw3vh8fc47FLUQsvg6M06LyaLuUvnBTgrTdR4zos+pdVcVSCJeQjJLpRdLvcUGpms
0aJTejF538Vwcqkkp3od2pGlFyKTScFl94KLyRrFGadU+8S3yDCIRcCOTkXiCqnoIBIm3WmWaqk9
IDqQBINKkib9CYbzy7OLH983yDPUjrtCIP7+4/rL5//+EETzYEZH0mxCVdW3wRWDoNqRcJiVbWEd
/TcY9dLnB1mNvkJq0TZTcSpUVQyIqUCtEnv3oGxTlVhS1RpzYEbQhvkwoZKqapOERqIqPnWFR1eS
qt48VTFD2OlVAYCUm7ZKaIlU1etpS6Z6+bb/MZiKJS8YU/FcxXaBmggfig7JUdlHWq/xHtwplr3o
5iiezhgn8ivqyaU39Zqm6o3BUSwBwjiK5zvG4yjpTInD3d4LUdlMqewkKptaL3EYzIC4rzINpq0I
VrVNjUkMO/CmZP10McF0bUbqkwxsVgHUDR1eEjTcxlXHbqhGc7iMxA58y5eYEbs2drpb7mwmNJXW
DDgqg7XtrFlRKpa3/bZyzLstcP3uZ09x8o96lnWUUulPQTqLMUj8eS/10jbztBmeuGO9HZ402xD6
yFuJBxaLVlSTpp93lWw7dED1GjdWH9Jt3HjByIbGTbkNg+VfSOsBUaSLEfCimSsbOiqxnLRyr83K
9YHI6S8usQcXl7SCSHCz8+RKTXmSGHptGOr2lBzmX5eWzeHu9JaWzXSnbA6Q7rrGlB6ZK5TlwPv3
1wr0MoZtty1BKzDV8L6BsnG876JugHjfqmmqTgNS77Yw6Y1DiqXjGE3x7Nt2NJUXz1JEtQ7WqFiz
9zlC5S8Y/uwnylfv2U/WLB1h9S6474cXjDgsc9bpIDs8lbahgyy4xWIaTTN0Ouqp4hbvumBECodj
C4cOC9m7ocNj+JGg46jwcmre8K6hI8sid18W6TSyY4DXOB6NgYyERmI4Iu4U3kuNeqY6hhS817kL
V5fXG9RE1oY5rKiJvPr64/rzz7Nvl3sRFB2m/DB/hgs92/kzFUAZFsbg18Mu1XYhOUpAEcckF6eJ
K7D1FAYGqN3GXX16kNuvBwF9JXmNY/hAUM3NiyWb0fBeJlvX7KJmKTaCyZFH2/dCpz9PD3SNDB1D
cxuLPHYNHekz7d5nchvKojuWslgxce0+t/SZYNzYysjSztVXT244aOjrl+9/3Yu75DYURaCr5KHx
3KUOMyaxtCss7dZT6laoVbSWFZ1IX9I4nfmhnyrXSVCspJ5y/4iAiwJN7EAif8wXBZOffJF0kWQV
N0yqUwgCNQdcd9BTVfjflmn3DtLLig9GE7kd8zvZUmphLrPcNz158RW/HbP7AKFuFXQVTplH1obT
vEFysx2+NKP791pZgIjYIyw2cF0ajfJUnYQsuc+Zb557T2sMLWGvWN+bP3jINvw+VR3L8atunbbQ
hV6j1kqyxjKs4gm49wbtS8e4+jgM5p+x8IBcwLRa9H9zR98dBxeeJfDv3ufit7l3bWNIsdAziO6U
y/NUCSIl8pHuucGOz8y7CX3yF6s2WD2nMtoGjH/gVHrhHeraZ1lCnLJNnM2WT/MfQTQLH+bkA339
2xfFwzjqn1dXX/5zzcRTy3deSb59MbGqMt+zM5GgNrehNnyGQmhZ4TaIs+fyNpt6JkHOtvQv2hfN
HOKCVL4htdSACdYocLbeIiCOh7J1VGmtzEq9q6LST19+vIaJlqrKShpW8Aovchgu1Iq8gnosGntQ
msY2GmWG8UhyZu7iTfEKK5rgvMKLJLZTSyq8YrnljmUeKFSU23fMK3ubZKmq/YUPqrC1diReMczm
QB/JK2+LVxpFEARr4/srjmrKabkYuExtdPax6q/sbYYllsqUkmm3v4KqghIPI/GKo7esspFx0Fvy
V7SmYASslTgaz19xQCurq/Pesb9yWe/a7BCyN15CM+uZCadqa+grgEiJh+G8Ihb56rauN3eHiM0D
lMm6dcNUblcjlwQnaIDEvXaHdz94+oefEoCNC55yGSeO2hH47AA8smRl9yUr2Oxc+jgsdNa4BLOd
KRKLVvT2oidZaAA+eTNFK6rWFGIAsJKLRkRTuzGTaNoVmnZbttJv9FggviIS45H5hh5Ta8u36Dth
9WOP7rcD8ycbpMZukMKSz9LYrYAR70oYA0bi+AnbMehK84oXVcnfSxi9gprxFcVJOnO+f/qzrKid
07m3TSwctXYb1M6J60NtHZMm6olL1bR1k0wFe9PTcOhNgUmmF79fbd39VBzr09n12cAR8NWuKhwP
hrVjBPwquDDnWoRL1b3eFC6ajSkAyGaQ7jnbJAuK6wVBhm46DoB6iHDZqrSm6H170avf67roaySn
9DHaciuWRiUdltSa8HhdWhpButllPePaYs8q6mAer0gd3MUdYmnEwWuW45puPvhGQMh7p462leXU
iuxuZXk/gazhtOqDnVYi6BVF/GLEo6oOOgbqDFIpdZC+6uv2VZsb71W92uUxzroQlHWR5HXNCzno
SVdbeSEtBb6jOLWvkZuwm7xvvRHiGSYAbhhQC9wkVvSpqmu1lEvsKUUexZFPviBkXC8IL1G7nT0v
/dOJlyTxE3kAkUMY4cfyJAWuaDV09hz65BVh9NO/zT2RfGZlrdzem838KCtL7umzycuK0t+1XZhD
LBU2milygI0GS6OWCiOUcqzmnD4xL/qucuRXyIKTRgRSg4OGiE9nP/bVhWCskSUHSkpIDOcWMXBS
Nc1qlvXtOnKSmc4XyHQabdodQFYCaNuICmbJxdSimh+E8dbvW43pdFv2nFIymDbXnQsAZEp0DKeX
SliVj8+vCTO7DqskvbwEvTRT34BYCR9CLmOFW45jN5ubpqZNEgfvT/R98XBrt7y1QhI0mJLc1hlv
cA15kCXTSGoSAEJawcEuGDTEE/BybVD2w9Oz8RLrYA69H95g2nUrUAeI2K0jHDQBsrZta43EqYSs
hOxzobzkXejk3+iR8CP5DUICrHIwx2gQg4nsrAwSKB7HemNmAzXNhFmnWPFu0RuAM2slupQTHP6F
y1FNv7eFEFfFBAfoFHSEw9JLIJXxAQ4/f/9aES7y/P3uBzhk936QKIkX/WNv4xtMNulpRWTDMwEb
Rja9xXLOFFwsM0eEPAC6V6u9zvq6VMw1tH1AreTIMWAkKnGOprlkcWXFCa1QJX0Mp7hjzk0q+1UK
DO6yX2VFvGIyCV8oYQCqSsQMCVMqxXJtPp8sliM+3yaTnekNhqbbfRfLmUzvF+HCBf4hcKkUy7lk
E66UZzP4ofAQXmWxnMk0+m7XBTgpGWQMmyPKs/39stLmvIKil37XZQ1tH1AbE0YV1wUpZVl9SZn2
NXvAq1wXJuaLtqgq51P0DKzzb3duZZ3/obouTJkX4bKlIC/U+WM7l9tY/PfuM8sv6rj22xwmeq9w
Xbj0PbrrguKDRri868SyrHgbvUXRZEL0ChhxZXoMGImuS77oWKou4JYDdV0spv6KtojLvUPCaFF1
gWvb4txK1+VAXReLqbwCXIChMjYaAhdRdXEcy240B0jXhYh0r0Bzs5hEy9KeAIR47YcXLenmlA5h
pnuGbQdbQeram+M6pgbXmTSq6sga2dQ96lb0E/Rcr9oIIsykP9DJ9TRPfENWVShsnXAl+0lwU/2a
yd0NmxD++TNKeEqJSngaTikU4RxzF/dxnJIK7yxY+EoaPyQzv5IpRWI6mv/uJd7P1t1JbR9x8Kfi
70Tt7eYd1hYTjTmAq5LxcACzZBPgqU41BzxWd4xEBI/RJiBcswNFcH/mngPw3leQplfy1P0mGKy+
Se6rDcAOUwlF08dlwSGmD3Pny1qPo/z3GmRKB5uSnmU7ahHXD2c9tgcp7zNCiUOSZp+89F559MLT
yRy/EUbHG6zRhqRRfu1oQ6K3+b039/MjmyLZlHtCijdCXxN5dqVTaY0Wp5fOlh96pZ3FRIev/m2m
nCfezFfUvMBosyVJ5GoVfcBHQsFSO4jLJxDDDffOLISHbgyH+HT0w3Wbb9kfl3cFLk8aS3SSLLyI
cSsjsvOi2X2cCItnwjS7Ii/EHd5d3MTNrBJiaM3pxI+O/rgqWGEAcTKNghtdLkkQ2hxudI80Q4fc
ia9KrK5lq65OZfeOcjnDUi2LPqEbfG/ebcxNTrvDSHGRffyqKVeZl2QPyw3sbO24Q+2szRSJCklt
J0mIJFWuaKDftVzxIXKUiblbBFP5N+ioF5Ic5QvD+1fOMDkAjrKZrsE4CjgEAJhZHImjXMMwdMlR
5NSuWoNW45JKUEtfCo7S98ZRTRlkJKiQnAyNVmgMOZ1CB8nPVElTYo+CqelY90ceH27MWDQg+FMN
h+Ip8Zank/SfDyianijcvSCXMF2ePWTx5yDLP8ZNPH/OpYOmp0EVhdZSMzp8amcSxp83sWGkEIN/
EvoNKwsO19RPuAs1UKmYshwxI6RpNUM8nJDAP/kZB8pcDYtpJMgIkodcZ6aTHSbIWDzIQcZzztt5
5iLI2sNCyWUn6Zp0cuAwawaA07ECQMR81Fcn8R9g5hL7KU3m22WzvsIaxmid9RCc4MarhkD0APyZ
mILXKKohaQET3dFUwe3x1lLZg1K4s3vqQVGbTKWOxVTiOE3DsVuqIkrn/xAn8XY792t0Z373s6c4
+Ud9w9L6xyy6E9rCxJToWB/2NoUB1qgYecdcLIAMwdIIwoKmWwgAc+3TcFQZLU5pvuCtOvJ9pk/V
GdY6jR/ZaVCCb0PzR2LhltGvBiYpFGIpF91lJSnOxUvM/lipu0LTYZhhv0SPxXWvjTTQmQLaDR4A
bFzwmFOtZXulOE1xBx6TnG/1AvOt9KZGCoSV6NlOWhB78MrfcWSBft7reCt6FrAV4+u3y6Prq4u/
jLUa49uPT5cfMNT8wU+zDdTUmuuHTwelevMEMjam1H0owGskLOkGG7fSbso00kwDy3qIXjnJrXvh
XSRUAKzvVLeNShsNWG2uOkXZ3jx1bNVooKzawjdccdcczXRswBgqgaEazcZyfWqg/ksWt9JCk3yF
Lq3q2G1x69VzNPPnylOQ3SuYxKOkfoiaYfzlbRS7NgGd176MEHpikxCp58sBPYWcIXNIg3OFhy3u
o3qwTpvWWIlKKKcAVo6y1uIumUJ6Symk3hiVGMjIW2BdQneMip2ypWdYBLr0v2LnvRAAp3S2Hx8K
1SJw2JqOrFItqSQFjtcmcKwYz0CWIeawYRos6r1KlIwXi7YWFsrNNqQSGSebdLC92c02xLfvYybA
sMTccGYSN9vYOmKGBjPJxTY+63CrbsR56XaRtcXZVdzFRlxx7uITrbbjrpKvSFRqT1W0XK6ycmM0
rL2OcsOaLNUmRZwnsTefeWmWL7e5ennRy2btZvzCV5vNtpAjhMQh6c9HV1nO0LLMdP45CEMayr2d
0qx+v7o0XpfhTfykXMRRBB0E+5xU7iYxpxm1RRn+kw/CJuntgMx4K5u1ozl7jCCYP0aSUd/F3NMa
HrmSxBlppkUMSMWG2zBY/p28F7lAhasuJsHNKXXWq1hWNXTiFvJtkReAGe4umb7BYGh2BnT6Vt7j
1zQj73k3L6y8N/8f5MtuF6F3OkHfpGKRECGnTxy5eD4Ru9Fc+ZsfL8iLw0h5Quc6EvV9eeoL8WCV
dLYcoTP6CB2byWTdQSWgPNB1651/bWLixWrDS7m5G6+pLBojFwcniGXcyd12G0cZW5e4CKI4yYtD
ys7jvCl5FBeNqRJCYzhQVSKGOGn0d5HxyB9JBj7tECAsg+6Vo2WFpoWEQc1Cy8HF5CK3dpPU3btX
ObrW7i9UVfMBJ6LdbMCIWeUqknpZx1JtWjqGAwpp8x0XXkjjtanxWhUYslJVkXWqxaoNuGzCOm12
SbLOYbMO4rx+mWpwhWA/6xh2cyqOlNIFzyUPmIr4oOqqVLWsPfk6DqsSFFgnVw9YVnkb1mm1S5J1
Dpx1WP6lO8ICsChuuEbQgNFgX4eOTar5z5J1Dol1WHZFZB2eTtk2wrLa7JJknVfNOitcY4flTNoW
SjrV9EmDZvp85KlOVp/SyidLR9NNPTIXa1IMWyVqH96jW7/JkgBDlkKfK43500XpsC1vkuYDoIiu
yHQOOY+NzLE4mMlYDsvxtAK1mu5ZC6jUBa9L5IYAWdPRXdKOiqPxwL8G2Wn+uIQsTlHHbMP8Fh3g
hB/6CEGHqeUsLQkUU2zCdSPcuUVaUtjQa7qOPrVqOGUjVukkQcPS85aSbqAmb34EcHW2aVsq+4/l
3KNp7MgP7u5vkNXLvJvQV4JIseLqfDecSHRnlP+M3DvwH0E0Cx/mJKH+9W9fMJpwrvy8uvqyt72n
DpPtV0QlXMUvoo8GC3dEJeQ0FhlKsWTHtF0qT1foV9tTyY6XJPFTbgmq0mwUR37htKwxBHaNQa3U
RSGnpDLhdQ2Z4xBLdhwm7XOK5EMntqNIsWTHBGy0+pT0Slz7rkp2LqN7jDtF88a576GJSLlN4oXy
Pcb44fP6YAE+nasy4DTvO6kyam7oO3rWZn1LcR0m0q/gGK7Zj8Mx1pRswq3rHZJj3lJZoMuEfM4x
XLcfkWMcFZUtZXHPr0yZodZHckyTYy72xjEuk+S7OQZwKV30kTgGJSukM0f6Mbgf3qgf4zLZnnEM
sFbiaDyOabdXYi2C9GOoH/NpfxzDBPgVHMP1+JE4hq8K4FKVjJWEqdvVlPAhxkouk+o5x1T1+eFy
khgrkRmRTXslOaYRK13uqNOhN1RymRa+gmK4Ij6cYir7Ky27WXxbURl7kjepLL4thKIBWvjaxbf9
4GGq9ArwcJl6JPC42Mtd94F3DR45vCovkdppRbfLpGFulbgSvJ3nyxwYNN25sEqNPYeyYVhoGP7p
e/Oth1i1ZUUwFjQL0N43299YK7epEwN448RXFSMHP7qhE1d46tDiK5JlHHOs1QugbLdjrfoN5BpC
NPBYgm8cA6mqlovm0lVJXOlekebJNQSkXbpX3aVUNBeSzzUQKu/y8pDB9b7iIGxVNciIn5rA/O4X
PrdZrE9n12fEWO0oQFsFAqYwl+5Q4fYyCGwTpGtaMRgPq7GcRoyuijtzLVnyge7naoKyDSq/+Rmt
+GBOjuLdxA8ZnXG3jDM0OAfoWc4X6abKbZwslGpxyI4w1memtCmTnDvjuMKTGdIV11WTwdf97V9n
LEsvMC3HC8JLFMlkz0sMvGK1GqjRkTUZvMpTnHHdTWHM++FWjDs7JJ6jjs8G/bmWg61ZiP07137o
qobiDDyBlKqNsa2+rQT45Te1qaRVXalN5ST3VWVKwcZrjSrjVmrkgzbprkbftg9T4cPtPxmrKnlV
n6qQbTdZOjbuleMVNMNmOmtTllHiPgVPIG0nsRgYK186FSqKYaDT0ZwCZ/eKVzHG3VmFf7Vx7+aO
urcgbuFZhMFo63/LctSR9i1uFiW/wL10gQKtO1L/KYzXVV47hvt9FpbCWuGz8JzWSKH11HGt5lAI
7JqivSnE6MjQ+hWE1v3o6U97adOx016IunUyYojoPQIp7hg9MnWx+9SFhiWxtVmnyCcwXW87uyqm
LtSppaLMtCbcVHMXlmqpPSzU16Dxkl7vZvaS9PXxRcEVr5PeVdlHDBG7De4eEn+DBEbtqCv2mhEb
msYPycxf3zNd/+hDsiLVo+Mk5O0k8HTKOIU6PfnUI/JvRPuFqnuItObiY4JpGp9t32BUFkHDPKqq
aoIEJYCz0lcgA3rHw2xxE3CYDtnBtzakKLKuE98naMIUSzqvj/6mPCTB6eR/z89dS7twzo/OVePz
kfHJtY/OPlvm0WdTN4yLc+fsQr/8P7TgLlXjZJb4SA7G0Ze58msRRukJ/ng6uc+y5cnxMW0I9NIP
i2CWxGl8S3YLLo7R6hPM/ONl/OQnyziIsmPoVNPjhRdEk3zSmG67tq1ahk5TfPi8+JS4Rfinxa+z
q3BOb4cw+eYtfzzS0HeBKaR+gpG2+NMS3jO5sfBU/hTcXwHS4XfklVlUfHOIe/RI18WgRnDVQ3I6
CaK5fxtEQeZjkTuW+WA34ukk8h/9BGYDvRLXVGzKFj/jOCM3Hd6JHgk/i0OT34q3w68pPvD/CwAA
AP//AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19yZWxz
L3NsaWRlTGF5b3V0Ni54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo
35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUW
heJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQ
zGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAhANXR
kvG+AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Ny54bWwucmVs
c4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK74DXU
sgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPm
IlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc
33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQvc2xp
ZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0OS54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZe
RPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a
3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZD
OtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQ
SwMEFAAGAAgAAAAhANXRkvG+AAAANwEAAC0AAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRl
TGF5b3V0MTAueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+bYwXB
4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXiWcOQ
c9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxjIp9/
VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAA
ADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDgueG1sLnJlbHOEj8EK
wjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E
63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKa
O/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ
3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAtAAAAcHB0L3NsaWRlTGF5
b3V0cy9fcmVscy9zbGlkZUxheW91dDExLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF
9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBv
l4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE
9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQU
AAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlv
dXQxLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92
mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVm
oAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2l
M3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAA
LAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQyLnhtbC5yZWxzhI/BCsIwEETv
gv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2
Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZV
tVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbq
a277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMv
X3JlbHMvc2xpZGVMYXlvdXQzLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG
2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPm
EuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L8392
6Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAA
ACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ0Lnht
bC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWT
ErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+
OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCY
esoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEAaaJfIR4BAADHBwAALAAAAHBw
dC9zbGlkZU1hc3RlcnMvX3JlbHMvc2xpZGVNYXN0ZXIxLnhtbC5yZWxzxNXdasMgFAfw+8HeQc79
YpK26Qc1vRmDwq5G9wASTz5YoqJ2LG8/KQwSKI5CwJuAiuf8+CvmePoZevKNxnZKMsiSFAjKSolO
Ngw+L28vOyDWcSl4ryQyGNHCqXx+On5gz53fZNtOW+KrSMugdU4fKLVViwO3idIo/UqtzMCdH5qG
al598QZpnqYFNdMaUM5qkrNgYM7C97+M2nf+v7aq667CV1VdB5TuTgtq+07gOx/V1fmy3DToGCTJ
dN5OB7vE84Hel61iylYh2TambBuSZfmSNOevGc4O8jZDb98s5FiU8eitykOybMmAHpUFMytiyopg
ZnFDC6a2iZnaJpiaf+vjPa1ZGrKtY9LWIdk+pmz/J6Oz32/5CwAA//8DAFBLAwQUAAYACAAAACEA
/GF2TRsEAACvDAAAIgAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxMS54bWy0V91u2zYU
vh+wdyC0a0U/lmRJiF1Ysj0MSJOgdnvPSnQslBI1knbtDgX6Wtvj9El2SIlO43iYs3iAIdskz8dz
vu+cQ+r6za6maEu4qFgzsrwr10KkKVhZNQ8j6/1ybscWEhI3JaasISNrT4T1ZvzzT9dtKmh5g/ds
IxFgNCLFI2stZZs6jijWpMbiirWkgbkV4zWW8Jc/OCXHnwG7po7vupFT46qxent+jj1braqCTFmx
qUkjOxBOKJbgv1hXrTBo7TloLScCYLT1U5fkvoVogRi5rCQlk6Zc7iyk1/MtzHjWGCgoFrREDa5h
4AMsrQpMkV6PgDG0JDupl4l2yQlRBs32V94u2nuurW+39xxVpULrUSynn+iX6b8NLIMfzpH5g0HC
6W7F6/E1ToEdtBtZIOJePcEIp+AEKrrB4nG0WN+dWFusZydWO2YD8OCwKejfdhE9D8c34RyR4h3C
62wwYNyw4pNADYOAFQ9dnMXt1qCq4NU+7Rp1mkilh4UYr0C5TqLeqluqaTLWQlNt/D8QFEV+Ergd
Tf4wiAbxU658NxzqecVYGIde6Id6E4MEm3TQbSp3GSv3iumP8A2CqqQZWQSr4DtYKuRC7inRegBr
OIWQ4AGLKVaFRhr7/QIKrZY5JRgKsddOjnNaFZ+QZIiUlURvsZCEI00BlCVAXoM4EnKjhyRNeY85
fneErFjFKewMfht/dQiK2X/WcfBcR5VN9xQXZM1oCa74KkIoBCPYf5JUEXekKJQF5KzJh/OVDcIh
NBad/6eEjVwvidX8/yUs5BuiW3pQ8JVCK7q1zuKJ0J2YWlF4mC01Wy/IrQUpGLQpSraEngGvpX4B
/HJd8fPRB12pnM3XnG24XJ/tfPBS+Gp1Eh366UVLLDAlNsWSPKksTchrK6uU0FW+wFGI6crqa0r3
Ft0lVWfVP35sl7qeTZMwTU13rudtbAXHnzq//ojC3HWzWWJnc29uB97Mt7N4mtvRPI7ygRdH7jD7
avUdvIRQZVWTefWw4eRuow7J87ph7Pjwcb3BY7qCC8r6sqqERpU5Y6rh/tjxdCa9VpeV5J0wv28w
hx2MNv/S8F6izWUZiQwjC1qVBN1u6o9HvOgD8rW8wJ0SoE9So9vPhdM2mUVu7M0iG9LUs4NJMLEn
fjK1Z9NpHs68WeKG/iFthYq8Ae/Ozdbv3/785fu3vy6Qq/qsNndIOBNuBJz5rb7abXgF9ZdlSeTn
cWZnXgD1N02G9mQehfY8HARBnsWTfDD7Co63XpAWnOgL729lf/GGwWeX5boqOBNsJa8KVjvdrdtp
2WfCW1bpi7fn9rf3LYbjzo/jIIziMFF9FtwFJ823dhaG1GVZ3xUof4vbuy00H5zCawKkf66HWngx
6KyLxyUqdPOiMf4bAAD//wMAUEsDBBQABgAIAAAAIQBrpO+KzgMAANALAAAiAAAAcHB0L3NsaWRl
TGF5b3V0cy9zbGlkZUxheW91dDEwLnhtbKxWbW/bNhD+PmD/gdA+K3qxrMhC7MKS7WFAmgSzu+8s
RcdEKVEjadfeUKB/a/s5/SU7UmI6py7gNAYM2aaOD++eu3t4N2/2NUc7KhUTzdiLrkIP0YaIijWP
Y+/dauFnHlIaNxXmoqFj70CV92by8083ba54dYsPYqsRYDQqx2Nvo3WbB4EiG1pjdSVa2sC7tZA1
1vBXPgaVxB8Bu+ZBHIZpUGPWeP1+ec5+sV4zQmeCbGva6A5EUo41+K82rFUOrT0HrZVUAYzdfeyS
PrQQLRCjV3sPWTu5g5XIm0DoZMkr1OAaFlZMc4qAIPQHGDOCOVrRvbZmql1JSs2GZverbJftg7S7
73YPErHKoPUoXtC/6M3s3wbM4EfwbPujQ8L5fi3ryQ3OgRW0H3uQvIN5wiacgxOIdIvk6yrZ3J+w
JZv5CevAHQAePB0KeW+7iL4NJ3bhdKRET1F1phi23gryQaFGQJwm/C48crdzYCZmA99uUJcCbfjt
7bqXlg9nr4BTS5beF6I6mMDfw7ddxDlXeqkPnFpCwG2cAzg8gH6OTYXTxn+3hAqvdckphg7oydOT
kjPyAWmBaMU0eouVphJZZ6AfAPIG2NGQnB6SNtUDlvj3Z8gmPpzDyeC08xB+dhR+n8iBI/KoptAD
x4RuBK/AlfgS5BqqPCQkgyboqt2DuoSicZl5CeNGRgCFYuO08e4U/5AuxHf8iehX5sMUuU2HOspH
x7klHh7uSBvUC0pgSYmAvuZ0R/kZ8DYjL4BfbZg8H33QMXo2XwuxlXpztvPJS+HZ+iQ66M5FOyFx
nTDDmh41gCUEpNhpxw+pS6Wh+f+CqwLztSt9KwFWZIwUvUpt1nBNGJ3/Ox2WYVjMR36xiBZ+Es1j
v8hmpZ8usrQcRFkaXhefvF7yKghVs5ou2ONW0vutuUzOE60siOETRoOv5QoumN2XzcrQZWUhhNHF
/wuTraTX5mWtZZeYP7dYwgkuNz+iS99RossykjpGlpxVFN1t6/fPeBleQrBh5gLok9RY+blw2Y7m
aZhF89SHMo38ZJpM/Wk8mvnz2awczqP5KBzGT2WrTOQNeHdutX75/M8vXz7/e4FatVeqm7XgTrhV
cDW3dgTaSgb9VxSjNC6zwi+iBPpvNrr2p4t06C+GgyQpi2xaDuafwPE2SnIiqR0If6v6wRQWvxkm
a0akUGKtr4iog24qDVrxkcpWMDuYRmE/3e4wXHeDJI6zMAmvXZrASysuzlsIwUyVxm3C5Vvc3u9A
fXAOczTUf2mXWpiczURxZGJid5P45D8AAAD//wMAUEsDBBQABgAIAAAAIQCsLB1O7QQAAFwRAAAh
AAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDMueG1szFjbbuM2EH0v0H8Q1GfFkixLspBk
Ed/aAtkkqLMfwEh0LCx1KUV77RYL7G+1n7Nf0jOUaDvZFHWzQRAgcCRehmdmzpCHOn23KYS15rLJ
q/LM9k5c2+JlWmV5eX9mf7idObFtNYqVGRNVyc/sLW/sd+c//nBaJ43ILtm2WikLNsomYWf2Uqk6
6fWadMkL1pxUNS/Rt6hkwRRe5X0vk+wTbBei57tu2CtYXtrdfHnM/GqxyFM+qdJVwUvVGpFcMAX8
zTKvG2OtPsZaLXkDM3r2Q0hqW8Pbhqe/cJbZlh4o12jy7HP4ns5FZpWsQMOcp7S4RQO51L1NfSs5
p3Hl+mdZz+sbqSddrW+klWdkpJts97qObph+LTEMD71H0++NJZZsFrI4P2UJomFtzmwkbUu/mMQS
vlFW2jam+9Z0ef3E2HQ5fWJ0zywABLtFke+69ehbd3zjzm2uBLe8nVftUIapl1X6sbHKCn6S+617
6dXaGCOfyXy9tNrQKzLVjWs7dTzM+EbH1ADdRSLy/b7X1+EIAjccuo+CEkWRH6DRotB4/dB3o4Fe
xFjCIq3pOlGbUZVtKaR3+I/MsTJdVmCpohksEY2aq61AnvG8Fh4QWUzco4wEWMCSjC9+Q1Pzx5mN
JbHmnU58yhABJkS3bDcT6X5oEcFmCUKCHxgRjOqRl86HOeqxUGPBGRbqvFPnY5GnHy1VWTzLlfWe
NYpLS4cQ1QuMZF3pNbRJXmY3TDKCd2iZssISrIwoGO91QCgz/55+xLsthVvi3o1gKV9WAsVg+eQk
qsXk+VlMoOjbKBtw2hDnWYTwh24YgRw6eaZKHhJi4LpeHHWZaYvsGELctTafIkTB5KUu0LzMsNPQ
I+X0bnWF7VQjOaAJtsS2u6lEns1yIWis3k35WEhrzQTYt6EtCOnMS9W2RICtmYDk7QbrVB7YQV+7
ku7YsU5T1yfqtkiDQQQUCPcRcL34FeESRnIbyPt7uEMPZX4s3PAV4RLGDm6wh+v1I49QHBde8kwT
4BXYQCA7vIMDvLEfU5LfHl4C2eEN93h9P0Z43yJeAtnhjQ7wRkH/+HJ7TT4QyA5vvMdLYI+vt9fE
SyA7vMMDvOEgepv1RiDbnfhARegzn9Bjk9sd7tqt52sAOui0BGgeaIDnnPOBOecnTPEH57w+VL/3
nM8UpA3E0pKJhTnv22ONhLAOFz3MdeRamabVhVEqRqfpU9WcxfpFx3UBxU7a+89wMHbd0XTojGbe
zAm8qe+M4snYCWdxOO572EGi0We7k6EZXFV5wWf5/Ury65WyiWXHpCPu+fhzvf4+7oBAs19WfQ1M
VmZVRarvUH8FL6G/Fkq2ifl9xSRWMLn5DzH2f3LzshEJTUTmUFHculoVd4/iojX/9/IV91+YfjI0
WvdCOb4kbYfT0I29aeiApp4TXAQXzoU/nDjTyWQ8mHrToTvwd7RtyPMS6I5l69cvf/309cvfL8BV
LZjN/Re7z2WDi0etr6UrmaP+RqNh6I/jkTPyAtTfZBg5F7Nw4MwG/SAYj+KLcX/6GcBrL0hSyfXl
/Nes+0iAxm8u9kWeyqqpFuokrYpe+4WgV1efuKwriGQqQrf70qAVdADh6sWxH8Ra6Wts+s5j0MIF
uuDrq4uQ71l9vda7ML5pgP9Q4miq8RUDFKeh+yHku/kqcv4PAAAA//8DAFBLAwQUAAYACAAAACEA
8Qnho7YDAACZCwAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQyLnhtbKxW/27bNhD+
f8DegVD/VvTTii3ELixZGgakSTCnD8BIVKSVEjWSdu0WBfpa2+P0SXakxHRJPcCpDQSKRd19vPvu
+PGu3u5airaEi4Z1c8u7cC1EuoKVTfc4t97f5/bUQkLirsSUdWRu7Ymw3i5+/eWqjwUtr/GebSQC
jE7EeG7VUvax44iiJi0WF6wnHXyrGG+xhFf+6JQcfwTsljq+60ZOi5vOGv35Mf6sqpqCrFixaUkn
BxBOKJYQv6ibXhi0/hi0nhMBMNr7eUhy30O27OFPC2kjvoVXz1pA3sWalqjDLSzcN5ISBOyglHUS
kLSB6O85Icq02/7G+3V/x7XfzfaOo6ZUOKO/5YwfRjP92oEZ/HBeuD8aJBzvKt4urnAMZKDd3IKa
7dUTnHBMdhIVw2LxfbWobw/YFnV2wNoxG0AET5tCufshox/T8U06Ax3eU1aDKQbXa1Z8EKhjkKdK
f0ivuNkaMJWzgu9rNDAvFbOj3fBR82HsBXCqyZK7hJV7lfgD/NeLOKZCruWeEk0IhI1jAIcH0E+x
amzS2e/X0NitTCnB0PgjeXKR0qb4gCRDpGwkeoeFJBzpYOAYAOQVsCOhOCMk6co7zPEfL5BVfjiG
nSFoEyH8HCj8fyIDQ+TYTeiO4oLUjJYQhH8arU0JTWGYPwOjUABEt/SJuhMZVm2rCRbPGB5Y1FTC
w2yp03hFUdekYHBGKdkSegS8ZvoV8Pd1w49HD1QdX4Gesw2X9dHBh6+Fb6qD6KAkZ+3t0PT2Ckvy
rLE1ISCrRg1+Si9KCcf5E2g+ppUFIquaXR9qLRtKXE7SjwokXyn352iSum6Szewk93I79DLfTqar
1I7yaZQG3jRyL5Mv1ihiJaQqm5bkzeOGk9uNuh6g8i/E4pAMTR0f/lwv+N6uEILyPm9VJqYqOWNK
6f4rOLqTTq1LJflQmL82mMMOpjZnVKLzMhIZRta0KQm62bQPL3iZnCbEw/0GwxNAH6RGy8+Z23aW
Re7UyyIb2tSzw2W4tJf+bGVnq1U6ybxs5k78p7YVKvMOoju2W799/fvNt6//nKFX9SVppie4E64F
XLa9Hmo2vIHzlySzyE+niZ14IZy/1ezSXubRxM4nQRimyXSZBtkXCLz3wrjgRE92v5fjhAmLP0yF
bVNwJlglLwrWOsN46fTsI+E9a/SE6bnjmLrFcN0FQTC5dF0/MuoCUWpxMdFCCmpCVGEXlL/D/e0W
1AfHMBBD/6d6qYcRWM0Iz0xU7makXvwLAAD//wMAUEsDBBQABgAIAAAAIQBtRng5nwQAAAcRAAAh
AAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1szFhrbuM2EP5foHcg1N+K3g8LiRfx
qyiQTYJ19gCMRNvCUo+StNduscBeqz3OnmRnKNF2silqFEZhIHAoajj8Zr4ZckbX77YVJxsmZNnU
N5Z35VqE1XlTlPXyxvr4NLNTi0hF64LypmY31o5J693w55+u20zy4o7umrUioKOWGb2xVkq1mePI
fMUqKq+altXwbtGIiip4FEunEPQz6K6447tu7FS0rK1+vThlfbNYlDmbNPm6YrXqlAjGqQL8clW2
0mhrT9HWCiZBjV79EpLatWCtKhVnFtFiYgMTnjUEy/M5L0hNK5h4Qgky52XB9CvZPgnGUKje/Cra
efso9Ir7zaMgZYEa+pWW07/oxfRjDWIwcF4tXxpNNNsuRDW8phk4gmxvLOBrh7+wiGZsq0jeTeaH
2Xz18IZsvpq+Ie2YDQDBflOguu0s+tEc35jTOcLbW9WJUlh61+SfJKkbsBPN78zL7zdGGdqM6tsV
6byeK6G19aLde+0Ss0Rqtxqse2fEaZS6nUd8L3BDP3rplyRJ/BAF0DtemLhuJ3Fsdae6zdR21BQ7
9Ooz/Nes0IxLNVc7zrS3wSc0A+TwA9xyihnDavvjHDKmUmPOKGRUz4wajnmZfyKqIawoFXlPpWKC
KB09ElVeAwgFzPcqWV08UkE/vNKMzqMZ7AzuMAhh2PHzzywFhqX5+rnb0z8HUXL93BEFkQ1hZ7g9
nTAvSLy4ZyxI0xjOhJeMxUCXplQzlkQ+SndO6BJBG9/Fj/HHm4whTXzDPQgcUlFxpzOnrAvIfj2k
fAlsQeRBFoOC9T2cdprlgi2ABJyUDWT5rORcP+ARx8ZckA3lcFBs8WQABstadTNJ5O6h6vMQhTV7
R3qAS6Mfhj0+1AND/wA1jBL0DLk8vAiyxxsc8A68UKfZ5eFFkD3e8IB3H4aXBxhR9oCjI8Cpn+q0
uDzAiLIHHB8A+34KmXuRIYwoe8DJEeAkDC405xBlDzg9AEa0F5p0iLIHPDgCHEeJPvsvL4YRpT6q
zX2P6M9w3cN9+X/d+KG58SdUMfLIac5WDS+g5gjOcfMXCoqcP6DEpnwB95K+/buLGStX7T0czLUj
sT7RBdShZnnzjj5UVQuor7FY/jOOxq47mg7s0cyb2aE39e1ROhnb8SyNx4EHh0oy+mL1dWMBpqqy
YrNyuRbsYa0s5O2U4ix1fPhzveBQhQEEXH3eOiwyrMyaBuu/Y17Cc/CygAJGE/P7mgrYwXDzL6UZ
eP5kbs7rkdh4RLdQ5H5dPb/yi67hoecyDcN/aimgVwXVb7pGV8K6uzhf2A6msZt609iGMPXs8Da8
tW/9wcSeTibjaOpNB27k78NWYvNYA7pTo/Xb179++fb17zPEqq6eTcMK3eOdhBak1X3kWpSQf6PR
IPbH6cgeeSHk32SQ2LezOLJnURCG41F6Ow6mXwB464VZLphupH8r+oYeJn9owqsyF41sFuoqbyqn
6+adtvnMRNtA7YxJ6PZfBXRhPYi9NIgTP9FVv4ammx8DFizAbhxR51y8p+3DBo5umsHnBwh/KLlh
qoUPDtgzvBBB080HjOF3AAAA//8DAFBLAwQUAAYACAAAACEAwj+r/P4HAADaLwAAIQAAAHBwdC9z
bGlkZU1hc3RlcnMvc2xpZGVNYXN0ZXIxLnhtbOxaXW7jRhJ+D7B3ILiPC43EX1HCyANLlpIBnIkR
ew7QIlsW1y2SabY8doIAc4e9wd4i2bc9ypwkVdVNirIlR4ZlwDYEGDLZXSxW11f/0vsPNwthXXNZ
pnk2sJ13HdviWZwnaXY5sD9fTFqRbZWKZQkTecYH9i0v7Q9H//jufdEvRfIjKxWXFvDIyj4b2HOl
in67XcZzvmDlu7zgGezNcrlgCm7lZTuR7AvwXoi22+mE7QVLM9s8L3d5Pp/N0pif5PFywTOlmUgu
mAL5y3lalBW3YhduheQlsKGn10Q6gvPF5yLB/9NL/fkzn1lpcgNa6nQc++g969M5+UhI65qJgT29
dOz20fs2PgLE5gofLosLyTleZdffy+K8OJN4E3+6PpPAE1jaVsYWoF9kQBuGjG4zINOM1x6/rDix
/s1MLlAiUI8FEgKKt/gJD7E+v1FWrBfj1Wo8/2kDbTwfb6BuVy+Ao9UvxVPpE90/jlsd5yJVgltn
gsV8nosEbIVURCfUj4EWi9M8viqtLIczoyr0UUE5FWM8P76qmFvqtgAtKWRr6PQmSJbV9CXptxK6
1oofdMHoSDVu1w+9aF0/kev2QtxHLTmO73XgBmVZMSpkqb7n+cLCi4EteazIENj1aak0aUVC6GtB
ir66GebJLYIxhf+AOXgcPD/P5a+2JT5m5cDuOb4P71Z0Q5LalmzuTNd2lBjlYHLwBMti4DOwYyVJ
lgy87Xip8llqJNKvxJeLUp2rW8HJLAA81ge1wgcIJBg6PM9an8/B4RdqJDiDgGBMSB2NRBpfWSq3
eJIqy/g9wQDhAViilhTpiljyLDljkv18h7NREemm0gkgpw1puzl5tTmhLTetyUWAnmpNqCDbuPZT
jMoB60EDI/VWXrdmVX7gBr3Qe/lWhWbxKEMCj7PENVkkHf+JhoXaI7sq1wwLjIzMVn9Ur6SI8Qhb
PudxniWW4Ndc7MCebOwR7C/mqdydOxnDI7hP8qVU852F97U17gzHJJ1t5A5pZK8u7VcufcLUeoIg
hTzVpRMFUexXiLBMzIxrE4yUJjCZPDJfhF4Af3dc23U8r04YXhg4bvDyPXstX5CrVlmBMsS1cNCV
mbiE6C9sXEv4DOM4qtPB8IZrZS7SZJIKQTdY7q3KIHWjqyOVZkoXRt1glUrrmomSRYMP+LZ+E21A
LEFB9LVJW/gu8vyZSKhq+i0MRp3OcNxrDSfOpOU7Y7c1jE5GrXAShSPPicJOd/g7JFUqGhKwNJUu
+CS9XEr+01Kn7l2SX9R24a/jeKtoASKgOPt1iqByikmeY13dzHTkyE91ixnUCATkL0sm4Q3GNXRC
wgpqV9fwHNevaqnNvhH1gjftG1W59fK8Y782GVY2eQ4ez61Py8X0jmVS0HuqZUIzCaw3GScZ/qPi
dhgE3sPG+dYDt+4EXp5p1oG7Nw47kTMOWxConZZ/7B+3jt3eSWt8cjIKxs641wncOnCXaHkZWAdG
3F3i9bevf/zz29c/9xCtqTmpencoSqHNw34Dy9OlTAf2b8NhL3RH0bA1dHzIQCe9but4EgatSeD5
/mgYHY+88e8geOH4/VhymjR8TMzEAxbvTSkWaSzzMp+pd3G+aOtxR7vIv3BZ5JBQMQ11zNiEhg5O
6PZ81w+cHtUeJBuVN5W0cIRqkhEL+SMrLJhTQG5XMHOAVD2wkyu4ml66uAaNu7qBq+QKrlgcw3AE
KMxFtQL7eqWm8aoV6NT0FhzMXFQrQbUCWU5vhdUKxJi5SLMrUAb+s61ZLn7QC9UVHo5GTqfsNl+q
j4lBAuJGtUIlgev4XT/yQr8H7XMfRyvyY2JmDttooa5b0ZqOcist6Krma0rVrbSgn5rW5O+ttKC5
mtZE1K20UDzXtOE9zazpIQBt17Tdv6EFHGpaGo6saXydb7dBS6b3AC3MEGu+DhXRDxCvAVcNgxqq
MMCrGxpllGgWNIegW4wQpnQ0NSzmaQsi4QWbnkMFS2MWxFvp6Qlnp9lQguUBrjhFzMwtkMxhJAKj
yrNlFsOsxkz8iniIkz2cWsVnsalv6UhQv8Ka2Z0uP8G4lMrrRhSGCQ/wveISR627ltLABFk3C24S
lKraGQzWBva/Fv9uCYXgQkXK7mxwpjfi8s5GXOLGtrJ7Xasw0oQhyT0VL5g8Hdie7/bwYGkGYRpU
1aoWqi7iufUPqtRjlzsYTHLoQLD412o6likTtlWkKp5P2CIVMOfzwJfiOZMlB8FNfzddjmCFlgf2
t6//1fpr4Kiri+fAMduGY9bagmPWehBHcgcXWzqNVRewwnhXY+VGAbRnEJJNx/e6sfrPPazc6Ll8
bo9YIUAmdHkrrKoZdAMsF1raNwPWfcdyny1A7hEsRMiA5TfAMsPftwrWBs/CoPss2WyPYCFCBqxg
BZbbCbpkaqsw+IY86///ux8FXwNWCJDBKmxgFTg+Bb03idWm8gLLmRfvWIiQAavbAKvXdSjhHsB6
aDy+U02/xyiICBmwohVYukwHUzuA9ZLAQoQMWL0GWFEU0lDzANZLAgsRonFboz8u+rmac1l3y9A5
nmlITQ/Z/LFF3YIbkmp6odu1Z6n1G52sDtavspOtfs2z/8b1telnc/dYTboO+tnSsHld/MHOc0w+
XpsBbW6SnMiNqJY7WNCWzoR6xoMFQcra0g10fT0qPVjQlgocKjqaQxwUtKXqDYPuIUjTEL+uNJvF
JXy5u/oiDL+srn6Tf/QXAAAA//8DAFBLAwQUAAYACAAAACEAkx1KyH4EAABrEgAAIQAAAHBwdC9z
bGlkZUxheW91dHMvc2xpZGVMYXlvdXQ0LnhtbOxY3W7iOBS+X2nfwcpep/khCSFqOyoBVit12mro
PICbOCU7Tpy1DYVZjTSvtfs48yR77MSUUjrAtpeVEATn8/E53/nxsU8/LCuKFoSLktVnlnfiWojU
GcvL+v7M+nw7sWMLCYnrHFNWkzNrRYT14fzXX06bRND8Eq/YXCKQUYsEn1kzKZvEcUQ2IxUWJ6wh
NbwrGK+whL/83sk5fgDZFXV8142cCpe11c3nh8xnRVFmZMSyeUVq2QrhhGIJ+otZ2QgjrTlEWsOJ
ADF69lOV5KoBa+UDu77700Iaxxcw4lnnYHo2pTmqcQUDtw8MpayWIEa/Es0tJ0SB6sXvvJk2N1zP
uFrccFTmSkI303K6Fx1M/60BBg/O1vR7Iwkny4JX56c4ASbQ8swCh63UN0zCCVlKlLWD2eNoNrve
gc1m4x1oxywAGqwXBV83rUXPzfGNObelpAR5a6taKIaplyz7IlDNwE5lfmtedrUwwpTNSnwzQx3t
SlSHa19qPgxeAKeaLLkcsnylDL+DXz2IEyrkVK4o0YSA2jgB4fAF9FOsoprU9ucpRHUlU0owRH1H
njxPaZl9QZIhkpcSfcRCEo6ktksokafAjgTndCJJnd9gjj9tSVb24QRWBqWNhvDYUvgykT1DZBdN
6IbijMwYzUEJ/3W0iq+QDZgWFkQghIfxwQvcKrq2oiwI+5CvOtS8yHXVs+bXBFzg9mIYt5AKuyD0
w0HU0w40kjQBrZsNJzu9ptamC+rptMFJTgpFr9Lfj9tFgdsNADz6O7DBJtYAANvbgXU3sQYA2OA5
1nuigwEANtyHNQDARvuwBgDY/j6sAQA23oc1AMAO9mFbgOK6SyflGJ1NMBOBhHXavDK7VATp5BJP
sqvNoO0ldeAekdBTkrE6R5QsCD1AvM6yI8Tfzkp+uHSdEEdIn7A5l7ODlQ/ajDzYHZOy2CkddpE3
rWvBz+qa5gT2U7MZHLldbNU17T+9VahKox8294xddS0K4vfCBjvCe2FL3gvbuhF6L2wHNGyhKWwj
LMmTbk2X4v9f1domOJfQo271bdpBLxe4Y5riAk4w6jjydxSmrjscD+zhxJvYgTf27WE8Su1oEkdp
z4O2rj/8ZnWdeQ6myrIik/J+zsn1XJ15YEvb6oB39dax48PH9XqP+zCooGa/7XYTGa9MGFPt+2YX
Hb6ui279UkjeOuavOeawgump9zTVx/jmbRnpG0amtMwJuppXd1u8RG/BC1wHgOid1OzZl4+hZh22
g3Hkxt44siFMPTu4CC7sC38wssejURqOvfHADf112ApleQ3aHRqtP77/89uP7/++QazqQmKuBKDZ
vRRwgmz0SX3OS8i/4XAQ+Wk8tIdeAPk3GvTti0kU2pOwFwTpML5Ie+NvoHjjBUnGib6r+CPv7kxg
8Nk9R1VmnAlWyJOMVU57YeI07IHwhpX6zsRzu4uXBYY+PnCjfuwPen5fn9i0brp7MtqCCerCQ6md
Uf4RN9cLaK9wAlc8EP+pHmrgUgf8qKCPEGW7uSQ6/w8AAP//AwBQSwMEFAAGAAgAAAAhADPuBoTb
BQAAOhwAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0NS54bWzsWetuo0YU/l+p74Do
b9YMd6w4q/hWVcomUeN9gAmMY7rAUBg7SauV9rXax9kn6TkDY+PbLnHyY6VGihw8Pnyc6zeHM2fv
H7NUW7GySng+0Mk7U9dYHvE4ye8H+sfZ1Ah0rRI0j2nKczbQn1ilvz//+aezol+l8SV94kuhAUZe
9elAXwhR9Hu9KlqwjFbveMFy+G3Oy4wK+Fre9+KSPgB2lvYs0/R6GU1yvbm/7HI/n8+TiI15tMxY
LmqQkqVUgP7VIikqhVZ0QStKVgGMvHtbJfFUgLXigc8eZw/8+u4PXZPC5QqWiX4O9ke3aazlNIOF
Ec8KWiYVz+UvVTErGUOZfPVrWdwWN6W84Wp1U2pJjADNjXqv+aERk19zEIOL3s7t9wqJ9h/nZXZ+
RvvgDe1xoEPQnvATbqJ99ii0qF6MNqvR4vqAbLSYHJDuqQeABuuHQryL2qJ9cyxlziwRKdPI2qpa
lMKtlzz6VGk5BzvR/Nq86GqlwNBmhC8WWuN6hGrk6h+lP5R8BT6VzhKPQx4/oeF38F8u0n5aiVvx
lEII4HqVEhkA2o/Z/Pfata1lsLYtDkbSPqgCHxCslGIdsNz4eAt1kIlRyijUSeNqcT5Kk+iTJrjG
4kRoH2glWKkJ6YUKFTgDdAGhbCBZHt/QkoISW8joDdqHJ4OJyh64rB1+3O322u0Y85uURmzB0xg0
sF4jAuhPHdIVckkF7Egg0Fs7Kem4PhS4zEvi2i4hNqq0yU7HdEwSALlgjnp26HtSZ3BDDSTNr1NC
eURFWKN5tODAFnc1ZDt6TbC1jJaXsi6SPIYCx0t8+t3yClhMKlLnglb9NdAtBzW9U2a2ckNeWpA9
DaCyqhOquY+KUKgHqGlvUEPiSA26oJJgHxWhGlRng0psn3go3AlWSm67ALEaWLcFG1iB1OFUWMRq
YL0NrGUFoMILtEWsBtZvwfqOLfPwVG0Rq4ENNrCI2T1kB3yLWA1s2IL1XP9FIUMsySXtmpCMhg+B
rFtTl3z66QyHhCMJrtpiuFNYzFEsNuK5gFrdIjLJGrDVqo3imVsJVveCpvOGxmqKwW1Vugkv2vsJ
BuQ4jVnEdwLf/QaN2aFLoDhQoguPSRpqB2pvp9qwUw3ZEoBLRSZtJsMSWssqAZBVFNGSlUyyllUC
IKvqvi2LWbmWVQIgq4r5qKwSAFlVoUdllQDIqrI7KqsEQFbV0lFZJQCydYGoTkD6V5Lk2rYfo4Jk
MwAfqmjl/vuMtuSWRTyPtZStWHqgQHfhZV08A362SMru6M3O35lxpnxZikVn5Z26IrvDJ/OD6NCb
vGp35ipem+12Z1Lj00mt7o/r7gwJ7s8lLaHtbDhOelu2yp05znNc0wJ1oRM71qsRH5jvrVcb6G+9
GvTLb73aQLf/j72apzjtUK8mW6PTaW2fyiRPnkxlx/q1DZW99Wvo8+3+561fOzLT+eYbz25D9dav
4Qitfhvc9c2P2q/5itvGVLCtl1APO8zTia3u12IBA8Tt11FSv1MdfR+VT92dfsHiZmApv8j3+znM
onGy/LfnjkxzOAmN4ZRMDYdMLGMYjEeGNw28kU1gyuIPP+vNkDUGU0WSsWlyvyzZ9VLoiN5lLBD0
LPgzib15vQAV8O7X7aJhQliP2Kec42y1PeX0XyMucwGd8/7eQ74z8nxObF7XI6HyyG2axEy7WmZ3
O36RE4iX5iuc7gD0Qdd8Z4zyHNes0zaceGZAJp4BaUoM58K5MC6scGxMxuOROyGT0HStddpWaHkO
2nXN1q9f/vnl65d/XyFX5Vxane7AnnBZwXi/kIcuyzKB+hsOQ88aBUNjSByov3HoGxdTzzWmru04
o2FwMbInn0Hxgjj9qGTy6Om3uDkCg8W9Y6ssiUpe8bl4F/GsV59/9Qr+wMqCJ/IIjJjNOdqKwoDP
csMwgOFvIPsx0Be0lCcLSltYwqMrSWlp+YEW1ysga9qHEzuosJFcKuCMDuKIohsRtF2d+Z3/BwAA
//8DAFBLAwQUAAYACAAAACEAWmg0S0EDAAC7CAAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVM
YXlvdXQ2LnhtbKxW4W7TMBD+j8Q7WOF3lqRNsyRai5o0RUhjm+j2AMZx1wjHNrZbWhASrwWPw5Nw
dpJtjCFNolKVJpe7833fffbl7PW+ZWhHlW4En3rRSeghyomoG3479W6ul37qIW0wrzETnE69A9Xe
69nLF2cy16w+xwexNQhycJ3jqbcxRuZBoMmGtlifCEk5vFsL1WIDj+o2qBX+DLlbFozCMAla3HCv
j1fPiRfrdUPoQpBtS7npkijKsIH69aaResgmn5NNKqohjYv+syRzkIDWNIbRS84OHnKuagfGyJsB
erJiNeK4BcO19ULOzb7R8lpRau/47o2SK3mlXMDF7kqhprYJ+kAv6F/0bu6RgxvcBI/Cb4dMON+v
VTs7wzlwgfZTD1p2sFcIwjndG0Q6I7m3ks3lE75kUz3hHQwLQAV3i1pUHaK/4YwGOB0P0R2qzhVD
6LkgHzXiAnBa+B08crEbklnMNr3coAfE937dS8fH4K+BU0eW2ReiPljgH+DfGXHOtFmZA6OOECgb
55AcLkA/w1bXlPs3K9B1a0pGMei+J8/MStaQj8gIROvGoHdYG6qQUwHsAkh5BuwYaE6fkvL6Civ8
/lFmiw/nsDIUPVQItx2F/yZyPBC5wIaiK4YJ3QhWQwWjY3BaG4D8BbYFZmsPhAgqiRxwR61twH9x
vIb9YNX9NZmUYVhUmV8so6UfR9XIL9JF6SfLNCnHUZqEp8U3r290DVBN09Jlc7tV9HJrvOe2Kg1G
8Auj8X1PoAQbfdyuxENXlkJYNTzsy/gYfVkb1TXm0xYrWGHozbBPjqD/4zIyGRhZsaam6GLbfnjE
S3wMXmC+QOonqXH74ciyzaokTKMq8UGmkR/P47k/H2ULv1osykkVVVk4Gd3JVlvkHKp7rlp/ff/x
6tf3n0fQqjtIhgkDx/25hgNJuoN/qxrYf0WRJaMyLfwiimH/LbJTf75MJv5yMo7jskjn5bj6BoXL
KM6Jom74va37IQzGvwZn2xAltFibEyLaoJvAgRSfqZKicUM4CvtJvsNs6iXJJJ2cZllmVQDlQpHD
vysWTHZ62qoJU++wvNzB4YNz+GQA+ZfOJOEjoYt+4GKhDx8ds98AAAD//wMAUEsDBBQABgAIAAAA
IQA3aiBnEAMAAGoHAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDcueG1srFX/bpsw
EP5/0t4Bsb8pP0IIQUmqQMg0qWujpX0A15gG1die7WTJpkp9re1x+iQ7DLRb20mVFiki5rg73/d9
5/PkdF9Ta0ekqjib2v6JZ1uEYV5U7GZqX10undi2lEasQJQzMrUPRNmns/fvJiJRtDhDB77VFuRg
KkFTe6O1SFxX4Q2pkTrhgjD4VnJZIw2v8sYtJPoGuWvqBp4XuTWqmN3Fy7fE87KsMFlwvK0J020S
SSjSUL/aVEL12cRbsglJFKQx0X+XpA8C0F5TxG5ty7jJHRh8ewbI8ZoWFkM1GFLj0RiVuJSENCu2
+yjFWqyk8T3fraRVFU1sF2O73YfOzbwycIOF+yz8ps+Ekn0p69kEJUCBtZ/aoNSheUIQSsheW7g1
4icr3ly84os3+Svebr8BVPC4aYOqRfQSTtDDWSBNrBVFmGw4LYi0/EeAbRSCLGcc3yqLcYDcMNEi
xee7Pm8Dv9lJbKyW+kJD430HEREtbeAPwPkGrGGocTaLPl4B3YZHvU95cWg4uYZ/Y0QJVXqtD5QY
rgARSkpQsBHlRzTMPC/Nx0669JdO6OeBk8aLzImWcZQN/DjyRumd3RcFUHVVk2V1s5XkYquhHVAi
QWBoAzgwhDlXa6i71hklCA5UJ4+exW4AP88fTIBoDcWbEox0rFghib48S9IwhBKoFWD2mGDZ6vFv
VQa9KkvONWjxpy7BMXQptWyF+bpFEnbotek1bYX8L23IURkJe0bWtCqIdb6tr5/xMjgGLzANIfWr
1BjeDSPHa9txHnmxn0cOtKnvhPNw7syD8cLJF4tsmPv52BsGj22rGuQMqntrtz7c//zwcP/rCL1q
WrYfjDClzhQ0vzDzaisrOH9pOo6CLE6d1A/h/C3GI2e+jIbOcjgIwyyN59kgv4PChR8mWBIzqj8V
3ZUBxhdjvq6w5IqX+gTz2m3vC1fwb0QKXpkrw/e6e2eH6NQORsPQG8ajUT9doEpz6vpqAUIz8Juy
MZWfkbjYwfRBCdxw0P+ZMQm407qZ9uTSYO/vyNlvAAAA//8DAFBLAwQUAAYACAAAACEAvXAyVFcF
AADEEgAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ4LnhtbMxY3W7iOBS+X2nfwcpe
p8T5J2o7KgFWK3XaamEewCSmZCeJs46hsKuR5rV2H2eeZI+dmAJlhtD2YqWKBvP58/k/J778sC5y
tKK8zlh5ZeALy0C0TFialY9Xxqfp2AwNVAtSpiRnJb0yNrQ2Plz//NNlFdV5eks2bCkQcJR1RK6M
hRBV1OvVyYIWpL5gFS3htznjBRHwlT/2Uk6egLvIe7Zl+b2CZKXR7udd9rP5PEvokCXLgpaiIeE0
JwLkrxdZVWu2qgtbxWkNNGr3vkhiU4G2bPbHdG0gBeMrWMDGNWieTPIUlaSAhZiVAhjQUyYWKCaV
lENh6mrKKZXocvUrrybVA1db71YPHGWppGopjF77QwtTX0uAwUPvYPujZiLRes6L60sSgUXQ+soA
x23kJ2wiEV0LlDSLyfNqsrg/gk0WoyPonj4AJNgeCj6vGo1eqmNrdaaZyCnCW60aKIGttyz5XKOS
gZ5S/Ua95G6lyaTOkr5aoMb8QlK1uOZHZQ+Nr5VNtaBbS7heALGlzGEHjuUd2MSxrNDBjoGkZTD2
7Raxq3HDXEViPWDpRlp0Bv/BcaRMFgwCddbYOa/FRGxycDOJ8lWOQSBE8kfIpByCgEQpnf8OS/Vf
VwaIBDLNtOJbPPgYnnd4wMIkAjvAB2zNiUxEWpqfJpCIhYhzSoC+1Ulcx3mWfEaCIZpmAn0ktaAc
KbtB2oJkkl2oMxQlLdMHwokUapdZuoJEcDLYV+sMj423v+9zMOJ+FjzkJKELlqcghP22CMhSiF8d
JN2d73iBJx0qk+GY9z2MMSAa73uh52AIhUb9JqGU2k0cakto76vU2nVV6/IDTzsy+hrKHQA82m28
7kZFuIvVAMA6R7DuLlYDAOsewcpo28qgAYD1TmE1ALD+KawGADY4hdUAwIansBoA2P4pbAM4lkOw
EwHDNlnemFOypqqUqvdyqskblTzwoY9UgXtGGk9owsoU5XRF8w70KrfOoJ8uMt6dXSXEGexjtuTQ
/boK78rAPIc+mx9lhzb3rtXM1dVsKl29W8qUQaDt61b1qmYmOwiUcGgFC5LPDZgBoMApR6qmJkuO
epioiJfFVy79qLth1/Fwk+fPLX+vvbl+H1v+mwscKgi/VSNGVqYw7chHKdpseQdDofLmTk3De3VK
9kSJhUyU5a2l0j26E99ePT2okS1fH7vyVNSJb682HtTRlg87Afa7EvZ/UGs1X2iHstR3EnCP76Ae
t3y2HYJ4r+E7qNmaL3BV2zpfvoO63vJJss4O2dP3oPZrPt8LXueP/0d/gMzW04QaMOSY+/25ytOV
aEgE3atEqna+tRKl4kUdws20IN82jhYiyPFnDY7OQ6oKqNl1Di9H8gXnb9+LLWsw6puDMR6bLh7Z
5iAcxqY/Dv3YwRDBweCL0c76KagqsoKOs8clp/dLoSpMlxE47NnwZ2HnuXGCCLLmvG9/8LVXxozJ
KXu3Q3iyp73VL3PBG8f8uSQcTmh7BD4xBZ/jm/e1SKAtMsmzlKK7ZTE7sIv/HnaBiwagPmqaE/3z
HNNsw7Y/8q0Qj3wTwhSb7o17Y97Y/aE5Gg5jb4RHfcuzt2FbS81LkE7GW5do/fb1n1++ff33HWJV
FRJ9yQAjy20NL3qVevdf8gzybzDo+3YcDswBdiH/hv3AvBn7njn2HNeNB+FN7Iy+gOAVdqOEU3UL
8lva3sbA4osblCJLOKvZXFwkrOg1VzG9ij1RXrFM3cZgq73SWREYvPuBFdiuHQbqVUSJpoYcLSxo
IK9SVObk/COp7ldqVoC7Iwj/WC1VcFsEbpTQZ4hUXd8+Xf8HAAD//wMAUEsDBBQABgAIAAAAIQDV
gCHfFAUAADMSAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDkueG1srFhrbuM2EP5f
oHcg1N+KRVkvC3EW8asokE2COnsARqJjYfUqRTv2Fgvstdrj7Ek6Q4m2lThdxysgcCRq+HGe35C8
/LDJUrLmokqKfGjQC8sgPI+KOMmfhsanh5kZGKSSLI9ZWuR8aGx5ZXy4+vWXyzKs0viGbYuVJICR
VyEbGkspy7DXq6Ilz1h1UZQ8h2+LQmRMwqt46sWCPQN2lvZsy/J6GUtyo5kvTplfLBZJxCdFtMp4
LmsQwVMmQf9qmZSVRitPQSsFrwBGzW6rJLclWFsm0cPGIEpMrGGAGldgeTRPY5KzDAbuk0iuBCfP
iVySMStRDyVTlQ+Cc5TO17+Lcl7eCzX1dn0vSBIjVANh9JoPjZh6zUEMHnovpj9pJBZuFiK7umQh
eIRshgYEbou/MImFfCNJVA9G+9FoeXdENlpOj0j39AKgwW5RiHlZW/TaHFub85DIlBO6s6oWZTD1
pog+VyQvwE40vzYvul1rMLQZ4cslqd0vEaqRqz8qf2j5SvlUK7rzBPUHth1A3oLlTgBZZr3wiusE
ngODBH3jep7fD9QiGgkWqaHLUG5GRbxFlz7Cf4gcy6NlAZn6iDNYmFZyLrcpxBme1ykFjQhLn6CU
UsgCFsZ88ScMVV+GBuQ7LPmoLd/JQ5DbOOBiFoIj4AempgwrkefmpzlUYibHKWcA35gkr8ZpEn0m
siA8TiT5yCrJBVGOg7oFzRBdqjUUJM/jeyYYKnWIjLFgIawMtmublRswHm8Hva+DrsvgPmURXxZp
DErY6CIoFh3gs1IAKtCAcoFc1glzXiJ41PZ9tw6aro5WHjiUYrKcmghvRj9j4kZVY5LHQC34iKF8
XN0Cf6pZBznRh6RoVmyyB2Xh0cZEqqEc10cpcgqevbegAWnw+nu8AXVU8p+Eh5J1bgAegjR4zh6P
9n2KJXaaglgEO0BEaQDdA8AAqvc8QERpAL09ILABKHiWhojSAPoHgL6jIneGyYjSAAZ7QEQ7PSgt
HyJKAzg4APRc/8ygIMpxTuqWOxzNHQ9Yj4fE0ccM+VniQL4GwgTiXbJ00XCIoiTVQ5SN2FznylzN
+LoFHG0mbh9aRd0r9i22RSKBBa2lXkQj/U8zUWxwrIO8i0Noq0axAzXpcCaH0BYnIUiDdyaH0Fa6
dsAhg44ppIXXAYO08DogkBZeB/zRwuuAPlp4b7MHJBKBJrLbuqi0On+Hg6ShNjhVa4dzzi7G1Uw0
YZK3mMjpgoli+YqHaN0EkX+OEpHiP70P03vPFl2oF7VTXMBZBM8Tf3vu2LJG04E5mtGZ6dCpbY6C
ydj0ZoE37lPogf7oq9FsrWMwVSYZnyVPcHy5W0kDq/yUcAQ9G/4s2t/7HVTA2d32B09HZVYUuKc9
7BBqI/ezHWIhRR2Yv1ZMwAp6n/mDjeZ7YtOtR3ztkXmaxJzcrrLHF37xushXONcD9FHX/KB/vsc1
u7QdTD0roFPPhDSlpnPtXJvX9mBiTieTsTul04Hl2ru0rdDyHLQ7NVu/f/vnt+/f/u0gV1Uj12d6
YJ+bCo5VpTpqr0QC9TcaDTx7HIzMEXWg/iYD37yeea45c/uOMx4F1+P+9CsoXlInjARXlw5/xM3l
Bwy+urDIkkgUVbGQF1GR9eqbj15ZPHNRFom6/KBWc4OyZkCsbuD6lPpOfZpVqqkDnVYWLMCbC7W3
SsVHVt6tFQnDVQ2k/1gNlXA5A2FE0b0Imq4ve67+AwAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4A
AAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ1LnhtbC5yZWxzhI/B
CsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHe
BOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68i
mjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5q
Wd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEAuX/uc5YGAACwGwAAFAAAAHBwdC90aGVtZS90
aGVtZTEueG1s7FlPb9s2FL8P2HcgdG9jJ3YaB3WK2LGbrU0bxG6HHmmJllhTokDSSX0b2uOAAcO6
YZcBu+0wbCvQArt0nyZbh60D+hX2SEqyGMtI0gbbsMWHRCJ/fP/f4yN1/cajmKFDIiTlSdurX615
iCQ+D2gStr17w/6VDQ9JhZMAM56Qtjcj0rux9f571/GmikhMEKxP5CZue5FS6ebKivRhGMurPCUJ
zI25iLGCVxGuBAIfAd2YrazWausrMaaJhxIcA9m74zH1CRpqkt5WTrzH4DVRUg/4TAw0aeKsMNhg
UtcIOZNdJtAhZm0P+AT8aEgeKQ8xLBVMtL2a+XkrW9dX8Ga2iKkla0vr+uaXrcsWBJNVw1OEo4Jp
vd9oXdsp6BsAU4u4Xq/X7dULegaAfR80tbKUaTb6G/VOTrMEso+LtLu1Zq3h4kv01xZkbnU6nWYr
k8USNSD72FjAb9TWG9urDt6ALL65gG90trvddQdvQBa/voDvX2utN1y8AUWMJpMFtHZov59RLyBj
znYr4RsA36hl8DkKoqGILs1izBO1LNZi/JCLPgA0kGFFE6RmKRljH6K4ixkdCaoZ4E2CSzN2yJcL
Q5oXkr6gqWp7H6YYMmJO783L79+8fI7evHx2/PjF8eOfjp88OX78o6XlLNzFSVhe+Prbz/78+mP0
x/NvXj/9ohovy/hff/jkl58/rwZCBs0levXls99ePHv11ae/f/e0Ar4t8KgMH9KYSHSHHKEDHoNu
xjCu5GQkzrdiGGFaXrGdhBInWHOpoN9TkYO+M8MMV+A6xLXgfQEVpAp4c/rQEXgQianKXO5odiuK
HeAe56zDRaUVbmleJTMPp0lYzVxMy7gDjA+reHdx4vi3N02hdNIqkt2IOGLuM5woHJKEKKTn+ISQ
Cns9oNSx6x71BZd8rNADijqYVppkSEdONM0X7dIY/DKrEhD87dhm7z7qcFal9Q45dJGQFZhVCD8k
zDHjTTxVOK4iOcQxKxv8NlZRlZCDmfDLuJ5U4OmQMI56AZGyas1dAfqWnH4Lqke12/fYLHaRQtFJ
Fc3bmPMycodPuhGO0yrsgCZRGfuBnECIYrTPVRV8j7sZot/BDzhZ6u77lDjuPr0a3KOhI9I8QPTM
VFT48ibhTvwOZmyMiSk1UNedch3T5LJ2n7l2bwtamTy7Jyr2MtzJOt3lIqD//jK9g6fJPoHMWNyr
Lqv0ZZX2/vNVelk+X3xtnpdjqNS6d7JNt2nB46Ud+JgyNlAzRm5L04RL2ISCPgzqdeb0SYoTWRrB
o85kYODgQoHNGiS4+oiqaBDhFBr4uqeJhDIjHUqUcgkHRzNcSVvj4RCg7LGzqQ8ktnJIrPZ4YIfX
9HB+7ijIGKlCc7jNGa1pAmdltnYtIwq6vQ2zuhbqzNzqRjRTFB1uhcraxOaADiYvVIPBwprQ3SDo
icDK63D+16zh4IMZCbTdrY9ytxgvXKSLZIQDkvlI673oo7pxUh4rC4poPWww6EPkKVYrcWtpsu/A
7SxOKrNrLGGXe+9dvJRH8NxLQO1kOrKknJwsQUdtr9VcbXrIx2nbG8OZGR7jFLwudUOJWQgXT74S
NuxPTWaT5XNvtnLF3CSowzWItfuCwk4dSIVUO1hGNjTMVBYCLNGcrPyrTTDrRSlQUY3OJsXaBgTD
PyYF2NF1LRmPia/Kzi6NaNvZ16yU8qkiYhAFR2jEpuIAg/t1qII+AZVw9WEqgn6BezptbTPlFucs
6cq3YwZnxzFLI5yVW52ieSZbuClIhQzmrSQe6FYpu1Hu/KqYlL8gVcph/D9TRe8ncA2xFmgP+HBN
LDDSmdL2uFARhyqURtTvC2gcTO2AaIG7XpiGoILLavNfkEP93+acpWHSGk6T6oCGSFDYj1QkCNmH
smSi7xRi9WzvsiRZRshEVElcmVqxR+SQsKGuget6b/dQBKFuqklWBgzuZPy571kGjULd5JTzzalk
xd5rc+Dv7nxsMoNSbh02DU1u/0LEoj2Y76p2vVme771lRfTEvM1q5FkBzEpbQStL+7cU4Zxbra1Y
CxqvNnPhwIuLGsNg0RClcJmE9B/Y/6jwmf3yoTfUIT+A2orgQ4YmBmEDUX3FNh5IF0g7OILGyQ7a
YNKkrGmz1klbLd+sL7jTLfieMLaW7Cz+Pqexi+bMZefk4kUaO7OwY2s7ttTU4NmTKQpD4/wgYxxj
PpmVv2rx0UNw9A58P5gyJU0wwTcrgaGHHpg8gOS3HM3Srb8AAAD//wMAUEsDBAoAAAAAAAAAIQCg
NeAtuaYAALmmAAAXAAAAZG9jUHJvcHMvdGh1bWJuYWlsLmpwZWf/2P/gABBKRklGAAEBAQBgAGAA
AP/bAEMAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB
AQEBAQEBAQEBAQEBAf/bAEMBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB
AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAf/AABEIAMABAAMBIgACEQEDEQH/xAAfAAABBQEBAQEB
AQAAAAAAAAAAAQIDBAUGBwgJCgv/xAC1EAACAQMDAgQDBQUEBAAAAX0BAgMABBEFEiExQQYTUWEH
InEUMoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUmJygpKjQ1Njc4OTpDREVGR0hJSlNUVVZXWFla
Y2RlZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbH
yMnK0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4+fr/xAAfAQADAQEBAQEBAQEBAAAAAAAAAQID
BAUGBwgJCgv/xAC1EQACAQIEBAMEBwUEBAABAncAAQIDEQQFITEGEkFRB2FxEyIygQgUQpGhscEJ
IzNS8BVictEKFiQ04SXxFxgZGiYnKCkqNTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1
dnd4eXqCg4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY
2dri4+Tl5ufo6ery8/T19vf4+fr/2gAMAwEAAhEDEQA/AP7mta8WX1n8e/hr4Fj8KWt5pviP4Q/G
/wAWXfjh7SZ77w7feC/Gf7Pmj6f4Ut75YWgtrXxnB491PV7y0kuIpr2bwHYTQQzpYXD23r1eV6vq
vxCh+N3w90TTdN834Uah8K/jHqvjTV/scT/YfiFo/i34FWnwx077eZBNbf2r4b134uXP2OOJ4r7+
x/OmkifT4Fm9UreskqeFaUE3Qk5ONRzlJ/WsSr1IvSlPlUYqmrp01Tq71GY0m+fEXcnatFJSgopL
6vQdoNfxI3bbm9VNzhtBBXzr8E/+Sl/tf/8AZxXhn/1kv9l2voqvnX4J/wDJS/2v/wDs4rwz/wCs
l/su125f/umef9iuj/6usnObGf7xlX/YfU/9VeZH0VRRRXlneFFFFAH5A/G7/guv/wAE2f2cv2yf
Fv7B3xi+LXxA8O/tG+Fv+FNaZa+E/Dn7Pnx6+K3/AAmvjv442L6z4P8Ahb4Atvg78OviB4g8UfEC
Lw/qfw+1q80+10GPR9T/AOFreCvD3g/XfFPjOw+IPhrwL+AP/BQn/gtl/wAEMv8AgpRo/wCzT8OP
H/8AwUP/AOCn/wCzJ8P/ABx8P/jJpnxr0b9k+18a/CTwJ4a0f4j+BPBVzqvwt/bh8NXXwz+Iv/C6
Pt39lap8MfBun/Ajw/8AHjwJp+sa38Rl8U67B8P/ABLp/iy8/t8rynR/HWr6h8cfiJ8NJrbTl0Lw
l8Kfg146027ihuV1efV/iJ4v+PGga3b3073b2cmnWtn8L9Al0uGCwtrmC5vNYe7u76K4sodP2pUK
laGJqQS5cLRjXq3dmqcsRQwqcV9p+1xNJW/lbl0MqlaFOdCEr82IqujTsrrnjRrV3fsvZ0J697Lq
fy8S+Af+CaPwD/4Jwa98Nbj9uH/gq/41+BP7cfh+9/b8+HH7V/xY+OGreA/jL4W1H4F/tv8A7Iep
eB9R+D2s/tMeEvgr4D/Zs8QfHv8AbD/al+GfxM0T4/8Ai/4R+BvCvxDg+InjL9oL43/tKeG/htoX
w3+I+g/EHx9/aQ/4JC+L/DnwV+MF3/wX6/4K/wD7JniD4ufD/wCHEfgfxLpuofFi58Y/G79nH9lv
4p6z+xjqvjfxl4t+C37M118TdZ/4XXe/su/Hr4pfDTR/jB8VmtfhJ8dvj/8AFj9pKb9m/wAKeIPj
d8Y/hZ4+/t8+Fvwn+FnwO8CaF8Lfgp8NPh/8H/hl4X/tP/hGvh18LfBvh34f+BPDv9t6xqHiLWf7
C8I+E9N0jw/pH9r+INX1XXdT/s/T7f7frGp6hqd15t7e3M8noFYmp+QPwR/4Ll/8E+/jRda9pdz4
3+IHwh1rwz8P/wBmr4pa5Y/Fz4Y+J9N0fSvAn7VX7OPw2/al+G2u6p8RvBMPjv4S6P8A2P8ACXx3
4s8U/ErTNZ8f6frHw68Cfs7/ALUXx38S6fafsy/Abxz8brH6/wD2Cv21vhZ/wUS/ZO+FP7YvwU0D
4geF/hl8YP8AhOv+Ea0L4paV4d0Tx3Y/8K/+JPjH4W6z/bumeE/FXjbw/bfafEHgnVbzTP7P8T6n
52j3Gn3F19ivZbnT7T6/rn/DXhPwt4L0650fwd4Z8P8AhPSLzxB4s8WXel+GtG07QtOuvFXj3xVr
Pjrx14lubHS7a1tp/EHjTxt4j8Q+MfFmsyxNqPiPxVrus+IdYubzV9UvrucA/O/9qOfw4P26f2Dr
u/sb+5g8Oz/FA+N7+0nEWj6PB44sNH8LfBMeLbbcDf8A9sfF+CK38EDY7WOv2WoXMcsCNPFedL+2
LY/tGX3xV+EB/ZS1X4faX8atL+GfjjxJpkPxU1658KeAvE/gLwp+1r/wT+8T/Gz4ea/4usfhd8ad
R8Hr8UPgjpHxE+HOm+MNK+GXinWPCmseKdP8QaRDpupaba6zp1XUvAOr/H/w1+2p4+8OmM+Ktd8T
Wvw2+BWpS8x2Wq/sf393f+CL0yD5guk/tXr8T75jbOn+iW9sUkjuxK68J+0Ba/Bz9qy9/Zk1Px58
QtU+F3w4+Mf7NPxKv9E1638dj4fyTeIvix8Wv2IfDXw68B6tczX+n2HiC98ZeM/GmgeA7H4f6n58
vinxlq2i6BpNl/wlsmhvB9vgqWGq4nLMPisRUw2HwOWZxl2PxEKTxU8Kq+U5hmM6rw3tKLnVp1cZ
jMN7KNSHPHAL3lK58pjKlenQx1bD0YV62Lx+VY3CUZ1Fh44h0cywWDjTVf2dTkpzp4bC1/aShLll
jHpy7eUx/B3/AILY+JLGPQH/AG0/2WLHw34v1j4baprnxw+Gnw90+x8b6B4L0/8Abu+PnjP4i2H7
P3ww8b/Bf4qfDvwrrHxD/wCCfnxB+AHgzwf4s+Nfjb9pvSfAPxI/Z/1LwBc+FfH2qfGbXf2zfDOP
8NvhX/wX+8M6x+0rr/xD/ae/YA+Jupzf294d/ZD8Pt8P/iD4P+Cdpo9747+N3xOi+Iv7Qnw40H4d
/wDC7f8AhYH9mf8ACg/2YfAnhH4f/tb3vgT4X/CLVfHnxj+IU/7UHxt+GVkv7QH04yfsKfDX4e+I
tZ8b/tgQeG/DXwT0fQNN+LPi67/4KG/G3wL4F+HUz/Ebxd8ArSTxUuoftNS6T8NNN1L44fDH4j/B
/RdJ1/WIlt/iV4C8YfDK2u7zxZ4P1zTrPuPDWg/sb+NPiFc/CPwd+0v4q8WfFaz8P+LPFl38MfDX
/BQv9oHXfiFa+FfAXxM1n4K+OvEtz4L0v9oe68SQeH/Bfxj8OeIfhL4s1mXTV07w58TNC1nwHrFz
Z+KdLvtKg+enRyNTmoZjmkoKUlCX9kYX3op+7LXOovVa6xi+6WqXtQq5s4xc8Fl8ZOMXKP8AaWI0
k0uZaZW1o7rRtabu9z5r/Zw+Ff8AwWr0/wARwal+0Z+09+yBF4fh/wCGntPi8NaT8P8AXvjrnR9T
+Fn7LPhP9jPU9e1nw78O/wBhq91/4geDPib4H/aU+Lf7S+u6DH8P/AnxG/4Wlf8AgP4YfC34ZeH/
ABR8Mrn9kg8K/An/AILJeJLX4JeB/i3+3H8APh/4f0T9kDwN4e+Onxt/Z4+COhXvxs8X/tkxftHf
CjxV8RfE3hbwN8bPAPjb4MW3w/uf2WPBPjz4OeFPHMeleF7Ffi78YPGnxp1L9ly38P6Z8LvhR8Lv
pTwHoP7G/wAVNR03R/hh+0v4q+I+r6z4fk8WaPpfgP8A4KF/tA+MNR1bwrF4V+EvjqXxLptj4e/a
H1G5vvD8fgn4/fAnxjJrNrFLpyeFfjV8JfELXI0j4j+DrvWcDxdffsHfD/wJ4d+KXjz9ry78E/DL
xf8AD+D4seE/iL4u/wCCknxv8N+BPFHwsudY+HXh22+Jfh3xdrP7SFl4f1v4f3HiD4wfCXQoPGWm
6hc+HJdY+KPw60yPUmvfG3hmDU59lk3/AEH5p/4aMJ/8+/X+npXtc0/6A8B/4csR/wDOr1/p6fFX
hP4Bf8F9/A37HvhqC7/bd/Zg+N/7eEviDRp/EcvxN8J+G/A/7MGhada/HO28Y+JJhrHwn/ZE0f4k
/Ezw/r/wJ+HXgX4L+H/h7Y+CfgT4q8FeIPjx+1Z8UdU+P3xEv9O/Zd8PfAvz/wACeBP+DpPS/FXx
x8Z+M/jj/wAEYdbtvFXh/wAEXPwg+EFz4I/av1T4Z+AvFXh3UdA0DxLo2jeJNA0D4afFbw94f8c+
FtQ8W/EPxL4l+Ifi39o/UV+IXhjwn4H8D+E/h54J8Xa7rvhP718B+O/+CcnxU07TdY+GH7cWlfEf
SNZ8QSeE9H1TwH/wU9+L3jDTtW8VReKvhL4Fl8NabfeHv2mNRtr7xBH42+P3wJ8HSaNayy6inir4
1fCXw81sNX+I/g601n1/w78Nf2YfF/jv4i/C3wn8cfiV4o+Jvwf/AOER/wCFtfDrw7+3j+0lrfjv
4Xf8LA0efxF4D/4WL4R034/XPiDwT/wm3h+2udd8I/8ACTafpn/CSaPbz6no322yiknU9lk3/Qfm
n/hown/z79f6eh7XNP8AoDwH/hyxH/zq9f6en5Q22jf8HAug/C/45WP7dXiz/glB40/Zun+Cv7X+
s/EbWPgDbftS2v7Q9np3iP4W/GDxD8NfCfw9i8T+GvCfwpbw/wCAvFOqeB/AsNz4r0u68VXnwl8O
T3fiXxL40+KM9/4x139VfA/7dPwq8d674+03S/BXx/8A7K8Da9H4Y/t6z/Zx+PXieHWtbt1uG1qC
Oy8GfDbxHc6BHpJFjF9n8VHRNeuZrmcvoNpa20F1feX/ALQXwd+CmsfsoftL+MvAPxH+LPjO18N/
Cb9ovR/t1j+2B+0b4/8AC8XjP4ZaP468IeMvCuu6bd/GjXfDGq3/AIP8d+F9e8F+OvB2v2V7Fp/i
DQ9e8I+KtJW6stU0xP0D03TvDFlrOrSabbaPH4ln07QovEF3CLWXxJeaZZjUrfw23iC+JfWL63hx
rKaRNqs843nVPsrmRrwn2ubIqOQ0o1KGaZjKePzL6vVUqGVvCTjTyF1pThF5tGuqtL93Cc3BU3Jr
2U51IVaPl2zirm9SUKuX4GMMJgfbU3GtmH1mEp5t7NRm1lsqLp1LzlGKm6iUXzwjCdOr+a37ZPgz
9mH9t/wd8PfB/wAUoP2yvCv/AAqj4geIPix8OvFPwz/ZU/aS0Pxj4M+Keo/An40/Avwj8S/C+t+I
v2aPFn/CO/ED4O/8Ls1D4xfBjxloVrp3iP4ffHbwD8L/AIg6ZqT/APCKz6Rqv5QeGv8AgkD8C/Be
nXOj+Dv+Crv/AAc0eE9IvPEHizxZd6X4a+If7UehaddeKvHvirWfHXjrxLc2Ol/sTWttP4g8aeNv
EfiHxj4s1mWJtR8R+Ktd1nxDrFzeavql9dz/AL0/tk+Mv2yfA/g74e61+xb8Jvh/8ZfFsHxA8Qal
8UvBXj/UbHRP7b+FnhH4E/Gnx9p/g3wV4j1P4l/DfTPBXxA+Mvxt8I/Bn9n/AMOfEvV4viR4d+En
/C27z4reLfhP448JeCtds4Pyg8Nf8FBv+DgG1065i8Y/8G93h/XdXbxB4subS+8Nf8FTf2TfCenQ
eFbzxVrN34F0a50vVLXxpc3XiDw54Jn8PeHvFniWLWLPTvGnirS9Z8Y6P4T8BaRrtj4F8OeL7bJv
+gDNP/DvhP8A5yev9LX1PZ5p/wBBmA/8NuI/+evr/S11k/YE/Y/l1j44an4g+Ov/AAWJ+I1l8dP2
QP2p/wBinVPDvxttP25f2gtH+H/ws/a38d2Pi7x/r/won+O/wB+JHiDwZ8QPD/h/w18OPhb4V1Vd
d1Dw5qfgT4VeBtQ+J3hX4j/E0eKfiL4o8/s/+Cb/AMErX/hHPP8A+ClX/ByRqP8AYfw/8a+DdT+2
fG7/AIKEJ/wmPiPxV/wn/wDYXxY8R/2f+z1YfZfiB8Nf+Ex8O/8ACFab4R/4RX4WX/8AwqjwB/ws
X4aePv7R+KX/AAsr7KT9of8A4LJa3rHxw0y5/wCCdXwA+F1l4P8A2QP2p/GXwQ8Raf8Atc6F+0No
/wAYP2yfCHjux8I/stfCfU4L7RP2V/EHgP4f/Evw/wCHvFnxS13UtZ0JrG98CfEH4W6f4m+JfwI+
Jvhv4jfDq38/s/23f+C2t1/wjnn/APBC34f6d/bnw/8AGvjLU/tn/BWH4Hv/AMId4i8K/wDCf/2F
8J/Ef9n/ALP1/wDaviB8Sv8AhDvDv/CFal4R/wCEq+Flh/wtfwB/wsX4l+Af7O+KX/CtT22Tf9AG
af8Ah3wn/wA5PX+lqezzT/oMwH/htxH/AM9fX+lr4rrP/BP74F+I/wBmrwn+zn4h/bz/AOC9Ou6v
4C/afuf2qfAv7T+sx/tR6p+1x4L8VXnwQ8S/AK7+HXhP41X37H89z4c+D914J8aeMbi58I6Podnq
M+t+LPEs0viJtI13VNGuvX/hL+yt+zz8N/2WP2qf2U/Gv7SP/BYn9p7w/wDtc/D/AMdfC3x/8Tv2
stA/bN+OnxT8GeBPHnw61z4cXmhfCFvEf7OMXwy+H/8AZll4o8R+ILfU7P4ZXeseIPEep2h8f6h4
y8P+FvBXh/w11es/thf8Fi5/2avCfxd8Pf8ABHjw/pf7Qdn+0/c+BPHX7Hms/t4fs/a7qPiP9mBv
gh4l1m0+OPhP9o2xk8OfDbwX4gg+O114O8K3PgjWPC3j3xBdeFdC8SmLQLOPxZpfjLwX6/8ACX9o
f/gp/wDFH9lj9qn4g/EX/gnV8P8A9k79prwV8P8Ax1/wyX8C/Ef7XPgD9pn/AIXT8U9L+HWua34O
/wCE/wBX+HmifCj4f+Afh/rnxAfwj4Ps/P8AjFD4i1bPjW68Rf8ACsNF0fwz4p8Xntsm/wCgDNP/
AA74T/5yev8AS1PZ5p/0GYD/AMNuI/8Anr6/0tfhb4yf8E8v2aPjZ+0P4B+PfiH9s/8A4L0+HtI+
GHiD4X+IPAvwD8G+Mf29tJ+DXhqf4afCWy+B922iajffs/at8dtG8QfFT4bP4x0P4w/E7R/jbp/x
l8cT/Fb4savL8R7DV/HOqXp/SH9jDwh8HfgJf/GPwF8NvFH7Y/jCL9ob9p/4+/tUvZ/tCfB347aV
4O+Fvir4765c/Enx/wDDr4W6/wCJfgZ8OvBnw1+D8fi//hJfFvhrwjrOqXeo3Xjfxr4pvrrxF4i8
UeLmNz80fGT9rL/gtH4e/aH8A/DD4M/8EjPg/wCPvg4niD4XwfEr9ovWf+Chvw50b4e6hp3jH4S2
U3xGh8J6Hf8Awx0T44+GPD/wY+OPiVLW5+IWo/Anx34q+Jfwz+FfiVvDHwB0nxJ8UPDFx4G/R/8A
Z21D9o7VvDnxH1L9pfTPh/4f8QS/tAfHzT/hV4a8AaFdaZ/ZH7OPhr4p+JvCf7P+p+NdZl+KXxPs
vGXxA+Inwy0HQfi34j13SY/hva6R/wALAs/Ad/8AC3wv4g8Ga1c6vE6uUuE1TwWYwqOMlTnPNMNU
hGdvdlOnHJ6UpxUtZQjVpuS91Tg/eHCnmSlF1MXgZQUoucYZfXhKUbrmUZvM6ihJq6jJwmotpuEk
mn1er6X8Qpvjd8Pdb03UfK+FGn/Cv4x6V400j7ZEn274hax4t+BV38MdR+wGMzXP9leG9C+Llt9s
jlSKx/tjyZo5X1CBofVK8h1rwnfXnx7+GvjqPxXa2em+HPhD8b/Cd34He7mS+8RX3jTxn+z5rGn+
K7exWZYLm18GQeAtT0i8u5LeWaym8eWEME0CX9wlz69XLWadPC2cG1QkpKNNwlF/WsS7VJPSrPlc
ZKorJU3Tpb02dFK6niLqSvWi05TUk19XoK8Ev4cbppwermp1NpoK+dfgn/yUv9r/AP7OK8M/+sl/
su19FV86/BP/AJKX+1//ANnFeGf/AFkv9l2u3L/90zz/ALFdH/1dZOc2M/3jKv8AsPqf+qvMj6Ko
ooryzvCivPPhp8XfhP8AGjQrvxT8Hfif8PPix4ZsNWn0C+8RfDTxr4b8d6FZa7a2dhqN1ot3q/hb
U9V0+21a20/VdMvp9NmuEvIbPUrC6khWC8t3k9DrOlWpYinCtQq061GouanVpTjUpzj/ADQnBuMl
5xbR2Zhl+YZTjMRl2aYHGZbmGEqOli8BmGGr4PGYWqkm6WIwuIhTr0aiTTcKkIySadrNBXzr4Z/5
O0+Nn/Zuv7Lv/qy/2v6+iq+dfDP/ACdp8bP+zdf2Xf8A1Zf7X9exl/8Aumef9iuj/wCrrJzxMZ/v
GVf9h9T/ANVeZH0VRRRXlneFc14zv/EWleD/ABXqnhDQv+Eo8Wab4a12/wDC/hn7ZY6d/wAJF4is
9LurjRNC/tDVLvT9Nsf7X1KO20/7ZqN/ZWNr9o8+7u7a3SSZPNPAPxui8b/Fj4tfB3UPht8Q/h/4
m+E+k+CfFD33jKX4c3WhePPBXxF8SfFTwt4P8Z+CLrwF8RPHGoRaTq2ofB7xbMdL8daZ4I8XWFm+
kyal4Zs572W3tfcKywuKo4iEa9H97TVWrTcalOrSvUw1edCvSnCapVY8talUpy+FuzcZWakennWS
5jkWMllmaUoYbFvBZbj4+wxWDxtOWDzrLMJnGWYqjisFWxeEqwxWW4/CYum4VanKqyhVjGrGpTj8
A/Azx58XvhD8H/hx8Nrj9iT9qXV9T8I+EtI0zxDrieLv2Jh/wkfiw2y3Xi/xRLv/AGwoWNz4n8T3
Gra/dM0MJa51GVvJiz5a/n/8avBOq3XhLTPAPxm/ZJ+O/iXwjaW37VPjb4a/CPwr8XNN+HnxY0PQ
NB/ap/Yg/aW+E3jhfif+zL8adQ8R/Di0+EXxc06xttA1X4eeP73xho9j4H8Pahe6ZHoc+pz2/wC/
1fOvib/k7T4J/wDZuv7UX/qy/wBkCvssnzajLMa88TlWBr0a1DNcXi6CrZlS+sunlWZSlT9osdKV
FVI1a0HOklOMakuVppW+IzXLqiwVKFDMcXRqU6+W4bDVfZ4KfsFPMsBGM+R4SMajpunTmo1G4ycF
zJn5gfDb9g39jm1tPhB490D/AIJafFCwufBP/CsPiD8OtO+H/wAX/hFY/BvwZ4u8C/tHfED9s/4e
eM/hR8NYf227f4f+GZvBXx4+Nfxg1j4a6/pHhSw1jwz8Jfiz8Qv2f9HubD9n/wAd+KfhdqnP+G/+
CU//AAT68HeFf2jfAXhL/gkX8avDHw7/AGtPEFh4l/aB+Gvh/wCNvwz0f4Z+PtR0TTvirYeFLZfh
zp/7ddv4J8J+H/AFz8ZfGfij4Y+E/A+g+GvCvwv+IVj8OPib8PNG8M/ET4MfB3xP4E/Ur9p39obx
V+zxB8F77w3+z58YP2hbb4ofGCf4V+IdL+Cnh7UfE3irwJBe/Br4weOvB3ivULGLTG8LaX4f8WfF
bwF8PPgbdeM/ip41+EHwa+HWo/GHSviD8Vvi94I8E+F9Yu5/gDwZ/wAFNv2uPHL/AAr0PRv+CTf7
T9v428X+IPhDP8Q9L8S6jrfw78F/DT4e+P8A9gzwp+2D4kmtvif8VPhL4C8LeLPjBpfxWb4r/sXe
E/h7ct4S+Gen/H34Y6Npn7VHx+/ZCufjL8KdC8Q+RPMcHKc5RyLK4RlKUow9tnL5U3dRus2inZaX
UYrslol6cMDiYxjGWb5hJxjFOXssrXM0km7PLm1dpvd77vcqfC3/AIJ8/safCHUbzWPD3/BKf41e
LdX1LxB+034s1fVPjj8Wvg3+0pqOueKv2zPCvwz8C/tS+Jdfvv2iP22vijc694g+OHgn4SeDvB3j
vWdYlvdR1HwrN438PRXNvpHxT+KFp4x6D4T/ALD37I3wO8Y/DTx38Lf+CT/xK8L+IPg/8APBv7MX
w6T/AIS39nHW/Dnh34RfD/47ab+1B4RtP+EL8Rftg6v4M1f4gaR+0bpGn/HH/hdmu6Bqfxsv/inb
/wDCb6n8Qr3xBLPfSW/FP/BUr4p2+seNPD3w4/4Jift//ETxR4N+IH7PHgCfwTqHwZ8R/DDWL3/h
Ynjvwp4R+P3jXTPij8QtF0f9kXxb8P8A9n+Xx14f8M6F4j+GP7UfxE/4XB470H4peOVs/h3+wx8O
5v259bP2h/8Agrv/AMKB8d+KfCOn/wDBMH/gr/8AtAeH/DXxA8V/DS2+KX7PH7FX/CZ+BPFfiPwL
o/gvU/FmpeFtP8S/EvwT8Tbn4f21742tfDvhT4sar8OtH+Fnxc1jw/40n+CnjL4keH/CWs67bT9f
wn/Qkyz/AMG51/8APf8Aq/pavqeI/wChtmH/AILyv/52/wBX9Leaah/wTT/Yj1H9k7TP2H2/4JYf
tFad+zLp39hQXPgHw7+0N4F8K6x4q0fwr8Sfil8ZPCfhH4i/FDw1+3ppPxa+KPw/8I/Fr40/E74m
eEfh18R/HXirwJ4V8d+Kp/FXh/w7p2tado17p3zBo3/BAT/gkJoWneLNLsf+CKPxqntvGnh+28Na
xLrP7SeieI9Rs9OtfFXhrxjFc+E9Y8Q/8FC9U1fwF4gbV/Cel2lz4s8C33hzxVeeFbrxL4Fu9Zn8
E+NPGPh7Xfsr/gnj/wAFY/jL+2p4q8K/DD4u/wDBJj/go/8AsYfES88P+MfEvj3xf8a/hFBoX7MH
gXTvD2o3dvoNtp/xv+Jt38GvG3j/AMQeLLa48LWtr4T8K/AmbxVZeINd1Vjo158O/BXij4mWX7PU
fX8J/wBCTLP/AAbnX/z3/q/pY+p4j/obZh/4Lyv/AOdv9X9Lfy/Sf8EdP+Cb/wCyB4X+Kv7Qv7Ov
/BKv48/BT4w+BfgN+0LY+FfiprH7Slp440jwTbePPgb8Qvhz4r1jVPCuv/t4fEbT9X05fBvi3xDb
X0UXgbxNq9vbXEt54f0ubX7fTCn7RfD39hf4beC9f+IXiH/hNPjzdD4ja1ZeKLmH/hoX49eF/Etj
qjW9xFf2mveIPAXxa0Sx8YW1vG9pbaLcavpt3rmlQ295BdeJ/EMF3atYeq/tf/8AJpf7UX/Zuvxs
/wDVaeJq+iq9h55jcLkWHp5Y/wCyKeMzDMqeLhl9fGw+sRoUcirUnOeIxeJqxcKiTTpTp6Xi04yk
peYspwuIzarPH3zOeGweBnhpY2jhJewlVqZrSqckaGGoQfPDf2kZ2dmrOMbfOv8Awy78NP8AoZv2
iv8AxL/9rT/59lH/AAy78NP+hm/aK/8AEv8A9rT/AOfZX0VRXj/23nX/AEN80/8AC/F//LfJfcen
/ZWV/wDQtwH/AIR4f/5X5L7j51/4Zd+Gn/QzftFf+Jf/ALWn/wA+yj/hl34af9DN+0V/4l/+1p/8
+yvoqij+286/6G+af+F+L/8AlvkvuD+ysr/6FuA/8I8P/wDK/JfcfOv/AAy78NP+hm/aK/8AEv8A
9rT/AOfZR/wy78NP+hm/aK/8S/8A2tP/AJ9lfRVFH9t51/0N80/8L8X/APLfJfcH9lZX/wBC3Af+
EeH/APlfkvuPnX/hl34af9DN+0V/4l/+1p/8+yuj8J/AXwP4L8Qaf4m0fXfjReajpv2r7PbeLP2j
/wBofx74fk+2WVzp839oeE/HXxR8R+FdW2QXUslr/amjXn2G9W21Kx+z6jZ2l1B7PRUTzjNqsJ0q
maZjUp1IyhUpzxuJnCcJrllCcJVXGUZR92UZJprRqw4ZZltOUZ08vwMJwlGcJwwlCMoSi04yjJU0
4yi0nFppppNO6R4trvh/whc/tE/C3xVe+KPsnj3Rvgt8e/D/AIa8FeWh/wCEg8IeJfHP7Nuo+N/F
HmlTIn/CIaz4T+H2k+WjBJP+E43SKzRRFPaa8W13/hXv/DRPwt/tL+1f+Fr/APClvj3/AMIX5Pm/
2J/wr3/hOf2bf+Fnf2hj9z/av/CSf8Kj/sbzP3v2T+3fJ+Tz69prnrtulg7+1ssNJR9pFRil9bxT
tRaSc6fM23KV5Ks6sL8sYpb0re0xVlC/t435G3Jv6th9aqekZ2sko2Xs1TlvJsK+dfgn/wAlL/a/
/wCzivDP/rJf7LtfRVfhP8YP2sdM+GP7SP7T9nbftx/skfs1+Cvhf+2J8EPD/wAdtE+O3ijwd4P8
TWHiL4k/sa/s++NPhj/ac/xA+LXwitNZ8CeMvDPhDxVq+n6R4Y8TeHtc8T2/w3+J9loGpeOpvCfj
Dwf4f9XIqFDF/wBrYWvmGBy1Vsr9zEY+pVp0ZTo5nluJdGHsaVepOtUpUansqcab5nH3pRinJefm
1arh/wCzq9LB4vHOlmHv0cHCE6sY1cDjqHtZe1qUoRpQnVh7ScpqyeilJqL/AHYor8doP+Cmv7P+
o6x4R8NeGv8AgrV/wS28feLfH3xA+HXwt8E+CfhboEfxX8d+KvHfxX8d+Hfht4G0LQvA3w2/bk8V
eLdR/tHxb4q0a21PU7bRn0fwro76h4s8WahofhLQ9c1zTug1z/goF4B8K/tD+Of2UPGP/BRb9hXw
P+0H8NPD/jbxZ47+G3jz4A/EjwNqPhjwr8O/hL8Nvjx4w8S6lq3i39rnRvDaeH9J+DfxU8PfEePW
YtZl07VPCvh74talo9zqEfwH+N4+HnL9Qwn/AEO8s/8ABWdf/Oj+rel+j65iP+hVmH/gzK//AJ5f
1b0v98/Bb4aReBLz40+KZrv4h3Ou/Gj44eLPiX4ih+I0/wAOZrywl0rQvCfwd8K2nhSP4Y2Fno1r
8PH+HPwn8FX3geDxDcar8R20K9trr4nX8fj258QaZpvuFfjt/wAPPP2Zv+kzH/BHb/wpvAH/ANMG
roNZ/wCCiHwQ8Oad4T1jxD/wVz/4JLaFpHj3w/c+LPAuqaze+EdL07xp4Vs/FXiXwLd+JfCd9fft
+wW3iPw/a+NvBfjHwdc6zo8t5p0Hirwn4l8PS3K6voWqWlrhhsowGFoxo0s7y3li5zcpU86lOdSr
UlVrVakv7I96pVq1KlWpLS85SaSukepnPEma57mNbM8fleM9vVp4TDwp0XlVLD4XBZfhMPl+XYDC
0lmb9lg8uy/C4XA4OlzSdPC4alBym480v1pr85/jT+0x4P8A2a/2l/iPqXiTw7468Var42+Cf7LP
hjwjoPgjwh4g8STajrcvxN/a3VIL+90jTb+20qMC5jljt3Fzr2qwxXo8M6D4gurC7tYvm74Kf8FW
v2bf2h/FWoeBfhH/AMFYf+Ca3iPxta/GC6+BGl+DtS+GfiXwX4q8d/EyDUdK0ex0v4S+HvHX7Zfh
rV/jP4f8T6vrem6X4D8f/CW08afD34i6jPJY+A/FPiO5tbuKDrvFn7Mf7Tnxa/ah/aft779tW4+H
F34u/ZU/YW8FfYfhZ+zn8LdU8Bab4b8PftXftNePfiD4iT4fftIXv7SOk3fxZ8Y/Dax8afBrwz4r
mu0+H/hfT/HreM/G/wAIvi74h8CfDhPC3uZVTy7BLH1sVVoZzg/qdGOMweArY/BYj2H9qZbJVFXx
mWU6fIq0aVOcKcvbTVS0HTjzV6fzWYVMdivqdLD0q2V4r6zUlhsTjKWExdH2v1DGxcHSw2PnPmdO
VSUZTXs4uF5Kb5aVT7x/4ai+Gn/Qs/tFf+Igftaf/OTo/wCGovhp/wBCz+0V/wCIgftaf/OTr8y/
jp/wTl/4Kk/Ej4WeFvAfw6/4L0ftAfDvxBq/w/1vwj8evFmt/sVfsZav/wAJnrGveHNI0a78RfAu
5+D/AIJ/Z5+Jv7N/2a9bxdqWkTwfFr4n+O/D/wDa/haTw78RdI8QeDZvEviX3/8AaN/Yt/bJ+K37
cPwC/ae+Cn/BSf4gfs5/AX4Yf8Kb/wCFsfsdaf8AB6x+IngT48/8K48W/Gu48Zf2n4n1v4m6LZeD
f+Fq/DL426r8O9d/s/4f619j1jwb8Lfipdf2946+EHwevPh55Xtsm/6AM0/8O+E/+cnr/S19H2ea
f9BmA/8ADbiP/nr6/wBLX3Lwt8Xvgv4Z8a/FDx7b/Db4j2Pib4mat4Ym1fxP4W/YC/ao8MeNfEOh
eEPCOk+H/Dum/FDxenwl1LUPiXq3h7UB4pfwxrV1FoNn4e8I61pPg+x0Dz9E1HxJ4m9D/wCGovhp
/wBCz+0V/wCIgftaf/OTr4L8LfsJ/wDBTG0/tf8A4TX/AILjftAeIPO/4UX/AGD/AMIt+xH/AME9
/B/9m/8ACP8A9if8NL/2v/a3wE8cf23/AMLb8jxH/wAKL+x/8I//AMM7/wBq6J/wn3/DUH/CP3//
AAk3P3P7Df8AwVzn+GejeFYv+C5niCz+Iml+H/EtxffFW2/4Jw/shtP4j+IWu/ELwnc6XNrPgu7e
68NwfB/wX8G/DmseFfDXw98PDQviZdfGXx74s+LvjH4/eLPh3Z+Bf2d/BedL+waMXClluZQi6lWq
1HN8LZ1K9WdetPXJHrUq1KlSX96T6HZjsZxDmdaGJx+aYTFV6eDy7L4VauW13KOCynL8LlWXYdWz
Vfu8Jl+Cw2Eoq11So003Jpt/op/w1F8NP+hZ/aK/8RA/a0/+cnXyZ8bZdU/al+MngPwT8GviR8av
gL4ktv2ef2jpJ/GGq/Bf4l/C7ULu1vPiP+ymv9h6fc/FvwD4S1C5s7/7K/8Aaer+Aboa74bmj0ua
7uks9RXStc+Hvhj/AMErv+Cxfgv4y+IPij4n/wCDiP4weLNI+I/iD4cXPxW8HWv7Bf7P0WnXXhXw
FAuj3GjfBTw98RPHnxY+Dn7OfiDxB4bmv4NV8S/Dn4Lrp3iPxVLp/jb4leE/iPq+lxxT/sp4m/5O
0+Cf/Zuv7UX/AKsv9kCvayTHYHCY/wCtYDCYuljMPgc2rYepjMXgcfho1KeVY2V6uDqZPTp14tKS
UJzUVJxk1JRcZeBm2FxeJwf1fGYnD1MNWxmW0q0MLhsXg68oVMywkf3eKhmdSdF3d3KMXJxvFOLf
Muf8JfAD4oaL4V8M6NP+1j8e9Ln0nw/o2mTaZpWk/statpenS2GnW1rJY6bquq/sq2mqanYWjxG3
s9Q1K1tr+9t447m8t4biSSNeg/4Un8S/+jwP2iv/AAmf2S//AKF2voqivLnnWMqTnUlSyzmnKU3/
AMIuTvWTu9ZYGUnr1lJt9W2236MMrw0IxgqmPtCMYr/hVzNaRSS0ji1FaJaJJdklofOv/Ck/iX/0
eB+0V/4TP7Jf/wBC7R/wpP4l/wDR4H7RX/hM/sl//Qu19FUVP9r4v/n1ln/hkyb/AOYP6+bK/s3D
/wDPzMP/AA65p/8ANnl/V2fOv/Ck/iX/ANHgftFf+Ez+yX/9C7R/wpP4l/8AR4H7RX/hM/sl/wD0
LtfRVFH9r4v/AJ9ZZ/4ZMm/+YP6+bD+zcP8A8/Mw/wDDrmn/AM2eX9XZ+fn7U/wg+IOmfsw/tHal
e/tUfHnxDZ6f8Bvi/fXegax4e/Zhg0jXLa0+H3iGefR9Um0D9nHQ9dh07U4o3sr6XRNb0fV47aeV
9N1TT7wQ3cP3/CjRQxRvNJcPHGiPcTCJZp2RQrTSrbxQQCSUgu4gghhDMRHFGm1B88/tf/8AJpf7
UX/Zuvxs/wDVaeJq+iq6cdiquKybLZVI4aLjmecJfV8HhMGmvquSfFHCUKEZv+9JN9LmGEw9PD5n
jVTlXlzYHLW/b4rE4l6YjNF7rxNaq4ryi0m9Xq2FFFFeEesFFFFABRRRQAUUUUAeLa74g8IW37RP
wt8LXvhf7X491n4LfHvxB4a8a70H/CP+EPDXjn9m3TvG/hfyiwkf/hL9Z8WfD7VvMRSkf/CD7ZGV
pYg/tNeQ614svrP49/DXwLH4UtbzTfEfwh+N/iy78cPaTPfeHb7wX4z/AGfNH0/wpb3ywtBbWvjO
Dx7qer3lpJcRTXs3gOwmghnSwuHtvXq6K6apYO8XG+Hk03U51NfW8UuaMbv2KTTh7PS8oyrW/e3e
NJ3qYnVO1eKsocjj/s+HdnL/AJePXm59bKSp/wDLuyK+J/BnwS+DPxQ8dftm6R8S/hH8MfiJpOp/
tM2+qalpnjrwD4V8W6fqGp+Kf+Cfv7PXwT8T6jfWWv6TqFtd3/iP4M+KPE3wj168nikuNX+GPiLX
fAWoSXHhXV9Q0m4+2K+dfgn/AMlL/a//AOzivDP/AKyX+y7XXgIp4XOm4puOWUpRbSbjL+2MpjeL
ez5ZSjda8smtmznxbaxGVpNpSx1RSSbV1/ZuYys+6uk7Pqk90i34/wD2Tv2Wfiv8U/BXx0+KX7NP
wA+JXxt+Gv8Awjn/AArr4xeP/g38OvGPxT8A/wDCHeI7zxh4R/4Qr4g+IvDmo+LfCv8Awivi3UdQ
8U+HP7C1ew/sPxHf3mt6Z9l1O6nun5/xZ+xF+xf49+JniX41eOv2Q/2YPGnxj8aeH9Z8J+Mfi14s
+AXwp8R/EzxZ4V8R/D25+EfiHw14l8eax4TvPFOu+H9d+FN5d/DHWdG1TVbrTtU+Ht1c+C762n8N
zy6a30/RXmHceAT/ALJ37LNzo/i7w7c/s0/AC48P/ED4gfEX4sePNCn+Dfw6l0fxt8U/jB4E8RfC
34tfEvxdpknhxrLxJ8QPij8MvF/iz4dfEXxlrMF74j8beBPFHiLwj4m1LU/D+t6lp9z5/rv/AAT2
/YF8UaPqHh3xL+w9+yB4i8P6v/wq3+1dC139mn4Mavo+p/8ACjvAmp/C34Kf2hpmoeCriyvf+FP/
AAy1vWfh18LftMEn/Cv/AAJq+p+EfCf9keH7+60+X6/ooA+QPhb/AME9v2Bfgd470L4pfBT9h79k
D4P/ABN8L/2n/wAI18Rfhb+zT8GPh/478O/23o+oeHdZ/sLxd4T8FaR4g0j+1/D+r6roWp/2fqFv
9v0fU9Q0y682yvbmCTtfDP8Aydp8bP8As3X9l3/1Zf7X9fRVfOvhn/k7T42f9m6/su/+rL/a/r1M
v/3TPP8AsV0f/V1k5wYz/eMq/wCw+p/6q8yPoqiiivLO88P/AGjfj54R/Zk+EHiL40eOtP1bU/DP
hvVvAui3lnouoeCtHvHvPiF4/wDC/wAN9Emm1v4keL/AHgLQdJtNd8W6bea/r/i3xn4d0LQtCg1L
VtQ1KKCzZX+TNI/4KufseS/DjwT8SfGHiD4h/D3T/iBq3x50nwvpGpfCnxx8RbzWIv2aZQ/xj8T6
B4i+AWk/GH4c+M/h54T0Zk8TTfFDwF458VfDifQodali8UnUPB/jbTvDf6R0V4+Nw2eVMU62XZtg
sLh/qlOjHB43J54+msUsVGpVxjq0M0y3ES58IpYWnh1UjTpVGsTJ1uV0Jfo/DOeeF2EyGnlnGXh7
xRn2briDGZjV4k4Z8RsNwljJ5FPIKmCwHDtPL814F41yml9W4hdHPcXm8sHVxmOwUKuR0YZe6sM0
o/BPgf8A4Kc/sSfEjxr8Ofhr4J+L2ra98Rvixq1tpPgXwBD8Hfjna+NdTivvCPhT4gab4n1LwrqH
w0tNd8L/AA81fwF400PxvovxQ8V2GifDjWvCKa/4k0rxTeaN4Q8W3uh+YH/gp9/wTz1bxl8L/Hh+
JWrX+teL/A2naJ8Ctd0z4f8AxX1nXfiZpfxw+LPj3wBrXhDwF8I/Dvh7Uvipr2rWvxK/ZKj0zxHq
OqfCy30/R7y++Hem6D4juLn4jRadf/qLXzXoWm6L8I/i98GvgZ8K/DXhL4b/AAfn+DH7Q/iwfDrw
N4R8NeFfC1p4g8PfEn9nv+y9Q0vTNE0qyi0fbL8TfHd5e2ulfY7LV9R8R3ep6vbX2oRWdzbLC4Lj
OtiFChnnD9Llwua16tVZBmdJypUcFTqLDeyXElV1IVMPTzRV5LEUfazq4GjyRowxcsR7FfPvo7Uc
HiKtfw18X6lWeI4ewuEwlTxh4MxEIyqY7OnmuZLMI+CODWHxCr1ODsPleCqZRmVKjQw/FOMr4ueL
x2R08m8z8H/8FH/2MPG2j/GHX9L+Mv8AY+k/s++Lfh94G+N134++HnxW+Fv/AAq3xT8UPHVz8NPC
Gl+NYPiZ4G8JXOh+Z42sr3RfEd7dwpp3gX7Feal45u/Dmk2lxfxnwp/4KP8A7GHxrgjn+HPxl/tX
7V/wruXSbbWPh58VvBeo+JdO+Kfxkt/2e/BviDwdpXjfwN4d1Pxp4Sn+Nl1bfDTxB4x8KWms+FvA
/imeKw8cax4d3hytz/wUh/YltfHGjfDOX49+H2+Imu+IPEvhqx8EW3h7xxeeKoNR8J/tteE/+Ccu
qXOs6HaeF59R8OeH7r9tDxpo/wAEPDXizxDb6X4V8aajZ+LPF/g7Wdd+HfgLx14v8Oef6N/wVz/4
J1eJ/Bfizx34Q/aY8P8AjnSPCfiC20CLRvAHgv4oePfiF8Q4NQ+Pvhr9lfR/G/wI+FHg7wPrfxR/
aP8Ag/4i/aR8XaJ8D/C3xx+AHg/4lfBrxV8TG1Twl4c8d6pq/h7xDbaXMKHEalQdTNcklCNKusTG
HD+PpyrV5Vazw1ShKXEtRYelRoOhTr0akMVPEVadatTr4WFeFDD+fic28F5Uc1jg+AfE+hiK2YZV
UySrifF3hTFUcvyqjgMup55g81oUvBHBzznMMxzOlm2MyrM8JiMiw2TYDG5dl2MynPsRleJzTN/b
Pgt+11+zl+2Tp3xN8Nfsz/Hb/hJdW8JeEvBdz4j8WeBtCuo9R+H/APwuPwtqus+AtZ0u5+IngnUP
BOoeLdPttP1G5vfDWq6N4p/4Q3xTod34T+J3hOy1ay1Pw03W/ssf8Lr/AOFKaH/w0H/wlv8Awsz/
AIS34s+d/wAJ9/wqL/hOv+EF/wCFu+Ov+FP/APCa/wDChv8Ai0H/AAlv/CoP+EF/4SP/AIQT/iT/
ANsfbN3+m/a68G+H3/BU7/gn38T/AAd4P8d+Ff2ofh/F4f8AGf2WeBPGFv4n+G/iPwbo+p/An4xf
tQeHfF3xi8F/EXQPCvjP4DfD/wAafs5fAP4r/HH4ffEX426B8P8AwJ8RPhZ4atfG/gbxF4g8P+KP
CN9r3hOnf8Fn/wDglV8PrPwD4L0/42XXgDwE/gn4M3vhHX0/Zh/aY8G/s++B/hx8T/BP7NniT4XX
evfFt/gfpfwM+EXgnSvBf7Wf7LI8ST+NPGXhHQvg7F8bfhhoPxJfwRqHiDTtNO+FweNjWwuKx+NW
IxNLDY7DVlgoYjAZZXWIxeHrYaq8rr4vMmsThaFBUI4p45yvVxTVNU8TClhPMz3iPhirl2eZHwnw
vUyjJMwzzhbOstqcT4nKeLeN8rlk+QZxluc4CHHeV5BwXCWR55mmbSzWtkcOFIUrYHIKc8bLGZHi
cwz/APXWiviC5/4KQ/sSx/EzRvgzp3x78P8Aiz4reIf2n/Ev7G2i/D74e+HvHHxL8Vaj+0P4C+Hv
hP4p/FPwdBpPw+8L+Jbk+H/gn4J8ceGNR+P3xTdF+EvwC1HUJvDHxm8deBvFOl6totj6B8FP23f2
L/2lPFWoeBf2dP2u/wBmD4/eNtJ8P3XizVPB3wU+Pvwp+KnirTfCtjqOlaPfeJdQ8PeBfFmu6vZ+
H7PV9d0PS7rWbi0j0631HWdKsZrlLnUbOKb1D4M1f2v/APk0v9qL/s3X42f+q08TV9FV86/tf/8A
Jpf7UX/Zuvxs/wDVaeJq+iq9St/yJcv/AOxpnH/qJkZwU/8AkaYz/sAy3/1IzUKKKK8s7wooooAK
KKKACiiigDyvV9V+IUPxu+Huiabpvm/CjUPhX8Y9V8aav9jif7D8QtH8W/Aq0+GOnfbzIJrb+1fD
eu/Fy5+xxxPFff2P500kT6fAs3qleV6vpfxCm+N3w91vTdR8r4Uaf8K/jHpXjTSPtkSfbviFrHi3
4FXfwx1H7AYzNc/2V4b0L4uW32yOVIrH+2PJmjlfUIGh9Urerb2eFt7K/sJc3s789/rOI/3j/p9y
8vLbT2HsetzKnzc+Iv7S3to8vP8ADb2FH+D/ANO+bmvfX2vtelgr51+Cf/JS/wBr/wD7OK8M/wDr
Jf7LtfRVfOvwT/5KX+1//wBnFeGf/WS/2Xa7cv8A90zz/sV0f/V1k5y4z/eMq/7D6n/qrzI+iqKK
K8s7wooooAK+dfDP/J2nxs/7N1/Zd/8AVl/tf19FV86+Gf8Ak7T42f8AZuv7Lv8A6sv9r+vUy/8A
3TPP+xXR/wDV1k5wYz/eMq/7D6n/AKq8yPoqiiivLO8KKKKACvkH4wX3xE0/9p74FTfDTwt4L8W6
63wG/adiu9N8dePdc+HekQaQ3xB/ZLee+t9b0D4b/FC8utRjvEsIIdLl0Cztp7a5u7t9Yt5bGGy1
D6+r4q/aA+Mfwy+BX7QXwf8AH/xZ8Y6P4J8KWf7Pf7T1p/aWrTOHvdRm+Iv7I9xb6TpFhbpPqGs6
xcwWl3PbaVpVrd380FrdTpbmC2nkj9zh2nVrZpGlQwjx9apgM4hSwcYYipLEzlk+PUaUYYWdPETl
JtWjRnGbdkn0PIzypTpZe6lXErB0qeNyudTFSlRhGhCOaYNyqOeIjOjFRWrdSLiluj5L8S+Df2Zt
btfEHh3xh+yR/wAEdtXsvjj8QPi3/wAJToXiX44eAL+1+MHxT1f9o74FfC347/8ACQaZqn7F0sXx
A+IGp/tdeF/2Zvh18W/7Rg1fxHe/tHeHfgV4R8Y+Z8TdI8Aafb9B4s+KfwQuPhn4l8deOvhx/wAE
lp/g5+yh+0/rPizxj4x8Wftd+EZfhn+zX+2ha/EK51jxD4l8S+IdY/ZIbwt8HP2n7b4rfFy71TWd
Z1S78OfFaH4hfE65vr65XxJ40ll1Ly6X9mP/AIIneOLrxL8Rb/xX8JtE8bfFa/8AFPjbXvFkX7bn
xB8F/Fjw/qPxM/aW+GP7buu6T4a8ZeG/2g9N8ZfCWw0X9rD4XeF/jx4W8E/DbX/C3hb4W/FXUPid
r3w50nwvdfGL4vnx12Omfs4/8ER/D9r8LbXwmf2NfAn/AApf4gaf8RPhte/Dr46eG/hzrHh+60f9
o7Xf2vdD+H8+veBviL4f1rxB8APD/wC014gufjX4d/Zh8S6hrH7OPh/x3pXhHVdG+Fdj/wAIJ4Ji
8P8AZLBZhGTjLgyzi3Fr6rxI9U0mtMytv276dDmjisFJKS4oupJNP6xkeqaTX/MD1TX3+h6Bqvib
4dftd6P8FvilrnwT/wCCW37T3h/xz/wuP4T/ALO3xF1X9qLQvjVo/jD/AITzwJ448O/tBfDT4LeL
rz9kDxLZeIP+Ez+GXw3+JOhfGPwb4G1C7/4SLwJ4C8caZ420288P+Ftegsfn/wAUfH/9hP4lf8Kv
/Zc8aeHf+CG3j7+0fh/8M/hP8Fv2dPFH7anwd8Vfb/hZ8V/+FMfET4OfDT4X/CLVf2Ub/wC1fD/4
lf8ACHfs8eOfhn4N8KeH38OeMf8AhFfgx4m8LabqP9h+B7219A+Iv7OP/BEf4oXUF1r5/Y18P7Ph
/wCIvhbqFl8KPjp4b+Bmj+JvAniD9nHxd+yFa6F450H4KfEX4f6L8QP+Ff8A7MvxA8d/BT4Jan43
0/xBrH7P/gTxn4q0r4Hah8Pf+Eg1WW75/wCIn7Jf/BDb4qfBrSPgB41uv2Vbz4U6N8H9J+BEXh7R
v2oJvB+o6t8M9Cn/AGT5dH0vxZ4x8HfF7QfG3jfxBp9t+wz+ydolt4/8ZeI9d+ISeFfgr4a8If8A
CUnwteeIdH1lfU8f/wBEb/5a8SeX/Uy/q/oP6zg/+io/8uMi8v8AqB/q/odBrvg39mb4f3WoeHfE
v7JH/BHbwTe+L/iB8Lf2TtV0LXfjh4A8N3Xij4p3P7OOp/C34Kfs06hpmofsXWU2t/EC4/ZF+MGs
/Dr4W/Bu5gufEcv7OPxR1Pwj4T8ON8MvG11p+p9Bc/Cf4UfsTz6N+1LL+yh/wTW/Y80j4JfB/wAS
/AGx+K1t+05e/s5fDPwF8GvjD8ZfCfxE1T4e6zcWn7I/gv4bWvh/xH8doNH8SeGofENrJPpPxC8Z
eLH8HT6Zq3xX8dR+LPP/AA1+yl/wRO8G+NLn4k+FfHHwV0D4kz+IPFnjO3+I+l/ty/EG1+IWi/EL
4i/ALWf2Z/it8VPC3jiP9oAeKfB/xg+NXwp1kD47/F7wrq2j/Ez46fEzw54A+PHxd8V+NPjt8M/h
38SPC/yB4l/4Irf8GwvizUbbVNU+Gf7Ktrc2vh/wn4Zii8NfttfE/wAF6c2neC/CujeDtHubnR/B
37R+haReeILzSNCsbzxZ4su7GfxV498VT6z468daz4j8beI/EPiHVD6nj/8Aojf/AC14k8v+pl/V
/QPrOD/6Kj/y4yLy/wCoH+r+h+hn7cXj39tSy+DHj7S7T4L/AAfXwXr3wa+Otj8TZPDfxW8a+On0
jwX/AMK7v11HxSmq698EPhPpGh6x4ejmkm0fRpNb1q+8YfaL2wsfDkgsbnXNE/VsZwNwAbA3AEsA
ccgMQpIB6EqpI5wOlfg94I+Av/BIf9gL9jj9sb4X/sH6l+zN8MZ/jP8ACb4nX3iOw8PfH+2+JnxA
+IfiiD4WeI/D3g/QpfFHxA+JPjv4h61YaY97eQ+DPAttrcvh/Rtb8TeJ9R8N6DZ654z8TXesfu9D
NFcQxXFvLHPBPGk0E8LrLDNDKoeOWKRCySRyIyujoxV1IZSQQa0zr2yyPJKVXJKeTyo47O4+7Qx1
GeL56eT1fa1Xjq1ac3BTVKMlLSEFG7ioRhGVeyea5rUpZtPNFVwmVS96rhKscNyyzGHJTWEpUoQU
3H2sk4pOU7pXcpSkooor5Q+iCiiigAooooAKKKKAPIda8J3158e/hr46j8V2tnpvhz4Q/G/wnd+B
3u5kvvEV9408Z/s+axp/iu3sVmWC5tfBkHgLU9IvLuS3lmspvHlhDBNAl/cJc+vV4trvh/whc/tE
/C3xVe+KPsnj3Rvgt8e/D/hrwV5aH/hIPCHiXxz+zbqPjfxR5pUyJ/wiGs+E/h9pPlowST/hON0i
s0URT2muiu26WDvJyth5JJ0+RQX1vFPljKy9sm25+01tKUqN/wB1ZY0lapidEr14u6nzuX+z4dXc
f+XT05eTS6Sqf8vLsr51+Cf/ACUv9r//ALOK8M/+sl/su19FV86/BP8A5KX+1/8A9nFeGf8A1kv9
l2uzL/8AdM8/7FdH/wBXWTnNjP8AeMq/7D6n/qrzI+iqKKK8s7wooooAK+dfDP8Aydp8bP8As3X9
l3/1Zf7X9fRVfOvhn/k7T42f9m6/su/+rL/a/r1Mv/3TPP8AsV0f/V1k5wYz/eMq/wCw+p/6q8yP
oqiiivLO8KKKKACvh79ozWfglpX7QHwYtvj9rnw00PwDr3wE/ab0Vn+KuteG9C8NahrEnxE/ZK1G
xsLe78UXdlYtraQabealpyWsw1O3/s6fULIxtZPPF9w18t/EjxJ4f8I/tNfCTxJ4r1zSPDXh7R/2
bP2pbzVdc13UbTSdJ021T4l/sfhri+1C+lgtLWIFlXfNKilmVQSzAH2+HpOOaRlGOInJYHN3COEq
ujipT/sjHcioVVSruFXntySVKo72tG9jyc7XNl7i3RjF4zK1KWIp+1oKH9qYPn9tTdSkp0+W/OnU
grXu7H5F3/wr8RW+pXuo+EP+C9Xw+0ax8N+MPifrfwb8DeIPEOn+KfAXhnw54s/b8+A37angTw78
XGg/bB8O/FL47XPgr4c/DL4ifsP6vcan8V/B3hLV/wBlP4i6L4N+HngL4PXGl/GWb9orQ/4Uj4Zi
+HX/AArtv+C93jXxJZeNv2gP+FmfHrVPGX7QPw+tvEfxA+GzftT/APC97vwd8J/H/wAH/in8GfjB
+yf8QNX+D+g+A/2TNSv/ANnv4n+EP2TtM+Flt8S/FfgT9iPwT8TfijN4p8L+833hL/gs3ruo3njT
wB8c/wBj/Vfh7a+L/id4m+GHgzUp/EnhrWPiz8NPEH7ffwF+OHwYtPij8Spf2XvFn/CsPL/4J4W3
xz/Y81Dw94H+E/izXvA/jubQvjnrPxO+OfjD4kaddfsy6P8Awon/AILJR/Dr/hF7/wDbj+AGueLf
iF+0B9v8f+P/AAz8EdC+GfjH4EfAl/2p/wDhI7y8/ZcvPEfgH47/AA417zP2OPDmk/C/w9+z3+0v
8GPiv4x8OfHb4meOfiZr37fnxC8JeAfBXgrXsp1cp55+0y/Nvac0vac+b4bn57+/z82Sc3NzX5ub
W++qd9YU8y5Y8mMy7k5Y8nJltfl5bLl5bZtblt8NtLWtotfjXxt+yl4Zk/4V3ofwa/4OI/jr8NfB
ngL4gfsX+Lkm8a/tSfD743fFO/0f9mz/AIaVn+N3h28+IXi34j6Z4f8AGX/DXPiD46eEvHPj+D43
fDb4zeBPDviP4SeHPBL/AA68X/s5aF8GvgD8Dug1bwD8ebXxV8RH+FX/AAcT/BX4P/Dvxl8YP2sP
jJYaTbfDf4P/AB0+JkGo/HXUdX1r4I+AdZ+IH7Wn7U37QngnQ/g/+y5cx+C/DHhr4X/s7/Bn9nDw
r40+Hui+LNOubLwv8RPHR+Kfhz2rxt+zP/wXN0L/AIV34f8AhF/wUo+AHjqy8P8AxA/Yv1Dxd8TP
jd+zH4K8NeI/FngTwl/w0reftz6Z4t+Fvwu8EN4f8Sf8LR8QeL/2dW+DWhfDv4j/ALP+saN8LPhu
/wAMb34peDPibo/jb9pv9oroPEfhb/gvb4en+M9p8IvH/wDwTg8U2118YPj347+EPiH9qDVPjV40
n1D4Z+K/jL4Yi/Z5+BqeDv2efgR+zJH8CPD/AMI/2fB4qvvGnjfxV46/bc+IXxK+MsFjpY1/w54J
8QrrHgafbZN/0AZp/wCHfCf/ADk9f6WtezzT/oMwH/htxH/z19f6Wv1p+z1+1N8L/DnwC+B/h79o
v9s79lXx7+0HoPwf+GmjfHbx14T+Mnwts/CvjT4y6X4L0Wx+J/izw1aWv/CF21r4f8R+NoNc1jRr
a38HeE4INOvLaKHw1oUarpdr7B/w2B+yX/0dF+zr/wCHs+Gn/wA01fjX8MfAn/B0nY/GXxB4j+Jn
xx/4Iw3nwp+IPiD4cW154OtfBH7V/ivTvgD4V0GBdH8daz8FPD2l6B8GvG3j/wAQeLba4uPF+q+G
vjf8f9d07UfFWn6fonhDxZ8JvC15fRR/0PUe2yb/AKAM0/8ADvhP/nJ6/wBLU9nmn/QZgP8Aw24j
/wCevr/S1/NP9sH9tX9lWT9n740eA9L+PHww8TeIfiN8DPjb4d8Lw+DfGvhzxlDN4hl+HesW+maJ
qT+F9T1aTRrvXp75bfQ5tVhtNO1C8gk06O+XUZbK0u/0rDBgGUhlYAqwOQQRkEEcEEcgjgivkf8A
bg8A+DvFn7Mvx48QeJtAstd1TwR8A/jpqvhR9U868s9E1i4+Gmu41yz0qaVtK/t+yFpGuk67LZS6
voiS3qaPe2K6jqAufrmu/Mp5ZPIsl/s+hjqE1j87WMWMxNDExlW9llDpyw8qOFwrVP6v7JTVSHN7
VTteNm+PAxx8c2zT67VwlWDwmVPCvDUK1CSp8+ZKoq0auIxCc/bKo4OE7ezcb+9dIooor5w9sKKK
KACiiigAooooA8W13/hXv/DRPwt/tL+1f+Fr/wDClvj3/wAIX5Pm/wBif8K9/wCE5/Zt/wCFnf2h
j9z/AGr/AMJJ/wAKj/sbzP3v2T+3fJ+Tz69prxbXfEHhC2/aJ+Fvha98L/a/Hus/Bb49+IPDXjXe
g/4R/wAIeGvHP7NuneN/C/lFhI//AAl+s+LPh9q3mIpSP/hB9sjK0sQf2mumumqWDuqtnhpOPtJK
UWvreKV6KTbhT5k04ytJ1lVnbllFvClb2mKs4N+3jfki1JP6th9Krekp2s043Xs3TjvFoK+dfgn/
AMlL/a//AOzivDP/AKyX+y7X0VXzr8E/+Sl/tf8A/ZxXhn/1kv8AZdrry/8A3TPP+xXR/wDV1k5z
4z/eMq/7D6n/AKq8yPoqiiivLO8KKKKACvnXwz/ydp8bP+zdf2Xf/Vl/tf19FV86+Gf+TtPjZ/2b
r+y7/wCrL/a/r1Mv/wB0zz/sV0f/AFdZOcGM/wB4yr/sPqf+qvMj6KoooryzvCiiigAr4h/aK+Cn
wy+P3x/+Dfw++LHhWx8WeGJ/gD+01qkFpeb0m03WbL4j/sjxWOs6ZdRMk1nqVnHdXMUcyMY5ra5u
rG8iubC7u7Wf7er5A+MXgTQfiD+058DNH8Rah4y0ywsvgL+09q63Pgf4k/EP4W6p59v8QP2TLUJd
eIfhr4p8I65daZ5N7PJPpF5qU2kT3EdpfXFlJeafYXFt7vDdeeFzWGIp4nE4OpRwOcVIYrBpvFUJ
xyfHuNSglWw/7yLtb9/T/wAR4+e0o4jLpUZ0KGJhVxmVwnh8Tph60ZZpg1KFW9KsuRq9/wB1P/Cf
lNf/APBPD9vvTNSvZvDnhr/gmL4j8MeDPGHxPfwR4Z8U/B/wPoXi34yeCZP2/PgN8XfhQPjJ8UdL
/Yw8Q6R8N9Qk/wCCfem/Hj9kHXND+GXwc8R3vgv4h3Oj/Ha7+I3xt8T/ABK0mb9mPQ/4dlftvR/D
r/hF7/4g/wDBPbXPFvxC/aA+3+P/AB/4Z/Yk+DHwz8Y/Aj4Ev+1P/wAJHeXn7Ll54j+Dfx3+HGve
Z+xx4c0n4X+Hv2e/2l/gx8V/GPhz47fEzxz8TNe/b8+IXhLwD4K8Fa9W1nTv+CkkeuatqPhb9jn4
heLfhj4Z8cfFWK11XQf+Ci/xYu/H/wAbvh1pH/BQD4EaB8Kdd+EnhvWv2/vCvgTwzb+Nf+CYvjD4
vfE3SPEfxS+KOhap4i/as+H+taH4u+GHwO+Hug/DbR/2lLP/AArH/grAvw68rU/gP4KsPib8RP2g
P+EO8O654N/b/wD20/iJ4c/Zk+EUn7U//CEz+Ovix8NvF37WPwKl/aY+H+l/si+HNd+O2m/Fb4W/
HD4HfGzxd8U/iJ8NPg1qH7BXw7svDvxF8c6f2SzaTlJy4l4nUuZ8y+rKNpX1XKuIEo2fRJJWSSXT
njlyUYqOQ5A4pKz9u5XVlZ8zyZuWi3bbdk766ef+Nv8AglR/wUZ0L/hXfh/4RftDf8E9vHVl4f8A
iB+xfqHi74mfG7/gnt+z/wCGvEfizwJ4S/4aVvP259M8W/C34XfCJvD/AIk/4Wj4g8X/ALOrfBrQ
vh38R/2f9Y0b4WfDd/hje/FLwZ8TdH8bftN/tFdBq37C3/BTjQfFXxE0r4ZfBz/gitr/AIJ1T4wf
tYeO/B/jz9pP4TeIPiH4qs/hnrmo6vqX7GnwN8MfCX9n/wDZi/ZT0j4ZeH/BmkaZ4X8F/Gnxv49+
NX7VfxCvNR8VeMPidoOv+J7bwt4b+Eeu8/42+GP/AAWz8C/8K70DQfgP8Cvjv4gb4gfsX6f8RPGn
gr9v/wDb1+F3ws1LwJ8Qf+Glb79tjU7NPiN+1jf/ABN+GP8AwoS90H9mjwR4A12w8CftDax418Oe
JPEfxx0n4W+L/EHjDWP2X/2cug8R33/BUDwTP8Z7HQP+CaPxq/aJufC3xg+Pdz8N9Uj/AOCsvjP9
lTwr4v8AgFpHxl8MeBf2a9G8B32o/tk/tWeKfib8YPGfwp1PXfjl8WvEvxf8FfsU+C/CGnaHqXw+
8N+E9f8AG1t4fs/G0/2t/wBVNxP/AOE/p/1UH9WXyf8AZ3/UhyD/AMHen/Ul/qy+X6ffs9fss/C/
xH8Avgf4h/aL/Yw/ZV8BftB678H/AIaaz8dvAvhP4N/C288K+C/jLqngvRb74n+E/DV5ajxpbXXh
/wAOeNp9c0fRrm38Y+LIJ9Os7aWHxLrsbLql17B/wyB+yX/0a7+zr/4ZL4af/MzX88Pwx+IX/Bc7
WfjL4g0/4if8EWfFXhz4OeMfEHw40b4c3l1/wXe8e6HqPwV06eBdL+JXiz41+OvDHxq+Mer/ABc8
Ptq9zH4r0q2+FP7PngvxV4Q8K6dqHh638NfF7xJdWF8f6Hv+GXfhp/0M37RX/iX/AO1p/wDPso/t
b/qpuJ//AAn9P+qg/qy+R/Z3/UhyD/wd6f8AUl/qy+Xz7+1V+zJ+yr4a/Zs/aH1DQ/2fP2fdA8Wa
b+z/APGjxF4bvdK+E/w50rxFp97oHgHWbmHXdEubTQINStbrRdQl02eLU7B45dOvJbKVJ4Z3gY/o
RDDFbwxW9vFHBBBGkMEEKLFDDDEoSOKKNAqRxxoqoiIoVFAVQAAK/LH9uD9ij4da18DPiL49h8Z/
Ga3m+Efwh+NnjXTbTW/jl8bviFPqWtW3w41drCyM3xL+JXi/StK8OXMdvd23irTdO0BNS8T2U9tp
765p2mwX9nq36ogbQFGcAADJLHAGOWYlmPqWJJPJJNaZ3XpV8jySpTzfMc0qSx2d+3WY0Z0p4Soq
eURhSpuWNxsakJ0VTrc0JpRdRwa5k0oyqlUo5rmsJ5ZgcvgsJlXsZYKrGpDEwcsxcpzSwuFlCUKj
nStODclBSXutC0UUV8ofRBRRRQAUUUUAFFFFAHkOteLL6z+Pfw18Cx+FLW803xH8Ifjf4su/HD2k
z33h2+8F+M/2fNH0/wAKW98sLQW1r4zg8e6nq95aSXEU17N4DsJoIZ0sLh7b16vK9X1X4hQ/G74e
6Jpum+b8KNQ+Ffxj1Xxpq/2OJ/sPxC0fxb8CrT4Y6d9vMgmtv7V8N678XLn7HHE8V9/Y/nTSRPp8
CzeqVvWSVPCtKCboScnGo5yk/rWJV6kXpSnyqMVTV06ap1d6jMaTfPiLuTtWikpQUUl9XoO0Gv4k
bttzeqm5w2ggr51+Cf8AyUv9r/8A7OK8M/8ArJf7LtfRVfOvwT/5KX+1/wD9nFeGf/WS/wBl2u3L
/wDdM8/7FdH/ANXWTnNjP94yr/sPqf8AqrzI+iqKKK8s7wooooAK+dfDP/J2nxs/7N1/Zd/9WX+1
/X0VXzr4Z/5O0+Nn/Zuv7Lv/AKsv9r+vUy//AHTPP+xXR/8AV1k5wYz/AHjKv+w+p/6q8yPXdH8f
eBfEPinxj4G0Dxp4S1zxt8PP+Ef/AOFgeDtH8R6PqfinwN/wlunS6x4V/wCEx8P2V5Pq3hn/AISb
SYJtU8P/ANtWll/bWnQy3um/abaN5R1tfG3xf/4J9/seftAfEc/Fn42/BTSfin49XVvh9q1vq/jf
xJ441+z0+L4Yxa4nhbwxpPh2+8Ty+GdH+Hk8/iXW9T8ZfC/StHs/hx8Stdvj4h+I/hbxXrsFrqMP
JeLP+CY37EnjvVviprfjD4Q6t4h1D40aTrugfEE6l8YvjnNZ3+heJvjhY/tJ67ougaWPiWul+BNJ
1L452CfEibTfAVn4Zs11291pYoY9P8Q69Zal8dOvxPF4hQyzIq6jVxH1Sc88zDCurQ56zwn1ikuH
cYsPVcFh4Yj2VXFQU5VqtO6hCjP9moZX4G14ZNPE8ceK+V1K2X5P/rDhqHhXwhn0MvzV0Msp8Qf2
NjqnjHw3LOMvjipZzi8n+vZfkWJnQpZZl+N5KmIxWZ4b7g1/X9C8KaFrXinxTrWk+G/DPhvSdS1/
xF4i1/UbPR9C0DQtHs5tR1fWta1fUZrbT9K0nStPtri+1LUr64gs7GzgmurqaKCJ3XktW+Lvwn0D
Qj4p134n/DzRfDK6t430BvEWreNfDem6Euu/DOz8Zaj8SNFOr3mpw6eNW+H+n/Dr4g33jfTTcfbP
Cln4E8ZXWvQ2EHhjW3sfnn42/wDBPv8AY8/aL13x14l+MXwU0nxZrPxM0nwVpPjy5h8SeOPDEXie
X4cXlxceBPE+pWPhDxPoGnt8Q/Cmn32p+EdF+KENrF8R7L4ca1r/AML4/FP/AArnX9a8LXxq3/BP
/wDZO1v4Tn4Kah8NdWPgK5+Ifjf4sa0LL4q/GLSvGvi/4j/Evw34y8GfEPxd8QPirpfj+y+KfxF1
bxv4M+IHi3wb4qk8deM/EMWveEdVTwxqUVzoWm6TYWKrVeJ/b4lYfAZCsNGlL6nUrZtmDr1a6xMl
D6zShkqp4elPBqM5eyrYmdPEylTXtaVNVahluA8DVleSVM34r8V5Z1WzCh/rJhMt8PuEIZXl+VTy
WlPE/wBiZhivE2pi83zDDcRTr4ah9fyzI8NjsloUsdU/s/HYueX4L7Jr43/aQ/Zr+H/7U3imz8L+
IfidrXh6/wDBnwp8YaRrfg7wL4ll0fxWdH+Mni/wLf8AhjxJ4mi07WYLmTwTfah8BPFehwaDr2iX
mh+M7u31mbTtR07WfA3nR6sv7DX7LX/F1f7M+F3/AAin/C5/+FAf8J1/wgPjb4i/Dr/k1j+xf+Gf
P+EK/wCEE8XeHf8AhVn/AAqz/hHdD/4Rz/hV3/CG/wDIKs/7Q+3eStfOSf8ABOH/AIJ4eGfiJ8Jf
hpa/s/ajDrum/s5ftD+Bvh/dxfEv4uz6RoXwW1vXNQ0D4v8Ag6+nufigby71HxXeftg+MpdL1W8s
NW1nT7bXNYfTvEXh+Xw74Qhh9LAZnxrl+Y4XGZJgMnpYnDRxlaWI/t3Gwr0aUJYmnUlQh/q1Wpt/
2NzY2rObXssV7TLqcZ01DNl5/wDYPgLj8qzPD8Tcb+KEZVlltLL8Ng/CfhTF4KviKmSYDGV3mFet
41YCvTp0uNfrHDeDo4ehVeM4e+qcZ4irg8xdbgA+iPAf7NXwevPCekwaN8RPjF4kg0FbzwdqGp+D
P2u/2prXw4niTwNqF34N8XaTYaZp3x91a10CXw94q0LWfD+o+FzqN3deFdU0u98OX8v2/S7lV2NN
/Z8+C+sXmv6dpHxB+Omq6h4U1aHQPFNjpv7aP7VF9eeG9dudC0XxTb6Lr9ra/HOWfR9Wn8M+JPDv
iKHTdRS2vJdC1/RdXSFtP1WxuJ/yz+N/g3/gh98GNU+NfhD4+eI7228U3ll8Y/hB8WPD3jn4w/tk
fETx3qWj/Bz4V+EP+Ct3xztNB0+78aeKvF+qeH/CfgjUPB/7SPj3x18Oo7nRrjx347s/Amp+JLz4
rfFGfwJ4nk+Nnxv/AOCE/iH9qvxRqvx38W+CfiB8c/CXx28TfCfxRZeMrD9on4nfA/TvjT4d/Z98
OzfHCa48NS6d4k/ZWuLb9nr4B/DzwJqP7ZPxRt9LuPBP7Iln4f8Ahvq/7Vni/wCEviY+CbuanxJ4
hzip1J4N13Ww7qqPFmdRpVKdR4n69UptZAnRqUeXB1MLR9nVhifaYihUq4NYelXxFy4T+jnHF16d
DijxMWWvBZ3LBVavg3wNLG4XHYeOST4ZwuJoLxl9jjsJmTqcQ4PPMfTxWAr5GsBkuZ4DL+Inm2Oy
rJf1e/4Zd+Gn/QzftFf+Jf8A7Wn/AM+yj/hl34af9DN+0V/4l/8Ataf/AD7K/JTXNU/4IQfBH4X/
ALS37Lmu/EPwt8L/AIa/srP4j/al+OfhW4+Lf7TXhZoIvEOmeKv2PvH3ivwB4/j8V2niH496Sdah
8V/si/E34f8AwL8W/EvSdG+ON/d/s3eOvCVh8cNch8D3/P8Aj74g/wDBvv8AsrS/F3w1rnxo+G3w
yh+D114M+G3xYtvhn8dP2iLvQvhL8R9Ms/EnxZ8OeEpr74Q+NNT0L4d/tR63qH/BL+81fX7DQrrR
f2k/HXxH+Dfgbw54wGv/ABG+L/w80b4ki4j8QLQv9VTdJOolxlnTUK/I26cH/q2nUpKajFVpKlNw
vP2CcVTcy4S+jyp4pQ4y8SJU4ZhKngpS8DOCITxGVKvTjDGYqmvHWpHB5g8N7StLLKNTHYaNeFPD
rNp06ksVS/Rv4z+C/hf8FJfh5cat4c/bN8XeGfHfxD8BfDTUvGfg39sT43NoXw5134nfEfwN8K/A
t343sPFv7WHhLxfd6Tr3i/x/pdsJ/h54W8e3mmWdhq19rVhpsEennUfcP+GXfhp/0M37RX/iX/7W
n/z7K+DdP+PH/BIT9nDwV8Cv2eLv9o39h34C+Gfgp4j8N/GrQ/gB+138R/C/hv44/C288deGvEPx
a8E60vw+/ag+Ivhf43/s/wDxjh134o6H4+stR+JvhKbxt4X8N6jrng6Lwn4avNf0/WfCv278Jf23
f2L/AI/ajHo/wJ/a7/Zg+NWry+INN8JxaX8Jfj78KfiPqMnirWfCvjzx1o/hqOx8HeLNZuX8Qat4
J+FfxP8AGOm6MsR1G+8K/Djx54htbaXSPB/iG707twWdcVudWpjs2x1NVKWDccLRzXE4mlhsSqCe
Njh8V7HBVq+E9s4woTxWHp4icqVWs6dClVpYah8vxPlfhzTw2X4PhTLnjZ4TMOJI1s9zLIqWSY/O
MklmvLwtWzfIY53xNl2U8QLLqVXE5phsjzjGZRhqOMy/LaWLzPG5bj86zPxv9qf9nH4faH+zD+0d
rdl4h+PM95o/wG+L+qWkOsftT/tPeIdImudP+H3iG7gi1TQNf+L+p6FrmnSSwol9o+t6bqGkanbG
Wy1Kxu7OeaCT7/hiWCGKBDIyQxpEjTTTXExWNQimW4uHlnnkIALzTySTStl5Hd2Zj88/tf8A/Jpf
7UX/AGbr8bP/AFWniavoqvax2MxeMybLZYvFYnFShmecRjLEV6tdxX1XJHaLqSk0vJWR8ThMLhsN
meNWGw1DDqWBy1yVCjTpKTWIzRJyVOMbuyS16BRRRXhHrBRRRQAUUUUAFFFFAHler6X8Qpvjd8Pd
b03UfK+FGn/Cv4x6V400j7ZEn274hax4t+BV38MdR+wGMzXP9leG9C+Llt9sjlSKx/tjyZo5X1CB
ofVK8h1rwnfXnx7+GvjqPxXa2em+HPhD8b/Cd34He7mS+8RX3jTxn+z5rGn+K7exWZYLm18GQeAt
T0i8u5LeWaym8eWEME0CX9wlz69W9Zp08LZwbVCSko03CUX9axLtUk9Ks+VxkqislTdOlvTZjSup
4i6kr1otOU1JNfV6CvBL+HG6acHq5qdTaaCvnX4J/wDJS/2v/wDs4rwz/wCsl/su19FV86/BP/kp
f7X/AP2cV4Z/9ZL/AGXa7cv/AN0zz/sV0f8A1dZOc2M/3jKv+w+p/wCqvMj6Koor5T8V/tn/AAP8
IeNfGPw+uLT49eKvEvw/1ex8P+Mv+FVfsj/tZ/Gnw9oGv6h4a0DxjbaDe+NPhB8EvHHgw60PDHin
w7rN1pMGvzahYWms2Bv7e2knVK8SvisNhYxnisRQw0Zz5ISr1adGM58sp8kXUlFSnyQlLlTb5Yyl
aybX0mU5Fnef1q2HyLJs1zrEYbDvF4ihlOX4vMa2HwqrUcO8TWpYOjWnSw6xGIw9B1pxjTVavRpc
3PVhGX1ZRXxz/wAN0/BT/oSP2xv/ABXZ/wAFA/8A6GOj/hun4Kf9CR+2N/4rs/4KB/8A0Mdc39rZ
V/0M8v8A/CzDf/LD2/8AiHvH/wD0Q3GH/iM51/8AMR9jV86+Gf8Ak7T42f8AZuv7Lv8A6sv9r+i4
+IS/HP4LeNte+El3+0V4E1SxF7b6VPb/AAWl+C/xpu9Y8OR6b4ifRvBPgz9t34W+H/B9yfF1uY/C
ll4k8Z+Fh4Gkk1XUoofFehanpF1regfHmn+J/wBqvwV8Nvj74xt/D3hXxd+3B4V/4Ja/szeIrbwn
451DwhpHgrxT+1fo2h/thajbeGvF+q6D4o8D+A9N8M698YLePStdvtE8aeEPCVrpd3dT6Z4n0DR0
g1W09jK8ZGss4w1GjXrU62Q0sVTx1KEKmAnbiDJaP1eNeFSTeJlzqpCnycs6SlKM24SivEzfhnE5
fleEzfH5hleBx2C4ueQ4vhTG1sVhOLaEp8OZvj1m1TKMRg6cVk0HRngq2K+tOvh8fKlRr4WnDEUK
tX9TaK/ODVfjh/wVGb4mXXgzwv8A8E9/2YJ/BNl4f0+5Pxf8bf8ABRjxL4X8K6p4qtfh78FNf8Va
Nofhrwt+wr8R/iJL4fl+InxH+Jvw8+G3iXXvCXhzUfFmnfs9eOfHHj3wn8ILbxp8ItC8e+f/ALNH
7UH/AAVQ+JPhX9rXxx+0f/wS+8P/ALNer/DP4P8AhXWf2TvgJbfthfBb4u+Kv2lvjLb6d8bNX8a+
E9Z+Nvg27TwT8K/D+s3OlfAvwZ4aufF3w802DwtqPiLxZ4t1PxL400ib+w/BHOeUfq/RX4w+M/25
P+Cufhr4y/FTwd4e/wCCGfiD4h/Bzwr4g+L2jfC740eGv+Cj37Iel6j8WNO8MQeK4Pgv4sufhd42
Twpq/wAPvD/xZ1fT/B0viy21jxDqnir4T+FfE+s6xF4a+IfiTwrB4J8S/P8A8a/25P8Ag4Z07xVp
/h74K/8ABDP4P3mkeE/jBaweMfHWpf8ABR74EePfCvxe+DWhajqtj4hh+EtprCfs6eNvht4g8f2y
aVrHgP4hfE7wdrs/g7Tmki8afAHVNXvJdL0MA/oer5B+MF98RNP/AGnvgVN8NPC3gvxbrrfAb9p2
K703x1491z4d6RBpDfEH9kt57631vQPhv8ULy61GO8Swgh0uXQLO2ntrm7u31i3lsYbLUN/9kP4m
/tQfF74NWXjr9rj9lvw/+x18VtS8Qa9bRfA3Rv2gtA/aU1HQ/CumzxWOj6z4s+IPg7wL4L8E2viD
xHcwanqlt4a8I3njfTtO8KzeGr7U/Flv4p1TxD4K8HeTftWfFjxL8FvjJ8LfH3hP4UeL/jLrOm/s
8/tOQweEPB0unwXaJN8R/wBkZn1jV7m9mNxa+HtPMSLql3pOm67qNotxFctpX9mxajqGn+/wzQqY
nN6WHpUKGJq18Fm9KnQxNb6vQqzqZRj4whVrvEYVUouTV5vEUUus0jxs/rQoZZOvUq1aNOji8sqT
q0KTr1acIZpg5SnTpKjiHUkkm+VUajfSLPLviB4N+HVz47+J998VP2SP+CW1x8TfiB/wqH/hc958
QPjhoUvjvxt/wuDR/iR+x18BP+Fn3HiP9i5vEHiT/haPh/xf8Xv2WPhD/wAJW97/AMJto/ij4kfA
/wAGf2nZa34n8MXPP+H/ANqv4Ifs1+FVtfCsn/BJb4A+CdW+D/wx/aFS38P/ALdvhH4V+FdS+AV9
p3w4/Z0+DPxwWHTv2WtC0i8+D95pGhfCL4E/DH4lhZPBdxp2jfDj4YeFdae207wxocJ4u+Bfwd/a
U+IXw0/aj+MH/BPf44fEf4waN4f/AGcdc8N+MNM+MvwbXwLYa7+zt8TNX+PvwL8d+DvBlp+2nY+C
E8TeAPiF438fTeDviXJ4XHxCufht8TfiX8JtX8RX/wAKPij8QfBHiPn/AIK/sPfsjfs//wBjSfDr
/gk/8Sp73w7/AMKCn0HWfiX4t/Zx+OPiPR9Y/ZV/4WPbfs1eLtN8S/G79sH4h+ILP4gfAfw/8VfF
3gP4T/EWDUk8d+BfhZH4N+Evh3xFYfDL4Z/Dbwn4S6p4WVOc6csp4Y5oSlCX/GQPeL5XvxMnv3Se
+itpzwxCnGM45jn9pxjJf8IvSSTW2Q22fR9X206D4cfCH4IfBzxV8Tv2UvhF+xF/wSW+Ffjb42fB
9fFnxm/Zs+HHxX8I+B/FXxc+ASaj4g+G6eJfid8HfDH7Eul6v49+D66v4s8VeAl1nxV4d1bwWuo+
JfEHhYXIudZ1GxufP9f+EP7HviXwr4ItfFH7EX/BFbX/AAT8efD/AMDvFnw3t9f+K/wu1Xwr8Z/C
vw607wJ+zp+zX4l8EQ6j+xLPpHxF8P8AgTSP2h/hl8CfgdrOgrrGneGNO+OXgT4YeArmxtviZ4f0
PWzwT/wT5/Y08BfEzXPixpP/AASn+NWueJNc8P8AxJ8Jx6B8R/i18G/i98JfCfhX4vfD3wN8HPiJ
4a+GPwG+K37bXjT4HfCLw/4i+B3wz+H/AOz+2jfCz4eeDtO0v9njwd4f+AGi22nfBvTrfwQvkF5/
wSB/4J0aj4c8R+FtQ/4JJ/tFX+meMfgB4K/Zc8XXN5+0z4duvEfir4E/DX4p+APjF8OvA3iPxhP/
AMFBH8W65/wgPi34UfC3SPBXibU9buvGPhX4WfDXwB8C9C8Q2HwS8HeHfh9p0+w/6lPDH/iQen/V
Tf1d9tK9t/1Mc/8A/DL6f9SH+rvtp6/bfsn/ALKv7Z/wz1nx74X/AGBf+CS3x/8AhT8dPjB4a+P3
if4lfCv41aT4o8K/G74y/B/4heLL+w+IXiv4jfDX9jV7b4qeING8bar8TfC/jObXte8QQeJdO8Zf
F74ZePYNa8LfED4jeGNe9g/Z/wDBvw6j83/hlj9kj/glsn/DOfxA1r4Tz/8ADP8A8cNCX/hRHxT8
A/8AC1v+Ei+Gkv8Awrr9i4f8Kw+IHgr/AIaZ+OH9teDX/sPxH4c/4aC+K327TbP/AIWv4u/t75A+
Lf8AwSB/4J0fHjR/DWhfGH/gkn+0V8QrLwT8P/gV8J/Ac/iL9pnw7c6x8PPhZ+zd4E8QfDr4S/DT
4deIo/8AgoJF4g+H/wAP9M8P+KNb1Dxd4N8G6nonhz4q+O7mD4pfFjTfG3xN07TfF1nz/wAAf+CK
v/BL/wDZi+Mvw9+P/wAGf+CN3xq0H4rfCnxBD4s+H/iHxL+0B4M+J+neG/FVnBPFpPiW28HfFP8A
b78aeCbrxB4cuZ01vwnrOo+HLzUfCPiqw0bxf4YudJ8U6FousWB7D/qU8Mf+JB6f9VN/V320Pbf9
THP/APwy+n/Uh/q77afZn7cXj39tSy+DHj7S7T4L/B9fBevfBr462PxNk8N/Fbxr46fSPBf/AAru
/XUfFKarr3wQ+E+kaHrHh6OaSbR9Gk1vWr7xh9ovbCx8OSCxudc0T9WxnA3ABsDcASwBxyAxCkgH
oSqkjnA6V+fv7U/xf+IOp/sw/tHabe/ssfHnw9Z6h8Bvi/Y3ev6x4h/Zhn0jQ7a7+H3iGCfWNUh0
D9o7XNdm07TIpHvb6LRNE1jV5LaCVNN0vULww2k33/DI0sMUjwyW7yRo728xiaaBnUM0MrW8s8Bk
iJKOYJ5oSykxyyJtc6Z1Jf2HklNYHKsG6OOzuDllmMWN+sOdPJ6qqYmoswx7VSCmqcFKcZKnGK1g
oRhGVJ/2rms3i8xxXtcJlUlHH4WWF9ioyzGnyUIPBYNOM3F1J8sXHnk9FLmcpKKKK+UPogooooAK
KKKACiiigDwHxJ8HNfuPi18Efif4O8a6fosPwp8DfEb4X67ofjDw74g+IV94w8CfEjWfg7rupiy8
Vz/EHw/q+ieNLG9+C+grbeLvEaeP4r2HVdZk1fQdQ1CaDUIOqsNI+N0fxFvdT1T4hfCu8+Esn2n+
zvBNh8HPF2m/EW13WaJafbfijcfHXVfDV/5F+JLm58j4P6b9qs2Sxi+xzRtqEnqlFdTxleUIwm6c
1CjUoRdTD0Kk1Tq1qmInapOlKp7R1atSSrc3toczjCpGForBYalGUpRU4OVSFWShVrQi506UKMbw
jNQ5FTpwi6XL7KXKpSg5Xb8m8IaP8dbLW/E1x49+I3wm8S+G7qK8Hg3SfCHwW8YeCNb0Gd7tn0+T
xN4g1n4+fEGw8WxW1gUtryHSvDPgp767Vr2GfToWGnp87fs86P8AHODXP21bLxF8RfhPqnj2b43e
G7fQvEui/BjxfoPhDTvEh/Za/Z6kTVtW8EX3x68SazrWhrpdx4Ys28P2fxB0G/e/0jXtSHiZLfxH
p+leFvuKvnX4J/8AJS/2v/8As4rwz/6yX+y7Xo4HEVJYXPG40E3luFl7uFw0FelnOUKNlCjFKLT/
AHkUlGs7SrKbSa4sVRhGvlSTrf79Xj72IrydqmWZi5ayqNtqy5JN81JXVNwTd+ht9C/aJX4e32m3
fxS+C03xXk1VJtM8aW/wE8c2vw9tNEEtmZNPvvhjJ+0jd+JNR1VoU1CNNZt/i5pdokt1ZzNoUiWM
8Go/Hf7Omh/tDz6z+2pYeHPij8GNK+JFr+2faN4u8Wa18BvHGv8AgjXLQ/sefsphYPDnw+sf2j/D
WveFrlXewZrrU/ib4xiZba8UWaG+hfT/ANLa+Of2Wv8AkqH7e/8A2eNZf+sffsj187i8XV+t5S+X
DXWY163+5YO3O8sx0WnH2HK6VtVQadFS99U1P3j73h3D0/8AV/j9c1e3+q+WU/8AecTflXGvC0r3
9rf2l96t/ate65uOh7H4u0T9oK9g8IL4E+J3wc8N3NlYRR+PpfF3wK8beNoPEuqBLETXnhC30b9o
rwBJ4HsJJI9SaLTdaufiFcQpd2KPqs50+eTU7+v6R8brjx7ouo+F/iF8K9H+GEH9nf8ACReD9f8A
g54t8SePdV8q5mbV/wCxfiPp3x08KeHtA+3WbW8GnfbvhX4k/su5imurn+2Ip0s7b1Siu9YmolFc
uH92NSKvhMK3aq7y5m6Lc5L/AJdzk3KitKTgtD5B0INt81b3pQk7YjEJXpq0bJVUop/bjFKNV61F
N6niuq+Cfij4o8V+I9K8beKPgr4t/Z78T6Tq+gav8JNV+BfiG88V6xoWtaDJpN/oviPx9q3xu1fw
Rr+k6hcXF3/a+m3PwTis9V0G5k0CaFHaXVpfgX4kfspeNP2j/wBqD4waN8Wvi5pY07wz8I/2efFP
gux+GnhP4lfDiw2H4r/tN3HgvTfiLaWnx91hPHT+HI9M1z+1NZ0lvA2s31/qul3/AILvPhv/AGZr
lt4u/WSvnXwz/wAnafGz/s3X9l3/ANWX+1/Xt5HmeNy95rmGBqU8LjcPlOGjRxVDDYanWgqWcZbG
Hvxopyly16qlKfNKfO3NyaTXm5thKOOpZbluM9ticBPNMVWeDrYnEzw6q4jK8V7ecaTrckHUWEwy
lyKK5aFKKtGCR4t4Y/ZA8fWnhrxda+M/jz4h1/xje2qp4D13wx8RP27fCPhrw3fCC5V7jxd4T1X9
v7xvqnja1a6ezmWz0bxp4AmSCC5tjfPJdxXVkW/7IHj5fh7fabd/HnxDN8V5NVSbTPGlv8RP27bX
4e2miCWzMmn33wxk/b+u/Emo6q0KahGms2/xc0u0SW6s5m0KRLGeDUfvOisXxNnzk5f2pirupCrp
NKPNTUVFKKioqm1Fc9JJUqju6kJNtulkOTpJLL8NZQlTV4Nvlm7tuTbbmvs1G3UgklCcUkl8Gax+
yB4+n8D+HNP8P/HnxDpnxKtbqV/FvizWPiJ+3brvgfW7Em98m38OfD2y/b+8O6/4WuoxJp3m3mp/
E7xhDKbW9K2MP9oQDTZvF37IPje9g8IL4E+Onifw3c2VhFH4+l8XfEr9urxtB4l1QJYia88IW+jf
t7eAJPA9hJJHqTRabrVz8QriFLuxR9VnOnzyan920UlxLnycWs0xd4zqTV5pq9X4lKLi4ygv+XdO
ScKNl7GMLKw8iydpr+z8NZxhF2hZpU7crTTTjJ2XPOLU6n/LyUrs+Idf/ZG8R3Hj3RdR8L/Gjxto
/wAMIP7O/wCEi8H6/wDF39uLxJ491XyrmZtX/sX4j6d+3D4U8PaB9us2t4NO+3fCvxJ/ZdzFNdXP
9sRTpZ23F+F/g54y+GP7c3w/vrH4jtrvw/8AEHwG/aFl07wx4v1H4/fEXxjo+k6V4v8A2Yre7sj4
6+LX7SfxG0SPUb/xJquk6t/anhb4d+D7Z9D0q58P63o/iC/uND8TeF/0Sr518Tf8nafBP/s3X9qL
/wBWX+yBXZgM7zbFTr4bE5hia9CeUZxSnSqz9pGcYZVjKsXPmTcqkalODVaTdX3eXn5W0+XG5Vlu
HhRr0MHQo1o5nlVSNSnDklGUsywlOSjy25YOEmnSjan15LpNdj4U0f462fiLxPc+OPiN8JvEXhK7
i1EeDNE8KfBbxh4N8RaBPLfCTSZPE/ijV/j5470zxdFZabm01GHSvCHgl9UviNRtp9Htx/ZZz/DG
hftE2nhrxda+M/il8Ftf8Y3tqqeA9d8MfATxz4R8NeG74QXKvceLvCeq/tI+N9U8bWrXT2cy2eje
NPAEyQQXNsb55LuK6srPxe+P3wb+AUHgy++NHxC8P/DTSPHviDxX4a8PeIfFk0+l+FY9R8DfBr4q
ftB+MbnxL4rlgPhvwP4f8NfBv4J/FHx1rPizxtqnh7wrY6d4TubSfWV1fUNH0/UfkCH/AIK9f8E0
ZPCvx+8YzftjfB/S9I/Zk8Pz+M/i/aa/qOq+HPFWnfD1tO+HuqeG/ip4I8C6/pOm+NvjF8H/AIn2
3xb+FcXwO+L3wc8PePfhn8fdR+JPgTR/gn4r8fav4s0Kxvvn3iqr5rxw/veyvbB4RW9k048tqC5L
2/e8nL7ZXVb2ibPaVCC5fere77S18TiH/EVpc16r5rf8u+a/snrS5GfXNrof7QyfDvUtMvfih8Gb
j4sS6lHLo/jW1+A/jez+Hdjo4uLBpbHUvhfN+0dfeJdV1J7SPVII9Vtfi9o1rHcXlhdNo0sWm3Fn
qrNU0L9ombwF4f07RPil8FtP+KFtqEsnirxhqnwD8c6x4C1nSi+pmCz8P/De0/aS0PxD4Z1COOXR
ll1PUfir4stpnsNTdNJgGrWsei+U+Fv2/P2NvHHxT1f4O+Cv2hPh/wCMPFvh/wCH/wAC/iXr2r+F
ry+8QfCzRPDn7UHiPRPC37NGm6v8dNJsLv4Jab8QP2iNT8TeHLr4F/Ce8+IMPxT+LfhzxBonjDwB
4N8QeEtVsNbn+X7X/gul/wAEfrzUfgppcP8AwUR/ZgS5+Pvh/VfEvgWW6+IllY6doWnaN4V0/wAY
3lt8a9YvorfSP2a/EE2kalb2mleE/wBou++FfirXfFUeoeBdD0bUfG2k6p4es39aq3vy4a/tXW/3
PB253Hltb2FnStqqDXsFL31T5/eF9Xp2tzV/4apf7zib8qfNe/tb+0vvWv7Vr3XPl0Pvnxdof7Q1
7p3g6LwH8UPgz4b1ax01YviBe+LvgN438bad4n1jyNOVr7wdpejftHfD+58C6abmLV5l0nW9Y+Il
0sF9p1udZaTS7m61jS8SaR8brrx1oGoeEPiF8K9D+Glv/Zf/AAlHhLxJ8HPF3irx1rHk6hPJrf8A
YHxE0z46+DdA8N/2hpTW1npf9o/C/wAVf2PqEM+p3f8AbltcR6Ta/Glt/wAFh/8AglDdeKtZ8HRf
8FI/2IF1fQvD/hrxLfXdz+058H7PwrPp3izUfFml6XbaN46u/FsHgnxH4gtbnwXrEviXwn4e8Q6p
4q8F6deeE9Y8Y6NoWkePfAt94j/R+ksTUSiuXD2iqsVfCYVtqq7y5m6Lc2n/AApTcpUVpRdNaDdC
D5vere84N2xOIWtNWjy2q+6n9uMbKq9aim9T4h/a60j43D4K/tT6rP8AEL4VyfB0/s6/G/yfAkXw
c8XQ/EtM/BvxLBH5nxYf46z+F5dviHOqPt+C8O/RiNBXy74HxGfofwro/wAcbPxb4lvPG/xE+FHi
HwLdJqg8H+HPCvwZ8X+DvFuhPNqUUuit4l8aav8AHjx1o/itNP0cTWGqJpfgHwYdY1KSLVrSTQ7W
JtFm4z9r/wD5NL/ai/7N1+Nn/qtPE1H/AApP4l/9HgftFf8AhM/sl/8A0Lte7BrEZJg41cZl2CSx
+Z0U8Rgpt1IRwuSu9OWCy7FSjVjZe1rzdOtUUop1KqUlHyZJ0c1xLp4bG4q+EwNR+xxUEoSeIzNW
msVjsOnTld+zpQU6UOWTUINx5vkDxb+0p+2r8Jv2j9F/Z68V/Cew+MHhT4j+A/Bep+F/2ofg/wDs
0/HrTfh58LvH3jPx/wCIfhuvhvx74KtvHvxY8NeLNP8ACb/8Iv8AFTx5fa/+0N+z3beHPhHZeMr6
11HXPF0ngbwz4r5PwZ+3V+0T4g8HfDDwzq37OX7Umh/GD42fEKDQvDfjnWv+Cd3jnRfhZ8IfBcvi
7w34Qi8XfHvwTb/tjeJL3wro95qH/Cb3C3k3xp0fxfpHhrw+PH+u/C2y8Dah8Pta+KvWftk/Gm2/
Yc8HfD3x98Xv2oP2ytY8JeO/iB4g8G6hq3gDwJ+xRrH/AArvw54E+BPxp/aX+KXxY8a2Gu/Afwzq
d38P/hf8Ev2f/if418R6b8P7Px38U9e/sez8OfDf4aeO/FusaZoNz+UHhr/g46/4JCa9p1zfap/w
V5/aq8F3MHiDxZo0Wj+Jf2SNEutRvNO8OeKtZ8PaP4stpfB37AHizSF8P+PdI0ux8deE7a71S18V
WfhXxHo1p468NeC/G0HiHwdoXzNTKs1lia9aHHWSwo1cYsTTw8uGeaOHpxlhOTCwnHIafNRjCjiI
SU4v2zxUqlZVJUoc367huNPDaGU5Xg8X4FY6vmWCySlluOzeh4lZ7hnm2Yxw+dU62e4jBVc5xlHD
YvEYjH5TiZYXBzo4KisijQwtKhTzHFW/RzxV/wAFAvjs3gf4caJ4F+CX7Rq/FfUoPhr4h+Ifj7xn
/wAEvv2uofhJo2i+MPiTpPhfx54Gh8AaB8T77x9pXxT+D/w/127+J2ry6T4w+JXww8cW3gHWfCng
3x9P4l8ZeH7PSMv4nf8ABRX462vgz4Aw+A/gz8Tfh18bPjT4A/ap1vwb8Jfj5+ydfHxT8WfFP7Kv
wl0/4kazbab4J8F/tgw+P/gppvxK1OPV/Cfw20XW9A+MXjPWNRubC+Okf8I0ugeJfHni6f8ABVf9
l7VtY+OHh3wT+2R/wUK8YeIP2d/2QP2p/wBtb4paFqH7Ivws+CmsaR8LP2RPHdj8LfiZoGmaZ+03
+xr8Dr3xF8QL/wCJsfjn4daFpWhwX3hzSPHfwj+KXhH4k+Kvh94g8O2en6v5/Z/8Fyf+CY2o/wDC
Of2f/wAFWv2yr/8A4TH4f+Nfix4R+x/sHeMbr/hKvhZ8Nf8AhP8A/hYvxL8OeR/wTJf+3Ph/4B/4
VR8Uv+E18ZaZ9q8OeFf+Fa+P/wC3dSsP+EO8Rf2dg8oz5vmXH/D9OSlCUFDhGpKnFzxVCpipShWy
qt7R1MIsThsPTnJ4fB1atLFQoVPq/sK/qUOOvByj7CE/o9cRYyEJZhPESxnjDmar4jnyHMcJk9CN
TL4ZfSw+Fy/iKrlGeZi6eHeYZxl+X5hkMcxy6ea0c3yz9FNC/aw/aX+JHjr4PeL/AAz+z58X/g3+
zh4n8JfGfxT8TdO+OX7LOuar8dPCUHwP1DwNIxOieAP2k31fSv8Ahdln4q8R+GPhJ4Vt/hT41+Ml
94o8BXPiTRfhF4/+GfiCXxX4X5Of9vD43aXb6B8Zta/Zi/a5i+DvjD/hOP8AhGPgBp37A/i7Xv2n
W/4Qq58AeF3/AOEo8VeFP2qfE/hf4e/8JH4h8Za94w8G/wDCz/hP4D/4SvwH8L/Htppu2+uPh3rn
xB+N9Z/4LL/8E+tL/Zq8J/tkWP8AwU//AGqvEf7LniP9p+5/ZD1j4x6N+zf8M4NO8BfGWD4IeJfj
zFZeLPBHiH9iHQviteeH7zwtoOl6Jba94F8AeNIF8VeNPDVtdxWuh2vjHX/Cfr/wl/4KM/svftEf
ssftU/ti/s3/ALfv7ZXxz+CX7Hnw/wDHXj/4t674c/Zp+FngH7X/AMK9+HWufFLxB4K8Aan8df2K
PhJ4S8cfECDwlokd5eeHNH8Tv/wjP/CSeCrjxveeFtM8Z+GtQ1LX+yM0VF04cdZPzvCPDqrV4blN
xqThgYzrJRyKm3yyoYutRcpSxVKrjpKWMrYfD0cO/Mhxt4byx9LE4jwKxv1OnmixNTAYPxIzzD+3
y2li+JMVRwVTEYjOMdKOMqU814fy3MMbQp0sDicu4WpvB5Nl2a5xmObP2b4gftifte/Dqx8aeN9F
/Zz8YfGTw3pv7WGv/sx6X8PW/Zl+OHwh8W6D4ZsodR1eD9qL/hLvAviz9rrXvi7+ztp1hZWuiReJ
/B3wC8I6n451LUZNT0HTdHvLGx8F+IM3Q/28/jjoHw10bXPiH8C/2pPEfjP4p+A/iJ4o8Dab4F/4
Jk/HPRbn4K6r4FuPG2iaFo3x68IJ+018TYta134t+I/DVkPhv4U8LfEbwrc2mi3uj+IfiZr/AMPP
B3jPRfGWn/Jnxk/4LIfsJfAv9ofwD+yl44/4KI/t1H9oPxz4g+F/h+4+EujfsU6dqHxC8FT/ABq+
Etl8XPhSvizwHJ/wT/tfG0/iDxpbeI/h54Ctvhj4M8O+MPjLoXxM+Jfhrwt4t+HHh6PRviJqXgb7
O/4J++OrH49fFL9rP4n+BP2m/jJ4+8KfBf8Aad+NP7H/AMTvhF8R/DPgjS5NI+O/7PesWnhTxf4h
vbnwt8P/AAh4SjsfEWl3Hh3xp4Rf4W2iQan4V8ReHJviD4gbx3D4s+H/AIOqWTZrJZliI8fZMrYL
DPDYH/VWM+fE4bGYeTjhqryvBSpzxOH9tSre1rSpVI8zqSh7tSGtDjnwujhMlwGK8As0qYihm2ZV
cwzrDeKed4Svjctx+UYvC4fCY3DVsRm+BhHKsyqYfM8HicBgsNiJVcNSwteGLw069Kv+rVFFFM/O
Ar51+Cf/ACUv9r//ALOK8M/+sl/su19FV86/BP8A5KX+1/8A9nFeGf8A1kv9l2vUy/8A3TPP+xXR
/wDV1k5wYz/eMq/7D6n/AKq8yPoqvjn9lr/kqH7e/wD2eNZf+sffsj19jV8c/stf8lQ/b3/7PGsv
/WPv2R6+bxn+9ZV/2GVv/Vdjj7/hz/kQcf8A/ZN5Z/62nCx9jUUUV6B8eFfOvhn/AJO0+Nn/AGbr
+y7/AOrL/a/rwr9tH/h47ofiPwZ8Qf2Fv+FAeMfCXg74Aftm/wDCzPgX8Z/7UtfEfxX+O118LNA1
v9iP/hWer2H/AAiumad/Z3xt8K33g/4of8Jn8Yvhr4Of4WfErxRdS/b/ABbYeDvFPgH8wLzwb/wd
e3X/AAkfkfFj/giDp39ufEDwV4y0z7Hpv7YL/wDCHeHfCv8AwgH9u/Cfw5/aHw0v/tXw/wDiV/wh
3iL/AITXUvF3/CVfFOw/4Wv4/wD+FdfEvwD/AGd8Lf8AhWvVh8T7CljqXJzfXcLDDc3Ny+z5cbg8
Zz25Xz3+qez5bwt7Tn5nycssK1D2tTC1Obl+rYiVe3Lfn5sLicNy3uuW31jn5rS+Dlt73NH+j6iv
xB0L4rf8Fw9e/Zx0/wAFXui/8EwPhl/wUnl/aA+KTx+APjBL8WdM/Zx+In7G3wttdM8Oal8ZfgLZ
/CX9oD41fHrxz9s8dePfg3eXfi34oeHPgVfeDbX4gTeAPH3wR8L6xD4D8a/E/wCQLVv+DnT4j+Mf
iDp3wW/aE/4Jga34F+Ev7QHxi8NaF8XPFPgTUNK+Fn7QXgSy+O3g/wAU6Z4f0gfC3x5+0N8TfB/x
A+BF78PvjH+xD8dPhJ448D/B/WPhV4cvdbbSvjr+1b8erjT/ANof4F8puf0+0V+YHg3/AIfQ/wDD
G3xY/wCFg/8ADsD/AIeD/wDCwNN/4UX/AMIb/wANWf8ADG3/AAqz7d8NP7X/AOFsf23/AMXt/wCF
gf2Z/wALi/s3/hD/APinft3/AArT7V/o/wDwlNeQfsKeBP8AgvboPx91XWP+Ch/xx/4JweLf2br7
w/4kuR4Q/Zx8EfGrUfiZZ+Krjxp8QPEfhXRvCGt+KdA+E2k+FPD+n6R8QdA8Hav4l8Zy/GXUbz4e
/AH4a+HoPCcfxR8f/F34/wCugH15oPiX9rrx78Rvjh4V0L4q/s4+Aofhh8Rf7B0rw54j/Zp+Jvjv
W7nwP4g8P6P4t8B+J7nxRpv7W/w+sdXOraRq82kajc2fhDRrSHxV4b8T6bbW7xacJZPlD4lfE/8A
bN8M/taReDfCH/Cif2hPij4D/ZM+KniDTrPw58OPG/wO0TQF8efFb4Bw3kGoDXvjb8aj4+1/TtP8
H6XrQ8I2Op/D+8ttI1uxvRqWrz6tpOmTfbHxf1fTfgr8cvhx8ctWvbfRvA3jzQb/AOBfxb1a6fyN
P0ttPTW/iB8GfFusXBwsNlomvJ8QPAUO4O0+q/F7SkUxrA2/4pf4g+OPg5rvw6/aSg+DXjf4q/Ev
44/CD9q/4y6x4D8NnT7TXNF0fxd49/Y2svhtpviaW+mN1p+m/Dn4SaB8PvB/iibSdN1u9ttY06+1
X+xYbCfVbzTv0Hh2Mq+OoTpYHLcVDEZfiKOEweIoYPC0q+OWXYxVsPisYnhKscPN4PEe2bx1OXss
XhlWny1pX+MzyUaWDrRqYvHYedHG0KuIxNCricRUo4R47CulWw+GaxNOVaH1mj7NLCTj7TD4j2ce
akmfQvitviF4/wBG/Z4sv2gf2d/2JPHXiVPH/gvxp8DYPjZ8bddtfErftEeCPAninx9ovjD4X+DP
G/7Gc2o+F/jf4T8HeH/iJ42sE8I20PjrwN4d0TxtqNrLYaZoeu3Vv4B4H8G/szaJ8E/jH4d+G37J
H/BHbSP2cvgd8QPjT/w0FoXgf44eALD4J/B/4p6R8ItV+Fv7RP8AwuPTNB/Yui8C/D/4gaZ8BfFG
ufDr40/8JtBpHiOy+EXiLVfCPjny/Bmr3mn3Hf8Axwuvhd+1J4O/Zx0H9qP9jn4oeNY77x/pvjT4
S+H4/jX+zj4T8LfEr4oXXwJ+K9l4o8K6Ho2lftmeGpfjd4F8Y/s/eIfjrZeOvgn4ytPGngT4k/A2
7+IFr8S/AniPwZba/FB8A+FP2K/+CPo+Cf7Q+l6H/wAE+7vxd8Jfh7/wmnwg/ap+IfiD9rj4AfEz
WPh5o/wW+EXhb4e+IvgN8dfj54u/4KC+JviB4I+H/wCzb8P/AAX8NvFPhr4EeOfH+k+BP2afHfwz
+Enx38E+DPh78Wvhd8OviD4b8qth2q1VPKOF4tVZpxXECSi1PWKUeJKcUltZQglraMUrR9ClXvSp
NZlxBJOnBqTyZtyTjGzbeRzbb3bc5PV3k2rn3/Z+Dfh1p3/COfsMaf8Askf8EtrD/hDvh/41+LHh
H9juz+OGhWv/AAivws+JX/Cf/B/4i/Evw5+z5B+xcn9h/D/x9/wtf4pfC7xr4y0zwja+HfFX/Cyv
H/gnXdSv/wDhMfEWmaj8/wDgj9nT9hPwh47/AGb/ABF8OP8Agn7/AMENvC/xN+MHl/Fj9kPXfBHj
74O6J47+KP8Awr/R9H+KUXxL/Zv1PQf2HLbxB42/4Qnw/c+H/iLH4y+GM+p/8I3o9xo/i5dSsrKW
y1BjwV+z7+wX8OPsf7FXgP8AYY+JXhP4gWvw/wDAHxYu/hpof7UvwKsP2p/Evws+Dv8Awkfwn+Av
xL8deMof29R+018Q/h/+zTrXiRdA/ZW8ZeO/FXiLw5+y38RfB3wl1X9nvUvhr8QPgn8H9S8DfAHg
j/gkR/wQH8M+O/2b9Z8Nf8EwrvWPFvxo8v4pfsv+H/EX7b3wx+Iuj/tEaP4E0fR/idfa78Ovhx40
/wCCk3ibwl+0R8P9N8JXejeLPF2mW3hrx34E1LwJqsFz4s0++8Jaw63eXsP+pTwx/wCJB6f9VN/V
32009t/1Mc//APDL6f8AUh/q77afo/bf8E8P2PbzxVrPgW0/4JGf8EVrrxt4c8P+GvFniHwdbWXw
vn8VaF4V8aaj4s0fwd4l1nw9F+wE2r6X4f8AFmr+AvHWl+GtZvrSDTtd1HwX4ssdLubq58OaxFZ/
o/8A8JN+1p/0RP8AZ1/8Si+Jf/0IFfzw23/BAr/giTeeKtZ8C2n/AAR/+NV1428OeH/DXizxD4Ot
v22Fn8VaF4V8aaj4s0fwd4l1nw9F/wAFLW1fS/D/AIs1fwF460vw1rN9aQadruo+C/FljpdzdXPh
zWIrP+h7/hdnxL/6NA/aK/8ACm/ZL/8AooqPYf8AUp4Y/wDEg9P+qm/q77aHtv8AqY5//wCGX0/6
kP8AV3208G/an8RftPT/ALMP7R0Ov/CD4DaZoU3wG+L8Wt6lo/7R3xB1zV9P0iT4feIU1K+0vRL3
9ljw9Z6xqNpZmaex0u71/Q7bULmOK0n1jTIpnvYNr4c/su/HLw34r+JXiDxP+2F8aLt/Gmp6RqWn
ahotp8Eb24gsraLUQPDNzonjv4CeLdO0Ww8OSXTf2XdeDr7Q9H159S1C+uPBfhu8jY6li/tT/F/4
g6n+zD+0dpt7+yx8efD1nqHwG+L9jd6/rHiH9mGfSNDtrv4feIYJ9Y1SHQP2jtc12bTtMike9vot
E0TWNXktoJU03S9QvDDaTbXw58H/ALeieK/iVf8Ajf4xfBi1stT1PSJ/B8F/8ENf8VeGrPw6ItRM
Ol6FZ6B+0X4G1TQ9YsZJWPiuPxDZ+Jmu7i40xdJ8deI7CyEOle/TlUw/D04wr8K5RTqYvGqrRqSj
nTxqjLIJQjhv+SglTqUppVa9NSoxlSjGpKlUdKFSj484wrZzBypcRZlOGHwrp1IRllUcK5LNlKVf
/kSxqQqR9ylNqtKNRzpxnTVSVOp4/wDtk/Gm2/Yc8HfD3x98Xv2oP2ytY8JeO/iB4g8G6hq3gDwJ
+xRrH/Cu/DngT4E/Gn9pf4pfFjxrYa78B/DOp3fw/wDhf8Ev2f8A4n+NfEem/D+z8d/FPXv7Hs/D
nw3+GnjvxbrGmaDc/lB4a/4OOv8AgkJr2nXN9qn/AAV5/aq8F3MHiDxZo0Wj+Jf2SNEutRvNO8Oe
KtZ8PaP4stpfB37AHizSF8P+PdI0ux8deE7a71S18VWfhXxHo1p468NeC/G0HiHwdoX6v/tk/tYf
GH9hzwd8PfH/AMXvib8NdY8JeO/iB4g8G6hq3gD9kjxRrH/CvPDngT4E/Gn9pf4pfFjxrYa7+3V4
Z1O7+H/wv+CX7P8A8T/GviPTfh/Z+O/inr39j2fhz4b/AA08d+LdY0zQbn8oPDX/AAdA/wDBO3Xd
Oub7VP8AgpN8FfBdzB4g8WaNFo/iX/gmZ+3Jdajead4c8Vaz4e0fxZbS+DvjH4s0hfD/AI90jS7H
x14TtrvVLXxVZ+FfEejWnjrw14L8bQeIfB2heB9Y/wCptwx/4j/p/wBUz/Vn319j2P8A1Ls//wDD
16f9T/8Aqz76/UCf8FV/2XtW1j44eHfBP7ZH/BQrxh4g/Z3/AGQP2p/21viloWofsi/Cz4KaxpHw
s/ZE8d2Pwt+JmgaZpn7Tf7GvwOvfEXxAv/ibH45+HWhaVocF94c0jx38I/il4R+JPir4feIPDtnp
+r+f2f8AwXJ/4Jjaj/wjn9n/APBVr9sq/wD+Ex+H/jX4seEfsf7B3jG6/wCEq+Fnw1/4T/8A4WL8
S/Dnkf8ABMl/7c+H/gH/AIVR8Uv+E18ZaZ9q8OeFf+Fa+P8A+3dSsP8AhDvEX9negJ/wWe8EavrH
xw8O+Cfjra+MPEH7O/7IH7U/7avxS0LUP+CZP7VnwU1jSPhZ+yJ47sfhb8TNA0zTP2m/2l/gde+I
viBf/E2Lxz8OtC0rQ4L7w7pHjv4R/FLwj8SfFXw+8QeHbPT9X8/s/wDg4P8A2L9R/wCEc/s//goP
8Nb/AP4TH4f+Nfix4R+x/wDBJH/gphdf8JV8LPhr/wAJ/wD8LF+JfhzyPFj/ANufD/wD/wAKo+KX
/Ca+MtM+1eHfCv8AwrXx/wD27qVh/wAId4i/s4+sf9Tbhj/xH/T/AKpn+rPvqex/6l2f/wDh69P+
p/8A1Z99eg1n/gsv/wAE+tL/AGavCf7ZFj/wU/8A2qvEf7LniP8Aafuf2Q9Y+Mejfs3/AAzg07wF
8ZYPgh4l+PMVl4s8EeIf2IdC+K154fvPC2g6Xoltr3gXwB40gXxV408NW13Fa6Ha+Mdf8J+v/CX/
AIKM/svftEfssftU/ti/s3/t+/tlfHP4JfsefD/x14/+Leu+HP2afhZ4B+1/8K9+HWufFLxB4K8A
an8df2KPhJ4S8cfECDwlokd5eeHNH8Tv/wAIz/wkngq48b3nhbTPGfhrUNS8g1n/AILu/sx6X+zV
4T/bIsf27Pgr4j/Zc8R/tP3P7IesfGPRv+CeX7WcGneAvjLB8EPEvx5isvFngjxD+0HoXxWvPD95
4W0LS9Ette8C+APGkC+KvGnhq2u4rXQ7Xxjr/hP1/wCEv/BV/wAEftEfssftU/ti/s3/ALVXw1+O
fwS/Y8+H/jrx/wDFvXfDn/BO39qzwD9r/wCFe/DrXPil4g8FeANT+Ov7Rfwk8JeOPiBB4S0SO8vP
Dmj+J3/4Rn/hJPBVx43vPC2meM/DWoakfWP+ptwx/wCI/wCn/VM/1Z99T2P/AFLs/wD/AA9en/U/
/qz76+QfGT/gsh+wl8C/2h/AP7KXjj/goj+3Uf2g/HPiD4X+H7j4S6N+xTp2ofELwVP8avhLZfFz
4Ur4s8Byf8E/7XxtP4g8aW3iP4eeArb4Y+DPDvjD4y6F8TPiX4a8LeLfhx4ej0b4ial4G/UH9lb4
jaJ8dPEHxa8QfD79qb40fFrw3+z5+0B8Uf2aPHWjeLLH9lW38P6v8U/hTZafonxF0nUNL+Gnwj8O
fFfwj/wg/jTWL3Q7Ww8byfDHxH4nvfClt8QvDWg+MPgD45+GXxC+J35ffGT/AILr/s+fAv8AaH8A
/speOP2vvCp/aD8c+IPhf4fuPhLo3/BK39u7UPiF4Kn+NXwlsvi58KV8WeA5PjFa+Np/EHjS28R/
DzwFbfDHwZ4d8X/GXQviZ8S/DXhbxb8OPD0ejfETUvA36Q/sYftQeI/2sb/4x6t4a+L3w38T+H/2
bP2n/j7+yH8cfB0H7NHj/wCGHjHSPjL8BNcufDeuWWj+KtX/AGlfiT4Xu/D+qxX/AIP+Inh3XtK0
fxNBqvgjxPp+iazF4P8AH0fibQPB+VevehWX9p8O1L0qi9nQyP2Ned4W5KNX/V6h7KrL4adT21Hk
n73tafxmlKlarSf1DO4WqQfPVzf2lKFpR96rT/tur7SnHecPZVeeKlH2c+bll+g9FFFfOnthXzr8
E/8Akpf7X/8A2cV4Z/8AWS/2Xa+iq+dfgn/yUv8Aa/8A+zivDP8A6yX+y7XqZf8A7pnn/Yro/wDq
6yc4MZ/vGVf9h9T/ANVeZH0VXxz+y1/yVD9vf/s8ay/9Y+/ZHr7Gr45/Za/5Kh+3v/2eNZf+sffs
j183jP8Aesq/7DK3/quxx9/w5/yIOP8A/sm8s/8AW04WPsaiiivQPjz4g/b7/bE8VfsR/Brwv8Vv
B37I/wC0/wDtn6v4h+MHw++HF38LP2T/AIdaj8SviF4e8K+IZ9R1bx18TtW0XS4Lq5g8P+C/BPhz
xDJpCy28OneKPiZqHw7+HeseIPA2keNb74geFPzA8ef8F4PjL4Y07UtU8Pf8ELv+Cz3iO28R/B+P
xv8ABWK6/Zbgg1HxL8QoPFXxa8Har4E+Nej+C/EnxF1f9njw/Bq/gTwdd6Vr+sWPjT4ma34V8aah
46i+B1r4Jtfhj4h+M/8AQ9XjGheLPEF5+0P8UfAtzf8AmeFfDnwY+AvizRtL+yWSfY/EHjTxx+0h
o/iXUPt0dsuo3H9pad4C8J2/2W6u57Kz/snztPtrWe+1KW86KOHnXp4qrBxUcHQjiKqk5JyhLFYb
CJQtFpz9piqcmpOK5FN83MoxljUrRpTw8JKTeJrSowslZSjQr4hud2mo8lCaTSk+ZxVrNyX85Nz+
2P8Aswf8FPPFWjeP/j//AMEjf23/AAr/AMFEP+CWP7MHiX/gon+z5+zt+0NfeIPgF4q1n4maXqPh
PWtP8J/s+eDfCnxN0z44/tG+H/GXxx+CXhzwN4e+J+t/sf8Aif4e2Oo+GtM0rxf4a8J+L/iH4e+F
/jj5/wDhz8GP2G/2NP8AgoX4v/ad+Dn/AARh/wCCr954p/YT+D/xm8J+C/id4MsP2xvjk/xYg0Lx
9+zr+wP8KvDXwr8H/tEak/hv4qeING+DmrfGzxV8IdG+Ffx0134NeCf2DLLwp8RZrbxb8Vry5+FX
7FX9jtFc5sfhD4R/4LRfGX4g6jBqHhL/AIIx/wDBV+x8E/8AC4P2fvg3LafE79n6D4S/GXUNR+N/
hX9qHVNY8feH/AvjHWLb4Ur8H/hH4p+DnwQ8KfEf4oeO/wBoP4e+FfCkH7Q7eIfGF74StvAnh6x+
LP0/8Hf+Cj+sfGP9vq1/Y1h/ZK/aA+F3gXVP2QPGH7UXh34+fHTwZ47+EX/CV6x4Q+NHw++H0/w1
8LfDzxd8PLKy1v7R8MvjB8H/AI1a3qlp8SW8d/Cb/hZWkfBL49fCP4TfHrw38Rfh74J/T+igD4e/
bn8JTfHT4f6D+yVo9zY2mu/tB6pLJqOq3+mW2t2/hD4f/Cq40rx74l8Z3Wj3kclrf2y+KLPwB4Bh
WZHFtrPxD0i+Ebi1fHiHjv8Aaf8AFGnah+z98dPD3wW8WfEnxxF+zZ+1Lofi34V+C7jT0vfCHj/w
58WP2UvDPxF0nWry9mNzDoXgXxvoOteH9W1HSdN1y/jW3g1FdKbSft2pWHoWi/HPwxoX7RPx18cf
EjwJ+0hb6jo1zpPwW+GcWhfsiftWePND/wCFe+EEGu+JPFujeJ/AvwZ8S+F74fEL4i63q8ct3o+s
3trq3hXwF8Pr/wA3IVE+UtW/ae+HnwP/AGxfFPxTl8K/HxPg9rfwH+LXjvT9K1f9mf4//DzWF+Ln
i3x1+y/4T8caL4dsfin8OvAti+i63aeAvBHim71SG8g0O08aeKvEM2u31prPinTF1r9E4ewOIliM
LgnlFfMYUMHjsZSw7hiqdLMcTmOV1qOJwUMRQ9nUg61KeAoucKqVOWAqTp2daTfxWd4qiqGIxSzK
lgpVcVgsPOup4edTBUMFmNGrQxcqNbnpyVKpHGVeSdNuccZThO/s4pfSPxX8O+GP2x/h58HYf2gv
2E/jh8UtF8IeINE+MHh6z0L4pfALR/AureJ9W+GfjL4c65HqFn4c/bD0GL4l/Cbx58NPir8RPAPj
H4WfEmDxR8Mvih8NvG+t+FPiN4N8S6Hqt3p7/IGjf8Ep/wDgn1onw98WfDGP/gkX8atZ8N+O/D9t
4M8Z6l4y+Nvwz8ffELxP8PdJ+Gfhr4TeEvhXrfxc8cft1+IfitqHwf8Ahr4W8DfDvVfg98Ibjxo/
wz+DHxM+F/wn+NXwp8KeDvjH8K/h5488NfVn7QM/wW/a48PfAC98aah+3P8AB7WPhB8TLb42aXcf
BD9nz9pvwx4mm1LxH8EPi38B/HXw+vPiFB+zjrWvaR4c8T/C/wCPHxG8LXHjn4Qax8Ofi54Z1C60
nxz8Ivip8PfGWiaL4jtPz08Kf8Ev/wBibwv8E/2h/gi/x7/4LE63pn7V3/CaQ/tC+K5/CX7VXhXW
Pipa+OPhF4W+FetXfi7wZ8NP2U/AnwS1j4gaxqfgTwX8VfiL8er74TT/ALR37QvjvSfEXh39qD4w
fG74JfFv44fCH4neNVweO9rUtwWor2k7Rjh+IpqPvfCpwzFQmlspQSjJO8dGrenTxOE9nTvxS5Pk
h7zrZJFy92OrjLA80XLdxl7ycrPU+v8AwV+xL+y98OPhZZ/B3wH/AMEzf2ivCfhK1/4QD7Xq+h/H
P4WWHxT8S/8ACnfDniPwt8Bf+E6+OkP7cY+NvxD/AOGadM8SLc/srf8ACd/EHxF/wy34j8HfCXxh
+z3/AMK18W/BP4P634G+IPCf/BAT/gkJ4L8VeGvGOj/8EUfjVeav4T8QaN4l0u08WftJ6J498K3W
o6FqNtqljbeJfAvjr/goX4j8E+NPD89zaxRaz4T8Y+Htd8K+I9Oa50fxDo2qaReXdjP9P+Cv2T/2
YfA32PxlYfGP/gqTrn7TQ+H/AIA+E/iD9tbxr8G/2kvGv7U/iv4WfCH/AISPVfhJ8NLzxV4l/ZP1
H4f+Ffh/4V+IGo+D/ix4/wDBvwz+GngPw5+1f8Rfhh4c1L9tzTf2mdF8b/HXQPi/8AeCP+CIX7E3
g7x3+zf45uv25f8Ag4J8Y/8ADJvl6Z8CPDPiLWv2qtL0f4beBLrR9H8J+Kfhb8OtZ8AfsdeCPiB8
Ifh/48+H+h6f8NvF2n/BTxt8NdYuvAkMGh6Vruj/AGDS7mwz+p4//ojf/LXiTy/6mX9X9C/rOD/6
Kj/y4yLy/wCoH+r+h6B/xDvf8Ec/+kLX7RX/AIl/f/8A0ySv3+/4XZ8S/wDo0D9or/wpv2S//ooq
/nhtv+CQPwLs/FWs+OrT/gq7/wAHNFr428R+H/DXhPxD4xtviH+1HB4q13wr4L1HxZrHg7w1rPiG
L9iZdX1Tw/4T1fx7461Tw1o19dz6doWo+NPFl9pdta3PiPWJbz+h7/hqL4af9Cz+0V/4iB+1p/8A
OTo+p4//AKI3/wAteJPL/qZf1f0D6zg/+io/8uMi8v8AqB/q/oeDftT/ABf+IOp/sw/tHabe/ssf
Hnw9Z6h8Bvi/Y3ev6x4h/Zhn0jQ7a7+H3iGCfWNUh0D9o7XNdm07TIpHvb6LRNE1jV5LaCVNN0vU
Lww2k218OfB/7eieK/iVf+N/jF8GLWy1PU9In8HwX/wQ1/xV4as/Doi1Ew6XoVnoH7RfgbVND1ix
klY+K4/ENn4ma7uLjTF0nx14jsLIQ6Vi/tT/ALR3w+1z9mH9o7RLLw98eYLzWPgN8X9LtJtY/ZY/
ae8PaRDc6h8PvENpBLqmv6/8INM0LQ9OjlmR77WNb1LT9I0y2Et7qV9aWcE08e18OfiT+3Pr3iv4
lR+J/gT8F9M0nTtT0iLwZpWtfGD4heErdfDk8WoyQavbeJLD9nnx5Z+L7/WGXOqQPceFtV8MpZ6f
Z6x4H0K6vhc6r79OjmdLh6fs8nyPK74vGupHN6VKFecebIFCeXriPEYj3nP3cVOly0VRtGo1Vlh1
Lx51cBUzmHPmeb5j/s+F5HltSpOjCVs2vHGvIqFH3eX3qEat5uo3KmvZRrcvP/tCfH3x/wDsq6P4
D8RfHz9qb9nX4f8Ah/4kfEBfhp4Z12f9jb49+INHg8RxeBPHfxS1nUvF2p+E/wBp/XrL4d/D/wAG
/DL4YfEP4i/EX4sfEKfwv8LPhn4E8GeIvF3xB8ZeGvD+mXOoJ8v+Gv8AgrD+yr4s0651TS/+Cx//
AASWtba18QeLPDUsXiWHSfBeotqPgvxVrPg7WLm20fxj+3boWr3nh+81fQr678J+LLSxn8K+PfCs
+jeOvAus+I/BPiPw94h1T7f+Ivg34w/GDR4PDvxa/ZI/Y1+KPh+2/wCEi+zaF8Rfjh4o8baPb/8A
CX+BPF3wt8WeRpniX9i7U7KL/hKPhl8QPHnw68ReXAv9t+BPG3i7wjqX2nw/4k1nT735A/4difsz
f9IZ/wDgjt/4TPgD/wCl814H/Cr/ANUx/wCaZ5f8D8fM9j/hO/6n/wD5tPl/wPx8wtf+Cl3wX1j/
AIWD/wAIV/wU8/4J7fFj/hU/wA+MX7UfxM/4UX8GvG/x7/4QT4E/AT/hD/8AhaHjnxT/AMKY/bC8
d/2P/Y//AAnfhz+xPDN55XjHx35ur/8ACAeHvE//AAjHij+xz/h55+zN/wBJmP8Agjt/4U3gD/6Y
NX0BP+zpfXOseLvEVz/wT9/4J7XHiD4gfD/4i/Cfx5rs/j6aXWPG3ws+MHjvxF8Uvi18NPF2pyfs
ONe+JPh/8Ufib4v8WfEX4i+DdZnvfDvjbx34o8ReLvEum6n4g1vUtQufP7P9hz4dad/wjn9n/wDB
LL/gltYf8Id8P/Gvwn8I/Y7zQrX/AIRX4WfEr/hP/wDhYvw08OeR+wWn9h/D/wAff8LX+KX/AAmv
g3TPsvh3xV/wsrx//bum3/8AwmPiL+0T/hV/6pj/AM0zy/4H4+Yf8J3/AFP/APzafL/gfj5nP6z/
AMFCfhRoXw98J/F++/4Kif8ABNaf4OeNPjBc/AHR/jPo3ge98R/Bqz+Mtr8M/Evxhl+Hviz4s+Hv
229U+HfgLxA3w78J6prttD468SeHILye68NaBaTz+JPGng7SNd6DRP23fCXi/wCFnx0+Nfw6/wCC
j/8AwT2+MHwy/Zn+H+r/ABS+PXiX4F/C7Xvjr/wq7wJonhzxT4su9d8U6N8H/wBtLxt4gtvtPh/w
T4u1DRNMg0q41jxJ/wAI5q9r4d0/VL2ymtlP+GHPh1/wqz/hRf8Aw6y/4Jbf8KS/4WB/wtj/AIU7
9s0L/hVn/C0/+Ec/4Q//AIWX/wAK+/4YL/4RL/hYH/CJf8Ut/wAJl/ZH/CRf8I5/xJP7S/sz/Ra9
A8Afs6X3wo+FnjX4F/C3/gn7/wAE9vhr8EviV/wkf/Cxfg74A8fTeDvhZ4+/4THw5Z+D/F3/AAmv
w+8O/sOad4S8Vf8ACVeEtO0/wt4j/t3SL/8Atzw5YWeian9q0y1gtUP+FX/qmP8AzTPL/gfj5h/w
nf8AU/8A/Np8v+B+PmfP/j//AIKa/s//AAu8R+CvCfj/AP4K1f8ABLbw14g+IH/COT+HNPvNAjl2
6P4z+Fl58a/BXi7xHdWf7clzZeCfh/42+GVtZ+JfBXxF8a3Ph/wJ4v8A+Eo8AaN4c8Ran4g+JHgD
SvEn2F+zf8W/Hfxxv/F3iHRvjL8N/H3w/wDhh8YPi18CPHkWmfsjfHr4JX+ofEz4N65qvgLx/pfg
Pxn8VfjNq+ieMPD/AIN+JGm33hjU/H/gfwx49+Hut654X8XeD9D8UnXtE1mfQvHfEv7JGh+NPjLb
ftF+Mf8Agmv/AME1vFn7Qdn4g8J+LLT47eJfEtnrvxltfFXgKDRrXwL4ltvifqn7Cl142g8QeC7b
w54et/Cesxa4uo+HINC0aHR7mzj0uxWD6i+Fth8XvC9/B4eufgR+zx8MPh/qHiDxv4s8QS/C34w+
J9Xv18VeOtc8RePfFniWDwZJ+zP8N9E1nxB48+JHiDVfE/jfWb3xPpmo6vrniTxF4w1K51vXrm5g
1PKv/aXsK3tP9XfZ+yqc/sP9U/b8nJ73sfq3+0+1t/D9h+/5/wCF+8saUvqHtaXJ/bfP7SHJ7X/W
T2XNzR5fa+3/AHPs725/bfuuXm9p7nOf/9lQSwMEFAAGAAgAAAAhAA8tr65RAQAAiwIAABEAAABw
cHQvcHJlc1Byb3BzLnhtbKyQzWrDMBCE74W+g9FdkSw7dmxiBzt2odBDDu0DCFtOBNYPkvJTSt+9
wnFLQy859LbLMrPfzHpzEWNwYsZyJQsQLjAImOxUz+W+AG+vT3AFAuuo7OmoJCvAO7NgUz4+rHWu
DbNMOuq8dGcCbyRtTgtwcE7nCNnuwAS1C6WZ9LdBGUGdX80e9Yae/QMxIoJxggTlEsx6c49eDQPv
WKO6o/AAVxPDxonEHri23276HrffOW6QSh+SXdyLdfMUHA0vwEebJts2iyuY4GgL4zAmsM7aGiZN
GKUYh7gi6SfwmjDOe247avpnQfes7blrqKNzVH/+gyd4Z5RVg1t0SqBrTqTVmRmt+BQ1xHNfJzoW
AANUrtGEecvYRGGFE1LBNFtVMI5IBqu6aWBdV6tlkhC8DPEPIxvocXQTY6P5P+IRcgN4BZ369OPv
3nem/AIAAP//AwBQSwMEFAAGAAgAAAAhANj9jY+sAAAAtgAAABMAAABwcHQvdGFibGVTdHlsZXMu
eG1sDMxJDoIwGEDhvYl3aP59LUNRJBTCICt36gEqlCHpQGijEuPdZfnyki/NP0qil1jsZDQD/+AB
Ero13aQHBo97g2NA1nHdcWm0YLAKC3m236U8cU95c6sUV+vQpmibcAajc3NCiG1Hobg9mFno7fVm
UdxtuQykW/h705UkgecdieKTBtSJnsE3qoIgorTAp8vliGlIA1x6NMZxVNbVuan9Kix+QLI/AAAA
//8DAFBLAwQUAAYACAAAACEAUdgA5YcBAAA7AwAAEQAAAHBwdC92aWV3UHJvcHMueG1sjFI9b8Iw
FNwr9T9Y3iEJoiGNCCxVJ4ZK0O6W4wRLjm3ZJgR+fZ9j0qSlA5vf172781tvu0aglhnLlSxwMo8x
YpKqksu6wJ+H91mGkXVElkQoyQp8YRZvN89Pa523nJ0/DAIAaXNS4KNzOo8iS4+sIXauNJNQq5Rp
iIPQ1FFpyBmAGxEt4jiNGsIlvs2bR+ZVVXHK3hQ9NUy6AGKYIA7I2yPXdkDTj6BpwyzA9NO/KG1A
nPS0xVcv0cfQ65Rh5Y5VDtkrWPWSLmIcTWsHpfvS6zJN+1J0j2MFL9kIS/einEThiVpi9pQIsDvB
foH1wWZNctsh+KV0hVEJtbhfAtnLfRZW36Z0rgyvuURdgWdJki4xuvjhLPXsoY+OBOoTsNtZ55f2
bwSz4BHYqcwVI61sgRdJUDe0hGSWDZJHEA8+Eeg5/ZYvlWP2wDo3Upiw+SM7Cao960HzJOXBg01T
wXDOIHZg9oMNzf+srg0v95pQOFFEwa0V/DAAUEAIz+BXG47iGwAA//8DAFBLAwQUAAYACAAAACEA
/GlfnHEBAADCAgAAEQAIAWRvY1Byb3BzL2NvcmUueG1sIKIEASigAAEAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAjJLRS8MwEMbfBf+Hkvc27TbHFtoOVPbkoOBE8S0kty3YJiU51+2/N+222qGC
j5f73cd33yVdHKoy2IN1yuiMJFFMAtDCSKW3GXlZL8MZCRxyLXlpNGTkCI4s8tubVNRMGAuFNTVY
VOACr6QdE3VGdog1o9SJHVTcRZ7QvrkxtuLoS7ulNRcffAt0FMdTWgFyyZHTVjCse0VylpSil6w/
bdkJSEGhhAo0OppECf1mEWzlfh3oOgOyUnis/U5nu0NtKU7Nnj441YNN00TNuLPh/Sf0bfX03K0a
Kt1mJYDkqRQMFZaQF6YBWxilMSgsOO+Yow87pT3RssICR2PzF626a+AxMJtg3XgcOvQCtMGX3OHK
32ijQN4f/5j5ybWjFvaqvXWezFM6rL2JLp+TE5CB35id8rl0XscPj+slyUdxMg7jWTiareM5iycs
nr63Hq/m2wROD9XZ6f8UkymbJGx0N1C8COSd4+tfl38BAAD//wMAUEsDBBQABgAIAAAAIQAdh8HI
EQIAAIIEAAAQAAgBZG9jUHJvcHMvYXBwLnhtbCCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAKRUS4/aMBC+V+p/sHJqD2DY0moXGa8qVisqlYJE2J7deEKsOrZlu7D01+/EITzKqoc2
p3l8mcc3M2b3z7UmW/BBWTPJhv1BRsAUViqzmWTr/LF3m5EQhZFCWwOTbA8hu+dv37Cltw58VBAI
hjBhklUxujGloaigFqGPboOe0vpaRFT9htqyVAU82OJXDSbSm8HgE4XnCEaC7LljwKyNON7Gfw0q
bdHUF57yvcOCOcttFDpXNfABoyeFfbdeBj68u2O0Fdln57QqREQ++FwV3gZbRrJIlZOl3YFfWmUi
o+dAZAMCtpR+e0wd84XphcIDGLKq7I68G40/vGf0FSBbCi82Xrgq8NuPCDmpbKWVBCyQ0YPEvtmI
BuyiFdhMSQnm4EXzhc7m86lWLuE7ka0KoWGK9PBS6AAY+mhgMxDN6JdC+cDZNo63UETrSVC/cfij
jPwQARpSJ9lWeCVMRHIbWKskWbsQPc9xCzA2+lo9ieewc1mNmhYRi8JfgW2s1C3JVdQQ/j9Fk7dt
E3NfEtCmWJQ4kvgKHzfnfKTSWjbaKg87c0XEkZLTNpHztbjqKI0Aa/ujmqmtnTB7vjYqHXDcE1uS
fId7CKRHvkzzFaMdiH1V5mdYu9w+iAjd5C+NbFUJDxLvs/OfDGyGQ/e6CTKthNmA7DDXjuaGnton
hQ9H/QF+6Vw6W3MF3ePBXwAAAP//AwBQSwECLQAUAAYACAAAACEA38wY9cIBAABGDAAAEwAAAAAA
AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBo+HShBQEAAOIC
AAALAAAAAAAAAAAAAAAAAPsDAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcB
AAAgAAAAAAAAAAAAAAAAADEHAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMS54bWwucmVsc1BLAQIt
ABQABgAIAAAAIQAbLjUHEwEAANADAAAfAAAAAAAAAAAAAAAAAC4IAABwcHQvX3JlbHMvcHJlc2Vu
dGF0aW9uLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAMnR8tNMAgAAnAwAABQAAAAAAAAAAAAAAAAA
hgoAAHBwdC9wcmVzZW50YXRpb24ueG1sUEsBAi0AFAAGAAgAAAAhAGADGSHkHgAAxHABABUAAAAA
AAAAAAAAAAAABA0AAHBwdC9zbGlkZXMvc2xpZGUxLnhtbFBLAQItABQABgAIAAAAIQDV0ZLxvgAA
ADcBAAAsAAAAAAAAAAAAAAAAABssAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0
Ni54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAACMtAABw
cHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Ny54bWwucmVsc1BLAQItABQABgAIAAAA
IQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAACsuAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3Ns
aWRlTGF5b3V0OS54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAtAAAAAAAAAAAA
AAAAADMvAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0MTAueG1sLnJlbHNQSwEC
LQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAAA8MAAAcHB0L3NsaWRlTGF5b3V0
cy9fcmVscy9zbGlkZUxheW91dDgueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAA
LQAAAAAAAAAAAAAAAABEMQAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDExLnht
bC5yZWxzUEsBAi0AFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAAAAAAAAAAAAAAAATTIAAHBwdC9z
bGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQxLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhANXR
kvG+AAAANwEAACwAAAAAAAAAAAAAAAAAVTMAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVM
YXlvdXQyLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAAAAAAAAAAAAAAAA
XTQAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQzLnhtbC5yZWxzUEsBAi0AFAAG
AAgAAAAhANXRkvG+AAAANwEAACwAAAAAAAAAAAAAAAAAZTUAAHBwdC9zbGlkZUxheW91dHMvX3Jl
bHMvc2xpZGVMYXlvdXQ0LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAGmiXyEeAQAAxwcAACwAAAAA
AAAAAAAAAAAAbTYAAHBwdC9zbGlkZU1hc3RlcnMvX3JlbHMvc2xpZGVNYXN0ZXIxLnhtbC5yZWxz
UEsBAi0AFAAGAAgAAAAhAPxhdk0bBAAArwwAACIAAAAAAAAAAAAAAAAA1TcAAHBwdC9zbGlkZUxh
eW91dHMvc2xpZGVMYXlvdXQxMS54bWxQSwECLQAUAAYACAAAACEAa6Tvis4DAADQCwAAIgAAAAAA
AAAAAAAAAAAwPAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEwLnhtbFBLAQItABQABgAI
AAAAIQCsLB1O7QQAAFwRAAAhAAAAAAAAAAAAAAAAAD5AAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRl
TGF5b3V0My54bWxQSwECLQAUAAYACAAAACEA8Qnho7YDAACZCwAAIQAAAAAAAAAAAAAAAABqRQAA
cHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDIueG1sUEsBAi0AFAAGAAgAAAAhAG1GeDmfBAAA
BxEAACEAAAAAAAAAAAAAAAAAX0kAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBL
AQItABQABgAIAAAAIQDCP6v8/gcAANovAAAhAAAAAAAAAAAAAAAAAD1OAABwcHQvc2xpZGVNYXN0
ZXJzL3NsaWRlTWFzdGVyMS54bWxQSwECLQAUAAYACAAAACEAkx1KyH4EAABrEgAAIQAAAAAAAAAA
AAAAAAB6VgAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDQueG1sUEsBAi0AFAAGAAgAAAAh
ADPuBoTbBQAAOhwAACEAAAAAAAAAAAAAAAAAN1sAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlv
dXQ1LnhtbFBLAQItABQABgAIAAAAIQBaaDRLQQMAALsIAAAhAAAAAAAAAAAAAAAAAFFhAABwcHQv
c2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0Ni54bWxQSwECLQAUAAYACAAAACEAN2ogZxADAABqBwAA
IQAAAAAAAAAAAAAAAADRZAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDcueG1sUEsBAi0A
FAAGAAgAAAAhAL1wMlRXBQAAxBIAACEAAAAAAAAAAAAAAAAAIGgAAHBwdC9zbGlkZUxheW91dHMv
c2xpZGVMYXlvdXQ4LnhtbFBLAQItABQABgAIAAAAIQDVgCHfFAUAADMSAAAhAAAAAAAAAAAAAAAA
ALZtAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0OS54bWxQSwECLQAUAAYACAAAACEA1dGS
8b4AAAA3AQAALAAAAAAAAAAAAAAAAAAJcwAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxh
eW91dDUueG1sLnJlbHNQSwECLQAUAAYACAAAACEAuX/uc5YGAACwGwAAFAAAAAAAAAAAAAAAAAAR
dAAAcHB0L3RoZW1lL3RoZW1lMS54bWxQSwECLQAKAAAAAAAAACEAoDXgLbmmAAC5pgAAFwAAAAAA
AAAAAAAAAADZegAAZG9jUHJvcHMvdGh1bWJuYWlsLmpwZWdQSwECLQAUAAYACAAAACEADy2vrlEB
AACLAgAAEQAAAAAAAAAAAAAAAADHIQEAcHB0L3ByZXNQcm9wcy54bWxQSwECLQAUAAYACAAAACEA
2P2Nj6wAAAC2AAAAEwAAAAAAAAAAAAAAAABHIwEAcHB0L3RhYmxlU3R5bGVzLnhtbFBLAQItABQA
BgAIAAAAIQBR2ADlhwEAADsDAAARAAAAAAAAAAAAAAAAACQkAQBwcHQvdmlld1Byb3BzLnhtbFBL
AQItABQABgAIAAAAIQD8aV+ccQEAAMICAAARAAAAAAAAAAAAAAAAANolAQBkb2NQcm9wcy9jb3Jl
LnhtbFBLAQItABQABgAIAAAAIQAdh8HIEQIAAIIEAAAQAAAAAAAAAAAAAAAAAIIoAQBkb2NQcm9w
cy9hcHAueG1sUEsFBgAAAAAlACUATQsAAMkrAQAAAA==

--_008_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_
Content-Type: image/jpeg; name="Basic RPL_2.jpg"
Content-Description: Basic RPL_2.jpg
Content-Disposition: attachment; filename="Basic RPL_2.jpg"; size=398832;
	creation-date="Wed, 28 Aug 2013 16:41:58 GMT";
	modification-date="Wed, 28 Aug 2013 16:42:09 GMT"
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAlgCWAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAnJB/YDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
8R17zL7xVqYllYlLiRQW5woYgD8q9urxPUf+Rs1X/r5m/wDQzXVhV7zOfEP3Sl/Zv/TX/wAd/wDr
0f2b/wBNf/Hf/r1dor0OVHHzMpf2b/01/wDHf/r0f2b/ANNf/Hf/AK9XaKOVBzMpf2b/ANNf/Hf/
AK9H9m/9Nf8Ax3/69XaKOVBzMpf2b/01/wDHf/r0f2b/ANNf/Hf/AK9XaKOVBzMpf2b/ANNf/Hf/
AK9H9m/9Nf8Ax3/69XaKOVBzMpf2b/01/wDHf/r0f2b/ANNf/Hf/AK9XaKOVBzMpf2b/ANNf/Hf/
AK9H9m/9Nf8Ax3/69XaKOVBzMpf2b/01/wDHf/r0f2b/ANNf/Hf/AK9XaKOVBzMpf2b/ANNf/Hf/
AK9New2Rs3mZ2gnG2r9Mn/1En+6f5UcqDmZ3/wAMpZJfDMokdmEdyyrk52japwPzNdhXGfC//kWr
j/r7b/0BK7OvJq/Gz0afwoKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACvEde8y+8VamJZWJ
S4kUFucKGIA/Kvbq8T1H/kbNV/6+Zv8A0M11YVe8znxD90pf2b/01/8AHf8A69H9m/8ATX/x3/69
XaK9DlRx8zKX9m/9Nf8Ax3/69H9m/wDTX/x3/wCvV2ijlQczKX9m/wDTX/x3/wCvR/Zv/TX/AMd/
+vV2ijlQczKX9m/9Nf8Ax3/69H9m/wDTX/x3/wCvV2ijlQczKX9m/wDTX/x3/wCvR/Zv/TX/AMd/
+vV2ijlQczKX9m/9Nf8Ax3/69H9m/wDTX/x3/wCvV2ijlQczKX9m/wDTX/x3/wCvR/Zv/TX/AMd/
+vV2ijlQczKX9m/9Nf8Ax3/69H9m/wDTX/x3/wCvV2ijlQczKX9m/wDTX/x3/wCvTXsNkbN5mdoJ
xtq/TJ/9RJ/un+VHKg5md/8ADKWSXwzKJHZhHcsq5Odo2qcD8zXYVxnwv/5Fq4/6+2/9ASuzryav
xs9Gn8KCiiisywooooAKKKKACiiigAooooAKKKKACiiigArwJVk1GaWaaZmkJyzNyWJr32vBtN/5
afh/WuzCK7ZzYl2SD+zf+mv/AI7/APXo/s3/AKa/+O//AF6u0V3cqOTmZS/s3/pr/wCO/wD16P7N
/wCmv/jv/wBertFHKg5mUv7N/wCmv/jv/wBej+zf+mv/AI7/APXq7RRyoOZlL+zf+mv/AI7/APXo
/s3/AKa/+O//AF6u0UcqDmZS/s3/AKa/+O//AF6P7N/6a/8Ajv8A9ertFHKg5mUv7N/6a/8Ajv8A
9ej+zf8Apr/47/8AXq7RRyoOZlL+zf8Apr/47/8AXo/s3/pr/wCO/wD16u0UcqDmZS/s3/pr/wCO
/wD16P7N/wCmv/jv/wBertFHKg5mUv7N/wCmv/jv/wBeo5rLyYmfzM47YrRqG8/49X/D+dJxVgUn
c9T8DSyT+D7B5XZ3w43McnAdgP0Fb9c74B/5Euw/7af+jGroq8mfxM9KHwoKKKKgoKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMDxxNJb+D7+SF2R8INynBwXUH9Ca8hhsvO
iV/MxntivW/H3/Il3/8A2z/9GLXl9n/x6p+P8678Ik4s48S7NEH9m/8ATX/x3/69H9m/9Nf/AB3/
AOvV2iuvlRz8zKX9m/8ATX/x3/69H9m/9Nf/AB3/AOvV2ijlQczKX9m/9Nf/AB3/AOvR/Zv/AE1/
8d/+vV2ijlQczKX9m/8ATX/x3/69H9m/9Nf/AB3/AOvV2ijlQczKX9m/9Nf/AB3/AOvR/Zv/AE1/
8d/+vV2ijlQczKX9m/8ATX/x3/69H9m/9Nf/AB3/AOvV2ijlQczKX9m/9Nf/AB3/AOvR/Zv/AE1/
8d/+vV2ijlQczKX9m/8ATX/x3/69H9m/9Nf/AB3/AOvV2ijlQczKX9m/9Nf/AB3/AOvUbpJYSxyw
yssgOVZeCCK0apal/wAs/wAf6UpRVhxk7nvNFFFeMemFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV4nqP/ACNmq/8AXzN/6Ga9
srxPUf8AkbNV/wCvmb/0M11YT4mc+I+EKKKK9I4Qore1Dwje2Gli+MkUiBQzqmcqD/OsWCIzzxxK
QDIwUE+5xURnGSumU4uLsyOir+saVJo9+1rLIsjBQ25enNUKpNNXQmmnZhRRRTEFFFbXiXRoNGnt
kt3lYSxb28wg857YAqXJJpdylFtNmLRRRVEhRRRQAUVu3/hS70/R1v5JEIwpeMA5TP8A+usKpjJS
V0VKLjuFMn/1En+6f5U+mT/6iT/dP8qbEjvPhf8A8i1cf9fbf+gJXZ1xnwv/AORauP8Ar7b/ANAS
uzryKvxs9Kn8KCiiisywooooAKKKKACiiigAooooAKKKKACiiigArxPUf+Rs1X/r5m/9DNe2V4nq
P/I2ar/18zf+hmurCfEznxHwhRRSgZIA6mvSOESit7V/CV5pFkLp5I5YwQH2Zyuf6VkWds17ew2y
MFaZwgJ6DJxURnGSumU4tOzIKKuarpz6VqUtnI6u0eMsvQ5AP9ap1SaauhNWdmFFFFMQUU6Nd8iq
ehIFa3ifSINF1Nba2eR0aIPmQgnJJHYD0qXJJpFcrtcx6KKKokKKKUAkgAZJ7CgBKK3dX8K3Wj6e
l3LJG6khXVc5Qn/OKwqmMlJXiVKLi7MKZP8A6iT/AHT/ACp9Mn/1En+6f5U2JHefC/8A5Fq4/wCv
tv8A0BK7OuM+F/8AyLVx/wBfbf8AoCV2deRV+NnpU/hQUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFeDab/AMtPw/rXvNeDab/y0/D+tdmD3ZzYnZF2iinwxNNMkSY3OwUZ9TXecQyitzWvCt3o
tus8jxyxE7SUz8p96zdOsn1LUIbSNlRpWwGboKlTi1zJ6FOLTsyrRVnULNtPv5rWRlZom2ll6Gq1
UndXE1YKKKKYgoqezhW4vYIXJCySKhI64JxV3xFpkOkau9rbs7RqqkFyCeR7AVPMr8pXK7XMuiii
qJCiinRxtLIscY3O5CqB3JoAbRW3rnhe50O2inlljlR22koD8pxn/GsSpjJSV0VKLi7MKhvP+PV/
w/nU1Q3n/Hq/4fzpvYS3PUPAP/Il2H/bT/0Y1dFXO+Af+RLsP+2n/oxq6KvHqfGz04fCgoooqCgo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA53x9/wAiXf8A/bP/ANGLXl9n
/wAeqfj/ADr1Dx9/yJd//wBs/wD0YteX2f8Ax6p+P869DB/CzjxO6JqKKv6PpUus34tYXVCVLFm6
ACuttJXZzJNuyKFFaGs6NcaJdiC42tuXcrp0YU7SNFl1dbkxSIn2ePed2ef84pc8eXmvoPld+XqZ
tFFFUSFFFFABRWv4Z0mDWdUNtcPIqCMvmMgHIx6g+tZcyCOaRByFYjmpUk3yj5Xa4yiiiqEFFFXt
I0uXWNQS1hIUkFizdFApNpK7Gk27Io0VoazpE2i332aZlfKhlZehB/8A1Vn0Jpq6Bpp2YVS1L/ln
+P8ASrtUtS/5Z/j/AEpS2HHc95ooorxT1AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACvE9R/5GzVf+vmb/ANDNe2V4nqP/ACNm
q/8AXzN/6Ga6sJ8TOfEfCFFFFekcJ6Vdamlpqun2lzg2t5beW4PTPb+ePxrjbrTH0jxPHatkqJka
Nj/Epbg1p+ODiTTSOv2ergx4k0exv1Gb2xlRZvVlyMn+v51xU/cipdGdU/ebj1RleOf+Rjf/AK5r
S22gWNppkV9rlzJEs/MUMQ+dh+I+n+NJ44/5GR/+uaVZ8fZ+3WW3Pk+R8np1/wAMVcW+WEU9yZJc
0pPoRN4f03VLGafQrmZpYRueCYDcR7YH+NZWh6PJrWoC2jbYoG53IztWtbwDv/t2Qrnb5DbvTqKs
eEsMuu+R98xHy8f8C/8ArU5TlDmV9rfiJRUuV2K7aT4dnmNnaajOtznakkgBjZvTOP8APvUnj5Sl
7ZKeogx+tcqBk4HWuq8eZF5Y56/Z/wCtPlcakdb7hzJwlp2KsGh2FlpsN7rdxMn2gbooIQN5Hqc/
hSXeh2NzpMuo6LPNIkJ/fQzAblHrx/n8q3PFU+lQXFp9usppwYR5bJJtAGelZUPiHSrGxvILDTpo
zdRlG3y5HQgfzNRGU5LmV/wsOUYp8rt+pzFafh3T/wC0tctoGGYw29/90cn8+n41mV2PhCGKy0m+
1O6mFurjyY5SM7ffHfkj8q2qy5YOxnTjzSLllqia1r2r6dK2YLhCkXtt44+vX8K4aeF7eeSGQYeN
irD0IOK6fTrTRNO1CG7j17LRNux5B5HcfiKr+NrEW+si5jx5V2gcEdMjg/0P41nTajPlWzX5FzTl
G76HOUyf/USf7p/lT6ZP/qJP90/yroZijvPhf/yLVx/19t/6AldnXGfC/wD5Fq4/6+2/9ASuzryK
vxs9Kn8KCiiisywooooAKKKKACiiigAooooAKKKKACiiigArxPUf+Rs1X/r5m/8AQzXtleJ6j/yN
mq/9fM3/AKGa6sJ8TOfEfCFOT/WL9RTacn+sX6ivROE9L1C/jHiUaXd8217ahQD2bc38/wCeK4y1
0+TS/F9taS9Y7lMH+8MjB/KtDx87R+ILd0JVlt1II6g7mrSAXX49I1iJR9ognSO4A/3hz+Zz9Grj
h7kE+jX4nXL3pNdUc94x/wCRpvP+Af8AoC1aTQNO02whudduZUkmG5IIQN2PfI/wqLxRt/4TOfzP
ub4t302rU/j3f/bybs7fIXb+ZrSLbUIp20M2knKXmMuPD9he6ZNfaHcyyeRzLDKBuA9sCs/QNFbW
r1o/M8qGJd8sh7D/ABrX8BZF3fFs+SIPn9OvH6Zo8MAnw1rnlf63yu3ptb/69DnKKlG+1vxBRUmn
bv8AgMj0rw/d3K22nahOt0G+Rph8khz0zgf59aTx9/yH4/8Ar3X/ANCauctwTcxBQSS4wB9a6fxt
tPie28z7nlJu+m5qfK41FrfcL80Hp2K40PTtLsoZ9cuJxLOu9LeADcB75/8ArVFqGh2jaSdT0eeS
W3Rtssco+dD+H1Fbniy40qHVlGo2E88piBV0lKjGTxj86yj4g0y30i7srCwmj+0rgl5NwB9amMpy
Skr/AIWHKMU3F2/U5qtrwnYfb9fgDDMcP75/w6frisWuz8NW8Fj4au7y7uBbC8JhSUrnAwRwPrn8
q1rS5YepnSjeRNp2oDxHLrenyNlZ8yQZPTGAP5KfzriGUoxVgQynBB7Gut0i30XStThuotdDMhI2
mEgMCMYzWb4w0/7Dr8rKMR3A81fqev65/Os6bSm4rZl1E3G7MKmT/wCok/3T/Kn0yf8A1En+6f5V
0MxR3nwv/wCRauP+vtv/AEBK7OuM+F//ACLVx/19t/6AldnXkVfjZ6VP4UFFFFZlhRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABXg2m/8ALT8P617zXg2m/wDLT8P612YPdnNidkXas6d/yErX/rsn8xVa
rOnf8hK1/wCuyfzFd8tjjW56Dd3cV1r15ol4f3N1Cpjz2bH/ANYH8K5LQ7SWw8Y29tMMSRSlT78H
mrHjOZ7fxT5sTFZERGVh2IrcSKPV77SNdtlAYt5dwo7HB/rx+IrjXuQ8mvxsdT96Xmn+ByfiUZ8S
XwHXza0m0DS9Ht4m1y6m+0SjcIIAMqPfI/wqC/2/8J4fM+59sTP0yKPG2/8A4SWXfnbsTZn0x/jm
tU2+WN7aGTSXNLzHX3h+zm0p9S0W5kmhi/1scg+dffoKqeH9D/tiaVpZfJtYF3Syeg9B+RrU8HZG
m60Xz5PkfN6dG/pRowJ8Cat5f+s384/u4X+maTnKKcb9V+I1GLtK39IWx0zQrvUIF0u+nW4ikVgs
4+WQA5OOBz/nFVPGwz4llA67E/lWTpQJ1ezCgk+enT/eFdB4i2nx5B5n3PMh3fTIos41N76ML80N
rakL6Jpejww/23cXBuZV3eRbgfKPcmq2q6HbxaZHqelzvPZs2xxIPnjPvj/PT1rZ8T3Ojw63It/p
880xVTvWUqCMdhWbca/py6Dc6bp9jLEs7BiXk3AHI5/8dFKEpu0tf0HJRV1p+pzlb/g6yW51oXEv
ENoplYnpkdP8fwrArtdGtrax8Hyte3QtDqLFRIVJO3pjH03fnWlaVo27mdJXlfsGn3jeJtL1izk5
lLmeAHqPQD6YA/GuKrs9Bh0bStVjmg1sSM2Y9hiIDZ7Z+uKw/E+n/wBna9cRqMRufMT6H/6+R+FT
SaU3FbF1E3FSZkVDef8AHq/4fzqaobz/AI9X/D+dbvYxW56h4B/5Euw/7af+jGroq53wD/yJdh/2
0/8ARjV0VePU+Nnpw+FBRRRUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQBzvj7/AJEu/wD+2f8A6MWvL7P/AI9U/H+deoePv+RLv/8Atn/6MWvL7P8A49U/H+dehg/hZx4n
dE1dJ4F/5GL/ALYt/SubrpPAv/Ixf9sW/pW9b+GzGl8aNKYf8JNoFzD96/0+Rinqy5P8wMfUCqfg
n/V6r/17/wCNZ2m6q2j+JHuMnyjKyygd1J5/Lr+Fdba6Wun6lq0kAH2a5tvNjI6d8gf56EVzz9yL
j0eqNoe81LscFp9jLqV9Fa24HmSHAJ6D1Jren0zw3p0xtby9u5Z1+WRogNqHv2/xo8A7f7fk3dfI
bb9cr/TNc7c7/tU3m58ze27Prnmt3eU3G9rGStGN7bmpr2gjS1hubWb7RZXH+rk7j2NWNL0C0Olf
2prFw8FqzbY1j+85/I+h/KrV1kfDi1Eucmf5M/Vv/r0eJAf+ET0Mx/6vYN3+9tH/ANeoU5NKN+tr
lcsU3K3S5peFtP00amb3Sbt5IxGUkhmGHUkjB+nFchDYy6lrJtYAN8krDJ6AZOSa2PAQJ19yAcCB
s/mKl8Gbf+Equd3Xy5Nv13D+maV3Bzd76DspqK8yGbT/AA3Yzm0uby9knU7XliUbFbv2z/Os7XdG
bRrtEEglglXfFIP4h/jV6e88PrPIsmlXW8MQ2Zz1zzUGv65b6pa2Vva2zwx2qlV3tk4wAB+lVDn5
lv53sTLls9jErqNCH9leGdR1Q8SyjyIT39yPxP8A47XMqrO6qoJZjgAdzXdaxZabFpdjpN3qYtDb
qHZRGW3E9/z3fnTrS2j3FSW8jP1n/ib+ELHUhzNbfuZT7dMn8QD+NcnXfaDaaW1leaVbamLoXKk7
TGV2nGMj9PyrhJongmeKQYdGKsPQjg0UZLWI6q2kMqlqX/LP8f6VdqlqX/LP8f6VrLYzjue80UUV
4p6gUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABXieo/8jZqv/XzN/6Ga9srxPUf+Rs1X/r5m/8AQzXVhPiZz4j4Qooor0jhNnxD
rUWsNaGGN08mLY27HJ9qZ4d1xtDvzKVMkMg2yID19CPcVk0VHs48vL0L53zc3U1PEOqx6xqrXUUb
RoVCgN14q/a+I7S402Kx1uya5SHiOSNsOB+Y/nXOUUnTi0l2Dnd2+50U/iKztLCW00Oya3EwxJNI
2XI/P+tZ2iavLouoLcxqHUja6E/eWs6ihU4pNdwc3e500muaHBIbuw0pxe5yvmt+7RvUDP8AQVR8
Ra2mty20io6tHEEctjlu5GKx6KFSincHUbVjorbxFaXGmxWOtWbXCQcRSxth1HpUN5f6GtnLFp+m
zea4wJp35X3AyRWHRR7OKege0dgra1HW4bjQLLTLWJ41h+aUtj5m9vxJP5Vi0VTim030JUmr2Cty
/wBdh1Dw7aWUsUn2q2IAk4wV6Y9emPyrDoocU7N9BqTVwpk/+ok/3T/Kn0yf/USf7p/lTYkd58L/
APkWrj/r7b/0BK7OuM+F/wDyLVx/19t/6AldnXkVfjZ6VP4UFFFFZlhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABXieo/8jZqv/XzN/6Ga9srxPUf+Rs1X/r5m/8AQzXVhPiZz4j4QpVOGB9DSUV6Rwmx
4m1mLW9RjuIY3jVYhGQ+M5yT2+tO8NeIDoV1IXRpLeUYdFPII6EVi0Vn7OPLydC+d83N1NDXNRTV
dYnvI0ZEk24VuvCgf0rVj8SWN9Yw22u2TztCNqTRNhse/I/nXNUUOnFpLsCm02+50F54ito9NksN
Gszawy/613bLuPSqeg62+iXplCCWKRdskZ7j/Gsuij2cbOPcOeV7nStrujWTG40nTGS8P3WmOVjP
qBk/0qh4j1ePWtRS4ijdAsQQh8ZyCT2+tZNFEacU79QdRtWOkj8RWN/ZQ2+uWTztCNqTRNhse/T+
dVb++0X7FJBpunSrI+P38z5ZcEHgcjt+tYtFCpxT0B1G9wra1nW4b7TbGxtInjhtl+bfj5mxjPH4
/nWLRVOKbTfQSk0mgrc1jXYdW0mxheKQXduNrSHGGGMH+Q/WsOihxTafYFJpNBTJ/wDUSf7p/lT6
ZP8A6iT/AHT/ACpsSO8+F/8AyLVx/wBfbf8AoCV2dcZ8L/8AkWrj/r7b/wBASuzryKvxs9Kn8KCi
iisywooooAKKKKACiiigAooooAKKKKACiiigArwbTf8Alp+H9a95rwbTf+Wn4f1rswe7ObE7Iu1L
bSiC6hlIJEbqxA74OaiorvOI1PEOqx6xqrXUKOiFAuHxnirXhnxJ/YTypNG0tvLyVU8q3qP8+lYN
FQ6cXHk6FqbUubqXNVvRqGq3F2ilBK+4AnkVtnxJp2qW8Sa7YPLNENomhbBI9+RXMUUOnFpLsCm1
fzN7UfEMDaadO0m0+yWrHMhJy7/U1BoGuto00oeITW067ZYz3/zk1kUUezjy8oc8r3OmGvaRpz+d
o+mulw3BkmOdg77Rk81meINUj1fV3u4UeNSqgBuvA9qzKKI04xd+oObasdM3iLTtUt4l1yxkkmiX
aJ4WwxHuMiqOpX2kPZmDTdPeNywJmlfLYHbHNY9FCpxT0B1G9xa2fEGtxaolpBaRPFbW0e1VfGc9
O3sBWLRVOKbT7CUmk0KDg5HWtrxBrkOtwWbeU63UKbZXOMN06fjn86xKKHFNp9gUmk0FQ3n/AB6v
+H86mqG8/wCPV/w/nTewlueoeAf+RLsP+2n/AKMauirnfAP/ACJdh/20/wDRjV0VePU+Nnpw+FBR
RRUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBzvj7/kS7//ALZ/+jFr
y+z/AOPVPx/nXqHj7/kS7/8A7Z/+jFry+z/49U/H+dehg/hZx4ndE1avh3Vo9G1QXU0bumwrhMZ5
rKorqlFSVmcybTuiS4kE1xLIBgO5YA+5rpdL8Yiz0NrG5heR1QpE6kdCOAfpXLUUpU4zVmOM3F3R
Z0++m02+iurcgSRnIz0PqDW/PrXh+/lNzeaVMLluWEb4Vj78j+VcvRRKmpO44zaVjV1zXX1d4kWJ
YLWAYiiXsPerel+IbaPSv7M1a1a5tQ25Chwyd/b19a5+ik6ceXlDnle51lj4q0/SrlU0+weKzOTI
ScyOe3JPAH1rn7XUZbLU1vbf5XVywB6EHqDVOihU4q/mDm2dNPq/h/UJTcXum3KXDcv5Ljax/MVk
ard2V1LGNPsvssSLjBbcW9yaoUURpqOwObZd0i6gstVt7m5jaSKJtxVcZJHT9cUusaidV1We7IKi
Q/Kp7KOBVGiq5VzcxPM7WLmk6g2l6pBdqCRG3zAd16EflUmt3sGo6tNdW0bxpLglWxnOOelZ9FHK
ubm6j5nawVS1L/ln+P8ASrtUtS/5Z/j/AEolsEdz3miiivFPUCiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK8T1H/kbNV/6+Zv/
AEM17ZXj2t6JrEXiTUZYdMupUknkZXSFmUqzEjBFdOFaUncwrpuOhUoo/s7Xf+gPef8AgLJ/hR/Z
2u/9Ae8/8BZP8K7/AGke5x+zl2Cij+ztd/6A95/4Cyf4Uf2drv8A0B7z/wABZP8ACj2ke4ezl2Ci
j+ztd/6A95/4Cyf4Uf2drv8A0B7z/wABZP8ACj2ke4ezl2Cij+ztd/6A95/4Cyf4Uf2drv8A0B7z
/wABZP8ACj2ke4ezl2CimvZ6xFt87TbiLcdq+ZA67m7KPUn0p39na7/0B7z/AMBZP8KftI9w5JBR
R/Z2u/8AQHvP/AWT/Cj+ztd/6A95/wCAsn+FL2ke4ezl2Cij+ztd/wCgPef+Asn+FH9na7/0B7z/
AMBZP8KPaR7h7OXYKKP7O13/AKA95/4Cyf4Uf2drv/QHvP8AwFk/wo9pHuHs5dgpk/8AqJP90/yp
/wDZ2u/9Ae8/8BZP8KR9M110ZTo97gjH/HtJ/hR7SPcOSXY7r4X/APItXH/X23/oCV2dcp8O7C60
/wAPSpeW8kDvcs4SRSrY2qM4P0NdXXl1fjZ6FP4UFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABXieo/8jZqv/XzN/6Ga9srx7W9E1iLxJqMsOmXUqSTyMrpCzKVZiRgiunCtKTuYV03HQqUUf2d
rv8A0B7z/wABZP8ACj+ztd/6A95/4Cyf4V3+0j3OP2cuwUUf2drv/QHvP/AWT/Cj+ztd/wCgPef+
Asn+FHtI9w9nLsFFH9na7/0B7z/wFk/wo/s7Xf8AoD3n/gLJ/hR7SPcPZy7BRR/Z2u/9Ae8/8BZP
8KP7O13/AKA95/4Cyf4Ue0j3D2cuwUU17PWItvnabcRbjtXzIHXc3ZR6k+lO/s7Xf+gPef8AgLJ/
hT9pHuHJIKKP7O13/oD3n/gLJ/hR/Z2u/wDQHvP/AAFk/wAKXtI9w9nLsFFH9na7/wBAe8/8BZP8
KP7O13/oD3n/AICyf4Ue0j3D2cuwUUf2drv/AEB7z/wFk/wo/s7Xf+gPef8AgLJ/hR7SPcPZy7BT
J/8AUSf7p/lT/wCztd/6A95/4Cyf4Uj6ZrroynR73BGP+PaT/Cj2ke4ckux3Xwv/AORauP8Ar7b/
ANASuzrlPh3YXWn+HpUvLeSB3uWcJIpVsbVGcH6Gurry6vxs9Cn8KCiiisywooooAKKKKACiiigA
ooooAKKKKACiiigArwbTf+Wn4f1r3mvEF0LXLOSRBpN4xBwSLd2HHoQOa68LJJu5z4hNpWH0Uf2d
rv8A0B7z/wABZP8ACj+ztd/6A95/4Cyf4V2+0j3OT2cuwUUf2drv/QHvP/AWT/Cj+ztd/wCgPef+
Asn+FHtI9w9nLsFFH9na7/0B7z/wFk/wo/s7Xf8AoD3n/gLJ/hR7SPcPZy7BRR/Z2u/9Ae8/8BZP
8KP7O13/AKA95/4Cyf4Ue0j3D2cuwUU02esI6o+m3CSPnZG0Dhnx12jvjvTv7O13/oD3n/gLJ/hT
9pHuHJIKKP7O13/oD3n/AICyf4Uf2drv/QHvP/AWT/Cl7SPcPZy7BRR/Z2u/9Ae8/wDAWT/Cj+zt
d/6A95/4Cyf4Ue0j3D2cuwUUf2drv/QHvP8AwFk/wo/s7Xf+gPef+Asn+FHtI9w9nLsFQ3n/AB6v
+H86m/s7Xf8AoD3n/gLJ/hTZdK1yWMo2kXuD6Wz/AOFDqRtuNQkemeAf+RLsP+2n/oxq6KsPwZaT
2PhOxguomimUOWRxgjLsRkfQityvJn8TPQh8KCiiipKCiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigDnfH3/Il3/8A2z/9GLXl9n/x6p+P869W8ZWc9/4Uvre1jaWZghVFGScO
pOPwBry2LStcijCLpF7gets/+Fd2FklF3OTERbeg6ij+ztd/6A95/wCAsn+FH9na7/0B7z/wFk/w
rq9pHuc/s5dgoo/s7Xf+gPef+Asn+FH9na7/ANAe8/8AAWT/AAo9pHuHs5dgoo/s7Xf+gPef+Asn
+FH9na7/ANAe8/8AAWT/AAo9pHuHs5dgoo/s7Xf+gPef+Asn+FH9na7/ANAe8/8AAWT/AAo9pHuH
s5dgopos9Yd2RNNuHkTG+NYHLJnpuHbPanf2drv/AEB7z/wFk/wp+0j3DkkFFH9na7/0B7z/AMBZ
P8KP7O13/oD3n/gLJ/hS9pHuHs5dgoo/s7Xf+gPef+Asn+FH9na7/wBAe8/8BZP8KPaR7h7OXYKK
P7O13/oD3n/gLJ/hR/Z2u/8AQHvP/AWT/Cj2ke4ezl2CqWpf8s/x/pV3+ztd/wCgPef+Asn+FMfQ
9cu3RTpN4pzgH7O4HPqSKUqkWtxqEr7Ht9FFFeQekFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRVTUNUtNLiEl5MIw3Cr1Zj7Acms0a7qF1/wAg/RbhkPSS4cRD64PJq1CTVyXN
LQ3aKw9viWfq+m2y+wd2H9KP7L1uT/Wa9tHpHaoP1p8i6tC5n2NyisQ6BeOT5mu3xH+xtX+lJ/wj
s/8A0G9T/wC/g/wo5Y/zBzS7G5RSAYAFLWZYUU2SRIY3kldUjQFmZjgKB1JNRWt7bX0Zks7iG4jB
2lonDAH0yPqKAJ6K87/4VR/1GP8AyV/+zo/4VR/1GP8AyV/+zrXkp/zfgZ80/wCX8T0Siiud8V+F
P+En+yf6Z9m+z7/+WW/du2+4x92s4pN6sttpaHRUV53/AMKo/wCox/5K/wD2ddF4U8Kf8Ix9r/0z
7T9o2f8ALLZt27vc5+9VyjBLSX4EqUm9UdFRRXnf/CqP+ox/5K//AGdKKi/idhybWyueiUV53/wq
j/qMf+Sv/wBnXolElFfC7hFt7qwUVzvivwp/wk/2T/TPs32ff/yy37t233GPu1zv/CqP+ox/5K//
AGdOMYNay/ATlJPRHolFc74U8Kf8Ix9r/wBM+0/aNn/LLZt27vc5+9XRVEkk9GUm2tTD8T/8wj/s
JQ/1rcry7U/h1/Zv2P8A4mfmfablLf8A498bd2efvc9OlXf+FUf9Rj/yV/8As63cYcq978DJSld6
HolFFc74r8Kf8JP9k/0z7N9n3/8ALLfu3bfcY+7WEUm9WattLQ6KivO/+FUf9Rj/AMlf/s66Lwp4
U/4Rj7X/AKZ9p+0bP+WWzbt3e5z96rlGCWkvwJUpN6o6KiivO/8AhVH/AFGP/JX/AOzpRUX8TsOT
a2Vz0SivO/8AhVH/AFGP/JX/AOzr0SiSivhdwi291YKK53xX4U/4Sf7J/pn2b7Pv/wCWW/du2+4x
92ud/wCFUf8AUY/8lf8A7OnGMGtZfgJyknoj0Siud8KeFP8AhGPtf+mfaftGz/lls27d3uc/eroq
iSSejKTbWoUV53/wqj/qMf8Akr/9nR/wqj/qMf8Akr/9nWnJT/m/Ajmn/L+J6JRRXO+K/Cn/AAk/
2T/TPs32ff8A8st+7dt9xj7tZxSb1ZbbS0Oiorzv/hVH/UY/8lf/ALOui8KeFP8AhGPtf+mfaftG
z/lls27d3uc/eq5RglpL8CVKTeqOioorzv8A4VR/1GP/ACV/+zpRUX8TsOTa2Vz0SivO/wDhVH/U
Y/8AJX/7OvRKJKK+F3CLb3VgornfFfhT/hJ/sn+mfZvs+/8A5Zb927b7jH3a53/hVH/UY/8AJX/7
OnGMGtZfgJyknoj0Siud8KeFP+EY+1/6Z9p+0bP+WWzbt3e5z96uiqJJJ6MpNtahRXnf/CqP+ox/
5K//AGdH/CqP+ox/5K//AGdaclP+b8COaf8AL+J6JRRXO+K/Cn/CT/ZP9M+zfZ9//LLfu3bfcY+7
WcUm9WW20tDoqK87/wCFUf8AUY/8lf8A7Oui8KeFP+EY+1/6Z9p+0bP+WWzbt3e5z96rlGCWkvwJ
UpN6o6KiivO/+FUf9Rj/AMlf/s6UVF/E7Dk2tlc6jxP/AMwj/sJQ/wBa3K8u1P4df2b9j/4mfmfa
blLf/j3xt3Z5+9z06V6jVVElFWdyYNtu6Ciud8V+FP8AhJ/sn+mfZvs+/wD5Zb927b7jH3a53/hV
H/UY/wDJX/7OlGMGtZfgNyknoj0Siud8KeFP+EY+1/6Z9p+0bP8Alls27d3uc/eroqiSSejKTbWo
UV53/wAKo/6jH/kr/wDZ0f8ACqP+ox/5K/8A2daclP8Am/Ajmn/L+J6JRRXO+K/Cn/CT/ZP9M+zf
Z9//ACy37t233GPu1nFJvVlttLQ6KivO/wDhVH/UY/8AJX/7Oui8KeFP+EY+1/6Z9p+0bP8Alls2
7d3uc/eq5RglpL8CVKTeqOioorzv/hVH/UY/8lf/ALOlFRfxOw5NrZXPRKK87/4VR/1GP/JX/wCz
r0SiSivhdwi291YKK53xX4U/4Sf7J/pn2b7Pv/5Zb927b7jH3a53/hVH/UY/8lf/ALOnGMGtZfgJ
yknoj0Siud8KeFP+EY+1/wCmfaftGz/lls27d3uc/eroqiSSejKTbWoUV53/AMKo/wCox/5K/wD2
dH/CqP8AqMf+Sv8A9nWnJT/m/Ajmn/L+J6JRRXO+K/Cn/CT/AGT/AEz7N9n3/wDLLfu3bfcY+7Wc
Um9WW20tDoqK87/4VR/1GP8AyV/+zrovCnhT/hGPtf8Apn2n7Rs/5ZbNu3d7nP3quUYJaS/AlSk3
qjoqKK87/wCFUf8AUY/8lf8A7OlFRfxOw5NrZXPRKK87/wCFUf8AUY/8lf8A7OvRKJKK+F3CLb3V
gornfFfhT/hJ/sn+mfZvs+//AJZb927b7jH3a53/AIVR/wBRj/yV/wDs6cYwa1l+AnKSeiPRKK53
wp4U/wCEY+1/6Z9p+0bP+WWzbt3e5z96uiqJJJ6MpNtahRXnf/CqP+ox/wCSv/2dH/CqP+ox/wCS
v/2daclP+b8COaf8v4nUar/yNWg/9vH/AKAK3Kw9V/5GrQf+3j/0AVD4r8Kf8JP9k/0z7N9n3/8A
LLfu3bfcY+7Q0mo3fT9WCbXNbv8AojoqK87/AOFUf9Rj/wAlf/s66Lwp4U/4Rj7X/pn2n7Rs/wCW
Wzbt3e5z96lKMEtJfgNSk3qjoqKK87/4VR/1GP8AyV/+zpRUX8TsOTa2Vz0SivO/+FUf9Rj/AMlf
/s69Eokor4XcItvdWCiud8V+FP8AhJ/sn+mfZvs+/wD5Zb927b7jH3a53/hVH/UY/wDJX/7OnGMG
tZfgJyknoj0Siud8KeFP+EY+1/6Z9p+0bP8Alls27d3uc/eroqiSSejKTbWoUV53/wAKo/6jH/kr
/wDZ0f8ACqP+ox/5K/8A2daclP8Am/Ajmn/L+J6JRRXO+K/Cn/CT/ZP9M+zfZ9//ACy37t233GPu
1nFJvVlttLQ6KivO/wDhVH/UY/8AJX/7Oui8KeFP+EY+1/6Z9p+0bP8Alls27d3uc/eq5RglpL8C
VKTeqOioorzv/hVH/UY/8lf/ALOlFRfxOw5NrZXPRKK87/4VR/1GP/JX/wCzr0SiSivhdwi291YK
K53xX4U/4Sf7J/pn2b7Pv/5Zb927b7jH3a53/hVH/UY/8lf/ALOnGMGtZfgJyknoj0Siud8KeFP+
EY+1/wCmfaftGz/lls27d3uc/eroqiSSejKTbWoUV53/AMKo/wCox/5K/wD2dH/CqP8AqMf+Sv8A
9nWnJT/m/Ajmn/L+J6JRRXO+K/Cn/CT/AGT/AEz7N9n3/wDLLfu3bfcY+7WcUm9WW20tDoqK87/4
VR/1GP8AyV/+zrovCnhT/hGPtf8Apn2n7Rs/5ZbNu3d7nP3quUYJaS/AlSk3qjoqKK87/wCFUf8A
UY/8lf8A7OlFRfxOw5NrZXPRKK87/wCFUf8AUY/8lf8A7OvRKJKK+F3CLb3VgornfFfhT/hJ/sn+
mfZvs+//AJZb927b7jH3a53/AIVR/wBRj/yV/wDs6cYwa1l+AnKSeiPRKK53wp4U/wCEY+1/6Z9p
+0bP+WWzbt3e5z96uiqJJJ6MpNtahRXnf/CqP+ox/wCSv/2dH/CqP+ox/wCSv/2daclP+b8COaf8
v4nolFFc74r8Kf8ACT/ZP9M+zfZ9/wDyy37t233GPu1nFJvVlttLQm0r/kate/7d/wD0A1uV5da/
Dr7Tqt/Zf2nt+yeX8/2fO/euem7jFdf4U8Kf8Ix9r/0z7T9o2f8ALLZt27vc5+9W1WMd79vyM6bl
27nRUUV53/wqj/qMf+Sv/wBnWcVF/E7FybWyueiUV53/AMKo/wCox/5K/wD2deiUSUV8LuEW3urB
RXO+K/Cn/CT/AGT/AEz7N9n3/wDLLfu3bfcY+7XO/wDCqP8AqMf+Sv8A9nTjGDWsvwE5ST0R6JRX
O+FPCn/CMfa/9M+0/aNn/LLZt27vc5+9XRVEkk9GUm2tQorzv/hVH/UY/wDJX/7Oj/hVH/UY/wDJ
X/7OtOSn/N+BHNP+X8T0Siiud8V+FP8AhJ/sn+mfZvs+/wD5Zb927b7jH3azik3qy22lodFRXnf/
AAqj/qMf+Sv/ANnXReFPCn/CMfa/9M+0/aNn/LLZt27vc5+9VyjBLSX4EqUm9UdFRRXnf/CqP+ox
/wCSv/2dKKi/idhybWyueiUV53/wqj/qMf8Akr/9nXolElFfC7hFt7qwUVzvivwp/wAJP9k/0z7N
9n3/APLLfu3bfcY+7XO/8Ko/6jH/AJK//Z04xg1rL8BOUk9EeiUVzvhTwp/wjH2v/TPtP2jZ/wAs
tm3bu9zn71dFUSST0ZSba1CivO/+FUf9Rj/yV/8As6P+FUf9Rj/yV/8As605Kf8AN+BHNP8Al/E9
EoornfFfhT/hJ/sn+mfZvs+//llv3btvuMfdrOKTerLbaWh0VFed/wDCqP8AqMf+Sv8A9nXReFPC
n/CMfa/9M+0/aNn/ACy2bdu73OfvVcowS0l+BKlJvVHRUUV53/wqj/qMf+Sv/wBnSiov4nYcm1sr
nolFed/8Ko/6jH/kr/8AZ16JRJRXwu4Rbe6sFFc74r8Kf8JP9k/0z7N9n3/8st+7dt9xj7tc7/wq
j/qMf+Sv/wBnTjGDWsvwE5ST0R6JRXO+FPCn/CMfa/8ATPtP2jZ/yy2bdu73OfvV0VRJJPRlJtrU
KK87/wCFUf8AUY/8lf8A7Oj/AIVR/wBRj/yV/wDs605Kf834Ec0/5fxPRKKK53xX4U/4Sf7J/pn2
b7Pv/wCWW/du2+4x92s4pN6sttpaHRUV53/wqj/qMf8Akr/9nXReFPCn/CMfa/8ATPtP2jZ/yy2b
du73OfvVcowS0l+BKlJvVHRUUV53/wAKo/6jH/kr/wDZ0oqL+J2HJtbK56JRXnf/AAqj/qMf+Sv/
ANnXolElFfC7hFt7qwUVzvivwp/wk/2T/TPs32ff/wAst+7dt9xj7tc7/wAKo/6jH/kr/wDZ04xg
1rL8BOUk9EeiUVzvhTwp/wAIx9r/ANM+0/aNn/LLZt27vc5+9XRVEkk9GUm2tQorzv8A4VR/1GP/
ACV/+zo/4VR/1GP/ACV/+zrTkp/zfgRzT/l/E9EoornfFfhT/hJ/sn+mfZvs+/8A5Zb927b7jH3a
zik3qy22lodFRXkr6JJ4V8caTax3jTGWSJi6ps4aTaVxk+n6161Vzgo2s73JjLm3QUUUVmWFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGC6LJ48T
eoby9P3pkfdPmYyPfFb1Yf8AzPn/AHDf/atblaVOnoRDr6hRRRWZYUUUUAFFFFAGd4h/5FrVP+vS
X/0A1zvwv/5Fq4/6+2/9ASuk12N5vD+oxxIzyPayqqqMliVOABWF8ObO5sfD88d5bzW8humYLKhU
kbU5wfoa1T/dszfxo6yiiisjQKKKKACiiigAooooAKKKKACiiigAooooAw/E/wDzCP8AsJQ/1rcr
D8T/APMI/wCwlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqdzq+
nWb7Lq/tIH/uyTKp/U1D4hsbvUtEuLTT7gW9xLtAkJIwNwzyOema5a2+FOnLF/pl9dyynq0e1B+R
B/nWU5TTtFXO7DUcLKHPXqW12Su/U7S1vba9TfaXEM6D+KJww/Sp68i8QeH77wFewahpd7IYZG2B
8YIPXaw6EHB/KvTdC1Qazolpfqu0zJllHZhwR+YNKnVcm4yVmjXG4CNGnGvRnzQl12afZmhRRRWx
5gUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfi
YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFAGHqv/I1aD/28f+gCtysPVf8AkatB/wC3j/0AVuVpPaPp+rIju/X9EFFFFZlh
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8AI1a9/wBu/wD6Aa3Kw9K/5GrXv+3f/wBANblaVN/k
vyRENvm/zCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KAK02nWdxcx3E9pbyTx42SvGCy4ORgkZGDzVmsXUvFFnpet2mlzxXDT3WzYyKCo3MVGSTnqPStqm
01uJNdAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigDD/AOZ8/wC4b/7VrcrD/wCZ8/7hv/tWtytJ9PQiHX1CiiisywooooAKKKKACiqmq3T2
OkXl1EFMkEDyKG6EqpIz+VZXg3XrnxFpEt1eJCkiTmMCIEDAVT3J9TVcrtzCur2OgoooqRhRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRXB/E7V7/TI9NSxupbcSmUuY22k4245/E1FSapxc
mdWDwssXXjRi7N/orjvipfQR6Hb2ZYGeWYOF7hQDk/qB+dbPgS1ktPB1gkoZXZWkwewZiR+hFYei
/DuKeWLUdbvpL95FV/LbODxxuYkk/pXeAAAADAHasqcZObqSVjuxtejTwscHRlzWd29teyFoooro
PHCiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwo
iPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACuA1DxB4s1TVbq00Kw8mC3laLzmQc4OM7n
+Xt0Arv6KicHLROx1YXEQoNylTUn0vsvl1PL7vU/Hfh9PtV9+9twfmysbr+O3kD8q7Pwr4pg8T2T
yInlXERAliJzjPQg+h5ramiSeF4pUDxyKVZT0IPUV5X8MN0fiu8jjO6L7O+T9HXBrn96lUir3T7n
rXpY/CVajpqM4Wd4qyafdHq9FFFdZ8+FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHqv/I1a
D/28f+gCtysPVf8AkatB/wC3j/0AVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAYelf8AI1a9/wBu/wD6Aa3Kw9K/5GrXv+3f/wBANblaVN/kvyRENvm/zCiiisywooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAPO/F//ACUnQ/8Ath/6OavR
K5XXfC95qni7TdUglt1gtfK3q7MGO2QscADHQ+tdVWk2mo2IimmwooorMsKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/mfP+4b/wC1a3Kw/wDm
fP8AuG/+1a3K0n09CIdfUKKKKzLCiiigAooooAzvEP8AyLWqf9ekv/oBrnfhf/yLVx/19t/6AldZ
eWqX1jPaylhHPG0bFeoDDBx+dU9B0G28O2L2tm8zxvIZCZSCckAdgPQVopLkcSGnzJmnRRRWZYUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYHi7zfI0z7Ps87+0IvL3527sNjOOc
Zp//ABVH/UG/8i1ty3gtTPmtJ6G5RWH/AMVR/wBQb/yLR/xVH/UG/wDItTyeaHz+TNyisP8A4qj/
AKg3/kWj/iqP+oN/5Fo5PNBz+TNyisP/AIqj/qDf+RaP+Ko/6g3/AJFo5PNBz+TNyisP/iqP+oN/
5Fo/4qj/AKg3/kWjk80HP5M3KKw/+Ko/6g3/AJFo/wCKo/6g3/kWjk80HP5M3KKw/wDiqP8AqDf+
RaP+Ko/6g3/kWjk80HP5M3KKw/8AiqP+oN/5Fo/4qj/qDf8AkWjk80HP5M3KKw/+Ko/6g3/kWj/i
qP8AqDf+RaOTzQc/kzcrmvGPhZfEyWe69W18hm5ZN27dj3H92rP/ABVH/UG/8i1yvjLw14n12W1k
aGznEQZQlvIVC57neR+npWGIham+vkehlcv9qjafs9/eaVlp56HoUEQggjiXkIoUfgKkrmdMtfFF
jpltbbtKbyo1TMhkLcDuRxVr/iqP+oN/5FrWMLpao4qkrTaWuu/c3KKw/wDiqP8AqDf+RaP+Ko/6
g3/kWq5PNEc/kzcorD/4qj/qDf8AkWj/AIqj/qDf+RaOTzQc/kzcorD/AOKo/wCoN/5Fo/4qj/qD
f+RaOTzQc/kzcorD/wCKo/6g3/kWj/iqP+oN/wCRaOTzQc/kzcorD/4qj/qDf+RaP+Ko/wCoN/5F
o5PNBz+TNyisP/iqP+oN/wCRaP8AiqP+oN/5Fo5PNBz+TNa7llhtZJLeDz5VGVj3bd3tmqem67a6
k5hG6C6X79vMNrj8O9Vf+Ko/6g3/AJFrF8RpqJt1fVDoqSD/AFTJ5olz/s45/pVwpp6MmU2tTa8T
/wDMI/7CUP8AWtyuER9ae10j+1lHlf2jD5Zk/wBaevX2+vNd3SqR5UkOnLmbYUUUViaBRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVe/u1sNPubt1LLbxNKVHUhQTj9KsVR1yF7nQdRhiUtJJbSIqgckl
SAKUtnY0pJOcVLa5wdz451vxHay22h6RIgcbHlUmQqD74AU/Wt/wN4Sfw5aSzXm03txgMFORGv8A
dz656/hVX4Zabd6fpd59ttprdpJhtWVCpIA64NdrXPRg5WqTd2evmWKhRc8HhoqML6tat/MKKKK6
TxAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/wBAFblYeq/8jVoP/bx/6AK3
K0ntH0/VkR3fr+iCiiisywooooAKKKKACiiigAorM17xHpfhixS81m6+zW7yCJX8tnyxBIGFBPRT
VyyvINQsbe8tX8y3uI1lifBG5WGQcHkcHvQBPRWRJ4p0ePxJHoDXyHVZF3LbqrMQNpbkgYU7QTgk
HGPUVatdXsrzVL7Trebfd2Hl/aY9jDZvXcvJGDkDsTQBdorM17xHpfhixS81m6+zW7yCJX8tnyxB
IGFBPRTVyyvINQsbe8tX8y3uI1lifBG5WGQcHkcHvQBPRWRJ4p0ePxJHoDXyHVZF3LbqrMQNpbkg
YU7QTgkHGPUVn6v8RvDGg6pNp2p6n5F3Dt8yP7PK2MqGHKqR0I70AdPRWZoPiPS/E9i95o119pt0
kMTP5bJhgASMMAejCrOpalaaPp09/qE6W9rAu6SR+gH9STwAOSSAKALVFc5onxB8NeItRFhpWqJN
dMpZY2ieMsB1xuUZOOcDnAJ7GpvEHjXQPC08MOs6iltLMpdIwju23OMkKDgZ6Z64OOhoA3aKq6bq
VprGnQX+nzpcWs67o5E6Ef0IPBB5BBBqlZeKdH1HX7rRbO+SbULVS00SKxCAEA/NjbkFgCAcg5HY
0Aa9FZGt+KdH8OT2cWsXyWjXjFYS6ttJBAOWAwoG4ckgVa1fV7LQdLm1HU5vItIdvmSbGbGWCjhQ
T1I7UAXaKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/5GrXv+3f/ANANblYe
lf8AI1a9/wBu/wD6Aa3K0qb/ACX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRXCeKdRvLf4gaPbwXdxHBJ5G+JJGCtmUg5AODkcV3dVKNkn
3JUrtoKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAMP/AJnz/uG/+1a3Kw/+Z8/7hv8A7VrcrSfT0Ih19QooorMsKKKKACiiigBskiQxvJK6
pGgLMzHAUDqSaitb22vozJZ3ENxGDtLROGAPpkfUVV8Q/wDItap/16S/+gGud+F//ItXH/X23/oC
VajeLkS5e9Y7OiiioKCiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDz
CP8AsJQ/1rcrSXwoiPxMKKKKzLCiuI+IPjPVPCl7pMel2VtdrcrcTXCSkq3lwqrttbIAO3f1B6Dg
9DoeLvFT6R4An8RaP5M/7uGWAzI2x1kdACRkHo2e1AHT0VBeXttp9q9ze3ENtbpjdLM4RFycDJPA
5IFVo/EGkS6dJfx6rYvZRNskuFuEMaNxwWzgH5h+Y9aANCiuY8J+OtN8TaEl+9xZ2lwI5Jp7U3Ss
8CIxBZuhC4AOSAORW7LqdjBpwv5ry2jsiquLh5VEZVsbTuzjByMeuRQBaoqC5vbaz8r7VcQwedII
YvNcLvc9FXPVjjgDmodR1nTdI8v+09Rs7Pzc+X9onWPfjGcbiM4yPzoAu0VB9ttvsP237RD9k8vz
vP3jy9mM7t3TbjnPTFQ2us6bfXRtrTUbOe4EYmMUU6s+wgENgHO0hlIPTketAF2iuS8C+JJL74dW
OteIL+FXfzPOuZikScSsi56KOgFdTDNFcwRzQSJLFIodJEYMrKRkEEdQRQBJRXC3Ov8Ai7UPGOt6
T4fTQhb6Z5GWvhNvbzI93VDg8g9h261oeHfFV3JqraB4ogtrLXQplhWB8xXcW5gHjySQflOVbnAz
jqFAOqorM0S9ubz+0PtVxp0/k3skMX2Jy2xBjCy56SjPzAcdKm07WdN1fzP7M1GzvPKx5n2edZNm
c4ztJxnB/KgC7RWff+INI0qdYdR1WxtJWXeI7i4SNiuSM4JHGQfyqzeXttp9q9ze3ENtbpjdLM4R
FycDJPA5IFAE9FVbDU7HVYGm068truJW2GS3lWRQ2AcZBPOCPzp9ne22oWqXNlcQ3Nu+dssLh0bB
wcEcHkEUAT0VS/tnTf7L/tL+0bP7B/z9eevlfe2/fzjrx168U+w1Ox1WBptOvLa7iVthkt5VkUNg
HGQTzgj86ALVFZi+JtDby9us6cfMjaZMXSfMi7tzDnlRsbJ6DafQ1cs7221C1S5sriG5t3ztlhcO
jYODgjg8gigCeioLO9ttQtUubK4hubd87ZYXDo2Dg4I4PIIqtb+INIu54IbbVbGaW4UvDHHcIzSq
CQSoB5AKt0/un0oA0KKz7/xBpGlTrDqOq2NpKy7xHcXCRsVyRnBI4yD+VXJporaCSaeRIoo1LvI7
BVVQMkknoAKAJKKz7XxBpF88SWeq2Nw0zMkQiuEcuygMwXB5IBBOOgIrQoAhu0nktZEtZVimYYR2
XcFPriqOnaBbWMpuZWe6vG+9cTct+HpWpRVKTSshOKbuzB8VOsUelPIyoi6jCzMxwABuySa0P7b0
v/oJWX/f9f8AGs/xUiyx6Ukiq6NqMKsrDIIO7IIrQ/sTS/8AoG2X/fhf8K093kVyPe5nYP7b0v8A
6CVl/wB/1/xo/tvS/wDoJWX/AH/X/Gj+xNL/AOgbZf8Afhf8KP7E0v8A6Btl/wB+F/wqfc8x+/5B
/bel/wDQSsv+/wCv+NH9t6X/ANBKy/7/AK/40f2Jpf8A0DbL/vwv+FH9iaX/ANA2y/78L/hR7nmH
v+Qf23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjR/Yml/9A2y/78L/AIUf2Jpf/QNsv+/C/wCFHueY
e/5B/bel/wDQSsv+/wCv+NH9t6X/ANBKy/7/AK/40f2Jpf8A0DbL/vwv+FH9iaX/ANA2y/78L/hR
7nmHv+Qf23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjR/Yml/9A2y/78L/AIUf2Jpf/QNsv+/C/wCF
HueYe/5B/bel/wDQSsv+/wCv+NH9t6X/ANBKy/7/AK/40f2Jpf8A0DbL/vwv+FH9iaX/ANA2y/78
L/hR7nmHv+Qf23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjR/Yml/9A2y/78L/AIUf2Jpf/QNsv+/C
/wCFHueYe/5B/bel/wDQSsv+/wCv+NUda8TWdjo11c2d7ZzXEcZMaecrZP0Byavf2Jpf/QNsv+/C
/wCFB0PSyMHTbLH/AFwT/CpkoNO1y6cnGalJJpPY5TwV43m1ZruPWp7WLywrRuSI85zkcnnoK6v+
29L/AOglZf8Af9f8aaug6Sgwul2Kj2t0H9Kd/Yml/wDQNsv+/C/4VNKKjBKbbZvjKsa1aU6MVGL6
B/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NH9iaX/wBA2y/78L/hR/Yml/8AQNsv+/C/4Vp7nmcv
v+Qf23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjR/Yml/9A2y/78L/AIUf2Jpf/QNsv+/C/wCFHueY
e/5B/bel/wDQSsv+/wCv+NH9t6X/ANBKy/7/AK/40f2Jpf8A0DbL/vwv+FH9iaX/ANA2y/78L/hR
7nmHv+Qf23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjR/Yml/9A2y/78L/AIUf2Jpf/QNsv+/C/wCF
HueYe/5B/bel/wDQSsv+/wCv+NH9t6X/ANBKy/7/AK/40f2Jpf8A0DbL/vwv+FH9iaX/ANA2y/78
L/hR7nmHv+Qf23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjR/Yml/9A2y/78L/AIUf2Jpf/QNsv+/C
/wCFHueYe/5B/bel/wDQSsv+/wCv+NH9t6X/ANBKy/7/AK/40f2Jpf8A0DbL/vwv+FH9iaX/ANA2
y/78L/hR7nmHv+RDd6jo19ayW9xqFm0Ugww+0KP61i/2q2g/8e+qWup2I/5ZPcJ50Y9jn5vpW3da
botnbSXFxYWSRRjLMYF4/SsT7B/bvGn6VaWFkf8Al5ltk8xx/srjj6mtKfLby8zOfNfzJDrFnrHi
PQpbOTdt8/ehGGT5B1FdVXKLotpoviPQo7RCC/n73Y5Z8J3/ADrq6iry6cu1v1ZdO+vNv/wEFFFF
ZGgUUUUAFFFFABRRRQBxHxOhiuYPDEM8aSxSeILVHjdQyspDggg9QRTPAeovoOh6xo2t3W5/DcjB
pSrFjald8bnBbqu7Cg5AUDHrp+NtIvdX/wCEf+ww+b9k1q2up/nVdkSbtzckZxkcDmsPxz4Nv9T8
T2t3o1u4i1OEWGsTRSpGyQebG25ckEsVDKc7sqAMUAYujWrP408G63cwvHe63NqN9IJJBIyxtEPJ
QOBkqse3APTJ4HQdV4Y/5Kd43/7cP/RJqzq+g3EnjTwldWFoi6fpi3SS7CqrCrRBUAXI4yMcDj2r
Jkj8T6D478Q6jpnhr+1LTUvs3lyfb4oMeXFtPDZPUnsOnvQBZ+J0MVzB4YhnjSWKTxBao8bqGVlI
cEEHqCKZ4D1F9B0PWNG1u63P4bkYNKVYsbUrvjc4LdV3YUHICgY9Z9esda8R6X4Znk0n7Jd22tQX
V1bfaUk8mJGcFt/AbjacDnn2rP8AHPg2/wBT8T2t3o1u4i1OEWGsTRSpGyQebG25ckEsVDKc7sqA
MUAYujWrP408G63cwvHe63NqN9IJJBIyxtEPJQOBkqse3APTJ4HQaEOp61pvxO8X/wBiaB/a/mfY
vN/0xLfysQ8feHOcnp0x710er6DcSeNPCV1YWiLp+mLdJLsKqsKtEFQBcjjIxwOPasmSPxPoPjvx
DqOmeGv7UtNS+zeXJ9vigx5cW08Nk9Sew6e9AHU2+ui20WC98SJbaHLIxRobi7RlVsnA38AkqM8f
0rD8Z6enjjw1DJ4dutO1GXT71LpYi6yw3DIDmJiDgZD9/YHAORrWEc3iXSmXxV4btrVkmylrcSR3
akBRh8gYB+Zh68e9M1W0vfD+jr/whmjaczi5V5rMBYBKh4baRhQ/C8txgHg8CgDM0bxlp+seIbbT
dc0WbS/EUPmfZormHzOPmDGKUD7pVDk8A9BuqP4Xwxaj4fPiW5jR9V1aaaWaYqCyL5m0Rox+YRgR
rhSTimPaeI/F+qaT/bWiQ6LYabepet/pyzyzOqtsC7VwFBPzZ5IIweDUOm6b4m8B/a7DRdHh1vSJ
rl5rNBfeRJaKcExnzMgrk8YPUMTy2AAdbMmn+GdN1XUorby4v3l/crCOZGCDcwBONxCD0yeTySa8
ysrV/Cej+GPGl2d011cyS6xLArfvY7r5lkcgcKmE+QLjceME5PQeJNI8T+JfD1pp1/DtXUdRjkvo
rZ4gtlaDb+73scu4IDblB5DDpgF+p/B7wtLpV3Hp2lJDetC628j3UxVJCp2k/MeAcdj9KAGeP9Jt
td8b+EtNvV3W9zHqEbYAJXMIwwyCNwOCDjggGuf17XLy++EfiLR9ZGNX0WSC1uGy585fNTZLlhk7
wCffG7gMBXR2Wj6/d6l4EvdSsnjl0yG6jv2e5SRlYxBEYnPzFyueM4zz61n/ABS8BajrMh1Lw3Hv
vLuNbS9tx5aCWIMHVyzEfMGRB1JICjgA5APTa8/kufFWu+O/EOk6XrsOm2On/ZmVzZpNIpeLO0A4
G0ncSSSQQoHBNdTqlxrcWtaTFpdlbT6fK0gv5ZZNrQqANhXnkk7uNpzgDK5zWfoWkXtn478VajcQ
7LS/+yfZpN6nfsiKtwDkYJ7gUAc54y+IC2viSfQ4teTw8LJUeW7eyN087soYIiAEBQpyWPOcADAJ
NbRPibcx+FPE1zc3MOrPo2z7NfRwmMXPmkiPfGQu3a2A2O3TOMts6rpXiPQfGt3r/hyzh1S01KOJ
L2xkuFik3opVXRmGAoAXuSSzcdCr7vTvEXjbwvrun69p1tpC3CotjElwJHDrhsyOuV2lwvQA43cd
CQDD8VXPxA8OeGJddfXbMho0a4tDZorWbO6YWMjcHwSVyx6c8nBHqdeRfEDUvGOofD2+Gr6HY6Xa
xrCLpmuvNedjImDEEyEAYchieDweK9doAKKKKACiiigAooooAKKKKACiiigAooooAw9K/wCRq17/
ALd//QDW5WHpX/I1a9/27/8AoBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB534v/wCSk6H/ANsP/RzV6JVabTrO4uY7ie0t5J48
bJXjBZcHIwSMjB5qzVyldJdiYxs2woooqCgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAw/8AmfP+4b/7VrcrD/5nz/uG/wDtWtytJ9PQiHX1Ciii
sywooooAKKKKAKGuxvN4f1GOJGeR7WVVVRksSpwAKwvhzZ3Nj4fnjvLea3kN0zBZUKkjanOD9DXW
UVSlaPKTy63CiiipKCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/zCP+wlD/WtysPxP/zCP+wl
D/WtytJfCiI/EwooorMs4zxP/wAlO8Ef9v8A/wCiRXn/AIqf/hEtA8VeDZ3xaSeVf6Tuf/lk06b4
hlyflIOBjJ2ux617Bf6DbahrulatM8y3Gmed5KqRsbzFCtuGMngcYI/GqXi/wXpvjWxgttTM0fkS
eZHLBtEg4wVyyn5TwSO5UelAHJeNv7T1b4l6fo1p/ZFxFHpxuorTVtxgeUuylgq/fcIDgHIA3EYP
NWvDHgLUbTxHf3euWfh9NNvLQQy2GnrJ5EkiupR2icbcgA8j64yST03ibwfpvitLY3xuYbm0bfbX
NtMY5IGJUkr2z8o6g47YPNQ+H/BNpoGqzakdQ1TUb2SEW4m1C581kj3biq8DgnB5z04xk5AOf+Fe
gaXd/DO0km0+2Mt7DcW9xMsYWSWMyuCpcYbGAO/Yelc5b+frfhDSfAEt/NDeHUbqwurkxiaMrbAy
bVyQ235oQOnCkdBg+h+G/BNp4Wu5JNP1DVGtWV1jsZrnfbwhm3fIuOCD3JJ5Oc5zVm28MW1r4ru9
fS5vGuLmPy2gaQGFMiMFlXGQxEKZOe30wAcNpGrf8JldeAbTdNcJbW76hfrMcPvhHkxyls5b96H4
BJOcsKu+E9J03xT4l8Uajrqw6nfWuoy2MUNyFkS3t0PybYyMDJ3c452nuWz02heC9N8P65qurWpm
ku9TkMkrTbT5eWLFUIUEKSeQSfur6VBq/gSy1TVJtRt9R1fS7u42/aZNOvGi8/aoVdwOR8oHGAOp
60AchZRwafbfFDSdOlRtNt4WmijQJtjkkgfzFG0DABULt7bcdc11nw+0DS9M8J6Pd2Wn20N1PYRN
LOsY8xy6q7ZfqQW5xnAwMdBV2x8H6XpnhObw9ZRvDZzwvDK6keY5ddrOWxyxHfGBgADAArT0ywi0
rSrSwgZ2itIUgQuQWKqoUZxjnAoA8Z8FRWmpWPhDT/E5SPSttxJp0O/Md7ciZgRKCeCoI2rghtx+
bkofcK5y38DaXb+EYPDwa5e2tmMkE5cCeGTcXEiOANrAscED2OQTnfhjaKCON5XmZFCmRwAzkDqc
ADJ9gB7UAch4Y/5Kd43/AO3D/wBEmjXf9M+K/hWC3+eWwt7u6uV6bInURq3PXLjGBk/hU2p/D221
DXb3Vodb13T7i92ectjdiJG2KFXjbk8Due5rW8P+GNN8NQTJp8TmW4YSXNxM5kluHx952PUk5OBg
ZJwBk0AcTo+jXPiHwp470uyuvstxc69dqspJA6oSpxztYAqevBPB6HQ8N3NjpXii203U/C9tomtz
wyxwXFjGv2a8QbWfaVxgkpuCuMqAOctg7qeDNPj0vVrFZrwJqd69/JIsu2SKYsrBo2UDG1kUjOeR
zmmaJ4JtNH1EX82oapqt1GpWCTUrnzjbhvveXwNpYYBPXAx3OQDmPh3oekeLfBsmp67BbatqWoTT
G8mnRGkjbO0IrAbowECkAEY3ZGBipNU0rT7/AOJei+Gb5/8AiTWGlLc2mnvJ+7lmVygDA8yYRScE
nhT2LZ2b34d2U99cXNjq+u6V9pkaaeKwvmjjklY5ZyCD8x4HGBgDiruqeCtL1Ox0+3VryyfTY/Ks
rizuWjlt1wqkK2TnKqFO4HjNAHOXen6d4e+L3hxdFS2s2v7S5hu7W3jjRTGql0baBkEsD83fZjsc
4UWsv4M0fxl4Xtm/0u3uQNJhiu280rc4CJECNxaPcGOM5JP+8fQPDngzT/Dd1dXkU15fX91gS3t9
L5sxUAAJuwPl4H1wM5wMGr+CdJ1vxLpuu3iTG80/HlhZMI+07k3D/ZYkjGM55yOKAOC1jSL638Wa
D4S07+xbmCx0gTR22qIy28025leTy0+9IQCcHdjLnrzXQeDPB+taJ4svNUvo9Fs7W5tBC1rpJlSN
pAwKuUYYBC7hkevTkk9B4m8H6b4rS2N8bmG5tG321zbTGOSBiVJK9s/KOoOO2DzUPh/wTaaBqs2p
HUNU1G9khFuJtQufNZI924qvA4Jwec9OMZOQDn/g9oGlx+B9M1RdPtjqEjTM100YaQHeycMeVG0A
YGB19TWEbyfw14Q8SeCoH+03kV6lhpyyAbXjuxlE3Db84XzWJbABxyRxXpvhzQbbwxoVtpNk80lv
b7trTEFzuYsckADqx7VzGoeHf7a+L9jqbWk32bSbIeZNNHmKWUljGiZAyy7i5dSwBCj5SOQDqtA0
iLQdAsdMh2FbWFYyyIEDsB8zY7Fjkn3JrjPg9oGlx+B9M1RdPtjqEjTM100YaQHeycMeVG0AYGB1
9TXWWXhu0sPEmpa3FJcm61FY1lRpP3YCKFGFGOcDqckc4xk5k8OaDbeGNCttJsnmkt7fdtaYgudz
FjkgAdWPagDyXwto+veMPD0upfY/COpveySfaLjUVle6DfdwWX/V4ULtC4wu0jGa15vDt3bv8PvC
ev3CXUSzXU06ofMSQwgvEuXXO0K20rjGCR2BHTXfw102XVbq/wBP1PWtJlvGMlyNPvTGsz7mbc2Q
ecseBwOwHNWZvAGky+FLHQI3vILexkWa3nhm2zRygk7w3TcSzdsDdwBgYAMDUfDek6F8WPCdxpVh
DaPefbPOEI2o2yABcL91ep6AZzzXo1ecnwTHoXxF8L3tkmo3rt9r+36hcyPM7fusR+Y33V6lRwM4
HWvRqACiiigDD8T/APMI/wCwlD/WtysPxP8A8wj/ALCUP9a3K0l8KIj8TCiiisyyrJqdjFqMdhJe
WyXsq747dpVEjrzyFzkj5T+R9Kfc3ttZ+V9quIYPOkEMXmuF3ueirnqxxwBzXmfjbQ59d+JrrYHb
qdnoK3lg+Ads8dzleCQvPK/NwN2ccVNrfia28XeHvBuq2q+X5niK1WWEuGaJxvBU4/MZwSCDgZoA
9NoriPE/jmW01qTRtGutFtry1VZLqfWLgxRLuGVjQAhnYg7iR8oGAeTxh3XjDWfE3gjxLZwppBvt
Njdb6aKUyW01s8ch3QlSTvwvRuPXByoAPU6K850jU/FmjfCptRMGkT/ZdOt5bBI/Mz5IUFzLuIG4
R8/KeoPXgVc8X/EmDw9ofh/U7ePcmqSRytDLGTJ9mKhnK4YKHG5AMnGT37AHdUVz9/r9zH450rQr
JIZElt5rq/LA74ohhY2U5A5fII5P061hWvinxV4rnuLrwjZ6XFo0beXDc6oJVa6YE7mQL0UHjkfr
lVAO9qC9vINPsbi8un8u3t42llfBO1VGScDk8DtXE3fxFnk+GeoeIrOyS21Cym+zzWdyHYQyeaql
W4Uk7WB46E47GrWpS+Ip/BHiaXxFb6dbI+nTNbQ2ru8kYMb5WRj8pYfKMrwTn2oA6yyvINQsbe8t
X8y3uI1lifBG5WGQcHkcHvU9eeaL4i1SWw8NaB4bt7aSePTLWbULu5BeK0jMY2qVVgTIcZCkjjHY
kr6HQBkTeLPD9tPJDPrulxSxsUeN7yNWVgcEEE8EGtOGaK5gjmgkSWKRQ6SIwZWUjIII6giuA8D+
H9I1WfxTNqOlWN3KviC7QSXFukjBcqcZIPGSfzqz4cgfwx8QbrwvYyf8SWTThqFvbtuY2zeYI2VW
ZiSrHcxB7njHOQDs7O9ttQtUubK4hubd87ZYXDo2Dg4I4PIIqevOdM8cf2d8LNI1RLHTrO4v7lrS
CONfItIHaSQB35JVAFLNjkn0zkdNpeo65YWOoT+L4tOiitY/PFzYM7RlAGLgow3bl25z0IYY5BoA
6CiuCh8ReN9Wso9a0XSNLfSpmDwWVy8kd5JFuxkscRqWGWHUAEfe73db8U6vceJD4f8ACVnbT3ts
okvrm9Di3t1Zcovy8lmyDxn8fmKgHYUVxmm+KtckutY0K/sLNfEVlZfabXyC/wBnvMg4K7wMKGKK
ctyd2MYOD/hPf+LUf8JZ5H777P8A6vZ8vn7vL6bs7PM987fegDs6K4LWvHN9aXqaNaXXh+21e1hj
k1CfUrhorZXZQfLiGQ7k53Z6AYB5PBonj+71Dw54kknisX1TQ4XlMtpJ5tpONjtGykNnHy8jOfoS
QoB3tFcLpmueNdQ8NTa1JZaRFE+nfabS3jWWaaSQBWAKhgNrgNgA5XcoOSDl998QVtPhXD4oiFtL
dTQoqRMSiNOTtdQDyQrBzgdQh570AdvRWRqd/faV4Ou7+dbZtQtbB53CBjEZVjLHGcHbuH1xWN4a
8QeILvShrviKHS7LRmsPtQEBkedcKGLnqNpUMwUZYZUHJBoA7CivLLz4nat9lfV7Kbwt/ZwxKunT
X/8Ap7RA8g4bYHIy23kjOMMRg9BqXja8vLrR9O8L2cMt/qtl9vD3u8R2sJAKtIEBzu+ZeG4bHXIy
AdnRXEeG/E/iS48ayeH/ABHp9jatFYPdCS2YsJsTbFdfmO1SD90jdkZ4zgdvQAjKGBDAEHsaWiig
DD1X/katB/7eP/QBW5WHqv8AyNWg/wDbx/6AK3K0ntH0/VkR3fr+iCiiisywooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooApavpFlr2lzadqcPn2k23zI9
7LnDBhypB6gd6u0UUAFFFFABRRRQAUUUUAFFFFABRRRQAUVn6pY3V15ctjeyW08Wdo6xv7MO/wBa
pweIXtZlttcg+xzE4WYcwyfRu30NWoNq6JcrPUNK/wCRq17/ALd//QDW5WFpJDeKddKkEH7OQR3+
Q1u06m/yX5IUNvm/zCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKAMXUvFFnpet2mlzxXDT3WzYyKCo3MVGSTnqPStqvO/F/wDyUnQ/+2H/AKOavRK0nFJJ
rqRGTbYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBU1W6ex0i
8uogpkggeRQ3QlVJGfyrK8G69c+ItIlurxIUkScxgRAgYCqe5Pqav+If+Ra1T/r0l/8AQDXO/C//
AJFq4/6+2/8AQErRJezbIbfOkdnRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/wDmEf8A
YSh/rW5WH4n/AOYR/wBhKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J/wDm
Ef8AYSh/rW5WkvhREfiYUUUVmWcl9iuf+Fw/bfs832T+wfJ8/YfL3/aM7d3TdjnHXFcl4m8Larpn
j3TW0yCa50bUdat9SmSKOR/skyNiRmPKqreYWJ4+7jgLz61RQB5l4g0mTRvH99rF74W/4SLSNTji
DGK0Sea1lRCoCoSSVIUEnAHzLzkYbQsIxrXhjxPb6R4PfQ1ntGgt/NgS2ku3MTcMgA2gFgASSDuP
IwQO9ooA5LwLff2p4Vg0m+0XUbT7FZQ2066ja+XHP8m1goP3l+U5yOhHrXM+FfC2p3janpV/cajF
DYaVPosM11bsI5vMmkIljy2CojSIYHbAzgDPqdFAHnnwztNXv72613xFaXNvdR2kGmWwug6y7EUN
IxyBuDuQ2Tk53DPHNXQNV1b4faFJoF34b1fUntJJjYz2NtviniLEqXYM2xixbIxkAjg9/TaKAPLN
W8Laza/CPX4rqD7Rq+rXov5bWzjL+WzyxkouMlsBckj35IGT3niyGW58Ha1DBG8sslhOiRopZmYx
sAAB1JNa9FAHnOhaXqfg+30PUrG1m/su6soI9X0+K3ZpYp/LA89YxzuztDhRnAJIY8r6NRRQB5l4
f8QXPhW+8RW114Z8R3P2nWrm5iltLAvGyMQAQSRn7ueOMEV0fhrSdSuNfvfEuv2yWl7cQpaW1mso
kNrCpywLrhWLv83Q4GBnkgdVRQB5z4XSfRPhHpcGq+G7zUUEki3Vj9nDSoplkZW8p/vfNs47A7u1
QeGdAub/APtqz0y31fRvDV3pz2kdnqindFcNnLxIzEhMMSfmGWY9cfL6bRQB55oHinWNC0Cx0S/8
Ja1NqtpCtupt4FNsxAxHmbcQBt27m6A7uOMVNeNqXhDx5q2sDSr7U9K1eGDd9ggEssU0YKhdu8Hb
tDEtjqyj697RQBxHha21TXPGN34s1GyfTLY2h0+zs50InaMSbzJIP4TkHA9/QBm5yz8J6ta+P00M
aft8Nx6qddju4YvLCME+SMHJXaGwu3G7AyMDp61RQB5l4g0mTRvH99rF74W/4SLSNTjiDGK0Sea1
lRCoCoSSVIUEnAHzLzkYa7bFNS8I+K00vwdNokT2TxQBrVYZrtjE3HlKM8E4HJzu45yK9AooAyPC
cMtt4O0WGeN4pY7CBHjdSrKwjUEEHoQa8803SbkfE1PC8i/8SjTb2XXYkYGNCrKvlLEoHCxyO3Qh
W+bIyMV61WZpmg22mapqeoxvNLd6lIrzySkcBF2oigAAKozjjJzyTQBi6hqWoa94V8W2smi3lq8E
d1a2xYbvtg2MFZBgNzx2I5GCecWtM0iW++GdppE++1ln0hLV96HdEzQhTlTjkE9OOldHRQB4/pMk
WiaGun678MZrrVrSMRiW10yOaKfCjazSjPzH+Ijdzk9flHQakt74d8S6P4kTQLya3l0r+zriw06N
ZXsiCJFAC8MucpwABtznkCvQKKAPOdB1O91b4wvc32lTaZnQT5EU0itI8X2gFXYD7jHJBQ8givRq
zP7Btv8AhKv7f3zfa/sX2LZkeXs3784xndn3xjtWnQAUUUUAc54isoNQ8QaJbXSeZC/n7lyRnCgj
kc9RU/8Awhmh/wDPj/5Gk/8AiqNV/wCRq0H/ALeP/QBW5WznKMYpPp+rMlGLbuv6sjD/AOEM0P8A
58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qtyip9rP+Zlezh2Rh/wDCGaH/AM+P/kaT/wCKo/4QzQ/+
fH/yNJ/8VW5RR7Wf8zD2cOyMP/hDND/58f8AyNJ/8VR/whmh/wDPj/5Gk/8Aiq3KKPaz/mYezh2R
h/8ACGaH/wA+P/kaT/4qj/hDND/58f8AyNJ/8VW5RR7Wf8zD2cOyMP8A4QzQ/wDnx/8AI0n/AMVR
/wAIZof/AD4/+RpP/iq3KKPaz/mYezh2Rh/8IZof/Pj/AORpP/iqP+EM0P8A58f/ACNJ/wDFVuUU
e1n/ADMPZw7Iw/8AhDND/wCfH/yNJ/8AFUf8IZof/Pj/AORpP/iq3KKPaz/mYezh2Rh/8IZof/Pj
/wCRpP8A4qj/AIQzQ/8Anx/8jSf/ABVblFHtZ/zMPZw7Iw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCR
pP8A4qtyij2s/wCZh7OHZGH/AMIZof8Az4/+RpP/AIqj/hDND/58f/I0n/xVblFHtZ/zMPZw7Iw/
+EM0P/nx/wDI0n/xVH/CGaH/AM+P/kaT/wCKrcoo9rP+Zh7OHZGH/wAIZof/AD4/+RpP/iqP+EM0
P/nx/wDI0n/xVblFHtZ/zMPZw7Iw/wDhDND/AOfH/wAjSf8AxVH/AAhmh/8APj/5Gk/+Krcoo9rP
+Zh7OHZGH/whmh/8+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVW5RR7Wf8AMw9nDsjD/wCEM0P/AJ8f
/I0n/wAVR/whmh/8+P8A5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P/AJGk/wDiqP8AhDND/wCfH/yN
J/8AFVuUUe1n/Mw9nDsjD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiq3KKPaz/AJmHs4dkYf8A
whmh/wDPj/5Gk/8AiqP+EM0P/nx/8jSf/FVuUUe1n/Mw9nDsjD/4QzQ/+fH/AMjSf/FUf8IZof8A
z4/+RpP/AIqtyij2s/5mHs4dkYf/AAhmh/8APj/5Gk/+Ko/4QzQ/+fH/AMjSf/FVuUUe1n/Mw9nD
sjmdQ8P+GNLg828t1jU/dHnSEsfQDdzWZF4Ui1iRXgsDplkDkNI7NNIP90nCj612clpBNPHNLDG8
sWdjsuSufSpqpV5JaN3JdKLe2hzfhyyh07XtatbcERRi3C7jk/cJ/rXSVh6V/wAjVr3/AG7/APoB
rcqarvK77L8iqasvv/MKKKKzLCiiigAooooAKKKKACiiigAooqCW9toLqC2muIY7i43eTEzgPJtG
W2jqcDk46UAT0UUUAFFFFABRRRQAUUUUAFFQWd7bahapc2VxDc2752ywuHRsHBwRweQRU9ABRRRQ
AUUUUAFFFFABRRRQAUUVBeXttp9q9ze3ENtbpjdLM4RFycDJPA5IFAE9FQWd7bahapc2VxDc2752
ywuHRsHBwRweQRU9ABRRRQAUUUUAFFFFABRRRQAUUVBZ3ttqFqlzZXENzbvnbLC4dGwcHBHB5BFA
E9FFFABRRRQAUUUUAFFFFABRRRQByuu+F7zVPF2m6pBLbrBa+VvV2YMdshY4AGOh9a6qiiqcm0k+
gkkgoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBh/wDM+f8AcN/9q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAEF5apfWM9rK
WEc8bRsV6gMMHH51T0HQbbw7Yva2bzPG8hkJlIJyQB2A9BWjJIkMbySuqRoCzMxwFA6kmorW9tr6
MyWdxDcRg7S0ThgD6ZH1FO7tboKyuT0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/AOYR
/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/wDmEf8AYSh/rW5WH4n/
AOYR/wBhKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/8AI1aD/wBvH/oArcrD1X/katB/7eP/AEAV
uVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/6Aa3Kw9K/5
GrXv+3f/ANANblaVN/kvyRENvm/zCiiisywooooAKKKKACiiigDyXx7/AMIx/wALTh/4TH/jw/sZ
fL/1v+t85sf6vnpu9v0roPDMvhHRfCuta74Mt/Mt4Y3acb5h5jRIXC/vMkcN1A798VT17xHpfhj4
wpeazdfZrd9BESv5bPljcEgYUE9FNaepeL9F8VeCPE39iXv2n7Np03m/unTbujfH3gM/dPT0oAz4
Pildi0t9U1DwrfWWgyNGkl+8m4xllB3eXty0e44DjgjGOTtp/j7Uv7I8d+Db37HeXnlfbf3FnF5k
r5iUfKuRnGcn2Bql4r/5N5g/7B1j/wChRVteJ/8Akp3gj/t//wDRIoAueHPF8+q6xdaNrGkTaRq0
EYnEDSCZJITgb1kUAHBOCP1JBAp6x421rSJLq6PhC8l0a1kKyXguUEhRW2vIIcbivBI5AK4bIB4P
+a3/APcu/wDtzXnmr6mbrStYHiTxD4gi8TOs27RLIOlvEoU4Urgq0ewbywblCTyeSAen+JPG0Gha
HpWq2tnNqVvqVzDFEsORIyyKWDKpGWbA4U4yT1FVtB8c3d7rVrpevaBc6Lc30Jmst8nmrMACWUkK
NjAc7Tz64OAcLVf+RI+G/wD2EdM/9FmtrxP/AMlO8Ef9v/8A6JFAE2o+Nbp9YudN8L6N/bk1jgXr
LeRwJAzZ2plvvN8rZx0xjrkCZvGezw9YXcmlXkerahmO20mQbZ3lGQRz0QY3FyAAuCRkgVzmkeI7
PwDrXiOx8TM9nFeanJfWdz5MrpcLIAWVcJ1QbQeerY7ZNb4hG18Q2PhzxLJpN5qOg28lx9pt1SSO
VoWHEwAwQmI94JK5BXOMnAB02keNL2bxDDoviHQZtGu7qNpLM+etxHPtyXXcowGAGcenXGRmk/xG
uruS4uNC8NXmraTaXJtri7t54y5YMAxjiGTIuGVgcjOewGayfCR+HJ8XWK+E7G5n1ALK4njFxst1
CkEv5hHBDbRweSOmRR4O8X2Hg7w+vhe/hvp9d06aWE2VravI9wDIzh4+ACu1t2SQcAnHTIBu/CL/
AJJjpH/bb/0c9ZnxKtNJvvGPhC38QNCumP8AbfOM03lJxGhXLZGPmA71p/CL/kmOkf8Abb/0c9Zn
xKu9JsfGPhC48QLC2mJ9t84TQ+anMaBcrg5+YjtQA/wRY2mneNtTh8KTvL4Y+yK0oSXzYEvMjiNz
kk+XgtgnqATwoGzqXi6/bUZ7TwxoT64bRvLu5RdJBHFJ/wA8wzffYD7wH3cgHk4HM6O2j6v8RtG1
HwRYPHp9vDcR6ldW1s1vbuCvyRkEKGYMQSMZ5U87flwrnTPCmj+L9dh8faZMn2q9lurLUAbjypUc
hvLATGWXcMkAjJIyMDIB6NpnjP8AtjwpNqthpV5LfQSfZpdNI2yJcZVShJwAoLAluy5JAIIEOkeN
L2bxDDoviHQZtGu7qNpLM+etxHPtyXXcowGAGcenXGRnmXu7W2+HFxL4At7zS9Lk1Ex3d60cjvHB
gLJcxAsWKjCjjkYbhSMjM0S40u5+J3hh9G1vXdZtx9qDXGpOzRq3knKRllU7gMFuOhSgDudR8a3T
6xc6b4X0b+3JrHAvWW8jgSBmztTLfeb5WzjpjHXIBfeP4NN8KWeqXum3kGo3v7u30l1IuJJs7doG
M7c4+bHQjjJCnC0jxHZ+Ada8R2PiZns4rzU5L6zufJldLhZACyrhOqDaDz1bHbJn8S6qbi98J+Mr
O0uZdKs5rhZ90Lh0hkXb9o2hSfLCoXycZBXpngA07LxxeQ61Y6Z4m0F9Gl1FmSzk+2xTpIyjLBiC
NpyVA4OS2Kg1Hx9qUXiq/wBB0jwxc6nc2jRDzEuBHHtePeS7FcIegAJ+bnkEAHM1LxFb/ETX9DsP
C6vd22m38OpXl66tHHEqEgJhhks2Tj6DqNxXX8Mf8lO8b/8Abh/6JNAGz4V8SweKdH+2RQTW00Uj
QXNtMpDwTLjchyBnGRz78gHIHH/Fq4v2n0C0TREvbI6nbyB3uECzy5cfZyhHAYfxHjnFa/w4/wCZ
q/7GK7/9ko+I/wDzKv8A2MVp/wCz0AF74nk8HeFNJnm8MfZHub0Wh0yzkRjDuLnKbBtdjtztGMlu
tXH8YSaP4auNX8W6d/YxikKR24uUuHm4BXaVwNxO4Y7bSSQORT+I/wDzKv8A2MVp/wCz0/4lWl9L
ounX2nWj3sul6nb3xtowxeZVJG1cA85YHpwAT2xQBVj+IWo2H2KfxP4Ym0ewvZEhiuWvY5NjvyPM
Q7SigBiSeRjpVrxJ45u9F8Tx6Hp+gXOq3U1olxH5Mm0AtLsw/wAp2KAM7zxkgHGcjn/Fvi2w+IOk
nwv4SL6jeX7KZJTG8UdrGjqxdyyjjIA49fXAbd/5rf8A9y7/AO3NAFWL4j6ldubCy8JX02uwzNHd
2RlCR26gEqxnI24Yfd6Zwcfw7uj8K+JYPFOj/bIoJraaKRoLm2mUh4JlxuQ5AzjI59+QDkDG8Mf8
lO8b/wDbh/6JNHw4/wCZq/7GK7/9koAyPiho8uveKvClhb3D29zIt88EyOUKSpGrxncASBuVc45x
nHNQ+LfEi+J/glqd20bw3kLQ297A8ZQxTrLHvXBzxk5HJ4IzzkDd8T/8lO8Ef9v/AP6JFcR8WtLu
PDR1a8sok/srxEsMdyqsq+XdI4cNjbkhlV+/LMxP8IIB6P4p8YReH57Sws7R9S1m9YC2sInCsy55
dmwdigA8n0PYMRBonjOa718aFrukvo+qyQm4hia6jmSWMHHDKR82Q5246KTmszxLeHwv8SLLxFfx
P/Y82mPYz3KI7i1YSbwzhVPDEqo9yfTmGz1ZfHnxC0nUtDid9H0JZxLfSAos0ksYXYikZJXgnOO/
T5dwBZf4jXV3JcXGheGrzVtJtLk21xd288ZcsGAYxxDJkXDKwORnPYDNVvh7rdpoHwg0m7vS5BaW
OKKJd0k8hmk2xov8TE9B+JwATVLwd4vsPB3h9fC9/DfT67p00sJsrW1eR7gGRnDx8AFdrbskg4BO
OmcWHSJ9V+BHh5oLF9QWzvzczWce/fcRiaVWRdoJyd/XsMntQB29v441S01ixs/E3hmbSIb+TyLe
5W7W5QzHG1G2D5c84J/LAJHZ14/ocnwul1jSDoemXk2qS3MRihj+0F7dvvb33Nt2pj5sFumeRmvY
KAPAtC0bwhJ8M4r77SkXisK7W4trtvtJnErCELECeSQg4Xoc5HWvcNG+2/2HYf2p/wAf/wBnj+0/
d/1u0b/u8dc9OPSvHPBeseAV8D2mn6zY213rDrLG8Mens9xKzO2xVcL94gqAQwxxyMV6T8OLPULD
wBpNtqyTR3ccbZSY5dF3sUB9MIVGO3TjGKAOnooooAKKKKACiiigDhPFOo3lv8QNHt4Lu4jgk8jf
EkjBWzKQcgHByOK7uvO/F/8AyUnQ/wDth/6OavRK1qfDEzhuwooorI0CiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/8AtWtysP8A5nz/
ALhv/tWtytJ9PQiHX1CiiisywooooAKKKKAM7xD/AMi1qn/XpL/6Aa534X/8i1cf9fbf+gJXSa7G
83h/UY4kZ5HtZVVVGSxKnAArC+HNnc2Ph+eO8t5reQ3TMFlQqSNqc4P0Nap/u2Zv40dZRRRWRoFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J/wDmEf8AYSh/rW5WkvhREfiY
UUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
Bh6r/wAjVoP/AG8f+gCtysPVf+Rq0H/t4/8AQBW5Wk9o+n6siO79f0QUVxnxd/5Jjq//AGx/9HJT
/h7NLZwap4bupHeXRLsww+YxZzauN0DM3QkrkYGMBQMCsyzsKK8f0x31f4p+HvEz3PnRapc6hHaB
S2xLaGMpH8rDKsTvYjp82cAkiut8Mf8AJTvG/wD24f8Aok0AdnRXmXxW0qfWfEfhiztHmS7Md/Jb
GGQI/nJErx4Y9PnVeePqOtdB/wAJtH/wq7/hKd8Pm/Yt+PLfy/tH3NmOu3zfl69Oc45oA62ivNfh
fo8ug+KvFdhcXD3FzGti88zuXLyvGzyHcQCRuZsZ5xjPNcf4Es/hvqGjaZZ64nma9cSGJkzcjczS
EIMr8g4K/wBe9AHvVFFeM63/AMIX/wALO8T/APCa/wDTr9l/13/PEb/9X/wHr+HegD2aivMvDskj
/BjXx9u+12i292tkHmSSWC38r93HKV4DgHO3PAYDjGBmeArP4b302hxWyb/ESxxykZuR+/RA7Hn5
OCpPpxQB7BRXBfECwPi7VrLwtC1sWW0uNRlWYupVghigIZeMeZISR6J+DPvPGN7a/B99fMcy6nHb
iGTzkWN0uA/kuxXBHD5bbjtjA7AHdUVwtl8KtIext59Xa8ude8tTLqQvZTKJgPvo2QPlONuV6KM5
qG+sn8cfEPVNI1KSYaDo9vEstnHcMi3U0o3qzhQCVAHTPBVSOpFAHoFFeeX2i2/w81rQrrw/Jcwa
ff36afdaaZ2eJ2lBxKNxOGUqM46gAZHOcLVPtOl/E7xN4ns/Of8AsiSy+1QR5Pm2skOJflHVl2qw
yQo2knoKAPYKK4iGaK5+NEc0EiSxSeGw6SIwZWU3GQQR1BFdvQAUV458J5pfDdto7zSOdL8RLIgL
sdsN5HI6qOyqHQADqzMo7CtCz1yfw34K8e6najNxFr10sRyPlZ2jQNyCDgtnBHOMUAep0Vwtl8Kt
Iext59Xa8ude8tTLqQvZTKJgPvo2QPlONuV6KM5pnhzTrfxp4XudH8UK+pnRdTls/PeRkadouFkO
0gg7Xxgk5xkkk0Ad7RXlnw98C+Hp77WLyTT83Gma9NFaP50n7tYypQY3YOD65z3zU2lf8iR8SP8A
sI6n/wCixQB6bRXjPgz/AIVh/wASH/oP/wCj/wDP1/x8/L/wD7//AAH8K6DUtcg+GXiHWGuhnTNX
jfUbNMnm8GBJFkBm+fKNuOFXoB1oA9Gorn/BOhz6F4eRb87tTvJGvL98Abp5OW4BK8cL8vB25xzU
H2qy/wCFp/ZfsH+n/wBjeZ9t85v9V52PL8vp153de1AHT0V5rbfFq7m0mz1mbwvcwaNJMsNxfNcb
lhJcqWChNzqBj5sAbsr1HPT+JfFNxpGo2WmaRpL6vql0ry/Z0nWIRRL1d2OdoJIAyME5Gc4BANyK
9tp7qe2huIZLi32+dErgvHuGV3DqMjkZ61PXn/gG+n1Hx34yubqxmsbhvsSy20pBaNliZTgjhlyM
hh1BB70zQvF1ppfw90N9B0JzPqE0kNlpMd1ubIkfexkbnaMFi2MDcAcDkAHodFcxa+JdaOl30t94
UvLe/g8vyLWO4SZbje21cSDgYIO7P3Vw3OaZpPi6/k1q30vxFoT6Pc3qu1li6S4WYoMuCU+6QCCM
8HnnOAQDqqK8y8NeJfFVx4/1uC40GZojJaLPbtqaMmnKU5ZR0fcMsQuOmDzW1Fr+k6R4j8aXc1l9
mfT47WS7uRPuN1mIlFCNhVYfdAB+YkUAdnRXEP481ayntrjWPClzp2jXEyx/bpbuMtCrnCNLH/yz
GSN2T8uccnANrXvGl7pnipNB0zQZtUu5bIXcZjnWNR85UhywwqgKTuzySq45zQB1tFYXg/xMvivR
TeG1ezuYpnt7m1cktBIp+6SVGTgqenGcdQa3aAMPSv8Akate/wC3f/0A1uVh6V/yNWvf9u//AKAa
s6v4gsdGT/SZcykfLEnLH/D8a1nFykkuy/JGcWlG78/zNOisfQdS1HVPOmvLJba2OPJBzuPrnP8A
PArYqJRcXZlxd1dBRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igCtNp1ncXMdxPaW8k8eNkrxgsuDkYJGRg81ZrF1LxRZ6Xrdppc8Vw091s2MigqNzFRkk56j0rap
tNbiTXQKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAw/+Z8/7hv/ALVrcrD/AOZ8/wC4b/7VrcrSfT0Ih19QooorMsKKKKACiiigAoqpqt09
jpF5dRBTJBA8ihuhKqSM/lWV4N1658RaRLdXiQpIk5jAiBAwFU9yfU1XK7cwrq9joKKKKkYUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/yNWg/9vH/
AKAK3Kw9V/5GrQf+3j/0AVuVpPaPp+rIju/X9Ecl8UrK51D4dapbWVvNc3D+VtihQu7YlQnAHJ4B
NZPxG0PV5NVt7/QYEnl1O0bQ7oSI7LDFI24S/IPlAO7LHIHy8V6HRWZZxF/octj4w8Bw2UFzNZaZ
DdQPMULBFECqm9gMAnHtk9KoDV7nwx8RfFFzN4f12+t7/wCyeTLY2RlQ7IsNzkDq2OM9DXo1FAHC
3Utzr3jHwTq0Ol6jbW6fbvOW5tyjwZj2r5g5C7iOMnnisz/hFNT/AOFh/wBm+V/xIP7R/wCEi+1b
W3+fjb5W/Gz7/O3GdnO7Nem0UAcl4dsrmD4i+Mbma3mjt7j7F5MrIQkm2Ihtp6HB4OOlcz4F8U3P
hjwdY6Te+E/FMlxb+ZuaHTSUO6RmGCSD0Ydq9TooA5+78C+Hr7xCuu3On79TWSOUTedIPmTG07Q2
3jaO3auZGr3Phj4i+KLmbw/rt9b3/wBk8mWxsjKh2RYbnIHVscZ6GvRqKAPNbPRdSm0zx5qzaQ9g
ut2h+yWWAZmxC43Mi9Gcvnb97cWB9Td8J+L5bbStF0afwv4miljhgtHmfTysSsFVSxYnhQec46V3
tFAHnmn+Fb7xVqOq63qWp+INIae7aG1itLhrYPax8RsUYFlJJc4OOWJwM80ovB935HivwYY757K+
VdQstTuDu82bCbhLKBjPmKvG3dtDHuDXqFFAHC2fj/VvsqW174M13+1xmJlht/8ARWlBwCJScBCc
HdyAD1YDJfqMepeE/GV/rtnpVzqml6pDELxbXD3EMsY2IUj43KQRkDJ6nIAwe3ooA8/mOqePfEOi
Sf2TqOlaHpdz9sma+RYZZp0/1YVOW2jPXgEFhwVFaGh6ZK3j7xo97ZObK8WzRDNEfLnUQlXAyMMO
cH9a7CigDy/wRoer6N8TLq1vYLmTT9P0x7OzvXRyskRmWSNS5ABYK5XAwBswBxXYaD4F8PeGL57z
RtP+zXDxmJn86R8qSCRhmI6qK6CigDznw14UudT+DNnpNzFNY6nF5k1s0qmKS3nWZ2jbJG5e2SBn
axx1ql4X8O6n4n+HHiay1i0m06+1TUZrlUljaEByI3U4YE7N64PU4B716nRQBxEPjrWIII7TUPBu
tHWNoVhbRK1o0hHGJtxCqcjJOduSDnFaHgDQb3QfDz/2s+/VL+5kvbzBUqJXxkDaAOgGcZGc4OMV
09FAHJeALK5s/wDhJftVvNB52vXU0XmoV3oduGXPVTjgjisnTdMvo/B3j+F7K5WW7v8AUXt4zEwa
ZWjAUoMfMCemOteh0UAZHhOGW28HaLDPG8UsdhAjxupVlYRqCCD0INZPj+yubz/hGvstvNP5OvWs
0vlIW2IN2WbHRRnkniutooAzNb1S50v+z/sunTX32q9jtpfKz+4Rs5lbAPyrjnOBz1FYv2K5/wCF
w/bfs832T+wfJ8/YfL3/AGjO3d03Y5x1xXW0UAeS/wBjan/wzt/Zv9nXn2//AJ9fIbzf+Pvd9zGe
nPTpzXQeIzqHh/4g2viSLSbzU7CXTjp8qWKeZNE3mGQNs7qcAZz657Bu6ooA4XwMdQu/GPivVL7S
bzTYr37I0CXKYLKsbAc9N2NpKjO0nB5Fc5omk6ponhHwXrTaTfTz6NNdJc6ekJE/lzs67wp5JX5T
txzuzkAE167RQBwuteINd1/wVrcmg6Nq+m3UUaLA1zGIp5CW/e7EyTwnRhySxC8rXLeGdAt7bx94
butE8K61ptlAtwlzd6gjB5X8kgFlyQg5GDwGLEAfLXsdFAHBWtzd6B8UNcafRtUuLbWWs1t7q1g8
yJAqFGMjZ+UAn64GcYxnP1nwtqGu3/xEtYoJo/tsdi1pI0eEnaNN21WOAeVCk54zzXptFAHmuuav
qXxA8P8A/CPweGNa0+W8aH7VcXkAjitkEis7KWI8wgjhcAkZPGMVu/Yrn/hcP237PN9k/sHyfP2H
y9/2jO3d03Y5x1xXW0UAcl4Asrmz/wCEl+1W80Hna9dTReahXeh24Zc9VOOCOK62iigDj7qLVJtc
19dIljjl/cbgR8zDyz909Af85FctZQ3kGsFZbiG0vAfvXi559clSM+/613ulf8jVr3/bv/6Aav6l
pNnq0Pl3kKvj7rdGX6GutVuR8rWll+RzOlzap9X+ZhCw8YEAjVrIg9wo/wDjdH2Dxh/0FbL/AL4H
/wAbrS0LRJtFM0f2157VseVG45T1/wAitis5VbPRJ/I0jTutW/vOV+weMP8AoK2X/fA/+N0fYPGH
/QVsv++B/wDG66qip9s+y+4fs13f3nK/YPGH/QVsv++B/wDG6PsHjD/oK2X/AHwP/jddVRR7Z9l9
wezXd/ecr9g8Yf8AQVsv++B/8bo+weMP+grZf98D/wCN11VFHtn2X3B7Nd395yv2Dxh/0FbL/vgf
/G6PsHjD/oK2X/fA/wDjddVRR7Z9l9wezXd/ecr9g8Yf9BWy/wC+B/8AG6PsHjD/AKCtl/3wP/jd
dVRR7Z9l9wezXd/ecr9g8Yf9BWy/74H/AMbo+weMP+grZf8AfA/+N11VFHtn2X3B7Nd395yv2Dxh
/wBBWy/74H/xuj7B4w/6Ctl/3wP/AI3XVUUe2fZfcHs13f3nK/YPGH/QVsv++B/8bo+weMP+grZf
98D/AON11VFHtn2X3B7Nd395yv2Dxh/0FbL/AL4H/wAbo+weMP8AoK2X/fA/+N11VFHtn2X3B7Nd
395yv2Dxh/0FbL/vgf8Axuj7B4w/6Ctl/wB8D/43XVUUe2fZfcHs13f3nK/YPGH/AEFbL/vgf/G6
PsHjD/oK2X/fA/8AjddVRR7Z9l9wezXd/ecr9g8Yf9BWy/74H/xuj7B4w/6Ctl/3wP8A43XVUUe2
fZfcHs13f3nK/YPGH/QVsv8Avgf/ABuj7B4w/wCgrZf98D/43XVUUe2fZfcHs13f3nK/YPGH/QVs
v++B/wDG6PsHjD/oK2X/AHwP/jddVRR7Z9l9wezXd/ecr9g8Yf8AQVsv++B/8bo+weMP+grZf98D
/wCN11VFHtn2X3B7Nd395yv2Dxh/0FbL/vgf/G6PsHjD/oK2X/fA/wDjddVRR7Z9l9wezXd/ecr9
g8Yf9BWy/wC+B/8AG6PsHjD/AKCtl/3wP/jddVRR7Z9l9wezXd/ecr9g8Yf9BWy/74H/AMbo+weM
P+grZf8AfA/+N11VFHtn2X3B7Nd395yv2Dxh/wBBWy/74H/xuj7B4w/6Ctl/3wP/AI3XVUUe2fZf
cHs13f3nK/YPGH/QVsv++B/8bo+weMP+grZf98D/AON11VFHtn2X3B7Nd395yv2Dxh/0FbL/AL4H
/wAbo+weMP8AoK2X/fA/+N11VFHtn2X3B7Nd395yv2Dxh/0FbL/vgf8Axuj7B4w/6Ctl/wB8D/43
XVUUe2fZfcHs13f3nK/YPGH/AEFbL/vgf/G6PsHjD/oK2X/fA/8AjddVRR7Z9l9wezXd/ecr9g8Y
f9BWy/74H/xuj7B4w/6Ctl/3wP8A43XVUUe2fZfcHs13f3hRRRWRoFFFFAHnfi//AJKTof8A2w/9
HNXolcrrvhe81TxdpuqQS26wWvlb1dmDHbIWOABjofWuqrSbTUbERTTYUUUVmWFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/wDatblY
f/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf+Ra1T/r0l/9ANc78L/+RauP+vtv/QEr
rLy1S+sZ7WUsI542jYr1AYYOPzqnoOg23h2xe1s3meN5DITKQTkgDsB6CtFJcjiQ0+ZM06KKKzLC
iiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPx
MKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigDD8T/wDMI/7CUP8AWtysPxP/AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqEuuaVDI0cup2SSKcMrXCAg+
4zV+vI9P8N2lz43vNH1CSeNQzmIxsAT/ABDOQf4cmtKcFK9+hE5ONrHpf/CQ6P8A9Baw/wDAlP8A
Gj/hIdH/AOgtYf8AgSn+Nc7/AMKv0f8A5+b/AP7+J/8AE0f8Kv0f/n5v/wDv4n/xNO1PuK8+x0X/
AAkOj/8AQWsP/AlP8aP+Eh0f/oLWH/gSn+Nc7/wq/R/+fm//AO/if/E0f8Kv0f8A5+b/AP7+J/8A
E0Wp9wvPsdF/wkOj/wDQWsP/AAJT/Gj/AISHR/8AoLWH/gSn+Nc7/wAKv0f/AJ+b/wD7+J/8TR/w
q/R/+fm//wC/if8AxNFqfcLz7HRf8JDo/wD0FrD/AMCU/wAauwXEN1EJbeWOWNujxsGB/EV5z4p8
E6ToGhy3kU940wZUjV3XBJPfC+mT+FdJ8PrE2XhSFmzuuHabB7Z4H6KD+NEoRUeZMIylzWaLWq/8
jVoP/bx/6AK1Ly+ttPgM13MkUY7sev0HesPxGboa7oxsRGbnFxsEn3c7BWBZDU5tab+0DYnUAf3a
ahv4/wBwD5a0VPnim3sv1ZDnyyaS6/ojstL1STVDJItnLDajHlSynBk+i9h71o1h/wDFUf8AUG/8
i0f8VR/1Bv8AyLWbgm9Gi1Jpapm5RWH/AMVR/wBQb/yLR/xVH/UG/wDItLk80Pn8mblFYf8AxVH/
AFBv/ItH/FUf9Qb/AMi0cnmg5/Jm5RWH/wAVR/1Bv/ItH/FUf9Qb/wAi0cnmg5/Jm5RWH/xVH/UG
/wDItH/FUf8AUG/8i0cnmg5/Jm5RWH/xVH/UG/8AItH/ABVH/UG/8i0cnmg5/Jm5RWH/AMVR/wBQ
b/yLR/xVH/UG/wDItHJ5oOfyZuUVh/8AFUf9Qb/yLR/xVH/UG/8AItHJ5oOfyZuUVh/8VR/1Bv8A
yLR/xVH/AFBv/ItHJ5oOfyZuUVh/8VR/1Bv/ACLR/wAVR/1Bv/ItHJ5oOfyZuUVh/wDFUf8AUG/8
i0f8VR/1Bv8AyLRyeaDn8mblFYf/ABVH/UG/8i0f8VR/1Bv/ACLRyeaDn8mblFYf/FUf9Qb/AMi0
f8VR/wBQb/yLRyeaDn8mblFYf/FUf9Qb/wAi0f8AFUf9Qb/yLRyeaDn8mblFYf8AxVH/AFBv/ItH
/FUf9Qb/AMi0cnmg5/Jm5RWH/wAVR/1Bv/ItH/FUf9Qb/wAi0cnmg5/Jm5RWH/xVH/UG/wDItH/F
Uf8AUG/8i0cnmg5/Jm5RWH/xVH/UG/8AItH/ABVH/UG/8i0cnmg5/Jm5RWH/AMVR/wBQb/yLR/xV
H/UG/wDItHJ5oOfyZuUVh/8AFUf9Qb/yLR/xVH/UG/8AItHJ5oOfyZuUVh/8VR/1Bv8AyLR/xVH/
AFBv/ItHJ5oOfyYaV/yNWvf9u/8A6Aa3K5zw79q/4SDW/t3k/aP3G/yc7PunGM89MV0dFX4vkvyC
nt9/5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
XCeKdRvLf4gaPbwXdxHBJ5G+JJGCtmUg5AODkcV3dVKNkn3JUrtoKKKKkoKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/mfP+4b/wC1a3Kw/wDm
fP8AuG/+1a3K0n09CIdfUKKKKzLCiiigAooooAbJIkMbySuqRoCzMxwFA6kmorW9tr6MyWdxDcRg
7S0ThgD6ZH1FVfEP/Itap/16S/8AoBrnfhf/AMi1cf8AX23/AKAlWo3i5EuXvWOzoooqCgooooAK
KKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/WtytJfCiI/EwooorMsK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKAMPxP/wAwj/sJQ/1rcrD8T/8AMI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACvOvG6nRfGOmawgIV8b8dypwfzUgV6LXK/ET
T/tnhh5lGXtXEo+nQ/zz+FaUnaRFRXidSrBlDKQQRkEd6WsPwbqH9o+FrKQnLxp5T/VeP5YP41uV
ElZ2KTurhRRRSGFFFFAHn3xJuHvL/TNHgOXkbeR7sdq/+zV3ltbpaWsNvEMRxIEUewGBXn2mf8T/
AOKFxdfehsyxX0+X5B+pzXo1a1NEomcNW5GHqv8AyNWg/wDbx/6AK0r/AE611OAw3kKyp2z1HuD1
FZuq/wDI1aD/ANvH/oArcpSbSi12/VjiruV/60RnaXp1xprSRvevcW3HlLKMuntu7itGiiobbd2U
lZWQUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf9u//AKAa3Kw9K/5GrXv+3f8A9ANblaVN
/kvyRENvm/zCiiisywooooAKKKKACiiigAorjNe1/wAS/wDCbpoHhxNI/wCQcL13vxL/AM9ChAKH
/d7evNa2iTeILaC8m8WyaLFFGoeOSyaRVVQCXLmToAMfrmgDdorPh8QaRc3sdnBqtjLdSKHSFLhG
dlK7gQoOSCvzfTmsjXdXvbPx34V063m2Wl/9r+0x7FO/ZEGXkjIwT2IoA6eiqthqdjqsDTadeW13
ErbDJbyrIobAOMgnnBH51DL4g0iDURYTarYx3pZUFu9wgkLNjaNuc5ORj1yKANCioLm9trPyvtVx
DB50ghi81wu9z0Vc9WOOAOah07WdN1fzP7M1GzvPKx5n2edZNmc4ztJxnB/KgC7RVLUdZ03SPL/t
PUbOz83Pl/aJ1j34xnG4jOMj86m+2232H7b9oh+yeX53n7x5ezGd27ptxznpigCeiqWnazpur+Z/
Zmo2d55WPM+zzrJsznGdpOM4P5UXOs6bZ30VldajZwXc2PKglnVZHycDapOTkjAx3oAu0VzHw51e
917wJp2o6nN593N5vmSbFXOJXUcKAOgHaofGGv65p+u6FpPh9NONxqf2jLXwfYvlqrdUORwT2Pbp
QB1tFcl4c8R6y/iW68O+JrSzjv47cXkM9ixMMkOQp4Y7gwYkc9eeBgFug1HWdN0jy/7T1Gzs/Nz5
f2idY9+MZxuIzjI/OgC7RUH222+w/bftEP2Ty/O8/ePL2Yzu3dNuOc9MVDp2s6bq/mf2ZqNneeVj
zPs86ybM5xnaTjOD+VAF2iqWo6zpukeX/aeo2dn5ufL+0TrHvxjONxGcZH51N9ttvsP237RD9k8v
zvP3jy9mM7t3TbjnPTFAE9FUtO1nTdX8z+zNRs7zyseZ9nnWTZnOM7ScZwfypl14g0ixeVLzVbG3
aFlSUS3CIUZgWUNk8EgEjPUA0AaFFRwzRXMEc0EiSxSKHSRGDKykZBBHUEVyHxF8UyaHa6fZafq1
nYX17ewwySy7He3gYtul2McbQVwSeOvQ8gA7OisXRdQittCsW1DxBZ6k88hhjvgY4kuXLNtVQp2l
uNuBydprQsNTsdVgabTry2u4lbYZLeVZFDYBxkE84I/OgC1RWfYeINI1WdodO1Wxu5VXeY7e4SRg
uQM4BPGSPzp95rOm6fI8d7qNnbOkYmZZp1QqhbaGIJ4XcQM9M8UAXaKz5PEGkRadHfyarYpZStsj
uGuEEbtzwGzgn5T+R9KuQzRXMEc0EiSxSKHSRGDKykZBBHUEUASUVxHxB8Z6p4UvdJj0uytrtblb
ia4SUlW8uFVdtrZAB27+oPQcHodDxd4qfSPAE/iLR/Jn/dwywGZG2OsjoASMg9Gz2oA6eioLy9tt
PtXub24htrdMbpZnCIuTgZJ4HJAplhqdjqsDTadeW13ErbDJbyrIobAOMgnnBH50AWqKpXOs6bZ3
0VldajZwXc2PKglnVZHycDapOTkjAx3rF+HOr3uveBNO1HU5vPu5vN8yTYq5xK6jhQB0A7UAdPRW
fYeINI1WdodO1Wxu5VXeY7e4SRguQM4BPGSPzrQoAKK4WDxH4s8TyPe+ErTSI9F+7Bc6m0m+5IZl
ZlVDlVBXGGAPQ98DrdIvp9R0uG5urGaxuG3LLbSkFo2VipwRwy5GQw6gg96ALtFFFABRRRQAUUUU
Aed+L/8AkpOh/wDbD/0c1eiVWm06zuLmO4ntLeSePGyV4wWXByMEjIweas1cpXSXYmMbNsKKKKgo
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/
AJnz/uG/+1a3Kw/+Z8/7hv8A7VrcrSfT0Ih19QooorMsKKKKACiiigChrsbzeH9RjiRnke1lVVUZ
LEqcACsL4c2dzY+H547y3mt5DdMwWVCpI2pzg/Q11lFUpWjyk8utwoooqSgooooAKKKKACiiigAo
oooAKKKKACiiigDD8T/8wj/sJQ/1rcrD8T/8wj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/8
wj/sJQ/1rcrD8T/8wj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKhvLZL2yntpPuTRtG30IxU1FAHAfDS5e2uNS0ifiSJ/MC+4O1v8A
2Wu/rzq8/wCKf+KcU33YL0gn0+f5T/48M16LWtbV83czp7W7BRRRWRoFUdbvxpei3l5nBiiJX/e7
frir1cV8TtQ8jRYLJT81zLkj1Vef5lauEeaSRM3aLYz4YWBi0u6vnHz3EmwE/wB1f/rk/lXcVneH
9P8A7L0GytMYaOIbx/tHlv1JrRoqS5pNhBWikYeq/wDI1aD/ANvH/oArcrD1X/katB/7eP8A0AVu
U57R9P1Yo7v1/REF5e22n2r3N7cQ21umN0szhEXJwMk8DkgU+GaK5gjmgkSWKRQ6SIwZWUjIII6g
iuQ+Lv8AyTHV/wDtj/6OSo/BU0XhufXPDd7IltFpsz3dp5jBUWykO4EM2CwRtwZjkAnGTWZZ1smp
2MWox2El5bJeyrvjt2lUSOvPIXOSPlP5H0p8V7bT3U9tDcQyXFvt86JXBePcMruHUZHIz1rybR7f
7X8RfC/iWYTC41y51CZRNH5bpbpFsgUgHB+QZ3Dru6ng11vhj/kp3jf/ALcP/RJoA6m61OxsZ7eG
8vLa3luW2QRyyqjStkDCgn5jkjp6irVea/FHRF8R+JvDOlsELXMOoLHvYqokEKlCSOcBgp/Doela
H/CbSf8ACrv7S3zf215f2HyfLTz/ALf9zb5X97f8+3GdvO3tQB2FrqdjfT3ENneW1xLbNsnjilV2
ibJGGAPynIPX0NZ//CZ+Gv8AoYdI/wDA2L/4quT+GmhweGvFvirSbY7kto7BS+CN7GFizYJOMsSc
Z4ziuf8AhxPoc3hzSbK98E3l9cSyNG2onSUlhO6VgGMp52qCAT22n0oA9mrMvPE2h6fdPbXus6db
XCY3RTXSI65GRkE5HBBp8viDSINRFhNqtjHellQW73CCQs2No25zk5GPXIrzW7utNtvid4r/ALT8
L3mvbvsfl/Z9PW68n9zznd93PH12+1AHqf222+w/bftEP2Ty/O8/ePL2Yzu3dNuOc9MVnw+LPD9z
PHDBrulyyyMESNLyNmZicAAA8kmuD8Mvap8JvFVrbXPzxR3jvp7GTdpwaNsQHeAxxg5bABbd1wSZ
vAU+h3Vvodt/whN5Ddi3jb+05dJRYi6xhvMEvXkjIbqSRQB6Hf6nY6VAs2o3ltaRM2wSXEqxqWwT
jJI5wD+VWq4jxfpjeLvElt4eLPHa29hPeTu9sJI/MkVoYec8MpMrgcZ2j6rQvvE+oWvwVu7zf5er
2Uf9n3JM/mSRzLIIXYupyHwd4OepB5HUA7aXxBpEGoiwm1WxjvSyoLd7hBIWbG0bc5ycjHrkVZvL
220+1e5vbiG2t0xulmcIi5OBkngckCuc034ceG7LQINNuNIsbplh8uW4e3AkkYj5m3cspJJIwfl4
x0FZKaZB4s+K+sf2zFDdWehW8MNtaSoWjLTLvMhBO0twR05G3uoNAHbWGp2OqwNNp15bXcStsMlv
KsihsA4yCecEfnRHqdjLqMlhHeWz3sS75LdZVMiLxyVzkD5h+Y9a4nxNo+n+FPEPhvWdDs4bG4uN
Rj02eOBfLimhl3Z3IuAWBAIPqBnOBjn9Zs54PiD4s8SWCb77QZLK5CZA8yAwETpk8DKc5wSNvHJo
A9Z+223277F9oh+1+X53kbx5mzON23rtzxnpmp64WyvINQ+MNveWr+Zb3HhlZYnwRuVrjIODyOD3
rqrDxBpGqztDp2q2N3Kq7zHb3CSMFyBnAJ4yR+dAE1hqdjqsDTadeW13ErbDJbyrIobAOMgnnBH5
0+2vba8837LcQz+TIYZfKcNscdVbHRhnkHmvIPhp/wAUvaeHdUHFh4g32N3/ALNyssnkP3J3DKYA
CjGSauf2tc6J4A+IF7ZNsuF166jVwSCm940LAgghgGJB7ECgD0qXxBpEGoiwm1WxjvSyoLd7hBIW
bG0bc5ycjHrkVNf6nY6VAs2o3ltaRM2wSXEqxqWwTjJI5wD+Vc/pvw48N2WgQabcaRY3TLD5ctw9
uBJIxHzNu5ZSSSRg/LxjoKz/AAJZW2p+HtQ0XVLeHULTRdVnsrb7YglYpH9wtu43AOVGAABgAUAd
HD4s8P3M8cMGu6XLLIwRI0vI2ZmJwAADySaupqdjJBczJeWzRWjMlxIJVKwsoywc5+Ugdc9K4b4d
eH9Ikn8QzPpVi0tp4guUt5DboWhVShUIcfKAemOlVdK/5Ej4kf8AYR1P/wBFigDtofFnh+5njhg1
3S5ZZGCJGl5GzMxOAAAeSTWhbXtteeb9luIZ/JkMMvlOG2OOqtjowzyDzXmfgzUND+w6DF/wgeo/
a/Lt1/tH+x08vfhR53m9dufm3dcc1d8Salc/DzxDe3tjZzXNpr0f7iCKIuqaiOFyoKgLICCcZdip
9KAO/tr22vPN+y3EM/kyGGXynDbHHVWx0YZ5B5o+223277F9oh+1+X53kbx5mzON23rtzxnpmszw
loP/AAjnh63spH867OZrucnc007cuxbALc8AnnAGapf2l/xdP+zfsdn/AMgb7R9q8r9//rtuzfn7
nfGOvNAHT0V5TbfEXxafCtn4outL0tdFEyx3XlFjMyeYVaRFLgAdFAJJ3DP3Tx1niXxBq8ev2Wg+
GIbGXUpYXu53vS4jhhB2g/LySzHHBOMcjByADdtdXsrzVL7Trebfd2Hl/aY9jDZvXcvJGDkDsTU1
ne22oWqXNlcQ3Nu+dssLh0bBwcEcHkEVw3gGXUJvHfjJtXt4YL4fYllSF90ZIiYblPXawAYA8gHB
5FVdG8ZXzeB/DkeiabpcWsaxNNHb2qRtFbRJG7mSTAPQAAkZySxIzjFAHpVFcxa3XjKPS75L6w0i
bUR5f2SS2mdYG3NtbeG+YbMbzj7wIA5rJ8O+Ob6bxJaaRq914fvmv1kMEmiXDSCFo13EShjwGGcE
d1PHOQAd7UEV7bT3U9tDcQyXFvt86JXBePcMruHUZHIz1rzPwr/wl3/CyfEW/wDsLzfMsv7T2+dt
2eWdvk/7WzOd3Gcdq2Z/F0Giaz43ubmys0TSo7RhJFGVluWeM7VkcZz8xCg4+UGgDuqK4K+8S+MP
D6Q6tr9josWiGZFuY4JJGuLWNztBY/dYqSoO0HPYAHIta94j8RR+N08PeH7TTpTJpwu/OvGdViPm
FSW2nLLgAAAZywOcA0AdnRXOeB/EV34j0WaTVLdLfUrO7ls7uOMfIJEP8PzNkYK85657Yro6AMPS
v+Rq17/t3/8AQDW5WHpX/I1a9/27/wDoBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAec69
on9vfGFLb+0tR0/ZoIk82wn8qQ4uCNpOD8vOceoFbOqaJ/YPw68Q239pajqG+yuZPNv5/NkGYiNo
OB8vGcepNTa94Gtte1xNW/tXV9Pu0txbbrC4EWUDFsE7Sep9ccCpLHwZFaaVqdhPrOtahFqMJgc3
t0JWiUqynZleCQ3v0FAHn+teFtH0n4KW2safYpb6osNnereIzCVZWMYLB85A+Y/KOAeQM810fj7S
LLXvHfg3TtTh8+0m+2+ZHvZc4iVhypB6gd66PUPCNjqXg1PDU0tytksMUAkRlEm2MqV5xjPyjPHr
Vq/0G21DXdK1aZ5luNM87yVUjY3mKFbcMZPA4wR+NAHK6XptponxkubTSoEs7W50MXEsEPyRtIJt
gbYOAQvHA7n1OeW124s/EPh7XLzRPAUNzpjefINalmSGVmGXeZQw3lQ2SADyBtwOVHqf9g23/CVf
2/vm+1/YvsWzI8vZv35xjO7PvjHaufvfhdpN59oh+36vBp024/2bDd7bVCecrHjjDneB03dscUAY
XiiJdZ8A+AotRL3C3l/p63BdzukDxENls5ycnnOau3eg6b4a+Jng9NFtEsVuYbuCcQkqJkSIMofn
5jk5yckkDJOBjprjwjY3OlaJYPLciLRpoJ7chl3M0K7V38cgjrjH4Vav9BttQ13StWmeZbjTPO8l
VI2N5ihW3DGTwOMEfjQBx/hHT9O8T6/4qu9dS21O8t9Tezjiuo45BbwRk+XtUj5QSXyf4iueuSaX
jfTjpE/hLwvoK2MOn3E07fZNQkc28rqVdFkOdzDe5wuSCxUEHiup1fwJZapqk2o2+o6vpd3cbftM
mnXjReftUKu4HI+UDjAHU9akvfAmj6l4Xi0K9W5ntomaVZXnYy+a27MpbuxLseQRk9McUAc5oPgj
XrLxrp+s3Nv4c0+3gjkinj0cSxeerKdoZCNpw2D26d8DEHw+8I6N4n8CDUddsYb681W5mubieRAs
gbzSMIygMq/JnAPUt2OK6PSfAFppmtW+qT6trWp3Nqrrb/2hd+asRcYYqMDkjj09sgEQ3Pwy0e71
G8nmutUNnezNcXGnLeMttLIcZYqMHO4BvvdQOwxQAz4Rf8kx0j/tt/6OeqXj61vbzx34Ng0y/wD7
Pu3+2+Xc+SsuzESk/I3ByAR+Ndb4c0G28MaFbaTZPNJb2+7a0xBc7mLHJAA6se1UvE3g+28T3Vhc
zX+o2NxYeZ5MtjMInG8ANzgnouOMdTQBzmnQ6p4Y+I1hBrF1bazLrsMsa37QmGaAQrv8sKCUEffC
gEsxJ+6M4VjZa54o8S+JbiC38Lak9tqMlrjWUeWWGJCRGqKvyqn3uQAWO7OcV3uieB9N0bURqMk9
9qepIpjjvNRuDNJGh/hXoAOvOM/M3ODioNZ+H2m6trT6vDe6ppmoSrsmn0+6MTTLhQA2QeAEHTHv
mgDnINOHgP4eXNj4ntYdTFzqI+w6bZtLLG7MVeOFd4yF3oxIOcjP3icGlp8V1Z/FPw27+FYfDP2m
O6idba6jdLpVjLYZYwANpweRzkf3Rjs7bwBpNv4el0kveS+bcm8N5LNm5Fwekyv2cYGCB25zk5h0
z4dafp2u2Wsyalq99f2m8JNe3XmllZSuw5H3RliMY5Y5zxgAyfCOn6d4n1/xVd66ltqd5b6m9nHF
dRxyC3gjJ8vapHygkvk/xFc9ckweK9F0201Hwf4QWR7Pw9dzXBmtlnIErLh0QuxLEF2xjPJYY5Ck
dHq/gSy1TVJtRt9R1fS7u42/aZNOvGi8/aoVdwOR8oHGAOp61PP4K0u58PW2kTNeMltIbiK5+0sJ
1nO4+dvzy+52bnjJ6dqAOZ8Y6RpXh3xD4QvtGt7PTr59VS28u3hjj82GT5ZCVAycDAz23+pFGneG
9J134seLLjVbCG7ez+x+SJhuRd8BDZX7rdB1Bxjit/Q/Aen6LrB1WW81HVL8R+VFcalP5zwrzkIc
DGcn9cYyc6lhoNtp+u6rq0LzNcan5PnKxGxfLUqu0YyODzkn8KAOb+F0S2mna/YQlxa2WuXVvbxs
5YRRjbhRknjJJ+pJ71D8TtMsbmfwxNPZW0ssmuWtu8jxKzNES5MZJHKk9uldVomg22g/2h9leZ/t
97Jey+aQcO+MhcAfLxxnJ96Nb0G217+z/tTzJ9gvY72LyiBl0zgNkH5eecYPvQByXxI0fT/7H8M6
UlnDFYS69bRNbwr5abX37gAuMZyenrR8RbWz0bw1p+m2Bh0fTtS1WG2vmtVSAeS4beScYHCjJ9Bg
8ZFdbreg22vf2f8AanmT7Bex3sXlEDLpnAbIPy884wfeptX0iy17S5tO1OHz7Sbb5ke9lzhgw5Ug
9QO9AHn/AMSfDuh+GfBUeo6TaWem3+nXMElnLFGgkkdWACsWBL8ZYgkklcnODVrWNB03xB8aIIdW
tEuooNDWdI3J271uCASAfmGCeDkHPIrW074dafZ6xbale6lq+rzWmTbrqd15yQscfOowPm4H6HqA
Rtf2Dbf8JV/b++b7X9i+xbMjy9m/fnGM7s++MdqAOF8PeD9CuPiL4otZ9NhltNOkt5bW2fLQxNNE
TKRGTt5wvUcbRjGBWt8LoltNO1+whLi1stcure3jZywijG3CjJPGST9ST3rpLDQbbT9d1XVoXma4
1PyfOViNi+WpVdoxkcHnJP4UaJoNtoP9ofZXmf7feyXsvmkHDvjIXAHy8cZyfegDn/E//JTvBH/b
/wD+iRXn/ip/+ES0DxV4NnfFpJ5V/pO5/wDlk06b4hlyflIOBjJ2ux617Bf6DbahrulatM8y3Gme
d5KqRsbzFCtuGMngcYI/GqXi/wAF6b41sYLbUzNH5EnmRywbRIOMFcsp+U8EjuVHpQBz/iG2ttf+
LOm6LrM3madBp326GydgI5rjzGX5h/HhATj0U9iwLLvT9O8PfF7w4uipbWbX9pcw3drbxxopjVS6
NtAyCWB+bvsx2Oep8Q+FrLxH9nkuJby1u7Xd9mu7OdopYd2N20jjkDByDwT0qHw54M0/w3dXV5FN
eX1/dYEt7fS+bMVAACbsD5eB9cDOcDAByXw+8I6N4n8CDUddsYb681W5mubieRAsgbzSMIygMq/J
nAPUt2OK59L25tvgX4at7a4hgS+1E2twZ3KRNE0sxZXYYZUO0biCDjPrXe3Pwy0e71G8nmutUNne
zNcXGnLeMttLIcZYqMHO4BvvdQOwxWhZ+CdJtvByeGJkmutMXOVmkw7fvPM5ZNvRvTHSgDj4vAXi
N9f0e/az8KaaLG7SZ5NJWaCR48jeh4wwK5GD9MgE57nxZDLc+DtahgjeWWSwnRI0UszMY2AAA6km
sOw+GOn2V1p8k2sa7ew6fIktva3V5uhRkGEIUKMbe2Pp0yK7OgDn/AV5BfeAtDltn3otlHETgj5k
UIw59GUj8K3Ipop0LwyJIoZkJRgQGUlWH1BBB9CDXJzfDXTVnkfSdT1rRYpGMj2+m3piiZyeW2kH
BxgYGBgDArptN0200fToLDT4Et7WBdscadAP6knkk8kkk0AWqKKKACiiigAooooAxdS8UWel63aa
XPFcNPdbNjIoKjcxUZJOeo9K2q878X/8lJ0P/th/6OavRK0nFJJrqRGTbYUUUVmWFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/AMz5/wBw3/2r
W5WH/wAz5/3Df/atblaT6ehEOvqFFFFZlhRRRQAUUUUAVNVunsdIvLqIKZIIHkUN0JVSRn8qyvBu
vXPiLSJbq8SFJEnMYEQIGAqnuT6mr/iH/kWtU/69Jf8A0A1zvwv/AORauP8Ar7b/ANAStEl7Nsht
86R2dFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5Wk
vhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5RRVOV0kJKzbCiiipGFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcL8T7EtYWeoR5DwSbCR1w3IP4EfrXXaRf
DU9ItLwf8tolY+xxyPzzUHiTT/7U8PXtqBl3iJQf7Q5H6gVgfDPUPtOgS2jHLWsvA/2W5H67q1+K
n6Ge0/U7KiiisjQK851z/if/ABMtLEfNDalQw7cfO3+FehTzJbwSTSHCRqXY+gAya4H4dQvqOs6p
rMw+ZyVB92O4/lgfnWtPRORnPVqJ6FRRRWRoYeq/8jVoP/bx/wCgCtysPVf+Rq0H/t4/9AFblaT2
j6fqyI7v1/RHMfEbSL3XvAmo6dpkPn3c3leXHvVc4lRjyxA6A96zPiB4S1TWL60vNAm8i4uYzpeo
PtVv9DkOWbDkD5TnhfmO7rxXdUVmWclqHhyePxb4Ol021xpmkR3MUh8wfulMKpGOTubpjv71mSR+
J9B8d+IdR0zw1/alpqX2by5Pt8UGPLi2nhsnqT2HT3r0CigDjJrHWtZ8T+ENYu9J+xfY/tv2yL7S
knkb02pyMbt2AeBxnmqX/CD3v/Cw/M3/APFNfaf7Z8rC/wDH9jbjO7f1/ef3f4cV6BRQBzGhaRe2
fjvxVqNxDstL/wCyfZpN6nfsiKtwDkYJ7gVzPhCbxp4V8MWej/8ACFfafs2/97/asKbtzs3TnH3s
de1em0UAZ8vh/SJ9RF/NpVjJehlcXD26GQMuNp3YzkYGPTArj5I/E+g+O/EOo6Z4a/tS01L7N5cn
2+KDHlxbTw2T1J7Dp716BRQBwVv4Y1ubTPGOoahFbJqWv2nlxWMD7hDthZEVnOAW+bBI+XIyDg4D
/DOo+LtPsdI0m68HeXb28cNtLdf2pCdqqApfYBk8DOAfau6ooA8/sPhzZeILrU9W8Y6Z5l9eXrvA
puGV4rcALGjCJtm4BexPUZOaZb+AZYH8R+Go7RIfDGpQpPZyrMXNtcAKDlSd7Esof723CAfxED0O
igDhbPWPiBDapY3PhmzuLtcxHUjfokLHOBKYgN23oSBgnnAHQWtW0nW9G8UXHiDw3bW19HewpHf6
fJL5TzOnypIkhyAQpwQcDCnqSCOwooA4VNI8QeLfEOlah4h0+HSdO0qRpksRdmeSecY2OSmFCr27
5DAghuNPQtIvbPx34q1G4h2Wl/8AZPs0m9Tv2RFW4ByME9wK6eigDznwf4L1Tw38Rb6UxZ0GKykt
9Pk3L8qvKsvl43Fzgs43N1x9BXbWHh/SNKnabTtKsbSVl2GS3t0jYrkHGQBxkD8q0KKAOF8O+C55
/hHH4Z1yL7NcPHKrDcH8tjKzo3ytg4O1sZ56HvVPwp4L1S+8Ba9pPiyLyLzVb2W4Z9yt8zKhWTEb
Y4dc7cjpjoa9GooA4iHVfH1pBHYT+HbG9ulURnVFv1SBmI4kaLaHwM/MBjODtxkVr+CfDT+FvDyW
lzP9pvppGuLy43MfNmbqcscngAZ4zjOASa6CigDmPBOkXukf8JB9uh8r7XrVzdQfOrb4n27W4Jxn
B4PNZmn+HNUg8K+NrOS1xcane38tonmL+8WRAEOc4GT64x3xXdUUAZnhmzn0/wAK6RZ3SeXcW9lD
FKmQdrKgBGRweR2rL8baRe6v/wAI/wDYYfN+ya1bXU/zquyJN25uSM4yOBzXT0UAZmtz6tB/Z/8A
Y1rDceZexpd+aceXbnO91+YfMOMdfoay/wCyL3/haf8AbHk/6B/Y32Xzd6/63zt23Gc9Oc4xXT0U
AeZf8IhrX/Cif+Ed+xf8Tb/n381P+fnf97O37vPX9a2vEema7p/jO18TaDYw6pmyNhcWTTCFwu4u
HV2OOuARj8DnK9nRQBxngvTNdh8T+JNW16xhtDqX2VokimEigIjDaTnO5QVBOACckcVhaX4S1/Rv
CPhW8ttPSXW9DmuC1jJcIqyRTMwcBhkbtpUg5wOcgnivUKKAOF1qHxb4r8Fa3aS6XDpFzLGiW0Av
RJJLht0mXXChWXCgeu7ccGsnRPDGrL408PagvhKx0HT7BZ45FhuI5ZWzEVVpGGN4JIA6tkOT1Feo
UUAcRFZ6/ovxG1a9tdGS+03WWtA9yt2kZtljXYxKMMseScDtjnJwK2p+Cb3W7/x1FOnk2+rx2n2K
YyLh3iTPOMkKHCg5GSM4r0CigDzzULfxf420lND1nw/baTazNE17d/blcuiurMIkUNtYkZG7IABB
PQ1uf2Re/wDC0/7Y8n/QP7G+y+bvX/W+du24znpznGK6eigDmPBOkXukf8JB9uh8r7XrVzdQfOrb
4n27W4JxnB4PNdPRRQBh6V/yNWvf9u//AKAa2yQASTgDua5ObW4ND8Qa7NOkjljbhVRep2Hqegrn
L7xNLrVxs1CaaCx7xWygk/XJGfx/Kur2Eqjv0svyOf2sYK3XX8z0Sz1ay1CeWG0uEleHG8LnA/Ho
fwq5XE6b4s8P6TB5VnZXaA/ebYpZvqd1XP8AhYWl/wDPC9/74X/4qolQnf3U7FxrRtqzqqK5X/hY
Wl/88L3/AL4X/wCKo/4WFpf/ADwvf++F/wDiqn2FTsP20O51VFcr/wALC0v/AJ4Xv/fC/wDxVH/C
wtL/AOeF7/3wv/xVHsKnYPbQ7nVUVyv/AAsLS/8Anhe/98L/APFUf8LC0v8A54Xv/fC//FUewqdg
9tDudVRXK/8ACwtL/wCeF7/3wv8A8VR/wsLS/wDnhe/98L/8VR7Cp2D20O51VFcr/wALC0v/AJ4X
v/fC/wDxVH/CwtL/AOeF7/3wv/xVHsKnYPbQ7nVUVyv/AAsLS/8Anhe/98L/APFUf8LC0v8A54Xv
/fC//FUewqdg9tDudVRXK/8ACwtL/wCeF7/3wv8A8VR/wsLS/wDnhe/98L/8VR7Cp2D20O51VFcr
/wALC0v/AJ4Xv/fC/wDxVH/CwtL/AOeF7/3wv/xVHsKnYPbQ7nVUVyv/AAsLS/8Anhe/98L/APFU
f8LC0v8A54Xv/fC//FUewqdg9tDudVRXK/8ACwtL/wCeF7/3wv8A8VR/wsLS/wDnhe/98L/8VR7C
p2D20O51VFcr/wALC0v/AJ4Xv/fC/wDxVH/CwtL/AOeF7/3wv/xVHsKnYPbQ7nVUVyv/AAsLS/8A
nhe/98L/APFUf8LC0v8A54Xv/fC//FUewqdg9tDudVRXK/8ACwtL/wCeF7/3wv8A8VR/wsLS/wDn
he/98L/8VR7Cp2D20O51VFcr/wALC0v/AJ4Xv/fC/wDxVH/CwtL/AOeF7/3wv/xVHsKnYPbQ7nVU
Vyv/AAsLS/8Anhe/98L/APFUf8LC0v8A54Xv/fC//FUewqdg9tDudVRXK/8ACwtL/wCeF7/3wv8A
8VR/wsLS/wDnhe/98L/8VR7Cp2D20O51VFcr/wALC0v/AJ4Xv/fC/wDxVH/CwtL/AOeF7/3wv/xV
HsKnYPbQ7nVUVyv/AAsLS/8Anhe/98L/APFUf8LC0v8A54Xv/fC//FUewqdg9tDudVRXK/8ACwtL
/wCeF7/3wv8A8VR/wsLS/wDnhe/98L/8VR7Cp2D20O51VFcr/wALC0v/AJ4Xv/fC/wDxVH/CwtL/
AOeF7/3wv/xVHsKnYPbQ7nVUVyv/AAsLS/8Anhe/98L/APFUf8LC0v8A54Xv/fC//FUewqdg9tDu
dVRXK/8ACwtL/wCeF7/3wv8A8VR/wsLS/wDnhe/98L/8VR7Cp2D20O51VFcr/wALC0v/AJ4Xv/fC
/wDxVH/CwtL/AOeF7/3wv/xVHsKnYPbQ7nVUVyv/AAsLS/8Anhe/98L/APFUf8LC0v8A54Xv/fC/
/FUewqdg9tDudVRRRWRoFFFFAHK674XvNU8XabqkEtusFr5W9XZgx2yFjgAY6H1rqqKKpybST6CS
SCiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFAGH/zPn/cN/8AatblYf8AzPn/AHDf/atblaT6ehEOvqFFFFZlhRRRQAUUUUAQXlql9Yz2spYR
zxtGxXqAwwcfnVPQdBtvDti9rZvM8byGQmUgnJAHYD0FaMkiQxvJK6pGgLMzHAUDqSaitb22vozJ
Z3ENxGDtLROGAPpkfUU7u1ugrK5PRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hK
H+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFZln4m0PULpLay1nTrm4fO2KG6R3bAycAHJ4BNUvHelahrf
grU9P0l9t5PGAg8zZvAYFkz/ALSgrzwc4PGa5Lw5deA9TurGwn0OHQ9asZIpI7W6iMEwkULsxJwZ
MlhgMctjJWgD02ivLPCv/CXf8LJ8Rb/7C83zLL+09vnbdnlnb5P+1szndxnHaty58U+INc1+8sPB
tnYm205mhu73UhII2mBAMcYXklecn+Q2lgDt6K4yx8bXk/h/xKbuzhtta0COTzoRvMUhWMskgyFO
xyrYGc4AOeRVnwdqnifW4LfUtYttLttNurRZYY4Gdp95C4Y5+UKw3MB1GVB5BoA6OzvbbULVLmyu
Ibm3fO2WFw6Ng4OCODyCKnrzmz8YXOn/AATTxHZWGnW1wmdttDCUt1zceWcIDkcEnr1qzH4s8V6V
qumN4n0ext9N1S7+xxJay757aRm/d+Yc7WBAPK/Xg4UgHe0VyXiPxHrKeJbXw74ZtLOS/ktzeTT3
zEQxw5KjhTuLFgBx044OSVZ8PfEWveI4NUk163sbdrO7NmI7YNuEiD95uyzAjlcEH19qAOmv9Tsd
KgWbUby2tImbYJLiVY1LYJxkkc4B/Kq1n4m0PULpLay1nTrm4fO2KG6R3bAycAHJ4BNcr8Wnij0r
QHntXu4l1y3L26RiRpl2vlAp+8SOMd81a8Kz6Hfax/oXgm80a4hjaRbq50lLcdlKq453EMePTNAG
5N4s8P208kM+u6XFLGxR43vI1ZWBwQQTwQa168VstZ8D2E/i2DxVbW096+r3jIhtC8rRk4ASQD5T
kNj5hg85HWut0HWG8GfBy11G/lTUms4SP9GuBKrEyFUQScjC7lU4yBtOM4GQDvagvL220+1e5vbi
G2t0xulmcIi5OBkngckCsPw1d+J55w2uR6LNZTw+bBdaXK5UHIwCH+8GDZBXgbTnqKj+I2pf2R4E
1G9+x2d55XlfuLyLzInzKg+ZcjOM5HuBQB09Fcf428T63omraNp/h/T7a+udSW5AimbYd0aAqQ24
DAySQeoGAQTmn+HPEesv4luvDvia0s47+O3F5DPYsTDJDkKeGO4MGJHPXngYBYA62is/xBfy6V4c
1O/gVGltbSWdA4JUsqFhnGOMiuCXx34vsdDtvEur6NpyaC3kmWOGUm58t1X96vzbdpZhhT83OD/e
oA9NorkvF/jP+xb6DSNPm06LVJ4/P83U5vJtoYgcZY5BZmIKhV56k4A5q+DPG13rGv3miaodLuLq
KEXUV1pM/m27x5ClTkkhgx79fQcFgDsLO9ttQtUubK4hubd87ZYXDo2Dg4I4PIIqeuC0LxlFpvwg
i8STabbQrGrkWljGIo9xmZFAGTtBJBJ56k4PSq0Pibx3a+K9B0nWLLQok1TLlovMJRUG6VM7z84X
pwVyRyecAHc2ur2V5ql9p1vNvu7Dy/tMexhs3ruXkjByB2Jqa9vINPsbi8un8u3t42llfBO1VGSc
Dk8DtXnMN14gi+J3i+Dw7YWc8s32LzLm8mKxW+Icjci/M+75gNvQ4zxWmPEc/iT4YeJJL20+yX9l
b3dneRBgyCZIju2kE/LyPpyMnGSAdnZXkGoWNveWr+Zb3EayxPgjcrDIODyOD3qevL9L17xppvgX
T9St9G0tNKsLCEvDNcs1xcRIikyIV+VAU5w2SMHg8A9BrnjSd59N03wnbJf6pqcKXcTzo6wQWxP+
tkPBwegHX8cKwB2FFcfpPibWrTxRb+H/ABVa2KXN5C89rdWBl8qQr1iw6/eADMTnGNoxk81dE8R+
LNf1zUIrS00iLTNO1WS0mmmaTzJI1YZCKCfnC5JJ4JZcAYNAHdUUUUAFFFFABXnXh3/iQ/Ee+00/
LFcbgg7f31/TI/GvRa88+IMbaX4g0vWYRyCA2O5Q5H5g4/CtaWrce5nU0tLseh0UyKRZokkjOUdQ
yn1Bp9ZGhzfj7UPsHhW4VTh7giFfx6/oDTvAun/2f4Utdww8+Z2/4F0/8dArnviDI2qeINL0aE8k
gtjsXOB+QGfxr0CKNYYkjjG1EUKo9AK1l7tNLuZrWbfYfRRRWRoYeq/8jVoP/bx/6AKu6lrNnpSD
7TJmRvuRINzv9BWV4jiuJ9d0aO0nEE7C42SFd207B2rBtbO+0jU3Oo6ibG4lPy3T2yzI/wDwMnI/
SumNNSim30/VmEpuLdl1/RHY6Xc6hdmSW8tUtYDjyoySZPq3YfStGsJdM1tlDL4jBUjIIso8H9aX
+ytc/wChh/8AJKP/ABrNxi3uvx/yLUmls/w/zNyisP8AsrXP+hh/8ko/8aP7K1z/AKGH/wAko/8A
GlyL+Zfj/kPmfZ/h/mblFYf9la5/0MP/AJJR/wCNH9la5/0MP/klH/jRyL+Zfj/kHM+z/D/M3KKw
/wCytc/6GH/ySj/xo/srXP8AoYf/ACSj/wAaORfzL8f8g5n2f4f5m5RWH/ZWuf8AQw/+SUf+NH9l
a5/0MP8A5JR/40ci/mX4/wCQcz7P8P8AM3KKw/7K1z/oYf8AySj/AMaP7K1z/oYf/JKP/GjkX8y/
H/IOZ9n+H+ZuUVh/2Vrn/Qw/+SUf+NH9la5/0MP/AJJR/wCNHIv5l+P+Qcz7P8P8zcorD/srXP8A
oYf/ACSj/wAaP7K1z/oYf/JKP/GjkX8y/H/IOZ9n+H+ZuUVh/wBla5/0MP8A5JR/40f2Vrn/AEMP
/klH/jRyL+Zfj/kHM+z/AA/zNyisP+ytc/6GH/ySj/xo/srXP+hh/wDJKP8Axo5F/Mvx/wAg5n2f
4f5m5RWH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5JR/40ci/mX4/5BzPs/w/zNyisP8AsrXP+hh/8ko/
8aP7K1z/AKGH/wAko/8AGjkX8y/H/IOZ9n+H+ZuUVh/2Vrn/AEMP/klH/jR/ZWuf9DD/AOSUf+NH
Iv5l+P8AkHM+z/D/ADNyisP+ytc/6GH/AMko/wDGj+ytc/6GH/ySj/xo5F/Mvx/yDmfZ/h/mblFY
f9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjRyL+Zfj/kHM+z/D/M3KKw/7K1z/AKGH/wAko/8AGj+y
tc/6GH/ySj/xo5F/Mvx/yDmfZ/h/mblFYf8AZWuf9DD/AOSUf+NH9la5/wBDD/5JR/40ci/mX4/5
BzPs/wAP8zcorD/srXP+hh/8ko/8aP7K1z/oYf8AySj/AMaORfzL8f8AIOZ9n+H+ZuUVh/2Vrn/Q
w/8AklH/AI0f2Vrn/Qw/+SUf+NHIv5l+P+Qcz7P8P8zcorD/ALK1z/oYf/JKP/Gj+ytc/wChh/8A
JKP/ABo5F/Mvx/yDmfZ/h/mblFYf9la5/wBDD/5JR/40f2Vrn/Qw/wDklH/jRyL+Zfj/AJBzPs/w
/wAxunRpN4m8QRyorowtwVYZBGw9qqXnhOWznN54euGtZuphJ+Rvb/6x4+lTeHYp4PEGtx3Vx9pm
HkbpdgTd8pxwOBxxXR1cpuEtH0X5ExipR18/zMfQdVvr7zoNSsXtriDGWx8j59P8mtiiispNN3Ss
aRTSswoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBwninUby
3+IGj28F3cRwSeRviSRgrZlIOQDg5HFd3Xnfi/8A5KTof/bD/wBHNXola1PhiZw3YUUUVkaBRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8z5/3
Df8A2rW5WH/zPn/cN/8AatblaT6ehEOvqFFFFZlhRRRQAUUUUAZ3iH/kWtU/69Jf/QDXO/C//kWr
j/r7b/0BK6TXY3m8P6jHEjPI9rKqqoyWJU4AFYXw5s7mx8Pzx3lvNbyG6ZgsqFSRtTnB+hrVP92z
N/GjrKKKKyNAooooAKKKKACiiigAooooAKKKKACiiigDD8T/APMI/wCwlD/WtysPxP8A8wj/ALCU
P9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAz9ev7vS9FurzT9PfUbmFQy2qPsaQZGcHB5AycAEnGBya4XxDf3Hj22g07T/AAvr
VjerNGyanf2iwGxQSIXkjYtkt8o+VSCRnnivSqKAOCtbm70D4oa40+japcW2stZrb3VrB5kSBUKM
ZGz8oBP1wM4xjMNjd6l4D1rXYbnRNU1PT9Rv3vrSfTrYStucAyK4D/KAdoGQM4Y/T0OigDzmx0fW
bvw34y13U7P7Pfa/ZN5OnRKWkiVIXSMN3LsCMjHX0J2r1/hOGW28HaLDPG8UsdhAjxupVlYRqCCD
0INa9FAHkv8AY2p/8M7f2b/Z159v/wCfXyG83/j73fcxnpz06c11vj+yubz/AIRr7LbzT+Tr1rNL
5SFtiDdlmx0UZ5J4rraKAPIvGEkWo/Ea8FxD4glk0uGFLaXw5bjzofMViwmcjOTn5dp24J7lq7D4
e3GhRaO+k6HaXllLY7TdW17AY7hWfOHk7FmC54PTA4GAJtX8CWWqapNqNvqOr6Xd3G37TJp140Xn
7VCruByPlA4wB1PWtDw/4btPDsEywSXNzc3DBri8u5PMnmIGF3P3CjgDoPqSSAYfxLjufsOg3NrY
3l79j1q3uZYrSEySbEDkkAflzxkirmkeNv7X1SGy/wCEc8R2fm7v395Y+XEmFJ+ZtxxnGB7kV09F
AHmXh/xBc+Fb7xFbXXhnxHc/adaubmKW0sC8bIxABBJGfu544wRWh4Y0q/8ADXg3Wpb7QEc3l/Ld
HSLdkkKQOVVowMbWIQMQo+8MDgnA72igDzXwpZyv4yhuvDmk61oWjhZX1K01CMxQyuw+QxRknDZH
OMAKgHGcHd+KVlc6h8OtUtrK3mubh/K2xQoXdsSoTgDk8AmutooA5LxFZXM/xF8HXMNvNJb2/wBt
86VUJSPdEAu49Bk8DPWj7Fc/8Lh+2/Z5vsn9g+T5+w+Xv+0Z27um7HOOuK62igDI8WQy3Pg7WoYI
3llksJ0SNFLMzGNgAAOpJrk/EumX0/wKhsIbK5kvRYWaG3SJjIGVotw24zkYOfTBr0OigDzzxzo9
xB4xsPEQ0BNf08Wn2O8tPIWV4l8zcskak/M2XPAHAU5IzkaHhC6s7rXJ/wCzfBE2h26W/wA15cWa
WsjsW/1YUDLLgZznqOQOM9nRQB4+y3OkfA/RtN1C1mia7vRa3Fq9sWuXR53YrEjKQJSACpYY7jnb
Vrwg3h3Q9ftZbyw8Vw3UipY2Fzr1sSkRJwsMRUfKSCeowADyMnPoeveH7LxHYpbX3nL5Ugmglhla
OSGUAhXUj+IZJGcjPasjTfAFpZajBd3mra1qxt28yGLUrvzo45O0gXA+YAnBPTOeuCABnh2yuYPi
L4xuZreaO3uPsXkyshCSbYiG2nocHg46Vk6bpl9H4O8fwvZXKy3d/qL28ZiYNMrRgKUGPmBPTHWv
Q6KAPKYtb8RXXgH/AIRaLwjqkOqPYJZxySRg27RmJQzNISoRtu75TnDYB5yK07vSNS8G6/oer2dp
c6tZWmkDSrxLWEGYKhBR0TfklmIyBnaFP4eh0UAcFp39qeMfHFhrc2mXOk6VoqyrAl7EUuLmSVNr
fLn5VAxzz075O3Q8AWVzZ/8ACS/areaDzteupovNQrvQ7cMueqnHBHFdbRQAUUUUAFFFFABXN+Pt
P+3+FbhlGXtyJl/Dr+hNdJUc8KXEEkMgykilGHqCMGqi+Vpikrqxg+BdQ/tDwpa5OXgzA3/Aen/j
pFdFXnvw6mfT9Y1TRpj8yMWA91O0/nkflXX+JNQ/svw9e3QOHSIhD/tHgfqRV1I+/ZdSIS927OM8
O/8AE++I99qJ+aK33FD2/uL+mTXo1cZ8MtP+zaDLdsMNdS8H1VeB+u6uzoqv3rLoFNe7fuFFFFZG
hh6r/wAjVoP/AG8f+gCtiaCK4iaKeNZI2GCrDINY+q/8jVoP/bx/6AK3K0ltH0/VkR3l/XRGfpuj
xaVJKLWWYQPyIGbKof8AZ71oUUVDbbuykktEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3
/bv/AOgGtysPSv8Akate/wC3f/0A1uVpU3+S/JEQ2+b/ADCiiisywooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAK02nWdxcx3E9pbyTx42SvGCy4ORgkZGDzVmsX
UvFFnpet2mlzxXDT3WzYyKCo3MVGSTnqPStqm01uJNdAooopDCiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/wCZ8/7hv/tWtysP/mfP+4b/AO1a
3K0n09CIdfUKKKKzLCiiigAooooAKKqardPY6ReXUQUyQQPIoboSqkjP5VleDdeufEWkS3V4kKSJ
OYwIgQMBVPcn1NVyu3MK6vY6CiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEo
f61uVh+J/wDmEf8AYSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRVLV9N/tfS5rL7ZeWfm7f39nL5c
qYYH5WwcZxg+xNABpGr2WvaXDqOmTefaTbvLk2MucMVPDAHqD2q7XnPwa0TyPCVjq39pajJ58csf
2OSfNtH++PzImOG+Xrn+JvWuV1vxTYaEh1DRfHuqanrdtMGktZ972dyc4kCqFCKvJIwxAAwpzggA
9W1PxD/ZvifQ9H+zeZ/avn/vfMx5XlIG6Y5znHUY962q8/8AH1re3njvwbBpl/8A2fdv9t8u58lZ
dmIlJ+RuDkAj8afZ2134O8eaTpo1nVNUstahnQpqE/mtBJEA4dWx0IJXaMepJwAADo/DfiH/AISD
+1f9G8j+z9Rmsf8AWbvM8vHz9BjOenP1rary/TfEEvhbwj461aCFJpbfxBchEckLuZo0BOOwLZxx
nGMjrWFc6j4gs/K1DSF+IFxq0cgkki1CyJs5s/fXylPyKcnAGcdBg4YAHttUtN1L+0vtf+h3lt9m
uXt/9Ji2ebtx86c8oc8Hvg1drzzTdTvpPB3j+Z7y5aW0v9RS3kMrFoVWMFQhz8oB6Y6UAeh0V4/c
2viDw/4CtPGn/CVajd3scdtcfZZiTbPE6onlsmeW+bJfOT1wGO6vYKAOV1L4g6bZajPY2NlqmsXN
s2y5XTLUzC3bsHOQMnkcE8qQcEV0dleQahY295av5lvcRrLE+CNysMg4PI4PevKfAVx43fwPFd6F
ZaK8btNK8l7JI1xfS72JfKkDJ4T5zn5Mk4IroNT8eXd/4D0jU9Bt0t73W7tLCE3LZW2kYspY4B3A
FDjjuCR/CQDvaK8y1/StW+H2hR6/aeJNX1J7SSEX0F9c74p4iwDBFKtsYsVwc5AJ5Pe7r0Orat8U
00mx1680y0OjCadYfm3jzirbQeEcgjEgGRigD0CiuI8Nfa/D/jq98NTanfapazWCajBLey75ISH8
tk3Y+YE4PYDHTkk9vQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB51rf/ABIPiZaXw+WG62lj25+R
v8at/E++K2Fnp8eS88hdgOuF4A/En9Kl+J2n+fosF6o+a2lwT6K3H8wtYFhdv4v8b6Y8gJS3ijL5
9UG5vzc4rqhqlPsc8tG49z0jSLEaZpFpZjH7mJVOO5xyfzzVyiiuVu50LQKKKKAMPVf+Rq0H/t4/
9AFblYeq/wDI1aD/ANvH/oArcrSe0fT9WRHd+v6IKKKKzLCiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
Aw9K/wCRq17/ALd//QDW5WHpX/I1a9/27/8AoBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUU
Ac/r3jrw94Yvks9Z1D7NcPGJVTyZHypJAOVUjqpqbw94v0XxV9o/sS9+0/Ztvm/unTbuzj7wGfun
p6VyevX+qaf8YUl0bSP7VuDoIVoftKwbV+0HLbm4PIAx7+1b8+ta1/whGtajfaX/AGNf21vO8Ef2
hLj7se5XyBjrngjt70AdPWZf6/bafrulaTMkxuNT87yWUDYvlqGbcc5HB4wD+FeePrfjjRvCdr4w
1DVrG6swsEsmmpbhRJC6qu7zNuRIWbJA+UHJGR8ta3j7+0/+E78G/wBifY/t/wDpvlfbN3lf6pc7
tvPTOMd8UAegUVxnhzU9d0/xndeGdevodUzZC/t71YRC4XcEKMijHXJBz+JzhcjxVrGuaPPqN5H4
30WCe1YzR6I8UXzRqcqhYnzNzJg4AHzNgEDBoA9KorhfFPijVv8AhFfDGo6E0Nrd6ve2ieXMN8eJ
ULbGOM7c4yVAOBximaXf+KPD3i7SNJ8RanbatFrEMhV0hWFraWJd7AbQN6kEDJwT1wuMMAd7RXCj
UPEPjHWNUj0LVP7DsNKuWs/Na0juHupl/wBZwx+RV+XHruznsIfEfi/U/CXh7SLHXL2zg1i/3xy6
jHE0kECpjMmwDLOQy4XAXcTnCjBAPQKK8s8IePLm48a2ej/8JHD4jtL+N/3v2E2klq6KzdNoDKwG
OpOfTHzXdK1Dxn4ysG1/RdUs9PtDcstlY3FopS5hV8bpHBZlY/MpC4+7xjOaAOz8Oa/beJ9CttWs
kmjt7jdtWYAONrFTkAkdVPeoPEPi/RfCv2f+2737N9p3eV+6d923Gfug4+8OvrWN8Iv+SY6R/wBt
v/Rz1S8fal/ZHjvwbe/Y7y88r7b+4s4vMlfMSj5VyM4zk+wNAHU+H/FOj+KYJpdFvkulhYLIArIy
kjIyrAHB5wcYOD6GtevOfDmqWWq/FW61Ga3m0e8m04W8Nhe27RXF0AwZpjxt427QAWJCE8BcVn6/
8R1udfvrOLxQnhuLT5mtgp003cly6nDOeCqKCMKAcnknHAoA9WorgvCninVPFHw/vblb6xtr+0ma
1fUnU+SUXaWn2sFwdjEgHAyBkAHAraD4n1G08a6fo9x4m07xNaanHJiW3WOOS1eNS3IjyCrDjk5z
6Y+YA9GorhRqHiHxjrGqR6Fqn9h2GlXLWfmtaR3D3Uy/6zhj8ir8uPXdnPYGr654m0rR9F0MCzuP
FWq+ZEt0hxbxhOWlIIGWCEHG3Gc8HAUgHdUVwUt/4l8H61o8es6smt6bql2LN5PsSQPbyMD5e3a3
IYnkkHATjk8w3F14v1zx9ruk6Prdtp2n2DWzNI9sssiB4S2EBGGBbk7jkYGD1BAPQ6yPEniS08Ma
dHd3kdzMZpkt4YLaPfJLI3RVHHOATyR09cA5/gPXNQ1rR7uPWBCb/Tb2SwnlhPyTNHjLgYGM56e2
cDOBgfFSx1Se+8OS2ur/AGa3fVbaGKD7Mr+XOS+Jtx5OBxsPBoA7nSNS/tfS4b37HeWfm7v3F5F5
cqYYj5lycZxkexFXa4XxXfeI/Dnh7QYLXVobvVrnVYrWS5mtljjmD7yFZFztX7oJXnA45NT6rqut
eCvDSi7vP+Eg1e+vVtbEm3S2QO4+VWAONoKsc5ycgcDkAHZ0V5zql34x8D6XBrer63DrNokkSX9s
tjHH5KMwDPG4ZSzA4UZGDuyQMcWfEl/4ou/iFHoPh7U7aygfTEupXmhVzH+/2s6cHLYwNpO3Gehw
QAd7RXmthdeONV1a/wDDi63Y28ukTK1zqgtg0k8ciFogIiNgI/i5HbBOCW6PwHrmoa1o93HrAhN/
pt7JYTywn5JmjxlwMDGc9PbOBnAANDW/FOj+HJ7OLWL5LRrxisJdW2kggHLAYUDcOSQKtavq9loO
lzajqc3kWkO3zJNjNjLBRwoJ6kdq4zx/pNtrvjfwlpt6u63uY9QjbABK5hGGGQRuBwQccEA1z+va
5eX3wj8RaPrIxq+iyQWtw2XPnL5qbJcsMneAT743cBgKAPYKK4/xTresXHiO08L+GylrezQi8ub+
VVdbeAPt+VD95iRjB9R6llg07VNf0DxlYaDr9+mq22pwyyW16tqkLrKgy0ZVWxtCjOcZJcDoDgA7
eszw5r9t4n0K21aySaO3uN21ZgA42sVOQCR1U964zStQ8Z+MrBtf0XVLPT7Q3LLZWNxaKUuYVfG6
RwWZWPzKQuPu8Yzms/w34rXwf8EtGvNiNLPNJbQtLny43aWU7325baApJCgk4wOuQAerUV4/pfxD
ubbxLpNvD4th8SW99crazW7aabR4d5AWRW24OD1BP4c5X2CgDjP+Fu+C/wDoM/8AkrN/8RXXwzRX
MEc0EiSxSKHSRGDKykZBBHUEVxnwohiufhVpkM8aSxSLOjxuoZWUzSAgg9QRR4IjbTPF3i3RIJX/
ALNs5oJraAgbYDMrO6pgDC56L0H1JJAO3ooooAKKKKACiiigDzvxf/yUnQ/+2H/o5q9Erldd8L3m
qeLtN1SCW3WC18rerswY7ZCxwAMdD611VaTaajYiKabCiiisywooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/wDmfP8AuG/+1a3Kw/8AmfP+4b/7
VrcrSfT0Ih19QooorMsKKKKACiiigDO8Q/8AItap/wBekv8A6Aa534X/APItXH/X23/oCV1l5apf
WM9rKWEc8bRsV6gMMHH51T0HQbbw7Yva2bzPG8hkJlIJyQB2A9BWikuRxIafMmadFFFZlhRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQBwvhfwhrml6FdeGNWuNOl0FreeCKa23rdHzGJy27KDhm4GcHHXmsnUfAvjC98It4Yi
u/D8GlwqiwtDFIklwFYEeZnIUn75K5O4Y6EmvUKKAOP8beGNb1vVtG1Dw/qFtY3OmrckSzLvO6RA
FAXaRg4IJPQHIBIxRpPhnWrvxRb+IPFV1Yvc2cLwWtrYCXyoy3WXLt94gspGMY2nORx2FFAHGW3g
R5/D3ijSdTlhKaxqNxdwvEWbyg+0xlh8vzKygkZwcYzVWHSfiPBZR6amtaKYI2CDUXjke7MYb7xU
goW28YPX+9n5q72igArj7LwjfW3hzxbYPLbGXWbu8ntyGbaqzJtXfxwQeuM/jXYUUAcfrfhG+1L4
Vx+GoZbZb1bS2gMjswj3RlC3OM4+U449K7CiigDgrHwp4q8NJNpnhrUtLXR5pnkja7jleayVz92M
birBRyN2MsTnrV28+HlvN4DsfDtrdvay2DRzW96gbdHMpy0gXcOSWfjPG7joK7CigDgrrwt4q8Vz
29r4uvNLi0aNvMmttLMqtdMCNquW6KDzwf1wy0vElvrdx8Xoz4cvba1vYtDSQi5j3RzILn5o2OCV
BznI54xxnI9KqD7Fbfbvtv2eH7X5fk+fsHmbM527uu3POOmaAOc8NeGdRttfvfEPiG6tp9Vu4Ut1
jtRIIbaNTyqbm5DEKx4GDnHU11VFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGZ4khiuPDeopMc
J9nds+hAyD+YFcT8KoImu9RnJHmoiIo/2SST/wCgit/4iah9j8MPCpw904iH06n+WPxrk/BZm0Lx
fb21z8ovIB/48odfxyMfnXTBP2TMJv8AeI9WooormNwooooAw9V/5GrQf+3j/wBAFblYeq/8jVoP
/bx/6AK3K0ntH0/VkR3fr+iOY+I2r3ug+BNR1HTJvIu4fK8uTYrYzKinhgR0J7VJ4H1u71nRZo9U
KPqWnXcthdyRrhJJIz95fYgr2HOeAMVn/F3/AJJjq/8A2x/9HJWR4zvrvwX4ovNUsILll16w+yx/
ZovNb7enELMG4A2tgKM52n5TjNZlkkXizXbz4p2NqsnkaBPc3dnHA0IDzNbx/PJuIJ2+YcAqf4ME
A5zv6Fq97eeO/FWnXE2+0sPsn2aPYo2b4izcgZOSO5Nc5Hoi+HPE3w30tQga2hvVk2MWUyGEFyCe
cFix/HoOlWtJ1nTdI+J3jP8AtPUbOz837D5f2idY9+ITnG4jOMj86AD4m+I9d0K/0VNBuoYfMju7
ieOaMMkqwIshUnBIyAw4I69R1HW/2/bf8Ir/AG/sm+yfYvtuzA8zZs34xnG7HvjPeuY1u9ttQ+Iv
gW5sriG5t3/tDbLC4dGxEAcEcHkEVzP2K5+3f8K3+zzfZP7V+2Y2HyP7Mz5uzzPv7t/y7v73y7qA
Oj+HOu+ItV1bXbbxLKhlt1tZo4EhEYtxMjPs6BsgFQQ2SCDyepz/AAhD408VeGLPWP8AhNfs32nf
+6/sqF9u12Xrxn7uenetrwx/yU7xv/24f+iTXGfDjS/Aa+HNJ1TVrnTodaikaUtNqBjdWWVthKbw
OgXtzQB7NXn8knifXvHfiHTtM8S/2Xaab9m8uP7BFPnzItx5bB6g9z19q6C70fxDN4hW8tvE3kaY
JI2On/YI2yoxuXzCd3zYPPbPtXC3eleEtT+J3iv/AIS6SzTy/sf2b7ReGDOYfmxhlz0X1x+NAHQa
N4o1a++Gms6jdNCL/To7qKK9gG6K6MSHEyZGCpI7DBKnp0B4Z07xdqFjpGrXXjHzLe4jhuZbX+y4
RuVgGKbwcjg4yB71h6Vcq3h74hWem3tzeeH7O0aPT3lcyIh8h/Mjjc9VUhQBkgDB53ZNnwFpfgOx
t9D1C2udOTXmt48j+0CZPOeMKw8svjcSxGMdTQBu/EDVdYtYrKx8OyXMWoTrcXPmQ2qzjy4YixQg
5wWdo1Bx1P0Buy+M7SH4fjxSyoYjaLP5SSbh5hwBFuAPO87CccHOQMGuYik8R67421jW/DcWiqtk
x0YHUTMHxGQ7kBCVILtwTzhRwOc5JtdQvPBXi/wXMbM6vYyC8itrRcReS7JP5cK43nB3DBHBdBnH
QA6aysPHmpWNvqsniGzsbiWNZv7KOmjylOMiN3Y+YM8bu4JOOgqfV9b1nWPF83hnw3cQ2ItbdZr7
UZLcytCzEFI0U4TcRg8k5BbGCvNyz+I3ha70dNR/tmzgRozI0M0qrMmOqmPO4tweADntnIrJj1K0
8KfFDWm1qdLWDXIbea0uJPlizChR0ZzgBuhx0wRyCQCATR6j4i8J61plp4h1G21bS9Sm+zLei3EE
sM7D5EKLkMp24Bx1JyQAM5l34y1jS/iZqUd1cI3hu0mtbadDEoNuZ4srKXwMKHXDFmwA3AJxifxP
rVp4r8UeGNF0G5tr5oL9NTuZ4JfMSCOLPBKgjLZIHPB2g/eBp9jpNtrvjf4haberut7mOxjbABK5
hOGGQRuBwQccEA0AbP8Aa97/AMLT/sfzv9A/sb7V5Wxf9b523dnGenGM4rp68p8DX99dfFBrPV1f
+0tL0NrG5kYNiVkuAVkBb5mDIyNuOMkk4xiu20HR/EOn3zy6z4m/tW3MZVYPsEcG1sjDblOTwCMe
/tQByvwx8ZaxqhhtvEtwkzajC1zp84iWPeEdkkiOAAWG0MAATtJJPQDQ03xpPY+HvFuravL56aVq
tzb26bQvyrtEceVXuzAbiD1yelc/4c0m5vPgzompaUudX0iSa8tMA5kxM++I7RuKuuRtBG47QTiq
2mQy+MPhX41fSo3LXmrzXcMbqd7KDFLtwufmIGAB3x9aAOpsrDx5qVjb6rJ4hs7G4ljWb+yjpo8p
TjIjd2PmDPG7uCTjoKtadqOseMvC6my1FNC1i0u3tr/ZbrcKkkeQyANxg5VsgnHTJ5NWbP4jeFrv
R01H+2bOBGjMjQzSqsyY6qY87i3B4AOe2ciqfwuiuX8PXuq3UH2f+2dRn1GKEklkR8AA5Az93II4
IIPegDM8HjxdrV9fS3Xi3NvpmqyWcsH9mw/6QsZXPzDBXcDjjOPU1c0/xHqk/hXxteSXWbjTL2/i
tH8tf3axoCgxjBwfXOe+an+HH/M1f9jFd/8AslYulf8AIkfEj/sI6n/6LFAGn4Z07xdqFjpGrXXj
HzLe4jhuZbX+y4RuVgGKbwcjg4yB71dsPEc+leIfEGmeILrcltGdUtZvLA/0M/eXagP+rYEZJ3Nn
OKzPBnw58Mf2HoOsf2Z/p/2e3uvN+0S/63arbsbsdecYxR8V9IstT/4Rf7ZD5m/WobVvnYZikzvX
g99i89RjjFAHQeCbzVNT8PJqerv89/I1zbw4X/R4G/1abl+98uDkgH5sHpU327/it/sP9rf8w7zv
7N+zf9NMed5v/juz8au6lq9lpH2T7dN5X2u5S1g+Rm3yvnavAOM4PJ4rmf8Amt//AHLv/tzQBZtv
iZ4TvLuztbfV0knvGVIUWGTJYsUAPy/Kcj+LHGD0INafiDxTo/haCGXWr5LVZmKxgqzsxAycKoJw
OMnGBkeoryn7Fbf8M0eb9nh83zPO37Bu3/atm7P97Z8ueuOOldhrOpWml/GCwn1qdLeyOkOtpLc8
RJP5nz7WPyq2wAE5HBA7gEAm8F6+uveNPFUtpqD3emhbJrUeYSiBoiW2qfunI5GAcjnkVd0vxXpu
neB7XWNX8QJe2zsyfb2tTCZm3sABEBnIwRwOik9M1k+ArzT7/wAf+NrnSXhktJJLTDwjCO2xw5Hr
lwxz3685zXK+G5orHw38Ob7UpEj0eG7vFnaVh5azM0nksw9QQxDY+Xk5FAHpVj478Oajo95qlrqs
LWdl/wAfDsrIY89PlYBuegwOTwMnin+H/GugeKZ5odG1FLmWFQ7xlHRtucZAYDIz1x0yM9RWT4n8
ZaNa+HNX1XSTp2q3dlHbs+0iRATKRDuYZztfcwXORj+HINclpt7dXPxO8JR33iyz8QXCR3LutpDG
sdsWhOQHTh8lT1wQFBwN1AHQaJ8WdI1TxXe6c95CLSSS3i0x1t5Q87OMOGyOMOQBkL+PWujstUiX
xB4gSfWklislhd7Z4BEtipjLEmU/fDAbv9nGK5/Q9TsbH4q+MIby8treW5awSCOWVUaVvJIwoJ+Y
5I6eorn/ABPFdzXPxRWwLiUQ6ezbH2nyxHmTnI42BsjuMjnOKAO2s/iP4Vv9YTS7XWIZLuSQxIoR
wjt6ByNpzjjB54xnIq1rfjXQPDl2bXV9RS2nEIn2MjklC2wEYByc54HOATjAJrkvHOv6Dq/ge3sP
DmoWMuoTTWq6XBbSKskUm9du0cGIhcjJ24zjjOK05IYpfjlG8kaO0Xh/fGWUEo3nlcj0OGI+hPrQ
B1WkavZa9pcOo6ZN59pNu8uTYy5wxU8MAeoPartcR8MYYraDxPDBGkUUfiC6RI0UKqqAgAAHQAV2
9AGHpX/I1a9/27/+gGtysPSv+Rq17/t3/wDQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigAooooA
4XXrbxDp/wARU13RtC/tW3OlCzYfbI4NreaXP3uTwB279eKuy3HiHxF4V1+z1Dw7/ZlxJZSRWqfb
o5vPZ0cYyMBcHb1/ve1dbRQBwviDw5ql98G4tCtrXfqa2VpEYfMUfMhj3DcTt42nv2rT13SL288d
+FdRt4d9pYfa/tMm9Rs3xBV4Jyckdga6eigDmP7Ivf8Ahaf9seT/AKB/Y32Xzd6/63zt23Gc9Oc4
xXDS+CNastH1HRovCmnapeT+c3/CQXVyjPKWyQwRvnV8YUfNgP8AMSRkn2CigDhdQ8OapP4V8E2c
drm40y9sJbtPMX92saEOc5wcH0zntmtPXdIvbzx34V1G3h32lh9r+0yb1GzfEFXgnJyR2Brp6KAO
CisPEvg/WtYk0bSU1vTdUuzeJH9tSB7eRgPM3bl5DE8AE4Cc8nl/iHRfE2rWOia7Zx2dt4i0ySWU
WjSbojHIDmInHzPtCKTlRksQRwR3VFAHK6Tq/i/Udat47/w3baTpqq7XEkl6s7ucfIE2Ywc9cgjG
eQcZxtFs/GPheyfw5o+jWMtnBNIbLU7q7+QRMxcCSNRvZuSuQAMkcYGT6HRQBzHw50i90HwJp2na
nD5F3D5vmR71bGZXYcqSOhHeqfjSx1r/AISfw3rGiaT/AGn/AGd9q82L7SkP+sRVHLfieAeldnRQ
BxFnp3iLxD4u0nW9a0620e20lZ1jtRcC4lmeRQpJZcKFxjHfKnjBBFZNP8VeD/EOrS6JpcOtaRqd
y92IDdpDLBM23eSzADaTkADPCjkHO70CigDgtb0fxJ4u8GlNXsra3uUvxc/2XFckC5t0PEEkoOAz
cncOMheFOcZ+leHdXm8d6Fqx8I6doFjZ/aFmS1liaQloiAzlAAVJICgAkEMTwRXptFAHBRWHiXwf
rWsSaNpKa3puqXZvEj+2pA9vIwHmbty8hieACcBOeTzNrej+ItUg0DXooLaHXdLmkmayWcbHhcHd
DvKkeYVCLu4XJYjtjt6KAOC/s7xL4x1/Tpdf05ND0rSpkvEgS4S4kuZ1J2/Mv3VA6jHc9c5XW0LS
L2z8d+KtRuIdlpf/AGT7NJvU79kRVuAcjBPcCunooA5jwTpF7pH/AAkH26HyvtetXN1B86tvifbt
bgnGcHg80eNtIvdX/wCEf+ww+b9k1q2up/nVdkSbtzckZxkcDmunooA5jxtpF7q//CP/AGGHzfsm
tW11P86rsiTdubkjOMjgc1J448O3fiPRYY9LuEt9Ss7uK8tJJD8gkQ/xfK2RgtxjrjtmujooA881
az8WePEi0bVNGTQNHdhJeyi7juZJlUgrGmB8pyM5I7e21tz+yL3/AIWn/bHk/wCgf2N9l83ev+t8
7dtxnPTnOMV09FAHMaFpF7Z+O/FWo3EOy0v/ALJ9mk3qd+yIq3AORgnuBR4J0i90j/hIPt0Plfa9
aubqD51bfE+3a3BOM4PB5rp6KAOY13SL288d+FdRt4d9pYfa/tMm9Rs3xBV4Jyckdga5n4peAtR1
mQ6l4bj33l3Gtpe248tBLEGDq5ZiPmDIg6kkBRwAc+m0UAcf4l0fWLXxZZeJ/D8CXssVo9ndWLzr
EZ4y25NjFSAQxLEkjhQB1OYNJ0nX9f8AF1v4g8SWyaXFpivHYafHKkzFnXa8jyDqCOABjoOmCX7e
igDzzRbPxj4Xsn8OaPo1jLZwTSGy1O6u/kETMXAkjUb2bkrkADJHGBkwWPgbWJfhVo+lhksNd0y7
+2QeY6siSCZyNxAYEbXJwO+M9xXpVFAHGWGteOry60+3uvC1nYIZE+2Xcl8kibAPn2Ip3Bj/AA5L
Ad/UdnRRQB5l4QPjfw34Ys9Cj8JQl4t6reTalF5al3ZgzIuWKjdyAckDiuw8LeH5dFgu7m/mS51X
UZjcXkyA7Q2MLGhPzeWg4UE+vTOBu0UAFFFFABRRRQAUUUUAFFcJ4p1G8t/iBo9vBd3EcEnkb4kk
YK2ZSDkA4ORxXd1Uo2SfclSu2goooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAw/+Z8/7hv8A7VrcrD/5nz/uG/8AtWtytJ9PQiHX1Ciiisyw
ooooAKKKKAGySJDG8krqkaAszMcBQOpJqK1vba+jMlncQ3EYO0tE4YA+mR9RVXxD/wAi1qn/AF6S
/wDoBrnfhf8A8i1cf9fbf+gJVqN4uRLl71js6KKKgoKKKKACiiigAooooAKKKKACiiigAooooAw/
E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKup38WlaVd386u0VrC87hACxVVLHGcc4F
c5ZaxrJ+G1vq9zeaRDqdxGtwJbxjHaxrJJuVWIwRhGCj/aA5PUw/F3/kmOr/APbH/wBHJR8Xf+SY
6v8A9sf/AEclAHU3ep2Ng6Je3ltbtIrugmlVCyoNzkZPIUcn0HWiw1Ox1WBptOvLa7iVthkt5VkU
NgHGQTzgj864nx9pFlr3jvwbp2pw+faTfbfMj3sucRKw5Ug9QO9P0vTbTRPjJc2mlQJZ2tzoYuJY
IfkjaQTbA2wcAheOB3PqcgHW3/iDSNKnWHUdVsbSVl3iO4uEjYrkjOCRxkH8qyNd1e9s/HfhXTre
bZaX/wBr+0x7FO/ZEGXkjIwT2IrnPh3oekeLfBsmp67BbatqWoTTG8mnRGkjbO0IrAbowECkAEY3
ZGBitDWrODT/AIg+ALO1Ty7e3jvYokyTtVYFAGTyeB3oA7OK9tp7qe2huIZLi32+dErgvHuGV3Dq
MjkZ60W17bXnm/ZbiGfyZDDL5ThtjjqrY6MM8g81yfhj/kp3jf8A7cP/AESa5K7vJ7H4bfEOW2fY
7a9cxE4B+V5IkYc+qsR+NAHW+PfGMWm+EtXk0LV7P+1rPZlIpI5JIv3yI25DnH3sHI4J9a6C/vbm
DXdKtobjTo7e487zop3IuJNqgr5I6HB5bPQV5/8AErwL4f0j4bTXFpp0KXenxwxxXKqEkfMkaFn2
4DsRnkg8k4xmug8T/wDJTvBH/b//AOiRQB0d14g0ixeVLzVbG3aFlSUS3CIUZgWUNk8EgEjPUA1c
hmiuYI5oJElikUOkiMGVlIyCCOoIrz3TvDek678WPFlxqthDdvZ/Y/JEw3Iu+Ahsr91ug6g4xxUH
hqSPSfAXjS2jvvsFtY6jfW1pLLM+22G0BAp5YfM2RjJJPGSaAO2m8WeH7aeSGfXdLiljYo8b3kas
rA4IIJ4INT+IL+XSvDmp38Co0traSzoHBKllQsM4xxkV4/o3hpddTwtp0Xgm50640+ZZtSvb2ApH
NGpG9csP3hc87SPl6D5ckereM/8AkSNe/wCwdcf+i2oAteH7+XVfDmmX86ost1aRTuEBChmQMcZz
xk1zE/iXxPretX1p4SsdL+xafM9tNe6hI+2SVQm5FRcMpBYjOCDjgjvu+DP+RI0H/sHW/wD6LWsL
4Qyr/wAK9tbQh0ubGaa3uYnQq0UnmM20gjrhl/PHUGgC1ofivUB4lPhrxNa2dvqht/tMM1pNmG5X
JyFVvmDDB4Oc7WPAxm7o+v3OoeMfEekzJCLfTPs3ksoO9vMjLNuOcHkcYA/GszXf9M+K/hWC3+eW
wt7u6uV6bInURq3PXLjGBk/hR4Y/5Kd43/7cP/RJoA6+aaK2gkmnkSKKNS7yOwVVUDJJJ6ACq2na
zpur+Z/Zmo2d55WPM+zzrJsznGdpOM4P5Vk+O9T03TPDbHVbB9RWeaOKCxRSxuZt26NOO2Vyc5yA
Rg5weI0+K6s/in4bd/CsPhn7THdROttdRul0qxlsMsYAG04PI5yP7owAelXXiDSLF5UvNVsbdoWV
JRLcIhRmBZQ2TwSASM9QDVyGaK5gjmgkSWKRQ6SIwZWUjIII6givPdO8N6TrvxY8WXGq2EN29n9j
8kTDci74CGyv3W6DqDjHFYTTS6N8JvG9rYSPHBaavPZQIzFxHC0kaFBuzwQ7fixPXmgDsPHvjGLT
fCWryaFq9n/a1nsykUkckkX75Ebchzj72DkcE+tdnXlnxK8C+H9I+G01xaadCl3p8cMcVyqhJHzJ
GhZ9uA7EZ5IPJOMZr1OgDz+x1/xxr19q/wDYyeHEtLDUZrJftYnEh2EYJ2kjoR6c54qza/ENo/Ae
pa3qmnPHe6VM1nd2sbjaZwVX5WyflJdeecc/ewCeZ0jTfFlwni668La4lq0WuXYWxe1jYTOCpJ8x
s7SQQAMYyByMkjqvBMHh/wATfDxIoLTzLS83C9iuJBLK8+fnaRxyXJAYNwcbSAvAAAWF58Qo7rT5
NT03QpbSaRFuYrWR1mgVhyxLMVO3uF3Z6D1EA8R+LPEGsapH4XtNIhsNOuWs3l1NpC8sy/f2iM8K
Mjr6g56hc++s9b+GFkL+z1l9R8N27RrPZ3y754Yy0afunGMnGcKdqj0J5rX1vwFP/alxrPhPVptF
1Sf5pUUBra5YKwy8eMbiW+9g45O0sc0APv8AxPremaL4bm1DT7a11DUdTgsbuAt5iorlgWQq3UhQ
RknGcHOKu3ut3enfEDTdNmKPp+q2kiwKq/PHPFl2JPHylGA78qOByTx+q6/c69pfh/8AtBIUv7Dx
fDZXXkAiIujNymSTtwV64Oc8V0HxH/5lX/sYrT/2egDs6KKKACiiigAoopCcDJ6UAed+N2OteMNM
0dCSqY347Fjk/koBp/xHtmsL3S9Wt1CtEwjyOxU7l/8AZqZ4OB1zxzqOrtzHFuKH03fKv/joNdN4
20/+0fCt4qjLwr5y/wDAeT+ma6ebllGP9amFuaLZtW1wl3aw3ERzHKgdT7EZFS1zHw+1D7d4WhjY
5e2Ywn6dR+hA/CunrCS5W0bRd1cKKKKkZh6r/wAjVoP/AG8f+gCtysPVf+Rq0H/t4/8AQBW5Wk9o
+n6siO79f0RBeWVtqFq9te28NzbvjdFMgdGwcjIPB5ANFzZW155X2q3hn8mQTReagbY46MuejDPB
HNMttTtLy5lgtp1lkhxvC8gZ9+lWqhprcpO+xBLZW091BczW8Mlxb7vJlZAXj3DDbT1GRwcdap3n
hnQ9Qunub3RtOubh8bpZrVHdsDAySMngAVp0UhlKDRtNtvsv2fTrOL7Jv+zbIFXyd/3tmB8ue+Ot
TfYrb7d9t+zw/a/L8nz9g8zZnO3d1255x0zU9FAEEVlbQXU9zDbwx3Fxt86VUAeTaMLuPU4HAz0r
M/4Qzw1/0L2kf+AUX/xNbVFABWZeeGdD1C6e5vdG065uHxulmtUd2wMDJIyeABWnRQBB9itvsP2L
7PD9k8vyfI2Dy9mMbdvTbjjHTFZ8PhPw/bTxzQaFpcUsbB0kSzjVlYHIIIHBBrXooAgs7K20+1S2
sreG2t0ztihQIi5OTgDgckmj7Fbfbvtv2eH7X5fk+fsHmbM527uu3POOmanooAzP+EZ0P7d9t/sb
Tvtfmed5/wBlTzN+c7t2M7s8565q5eWVtqFq9te28NzbvjdFMgdGwcjIPB5ANT0UAVbDTLHSoGh0
6ytrSJm3mO3iWNS2AM4AHOAPyp8VlbQXU9zDbwx3Fxt86VUAeTaMLuPU4HAz0qeigCrHpljFqMl/
HZWyXsq7JLhYlEjrxwWxkj5R+Q9KtUUUAQWdlbafapbWVvDbW6Z2xQoERcnJwBwOSTTLDTLHSoGh
06ytrSJm3mO3iWNS2AM4AHOAPyq1RQBny+H9In1EX82lWMl6GVxcPboZAy42ndjORgY9MCtCiigC
C2sraz837LbwwedIZpfKQLvc9WbHVjjknmmJpljHBcwpZWyxXbM9xGIlCzMwwxcY+Ykdc9atUUAR
wwxW0EcMEaRRRqESNFCqqgYAAHQAUy5sra88r7Vbwz+TIJovNQNscdGXPRhngjmp6KAILmytrzyv
tVvDP5Mgmi81A2xx0Zc9GGeCOaPsVt9u+2/Z4ftfl+T5+weZsznbu67c846ZqeigCl/Y2m/2X/Zv
9nWf2D/n18hfK+9u+5jHXnp15p9/pljqsCw6jZW13ErbxHcRLIobBGcEHnBP51aooAq2mmWNg7vZ
WVtbtIqI5hiVCyoNqA4HIUcD0HSmf2Npv9l/2b/Z1n9g/wCfXyF8r7277mMdeenXmrtFAFK20bTb
OxlsrXTrOC0mz5sEUCrG+Rg7lAwcgYOe1MtfD+kWLxPZ6VY27QszxGK3RCjMArFcDgkAA46gCtCi
gClc6Npt5fRXt1p1nPdw48qeWBWkTByNrEZGCcjHeporK2gup7mG3hjuLjb50qoA8m0YXcepwOBn
pU9FAGfYeH9I0qdptO0qxtJWXYZLe3SNiuQcZAHGQPyqz9itvt3237PD9r8vyfP2DzNmc7d3Xbnn
HTNT0UAQW1lbWfm/ZbeGDzpDNL5SBd7nqzY6scck81PRRQBh6V/yNWvf9u//AKAabq/iy005/s9u
DeXZOBFFzg+5/oOazbrTbrVNc1+GzvGtn/cZA6P+7PBPUfh+tczHp1zo2peVf3NzppbhZ4lLA/iC
OPpmuyNKE3dvotPkcsqkoqyXV6/M77QTrMvnT6uY41kx5UCqMp9f/rk/hWxXJQeGr+5hWWDxVdSR
tyGUsQf/AB+n/wDCJ6p/0M17+Tf/ABdZSjBu/Ml8maRlJLb8UdVRXK/8Inqn/QzXv5N/8XR/wieq
f9DNe/k3/wAXU8kP5vwZXPL+X8jqqK5X/hE9U/6Ga9/Jv/i6P+ET1T/oZr38m/8Ai6OSH834MOeX
8v5HVUVyv/CJ6p/0M17+Tf8AxdH/AAieqf8AQzXv5N/8XRyQ/m/Bhzy/l/I6qiuV/wCET1T/AKGa
9/Jv/i6P+ET1T/oZr38m/wDi6OSH834MOeX8v5HVUVyv/CJ6p/0M17+Tf/F0f8Inqn/QzXv5N/8A
F0ckP5vwYc8v5fyOqorlf+ET1T/oZr38m/8Ai6P+ET1T/oZr38m/+Lo5Ifzfgw55fy/kdVRXK/8A
CJ6p/wBDNe/k3/xdH/CJ6p/0M17+Tf8AxdHJD+b8GHPL+X8jqqK5X/hE9U/6Ga9/Jv8A4uj/AIRP
VP8AoZr38m/+Lo5Ifzfgw55fy/kdVRXK/wDCJ6p/0M17+Tf/ABdH/CJ6p/0M17+Tf/F0ckP5vwYc
8v5fyOqorlf+ET1T/oZr38m/+Lo/4RPVP+hmvfyb/wCLo5Ifzfgw55fy/kdVRXK/8Inqn/QzXv5N
/wDF0f8ACJ6p/wBDNe/k3/xdHJD+b8GHPL+X8jqqK5X/AIRPVP8AoZr38m/+Lo/4RPVP+hmvfyb/
AOLo5Ifzfgw55fy/kdVRXK/8Inqn/QzXv5N/8XR/wieqf9DNe/k3/wAXRyQ/m/Bhzy/l/I6qiuV/
4RPVP+hmvfyb/wCLo/4RPVP+hmvfyb/4ujkh/N+DDnl/L+R1VFcr/wAInqn/AEM17+Tf/F0f8Inq
n/QzXv5N/wDF0ckP5vwYc8v5fyOqorlf+ET1T/oZr38m/wDi6P8AhE9U/wChmvfyb/4ujkh/N+DD
nl/L+R1VFcr/AMInqn/QzXv5N/8AF0f8Inqn/QzXv5N/8XRyQ/m/Bhzy/l/I6qiuV/4RPVP+hmvf
yb/4uj/hE9U/6Ga9/Jv/AIujkh/N+DDnl/L+R1VFcr/wieqf9DNe/k3/AMXR/wAInqn/AEM17+Tf
/F0ckP5vwYc8v5fyOqorlf8AhE9U/wChmvfyb/4uj/hE9U/6Ga9/Jv8A4ujkh/N+DDnl/L+R1VFc
r/wieqf9DNe/k3/xdH/CJ6p/0M17+Tf/ABdHJD+b8GHPL+X8jqqK5X/hE9U/6Ga9/Jv/AIuj/hE9
U/6Ga9/Jv/i6OSH834MOeX8v5HVUVyv/AAieqf8AQzXv5N/8XR/wieqf9DNe/k3/AMXRyQ/m/Bhz
y/l/I6qiuV/4RPVP+hmvfyb/AOLo/wCET1T/AKGa9/Jv/i6OSH834MOeX8v5HVUUUVkaBRRRQB53
4v8A+Sk6H/2w/wDRzV6JVabTrO4uY7ie0t5J48bJXjBZcHIwSMjB5qzVyldJdiYxs2woooqCgooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/+Z8/
7hv/ALVrcrD/AOZ8/wC4b/7VrcrSfT0Ih19QooorMsKKKKACiiigChrsbzeH9RjiRnke1lVVUZLE
qcACsL4c2dzY+H547y3mt5DdMwWVCpI2pzg/Q11lFUpWjyk8utwoooqSgooooAKKKKACiiigAooo
oAKKKKACiiigDD8T/wDMI/7CUP8AWtysPxP/AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9f0iLXtAvtMm2BbqF
owzoHCMR8rY7lTgj3ArCstFn8WfDa30jxLHeWlw8awXX7wNKWikxv3EEHcYw2echuCetdbRQBmX+
g22oa7pWrTPMtxpnneSqkbG8xQrbhjJ4HGCPxo/sG2/4Sr+39832v7F9i2ZHl7N+/OMZ3Z98Y7Vp
0UAcle/Duynvri5sdX13SvtMjTTxWF80cckrHLOQQfmPA4wMAcVpt4V0/wC36HdRedF/YkckVpEr
5Ta6BMNkEnAAxz9c1tUUAcxrngPT9a1garFeajpd+Y/KluNNn8l5l4wHODnGB+mc4GJ9E8E6ToOh
6ho9qkz2F/JI8sUsmcB1ClFIwduBgZJPvXQUUAcFL8H9EutOFnfahrV4sSqls1xebjaqMZEY27QC
AAcg8AYxXVX+g22oa7pWrTPMtxpnneSqkbG8xQrbhjJ4HGCPxrTooAzLDQbbT9d1XVoXma41PyfO
ViNi+WpVdoxkcHnJP4VzfibwfND4H8RWHh+N7q81a7N2Y5zGRvd03hdwAACqSM8g8g5xXb0UAeOQ
x6xLPHH4cl+IcOqOwWGTWwps0BPzGTcCMBd2OCc4wM4r1nU7CLVdKu7CdnWK7heByhAYKylTjOec
GrVFAHH6Z8OotKntHg8S+JmitGQpbvfgxFVIwhUKPlwMY9Km1L4fabe6jPfWN7qmj3Ny2+5bTLow
i4bsXGCMjk8AcsSck11VFAHBRfD2+8NXZ1Hwhq7/AG2RWF3FqrNLHesWJDyMuCrDceQOcDpli3VW
Gg22n67qurQvM1xqfk+crEbF8tSq7RjI4POSfwrTooAz9b0S01/TjaXocAMJIpYm2yQSD7siN/Cw
PQ/gcgkVhaZ8OtP07XbLWZNS1e+v7TeEmvbrzSyspXYcj7oyxGMcsc54x1tFAGZYaDbafruq6tC8
zXGp+T5ysRsXy1KrtGMjg85J/CoLHwrp9jY6vZ/vprfV7ma4uUlfvKAHVSoBC4HHf3raooA4KX4P
6JdacLO+1DWrxYlVLZri83G1UYyIxt2gEAA5B4Axiu9oooAzNE0G20H+0PsrzP8Ab72S9l80g4d8
ZC4A+XjjOT71lt4C02TS9c06ae8ltNZuWupo2dR5UrNuLIQoPULwxYfKPfPT0UAclZfDuygvre5v
tX13Vfs0izQRX980kccqnKuAAPmHI5yME8Uy5+G9pJqN5d2WueINNF5M1xLBZX3lxmRsbmxg8kjP
X6YGBXYUUAc+/gnSf7L0nTrZJra00q9S9t44pM/OrM2GLZJUljnnPuKq6tpt3rPxA0cSQONK0mF7
xnf5o5p3yka7T/EgBcNzjI6ZBPVUUAFFFFABRRRQAVjeLdQ/s3wxezA4do/LT6tx+mc/hWzXA/E6
7eUafpcPLyv5hUd/4V/Un8qunHmkkRN2izR+G+n/AGTw19oYYe6kL/8AAR8o/kT+NdW6LIjI4BVh
gg9xUOn2i2Gn29pH92GNYx74GKsUpy5pNjirKx534DdtI8U6po0hODnZnuUPH5g5/CvRK868Vf8A
Eh+IGn6qPlin2lz9Plb/AMdIr0Wrq62l3Jp6Xj2CiiisjQ5vxHdix13RrkxSSiMXB2Rrlj8g7Vjf
27c+IZH+0W+o/YFOPJsYt2/2d8j8q6HVf+Rq0H/t4/8AQBUt94finnN3YytY3v8Az1i6N/vL0NdM
Zxilda23+bMJRk27d/0RTtNat7CAQ2ugatFGP4VtP/r81P8A8JP/ANQbWf8AwF/+vVvS59SZpINT
t0V48bZ4m+ST8OoNaNZycU9V+JcU7aP8DD/4Sf8A6g2s/wDgL/8AXo/4Sf8A6g2s/wDgL/8AXrco
pc0ew+WXcw/+En/6g2s/+Av/ANej/hJ/+oNrP/gL/wDXrcoo5o9g5ZdzD/4Sf/qDaz/4C/8A16P+
En/6g2s/+Av/ANetyijmj2Dll3MP/hJ/+oNrP/gL/wDXo/4Sf/qDaz/4C/8A163KKOaPYOWXcw/+
En/6g2s/+Av/ANej/hJ/+oNrP/gL/wDXrcoo5o9g5ZdzD/4Sf/qDaz/4C/8A16P+En/6g2s/+Av/
ANetyijmj2Dll3MP/hJ/+oNrP/gL/wDXo/4Sf/qDaz/4C/8A163KKOaPYOWXcw/+En/6g2s/+Av/
ANej/hJ/+oNrP/gL/wDXrcoo5o9g5ZdzD/4Sf/qDaz/4C/8A16P+En/6g2s/+Av/ANetyijmj2Dl
l3MP/hJ/+oNrP/gL/wDXo/4Sf/qDaz/4C/8A163KKOaPYOWXcw/+En/6g2s/+Av/ANej/hJ/+oNr
P/gL/wDXrcoo5o9g5ZdzD/4Sf/qDaz/4C/8A16P+En/6g2s/+Av/ANetyijmj2Dll3MP/hJ/+oNr
P/gL/wDXo/4Sf/qDaz/4C/8A163KKOaPYOWXcw/+En/6g2s/+Av/ANej/hJ/+oNrP/gL/wDXrcoo
5o9g5ZdzD/4Sf/qDaz/4C/8A16P+En/6g2s/+Av/ANetyijmj2Dll3MP/hJ/+oNrP/gL/wDXo/4S
f/qDaz/4C/8A163KKOaPYOWXcw/+En/6g2s/+Av/ANej/hJ/+oNrP/gL/wDXrcoo5o9g5ZdzD/4S
f/qDaz/4C/8A16P+En/6g2s/+Av/ANetyijmj2Dll3MP/hJ/+oNrP/gL/wDXo/4Sf/qDaz/4C/8A
163KKOaPYOWXcw/+En/6g2s/+Av/ANej/hJ/+oNrP/gL/wDXrcoo5o9g5ZdznPDt19s8Qa3P5M0G
/wAj93Mm1xhSOR+FbtzawXkDQ3MSSxt1VhkVk6V/yNWvf9u//oBrcoqP3rrsvyCC93Xz/MytI0C2
0Wa4a0km8ubH7tmyq49K1aKKiUnJ3ZSSSsgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDF1LxRZ6Xrdppc8Vw091s2MigqNzFRkk56j0rarzvxf/wAlJ0P/ALYf
+jmr0StJxSSa6kRk22FFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBh/8z5/3Df/AGrW5WH/AMz5/wBw3/2rW5Wk+noRDr6hRRRWZYUUUUAF
FFFAFTVbp7HSLy6iCmSCB5FDdCVUkZ/Ksrwbr1z4i0iW6vEhSRJzGBECBgKp7k+pq/4h/wCRa1T/
AK9Jf/QDXO/C/wD5Fq4/6+2/9AStEl7Nsht86R2dFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
AGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGbrGoy6f9h8lUP2i8jg
bcDwrZyRz14rSrD8T/8AMI/7CUP9a3KuSXKmSn7zCiiioKCiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACvOY/+Kg+KrN96GxP5bOP/AEM13mp3q6dplzdvjEMb
Pg9yBwK434YWTNBf6nLkvNJ5YY9eOWP4kj8q1p6RlIznq1E7yiiisjQ5D4laf9q8OrcqMvayhif9
luD+u38q2fC2of2n4bsbgnL+WEc/7S8H+WauanZLqOmXNo+MTRsmT2JHBrjfhhestvf6bLkPDJ5g
U9s8MPwIH51qvep+hntP1O8ooorI0MPVf+Rq0H/t4/8AQBW5WHqv/I1aD/28f+gCtytJ7R9P1ZEd
36/ogooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD0r/kate/7d/8A0A1uVh6V/wAjVr3/AG7/
APoBrcrSpv8AJfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFAHMa945ttB1xNJ/srV9Qu3txc7bC3EuEL
Fckbgeo9Mcirvh7xJ/wkH2j/AIk+r6d5G3/kI23k+ZnP3eTnGOfqK5PXv7c/4XCn/COf2d9r/sEb
/t+/y9n2g5xs53Z2+2M1uX03iC28A67NrkljFqEdpcPDJprSKqqIsqctyGDZ6e1AHVVi6n4h/s3x
Poej/ZvM/tXz/wB75mPK8pA3THOc46jHvXnNza+IPD/gK08af8JVqN3exx21x9lmJNs8TqieWyZ5
b5sl85PXAY7q6Dx9a3t5478GwaZf/wBn3b/bfLufJWXZiJSfkbg5AI/GgD0CiuF8ODUPD/xBuvDc
urXmp2EunDUInvn8yaJvMEZXf3U4Jxj0x3Lcz4x1rS9PvtVli8f6vHr1vI0kVpFuNqrKcpCUVdh4
AQ5b72Sw6igD2CivPPFmr6pf+DvB93ZXz6de6pf2QeW3ztUyRsSNpPzLkg7SSDjmiwtNU8G+ONB0
1tfvtWtdYhmS4W/YyFJIk374yT8oJONvPGck8EAHodFef2tvqHj/AFjWZLjVtR0mw0u9ewtotMuv
KeRk/wBY8h285ymB25GO5h8Uarq3hbR9B8OveajqV1febHPf2VvuuzFHgkRpn75VgN5JIClsE9AD
0aivLPCF7rNt41s7e1j8XS6RdRut2fEFuT5LKrMjJJnAyflwQPxJG2bw/p2u+PNG/wCEkbxNqOl3
E9y7WMFvIGghhWQ4WSMKokbIcZJ5G3OelAHZ+EPEP/CVeGLPWPs32b7Tv/deZv27XZeuBn7ueneo
fE3jC28MXVhbTWGo31xf+Z5MVjCJXOwAtxkHo2eM9DWZ8Iv+SY6R/wBtv/Rz1S8fXV7Z+O/Bs+mW
H9oXafbfLtvOWLfmJQfnbgYBJ/CgDoPDnjPT/El1dWcUN5Y39rgy2V9F5UwUgEPtyfl5H0yM4yM9
BXnmiajcSfE4XHiXTLnSdUvbA2unwKVmheJG8x8yqTmTOTjCgKBnJYVi6t4ku/EOv6nHNH4xitdO
u5LOBPDsfyEocM0kn8TE4wuAFGOuSaAPXaK880DUdUm+GuoHxNqN9pH2SYwjULm3MNy1sNh3EHP7
xgWQMMnOMbmGTkeFfEtrD4/03TtA8U6jrlhqEcq3UepeY7wMiM6sjMFxnpgDsc5+XAB61RXn9rb6
h4/1jWZLjVtR0mw0u9ewtotMuvKeRk/1jyHbznKYHbkY7k1x/EGm2Ph7wha6x5uo6p50UuryoVkS
KMbiVUE/PsOAxOcrnIJ3KAegUV55fWmpeA9a0Ka21vVNT0/Ub9LG7g1G5ErbnBEbISnygHcTgjOF
H0gfS9U8T/EjxJZDxJqmn6bYtasYLSUqzFoDja2fkGckgAhs88gEAHpVYXi3xK3hnTraWGxe+ury
7js7eBZBGHkfOMsfujAPODzjp1Gf8OtR1C80fULPVLr7ZNpWozaetyV2vMse3DNyfm56/TOTknG+
KmifbL7w5c/2lqMHnarbWflQz7Y0yXPmqMcSjOA3p2oA7nSLq9vNLhn1Ow/s+7fd5lt5yy7MMQPn
Xg5AB/Grtef+NLXUNC8PeHNN0vXNRS4l1qG3+3Ty+bKwfzD8/QOoJHynghQDU2vHUPA/hq3stH1C
8v7/AFXUY7OC61W48427SDAP3eVGzgY6sTz0IB3VFeZa/pWrfD7Qo9ftPEmr6k9pJCL6C+ud8U8R
YBgilW2MWK4OcgE8nva8SWmqa58UI9Hs9fvtLszpCXEy2zHLgXGCF5+RiMfOMnAxyCRQB6HRXl+l
6Nreq+INW8NT+LNUTT9EmjkE0TbbudZoyyq02eiH2OcnphQvR/DrUdQvNH1Cz1S6+2TaVqM2nrcl
drzLHtwzcn5uev0zk5JALXivxzpfg2fT49WW523zMqyRIGWMKVyW5zj5h0BPB4rQ8R6/beGNCudW
vUmkt7fbuWEAudzBRgEgdWHeuY8Z2cGofEHwfZ3SeZb3EeoxSpkjcrQAEZHI4PauP1rVLi3+Gfif
wlqsqPf6G1vHCwVVM1r5sfltgMeQMZ9AyA5JNAHtVFcR4pudU1zxjaeE9OvX0y2NoNQvLyByJ2jE
mwRxn+E5Ayff0BVobNdS8IePNJ0c6rfanpWrwz7ft84llimjAYtu2A7doUBc9WY/UA72sXwh4h/4
SrwxZ6x9m+zfad/7rzN+3a7L1wM/dz071xnh/Ttd8eaN/wAJI3ibUdLuJ7l2sYLeQNBDCshwskYV
RI2Q4yTyNuc9Kz9E8SXfhr4JaDJp8bvdXt29nG8cfmvGXllO5Y+N7YXhSQCSM+hAPXaK8f0u91mx
8S6S+jx+OpoZblYL2PXbcyQ+SxALhgfkZeucfjjIb2CgDhbP4qW2oWqXNl4Y8U3Nu+dssOnh0bBw
cEPg8giuzsrn7ZY29z5M0HnRrJ5Uy7ZEyM7WHZhnBHrXlnw5/wCE4/4QTTv7E/4Rz7B+98r7Z5/m
/wCtfO7bx1zjHbFetUAFFFFABRRRQAUUUUAcrrvhe81TxdpuqQS26wWvlb1dmDHbIWOABjofWuqo
oqnJtJPoJJIKKKKkYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAYf/M+f9w3/ANq1uVh/8z5/3Df/AGrW5Wk+noRDr6hRRRWZYUUUUAFFFFAEF5ap
fWM9rKWEc8bRsV6gMMHH51T0HQbbw7Yva2bzPG8hkJlIJyQB2A9BWjJIkMbySuqRoCzMxwFA6kmo
rW9tr6MyWdxDcRg7S0ThgD6ZH1FO7tboKyuT0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4
n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5h
H/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAch8StQ+y+HVtlOHupQpH+yvJ/Xb+dbHhbT/7M8NWNuRh/LDv/vN8x/niuQ8V/wDE
++IGn6UPmih2hx9fmb/x0CvRq1n7sFH5mcdZNhRRRWRoFedR/wDFP/FVl+7DfH89/P8A6GK9Frgf
ibaPENP1SHh4X8ssO38S/qD+da0d+XuZ1Nr9jvqKr2F2l/p9vdR/dmjWQe2RmrFZGhh6r/yNWg/9
vH/oArcrD1X/AJGrQf8At4/9AFblaT2j6fqyI7v1/RBRWZ4j1+28MaFc6tepNJb2+3csIBc7mCjA
JA6sO9P0HW7TxHotrqmnlzbXKll3rtYEEggj1BBHHHHBI5rMs0KK5yTxzpaeOI/CqrcvqDruZlQe
Wh2GTBJIOdoB4BHI5640LDX7bUNd1XSYUmFxpnk+czAbG8xSy7TnJ4HOQPxoA06K5zxX450vwbPp
8erLc7b5mVZIkDLGFK5Lc5x8w6Ang8V0dABRXOeFPHOl+Mp9Qj0lbnbYsqtJKgVZAxbBXnOPlPUA
8jisiz+KltqFqlzZeGPFNzbvnbLDp4dGwcHBD4PIIoA7qiiuS1P4hW2n67e6TDomu6hcWWzzmsbQ
Sou9Qy87sjg9x2NAHW0VhWPjDS9T8JzeIbKR5rOCF5pUUDzEKLuZCueGA7Zwcgg4INZmmfEWLVZ7
RIPDXiZYrpkCXD2AEQViMOWDH5cHOfSgDsKKxfFHie28J6bHe3dteXKPIYwlrGHcYRnLEEj5QqMS
e1af222+w/bftEP2Ty/O8/ePL2Yzu3dNuOc9MUAT0Vxn/C0NLf8Af22l67c6Z1OpRaextgo+85Y4
bavOfl/hPWtbxB4w03w7PDazC5u9QnUvDY2cJlnkUHkhR0AGTyRna2M4oA3aK5zRPHGm6zqI06SC
+0zUnUyR2eo25hkkQfxL1BHXjOflbjAzRH450t/HEnhVluU1BF3KzIPLc7BJgEEnO0k8gDg89MgH
R0Vmf2/bf8JV/YGyb7X9i+278Dy9m/ZjOc7s+2Md606ACiuc8H+OdL8bQXUmlrcxtasqyR3CBWAY
HaeCRg4bvnjp0zc0vxLY6rBqkyF4ItMu5bS4kuNqqGjALNnJ+XB6nFAGvRXGf8LQ0t/39tpeu3Om
dTqUWnsbYKPvOWOG2rzn5f4T1rWvfFtpDoFrrGn2t9rFrdMFjGmwea+CCclcjABXBzyDwRQBu0Vx
mk/Eu21m+W2tfD3iP/j5FtLK1kPLgfIBEhDHbtzk55ArWt/F1jc6Vrd+kVyItGmnguAVXczQrubZ
zyCOmcfhQBu0Vx+mfEWLVZ7RIPDXiZYrpkCXD2AEQViMOWDH5cHOfSt3SNfttYutStoUmhuNOuTb
zRTgK/TKuBknYw5UnGcGgDTorM0HX7bxFa3FzZJMLeK5kt1lcDZPsOC8ZBIZCcgH2NTf2l/xPP7N
+x3n/Hv9o+1eV+4+9t2b8/f74x05oAu0UUUAFFYumeIf7S8T65o/2by/7K8j975mfN81C3THGMY6
nPtV3SNS/tfS4b37HeWfm7v3F5F5cqYYj5lycZxkexFAF2iiigAoqla6vZXmqX2nW82+7sPL+0x7
GGzeu5eSMHIHYmi11L7Tql9ZfY7yL7J5f7+WLbFNvXP7ts/NjofQ0AXaKKKACiiigDD0r/kate/7
d/8A0A1uVh6V/wAjVr3/AG7/APoBrcrSpv8AJfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFAHGa9oPiX
/hN01/w4+kf8g4WTpfmX/noXJAQf7vf14qyLDxVqvhzW7DXm0VZbu0eC1NkZQoZkZTv354yV6e9d
VRQBx+t+Eb7UvhXH4ahltlvVtLaAyOzCPdGULc4zj5Tjj0rQ1jQbnUPGPhzVoXhW30z7T5ysTvbz
Iwq7RjB5HOSPxroKKAOf/sG5/wCFi/2/vh+yf2V9i2ZPmb/N35xjG3HvnPauVXwL4n0zQL7w1ol3
osOjTrKFuZYn+1uHBOHx8hJ4jLYyFGQMgCvSqKAOPvfCN9c+HPCVgktsJdGu7Oe4JZtrLCm1tnHJ
J6Zx+FaGsaDc6h4x8OatC8K2+mfafOVid7eZGFXaMYPI5yR+NdBRQBxEnhnxHoOtaneeErrS2ttU
m+0TWuoibbDJj5mQqxyXJJPAxhQOBUmueENZ1vR9LuW1eG28S6dJJPFdwxkRAvnMQGfufcXcQxIX
kHcRXZ0UAcrpNv43l1q3m1y90WHT4VcyQafHIzTsRhQxkHygHnKntgg54zLHwt4t0VJtH0TVtLs9
C855LWZoGlubZGO/ywrfKw3EjLEnBJ9AO9ooA5/wLoNz4Y8HWOk3rwyXFv5m5oSSh3SMwwSAejDt
VLxhoOuahruhat4ffTluNM+0ZW+L7G8xVXogyeAe47da62igDj9O8Na9f+JLDXPFN9Y+bpqypa2m
nRsI8uu1nZ3+YkjI29PlU56g1ZfCviXQvEOoah4Rv9ONpqUhmnsdREvlxynGXUqSSzHdnoMEDBwM
d1RQBxF/4R1vxB4XWHxBf2NzqsN/9vt4xDm0XbkLC4wGeMgnJPzfN/Fjllt4c8WX/jHRNb1+70jy
tO89fs1ksgADx7QwLDJYk4IJAAUYySa7qigDiJPDPiPQda1O88JXWltbapN9omtdRE22GTHzMhVj
kuSSeBjCgcCp9W8Kavq2naPeS6lbJ4j0uZ7lJ0jdYW3ZJgwGB8s/IpY5Yqp4+Y12FFAHEW3hbxBr
mv2eoeMryxNtpzLNaWWmmQRtMCSJJC3JK8YH8huDa+j6Dc6f4x8R6tM8LW+p/ZvJVSd6+XGVbcMY
HJ4wT+FdBRQBz/hLQbnQf7b+1PC/2/VZ72LyiThH24DZA+bjnGR70eLdBude/sT7K8KfYNVgvZfN
JGUTdkLgH5ueM4HvXQUUAc/4t0G517+xPsrwp9g1WC9l80kZRN2QuAfm54zge9P8YeGV8V6KLMXT
2dzFMlxbXSAloJFP3gAwycFh14znqBW7RQBwV14W8VeK57e18XXmlxaNG3mTW2lmVWumBG1XLdFB
54P64Zd3+wbn/hYv9v74fsn9lfYtmT5m/wA3fnGMbce+c9q6CigDn9H0G50/xj4j1aZ4Wt9T+zeS
qk718uMq24YwOTxgn8KPCWg3Og/239qeF/t+qz3sXlEnCPtwGyB83HOMj3roKKAOf1jQbnUPGPhz
VoXhW30z7T5ysTvbzIwq7RjB5HOSPxrC+JXw9n8XpDc6TcJbagFFvMZZnWOWDJcKwAOSH2kfjnOB
jvaKAOV8S+GdRudfsvEPh66toNVtIXt2juhIYbmNjwr7W4Cksw4OTjPQVDonhbV7jxIPEHi28tp7
22Ux2NtZFxb26suHbDclmyRzn8flC9hRQBwVj4W8W6Kk2j6Jq2l2ehec8lrM0DS3NsjHf5YVvlYb
iRliTgk+gBafDqeT4Z6f4dvL1LbULKb7RDeWxdhDJ5rMGXlSTtYjnoTnsK72igDjLCz+IUl1p8ep
6loUVpDIjXMtrG7TTqo5UhlCjd3K7cdR6Hs6KKAPOfDmg/EHwxoVtpNk/haS3t921pjcFzuYsckA
Dqx7V39l9p+w2/27yftflr5/k58vfj5tueduc4zzip6KACiiigAooooAKKKKAOE8U6jeW/xA0e3g
u7iOCTyN8SSMFbMpByAcHI4ru6878X/8lJ0P/th/6OavRK1qfDEzhuwooorI0CiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/wCZ8/7hv/tWtysP
/mfP+4b/AO1a3K0n09CIdfUKKKKzLCiiigAooooAzvEP/Itap/16S/8AoBrnfhf/AMi1cf8AX23/
AKAldJrsbzeH9RjiRnke1lVVUZLEqcACsL4c2dzY+H547y3mt5DdMwWVCpI2pzg/Q1qn+7Zm/jR1
lFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4UR
H4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFNd1jRncgKoySewp1YHjbUP7O8K3
jKcPMvkr/wAC4P6ZpxV3YTdlc5rwGjav4p1PWZAcDOzPYuePyUY/GvRK5j4e6f8AYvC0UjDD3LGY
/ToP0AP4109XVd5MmmrRCiiisywrG8W6f/aXhi9hAy6x+Yn1Xn9cY/GtmkIyMHpTTs7iaurHJ/Dj
UPtfhr7Oxy9rIU/4CfmH8yPwrra868HH+w/HOo6Q3Ecu4IPXb8y/+Ok16LV1VaXqTTd4mHqv/I1a
D/28f+gCtysPVf8AkatB/wC3j/0AVuUT2j6fqwju/X9EcZ8Xf+SY6v8A9sf/AEclVdNv4vBnijxT
YXCvLayQyeIYzGAz7T8synOBnco2j06tXR+L/D3/AAlXhi80f7T9m+07P3vl79u11bpkZ+7jr3ql
4z8D2XjT+zPtj7PsVyJG4Y+ZEcb4+GGN2F+bkjHHWsyzjNEs3h8R+Ar64SFbvVpNS1K48ksULTRB
hgN0whQY9u/U9P4Y/wCSneN/+3D/ANEmtnU/D39peJ9D1j7T5f8AZXn/ALry8+b5qBeueMYz0Ofa
sa+8F61/wk+qaxonij+zP7R8rzYv7PSb/VptHLN9TwB1oAq+OrCLVfHXhOwnZ1iu4dSgcoQGCtbh
TjOecGsn+37n/hV39gbIf7U+2/8ACL78HyN/3N+c7tvl98Z3fw4rrI/Cl7Lqnh7UdT1j7Zd6P9p8
yT7Ksf2jzV2jhThNox2OcdqP+EHsv+Fh/wDCV7/332fy/Kw3+txt8zO7H+r+XbjHfrQBmeDLODT/
AIg+MLO1Ty7e3j06KJMk7VWAgDJ5PA71jfCz/hLv+ES0b7H/AGF/YvmPu83zvtOzzm34x8u772O3
TNdzpnh7+zfE+uax9p8z+1fI/deXjyvKQr1zznOegx71zOkeAfE+g6XDp2meN/ItId3lx/2TE2Ms
WPLMT1J70AdBd+LfsviFdJ/sLXZsyRx/bIrPdbDdj5i+fujPJxxg1yUP/CS/8LO8X/8ACM/2R/y5
ef8A2j5v/PH5duz/AIFnPtXptcZfeC9a/wCEn1TWNE8Uf2Z/aPlebF/Z6Tf6tNo5ZvqeAOtAGFpc
zW3grxzot7avFq9nDPcX83nCRLqSaFm81cAbQQv3cDA25yc1reAv+Eu/snQ/tn9hf2L9ij2+V532
nZ5Q2Zz8u77ue3XFaFp4GitdG1yCTUbm61LW4THeX04BJYoUG1BgKo3EhewOM4AxW0bwl4n0j7BB
/wAJn5thaeWn2b+y4l3xJgbN+SRkDGetAGL4u8R+Gj8QxZ+JbqFLPT9Oki2eXP5hmuAA4ygwV8oD
6GTjJHy5k+ufbPgDqkdnezT/ANnSDThdBPJ86ISoFIUchTE6gg89Qc9T6N4Z8Pf8I9a3qvc/abi+
vZb2dxHsTe5GQq5JCgAdST157CsPB8R8Sa1qEl28llrVotveWLIAGZV2Bg4IYDZkY9WJz0AANyys
4NPsbeztU8u3t41iiTJO1VGAMnk8DvXH+HoluPiz4uuZi7y2kNpbwFnJEcbx72UDOMFlB+ufU5ZZ
+BPENhapp1r43vI9JjzGkIsozMkOfuiYnIYA4DAccYAAArX8QeEW1TVYdY0vVLnStYhhNulxGokR
4y2drxtww5bHTkg84GADL+Is0UGo+EHSRI7065AkZDASGJsrIB32nKhuxyM9qw7/AEOfXfFvjpbA
7dTs5NOvLB8A7Z44WK8EheeV+bgbs44rqdJ8G3EWtW+s+INcudY1C0V0tSYlgihVhgkRr1YjIJJ5
BHHyg1oaZ4e/s3xPrmsfafM/tXyP3Xl48rykK9c85znoMe9AHJ+G9cg8S/E2y1a2G1LnwzuKZJ2M
LnDLkgZwwIzjnGa6bQfFv9vXz239ha7p+yMyebf2flRnBA2g5Pzc5x6A1S0bwFBonj3U/EltdfJf
xsptfLPyMzIzNvLHOWUnGBjd7V1tAHjPhX/infBnhXxenENv5tjqf/XtJcPtfufkkIOFG5s4zgU/
UZpYPhn8QnhkeNj4gnQlGIJVpYlYfQgkH1BNeh+HfCUGi+Co/Dd1N9ttxHLFK+0x+YsjMSMAkjhs
cGqXg/wFB4Y8K32hXV1/aFveySNKfLMWVdFQrwxPReoPegDprKzg0+xt7O1Ty7e3jWKJMk7VUYAy
eTwO9cf8LpopdO19LWRHsotcuktREwMaRfKyhMcBfmJGOOfeiHwNrljBHp+n+NL6HR41ESwNaxPO
seOVWfgg9dpA+XjHSun0HRLTw5otrpenhxbWylV3tuYkkkkn1JJPHHPAA4oA5z4cf8zV/wBjFd/+
yVi6V/yJHxI/7COp/wDosV2fhvw9/wAI/wD2r/pPn/2hqM19/q9vl+Zj5OpzjHXj6VStfB32bQ/E
mnfbt39t3N1P5nlY8nzl24xu+bHrkZ9qAMbwZ/wnH9h6D/yLn9k/Z7f/AJ7+f5G1f+A79v4Z9qh+
Iltqej6xa6l4emht7jXdujXG9mUb3/1Uw2YO9RuG8kkDAA613Ojaf/ZGh2GneZ5v2S3jg8zbt37F
C5xk4zjpmqXiTw9/wkH9lf6T5H9n6jDff6vd5nl5+TqMZz15+lAF3R9JttC0e102yXbb20YjXIAL
Y6scADcTkk45JJrn/ttz/wALh+xfaJvsn9g+d5G8+Xv+0Y3bem7HGeuK2tb0u51T+z/suozWP2W9
juZfKz+/Rc5ibBHytnnORx0NQf8ACPf8Vv8A8JF9p/5h32H7P5f/AE03792fwxj8aAPKbY69b/C6
z8aN4n1Sa6tJldbSWZjDJGJymxwCC5LEksT935ccAjufEv2vxB46svDUOp32l2sNg+ozy2UuySYl
/LVN2PlAOT3Bz04BEn/Cvf8Ai2P/AAiH9pf9vfkf9NvN+5u/Dr7+1XPEfhCfVdYtdZ0fV5tI1aCM
wGdYxMkkJydjRsQDgnIP6EgEAGN4BsZ9N8d+MrS5vpr54vsSi4mA8xl8ptu4jqwXALdyM96wtE1b
VNb8I+C9FbVr6CfWZrp7nUEmJn8uBnbYGPILfKN2eNuMEEiu28KeEJ/Dmqatf3Wrzalcan5LSvLG
FYMisDjBxtJbhQBtAA5xms+H4cta+EdJ0u01d7fUtJmaa11KO3G5SzMWUoScqQ2Cu7BwM5HFAE9x
ojeGvDeqi68XapHYOqM11eSCWa3AbEmx8Zy64VRglW5GScVyvhDxDPD4x0azspvFMthq0cpkPiDD
Bgke9HgYfjnsQw9iOquPBF/q3hvVdM1/xHc6hLfKipMLdIkgCNuXEa8ElvvHOSABxjNMsfA+qDxP
peuaz4mm1O4sPNVYzaLFGVdNowqnCtkkludw2jjbQBz/AIV8JbPiT4ij/t3XW/s6Syk3NeZa6zGW
2zHHzqMYA44JFTaz4p1DQr/4iXUU80n2KOxW0jaTKQNIm3cqnIHLBiMc45ro5fCN/D4yuNc0vXXs
4r1oGvbRrVJRMIhtwHPKArxxzkk56APl8EW13f8Aiaa9n86316OGNohEAYfLQqGBOQWyQwOOCB1o
A5zxNpGpeCtJ/wCEnXxPrV/c2c0Ul1bTzj7PcqzhXVY8YjB3cfe29ucEWtetdQ1v4ppo8Ouajp1i
dGFxKlnLtZyJiPlPRWztywGSAV6GrMHgPVrpLe18R+K7nVdNt2jcWn2SOMSshBUSt8xkXjkHqcHO
RW7/AMI9/wAVv/wkX2n/AJh32H7P5f8A003792fwxj8aAMn4a3d9Louo2Oo3b3sul6ncWIuZCxeZ
VIO5sk85YjrwAB2zXYVi+G/D3/CP/wBq/wCk+f8A2hqM19/q9vl+Zj5OpzjHXj6VtUAc7aXcFl4j
8QTXMqRRr9nyzHH8BrMv/Gct/P8AZNHaKBT1ublwgx6jP/1z7Vb/ALHtNZ8R67FeR7tvkbHU4ZDs
PQ1i3nhSbRJzO1mup2XcBmV1H/AT+vI+ldsFTb97ey/JHLJzS02u/wAze0FNM0jzpp9ctrm6nx5j
tcLjj05/U1sf23pf/QSsv+/6/wCNYGj6T4X1uEva2hDpjfG0rhl/8erR/wCEM0P/AJ8f/I0n/wAV
WU+Tm969/RGkOe3u2sXv7b0v/oJWX/f9f8aP7b0v/oJWX/f9f8ao/wDCGaH/AM+P/kaT/wCKo/4Q
zQ/+fH/yNJ/8VUfuu7/Ar955F7+29L/6CVl/3/X/ABo/tvS/+glZf9/1/wAao/8ACGaH/wA+P/ka
T/4qj/hDND/58f8AyNJ/8VR+67v8A/eeRe/tvS/+glZf9/1/xo/tvS/+glZf9/1/xqj/AMIZof8A
z4/+RpP/AIqj/hDND/58f/I0n/xVH7ru/wAA/eeRe/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf
8ao/8IZof/Pj/wCRpP8A4qj/AIQzQ/8Anx/8jSf/ABVH7ru/wD955F7+29L/AOglZf8Af9f8aP7b
0v8A6CVl/wB/1/xqj/whmh/8+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVR+67v8A/eeRe/tvS/+glZ
f9/1/wAaP7b0v/oJWX/f9f8AGqP/AAhmh/8APj/5Gk/+Ko/4QzQ/+fH/AMjSf/FUfuu7/AP3nkXv
7b0v/oJWX/f9f8aP7b0v/oJWX/f9f8ao/wDCGaH/AM+P/kaT/wCKo/4QzQ/+fH/yNJ/8VR+67v8A
AP3nkXv7b0v/AKCVl/3/AF/xo/tvS/8AoJWX/f8AX/GqP/CGaH/z4/8AkaT/AOKo/wCEM0P/AJ8f
/I0n/wAVR+67v8A/eeRe/tvS/wDoJWX/AH/X/Gj+29L/AOglZf8Af9f8ao/8IZof/Pj/AORpP/iq
P+EM0P8A58f/ACNJ/wDFUfuu7/AP3nkXv7b0v/oJWX/f9f8AGj+29L/6CVl/3/X/ABqj/wAIZof/
AD4/+RpP/iqP+EM0P/nx/wDI0n/xVH7ru/wD955F7+29L/6CVl/3/X/Gj+29L/6CVl/3/X/GqP8A
whmh/wDPj/5Gk/8AiqP+EM0P/nx/8jSf/FUfuu7/AAD955F7+29L/wCglZf9/wBf8aP7b0v/AKCV
l/3/AF/xqj/whmh/8+P/AJGk/wDiqP8AhDND/wCfH/yNJ/8AFUfuu7/AP3nkXv7b0v8A6CVl/wB/
1/xo/tvS/wDoJWX/AH/X/GqP/CGaH/z4/wDkaT/4qj/hDND/AOfH/wAjSf8AxVH7ru/wD955F7+2
9L/6CVl/3/X/ABo/tvS/+glZf9/1/wAao/8ACGaH/wA+P/kaT/4qj/hDND/58f8AyNJ/8VR+67v8
A/eeRe/tvS/+glZf9/1/xo/tvS/+glZf9/1/xqj/AMIZof8Az4/+RpP/AIqj/hDND/58f/I0n/xV
H7ru/wAA/eeRe/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf8ao/8IZof/Pj/wCRpP8A4qj/AIQz
Q/8Anx/8jSf/ABVH7ru/wD955F7+29L/AOglZf8Af9f8aP7b0v8A6CVl/wB/1/xqj/whmh/8+P8A
5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVR+67v8A/eeRe/tvS/+glZf9/1/wAaP7b0v/oJWX/f9f8AGqP/
AAhmh/8APj/5Gk/+Ko/4QzQ/+fH/AMjSf/FUfuu7/AP3nkXv7b0v/oJWX/f9f8aP7b0v/oJWX/f9
f8ao/wDCGaH/AM+P/kaT/wCKo/4QzQ/+fH/yNJ/8VR+67v8AAP3nkXv7b0v/AKCVl/3/AF/xo/tv
S/8AoJWX/f8AX/GqP/CGaH/z4/8AkaT/AOKo/wCEM0P/AJ8f/I0n/wAVR+67v8A/eeRe/tvS/wDo
JWX/AH/X/Gj+29L/AOglZf8Af9f8ao/8IZof/Pj/AORpP/iqP+EM0P8A58f/ACNJ/wDFUfuu7/AP
3nkXv7b0v/oJWX/f9f8AGj+29L/6CVl/3/X/ABqj/wAIZof/AD4/+RpP/iqP+EM0P/nx/wDI0n/x
VH7ru/wD955F7+29L/6CVl/3/X/Gj+29L/6CVl/3/X/GqP8Awhmh/wDPj/5Gk/8AiqP+EM0P/nx/
8jSf/FUfuu7/AAD955F7+29L/wCglZf9/wBf8aP7b0v/AKCVl/3/AF/xqj/whmh/8+P/AJGk/wDi
qP8AhDND/wCfH/yNJ/8AFUfuu7/AP3nkblFFFZGgUUUUAVptOs7i5juJ7S3knjxsleMFlwcjBIyM
HmrNYupeKLPS9btNLniuGnutmxkUFRuYqMknPUelbVNprcSa6BRRRSGFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8AatblYf8AzPn/
AHDf/atblaT6ehEOvqFFFFZlhRRRQAUUUUAFFVNVunsdIvLqIKZIIHkUN0JVSRn8qyvBuvXPiLSJ
bq8SFJEnMYEQIGAqnuT6mq5XbmFdXsdBRRRUjCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/zC
P+wlD/WtysPxP/zCP+wlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/zCP+wlD/WtysPxP/zCP+wl
D/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igArz74k3D3l/pmjwHLyNvI92O1f/Zq9BrzK2vrXUfidPeXlzDDbWrNsaWQKp2jaME+/zVtRWrl2
M6j0t3PSLa3S0tYbeIYjiQIo9gMCpazv+Eh0f/oLWH/gSn+NH/CQ6P8A9Baw/wDAlP8AGs+V9i7o
0aKzv+Eh0f8A6C1h/wCBKf40f8JDo/8A0FrD/wACU/xpcr7BdGjRWd/wkOj/APQWsP8AwJT/ABo/
4SHR/wDoLWH/AIEp/jRyvsF0cX43U6L4x0zWEBCvjfjuVOD+akCvRFYMoZSCCMgjvXEeP7vS9U8O
k2+o2Us8EiyIiTqzMOhAAPvn8K3PBuof2j4WspCcvGnlP9V4/lg/jWs03BPtoZxdptBqv/I1aD/2
8f8AoArcrD1YgeKdCJOAPtHJ/wBwUXHiE3EzWuiQfbZxw0mcRR/Vu/0FJxclG3b9WNSSbv3/AERu
UVnaXYXdsZJr+9e5nlxlRxGnso/rWjWbVnoWndBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/I1
a9/27/8AoBrcrD0r/kate/7d/wD0A1uVpU3+S/JEQ2+b/Mghsra3mkmhgjjkl++yqAW+tT0UVm3c
sKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDzvxf/wAlJ0P/
ALYf+jmr0SuV13wveap4u03VIJbdYLXyt6uzBjtkLHAAx0PrXVVpNpqNiIppsKKKKzLCiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/8A
tWtysP8A5nz/ALhv/tWtytJ9PQiHX1CiiisywooooAKKKKAM7xD/AMi1qn/XpL/6Aa534X/8i1cf
9fbf+gJXWXlql9Yz2spYRzxtGxXqAwwcfnVPQdBtvDti9rZvM8byGQmUgnJAHYD0FaKS5HEhp8yZ
p0UUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2Eof61uVpL
4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUUVmWFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVx8vwy0aWV38++XcSdqyLg
fmua7CiqjJx2YnFPc4z/AIVfo/8Az83/AP38T/4mj/hV+j/8/N//AN/E/wDia7Oiq9rPuT7OPY4z
/hV+j/8APzf/APfxP/iaP+FX6P8A8/N//wB/E/8Aia7Oij2s+4ezj2OM/wCFX6P/AM/N/wD9/E/+
Jo/4Vfo//Pzf/wDfxP8A4muzoo9rPuHs49jjP+FX6P8A8/N//wB/E/8Aia6HQ9DtfD9gbSzMjIXM
haRskkgDsB6CtKilKpKSs2NQitkc54is4dQ17RbW4BMUguAwBwfuA9aypvCcekStJJYHU7MnJ2Oy
zRj6AgN/npW5qv8AyNWg/wDbx/6AK3K19rKEYpbW/Vmfs4ybb/rRHMadoHhjVIfNs7cOB95fNkDK
fQjdxVv/AIQzQ/8Anx/8jSf/ABVa0dpbxXEk8cMazSDDuq4LfWpqh1ZX0b+8pU421SMP/hDND/58
f/I0n/xVH/CGaH/z4/8AkaT/AOKrcope1n/Mx+zh2Rh/8IZof/Pj/wCRpP8A4qj/AIQzQ/8Anx/8
jSf/ABVblFHtZ/zMPZw7Iw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qtyij2s/wCZh7OHZGH/
AMIZof8Az4/+RpP/AIqj/hDND/58f/I0n/xVblFHtZ/zMPZw7Iw/+EM0P/nx/wDI0n/xVH/CGaH/
AM+P/kaT/wCKrcoo9rP+Zh7OHZGH/wAIZof/AD4/+RpP/iqP+EM0P/nx/wDI0n/xVblFHtZ/zMPZ
w7Iw/wDhDND/AOfH/wAjSf8AxVH/AAhmh/8APj/5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P8A5Gk/
+Ko/4QzQ/wDnx/8AI0n/AMVW5RR7Wf8AMw9nDsjD/wCEM0P/AJ8f/I0n/wAVR/whmh/8+P8A5Gk/
+Krcoo9rP+Zh7OHZGH/whmh/8+P/AJGk/wDiqP8AhDND/wCfH/yNJ/8AFVuUUe1n/Mw9nDsjD/4Q
zQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiq3KKPaz/AJmHs4dkYf8Awhmh/wDPj/5Gk/8AiqP+EM0P
/nx/8jSf/FVuUUe1n/Mw9nDsjD/4QzQ/+fH/AMjSf/FUf8IZof8Az4/+RpP/AIqtyij2s/5mHs4d
kYf/AAhmh/8APj/5Gk/+Ko/4QzQ/+fH/AMjSf/FVuUUe1n/Mw9nDsjD/AOEM0P8A58f/ACNJ/wDF
Uf8ACGaH/wA+P/kaT/4qtyij2s/5mHs4dkYf/CGaH/z4/wDkaT/4qj/hDND/AOfH/wAjSf8AxVbl
FHtZ/wAzD2cOyMP/AIQzQ/8Anx/8jSf/ABVH/CGaH/z4/wDkaT/4qtyij2s/5mHs4dkYf/CGaH/z
4/8AkaT/AOKo/wCEM0P/AJ8f/I0n/wAVW5RR7Wf8zD2cOyMP/hDND/58f/I0n/xVH/CGaH/z4/8A
kaT/AOKrcoo9rP8AmYezh2Rh/wDCGaH/AM+P/kaT/wCKo/4QzQ/+fH/yNJ/8VW5RR7Wf8zD2cOyO
c8O2UGn+INbtrVPLhTyNq5JxlSTyeepro6w9K/5GrXv+3f8A9ANblFV3ld9l+QU9F9/5hRRRWZYU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRXCeKdRvLf4gaP
bwXdxHBJ5G+JJGCtmUg5AODkcV3dVKNkn3JUrtoKKKKkoKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/mfP+4b/AO1a3Kw/+Z8/7hv/ALVrcrSf
T0Ih19QooorMsKKKKACiiigBskiQxvJK6pGgLMzHAUDqSaitb22vozJZ3ENxGDtLROGAPpkfUVV8
Q/8AItap/wBekv8A6Aa534X/APItXH/X23/oCVajeLkS5e9Y7OiiioKCiiigAooooAKKKKACiiig
AooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T
/wDMI/7CUP8AWtysPxP/AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/0AVuV
h6r/AMjVoP8A28f+gCtytJ7R9P1ZEd36/ogooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD0r/
AJGrXv8At3/9ANblYelf8jVr3/bv/wCgGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHnfi//AJKTof8A2w/9HNXolVptOs7i5juJ
7S3knjxsleMFlwcjBIyMHmrNXKV0l2JjGzbCiiioKCiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/wCZ8/7hv/tWtysP/mfP+4b/AO1a3K0n09CI
dfUKKKKzLCiiigAooooAoa7G83h/UY4kZ5HtZVVVGSxKnAArC+HNnc2Ph+eO8t5reQ3TMFlQqSNq
c4P0NdZRVKVo8pPLrcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E/
/MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8T
CiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAw9V/5GrQf+3j/wBAFblYeq/8jVoP/bx/6AK3K0ntH0/VkR3fr+iCiiisywoo
ooAKKK81+LDavLqWhWWi6jfWcs0N9JttHcNM0USuq4UjJJBA9N3fpQB6VRWRoPiO01zwva64rpBb
SwmWQu2FhK5DgsQOFIYZ4HGelcN4G1PW7/4hNcareXPkappDajDYtLujtkacLGAAdpOxQd2AfmOR
nOQD1CiuS8AXtzef8JL9quJp/J166hi81y2xBtwq56KM8AcVhfFhtXl1LQrLRdRvrOWaG+k22juG
maKJXVcKRkkggem7v0oA9KorI0HxHaa54XtdcV0gtpYTLIXbCwlchwWIHCkMM8DjPSuG8Danrd/8
QmuNVvLnyNU0htRhsWl3R2yNOFjAAO0nYoO7APzHIznIB6hRXkWnfYdV1XxA+ueO9U0qWDV7mCG3
TV1gURKw24Vs8ZJHHHHtXpug2cVjotrDBqFzqMW0ul3czCZ5VYlgS4+8MHj2xQBoUVwvxI1O5tbr
QdPOpzaPpeoXLJe6hCCrx7QCiCTom4559sn5QwN3RtH/AOEY+06w3inUdR0U2Xmsl7J9pxj5vNRx
/Dsz8qjnOcnjAB1tFef6ZoGreNbWPX9W1/V9LS9jV7aw0y58pIIskruYZ3sylWzgEZIx0A6mO6u9
D8LzXevTJdz2MMss0ttHt85E3EMFJwGKgEjONxOOKANeivMvh1f6zZ65FB4i1Ga9OvacmpW0kshE
cbbmJhjU8FtjqxC42gYwRg0zxzqet2HxCW40q8ufI0vSF1GaxWXbHcos5WQEE7QdjE7sE/KMDOMA
HqFFcR4t19bvTvCd/ouoObW91y1QyQSFRLGd25G6cZGCp7jBHFdvQAUVyWsfEXT9JurqKLTdX1GK
zyLm5sLXzIYGAyyM5IAZRgn0zzzkC7rHjbSdG0ex1B3muRqOz7Fb28e6a53YI2IcHow646gdSAQD
oKK5/QfGVlr189h9k1HT79IzN9lv7VopDECBvHUbcnHXOQeKxbv4t6Na319Zx2Gr3VxYSTJcpb2w
fy1jIDSE7sBMk8+3IHGQDuqK85+KHiqCf4bPJpP2y5t9TjGy9tUPlRqJEDCRsgruBK4I5OQcc0JJ
oWjfDLVZrTTPEfh2wS5UyIuYrvcWjG9C7H5T8oPPQNQB6NRXP+JvGen+Fbqwt76G8llv/MEC20Xm
FmQDCYzncxZVGB1POBzUGoePNP0jw9Y6zqlnqNlb3lyLfy54NssJ+b5nTOQuEJ4ycEYFAHT0VwsX
xd8P/ZZ5r2HUdPKW63MMV3bhHukY4BiwSGycdwO/QMRteHPGen+JLq6s4obyxv7XBlsr6LypgpAI
fbk/LyPpkZxkZAOgooooAKKKKACiiigAooooAKKKKAMPSv8Akate/wC3f/0A1uVh6V/yNWvf9u//
AKAa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAYupeKLPS9btNLniuGnutmxkUFRuYqMknPUelbVed+L/APkpOh/9sP8A0c1eiVpO
KSTXUiMm2wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKAMP/AJnz/uG/+1a3Kw/+Z8/7hv8A7VrcrSfT0Ih19QooorMsKKKKACiiigCpqt09
jpF5dRBTJBA8ihuhKqSM/lWV4N1658RaRLdXiQpIk5jAiBAwFU9yfU1f8Q/8i1qn/XpL/wCgGud+
F/8AyLVx/wBfbf8AoCVokvZtkNvnSOzooorMsKKKKACiiigAooooAKKKKACiiigAooooAw/E/wDz
CP8AsJQ/1rcrD8T/APMI/wCwlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E
/wDzCP8AsJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACuJ1n4kQ2WoS2O
n2Et3PE5jYk7RuBwcAAk/pXbVWttPtLOSWS2toonmYvIyqAXJOSSe9RNSekXY6sLUoU25Voc3ZXs
vmcCvxRvLadV1HRvLQ9cMVb6jI5rudI1mz1yxF1YS74ycEEYZT6EetP1TTLbV7CW0vI1eOQEcjlT
2I9CK82+Fs8tv4hvbIklGhLMB03KwAP6msFKdOajJ3TPTlRwuMwtStRhySha6vdNP1PVKKKK6jwg
ooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/wCRq0H/ALeP/QBW5WHqv/I1aD/28f8AoArc
rSe0fT9WRHd+v6IKKKKzLCiiigArjPE//JTvBH/b/wD+iRXZ1BLZW091BczW8Mlxb7vJlZAXj3DD
bT1GRwcdaAPJtRg1CwvtW+H9tJ5aazexzae0XyeRayF3nwobbsTyyuzKltzHnOK6mGGK2+NEcMEa
RRR+GwiRooVVUXGAAB0AFdbJpljLqMd/JZWz3sS7I7holMiLzwGxkD5j+Z9af9itvt3237PD9r8v
yfP2DzNmc7d3XbnnHTNAHB+B/EGkaVP4ph1HVbG0lbxBduI7i4SNiuVGcEjjIP5Vc8QTRXPxI8CT
QSJLFIt86SIwZWUwKQQR1BFdBN4T8P3M8k0+haXLLIxd5Hs42ZmJySSRySaujTLFXtHWytg1mpS2
IiXMCkbSE4+UYAHHagDynUYNQsL7Vvh/bSeWms3sc2ntF8nkWshd58KG27E8srsypbcx5ziuphhi
tvjRHDBGkUUfhsIkaKFVVFxgAAdABXWyaZYy6jHfyWVs97EuyO4aJTIi88BsZA+Y/mfWn/Yrb7d9
t+zw/a/L8nz9g8zZnO3d1255x0zQB5n4W/4RH7d4n/4SP+wvtf8Ab13s+3+T5mzIxjfztzu9s5rs
L+yvNZ06wfwh4jttMsolZAba0iuY5FGFULzhQu0jj19quTeE/D9zPJNPoWlyyyMXeR7ONmZickkk
ckmtCzsrbT7VLayt4ba3TO2KFAiLk5OAOBySaAOfur7TNG0ux0fxrq1nezXnmfvby2WOKfY275hy
i7QVAyeSBjmuJTSdNTxBPoPgLUkuLPU9Mu/ttt9sMtta5jVI5FIJ+YuADyzAHoBivU7/AEyx1WBY
dRsra7iVt4juIlkUNgjOCDzgn86LDTLHSoGh06ytrSJm3mO3iWNS2AM4AHOAPyoA4/wL410YeELC
01O/s9NvrCMWc9rdziKRGjG3kPg8gA+xJGcg1n+PtYl8W+G9J0TQrdzJ4jmbynukMYEMLbzJycgH
CMODlc8ZIFd1f+H9I1WdZtR0qxu5VXYJLi3SRguScZIPGSfzqaTTLGXUY7+SytnvYl2R3DRKZEXn
gNjIHzH8z60AeX+NY/GNhDYeJtbXQimh3KTD+z5biOV1d1V48tldrcA5HT8QejhmiufjRHNBIksU
nhsOkiMGVlNxkEEdQRXZzQxXMEkM8aSxSKUeN1DKykYIIPUEVDDpljbTxzQWVtFLHCLdJEiVWWIH
IjBA4UHt0oA8c1K2ufCviXSfC0kU39mN4itb/S5SCUWIkiSIEsfus68dTlmP3hXrsmvabFr8eiyX
aJqUsPnxwMCC6ZIyDjBPynjOcAnGBU11pljfT2815ZW1xLbNvgkliV2ibIOVJHynIHT0FP8AsVt9
u+2/Z4ftfl+T5+weZsznbu67c846ZoA88+F+u6LoPhE6Tql5Y6ZqVldzQ3cdxPFGzyBvvfe+YYKr
u/2cdAKk1DVtNtfiromu3rQrpmo6M0dleTFURHDGQsdxBT5HAzjPz49cdtf+H9I1WdZtR0qxu5VX
YJLi3SRguScZIPGSfzqzeWVtqFq9te28NzbvjdFMgdGwcjIPB5ANAHBzX9j4n+LOhzaEqXi6RDOb
+9hCmNVkjIjTzP4jktwM43H0bGh8OP8Amav+xiu//ZK6mw0yx0qBodOsra0iZt5jt4ljUtgDOABz
gD8qfbWVtZ+b9lt4YPOkM0vlIF3uerNjqxxyTzQB5B/zbF/n/n8rs/i7/wAkx1f/ALY/+jkrpv7G
03+y/wCzf7Os/sH/AD6+Qvlfe3fcxjrz0681NeWVtqFq9te28NzbvjdFMgdGwcjIPB5ANAHJ+J/+
SneCP+3/AP8ARIo+I/8AzKv/AGMVp/7PXWS2VtPdQXM1vDJcW+7yZWQF49ww209RkcHHWi5sra88
r7Vbwz+TIJovNQNscdGXPRhngjmgDk/E/wDyU7wR/wBv/wD6JFH/ADW//uXf/bmuslsrae6guZre
GS4t93kysgLx7hhtp6jI4OOtH2K2+3fbfs8P2vy/J8/YPM2Zzt3dduecdM0AT0UUUAFFFFABRRRQ
AUUUUAFFFFAGHpX/ACNWvf8Abv8A+gGtysPSv+Rq17/t3/8AQDW5WlTf5L8kRDb5v8wooorMsKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDldd8L3mqeLtN1SCW
3WC18rerswY7ZCxwAMdD611VFFU5NpJ9BJJBRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/wCZ8/7hv/tWtysP/mfP+4b/AO1a3K0n09CI
dfUKKKKzLCiiigAooooAgvLVL6xntZSwjnjaNivUBhg4/Oqeg6DbeHbF7WzeZ43kMhMpBOSAOwHo
K0ZJEhjeSV1SNAWZmOAoHUk1Fa3ttfRmSzuIbiMHaWicMAfTI+op3drdBWVyeiiikMKKKKACiiig
AooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/EwooorMsKK
KKACiiigAooooAKKKKACiiigAooooAK4XWPDHiPxDrNz5+pfZNNV8QqrE5X12jGfxOa7qionTU1Z
nThcXPCyc6aV+7V7eh5fe/DLUNMha60rUjNPGN21UMTn12kE81sfD/xfcayZdO1Jg9zEm+OTGC6j
gg+4yK7ckKCWIAHJJ7V5R4GxdfEO5ntf9QPOkGP7hOB/MVzSgqNSPJ16Ht0sRPMcJW+s2bgrqVrP
007nrFFFFdh82FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/Y
Sh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRzzx2tvJPMwSKJS7sewAyT
UlZ3iIbvDWqAdTaSj/xw0pOybLpRU5xi+rOX1j4nabFZSLpQlnuWUhGKbVU+pzycemKj+Gvhy509
Z9Uvo3iknXy40cYbbkEsfqQPyqD4VWVvLY3k8tvE8qTAI7ICy8dj2r0SualGVS1Sb9D28fWp4JVM
Fh42vbmbd2+tgooorqPBCiiigAooooAKKKKACiiigAooooAKKKKACiiigDD1X/katB/7eP8A0AVq
Xl9bafAZruZIox3Y9foO9YfiM3Q13RjYiM3OLjYJPu52CsCyGpza039oGxOoA/u01Dfx/uAfLXSq
fPFNvZfqzBz5ZNJdf0R2Wl6pJqhkkWzlhtRjypZTgyfRew960aw/+Ko/6g3/AJFo/wCKo/6g3/kW
s3BN6NFqTS1TNyisP/iqP+oN/wCRaP8AiqP+oN/5Fpcnmh8/kzcorD/4qj/qDf8AkWj/AIqj/qDf
+RaOTzQc/kzcorD/AOKo/wCoN/5Fo/4qj/qDf+RaOTzQc/kzcorD/wCKo/6g3/kWj/iqP+oN/wCR
aOTzQc/kzcorD/4qj/qDf+RaP+Ko/wCoN/5Fo5PNBz+TNyisP/iqP+oN/wCRaP8AiqP+oN/5Fo5P
NBz+TNyisP8A4qj/AKg3/kWj/iqP+oN/5Fo5PNBz+TNyisP/AIqj/qDf+RaP+Ko/6g3/AJFo5PNB
z+TNyisP/iqP+oN/5Fo/4qj/AKg3/kWjk80HP5M3KKw/+Ko/6g3/AJFo/wCKo/6g3/kWjk80HP5M
3KKw/wDiqP8AqDf+RaP+Ko/6g3/kWjk80HP5M3KKw/8AiqP+oN/5Fo/4qj/qDf8AkWjk80HP5M3K
Kw/+Ko/6g3/kWj/iqP8AqDf+RaOTzQc/kzcorD/4qj/qDf8AkWj/AIqj/qDf+RaOTzQc/kzcorD/
AOKo/wCoN/5Fo/4qj/qDf+RaOTzQc/kzcorD/wCKo/6g3/kWj/iqP+oN/wCRaOTzQc/kzcorD/4q
j/qDf+RaP+Ko/wCoN/5Fo5PNBz+TNyisP/iqP+oN/wCRaP8AiqP+oN/5Fo5PNBz+TNyisP8A4qj/
AKg3/kWj/iqP+oN/5Fo5PNBz+TNyisP/AIqj/qDf+RaP+Ko/6g3/AJFo5PNBz+TDSv8Akate/wC3
f/0A1uVznh37V/wkGt/bvJ+0fuN/k52fdOMZ56Yro6KvxfJfkFPb7/zCiiisywooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOE8U6jeW/wAQNHt4Lu4jgk8jfEkj
BWzKQcgHByOK7uvO/F//ACUnQ/8Ath/6OavRK1qfDEzhuwooorI0CiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/AOZ8/wC4b/7VrcrD/wCZ8/7h
v/tWtytJ9PQiHX1CiiisywooooAKKKKAM7xD/wAi1qn/AF6S/wDoBrnfhf8A8i1cf9fbf+gJXSa7
G83h/UY4kZ5HtZVVVGSxKnAArC+HNnc2Ph+eO8t5reQ3TMFlQqSNqc4P0Nap/u2Zv40dZRRRWRoF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2Eof61uVpL4URH4mFF
FFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABUN3KYLOeVQC0cbMAfYZqaormLz7WWLj94hXn3GK
T2KjbmVzyvTrzxV47jubaPUIo7ePaJgQIxhs8fKMnoeK7zwt4VtvDFm6RuZbiXBllIxnHYDsKz/A
nhW88Mpe/bXgZrgpt8picBd3XIH96utrnoUrJTn8R7Ga45SnLD4eypabK19Fv31Ciiiuk8UKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJQ/1rcrD8T/8AMI/7CUP9a2yQoJJAA6k1
pL4UQviYtFZ1prdpfX72tp5k2wZeZFzGp9N3r9K0ahprcpNPYKKKKQwooooAKKKKACiiigAooooA
KKKKACqerX8WmaVc3k6F44YyzKP4varlQXlnDf2ctrcpvhmUq65xkGk720LpuKmnPa+voc/4O8UW
WvrcQ2lgLIwYYouNrA9+APSunrJ0Pwzp3h4Tf2fG6tNjezsWJx0H6mtappqSilLc3xkqM60pUE1H
pfcKKKKs5QooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/ANAFaV/p1rqcBhvI
VlTtnqPcHqKzdV/5GrQf+3j/ANAFblaSbSi12/VkRV3K/wDWiM7S9OuNNaSN717i248pZRl09t3c
Vo0UVDbbuykrKyCiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPSv+Rq17/t3/8AQDW5WHpX/I1a9/27
/wDoBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQBWm06zuLmO4ntLeSePGyV4wWXByMEjIweas1i6l4os9L1u00ueK4ae62bGRQVG
5ioySc9R6VtU2mtxJroFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/ANq1uVh/8z5/3Df/AGrW5Wk+noRDr6hRRRWZYUUUUAFF
FFABRVTVbp7HSLy6iCmSCB5FDdCVUkZ/Ksrwbr1z4i0iW6vEhSRJzGBECBgKp7k+pquV25hXV7HQ
UUUVIwooooAKKKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/WtytJfC
iI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKqaqLg6ReCzz9pMD+Tjrv2nbj8cVbopNX
RUZcslLscB8O4tfj1C7OrLfLbGMYF1u5fPbd7Z6V39FFTThyR5b3OjGYr61VdXlUb9EFFFFWcoUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYHixnSHS2jj8x11CIqmcbj82Bmudl1LVNa1V7W9s2
ZEP/AB4i4WDd9SeW/Cul8T/8wj/sJQ/1rQ1HSbTVYgl3EGI+644ZD7GumE1CKujCUHJuzMu3vdXt
YVit/DKRxr0VbyMAfpUn9q65/wBC9/5Ox/4VPptpqdjcmGe6W7stp2SScSqewPr9a1azlJJ7J/f/
AJlxi7bv8P8AIw/7V1z/AKF7/wAnY/8ACj+1dc/6F7/ydj/wrcopc6/lX4/5j5X3f4f5GH/auuf9
C9/5Ox/4Uf2rrn/Qvf8Ak7H/AIVuUUc6/lX4/wCYcr7v8P8AIw/7V1z/AKF7/wAnY/8ACj+1dc/6
F7/ydj/wrcoo51/Kvx/zDlfd/h/kYf8Aauuf9C9/5Ox/4Uf2rrn/AEL3/k7H/hW5RRzr+Vfj/mHK
+7/D/Iw/7V1z/oXv/J2P/Cj+1dc/6F7/AMnY/wDCtyijnX8q/H/MOV93+H+Rh/2rrn/Qvf8Ak7H/
AIUf2rrn/Qvf+Tsf+FblFHOv5V+P+Ycr7v8AD/Iw/wC1dc/6F7/ydj/wo/tXXP8AoXv/ACdj/wAK
3KKOdfyr8f8AMOV93+H+Rh/2rrn/AEL3/k7H/hR/auuf9C9/5Ox/4VuUUc6/lX4/5hyvu/w/yMP+
1dc/6F7/AMnY/wDCj+1dc/6F7/ydj/wrcoo51/Kvx/zDlfd/h/kYf9q65/0L3/k7H/hR/auuf9C9
/wCTsf8AhW5RRzr+Vfj/AJhyvu/w/wAjD/tXXP8AoXv/ACdj/wAKP7V1z/oXv/J2P/CtyijnX8q/
H/MOV93+H+Rh/wBq65/0L3/k7H/hR/auuf8AQvf+Tsf+FblFHOv5V+P+Ycr7v8P8jD/tXXP+he/8
nY/8KP7V1z/oXv8Aydj/AMK3KKOdfyr8f8w5X3f4f5GH/auuf9C9/wCTsf8AhR/auuf9C9/5Ox/4
VuUUc6/lX4/5hyvu/wAP8jD/ALV1z/oXv/J2P/Cj+1dc/wChe/8AJ2P/AArcoo51/Kvx/wAw5X3f
4f5GH/auuf8AQvf+Tsf+FH9q65/0L3/k7H/hW5RRzr+Vfj/mHK+7/D/I5V7q+ufFWi/btO+x7fP2
fv1k3/Jz06Y4/OuqrD1X/katB/7eP/QBW5RUd1H0/VigrN+v6IKKKKzNAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKAMPSv+Rq17/t3/APQDW5WHpX/I1a9/27/+gGtytKm/yX5IiG3zf5hRRRWZYUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHnfi//kpOh/8AbD/0c1ei
Vyuu+F7zVPF2m6pBLbrBa+VvV2YMdshY4AGOh9a6qtJtNRsRFNNhRRRWZYUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM
+f8AcN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf8AkWtU/wCvSX/0A1zvwv8A+RauP+vtv/QE
rrLy1S+sZ7WUsI542jYr1AYYOPzqnoOg23h2xe1s3meN5DITKQTkgDsB6CtFJcjiQ0+ZM06KKKzL
CiiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJQ/1rcrA8WSeTDpcm1n2ahE21BljjdwB3
NYc3ia71u6e3igv4bRPvraRb5m9ic/LW8abnFWMXNRkzsV1Oze/Nkk6tchSxRecAep6CrVczp+p2
mlweVZ+H9XjU9T9lyW+pzzVr/hJ/+oNrP/gL/wDXqZUnfRFKoupuUVh/8JP/ANQbWf8AwF/+vR/w
k/8A1BtZ/wDAX/69L2Uuw/aRNyisP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/AOAv/wBej2Uuwe0i
blFYf/CT/wDUG1n/AMBf/r0f8JP/ANQbWf8AwF/+vR7KXYPaRNyisP8A4Sf/AKg2s/8AgL/9ej/h
J/8AqDaz/wCAv/16PZS7B7SJuUVh/wDCT/8AUG1n/wABf/r0f8JP/wBQbWf/AAF/+vR7KXYPaRNy
isP/AISf/qDaz/4C/wD16P8AhJ/+oNrP/gL/APXo9lLsHtIm5RWH/wAJP/1BtZ/8Bf8A69H/AAk/
/UG1n/wF/wDr0eyl2D2kTcorD/4Sf/qDaz/4C/8A16P+En/6g2s/+Av/ANej2Uuwe0iblFYf/CT/
APUG1n/wF/8Ar0f8JP8A9QbWf/AX/wCvR7KXYPaRNyisP/hJ/wDqDaz/AOAv/wBej/hJ/wDqDaz/
AOAv/wBej2Uuwe0iblFYf/CT/wDUG1n/AMBf/r0f8JP/ANQbWf8AwF/+vR7KXYPaRNyisP8A4Sf/
AKg2s/8AgL/9ej/hJ/8AqDaz/wCAv/16PZS7B7SJuUVh/wDCT/8AUG1n/wABf/r0f8JP/wBQbWf/
AAF/+vR7KXYPaRNyisP/AISf/qDaz/4C/wD16P8AhJ/+oNrP/gL/APXo9lLsHtIm5RWH/wAJP/1B
tZ/8Bf8A69H/AAk//UG1n/wF/wDr0eyl2D2kTcorD/4Sf/qDaz/4C/8A16P+En/6g2s/+Av/ANej
2Uuwe0iHif8A5hH/AGEof61uVyWrax/aE+lRf2fqFtjUIW33EOxTyeM5681xmqfadL+J3ibxPZ+c
/wDZEll9qgjyfNtZIcS/KOrLtVhkhRtJPQU5pqKTFBpt2PYKK4XWryDUPiD4AvLV/Mt7iO9lifBG
5WgUg4PI4PetDUvF1+2oz2nhjQn1w2jeXdyi6SCOKT/nmGb77AfeA+7kA8nAyNDqqK8s8Y+O9Q1T
4bT32i2N5aOsnkahL9o8mXTpkkj+TGAz7t2MjGAeQOQOjvvGupaJoEOp6/4eewVr9LadVuhOIIWH
+vJRTwDxt7nHPIoA7Ciuc13xnaaF4o0TRp1Rm1RmUuJPmhPAjygBJDsdoPAGD6Gpj4niXxZd6Q0S
C2s7AXlzemUbIGLYEbjGFO0F8k9O2OaAN2iuCT4kX93Bc6ppfhe5u/D1szFtRN0kTPGgy7pEwBYD
DY55xjg5A0NY+IFtp/hrR9bsrObULfU7mKBYoWHmrvDEgAZDOCpXbnrxkUAdNeXttp9q9ze3ENtb
pjdLM4RFycDJPA5IFT15z4/v9U1D4R61LrOkf2VcCSJVh+0rPuXzYsNuXgckjHt710cviuWXxkPD
+laa921uqvqFy8hjjtFYAqPunexHIAx254YqAdHRRXkXw/8Ahr4a8R/D2xvdQsXN7crMrXCTurAi
R1BAztyAB1GOOQaAPXaK8/sdYuYNJ8ZaFrqf2lFoVu2JWmIkurd4ndUkYAfPsGC46k+oydAeKYtK
8MeHIdI0l7i91O0Q2GmrOFARYlZgZX4wq45PJOOOpAB2FFYVl4laPQLrUvEdi+hmzYrOk0gkUDAI
KOv3wQwHAzuyuCRWTYeNtavLrT5X8IXiaRfyIsN5HcpK4RxlJHiUZVcYLZOF9ScAgHZ0Vx+peOrh
tfn0jwxor67c2i5vHS5WCOBs4Cb2BBbrkdsHqQ21h+IiP4U1fVLfS5nv9HkEN5pxlXejAgOQy7so
Pn+bAzsbpigDs6K5/XfFsGmeHrPU7CH7e+oyQxWEO4xfaGlxtG4j5flyfmA6Y4qrqXi6/bUZ7Twx
oT64bRvLu5RdJBHFJ/zzDN99gPvAfdyAeTgAHVUVxkvxGgHgC88SRafN51jIILmxmYxvFNvVWQsV
7bwc4+oByBHqPjrWNL8N3+t3nhZ7W1t2iMKXF6qyTRu23JVVbYwJTKt/ePPy8gHb0Vz/AIm8VpoW
j2V5ZWv9py6hcxW1nHFMqpK0mSp3nICkA4PPbtyLviHxDp/hfR5dS1Sby4Y+FUcvI3ZFHdjj+ZOA
CaANOiuV0nxNr9xrVvY6z4SudOiuFcpcx3SXKIyjOH2j5ARwCTycADqRSPj+/wBU1G7i8JeHX1yz
tGEUl6LxII2k7qhYfOAMcg9/QgkA7eiuPuPiNYt8PZ/FenW73MULBDbSSKjq3mBMMRu2nDBvoR61
BZfEK7Oq2MWs+Gr7SbDUZmt7O6nbLNJuwiyRgZjLdsk+2RlgAdVqOs6bpHl/2nqNnZ+bny/tE6x7
8YzjcRnGR+dXa8i1yXU774tTLP4MttUaLTGjhtbi6hKvEJztuMsCFJzjb1Ga7b7VZf8AC0/sv2D/
AE/+xvM+2+c3+q87Hl+X0687uvagDp6K4zTfHGqaxrl3Y6f4Zmmt7LUXsrq7N2qRoqsBvGRlmxuJ
QdBt5O7iPUfH2pReKr/QdI8MXOp3No0Q8xLgRx7Xj3kuxXCHoACfm55BABAO3orz+P4mahqNqr6H
4R1G9mgjc38bt5ItpEOGiDFTvfvtAzgjjOQvYaDrdp4j0W11TTy5trlSy712sCCQQR6ggjjjjgkc
0AU9V/5GrQf+3j/0AVuVh6r/AMjVoP8A28f+gCtytJ7R9P1ZEd36/ogooorMsKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigDD0r/AJGrXv8At3/9ANblYelf8jVr3/bv/wCgGtytKm/yX5IiG3zf5hRRRWZY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRXCeKdRvLf4ga
PbwXdxHBJ5G+JJGCtmUg5AODkcV3dVKNkn3JUrtoKKKKkoKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/mfP+4b/wC1a3Kw/wDmfP8AuG/+1a3K
0n09CIdfUKKKKzLCiiigAooooAbJIkMbySuqRoCzMxwFA6kmorW9tr6MyWdxDcRg7S0ThgD6ZH1F
VfEP/Itap/16S/8AoBrnfhf/AMi1cf8AX23/AKAlWo3i5EuXvWOzoooqCgooooAKKKKACiiigAoo
ooAKKKKACiiigDD8T/8AMI/7CUP9as6loNtqEgnUvbXa/duITtYfX1/Gq3if/mEf9hKH+tbla8zj
GLXmZ2TbTMrTZNWhuTa6jEk0YUlLuMgBvZl7H6Vq0UVnJ3dy0rBRRRSGFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tYn
h+GK5+JHjuGeNJYpFsUeN1DKymBgQQeoIrb8T/8AMI/7CUP9a3K0l8KIj8TPGdFsb3w58U/Dnhi6
G+10+S9nsJi6sXt5o2Kg4A+YMj5J7k44AzBc6Z4U0fxfrsPj7TJk+1Xst1ZagDceVKjkN5YCYyy7
hkgEZJGRgZ9torMs8l1aLRbn4K6//wAIhpt5BYG5DDzFc+dskj3ypuJOzC9eMbWyBg12F5caT8Sv
BOqW2kXCXUUqtAruskSrMoDpnIBwGKHofx6V1VFAHjMEl74r8K694qW4s576wt7L7HcywKJLeW3R
Z7jb8nGXdgOxPH3cV0Hhizn8X+H/ABdrcaeRL4j8y3tBIQE8mOMxRswG4hslg3J6cDHX0aigDzLR
viZp2heELDTLy1vF8Q2lvHbLpPkSCWRwAiDJQAbhtbuQG4yeDWn0S78O+B/AWm6gEW6h8QWzSKjb
gpZ5Xxn1AbBxxkHBPWvVqKAOM+Lv/JMdX/7Y/wDo5Kj0cy+C/FE+j3aIujapM09heyMWc3DYLwyv
j5mJyVLnJAA3MeF7eigAryX4c/EPw9ovgTTtLubqaTU4/NAtIbaR5JGaVyqLhdpZsjHPU9q9aooA
88/s27/4RTxv4g1GB7W51m0laO2fhooI4WWLevO2QgksMnt0ORUF9L4ai8A+E/8AhKBc26iwia01
CBH3W0oiTGHQEqxzuAIIPlkn7or0qigDyV01nxZ8PPFFla3k2raYnlHSb2eApNcqhDyJjG52GzaG
K/M2eey9VpnxN0PUZ7SwU3I1idkik09baUvDISA6sSoGE+YsfRSfauwooA810jxHZ+Ada8R2PiZn
s4rzU5L6zufJldLhZACyrhOqDaDz1bHbJu+DbKXxJc+Jtc1Cwe30vxCsUcFvK5EkkKRshZsfdDA5
GD644wT3tFAHj/geLU9R8S6Z4c1eCYJ4R895ZJC0kVw5O2DhgNu1SWQnJwvAHalc6Z4U0fxfrsPj
7TJk+1Xst1ZagDceVKjkN5YCYyy7hkgEZJGRgZ9tooA8i1s6A3wS15/C1jc2mmtdptMwfE7CWJTI
m4k7TgDtyp4BzXq17ZwahY3FndJ5lvcRtFKmSNysMEZHI4Pap6KAPIvA0Nxr/ifTtO1WNJ18Gwyw
NKFXa1wZSkYAPLKI4wVO0EMmSemdfxJrD+MfBWleIvD+n3lwNO1WG8+ySRMsswjYqQm0MDywORkA
Bu4IrrPDvh7+xPt89xc/bL/ULlri5uDHtz2VFBJIRRwAWOOfXFbVAHMaR8Q/D3iDVIdP0a6mvbiT
cWEdtIqxKFJLuWUALkBfqyjvXJ+FPGenfD7wwdA8T+daX+nSTLFGsEjfa03swkjJUDaxLKMnHy5y
M8ep0UAeP6xp2oWfwZ8T3mqWv2ObVdR/tBbYtueFZJosK3A+bjp9M4OQOt+I/wDzKv8A2MVp/wCz
12dFAHGf81v/AO5d/wDbmj/mt/8A3Lv/ALc12dFAHGfDj/mav+xiu/8A2Sjwx/yU7xv/ANuH/ok1
2dFAHGfDj/mav+xiu/8A2Sj4Rf8AJMdI/wC23/o567OigDD1X/katB/7eP8A0AVuVh6r/wAjVoP/
AG8f+gCtytJ7R9P1ZEd36/ogooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD0r/kate/7d/wD0
A1uVh6V/yNWvf9u//oBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQB534v/5KTof/AGw/9HNXolVptOs7i5juJ7S3knjxsleMFlwc
jBIyMHmrNXKV0l2JjGzbCiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigDD/5nz/uG/wDtWtysP/mfP+4b/wC1a3K0n09CIdfUKKKKzLCiiigA
ooooAoa7G83h/UY4kZ5HtZVVVGSxKnAArC+HNnc2Ph+eO8t5reQ3TMFlQqSNqc4P0NdZRVKVo8pP
LrcKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAw/E/wDzCP8AsJQ/1ri/HOp63YfEJbjSry58
jS9IXUZrFZdsdyizlZAQTtB2MTuwT8owM4x2nif/AJhH/YSh/rWR/wA1v/7l3/25rSXwoiPxMj8W
6+t3p3hO/wBF1Bza3uuWqGSCQqJYzu3I3TjIwVPcYI4ra8QeLbTQJ4bY2t9qF7KpkFpp8HnSrGDg
yMuRhc4GT1J4zg48v1K2ufCviXSfC0kU39mN4itb/S5SCUWIkiSIEsfus68dTlmP3hWhrFvYw/Fn
WYda17VNBXUIbee0mtLxYI5lSPa3mNzg5VtucdG9RnMs6PU/iRbXHgzUtQ0e21H7db+ZbyW4tgZr
GUK5V5kJIVAV5PI7dQQDSPiKieBm1nWNN1eP7Fb25nmktVjF00mFLxcgMuee3BFZltZ+H7Tw344O
ia9eazdvpx+2TXE4nxiGTZiQKA3GRwTjGOMV0HhWTTfEfw6tNJjvoZs6VFbXS28ytJDui2kEc7W+
91HUUAaet+K9N0Gx0+9upd9pf3MdvFPEymMbwSHZiQNmBkkZ4qe/1+20/XdK0mZJjcan53ksoGxf
LUM245yODxgH8K8otNJu/Gumx6PqFhbTT6Boc9uiRT7WhvfNaKNWIfBO23B5+Xkk8Fa6TwHqr+M/
F9x4l2eWltpUGnsUjYRyzMfNl2k9NjfLjngg55GQDZ1H4i6fZ6xc6bZabq+rzWmBcNplr5yQsc/I
xyPm4P6jqCBdvPG2k23g5/E8LzXWmLjDQx4dv3nl8K+3o3rjpXJfDbxFofhnwVJp2rXdnpt/p1zP
HeRSyIJJHViSyhSS/GFBAJJXAzgVhXNs0fwS8U3a2T2VnqOp/bLKJ0CEQNLDs+UfdGBwPTBHBBoA
7fUvE0HiTwR4me1sdRgt4tOmMVxdW5ijuVaN8PGTyy4GeQOGHrUek+LrHQvDHhPTmiub3Ur6wtxD
Z2iq0m3yhlzkgKvB5JHQ9gSN3xn/AMiRr3/YOuP/AEW1cT4Lkbw5qWhvqUT3EGuaZaxWmpSkD7M4
iB+y9cBTjcuACzHB3kFgAeoV5l4f8P3Piq+8RXN14m8R232bWrm2iitL8pGqKQQACDj72OOMAV6b
XnngfxBpGlT+KYdR1WxtJW8QXbiO4uEjYrlRnBI4yD+VAGn4V1TUtO1+bwjrcr3tza2i3VtqJUKb
mHIU713EhgxK5/iAyeeWNA8UaXYfD2y1QXWqXVtIzxwfbSJby5kMjARgD7zEggAdgM4AJEHhqVfE
/jq98U2QcaVHYJp1rMyFRdHf5juAwBAVvk6EE5weCKwPDFnol98HPD0Ov6g+nR/a3e2u0m8loplk
lYEOeFO0N1/DnFAHeeHvE0HiH7Qi2Oo2Fxb7S9vf25hk2tna4HIKkqw69VPtnGvPijpNnI8n2DV5
tMSQRtqsNputPvbSwkzyobIyAckcZ4zkWur6xrUHiDwyL6x8QqdIkeDU7Pam6RwyiKQAlFYknGCP
lXJzk4u+CfGnhiy+H+l+ZqVjZG3tAstu8qLJvXIc+WDklmBYcZbcDjJoA3fEfjPT/Dd1a2csN5fX
91kxWVjF5sxUAkvtyPl4P1wcZwcMsfHGm32laneCC+t5dKhM95Z3NuY54l2sy5B4JZVJGD3GcVz9
pqGneHvi94jbWntrNr+0tprS6uJI0UxqoR13E5BLAfL32Z7Cn+Hrm21/4s6lrWjQ+Zp0GnfYZr1F
AjmuPMVvlP8AHhABn0UdipIB03/CV6b/AMIh/wAJJ5v+gfZ/tH3l3dPudcb8/LjP3uKran42tNMg
ss6fql1e3cIuBp9rbeZcxRkctImflAJC8nrwM4OPNbPzBdJ8L5vOKJrRcibZsk08Dz9hdPm3tjdw
B1xkdBoaxb2MPxZ1mHWte1TQV1CG3ntJrS8WCOZUj2t5jc4OVbbnHRvUZAO603xzpeqaBqWqQrco
dMWRryzlQLcQlASQyZ6kKcc46jIIIFKy+JNjqOnXV/aaRrUllbWhuzcG2VI3Vcb1VmYAsuWyP9hs
Z4zhW1n4ftPDfjg6Jr15rN2+nH7ZNcTifGIZNmJAoDcZHBOMY4xXYeE4YrnwDosM8aSxSaZAjxuo
ZWUxKCCD1BFAD7vxVp9j4QXxJc+cli1vHcBdmZMOBtXAONxLAdcZPXHNaEN/FJpUd/Or2kTQidxd
ARtCu3cd+fukDr6YNeR2lm93dWnw1mSYW1lqs005UsS1io82MSlcA+YZMZBG0hflziup+IGpWnib
4e+JrTR50ubnT2C3UQ+VojHIrPkNjgBGwRwdpAyaALtt8StNuNRs7dtM1q3tr6ZYLW+nsilvMzZ2
bWznDduO+TgZxZ1zx5p+i6wNKis9R1S/Efmy2+mwec8K8YLjIxnI/TOMjMml+NPDE2naetnqVjCJ
1hjgs0lTzIy+1Uj8tScEEgEDgYPYVzng7V9K8O+IfF9jrNxZ6dfPqr3PmXE0cfmwyfNGAxOTgZOO
2/1JoA6mz8YabfeHL7WYBc+Vp6yfaoXhKSxOibnjKtj5gDjrjPesKy+Lvh+8mtz5OowWU0iw/b5r
cLbJKU3bGfPDDODxjvnb81YenvFqWmfEjXtPtXi0nUbRhaytGIxO0cMgkcL1wWOckcknPIIFnxX/
AMm8wf8AYOsf/QoqAK3xK1O3v/Gmh6RqWi61e6fA07zQW8TbbxjEpUxbWG8oSc9MZPqa6kXWn2mq
+DbOIavY+dbyi0sg22MKsKnZcKSSWUYx1w2c1D4n/wCSneCP+3//ANEijxP/AMlO8Ef9v/8A6JFA
E2p/EXT9O1290aPTdXvr+02F4bK180srKG3jB+6MqDnHLDGecP8AEnxC0vwxrMel3lvfTXk0KTQx
20Icyln2BF5HzZBODgYHXOAa3hj/AJKd43/7cP8A0SaP+a3/APcu/wDtzQBGPivojwQiC01SfUJJ
pIDpkVtuu42QZbcmeAB7+v8AdbHSeHvEOn+KNHi1LS5vMhk4ZTw8bd0YdmGf5EZBBrn/AAx/yU7x
v/24f+iTR8OP+Zq/7GK7/wDZKANfxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwoiPxMKKKK
zLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigDD1X/AJGrQf8At4/9AFblYeq/8jVoP/bx/wCgCtytJ7R9P1ZEd36/ogooorMsKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigDD0r/kate/7d//AEA1uVh6V/yNWvf9u/8A6Aa3K0qb/JfkiIbf
N/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYupe
KLPS9btNLniuGnutmxkUFRuYqMknPUelbVed+L/+Sk6H/wBsP/RzV6JWk4pJNdSIybbCiiisywoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiuf8WeNNM8G29vNqguCtwxRBCgY5Ayc5Io
A6CiorW4S8tIbmLJjmRZFyMHBGRUtABRXIeIvih4b8NXL21zdPcXScPDapvZT6E5Cg+2c1Q0n4z+
FtUu0t3kurFnOA13GFTPuysQPqaAO+opAQwBBBB6EUtABRUc00VtBJNPIscUalndzgKByST6VwOo
fG3wrY3DRRfbrwKceZbwjafoWZc0AehUVzHhf4haD4ulMGm3DrdBdxt5k2Pj1HUH8Ca6V3WNSzsF
UdSTgUAOopqsrqGRgynoQcg06gAooooAKKKKACikJCgkkADqTSJIkq7o3V19VORQA6iiigAooooA
KKKKACiiigAooooAKKKKACiiigAopGYIpZiAoGST0FUv7b0v/oJWX/f9f8aaTewm0ty9RWe2v6Up
wdRtPwlU1XfxXosY+a/jP+6rH+QqlCT6C549zYorE/4Suyf/AI9YL269PJt2OfzxSHVNZuuLPR/J
B/5aXcgAH/ARzT9nLroLnj0D/mfP+4b/AO1a3KydM0m4gvZNQ1C5E95JH5XyLtREznaPXnvWtSm1
dWCCfUKKKKgsKKKKACiiigCpqt09jpF5dRBTJBA8ihuhKqSM/lWV4N1658RaRLdXiQpIk5jAiBAw
FU9yfU1f8Q/8i1qn/XpL/wCgGud+F/8AyLVx/wBfbf8AoCVokvZtkNvnSOzooorMsKKKKACiiigA
ooooAKKKKACiiigAooooAw/E/wDzCP8AsJQ/1rV+xW3277b9nh+1+X5Pn7B5mzOdu7rtzzjpmsrx
P/zCP+wlD/WtytJfCiI/EyrdaZY309vNeWVtcS2zb4JJYldomyDlSR8pyB09BRf6ZY6rAsOo2Vtd
xK28R3ESyKGwRnBB5wT+dWqKzLKthpljpUDQ6dZW1pEzbzHbxLGpbAGcADnAH5UzTtG03SPM/szT
rOz83HmfZ4Fj34zjO0DOMn86u0UAVbXTLGxnuJrOytreW5bfPJFEqNK2ScsQPmOSevqaLDTLHSoG
h06ytrSJm3mO3iWNS2AM4AHOAPyq1RQBn3/h/SNVnWbUdKsbuVV2CS4t0kYLknGSDxkn86s3llba
havbXtvDc2743RTIHRsHIyDweQDU9FAEc0MVzBJDPGksUilHjdQyspGCCD1BFQy6ZYz6cLCaytpL
IKqC3eJTGFXG0bcYwMDHpgVaooAKyJvCfh+5nkmn0LS5ZZGLvI9nGzMxOSSSOSTWvRQAVS/sbTf7
L/s3+zrP7B/z6+Qvlfe3fcxjrz0681dooAq2GmWOlQNDp1lbWkTNvMdvEsalsAZwAOcAflUMvh/S
J9RF/NpVjJehlcXD26GQMuNp3YzkYGPTArQooAq3+mWOqwLDqNlbXcStvEdxEsihsEZwQecE/nT7
OyttPtUtrK3htrdM7YoUCIuTk4A4HJJqeigCD7Fbfbvtv2eH7X5fk+fsHmbM527uu3POOmaZf6ZY
6rAsOo2VtdxK28R3ESyKGwRnBB5wT+dWqKAKVto2m2djLZWunWcFpNnzYIoFWN8jB3KBg5Awc9qs
wwxW0EcMEaRRRqESNFCqqgYAAHQAVJRQBzmk+GpbfxlrHiG+Ft590qW1ssOcpCoGS5wu5mIB5B2h
QAxFbltZW1n5v2W3hg86QzS+UgXe56s2OrHHJPNT0UAZ8Xh/SINRN/DpVjHelmc3CW6CQs2dx3Yz
k5OfXJp+o6Npur+X/aenWd55WfL+0QLJszjONwOM4H5VdooAg+xW32H7F9nh+yeX5PkbB5ezGNu3
ptxxjpimS6ZYz6cLCaytpLIKqC3eJTGFXG0bcYwMDHpgVaooAglsrae6guZreGS4t93kysgLx7hh
tp6jI4OOtEtlbT3UFzNbwyXFvu8mVkBePcMNtPUZHBx1qeigCCKytoLqe5ht4Y7i42+dKqAPJtGF
3HqcDgZ6UfYrb7d9t+zw/a/L8nz9g8zZnO3d1255x0zU9FAEEVlbQXU9zDbwx3Fxt86VUAeTaMLu
PU4HAz0otrK2s/N+y28MHnSGaXykC73PVmx1Y45J5qeigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD
/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKAMPVf+Rq0H/t4/wDQBW5RRVOV0l2ElZsKKKKkYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRVHUda07SQDf3kMBIyFZvmP0HU1nQeOPD1xJsTU4g2cf
OrIPzIAqXOKdmzeGFrzjzQg2u6TN+ikVldQykMpGQQeCKWqMAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAw9K/5GrXv+3f8A9ANblYelf8jVr3/bv/6Aa3K0qb/JfkiIbfN/
mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcrrvhe
81TxdpuqQS26wWvlb1dmDHbIWOABjofWuqooqnJtJPoJJIKKKKkYUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABXkX7QH/IK0b/rtJ/6CK9dryL9oD/kFaN/12k/9BFAHpvh/wD5FzTP+vSL
/wBAFaFZ/h//AJFzTP8Ar0i/9AFaFAHKaX8NvDem3lzdtYJeXNxK0rSXYEm3cc4AIwMZ9M+9cx8Y
fB+jp4Qn1e1soLW8tXT54UCeYGYKQwHB+9nPXivUq8g+LevSeINUsvBeiDz7mSZWuCp4Dfwofpnc
fTA96AOv+FN7Pf8Aw50uS5ZndA8QZjklVdgv5AAfhXYVm+HdFi8PeHrHS4TuW1iCFsY3N1Zse5JP
41pUAecfHK9uLXwNFFAWWO5u0jmKnqu1mwfqVH5VofDXw/oS+BtMuLaztZpJ4Q88rxqzNJ/ECT6H
Ix7V0fiTw/Z+KNEn0y/B8qUcOv3kYdGHuK8ZfRPHHwpuJZ9KY3ulFtz7FLxkerp1Q46kfnQB69a+
DdDsNeXWLHT4rW8CMhMPyKwPXKjjPviuJ+MPjDSP+Ee1Pw4Lhv7UzCTF5bY+8j/exj7vNbPgP4o2
HjKT7FNF9i1MLu8ktuWUDqUP9Dz9earfGLSNOPgbUtRNha/bwYQLnyV83HmKPv4z0460AYvgD4m+
GtB8E6dp2o3kkd1Arh1EDsBl2I5A9CK9O1HW9O0nTvt+oXkVvakDEkhwDnkADqT7DmuJ+GXhnQ7/
AOHulXN5o2m3Fw6ybpZbVHdsSMBkkZPArq/EPhTS/FEdpFq0LSxWsnmJGrlVJxjBx2oA5iX41+Eo
5/LWa7kX/notudv64P6V1ug+I9L8S2X2rSLtLiIHDAcMh9GU8j8apT6P4TsLQ2txZaNbwYwUkjjU
fjn615j8NDDo/wAXtX0vTZhJp0qSiPY+5SFYMhz3wMjPuaAPVvEvijTfCenx3mrSOkMkoiXYhYli
Ceg9gayvEHxN8OeHHhju7mSWaVFkEUCbmVWGQW6AZB6Hmuc+Pf8AyJ9h/wBf6/8Aot6m+Hvw40wa
DBquvW0WpahqEYmJuB5ixowyoAPGcYyfy6UAS+M/iN4el8HXNul3J52qadI1svkt8wbcgycYHzKR
+Fct8KviDoHhbwrNY6tdSRTtdvKFWFnG0qoHIHqDXe+MfDGi23gPUxFpVlmzsJhbs0Ks0Pys3ysR
kckniuW+C/h/R9V8GTz6jpVhdzC9dRJPbJIwGxOMkE45NAHpH9v6efDv9uCYnT/I+0eZsOdmM5x1
/Co/DfiXTvFemG/0qR3gWQxHehUhgASMH2Iqj42gitvh3rMFvEkUMdhIqRooVVAXgADoK5n4E/8A
Ii3H/X/J/wCgJQB3Gv69Y+GtJk1HU5GS3jIUlVLEknAGBUuj6ta67pVvqNg5e2uF3IzKVPXHQ+4N
cf8AGj/knN1/12i/9CrQ+Fn/ACTbRv8Arm//AKMagC5ZeOtCvrzVLZLwRtpZIunmUoi4O0nceOox
WFJ8aPCKXfki5uWTOPOW3bZ/8V+leb6B4WXxf8Ute0+5uZIrKO6nuLiNCQZQspAX826/WvYL74ee
Gb3R207+yLSFNhVJYogsiH+8H65+vXvmgDesL+11SxivLGdJ7aZdySIcgirFeNfBC+ubDXNb8OXD
blhzKBn7rowRsfXI/KvZaACiiigAooooAKKKKAGuiyIyOoZWGCpGQRWf/wAI9pP/AEDrb/v2K0qK
ak1sxNJ7mW3hrSHOTp9v+C4qBvB+iscrZ7GHQpK4/rW3RVe0murFyR7GH/wjCR82upalb+gWfK/k
aQ2Wv2fNvqUF4o/guYtp/wC+lrdop+0l11FyLoZWmaxJdXclle2rWt7GnmFM7lZc43KfrWrWH/zP
n/cN/wDatblKaSasODfUKKKKgoKKKKACiiigCC8tUvrGe1lLCOeNo2K9QGGDj86p6DoNt4dsXtbN
5njeQyEykE5IA7AegrRkkSGN5JXVI0BZmY4CgdSTUVre219GZLO4huIwdpaJwwB9Mj6ind2t0FZX
J6KKKQwooooAKKKKACiiigAooooAKKKKACiiigDD8T/8wj/sJQ/1rcrD8T/8wj/sJQ/1rcrSXwoi
PxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigDD8T/8wj/sJQ/1rcrD8T/8wj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKK4TXvEGrat4lfw94cmjh2oRNcYztIB3DcM7RyozgEN
xmonNQWp04XCzxMnGLSSV23skd3VaHUrK5upLaC8t5biPO+JJVZ1wcHIByMHiuZstA8S6Lf28sOu
NqVs8ii5iuQchM4JXJPIBJ4I6D73SuW0fW7PQPH+vXd+7LGTcKoVSxdvNBCj3OD1wPespV3G3MrH
dRyyNZTdKfPZXVk+9rNPVHrFFYnh7xbpviXzVsmkSWLlopgA5X+8ME5GePbv1GamsfEDRtGvGtZH
muJkJWRbdARGRjgkkDPPbOMHOK09rBR5r6HEsDiZVXRUHzLodNRWNoPirTPEasLGVhMg3PBKu11G
cZ9CPoTjIzjNUtY+IGjaNeNayPNcTISsi26AiMjHBJIGee2cYOcU3Vgo819AjgcRKq6Kg+ZdLHTU
VjaD4q0zxGrCxlYTINzwSrtdRnGfQj6E4yM4zWTe/E3RLO8lgVbq4EZ2+bCilG+hLDI9/wAuKTqw
S5r6FQwGJnUdONN8y3VjqLu9tbCIS3lzDbxk7Q0sgQE+mT34NSRyJNEksTq8bgMrKchgehB7iuV8
b3Gj3fhizuNRa8eymmSSJrQKHJKMQSH7Yz79KsjxLpmg6ZoMLi4FveQokEj7fkUKgBkOQBwwzj3p
e0Sk09ilgpSpRlBNybatbt+p0lFclb/ErQrjUVtc3Eas5QXEiBY/Yk5yAfccZ5xWzr3iKx8OWaz3
ztlztjijALv64BI4Hc/1IpqrBptPYzngcTCcacoNOWy7mpRXIWXxL0i/v7e0it74STyLEpZEwCxw
M/N05rU8W68vh/Qpbj94JZcwwsig7ZCrFSQewI9/pQqsHFyT0RUsBiI1Y0pxtKWxt1Wh1KyubqS2
gvLeW4jzviSVWdcHByAcjB4ri/A3jmTU5k03VHmnv5pGMcgjRUCBM4OMc8N27ip/DP8AYv8AwnWr
fYf7Q+3/AL7zvO2eV/rRu24564xntUKspWcep0VMsnQdSNa94q6ts9fyO2orkD8TdEFgtztutzSG
MQ7F8zgA7iN2AvOOvJzxwac/xK0JNOiugbhmkcp9nVB5iY7kZxjp35z7HFe3p9zL+y8Z/wA+322O
torL0HxFY+I7Np7F2yh2yRSAB09MgE8Hsf6g1jX/AMStCsbpoUNxdbeDJboCmckYySM9OoyOetN1
YJczehlDA4mdR04wbkt12OtoqCyvbfUbOK6s5VlglG5HXof8D7dqpa94isfDlms987Zc7Y4owC7+
uASOB3P9SKtySXM3oYwo1J1PZxi+ba3U1KK5/wAPeM9N8S3UtvZpcRyxp5m2ZANy5wSCCehI6+v1
qHWPiBo2jXjWsjzXEyErItugIjIxwSSBnntnGDnFR7WHLzX0N1gMS6vsVB83Y6aisbQfFWmeI1YW
MrCZBueCVdrqM4z6EfQnGRnGabpniuy1XXbvSYIrhbi1372dVCHawU4IJPU+lNVIu1nuRLCV4uSl
Bpx38jborE0zxXZarrt3pMEVwtxa797OqhDtYKcEEnqfSqNz8QtHtHv0mFwstnN5Jj2rulbJBKDd
0G0kk47dzil7WCV7lrA4mUuRQd9H9+x1NFc7qnjfStJsLK5uPOZryNZo4Y1BkCEZBYZwB269emcG
p9C8W6b4gtbme2aSFbXBl+0ALtUgndnJGOD37U/aQb5b6ieCxEaftXB8vf8AD8zborkJPidoKXgh
U3Tx5A89Yvk574JDYH07cZrrI5EmiSWJ1eNwGVlOQwPQg9xRGpGfwu5NfCV8Ok6sHG+1x9FFFWc5
yVx8PNPv9autQ1Geafz33LEDsCj0J6n9Kj1T4aaNc2jiwje0uMfIwkZlz7hieK7Gq19f22mWj3N5
MkMSDJZjj8B6msXRp2d0ehDMsbzRUJvSySW33bHnnw01e6g1WfRLpmMYVmRWOfLdTyB7Hn8q9Mry
v4fQyap4zvNVEZWFPMkJ9Gc8D8ifyr1Sowrfszqz6MVi/dVm0r+oUUUV0nihRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/ACNWvf8Abv8A+gGtysPSv+Rq17/t3/8AQDW5WlTf
5L8kRDb5v8wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigDhPFOo3lv8QNHt4Lu4jgk8jfEkjBWzKQcgHByOK7uvO/F/wDyUnQ/+2H/AKOavRK1qfDEzhuw
ooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK8i/aA/5BWjf9dpP/QRXrtcP8T/
AAPe+NtNsotOuLeGa2lZiJywVgRjqATngdqAOo8P/wDIuaZ/16Rf+gCtCvHYvh98S4Ikii8VwJGi
hVVbyYAAdB9yuq8CeHPFui6hcy+JtbTULd4gscazPJtbOc/Moxx6etAFT4jfERtFK6H4f/0jXbkh
AIxu8jd047uew/E9s2vhx8Pl8K2rX+pET63dAmaQnd5QPJUHufU9z+vDQ/B3xnZ6tJqFprenpdsz
N9oE8qyHPUk7OCc881pf8IF8Tv8AobYf/A2b/wCIoA9gorlfAmi+I9Fs7uPxPqqahJJIDCVkZ9gx
zywB59PauqoAje4hjmjieWNZZc7EZgGfHXA74qSuR8f+BB41trNor57K9sWZoJAMr82Mg4wf4RyO
nvXHp4P+KUKG1j8TQGH7oka4YnH+8ULUAYPi6ztdK+N+mLoSIkj3FvJLFFwFkZ/mGB0yuCf9416N
8YFJ+Gep4GcNCT/39Sq3gb4XReGtQbV9VvDqOrNnEhBKxk9SCeSx9T6niuv17R4PEGh3ml3WRFcx
lCw6qeoYfQgH8KAOd+Erh/hnpGOwlB/7+vWD8ZvFOpaVFp2kaVO1s9+WMsyEqwUEAAN2ySc/T3NZ
em/Dn4g6DG+naR4htYdPdy25ZGBGe+ChKnjoD+Ndl49+H6eNdHtYvtXk6hZg+VOy5DZA3BgOxwDn
tigDL074JeHILdf7Sa7vrojMsjTFAzd8AdvqTXJeBLCz0v443tlpuBaQLMkYD7sAAcZ+ua34fCvx
NntV0y78SWkNljY08Z3S7enDbAxP1IPvVrwn8LJ/Cfjs6nbXUMmmLb+WiuzGYsVUMSNuMFtx6+lA
EPx7/wCRPsP+v9f/AEW9dz4T/wCRP0X/AK8IP/Ra1ifE3wffeNNAtrLTpraKWK5ExNwzBSu1h1AP
PzDtXSaJZSaZoOn2MzK0ltbRwuydCVUA49uKAKPjZS3gbXQBk/YJ/wD0A1yHwHcN4HulHVb98/8A
fEdejXNtFeWs1tcIHhmRo3U91IwR+RryC0+GPjbwxd3MXhfXraOynbq7FWwOhZdpAPPUelAHo/je
IzeBtcRev2GYj8EJ/pXHfAa4jfwZeQKw8yO+ZmXuAUTB/Q/ka7/SLK4ttCtbPU5xeXCQiOeVuRI2
OTz1/GvLZPhV4m8Na3Nd+CdYjgt5f4JnIZR12sNpVgOxNAG78bb62g8CNayTItxcTp5UZPzNtOSQ
PQev0rX+Fn/JNtG/65v/AOjGrkbr4Q6trGmXt3rurpf6/MipbtI7CGD5gTyBnpkcKAM9O9d/4M0S
48OeEtP0u7eKSe2Qq7RElSSxPGQD39KAPLfhzfW1n8ZvEMdxMsb3MlzFCGON7+cDtHvgH8q9skkS
KNpJGCogLMzHAAHU1896J4Sg8Y/EbxRYyzyW0sUlxNBMn8DicAEjuOTXSXvgL4j6pbf2XfeI7eXT
z8rMZWyy/wC18m5voTQBB8H/APibfEXxHrUaHyHEhDYxjzJdwH5Ka9prA8HeEbLwboosLJmkZm3z
TOPmkfGM+w44Fb9ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8AatblYf8AzPn/AHDf
/atblaT6ehEOvqFFFFZlhRRRQAUUUUAZ3iH/AJFrVP8Ar0l/9ANc78L/APkWrj/r7b/0BK6TXY3m
8P6jHEjPI9rKqqoyWJU4AFYXw5s7mx8Pzx3lvNbyG6ZgsqFSRtTnB+hrVP8Adszfxo6yiiisjQKK
KKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/Ew
ooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAK8w0S7i0L4o6qupMtutwZgru6hV3MJFJOcAFR+ZAr0
+sbXvCumeI1U30TCZBtSeJtrqM5x6EfUHGTjGaxqwcrOO6PRy/E06PPTrX5Zqza3Xmak1zDbeX58
0cXmOI03sF3MeijPUn0rzrwfGj/FDW2dFZozcMhIyVPmgZHocEj8TW/pfw50bS7+O7VrqeSIhoxL
IMKwIIb5QOeO/HtWhpnhSy0rXbvVoJbhri6371dlKDcwY4AAPUetTKM5uLatZm9KthsPTqwpzcua
Nr2trf1ZyHgiNIfiTrcUSKkaCdVVRgKBMuAB2FO+Fv8AyE9Z+2f8f/ybvN/1v3m39eeu3PvjNdbp
nhSy0rXbvVoJbhri6371dlKDcwY4AAPUetVNY+H+jazeNdSJNbzOS0jW7gCQnHJBBGeO2M5Oc1nG
jONmujf4nVVzHD1nUpybSnGKva9nHyutGc7Zf8lmn+w/6n5vO8n7v+q+bdjj/WYzn+L3o+Fv/IT1
n7Z/x/8AybvN/wBb95t/Xnrtz74zXX6D4V0zw4rGxiYzONrzytudhnOPQD6AZwM5xVLWPh/o2s3j
XUiTW8zktI1u4AkJxyQQRnjtjOTnNNUZxtLrdu3qKeY4eqpUG2ouMY81tfdd7tX6+pztl/yWaf7D
/qfm87yfu/6r5t2OP9ZjOf4veo5LXVPB2kXl1pF1p+p+H5XPySAPkNhSWxjPICnBI74HOOz0Hwrp
nhxWNjExmcbXnlbc7DOcegH0AzgZzisb/hV2hfavN33mzfu8nzRsxnO3pux26596TozS03u+u1y4
5jhnUtJvkSitY35uW+u+j10f3mT401KHVvh1pd5bQfZ4nuVVYeMJtWRSBjsCOPbHArN8c/8AIseE
/wDrz/8AZIq7/U/CWm6notvpRWS2tLdw8awEAggEdSDn7xJ7k1BqvgnT9YsNPtLia6WOwj8qIxso
JGFHzZU8/KOmKKlGcr+aQYTMsNRlT3SjKT+TTSOV+K9tDB/Y/kwxx4SSMbFAwq7Nq/QZOB2yat+M
me28faRdWUC315HAWNmydVXe24Hu33sY5BQcHIFdN4j8KWXif7N9tluI/s+7b5LKM7sZzkH+6K47
4iRq3ii0l1a3uBpKw7POtUBdmO443MAM5H3STxkjkmlWg480u7ReXYiFdUaN9YxqX877Lz+TT8zR
0GDVtZ8bf27c6bJpVtHCYmRhhpjjADZwT1znGPkA6jNdT4j/AORY1X/rzm/9ANeYeHIwfGFlL4UT
UjaqUW6a4C8KWO4MV+XaVHGecjjnFevSRpNE8UqK8bgqysMhgeoI7iroPmgzkzaPsMRTelklZbNJ
PZ3b++5xnwp/5Fi5/wCvxv8A0BKzfBv/ACU7Xv8At4/9HLXRaX4B0rR9ZTUrOS6EkZYpGzgoNwIx
0zgA+tW9M8KWWla7d6tBLcNcXW/erspQbmDHAAB6j1ojSnaCfQutjsO515QbftFpps77f8E474UW
0M/9sedDHJlI4zvUHKtv3L9DgZHfAo+FFtDP/bHnQxyZSOM71Byrb9y/Q4GR3wK7Hw54UsvDH2n7
FLcSfaNu7zmU425xjAH940eHPCll4Y+0/YpbiT7Rt3ecynG3OMYA/vGlToyjyX6XuVi8zpVfrPI3
7/Jy/Lf0OC8AyPD4d8UyxOySJahlZTgqQkuCD2NVvCOla5qmj30Oj39jBBKTFcxSgeYwK45Ownbg
kDnrux3r0bw54UsvDH2n7FLcSfaNu7zmU425xjAH941l3vwy0S8vJZ1a6txId3lQuoRfoCpwPb8u
KhYeajHyv1sdMs3w8q1bopOLTcb7JLb8iz4B0h9H0B4nubW5WWdpUltpN6EYVeuBzlTR4w0Q6vLp
rWd/Da6pbSGS0WVhiTG0txgkkbQeAfcc5G7p+n22lWMdnZR+Vbx52puLYySTyST1JrP8ReF7HxNF
Al8ZkaAko8TAEZ6jkEYOB27fWuh0/wB3yJHjwxaeNeIlKybetk+ltVt6q5gaD4jvB4xbR9dsrU6i
sfkpdwINzALv+Y/3WHzcYwe3PGf8Lf8AkJ6z9s/4/wD5N3m/637zb+vPXbn3xmuo0HwVpPh+f7Rb
RyS3IyFmnbcygjBAwAB9cZ5POKh1j4f6NrN411Ik1vM5LSNbuAJCcckEEZ47Yzk5zWSp1FaT1aud
0sbg5e0oxvGM1FXS6p30V9E+1znbL/ks0/2H/U/N53k/d/1Xzbscf6zGc/xe9N8HyInxQ1tXdVaQ
3CoCcFj5oOB6nAJ/A12Og+FdM8OKxsYmMzja88rbnYZzj0A+gGcDOcVS1P4f6Nquqm/mSaN3IaSO
JwqSHPJIxnJ74I9evNHsZqz63uU8xw03KnJtR5FBO2rt1tfr6nN+CJEm+JOtyxOrxuJ2VlOQwMy4
IPcU3wlbxTfFLWHkXLQPcSRnJ+VvM25/JiPxrsdL8Jabo2ry6hYrJE0kIh8oEeWqjbyOM5+UEkk5
JNGmeFLLStdu9WgluGuLrfvV2UoNzBjgAA9R60RoyXLfo7irZlQk6rg370FFeq3OSvf+SzQfbv8A
U/L5Pnfd/wBV8u3PH+szjH8XvW/468m28LavJbeXFdyJF5zR4WRlLhRuI5II3DntkVe8Q+EtN8S+
U16siSxcLLCQHK/3TkHIzz7dupyaF4S03w/a3MFssky3WBL9oIbcoBG3GAMcnt3qlTkuaPR31MZY
2hJUat3zQUVy20dnfe/X03PPtG0TXNV8HPHa6npsOlOWaaOTCspVskuwQkHgHk9Mdq9D8Jac+leG
LK0klhmZAzCSFtyMGYsCDgZGCKxv+FXaF9q83febN+7yfNGzGc7em7Hbrn3rrba3itLWK3gXZFCg
jRck4UDAGT7UUKTg7y7W3DNMwp4iPJSejlzW5Uvvd9X5ktFFFdJ4hXv2ZNOuWQkMsTEEdQcGvJvB
XhqDxbNePqVzc4t9mNjDLbt3UkH+7Xrs6o8EiyNtQqQxzjAxzXOeDdK0bSku10bURemQqZP3isVx
nHT6muerT56kb7ansYHGPDYWtyXUny2aW2uuvQ29L0qz0azW1sIViiHJx1Y+pPc1coordJJWR5M5
ynJyk7thRRRTJCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPSv+Rq17/t3/8A
QDW5WHpX/I1a9/27/wDoBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQBWm06zuLmO4ntLeSePGyV4wWXByMEjIweas1i6l4os9L1u
00ueK4ae62bGRQVG5ioySc9R6VtU2mtxJroFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHm3gf
wZrGh/EbXtWvoI0srzzvJdZAxbdKGHA5HA716TRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQAUVU1W6ex0i8uog
pkggeRQ3QlVJGfyrK8G69c+ItIlurxIUkScxgRAgYCqe5PqarlduYV1ex0FFFFSMKKKKACiiigAo
oooAKKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
w/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKzb3UZbbWtMs0VDHdeb
vJByNq5GOa0qbTVhJ3CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigCrqdob/S7u
0VthuIXiDHtuUjP61yngfwZe+HL+5ub6aBvMj8tViYnPIOTkD0rtaKiVOMpKT3R1UsZVpUZ0Iv3Z
bhRRRVnKFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/8A
oBrcrD0r/kate/7d/wD0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooA878X/APJSdD/7Yf8Ao5q9Erldd8L3mqeLtN1SCW3WC18r
erswY7ZCxwAMdD611VaTaajYiKabCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAw/8AmfP+4b/7VrcrD/5nz/uG/wDtWtytJ9PQiHX1Ciii
sywooooAKKKKAM7xD/yLWqf9ekv/AKAa534X/wDItXH/AF9t/wCgJXWXlql9Yz2spYRzxtGxXqAw
wcfnVPQdBtvDti9rZvM8byGQmUgnJAHYD0FaKS5HEhp8yZp0UUVmWFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hK
H+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/wDI1aD/ANvH/oArcrD1X/katB/7
eP8A0AVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/wCg
GtysPSv+Rq17/t3/APQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAorhPFOo3lv8QNHt4Lu4jgk8jfEkjBWzKQcgHByOK7uqlGy
T7kqV20FFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ6+oUUUVmWFFFFABRRRQA2SRIY3kl
dUjQFmZjgKB1JNRWt7bX0Zks7iG4jB2lonDAH0yPqKq+If8AkWtU/wCvSX/0A1zvwv8A+RauP+vt
v/QEq1G8XIly96x2dFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J
/wDmEf8AYSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A5hH/AGEof61u
VpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBh6r/wAjVoP/AG8f+gCtysPVf+Rq0H/t4/8AQBW5Wk9o+n6siO79
f0QUUUVmWFeRfCfX9Rhv7S31rUL69XXbRp7SW5kkdY5IZJFeJScjJUBycjHAwcivXa8c0yyu/wDh
SWha3pewahoc0t9GSOXjEsgkQtkEKV5YA/MFxjkUAdN8TtT1L7IulaLePaTi0uNRu54ZQJIoYVyo
xkMA7lV3A9jwRmodS1O+j8HeAJkvLlZbu/05LiQSsGmVoyWDnPzAnrnrVWL/AInvh/xx4sPzW99Z
T2unlvmK28UbqWUnlVd8sUwMFc89aZrc0Vt4B+HU08iRRR3+mu8jsFVVERJJJ6ACgD1CvIvhPr+o
w39pb61qF9errto09pLcySOsckMkivEpORkqA5ORjgYORXpth4g0jVZ2h07VbG7lVd5jt7hJGC5A
zgE8ZI/OvLNMsrv/AIUloWt6XsGoaHNLfRkjl4xLIJELZBCleWAPzBcY5FAHTfE7U9S+yLpWi3j2
k4tLjUbueGUCSKGFcqMZDAO5VdwPY8EZrP8AEuoXP/CuvBckmr3ll9subGO7vIrkxybHiO9mfP4k
njIyaIv+J74f8ceLD81vfWU9rp5b5itvFG6llJ5VXfLFMDBXPPWofEX2b/hXXw++3eT9k+26d5/n
Y8vZ5R3bs8bcZznjFAG54Y0nSF1qObTvHGqaxLArObSTV0uEZSNuWQDoCw/HFdvXOaJN4Mi1EJoE
nh9L2VSgFk0IkdfvEfJyR8ufw9qj0jQvE9nqkM+p+Lv7QtE3eZbf2ZFFvypA+dTkYJB/CgDjPDNp
c+O7W9uL7xlq9hr5klEmm2twYEs9pCqDCfmKj5ckEZzgncCTqeOHng1nwhpupeJLzT7eaO5W9vre
4Fp5jJGhDH+EZbt23YFGuTfDnxVajV5tXs7W7j/epeW04gu1KEc7SNzN8gAypOPu9RWK10l63w2u
PGIs/Kkt7wzNeMrRuvlr5buXJBZhsbk/ePY8UAdNo/hrTdQhvY9M8da7qG+NY5Gi1dZWgy4YMCo+
VjsIz6FhWN/wi1z/AMLF/sD/AISzxT9k/sr7bv8A7RPmb/N2YzjG3HtnPeu28PzeFVnmh8NyaKJX
UPLHp7RbmUHALBOwLd/X3rJ/5rf/ANy7/wC3NAHTaRpv9kaXDZfbLy88rd+/vJfMlfLE/M2BnGcD
2ArifG+oyy+NtM0bUNdudA0aS0a4+1W7mFp5gSPL848KAuGwfXB5K46PXtH8Q6hfJLo3ib+yrcRh
Wg+wRz7myctuY5HBAx7e9VdYvfDZgg8O+ML+xuLr7IszteIIVk4KGRSflRid2Ap3DnHrQBWuNE1D
wt4R8TuPEGo38RspJbU3T7prZlibJEvU5IBHA249SSdzwnNLc+DtFmnkeWWSwgd5HYszMY1JJJ6k
mvObZbSwg8ZaX4Zv3v8Aw9DocsrbrnzUtZ2EhEcRzjaVJJI3cjls8V2HgzxNof8Awiug2X9s6d9r
+xW8Pkfak8zfsUbduc7s8Y65oAydOsdS+Ic9xrLeIdU07RPOki0+30+QQtIilV81nxkhmV/kZcjs
cdXwjVNB8VxeFbzVtRvNJ1mylWyu5HU3VvMoJf8AejBOAchiDglAOAah+HXiDT/DmhTeGtevbPTr
/SLmSFhcTeWJlZi6yLvC5U7jjrwAeNwqzBqVp40+JWn3GjzpPZeHoZmmuE5V5ZsxiMZxwAhbeNwP
T3oAydY8LXOn+MfDmkw+LPFLW+p/afOZtRO9fLjDLtOMDk85B/Crvi3SLnQdD0TTbXxBrr/b9egh
lupb0mcI6spVXAHy8ZAIIzzWn4n/AOSneCP+3/8A9EioPipZwahY+HLO6TzLe4162ilTJG5WDgjI
5HB7UAbWg+Ev7Bvnuf7d13UN8Zj8q/vPNjGSDuAwPm4xn0JrhfCPhu58QeAINbvfGfiOzuJY5maQ
6ifJi2O6hiDztAUE/MO/IrutB8C+HvDF895o2n/Zrh4zEz+dI+VJBIwzEdVFeZeGvhtp+v8Awss9
WsINmvjzJo5Cd6TMkjhY2Rzs2kADoOxORkEA9N8CarqGt+CtM1DVk23k8ZLny9m8BiFfH+0oDccH
ORxiuJ8K6/qkviyx16+1C5m0bxHNdW1pBLIUjtAjDydw+55jbGUKOTyckkitDXPGM+s/CS0urS13
3+v402OLACec5ZH6twvyvtJJ6rnvWR4k8N+Nk8Cx2l5J4fW10SFLiGe2kuFuEMCcMp4G7aCORjnt
wQAafxYbV5dS0Ky0XUb6zlmhvpNto7hpmiiV1XCkZJIIHpu79K7PQfEdprnhe11xXSC2lhMshdsL
CVyHBYgcKQwzwOM9K5O41eLXvGHw51OHYFuob2QqjhwjGBdy57lTkH3BrC1GDULC+1b4f20nlprN
7HNp7RfJ5FrIXefChtuxPLK7MqW3Mec4oA0PA2p63f8AxCa41W8ufI1TSG1GGxaXdHbI04WMAA7S
dig7sA/McjOc0tO+w6rqviB9c8d6ppUsGr3MENumrrAoiVhtwrZ4ySOOOPaumhhitvjRHDBGkUUf
hsIkaKFVVFxgAAdABWH4W/4RH7d4n/4SP+wvtf8Ab13s+3+T5mzIxjfztzu9s5oA9D0GzisdFtYY
NQudRi2l0u7mYTPKrEsCXH3hg8e2KyNe8eaf4f1xNIms9Rur6W3FxFFZwea0o3FdqjOdwCsxzgYU
854q7N4k8P6Po9jcm/s4dMmkW1tpYSDDnkBQVyqqNpGeAMc4rG/5rf8A9y7/AO3NAGtqfi200rSr
K7ntb57m+UNb6dFBuu3O3cw8vPVRy3OBjrkjLPDnjPT/ABJdXVnFDeWN/a4MtlfReVMFIBD7cn5e
R9MjOMjPGePYra3+J+mXGrapqOj2N7pxtYr2xuBEfNWUsVc8kJhlycYyR2BIfb6JoM8+twaH4lvt
f1250OeBEuLxbhRGxwB5gUKDvxwW43ZxzmgDWuvi5oVrGLk2ervpz5EWoCzIt5mCk7FZiCWypXoO
QegBNdhpl/FqulWl/ArrFdQpOgcAMFZQwzjPODXmy+MPDNn8GI7KPUrNLiXSmtRbRD9555iYNuQD
Iy+7LEAEnOeQT3Pgz/kSNB/7B1v/AOi1oA2qKKKACiiigDD0r/kate/7d/8A0A1uVh6V/wAjVr3/
AG7/APoBrcrSpv8AJfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAed+L/APkpOh/9sP8A0c1eiVWm06zuLmO4ntLeSePGyV4wWXByMEjIweas
1cpXSXYmMbNsKKKKgoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAMP/mfP+4b/wC1a3Kw/wDmfP8AuG/+1a3K0n09CIdfUKKKKzLCiiigAooooAoa
7G83h/UY4kZ5HtZVVVGSxKnAArC+HNnc2Ph+eO8t5reQ3TMFlQqSNqc4P0NdZRVKVo8pPLrcKKKK
koKKKKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCi
I/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigDD1X/katB/7eP/QBW5WHqv8AyNWg/wDbx/6AK3K0ntH0/VkR3fr+iCiiisywqrFpljBpxsIb
K2jsirIbdIlEZVs7htxjByc+uTVqigCrFpljBpxsIbK2jsirIbdIlEZVs7htxjByc+uTTLnRtNvL
GKyutOs57SHHlQSwK0aYGBtUjAwDgY7VdooAz7Dw/pGlTtNp2lWNpKy7DJb26RsVyDjIA4yB+VTR
aZYwacbCGyto7IqyG3SJRGVbO4bcYwcnPrk1aooAqxaZYwacbCGyto7IqyG3SJRGVbO4bcYwcnPr
k0y50bTbyxisrrTrOe0hx5UEsCtGmBgbVIwMA4GO1XaKAMyz8M6Hp90lzZaNp1tcJnbLDaojrkYO
CBkcEitOiigDM/4RnQ/t323+xtO+1+Z53n/ZU8zfnO7djO7POeuam1HRtN1fy/7T06zvPKz5f2iB
ZNmcZxuBxnA/KrtFAGfYeH9I0qdptO0qxtJWXYZLe3SNiuQcZAHGQPyqz9itvt3237PD9r8vyfP2
DzNmc7d3XbnnHTNT0UAFUtR0bTdX8v8AtPTrO88rPl/aIFk2ZxnG4HGcD8qu0UAVYtMsYNONhDZW
0dkVZDbpEojKtncNuMYOTn1yapQ+E/D9tPHNBoWlxSxsHSRLONWVgcgggcEGteigClqOjabq/l/2
np1neeVny/tECybM4zjcDjOB+VTWdlbafapbWVvDbW6Z2xQoERcnJwBwOSTU9FAEEtlbT3UFzNbw
yXFvu8mVkBePcMNtPUZHBx1oubK2vPK+1W8M/kyCaLzUDbHHRlz0YZ4I5qeigAqCzsrbT7VLayt4
ba3TO2KFAiLk5OAOBySanooAzIvDOhweT5OjadH5EnnRbLVB5b8fMvHDfKvI5+UeladFFAFKDRtN
tvsv2fTrOL7Jv+zbIFXyd/3tmB8ue+OtPk0yxl1GO/ksrZ72Jdkdw0SmRF54DYyB8x/M+tWqKAIP
sVt9u+2/Z4ftfl+T5+weZsznbu67c846ZrPm8J+H7meSafQtLllkYu8j2cbMzE5JJI5JNa9FAFJN
G02O1t7ZNOs1t7aQTQRCBQkTgkhlGMK2STkc8mpvsVt9u+2/Z4ftfl+T5+weZsznbu67c846Zqei
gCC8srbULV7a9t4bm3fG6KZA6Ng5GQeDyAah07RtN0jzP7M06zs/Nx5n2eBY9+M4ztAzjJ/OrtFA
GFq/hexudK1hNOsLG21DUbSaA3AhVGZpFP32AyQWwT1q74fsJdK8OaZYTsjS2lpFA5QkqWVApxnH
GRWhRQAUUUUAFFZ+qanJpnlyfY5Z7c582SI5Mfvt7irFlf22owCa0mSWM91PT6jtVcrtcXMr2MvS
v+Rq17/t3/8AQDW5WHpX/I1a9/27/wDoBrcqqm/yX5ImG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGLqXiiz0vW7TS54rhp7rZsZFBUbmKjJJz1
HpW1Xnfi/wD5KTof/bD/ANHNXolaTikk11IjJtsKKKKzLCiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/wCZ8/7hv/tWtysP/mfP+4b/AO1a3K0n
09CIdfUKKKKzLCiiigAooooAqardPY6ReXUQUyQQPIoboSqkjP5VleDdeufEWkS3V4kKSJOYwIgQ
MBVPcn1NX/EP/Itap/16S/8AoBrnfhf/AMi1cf8AX23/AKAlaJL2bZDb50js6KKKzLCiiigAoooo
AKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwoiPxMKKKKzLCi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigDD8T/APMI/wCwlD/WtysPxP8A8wj/ALCUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA5zxF9q/
4SDRPsPk/aP3+zzs7PujOcc9M1P/AMVR/wBQb/yLRqv/ACNWg/8Abx/6AK3K2crRjp0/VmSjdvX+
rIw/+Ko/6g3/AJFo/wCKo/6g3/kWtyip5/JFcnmzD/4qj/qDf+RaP+Ko/wCoN/5Frcoo5/JByebM
P/iqP+oN/wCRaP8AiqP+oN/5Frcoo5/JByebMP8A4qj/AKg3/kWj/iqP+oN/5Frcoo5/JByebMP/
AIqj/qDf+RaP+Ko/6g3/AJFrcoo5/JByebMP/iqP+oN/5Fo/4qj/AKg3/kWtyijn8kHJ5sw/+Ko/
6g3/AJFo/wCKo/6g3/kWtyijn8kHJ5sw/wDiqP8AqDf+RaP+Ko/6g3/kWtyijn8kHJ5sw/8AiqP+
oN/5Fo/4qj/qDf8AkWtyijn8kHJ5sw/+Ko/6g3/kWj/iqP8AqDf+Ra3KKOfyQcnmzD/4qj/qDf8A
kWj/AIqj/qDf+Ra3KKOfyQcnmzD/AOKo/wCoN/5Fo/4qj/qDf+Ra3KKOfyQcnmzD/wCKo/6g3/kW
j/iqP+oN/wCRa3KKOfyQcnmzD/4qj/qDf+RaP+Ko/wCoN/5Frcoo5/JByebMP/iqP+oN/wCRaP8A
iqP+oN/5Frcoo5/JByebMP8A4qj/AKg3/kWj/iqP+oN/5Frcoo5/JByebMP/AIqj/qDf+RaP+Ko/
6g3/AJFrcoo5/JByebMP/iqP+oN/5Fo/4qj/AKg3/kWtyijn8kHJ5sw/+Ko/6g3/AJFo/wCKo/6g
3/kWtyijn8kHJ5sw/wDiqP8AqDf+RaP+Ko/6g3/kWtyijn8kHJ5sw/8AiqP+oN/5FrmNQGpw6yhs
jYLqJPzpp+/J/wB8H5fzrs9U0+51Hy4o717a3584Rj539AG7d6msNNtdMg8qzhWNe5HVj6k960jV
UVexEqbk7GL4aN2dc1k6gIxc4t/MEf3c7D/SukrD0r/kate/7d//AEA1uVnVd5fJfkXT+H7/AMwo
oorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDldd8L3mq
eLtN1SCW3WC18rerswY7ZCxwAMdD611VFFU5NpJ9BJJBRRRUjCiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/wCZ8/7hv/tWtysP/mfP+4b/AO1a
3K0n09CIdfUKKKKzLCiiigAooooAgvLVL6xntZSwjnjaNivUBhg4/Oqeg6DbeHbF7WzeZ43kMhMp
BOSAOwHoK0ZJEhjeSV1SNAWZmOAoHUk1Fa3ttfRmSzuIbiMHaWicMAfTI+op3drdBWVyeiiikMKK
KKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/Ew
ooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
DD1X/katB/7eP/QBW5WHqv8AyNWg/wDbx/6AK3K0ntH0/VkR3fr+iCiiisywqlp2s6bq/mf2ZqNn
eeVjzPs86ybM5xnaTjOD+VXa8V+Fxl8OS+HrtURNN8Qwy21xIWIAuopZTGSSMAsuEVQRuOTjI5AP
Y7y9ttPtXub24htrdMbpZnCIuTgZJ4HJApj6nYxwW0z3lssV2ypbyGVQszMMqEOfmJHTHWvP/iUI
vEVzdaTvd7bRtMudTulVAU87yysClgcqwy74PUY4IPDNV/5Ej4b/APYR0z/0WaAPTapadrOm6v5n
9majZ3nlY8z7POsmzOcZ2k4zg/lV2vFfhcZfDkvh67VETTfEMMttcSFiALqKWUxkkjALLhFUEbjk
4yOQD2O8vbbT7V7m9uIba3TG6WZwiLk4GSeByQKhudZ02zsYr261GzgtJseVPLOqxvkZG1icHIGR
jtXBfEoReIrm60ne722jaZc6ndKqAp53llYFLA5Vhl3weoxwQeKfih4o/hn4Cee1e7iW708vbpGJ
GmXyTlAp+8SOMd80Aeh2fibQ9QuktrLWdOubh87YobpHdsDJwAcngE1p1xnhWfQ77WP9C8E3mjXE
MbSLdXOkpbjspVXHO4hjx6Zrs6AMy88TaHp909te6zp1tcJjdFNdIjrkZGQTkcEGptR1nTdI8v8A
tPUbOz83Pl/aJ1j34xnG4jOMj868p0OLw74fSXQPiDoqR6lczS7tWuozLHeFiPmWc/Mpw4yeAuMk
qxIrT8b/ANl2OueBVj0x9W0qKG6WK0tohdGWPykCbVJ+cAYOc9BmgDuY/Fnh+VJHj13S3WJd8hW8
jIRchcnngZYD6ketM/4TPw1/0MOkf+BsX/xVZPhq38P62l6kfgp9LVVRJBf6VHAJ1J3YHXcAUBPo
dtZP/CM6H/wuH7F/Y2nfZP7B87yPsqeXv+0Y3bcY3Y4z1xQB39ne22oWqXNlcQ3Nu+dssLh0bBwc
EcHkEUy/1Ox0qBZtRvLa0iZtgkuJVjUtgnGSRzgH8qfZ2Vtp9qltZW8NtbpnbFCgRFycnAHA5JNc
B4+tPsPi+w8Qavo02taBb2TwvBEPN+yy5ZjK0R+UqVABJ4GMnBC5AO5ttZ028sZb211GzntIc+bP
FOrRpgZO5gcDAOTntVmGaK5gjmgkSWKRQ6SIwZWUjIII6giuDP8AwiVx4I8VX/hH7GPtWnS/aVt8
pjbHIq5iONn8X8Iz156103gz/kSNB/7B1v8A+i1oAu6jrOm6R5f9p6jZ2fm58v7ROse/GM43EZxk
fnT4tTsZ9ON/DeW0lkFZzcJKpjCrncd2cYGDn0wa4bwPoGl+LbKbxdrWn215e6rNKyrcRiRYIlby
0jwflYgRj59oPP5lzotp4c+KGlwadbW0Wm+IbSe2vLFYsRExJuD7c7ckELjbjG7uxNAHU/8ACZ+G
v+hh0j/wNi/+Kqf/AISbQ/sP23+2dO+yeZ5Pn/ak8vfjO3dnG7HOOuK4zxF4Z0OD4i+DraHRtOjt
7j7b50S2qBJNsQK7hjBweRnpR8S7HRtC0PQR9is7XTF163luY4rcCNl2vvLIo+b5RzwcgYoA7aw8
QaRqs7Q6dqtjdyqu8x29wkjBcgZwCeMkfnVX/hM/DX/Qw6R/4Gxf/FVk+Edb8D6lqssXhWKxS9WE
s5t7AwN5e5QfmKDIyV4z/KvP/BeseAV8D2mn6zY213rDrLG8Mens9xKzO2xVcL94gqAQwxxyMUAe
4VVj1Oxl1GSwjvLZ72Jd8lusqmRF45K5yB8w/MetYXhC2ufCnw8s4/EM22Wwt3kuG3GTykBZguRn
O1MDAyOMDIxXB6JE3hifw9401Apatr93Oup/ONu24JeHbk4WMbA5JO4Z5z0AB6tqOs6bpHl/2nqN
nZ+bny/tE6x78YzjcRnGR+dXa81+KOiL4j8TeGdLYIWuYdQWPexVRIIVKEkc4DBT+HQ9K3fD/jJH
+Hn9ua2fKuLGN476MlRIJoyVKlTtCuxAIQ45cCgDo49TsZdRksI7y2e9iXfJbrKpkReOSucgfMPz
HrVKbxZ4ftp5IZ9d0uKWNijxveRqysDgggngg1wHgPSJdK+I8L3m86hqHh8396zoY2M0tzuYFf4S
BhcDH3c4GapaLe6Rbar4mTUfBt9rkp1y6IuLfS0uVVdw+TcehBycf7XvQB65Z3ttqFqlzZXENzbv
nbLC4dGwcHBHB5BFT1S0eO2j0e1+xWP2C3eMSLamERGLd8xUoOFbJOR65rn9X8S6rd+IZtA8JwWc
l9ZxrNe3F+sggiDY2xgoMl2B3emAepztAOtorj5vF2qeHvC8l34o0tP7U+1m0tbewYut65/1ZTqV
B5+9z8pOMkLWfceKvF3hi1tdS8WWGkHTJZI4p/sJm8203kZd+GUqvIIB5JAB9QD0CiuI8SeJ/Elv
41j8P+HNPsbppbBLoyXLFRDmbYzt8w3KAPugbsnPOMGTSPEfiLVbXWtKNpp1v4l0qSNWLs5tJFc7
lYYJcZQHj1x0yQADW0fxroHiDVZ9O0nUUurqBWd1RH27VYKSGI2sMkdCc54rWs7221C1S5sriG5t
3ztlhcOjYODgjg8giuA+DX9uf8IlY/aP7O/sXy5fs/l7/tO/zjnfn5dv3+nP3feiz8YXOn/BNPEd
lYadbXCZ220MJS3XNx5ZwgORwSevWgD0aiuVGqeJ7Hw5reqa1baXA0Fo9zZ28DPIyFUZikx4DEYU
ZXAPze1c4vjvxfY6HbeJdX0bTk0FvJMscMpNz5bqv71fm27SzDCn5ucH+9QB2Olf8jVr3/bv/wCg
GtyvLdL8WeIdK8ayN4h0e3t7bVLuGzZIJQ8ltIwPk7jnDAqDkj68fdPqVXU3+S/ImG33/mFFFFQU
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBwninUby3+IGj2
8F3cRwSeRviSRgrZlIOQDg5HFd3Xnfi//kpOh/8AbD/0c1eiVrU+GJnDdhRRRWRoFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/AMz5/wBw3/2r
W5WH/wAz5/3Df/atblaT6ehEOvqFFFFZlhRRRQAUUUUAZ3iH/kWtU/69Jf8A0A1zvwv/AORauP8A
r7b/ANASuk12N5vD+oxxIzyPayqqqMliVOABWF8ObO5sfD88d5bzW8humYLKhUkbU5wfoa1T/dsz
fxo6yiiisjQKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/WtysPxP/wAwj/sJQ/1r
crSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/WtytJfCiI/EwooorMsK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKAMPVf+Rq0H/t4/wDQBW5WHqv/ACNWg/8Abx/6AK3K0ntH0/VkR3fr+iCiiisywryyw8LX
l58C7W0lgvLTVrDzby2URusyTJLIy4UYO5gSB/vAgEgV6nRQB55pumX174F8Vaze2VzHrGuw3BNq
8TCSNFR44YduBuIA4O0FtwzmoNftb628A+B3TTb65l067sJ7i3t4GeVVjiO75exB45xzXpVFAHP6
D4t/t6+e2/sLXdP2RmTzb+z8qM4IG0HJ+bnOPQGuMsPC15efAu1tJYLy01aw828tlEbrMkySyMuF
GDuYEgf7wIBIFep0UAeeabpl9e+BfFWs3tlcx6xrsNwTavEwkjRUeOGHbgbiAODtBbcM5qDX7W+t
vAPgd002+uZdOu7Ce4t7eBnlVY4ju+XsQeOcc16VRQBzGkeNv7X1SGy/4RzxHZ+bu/f3lj5cSYUn
5m3HGcYHuRRpHw58MaDqkOo6ZpnkXcO7y5PtErYypU8MxHQntXT0UAcFN40uNSspNO1TwDrU107G
NrZ7ZZbRnDfLmZsLtyFO/bgdecZrGfTtU8JjwBNd2Gqaq2mQ3YultIDM8RkQBU4JGF3bRzghOPSv
VqKAOf0Hxb/b189t/YWu6fsjMnm39n5UZwQNoOT83OcegNUvsVz/AMLh+2/Z5vsn9g+T5+w+Xv8A
tGdu7puxzjriutooA5/XvAvh7xPfJeazp/2m4SMRK/nSJhQSQMKwHVjVXU9el8Hz2Wm2vhrVL3Sk
tAsM2noZ2jZTtEbKeQAuDuJ59DgkdVRQB5kdNvdX/wCEq1u00W80m0vNGltorN4VSW9nPmEyvGpy
HBJUZBLBsg84rQ8J+L5bbStF0afwv4miljhgtHmfTysSsFVSxYnhQec46V3tFAHnOg3WqfDm1uNE
vND1fU9OjuZG0250+Jbg+STu2yAbSrAtnJHJLY4UVf0KPUvFXiyLxDq2lXOmWWnwvFptvc4Eju7M
rysBhkOxVXYwI5yD3Pb0UAcl4isrmf4i+DrmG3mkt7f7b50qoSke6IBdx6DJ4GetHj+yubz/AIRr
7LbzT+Tr1rNL5SFtiDdlmx0UZ5J4rraKACvPPCvhBdZ+DlpoetWj285WYqLiEh7eTzJCj7Tg5GQe
2QcdDXodFAHll1eeIdd+GWjaPLbajBqd/cpYX8rWc++GANhpWJx1XZuJOG3OOx23dY+FCN4aurO0
17xHdeXbkW1lNfKYWZRmNCpUDbkL6Y9q9GooA88t21TWdc+HupXlhfJLDDdrfNNbFDHJ5QQlwBhQ
zAlc4yCOO1Z+r+FrxvHNzoUEF43h7XrmHUb2QRu0MZTzGkiLdmkdEO4FSPlGCMV6nRQByX2K5/4X
D9t+zzfZP7B8nz9h8vf9ozt3dN2OcdcVz/h/xBc+Fb7xFbXXhnxHc/adaubmKW0sC8bIxABBJGfu
544wRXptFAHOXXiq7XRdN1Cy8O6pO15drA9pJH5U8CEsDIynIA+UdSB8wyRWLeNqXhDx5q2sDSr7
U9K1eGDd9ggEssU0YKhdu8HbtDEtjqyj697RQBwXiNdY8YeF7bUNL0i5s73TtTivLO0v1VHuBHwd
67hsGWfgnJCD+8MUvEWpap8RLJfDmnaBqmmW10wa8vdUtTEsUaMrDYM/MxIHGf0JZfSqKAOS+xXP
/C4ftv2eb7J/YPk+fsPl7/tGdu7puxzjrijw7ZXMHxF8Y3M1vNHb3H2LyZWQhJNsRDbT0ODwcdK6
2igDkvhbZXOn/DrS7a9t5ra4Tzd0UyFHXMrkZB5HBBrkv7G1P/hnb+zf7OvPt/8Az6+Q3m/8fe77
mM9OenTmvWqKAMjxZDLc+DtahgjeWWSwnRI0UszMY2AAA6kmuT8S6ZfT/AqGwhsrmS9FhZobdImM
gZWi3DbjORg59MGvQ6KAPNvFVlc3niqD7LbzT+Tr2mzS+UhbYgR8s2OijPJPFek1h6V/yNWvf9u/
/oBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQBWm06zuLmO4ntLeSePGyV4wWXByMEjIweas1i6l4os9L1u00ueK4ae62bGRQVG5i
oySc9R6VtU2mtxJroFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAYf8AzPn/AHDf/atblYf/ADPn/cN/9q1uVpPp6EQ6+oUUUVmWFFFFABRR
RQAUVU1W6ex0i8uogpkggeRQ3QlVJGfyrK8G69c+ItIlurxIUkScxgRAgYCqe5PqarlduYV1ex0F
FFFSMKKKKACiiigAooooAKKKKACiiigAooooAw/E/wDzCP8AsJQ/1rcrD8T/APMI/wCwlD/WtytJ
fCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwoiPxMKKKKzLCi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigDD1X/AJGrQf8At4/9AFblYeq/8jVoP/bx/wCgCrupazZ6Ug+0yZkb7kSDc7/QVpJNqKXb
9WZppOTf9aIv0VnaXc6hdmSW8tUtYDjyoySZPq3YfStGoas7Fp3VwooopDCiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigDD0r/AJGrXv8At3/9ANblYelf8jVr3/bv/wCgGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHnfi//AJKTof8A2w/9HNXo
lcrrvhe81TxdpuqQS26wWvlb1dmDHbIWOABjofWuqrSbTUbERTTYUUUVmWFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/wDatblYf/M+
f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf+Ra1T/r0l/9ANc78L/+RauP+vtv/QErrLy1
S+sZ7WUsI542jYr1AYYOPzqnoOg23h2xe1s3meN5DITKQTkgDsB6CtFJcjiQ0+ZM06KKKzLCiiig
AooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKK
KzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigDD8T/wDMI/7CUP8AWtysPxP/AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA5v
xHFcT67o0dpOIJ2FxskK7tp2DtWDa2d9pGpudR1E2NxKfluntlmR/wDgZOR+ldNqv/I1aD/28f8A
oArYmgiuIminjWSNhgqwyDXSqvJFLo1+rMHT5pN+f6Ixl0zW2UMviMFSMgiyjwf1pf7K1z/oYf8A
ySj/AMauabo8WlSSi1lmED8iBmyqH/Z71oVm6jvpb7kWoaa/mzD/ALK1z/oYf/JKP/Gj+ytc/wCh
h/8AJKP/ABrcope0fl9y/wAh8i8/vZh/2Vrn/Qw/+SUf+NH9la5/0MP/AJJR/wCNblFHtH5fcv8A
IORef3sw/wCytc/6GH/ySj/xo/srXP8AoYf/ACSj/wAa3KKPaPy+5f5ByLz+9mH/AGVrn/Qw/wDk
lH/jR/ZWuf8AQw/+SUf+NblFHtH5fcv8g5F5/ezD/srXP+hh/wDJKP8Axo/srXP+hh/8ko/8a3KK
PaPy+5f5ByLz+9mH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5JR/41uUUe0fl9y/yDkXn97MP+ytc/wCh
h/8AJKP/ABo/srXP+hh/8ko/8a3KKPaPy+5f5ByLz+9mH/ZWuf8AQw/+SUf+NH9la5/0MP8A5JR/
41uUUe0fl9y/yDkXn97MP+ytc/6GH/ySj/xo/srXP+hh/wDJKP8Axrcoo9o/L7l/kHIvP72Yf9la
5/0MP/klH/jR/ZWuf9DD/wCSUf8AjW5RR7R+X3L/ACDkXn97MP8AsrXP+hh/8ko/8aP7K1z/AKGH
/wAko/8AGtyij2j8vuX+Qci8/vZh/wBla5/0MP8A5JR/40f2Vrn/AEMP/klH/jW5RR7R+X3L/IOR
ef3sw/7K1z/oYf8AySj/AMaP7K1z/oYf/JKP/Gtyij2j8vuX+Qci8/vZh/2Vrn/Qw/8AklH/AI0f
2Vrn/Qw/+SUf+NblFHtH5fcv8g5F5/ezD/srXP8AoYf/ACSj/wAaP7K1z/oYf/JKP/Gtyij2j8vu
X+Qci8/vZh/2Vrn/AEMP/klH/jR/ZWuf9DD/AOSUf+NblFHtH5fcv8g5F5/ezD/srXP+hh/8ko/8
aP7K1z/oYf8AySj/AMa3KKPaPy+5f5ByLz+9mH/ZWuf9DD/5JR/40f2Vrn/Qw/8AklH/AI1uUUe0
fl9y/wAg5F5/ezD/ALK1z/oYf/JKP/Gj+ytc/wChh/8AJKP/ABrcoo9o/L7l/kHIvP72Yf8AZWuf
9DD/AOSUf+NH9la5/wBDD/5JR/41uUUe0fl9y/yDkXn97Oc8OxTweINbjurj7TMPI3S7Am75Tjgc
DjiujrD0r/kate/7d/8A0A1uUVXeXyX5BT2+/wDMKKKKzLCiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKK4TxTqN5b/ABA0e3gu7iOCTyN8SSMFbMpByAcHI4ru
6qUbJPuSpXbQUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQA2S
RIY3kldUjQFmZjgKB1JNRWt7bX0Zks7iG4jB2lonDAH0yPqKq+If+Ra1T/r0l/8AQDXO/C//AJFq
4/6+2/8AQEq1G8XIly96x2dFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tbl
Yfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+F
ER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAYeq/8jVoP/bx/wCgCtysPVf+Rq0H/t4/9AFblaT2j6fqyI7v1/RBRRRW
ZYV5F8J9f1GG/tLfWtQvr1ddtGntJbmSR1jkhkkV4lJyMlQHJyMcDByK9drxzTLK7/4UloWt6XsG
oaHNLfRkjl4xLIJELZBCleWAPzBcY5FAHTfE7U9S+yLpWi3j2k4tLjUbueGUCSKGFcqMZDAO5Vdw
PY8EZqHUtTvo/B3gCZLy5WW7v9OS4kErBplaMlg5z8wJ6561Vi/4nvh/xx4sPzW99ZT2unlvmK28
UbqWUnlVd8sUwMFc89aZrc0Vt4B+HU08iRRR3+mu8jsFVVERJJJ6ACgD1CvIvhPr+ow39pb61qF9
errto09pLcySOsckMkivEpORkqA5ORjgYORXpth4g0jVZ2h07VbG7lVd5jt7hJGC5AzgE8ZI/OvL
NMsrv/hSWha3pewahoc0t9GSOXjEsgkQtkEKV5YA/MFxjkUAdN8TtT1L7IulaLePaTi0uNRu54ZQ
JIoYVyoxkMA7lV3A9jwRms/xLqFz/wAK68FySaveWX2y5sY7u8iuTHJseI72Z8/iSeMjJoi/4nvh
/wAceLD81vfWU9rp5b5itvFG6llJ5VXfLFMDBXPPWofEX2b/AIV18Pvt3k/ZPtunef52PL2eUd27
PG3Gc54xQBueGNJ0hdajm07xxqmsSwKzm0k1dLhGUjblkA6AsPxxXb1zmiTeDItRCaBJ4fS9lUoB
ZNCJHX7xHyckfLn8Pao9I0LxPZ6pDPqfi7+0LRN3mW39mRRb8qQPnU5GCQfwoA4zwzaXPju1vbi+
8ZavYa+ZJRJptrcGBLPaQqgwn5io+XJBGc4J3Ak6njh54NZ8IabqXiS80+3mjuVvb63uBaeYyRoQ
x/hGW7dt2BRrk3w58VWo1ebV7O1u4/3qXltOILtShHO0jczfIAMqTj7vUVitdJet8NrjxiLPypLe
8MzXjK0br5a+W7lyQWYbG5P3j2PFAHTaP4a03UIb2PTPHWu6hvjWORotXWVoMuGDAqPlY7CM+hYV
jf8ACLXP/Cxf7A/4SzxT9k/sr7bv/tE+Zv8AN2YzjG3HtnPeu28PzeFVnmh8NyaKJXUPLHp7RbmU
HALBOwLd/X3rJ/5rf/3Lv/tzQB02kab/AGRpcNl9svLzyt37+8l8yV8sT8zYGcZwPYCuf8RXtzB8
RfB1tDcTR29x9t86JXISTbECu4dDg8jPSruvaP4h1C+SXRvE39lW4jCtB9gjn3Nk5bcxyOCBj296
5/xNcJpHjfwHJrGoQ/uI7xZ7ubbCjt5KgsecLk9vfFAHU+LJpbbwdrU0EjxSx2E7pIjFWVhGxBBH
Qg1xPiW51O7+HXguO11W8s7vUbmxglu4pWEh8yI5LEEFueSCeSK6bxFrOm6v4I8Rf2ZqNneeVp0/
mfZ51k2ZjbGdpOM4P5VzOq/8iR8N/wDsI6Z/6LNAGnaeKZ9W+GmtNNP5OvaZZXEF8kcg8yGdEcb8
rgDJXcCvAOQCcGq2panfR+DvAEyXlyst3f6clxIJWDTK0ZLBzn5gT1z1rP8AiXbXPhq/1DXrSKaT
TtY06Ww1JUBYJLsKwykbsDkqucYAB7uKfrcMVz4B+HUM8aSxSX+mo8bqGVlMRBBB6gigDd0rUdQ8
ZeJWuoDNbeGtNkZYJIptp1GdTjdlfvQj5sAHDHGd3Kr2dcF4dvZfBOvp4S1m/eaynUNot1MhBK5I
Nu79Cy/LtA7EDjKqOtt9e0271q70iG7RtQs1V5oCCGVWAIIyPmGCM4zjIzjNAGF4c+Iun+Kbq2i0
zTdXaKbcHuWtcQwMoJ2O4JAYgAjGfvr3yAax8RdP0m6uootN1fUYrPIubmwtfMhgYDLIzkgBlGCf
TPPOQIfhF/yTHSP+23/o564LwTZaQNJl07V/GWtaFqWnzSQXFmuqJbwq29v9XnII65weuexBIB6n
e+MtHs9AtdYW4e5tbxhHai2iaR55CCVjVQPvEqRg4weDiszSfiXpereILfRBY6paalMzqYLu3EbR
BY94LfNwGGcYyeOQAQTyvkeH9K/4V/f2d15/hq0ubuJby8A+WWTJQsCoIxIrYbaAu0Ekda1NR8Sa
TrvxY8J2+lX8N49n9s84wnci74AVw33W6HoTjHNAHo1FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAGHpX/ACNWvf8Abv8A+gGtysPSv+Rq17/t3/8AQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDzvxf/wAlJ0P/ALYf+jmr0Sq0
2nWdxcx3E9pbyTx42SvGCy4ORgkZGDzVmrlK6S7ExjZthRRRUFBRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8AM+f9w3/2rW5WH/zPn/cN/wDa
tblaT6ehEOvqFFFFZlhRRRQAUUUUAUNdjebw/qMcSM8j2sqqqjJYlTgAVhfDmzubHw/PHeW81vIb
pmCyoVJG1OcH6GusoqlK0eUnl1uFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hK
H+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tb
laS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAYeq/wDI1aD/ANvH/oArcrD1X/katB/7eP8A0AVuVpPaPp+rIju/
X9EFFFFZlhVWLTLGDTjYQ2VtHZFWQ26RKIyrZ3DbjGDk59cmrVFAFWLTLGDTjYQ2VtHZFWQ26RKI
yrZ3DbjGDk59cmmXOjabeWMVldadZz2kOPKglgVo0wMDapGBgHAx2q7RQBn2Hh/SNKnabTtKsbSV
l2GS3t0jYrkHGQBxkD8qmi0yxg042ENlbR2RVkNukSiMq2dw24xg5OfXJq1RQBVi0yxg042ENlbR
2RVkNukSiMq2dw24xg5OfXJplzo2m3ljFZXWnWc9pDjyoJYFaNMDA2qRgYBwMdqu0UAZln4Z0PT7
pLmy0bTra4TO2WG1RHXIwcEDI4JFadFFAGZ/wjOh/bvtv9jad9r8zzvP+yp5m/Od27Gd2ec9c1Nq
Ojabq/l/2np1neeVny/tECybM4zjcDjOB+VXaKAM+w8P6RpU7TadpVjaSsuwyW9ukbFcg4yAOMgf
lVn7Fbfbvtv2eH7X5fk+fsHmbM527uu3POOmanooAKpajo2m6v5f9p6dZ3nlZ8v7RAsmzOM43A4z
gflV2igDPtfD+kWMFxDZ6VY28VyuyeOK3RFlXBGGAHzDBPX1NTPpljJBbQvZWzRWjK9vGYlKwsow
pQY+UgdMdKtUUAQXllbahavbXtvDc2743RTIHRsHIyDweQDTH0yxkgtoXsrZorRle3jMSlYWUYUo
MfKQOmOlWqKAILmytrzyvtVvDP5Mgmi81A2xx0Zc9GGeCOaIrK2gup7mG3hjuLjb50qoA8m0YXce
pwOBnpU9FAEFnZW2n2qW1lbw21umdsUKBEXJycAcDkk1Wv8Aw/pGqzrNqOlWN3Kq7BJcW6SMFyTj
JB4yT+daFFAFWXTLGfThYTWVtJZBVQW7xKYwq42jbjGBgY9MCsK88Kf8VP4ZvdMis7Ww0j7V5kCL
s/1qYGxVGOuSenXvXT0UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFUNR1e30povtayrFISPNCZ
RD/tHtmrkUsc8ayROrowyGU5B/GnZpXFdXsY2lf8jVr3/bv/AOgGtysPSv8Akate/wC3f/0A1uVd
Tf5L8kTDb5v8wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigDF1LxRZ6Xrdppc8Vw091s2MigqNzFRkk56j0rarzvxf/wAlJ0P/ALYf+jmr0StJxSSa6kRk
22FFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQBh/8z5/3Df/AGrW5WH/AMz5/wBw3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAFTVbp7HSLy6i
CmSCB5FDdCVUkZ/Ksrwbr1z4i0iW6vEhSRJzGBECBgKp7k+pq/4h/wCRa1T/AK9Jf/QDXO/C/wD5
Fq4/6+2/9AStEl7Nsht86R2dFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW
5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5Wkv
hREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFAHOeIpZ4PEGiSWtv9pmHn7Yt4Td8ozyeBxzU/wDauuf9C9/5Ox/4Uar/
AMjVoP8A28f+gCtytnJKMbq+nn3Zkk23r/VkYf8Aauuf9C9/5Ox/4Uf2rrn/AEL3/k7H/hW5RU86
/lX4/wCZXK+7/D/Iw/7V1z/oXv8Aydj/AMKP7V1z/oXv/J2P/CtyijnX8q/H/MOV93+H+Rh/2rrn
/Qvf+Tsf+FH9q65/0L3/AJOx/wCFblFHOv5V+P8AmHK+7/D/ACMP+1dc/wChe/8AJ2P/AAo/tXXP
+he/8nY/8K3KKOdfyr8f8w5X3f4f5GH/AGrrn/Qvf+Tsf+FH9q65/wBC9/5Ox/4VuUUc6/lX4/5h
yvu/w/yMP+1dc/6F7/ydj/wo/tXXP+he/wDJ2P8Awrcoo51/Kvx/zDlfd/h/kYf9q65/0L3/AJOx
/wCFH9q65/0L3/k7H/hW5RRzr+Vfj/mHK+7/AA/yMP8AtXXP+he/8nY/8KP7V1z/AKF7/wAnY/8A
CtyijnX8q/H/ADDlfd/h/kYf9q65/wBC9/5Ox/4Uf2rrn/Qvf+Tsf+FblFHOv5V+P+Ycr7v8P8jD
/tXXP+he/wDJ2P8Awo/tXXP+he/8nY/8K3KKOdfyr8f8w5X3f4f5GH/auuf9C9/5Ox/4Uf2rrn/Q
vf8Ak7H/AIVuUUc6/lX4/wCYcr7v8P8AIw/7V1z/AKF7/wAnY/8ACj+1dc/6F7/ydj/wrcoo51/K
vx/zDlfd/h/kYf8Aauuf9C9/5Ox/4Uf2rrn/AEL3/k7H/hW5RRzr+Vfj/mHK+7/D/Iw/7V1z/oXv
/J2P/Cj+1dc/6F7/AMnY/wDCtyijnX8q/H/MOV93+H+Rh/2rrn/Qvf8Ak7H/AIUf2rrn/Qvf+Tsf
+FblFHOv5V+P+Ycr7v8AD/Iw/wC1dc/6F7/ydj/wo/tXXP8AoXv/ACdj/wAK3KKOdfyr8f8AMOV9
3+H+Rh/2rrn/AEL3/k7H/hR/auuf9C9/5Ox/4VuUUc6/lX4/5hyvu/w/yMP+1dc/6F7/AMnY/wDC
j+1dc/6F7/ydj/wrcoo51/Kvx/zDlfd/h/kYf9q65/0L3/k7H/hR/auuf9C9/wCTsf8AhW5RRzr+
Vfj/AJhyvu/w/wAjD/tXXP8AoXv/ACdj/wAKP7V1z/oXv/J2P/CtyijnX8q/H/MOV93+H+RhPqWt
SIUfw4GVhgg3sZBH5VzV3d6hoN8j2VgbEytza/aVmWT6IOR9RXZapFqU/lw6fNFbo2fNmYbmUf7I
6Umm6HaaYTIgaW5f79xKdzt+PatI1IxV2l6a/wCZEoSk9/yMzw1PPc65rMt1bm3mcW5aInO35D/+
uukrD0r/AJGrXv8At3/9ANblZ1fi+S/Iun8P3/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcrrvhe81TxdpuqQS26wWvlb1dmDHbIWOABjofWuqooqn
JtJPoJJIKKKKkYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBBeWqX1
jPaylhHPG0bFeoDDBx+dU9B0G28O2L2tm8zxvIZCZSCckAdgPQVoySJDG8krqkaAszMcBQOpJqK1
vba+jMlncQ3EYO0tE4YA+mR9RTu7W6Csrk9FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/
+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/
2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/AMjVoP8A28f+gCtysPVf+Rq0H/t4/wDQBW5Wk9o+
n6siO79f0QUUUVmWFef/AA28e6n4ruJoNbgs7eWS3W6s1t0YebEJHjdjlmxh1AwcH6ivQK8S0dE0
T4deD/GMVt5kuk3MsdyVC5NtJLIjdSCzAsNozgFySMZoA9A+IHi+58K6bAul28Nzqdz5jxRzZCLF
Ehklc4xnCjpkE54zjFMvfF19beHPCV+kVsZdZu7OC4BVtqrMm5tnPBB6Zz+NYupzS65c+O9T8x2s
tM0yfSrUKxCF/LLz5U87gwQbhgEAdcZpmq/8iR8N/wDsI6Z/6LNAHptef/Dbx7qfiu4mg1uCzt5Z
LdbqzW3Rh5sQkeN2OWbGHUDBwfqK9ArxLR0TRPh14P8AGMVt5kuk3MsdyVC5NtJLIjdSCzAsNozg
FySMZoA9A+IHi+58K6bAul28Nzqdz5jxRzZCLFEhklc4xnCjpkE54zjFVda8XavbeDvDN/p0VidQ
1ma1gIuFfylaaMt2OQA2PXj1rM1OaXXLnx3qfmO1lpmmT6VahWIQv5ZefKnncGCDcMAgDrjNVvEV
t9s+HXw+tvOmg86906PzYW2yJmIjcp7MM5B9aAOs0j/hOP7Uh/tv/hHPsHzeb9j8/wA37pxt3cdc
Zz2zXT1z+g+Ev7Bvnuf7d13UN8Zj8q/vPNjGSDuAwPm4xn0JqDSNd8T3mqQwan4R/s+0fd5lz/ac
UuzCkj5FGTkgD8aAMOx8T+N/E2nTaz4c0/RY9LdnFpFetIbiZV4z8rbQSwIwSMeuPmOh4j8R+Ira
/wDDenaTaadBf6vHM00d8zukLRorldyEZxlhnBzgdKgufAWoaLfS3/gfVv7OMsnmS6bcDdZyElM4
UDMeQp5AJ7AqK5++vf8AhPr/AOHtybi80972O+8yWzfypEdEAfYfmwpZCPXaaAOtg/4WD5Nz9o/4
RbzfLH2fy/tG3fvXO/P8Ozf05zt7ZrG/t/4g/wDCVf2Bs8Lfa/sX23fi48vZv2YznO7PtjHeus8P
eG/+Ef8AtH/E41fUfP2/8hG587y8Z+7wMZzz9BWN/wA1v/7l3/25oA6bSP7T/suH+2/sf2/5vN+x
7vK+8cbd3PTGc981maxr9zp/jHw5pMKQm31P7T5zMDvXy4wy7TnA5POQfwo17WPEOn3yRaN4Z/tW
3MYZpvt8cG1snK7WGTwAc+/tWLrUs8/xB8AS3Vv9muHjvWlh3h/LYwLldw4ODxkdaAOq8QX8uleH
NTv4FRpbW0lnQOCVLKhYZxjjIrlfEHjHWbHwR4d1PS7Wzm1PV5LaLyZQfL3SxlsL8wx8wAGT0610
HjP/AJEjXv8AsHXH/otq4zVf+RI+G/8A2EdM/wDRZoA6qPxWt/8ADubxLp6JuFhLcrG+SqyIrZQ9
CQGUjIxnHFUr3xdfW3hzwlfpFbGXWbuzguAVbaqzJubZzwQemc/jXK+Kn/4QvWfEdnI+3SfE2nXM
8G5/lju1jbeOX/jyOcclkUcLVrW42l8A/DqNJXhZ7/TVEiAFkJiPIyCMj3BHtQB1P/CVPqfi/wDs
LQvJlFl+81O6kRmjiGcCFMEDzSfU4UK3DEEDp64j4dXEunpeeG9VsktNYs28+aUSFhqCuT/pAZju
YkjDE9DgcfdXpPE15Pp/hXV7y1fy7i3sppYnwDtZUJBweDyO9AD5fEGkQaiLCbVbGO9LKgt3uEEh
ZsbRtznJyMeuRU1/qdjpUCzajeW1pEzbBJcSrGpbBOMkjnAP5VxnhXwZ4b1zwHp0l9ZW2oy3kInu
Lx8Gd5WO98yrhshyV654wc81DDYWPif4s65DrrJeLpEMAsLKYqY1WSMGR/L/AIjkryc43D0XAB3l
ne22oWqXNlcQ3Nu+dssLh0bBwcEcHkEVTTxNocklvGms6cz3OPIUXSEy5YqNoz83zAjjuCK5LQ7W
z0X4x6pp2jmGG0udKjubi1hVAkUyuFUAKPl+Rt2O+/PpjmfDXg/Qrj4I3mqzabDJfy2VzKbhslw0
TSbCpz8uNoztxnHOaAOz+IvimTQ7XT7LT9Ws7C+vb2GGSWXY728DFt0uxjjaCuCTx16HkXLfUL22
0LRmi8QaRqTz3qwzX1wViS5Qs2ViEZ2mXgKB0O05rk/EVlbal4V+H17fW8Nzd3N7p0M88yB5JUZC
WVmPJUkkkHgk1s+PLK20+18JW1lbw21uniK02xQoERclycAcDkk0AdbeazpunyPHe6jZ2zpGJmWa
dUKoW2hiCeF3EDPTPFEus6bBHBJNqNnGlxG00LNOoEiKu5mU55ULySOAOa4zU9H0/WfjXDHqdnDd
xQ6D5qRzLuTd57LkqeDwx6/XqBTPHGg6bqvjTwVpF5aI2nst4nkITGoVYlKgbSMAFR09KAOzj8Qa
RLp0l/Hqti9lE2yS4W4Qxo3HBbOAfmH5j1qzZ3ttqFqlzZXENzbvnbLC4dGwcHBHB5BFecyeD9Cl
+LracdNhWwbSkv2tEykLTpNsVzGCFOFJGMY+Y5HJzp+CbODSvHfjPTbFPIsYpLSWO3Qny42kiLOV
XoMnHTsAOgFAHdUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/AOgGtysPSv8Akate/wC3f/0A1uVp
U3+S/JEQ2+b/ADCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKAOE8U6jeW/xA0e3gu7iOCTyN8SSMFbMpByAcHI4ru6878X/wDJSdD/AO2H/o5q9ErWp8MT
OG7CiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKAMP/mfP+4b/wC1a3Kw/wDmfP8AuG/+1a3K0n09CIdfUKKKKzLCiiigAooooAzvEP8AyLWq
f9ekv/oBrnfhf/yLVx/19t/6AldJrsbzeH9RjiRnke1lVVUZLEqcACsL4c2dzY+H547y3mt5DdMw
WVCpI2pzg/Q1qn+7Zm/jR1lFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/wDmEf8AYSh/
rW5WH4n/AOYR/wBhKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J/wDmEf8A
YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHqv/ACNWg/8Abx/6AK3Kw9V/5GrQf+3j/wBAFblaT2j6
fqyI7v1/RBRUazxPM8Kyo0qAFkDAso9xUlZlhWFp/hGx03wa/hqGW5ayaGWAyOymTbIWLc4xn5jj
j0rdooAwtP8ACNjpvg1/DUMty1k0MsBkdlMm2QsW5xjPzHHHpUOqeCLHVfDml6M93fQRaY0T281v
Iqyho0Kqd2084OeAOfSujooA5/QfCX9g3z3P9u67qG+Mx+Vf3nmxjJB3AYHzcYz6E0/T/CNjpvg1
/DUMty1k0MsBkdlMm2QsW5xjPzHHHpW7RQBhaf4RsdN8Gv4ahluWsmhlgMjspk2yFi3OMZ+Y449K
h1TwRY6r4c0vRnu76CLTGie3mt5FWUNGhVTu2nnBzwBz6V0dFAHMaR4J/sjVIb3/AISPxHeeVu/c
Xl95kT5Uj5l2jOM5HuBXT0UUAcRF8LNNgQ28Os+II9NLNnTkvyLcoxJaPbjO05IPOTk855rQ1nwH
p+rx6QkV5qOnf2RG0Vo1jPsdFKquNxBPRQOvc5zXT0UAc/oPhL+wb57n+3dd1DfGY/Kv7zzYxkg7
gMD5uMZ9Cau/2Dbf8JV/b++b7X9i+xbMjy9m/fnGM7s++Mdq06KACuf8TeD7bxPdWFzNf6jY3Fh5
nky2MwicbwA3OCei44x1NdBRQBzlj4MitNK1Own1nWtQi1GEwOb26ErRKVZTsyvBIb36CprjwjY3
OlaJYPLciLRpoJ7chl3M0K7V38cgjrjH4Vu0UAZHifw1Y+LNFk0zUQ4idlcSR7d8bA5ypIODjI6d
CR3qG48I2NzpWiWDy3Ii0aaCe3IZdzNCu1d/HII64x+FbtFAGLq/hXT9Y1jTdVl86C/0+QPFcW77
HZe8bHHKHJyPc4IycvsvDdpYeJNS1uKS5N1qKxrKjSfuwEUKMKMc4HU5I5xjJzr0UAcZ/wAKv0tP
3Ftqmu22mdDpsWoMLYqfvIVOW2tzn5v4j0rT17wbZa9fJf8A2vUdPv0jEP2qwumikMQJOw9Rtyc9
M5A5roKKAMXw14V0/wALWs8dl50s1zIZbi6uH3zTsSTl2wM4yfzJ6kks0/wjY6b4Nfw1DLctZNDL
AZHZTJtkLFucYz8xxx6Vu0UAYVx4RsbnStEsHluRFo00E9uQy7maFdq7+OQR1xj8Kta3oNtr39n/
AGp5k+wXsd7F5RAy6ZwGyD8vPOMH3rTooAzP7Btv+Eq/t/fN9r+xfYtmR5ezfvzjGd2ffGO1F/oN
tqGu6Vq0zzLcaZ53kqpGxvMUK24YyeBxgj8a06KAMz+wbb/hKv7f3zfa/sX2LZkeXs3784xndn3x
jtRYaDbafruq6tC8zXGp+T5ysRsXy1KrtGMjg85J/CtOigAooooAKKKKACiiigAooooAw9K/5GrX
v+3f/wBANblYelf8jVr3/bv/AOgGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFabTrO4uY7ie0t5J48bJXjBZcHIwSMjB5qzWLqX
iiz0vW7TS54rhp7rZsZFBUbmKjJJz1HpW1Taa3EmugUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8z5/3Df8A2rW5WH/zPn/cN/8Aatbl
aT6ehEOvqFFFFZlhRRRQAUUUUAFFVNVunsdIvLqIKZIIHkUN0JVSRn8qyvBuvXPiLSJbq8SFJEnM
YEQIGAqnuT6mq5XbmFdXsdBRRRUjCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJQ/1r
crD8T/8AMI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/WtysPxP/wAwj/sJQ/1r
crSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigDnPEN5Dp+v6Lc3L7IoxcFjjP8AFZdx4wTVJmhW8/sy0HWTYzyuP
bAIWtrV1D+KNCVgCpFwCCOD8gom0CWyla40GcWrk5a3fmGT8P4fwrpi4JLm3t+rMJKTbtt/wEU9N
1zwxpURW1usM3LyNFIXc+521d/4TPQ/+f7/yDJ/8TVvS9SnvGkhvLKW1uYsbgRlG91bvWjWcnG/v
J/f/AMAuKlbRr7v+CYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E1uUUrw7P7/wDgDtPuvu/4
Jh/8Jnof/P8Af+QZP/iaP+Ez0P8A5/v/ACDJ/wDE1uUUXh2f3/8AAC0+6+7/AIJh/wDCZ6H/AM/3
/kGT/wCJo/4TPQ/+f7/yDJ/8TW5RReHZ/f8A8ALT7r7v+CYf/CZ6H/z/AH/kGT/4mj/hM9D/AOf7
/wAgyf8AxNblFF4dn9//AAAtPuvu/wCCYf8Awmeh/wDP9/5Bk/8AiaP+Ez0P/n+/8gyf/E1uUUXh
2f3/APAC0+6+7/gmH/wmeh/8/wB/5Bk/+Jo/4TPQ/wDn+/8AIMn/AMTW5RReHZ/f/wAALT7r7v8A
gmH/AMJnof8Az/f+QZP/AImj/hM9D/5/v/IMn/xNblFF4dn9/wDwAtPuvu/4Jh/8Jnof/P8Af+QZ
P/iaP+Ez0P8A5/v/ACDJ/wDE1uUUXh2f3/8AAC0+6+7/AIJh/wDCZ6H/AM/3/kGT/wCJo/4TPQ/+
f7/yDJ/8TW5RReHZ/f8A8ALT7r7v+CYf/CZ6H/z/AH/kGT/4mj/hM9D/AOf7/wAgyf8AxNblFF4d
n9//AAAtPuvu/wCCYf8Awmeh/wDP9/5Bk/8AiaP+Ez0P/n+/8gyf/E1uUUXh2f3/APAC0+6+7/gm
H/wmeh/8/wB/5Bk/+Jo/4TPQ/wDn+/8AIMn/AMTW5RReHZ/f/wAALT7r7v8AgmH/AMJnof8Az/f+
QZP/AImj/hM9D/5/v/IMn/xNblFF4dn9/wDwAtPuvu/4Jh/8Jnof/P8Af+QZP/iaP+Ez0P8A5/v/
ACDJ/wDE1uUUXh2f3/8AAC0+6+7/AIJh/wDCZ6H/AM/3/kGT/wCJo/4TPQ/+f7/yDJ/8TW5RReHZ
/f8A8ALT7r7v+CYf/CZ6H/z/AH/kGT/4mj/hM9D/AOf7/wAgyf8AxNblFF4dn9//AAAtPuvu/wCC
Yf8Awmeh/wDP9/5Bk/8AiaP+Ez0P/n+/8gyf/E1uUUXh2f3/APAC0+6+7/gmH/wmeh/8/wB/5Bk/
+Jo/4TPQ/wDn+/8AIMn/AMTW5RReHZ/f/wAALT7r7v8AgmH/AMJnof8Az/f+QZP/AImj/hM9D/5/
v/IMn/xNblFF4dn9/wDwAtPuvu/4Jh/8Jnof/P8Af+QZP/iaP+Ez0P8A5/v/ACDJ/wDE1uUUXh2f
3/8AAC0+6+7/AIJznh29g1DxBrdzav5kL+RtbBGcKQeDz1FdHWHpX/I1a9/27/8AoBrcoq/Fp2X5
BT2+/wDMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
A878X/8AJSdD/wC2H/o5q9Erldd8L3mqeLtN1SCW3WC18rerswY7ZCxwAMdD611VaTaajYiKabCi
iisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAw/+Z8/7hv/ALVrcrD/AOZ8/wC4b/7VrcrSfT0Ih19QooorMsKKKKACiiigDO8Q/wDItap/16S/
+gGud+F//ItXH/X23/oCV1l5apfWM9rKWEc8bRsV6gMMHH51T0HQbbw7Yva2bzPG8hkJlIJyQB2A
9BWikuRxIafMmadFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+J/8A
mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2Eof61uVpL4URH
4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQBh6r/yNWg/9vH/oArcrD1X/AJGrQf8At4/9AFblaT2j6fqyI7v1/RBRRRWZ
YVzHg3x7pvjf7Z/ZkF5F9k2eZ9oRVzv3YxtY/wB0109eJeEHTw3pXgrxPLc+VaXHn6TeBiuNrzSv
G3I4UOCWOegGB1yAep+KvFWn+D9H/tHU/OaIyLEiQpud2OTgZIHQE8kdPXAplx4usbbStEv3iuTF
rM0EFuAq7laZdy7+eAB1xn8a5LxfIuva54iDRJ5XhvQ7hVZiQ/n3ERORg4KiNSOcYLHg8EM1X/kS
Phv/ANhHTP8A0WaAPTa5jwb4903xv9s/syC8i+ybPM+0Iq537sY2sf7prp68S8IOnhvSvBXieW58
q0uPP0m8DFcbXmleNuRwocEsc9AMDrkA9T8VeKtP8H6P/aOp+c0RkWJEhTc7scnAyQOgJ5I6euBV
bVPG9jpXhzS9Ze0vp4tTaJLeG3jVpS0iFlG3cOcDHBPNcx4vkXXtc8RBok8rw3odwqsxIfz7iInI
wcFRGpHOMFjweCK3iL7T/wAK6+H32Hyftf23TvI87Pl7/KO3djnbnGcc4oA6zSPG39r6pDZf8I54
js/N3fv7yx8uJMKT8zbjjOMD3Irp65/Qf+Eu+3P/AMJH/YX2Tyzs+wed5m/Ixnfxtxu984qDSPiN
4Y17VIdO0zU/Pu5t3lx/Z5VzhSx5ZQOgPegDPufippcb3jWWl61qVnZsyy31laiS3BUAt8+4cAHr
07jIwa0NZ8eafpEekPFZ6jqP9rxtLaLYwb3dQqtnaSD0YHp2OcVgWNv4m+G0IsrXT/7f8NxyMYvs
/F5bqzqcFcYkwWfgDnqSg4EHibVrnXfEfgPUvC7WbXFzHeSQfbCTGuYl3K+wk7gNwwDwwxQB0EHj
/wA+G5k/4RbxTH5EYk2yadhpPnVdqDdy3zZx6Kx7VS/4WpbfbvsX/CMeKftfl+d5H9njzNmcbtu/
O3PGema6Dw9/wkv+kf8ACTf2R/D5H9neb77t2/8A4DjHvWN/zW//ALl3/wBuaAOm0jUv7X0uG9+x
3ln5u79xeReXKmGI+ZcnGcZHsRUN/r9tp+u6VpMyTG41PzvJZQNi+WoZtxzkcHjAP4VS17x14e8M
XyWes6h9muHjEqp5Mj5UkgHKqR1U1i61eQah8QfAF5av5lvcR3ssT4I3K0CkHB5HB70Adhqd/FpW
lXd/OrtFawvO4QAsVVSxxnHOBWFrfj3TdB8K6fr91BePaX/l+UkSKZBvQuNwLAdBzgnmrvjP/kSN
e/7B1x/6LauM1X/kSPhv/wBhHTP/AEWaAO9m1u0i8OSa2heayW0N4Ci4Z4wm/gHHJHY4qlceLrG2
0rRL94rkxazNBBbgKu5WmXcu/ngAdcZ/GuGe5bwtaeLPBdwyLZ/2Zc3uj5wD5TK5ePO4lirbsZ5I
VyeMCptbMq+Afh0YER5Rf6aUV2KqzeUcAkA4Ge+D9DQB3t9r9tZaxZ6UqTXN9dfMIYACYohwZXyQ
FQHjPUngAmtOuC+GI03UE1HWWd5PEdxMy6ms6FZLVs8QqpJKxjGBzzt5xt2r3tABRXnPwt0zUNT0
LS/EOp+ItXupf3qpatP+5KhnX5wcl2zkhiePlHRRXMHxHqHi61l1SVfHVtLNvW2TRYM2kSgkLkgg
ytnJZvlycgYAFAHttFeZNr3ibVdH8IaRcvNpmqazJOt9OE8mVYYc7sKVO12QhgwxggYwDw9NL1Tw
x8SPDdkfEmqahpt810wgu5SzKVgGdzZ+cZwQCAFxxySSAelUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAYelf8jVr3/bv/wCgGtysPSv+Rq17/t3/APQDW5WlTf5L8kRDb5v8wooorMsKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAorhPFOo3lv8QNHt4Lu4jgk
8jfEkjBWzKQcgHByOK7uqlGyT7kqV20FFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ6+oU
UUVmWFFFFABRRRQA2SRIY3kldUjQFmZjgKB1JNRWt7bX0Zks7iG4jB2lonDAH0yPqKq+If8AkWtU
/wCvSX/0A1zvwv8A+RauP+vtv/QEq1G8XIly96x2dFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAYfif8A5hH/AGEof61uVh+J/wDmEf8AYSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/AOYR/wBh
KH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/wAjVoP/AG8f+gCtysPVf+Rq
0H/t4/8AQBW5Wk9o+n6siO79f0QUUUVmWFcRp/gaeP4TP4Vv2tpbowyqrI7+WJDI0kZzgHAYqTx2
PBrt6KAOP0rwjfWnw/1XSrqW2fWNUW6kuZ0ZvLkml3AN0GBjbkBR0PHrBrXhHV7nwd4ZsNOlsRqG
jTWs5Nwz+UzQxlewyQWx6celdvRQBz+g/wDCXfbn/wCEj/sL7J5Z2fYPO8zfkYzv4243e+cVkaf4
Gnj+Ez+Fb9raW6MMqqyO/liQyNJGc4BwGKk8djwa7eigDj9K8I31p8P9V0q6ltn1jVFupLmdGby5
JpdwDdBgY25AUdDx6wa14R1e58HeGbDTpbEaho01rOTcM/lM0MZXsMkFsenHpXb0UAcxpH/Ccf2p
D/bf/COfYPm837H5/m/dONu7jrjOe2a6eiigDiIrL4jxobRtU8PyxFmT7e8En2gIScP5YAj3AHhe
nABJ5NVrzwJqulx+Ff8AhFpdOMuhRzqxvjIElaVQGbC5PJ3nGeMjHFegUUAc/oP/AAl325/+Ej/s
L7J5Z2fYPO8zfkYzv4243e+cUf2Dc/8ACxf7f3w/ZP7K+xbMnzN/m784xjbj3zntXQUUAFcl4w0H
XNQ13QtW8Pvpy3GmfaMrfF9jeYqr0QZPAPcdutdbRQByosPFWq+HNbsNebRVlu7R4LU2RlChmRlO
/fnjJXp71De+Eb658OeErBJbYS6Nd2c9wSzbWWFNrbOOST0zj8K7CigDkviF4Mfxfo6Cym+z6pbb
hbTGVkTa+FlRsA5Vkz27AdCcsvfCN9c+HPCVgktsJdGu7Oe4JZtrLCm1tnHJJ6Zx+FdhRQBzGpeH
NQj8X2mvaFdwwGXZBqdtKv7u5hBOHGBnzVBwCe2BkAENoWVvraeJNSmvL22k0eRYxZ26x/vI2Cje
S2BwTng7uo5XGDr0UAc/4F0G58MeDrHSb14ZLi38zc0JJQ7pGYYJAPRh2rn9P8K+LvCUlzaeF7/S
J9IlkaWC31ITZtcsTsQqSSuCOSeTk4BJJ9AooA4zUPC/iC60fRLwanZzeKNKkaQXU0RWGQPkSRlV
HC7SBu25+X+EsSMWa18QRfE7whP4iv7OeWb7b5dtZwlYrfEODtdvmbd8pO7oc44r02oJbK2nuoLm
a3hkuLfd5MrIC8e4YbaeoyODjrQBPRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf9
u/8A6Aa3Kw9K/wCRq17/ALd//QDW5WlTf5L8kRDb5v8AMKKKKzLCiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooA878X/8lJ0P/th/6OavRKrTadZ3FzHcT2lvJPHj
ZK8YLLg5GCRkYPNWauUrpLsTGNm2FFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/wDatblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUV
mWFFFFABRRRQBQ12N5vD+oxxIzyPayqqqMliVOABWF8ObO5sfD88d5bzW8humYLKhUkbU5wfoa6y
iqUrR5SeXW4UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/wDmEf8AYSh/rW5WH4n/AOYR
/wBhKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J/wDmEf8AYSh/rW5WkvhR
EfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFAGHqv/ACNWg/8Abx/6AK3K5zxFZQah4g0S2uk8yF/P3LkjOFBHI56ip/8A
hDND/wCfH/yNJ/8AFVs1Hljd9P1fmZJyu7L+rI3KKw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A
4qptDu/u/wCCVefZff8A8A3KKw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qi0O7+7/ghefZff
/wAA3KKw/wDhDND/AOfH/wAjSf8AxVH/AAhmh/8APj/5Gk/+KotDu/u/4IXn2X3/APANyisP/hDN
D/58f/I0n/xVH/CGaH/z4/8AkaT/AOKotDu/u/4IXn2X3/8AANyisP8A4QzQ/wDnx/8AI0n/AMVR
/wAIZof/AD4/+RpP/iqLQ7v7v+CF59l9/wDwDcorD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDi
qLQ7v7v+CF59l9//AADcorD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qi0O7+7/ghefZ
ff8A8A3KKw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qi0O7+7/ghefZff/wAA3KKw/wDhDND/
AOfH/wAjSf8AxVH/AAhmh/8APj/5Gk/+KotDu/u/4IXn2X3/APANyisP/hDND/58f/I0n/xVH/CG
aH/z4/8AkaT/AOKotDu/u/4IXn2X3/8AANyisP8A4QzQ/wDnx/8AI0n/AMVR/wAIZof/AD4/+RpP
/iqLQ7v7v+CF59l9/wDwDcorD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiqLQ7v7v+CF59l9//
AADcorD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qi0O7+7/ghefZff8A8A3KKw/+EM0P
/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qi0O7+7/ghefZff/wAA3KKw/wDhDND/AOfH/wAjSf8AxVH/
AAhmh/8APj/5Gk/+KotDu/u/4IXn2X3/APANyisP/hDND/58f/I0n/xVH/CGaH/z4/8AkaT/AOKo
tDu/u/4IXn2X3/8AANyisP8A4QzQ/wDnx/8AI0n/AMVR/wAIZof/AD4/+RpP/iqLQ7v7v+CF59l9
/wDwDcorD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiqLQ7v7v+CF59l9//AADcorD/AOEM0P8A
58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qi0O7+7/ghefZff8A8A3KKw/+EM0P/nx/8jSf/FUf8IZo
f/Pj/wCRpP8A4qi0O7+7/ghefZff/wAAuapY3V15ctjeyW08Wdo6xv7MO/1qnB4he1mW21yD7HMT
hZhzDJ9G7fQ1V1Dw/wCGNLg828t1jU/dHnSEsfQDdzWZF4Ui1iRXgsDplkDkNI7NNIP90nCj61rG
MHH3tvT/AIJnJyT039f+AbmkkN4p10qQQfs5BHf5DW7XN+HLKHTte1q1twRFGLcLuOT9wn+tdJWV
X4tOy/I0p/D9/wCYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQBi6l4os9L1u00ueK4ae62bGRQVG5ioySc9R6VtV534v/AOSk6H/2w/8ARzV6JWk4pJNd
SIybbCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAw/+Z8/7hv8A7VrcrD/5nz/uG/8AtWtytJ9PQiHX1CiiisywooooAKKKKAKmq3T2OkXl
1EFMkEDyKG6EqpIz+VZXg3XrnxFpEt1eJCkiTmMCIEDAVT3J9TV/xD/yLWqf9ekv/oBrnfhf/wAi
1cf9fbf+gJWiS9m2Q2+dI7OiiisywooooAKKKKACiiigAooooAKKKKACiiigDD8T/wDMI/7CUP8A
WtysPxP/AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrcrD8T/wDMI/7C
UP8AWtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKAMPVf+Rq0H/t4/9AFblYeq/wDI1aD/ANvH/oArcrSe0fT9
WRHd+v6IKKKKzLCqWnazpur+Z/Zmo2d55WPM+zzrJsznGdpOM4P5VdrxX4XGXw5L4eu1RE03xDDL
bXEhYgC6illMZJIwCy4RVBG45OMjkA9jvL220+1e5vbiG2t0xulmcIi5OBkngckCmPqdjHBbTPeW
yxXbKlvIZVCzMwyoQ5+YkdMda8/+JQi8RXN1pO93ttG0y51O6VUBTzvLKwKWByrDLvg9Rjgg8M1X
/kSPhv8A9hHTP/RZoA9Nqlp2s6bq/mf2ZqNneeVjzPs86ybM5xnaTjOD+VXa8V+Fxl8OS+HrtURN
N8Qwy21xIWIAuopZTGSSMAsuEVQRuOTjI5APY7y9ttPtXub24htrdMbpZnCIuTgZJ4HJAqG51nTb
OxivbrUbOC0mx5U8s6rG+RkbWJwcgZGO1cF8ShF4iubrSd7vbaNplzqd0qoCnneWVgUsDlWGXfB6
jHBB4p+KHij+GfgJ57V7uJbvTy9ukYkaZfJOUCn7xI4x3zQB6HZ+JtD1C6S2stZ065uHztihukd2
wMnAByeATWnXGeFZ9DvtY/0LwTeaNcQxtIt1c6SluOylVcc7iGPHpmuzoAzLzxNoen3T217rOnW1
wmN0U10iOuRkZBORwQam1HWdN0jy/wC09Rs7Pzc+X9onWPfjGcbiM4yPzrynQ4vDvh9JdA+IOipH
qVzNLu1a6jMsd4WI+ZZz8ynDjJ4C4ySrEitPxv8A2XY654FWPTH1bSoobpYrS2iF0ZY/KQJtUn5w
Bg5z0GaAO5j8WeH5UkePXdLdYl3yFbyMhFyFyeeBlgPqR60z/hM/DX/Qw6R/4Gxf/FVk+Grfw/ra
XqR+Cn0tVVEkF/pUcAnUndgddwBQE+h21k/8Izof/C4fsX9jad9k/sHzvI+yp5e/7RjdtxjdjjPX
FAHf2d7bahapc2VxDc2752ywuHRsHBwRweQRRLe20F1BbTXEMdxcbvJiZwHk2jLbR1OBycdKLOyt
tPtUtrK3htrdM7YoUCIuTk4A4HJJrk/E/wDyU7wR/wBv/wD6JFAHXzTRW0Ek08iRRRqXeR2CqqgZ
JJPQAVWudZ02zsYr261GzgtJseVPLOqxvkZG1icHIGRjtVLxn/yJGvf9g64/9FtXDeIrODUPh18P
rO6TzLe4vdOilTJG5WiIIyORwe1AHp800VtBJNPIkUUal3kdgqqoGSST0AFQvqdjHBbTPeWyxXbK
lvIZVCzMwyoQ5+YkdMda88stWkg8EeKfCOotnUdC06eJXJQfaLfy28pwoPGEKAjnGVyckgM1uVYP
APw6lcOVjv8ATWIRC7ECInhQCSfYDJoA9Jub22s/K+1XEMHnSCGLzXC73PRVz1Y44A5qeuI8H2tx
4k1U+MtSuUlikV49JtF2strCWwWbBOJWC4bB45B/ur2F7eQafY3F5dP5dvbxtLK+CdqqMk4HJ4Ha
gCeiuCh8ReN9Wso9a0XSNLfSpmDwWVy8kd5JFuxkscRqWGWHUAEfe73db8U6vceJD4f8JWdtPe2y
iS+ub0OLe3Vlyi/LyWbIPGfx+YqAdhRXK+GvE2o3Ov3vh7xDa20Gq2sKXCyWpkMNzGx5ZNy8BSVU
8nJzjoa5bTfHfjnUfDB8Rpo2kf2ZbxmWYGVlkuFV2Ehj+Y7Nqr/FnkZG7O0AHoet69pvhzTjfavd
pbWwYJuYEksegAAJJ6ngdAT0Bplj4k0nUtLtNRtr+H7JeSeTbySny/NfcV2qGwS2VOBjJxXBfEG/
1fVYPCN/pK2K6fdX9nPai6DiUXDBmTftyPL2kZxznOK3de1LU9N0vwz/AG3Z6Rc39zrUFvLsiZ4o
tzPh4txyHAA5PQk0AdnRXGa94j8RR+N08PeH7TTpTJpwu/OvGdViPmFSW2nLLgAAAZywOcA1H4p8
T+JNEufD2n6dp9jfapqUM4miDFE82ONTlGZh8oJJweSBjIJzQB29FeeHxZ40i1Wbw6+j6XNrpWO5
huIpWFoLYttZ2DHeSrcYHJyTj5Ru3PCHiPUNVutU0rXLSG31bSpEWc27ZhkVwWjZMkkZA6H26EkA
A6eiiigAooooAKKKKAIZLSCaeOaWGN5Ys7HZclc+lTUUUXAw9K/5GrXv+3f/ANANblYelf8AI1a9
/wBu/wD6Aa3K0qb/ACX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAHK674XvNU8XabqkEtusFr5W9XZgx2yFjgAY6H1rqqKKpybST6CSSCiii
pGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAG
H/zPn/cN/wDatblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBBeWqX1jPaylhHPG0bFe
oDDBx+dU9B0G28O2L2tm8zxvIZCZSCckAdgPQVoySJDG8krqkaAszMcBQOpJqK1vba+jMlncQ3EY
O0tE4YA+mR9RTu7W6Csrk9FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh
+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4UR
H4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQBh6r/yNWg/9vH/AKAK3Kw9V/5GrQf+3j/0AVuVpPaPp+rIju/X9EFFFFZl
hXllh4WvLz4F2tpLBeWmrWHm3lsojdZkmSWRlwowdzAkD/eBAJAr1OigDzzTdMvr3wL4q1m9srmP
WNdhuCbV4mEkaKjxww7cDcQBwdoLbhnNQa/a31t4B8Dumm31zLp13YT3FvbwM8qrHEd3y9iDxzjm
vSqKAOf0Hxb/AG9fPbf2Frun7IzJ5t/Z+VGcEDaDk/NznHoDXGWHha8vPgXa2ksF5aatYebeWyiN
1mSZJZGXCjB3MCQP94EAkCvU6KAPPNN0y+vfAvirWb2yuY9Y12G4JtXiYSRoqPHDDtwNxAHB2gtu
Gc1Br9rfW3gHwO6abfXMunXdhPcW9vAzyqscR3fL2IPHOOa9KooA5jSPG39r6pDZf8I54js/N3fv
7yx8uJMKT8zbjjOMD3Io0j4c+GNB1SHUdM0zyLuHd5cn2iVsZUqeGYjoT2rp6KAOCm8aXGpWUmna
p4B1qa6djG1s9sstozhvlzM2F25CnftwOvOM1jPp2qeEx4Amu7DVNVbTIbsXS2kBmeIyIAqcEjC7
to5wQnHpXq1FAHP6D4t/t6+e2/sLXdP2RmTzb+z8qM4IG0HJ+bnOPQGqX2K5/wCFw/bfs832T+wf
J8/YfL3/AGjO3d03Y5x1xXW0UAc/r3gXw94nvkvNZ0/7TcJGIlfzpEwoJIGFYDqxrn/FsL+H/Efg
260/SNRvLDSo7mIxWMDTvGpiREHX+Z7HrXoFFAHH3euy+KfB3iKGDQ9aspVsJUSO9tDG0zNG4AQA
nccj9R61malpl9J4O8AQpZXLS2l/pz3EYiYtCqxkMXGPlAPXPSvQ6KAPPPil4d1GeD+3tBR5b2O0
ksLm2RZHa5glBXAVTyULlsY9z90AmpaZfSeDvAEKWVy0tpf6c9xGImLQqsZDFxj5QD1z0r0OigDh
bfTLnwP4vH9jaZNP4e1mRFmityW+w3GSPMCdFiIxn0x1ACqde8nu/ENz4h8OS6bc2dr9k8mLUmG6
OUyx4OFOMlS3YkcHJXjPR0UAeeaB4p1jQtAsdEv/AAlrU2q2kK26m3gU2zEDEeZtxAG3buboDu44
xU142peEPHmrawNKvtT0rV4YN32CASyxTRgqF27wdu0MS2OrKPr3tFAHEeFrbVNc8Y3fizUbJ9Mt
jaHT7OznQidoxJvMkg/hOQcD39AGan4a0y+g+BU1hNZXMd6bC8QW7xMJCzNLtG3GcnIx65Feh0UA
eealpl9J4O8AQpZXLS2l/pz3EYiYtCqxkMXGPlAPXPStbx/ZXN5/wjX2W3mn8nXrWaXykLbEG7LN
joozyTxXW0UAcl9iuf8AhcP237PN9k/sHyfP2Hy9/wBozt3dN2OcdcUeIrK5n+Ivg65ht5pLe3+2
+dKqEpHuiAXcegyeBnrXW0UAcl9iuf8AhcP237PN9k/sHyfP2Hy9/wBozt3dN2OcdcUeHbK5g+Iv
jG5mt5o7e4+xeTKyEJJtiIbaehweDjpXW0UAFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/8AoBrc
rD0r/kate/7d/wD0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooA4TxTqN5b/ABA0e3gu7iOCTyN8SSMFbMpByAcHI4ru6878X/8A
JSdD/wC2H/o5q9ErWp8MTOG7CiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKAMP8A5nz/ALhv/tWtysP/AJnz/uG/+1a3K0n09CIdfUKKKKzL
CiiigAooooAzvEP/ACLWqf8AXpL/AOgGud+F/wDyLVx/19t/6AldJrsbzeH9RjiRnke1lVVUZLEq
cACsL4c2dzY+H547y3mt5DdMwWVCpI2pzg/Q1qn+7Zm/jR1lFFFZGgUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCY
R/2Eof61uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/8jVoP/bx/6AKu6lrNnpSD
7TJmRvuRINzv9BWV4jiuJ9d0aO0nEE7C42SFd207B2rBtbO+0jU3Oo6ibG4lPy3T2yzI/wDwMnI/
SumNNSim30/VmEpuLdl1/RHY6Xc6hdmSW8tUtYDjyoySZPq3YfStGsJdM1tlDL4jBUjIIso8H9aX
+ytc/wChh/8AJKP/ABrNxi3uvx/yLUmls/w/zNyisP8AsrXP+hh/8ko/8aP7K1z/AKGH/wAko/8A
GlyL+Zfj/kPmfZ/h/mblFYf9la5/0MP/AJJR/wCNH9la5/0MP/klH/jRyL+Zfj/kHM+z/D/M3KKw
/wCytc/6GH/ySj/xo/srXP8AoYf/ACSj/wAaORfzL8f8g5n2f4f5m5RWH/ZWuf8AQw/+SUf+NH9l
a5/0MP8A5JR/40ci/mX4/wCQcz7P8P8AM3KKw/7K1z/oYf8AySj/AMaP7K1z/oYf/JKP/GjkX8y/
H/IOZ9n+H+ZuUVh/2Vrn/Qw/+SUf+NH9la5/0MP/AJJR/wCNHIv5l+P+Qcz7P8P8zcorD/srXP8A
oYf/ACSj/wAaP7K1z/oYf/JKP/GjkX8y/H/IOZ9n+H+ZuUVh/wBla5/0MP8A5JR/40f2Vrn/AEMP
/klH/jRyL+Zfj/kHM+z/AA/zNyisP+ytc/6GH/ySj/xo/srXP+hh/wDJKP8Axo5F/Mvx/wAg5n2f
4f5m5RWH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5JR/40ci/mX4/5BzPs/w/zNyisP8AsrXP+hh/8ko/
8aP7K1z/AKGH/wAko/8AGjkX8y/H/IOZ9n+H+ZuUVh/2Vrn/AEMP/klH/jR/ZWuf9DD/AOSUf+NH
Iv5l+P8AkHM+z/D/ADNyisP+ytc/6GH/AMko/wDGj+ytc/6GH/ySj/xo5F/Mvx/yDmfZ/h/mblFY
f9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjRyL+Zfj/kHM+z/D/M3KKw/7K1z/AKGH/wAko/8AGj+y
tc/6GH/ySj/xo5F/Mvx/yDmfZ/h/mblFYf8AZWuf9DD/AOSUf+NH9la5/wBDD/5JR/40ci/mX4/5
BzPs/wAP8zcorD/srXP+hh/8ko/8aP7K1z/oYf8AySj/AMaORfzL8f8AIOZ9n+H+ZuUVh/2Vrn/Q
w/8AklH/AI0f2Vrn/Qw/+SUf+NHIv5l+P+Qcz7P8P8zcorD/ALK1z/oYf/JKP/Gj+ytc/wChh/8A
JKP/ABo5F/Mvx/yDmfZ/h/mblFYf9la5/wBDD/5JR/40f2Vrn/Qw/wDklH/jRyL+Zfj/AJBzPs/w
/wAw0r/kate/7d//AEA1uVznh2KeDxBrcd1cfaZh5G6XYE3fKccDgccV0dFX4vkvyCnt9/5hRRRW
ZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFabTrO4uY7ie
0t5J48bJXjBZcHIwSMjB5qzWLqXiiz0vW7TS54rhp7rZsZFBUbmKjJJz1HpW1Taa3EmugUUUUhhR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8A
M+f9w3/2rW5WH/zPn/cN/wDatblaT6ehEOvqFFFFZlhRRRQAUUUUAFFVNVunsdIvLqIKZIIHkUN0
JVSRn8qyvBuvXPiLSJbq8SFJEnMYEQIGAqnuT6mq5XbmFdXsdBRRRUjCiiigAooooAKKKKACiiig
AooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T
/wDMI/7CUP8AWtysPxP/AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/0AVsT
QRXETRTxrJGwwVYZBqrdab9p1WwvfN2/ZPM+TbnfvXHXPGKvVcnordP82Slq7/1oZ+m6PFpUkotZ
ZhA/IgZsqh/2e9aFFFS227saSWiCiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPSv8Akate/wC3f/0A
1uVh6V/yNWvf9u//AKAa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAed+L/8AkpOh/wDbD/0c1eiVyuu+F7zVPF2m6pBLbrBa+VvV
2YMdshY4AGOh9a6qtJtNRsRFNNhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/ANq1uVh/8z5/3Df/AGrW5Wk+noRDr6hRRRWZ
YUUUUAFFFFAGd4h/5FrVP+vSX/0A1zvwv/5Fq4/6+2/9ASusvLVL6xntZSwjnjaNivUBhg4/Oqeg
6DbeHbF7WzeZ43kMhMpBOSAOwHoK0UlyOJDT5kzTooorMsKKKKACiiigAooooAKKKKACiiigAooo
oAw/E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ
/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAoorktb8exafq40zTLCTU7oZEiwuRtYf
wjAOSADn0/PEznGCvI3w+Gq4mXLSV3v/AE3odbRWF4a8SvrzXkVxp01hc2hTfFKcnDAkHkA54PGP
T1rdojJSV0TWozozdOorNf8AD9AoooqjIKKKKACiiigAoorifDPiHUtQ8datp11c+ZaW/neVH5aj
btlCjkDJ4Pc1EpqLSfU6aGFnWhOcWrRV2dtRRRVnMFFFc34u/wCEl/0T/hGf9vz/APVf7O37/wDw
LpUzlyq9rm1Cj7aoqfMo36t2X3nSUVian4rstK1200meK4a4utmxkVSg3MVGSSD1HpVH4gazfaJo
UFxp0/kytcrGW2K2VKscYIPcCplUjFN9jWlgqtSpCFrc+19jqaKo6JcS3ehafcTtvlmto5HbAGWK
gk4HvV6rTurnNOLhJxfQKKxNT8V2Wla7aaTPFcNcXWzYyKpQbmKjJJB6j0qj8QNZvtE0KC406fyZ
WuVjLbFbKlWOMEHuBUSqRim+x00sFVqVIQtbn2vsdTRVHRLiW70LT7idt8s1tHI7YAyxUEnA96vV
ad1c5pxcJOL6BRRRTJCiiigAoorlviBrN9omhQXGnT+TK1ysZbYrZUqxxgg9wKmclCLkzbDUJYir
GlDd9zqaKo6JcS3ehafcTtvlmto5HbAGWKgk4HvV6mndXM5xcJOL6BRRUF7dpYWFxdyhjHBG0rBe
pCjJx78U3oKKcnZE9FZfh/xBa+JLB7uzjmSNJDERKADkAHsTxyK1KSakroqpTnSm4TVmgooopkBR
XE/DnxDqWvf2j/adz5/k+V5f7tVxnfn7oHoK6LxB4gtfDdgl3eRzPG8giAiAJyQT3I44NZxqxlDn
6HZXwNWjiHht5abeav5GpRWfJdzX/h17vTAwnntTLbBtuQzJlM54zkj2qp4U/tz+zJP+Ej/4+/OO
z7n3Nq4+5x13e9VzapWMvYP2cpuSVna19fuNuiiiqMAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKy9d8Q2Ph20W4vmfDnaiIuWc+3/161Kp3+kWOqGE39tHP5LbkD8gH6dD+NTLmt7u5rQdJVE6
yfL1tucNL8W4wx8nSHdB/E1xtP5bTXQeHfHOm+IJBAN1tdnpFIR8/wDunv8AzrolhiSIRLGgjAwE
CjGPpXk/xD0mLQdetL3TVFv5w8wKgwFdSOR6dRXNN1aS5m7r0PbwtPA4+XsIU3CT2fM3t3uet0VB
Zz/arGCfGPNjV8fUZqeuvc8Bpp2YUUUUCCiiigAooooAKKKKACiiigDD0r/kate/7d//AEA1uVh6
V/yNWvf9u/8A6Aa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFcJ4p1G8t/iBo9vBd3EcEnkb4kkYK2ZSDkA4ORxXd1Uo2SfclSu
2goooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAw/+Z8/7hv8A7VrcrD/5nz/uG/8AtWtytJ9PQiHX1CiiisywooooAKKKKAGySJDG8krqkaAs
zMcBQOpJqK1vba+jMlncQ3EYO0tE4YA+mR9RVXxD/wAi1qn/AF6S/wDoBrnfhf8A8i1cf9fbf+gJ
VqN4uRLl71js6KKKgoKKKKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrcrD8T/wDM
I/7CUP8AWtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXw
oiPxMKKKKzLCiiigArzzVtC1vwz4kuNd8PxfbYrne0sRTeylmBK7RgkZwQV5GOeBk+h1xt3deOLT
UbuO0sbO9tTMzQSSMoIQ9F+8vQeoznPJ4rGsk0r3+R6eWTnCcuVxs1qpOya/zG6J4lt/HmlXuk3U
K2940Bz8u9DwBvAPQhiDgn0wTzjA8Ma++meC9esbgzRXFoD5Q34kQv8AJgKcFQr4JI7t69ek8G+E
7zSr+61fVp1a/uwd0ceMLuIZi3GN2R0HAx3zxyXjrT5rbxnLbaft3atHHmJVVQSXAxk9y8YbPHX6
55p+0jBVJb6r79j2cMsLVxFTC037nuy8k1bms+zXcs2mnpa/B6+uRtMl3IrsduCAsqqFJ7j5Sf8A
gRqjdeHze+AI/ENzfTSXEQWJIiBsWJX8sIPQ98/XjJzXf+JNEmm8DyaRpqNNIkcUUSsygsEZepOB
nArL/wCEe1L/AIVZ/Y/2b/T/APnl5i/89t3XOOnPWiVHXlttH8RUMyTj7RTScquu1+RpfholcpXX
iXULb4V2d358jXly5t/tG7DqAz85xydqYz15znNSeGvAMMVro+rwahcR3f7u5fAGxlIyUAGCMg4J
ye/HPFuDwhcX3w5t9HvFW3voS0ke5twR97EZKnGCrEd8ZzjIqPQR41t1sNOubK1hs4SivcMyFxGp
zt4YjJUbfu/j3qlF80XNN6L7zKVaKpVY4WpGL55X1WsdbW7ryX3HLeJdci1Xxbdwa1PfJpltI0aW
9sVJ3Jlc84AJO45IJ5x7jZ+Gmryvq17pUEkj6aqPNbrNgug3gAZHHIbJHTPTqc2b7w3ruheK5tX8
ORx3a3e9pY5io2ljkqckZGcEEHPGD79J4c/t+T7TP4g+zx+bt8m3hx+6xkNk89eD94/h0pU4S9pd
3vft+peMxVB4Lkp8rjyqy5tU/wDDa9+7vqupw/h2wPj7X9Q1PULy6gNuUMCwuA0eSxUBscBdvYck
565zJ4Age18f6tBLM08kUcyNK3WQiVQWPXk9auWHhvxJ4T1q4TQI7e6sbnaPMuSAEGTjcAQ2Vyfu
5BB6Z4Fvwp4Y1bR/GF7e6htmjngO65UqA8jMjMAucgZ3c4HTtnFTCErxune+pricTTdOsoVI8jiu
VdVtdeXpuSfFDTBd+HEvVC+ZZyAkknOxsKQB0Jzs6+h/Hm/Emqvr/h3QLOGdjJ9lkubgTDljEhG7
dzknZLjnnIzivTNV09NV0q6sZNoWeNkDMu4KSOGx6g4P4VxXgrwnqlpqLS69aQ/Z4bVreFJCjn5m
LHGM8cuDn+9jkdNK1OTnZbS3OTLsZShheao1zUm2l3urad9dSt4m1p9e8OeHtOt7hXudTKec5bYN
wwhDKB90uSc4x8nGab8VLeK0tdDt4F2RQpLGi5JwoEYAyfapvCXhDWrDxNaz6mqpbWEciQurKwfJ
bgYOQCZGbJHtx20PiN4e1LXv7O/sy28/yfN8z94q4zsx94j0NRKM5UpSa1dvwOmlWw9DHUaVOa5I
8zbvpeV7X6aKyOZ8W+H7WHx/aWiyTGPUpElmJIypklYNt44HpnNbPj3SodE8B2FhbNI8UN4NpkIL
HIkY5wB3NXfGnhvVLzXdP1nSI47iW22KYHIXBVi4bJIyMnBGQenrweKNL13xF4NsopbGMakLnzJo
Y5FCqoDgEEsR0K9+9Dp250kKnjFP6rKVRWW6bWj11a9OpymvaA+meFtF1tdSupblxGoDtxECpdAh
6qFxj9RjpXqeiXEt3oWn3E7b5ZraOR2wBlioJOB71y/ibw9qWoeBdJ061tvMu7fyfNj8xRt2xFTy
Tg8nsa6jRLeW00LT7eddksNtHG65BwwUAjI961owcZvTSyODMcTGvhouUk5KUu17dNuh5j4t8P2s
Pj+0tFkmMepSJLMSRlTJKwbbxwPTOa2fHulQ6J4DsLC2aR4obwbTIQWORIxzgDuau+NPDeqXmu6f
rOkRx3EttsUwOQuCrFw2SRkZOCMg9PXg8UaXrviLwbZRS2MY1IXPmTQxyKFVQHAIJYjoV796ydO3
Okjvp4xT+qylUVlum1o9dWvTqcpr2gPpnhbRdbXUrqW5cRqA7cRAqXQIeqhcY/UY6VveMfEuoWvh
HRBDPJHc38KyyzxtsbhVJAwOMlgeMdMdDV3xN4e1LUPAuk6da23mXdv5Pmx+Yo27Yip5JweT2NGv
+DrnWfCOlRIdmoafbKoiJG1ztUMufXKjBzj88gdOcVJQXRDhjKFWVGWIknacu2i6bdL28jgotWs9
CvLO88OTX32hARcfalQJJ04CqT8p54J44wcjNe51xumy+OLq6tIr6CztLeJ0aabKl5lBAZeCwBIy
eAOnUV2VbYeHKn/lY83OcQq0obXV7tS5r9ruy26HkusRWU3jLUI/GE+oQAv/AKJJEFKLDltvY8Yx
jaOu7POa3dW1J/D3w0tF03UGuzMRBFeL8pVSWbgHJBAGzGQR7EYp2uReMrn+0tPXT7O+sLh3EUjl
AVQ/dA+ZeV45IJyOp4oh+Hs//CFSaTPdxi7NybpGQHyw23aFJIyQR3wME98c4qMk5cq76/1uejKv
QlCi681ZOPuppqyW9rXj5p6M4M6hZ2kVtfafdal/biyeZNNLs8s5zuxySTkgc9RnI5xXbeP7t7/w
BpN3KFEk8kMrBegLRMTj25p2nJ49i06DTEtrO1SNBGl1IyMyKvQEAkHgBfun+ta3xA0a+1vQoLfT
oPOlW5WQrvVcKFYZySO5FKNOXs5Wvt2Lr4uk8XRcnHST1Uk9PPRJLsrnIeKdcuINH8P6VHPNb2z6
fDJcNEeXVl24xxkABuM4OeelVNA1e30vxdZJ4dkvBZ3Txw3Ed5tJclsZwvHAIIPXOexwek1vwdqU
+naLf6cduq6fbQRNAxXGU5BBPGQxPXgj6c62jS+L7zVYZNXgs7Kyi3eZHGQWmypxjlsYOO4696PZ
zc9b9On9WG8Xh44VqHK17105W1v2s3Lyf5GB4naXxP8AEG28PTTSQWUOCwQg7m8suW+uPlGc45Pc
ireo+AbXTfDWrIL66ktkH2uCIkZSRI3ByehBzzgA8Dmp/E/hvVI/Ett4g8OxxyXQwssTkDJAK7vm
OMFflIGCOCOpI0tOg1/WNM1ODxBHb2f2iEwQpDhtuVYM5+Y5+8ON38PQdToqd5SUlrrZ+RySxThQ
oyoVEoJR5o6X5r6u2/nfscz8MfD9rcRjWnkmFzbTvEigjYQYx1GM5+c9/Subm1yz1/Vbi68Rz6kY
CSbeC2KMIsnplsAAAAcDnqffs/Bel+JPD13/AGdcWNv/AGa8zySXAkBbO3AK/NnBKr1XPPbtUtPD
viXwfqt1/wAI9BDfWdwBgzMoPBOAfmU7hk8jg5/AZcj5IpJ+en6HcsVT+tVpymm2lyPmSsru65tb
Py3H/D/xHdjw3qouT9oi0uESQgnDbdrnZu9Pl444z6YAo+EfDsviqG91u61W8h1AzNHHLCwUq2wc
n2wwG0Y4GO/HbaZZape6Fd2/iOWPzbzeNtvgeTG6gbM46glufm+prl9H0Pxf4dkutM0wWbWcrlku
5iMIdv3gAdwPAGCGGR6ZJ05GuTmTaORYmEnXdGUYTbXXS3Wza1u9Wra+ZF8Iv+Yv/wBsf/Z6l+K2
lQ/ZbbVt0n2jetttyNm3DtnGM5z71o+AvDd94dutWS8j/dSOiwS5X96ql/mwCccEHB9a0PG+g3Hi
HQPs9myieGQTIjcCTAI257H5v/1dQ1Tbw/K1r/wSKmMpxzj20Z+67a9LcqMnSvD9ro/gDULu3kma
S/0zzZRIQQD5TH5cAcfMeua53S/+SQ6z/wBfi/zhrq9KtvEM3hPUNM1SwhhaOy+z2YjdSZPkZfmO
4jPC+nWsuw8LavD8OdT0uS0xez3Ikji8xPmXMfOc4/hPftUuDsuVdGbU8RFSl7Wom/aQd7rZW19E
t+xg3Xh83vgCPxDc300lxEFiSIgbFiV/LCD0PfP14yc0++0SXU/Aq+Jr7Ubie8XagWTBURh/LC+u
c/Nnvk8ZOa6j/hHtS/4VZ/Y/2b/T/wDnl5i/89t3XOOnPWj/AIR7Uv8AhVn9j/Zv9P8A+eXmL/z2
3dc46c9an2Pl9n8f8zZZkla1RaVbdPg/y8/xKV14l1C2+Fdnd+fI15cubf7Ruw6gM/OccnamM9ec
5zXFnULO0itr7T7rUv7cWTzJppdnlnOd2OSSckDnqM5HOK9Bj8HXOofDu00i7P2W9t3eVASGXduf
AYjPBDdunvjFVtOTx7Fp0GmJbWdqkaCNLqRkZkVegIBIPAC/dP8AWicJyte+y6X1HhsVhqaqKny/
HK95KKcenR3VuiOz0m7e/wBHsruUKJJ4I5WC9AWUE49ua888aLE/jTZ4le+j0powLN7fbhT8u49D
xndngt93tivT65LXH8WxardJp1lZ6hps6KEjn24QbcMpBZScnJ5yMEe4rprxvBI8TK6yhiJTVldP
d2tdrZtWv+lypZXdv4c+HuoXWi6i1/CkjfZ2YbTBuKqFIPcE7ugznoM1l6B4Gh8T6Cuq6hqN497c
78OWDBdpKjdnJb7vqOOO2a0fDfgKe18PanZ6pJGH1FEARMt5JXJUk5GSGPQcfL1Oar2Np448P6c2
l2NpZ3ECbvKnDrld3J27mXoSfvL19RisOVvlc46W28z0/bRXtY4WslPmT5nZXjba9raPe2+5F4X1
271XwP4htr2WSd7W2kZZZH3MVdH+U9+Cp5JPXHajwb/yTHXv+3j/ANErW34c8FNpHhvULG4nj+13
6NHJLGCyopUqoAOM4yT0HXHbNYWieGPFllZ3ui/6Lb6fck+ZcOQ5wcKxQA5yy9mA6fwmhRnHl5lf
RjnWwtX2ypTUVzxeul0t7d9b7DvBv/JMde/7eP8A0StQeANBOu20F9fXU3k6ZOFs4o2ACsD5jbhj
oSy85z+QrZ8M+HtS0/wLq2nXVt5d3ced5UfmKd26IKOQcDkdzV34f6NfaJoU9vqMHkytctIF3q2V
KqM5BPcGnCm24cy6EYrGQjDEOlNXclbVbW1a/K5yehaYvxE1rU77Vbm4jSLaI4o2GUVi21QSMYAB
7ck59c3/ABfdX3hLwrpej219M8rl910pKNsU5CjkkD5lHB6LjoafDoHiTwnrV63hy1t7qxucMFkY
AIMnCnLBsrkjOSCDnr0u+IvC2qeJfDVpJePGusW/mSeUhAjYMc7M9iAFAOSMg5JzuqVCXI0k+bv8
zWeIpPFU5SnF0Lq0dLr3Xa63Vnvc4KLVrPQryzvPDk199oQEXH2pUCSdOAqk/KeeCeOMHIzXudcb
psvji6urSK+gs7S3idGmmypeZQQGXgsASMngDp1FdlW2Hhyp/wCVjzc5xCrShtdXu1Lmv2u7LboF
FFFdJ4pk6r4o0jRZvJ1C8WKXbu2BWY4/AGvOdZu5/iF4ogg02KRbWEbA7L91SfmdvT2HsKs+LrdL
n4n2MMyB4pXt1ZT0ZS2CP516XZ2Frp8XlWdtFBH12xoFB/KuRqVduL0SZ9DCVHLKdOvBN1Jxur7K
/kSxRrDCkScKihR9BT6KK6z55u4UUUUAFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/8AoBrcrD0r
/kate/7d/wD0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooA878X/APJSdD/7Yf8Ao5q9EqtNp1ncXMdxPaW8k8eNkrxgsuDkYJGR
g81Zq5SukuxMY2bYUUUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRR
QBQ12N5vD+oxxIzyPayqqqMliVOABWF8ObO5sfD88d5bzW8humYLKhUkbU5wfoa6yiqUrR5SeXW4
UUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5Wkvh
REfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAF
FFFABWJN4UsrnxLHrc8txLcR42ROytEuBgYBGRg/N1681t0UpRUtzSnWnSu4O11b5MKKKKZmFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFQS3sEF3b20j7Zr
jd5S4PzbRk89Bx61PRYLhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAcfrXinQNO8UJBe6f5t7DsBufKU+XnBHJ54zniuwrnNU8DaVq+s/2ncm4E
xKl0RwEfaABkYz0A6GujrKmppvm+R24qeHlTpqje6XvX7+X4hRRRWpxBRRRQAUUUUAFFFFABRRRQ
AUUUUAYelf8AI1a9/wBu/wD6Aa3Kw9K/5GrXv+3f/wBANblaVN/kvyRENvm/zCiiisywooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMXUvFFnpet2mlzxXDT3WzY
yKCo3MVGSTnqPStqvO/F/wDyUnQ/+2H/AKOavRK0nFJJrqRGTbYUUUVmWFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/wAz5/3Df/atblYf/M+f
9w3/ANq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBU1W6ex0i8uogpkggeRQ3QlVJGfyrK8G69c+ItIlu
rxIUkScxgRAgYCqe5Pqav+If+Ra1T/r0l/8AQDXO/C//AJFq4/6+2/8AQErRJezbIbfOkdnRRRWZ
YUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/wDmEf8AYSh/rW5WH4n/AOYR/wBhKH+tblaS+FER
+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J/wDmEf8AYSh/rW5WkvhREfiYUUUVmWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAGHqv/ACNWg/8Abx/6AK3Kw9V/5GrQf+3j/wBAFblaT2j6fqyI7v1/RBRRRWZYUV4/8SrOeX4i
f2jZp5l3o2jRalChICMYrrLbumVCFjgEHgY9D6Bq/iqCx8BTeJIfkRrJbi3WZCfmdR5asFPdmUHB
79e9AHQUV5r8L9Hl0HxV4rsLi4e4uY1sXnmdy5eV42eQ7iASNzNjPOMZ5rX+EX/JMdI/7bf+jnoA
7OivH/iVZzy/ET+0bNPMu9G0aLUoUJARjFdZbd0yoQscAg8DHofQNX8VQWPgKbxJD8iNZLcW6zIT
8zqPLVgp7syg4Pfr3oA6CivNfhfo8ug+KvFdhcXD3FzGti88zuXLyvGzyHcQCRuZsZ5xjPNcT4Q/
4Vh/wjFn/wAJN/yFvn8//j6/vtt+58v3dvT+dAH0BRUFlZwafY29nap5dvbxrFEmSdqqMAZPJ4He
uM8e+BfD19pOua7c6fv1NbKSUTedIPmSI7TtDbeNo7dqAO6orznw34F0ux8G2Wu6Fp+zxE2lebbz
ecx/fvB12s2zkt3GOawvCPhzwV4ksorea6vrbxajB7qSW5eK8W4DFnKhvlJBVugJAwThuaAPY6K4
XV7b/hOvF994euppo9F0iOCS7hibY11O53orHnMQQcgbTuOecAja0HwdZeF7520SSa2sJYyJbEu0
kZlyMSgsSVbGVIHBG3+7yAdBRXnPwt8TaHp/w60u2vdZ062uE83dFNdIjrmVyMgnI4INX/hjNFcw
eJ5oJElik8QXTpIjBlZSEIII6gigDt6KK8V+EEjaBf6XGYna28S2krCQkHbPbyS5A5BC+XjOQcsR
g4zgA9qorzn4qu+sRtoMNz5cVvp1zq14illdljXEK5xtKmQ5IP8AczkHGSW9uZ/CPgfw5YXE1pca
xbwb7mJzG8cEUSSSbHHIcjAHBByc4oA9GorgpvhJodnpUn9grc2WsRwlba/W8lVxJtxliDgBujYX
oTgDisnxFrk/iT9nuTU7oYuJY4llOR8zJcKhbgADJXOAOM4oA9Torhbr4U6LZxi78MpNpWr2+ZLW
4juXI37SArh9wKEkbgBkjjoSDznizxBb+Kfhr4U1bXIUhtbjV4heIhYrsXzUkIx82CFJwMkZxk9a
APXaK858E2fw3ufEKS+E03anbRtKpzcjap+Rj+8+U/fx+NdzrOo/2Rod/qPleb9kt5J/L3bd+xS2
M4OM464oAu0Vyvhrxdf65AL+90J9L0drT7Qt7c3SckAZBTghfvEOcAqoPGaz7z4g6pDavq1t4TvL
jw8uHF8LhUkaHODIICN23qRnGVwTgdADuqK5XWPHUFo+l2ujWj6tqGrQm4s7dJUhDR4DbnL8oCu4
jI5KkcVD4b8c3eteJ5ND1DQLnSrqG0e4k86TcCVl2YT5RvUg53jjIIGcZIB2FFYvhvxD/wAJB/av
+jeR/Z+ozWP+s3eZ5ePn6DGc9OfrWfpfjy0u/A9r4jvbd7YXTNHFaRN5sksm9kWNBgbmYrwMfXgE
0AdVRXGW/jjVLTWLGz8TeGZtIhv5PIt7lbtblDMcbUbYPlzzgn8sAkPufG9/JqN4uieHLnVdP0+Z
re7uorhEdZEwZFSJvmcgEY6bjwPUgHYUV5z4w8QeI7H4i6FbadpM01uPtHkxLqCxpqH7pS24dF8s
kkbs57V39lLPPY28t1b/AGa4eNWlh3h/LYjldw4ODxkdaAJ6KKKACiiigDD0r/kate/7d/8A0A1u
Vh6V/wAjVr3/AG7/APoBrcrSpv8AJfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAcrrvhe81TxdpuqQS26wWvlb1dmDHbIWOABjofWuqooqnJ
tJPoJJIKKKKkYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAYf/M+f9w3/ANq1uVh/8z5/3Df/AGrW5Wk+noRDr6hRRRWZYUUUUAFFFFAEF5apfWM9
rKWEc8bRsV6gMMHH51T0HQbbw7Yva2bzPG8hkJlIJyQB2A9BWjJIkMbySuqRoCzMxwFA6kmorW9t
r6MyWdxDcRg7S0ThgD6ZH1FO7tboKyuT0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5h
H/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YS
h/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFAGHqv/I1aD/28f8AoArcrD1X/katB/7eP/QBW5Wk9o+n6siO
79f0QUUUVmWcZ/zW/wD7l3/25rktA0yf/hK7XwLJPvtPD+ovqyyHG/yQEaBAwHLb5mL5A6/KeBXs
FFAHGeGP+SneN/8Atw/9EmuY+HPxG8MaD4E07TtT1PyLuHzfMj+zytjMrsOVUjoR3r1qigDjP+a3
/wDcu/8AtzXJaBpk/wDwldr4Fkn32nh/UX1ZZDjf5ICNAgYDlt8zF8gdflPAr2CigDjPDH/JTvG/
/bh/6JNcx8OfiN4Y0HwJp2nanqfkXcPm+ZH9nlbGZXYcqpHQjvXrVFAHMal4eg8XfZNVtfEOu2Vv
NboYlsLswRupywcqVzuIbv2A9Kn8TW32P4davbedNP5OlTR+bM26R8REbmPdjjJPrXQUUAc/4Zuf
sfw60i58mafydKhk8qFd0j4iB2qO7HGAPWuF8V+KPBHjjQ5EtrSbUdee3P2OGKzl+0rJtbALKMFV
LFiNxXgnnivWqKAPNYrm+8BeLrjU/EhebT9VsLc3uoQW7OkF1EojwdvRWJJB2jJdQAMGuq0HxjZe
KL510SOa5sIoyZb4o0cYlyMRAMAWbGWJHAG3+9x0FFAHnPwt8M6HqHw60u5vdG065uH83dLNao7t
iVwMkjJ4AFWfh9YRSaV4usIGe0ibXLyBDakRtCu1VGzH3SB09MCu9ooA5/QfCX9g3z3P9u67qG+M
x+Vf3nmxjJB3AYHzcYz6E15/pumT33wB028s5/JvNIkk1K3c427opZCcgg5+UtgeuM8Zr2CigDzL
Tv8Aib+CPGvixvl/tu3uPJjHGyCGN449w5w5w2cEjpjFF1a6hbeG/AHiPTbWa9Ok28Sz2sMXmSND
LCiuygEEsAOB6tk8A16bRQBwWofFvQ5LR4vDjXOrarIrLb20FnKxL7SQWBC5UEc4Ocdqz/F2g/8A
CMfAWfSS/mPbxw+YwOQXadGfBwPl3MccZxivTaKAOIm+KGk6jBJb+FRc6xqrqRDBDaSbUYjCvIW2
gRhioJzxmsPxJpkHgjwN4Mtbuf8AdafrVtLcyjLAH948hGACVBLY4zjHevU6KAOY0j4jeGNe1SHT
tM1Pz7ubd5cf2eVc4UseWUDoD3qtq3iS01/wd4witI7lG06G7tJjLHhWdY2BKsMgj8cjjIGRnsKK
AOV0ywl1X4S2lhAyLLd6GkCFyQoZoAozjPGTXl+kj4b2WhrF4p0W8sdctowtxaym5EkrBQQy4IUb
8ggHbgn0wT71RQB5rd31h4P8WaHrt7Bc2GiXGhjTog8Ts9q6sJFSUckHbwOScqc8AmpNB16DxF8Y
XvLW2vIbcaCUie5hMfnr9oBEiA8lGB4Jx34r0asX/hHv+K3/AOEi+0/8w77D9n8v/ppv37s/hjH4
0AcZofimy8Fax4k0rXIryK+u9VmvbOGOBpDdpLgII9uQWJXHOBkgZyDjCh0ifVfgR4eaCxfUFs78
3M1nHv33EYmlVkXaCcnf17DJ7V7VRQB4/ocnwul1jSDoemXk2qS3MRihj+0F7dvvb33Nt2pj5sFu
meRmpvEuqeHrDWNSl0DUtR0TxYZHU2kVtIyXs3RN8W0o28HKsMf6zccmvWqKAPOfFWqvpGv+Bdb8
Rp9kSCO5F88cbPHDM8CjZ8u7q24Dk8A+hNd/ZXkGoWNveWr+Zb3EayxPgjcrDIODyOD3qeigAooo
oAKKKKAMPSv+Rq17/t3/APQDW5WHpX/I1a9/27/+gGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHCeKdRvLf4gaPbwXdxHBJ5G+J
JGCtmUg5AODkcV3ded+L/wDkpOh/9sP/AEc1eiVrU+GJnDdhRRRWRoFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/wDatblYf/M+f9w3
/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf+Ra1T/r0l/9ANc78L/+RauP+vtv/QErpNdjebw/
qMcSM8j2sqqqjJYlTgAVhfDmzubHw/PHeW81vIbpmCyoVJG1OcH6GtU/3bM38aOsooorI0CiiigA
ooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwoiPxMKKKK
zLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigDD8T/APMI/wCwlD/WtysPxP8A8wj/ALCUP9a3K0l8KIj8TCiiisywooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V
/wCRq0H/ALeP/QBW5XOeIop5/EGiR2tx9mmPn7Zdgfb8ozweDxxU/wDZWuf9DD/5JR/41s4pxjd2
08+7Mk2m9P6sjcorD/srXP8AoYf/ACSj/wAaP7K1z/oYf/JKP/Gp5F/Mvx/yK5n2f4f5m5RWH/ZW
uf8AQw/+SUf+NH9la5/0MP8A5JR/40ci/mX4/wCQcz7P8P8AM3KKw/7K1z/oYf8AySj/AMaP7K1z
/oYf/JKP/GjkX8y/H/IOZ9n+H+ZuUVh/2Vrn/Qw/+SUf+NH9la5/0MP/AJJR/wCNHIv5l+P+Qcz7
P8P8zcorD/srXP8AoYf/ACSj/wAaP7K1z/oYf/JKP/GjkX8y/H/IOZ9n+H+ZuUVh/wBla5/0MP8A
5JR/40f2Vrn/AEMP/klH/jRyL+Zfj/kHM+z/AA/zNyisP+ytc/6GH/ySj/xo/srXP+hh/wDJKP8A
xo5F/Mvx/wAg5n2f4f5m5RWH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5JR/40ci/mX4/5BzPs/w/zNyi
sP8AsrXP+hh/8ko/8aP7K1z/AKGH/wAko/8AGjkX8y/H/IOZ9n+H+ZuUVh/2Vrn/AEMP/klH/jR/
ZWuf9DD/AOSUf+NHIv5l+P8AkHM+z/D/ADNyisP+ytc/6GH/AMko/wDGj+ytc/6GH/ySj/xo5F/M
vx/yDmfZ/h/mblFYf9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjRyL+Zfj/kHM+z/D/M3KKw/7K1z/
AKGH/wAko/8AGj+ytc/6GH/ySj/xo5F/Mvx/yDmfZ/h/mblFYf8AZWuf9DD/AOSUf+NH9la5/wBD
D/5JR/40ci/mX4/5BzPs/wAP8zcorD/srXP+hh/8ko/8aP7K1z/oYf8AySj/AMaORfzL8f8AIOZ9
n+H+ZuUVh/2Vrn/Qw/8AklH/AI0f2Vrn/Qw/+SUf+NHIv5l+P+Qcz7P8P8zcorD/ALK1z/oYf/JK
P/Gj+ytc/wChh/8AJKP/ABo5F/Mvx/yDmfZ/h/mblFYf9la5/wBDD/5JR/40f2Vrn/Qw/wDklH/j
RyL+Zfj/AJBzPs/w/wAzcorD/srXP+hh/wDJKP8Axo/srXP+hh/8ko/8aORfzL8f8g5n2f4f5m5R
WH/ZWuf9DD/5JR/40f2Vrn/Qw/8AklH/AI0ci/mX4/5BzPs/w/zLmqXGoWvly2NrHcxLnzY8kSEd
tvb14pdN1qz1VSIHKyr9+GQbXT6iqJ0vW1BLeIgAOSTZR8frXNXtne6tqSCw1E39zE3zXMdssKx/
WQHn6c1pGnGStdeuv+REpyi72/I6bSv+Rq17/t3/APQDW5XN+GoriDXNZjvJxPOot98gXGfkNdJW
dXSXyX5F0/h+/wDMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooArTadZ3FzHcT2lvJPHjZK8YLLg5GCRkYPNWaxdS8UWel63aaXPFcNPdbNjIoKjcxUZJO
eo9K2qbTW4k10CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKAMP8A5nz/ALhv/tWtysP/AJnz/uG/+1a3K0n09CIdfUKKKKzLCiiigAooooAK
KqardPY6ReXUQUyQQPIoboSqkjP5VleDdeufEWkS3V4kKSJOYwIgQMBVPcn1NVyu3MK6vY6Ciiip
GFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRR
RWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/wDI
1aD/ANvH/oArcrD1X/katB/7eP8A0AVuVpPaPp+rIju/X9EFFFFZlhRXl+p+NdW0n4o3MV5qKJ4c
tru2tJYSkYKtPAzKxYgEKGUsxLcD16V3PinWJdB8N3l/b273FzGoSCFELl5XYJGNoIJG5lzjnGcc
0Aa9FeeeHNf19vAPiu41a+SfVdJmvIEnSNAqtFECMAKARuyeR9a7DwzeT6h4V0i8un8y4uLKGWV8
AbmZAScDgcntQBp0V5fqfjXVtJ+KNzFeaiieHLa7trSWEpGCrTwMysWIBChlLMS3A9eldz4p1iXQ
fDd5f29u9xcxqEghRC5eV2CRjaCCRuZc45xnHNAGvRXnnhzX9fbwD4ruNWvkn1XSZryBJ0jQKrRR
AjACgEbsnkfWn6NpPjTV9DsNR/4TnyvtdvHP5f8AZELbN6hsZyM4z1xQB6BRRXnPjseLvDejanrt
r4tzbxSBorP+zYflV5AoXeck4DdSOcUAejUVwWr3HiXwN4f1LW9R8QJrawwhIrV7FLdRI0iKHLIc
kDJ+XjPqOtTaTpfjVH0y+bxbY6nbSNG9zAbNEjaJh8xjkQZY85XhQeCeOCAdvRXGajqeu+JddudL
8L30Om2mmyBL3UXhE5kkKk+XGpBU7eN+SCCR6fNNLP4j0Twrr/8Aad3DdzWVlJPZ6lHGsbSnY5w8
XIDIVHPRgV7g0AdbRWZ4ZvJ9Q8K6ReXT+ZcXFlDLK+ANzMgJOBwOT2rL+HOr3uveBNO1HU5vPu5v
N8yTYq5xK6jhQB0A7UAdPRWZ4mvJ9P8ACur3lq/l3FvZTSxPgHayoSDg8Hkd65X4Y+Kb/WIrzT9f
vkudViWG7QhUQGCWJHUAKBkqW+bjgsOTQB3tFec/FLxZrujKYfD0n2b7HbreXly0IcbXkEUcakgj
cTuJBA4Xg8EVueLtb1SK9stC8Mm2/ti+WSQyTqWS2hVT+8bGSpLFQpKlSQQaAOqorz/Vz4z8G6XN
rMmuQ+ILe22mezk09YG8vcNzo0ZJ3AeowBuJzirvjbXr3+w/D8/hzUfsv9r6jbQJc+Qr/upVYg7H
H+6ccHjtQB2dFcFev4v8Gp/a+oayniDSoFJvLZbJYJkTKjfHszuKjJO4gYB+of4o1nVNQ1nwpZ+G
tZ+wW+sx3Ev2j7Ksu5VjWRDtcZHBPp156UAd1RXP6Do/iHT755dZ8Tf2rbmMqsH2CODa2RhtynJ4
BGPf2rcmmitoJJp5EiijUu8jsFVVAySSegAoAkornNE+IPhrxFqIsNK1RJrplLLG0TxlgOuNyjJx
zgc4BPY0a38QfDXh3UTYarqiQ3SqGaNYnkKg9M7VODjnB5wQe4oA6Oisy88SaTY6E+tTX8LaYmM3
MJ81OW2cbM5+Y44qlpXjvw5resNpem6rDPeLuwgVgH29drEbW9flJyAT0GaAOgoryLxZ4y0m/wDH
zWF34p1TS9KsrR45Dp5kib7WJdrK2EJYbR15HHB5OfQ/t3/Fb/Yf7W/5h3nf2b9m/wCmmPO83/x3
Z+NAG1RXOH4g+GhqqaadUT7a12bIQiJy3mhgpU/LwMsAGPB5weDg1b4g+GtDvbi01LVEgubZkWSI
xOzAuu5cAKcjHUjIGQDgkUAdHRXMX3xH8K6da2dxc6xCIr2PzYCiPIWXOMkKCV5yOccgjqDjo4Zo
rmCOaCRJYpFDpIjBlZSMggjqCKAJKKKKAM/U9Ii1YxLcyzCBCS0KNtWT03d6uQW8VrCsUEaxxrwF
UYAqSinzO1hWV7mHpX/I1a9/27/+gGtysPSv+Rq17/t3/wDQDW5V1N/kvyRMNvm/zCiiisywoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAPO/F//ACUnQ/8Ath/6
OavRK5XXfC95qni7TdUglt1gtfK3q7MGO2QscADHQ+tdVWk2mo2IimmwooorMsKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/mfP+4b/wC1a3Kw
/wDmfP8AuG/+1a3K0n09CIdfUKKKKzLCiiigAooooAzvEP8AyLWqf9ekv/oBrnfhf/yLVx/19t/6
AldZeWqX1jPaylhHPG0bFeoDDBx+dU9B0G28O2L2tm8zxvIZCZSCckAdgPQVopLkcSGnzJmnRRRW
ZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfi
YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAY
eq/8jVoP/bx/6AK3Kw9V/wCRq0H/ALeP/QBW5Wk9o+n6siO79f0QUUUVmWeayaIviPxN8SNLYIWu
YbJY97FVEghJQkjnAYKfw6HpUOjatd+PNV8L2t7E4bSFe91ZHGNtyjNFCCVAKSblZ/LO0bT/ABYr
0O10iys9UvtRt4dl3f8Al/aZN7HfsXavBOBgHsBUOl+HNL0W+1C80+18m41GTzbp/MZvMbLHOCSB
yzdMdaAOF0r/AJEj4kf9hHU//RYrs/Bn/IkaD/2Drf8A9FrU8XhzS4LHUrOO1xb6nJLLdp5jfvGk
GHOc5GR6Yx2xWLZfC3wjp99b3lrpPl3FvIssT/aZjtZTkHBfB5HegDCk0RfEfib4kaWwQtcw2Sx7
2KqJBCShJHOAwU/h0PSodG1a78ear4Xtb2Jw2kK97qyOMbblGaKEEqAUk3Kz+Wdo2n+LFeh2ukWV
nql9qNvDsu7/AMv7TJvY79i7V4JwMA9gKh0vw5pei32oXmn2vk3GoyebdP5jN5jZY5wSQOWbpjrQ
Bwulf8iR8SP+wjqf/osVd8GfDnwx/Yeg6x/Zn+n/AGe3uvN+0S/63arbsbsdecYxXWxeHNLgsdSs
47XFvqckst2nmN+8aQYc5zkZHpjHbFc//wAKi8F/9Ab/AMmpv/i6ALmr/wDCcf2pN/Yn/COfYPl8
r7Z5/m/dGd23jrnGO2Kp/F3/AJJjq/8A2x/9HJXZ1S1fSLLXtLm07U4fPtJtvmR72XOGDDlSD1A7
0AP1Kaxg06d9Vkto7IrsmNyyiMq3y4bdxg5xz1zXnmu+Hf8AhXEK6x4V1C8gha5iRtEL+bHeMzxq
Uj3ZKuQrHOGbHTAFeh6lptprGnT2GoQJcWs67ZI36Ef0IPII5BAIrC0n4ceFdEvlvLHR4VuExseV
3l2EEEFQ5IDAgYI5FAGZ4AuktPEPi7RLkeXfLqst+ELKd8Mu0qwwcngAnjjevc4rX8WalaXHhjxP
YQzo91a6ZK08a8mMPE+3PuQpOOuMHuM2de8H6F4n2HWdNhuXTG2TlJABnA3qQ235jxnGeafY+FtH
0zQJtFsrFIdPnV1liVmy4cYbLZ3EkcZzkAADoKAOQ8M+APtnhXSLn/hKfFMHnWUMnlQ6jtjTKA7V
G3hRnAHpU3w5/tP/AIU7p39ifY/t/wC98r7Zu8r/AI+Hzu289M4x3xXc2VnBp9jb2dqnl29vGsUS
ZJ2qowBk8ngd6h0jSLLQdLh07TIfItId3lx72bGWLHliT1J70AczqX/CS/8ACEeJv+Em/sj/AJB0
3kf2d5v/ADzfdu3/APAcY96wgZdAtPAniaFEFsbC30zUpGYgLDIqFGYkFVVHySeMkqM4PHpN7Zwa
hY3FndJ5lvcRtFKmSNysMEZHI4Paqd34c0u+8PLoVza79MWOOIQ+Yw+VMbRuB3cbR37UAeX63DLe
fCrxX4kuo3SXW7uKaHzFKuLVJkWBWXoCFycjOQwOTXU6ndJpHxn0y4vB5dvqelNYW8pZQpmWXeVO
TkcFQPUsAO+Onu/Dml33h5dCubXfpixxxCHzGHypjaNwO7jaO/aptW0fT9dsWs9Us4bq3bPySrna
cEZU9VbBOCMEZ4oAxfiDq1tp/hDUbaRt93f28lta2yEGWd3AjARM5bBdScZOKw/FFhLpXhzwFYTs
jS2mr6fA5QkqWVCpxnHGRW5pPw48K6JfLeWOjwrcJjY8rvLsIIIKhyQGBAwRyK1Ne8OaX4nsUs9Z
tftNukglVPMZMMAQDlSD0Y0AZfxB1a20/wAIajbSNvu7+3ktrW2Qgyzu4EYCJnLYLqTjJxXLa94Y
t7nWPh34f1qJLmKO0uIJ1R2VWaOBOhGDjcoPauw0PwJ4c8N3RudK0qGG4PSVmaR14I+UuSVyCQcY
z3qbxD4Q0XxV9n/tuy+0/Zt3lfvXTbuxn7pGfujr6UAHh7whovhX7R/Yll9m+07fN/eu+7bnH3ic
fePT1rmfide2WoeFNKuRcfadDfVYPt0ts7PG1uCwfcU6ruAH+9jviug0HwL4e8MXz3mjaf8AZrh4
zEz+dI+VJBIwzEdVFWbDwrommaK2kWumWw09m3vBIvmK7ZBy27O45A65xgegoAu3ENi17aTXUdsb
pGZLWSRV3qxUlghPOSqnOOwPpXE/CX7FaeCrm9uf3Ooi5m/tee53LIJVYn94z+iEE9gSe+6t3RPh
94a8O6iL/StLSG6VSqyNK8hUHrjcxwccZHOCR3NR6t8OPCut3zXl9o8LXD53vE7xbySSSwQgFiSc
k8mgDzmTy/8AhR/ir7H539l/2q39neZv2/Z/Pi27N3O3O78d2ec12Hj3TLGxTwelnZW1usPiC2SI
RRKgRWLMwXA4BIBOOpArrdR0HTdV0VtIvLRG09lRPIQmNQqkFQNpGACo6elP1LSLLV/sn26Hzfsl
yl1B87LslTO1uCM4yeDxQBzP/Nb/APuXf/bmj/mt/wD3Lv8A7c1039kWX9uf2x5P+n/Z/svm72/1
W7dtxnHXnOM0f2RZf25/bHk/6f8AZ/svm72/1W7dtxnHXnOM0Acr8NoYln8WzCNBK/iC6RpAo3Mo
IIBPoCzY+p9aZ4dsraf4seMbma3hkuLf7F5MrIC8e6Ahtp6jI4OOtdbpukWWkfa/sMPlfa7l7qf5
2bfK+Nzck4zgcDii10iys9UvtRt4dl3f+X9pk3sd+xdq8E4GAewFAHGfDjRtN/4qr/iXWf8AyGru
0/1C/wCo+T910+5/s9Parvwi/wCSY6R/22/9HPXTabpFlpH2v7DD5X2u5e6n+dm3yvjc3JOM4HA4
o0jSLLQdLh07TIfItId3lx72bGWLHliT1J70AXaKKKACiiigDD0r/kate/7d/wD0A1uVh6V/yNWv
f9u//oBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUVwninUby3+IGj28F3cRwSeRviSRgrZlIOQDg5HFd3VSjZJ9yVK7aCiiipK
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/
AOZ8/wC4b/7VrcrD/wCZ8/7hv/tWtytJ9PQiHX1CiiisywooooAKKKKAGySJDG8krqkaAszMcBQO
pJqK1vba+jMlncQ3EYO0tE4YA+mR9RVXxD/yLWqf9ekv/oBrnfhf/wAi1cf9fbf+gJVqN4uRLl71
js6KKKgoKKKKACiiigAooooAKKKKACiiigAooooAw/E//MI/7CUP9a3Kw/E//MI/7CUP9a3K0l8K
Ij8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAKOs3N1Z6Pcz2EBnuUTMcYUncfoOTXDDQ/HWrr51xqn2LPIj88xkfgg/nXo9FZTpc71b
O7C454aLUIRbfVq79EeUzat4r8EXsX9pyteW0nTzJDIr+uGPIP8AnBr0vStSh1fTIL62J8qZdwB6
g9wfcHIrnviWIj4PlMmN4lTy8/3s/wCGaT4aB/8AhEI9/wB0zPs+mf8AHNZU7wqune6tc9DGcmKw
McXyqM1LldtE9DR8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/Wtyu6Xwo+ej8TCiiisyzgvFvj6+8M+N
bax+y20mjraR3V9M24SQo0xiLjB5AJQ7QpJ5+o3fFuv3Og/2J9lSF/t+qwWUvmgnCPuyVwR83HGc
j2rFvbODUPjDcWd0nmW9x4ZaKVMkbla4wRkcjg9q4wX89h/YvhDU5vMvtE8TWiwuxG6a2bcY2xuJ
4BHHRQyDrQB7Hf6nY6VAs2o3ltaRM2wSXEqxqWwTjJI5wD+VZ+r+KtN0zw1PrSXlnPbrG7QEXChL
h1DERq3ILEqRxk8HjiuD1aHV/EXxQ1uztY/D98NOhhWC21lXdY0dFZ2jReCS2NzEEj5RnHFPj8EX
mjeEfGMmuW+kGG4t3u7W1sw7Q20yxSBnRZB8jHK8j0wMAAUAdto/jDSNV0CPU21CxhUQxSXKm6Qi
1ZwMK54wc5HOMkVrXN7bWflfariGDzpBDF5rhd7noq56sccAc1xmm+EdP1X4TRWNrY2cFxqWlQFp
FTy/MmEYZHdlGTh+ec9+uTXGavq0/jPwpotva6jeWs2l6NJrM0roGeaaA+UpD7twbcsp3f7QOCeg
B7NLe20F1BbTXEMdxcbvJiZwHk2jLbR1OBycdKrX/iDSNKnWHUdVsbSVl3iO4uEjYrkjOCRxkH8q
5LTL+Lxd8SrTUIFeSx0zSEnQOArW9xc4YZx94mH/AHlHsapfDPQ9I8SeG217WYLbV9Wv5nN3Ldok
xjZWIVApGEG3acAdCO20AA9DvL220+1e5vbiG2t0xulmcIi5OBkngckCsnXNfgXw5r0uk6hbSXun
WkzMIpEkaCRUYjcvODlTwR2NeXyOifA/xVY21z9psdP1VrazkyrZhE8TA7lADZLE59/TFeh65oGl
6D4B16LSdPtrRTpkysYowGcLEwG5urHk8kk8n1oAu6Rr8EXg7R9S1zULa3a6tIWea4kSJXkaMMeu
Bk8nArdrynwXFaal4g0NPEhRb2z0i1k0a0L7onj8sFphk8y5U5XA2hARv2hh6tQBS/tnTf7U/s3+
0bP7f/z6+evm/d3fcznpz06c1hTfEHSLbxjJok95YxRR2hme7e8RVWUSbDCQejAc9c+1cnDp0XgS
OM+LtCttQtYrsTL4itkDTq5m3I04P7wEHksCRyq/NnnTm8P6Rc/GiSGfSrGWKTQzcPG9ujK0puMG
QgjliO/WgDttR1nTdI8v+09Rs7Pzc+X9onWPfjGcbiM4yPzqb7bbfYftv2iH7J5fnefvHl7MZ3bu
m3HOemK4bxLf2d94vnsdP8Gw+JNTtbdBdyXDIkduuS0aBpAV3Hex4xkeuDtyfCnmxfCnxrayQPar
azahDHaNMZRbKIgfLDdwCTz3OT3oA9DbxNoa+Zu1nTh5cazPm6T5UbbtY88Kd64PQ7h6is/wb40s
fF+kwXEb20F7IrvJYrcrJJEquVyRwcHg9B94VS8FeFNBTwTpTHR7F2urCFp2kgV2lLBZDuJBJG7B
weBgY6CqXwe0yxi8A6Zfx2Vsl7KsySXCxKJHXzm4LYyR8o/IelAHe1n2HiDSNVnaHTtVsbuVV3mO
3uEkYLkDOATxkj865j4qXLR6Bpto169lZ6jqcNneyo4QiBg2/wCY/dGByfTIPBIrdg8HeH7XVLXU
bTSLO1u7Xf5UlvGIsbl2nIXAbjPUHGeMUAWr/wAQaRpU6w6jqtjaSsu8R3FwkbFckZwSOMg/lVm8
vbbT7V7m9uIba3TG6WZwiLk4GSeByQK88+Geh6R4k8Ntr2swW2r6tfzObuW7RJjGysQqBSMINu04
A6EdtoHOSOifA/xVY21z9psdP1VrazkyrZhE8TA7lADZLE59/TFAHsFtrOm3l9LZWuo2c93DnzYI
p1aRMHB3KDkYJwc964bxN4suLjxuui6b4t07RLSCyaaa5dIZsz+ZsMTb2wGAGccHrnPGI/FHhbR/
C0/hKfQ7FLGdNcgt/NiZg7RyFt6s2csDjHzE4GQOCRU83h/SLn40SQz6VYyxSaGbh43t0ZWlNxgy
EEcsR360Adh9tuf+Eq+xfaNO+yfYvO8jefte/fjdt6eVjjPXdTz4g0hZ0hOq2IleY26xm4Tc0oIB
jAz94FlyOvI9a5z/AJrf/wBy7/7c1n/D/QNLu9V8UaldafbT3sfiC4WOaWMO0YRgy7c/dILE5GD0
9BgA7O68QaRYvKl5qtjbtCypKJbhEKMwLKGyeCQCRnqAaLrxBpFjBbzXmq2NvFcrvgkluERZVwDl
ST8wwR09RXE6d4b0nXfix4suNVsIbt7P7H5ImG5F3wENlfut0HUHGOKq+BPBWgainiFL7TkuVtNT
utNtxM7uIbcEMFTJ+Ugsx3D5sseeaAPUKK4/4TzSz/DPR3mkeRgsiAuxJCrK6qPoAAB6ACuwoAKK
KKAMPVf+Rq0H/t4/9AFbMkiQxtJK6oijJZjgAfWue8RzTW+u6NLbW5uJlFwViDY3fIO9YNteajr1
+5vbA3hibiz+0rAqfVDyfqa6FS54p30S/VmDqcsmv62R2enaxb6pLMtosrxxcecUwjH0B71frBTU
daiRUj8NqiKMBVvIwAPyp39q65/0L3/k7H/hUOm76W+9Fqemv5M3KKw/7V1z/oXv/J2P/Cj+1dc/
6F7/AMnY/wDCl7N+X3r/ADHzrz+5m5RWH/auuf8AQvf+Tsf+FH9q65/0L3/k7H/hR7N+X3r/ADDn
Xn9zNyisP+1dc/6F7/ydj/wo/tXXP+he/wDJ2P8Awo9m/L71/mHOvP7mblFYf9q65/0L3/k7H/hR
/auuf9C9/wCTsf8AhR7N+X3r/MOdef3M3KKw/wC1dc/6F7/ydj/wo/tXXP8AoXv/ACdj/wAKPZvy
+9f5hzrz+5m5RWH/AGrrn/Qvf+Tsf+FH9q65/wBC9/5Ox/4Uezfl96/zDnXn9zNyisP+1dc/6F7/
AMnY/wDCj+1dc/6F7/ydj/wo9m/L71/mHOvP7mblFYf9q65/0L3/AJOx/wCFH9q65/0L3/k7H/hR
7N+X3r/MOdef3M3KKw/7V1z/AKF7/wAnY/8ACj+1dc/6F7/ydj/wo9m/L71/mHOvP7mblFYf9q65
/wBC9/5Ox/4Uf2rrn/Qvf+Tsf+FHs35fev8AMOdef3M3KKw/7V1z/oXv/J2P/Cj+1dc/6F7/AMnY
/wDCj2b8vvX+Yc68/uZuUVh/2rrn/Qvf+Tsf+FH9q65/0L3/AJOx/wCFHs35fev8w515/czcorD/
ALV1z/oXv/J2P/Cj+1dc/wChe/8AJ2P/AAo9m/L71/mHOvP7mblFYf8Aauuf9C9/5Ox/4Uf2rrn/
AEL3/k7H/hR7N+X3r/MOdef3M3KKw/7V1z/oXv8Aydj/AMKP7V1z/oXv/J2P/Cj2b8vvX+Yc68/u
ZuUVh/2rrn/Qvf8Ak7H/AIUf2rrn/Qvf+Tsf+FHs35fev8w515/czcorD/tXXP8AoXv/ACdj/wAK
P7V1z/oXv/J2P/Cj2b8vvX+Yc68/uZuUVh/2rrn/AEL3/k7H/hR/auuf9C9/5Ox/4Uezfl96/wAw
515/czcorD/tXXP+he/8nY/8KP7V1z/oXv8Aydj/AMKPZvy+9f5hzrz+5m5RWH/auuf9C9/5Ox/4
Uf2rrn/Qvf8Ak7H/AIUezfl96/zDnXn9zDSv+Rq17/t3/wDQDW5XOeHZZ5/EGtyXVv8AZpj5G6Le
H2/Kccjg8c10dFVWl8l+QU9vv/MKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooA878X/wDJSdD/AO2H/o5q9EqtNp1ncXMdxPaW8k8eNkrxgsuDkYJGRg81
Zq5SukuxMY2bYUUUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAYf8AzPn/AHDf/atblYTMF8eLuIG7TsLnufMzit2tKnT0Ih19QooorMsKKKKA
CiiigChrsbzeH9RjiRnke1lVVUZLEqcACsL4c2dzY+H547y3mt5DdMwWVCpI2pzg/Q11lFUpWjyk
8utwoooqSgooooAKKKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/Wty
tJfCiI/EwooorMsKKKKACiiigAooooAKKKKAPNfir4g1LTbuys7C7lto3jMjtCxVmOcDkc44/WuO
hn8a3MKTQSeIZYnGVdGnZWHqCOtb/wAYv+Q3p/8A17n/ANCNegeC/wDkTdK/691rjcXOo1c+jjXj
hcFTmoJt9/meSf8AFdf9TJ/5Ho/4rr/qZP8AyPXu9FX9X/vM5v7Y/wCnUTwj/iuv+pk/8j0f8V1/
1Mn/AJHr3eij6v8A3mH9sf8ATqJ4R/xXX/Uyf+R6P+K6/wCpk/8AI9e70UfV/wC8w/tj/p1E8I/4
rr/qZP8AyPR/xXX/AFMn/kevd6KPq/8AeYf2x/06ieEf8V1/1Mn/AJHo/wCK6/6mT/yPXu9FH1f+
8w/tj/p1E8I/4rr/AKmT/wAj0f8AFdf9TJ/5Hr3eij6v/eYf2x/06ieEf8V1/wBTJ/5Ho/4rr/qZ
P/I9e70UfV/7zD+2P+nUTwj/AIrr/qZP/I9H/Fdf9TJ/5Hr3eij6v/eYf2x/06ieSeDP+Es/4Syx
/tT+3PseX8z7T5vl/cbGd3HXFet0UVtThyK1zz8XifrM1PlS0toFc3408Tz+GbG3ltoI5XmkK/vM
4AAz2rpK5D4iaHfa3ptomnQGaSOYllDAYBGM8kVNZyUHy7l5dGlLFQVe3L1vtsc8+k+J/HcltLqX
l2mnkCRCuNuCOoXJJJHrXo+nWEGl6fBZ2q7YoV2qPX1J9yeaZo9s9notjbSjEkNvHGwznBCgH+VX
KVKko+91ZeOx0q/7pJKEW7Jbeph+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5XVL4UeZH4mFFVV1O
ze/Nkk6tchSxRecAep6CrVQ01uUnczP7Btv+Eq/t/fN9r+xfYtmR5ezfvzjGd2ffGO1Utd8F6b4g
1zStWujNHd6ZIJImh2jzMMGCuSpJUEcAEfeb1roKKQznPEXgfTfEeo2+oyT31lqVuvlx3llcGOQJ
83y9xg7zzjPvjijR/A+m6TaapDJPfag2qqI7ya9uDJJKgUqF3DHABPPXnrwMdHRQBheGPCsXhaCS
GDU9UvYmVESO9uBIsKqCAEAA2jB/QelP0TwxbaFqWp3tvc3kz6jJ5jpPIGSL53fagAGF3Succ9fr
naooA5/wh4L03wVYz22mGaTz5PMkln2mQ8YC5VR8o5IHYsfWs/U/hrpuoT3bwanrWnRXrPJdW9ne
lYp3cnezKwbkg4I6YA4rsKKAMLUfB+l3/hFvDaRvaaaVRQtsQGUKwfgkHkkck5Jye5zWnqdhFqul
XdhOzrFdwvA5QgMFZSpxnPODVqigDCm8I2MulaVZpLcwy6SqLZ3kTKJ4tqhTzjBDKMMpBU+nTG7R
RQBx8Pw102OeMTanrV1p8bArplzemS0CqcohQjlVIGASfujOau+IPBNpr+qw6kNQ1TTr2OE25m0+
58pnj3bgrcHgHJ4x15zgY6OigDnNb8E2msaib+HUNU0q6kULPJptz5JuAv3fM4O4qMgHrg47DBpf
gbS9G8Oapolk1yllqLSs4LgtGJECEISOgAGM5PqTXR0UAVdMsItK0q0sIGdorSFIELkFiqqFGcY5
wKxvDfgm08LXckmn6hqjWrK6x2M1zvt4QzbvkXHBB7kk8nOc5ro6KAOcsPAmj2XhFvDci3N3prtu
dbidizHcH6rjaMgcLgfiSTHpHgeDStUhvpta13Ung3GKO/vTLHGxUrvC4HzbWYc9mNdPRQBx+p/D
XTdQnu3g1PWtOivWeS6t7O9KxTu5O9mVg3JBwR0wBxWnqPg/S7/wi3htI3tNNKooW2IDKFYPwSDy
SOSck5Pc5rdooAzNb0G217+z/tTzJ9gvY72LyiBl0zgNkH5eecYPvR/YNt/wlX9v75vtf2L7FsyP
L2b9+cYzuz74x2rTooAzP7Btv+Eq/t/fN9r+xfYtmR5ezfvzjGd2ffGO1GiaDbaD/aH2V5n+33sl
7L5pBw74yFwB8vHGcn3rTooAzLDQbbT9d1XVoXma41PyfOViNi+WpVdoxkcHnJP4UaJoNtoP9ofZ
Xmf7feyXsvmkHDvjIXAHy8cZyfetOigDM8OaDbeGNCttJsnmkt7fdtaYgudzFjkgAdWPatOiigAo
oooAw9V/5GrQf+3j/wBAFXNS0S01Ta8qtHcJ9yeI7XX8ap6r/wAjVoP/AG8f+gCtytW2lFrt+rM0
k3JPv+iM7S4tSt2khv5oriJceVMBtdvZh0rRoorNu7uWlZWCiiikMKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KAMPSv8Akate/wC3f/0A1uVh6V/yNWvf9u//AKAa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYupeKLPS9btNLniuGnutmxkUFRu
YqMknPUelbVed+L/APkpOh/9sP8A0c1eiVpOKSTXUiMm2wooorMsKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKWpaRaaqii5Q70OUkQ7XQ+xrPGk
6xacWWsGVB0S7jDn8WHNbtFWptKxLgnqYf2nxHB/rLGxucf88Zimf++qP7a1RP8AXaBOD/0znR/5
VuUU+ddYr8Rcr7mH/wAJJIv+s0TVQP8AZgDf1o/4Sf8A6g2s/wDgL/8AXrcoo5o/yhyy7iA5ANLR
RWZZU1W6ex0i8uogpkggeRQ3QlVJGfyrK8G69c+ItIlurxIUkScxgRAgYCqe5Pqav+If+Ra1T/r0
l/8AQDXO/C//AJFq4/6+2/8AQErRJezbIbfOkdnRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
Bh+J/wDmEf8AYSh/rW5WH4n/AOYR/wBhKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAeR
/GL/AJDen/8AXuf/AEI16B4L/wCRN0r/AK91rz/4xf8AIb0//r3P/oRr0DwX/wAibpX/AF7rXNT/
AIsj2sX/AMi+j6/5m5RRRXSeKFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVxfxH1zV
NFt7E6bK0KSs/mOEB5GNoyRx1P5V2lFRUi5RaTsdGErRoVo1Jx5kuj6/mZXhi8ur/wAN2Vzfg/aZ
I8uSuM8nBx7jB/GtWiiqirJIyqzU5yklZN7dvIwPFknkw6XJtZ9moRNtQZY43cAdzWHN4mu9bunt
4oL+G0T762kW+ZvYnPy1v+J/+YR/2Eof61Z1LQbbUJBOpe2u1+7cQnaw+vr+NdUJRjFcyOWUZNuz
MzT9TtNLg8qz8P6vGp6n7Lkt9TnmrX/CT/8AUG1n/wABf/r1PpsmrQ3JtdRiSaMKSl3GQA3sy9j9
K1aiTjfVX+ZcU7aP8DD/AOEn/wCoNrP/AIC//Xo/4Sf/AKg2s/8AgL/9etyip5o9h8su5h/8JP8A
9QbWf/AX/wCvR/wk/wD1BtZ/8Bf/AK9blFHNHsHLLuYf/CT/APUG1n/wF/8Ar0f8JP8A9QbWf/AX
/wCvW5RRzR7Byy7mH/wk/wD1BtZ/8Bf/AK9H/CT/APUG1n/wF/8Ar1uUUc0ewcsu5h/8JP8A9QbW
f/AX/wCvR/wk/wD1BtZ/8Bf/AK9blFHNHsHLLuYf/CT/APUG1n/wF/8Ar0f8JP8A9QbWf/AX/wCv
W5RRzR7Byy7mH/wk/wD1BtZ/8Bf/AK9H/CT/APUG1n/wF/8Ar1uUUc0ewcsu5h/8JP8A9QbWf/AX
/wCvR/wk/wD1BtZ/8Bf/AK9blFHNHsHLLuYf/CT/APUG1n/wF/8Ar0f8JP8A9QbWf/AX/wCvW5RR
zR7Byy7mH/wk/wD1BtZ/8Bf/AK9H/CT/APUG1n/wF/8Ar1uUUc0ewcsu5h/8JP8A9QbWf/AX/wCv
R/wk/wD1BtZ/8Bf/AK9blFHNHsHLLuYf/CT/APUG1n/wF/8Ar0f8JP8A9QbWf/AX/wCvW5RRzR7B
yy7mH/wk/wD1BtZ/8Bf/AK9H/CT/APUG1n/wF/8Ar1uUUc0ewcsu5h/8JP8A9QbWf/AX/wCvR/wk
/wD1BtZ/8Bf/AK9blFHNHsHLLuYf/CT/APUG1n/wF/8Ar0f8JP8A9QbWf/AX/wCvW5RRzR7Byy7m
H/wk/wD1BtZ/8Bf/AK9H/CT/APUG1n/wF/8Ar1uUUc0ewcsu5yr6n/aXirRf9Cvbby/P/wCPmLZu
ynbnnp+orqqw9V/5GrQf+3j/ANAFblFSzUbdv1Yobu/f9EFFFFZmgUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFAGHpX/ACNWvf8Abv8A+gGtysPSv+Rq17/t3/8AQDW5WlTf5L8kRDb5v8wooorMsKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDldd8L3mqeLtN1SCW3WC1
8rerswY7ZCxwAMdD611VFFU5NpJ9BJJBRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAgvLVL6xntZSwjnjaNivU
Bhg4/OuJuvAeq2Mgj8O6vNb2hG51luXUl+5wi46Bfeu9oq4zcdiZRUtzzv8A4RDxj/0H/wDycm/w
rqvC+m6lpemyQ6vefa52mLq/mtJhcAAZYZ6g/nW1RTlUclZiUEncrajDNcabdQ2snlzyQukb7iNr
EEA5HIwfSuE/4RDxj/0H/wDycm/wr0SilGbjsOUFLc4TTvC3iu31K1mutb8yCOZHkT7XKdyggkYI
wcj1ru6KKUpuW4Rio7HK+KNC1/VNSjm0jU/skCwhGT7RJHlskk4UY6EflWL/AMIh4x/6D/8A5OTf
4V6JRVKq0rCdNN3MXwvpupaXpskOr3n2udpi6v5rSYXAAGWGeoP51o6jDNcabdQ2snlzyQukb7iN
rEEA5HIwfSrNFQ3d3KSsrHnf/CIeMf8AoP8A/k5N/hVnTvC3iu31K1mutb8yCOZHkT7XKdyggkYI
wcj1ru6K09tIj2aCuV8UaFr+qalHNpGp/ZIFhCMn2iSPLZJJwox0I/KuqoqIycXdFtXVjy7U/DXi
e2+x/a9Z83zblI4v9KlbZIc4bkcY55HNdv4X03UtL02SHV7z7XO0xdX81pMLgADLDPUH86b4n/5h
H/YSh/rW5Wk5twRnCKUmVtRhmuNNuobWTy55IXSN9xG1iCAcjkYPpXCf8Ih4x/6D/wD5OTf4V6JR
URm47FygpbnCad4W8V2+pWs11rfmQRzI8ifa5TuUEEjBGDketd3RRSlNy3CMVHY5XxRoWv6pqUc2
kan9kgWEIyfaJI8tkknCjHQj8qxf+EQ8Y/8AQf8A/Jyb/CvRKKpVWlYTppu5i+F9N1LS9Nkh1e8+
1ztMXV/NaTC4AAywz1B/OtHUYZrjTbqG1k8ueSF0jfcRtYggHI5GD6VZoqG7u5SVlY87/wCEQ8Y/
9B//AMnJv8Ks6d4W8V2+pWs11rfmQRzI8ifa5TuUEEjBGDketd3RWntpEezR5H8Yv+Q3p/8A17n/
ANCNa1poWv6poGjTaRqf2SBbFEZPtEkeWyxJwox0I/Ksn4xf8hvT/wDr3P8A6Ea9A8F/8ibpX/Xu
tcdGTjWk0e7jFfLqK8/8zl/+EQ8Y/wDQf/8AJyb/AArqvC+m6lpemyQ6vefa52mLq/mtJhcAAZYZ
6g/nW1RXXKo5KzPDUEncrajDNcabdQ2snlzyQukb7iNrEEA5HIwfSuE/4RDxj/0H/wDycm/wr0Si
lGbjsOUFLc4TTvC3iu31K1mutb8yCOZHkT7XKdyggkYIwcj1ru6KKUpuW4Rio7HK+KNC1/VNSjm0
jU/skCwhGT7RJHlskk4UY6EflWL/AMIh4x/6D/8A5OTf4V6JRVKq0rCdNN3MXwvpupaXpskOr3n2
udpi6v5rSYXAAGWGeoP51o6jDNcabdQ2snlzyQukb7iNrEEA5HIwfSrNFQ3d3KSsrHnf/CIeMf8A
oP8A/k5N/hVnTvC3iu31K1mutb8yCOZHkT7XKdyggkYIwcj1ru6K09tIj2aCuV8UaFr+qalHNpGp
/ZIFhCMn2iSPLZJJwox0I/KuqoqIycXdFtXVjzv/AIRDxj/0H/8Aycm/wrqvC+m6lpemyQ6vefa5
2mLq/mtJhcAAZYZ6g/nW1RVSqOSsyVBJ3K2owzXGm3UNrJ5c8kLpG+4jaxBAORyMH0rhP+EQ8Y/9
B/8A8nJv8K9EopRm47DlBS3OE07wt4rt9StZrrW/MgjmR5E+1yncoIJGCMHI9a7uiilKbluEYqOx
yvijQtf1TUo5tI1P7JAsIRk+0SR5bJJOFGOhH5Vi/wDCIeMf+g//AOTk3+FeiUVSqtKwnTTdzil0
3UtL03TIdXvPtc7axE6v5rSYXGAMsM9QfzrrNRhmuNNuobWTy55IXSN9xG1iCAcjkYPpWZ4n/wCY
R/2Eof61uU5u6TFFWbR53/wiHjH/AKD/AP5OTf4VZ07wt4rt9StZrrW/MgjmR5E+1yncoIJGCMHI
9a7uij20g9mgrlfFGha/qmpRzaRqf2SBYQjJ9okjy2SScKMdCPyrqqKiMnF3RbV1Y87/AOEQ8Y/9
B/8A8nJv8K6rwvpupaXpskOr3n2udpi6v5rSYXAAGWGeoP51tUVUqjkrMlQSdytqMM1xpt1DayeX
PJC6RvuI2sQQDkcjB9K4T/hEPGP/AEH/APycm/wr0SilGbjsOUFLc4TTvC3iu31K1mutb8yCOZHk
T7XKdyggkYIwcj1ru6KKUpuW4Rio7HK+KNC1/VNSjm0jU/skCwhGT7RJHlskk4UY6EflWL/wiHjH
/oP/APk5N/hXolFUqrSsJ003cxfC+m6lpemyQ6vefa52mLq/mtJhcAAZYZ6g/nWjqMM1xpt1Daye
XPJC6RvuI2sQQDkcjB9Ks0VDd3cpKysed/8ACIeMf+g//wCTk3+FWdO8LeK7fUrWa61vzII5keRP
tcp3KCCRgjByPWu7orT20iPZoK5XxRoWv6pqUc2kan9kgWEIyfaJI8tkknCjHQj8q6qiojJxd0W1
dWPO/wDhEPGP/Qf/APJyb/Cuq8L6bqWl6bJDq959rnaYur+a0mFwABlhnqD+dbVFVKo5KzJUEncr
ajDNcabdQ2snlzyQukb7iNrEEA5HIwfSuE/4RDxj/wBB/wD8nJv8K9EopRm47DlBS3OE07wt4rt9
StZrrW/MgjmR5E+1yncoIJGCMHI9a7uiilKbluEYqOxyvijQtf1TUo5tI1P7JAsIRk+0SR5bJJOF
GOhH5Vi/8Ih4x/6D/wD5OTf4V6JRVKq0rCdNN3MXwvpupaXpskOr3n2udpi6v5rSYXAAGWGeoP51
o6jDNcabdQ2snlzyQukb7iNrEEA5HIwfSrNFQ3d3KSsrHnf/AAiHjH/oP/8Ak5N/hVnTvC3iu31K
1mutb8yCOZHkT7XKdyggkYIwcj1ru6K09tIj2aCuV8UaFr+qalHNpGp/ZIFhCMn2iSPLZJJwox0I
/KuqoqIycXdFtXVjzv8A4RDxj/0H/wDycm/wrqvC+m6lpemyQ6vefa52mLq/mtJhcAAZYZ6g/nW1
RVSqOSsyVBJ3Ob8TQzXGsaXDayeXPJDdpG+4jaxiwDkcjB9K5/8A4RDxj/0H/wDycm/wrqNV/wCR
q0H/ALeP/QBW5V87jGNu36snkUm7/wBaI4TTvC3iu31K1mutb8yCOZHkT7XKdyggkYIwcj1ru6KK
ylNy3LjFR2OV8UaFr+qalHNpGp/ZIFhCMn2iSPLZJJwox0I/KsX/AIRDxj/0H/8Aycm/wr0SiqVV
pWE6abuYvhfTdS0vTZIdXvPtc7TF1fzWkwuAAMsM9QfzrR1GGa4026htZPLnkhdI33EbWIIByORg
+lWaKhu7uUlZWPO/+EQ8Y/8AQf8A/Jyb/CrOneFvFdvqVrNda35kEcyPIn2uU7lBBIwRg5HrXd0V
p7aRHs0Fcr4o0LX9U1KObSNT+yQLCEZPtEkeWySThRjoR+VdVRURk4u6LaurHnf/AAiHjH/oP/8A
k5N/hXVeF9N1LS9Nkh1e8+1ztMXV/NaTC4AAywz1B/OtqiqlUclZkqCTuVtRhmuNNuobWTy55IXS
N9xG1iCAcjkYPpXCf8Ih4x/6D/8A5OTf4V6JRSjNx2HKClucJp3hbxXb6lazXWt+ZBHMjyJ9rlO5
QQSMEYOR613dFFKU3LcIxUdjlfFGha/qmpRzaRqf2SBYQjJ9okjy2SScKMdCPyrF/wCEQ8Y/9B//
AMnJv8K9EoqlVaVhOmm7mL4X03UtL02SHV7z7XO0xdX81pMLgADLDPUH860dRhmuNNuobWTy55IX
SN9xG1iCAcjkYPpVmiobu7lJWVjzv/hEPGP/AEH/APycm/wqzp3hbxXb6lazXWt+ZBHMjyJ9rlO5
QQSMEYOR613dFae2kR7NBXK+KNC1/VNSjm0jU/skCwhGT7RJHlskk4UY6EflXVUVEZOLui2rqx53
/wAIh4x/6D//AJOTf4V1XhfTdS0vTZIdXvPtc7TF1fzWkwuAAMsM9QfzraoqpVHJWZKgk7lbUYZr
jTbqG1k8ueSF0jfcRtYggHI5GD6Vwn/CIeMf+g//AOTk3+FeiUUozcdhygpbnCad4W8V2+pWs11r
fmQRzI8ifa5TuUEEjBGDketd3RRSlNy3CMVHY5XxRoWv6pqUc2kan9kgWEIyfaJI8tkknCjHQj8q
xf8AhEPGP/Qf/wDJyb/CvRKKpVWlYTppu5i+F9N1LS9Nkh1e8+1ztMXV/NaTC4AAywz1B/OtHUYZ
rjTbqG1k8ueSF0jfcRtYggHI5GD6VZoqG7u5SVlY87/4RDxj/wBB/wD8nJv8Ks6d4W8V2+pWs11r
fmQRzI8ifa5TuUEEjBGDketd3RWntpEezQVyvijQtf1TUo5tI1P7JAsIRk+0SR5bJJOFGOhH5V1V
FRGTi7otq6sed/8ACIeMf+g//wCTk3+FdV4X03UtL02SHV7z7XO0xdX81pMLgADLDPUH862qKqVR
yVmSoJO5W1GGa4026htZPLnkhdI33EbWIIByORg+lcJ/wiHjH/oP/wDk5N/hXolFKM3HYcoKW55t
onh/xCnieUSaruNrNA92ftEh85eoHT5uARzXpNYelf8AI1a9/wBu/wD6Aa3KqrK7+S/ImmrL7zlf
FGha/qmpRzaRqf2SBYQjJ9okjy2SScKMdCPyrF/4RDxj/wBB/wD8nJv8K9EopKq0rDdNN3MXwvpu
paXpskOr3n2udpi6v5rSYXAAGWGeoP51o6jDNcabdQ2snlzyQukb7iNrEEA5HIwfSrNFQ3d3KSsr
Hnf/AAiHjH/oP/8Ak5N/hVnTvC3iu31K1mutb8yCOZHkT7XKdyggkYIwcj1ru6K09tIj2aIri5ht
IGmuZo4YlxukkYKoycDJPvXFeJGuNa1eA6H4osYEMaxiFdQKl33Hoq5yTkD1rW+IX/Ikah/2z/8A
Ri15nL/wjv8AwhkO3zP7d3/Ns34xuP3s/Ljbj7vOce9cVTEypTsrbX1PewGU08ZQ9pJy1ly6K9tL
3fl3Os/4RDxj/wBB/wD8nJv8K6rwvpupaXpskOr3n2udpi6v5rSYXAAGWGeoP51lRXd94X+GUNyW
hnuoI0KlnMibWkG0ZB5AVgODjjjIpnh/xbqmuXENyLK3h0eJCt5cu4BWQR7mIBbhckdjxzn02liu
a0ZLVnEsrmozqwacYtq997dvXojqdRhmuNNuobWTy55IXSN9xG1iCAcjkYPpXCf8Ih4x/wCg/wD+
Tk3+FTweMvEevSzS+HNGheziOwtcNyTz33KM4xkDOPXkVs+EvFv/AAkP2i2urb7Jf2uBLEW+92JA
PIwRgg9Mjk5op4qN7Lr5BiMqr04Oc7e7uk1dX7oyNO8LeK7fUrWa61vzII5keRPtcp3KCCRgjByP
Wu7rhLnxN4xNrLfw6Bb29kiGQi4b94qqPmJG5T2J+709avWXjyGXwbJrVzBtlhfyGhVgBJLgEbc9
iDnuQAeuOU8TGb10+VinlNeEU42ldpaNOzfR2KnxBt9Yt1bVbHUZLeyghRJIo53RixcjIA4/iHft
WNo2i+Ktb0qG/ttdkSKbdtEl3KGGGKnOAe4o1vxD4h1LwZO+p6PGlld+X5dxESuwbgcspJODgAHg
cjrkVt+Hdbh8P/DC0vpxv2eYqRhgDIxlbAGfzPXgE4OKmGMfNbpa+x0Vsn5MMpb1HPl0d1tt637m
54X03UtL02SHV7z7XO0xdX81pMLgADLDPUH860dRhmuNNuobWTy55IXSN9xG1iCAcjkYPpXIaR4m
8V3cun3F1osJ067kVDJErBgrcb8biQo65IwR35Bq/rOseJl1Wa10PRY5YoNu6e4bCyblBG3JXocg
4J/Cn7dS96z+453ltSE/ZOUdt+ZWXTV979DE/wCEQ8Y/9B//AMnJv8Ks6d4W8V2+pWs11rfmQRzI
8ifa5TuUEEjBGDketT+H/HNxdS6pba1aLFc6fHJM/wBn5G1OGXBY/Nnpzg+2Oalv4u8WXdoup22h
282ms5KiMlpCobaQMNnPbO33xir+upr/AIAf2LXUmpWVrbySTvqrd7nf1w/xBt9Yt1bVbHUZLeyg
hRJIo53RixcjIA4/iHftWF8U5dQfVbeO5gjSyTd9lkU/NJlU3557H2H4102o6prFv4Hv7zXtMsRc
xyKFt3XzInQsgBI3HnJPfsKyWIalJJbG/wDZX7uhUlJNTa0Ts90tH18+z3Od0bRfFWt6VDf22uyJ
FNu2iS7lDDDFTnAPcV2/hfTdS0vTZIdXvPtc7TF1fzWkwuAAMsM9QfzrnJPFt1pfw903VLOzsYpJ
p2iMKRFYlGZOig8H5R37modS8fa7ZeRqA0eOPSLh/wBw0wPmOvuQ2FJGSMjp03AZqpYxONpeXQlZ
LWnUl7JWV5JXa6Pbzf8Akd1qMM1xpt1DayeXPJC6RvuI2sQQDkcjB9K4T/hEPGP/AEH/APycm/wr
oNd8Xxabotlc2kEk93qKA2cBU5JIB+bHpuHA5JOB6jAuvFvjGy1G2sbnStPiuLn/AFIY4Vz6BvM2
59s55HqKf1pU9N/kY0sprV1zaLfd2vbf7urLGneFvFdvqVrNda35kEcyPIn2uU7lBBIwRg5HrXVy
a/pEMrxS6pYpIhKsrXCAqR1BGeDWhXjkH9h/8J1rP/CR/wDHp50+z7/3/N4+5z03e1LEV5K2xeWY
CGI53K/uq9krtnYa7Z6l4k1ITeG9ft1gihVJEhvGGGyxyQmRyP5Vnf8ACIeMf+g//wCTk3+FbOkv
oWneHdV1PwsilY43LlvMIZ0QsAQ5zj5u3rWJH498QXujG+0/SYZEtQftkzI2wHPAQbs4C4JPOM9h
yaWL5IpSt8tRf2TKtOTpXUU0vetF3a6r10XyOm0SC/8ADnh68l1y6a8eEvOWWRpDsCDgFsc8Hjpz
T7DWo/Fnh69l0nzrdyJIEaX5Cr7Bg5UnA+Yc9az7bxD/AMJL8PtUu2h8qVLaaKVR90sI85X2II69
OnPU8h4V17WdI8LXjaVpazwwzmWa4kJKqCoBAUEEkYBJBOB1HesZ4n31Lo1c6aGUuVCpF6TjJLV2
X9djY/4RDxj/ANB//wAnJv8ACrOneFvFdvqVrNda35kEcyPIn2uU7lBBIwRg5HrWzoHih9b8LT6m
lmzXNuHV4E6SSKobC9Tg5HuM456nC1DxT4xsLGTUJtFs7eyGGHmHLorEBQw3g55APA+groljLRvb
T0OKnlNWdR07pNO2sktey7nf1yvijQtf1TUo5tI1P7JAsIRk+0SR5bJJOFGOhH5VX1nxtPB4Nsdb
0+3jDXMwjMc4LBeHz0IzynB9O1Z2pePtdsvI1AaPHHpFw/7hpgfMdfchsKSMkZHTpuAzWX1mEHc2
hk+JrKySWrW6Wq3X9dhP+EQ8Y/8AQf8A/Jyb/Cuq8L6bqWl6bJDq959rnaYur+a0mFwABlhnqD+d
VfEHjCHSPDdvqUMe+W9RWtopCAfmXdlgD0AIzjuQMjOaraHrfiifVbWHWdGjhtLlGIliVgYyF3Dd
8zbc9MHByfbFaTxKb5P0OeGW1fZutokr7tJu29l1sdJqMM1xpt1DayeXPJC6RvuI2sQQDkcjB9K4
T/hEPGP/AEH/APycm/wq5N401jVdVuLTwtpkN1HakiSaV8q/OAQQwABIOOTkc8YNa3hXxdb+IdKl
nm2289qB9pBOEXg/MCf4Tg9emD9SqeJjflRVfK69On7Sa2tdJ6q+110uY2neFvFdvqVrNda35kEc
yPIn2uU7lBBIwRg5HrXQeHPFdl4n+0/YoriP7Pt3ecqjO7OMYJ/umudsvG+vatc3N1pWhrc6XASC
N22U8djnBbvgKeoHcGqnwi/5i/8A2x/9nrOWJ9pUiltr0OxZT7DC1qlX4o8ttU7Xeqa9DZ8YaVrF
xdreWOsx6dZRwqknmXTwru3Hk4GOcgVzcen61NKkUXjSxeRyFVV1VyWJ6ADua6/4hf8AIkah/wBs
/wD0YteZy/8ACO/8IZDt8z+3d/zbN+Mbj97Py424+7znHvTqYydJ8qS2vqGAyeni6PtZOV3Ll0V7
aXu/I9W8L6bqWl6bJDq959rnaYur+a0mFwABlhnqD+daOowzXGm3UNrJ5c8kLpG+4jaxBAORyMH0
rnbDUT4S+Htrcak63EscY2KkwbzNxJRQ3QgKR0zgKcZArJPjrXrSK21PUtIhi0a4k2oVP70qckYy
3JwM5KgHHbINEsRFNOW+/oc9PK61TmVKzSbSd0uZrt3Gf8Ih4x/6D/8A5OTf4VZ07wt4rt9StZrr
W/MgjmR5E+1yncoIJGCMHI9a6LV9ZuodHtrvRLJtQkuyqwgZAUMpKu3HC9M5x16iuXu/G3iPQLy1
/wCEh0q1itpiciE5cgYyR85GRkcHr7dRrPF8u/5GWHyqrXXuWvro2k3bfTc9BrlfFGha/qmpRzaR
qf2SBYQjJ9okjy2SScKMdCPypnifxdd6fq9to+h2sd3qEuGYPyFBzhcAjBxyScADB78T6X4i1OCw
1ObxPYLZGxCuGj4WUEH5VJJBbIA4bqwHBqI14xlZf8AcsurOkqjtrsrq7u7J233MH/hEPGP/AEH/
APycm/wrqvC+m6lpemyQ6vefa52mLq/mtJhcAAZYZ6g/nXNQ+LvFmq2sl/pOh25sRnbvJZzgc4+Z
S3Oei+3JFbOmeMU1jwtqGp20KxXNnHIzQO+8AhSynjBKnHt0I7Zp/W1PT9Cp5TXormdnrZ2adm+j
7G7qMM1xpt1DayeXPJC6RvuI2sQQDkcjB9K4T/hEPGP/AEH/APycm/wpsfj3xBe6Mb7T9JhkS1B+
2TMjbAc8BBuzgLgk84z2HJ6vwl4h/wCEl0UXbQ+VKjmKVR90sADlfYgjr06c9SUsUm+WP5CxWVV6
EHUqWsnZ2ez8zkZ7DXPDEttqOua+5s45lzHHcTSNKRltgBGOQpHJAro9H+IGjazeLaxvNbzOQsa3
CACQnPAIJGeO+M5GM10M1tDc+X58McvluJE3qG2sOjDPQj1rzP4jXNlrep6Tb6TNb3V2+6MmFlOd
zKEUt067uM8Z7ZqMRWmve09DoyvCYfEv2Mou7v719FpdaW/U9RooorU8oKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/
1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigDyP4xf8hvT/8Ar3P/AKEa9A8F/wDIm6V/17rX
n/xi/wCQ3p//AF7n/wBCNegeC/8AkTdK/wCvda5qf8WR7WL/AORfR9f8zcooorpPFCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/8wj/sJQ/1rcrD8T/8wj/sJQ/1rcrS
XwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigDD1X/katB/7eP/AEAVuVh6r/yNWg/9vH/oArcrSe0fT9WRHd+v6IKK
KKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/5GrXv+3f/ANANblYelf8AI1a9/wBu/wD6Aa3K
0qb/ACX5IiG3zf5hRRRWZYUUUUAFFFFAHN/EL/kSNQ/7Z/8Aoxa4e01LwwngBrW6hhfVvLkA2258
zeXOw78DgfKevQY56V6vcW0N3A0NzDHNE2N0cihlODkZB96qR6BpEMqSxaXYpIhDKy26AqR0IOOD
XPUoylPmVtrHsYLMKVDD+ympaS5tHbpaz8jz62t7u3+Dt/8Aa1kVZJlkgDn/AJZl48EDsCdx9857
10XhS0e/+GCWkRUSTwXESlugLM4GfbmuquLaG7gaG5hjmibG6ORQynByMg+9FvbQ2kCw20McMS52
xxqFUZOTgD3pxo8sr30tYmvmftaTjy2k58/ltax5x4C8T6b4e0y7sNXlktbhbkvh4mP8IUjgEggq
c5x1HviLwoLu71PxPr2nRyKrQz/Z8plzIzb1AGCCRgZHPUdc16Ld6Tp9/KJbywtbiQDaGlhVyB6Z
I6cmrMcaQxJFEipGgCqqjAUDoAOwqY0JaJvRGtXNKT9pOEHzTte7utO2nXzPDbf+y73TL691rUry
TVT8sEQBYuQoAZnIORnHGQQFPXIrQtrK4vPhfO1vE0gg1MzSbeqoIgCcegyP59BXrMek6fFeG7js
LVLkksZlhUPk9TuxnJyfzqW0srWwiMVnbQ28ZO4rFGEBPrgd+BWccI+rOurn8WlyQejT1asrdFZK
yPN9S8VadqHw7h0m1M0l/wCRFG0IiOU8vBZiem3CE8E9RkDnDbmwnvvg7YPAu77NM07gAk7Q8inG
PTdk+wNeiwaTp9rFNFb2FrFHMNsqxwqokHPDADkcnr61Pb20NpAsNtDHDEudscahVGTk4A96v2En
8T6WOV5rSppKhBq0+fV+VmttPLc5Lw5420b+yNKsPPk+2bIbbyfKOd3CZz93Hfr09+K5DVZIdS8b
38HinUbq2s7eSTylCMSBkBQowQoK4Occ49816nb6JplpOs1tptnDKudskcCqwyMHBA9Kdd6Tp9/K
JbywtbiQDaGlhVyB6ZI6cmnKjOUUm1oKhmOGoVpVKcJLmT1urpt9NDy3wJNZW2u6zN5ckthHYTv5
ciqztEGU4YdCSOvaoNRvdJ0mKK88I6vfQTyyBpbRtwCjkgE4wQp4wS2c9eufXksrVLx7tLaFbmQb
XmEYDsOOC3UjgfkKgt9E0y0nWa202zhlXO2SOBVYZGDggelR9Wko8qZ0POqUqrqyi9UtLqzsut1+
O5598SmurrR/D93cwNHI0bGYbCBHIyodpz0PDcHng+lbvizWbHW/h9qVxp0/nRK8cZbYy4YSIcYI
HYiutuLaG7gaG5hjmibG6ORQynByMg+9QJpOnpZvaJYWq20h3PCIVCMeOSuME8D8hWjoyvKz3Rxx
zGlyUVKLvTldWelm7v8AyR5jqn/JIdG/6/G/nNWl4y/5JjoP/bv/AOiWrvH0nT3s0tHsLVraM7kh
MKlFPPIXGAeT+Zp82m2Vzax209nby28eNkTxKyLgYGARgYHFT9Xdmr9Ejb+14c8Zcr0nKX39Dzzx
TsHhjwizeZb4SL/Tk3H7ONiZ4HUn7w7/ACHHeotEuItc8UWE+u+I7e8lgcfZoI4pEVm5I5KoFO4K
e+7AHpW/408M32ovptxpMNvMlh0spNqowyuABgDGBggkDAGPfAuPB2u+ILqBLrSdL0eKLJaW3VRu
BIzkKxyQBkZwOvPNYzjNT0V9vn/Xmejhq+HnhlzVFF+9rdXjdvZNX1/u2+/U9RryPTbvR7Lx/rcm
vLC1sZJ1USw+aN/mjHGDzgHmvXKz5NA0iaV5ZdLsXkclmZrdCWJ6knHJrqq03OzXQ8LL8ZDDqpGo
naSto7MxG1PQ7/wnrkWgeSI4rWRpFigMQBZGwcEDJ+X9KwvBv/JMde/7eP8A0Std5BpOn2sU0VvY
WsUcw2yrHCqiQc8MAORyevrT4dNsra1ktoLO3it5M74kiVUbIwcgDByOKXspNpvszVY+lCnKnBOz
lF6u703ucB4N/wCSY69/28f+iVo8G/8AJMde/wC3j/0Std/DptlbWsltBZ28VvJnfEkSqjZGDkAY
ORxRDptlbWsltBZ28VvJnfEkSqjZGDkAYORxUxoNW12VjSrmkJ+091+9JS+4838N3F3afCzWJtPa
RLhbk4aMZZVxHuI9MLnnt17VzMkejv4fe7nv7qfXJpCTFt+Vfm5LsR8xIBOQerDjgmvcLSytbCIx
WdtDbxk7isUYQE+uB34FQQ6Jplt5nkabZxeYhjfZAq7lPVTgcg+lRLDNpK+ysdNLPKdOc58j96XN
o1f0ej09DzPVP+SQ6N/1+N/OatLxl/yTHQf+3f8A9EtXePpOnvZpaPYWrW0Z3JCYVKKeeQuMA8n8
zT5tNsrm1jtp7O3lt48bIniVkXAwMAjAwOKr6u7NX6JGP9rw54y5XpOUvv6Hm/jSwnm8D+G72Nd0
VtbIkmASV3omD9Mrj6ketdjpvjbRtXu7W1s55HubjP7sxEFMKWO4njjGOCefbmtv7ND9l+zeTH9n
2eX5W0bNuMbcdMY4xUFppOn2Epls7C1t5CNpaKFUJHpkDpwKuNKUZXi97X+Rz1cdRrUFTqRd4uXL
Z/za66dGeN6Vpek2+o3dl4rlvLCWHATy1yM9wflbqCCCOCM89K7Xw3pWmS+GNe/4Rxryf7SklsPt
JUb2VDtK8DAO/vj8K6+70nT7+US3lha3EgG0NLCrkD0yR05NWY40hiSKJFSNAFVVGAoHQAdhUU8N
yP8Aq504zOniI6XT0ur+7p2Vr7rueZ+B/FWneG9HvrLVTNDcxztII/KJLfKBtHo2V746jnriz8J4
3hl1mKVGSRDErKwwVI8zII7Gu9/s2y+3fbfsdv8Aa/8Anv5S+Z0x97GenH0p0Fla2ss0tvbQxSTH
dK0cYUyHnliOp5PX1pwoyi43exniczpVadVQg06lr66XT6abGF8Qv+RI1D/tn/6MWuHtNS8MJ4Aa
1uoYX1by5ANtufM3lzsO/A4Hynr0GOeler3FtDdwNDcwxzRNjdHIoZTg5GQfeqkegaRDKksWl2KS
IQystugKkdCDjg06lGUp8yttYnBZhSoYf2U1LSXNo7dLWfkeZvpWpv8ACtC8EzJHe/aUUnJWDYRu
A6hdxJ/EnpzVS2tfBn9kRT3V9qn2zYPNt41XO7odpK7cdxlunvxXs9UbfRNMtJ1mttNs4ZVztkjg
VWGRg4IHpUPC6q3bqdUM992Skmrttcrtv0d0/vRxXxGa70bQtJsLCa4SyCNBKwON4VVCqxHqN3HQ
88cccTrtvolr9mTRby4vG2E3EsibE3cY2ggEdzznqOTzXulxbQ3cDQ3MMc0TY3RyKGU4ORkH3qt/
YmmfZfs39m2f2ff5nleQuzdjG7GMZxxmirhnNtpiwOdxw1OMZRd03ezWt+r0vddDg9dkHh34p2+r
X4YWc4DLIik4/d+Wc+4OCQM8EeuK29a1S08Y+GNXs9Dka4khjjkJ8tgG+bdtAIyWwh7dxz1x1F3Z
Wt/EIry2huIwdwWWMOAfXB78mi0srWwiMVnbQ28ZO4rFGEBPrgd+BWipNOSvo/1OSWYU5RpTcX7S
mkk76Wi7q6tf8Tg/CHjbRtI8Jw2t5PIlzb+Z+7ERJfLFhtI45zjkjn25qj4LsJ4fA/iS9kXbFc2z
pHkEFtiPk/TLY+oPpXodxommXc7TXOm2c0rY3SSQKzHAwMkj0q3JGk0TxSorxuCrKwyGB6gjuKlU
Zacz2WhpUzOjafsoNOck5Xd9ney07nnXg3/kmOvf9vH/AKJWtL4U/wDIsXP/AF+N/wCgJXWw6bZW
1rJbQWdvFbyZ3xJEqo2Rg5AGDkcU60srWwiMVnbQ28ZO4rFGEBPrgd+BThRcXF32RGJzKNaFWKj8
ck/uJ68++F9vp6y6lLZyzTSARqWmt1jKg7uAQ7cHAz06Dr29BqtZ6bZafv8AsVnb22/G7yYlTdjp
nA56mtJQ5pxl2OShifZYerR19+34Pr/wCzRRRWhxhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQBh+J/8AmEf9hKH+tblYfif/AJhH/YSh/rW5WkvhREfiYUUUVmWF
FFFABRRRQAUUUUAFFFFAHkfxi/5Den/9e5/9CNegeC/+RN0r/r3WvP8A4xf8hvT/APr3P/oRr0Dw
X/yJulf9e61zU/4sj2sX/wAi+j6/5m5RRRXSeKFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
Bh6r/wAjVoP/AG8f+gCtysPVf+Rq0H/t4/8AQBW5Wk9o+n6siO79f0QUUUVmWFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQBzlnfWtn4q1z7Vcwwb/I2+bIFzhOcZ+tav9t6X/0ErL/v+v8AjWGmjWOr+Kta
+3Qeb5XkbPnZcZTnoR6Cr3/CGaH/AM+P/kaT/wCKrol7O65r3svyMY8/S27/ADL39t6X/wBBKy/7
/r/jR/bel/8AQSsv+/6/41R/4QzQ/wDnx/8AI0n/AMVR/wAIZof/AD4/+RpP/iqj913f4FfvPIvf
23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjVH/AIQzQ/8Anx/8jSf/ABVH/CGaH/z4/wDkaT/4qj91
3f4B+88i9/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NUf+EM0P8A58f/ACNJ/wDFUf8ACGaH/wA+
P/kaT/4qj913f4B+88i9/bel/wDQSsv+/wCv+NH9t6X/ANBKy/7/AK/41R/4QzQ/+fH/AMjSf/FU
f8IZof8Az4/+RpP/AIqj913f4B+88i9/bel/9BKy/wC/6/40f23pf/QSsv8Av+v+NUf+EM0P/nx/
8jSf/FUf8IZof/Pj/wCRpP8A4qj913f4B+88i9/bel/9BKy/7/r/AI0f23pf/QSsv+/6/wCNUf8A
hDND/wCfH/yNJ/8AFUf8IZof/Pj/AORpP/iqP3Xd/gH7zyL39t6X/wBBKy/7/r/jR/bel/8AQSsv
+/6/41R/4QzQ/wDnx/8AI0n/AMVR/wAIZof/AD4/+RpP/iqP3Xd/gH7zyL39t6X/ANBKy/7/AK/4
0f23pf8A0ErL/v8Ar/jVH/hDND/58f8AyNJ/8VR/whmh/wDPj/5Gk/8AiqP3Xd/gH7zyL39t6X/0
ErL/AL/r/jR/bel/9BKy/wC/6/41R/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiqP3Xd/gH7zyL
39t6X/0ErL/v+v8AjR/bel/9BKy/7/r/AI1R/wCEM0P/AJ8f/I0n/wAVR/whmh/8+P8A5Gk/+Ko/
dd3+AfvPIvf23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jVH/hDND/AOfH/wAjSf8AxVH/AAhmh/8A
Pj/5Gk/+Ko/dd3+AfvPIvf23pf8A0ErL/v8Ar/jR/bel/wDQSsv+/wCv+NUf+EM0P/nx/wDI0n/x
VH/CGaH/AM+P/kaT/wCKo/dd3+AfvPIvf23pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jVH/hDND/58
f/I0n/xVH/CGaH/z4/8AkaT/AOKo/dd3+AfvPIvf23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjVH/
AIQzQ/8Anx/8jSf/ABVH/CGaH/z4/wDkaT/4qj913f4B+88i9/bel/8AQSsv+/6/40f23pf/AEEr
L/v+v+NUf+EM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qj913f4B+88i9/bel/wDQSsv+/wCv
+NH9t6X/ANBKy/7/AK/41R/4QzQ/+fH/AMjSf/FUf8IZof8Az4/+RpP/AIqj913f4B+88i9/bel/
9BKy/wC/6/40f23pf/QSsv8Av+v+NUf+EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qj913f4B+88
i9/bel/9BKy/7/r/AI0f23pf/QSsv+/6/wCNUf8AhDND/wCfH/yNJ/8AFUf8IZof/Pj/AORpP/iq
P3Xd/gH7zyL39t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/41R/4QzQ/wDnx/8AI0n/AMVR/wAIZof/
AD4/+RpP/iqP3Xd/gH7zyL39t6X/ANBKy/7/AK/40f23pf8A0ErL/v8Ar/jVH/hDND/58f8AyNJ/
8VR/whmh/wDPj/5Gk/8AiqP3Xd/gH7zyL39t6X/0ErL/AL/r/jR/bel/9BKy/wC/6/41R/4QzQ/+
fH/yNJ/8VR/whmh/8+P/AJGk/wDiqP3Xd/gH7zyL39t6X/0ErL/v+v8AjR/bel/9BKy/7/r/AI1R
/wCEM0P/AJ8f/I0n/wAVR/whmh/8+P8A5Gk/+Ko/dd3+AfvPIvf23pf/AEErL/v+v+NH9t6X/wBB
Ky/7/r/jVH/hDND/AOfH/wAjSf8AxVH/AAhmh/8APj/5Gk/+Ko/dd3+AfvPIvf23pf8A0ErL/v8A
r/jTJdX0maF431Kz2upU4uFHB/Gqn/CGaH/z4/8AkaT/AOKpH8H6CiM72YVVGSTM+AP++qf7ru/w
D955HPm4m8MsX0rVrS+ss5Nu86llHsM/y/Kuk0bxRYayAiP5Nx3hkPJ+h71yV1b6XqM5tPDukNPJ
/FO0kgVfflv1P5GtzRPA9tYlZ9QYXM45CD7in+v4/lW9VU+W8t/xMabnzWjsdVRRRXEdQUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A
5hH/AGEof61uVh+J/wDmEf8AYSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFAHkfxi/wCQ
3p//AF7n/wBCNegeC/8AkTdK/wCvda8/+MX/ACG9P/69z/6Ea9A8F/8AIm6V/wBe61zU/wCLI9rF
/wDIvo+v+ZuUUUV0nihRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/
+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/AMjVoP8A28f+gCtysPVf
+Rq0H/t4/wDQBW5Wk9o+n6siO79f0QUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf
9u//AKAa3Kw9K/5GrXv+3f8A9ANblaVN/kvyRENvm/zCiiisywooooAKKKKACiiigAorjNe1/wAS
/wDCbpoHhxNI/wCQcL13vxL/AM9ChAKH/d7evNa2iTeILaC8m8WyaLFFGoeOSyaRVVQCXLmToAMf
rmgDdorPh8QaRc3sdnBqtjLdSKHSFLhGdlK7gQoOSCvzfTmsjXdXvbPx34V063m2Wl/9r+0x7FO/
ZEGXkjIwT2IoA6eiqthqdjqsDTadeW13ErbDJbyrIobAOMgnnBH51DL4g0iDURYTarYx3pZUFu9w
gkLNjaNuc5ORj1yKANCioLm9trPyvtVxDB50ghi81wu9z0Vc9WOOAOah07WdN1fzP7M1GzvPKx5n
2edZNmc4ztJxnB/KgC7RVLUdZ03SPL/tPUbOz83Pl/aJ1j34xnG4jOMj86m+2232H7b9oh+yeX53
n7x5ezGd27ptxznpigCeiqWnazpur+Z/Zmo2d55WPM+zzrJsznGdpOM4P5UXOs6bZ30VldajZwXc
2PKglnVZHycDapOTkjAx3oAu0VzHw51e917wJp2o6nN593N5vmSbFXOJXUcKAOgHaofGGv65p+u6
FpPh9NONxqf2jLXwfYvlqrdUORwT2PbpQB1tFcl4c8R6y/iW68O+JrSzjv47cXkM9ixMMkOQp4Y7
gwYkc9eeBgFug1HWdN0jy/7T1Gzs/Nz5f2idY9+MZxuIzjI/OgC7RUH222+w/bftEP2Ty/O8/ePL
2Yzu3dNuOc9MVDp2s6bq/mf2ZqNneeVjzPs86ybM5xnaTjOD+VAF2iqWo6zpukeX/aeo2dn5ufL+
0TrHvxjONxGcZH51N9ttvsP237RD9k8vzvP3jy9mM7t3TbjnPTFAE9FUtO1nTdX8z+zNRs7zyseZ
9nnWTZnOM7ScZwfypl14g0ixeVLzVbG3aFlSUS3CIUZgWUNk8EgEjPUA0AaFFRwzRXMEc0EiSxSK
HSRGDKykZBBHUEVyHxF8UyaHa6fZafq1nYX17ewwySy7He3gYtul2McbQVwSeOvQ8gA7OisXRdQi
ttCsW1DxBZ6k88hhjvgY4kuXLNtVQp2luNuBydprQsNTsdVgabTry2u4lbYZLeVZFDYBxkE84I/O
gC1RWfYeINI1WdodO1Wxu5VXeY7e4SRguQM4BPGSPzp95rOm6fI8d7qNnbOkYmZZp1QqhbaGIJ4X
cQM9M8UAXaKz5PEGkRadHfyarYpZStsjuGuEEbtzwGzgn5T+R9KuQzRXMEc0EiSxSKHSRGDKykZB
BHUEUASUVxHxB8Z6p4UvdJj0uytrtblbia4SUlW8uFVdtrZAB27+oPQcHodDxd4qfSPAE/iLR/Jn
/dwywGZG2OsjoASMg9Gz2oA6eioLy9ttPtXub24htrdMbpZnCIuTgZJ4HJAplhqdjqsDTadeW13E
rbDJbyrIobAOMgnnBH50AWqKpXOs6bZ30VldajZwXc2PKglnVZHycDapOTkjAx3rF+HOr3uveBNO
1HU5vPu5vN8yTYq5xK6jhQB0A7UAdPRWfYeINI1WdodO1Wxu5VXeY7e4SRguQM4BPGSPzrQoAKay
q6FXUMrDBBGQRXmOneM/HN54RXxQLLw/NpqK80luhlScxoxD4JJUHCse/wBCeK9G0y/i1XSrS/gV
1iuoUnQOAGCsoYZxnnBoAktrSCzhEVtCkUY/hRcCpqKKL3AKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//
ADCP+wlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKAPI/jF/yG9P8A+vc/+hGvQPBf/Im6
V/17rXn/AMYv+Q3p/wD17n/0I16B4L/5E3Sv+vda5qf8WR7WL/5F9H1/zNyiiiuk8UKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/
AFrcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigDD1X/katB/7eP/QBW5WHqv8AyNWg/wDbx/6AK3K0ntH0/VkR
3fr+iCiiisywooooAK4X4keMdZ8KzaZFodrZ3D3MdzLKLgE7VhRXJGGXou49844ruq4jxbDFc/Ej
wXDPGksUi6gjxuoZWUwAEEHqCKAOwsryDULG3vLV/Mt7iNZYnwRuVhkHB5HB71xPhLx9feJvGtzY
/ZbaPR2tJLqxmXcZJkWYRBzk8AkOdpUEcfU8/BrN34Z8I674RsVePVLO/XT9MZm+aVLlmaM71IAk
2+Y2flA+XvkV0GmWEWlfFq0sIGdorTwukCFyCxVZwozjHOBQBauvEfiLWtYubXwdaacbSwke3urz
UmcI067cxoqHdxn7xGDzjoNxrnizWdF8Aajql1p0Nvq2nyJC6OC1vMS6DzIyCCUIfIzgg5B5BzH8
IZV/4V7a2hDpc2M01vcxOhVopPMZtpBHXDL+eOoNHxamil+GetpHIjtE0KSBWBKN5sbYPocMD9CP
WgCHUfEvjDwnZNqniSx0W70uNkSb+zZJFliDMBvxJww5xtGCSRyACatan4j8Rah4rvdE8K2mnD+z
Y0a8udSZ9haQBkVAhz0yckdj0wN0E/hzxZ4nkSy8W3ekR6L96e20xZN9yQysqszjKqCucqQeo75G
h4i8DRatqq6zpWo3OjayqhDdWwBWZQykCVON4wuOo7ZyABQBp+G7jW7jTpB4jsra1vYpnjBtpN0c
yD7sijJKg5xg88Z4zgVvHWv3PhjwdfatZJDJcW/l7VmBKHdIqnIBB6Me9YWleKfFEUWo6VcaTbaz
rulzQRz/AGWdbeN4pItyybn6tlTkBVHzDHSq3j+/1TUPhHrUus6R/ZVwJIlWH7Ss+5fNiw25eByS
Me3vQBcutY8d6DGNQ1ix0K90yDL3a6c8izJEFJZx5hCnGOnU9OM5HW2esaff6Omq215C9g8ZlFwW
wgUdSSemMHOcYwc4xU17eQafY3F5dP5dvbxtLK+CdqqMk4HJ4HavI5r+48P/AAE0vTFVxqmrq0Ft
DGFkeRJZGY4XkkGNgOASC6jg9ADo/B3jjXPEsmo293Y2dheS2X27SIpFfDxFnUNIc8ruCdApIJIG
CKhv9f8AiDp+u6VpMyeFjcan53ksouNi+WoZtxzkcHjAP4Vi6t4lj03WPDmq6foGu6PZ6Viyu5L7
T3WM2jbVwzhix2YyqnPzHPXg9b4n/wCSneCP+3//ANEigB+qeIPEHhrwbdXusQ6Xcaw0yw2VvZGT
ZMzlVVcN8zNksdq9QvbkjQ8Fa/c+INCaXUkhi1O2uZbW9hhBCRSoxG0ZJz8pU5BI5rlfHfiGJvHm
g6YljfapFprNqN5bWEQldXAxCeDkFWOSDgYdeucUzwnr7x/E2/gOn6jplhrkf2iC3vrJoD9pjUeZ
sAJU7lyzNwScD0yAeh6nNLbaVdzQSW0UscLukl0xWJWCkguR0UHr7ZqG11OKPStOm1G8sVlu1jQS
RSgRTSsucREn5gTnb3Iqr4z/AORI17/sHXH/AKLauG8RWcGofDr4fWd0nmW9xe6dFKmSNytEQRkc
jg9qAPRtO1nTdX8z+zNRs7zyseZ9nnWTZnOM7ScZwfyo1HWdN0jy/wC09Rs7Pzc+X9onWPfjGcbi
M4yPzribvQdN8NfEzwemi2iWK3MN3BOISVEyJEGUPz8xyc5OSSBknAwzwr4d03xRqnjC/wBdtIb+
aTVZbEGaNf3cUShV2EDKthsEg5+VT1GaANbw5r2pX2leK5p7u283T9TvILWS6ASKJEUFA5UD5QTy
euM810dle/8AEjt72+uLP/j3WaeeF/3H3csysf4OpBPavOfDtnBp/wAOviDZ2qeXb297qMUSZJ2q
sQAGTyeB3ounS7s/hno17c+Xpd7bpJcwkqEnaOGNokbI5UuQNvfI74wAejadrOm6v5n9majZ3nlY
8z7POsmzOcZ2k4zg/lTIvEGkT6ibCHVbGS9DMht0uEMgZc7htznIwc+mDVJNA8O+Gp7nXYNPtrBo
bRlmlt4yiiIHe3yLwT8uc4zxivJvEzCXwP8A2lpHgNNIsoGilstXW5SO4RQ4VHKgbyWBHUn7wbJw
DQB6frXjrTdE8T6bo9xcWY+1eb9ple6VPsm1Ay7wf7+cDJH41oXGpytq2jJZXmlmyvFldxJKfOnU
IGQwYOGHOW9sYrlvF2jabc/E7wj9o06zl+1/bPtO+BW87ZCu3fkfNjtnpVnxBDFbfEjwJDBGkUUa
3yJGihVVRAoAAHQAUAdVqOs6bpHl/wBp6jZ2fm58v7ROse/GM43EZxkfnU3222+w/bftEP2Ty/O8
/ePL2Yzu3dNuOc9MVwHhPSdN8U+JfFGo66sOp31rqMtjFDchZEt7dD8m2MjAyd3OOdp7ls59lHBp
9t8UNJ06VG023haaKNAm2OSSB/MUbQMAFQu3ttx1zQB6ND4g0i5vY7ODVbGW6kUOkKXCM7KV3AhQ
ckFfm+nNaFeOa14W0fSfgpbaxp9ilvqiw2d6t4jMJVlYxgsHzkD5j8o4B5AzzXsdABRRRQAUUUUA
FFFFABRRRQBh6V/yNWvf9u//AKAa3Kw9K/5GrXv+3f8A9ANblaVN/kvyRENvm/zCiiisywooooAK
KKKACiiigDznXtE/t74wpbf2lqOn7NBEnm2E/lSHFwRtJwfl5zj1ArZ1TRP7B+HXiG2/tLUdQ32V
zJ5t/P5sgzERtBwPl4zj1JqbXvA1tr2uJq39q6vp92luLbdYXAiygYtgnaT1PrjgVJY+DIrTStTs
J9Z1rUItRhMDm9uhK0SlWU7MrwSG9+goA8/1rwto+k/BS21jT7FLfVFhs71bxGYSrKxjBYPnIHzH
5RwDyBnmuj8faRZa9478G6dqcPn2k323zI97LnESsOVIPUDvXR6h4RsdS8Gp4amluVslhigEiMok
2xlSvOMZ+UZ49atX+g22oa7pWrTPMtxpnneSqkbG8xQrbhjJ4HGCPxoA5XS9NtNE+MlzaaVAlna3
Ohi4lgh+SNpBNsDbBwCF44Hc+pzy2u3Fn4h8Pa5eaJ4ChudMbz5BrUsyQyswy7zKGG8qGyQAeQNu
Byo9T/sG2/4Sr+39832v7F9i2ZHl7N+/OMZ3Z98Y7Vz978LtJvPtEP2/V4NOm3H+zYbvbaoTzlY8
cYc7wOm7tjigDC8URLrPgHwFFqJe4W8v9PW4Lud0geIhstnOTk85zV270HTfDXxM8HpotolitzDd
wTiElRMiRBlD8/McnOTkkgZJwMdNceEbG50rRLB5bkRaNNBPbkMu5mhXau/jkEdcY/CrV/oNtqGu
6Vq0zzLcaZ53kqpGxvMUK24YyeBxgj8aAOP8I6fp3ifX/FV3rqW2p3lvqb2ccV1HHILeCMny9qkf
KCS+T/EVz1yTS8b6cdIn8JeF9BWxh0+4mnb7JqEjm3ldSroshzuYb3OFyQWKgg8V1Or+BLLVNUm1
G31HV9Lu7jb9pk068aLz9qhV3A5HygcYA6nrUl74E0fUvC8WhXq3M9tEzSrK87GXzW3ZlLd2Jdjy
CMnpjigDnNB8Ea9ZeNdP1m5t/Dmn28EckU8ejiWLz1ZTtDIRtOGwe3TvgYg+H3hHRvE/gQajrtjD
fXmq3M1zcTyIFkDeaRhGUBlX5M4B6luxxXR6T4AtNM1q31SfVta1O5tVdbf+0LvzViLjDFRgckce
ntkAiG5+GWj3eo3k811qhs72Zri405bxltpZDjLFRg53AN97qB2GKAGfCL/kmOkf9tv/AEc9UvH1
re3njvwbBpl//Z92/wBt8u58lZdmIlJ+RuDkAj8a63w5oNt4Y0K20myeaS3t921piC53MWOSAB1Y
9qpeJvB9t4nurC5mv9Rsbiw8zyZbGYRON4AbnBPRccY6mgDnNOh1Twx8RrCDWLq21mXXYZY1v2hM
M0AhXf5YUEoI++FAJZiT90ZwrGy1zxR4l8S3EFv4W1J7bUZLXGso8ssMSEiNUVflVPvcgAsd2c4r
vdE8D6bo2ojUZJ77U9SRTHHeajcGaSND/CvQAdecZ+ZucHFQaz8PtN1bWn1eG91TTNQlXZNPp90Y
mmXCgBsg8AIOmPfNAHOQacPAfw8ubHxPaw6mLnUR9h02zaWWN2Yq8cK7xkLvRiQc5GfvE4NLT4rq
z+Kfht38Kw+GftMd1E6211G6XSrGWwyxgAbTg8jnI/ujHZ23gDSbfw9LpJe8l825N4byWbNyLg9J
lfs4wMEDtznJzDpnw60/TtdstZk1LV76/tN4Sa9uvNLKyldhyPujLEYxyxznjABk+EdP07xPr/iq
711LbU7y31N7OOK6jjkFvBGT5e1SPlBJfJ/iK565Jg8V6LptpqPg/wAILI9n4eu5rgzWyzkCVlw6
IXYliC7YxnksMchSOj1fwJZapqk2o2+o6vpd3cbftMmnXjReftUKu4HI+UDjAHU9ann8FaXc+Hrb
SJmvGS2kNxFc/aWE6zncfO355fc7Nzxk9O1AHM+MdI0rw74h8IX2jW9np18+qpbeXbwxx+bDJ8sh
KgZOBgZ7b/UijTvDek678WPFlxqthDdvZ/Y/JEw3Iu+Ahsr91ug6g4xxW/ofgPT9F1g6rLeajql+
I/KiuNSn854V5yEOBjOT+uMZOdSw0G20/XdV1aF5muNT8nzlYjYvlqVXaMZHB5yT+FAHN/C6JbTT
tfsIS4tbLXLq3t42csIoxtwoyTxkk/Uk96h+J2mWNzP4YmnsraWWTXLW3eR4lZmiJcmMkjlSe3Su
q0TQbbQf7Q+yvM/2+9kvZfNIOHfGQuAPl44zk+9Gt6Dba9/Z/wBqeZPsF7HexeUQMumcBsg/Lzzj
B96AOS+JGj6f/Y/hnSks4YrCXXraJreFfLTa+/cAFxjOT09aPiLa2ejeGtP02wMOj6dqWqw2181q
qQDyXDbyTjA4UZPoMHjIrrdb0G217+z/ALU8yfYL2O9i8ogZdM4DZB+XnnGD71Nq+kWWvaXNp2pw
+faTbfMj3sucMGHKkHqB3oA8/wDiT4d0Pwz4Kj1HSbSz02/065gks5Yo0EkjqwAViwJfjLEEkkrk
5wataxoOm+IPjRBDq1ol1FBoazpG5O3etwQCQD8wwTwcg55Fa2nfDrT7PWLbUr3UtX1ea0ybddTu
vOSFjj51GB83A/Q9QCNr+wbb/hKv7f3zfa/sX2LZkeXs3784xndn3xjtQBwvh7wfoVx8RfFFrPps
Mtpp0lvLa2z5aGJpoiZSIydvOF6jjaMYwK1vhdEtpp2v2EJcWtlrl1b28bOWEUY24UZJ4ySfqSe9
dJYaDbafruq6tC8zXGp+T5ysRsXy1KrtGMjg85J/CjRNBttB/tD7K8z/AG+9kvZfNIOHfGQuAPl4
4zk+9AHP+J/+SneCP+3/AP8ARIrz/wAVP/wiWgeKvBs74tJPKv8ASdz/APLJp03xDLk/KQcDGTtd
j1r2C/0G21DXdK1aZ5luNM87yVUjY3mKFbcMZPA4wR+NUvF/gvTfGtjBbamZo/Ik8yOWDaJBxgrl
lPyngkdyo9KAOf8AENtba/8AFnTdF1mbzNOg077dDZOwEc1x5jL8w/jwgJx6KexYFl3p+neHvi94
cXRUtrNr+0uYbu1t440UxqpdG2gZBLA/N32Y7HPU+IfC1l4j+zyXEt5a3dru+zXdnO0UsO7G7aRx
yBg5B4J6VD4c8Gaf4burq8imvL6/usCW9vpfNmKgABN2B8vA+uBnOBgA5L4feEdG8T+BBqOu2MN9
earczXNxPIgWQN5pGEZQGVfkzgHqW7HFc+l7c23wL8NW9tcQwJfaibW4M7lImiaWYsrsMMqHaNxB
Bxn1rvbn4ZaPd6jeTzXWqGzvZmuLjTlvGW2lkOMsVGDncA33uoHYYrQs/BOk23g5PDEyTXWmLnKz
SYdv3nmcsm3o3pjpQBx8XgLxG+v6PftZ+FNNFjdpM8mkrNBI8eRvQ8YYFcjB+mQCc+oVxlh8MdPs
rrT5JtY129h0+RJbe1urzdCjIMIQoUY29sfTpkV2dAHjngvwt4i1z4Z2i2viRItPmWUDTZLQBHAl
bKNMjCQKxBzjnDEc16H4E1n/AISDwVpmofZYbTzIynkQjEabGKfKOy/LwOw4ycZrFs/hRp9napZp
r3iNrAZDWRvtsLqTlkKqo+VsnOMdTXYabptpo+nQWGnwJb2sC7Y406Af1JPJJ5JJJoAtUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQB5H8Y
v+Q3p/8A17n/ANCNegeC/wDkTdK/691rz/4xf8hvT/8Ar3P/AKEa9A8F/wDIm6V/17rXNT/iyPax
f/Ivo+v+ZuUUUV0nihRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+
YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/yNWg/9vH/AKAK3Kw9V/5G
rQf+3j/0AVuVpPaPp+rIju/X9EFFRrPE8zwrKjSoAWQMCyj3FSVmWFFFFABWZf6DbahrulatM8y3
Gmed5KqRsbzFCtuGMngcYI/GtOigDCu/CNjeeMrLxLJLci9s4TBHGrL5ZUhxyMZz+8Pf0q1/YNt/
wlX9v75vtf2L7FsyPL2b9+cYzuz74x2rTooA5XUvh9pt7qM99Y3uqaPc3Lb7ltMujCLhuxcYIyOT
wByxJyTU9x4G0u48Iz+Hi1yltcsJJ5w4M80m4OZHcg7mJUZJHsMADHR0UAFcrq3gC01PWrjVINW1
rTLm6VFuP7Pu/KWUoMKWGDyBx6e2SSeqooAzNB8P2Xhyxe2sfObzZDNPLNK0kk0pADOxP8RwCcYG
e1HiPQbbxPoVzpN680dvcbdzQkBxtYMMEgjqo7Vp0UAcfD8NdNaeN9W1PWtaijYSJb6lemWJXB4b
aAMnGRg5GCcitm98OwX/AIk03Wpri583TVkWCFSgjy6lWJ+XcSRjvj5Rx1zr0UAZ+vaJaeI9FutL
1AOba5UK2xtrAgggg+oIB5445BHFVW8MW0l/od7Nc3ktxosckcLySBjLvQIzSHGWbAzkY5zW1RQB
kaX4dg0vWtW1RLi5mudUaNpvNKbUCAhQoVRwAcc5PA5zkk1jw3aa1qOl380lzDdaZMZoJIJNpION
yN6qwABHXHGRk516KAOftvBmn2tjr1rHNeFNckmkuS0udhkBDbBjavU84J6ZJwMPuPCNjc6Volg8
tyItGmgntyGXczQrtXfxyCOuMfhW7RQBmX+g22oa7pWrTPMtxpnneSqkbG8xQrbhjJ4HGCPxrI1b
4fabq+tXGpPe6pbG8VEvLe1ujHFdqo2gSDGSCvy8EcehJJ6qigDnNL8DaXo3hzVNEsmuUstRaVnB
cFoxIgQhCR0AAxnJ9SamvPB+m33hyx0ac3Plaesf2WZJiksTom1JAy4+YA56Yz2rdooA5zR/BNpp
c88tzqGqau00LW+NUufPVI2ILqFwBhtq5yD90e+ci8+Euk39q9pc6rrslmMfZ7Z73dFa4Py+WpB6
LlRnPBPfmu6ooAwvEvhK08TPZSzXV9ZXVkztBc2U/lSIGGGGcHggDtnjrycvbwxbSX+h3s1zeS3G
ixyRwvJIGMu9AjNIcZZsDORjnNbVFAHMav4EstU1SbUbfUdX0u7uNv2mTTrxovP2qFXcDkfKBxgD
qetWrHwfpemeE5vD1lG8NnPC8MrqR5jl12s5bHLEd8YGAAMACt2igDC1DwjY6l4NTw1NLcrZLDFA
JEZRJtjKlecYz8ozx61u0UUAFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/8AoBpur+LLTTn+z24N
5dk4EUXOD7n+g5rNutNutU1zX4bO8a2f9xkDo/7s8E9R+H61zMenXOjal5V/c3OmluFniUsD+II4
+ma7I0oTd2+i0+RyyqSirJdXr8zvtBOsy+dPq5jjWTHlQKoyn1/+uT+FbFclB4av7mFZYPFV1JG3
IZSxB/8AH6f/AMInqn/QzXv5N/8AF1lKMG78yXyZpGUktvxR1VFcr/wieqf9DNe/k3/xdH/CJ6p/
0M17+Tf/ABdTyQ/m/Blc8v5fyOqorlf+ET1T/oZr38m/+Lo/4RPVP+hmvfyb/wCLo5Ifzfgw55fy
/kdVRXK/8Inqn/QzXv5N/wDF0f8ACJ6p/wBDNe/k3/xdHJD+b8GHPL+X8jqqK5X/AIRPVP8AoZr3
8m/+Lo/4RPVP+hmvfyb/AOLo5Ifzfgw55fy/kdVRXK/8Inqn/QzXv5N/8XR/wieqf9DNe/k3/wAX
RyQ/m/Bhzy/l/I6qiuV/4RPVP+hmvfyb/wCLo/4RPVP+hmvfyb/4ujkh/N+DDnl/L+R1VFcr/wAI
nqn/AEM17+Tf/F0f8Inqn/QzXv5N/wDF0ckP5vwYc8v5fyOqorlf+ET1T/oZr38m/wDi6P8AhE9U
/wChmvfyb/4ujkh/N+DDnl/L+R1VFcr/AMInqn/QzXv5N/8AF0f8Inqn/QzXv5N/8XRyQ/m/Bhzy
/l/I6qiuV/4RPVP+hmvfyb/4uj/hE9U/6Ga9/Jv/AIujkh/N+DDnl/L+R1VFcr/wieqf9DNe/k3/
AMXR/wAInqn/AEM17+Tf/F0ckP5vwYc8v5fyOqorlf8AhE9U/wChmvfyb/4uj/hE9U/6Ga9/Jv8A
4ujkh/N+DDnl/L+R1VFcr/wieqf9DNe/k3/xdH/CJ6p/0M17+Tf/ABdHJD+b8GHPL+X8jqqK5X/h
E9U/6Ga9/Jv/AIuj/hE9U/6Ga9/Jv/i6OSH834MOeX8v5HVUVyv/AAieqf8AQzXv5N/8XR/wieqf
9DNe/k3/AMXRyQ/m/Bhzy/l/I6qiuV/4RPVP+hmvfyb/AOLo/wCET1T/AKGa9/Jv/i6OSH834MOe
X8v5HVUVyv8Awieqf9DNe/k3/wAXR/wieqf9DNe/k3/xdHJD+b8GHPL+X8jqqK5X/hE9U/6Ga9/J
v/i6P+ET1T/oZr38m/8Ai6OSH834MOeX8v5HVUVyv/CJ6p/0M17+Tf8AxdH/AAieqf8AQzXv5N/8
XRyQ/m/Bhzy/l/I6qiuV/wCET1T/AKGa9/Jv/i6P+ET1T/oZr38m/wDi6OSH834MOeX8v5HVUVyv
/CJ6p/0M17+Tf/F0f8Inqn/QzXv5N/8AF0ckP5vwYc8v5fyOqorlf+ET1T/oZr38m/8Ai6P+ET1T
/oZr38m/+Lo5Ifzfgw55fy/kdVRXK/8ACJ6p/wBDNe/k3/xdH/CJ6p/0M17+Tf8AxdHJD+b8GHPL
+X8jqqK5X/hE9U/6Ga9/Jv8A4uj/AIRPVP8AoZr38m/+Lo5Ifzfgw55fy/kdVRRRWRoFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCY
R/2Eof61uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAeR/GL/kN6f/17
n/0I16B4L/5E3Sv+vda8/wDjF/yG9P8A+vc/+hGvQPBf/Im6V/17rXNT/iyPaxf/ACL6Pr/mblFF
FdJ4oUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61u
Vh+J/wDmEf8AYSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAc746s5rzwpdC3dg0WJWVT95R1B/Dn8K4bw14Ij8R6YbpNT8l1co8fk
btp7c7h1Br1llV0KsAVYYIPcV514WZvDPjm80aUkQXBxGT6/eQ/kSPrXRTm+RqO5jOK5k2P/AOFU
f9Rj/wAlf/s6P+FUf9Rj/wAlf/s69EoqPb1O5Xsodjzv/hVH/UY/8lf/ALOj/hVH/UY/8lf/ALOv
RKKPb1O4eyh2PO/+FUf9Rj/yV/8As6P+FUf9Rj/yV/8As69ErN8Q6oNG0O6vMjeiYjB7ueF/U01W
qN2uJ04LWx5Xp1tBo3jeOIXzGCzmJedUK52jLDAJ6kFfxrr7jxgmqTNCt5/ZloOsmxnlce2AQtYv
grTGj1PSr64G43r3AAbnKqmM/iSfyrtJtAlspWuNBnFq5OWt35hk/D+H8K3nKCa5tzKKk1psU9N1
zwxpURW1usM3LyNFIXc+521d/wCEz0P/AJ/v/IMn/wATVvS9SnvGkhvLKW1uYsbgRlG91bvWjXPJ
xv7yf3/8A2ipW0a+7/gmH/wmeh/8/wB/5Bk/+Jo/4TPQ/wDn+/8AIMn/AMTW5RSvDs/v/wCAO0+6
+7/gmH/wmeh/8/3/AJBk/wDiaP8AhM9D/wCf7/yDJ/8AE1uUUXh2f3/8ALT7r7v+CYf/AAmeh/8A
P9/5Bk/+Jo/4TPQ/+f7/AMgyf/E1uUUXh2f3/wDAC0+6+7/gmH/wmeh/8/3/AJBk/wDiaP8AhM9D
/wCf7/yDJ/8AE1uUUXh2f3/8ALT7r7v+CYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E1uUUX
h2f3/wDAC0+6+7/gmH/wmeh/8/3/AJBk/wDiaP8AhM9D/wCf7/yDJ/8AE1uUUXh2f3/8ALT7r7v+
CYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E1uUUXh2f3/wDAC0+6+7/gmH/wmeh/8/3/AJBk
/wDiaP8AhM9D/wCf7/yDJ/8AE1uUUXh2f3/8ALT7r7v+CYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/
AMgyf/E1uUUXh2f3/wDAC0+6+7/gmH/wmeh/8/3/AJBk/wDiaP8AhM9D/wCf7/yDJ/8AE1uUUXh2
f3/8ALT7r7v+CYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E1uUUXh2f3/wDAC0+6+7/gmH/w
meh/8/3/AJBk/wDiaP8AhM9D/wCf7/yDJ/8AE1uUUXh2f3/8ALT7r7v+CYf/AAmeh/8AP9/5Bk/+
Jo/4TPQ/+f7/AMgyf/E1uUUXh2f3/wDAC0+6+7/gmH/wmeh/8/3/AJBk/wDiaP8AhM9D/wCf7/yD
J/8AE1uUUXh2f3/8ALT7r7v+CYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E1uUUXh2f3/wDA
C0+6+7/gmH/wmeh/8/3/AJBk/wDiaP8AhM9D/wCf7/yDJ/8AE1uUUXh2f3/8ALT7r7v+CYf/AAme
h/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E1uUUXh2f3/wDAC0+6+7/gmH/wmeh/8/3/AJBk/wDiaP8A
hM9D/wCf7/yDJ/8AE1uUUXh2f3/8ALT7r7v+CYf/AAmeh/8AP9/5Bk/+Jo/4TPQ/+f7/AMgyf/E1
uUUXh2f3/wDAC0+6+7/gmH/wmeh/8/3/AJBk/wDiaP8AhM9D/wCf7/yDJ/8AE1uUUXh2f3/8ALT7
r7v+Cc54dvYNQ8Qa3c2r+ZC/kbWwRnCkHg89RW7c2sF5A0NzEksbdVYZFZOlf8jVr3/bv/6Aa3KK
j97TsvyCHw6+f5mVpGgW2izXDWkk3lzY/ds2VXHpWrRRUSk5O7KSSVkFFFFIYUUUUAFFFFABRXMa
945ttB1xNJ/srV9Qu3txc7bC3EuELFckbgeo9Mcirvh7xJ/wkH2j/iT6vp3kbf8AkI23k+ZnP3eT
nGOfqKANqiisXU/EP9m+J9D0f7N5n9q+f+98zHleUgbpjnOcdRj3oA2qKKKACiiigAooooAKKKKA
CisXwh4h/wCEq8MWesfZvs32nf8AuvM37drsvXAz93PTvUPibxhbeGLqwtprDUb64v8AzPJisYRK
52AFuMg9GzxnoaAOgorn/DnjPT/El1dWcUN5Y39rgy2V9F5UwUgEPtyfl5H0yM4yM9BQAUUUUAFF
FFABRRRQAUUVheLfEreGdOtpYbF766vLuOzt4FkEYeR84yx+6MA84POOnUAG7RVLSLq9vNLhn1Ow
/s+7fd5lt5yy7MMQPnXg5AB/GrtABRRRQAUUUUAFFc54r8c6X4Nn0+PVludt8zKskSBljClcluc4
+YdATweK0PEev23hjQrnVr1JpLe327lhALncwUYBIHVh3oA06KKKACiisXwh4h/4SrwxZ6x9m+zf
ad/7rzN+3a7L1wM/dz070AbVFFFABRXJaj8RdPs9YudNstN1fV5rTAuG0y185IWOfkY5HzcH9R1B
A6PTdStNY06C/wBPnS4tZ13RyJ0I/oQeCDyCCDQBaooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/wDMI/7CUP8AWtysPxP/
AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKACiiigAooooA8j+MX/ACG9P/69z/6Ea9A8F/8A
Im6V/wBe615/8Yv+Q3p//Xuf/QjXoHgv/kTdK/691rmp/wAWR7WL/wCRfR9f8zcooorpPFCiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/APMI/wCwlD/Wtyo5YIp9nnRJ
JsYOu5QdrDoR6H3qSqcrpIlKzbCiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACuC+JNhJbyWOt2vyywOEZh2wcofzz+Yrvao6zpqavpFzZSYxMhAJ7N1B
/A4q6cuWSZM48ysP0u/j1TS7a9i+7MgbHoe4/A5FW64T4a6i6xXej3GVlt3Lop6gZww/A/zru6Jx
5ZNBCXMrhRRRUFBXn3xEu5NR1PT9BtTl3YO4/wBpuFz9Bk/jXfTSpBC8srBY41LMT2A5Nee+Con1
/wAWX+u3CnbGT5YPZm4A/BRj8q1paXn2M6mto9zop7SPT9c8NWsIxHCk6L+EYro6w9V/5GrQf+3j
/wBAFblKe0fT9WOG7/rogooorMsKKKKACuY8ZePdN8EfY/7TgvJfte/y/s6K2Nm3OdzD+8K6euC8
dWEWq+OvCdhOzrFdw6lA5QgMFa3CnGc84NAHe1zmleOdL1rxZf8Ah+yW5a6sVZpZWQCMlWVWAOc5
DNjpjg4PTPMaH4wbw98L9SW5kS41Tw2z6fIqgFS4fy4TgEEx8qMnBOxupHJ4V0RfDnxH07S1CBrb
wuFk2MWUyG5y5BPOCxY/j0HSgDo9c8eafousDSorPUdUvxH5stvpsHnPCvGC4yMZyP0zjIzJceOd
Lt/CM/iErcvbWzCOeAIBPDJuCGN0JG1gWGQT7jIIzn/Cf9/4Eg1GT5rvUbme6upP+ekplZS2Og4V
eAAOKj+LUMUXwz1t440RpWheQqoBdvNjXJ9ThQPoB6UATw/ErTVnjTVtM1rRYpGEaXGpWRiiZyeF
3AnBxk5OBgHJqzrnjzT9F1gaVFZ6jql+I/Nlt9Ng854V4wXGRjOR+mcZGcDXtT1D4h2DeG7Lw7q+
nQ3e1ri+1ODyUgVHRvlXnzGOCNuR27ZIv6xoniLRfFF54h8LC2vl1BYlvtOuWCM5jwqmJ+ADt3fe
OBycNkAAHQeG/Elp4n06S7s47mEwzPbzQXMeySKReqsOecEHgnr65Ak8R6/beGNCudWvUmkt7fbu
WEAudzBRgEgdWHesK0+JmjjRnvdaS50eWGZLee1uomMkcjJvHyqC20gNhiBnaeBWT4/8R6X4n+Ee
tXmjXX2m3SSKJn8tkwwliJGGAPRhQBpp8TtPiurePVNH13SIZ5BEt1qNn5MKsQSAW3HGcf1OACR2
dQXtnBqFjcWd0nmW9xG0UqZI3KwwRkcjg9q8w0zxHLov7PUN69w5umhltbdjOUcMZXRdh65ReQB2
TtjIAOs0D4haX4mg1eXSbe+nXS13MBCN04IYjy1zkk7DgEA8is+X4qW0F1BbTeGPFMdxcbvJibTw
Hk2jLbRvycDk46Vh295ovhfxZ4SbRtQsdQjktBol19kliYglgySCNWyC0hYsTkY9yM9H4n/5Kd4I
/wC3/wD9EigDQHja0i8L3uu6hp+qadbWjbWivLby5XPy42rk5BLAAkgZznAGa0PDmv23ifQrbVrJ
Jo7e43bVmADjaxU5AJHVT3rlfiJqdjJrXhzQb+8tra1uLv7ZeNPKoQxRAsscikgFZG4BJxlehpng
jV7OHxz4k0WwuIbu0upDq1vcQzJKCX2rKrMp4w5G0YzgEknIyAdze3P2OxuLnyZp/JjaTyoV3SPg
Z2qO7HGAPWiyuftljb3PkzQedGsnlTLtkTIztYdmGcEetZ/iyaW28Ha1NBI8UsdhO6SIxVlYRsQQ
R0INcZr99qj+AfA7WWqXNpe313YRPdBizEvEclwT84zgkHg45oA9KorzywtNU8G+ONB01tfvtWtd
YhmS4W/YyFJIk374yT8oJONvPGck8EMgs9W8fap4hkbXtR0m00+9ksbGKxn2YdFAd5MKC6k7WA3Z
GWGR1oA6bSPFX9qWOu3P2CYf2Te3Fp5UJ82SfygDlRgfM2cBfXvWzZXP2yxt7nyZoPOjWTypl2yJ
kZ2sOzDOCPWvNvC7Xdh4B8es948l7b3+oE3SDy2aRYh84A+6cjPHSrs+tapc6F4J0SzuXiudetEN
zfmU+akaRI8pQ4P7xgThj0PucgA9DornPD/hW70DVZph4i1TULKWEIbbUJPOZZA2Q6vxgYyNoHOc
knAx5lrfimw0JDqGi+PdU1PW7aYNJaz73s7k5xIFUKEVeSRhiABhTnBAB7HdavZWeqWOnXE2y7v/
ADPs0exjv2LubkDAwD3IoutS+zapY2X2O8l+1+Z+/ii3RQ7Fz+8bPy56D1Nef+NPDf234neG/wDi
cavB/aH2r/UXO37N5cK/6nj5N2Pm65ra1WS50zxv4H02G+vHt2ju45vMmJNxshXa0nZmzzkjqSaA
Ozorzy2ttU8f6/q8s2s32k6VpV3Jp8EGmzmOSWRCN0kjY5BGMDHGe2CWZaatq1novjrRb2+muLjR
LdntL0yfvfKeBmjBIVTvUKCW6ksfTJAPRqK8fubXxB4f8BWnjT/hKtRu72OO2uPssxJtnidUTy2T
PLfNkvnJ64DHdXsFABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf9u//AKAa3Kw9K/5GrXv+3f8A9ANb
laVN/kvyRENvm/zCiiisywooooAKKKKACiiigDznXv7c/wCFwp/wjn9nfa/7BG/7fv8AL2faDnGz
ndnb7YzW5fTeILbwDrs2uSWMWoR2lw8MmmtIqqoiypy3IYNnp7VW17QfEv8Awm6a/wCHH0j/AJBw
snS/Mv8Az0LkgIP93v68VZFh4q1Xw5rdhrzaKst3aPBamyMoUMyMp3788ZK9PegDibm18QeH/AVp
40/4SrUbu9jjtrj7LMSbZ4nVE8tkzy3zZL5yeuAx3V0Hj61vbzx34Ng0y/8A7Pu3+2+Xc+SsuzES
k/I3ByAR+NaGt+Eb7UvhXH4ahltlvVtLaAyOzCPdGULc4zj5Tjj0rQ1jQbnUPGPhzVoXhW30z7T5
ysTvbzIwq7RjB5HOSPxoAxfDg1Dw/wDEG68Ny6teanYS6cNQie+fzJom8wRld/dTgnGPTHctzPjH
WtL0++1WWLx/q8evW8jSRWkW42qspykJRV2HgBDlvvZLDqK9A/sG5/4WL/b++H7J/ZX2LZk+Zv8A
N35xjG3HvnPauVXwL4n0zQL7w1ol3osOjTrKFuZYn+1uHBOHx8hJ4jLYyFGQMgCgCfxZq+qX/g7w
fd2V8+nXuqX9kHlt87VMkbEjaT8y5IO0kg45osLTVPBvjjQdNbX77VrXWIZkuFv2MhSSJN++Mk/K
CTjbzxnJPBGne+Eb658OeErBJbYS6Nd2c9wSzbWWFNrbOOST0zj8K0NY0G51Dxj4c1aF4Vt9M+0+
crE728yMKu0YweRzkj8aAOftbfUPH+sazJcatqOk2Gl3r2FtFpl15TyMn+seQ7ec5TA7cjHcw+KN
V1bwto+g+HXvNR1K6vvNjnv7K33XZijwSI0z98qwG8kkBS2Cel+Twz4j0HWtTvPCV1pbW2qTfaJr
XURNthkx8zIVY5LkkngYwoHAqTXPCGs63o+l3LavDbeJdOkkniu4YyIgXzmIDP3PuLuIYkLyDuIo
A5/whe6zbeNbO3tY/F0ukXUbrdnxBbk+SyqzIySZwMn5cED8SRtm8P6drvjzRv8AhJG8TajpdxPc
u1jBbyBoIYVkOFkjCqJGyHGSeRtznpXR6Tb+N5dat5tcvdFh0+FXMkGnxyM07EYUMZB8oB5yp7YI
OeMyx8LeLdFSbR9E1bS7PQvOeS1maBpbm2Rjv8sK3ysNxIyxJwSfQAAtfCL/AJJjpH/bb/0c9UvH
11e2fjvwbPplh/aF2n23y7bzli35iUH524GASfwroPAug3PhjwdY6TevDJcW/mbmhJKHdIzDBIB6
MO1UvGGg65qGu6Fq3h99OW40z7Rlb4vsbzFVeiDJ4B7jt1oAydE1G4k+JwuPEumXOk6pe2BtdPgU
rNC8SN5j5lUnMmcnGFAUDOSwrF1bxJd+Idf1OOaPxjFa6ddyWcCeHY/kJQ4ZpJP4mJxhcAKMdck1
1uneGtev/Elhrnim+sfN01ZUtbTTo2EeXXazs7/MSRkbenyqc9QasvhXxLoXiHUNQ8I3+nG01KQz
T2OoiXy45TjLqVJJZjuz0GCBg4GACtoGo6pN8NdQPibUb7SPskxhGoXNuYblrYbDuIOf3jAsgYZO
cY3MMnI8K+JbWHx/punaB4p1HXLDUI5Vuo9S8x3gZEZ1ZGYLjPTAHY5z8uOjv/COt+IPC6w+IL+x
udVhv/t9vGIc2i7chYXGAzxkE5J+b5v4scstvDniy/8AGOia3r93pHlad56/ZrJZAAHj2hgWGSxJ
wQSAAoxkk0AQ2tvqHj/WNZkuNW1HSbDS717C2i0y68p5GT/WPIdvOcpgduRjuTXH8QabY+HvCFrr
Hm6jqnnRS6vKhWRIoxuJVQT8+w4DE5yucgnctmTwz4j0HWtTvPCV1pbW2qTfaJrXURNthkx8zIVY
5LkkngYwoHAqfVvCmr6tp2j3kupWyeI9Lme5SdI3WFt2SYMBgfLPyKWOWKqePmNAGZfWmpeA9a0K
a21vVNT0/Ub9LG7g1G5ErbnBEbISnygHcTgjOFH0gfS9U8T/ABI8SWQ8Sapp+m2LWrGC0lKsxaA4
2tn5BnJIAIbPPIBGnbeFvEGua/Z6h4yvLE22nMs1pZaaZBG0wJIkkLckrxgfyG4Nr6PoNzp/jHxH
q0zwtb6n9m8lVJ3r5cZVtwxgcnjBP4UAUvh1qOoXmj6hZ6pdfbJtK1GbT1uSu15lj24ZuT83PX6Z
yck43xU0T7ZfeHLn+0tRg87Vbaz8qGfbGmS581RjiUZwG9O1dN4S0G50H+2/tTwv9v1We9i8ok4R
9uA2QPm45xke9Hi3QbnXv7E+yvCn2DVYL2XzSRlE3ZC4B+bnjOB70Ac/40tdQ0Lw94c03S9c1FLi
XWobf7dPL5srB/MPz9A6gkfKeCFANTa8dQ8D+Grey0fULy/v9V1GOzgutVuPONu0gwD93lRs4GOr
E89DteLdBude/sT7K8KfYNVgvZfNJGUTdkLgH5ueM4HvT/GHhlfFeiizF09ncxTJcW10gJaCRT94
AMMnBYdeM56gUAcfr+lat8PtCj1+08SavqT2kkIvoL653xTxFgGCKVbYxYrg5yATye9rxJaaprnx
Qj0ez1++0uzOkJcTLbMcuBcYIXn5GIx84ycDHIJFTXXhbxV4rnt7XxdeaXFo0beZNbaWZVa6YEbV
ct0UHng/rhl3f7Buf+Fi/wBv74fsn9lfYtmT5m/zd+cYxtx75z2oA4/S9G1vVfEGreGp/FmqJp+i
TRyCaJtt3Os0ZZVabPRD7HOT0woXo/h1qOoXmj6hZ6pdfbJtK1GbT1uSu15lj24ZuT83PX6Zyck3
dH0G50/xj4j1aZ4Wt9T+zeSqk718uMq24YwOTxgn8KPCWg3Og/239qeF/t+qz3sXlEnCPtwGyB83
HOMj3oAxfGdnBqHxB8H2d0nmW9xHqMUqZI3K0ABGRyOD2rj9a1S4t/hn4n8JarKj3+htbxwsFVTN
a+bH5bYDHkDGfQMgOSTXpWsaDc6h4x8OatC8K2+mfafOVid7eZGFXaMYPI5yR+NYXxK+Hs/i9Ibn
SbhLbUAot5jLM6xywZLhWAByQ+0j8c5wMAE3im51TXPGNp4T069fTLY2g1C8vIHInaMSbBHGf4Tk
DJ9/QFWhs11Lwh480nRzqt9qelavDPt+3ziWWKaMBi27YDt2hQFz1Zj9dPxL4Z1G51+y8Q+Hrq2g
1W0he3aO6EhhuY2PCvtbgKSzDg5OM9BUOieFtXuPEg8QeLby2nvbZTHY21kXFvbqy4dsNyWbJHOf
x+UKAYXh/Ttd8eaN/wAJI3ibUdLuJ7l2sYLeQNBDCshwskYVRI2Q4yTyNuc9Kz9E8SXfhr4JaDJp
8bvdXt29nG8cfmvGXllO5Y+N7YXhSQCSM+h6Cx8LeLdFSbR9E1bS7PQvOeS1maBpbm2Rjv8ALCt8
rDcSMsScEn0ALT4dTyfDPT/Dt5epbahZTfaIby2LsIZPNZgy8qSdrEc9Cc9hQBzml3us2PiXSX0e
Px1NDLcrBex67bmSHyWIBcMD8jL1zj8cZDem+JryfT/Cur3lq/l3FvZTSxPgHayoSDg8Hkd65+ws
/iFJdafHqepaFFaQyI1zLaxu006qOVIZQo3dyu3HUeh6+aGK5gkhnjSWKRSjxuoZWUjBBB6gigDD
8BWcFj4C0OK2TYjWUcpGSfmdQ7Hn1ZifxrcihigQpDGkalmchFABZiWY/Ukkn1JNcNp3hrxh4Tsl
0vw3faLd6XGzvD/aUciyxBmJ2Zj4Yc53HBJJ4AAFdhpFjPp2lw211fTX1wu5pbmUANIzMWOAOFXJ
wFHQADtQBdooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/WtytJfCiI/EwooorMsKKKKA
CiiigAooooAKKKKAPI/jF/yG9P8A+vc/+hGvQPBf/Im6V/17rXn/AMYv+Q3p/wD17n/0I16B4L/5
E3Sv+vda5qf8WR7WL/5F9H1/zNyiiiuk8UKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiuM
+I//ADKv/YxWn/s9AHZ0Vi+M/wDkSNe/7B1x/wCi2rn18Vf8Il8OvCdz9gmvvtUdnaeVCf3nzRZy
ox8zfLgLxknqKAO6orj7LxvfnWrG11nw5c6TZaizJZ3c9wh3PjciSIP9WzDopJO7gA8kM1Px9dDV
NRsfDmgTa0+l4+2ul1HGqErkBB8zO3DggDIK45oA6y2vba8837LcQz+TIYZfKcNscdVbHRhnkHmp
68/+HGpf8SPxVqX2O8/5DV3cfZfK/f8A3UbZsz9/tjPXirtv441S01ixs/E3hmbSIb+TyLe5W7W5
QzHG1G2D5c84J/LAJAB2dFeZXviXxVB8U7i3tdBmuUTTmEVl/aaJHJGJsC55+UMfu7SNwHeum+1W
X/C0/sv2D/T/AOxvM+2+c3+q87Hl+X0687uvagDp6K8/b4katcX2p22keD7zUP7NuZ4ZZUuNsZEZ
A+U7eXOSfLHOMY3Z46D/AITbSf8AhCv+Ep3zf2d5e/Hl/vM7tmzH97f8vXGec45oA6CivP7T4ia6
/iHSNJvvB01k+p4eN5L0cRjl2xsHzKuSUJDdBgZFdnrOo/2Rod/qPleb9kt5J/L3bd+xS2M4OM46
4oAu0V55B8UrsWlvqmoeFb6y0GRo0kv3k3GMsoO7y9uWj3HAccEYxydtdN4g8StpU8Nhpti+qaxO
pkjso5BHiMH5pHc8IvYE9WwB3wAbtFcx4c8Xz6rrF1o2saRNpGrQRicQNIJkkhOBvWRQAcE4I/Uk
EDP8L+JdH0n4VW+tpYvp2lwrIwtUkadlPnMuAx5JZj3wBu6gDNAHb1BFe2091PbQ3EMlxb7fOiVw
Xj3DK7h1GRyM9a4a0+Imuv4h0jSb7wdNZPqeHjeS9HEY5dsbB8yrklCQ3QYGRVKHXL3Sfid4vh0z
RLzVbu5+xeWsRWOJNsOT5kjcJkE44OSMUAekzTRW0Ek08iRRRqXeR2CqqgZJJPQAUQzRXMEc0EiS
xSKHSRGDKykZBBHUEVyFx4lg8U/DDXryKCa2misrqC5tplIeCZYjuQ5AzjI59+QDkDF0Xx1qmmeD
NLuIvCWozaTY2UEdzdvIsbgKqhnjiOS6YwwbIB5zgAmgD02iuY8ReN7bSPsFtpkH9r6pqO1rOzt5
QPMQ8+YX5CpjJ3dDj0BIZonjOa718aFrukvo+qyQm4hia6jmSWMHHDKR82Q5246KTmgDqqK4zTfH
Gqaxrl3Y6f4Zmmt7LUXsrq7N2qRoqsBvGRlmxuJQdBt5O7jptXur2z0uafTLD+0LtNvl23nLFvyw
B+duBgEn8KALtFef/CbW9d1Tw5aJqdhNJaCOVk1Wa9Erzt5pG0ofmGMkZJ/g9xU1z8QdU0vyr3W/
Cd5YaHJIFN61wskkSt9xpIVG5e2QTwTjk4BAOzlvbaC6gtpriGO4uN3kxM4DybRlto6nA5OOlT15
/wCPtS/sjx34Nvfsd5eeV9t/cWcXmSvmJR8q5GcZyfYGtbRPF1/da+NH8QaE+jXU0JmtS10kyThT
h1DDHzAEHaMnGSccZAOjtr22vPN+y3EM/kyGGXynDbHHVWx0YZ5B5qeuC8FalaaPp3jG/wBQnS3t
YPEF40kj9APk/Mk8ADkkgCn3PxB1TS/Kvdb8J3lhockgU3rXCySRK33GkhUbl7ZBPBOOTgEA7qii
igAooooA848QA+FvH9tqiArbXR3SY6c8P/MN9TXowIIBByD0Irm/Huk/2n4aldFzNanzk+g+8Pyy
fwFO8C6t/anhqEO2Zrb9y/4fdP5Y/I1tL3oKXbQzj7smjo6KKKxNDkviNq32Dw/9ljbEt42z/gA5
b+g/GtLwhpP9j+HLaFlxNIPNl/3m7fgMD8K5K7/4qz4kJbj57OyOG9CEOW/NuPpivSK2n7sFH5mc
fek5GHqv/I1aD/28f+gCtysPVf8AkatB/wC3j/0AVuVM9o+n6scd36/ogooorMsKKKKACuf1jQbn
UPGPhzVoXhW30z7T5ysTvbzIwq7RjB5HOSPxroKKAOI1PwNPe/Ea11pGthpRaK5u4Wd/MkuYVkWJ
xxwFDLxkA4OQe+v/AGDc/wDCxf7f3w/ZP7K+xbMnzN/m784xjbj3zntXQUUAcLD4U8ReFrq+Hg66
0hrC+uWuTaahC6C2YgZEZj6qcdCBtCqBnkmfXPCes614A1HS7rUYbjVtQkSZ3clbeEh0PlxgAkIA
mBnJJyTyTjs6KACuV1a38bxa1cTaHe6LNp8yoY4NQjkVoGAwwUxj5gTzlj3wAMc9VRQBz/hfw9c6
TNqOo6rcw3WrapIklzJDGUjQKgVY1BJyq/NhiASDzzR460G58T+Dr7SbJ4Y7i48va0xIQbZFY5IB
PRT2roKKAOIm0bxvr8Elhrmo6LY6fMpWc6bFI8sqEbWj/e8KCpPzDJBA461PrXgo6rq3hy28m2Ph
zSFYyWkkzkysE2xgpjDBcDlm5DMCOuewooA4/wAU/DnSNY8N3llpWmaXYXsqgw3CWiKVYMGxlRkA
4wSOxPB6VZvNB1PUPEfhXVrl7NX0yOf7asZbDPJEF/dgjldwPUg4x1rp6KAOPt/BK3/jLWdZ8R2l
jfRTrFDYRSMZxBGoO7KuoVSxw3GcEtzySTUfA0UPiTQdX8OWul2LWEzi5jFuIxNFIu1iCg5ZRnaD
xluvGD2FFAHMSaP4gvtD8S2Op31nP9v+0R6cFQr5MTqQiuwAzjI7EjB5bOBWvfCN9c+HPCVgktsJ
dGu7Oe4JZtrLCm1tnHJJ6Zx+FdhRQBz+saDc6h4x8OatC8K2+mfafOVid7eZGFXaMYPI5yR+NZEn
hrxPpWtamfDF9pdvpeqTfaZftUbvLbSsMSPGOjE4DYY4zxgDJPb0UAcRovgzVLDwd4m0u9vba6vd
WmupUuACisZYwoZwB8pyCSBkDPGakvvBN5P4f8NC0vIbbWtAjj8mY7zFIVjCvGcFTscquTjOARjk
12dFAHK2el+J9WgvrTxXc6XHZXFpJbCLS1fcxcYLlpOhUAgADB3HPQVzOo+BfGF74RbwxFd+H4NL
hVFhaGKRJLgKwI8zOQpP3yVydwx0JNeoUUAcr4u8P6vqOraLq+gTWK3ultMBHeh/LdZUCk5TnIx0
9+vGC+80HU9Q8R+FdWuXs1fTI5/tqxlsM8kQX92COV3A9SDjHWunooA4iTwz4j0HWtTvPCV1pbW2
qTfaJrXURNthkx8zIVY5LkkngYwoHAqTTvA9zaeFdciur77Zr+t27rd3crERlyjKiqMcIu7AwM47
AYUdnRQBx+t+Eb7UvhXH4ahltlvVtLaAyOzCPdGULc4zj5Tjj0rsKKKACiiigAooooAKKKKACiii
gDD0r/kate/7d/8A0A1pX+pWmmQedeTLEvbPVvoO9czdXOpWuua++lWyzSfuN2TkqPLPIXv/AJ4N
ctZvf6lq5eSKK9ugf9XdSbRn0ALLn6fpXWqPO+ZvSy/I5nV5dEtbv8z0LQ9eOuNO0dnLFboQElc/
f/D/AOua165Rb3xeihU0ixVQMABgAP8AyJS/b/GH/QKsv++x/wDHKzlSu9Gl8zSNSy1T+46qiuV+
3+MP+gVZf99j/wCOUfb/ABh/0CrL/vsf/HKn2L7r7x+0XZ/cdVRXK/b/ABh/0CrL/vsf/HKPt/jD
/oFWX/fY/wDjlHsX3X3h7Rdn9x1VFcr9v8Yf9Aqy/wC+x/8AHKPt/jD/AKBVl/32P/jlHsX3X3h7
Rdn9x1VFcr9v8Yf9Aqy/77H/AMco+3+MP+gVZf8AfY/+OUexfdfeHtF2f3HVUVyv2/xh/wBAqy/7
7H/xyj7f4w/6BVl/32P/AI5R7F9194e0XZ/cdVRXK/b/ABh/0CrL/vsf/HKPt/jD/oFWX/fY/wDj
lHsX3X3h7Rdn9x1VFcr9v8Yf9Aqy/wC+x/8AHKPt/jD/AKBVl/32P/jlHsX3X3h7Rdn9x1VFcr9v
8Yf9Aqy/77H/AMco+3+MP+gVZf8AfY/+OUexfdfeHtF2f3HVUVyv2/xh/wBAqy/77H/xyj7f4w/6
BVl/32P/AI5R7F9194e0XZ/cdVRXK/b/ABh/0CrL/vsf/HKPt/jD/oFWX/fY/wDjlHsX3X3h7Rdn
9x1VFcr9v8Yf9Aqy/wC+x/8AHKPt/jD/AKBVl/32P/jlHsX3X3h7Rdn9x1VFcr9v8Yf9Aqy/77H/
AMco+3+MP+gVZf8AfY/+OUexfdfeHtF2f3HVUVyv2/xh/wBAqy/77H/xyj7f4w/6BVl/32P/AI5R
7F9194e0XZ/cdVRXK/b/ABh/0CrL/vsf/HKPt/jD/oFWX/fY/wDjlHsX3X3h7Rdn9x1VFcr9v8Yf
9Aqy/wC+x/8AHKPt/jD/AKBVl/32P/jlHsX3X3h7Rdn9x1VFcr9v8Yf9Aqy/77H/AMco+3+MP+gV
Zf8AfY/+OUexfdfeHtF2f3HVUVyv2/xh/wBAqy/77H/xyj7f4w/6BVl/32P/AI5R7F9194e0XZ/c
dVRXK/b/ABh/0CrL/vsf/HKPt/jD/oFWX/fY/wDjlHsX3X3h7Rdn9x1VFcr9v8Yf9Aqy/wC+x/8A
HKPt/jD/AKBVl/32P/jlHsX3X3h7Rdn9x1VFcr9v8Yf9Aqy/77H/AMco+3+MP+gVZf8AfY/+OUex
fdfeHtF2f3HVUVyv2/xh/wBAqy/77H/xyj7f4w/6BVl/32P/AI5R7F9194e0XZ/cdVRXK/b/ABh/
0CrL/vsf/HKPt/jD/oFWX/fY/wDjlHsX3X3h7Rdn9x1VFcr9v8Yf9Aqy/wC+x/8AHKPt/jD/AKBV
l/32P/jlHsX3X3h7Rdn9x1VFcr9v8Yf9Aqy/77H/AMco+3+MP+gVZf8AfY/+OUexfdfeHtF2f3HV
UUUVkaBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQB
5H8Yv+Q3p/8A17n/ANCNegeC/wDkTdK/691rz/4xf8hvT/8Ar3P/AKEa9A8F/wDIm6V/17rXNT/i
yPaxf/Ivo+v+ZuUUUV0nihRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVyXxF07ULzR9PvNLt
ftk2lajDqDWwba8yx7sqvB+bnp9cZOAetooA811z4maP4k8OTaT4dS51DVtVha1jsxEyNGZEIZnY
jbhRknBI464ywPGsMvh3wd4Jhnje5l07U7FHjtVLtI0cbAhAcZJI46Z4r0qsXxJ4e/4SD+yv9J8j
+z9Rhvv9Xu8zy8/J1GM568/SgDjNQ8T2vxD1Twxa+HEmnS21GK/vZXikVbQRqWCOdpXc3zgEHGVx
nnNP0jxNYeBta8R6TrP2kXt3qcl/ZxwW7yfa0mA2LHgctldpzgbuATg49KooA8s8N6lqx8DeM9Q8
P2cw1N9auZYbeaL97HnyywKZ++qk/LzyMYPQ85JdaTcar4XGl+J/EGvSpq9oLhrtpPs0bbuoDqNr
Md20ZPAfn192ooA888Qa7YeFvi1DqWtSva2U2hm3jmMLurSCfcVG0HkDBPpkeorQ/wCa3/8Acu/+
3NdnRQBxnw4/5mr/ALGK7/8AZK4yC6gh/Z70u3uxCtre3JtpppWP+jqbhyZVQENIy7QQg+pyARXs
1Yvifw4niWxt4vtc1ncWdyt3bTxKrbJkB2FlYEMoLZI4zjrQBwfgy+0C+8UWdzqHjh9c1C0h8jT0
uLd7VY93yN97/WSMGA5O4984BXvPGf8AyJGvf9g64/8ARbVk23gzVrrUbObxL4lfV7aymW6gt1so
7cCZc7HLKckDJ+XucZ44PYUAeZeK/wDk3mD/ALB1j/6FFUPxI0zTovG+nax4l0ya+0CSy+yzSQmQ
fZHEmRI+zHynzAAM5PzYBIAPqdFAHnngE+Bm8R3I8GWNyZUtP314BN5SqXH7s+YfvEqCOOgPPBFc
5BdQQ/s96Xb3YhW1vbk2000rH/R1Nw5MqoCGkZdoIQfU5AIr2asXxP4cTxLY28X2uazuLO5W7tp4
lVtkyA7CysCGUFskcZx1oA4PwZfaBfeKLO51Dxw+uahaQ+Rp6XFu9qse75G+9/rJGDAcnce+cAr0
fhj/AJKd43/7cP8A0SafbeDNWutRs5vEviV9XtrKZbqC3WyjtwJlzscspyQMn5e5xnjg9hQB5lpX
/IkfEj/sI6n/AOixWfF4/sLr4Z/8I9Z2l9JrraYllHYm3ffKDCoMibQwK7SXGcEhe2Qa9dooA8yl
SXwD4l0DU9WTdpkegrpV3dQpI6WzxkHc2EPys21V6E5PTHNqz1ZfHnxC0nUtDid9H0JZxLfSAos0
ksYXYikZJXgnOO/T5d3odFAHGfDj/mav+xiu/wD2SuzoooA8y+GniCOLwIdA0/5/Eun29zIbGaJ0
2uJW2qxOB1ZQRuB57YOOG8R39rd+DrkXPibxHqGvna99YMJEtrdjINweMqAqqSEGD97bgAcD6Goo
A88+ImsReH/GnhHU57e5uIrZb53jtkDvt8pQSASOADk88AE0W+sQ+OPiNoV9oSvPpWkQ3LzXrRSI
jSSKE8oblHzAFG68gn059DooA8l/sm51vwB8QLKyXfcNr11IqAEl9jxuVAAJLEKQB3JFZML/AAsa
yjE+gXyauWET6UhuWnWXdtKDLBSc+4PsDxXuFFABRRRQAUUUUAIyhlKsAQRgg96858NMfDHjy70i
QkW9ydsef++kP5Ej6mvR64P4lae8X2LWrbKywOEZh1HOVP4HP5itaTu3F9TOptzdjvKy/EeqjRtB
urzIEiptjz3c8D9efwqxpOoJqulW17HjEyBiB2PcfgciuJ+IN1JqmsafoNqcszBn/wB5uFz9Bk/j
ShC8rMc5WjdF34aaUbfSptRlB827bCk9dg/xOfyFdrUFnax2NlDawjEcKBF+gGKnqZy5pNjiuVWM
PViB4p0Ik4A+0cn/AHBRceITcTNa6JB9tnHDSZxFH9W7/QVB4is4dQ17RbW4BMUguAwBwfuA9ayp
vCcekStJJYHU7MnJ2OyzRj6AgN/npW8YwaXNvb9WZSck3bb/AICOn0uwu7YyTX969zPLjKjiNPZR
/WtGuY07QPDGqQ+bZ24cD7y+bIGU+hG7irf/AAhmh/8APj/5Gk/+KrOSjfVv7v8AglxcraJff/wD
corD/wCEM0P/AJ8f/I0n/wAVR/whmh/8+P8A5Gk/+KpWh3f3f8Ed59l9/wDwDcorD/4QzQ/+fH/y
NJ/8VR/whmh/8+P/AJGk/wDiqLQ7v7v+CF59l9//AADcorD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH
/wA+P/kaT/4qi0O7+7/ghefZff8A8A3KKw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qi0O7+7
/ghefZff/wAA3KKw/wDhDND/AOfH/wAjSf8AxVH/AAhmh/8APj/5Gk/+KotDu/u/4IXn2X3/APAN
yisP/hDND/58f/I0n/xVH/CGaH/z4/8AkaT/AOKotDu/u/4IXn2X3/8AANyisP8A4QzQ/wDnx/8A
I0n/AMVR/wAIZof/AD4/+RpP/iqLQ7v7v+CF59l9/wDwDcorD/4QzQ/+fH/yNJ/8VR/whmh/8+P/
AJGk/wDiqLQ7v7v+CF59l9//AADcorD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qi0O7
+7/ghefZff8A8A3KKw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qi0O7+7/ghefZff/wAA3KKw
/wDhDND/AOfH/wAjSf8AxVH/AAhmh/8APj/5Gk/+KotDu/u/4IXn2X3/APANyisP/hDND/58f/I0
n/xVH/CGaH/z4/8AkaT/AOKotDu/u/4IXn2X3/8AANyisP8A4QzQ/wDnx/8AI0n/AMVR/wAIZof/
AD4/+RpP/iqLQ7v7v+CF59l9/wDwDcorD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiqLQ7v7v+
CF59l9//AADcorD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qi0O7+7/ghefZff8A8A3K
Kw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qi0O7+7/ghefZff/wAA3KKw/wDhDND/AOfH/wAj
Sf8AxVH/AAhmh/8APj/5Gk/+KotDu/u/4IXn2X3/APANyisP/hDND/58f/I0n/xVH/CGaH/z4/8A
kaT/AOKotDu/u/4IXn2X3/8AANyisP8A4QzQ/wDnx/8AI0n/AMVR/wAIZof/AD4/+RpP/iqLQ7v7
v+CF59l9/wDwDcorD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiqLQ7v7v+CF59l9//AAA0r/ka
te/7d/8A0A1NrHhux1kFpU8u47TR8N+PrVLw7ZQaf4g1u2tU8uFPI2rknGVJPJ56mujpzk4zvF9F
+QopSjaXn+Zj6DZarYedBqF0lzAuPJfnf+P+TWxRRUSlzO5cVZWCiiipGFFFFABRRRQAUVxmva/4
l/4TdNA8OJpH/IOF6734l/56FCAUP+729ea1tEm8QW0F5N4tk0WKKNQ8clk0iqqgEuXMnQAY/XNA
G7RWfD4g0i5vY7ODVbGW6kUOkKXCM7KV3AhQckFfm+nNZGu6ve2fjvwrp1vNstL/AO1/aY9infsi
DLyRkYJ7EUAdPRVWw1Ox1WBptOvLa7iVthkt5VkUNgHGQTzgj86hl8QaRBqIsJtVsY70sqC3e4QS
FmxtG3OcnIx65FAGhRUFze21n5X2q4hg86QQxea4Xe56KuerHHAHNQ6drOm6v5n9majZ3nlY8z7P
OsmzOcZ2k4zg/lQBdoqlqOs6bpHl/wBp6jZ2fm58v7ROse/GM43EZxkfnU3222+w/bftEP2Ty/O8
/ePL2Yzu3dNuOc9MUAT0VS07WdN1fzP7M1GzvPKx5n2edZNmc4ztJxnB/Ki51nTbO+isrrUbOC7m
x5UEs6rI+TgbVJyckYGO9AF2iuY+HOr3uveBNO1HU5vPu5vN8yTYq5xK6jhQB0A7VD4w1/XNP13Q
tJ8PppxuNT+0Za+D7F8tVbqhyOCex7dKAOtorkvDniPWX8S3Xh3xNaWcd/Hbi8hnsWJhkhyFPDHc
GDEjnrzwMAt0Go6zpukeX/aeo2dn5ufL+0TrHvxjONxGcZH50AXaKg+2232H7b9oh+yeX53n7x5e
zGd27ptxznpiodO1nTdX8z+zNRs7zyseZ9nnWTZnOM7ScZwfyoAu0VS1HWdN0jy/7T1Gzs/Nz5f2
idY9+MZxuIzjI/Opvttt9h+2/aIfsnl+d5+8eXsxndu6bcc56YoAnoqlp2s6bq/mf2ZqNneeVjzP
s86ybM5xnaTjOD+VMuvEGkWLypearY27QsqSiW4RCjMCyhsngkAkZ6gGgDQoqOGaK5gjmgkSWKRQ
6SIwZWUjIII6giuQ+IvimTQ7XT7LT9Ws7C+vb2GGSWXY728DFt0uxjjaCuCTx16HkAHZ0Vi6LqEV
toVi2oeILPUnnkMMd8DHEly5ZtqqFO0txtwOTtNaFhqdjqsDTadeW13ErbDJbyrIobAOMgnnBH50
AWqKz7DxBpGqztDp2q2N3Kq7zHb3CSMFyBnAJ4yR+dPvNZ03T5HjvdRs7Z0jEzLNOqFULbQxBPC7
iBnpnigC7RWfJ4g0iLTo7+TVbFLKVtkdw1wgjdueA2cE/KfyPpVyGaK5gjmgkSWKRQ6SIwZWUjII
I6gigCSiuI+IPjPVPCl7pMel2VtdrcrcTXCSkq3lwqrttbIAO3f1B6Dg9DoeLvFT6R4An8RaP5M/
7uGWAzI2x1kdACRkHo2e1AHT0VBeXttp9q9ze3ENtbpjdLM4RFycDJPA5IFMsNTsdVgabTry2u4l
bYZLeVZFDYBxkE84I/OgC1RVK51nTbO+isrrUbOC7mx5UEs6rI+TgbVJyckYGO9Yvw51e917wJp2
o6nN593N5vmSbFXOJXUcKAOgHagDp6Kz7DxBpGqztDp2q2N3Kq7zHb3CSMFyBnAJ4yR+daFABRXm
uheIviH4i8Nxa1p9v4ZaKZXaOFxOsjFWZcfe25JXjJxyMkV2HhrxNbeJLWfYvkX1nIYL2zZwz28o
JBGRwy5Bww4OPUEAA2qKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/Ew
ooorMsKKKKACiiigAooooAKKKKAPI/jF/wAhvT/+vc/+hGvQPBf/ACJulf8AXutef/GL/kN6f/17
n/0I16B4L/5E3Sv+vda5qf8AFke1i/8AkX0fX/M3KKKK6TxQooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKpabq9lq/2v7DN5v2S5e1n+Rl2SpjcvIGcZ
HI4q7XC6f4j1Sfwr42vJLrNxpl7fxWj+Wv7tY0BQYxg4PrnPfNAHdUV5S+t+ONG8J2vjDUNWsbqz
CwSyaaluFEkLqq7vM25EhZskD5QckZHy16tQBz+ueO/Dnhu6Ftquqww3B6xKrSOvAPzBASuQQRnG
e1bkM0VzBHNBIksUih0kRgyspGQQR1BFeR+BPEGtWnhiXVNM8GzanNdyS3GoX/2hIWuJd7H5EwSy
gEABRjduAGc562/8cW1r4G0zUvDdj551GRLHTrYqIkSU5UKwyAFUoRwccAAgHcADs6K851S78Y+B
9Lg1vV9bh1m0SSJL+2Wxjj8lGYBnjcMpZgcKMjB3ZIGOLmvan4mn+IqaFoF9Z21u+lC4lNzDv8vM
pQyJgZLgYwrHaec0Ad1RXH+GtR1iw8WXvhvxBqKanL9kS/tbpLdYT5e7Y6uo4BDYxjPGcnoB2FAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVT1fT01XSrmyk6TIVB9D2P4HBq5RQnbUNzgPh5q
/wBit9R0y+byzZlpsN/CBw4/Aj9TUPgeF9d8UX+vXC8Ix8vPZm4A/BePxFZvxCsH0vxC11bsUjvo
yW2nHPRh+PB/Gu98I6WNI8N2sJAEjr5sn+83P6DA/CuqbSjzLqYRTb5X0NqiiiuU3MPVf+Rq0H/t
4/8AQBW5WHqv/I1aD/28f+gCtytJ7R9P1ZEd36/oiGO0t4riSeOGNZpBh3VcFvrU1FFZ3LCiiigA
qlqOs6bpHl/2nqNnZ+bny/tE6x78YzjcRnGR+dXa81+KOiL4j8TeGdLYIWuYdQWPexVRIIVKEkc4
DBT+HQ9KAPSqqx6nYy6jJYR3ls97Eu+S3WVTIi8clc5A+YfmPWuc8P8AjJH+Hn9ua2fKuLGN476M
lRIJoyVKlTtCuxAIQ45cCuW8B6RLpXxHhe83nUNQ8Pm/vWdDGxmludzAr/CQMLgY+7nAzQB6TqOs
6bpHl/2nqNnZ+bny/tE6x78YzjcRnGR+dPl1Oxg04X815bR2RVXFw8qiMq2Np3Zxg5GPXIrifBWj
6f4ysG8V69Zw393qEkohjuV8xLWBXKrEqn5TjYTu2gncfU5Z8RdEtNB+FWvW+nh47aWaOZYN2UhL
TR5WMfwrkFto4BY4wOKAOzsPEGkarO0OnarY3cqrvMdvcJIwXIGcAnjJH50/UdZ03SPL/tPUbOz8
3Pl/aJ1j34xnG4jOMj86828bQ+Er3SYrHwjHpb+I5Zo30/8AslVEiurruJePhQFLH5iBxn+HIm8S
RWmg/EC/1nxbor6no15DDFbXZj+0R2AG1WV0PCgsd2Rzz8uSzAAHpNne22oWqXNlcQ3Nu+dssLh0
bBwcEcHkEUXl7bafavc3txDbW6Y3SzOERcnAyTwOSBWT4Ri8OppUsvhU232K5mM7i3clRIyqSNpP
yHG35MDHoKyfi7/yTHV/+2P/AKOSgDoLPxNoeoXSW1lrOnXNw+dsUN0ju2Bk4AOTwCa065jVvh94
f1CxaO10yz0+7TL293aQiKSCUA7XBTaTtJzgnGQKzNJ8bXI+D48T6k8JvEt5PmMZ2SSh2jjyq/3m
C5xgcnoOgB1ses6bL9s8vUbN/sWftW2dT9nxnO/n5cbW646H0ql/wmfhr/oYdI/8DYv/AIquD8Na
JB4C1/R9LvwiWviLTPIuoJmRw14h3MHJ427ZDGoUncSMg9ToeIvDOhwfEXwdbQ6Np0dvcfbfOiW1
QJJtiBXcMYODyM9KAO5ttZ028sZb211GzntIc+bPFOrRpgZO5gcDAOTntU1ne22oWqXNlcQ3Nu+d
ssLh0bBwcEcHkEVxPjjTLEadpfhLSrK2tV1y/XzoraJYj5MeHlkUgBQwCp1zkcAHtN4Ami0jUdc8
JNIgbTLtprSIMCFtZcOign5mKljuJzgsBk8UAdnNNFbQSTTyJFFGpd5HYKqqBkkk9ABRDNFcwRzQ
SJLFIodJEYMrKRkEEdQRVDxNc/Y/Cur3Pkwz+TZTSeVMu6N8ITtYd1OMEelcxqfizUNH8EeFb7S9
Os5bjUpLSD7Io8uPEkZOyPnCcgAE5AHUGgDuqK4jRvE/iS08SafpHi3T7GJtVhaS1ksGJEbou545
AzHkDHK8ZxjdklWXfirxLrOqavbeD7DTpIdJkMMs18ZR9pl25KR4CgMpBBy2OVOQDQB1Vnr2m30F
9NBdp5WnzSQXUjgosToMuCWA4APXp71chmiuYI5oJElikUOkiMGVlIyCCOoIrzbwjfTw+CPHN9dW
MK3CajfzS2kxEsYYRqTG2OGXPBx1FbUni57Dwr4bisbKFtX1m3iWytYo2WCIlFLM23JWJAwJA5x7
ZIAOzornPD9x4t/tWa28SWWlm1MIkiu9PkbaH3YMbK53Ekc5AAGO+eMLVfFHjLw1arrWuaZpB0ZZ
F+0W9rK7XVujnAyzEIzKSoOOCemByAD0CoJb22guoLaa4hjuLjd5MTOA8m0ZbaOpwOTjpXnPjT/h
Jf8AhZ3hv+z/AOyP+Xr+zvP83/nivm+dj8du38a6DUNSubbxb4Osr6z06W7u47nz51iLNC6QqW8l
icqpOQc8kYoA62iuIufFPiDXNfvLDwbZ2JttOZobu91ISCNpgQDHGF5JXnJ/kNpaSx8bXk/h/wAS
m7s4bbWtAjk86EbzFIVjLJIMhTscq2BnOADnkUAdnRXmS+O/F9jodt4l1fRtOTQW8kyxwyk3Pluq
/vV+bbtLMMKfm5wf71em0AFFFFABRRRQAUUUUAFFFFAGHpX/ACNWvf8Abv8A+gGtysPSv+Rq17/t
3/8AQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigAooooA8517RP7e+MKW39pajp+zQRJ5thP5Uhx
cEbScH5ec49QK2dU0T+wfh14htv7S1HUN9lcyebfz+bIMxEbQcD5eM49Sam17wNba9riat/aur6f
dpbi23WFwIsoGLYJ2k9T644FSWPgyK00rU7CfWda1CLUYTA5vboStEpVlOzK8EhvfoKAPP8AWvC2
j6T8FLbWNPsUt9UWGzvVvEZhKsrGMFg+cgfMflHAPIGea6Px9pFlr3jvwbp2pw+faTfbfMj3sucR
Kw5Ug9QO9dHqHhGx1LwanhqaW5WyWGKASIyiTbGVK84xn5Rnj1q1f6DbahrulatM8y3Gmed5KqRs
bzFCtuGMngcYI/GgDldL0200T4yXNppUCWdrc6GLiWCH5I2kE2wNsHAIXjgdz6nPLa7cWfiHw9rl
5ongKG50xvPkGtSzJDKzDLvMoYbyobJAB5A24HKj1P8AsG2/4Sr+39832v7F9i2ZHl7N+/OMZ3Z9
8Y7Vz978LtJvPtEP2/V4NOm3H+zYbvbaoTzlY8cYc7wOm7tjigDC8URLrPgHwFFqJe4W8v8AT1uC
7ndIHiIbLZzk5POc1du9B03w18TPB6aLaJYrcw3cE4hJUTIkQZQ/PzHJzk5JIGScDHTXHhGxudK0
SweW5EWjTQT25DLuZoV2rv45BHXGPwq1f6DbahrulatM8y3Gmed5KqRsbzFCtuGMngcYI/GgDj/C
On6d4n1/xVd66ltqd5b6m9nHFdRxyC3gjJ8vapHygkvk/wARXPXJNLxvpx0ifwl4X0FbGHT7iadv
smoSObeV1KuiyHO5hvc4XJBYqCDxXU6v4EstU1SbUbfUdX0u7uNv2mTTrxovP2qFXcDkfKBxgDqe
tSXvgTR9S8LxaFercz20TNKsrzsZfNbdmUt3Yl2PIIyemOKAOc0HwRr1l410/Wbm38OafbwRyRTx
6OJYvPVlO0MhG04bB7dO+BiD4feEdG8T+BBqOu2MN9earczXNxPIgWQN5pGEZQGVfkzgHqW7HFdH
pPgC00zWrfVJ9W1rU7m1V1t/7Qu/NWIuMMVGByRx6e2QCIbn4ZaPd6jeTzXWqGzvZmuLjTlvGW2l
kOMsVGDncA33uoHYYoAZ8Iv+SY6R/wBtv/Rz1S8fWt7eeO/BsGmX/wDZ92/23y7nyVl2YiUn5G4O
QCPxrrfDmg23hjQrbSbJ5pLe33bWmILncxY5IAHVj2ql4m8H23ie6sLma/1GxuLDzPJlsZhE43gB
ucE9FxxjqaAOc06HVPDHxGsINYurbWZddhljW/aEwzQCFd/lhQSgj74UAlmJP3RnCsbLXPFHiXxL
cQW/hbUnttRktcayjyywxISI1RV+VU+9yACx3Zziu90TwPpujaiNRknvtT1JFMcd5qNwZpI0P8K9
AB15xn5m5wcVBrPw+03VtafV4b3VNM1CVdk0+n3RiaZcKAGyDwAg6Y980Ac5Bpw8B/Dy5sfE9rDq
YudRH2HTbNpZY3ZirxwrvGQu9GJBzkZ+8Tg0tPiurP4p+G3fwrD4Z+0x3UTrbXUbpdKsZbDLGABt
ODyOcj+6MdnbeANJt/D0ukl7yXzbk3hvJZs3IuD0mV+zjAwQO3OcnMOmfDrT9O12y1mTUtXvr+03
hJr2680srKV2HI+6MsRjHLHOeMAGT4R0/TvE+v8Aiq711LbU7y31N7OOK6jjkFvBGT5e1SPlBJfJ
/iK565Jg8V6LptpqPg/wgsj2fh67muDNbLOQJWXDohdiWILtjGeSwxyFI6PV/AllqmqTajb6jq+l
3dxt+0yadeNF5+1Qq7gcj5QOMAdT1qefwVpdz4ettIma8ZLaQ3EVz9pYTrOdx87fnl9zs3PGT07U
Acz4x0jSvDviHwhfaNb2enXz6qlt5dvDHH5sMnyyEqBk4GBntv8AUijTvDek678WPFlxqthDdvZ/
Y/JEw3Iu+Ahsr91ug6g4xxW/ofgPT9F1g6rLeajql+I/KiuNSn854V5yEOBjOT+uMZOdSw0G20/X
dV1aF5muNT8nzlYjYvlqVXaMZHB5yT+FAHN/C6JbTTtfsIS4tbLXLq3t42csIoxtwoyTxkk/Uk96
h+J2mWNzP4YmnsraWWTXLW3eR4lZmiJcmMkjlSe3Suq0TQbbQf7Q+yvM/wBvvZL2XzSDh3xkLgD5
eOM5PvRreg22vf2f9qeZPsF7HexeUQMumcBsg/LzzjB96AOS+JGj6f8A2P4Z0pLOGKwl162ia3hX
y02vv3ABcYzk9PWj4i2tno3hrT9NsDDo+nalqsNtfNaqkA8lw28k4wOFGT6DB4yK63W9Btte/s/7
U8yfYL2O9i8ogZdM4DZB+XnnGD71Nq+kWWvaXNp2pw+faTbfMj3sucMGHKkHqB3oA8/+JPh3Q/DP
gqPUdJtLPTb/AE65gks5Yo0EkjqwAViwJfjLEEkkrk5wataxoOm+IPjRBDq1ol1FBoazpG5O3etw
QCQD8wwTwcg55Fa2nfDrT7PWLbUr3UtX1ea0ybddTuvOSFjj51GB83A/Q9QCNr+wbb/hKv7f3zfa
/sX2LZkeXs3784xndn3xjtQBwvh7wfoVx8RfFFrPpsMtpp0lvLa2z5aGJpoiZSIydvOF6jjaMYwK
1vhdEtpp2v2EJcWtlrl1b28bOWEUY24UZJ4ySfqSe9dJYaDbafruq6tC8zXGp+T5ysRsXy1KrtGM
jg85J/CjRNBttB/tD7K8z/b72S9l80g4d8ZC4A+XjjOT70Ac/wCJ/wDkp3gj/t//APRIrz/xU/8A
wiWgeKvBs74tJPKv9J3P/wAsmnTfEMuT8pBwMZO12PWvYL/QbbUNd0rVpnmW40zzvJVSNjeYoVtw
xk8DjBH41S8X+C9N8a2MFtqZmj8iTzI5YNokHGCuWU/KeCR3Kj0oA5/xDbW2v/FnTdF1mbzNOg07
7dDZOwEc1x5jL8w/jwgJx6KexYFl3p+neHvi94cXRUtrNr+0uYbu1t440UxqpdG2gZBLA/N32Y7H
PU+IfC1l4j+zyXEt5a3dru+zXdnO0UsO7G7aRxyBg5B4J6VD4c8Gaf4burq8imvL6/usCW9vpfNm
KgABN2B8vA+uBnOBgA5L4feEdG8T+BBqOu2MN9earczXNxPIgWQN5pGEZQGVfkzgHqW7HFc+l7c2
3wL8NW9tcQwJfaibW4M7lImiaWYsrsMMqHaNxBBxn1rvbn4ZaPd6jeTzXWqGzvZmuLjTlvGW2lkO
MsVGDncA33uoHYYrQs/BOk23g5PDEyTXWmLnKzSYdv3nmcsm3o3pjpQBx8XgLxG+v6PftZ+FNNFj
dpM8mkrNBI8eRvQ8YYFcjB+mQCc+oVxlh8MdPsrrT5JtY129h0+RJbe1urzdCjIMIQoUY29sfTpk
V2dAHGfCL/kmOkf9tv8A0c9HhD/SvHfjTUYPmtJLm3tVk6Zlhi2yLg88EjnGD2zUFn8KNPs7VLNN
e8RtYDIayN9thdScshVVHytk5xjqa7DTdNtNH06Cw0+BLe1gXbHGnQD+pJ5JPJJJNAFqiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiig
DyP4xf8AIb0//r3P/oRr0DwX/wAibpX/AF7rXn/xi/5Den/9e5/9CNegeC/+RN0r/r3Wuan/ABZH
tYv/AJF9H1/zNyiiiuk8UKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACuF0/w5qkHhXxtZyWuLjU72/ltE8xf3iyIAhznAyfXGO+K7qigDhfEHhzVL74N
xaFbWu/U1srSIw+Yo+ZDHuG4nbxtPftXdUUUAeeaLYeL/Blk+g6XpNtqdl50jWV7Leqi20bsdolT
aGYg5ZtvXdgHjia5+H13H8OdI0XTbxItV0uaO8gmkbMYnDFmz8hyoLvgY7LnvXe0UAeeatZ+LPHi
RaNqmjJoGjuwkvZRdx3MkyqQVjTA+U5Gckdvba0HiS41u0+L0c3h6ytr25TQ0MtvNJsMkX2n5gjZ
ADdOTxjPBOAfSqpf2RZf25/bHk/6f9n+y+bvb/Vbt23Gcdec4zQBznhrR9YuvFl74n8QQJZSy2iW
drYpOspgjDbn3sFAJLAMCCeGIPQY7CiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKy/
EmqjRtBurvOJFTbH/vngfrz+FNK7sJuyuec+K5LjxN4nvVsxvisIW6f3U+8fzP8AKu28B6t/anhq
FXbM1r+5f1wPun8sfkazvhtpPkaPPfzrl7xsDd3Qcfqc/kKzfDjHwv49utJckW9ydsef++k/QkfU
10ztJOC6GMbpqT6no9FFFcpuYeq/8jVoP/bx/wCgCtysPVf+Rq0H/t4/9AFblaT2j6fqyI7v1/RB
RRRWZYUUUUAFcl4isrmf4i+DrmG3mkt7f7b50qoSke6IBdx6DJ4GetdbRQB5Zq/ha8bxzc6FBBeN
4e165h1G9kEbtDGU8xpIi3ZpHRDuBUj5RgjFdN9iuf8AhcP237PN9k/sHyfP2Hy9/wBozt3dN2Oc
dcV1tFAHnOg3WqfDm1uNEvND1fU9OjuZG0250+Jbg+STu2yAbSrAtnJHJLY4UVN4zOs+IvhZq7Sa
TNFNcyRNaWSIXuPJEkZHmKM4c4Zio+6CAeQa9AooAz7Dw/pGlTtNp2lWNpKy7DJb26RsVyDjIA4y
B+VYureM7vRdauLOfwvrV3bKqNb3Wnw+esoI+bcONhB4xkk9eBjPVUUAeeaD4HtNdi1aXW9Fex0q
9u4riy0ot5QhCRbfNIjYbWcMdy4BBXnPBp/jPwfa6R8LNX0rwzps37+SKUW8PmTO7eZHkgEk9FHT
0r0CigDiJvGesazBJZeH/C+tW17KpUXOpQrbRW4Ix5mTu3lSQdgGSAfSsnXvCMr2PhfwJZG8TSfm
l1G8hgk2naCwBYkoN77ztJO07DjAAPptFAHmXiz4e3tnoT6hpOt+I9T1OwkjurS3urtZ03owO4IV
5YLuwOp6c5wdrVY7nU/G/gfUobG8S3WO7km8yEg2++FdqydlbPGCeoIrs6KAPObzw5eeNfiHqFze
3er6ZY6RGkGnyWqvbtKzg+Y6uwweQVJUfMNvOByN4YvfCPjnQ9UsrnXdYt7rzLG/kuZFuXiRsGPs
CqB8sT0GPfB9GooA5LUNS1DXvCvi21k0W8tXgjurW2LDd9sGxgrIMBueOxHIwTzjJ1LTL6Twd4Ah
SyuWltL/AE57iMRMWhVYyGLjHygHrnpXodFAHJeIrK5n+Ivg65ht5pLe3+2+dKqEpHuiAXcegyeB
nrWTY32peC9a13Tk8Papqg1G/e/s7i1jHlM0oGUkbOIwrLjcc8c4Axn0OigDzXQLHVH8A+OFvdLu
bS9vru/lS1KlmJeIYCED5xnIBHBxxUl3pOrWei+BdasrGa4uNEt1S7shH+98p4FWQgFlO9QpAXqS
w9MH0aigDlbPxLqXiSC+ttL0XVNKlW0kMV3qkAhVZiMRgL824Z3EnHG0cHcK8p1fwxHL4Ymt7fwb
4jn8Spta81G5DlWfePMZMMRLknAwM7SWycEn6AooA4jxx9rsPFXhfW4dMvtQtbBrpZ0sovNkBkjC
r8uRxkHnoMe4zJqsdzqfjfwPqUNjeJbrHdyTeZCQbffCu1ZOytnjBPUEV2dFAHnljd6l4D1rXYbn
RNU1PT9Rv3vrSfTrYStucAyK4D/KAdoGQM4Y/Rljo+s3fhvxlrup2f2e+1+ybydOiUtJEqQukYbu
XYEZGOvoTtX0aigDzzxLpl9P8CobCGyuZL0WFmht0iYyBlaLcNuM5GDn0wa9DoooAKKKKACiiigA
ooooAKKKKAMPSv8Akate/wC3f/0A1tkgAknAHc1yc2twaH4g12adJHLG3Cqi9TsPU9BXOX3iaXWr
jZqE00Fj3itlBJ+uSM/j+VdXsJVHfpZfkc/tYwVuuv5nolnq1lqE8sNpcJK8ON4XOB+PQ/hVyuJ0
3xZ4f0mDyrOyu0B+82xSzfU7quf8LC0v/nhe/wDfC/8AxVRKhO/up2LjWjbVnVUVyv8AwsLS/wDn
he/98L/8VR/wsLS/+eF7/wB8L/8AFVPsKnYftodzqqK5X/hYWl/88L3/AL4X/wCKo/4WFpf/ADwv
f++F/wDiqPYVOwe2h3Oqorlf+FhaX/zwvf8Avhf/AIqj/hYWl/8APC9/74X/AOKo9hU7B7aHc6qi
uV/4WFpf/PC9/wC+F/8AiqP+FhaX/wA8L3/vhf8A4qj2FTsHtodzqqK5X/hYWl/88L3/AL4X/wCK
o/4WFpf/ADwvf++F/wDiqPYVOwe2h3Oqorlf+FhaX/zwvf8Avhf/AIqj/hYWl/8APC9/74X/AOKo
9hU7B7aHc6qiuV/4WFpf/PC9/wC+F/8AiqP+FhaX/wA8L3/vhf8A4qj2FTsHtodzqqK5X/hYWl/8
8L3/AL4X/wCKo/4WFpf/ADwvf++F/wDiqPYVOwe2h3Oqorlf+FhaX/zwvf8Avhf/AIqj/hYWl/8A
PC9/74X/AOKo9hU7B7aHc6qiuV/4WFpf/PC9/wC+F/8AiqP+FhaX/wA8L3/vhf8A4qj2FTsHtodz
qqK5X/hYWl/88L3/AL4X/wCKo/4WFpf/ADwvf++F/wDiqPYVOwe2h3Oqorlf+FhaX/zwvf8Avhf/
AIqj/hYWl/8APC9/74X/AOKo9hU7B7aHc6qiuV/4WFpf/PC9/wC+F/8AiqP+FhaX/wA8L3/vhf8A
4qj2FTsHtodzqqK5X/hYWl/88L3/AL4X/wCKo/4WFpf/ADwvf++F/wDiqPYVOwe2h3Oqorlf+Fha
X/zwvf8Avhf/AIqj/hYWl/8APC9/74X/AOKo9hU7B7aHc6qiuV/4WFpf/PC9/wC+F/8AiqP+FhaX
/wA8L3/vhf8A4qj2FTsHtodzqqK5X/hYWl/88L3/AL4X/wCKo/4WFpf/ADwvf++F/wDiqPYVOwe2
h3Oqorlf+FhaX/zwvf8Avhf/AIqj/hYWl/8APC9/74X/AOKo9hU7B7aHc6qiuV/4WFpf/PC9/wC+
F/8AiqP+FhaX/wA8L3/vhf8A4qj2FTsHtodzqqK5X/hYWl/88L3/AL4X/wCKo/4WFpf/ADwvf++F
/wDiqPYVOwe2h3Oqorlf+FhaX/zwvf8Avhf/AIqj/hYWl/8APC9/74X/AOKo9hU7B7aHc6qiuV/4
WFpf/PC9/wC+F/8AiqP+FhaX/wA8L3/vhf8A4qj2FTsHtodzqqK5X/hYWl/88L3/AL4X/wCKo/4W
Fpf/ADwvf++F/wDiqPYVOwe2h3Oqorlf+FhaX/zwvf8Avhf/AIqj/hYWl/8APC9/74X/AOKo9hU7
B7aHc6qiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwoiPxMKKKKzLCiiigAoooo
AKKKKACiiigDyP4xf8hvT/8Ar3P/AKEa9A8F/wDIm6V/17rXn/xi/wCQ3p//AF7n/wBCNegeC/8A
kTdK/wCvda5qf8WR7WL/AORfR9f8zcooorpPFCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAwr3xBLH4y03QbOFJWlhku7x2JBhhAKoR2JaQgcE4APHORoWt1ey6pfQXFh5FpD5f2a585W+0
ZXLfIOU2njnrXM+Hf3/xT8YyTfvHt47KGFm5MaNGWZVPZS3JA4J5o8Mf8lO8b/8Abh/6JNAHZ0V4
f4d8D6bdfCZ/Eks98dUgtJp7WRbgqLVoZJGXywOgJGTnPJJGCc11Wp6jqGv2fgbRp7rZDr9v52pO
q4eZUhSRo8qRtV8sDjHX0yCAejVz/gXX7nxP4OsdWvUhjuLjzNywghBtkZRgEk9FHemeH/Amj+Ft
VmvdFW5tVmhEMlsJ2eJiGyHIbJ3DkA5wATxya88/5ti/z/z+UAezUVxnxH/5lX/sYrT/ANnrPuNH
h8cfEbXbHXWefStIhtkhsllkRGkkUv5p2sPmALr05BHpyAdHo+v3OoeMfEekzJCLfTPs3ksoO9vM
jLNuOcHkcYA/GtPSLq9vNLhn1Ow/s+7fd5lt5yy7MMQPnXg5AB/GuJ+HejxeH/Gni7TILi5uIrZb
FEkuXDvt8piASAOADgccAAVzn/NsX+f+fygD2aivL9X8JWngbVfDmp6NdXwv7vV47O8uJ5/Ma7jm
Yl/MBGCfl4IA9TkgEM+I97pP/Ce6XZeL7ib/AIR77E0ywRP8v2jcw3SKn7zbt4B9enG+gD1OsX/h
If8Ait/+Ed+zf8w77d9o8z/pps2bcfjnP4Vy3wc0GLS9Av76K0uYI9Quy9q1yR5klqo/dFgDgH5n
PAGc55GK0P8Amt//AHLv/tzQB0HiDX7bw5pf226SabMiQxQQANLM7MAFRSRubvgc4BrmP+E78Q2d
j/aWr+CLy10xI/NllivY5ZY1xnJiwrccZzjaMk9Kf4wmiX4heCIbuRBavNdOY5WGxpRGoiODxuDN
8vfJ4612F79m+w3H27yfsnlt5/nY8vZj5t2eNuM5zxigDG8ReLYNF8FSeJLWH7bbiOKWJNxj8xZG
UA5IJHDZ5FdBXjksMsH7MoSaN42Kq4DqQSrXYZT9CCCPUEV7HQAUV5T4uXwhrPiTU4bjSPEGvahG
qxyz6arSrYnbtEagMFBBVmwQRuLZ7gQajqV3q37N7XeoTvcXLKitK/LMFugoye5wo5PJ6nmgD12i
vL9X8JWngbVfDmp6NdXwv7vV47O8uJ5/Ma7jmYl/MBGCfl4IA9TkgEXbjR4fHHxG12x11nn0rSIb
ZIbJZZERpJFL+adrD5gC69OQR6cgHR6Pr9zqHjHxHpMyQi30z7N5LKDvbzIyzbjnB5HGAPxo8YeJ
p/DFjYy2unf2hcXt7HZxQ+eIss4bHzEEdVxz69a5z4d6PF4f8aeLtMguLm4itlsUSS5cO+3ymIBI
A4AOBxwABVn4qfafsPhz7D5P2v8At628jzs+Xvw+3djnbnGcc4oAnt/HGqWmsWNn4m8MzaRDfyeR
b3K3a3KGY42o2wfLnnBP5YBIm1fxpew+IZtF8PaDNrN3axrJeHz1t44N2Ci7mGCxBzj06ZwcYUdx
q+p+PNM0bxyltCIG+3aaNPifyLuZBnLSMSwMY3HbgZzzxtDbWu+EdUTX5df8J6ollqE6ot3bXKl7
e7ClQu7qUIUEZUZ9NuSSAE3j2XT/AAvJqOq6FfWmoC7NjDp+C7XE38IjcD5lI/ix2ON3GZtJ8Ta/
ca1b2Os+ErnTorhXKXMd0lyiMozh9o+QEcAk8nAA6kZkYl+ImjXuja7A+ja9pM0UubaYuYJSm6OZ
SOMHL/LuJAHUHBD7PXPE3hnWLLTvFYs76wvbkW1vqsB8t/MbeUV4gPvHCj5QFXPLNzQBr6d4lu9b
0rxBJp1ii3umXdzZW8byblnkjUbSfu4BJHGePWtDw3rkHiXw9ZatbDalzHuKZJ2MOGXJAzhgRnHO
M1z/AMOP+Zq/7GK7/wDZKPhr+7tfEVsny29tr13DBEOEiQFSFUdFXJJwOOTQB2dFFFABRRRQAV57
8QrqTU9X0/QbU5ZmDP8A7zcLn6DJ/Gu/mmS3gkmlYLHGpZmPYAZJrz3wRC+veKr/AF24U4Qny89m
bgD8F4/EVrS0vPsZ1NbR7nf2drHY2cNtCMRwoEUewGK4n4lae8QstZtsrLA4R2HUc5U/gc/mK7yq
Wr6cmraTc2UmMTIVBPY9j+BwamEuWVypRvGwuk6gmq6VbXseNsyBiB2PcfgcirlcH8NdRdEvNGuM
rLbuXVT1Azhh+Bx+dd5RUjyyaCEuZXMPVf8AkatB/wC3j/0AVd1LWbPSkH2mTMjfciQbnf6CsrxH
FcT67o0dpOIJ2FxskK7tp2DtWDa2d9pGpudR1E2NxKfluntlmR/+Bk5H6VtGmpRTb6fqzKU3Fuy6
/ojsdLudQuzJLeWqWsBx5UZJMn1bsPpWjWEuma2yhl8RgqRkEWUeD+tL/ZWuf9DD/wCSUf8AjWbj
Fvdfj/kWpNLZ/h/mblFYf9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjS5F/Mvx/wAh8z7P8P8AM3KK
w/7K1z/oYf8AySj/AMaP7K1z/oYf/JKP/GjkX8y/H/IOZ9n+H+ZuUVh/2Vrn/Qw/+SUf+NH9la5/
0MP/AJJR/wCNHIv5l+P+Qcz7P8P8zcorD/srXP8AoYf/ACSj/wAaP7K1z/oYf/JKP/GjkX8y/H/I
OZ9n+H+ZuUVh/wBla5/0MP8A5JR/40f2Vrn/AEMP/klH/jRyL+Zfj/kHM+z/AA/zNyisP+ytc/6G
H/ySj/xo/srXP+hh/wDJKP8Axo5F/Mvx/wAg5n2f4f5m5RWH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5
JR/40ci/mX4/5BzPs/w/zNyisP8AsrXP+hh/8ko/8aP7K1z/AKGH/wAko/8AGjkX8y/H/IOZ9n+H
+ZuUVh/2Vrn/AEMP/klH/jR/ZWuf9DD/AOSUf+NHIv5l+P8AkHM+z/D/ADNyisP+ytc/6GH/AMko
/wDGj+ytc/6GH/ySj/xo5F/Mvx/yDmfZ/h/mblFYf9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjRyL
+Zfj/kHM+z/D/M3KKw/7K1z/AKGH/wAko/8AGj+ytc/6GH/ySj/xo5F/Mvx/yDmfZ/h/mblFYf8A
ZWuf9DD/AOSUf+NH9la5/wBDD/5JR/40ci/mX4/5BzPs/wAP8zcorD/srXP+hh/8ko/8aP7K1z/o
Yf8AySj/AMaORfzL8f8AIOZ9n+H+ZuUVh/2Vrn/Qw/8AklH/AI0f2Vrn/Qw/+SUf+NHIv5l+P+Qc
z7P8P8zcorD/ALK1z/oYf/JKP/Gj+ytc/wChh/8AJKP/ABo5F/Mvx/yDmfZ/h/mblFYf9la5/wBD
D/5JR/40f2Vrn/Qw/wDklH/jRyL+Zfj/AJBzPs/w/wAzcorD/srXP+hh/wDJKP8Axo/srXP+hh/8
ko/8aORfzL8f8g5n2f4f5m5RWH/ZWuf9DD/5JR/40f2Vrn/Qw/8AklH/AI0ci/mX4/5BzPs/w/zN
yisP+ytc/wChh/8AJKP/ABo/srXP+hh/8ko/8aORfzL8f8g5n2f4f5jdOjSbxN4gjlRXRhbgqwyC
Nh7VUvPCctnObzw9cNazdTCT8je3/wBY8fSpvDsU8HiDW47q4+0zDyN0uwJu+U44HA44ro6uU3CW
j6L8iYxUo6+f5mPoOq31950GpWL21xBjLY+R8+n+TWxRRWUmm7pWNIppWYUUUVIwooooAKKKKACi
uY17xzbaDriaT/ZWr6hdvbi522FuJcIWK5I3A9R6Y5FXfD3iT/hIPtH/ABJ9X07yNv8AyEbbyfMz
n7vJzjHP1FAG1RRWLqfiH+zfE+h6P9m8z+1fP/e+ZjyvKQN0xznOOox70AbVFFFABRRRQAUUUUAF
FFFABRWL4Q8Q/wDCVeGLPWPs32b7Tv8A3Xmb9u12XrgZ+7np3qHxN4wtvDF1YW01hqN9cX/meTFY
wiVzsALcZB6NnjPQ0AdBRXP+HPGen+JLq6s4obyxv7XBlsr6LypgpAIfbk/LyPpkZxkZ6CgAoooo
AKKKKACiiigAoorC8W+JW8M6dbSw2L311eXcdnbwLIIw8j5xlj90YB5wecdOoAN2iqWkXV7eaXDP
qdh/Z92+7zLbzll2YYgfOvByAD+NXaACiiigAooooAKK5zxX450vwbPp8erLc7b5mVZIkDLGFK5L
c5x8w6Ang8VoeI9ftvDGhXOrXqTSW9vt3LCAXO5gowCQOrDvQBp0UUUAFFFYvhDxD/wlXhiz1j7N
9m+07/3Xmb9u12XrgZ+7np3oA2qKKKACiuFs/ipbahapc2XhjxTc2752yw6eHRsHBwQ+DyCK7Oyu
ftljb3PkzQedGsnlTLtkTIztYdmGcEetAE9FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J/wDmEf8A
YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFAHkfxi/wCQ3p//AF7n/wBCNegeC/8AkTdK
/wCvda8/+MX/ACG9P/69z/6Ea9A8F/8AIm6V/wBe61zU/wCLI9rF/wDIvo+v+ZuUUUV0nihRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcfJDLonxUjuY43+xa/aeTKUUsPtUILKzk/dHlBg
ADyQcjjNa2meHv7N8T65rH2nzP7V8j915ePK8pCvXPOc56DHvW1RQBzGleDv7M+Hknhb7d5m+3ng
+0+VjHmFznZu7b+mecdqZf8AgWC/8OaLYNdvFe6KsRtL6OJCyyRoFBKtn5SQrFc87RzxXVUUAc/o
Oh61YXz3Ot+JZtVxGY4ohapbxpkgliF+83ygAnoC3rVXTvAdpB8PV8J6hcPd2211aZF8piTIZAQM
nBBI65BxyMcV1VFAHBD4eaxdT6TJrHi+5v10u7huIY2tFRWCHkPhssxwMOSSPm67q09b8I391r51
jw/rr6NdTQiG6C2qTJOFOUYqcfMASNxycYAxznqqKAOY8KeDP+EX1TVrv+1bzUP7Q8n5rw75V8tW
HzP/ABZ3ccDAAHNU/wDhXv8AxbH/AIRD+0v+3vyP+m3m/c3fh19/auzooAxfEnh7/hIP7K/0nyP7
P1GG+/1e7zPLz8nUYznrz9K888SalPoXxC1y4k15/DEF0tusc50t7pb8pH8xBOQCm4KduByOMgk+
u0UAcf8AD7WtU1qC+a8u01LTYmRbLUxaG2a7OCZMoT0U4UEAA4PU5w/XvCGqah4qTXdG8Qf2VcCy
Fmw+xLPuXeXP3jgckdu3XmutooA5WXwbcavoAsPEmuXN/cx3a3Vve20S2skDKAF2hcjI+bk/3vUA
1mah4D8S6zaPaap46uZbV1YNHBYJAWJUqAxVvmXJ5U8EcccEd7RQBwp8Pa74i8FXnhbXobOwMccE
cV/Z4eKcKwb5YvlKYCKpHAySQABiu6oooA4+58EX8eo3jaJ4judK0/UJmuLu1it0d2kfAkZJW+ZC
QBjrtPI9Az/hXv8AxbH/AIRD+0v+3vyP+m3m/c3fh19/auzooAxfEnh7/hIP7K/0nyP7P1GG+/1e
7zPLz8nUYznrz9Kz9b8I391r51jw/rr6NdTQiG6C2qTJOFOUYqcfMASNxycYAxznqqKAOY8KeDP+
EX1TVrv+1bzUP7Q8n5rw75V8tWHzP/FndxwMAAc1d8SeHv8AhIP7K/0nyP7P1GG+/wBXu8zy8/J1
GM568/StqigDn/Ffhb/hJP7LlhuIba7029S7imkt/N+7zs+8pCk7ScH+EfhV1bwzr9xrVxfaN4tu
dOiuFQPbSWqXKIyjGU3H5ARyQBycknoB1VFAHHnwJcRaVMLPxDfQ6zcXcd5PqexS0rqu3YyDGYsZ
xGSQM9xwX2Pg3UZNUtL3xL4im1j7DJ51rB9kjgiV9pG5lGdzDIKngqQcda62igDnNO02LwTpXiC/
nne5imu7nVXCRhWRSoYoMnkgL14zntUfw90m50vwpDJqS41PUJHvr0kFSZZDnlSBtYLtBAAAIP1r
p6KACiiigAooooA5L4jat9g8P/ZUbEt42z/gA5b+g/GtLwhpP9j+HLaBlxK482X/AHm7fgMD8K5K
9/4qz4kpbfftLI4b0IQ5b82OPyr0itp+7BR+ZnH3pOQUUUViaHnHiEHwv4/tdVQFba6O6THT+64/
UN9TXowIIBByD0Irm/Huk/2n4aldFzNanzl+g+8Py5/CneBdW/tTw1AHbM1t+5f8Oh/LH61tL3oK
XbQzj7smifVf+Rq0H/t4/wDQBWxNBFcRNFPGskbDBVhkGsfVf+Rq0H/t4/8AQBW5Uy2j6fqxx3l/
XRGfpujxaVJKLWWYQPyIGbKof9nvWhRRUNtu7KSS0QUUUUhhRRXmvxYbV5dS0Ky0XUb6zlmhvpNt
o7hpmiiV1XCkZJIIHpu79KAPSqKyNB8R2mueF7XXFdILaWEyyF2wsJXIcFiBwpDDPA4z0rhvA2p6
3f8AxCa41W8ufI1TSG1GGxaXdHbI04WMAA7Sdig7sA/McjOcgHqFFef2VrqHxGkk1f8AtzUdL0VJ
JYbCHTZfKe4VWA85368kMNhUYwPcseMxrPh34WausmrTSzW0kS2l6jlLgwmSMDzGGMuMspYfeABP
JNAHoFFea+KNI1LwF4fuPEGk+J9aupbVo99vqU4uYpUaRVK4IG05I+YHOMgYzkGsXEut/Eq80XVf
Ed9oVrbwxf2fDaSm2a8aTG5t54chvlC/l0bIB6VRWR4b0e70PTpLS81a51QCZ3hluR+8SM9EZs/O
Qc/McdcYAAFZPxSvbnT/AIdapc2VxNbXCeVtlhco65lQHBHI4JFAHW0Vwt14H1bSoxf6D4p125vr
bMiW2o3Pnw3OFP7sqdoG44G7PHXrgja0nxfbap4GHic280VutvJPJCMM48vcHA6A8qcHjPGcUAdB
RXlngebWTfNp/iLV7yc+JdKF9bXKzlPIYlsxw5GN4R1c7QNuBwQAaNY8LXOn+MfDmkw+LPFLW+p/
afOZtRO9fLjDLtOMDk85B/CgD1OiuC8TW134U8G/2Xpms6pPqGr38VnbXl7P5rwvIQD8+Mqu1G5A
JBbI9RofDy9uTpd9o+pXE1xf6Rey20ktw5Ms6Ft0cpB5CsGwOSCF4NAHW0Vn+IJorbw5qc08lzFF
HaSu8lqwWVVCEkoT0YDp74rFuPGGl+GvB2ialeyX0lldrBCk0oEkoDR7g8uDycKSxGTnoDQB1VFc
r4d+IWl+I9RSwW3vrC6lhFxbx38IiNzGc/NHgncMDPuMkZwcGvfEHTdCvbq1FlqmoS2Sh7z7Fal1
tVKhlLsSAAVyeCehzigDqqK818FalaT+DvG2pJPciyk1O+uBNa/JKIzGrbkzjDY5GehxXVReIdP0
nwZp2pTTXk0MtvCLdZf3l1csyjYmB9+Vu+O+T0yaAOgornPD/ja01/VZtNOn6pp17HCLgQ6hbeUz
x7tpZeTwDgc468ZwcZ6fFHSRdW4urDV7KxuZBHDqV1aeVayZBKsHJztYDIJHTk4AOADs6K8/8V+O
73RfHek6db6dq8loPO+0xwWav9s/dKy+STy2wn5sEY962bzVrabxH4V85tXtbi+jnkhtQQkZ/dBm
W4TOdyg8AZw2aAOnormNc8eafousDSorPUdUvxH5stvpsHnPCvGC4yMZyP0zjIzas/GGm33hy+1m
AXPlaesn2qF4SksTom54yrY+YA464z3oA3aK4Wy+Lvh+8mtz5OowWU0iw/b5rcLbJKU3bGfPDDOD
xjvnb81d1QAUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/wCgGtysPSv+Rq17/t3/APQDW5WlTf5L
8kRDb5v8wooorMsKKKKACiiigAooooA8517+3P8AhcKf8I5/Z32v+wRv+37/AC9n2g5xs53Z2+2M
1uX03iC28A67NrkljFqEdpcPDJprSKqqIsqctyGDZ6e1Vte0HxL/AMJumv8Ahx9I/wCQcLJ0vzL/
AM9C5ICD/d7+vFWRYeKtV8Oa3Ya82irLd2jwWpsjKFDMjKd+/PGSvT3oA4m5tfEHh/wFaeNP+Eq1
G7vY47a4+yzEm2eJ1RPLZM8t82S+cnrgMd1dB4+tb288d+DYNMv/AOz7t/tvl3PkrLsxEpPyNwcg
EfjWhrfhG+1L4Vx+GoZbZb1bS2gMjswj3RlC3OM4+U449K0NY0G51Dxj4c1aF4Vt9M+0+crE728y
MKu0YweRzkj8aAMXw4NQ8P8AxBuvDcurXmp2EunDUInvn8yaJvMEZXf3U4Jxj0x3Lcz4x1rS9Pvt
Vli8f6vHr1vI0kVpFuNqrKcpCUVdh4AQ5b72Sw6ivQP7Buf+Fi/2/vh+yf2V9i2ZPmb/ADd+cYxt
x75z2rlV8C+J9M0C+8NaJd6LDo06yhbmWJ/tbhwTh8fISeIy2MhRkDIAoAn8Wavql/4O8H3dlfPp
17ql/ZB5bfO1TJGxI2k/MuSDtJIOOaLC01Twb440HTW1++1a11iGZLhb9jIUkiTfvjJPygk4288Z
yTwRp3vhG+ufDnhKwSW2EujXdnPcEs21lhTa2zjkk9M4/CtDWNBudQ8Y+HNWheFbfTPtPnKxO9vM
jCrtGMHkc5I/GgDn7W31Dx/rGsyXGrajpNhpd69hbRaZdeU8jJ/rHkO3nOUwO3Ix3MPijVdW8LaP
oPh17zUdSur7zY57+yt912Yo8EiNM/fKsBvJJAUtgnpfk8M+I9B1rU7zwldaW1tqk32ia11ETbYZ
MfMyFWOS5JJ4GMKBwKk1zwhrOt6Ppdy2rw23iXTpJJ4ruGMiIF85iAz9z7i7iGJC8g7iKAOf8IXu
s23jWzt7WPxdLpF1G63Z8QW5PksqsyMkmcDJ+XBA/EkbZvD+na7480b/AISRvE2o6XcT3LtYwW8g
aCGFZDhZIwqiRshxknkbc56V0ek2/jeXWrebXL3RYdPhVzJBp8cjNOxGFDGQfKAecqe2CDnjMsfC
3i3RUm0fRNW0uz0LznktZmgaW5tkY7/LCt8rDcSMsScEn0AALXwi/wCSY6R/22/9HPVLx9dXtn47
8Gz6ZYf2hdp9t8u285Yt+YlB+duBgEn8K6DwLoNz4Y8HWOk3rwyXFv5m5oSSh3SMwwSAejDtVLxh
oOuahruhat4ffTluNM+0ZW+L7G8xVXogyeAe47daAMnRNRuJPicLjxLplzpOqXtgbXT4FKzQvEje
Y+ZVJzJnJxhQFAzksKxdW8SXfiHX9Tjmj8YxWunXclnAnh2P5CUOGaST+JicYXACjHXJNdbp3hrX
r/xJYa54pvrHzdNWVLW006NhHl12s7O/zEkZG3p8qnPUGrL4V8S6F4h1DUPCN/pxtNSkM09jqIl8
uOU4y6lSSWY7s9BggYOBgAraBqOqTfDXUD4m1G+0j7JMYRqFzbmG5a2Gw7iDn94wLIGGTnGNzDJy
PCviW1h8f6bp2geKdR1yw1COVbqPUvMd4GRGdWRmC4z0wB2Oc/Ljo7/wjrfiDwusPiC/sbnVYb/7
fbxiHNou3IWFxgM8ZBOSfm+b+LHLLbw54sv/ABjomt6/d6R5Wneev2ayWQAB49oYFhksScEEgAKM
ZJNAENrb6h4/1jWZLjVtR0mw0u9ewtotMuvKeRk/1jyHbznKYHbkY7k1x/EGm2Ph7wha6x5uo6p5
0UuryoVkSKMbiVUE/PsOAxOcrnIJ3LZk8M+I9B1rU7zwldaW1tqk32ia11ETbYZMfMyFWOS5JJ4G
MKBwKn1bwpq+rado95LqVsniPS5nuUnSN1hbdkmDAYHyz8iljliqnj5jQBmX1pqXgPWtCmttb1TU
9P1G/Sxu4NRuRK25wRGyEp8oB3E4IzhR9IH0vVPE/wASPElkPEmqafpti1qxgtJSrMWgONrZ+QZy
SACGzzyARp23hbxBrmv2eoeMryxNtpzLNaWWmmQRtMCSJJC3JK8YH8huDa+j6Dc6f4x8R6tM8LW+
p/ZvJVSd6+XGVbcMYHJ4wT+FAFL4dajqF5o+oWeqXX2ybStRm09bkrteZY9uGbk/Nz1+mcnJON8V
NE+2X3hy5/tLUYPO1W2s/Khn2xpkufNUY4lGcBvTtXTeEtBudB/tv7U8L/b9VnvYvKJOEfbgNkD5
uOcZHvR4t0G517+xPsrwp9g1WC9l80kZRN2QuAfm54zge9AHP+NLXUNC8PeHNN0vXNRS4l1qG3+3
Ty+bKwfzD8/QOoJHynghQDU2vHUPA/hq3stH1C8v7/VdRjs4LrVbjzjbtIMA/d5UbOBjqxPPQ7Xi
3QbnXv7E+yvCn2DVYL2XzSRlE3ZC4B+bnjOB70/xh4ZXxXoosxdPZ3MUyXFtdICWgkU/eADDJwWH
XjOeoFAHH6/pWrfD7Qo9ftPEmr6k9pJCL6C+ud8U8RYBgilW2MWK4OcgE8nva8SWmqa58UI9Hs9f
vtLszpCXEy2zHLgXGCF5+RiMfOMnAxyCRU114W8VeK57e18XXmlxaNG3mTW2lmVWumBG1XLdFB54
P64Zd3+wbn/hYv8Ab++H7J/ZX2LZk+Zv83fnGMbce+c9qAOP0vRtb1XxBq3hqfxZqiafok0cgmib
bdzrNGWVWmz0Q+xzk9MKF6P4dajqF5o+oWeqXX2ybStRm09bkrteZY9uGbk/Nz1+mcnJN3R9BudP
8Y+I9WmeFrfU/s3kqpO9fLjKtuGMDk8YJ/CjwloNzoP9t/anhf7fqs97F5RJwj7cBsgfNxzjI96A
MXxnZwah8QfB9ndJ5lvcR6jFKmSNytAARkcjg9q4/WtUuLf4Z+J/CWqyo9/obW8cLBVUzWvmx+W2
Ax5Axn0DIDkk16VrGg3OoeMfDmrQvCtvpn2nzlYne3mRhV2jGDyOckfjWF8Svh7P4vSG50m4S21A
KLeYyzOscsGS4VgAckPtI/HOcDABN4pudU1zxjaeE9OvX0y2NoNQvLyByJ2jEmwRxn+E5Ayff0BV
obNdS8IePNJ0c6rfanpWrwz7ft84llimjAYtu2A7doUBc9WY/XT8S+GdRudfsvEPh66toNVtIXt2
juhIYbmNjwr7W4Cksw4OTjPQVDonhbV7jxIPEHi28tp722Ux2NtZFxb26suHbDclmyRzn8flCgGF
4f07XfHmjf8ACSN4m1HS7ie5drGC3kDQQwrIcLJGFUSNkOMk8jbnPSs/RPEl34a+CWgyafG73V7d
vZxvHH5rxl5ZTuWPje2F4UkAkjPoegsfC3i3RUm0fRNW0uz0LznktZmgaW5tkY7/ACwrfKw3EjLE
nBJ9AC0+HU8nwz0/w7eXqW2oWU32iG8ti7CGTzWYMvKknaxHPQnPYUAc5pd7rNj4l0l9Hj8dTQy3
KwXseu25kh8liAXDA/Iy9c4/HGQ3sFcZYWfxCkutPj1PUtCitIZEa5ltY3aadVHKkMoUbu5XbjqP
Q9nQB5L8Of8AhOP+EE07+xP+Ec+wfvfK+2ef5v8ArXzu28dc4x2xXrVec+HNB+IPhjQrbSbJ/C0l
vb7trTG4LncxY5IAHVj2rv7L7T9ht/t3k/a/LXz/ACc+Xvx823PO3OcZ5xQBPRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n
/wCYR/2Eof61uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAeR/GL/kN6
f/17n/0I16B4L/5E3Sv+vda8/wDjF/yG9P8A+vc/+hGvQPBf/Im6V/17rXNT/iyPaxf/ACL6Pr/m
blFFFdJ4oUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUdT1L+zfsf7rzP
tNylv97G3dnnpz06VerD8T/8wj/sJQ/1rcq2kopkp6tBRRRUFBRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZ4i1QaNoV1eZAdExH7ueF/U1p1598RLuTUNT0
/QrU5d2DuP8Aabhc/QZP41dOPNKxM5WiW/hppZg0ufUpgTJdvhSeu0d/xOfyFdtUFjaR2FjBawjE
cKBF/AVPSnLmk2EY8qsFFFFSUIyh1KsAVIwQe4rznwwx8M+OrzR5CRBcHbHn/vpD+RI+pr0euC+J
Ng8EljrVt8ssDhGYdsHcp/PP5itaTu3F9TOpp73Y6HVf+Rq0H/t4/wDQBW5XMm/j1TV/DF7F92aO
dseh8sZH4HIrpqU1ZR9P1Y4bv+uiCiiisywooooAK4zxP/yU7wR/2/8A/okV2dQS2VtPdQXM1vDJ
cW+7yZWQF49ww209RkcHHWgDybUYNQsL7Vvh/bSeWms3sc2ntF8nkWshd58KG27E8srsypbcx5zi
uphhitvjRHDBGkUUfhsIkaKFVVFxgAAdABXWyaZYy6jHfyWVs97EuyO4aJTIi88BsZA+Y/mfWn/Y
rb7d9t+zw/a/L8nz9g8zZnO3d1255x0zQBwHw68Qaf4c0Kbw1r17Z6df6RcyQsLibyxMrMXWRd4X
KnccdeADxuFP+Iut2mu/CrXrjTy8ltFNHCs+3CTFZo8tGf4lySu4cEqcZHNdtqOjabq/l/2np1ne
eVny/tECybM4zjcDjOB+VPl0yxn04WE1lbSWQVUFu8SmMKuNo24xgYGPTAoA5zTvh1p9nrFtqV7q
Wr6vNaZNuup3XnJCxx86jA+bgfoeoBB4jvfBOtXVzo/iS4043Fnt3pdv5Lx7wGGxzg8gLnafQGut
rPv/AA/pGqzrNqOlWN3Kq7BJcW6SMFyTjJB4yT+dAHBeErTVL2z1jTPC/iWaPSbC9ijstRnjW7dw
IQJYQGIARTsKkADrgkGp/H9jqmn/AAj1qLWdX/tW4MkTLP8AZlg2r5sWF2rweQTn39q9ChhitoI4
YI0iijUIkaKFVVAwAAOgApl5ZW2oWr217bw3Nu+N0UyB0bByMg8HkA0Ac/q3xB8P6fYtJa6nZ6hd
vlLe0tJhLJPKQdqAJuI3EYyRjJFcTrWjalp3w58OeAreNH1TV2YyGTASFVbzpAWDHlSyjIzkK2Bk
gV6bYeH9I0qdptO0qxtJWXYZLe3SNiuQcZAHGQPyqaTTLGXUY7+SytnvYl2R3DRKZEXngNjIHzH8
z60AeX+NY/GNhDYeJtbXQimh3KTD+z5biOV1d1V48tldrcA5HT8Qej8QTRXPxI8CTQSJLFIt86SI
wZWUwKQQR1BFdnNDFcwSQzxpLFIpR43UMrKRggg9QRUI0yxV7R1srYNZqUtiIlzApG0hOPlGABx2
oA8/8QSa9r/xQhj8NxWKt4ahLSSX5YI0lwnT5CWI2YxwMENk9Mw2Da14b+KlndeI20uM+IoXtmFj
PKsZkiClHZZOrEYQAf3vUnd6Na6ZY2M9xNZ2Vtby3Lb55IolRpWyTliB8xyT19TT7mytrzyvtVvD
P5Mgmi81A2xx0Zc9GGeCOaAOc1/XtN1nwd4rh0+7SaWxtLmC5jAIaNxGwwQQOMg4I4ODg8Guc1X/
AJEj4b/9hHTP/RZr0NNMsY4LmFLK2WK7ZnuIxEoWZmGGLjHzEjrnrQ+mWMkFtC9lbNFaMr28ZiUr
CyjClBj5SB0x0oA5bxP/AMlO8Ef9v/8A6JFZnhXWNG8Kap4wi1u8s7C+/tWW6YSsBJJAyh49uOX4
LEKMkFugJ57+Wytp7qC5mt4ZLi33eTKyAvHuGG2nqMjg461Dc6Npt5fRXt1p1nPdw48qeWBWkTBy
NrEZGCcjHegDznw7eQah8OviDeWr+Zb3F7qMsT4I3K0QIODyOD3pl7JBp9t8L9W1GJG023hWGWRy
m2OSSBPLY7iMAFS27ttz1xXpiaZYxwXMKWVssV2zPcRiJQszMMMXGPmJHXPWn/Yrb7D9i+zw/ZPL
8nyNg8vZjG3b0244x0xQBky+L9Lmgul0e7ttVvYbSW6S1tJhI0gQD5crnBJZQO5zwDg15F4s13Ud
U8APdal4206d77y3Oi2tvGxTLhwhcHeu0DJ3Dqu3Jzk+26do2m6R5n9madZ2fm48z7PAse/GcZ2g
Zxk/nUL+GdDkkuJH0bTme5z57G1QmXLBjuOPm+YA89wDQBzHjK9ttP8AiL4Kub24htrdPt26WZwi
LmJQMk8DkgU/xBNFc/EjwJNBIksUi3zpIjBlZTApBBHUEV1t/pljqsCw6jZW13ErbxHcRLIobBGc
EHnBP50DTLFXtHWytg1mpS2IiXMCkbSE4+UYAHHagDg/B2r6V4d8Q+L7HWbiz06+fVXufMuJo4/N
hk+aMBicnAycdt/qTWfp7xalpnxI17T7V4tJ1G0YWsrRiMTtHDIJHC9cFjnJHJJzyCB6TqOjabq/
l/2np1neeVny/tECybM4zjcDjOB+VTfYrb7D9i+zw/ZPL8nyNg8vZjG3b0244x0xQB5z4r/5N5g/
7B1j/wChRV6bVWXTLGfThYTWVtJZBVQW7xKYwq42jbjGBgY9MCrVABRRRQAUUUUAFFFFABRRRQBh
6V/yNWvf9u//AKAa3K520u4LLxH4gmuZUijX7PlmOP4DWZf+M5b+f7Jo7RQKetzcuEGPUZ/+ufat
3SlOWnZfkjFVIxWvd/mdrRXM6CmmaR500+uW1zdT48x2uFxx6c/qa2P7b0v/AKCVl/3/AF/xrOUG
nZalxmmtS9RVH+29L/6CVl/3/X/Gj+29L/6CVl/3/X/Glyy7Fcy7l6iqP9t6X/0ErL/v+v8AjR/b
el/9BKy/7/r/AI0csuwcy7l6iqP9t6X/ANBKy/7/AK/40f23pf8A0ErL/v8Ar/jRyy7BzLuXqKo/
23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjRyy7BzLuXqKo/23pf8A0ErL/v8Ar/jR/bel/wDQSsv+
/wCv+NHLLsHMu5eoqj/bel/9BKy/7/r/AI0f23pf/QSsv+/6/wCNHLLsHMu5eoqj/bel/wDQSsv+
/wCv+NH9t6X/ANBKy/7/AK/40csuwcy7l6iqP9t6X/0ErL/v+v8AjR/bel/9BKy/7/r/AI0csuwc
y7l6iqP9t6X/ANBKy/7/AK/40f23pf8A0ErL/v8Ar/jRyy7BzLuXqKo/23pf/QSsv+/6/wCNH9t6
X/0ErL/v+v8AjRyy7BzLuXqKo/23pf8A0ErL/v8Ar/jR/bel/wDQSsv+/wCv+NHLLsHMu5eoqj/b
el/9BKy/7/r/AI0f23pf/QSsv+/6/wCNHLLsHMu5eoqj/bel/wDQSsv+/wCv+NH9t6X/ANBKy/7/
AK/40csuwcy7l6iqP9t6X/0ErL/v+v8AjR/bel/9BKy/7/r/AI0csuwcy7l6iqP9t6X/ANBKy/7/
AK/40f23pf8A0ErL/v8Ar/jRyy7BzLuXqKo/23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjRyy7BzL
uXqKo/23pf8A0ErL/v8Ar/jR/bel/wDQSsv+/wCv+NHLLsHMu5eoqj/bel/9BKy/7/r/AI0f23pf
/QSsv+/6/wCNHLLsHMu5eoqj/bel/wDQSsv+/wCv+NH9t6X/ANBKy/7/AK/40csuwcy7l6iqP9t6
X/0ErL/v+v8AjR/bel/9BKy/7/r/AI0csuwcy7l6iqP9t6X/ANBKy/7/AK/40f23pf8A0ErL/v8A
r/jRyy7BzLuXqKo/23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjRyy7BzLuXqKo/23pf8A0ErL/v8A
r/jR/bel/wDQSsv+/wCv+NHLLsHMu5eoqj/bel/9BKy/7/r/AI0f23pf/QSsv+/6/wCNHLLsHMu5
eoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQB
5H8Yv+Q3p/8A17n/ANCNegeC/wDkTdK/691rz/4xf8hvT/8Ar3P/AKEa9A8F/wDIm6V/17rXNT/i
yPaxf/Ivo+v+ZuUUUV0nihRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh
+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFADJZUgieWRgqIpZmPYDrXnvguJ/EHi6/12dTsjJ8sHsW
4Ufgo/lXS+NvtreGbiLT4JJpZiI2WNSzBD14HX0/GuL0PU/E+gWH2Sz0GQoXLlpLSUsSfXBHoK3p
x9x23ZjN+8rnqlFed/8ACX+Mf+gB/wCSc3+NH/CX+Mf+gB/5Jzf41PsZFe1R6JRXnf8Awl/jH/oA
f+Sc3+NH/CX+Mf8AoAf+Sc3+NHsZB7VHolUda01NX0e6snx++QhSezdQfwOK4n/hL/GP/QA/8k5v
8aP+Ev8AGP8A0AP/ACTm/wAaapSTuDqRZQ8EXkp13T9NnBDWks5APbcnI/Aqfzr1CSRIY2kldURR
ksxwAPrXkllLrUPjKHUn0iWO6nd2EPlNGr/KQ2N3sc1uW15qOvX7m9sDeGJuLP7SsCp9UPJ+prap
T53fpYyhPlVjs9O1i31SWZbRZXji484phGPoD3q/WCmo61EipH4bVEUYCreRgAflTv7V1z/oXv8A
ydj/AMKwdN30t96NVPTX8mblFYf9q65/0L3/AJOx/wCFH9q65/0L3/k7H/hS9m/L71/mPnXn9zNy
isP+1dc/6F7/AMnY/wDCj+1dc/6F7/ydj/wo9m/L71/mHOvP7mblFYf9q65/0L3/AJOx/wCFH9q6
5/0L3/k7H/hR7N+X3r/MOdef3M3KKw/7V1z/AKF7/wAnY/8ACj+1dc/6F7/ydj/wo9m/L71/mHOv
P7mblFYf9q65/wBC9/5Ox/4Uf2rrn/Qvf+Tsf+FHs35fev8AMOdef3M3KKw/7V1z/oXv/J2P/Cj+
1dc/6F7/AMnY/wDCj2b8vvX+Yc68/uZuUVh/2rrn/Qvf+Tsf+FH9q65/0L3/AJOx/wCFHs35fev8
w515/czcorD/ALV1z/oXv/J2P/Cj+1dc/wChe/8AJ2P/AAo9m/L71/mHOvP7mblFYf8Aauuf9C9/
5Ox/4Uf2rrn/AEL3/k7H/hR7N+X3r/MOdef3M3KKw/7V1z/oXv8Aydj/AMKP7V1z/oXv/J2P/Cj2
b8vvX+Yc68/uZuUVh/2rrn/Qvf8Ak7H/AIUf2rrn/Qvf+Tsf+FHs35fev8w515/czcorD/tXXP8A
oXv/ACdj/wAKP7V1z/oXv/J2P/Cj2b8vvX+Yc68/uZuUVh/2rrn/AEL3/k7H/hR/auuf9C9/5Ox/
4Uezfl96/wAw515/czcorD/tXXP+he/8nY/8KP7V1z/oXv8Aydj/AMKPZvy+9f5hzrz+5m5RWH/a
uuf9C9/5Ox/4Uf2rrn/Qvf8Ak7H/AIUezfl96/zDnXn9zNyisP8AtXXP+he/8nY/8KP7V1z/AKF7
/wAnY/8ACj2b8vvX+Yc68/uZuUVh/wBq65/0L3/k7H/hR/auuf8AQvf+Tsf+FHs35fev8w515/cz
corD/tXXP+he/wDJ2P8Awo/tXXP+he/8nY/8KPZvy+9f5hzrz+5m5RWH/auuf9C9/wCTsf8AhR/a
uuf9C9/5Ox/4Uezfl96/zDnXn9zNyisP+1dc/wChe/8AJ2P/AAo/tXXP+he/8nY/8KPZvy+9f5hz
rz+5lH+x7TWfEeuxXke7b5Gx1OGQ7D0NYt54Um0ScztZrqdl3AZldR/wE/ryPpXQ+HZZ5/EGtyXV
v9mmPkbot4fb8pxyODxzXR1q6sqcrdLL8jNU4zV/X8zktH0nwvrcJe1tCHTG+NpXDL/49Wj/AMIZ
of8Az4/+RpP/AIqtWGytreaSaGCOOSX77KoBb61PWcqsr+6395cacbapGH/whmh/8+P/AJGk/wDi
qP8AhDND/wCfH/yNJ/8AFVuUUvaz/mY/Zw7Iw/8AhDND/wCfH/yNJ/8AFUf8IZof/Pj/AORpP/iq
3KKPaz/mYezh2Rh/8IZof/Pj/wCRpP8A4qj/AIQzQ/8Anx/8jSf/ABVblFHtZ/zMPZw7Iw/+EM0P
/nx/8jSf/FUf8IZof/Pj/wCRpP8A4qtyij2s/wCZh7OHZGH/AMIZof8Az4/+RpP/AIqj/hDND/58
f/I0n/xVblFHtZ/zMPZw7Iw/+EM0P/nx/wDI0n/xVH/CGaH/AM+P/kaT/wCKrcoo9rP+Zh7OHZGH
/wAIZof/AD4/+RpP/iqP+EM0P/nx/wDI0n/xVblFHtZ/zMPZw7Iw/wDhDND/AOfH/wAjSf8AxVH/
AAhmh/8APj/5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVW5RR7
Wf8AMw9nDsjD/wCEM0P/AJ8f/I0n/wAVR/whmh/8+P8A5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P/
AJGk/wDiqP8AhDND/wCfH/yNJ/8AFVuUUe1n/Mw9nDsjD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk
/wDiq3KKPaz/AJmHs4dkYf8Awhmh/wDPj/5Gk/8AiqP+EM0P/nx/8jSf/FVuUUe1n/Mw9nDsjD/4
QzQ/+fH/AMjSf/FUf8IZof8Az4/+RpP/AIqtyij2s/5mHs4dkYf/AAhmh/8APj/5Gk/+Ko/4QzQ/
+fH/AMjSf/FVuUUe1n/Mw9nDsjD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qtyij2s/5
mHs4dkYf/CGaH/z4/wDkaT/4qj/hDND/AOfH/wAjSf8AxVblFHtZ/wAzD2cOyMP/AIQzQ/8Anx/8
jSf/ABVH/CGaH/z4/wDkaT/4qtyij2s/5mHs4dkYf/CGaH/z4/8AkaT/AOKo/wCEM0P/AJ8f/I0n
/wAVW5RR7Wf8zD2cOyMP/hDND/58f/I0n/xVH/CGaH/z4/8AkaT/AOKrcoo9rP8AmYezh2Rh/wDC
GaH/AM+P/kaT/wCKo/4QzQ/+fH/yNJ/8VW5RR7Wf8zD2cOyMP/hDND/58f8AyNJ/8VR/whmh/wDP
j/5Gk/8Aiq3KKPaz/mYezh2Rh/8ACGaH/wA+P/kaT/4qj/hDND/58f8AyNJ/8VW5RR7Wf8zD2cOy
MP8A4QzQ/wDnx/8AI0n/AMVR/wAIZof/AD4/+RpP/iq3KKPaz/mYezh2QUUUVmWFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2E
of61uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAeR/GL/kN6f/17n/0I
16B4L/5E3Sv+vda8/wDjF/yG9P8A+vc/+hGvQPBf/Im6V/17rXNT/iyPaxf/ACL6Pr/mblFFFdJ4
oUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J
/wDmEf8AYSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHqv/ACNWg/8Abx/6AKualolpqm15VaO4T7k8
R2uv41T1X/katB/7eP8A0AVuVq20otdv1Zmkm5J9/wBEZ2lxalbtJDfzRXES48qYDa7ezDpWjRRW
bd3ctKysFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/AOgGtysPSv8Akate/wC3f/0A
1uVpU3+S/JEQ2+b/ADCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACkZgilmIAHUk1i6ndXtxrEelWEy2xaDz5Zyu5gu7bhR0zSL4TsXYPfPc3
0nXdPKT+gxWnIkryZHM29EXZtd0y3/1t/bAjsJAT+Qqo3i/RgcLdl29Eic/0q7Bo2nW2PJsbZCO4
iGfzq4qhRhQAPQCi8OzD3zFPiuzJIjtr6Q/7Fu350n/CUwf9A/U//AY1uUUc0O34haXcQHIBpaKK
zLIby5Sysp7qXPlwxtI2OuAMn+VcE3xXG47dIJGeCbnH/std9cW8d3bS2867opUKOuSMqRgjIqvp
ekWWi2zW+nw+TEzlyu9m+bAGckn0FaRcEveVyJKTejMLwv42/wCEk1KS0+wfZ9kJl3+dvzggYxtH
96uqooqZNN6KxSTS1Zwmo/Ez7BqV1af2Vv8As8zxb/tGN20kZxt46VW/4Wv/ANQf/wAmv/sK9Eoq
+eH8v4kcs/5itp139v021u9mz7RCkuzOdu4A4z361neKPEP/AAjemx3f2b7RvmEWzzNmMgnOcH+7
W1RWaavqi2nY87/4Wv8A9Qf/AMmv/sK2vC/jb/hJNSktPsH2fZCZd/nb84IGMbR/erqqKtyg1pH8
SVGV9WFcJqPxM+waldWn9lb/ALPM8W/7RjdtJGcbeOld3RUxcVurjkm9nY87/wCFr/8AUH/8mv8A
7Cu7067+36ba3ezZ9ohSXZnO3cAcZ79as0U5Si/hVgipLd3MXxR4h/4RvTY7v7N9o3zCLZ5mzGQT
nOD/AHa5X/ha/wD1B/8Aya/+wr0SinGUUtVcTUm9Gecr42/4STUtMtPsH2fZexS7/O35wcYxtH96
vRqw/E//ADCP+wlD/WtynUacVZWFBNN3Zwmo/Ez7BqV1af2Vv+zzPFv+0Y3bSRnG3jpVb/ha/wD1
B/8Aya/+wr0Sijnh/L+Ics/5itp139v021u9mz7RCkuzOdu4A4z361neKPEP/CN6bHd/ZvtG+YRb
PM2YyCc5wf7tbVFZpq+qLadjzv8A4Wv/ANQf/wAmv/sK2vC/jb/hJNSktPsH2fZCZd/nb84IGMbR
/erqqKtyg1pH8SVGV9WFcJqPxM+waldWn9lb/s8zxb/tGN20kZxt46V3dFTFxW6uOSb2djzv/ha/
/UH/APJr/wCwru9Ou/t+m2t3s2faIUl2Zzt3AHGe/WrNFOUov4VYIqS3dzyP4xf8hvT/APr3P/oR
qzoPxI/svQrOy/svzPIiCb/tGN2O+NtVvjF/yG9P/wCvc/8AoRr0DwX/AMibpX/XutctFpVpXVz2
8am8uo2dtf8AMo+F/G3/AAkmpSWn2D7PshMu/wA7fnBAxjaP71dVRRXTJpvRWPFSaWrOE1H4mfYN
SurT+yt/2eZ4t/2jG7aSM428dKrf8LX/AOoP/wCTX/2FeiUVfPD+X8SOWf8AMVtOu/t+m2t3s2fa
IUl2Zzt3AHGe/Ws7xR4h/wCEb02O7+zfaN8wi2eZsxkE5zg/3a2qKzTV9UW07Hnf/C1/+oP/AOTX
/wBhW14X8bf8JJqUlp9g+z7ITLv87fnBAxjaP71dVRVuUGtI/iSoyvqwrhNR+Jn2DUrq0/srf9nm
eLf9oxu2kjONvHSu7oqYuK3VxyTezsed/wDC1/8AqD/+TX/2Fd3p139v021u9mz7RCkuzOdu4A4z
361ZopylF/CrBFSW7uYvijxD/wAI3psd39m+0b5hFs8zZjIJznB/u1yv/C1/+oP/AOTX/wBhXolF
OMopaq4mpN6M5Xwv42/4STUpLT7B9n2QmXf52/OCBjG0f3q6qiipk03orFJNLVnCaj8TPsGpXVp/
ZW/7PM8W/wC0Y3bSRnG3jpVb/ha//UH/APJr/wCwr0Sir54fy/iRyz/mK2nXf2/TbW72bPtEKS7M
527gDjPfrWd4o8Q/8I3psd39m+0b5hFs8zZjIJznB/u1tUVmmr6otp2PO/8Aha//AFB//Jr/AOwr
a8L+Nv8AhJNSktPsH2fZCZd/nb84IGMbR/erqqKtyg1pH8SVGV9WYfif/mEf9hKH+tYGo/Ez7BqV
1af2Vv8As8zxb/tGN20kZxt46Vv+J/8AmEf9hKH+tblVeKirq5Nm5Ozsed/8LX/6g/8A5Nf/AGFd
3p139v021u9mz7RCkuzOdu4A4z361ZoqJSi/hVi4qS3dzF8UeIf+Eb02O7+zfaN8wi2eZsxkE5zg
/wB2uV/4Wv8A9Qf/AMmv/sK9EopxlFLVXE1JvRnK+F/G3/CSalJafYPs+yEy7/O35wQMY2j+9XVU
UVMmm9FYpJpas4TUfiZ9g1K6tP7K3/Z5ni3/AGjG7aSM428dKrf8LX/6g/8A5Nf/AGFeiUVfPD+X
8SOWf8xW067+36ba3ezZ9ohSXZnO3cAcZ79azvFHiH/hG9Nju/s32jfMItnmbMZBOc4P92tqsXxD
4v0Xwr9n/tu9+zfad3lfunfdtxn7oOPvDr61mmr6otp2OV/4Wv8A9Qf/AMmv/sK2vC/jb/hJNSkt
PsH2fZCZd/nb84IGMbR/eq74f8a6B4pnmh0bUUuZYVDvGUdG25xkBgMjPXHTIz1FaepalaaPp09/
qE6W9rAu6SR+gH9STwAOSSAKtyg1pH8SVGV9WWq4TUfiZ9g1K6tP7K3/AGeZ4t/2jG7aSM428dK2
5/HXh628PW2uzaht0y5kMUU/kyHcw3cbdu4fcbqO1Zn/AAt3wX/0Gf8AyVm/+IqYuK3VxyTezsZ3
/C1/+oP/AOTX/wBhXd6dd/b9NtbvZs+0QpLsznbuAOM9+tZep+NdA0bSrLUdQ1FIbW+UPbMUctIp
XdkKAWxgjORxkZ6it2nKUX8KsEVJbu5i+KPEP/CN6bHd/ZvtG+YRbPM2YyCc5wf7tcr/AMLX/wCo
P/5Nf/YV6JRTjKKWquJqTejOV8L+Nv8AhJNSktPsH2fZCZd/nb84IGMbR/erqqKKmTTeisUk0tWc
JqPxM+waldWn9lb/ALPM8W/7RjdtJGcbeOlVv+Fr/wDUH/8AJr/7CvRKKvnh/L+JHLP+Yradd/b9
NtbvZs+0QpLsznbuAOM9+tZ3ijxD/wAI3psd39m+0b5hFs8zZjIJznB/u1tUVmmr6otp2PO/+Fr/
APUH/wDJr/7Ctrwv42/4STUpLT7B9n2QmXf52/OCBjG0f3q6qircoNaR/ElRlfVhXCaj8TPsGpXV
p/ZW/wCzzPFv+0Y3bSRnG3jpXd0VMXFbq45JvZ2PO/8Aha//AFB//Jr/AOwru9Ou/t+m2t3s2faI
Ul2Zzt3AHGe/WrNFOUov4VYIqS3dzF8UeIf+Eb02O7+zfaN8wi2eZsxkE5zg/wB2uV/4Wv8A9Qf/
AMmv/sK9EopxlFLVXE1JvRnK+F/G3/CSalJafYPs+yEy7/O35wQMY2j+9XVUUVMmm9FYpJpas851
nxt5fiNZfsGf7Kmmix53+tz8mfu8dM96d/wtf/qD/wDk1/8AYV1Gq/8AI1aD/wBvH/oArcraUoWj
ePTv5syUZXev9WK2nXf2/TbW72bPtEKS7M527gDjPfrWd4o8Q/8ACN6bHd/ZvtG+YRbPM2YyCc5w
f7tbVFYJq+qNWnY87/4Wv/1B/wDya/8AsK2vC/jb/hJNSktPsH2fZCZd/nb84IGMbR/erqqKtyg1
pH8SVGV9WFcJqPxM+waldWn9lb/s8zxb/tGN20kZxt46V3dFTFxW6uOSb2djzv8A4Wv/ANQf/wAm
v/sK7vTrv7fptrd7Nn2iFJdmc7dwBxnv1qzRTlKL+FWCKkt3cxfFHiH/AIRvTY7v7N9o3zCLZ5mz
GQTnOD/drlf+Fr/9Qf8A8mv/ALCvRKKcZRS1VxNSb0Zyvhfxt/wkmpSWn2D7PshMu/zt+cEDGNo/
vV1VFFTJpvRWKSaWrOE1H4mfYNSurT+yt/2eZ4t/2jG7aSM428dKrf8AC1/+oP8A+TX/ANhXolFX
zw/l/Ejln/MVtOu/t+m2t3s2faIUl2Zzt3AHGe/Ws7xR4h/4RvTY7v7N9o3zCLZ5mzGQTnOD/dra
orNNX1RbTsed/wDC1/8AqD/+TX/2FbXhfxt/wkmpSWn2D7PshMu/zt+cEDGNo/vV1VFW5Qa0j+JK
jK+rCuE1H4mfYNSurT+yt/2eZ4t/2jG7aSM428dK7uipi4rdXHJN7Ox53/wtf/qD/wDk1/8AYV3e
nXf2/TbW72bPtEKS7M527gDjPfrVminKUX8KsEVJbu5i+KPEP/CN6bHd/ZvtG+YRbPM2YyCc5wf7
tcr/AMLX/wCoP/5Nf/YV6JRTjKKWquJqTejOV8L+Nv8AhJNSktPsH2fZCZd/nb84IGMbR/erqqKK
mTTeisUk0tWcJqPxM+waldWn9lb/ALPM8W/7RjdtJGcbeOlVv+Fr/wDUH/8AJr/7CvRKKvnh/L+J
HLP+Yradd/b9NtbvZs+0QpLsznbuAOM9+tZ3ijxD/wAI3psd39m+0b5hFs8zZjIJznB/u1tUVmmr
6otp2PO/+Fr/APUH/wDJr/7Ctrwv42/4STUpLT7B9n2QmXf52/OCBjG0f3q6qircoNaR/ElRlfVh
XCaj8TPsGpXVp/ZW/wCzzPFv+0Y3bSRnG3jpXd0VMXFbq45JvZ2PO/8Aha//AFB//Jr/AOwru9Ou
/t+m2t3s2faIUl2Zzt3AHGe/WrNFOUov4VYIqS3dzF8UeIf+Eb02O7+zfaN8wi2eZsxkE5zg/wB2
uV/4Wv8A9Qf/AMmv/sK9EopxlFLVXE1JvRnK+F/G3/CSalJafYPs+yEy7/O35wQMY2j+9XVUUVMm
m9FYpJpas4TUfiZ9g1K6tP7K3/Z5ni3/AGjG7aSM428dKrf8LX/6g/8A5Nf/AGFeiUVfPD+X8SOW
f8xzfhm7+36xql3s2faIbSXZnO3dFnGe/WrXijxD/wAI3psd39m+0b5hFs8zZjIJznB/u03Sv+Rq
17/t3/8AQDW5RNrm1XRfkEE+X7/zPO/+Fr/9Qf8A8mv/ALCtrwv42/4STUpLT7B9n2QmXf52/OCB
jG0f3q6qik5Qa0j+I1GV9WFcJqPxM+waldWn9lb/ALPM8W/7RjdtJGcbeOld3RUxcVurjkm9nY87
/wCFr/8AUH/8mv8A7Cu7067+36ba3ezZ9ohSXZnO3cAcZ79as0U5Si/hVgipLd3MXxR4h/4RvTY7
v7N9o3zCLZ5mzGQTnOD/AHa5X/ha/wD1B/8Aya/+wr0SinGUUtVcTUm9Gcr4X8bf8JJqUlp9g+z7
ITLv87fnBAxjaP71dVRRUyab0VikmlqzhNR+Jn2DUrq0/srf9nmeLf8AaMbtpIzjbx0qt/wtf/qD
/wDk1/8AYV6JRV88P5fxI5Z/zFbTrv7fptrd7Nn2iFJdmc7dwBxnv1rO8UeIf+Eb02O7+zfaN8wi
2eZsxkE5zg/3a2qKzTV9UW07Hnf/AAtf/qD/APk1/wDYVteF/G3/AAkmpSWn2D7PshMu/wA7fnBA
xjaP71dVRVuUGtI/iSoyvqwrhNR+Jn2DUrq0/srf9nmeLf8AaMbtpIzjbx0ru6KmLit1cck3s7Hn
f/C1/wDqD/8Ak1/9hXd6dd/b9NtbvZs+0QpLsznbuAOM9+tWaKcpRfwqwRUlu7mL4o8Q/wDCN6bH
d/ZvtG+YRbPM2YyCc5wf7tcr/wALX/6g/wD5Nf8A2FeiUU4yilqriak3ozlfC/jb/hJNSktPsH2f
ZCZd/nb84IGMbR/erqqKKmTTeisUk0tWcJqPxM+waldWn9lb/s8zxb/tGN20kZxt46VW/wCFr/8A
UH/8mv8A7CvRKKvnh/L+JHLP+Yradd/b9NtbvZs+0QpLsznbuAOM9+tZ3ijxD/wjemx3f2b7RvmE
WzzNmMgnOcH+7W1RWaavqi2nY87/AOFr/wDUH/8AJr/7Ctrwv42/4STUpLT7B9n2QmXf52/OCBjG
0f3q6qircoNaR/ElRlfVhXCaj8TPsGpXVp/ZW/7PM8W/7RjdtJGcbeOld3RUxcVurjkm9nY87/4W
v/1B/wDya/8AsK7vTrv7fptrd7Nn2iFJdmc7dwBxnv1qzRTlKL+FWCKkt3cxfFHiH/hG9Nju/s32
jfMItnmbMZBOc4P92uV/4Wv/ANQf/wAmv/sK9EopxlFLVXE1JvRnK+F/G3/CSalJafYPs+yEy7/O
35wQMY2j+9XVUUVMmm9FYpJpas4TUfiZ9g1K6tP7K3/Z5ni3/aMbtpIzjbx0qt/wtf8A6g//AJNf
/YV6JRV88P5fxI5Z/wAxW067+36ba3ezZ9ohSXZnO3cAcZ79azvFHiH/AIRvTY7v7N9o3zCLZ5mz
GQTnOD/draorNNX1RbTsed/8LX/6g/8A5Nf/AGFbXhfxt/wkmpSWn2D7PshMu/zt+cEDGNo/vV1V
FW5Qa0j+JKjK+rCuE1H4mfYNSurT+yt/2eZ4t/2jG7aSM428dK7uipi4rdXHJN7Ox53/AMLX/wCo
P/5Nf/YV3enXf2/TbW72bPtEKS7M527gDjPfrVminKUX8KsEVJbu5i+KPEP/AAjemx3f2b7RvmEW
zzNmMgnOcH+7XK/8LX/6g/8A5Nf/AGFeiUU4yilqriak3ozlfC/jb/hJNSktPsH2fZCZd/nb84IG
MbR/erqqKKmTTeisUk0tWcJqPxM+waldWn9lb/s8zxb/ALRjdtJGcbeOlVv+Fr/9Qf8A8mv/ALCv
RKKvnh/L+JHLP+Yradd/b9NtbvZs+0QpLsznbuAOM9+tWazrzX9OsNSg0+6uNl1Pt8uPYx3bjtHI
GByO9aNZtFphRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBFcXE
dpbS3E7bYokLu2CcKBkniq+l6vZa1bNcafN50SuULbGX5sA45A9RUfiH/kWtU/69Jf8A0A1zvwv/
AORauP8Ar7b/ANASrUU4ORLl7yR2dFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/
AGEof61uVh+J/wDmEf8AYSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFAHkfxi/wCQ3p//
AF7n/wBCNegeC/8AkTdK/wCvda8/+MX/ACG9P/69z/6Ea9A8F/8AIm6V/wBe61zU/wCLI9rF/wDI
vo+v+ZuUUUV0nihRRRQAUUUUAFFFFABRRRQAUUUUAFFFeOeObbxHoviefVlmuRbu+YbiJztReyH0
9MHg+9Z1J8ivY68HhViZ8nMk+l+p7HRXmnhr4rxy7LbxAgjfoLqJflP+8vb6j8hXo1vcw3cCT20q
SxOMq6MCCPYinCpGa0JxGEq4aVqi/wAiWiiirOYp6vqKaRpVxfSIzrAm4qvU1wg8W+MNWXztM0cR
255U+UTkf7zEA/gK9FdFdSrqGU9QRkGnVlOEpPSVkd2FxVKhF81JSl3e1vQ82tPiLqul34tvElht
U8krGUkUeuDwR+VeiW1zFeW0dxbuHilUMjDuDXKfE2zhn8KtcOo823kUo3fk4I/X9Kk+Gszy+EIl
fOI5XVc+mc/zJrOnKUans5O/U7cZSoV8GsZShyO/K0tvVGh4n/5hH/YSh/rW5WH4n/5hH/YSh/rW
5XbL4UeDH4mFFFFZlhRRRQAUUUUAFFFFABXGeJ/+SneCP+3/AP8ARIrs64zxpY61/wAJP4b1jRNJ
/tP+zvtXmxfaUh/1iKo5b8TwD0oAg+K1qln4YfxFZn7Nq+mSRSW93Eq+ZgvsKMSCSmJGJXoT1yMg
z/EH/ia3WgeGP4NWvd9yrcJJbwjzJE3D5gx+XGMdOoqN9O8ReM57aPxFp1to+j28yzSWYuBcS3bo
cqrkfJ5RJGVIJynuCK0/gVPFnjnV9R8VafM9hDHFb6ajTKoZRku37tt33skbiOH5HGFALPguVdE8
Ua/4VcOqxzHUbEbCqeRLgska42hUc44PJJ4GDUnhj/kp3jf/ALcP/RJqk3gGPwv4r0PVPCGm7LdZ
JIdSiF44LROAAx3kgqhBbaOSQvHca2kaXf6d408W6pLaO9teLata7HTdMY4iGABYYOePmwPfHNAG
NrWkReO/Hmq6dcbPsuj6Z9nTzUDeVdXAyJVA+8AgH3iMMBgd63Ph7rj674QtWuRMt9Z/6HeJMWMi
zRgA7iwB3EYY+hbGcg1znhn4Vabe6T9t8Zac8+u3c0s90WuCoVmc4wImC4Iwe/LH6C7ovhvVPBur
eI4dA09G0q4tFuNORrosiXKpt8tlY5y7cls4wqjPoAaHxC1fVtIsdH/sKaGK7u9Vhtf3ybo3Dhvl
bgkKSBkrzjpVXW9d1L4f+EzPrGqJq97cXYgt7iW2EEcO5eN6x5JVdrMdoLHOPcSa7pmu67o/hWS5
sYUv7bVbW7vooZgUiVd24gkjOMjgZ9AWxk6Hjjw7d+I9Fhj0u4S31Kzu4ry0kkPyCRD/ABfK2Rgt
xjrjtmgDgtL+IdzbeJdJt4fFsPiS3vrlbWa3bTTaPDvICyK23BweoJ/DnK9A2oeKvF+qa4vh/VId
Hs9KuWtIGe0SRrqZV+cOSW2qGAwQvR+hIxV2w1rx1eXWn2914Ws7BDIn2y7kvkkTYB8+xFO4Mf4c
lgO/qKsVn4o8L61rFtoOjW2oWGqXZvYrue7WP7NLIAH8xcZZQwBAUZ29yTwAaHw91fVtXsdY/t2a
GW7tNVmtf3KbY0CBflXgEqCTgtzjrXW1wvwr+0/YfEf27yftf9vXPn+Tny9+E3bc87c5xnnFd1QA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/AMjVoP8A28f+gCtysPVf+Rq0H/t4/wDQBW5Wk9o+
n6siO79f0QUUUVmWFFFFABRRRQAUUUUAFFFFAHGaB8Qv7a8Z32gzab9kS3kuIYbpp8i4eJgGVV2j
5trbiASQPzrc8T+IIvDWiyXzwvcyllit7aMjfcSscKi+pJ54BOATg4xXmD2bwaXrviS1SZ7zQfFd
zcqkRYNJCWjEqEjopXkkg4CnsTXXy6jF4t8eaPbWbJPpWnWg1aR/LDq8sgKwK2RmNgrGQZ5PpwCA
DU0Lxnaan4Hi8TagqadasrtIHk3hArsnXAySRwAMkkAZrLi8d6wqG/1DwffWWiKzGS7kmUzRRgkb
2t8bwB1OM4GSMgc8ZZTRRfCDwUl1IiWUuuRpdCVgI3i86ZmD54K/KCc8ce1e1UAclr3jDVNP8VJo
WjeH/wC1bg2QvGP21YNq7yh+8MHkDv36cU/TPHMUk97Z69p1zo2oWNob2eGQiVDCDy6On3wBjPA5
JAzg1h69f6pp/wAYUl0bSP7VuDoIVoftKwbV+0HLbm4PIAx7+1aej+HNQ1vUr7W/FtrDbTXdk+mr
p8Em4JbFyx3uDy5zjKkAD3OFAKsPxA1+5so9Tg8D30ukSMGSZLpGnaItgOIANxJHOM475xzXe15y
9t4t+HVi72U0PiDw9aRs3kXDCG5tolDtw/RlA2+p4wqqK2bv4gwQTKLXw/4j1C3eOOWK6s7AvFIr
oGBUkg9G5yODkUAGveMNU0/xUmhaN4f/ALVuDZC8Y/bVg2rvKH7wweQO/fpxU2g+L57/AFR9K13S
JtF1M5aCKWQSR3KhQW8uQAKzLnlR0H44p/8ANb/+5d/9uaj+IsMU+o+EESNJL0a5A8YCgyCJctIR
32jCluwwM9qANfxn4q/4RHR4btLCa/uLi5S2gt4jgu7ZIGcE9FOMAknA75FVvFWrXugaTqfh7QE1
Zb6HzJlTUI4hbtgfLlh8xyWB6YKnNc54m8X6LY/FuwXWL37Pb6NZSOrLE7H7RMACjYByvlkMMY56
ntU/wn1+yuJNZ0HT7iGWxsblptOKswP2eRidu11DnYTyxzy+M4wSATab4+8T6v8Aa/sPgjzfsly9
rP8A8TaJdkqY3LyozjI5HFaHij4gxeGvE+n6Q1g8yzrHLc3TSiOO1ieURh2ODwDnOdo+7zzwz4cf
8zV/2MV3/wCyVwR8V+FtatPGzarqSRXWsTeVbKYZvLMcKgW8h2qSDu5YH0+6OhAPcKK5zwB4jbxT
4NsNQmdGutpiuNrAnzFOCSABtLDDYxwGH1rC8faVBrfjvwbp908y28/20SiKQozqIlJQkc7WA2nH
UEigD0CivNfGcEuhQeHvCPhzTXm0++a482yiujE8yIA5j85ydqsWYt3IGARmq3hDw3rWj+NbO5sf
DM2gaTJG8d/F/aiXUcuFYxtgncGDEDIzwew3ZAPU6K8s8J+D7Xx54cTxJrtzeHVry5kmt7m3uJEe
yVZTtjjyzAKCrEccbvUZroPhF/yTHSP+23/o56AOzooooAKKKKACiiigAooooAKKKKACiiigDD0r
/kate/7d/wD0A1uVh6V/yNWvf9u//oBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB534v/5KTof/AGw/9HNXolcZ4j0DUb/xvpWo
WtvvtbfyfMk3qNu2QseCcng9q7OtajTjEiC1YUUUVkWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8AatblYf8AzPn/AHDf/atblaT6
ehEOvqFFFFZlhRRRQAUUUUAUtZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4Xer
fLtUZyCfQ101FUpNR5RcutwoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61
uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAeTfGKJxqunS7T5ZhZQ3bI
bJH6isLT/iLrumWEFnbSQCGBAiBogTge9e5TQRXCBZ4kkUHOHUEZ/Gof7Lsf+fK2/wC/S/4Vzyoy
cnKLsexRzKlGhGjVp81v67Hjn/C1PEf/AD1tv+/Io/4Wp4j/AOett/35Fex/2XY/8+Vt/wB+l/wo
/sux/wCfK2/79L/hS9lU/mK/tDCf8+F+H+R45/wtTxH/AM9bb/vyKP8AhaniP/nrbf8AfkV7H/Zd
j/z5W3/fpf8ACj+y7H/nytv+/S/4UeyqfzB/aGE/58L8P8jxz/haniP/AJ623/fkUf8AC1PEf/PW
2/78ivY/7Lsf+fK2/wC/S/4Uf2XY/wDPlbf9+l/wo9lU/mD+0MJ/z4X4f5Hjn/C1PEf/AD1tv+/I
o/4Wp4j/AOett/35Fex/2XY/8+Vt/wB+l/wo/sux/wCfK2/79L/hR7Kp/MH9oYT/AJ8L8P8AI8c/
4Wp4j/5623/fkUf8LU8R/wDPW2/78ivY/wCy7H/nytv+/S/4Uf2XY/8APlbf9+l/wo9lU/mD+0MJ
/wA+F+H+R45/wtTxH/z1tv8AvyKP+FqeI/8Anrbf9+RXsf8AZdj/AM+Vt/36X/Cj+y7H/nytv+/S
/wCFHsqn8wf2hhP+fC/D/I8c/wCFqeI/+ett/wB+RTX+KHiCRGSRrVkYYKtACCK9l/sux/58rb/v
0v8AhXCeL/G+l6LcTafpmmWs97GdryPEvlxn09WNTOEoK7mb4fEUMRPkp4dN/L/I8rurj7VcPN5U
URc5KRLtUfQdq0NC8T6n4cn8zT7gqhOXhfmN/qP6jmrOn6LrfjTUWlhi35OHmZQkUftwMD6AV6j4
Z+HOmaFsnugL29HO+RfkQ/7K/wBTz9Kxp05yd4npYzG4ehDkqq77bmt4Y1u417SlurrTprJz2f7r
+698fUfnWzRRXoJNLU+PqSUpNxVl2CsbxJ4ltfDNrFPdRyyea+xVjAz0z3NbNcJ8VLeWbSrExRu+
2cg7VJ6is60nGDlHc6suo06+KhTqbP8AyMXWNa1bx+8NhpenyRWobczMeCfVm6AD0r0TQdIj0PRb
ewjO7yl+Zv7zHkn8zS6BG0Ph3TY5FKulrErAjBBCCtClSp2fPJ3bNsdjVOKw1KPLCLem933bMPxP
/wAwj/sJQ/1rcrA8XJJJBpiQyeVI2oRBZNu7acNg474p/wDZWuf9DD/5JR/412cqcFd2PIu1J6G5
RWH/AGVrn/Qw/wDklH/jR/ZWuf8AQw/+SUf+NTyL+Zfj/kPmfZ/h/mblFYf9la5/0MP/AJJR/wCN
H9la5/0MP/klH/jRyL+Zfj/kHM+z/D/M3KKw/wCytc/6GH/ySj/xo/srXP8AoYf/ACSj/wAaORfz
L8f8g5n2f4f5m5RWH/ZWuf8AQw/+SUf+NH9la5/0MP8A5JR/40ci/mX4/wCQcz7P8P8AM3KKw/7K
1z/oYf8AySj/AMaP7K1z/oYf/JKP/GjkX8y/H/IOZ9n+H+ZuUVh/2Vrn/Qw/+SUf+NH9la5/0MP/
AJJR/wCNHIv5l+P+Qcz7P8P8zcorD/srXP8AoYf/ACSj/wAaP7K1z/oYf/JKP/GjkX8y/H/IOZ9n
+H+ZuUVh/wBla5/0MP8A5JR/40f2Vrn/AEMP/klH/jRyL+Zfj/kHM+z/AA/zNyisP+ytc/6GH/yS
j/xo/srXP+hh/wDJKP8Axo5F/Mvx/wAg5n2f4f5m5RWH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5JR/4
0ci/mX4/5BzPs/w/zL+m6RZaR9r+ww+V9ruXup/nZt8r43NyTjOBwOKu1h/2Vrn/AEMP/klH/jR/
ZWuf9DD/AOSUf+NHIv5l+P8AkHM+z/D/ADNyisP+ytc/6GH/AMko/wDGj+ytc/6GH/ySj/xo5F/M
vx/yDmfZ/h/mblFYf9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjRyL+Zfj/kHM+z/D/M3KKw/7K1z/
AKGH/wAko/8AGj+ytc/6GH/ySj/xo5F/Mvx/yDmfZ/h/mblFYf8AZWuf9DD/AOSUf+NH9la5/wBD
D/5JR/40ci/mX4/5BzPs/wAP8zcorD/srXP+hh/8ko/8aP7K1z/oYf8AySj/AMaORfzL8f8AIOZ9
n+H+ZrXf2gWsn2MRG4x8glztz74rMs/ESGcWmqQtYXfZZD8j/wC63Q0z+ytc/wChh/8AJKP/ABrG
12K6CfYrrW/ts7/dto7BGfPr1+X61cIRfu3/AD/yInOS1t+X+Zs6r/yNWg/9vH/oArcrhtJ07UtO
1vQ01KbcD5/lxE7jGPL5Gfy47YruamqlGyTvp+rKpu93b+rIKKKKyNAooooAKKKKACiiigAooooA
wtC8MRaPBrMM8qXkWqX8948bxAKFlABjIJO4YHXvnpVXwN4O/wCEN024t5b77fcTyKxuWi2PsVFR
I/vElVAOOcDPArp6KAOV07wHaQfD1fCeoXD3dttdWmRfKYkyGQEDJwQSOuQccjHFVv8AhCdauf8A
QtT8X3l5op+SS0NsiSyxDojzqdxzgBjwWGema7OigDF/4R7/AIrf/hIvtP8AzDvsP2fy/wDppv37
s/hjH41p3tt9ssbi286aDzo2j82FtsiZGNynswzkH1qeigDhf+EE8Q3lj/Zur+N7y60x4/Kliiso
4pZFxjBlyzc8ZzncMg9a7aGGK2gjhgjSKKNQiRooVVUDAAA6ACpKKAOS17whqmoeKk13RvEH9lXA
shZsPsSz7l3lz944HJHbt15q1onhFrHURqms6pc6zqqqVSadQkcAPB8qIcISoUEjJOD0yQejooA5
/wAKeFv+Eb/tSWa4hubvUr17uWaO38r73Oz7zEqDuIyf4j+L7jw00nja08RQXzwtFaNZ3FuYwyzR
kllweqkMck85wBxzndooA5WLwZLb6B4j06HUEDa3d3FwZXtyRCswAZdu8biADg5HJHHGDtaBpEWg
6BY6ZDsK2sKxlkQIHYD5mx2LHJPuTWhRQBx7eBruGy8RW2na/c2a6vdi8idI8PayFg0mGVlLBsAY
4wB35zp3vhpr3xB4f1R752bSFmUh4wWuDJGEySMBTxnhcc9BW7RQBz/i/wAIW3i6xgjkuJrO7tJP
OtbuDHmRPjjnrtztJAIJKjkYqrpPhnX7fWre+1nxbc6jFbq4S2jtUtkdmGMvtPzgDkAjg4IPUHqq
KAOIT4f39vPc2th4pvrDQp5mmFhawpG8JY7iscvVF3c7QMYyO5Jk+EX/ACTHSP8Att/6OeuzooAK
KKKACiiigAooooAKKKKACiiigAooooAw9K/5GrXv+3f/ANANblYelf8AI1a9/wBu/wD6Aa3K0qb/
ACX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQB5/r1jc698U00n+2tX0+0TRhc7bC6MWXExXJHI6H0zw
Ku+ArjUItU8Q6Nc6hNqljplyiWt7N80jFlLPGz5wzIcA9wT2GAMLxdp/h3Uvi1FF4qe2SyXQwyG4
uTAvmeewHzBhk4LcZ/lVrwXJZWnxBvtK8L301z4dh05ZGiWZp7e3uDJwqOc4ypZiATklv7uFANm2
+Iun3uuS6VZ6bq9zcQXps7hobXdHAQ20SOwOAhO7B64RsgcZm1zx5p+i6wNKis9R1S/Efmy2+mwe
c8K8YLjIxnI/TOMjNP4cf8zV/wBjFd/+yVmeDtX0rw74h8X2Os3Fnp18+qvc+ZcTRx+bDJ80YDE5
OBk47b/UmgDrNN8WaXqeh3eqxyTRW9lvF2s0LJJbsihnRlxncoPOM89M1mad8RdPvNYttNvdN1fS
JrvIt21O18lJmGPkU5Pzcj9B1IB5bTNclsIPHXjLQdLeWwuGgNluiKLOyArLLtHO0MxcnjPOSCGx
l6rfXkuq+E4b/wAcWOvSvq9rI1naW8W2Jg2C3mJ2BbABAznOODgA9K17xlZaDfJYfZNR1C/eMTfZ
bC1aWQREkbz0G3Ix1zkjiuc+Het2niPxp4u1TTy5trlbFl3rtYERMCCPUEEccccEjmn2d7pvh/4r
+JptbuLOylvre1ls5bh1TfEF2OAx6fOo+UkE7c4IGazNHvIPF2o/EiXQn+1JfWUEVucFN7fZ5Ex8
2MfMMc4oA6C8+KOk2cjyfYNXm0xJBG2qw2m60+9tLCTPKhsjIByRxnjOnr3i+DQr5LNdL1fUrgxi
V0060M3lKSQpY5AGSrY/3T7ZwvBPjTwxZfD/AEvzNSsbI29oFlt3lRZN65DnywckswLDjLbgcZNQ
+IvEOrT+MrvSo/EVj4WsrGGN1nuo43e9ZxnKiTA2rhlODwRznPygHTWHjPRNQ8Lt4gjvUj0+NczN
Jw0LDGUYDPzZIGBnORjORmrpvjiDUftaNouu2lxBbvcpb3VkUkuFTG4RjJDMCyjGRyw98cZ4NXSd
W+HnidfEGo+dp13rUgkvtvk7yxi2S4/gy5VsHgd+M1teH/EF7aeK7HQoNcs/EumXMcri5jZWuLMI
BtErISrKflG44LMx9ACAHgTx3e65qmoWV9p2rtu1GdYJ3s1SK1iVcrFKw6OMEYOTlhzWtouuWNtp
Xia/SfVLmLTr+6NwLp1dlaNQzJDzxGB90HHesz4d6nYxaj4msJLy2S9l8QXjx27SqJHX5eQuckfK
fyPpWfpX/IkfEj/sI6n/AOixQBp2Xxd8P3k1ufJ1GCymkWH7fNbhbZJSm7Yz54YZweMd87fmroPE
virT/C1rBJe+dLNcyCK3tbdN807EgYRcjOMj8wOpAPGeK/8Ak3mD/sHWP/oUVT/ES6nTxfoBsbqz
02+sI5rqO81OURWkisVR4gcEs5GM4Iwpz1IIANzwt8QLHxZqt3YWenapbS2akzm6gVFjbdt2HDHD
Zzwf7relZ/jmK51Dxj4U0mHVNR0+3vftfnNY3BidtkasvPQ8juO5q14B09t+ra3daxY6nqGpzKLh
tPcNbxCMYRFI5yFYZzz0+rVfGV7baf8AEXwVc3txDbW6fbt0szhEXMSgZJ4HJAoAranDqXw0T+20
1fVNa0fdHFe2t/MJZIlJI82NyRyCVGzHOTk9Cut9tuf+Fw/YvtE32T+wfO8jefL3/aMbtvTdjjPX
FZnjXWNP8ZWC+FNBvIb+71CSIzSWzeYlrArhmlZh8pxsA27gTuHqM3f+a3/9y7/7c0Acx4ZtLnx3
a3txfeMtXsNfMkok021uDAlntIVQYT8xUfLkgjOcE7gSfU7KKeCxt4rq4+03CRqss+wJ5jActtHA
yecDpXAa5N8OfFVqNXm1eztbuP8AepeW04gu1KEc7SNzN8gAypOPu9RXTeA7rUL3wNo9xqw/0uS3
Uli24uv8Dk5OWZNrHnqT06UAdBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRXGeI9f1Gw8b6Vp9rcbLWfyfMj2Kd26QqeSMjgdq7OqlFpJ9xKV2woooqRhRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8z5/
3Df/AGrW5WH/AMz5/wBw3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAFLWbiS00S/uIG2yxW8jo2AcM
FJB5rG8B6ve61ok1xqE3nSrcMgbYq/LtU44A9TWr4h/5FrVP+vSX/wBANc78L/8AkWrj/r7b/wBA
StUl7Nshv30js6KKKyLCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8A
zCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAK5a9+HWh6hrb6ncpOzyNveESYjZvUjGf1rqaKUoqW5rSrVKTbpu1yO3t4bWBIbeJIo
kGFRFAAHsBUlFFMybvqwooooAK5bxt4sn8Lx2YtreOV7gvzITgBcen+9XU1T1DSbHVo0S/tYrhUO
VDjOD7VFRScWouzOjCTpU60ZVo80eqIvD+qHWtDtb9oxG0yklAcgEEg/yrRqOC3itYEgt41jijG1
UUYAFSVUbpK5lVcZTk4KyvovIw/E/wDzCP8AsJQ/1rcrD8T/APMI/wCwlD/WtytZfCjGPxMKKKKz
LCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKAIbuBrq1khWaSEuMeZGcMv0qvpukWelRlbWLDN9+Rjl3+pq9RT5nawrK9zA1ueK28S6HLPIk
Ua/aMu7BQPkHc1o/23pf/QSsv+/6/wCNZ2twRXPiXQ4p4kljb7RlHUMD8g7GtH+xNL/6Btl/34X/
AArV8vLG/b9WZrmu7f1og/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf8aP7E0v/AKBtl/34X/Cj
+xNL/wCgbZf9+F/wqfc8yvf8g/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf8aP7E0v/AKBtl/34
X/Cj+xNL/wCgbZf9+F/wo9zzD3/IP7b0v/oJWX/f9f8AGj+29L/6CVl/3/X/ABo/sTS/+gbZf9+F
/wAKP7E0v/oG2X/fhf8ACj3PMPf8g/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf8aP7E0v/AKBt
l/34X/Cj+xNL/wCgbZf9+F/wo9zzD3/IP7b0v/oJWX/f9f8AGj+29L/6CVl/3/X/ABo/sTS/+gbZ
f9+F/wAKP7E0v/oG2X/fhf8ACj3PMPf8g/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf8aP7E0v/
AKBtl/34X/Cj+xNL/wCgbZf9+F/wo9zzD3/IP7b0v/oJWX/f9f8AGj+29L/6CVl/3/X/ABo/sTS/
+gbZf9+F/wAKP7E0v/oG2X/fhf8ACj3PMPf8g/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf8aP7
E0v/AKBtl/34X/Cj+xNL/wCgbZf9+F/wo9zzD3/IP7b0v/oJWX/f9f8AGj+29L/6CVl/3/X/ABo/
sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACj3PMPf8g/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf
8aP7E0v/AKBtl/34X/Cj+xNL/wCgbZf9+F/wo9zzD3/IP7b0v/oJWX/f9f8AGj+29L/6CVl/3/X/
ABo/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACj3PMPf8g/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9
/wBf8aP7E0v/AKBtl/34X/Cj+xNL/wCgbZf9+F/wo9zzD3/IP7b0v/oJWX/f9f8AGj+29L/6CVl/
3/X/ABo/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACj3PMPf8g/tvS/8AoJWX/f8AX/Gj+29L/wCg
lZf9/wBf8aP7E0v/AKBtl/34X/Cj+xNL/wCgbZf9+F/wo9zzD3/IP7b0v/oJWX/f9f8AGj+29L/6
CVl/3/X/ABo/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACj3PMPf8g/tvS/8AoJWX/f8AX/Gj+29L
/wCglZf9/wBf8aP7E0v/AKBtl/34X/Cj+xNL/wCgbZf9+F/wo9zzD3/IP7b0v/oJWX/f9f8AGj+2
9L/6CVl/3/X/ABo/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACj3PMPf8g/tvS/8AoJWX/f8AX/Gj
+29L/wCglZf9/wBf8aP7E0v/AKBtl/34X/Cj+xNL/wCgbZf9+F/wo9zzD3/IP7b0v/oJWX/f9f8A
Gj+29L/6CVl/3/X/ABo/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACj3PMPf8g/tvS/8AoJWX/f8A
X/Gj+29L/wCglZf9/wBf8aP7E0v/AKBtl/34X/Cj+xNL/wCgbZf9+F/wo9zzD3/Iz9Uk0fU/Lf8A
te3guIc+VNFcqCufx5HFU4PFf9nTLb6pcW11GThbq1kVv++kByPwq7qiaJpSxiTS7aWeXIihitlZ
nPtxVGLwudVkWbULS1sbcHK21tGoc/7zgfoK1jycvvbf1sZy5r+7uW9DniuvEmuTQSLJG4tyrKcg
/Ia6Cue0G2hs/EetwW8axxILcKqjgfIa6GsqtubTsvyNKfw6+f5hRRRWZYUUUUAFFFFABRRRQBn3
/h/SNVnWbUdKsbuVV2CS4t0kYLknGSDxkn86s2dlbafapbWVvDbW6Z2xQoERcnJwBwOSTU9FAEFt
ZW1n5v2W3hg86QzS+UgXe56s2OrHHJPNQ6jo2m6v5f8AaenWd55WfL+0QLJszjONwOM4H5VdooAj
hhitoI4YI0iijUIkaKFVVAwAAOgAqhb+GdDtMfZtG06HEiTDy7VFw652twPvDJweoya06KAKWo6N
pur+X/aenWd55WfL+0QLJszjONwOM4H5VNFZW0F1Pcw28MdxcbfOlVAHk2jC7j1OBwM9KnooAz5f
D+kT6iL+bSrGS9DK4uHt0MgZcbTuxnIwMemBT9R0bTdX8v8AtPTrO88rPl/aIFk2ZxnG4HGcD8qu
0UAVU0yxjguYUsrZYrtme4jEShZmYYYuMfMSOuetM07RtN0jzP7M06zs/Nx5n2eBY9+M4ztAzjJ/
OrtFAFL+xtN/tT+0v7Os/t//AD9eQvm/d2/fxnpx16cU9NMsY4LmFLK2WK7ZnuIxEoWZmGGLjHzE
jrnrVqigCrLpljPpwsJrK2ksgqoLd4lMYVcbRtxjAwMemBXJeLvBd9qviOLW9OTRbuVbQWZtNXtm
kiC72fzARn5skDGOhPNdvRQBxnhDwZc6Vrk+tanDpFpdtb/ZI7bR4THBs3by7bhkuSAPQBe+eOm1
HRtN1fy/7T06zvPKz5f2iBZNmcZxuBxnA/KrtFAFWw0yx0qBodOsra0iZt5jt4ljUtgDOABzgD8q
f9itvt3237PD9r8vyfP2DzNmc7d3XbnnHTNT0UAZn/CM6H9u+2/2Np32vzPO8/7Knmb853bsZ3Z5
z1zWnRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRTJXZIXdELsqkhQfvH0oAfR
WBpfi6zvpjb3SNZXQODFKeM+gPHP1xW/VSg4uzRMZKSugoooqSgooooA878X/wDJSdD/AO2H/o5q
9ErOvNA06/1KDULq333Vvt8uTew27TuHAODye9aNXOSaS7ExjZthRRRUFBRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/wDM+f8AcN/9q1uVh/8A
M+f9w3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAEVxbx3dtLbzruilQo65IypGCMiq+l6RZaLbNb6f
D5MTOXK72b5sAZySfQVYuLiO0tpbidtsUSF3bBOFAyTxVfS9XstatmuNPm86JXKFtjL82Accgeop
628haXLtFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/wDmEf8AYSh/rW5WH4n/AOYR/wBh
KH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/AGEof61uVh+J/wDmEf8AYSh/rW5WkvhREfiY
UUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAGHqv/ACNWg/8Abx/6AK3Kw9V/5GrQf+3j/wBAFblaT2j6fqyI7v1/RBRRRWZY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAJtBYEgZHQ0tFFAHHTXGsQeKtX/sa0huM+T5vmnG35OMfMPep/t/
jD/oFWX/AH2P/jlXtK/5GrXv+3f/ANANbldEqiTS5VsvyMYwvrd7v8zlft/jD/oFWX/fY/8AjlH2
/wAYf9Aqy/77H/xyuqoqPar+Vf18yvZv+ZnK/b/GH/QKsv8Avsf/AByj7f4w/wCgVZf99j/45XVU
Ue1X8q/r5h7N/wAzOV+3+MP+gVZf99j/AOOUfb/GH/QKsv8Avsf/AByuqoo9qv5V/XzD2b/mZyv2
/wAYf9Aqy/77H/xyj7f4w/6BVl/32P8A45XVUUe1X8q/r5h7N/zM5X7f4w/6BVl/32P/AI5R9v8A
GH/QKsv++x/8crqqKPar+Vf18w9m/wCZnK/b/GH/AECrL/vsf/HKPt/jD/oFWX/fY/8AjldVRR7V
fyr+vmHs3/Mzlft/jD/oFWX/AH2P/jlH2/xh/wBAqy/77H/xyuqoo9qv5V/XzD2b/mZyv2/xh/0C
rL/vsf8Axyj7f4w/6BVl/wB9j/45XVUUe1X8q/r5h7N/zM5X7f4w/wCgVZf99j/45R9v8Yf9Aqy/
77H/AMcrqqKPar+Vf18w9m/5mcr9v8Yf9Aqy/wC+x/8AHKPt/jD/AKBVl/32P/jldVRR7Vfyr+vm
Hs3/ADM5X7f4w/6BVl/32P8A45R9v8Yf9Aqy/wC+x/8AHK6qij2q/lX9fMPZv+ZnK/b/ABh/0CrL
/vsf/HKPt/jD/oFWX/fY/wDjldVRR7Vfyr+vmHs3/Mzlft/jD/oFWX/fY/8AjlH2/wAYf9Aqy/77
H/xyuqoo9qv5V/XzD2b/AJmcr9v8Yf8AQKsv++x/8co+3+MP+gVZf99j/wCOV1VFHtV/Kv6+Yezf
8zOV+3+MP+gVZf8AfY/+OUfb/GH/AECrL/vsf/HK6qij2q/lX9fMPZv+ZnK/b/GH/QKsv++x/wDH
KPt/jD/oFWX/AH2P/jldVRR7Vfyr+vmHs3/Mzlft/jD/AKBVl/32P/jlH2/xh/0CrL/vsf8Axyuq
oo9qv5V/XzD2b/mZyv2/xh/0CrL/AL7H/wAco+3+MP8AoFWX/fY/+OV1VFHtV/Kv6+Yezf8AMzlf
t/jD/oFWX/fY/wDjlH2/xh/0CrL/AL7H/wAcrqqKPar+Vf18w9m/5mcr9v8AGH/QKsv++x/8co+3
+MP+gVZf99j/AOOV1VFHtV/Kv6+Yezf8zOV+3+MP+gVZf99j/wCOUfb/ABh/0CrL/vsf/HK6qij2
q/lX9fMPZv8AmZyv2/xh/wBAqy/77H/xyj7f4w/6BVl/32P/AI5XVUUe1X8q/r5h7N/zM5X7f4w/
6BVl/wB9j/45R9v8Yf8AQKsv++x/8crqqKPar+Vf18w9m/5mcr9v8Yf9Aqy/77H/AMco+3+MP+gV
Zf8AfY/+OV1VMl3+U/lbfM2nbu6Z7Zo9qv5UHs3/ADM4HxAutXVoZdV0rT4gvAm8wKw9gd/P05pf
CGp648qwQRm5tFOGMpwI/o39OfpWva+E5765F34iujcyD7sKHCL/AJ9Bj8a6aKKOCJY4UWONRhVU
YA/Ctp1oqPJZP8jKNKTlzXsPooorkOkKKKKAM681/TrDUoNPurjZdT7fLj2Md247RyBgcjvWjXnf
i/8A5KTof/bD/wBHNXolXOKST7kxldsKKKKgoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKAMP/mfP+4b/AO1a3Kw/+Z8/7hv/ALVrcrSfT0Ih19Qo
oorMsKKKKACiiigDO8Q/8i1qn/XpL/6Aa534X/8AItXH/X23/oCV02s28l3ol/bwLullt5ERcgZY
qQBk1jeA9IvdF0Sa31CHyZWuGcLvVvl2qM5BPoa1TXs2iGvfTOmooorIsKKKKACiiigAooooAKKK
KACiiigAooooAw/E/wDzCP8AsJQ/1rcrD8T/APMI/wCwlD/WtytJfCiI/EwooorMsKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP
xP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD1X/AJGrQf8At4/9
AFblYeq/8jVoP/bx/wCgCtytJ7R9P1ZEd36/ogooorMsKKKKACiiqWo6zpukeX/aeo2dn5ufL+0T
rHvxjONxGcZH50AXaKKqx6nYy6jJYR3ls97Eu+S3WVTIi8clc5A+YfmPWgC1RVLUdZ03SPL/ALT1
Gzs/Nz5f2idY9+MZxuIzjI/Ony6nYwacL+a8to7Iqri4eVRGVbG07s4wcjHrkUAWqKz7DxBpGqzt
Dp2q2N3Kq7zHb3CSMFyBnAJ4yR+dP1HWdN0jy/7T1Gzs/Nz5f2idY9+MZxuIzjI/OgC7RUFne22o
WqXNlcQ3Nu+dssLh0bBwcEcHkEUXl7bafavc3txDbW6Y3SzOERcnAyTwOSBQBPRWZZ+JtD1C6S2s
tZ065uHztihukd2wMnAByeATWnQAUVSj1nTZftnl6jZv9iz9q2zqfs+M538/Lja3XHQ+lUv+Ez8N
f9DDpH/gbF/8VQBtUVSttZ028sZb211GzntIc+bPFOrRpgZO5gcDAOTntU1ne22oWqXNlcQ3Nu+d
ssLh0bBwcEcHkEUAT0VHNNFbQSTTyJFFGpd5HYKqqBkkk9ABRDNFcwRzQSJLFIodJEYMrKRkEEdQ
RQBJRRRQAUVn2evabfQX00F2nlafNJBdSOCixOgy4JYDgA9envVyGaK5gjmgkSWKRQ6SIwZWUjII
I6gigCSiiigAooqCW9toLqC2muIY7i43eTEzgPJtGW2jqcDk46UAT0UUUAFFFFABRRRQAUUUUAFF
FFABRRRQBh6V/wAjVr3/AG7/APoBrcrD0r/kate/7d//AEA1uVpU3+S/JEQ2+b/MKKKKzLCiiigA
ooooAKKKKAOM17X/ABL/AMJumgeHE0j/AJBwvXe/Ev8Az0KEAof93t680/S/FWqadrUWj+NILG0u
bxiNPurRz5FyQF3JhjuVgWGM4DdBzjcz/mt//cu/+3NHj/8A0vVPCOnQfNdya1FdLH0zFCrNI2Tx
wCOM5PbNAGno+v3OoeMfEekzJCLfTPs3ksoO9vMjLNuOcHkcYA/GsKz8S+MPFBkvfDFjosGj7mS3
uNQkkZroK7LvUJgoPlHysAeep7UpoZbnXvilDBG8sslhbokaKWZmNq4AAHUk11XgK8gvvAWhy2z7
0WyjiJwR8yKEYc+jKR+FAEHhfxXPquqajomr2sNnrOm7PNSKYPHMrKD5kf8AEF5BwR8oZcnJwNDx
TrkXh3w5e37z20UscMhtxcOFWSUIWVOoySR0HJrDtf8ATPjPfT2/zxWGjR2ty3TZK8vmKvPXKDOR
kfjWn47sra88Eaz9qt4Z/Jsp5ovNQNscRthlz0YZ4I5oAzPAOrXF3ocuo6t4rs9V3W8U8saxwxfY
MqWYOUP6sBjYfeumtdZ02+ujbWmo2c9wIxMYop1Z9hAIbAOdpDKQenI9a4+10yxsfgvcTWdlbW8t
z4f3zyRRKjSt9nJyxA+Y5J6+po0TTLHw58KRq2kWVtbakNDM/wBqWJTIXMXmEliCSN2Dg8cAYwBQ
B1sviDSINRFhNqtjHellQW73CCQs2No25zk5GPXIqzc3ttZ+V9quIYPOkEMXmuF3ueirnqxxwBzX
B+GPB/hi++Hcd3fR21xJf2jXF5qdwUklSR1/eN5rA7Shz9CuTzknnD/xPvhR4Dg1P9/FNrUFrIv3
cxBpYwvy4/gAGev40AerWviDSL6C4ms9VsbiK2XfPJFcI6xLgnLEH5RgHr6GprDU7HVYGm068tru
JW2GS3lWRQ2AcZBPOCPzrznxF4K0CDxx4V0y305ILK/huYLqKF3jE6RIroHKkFiGAOTySBknArT0
vTbTRPjJc2mlQJZ2tzoYuJYIfkjaQTbA2wcAheOB3PqcgG7461+58MeDr7VrJIZLi38vaswJQ7pF
U5AIPRj3p/g/xBL4i0UzXkKW+oWsz2l7AhJWOZDhgD3BGDwTjOMnFZPxd/5Jjq//AGx/9HJVLxE/
/CGfEOw8Rb9ml6ztsNR3PhUlA/dSnLgdBgnGFVW7tQB0HgXX7nxP4OsdWvUhjuLjzNywghBtkZRg
Ek9FHetCw8QaRqs7Q6dqtjdyqu8x29wkjBcgZwCeMkfnXkttctH8EvC1o169lZ6jqf2O9lRwhEDS
zb/mP3Rgcn0yDwSK3fiT4d0Pwz4Kj1HSbSz02/065gks5Yo0EkjqwAViwJfjLEEkkrk5waAPQ7/U
7HSoFm1G8trSJm2CS4lWNS2CcZJHOAfyrn/DmvXGq+NPE1qbtJ9PtVs3s9gUqFkiLMQwHzAnB5J9
qybPSLPxH8V/E0ms28N6mm29rbW0M8KPGiyL5hOCOW3A4PoxHpjM0ezg8I6j8SItCT7KljZQS24y
X2N9nkfPzZz8xzzmgD0OXxBpEGoiwm1WxjvSyoLd7hBIWbG0bc5ycjHrkVoV4rpvgzXfEvg2BobL
wdPHfQ+Yb6Tz2vC7HLM0vJ8wNnIyRkEYxxXrujW1zZ6HYW19N593Dbxxzy7i29woDNk8nJBOTzQB
yVzr/i7UPGOt6T4fTQhb6Z5GWvhNvbzI93VDg8g9h261teDPEc/iTR5pL20+yX9lcvZ3kQYMgmTG
7aQT8vI+nIycZPJQ6ZrWpfE7xf8A2Jr/APZHl/YvN/0NLjzcw8fePGMHp1z7VrfDySfT73XfDd3F
bNPpc0cj3kJfddmZS3mSbiT5hxknJHOBwoyAdvRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFAHGeI9A1G/8AG+laha2++1t/J8yTeo27ZCx4JyeD2rs6KKqUm0l2
Eo2bYUUUVIwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAw/8AmfP+4b/7VrcrD/5nz/uG/wDtWtytJ9PQiHX1CiiisywooooAKKKKACiqWs3Elpol
/cQNtlit5HRsA4YKSDzWN4D1e91rRJrjUJvOlW4ZA2xV+XapxwB6mqUW48wubWx01FFFSMKKKKAC
iiigAooooAKKKKACiiigAooooAw/E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/Ewooor
MsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD1X
/katB/7eP/QBW5WHqv8AyNWg/wDbx/6AK3K0ntH0/VkR3fr+iCiiisywooooAK81+KOiL4j8TeGd
LYIWuYdQWPexVRIIVKEkc4DBT+HQ9K9KrkvEVlcz/EXwdcw280lvb/bfOlVCUj3RALuPQZPAz1oA
PD/jJH+Hn9ua2fKuLGN476MlRIJoyVKlTtCuxAIQ45cCuW8B6RLpXxHhe83nUNQ8Pm/vWdDGxmlu
dzAr/CQMLgY+7nAzT9X8LXjeObnQoILxvD2vXMOo3sgjdoYynmNJEW7NI6IdwKkfKMEYrpvsVz/w
uH7b9nm+yf2D5Pn7D5e/7Rnbu6bsc464oAzPBWj6f4ysG8V69Zw393qEkohjuV8xLWBXKrEqn5Tj
YTu2gncfU5Z8RdEtNB+FWvW+nh47aWaOZYN2UhLTR5WMfwrkFto4BY4wOKZoN1qnw5tbjRLzQ9X1
PTo7mRtNudPiW4Pkk7tsgG0qwLZyRyS2OFFTeMzrPiL4Wau0mkzRTXMkTWlkiF7jyRJGR5ijOHOG
YqPuggHkGgDJ8bQ+Er3SYrHwjHpb+I5Zo30/+yVUSK6uu4l4+FAUsfmIHGf4cibxJFaaD8QL/WfF
uivqejXkMMVtdmP7RHYAbVZXQ8KCx3ZHPPy5LMB6BYeH9I0qdptO0qxtJWXYZLe3SNiuQcZAHGQP
yrF1bxnd6LrVxZz+F9au7ZVRre60+Hz1lBHzbhxsIPGMknrwMZALvhGLw6mlSy+FTbfYrmYzuLdy
VEjKpI2k/IcbfkwMegrJ+Lv/ACTHV/8Atj/6OSs/QfA9prsWrS63or2OlXt3FcWWlFvKEISLb5pE
bDazhjuXAIK854NP8Z+D7XSPhZq+leGdNm/fyRSi3h8yZ3bzI8kAknoo6elAGzq3w+8P6hYtHa6Z
Z6fdpl7e7tIRFJBKAdrgptJ2k5wTjIFZmk+NrkfB8eJ9SeE3iW8nzGM7JJQ7Rx5Vf7zBc4wOT0HR
83jPWNZgksvD/hfWra9lUqLnUoVtorcEY8zJ3bypIOwDJAPpWTr3hGV7Hwv4EsjeJpPzS6jeQwSb
TtBYAsSUG9952knadhxgAEAreGtEg8Ba/o+l34RLXxFpnkXUEzI4a8Q7mDk8bdshjUKTuJGQep0P
EXhnQ4PiL4OtodG06O3uPtvnRLaoEk2xAruGMHB5GelQeLPh7e2ehPqGk634j1PU7CSO6tLe6u1n
TejA7ghXlgu7A6npznB2tVjudT8b+B9ShsbxLdY7uSbzISDb74V2rJ2Vs8YJ6gigCr440yxGnaX4
S0qytrVdcv186K2iWI+THh5ZFIAUMAqdc5HAB7TeAJotI1HXPCTSIG0y7aa0iDAhbWXDooJ+ZipY
7ic4LAZPFULzw5eeNfiHqFze3er6ZY6RGkGnyWqvbtKzg+Y6uwweQVJUfMNvOByN4YvfCPjnQ9Us
rnXdYt7rzLG/kuZFuXiRsGPsCqB8sT0GPfBAOz8TXP2Pwrq9z5MM/k2U0nlTLujfCE7WHdTjBHpX
Man4s1DR/BHhW+0vTrOW41KS0g+yKPLjxJGTsj5wnIABOQB1Bq7qGpahr3hXxbayaLeWrwR3VrbF
hu+2DYwVkGA3PHYjkYJ5xk6lpl9J4O8AQpZXLS2l/pz3EYiYtCqxkMXGPlAPXPSgC5o3ifxJaeJN
P0jxbp9jE2qwtJayWDEiN0Xc8cgZjyBjleM4xuySrLvxV4l1nVNXtvB9hp0kOkyGGWa+Mo+0y7cl
I8BQGUgg5bHKnIBq74isrmf4i+DrmG3mkt7f7b50qoSke6IBdx6DJ4GetZNjfal4L1rXdOTw9qmq
DUb97+zuLWMeUzSgZSRs4jCsuNxzxzgDGQCr4Rvp4fBHjm+urGFbhNRv5pbSYiWMMI1JjbHDLng4
6itqTxc9h4V8NxWNlC2r6zbxLZWsUbLBESilmbbkrEgYEgc49skZGgWOqP4B8cLe6Xc2l7fXd/Kl
qVLMS8QwEIHzjOQCODjipLvSdWs9F8C61ZWM1xcaJbql3ZCP975TwKshALKd6hSAvUlh6YIB0fh+
48W/2rNbeJLLSzamESRXenyNtD7sGNlc7iSOcgADHfPGFqvijxl4atV1rXNM0g6Msi/aLe1ldrq3
RzgZZiEZlJUHHBPTA5GtZ+JdS8SQX1tpei6ppUq2khiu9UgEKrMRiMBfm3DO4k442jg7hXlOr+GI
5fDE1vb+DfEc/iVNrXmo3Icqz7x5jJhiJck4GBnaS2TgkgHZ+NP+El/4Wd4b/s/+yP8Al6/s7z/N
/wCeK+b52Px27fxroNQ1K5tvFvg6yvrPTpbu7jufPnWIs0LpCpbyWJyqk5BzyRiqvjj7XYeKvC+t
w6Zfaha2DXSzpZRebIDJGFX5cjjIPPQY9xmTVY7nU/G/gfUobG8S3WO7km8yEg2++FdqydlbPGCe
oIoAjufFPiDXNfvLDwbZ2JttOZobu91ISCNpgQDHGF5JXnJ/kNpaSx8bXk/h/wASm7s4bbWtAjk8
6EbzFIVjLJIMhTscq2BnOADnkVn2N3qXgPWtdhudE1TU9P1G/e+tJ9OthK25wDIrgP8AKAdoGQM4
Y/Rljo+s3fhvxlrup2f2e+1+ybydOiUtJEqQukYbuXYEZGOvoTtUAgXx34vsdDtvEur6NpyaC3km
WOGUm58t1X96vzbdpZhhT83OD/er02vPPEumX0/wKhsIbK5kvRYWaG3SJjIGVotw24zkYOfTBr0O
gAooooAKKKKACiiigAooooAw9K/5GrXv+3f/ANANblYelf8AI1a9/wBu/wD6Aa2yQASTgDua0qb/
ACX5IiG3zf5i0VTs9WstQnlhtLhJXhxvC5wPx6H8KuVDTW5SaewUUUUhhRRRQAUUUUAcxr3ga217
XE1b+1dX0+7S3FtusLgRZQMWwTtJ6n1xwKteH/B+m+HZ5rqE3N3qE6hJr68mMs8ig8AsegAwOAM7
VznFbtFAGZYaDbafruq6tC8zXGp+T5ysRsXy1KrtGMjg85J/CsKb4a6as8j6TqetaLFIxke3029M
UTOTy20g4OMDAwMAYFdhRQBkeGvDGm+E9KFhpMTpEW8xy7lmkfaFLHPchRwMD0Aq7qdhFqulXdhO
zrFdwvA5QgMFZSpxnPODVqigDM/sG2/4RX+wN832T7F9i35HmbNmzOcY3Y9sZ7VZ0ywi0rSrSwgZ
2itIUgQuQWKqoUZxjnAq1RQBxEvwp0eRBbLqGtRaUGVv7LS+b7MQCGI2nJwWGTznJJBHFdBqnhqx
1WDS4XDwRaZdxXdvHb7VUNGCFXGD8uD0GPwrXooAzL/QbbUNd0rVpnmW40zzvJVSNjeYoVtwxk8D
jBH40f2Dbf8ACVf2/vm+1/YvsWzI8vZv35xjO7PvjHatOigDM8R6DbeJ9CudJvXmjt7jbuaEgONr
BhgkEdVHaptY0m213R7rTb1d1vcxmNsAErnowyCNwOCDjggGrtFAHP2fgnSbbwcnhiZJrrTFzlZp
MO37zzOWTb0b0x0qlp3w60+z1i21K91LV9XmtMm3XU7rzkhY4+dRgfNwP0PUAjraKAOc8QeCbTX9
Vh1IahqmnXscJtzNp9z5TPHu3BW4PAOTxjrznAw/wz4J0nwjdX8ujpNEl75e6FpN6JsBA25+bncS
ck+2K6CigDhX+EukpHcW+n6rrunWNxnzLK1vcQnKhWyGBJyBzkn8uK7Oys4NPsbeztU8u3t41iiT
JO1VGAMnk8DvU9FAHJan8PbbUNdvdWh1vXdPuL3Z5y2N2IkbYoVeNuTwO57mtbw/4Y03w1BMmnxO
ZbhhJc3EzmSW4fH3nY9STk4GBknAGTWvRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQBxniPX9RsPG+lafa3Gy1n8nzI9indukKnkjI4Hauzrzvxf/wAlJ0P/
ALYf+jmr0StaiSjEiD1YUUUVkWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/wDatblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFAB
RRRQBneIf+Ra1T/r0l/9ANc78L/+RauP+vtv/QErrri3ju7aW3nXdFKhR1yRlSMEZFV9L0iy0W2a
30+HyYmcuV3s3zYAzkk+gq1JKDiS4+8mXaKKKgoKKKKACiiigAooooAKKKKACiiigAooooAw/E//
ADCP+wlD/WtysPxP/wAwj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//
ADCP+wlD/WtytJfCiI/EwooorMsKKKKACiisXxP4ntvCtjb3N1bXlz9puVtoorSMPIzsCQACRn7u
OOckUAbVFclp3xF0+81i202903V9Imu8i3bU7XyUmYY+RTk/NyP0HUgHpr28g0+xuLy6fy7e3jaW
V8E7VUZJwOTwO1AE9FcrpPxAsdc8L3Wuadp2qXEVtN5Bt44Fed2+T7qhjkAOD17Gs/8A4Wpbfbvs
X/CMeKftfl+d5H9njzNmcbtu/O3PGemaAO6ormNT8eafo3hSHXtTs9RtIppPKS1mg23G7LDBUnA4
UtyenuQK3dMv4tV0q0v4FdYrqFJ0DgBgrKGGcZ5waALVFUtX1L+yNLmvfsd5eeVt/cWcXmSvlgPl
XIzjOT7A1doAKKKKACiuY0jxn/afgSHxL/ZV4/mbv9Dsx58pxKY/l+7npk9MDPpXT0AFFFFABRVL
+17L+3P7H87/AE/7P9q8rY3+q3bd2cY68Yzmj+0v+J5/Zv2O8/49/tH2ryv3H3tuzfn7/fGOnNAF
2iiigAooooAKKKKACiiigAooooAKKKKAMPVf+Rq0H/t4/wDQBW5WHqv/ACNWg/8Abx/6AKu6lrNn
pSD7TJmRvuRINzv9BWkk2opdv1Zmmk5N/wBaIv0VnaXc6hdmSW8tUtYDjyoySZPq3YfStGoas7Fp
3VwooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigDkptbg0PxBrs06SOWNuFVF6nYep6CucvvE0utXGzUJp
oLHvFbKCT9ckZ/H8q7LTo0m8TeII5UV0YW4KsMgjYe1VLzwnLZzm88PXDWs3Uwk/I3t/9Y8fSu2E
6cXqtbL8kcsoza02u/zKWm+LPD+kweVZ2V2gP3m2KWb6ndVz/hYWl/8APC9/74X/AOKrS0HVb6+8
6DUrF7a4gxlsfI+fT/JrYrKcoKXvR/E0ipNaP8Dlf+FhaX/zwvf++F/+Ko/4WFpf/PC9/wC+F/8A
iq6qio5qf8v4/wDAK5Z/zfgcr/wsLS/+eF7/AN8L/wDFUf8ACwtL/wCeF7/3wv8A8VXVUUc1P+X8
f+AHLP8Am/A5X/hYWl/88L3/AL4X/wCKo/4WFpf/ADwvf++F/wDiq6qijmp/y/j/AMAOWf8AN+By
v/CwtL/54Xv/AHwv/wAVR/wsLS/+eF7/AN8L/wDFV1VFHNT/AJfx/wCAHLP+b8Dlf+FhaX/zwvf+
+F/+Ko/4WFpf/PC9/wC+F/8Aiq6qijmp/wAv4/8AADln/N+Byv8AwsLS/wDnhe/98L/8VR/wsLS/
+eF7/wB8L/8AFV1VFHNT/l/H/gByz/m/A5X/AIWFpf8Azwvf++F/+Ko/4WFpf/PC9/74X/4quqoo
5qf8v4/8AOWf834HK/8ACwtL/wCeF7/3wv8A8VR/wsLS/wDnhe/98L/8VXVUUc1P+X8f+AHLP+b8
Dlf+FhaX/wA8L3/vhf8A4qj/AIWFpf8Azwvf++F/+KrqqKOan/L+P/ADln/N+Byv/CwtL/54Xv8A
3wv/AMVR/wALC0v/AJ4Xv/fC/wDxVdVRRzU/5fx/4Acs/wCb8Dlf+FhaX/zwvf8Avhf/AIqj/hYW
l/8APC9/74X/AOKrqqKOan/L+P8AwA5Z/wA34HK/8LC0v/nhe/8AfC//ABVH/CwtL/54Xv8A3wv/
AMVXVUUc1P8Al/H/AIAcs/5vwOV/4WFpf/PC9/74X/4qj/hYWl/88L3/AL4X/wCKrqqKOan/AC/j
/wAAOWf834HK/wDCwtL/AOeF7/3wv/xVH/CwtL/54Xv/AHwv/wAVXVUUc1P+X8f+AHLP+b8Dlf8A
hYWl/wDPC9/74X/4qj/hYWl/88L3/vhf/iq6qijmp/y/j/wA5Z/zfgcr/wALC0v/AJ4Xv/fC/wDx
VH/CwtL/AOeF7/3wv/xVdVRRzU/5fx/4Acs/5vwOV/4WFpf/ADwvf++F/wDiqP8AhYWl/wDPC9/7
4X/4quqoo5qf8v4/8AOWf834HK/8LC0v/nhe/wDfC/8AxVH/AAsLS/8Anhe/98L/APFV1VFHNT/l
/H/gByz/AJvwOV/4WFpf/PC9/wC+F/8AiqP+FhaX/wA8L3/vhf8A4quqoo5qf8v4/wDADln/ADfg
cr/wsLS/+eF7/wB8L/8AFUf8LC0v/nhe/wDfC/8AxVdVRRzU/wCX8f8AgByz/m/A5X/hYWl/88L3
/vhf/iqP+FhaX/zwvf8Avhf/AIquqoo5qf8AL+P/AAA5Z/zfgcr/AMLC0v8A54Xv/fC//FUf8LC0
v/nhe/8AfC//ABVdVRRzU/5fx/4Acs/5vwOV/wCFhaX/AM8L3/vhf/iqP+FhaX/zwvf++F/+Krqq
KOan/L+P/ADln/N+Byv/AAsLS/8Anhe/98L/APFUf8LC0v8A54Xv/fC//FV1VFHNT/l/H/gByz/m
/AKKKKyNAooooAzrzQNOv9Sg1C6t991b7fLk3sNu07hwDg8nvWjWdea/p1hqUGn3Vxsup9vlx7GO
7cdo5AwOR3rRpu/USt0CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKAMP/mfP+4b/AO1a3Kw/+Z8/7hv/ALVrcrSfT0Ih19QooorMsKKKKACi
iigCK4uI7S2luJ22xRIXdsE4UDJPFV9L1ey1q2a40+bzolcoW2MvzYBxyB6io/EP/Itap/16S/8A
oBrnfhf/AMi1cf8AX23/AKAlWopwciXL3kjs6KKKgoKKKKACiiigAooooAKKKKACiiigAooooAw/
E/8AzCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKz9a1q10HTzd3m8x7goVBlmJ7D8jXOf8AC0NH
/wCfa/8A+/af/FVcYSkrpEucVuzs6K4z/haGj/8APtf/APftP/iqP+FoaP8A8+1//wB+0/8Aiqfs
p9he0j3OzorjP+FoaP8A8+1//wB+0/8AiqP+FoaP/wA+1/8A9+0/+Ko9lPsHtI9zs6K4z/haGj/8
+1//AN+0/wDiqP8AhaGj/wDPtf8A/ftP/iqPZT7B7SPc1/E//MI/7CUP9a3K891Tx9pepyacscd1
EIL2OZ2kRcBRnPRie9ehU5xcYpMUGm3YKKKKyNAooooAK4z4j/8AMq/9jFaf+z12dcx450HU9esd
M/sZ7NLuw1GK9X7WWEZ2BsA7QT1I9OM80AT+PbOC+8Ba5FcpvRbKSUDJHzIpdTx6MoP4VyXijWc/
Crw7YXWo+Rca7HaW0t1JPh40ZVMsrZOWXHDZIHz8nnnWl8NeJ/E6C08XX2lxaUGVpbTTI3zdAEMA
7vygDKv3eSCRkcGrWo+EH1zx7HqmswWd1pFrZGG2tpXaT98WBMhjK7BwSvU/dU9cYAMbR9X0rTvi
u9rotxZ3VjrllGAbSaORYJrdWAQBT8ieWO4OTjHAONP/AJrf/wBy7/7c0eJvAFtdWtlP4ZsNI0/U
7G9iu43NsESTYT8jMg3BeQeP7o6dRp/2Dc/8LF/t/fD9k/sr7FsyfM3+bvzjGNuPfOe1AHP+I9Z0
2f4o6RYalqNna2mk2730guJ1Eck7YSNCCQFdQd4PJweAOtP+FeoQJZar4etnSaDRrtltp45EkWWC
RmeMl1JBb72cAY4GM5q14f8AAcAutX1DxRYadf39/etMjPm5EUOBsjBkUY28jgDjHoAJoPBn9leP
bXWtEh060sGsntLu2SHy2+9vV02jBYkKDnoF754AD4pXtzp/w61S5sria2uE8rbLC5R1zKgOCORw
SKz/AB+uqXvirwxpWlazc6Ub5bxZJYckYWNTyuRk4zg9VJyORU2qeGPEmu/DO60TV9QsbjWJ2U+e
qmOPaJVYAkLycKeQo7DHBY6+saDc6h4x8OatC8K2+mfafOVid7eZGFXaMYPI5yR+NAGL4cGoeH/i
DdeG5dWvNTsJdOGoRPfP5k0TeYIyu/upwTjHpjuWzPD+na7480b/AISRvE2o6XcT3LtYwW8gaCGF
ZDhZIwqiRshxknkbc56V1v8AYNz/AMLF/t/fD9k/sr7FsyfM3+bvzjGNuPfOe1YVj4W8W6Kk2j6J
q2l2ehec8lrM0DS3NsjHf5YVvlYbiRliTgk+gABzlne3On/s2Jc2VxNbXCZ2ywuUdc3eDgjkcEiu
t8R3Woa14ztfCdpdTafaGyN/d3dtLsuGUMUVIzg7fn2knuMjI5DUv+EC1P8A4U7/AMIn59n9v/56
b28r/j48zrtz09uv51reJfDOo3Ov2XiHw9dW0Gq2kL27R3QkMNzGx4V9rcBSWYcHJxnoKAH6boF7
4d03WFfxReTW8se+3uNR2yvZEIQzl2OGXOGwcAbfcmuAtPE+nab4l0T/AIRnxlq+sG7vY7S6s9TM
kiGKQgb1LKoVlOOmTyO2Qe2uPDWveJ/Deq6b4rvrGI3aokC6bGxSIo2/eS/LEttBXgYXggkkZlx4
V8YatPoi6lP4ftrLSr+C4S1sEkVWRD6sOCoGFUYB3HJGBQBn3vhL7Z8Ybi2/t3XYPO0przzYbzbI
mbjHlKccRDOQvr3rpvttz/wuH7F9om+yf2D53kbz5e/7Rjdt6bscZ64pniDw/wCIP+Exh8QeG5tL
MpsDYyxagJNoXzN4ZSnUk8c4xjvnjQ/sG5/4WL/b++H7J/ZX2LZk+Zv83fnGMbce+c9qAOV8O6bq
nxEsm8R6jr+qaZbXTFbOy0u6MSxRozKd5x8zEg84/QhVp6h4l1ub4QeIHvbx01jSr82Ml5bP5ZkZ
Zo8su0LtGH2+4GT1xWtb+FfF3hi1utN8J3+kHTJZJJYPtwm8203k4ROWUqvBBI5JJI9ZtQ+Hbr8N
r/w7pt3519eyLPPd3jt++m8xGd2xuIyEwBz2ySckgGffafrfgvVdC1B/E19qkmo6mljeQXQ/cMsr
Eho48/uyoXtn8BlT6VXP+LdBude/sT7K8KfYNVgvZfNJGUTdkLgH5ueM4HvXQUAFFFFABRRRQAUU
UUAFFFFAHN+I4rifXdGjtJxBOwuNkhXdtOwdqwbWzvtI1NzqOomxuJT8t09ssyP/AMDJyP0rptV/
5GrQf+3j/wBAFbE0EVxE0U8ayRsMFWGQa6VV5IpdGv1Zg6fNJvz/AERjLpmtsoZfEYKkZBFlHg/r
S/2Vrn/Qw/8AklH/AI1c03R4tKklFrLMIH5EDNlUP+z3rQrN1HfS33ItQ01/NmH/AGVrn/Qw/wDk
lH/jR/ZWuf8AQw/+SUf+NblFL2j8vuX+Q+Ref3sw/wCytc/6GH/ySj/xo/srXP8AoYf/ACSj/wAa
3KKPaPy+5f5ByLz+9mH/AGVrn/Qw/wDklH/jR/ZWuf8AQw/+SUf+NblFHtH5fcv8g5F5/ezD/srX
P+hh/wDJKP8Axo/srXP+hh/8ko/8a3KKPaPy+5f5ByLz+9mH/ZWuf9DD/wCSUf8AjR/ZWuf9DD/5
JR/41uUUe0fl9y/yDkXn97MP+ytc/wChh/8AJKP/ABo/srXP+hh/8ko/8a3KKPaPy+5f5ByLz+9m
H/ZWuf8AQw/+SUf+NH9la5/0MP8A5JR/41uUUe0fl9y/yDkXn97MP+ytc/6GH/ySj/xo/srXP+hh
/wDJKP8Axrcoo9o/L7l/kHIvP72Yf9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjW5RR7R+X3L/ACDk
Xn97MP8AsrXP+hh/8ko/8aP7K1z/AKGH/wAko/8AGtyij2j8vuX+Qci8/vZh/wBla5/0MP8A5JR/
40f2Vrn/AEMP/klH/jW5RR7R+X3L/IORef3sw/7K1z/oYf8AySj/AMaP7K1z/oYf/JKP/Gtyij2j
8vuX+Qci8/vZh/2Vrn/Qw/8AklH/AI0f2Vrn/Qw/+SUf+NblFHtH5fcv8g5F5/ezD/srXP8AoYf/
ACSj/wAaP7K1z/oYf/JKP/Gtyij2j8vuX+Qci8/vZh/2Vrn/AEMP/klH/jR/ZWuf9DD/AOSUf+Nb
lFHtH5fcv8g5F5/ezD/srXP+hh/8ko/8aP7K1z/oYf8AySj/AMa3KKPaPy+5f5ByLz+9mH/ZWuf9
DD/5JR/40f2Vrn/Qw/8AklH/AI1uUUe0fl9y/wAg5F5/ezD/ALK1z/oYf/JKP/Gj+ytc/wChh/8A
JKP/ABrcoo9o/L7l/kHIvP72Yf8AZWuf9DD/AOSUf+NH9la5/wBDD/5JR/41uUUe0fl9y/yDkXn9
7MP+ytc/6GH/AMko/wDGj+ytc/6GH/ySj/xrcoo9o/L7l/kHIvP72c54ding8Qa3HdXH2mYeRul2
BN3ynHA4HHFdHWHpX/I1a9/27/8AoBrcoqu8vkvyCnt9/wCYUUUVmWFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB534v/5KTof/AGw/9HNXolcZ4j0DUb/xvpWo
WtvvtbfyfMk3qNu2QseCcng9q7OtajTjEiC1YUUUVkWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8AatblYf8AzPn/AHDf/atblaT6
ehEOvqFFFFZlhRRRQAUUUUAUtZt5LvRL+3gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4Xer
fLtUZyCfQ101FUpNR5RcutwoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61
uVh+J/8AmEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBi+L9P/ALS8L3sQGXRPNT6rz/Qj8awPh/aaXqnh7bc6fZyz28hRneBW
ZgeQSSPfH4V3BAIIIyD1BrzvwWTonjXUtHYkJJuCA99pyv8A46TW0G3Br5mUlaSZ2n/CPaP/ANAm
w/8AAZP8KP8AhHtH/wCgTYf+Ayf4Vo0VlzPuaWRnf8I9o/8A0CbD/wABk/wo/wCEe0f/AKBNh/4D
J/hWjRRzPuFkZ3/CPaP/ANAmw/8AAZP8KP8AhHtH/wCgTYf+Ayf4Vo0yaVIIXlkOERSzH0A5NHM+
4WR5fr8NlN8Q7KwtbWCGCKWKORYYwoYlgTnHscfhXp89xFawtLcSJHGvVmOAK8j0dLjUdWbWQF85
9RiWMPnbuYs2D7DA/Otyf+1ZdbA1k2YkB/cpebxAf93bwfxrslS5rK+xzRqct9NzsNO1r+1bpha2
sps1B/0p/lDH0UHk/WtSsJR4nCgKNFCgcAebS/8AFUf9Qb/yLXPKCb0a+82Un1ublFYf/FUf9Qb/
AMi0f8VR/wBQb/yLS5PND5/Jm5RWH/xVH/UG/wDItH/FUf8AUG/8i0cnmg5/Jm5RWH/xVH/UG/8A
ItH/ABVH/UG/8i0cnmg5/Jm5RWH/AMVR/wBQb/yLR/xVH/UG/wDItHJ5oOfyZuUVh/8AFUf9Qb/y
LR/xVH/UG/8AItHJ5oOfyZuUVh/8VR/1Bv8AyLR/xVH/AFBv/ItHJ5oOfyZuUVh/8VR/1Bv/ACLR
/wAVR/1Bv/ItHJ5oOfyZuUVh/wDFUf8AUG/8i0f8VR/1Bv8AyLRyeaDn8mblFYf/ABVH/UG/8i0f
8VR/1Bv/ACLRyeaDn8mblFYf/FUf9Qb/AMi0f8VR/wBQb/yLRyeaDn8mblFYf/FUf9Qb/wAi0f8A
FUf9Qb/yLRyeaDn8mblFYf8AxVH/AFBv/ItH/FUf9Qb/AMi0cnmg5/Jm5RWH/wAVR/1Bv/ItH/FU
f9Qb/wAi0cnmg5/Jm5RWH/xVH/UG/wDItH/FUf8AUG/8i0cnmg5/Jm5RWH/xVH/UG/8AItH/ABVH
/UG/8i0cnmg5/Jm5RWH/AMVR/wBQb/yLR/xVH/UG/wDItHJ5oOfyYar/AMjVoP8A28f+gCtyuVf+
1P8AhKtF/tT7F/y38v7Nu/uc53fh+tdVRUVlFeX6sUHdv1/RBRRRWZoFFFFABRRWL4h8X6L4V+z/
ANt3v2b7Tu8r9077tuM/dBx94dfWgDaoorIsvFOj6jr91otnfJNqFqpaaJFYhACAfmxtyCwBAOQc
jsaANeisLxB410DwtPDDrOopbSzKXSMI7ttzjJCg4GemeuDjoaml8U6PD4bGvtfIdKKq32hFZhgs
FHABOdxwRjIOc4waANeiuY0n4j+Fdbvls7HWIWuHxsSVHi3kkABS4ALEkYA5NWvEHjXQPC08MOs6
iltLMpdIwju23OMkKDgZ6Z64OOhoA3aKz9E17TfEenC+0i7S5tixTcoIIYdQQQCD0PI6EHoRT9X1
ey0HS5tR1ObyLSHb5kmxmxlgo4UE9SO1AF2iuV034meE9W1GCxstXR7mdtkavDJGGbsMsoGT0HPJ
wBya6qgAorCsfGuganBqc1jqKTxaWpe7kRHKooDHIOPmGEb7uc49xWT/AMLd8F/9Bn/yVm/+IoA7
OisKy8a6Bf6Bda1b6ih021YpNO6OgVgAcYYAk/MuMDkkAc1oaRq9lr2lw6jpk3n2k27y5NjLnDFT
wwB6g9qALtFQXt5Bp9jcXl0/l29vG0sr4J2qoyTgcngdqLK8g1Cxt7y1fzLe4jWWJ8EblYZBweRw
e9AE9FFFABRWLY+KtPvrHV7z99Db6RczW9y8qd4gC7KFJJXB47+1adleQahY295av5lvcRrLE+CN
ysMg4PI4PegCeiiigAoqCW9toLqC2muIY7i43eTEzgPJtGW2jqcDk46VDdavZWeqWOnXE2y7v/M+
zR7GO/Yu5uQMDAPcigC7RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/ACNWvf8Abv8A+gGtysPS
v+Rq17/t3/8AQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigAooooA8/16xude+KaaT/bWr6faJow
udthdGLLiYrkjkdD6Z4FPVtS+H+tWFvc6jfazo2r3a2qvduHns5mACfOT86sQ2RgbcZHP3i/1Ox0
r40LNqN5bWkTeH9gkuJVjUt9oJxkkc4B/KjWdStPG3iTRNL0OdLuLTL9NRvruH544BGpMabvusXL
EfKxI2ng4OAC1pWsPbeN/HD6heTfYNPjtJQrMzJCvkszlV5xnGTgc1n6N4d1jxjZJruseI9a09b1
fNtbHT7hYVt4izMgZlGJCVKnJAPY57EFhLqviz4lWEDIst3aWsCFyQoZrZ1GcZ4yas+BfGujDwhY
Wmp39npt9YRizntbucRSI0Y28h8HkAH2JIzkGgCfwvqOqab4v1Hwrq91NfJFbpeafdyqvmNBkIRI
QeWDYGSMkhieoFaHj7WJdF8HahNBb30sskMkSSWaFmgYxsRIxBG1VI5btxWR4XvIPFnj3UfE2nPu
0y2sk0uCTBH2hiwldsHDLtyFwRznIPaug8Z/8iRr3/YOuP8A0W1AHH/DefR9E8HXupW2hapYNBYR
XF7NPGwW8KxsxaHcxBH3jxtHzL+HT+GvG1p4qnC6fp+qJbGHzlvJ7bZA5yAUD55YEkEDj5WwSBk5
/wDzRD/uXf8A22qays59Q+D1vZ2qeZcXGgrFEmQNzNb4AyeBye9AEL/FHSTdXAtbDV72xtpDHNqV
raebax4ALMXBztUHJIHTkZBGdPW/G2k6Doen6xdPM9hfyRpFLFHnAdSwdgcHbgZOAT7VzPhvxv4T
0/4XWX2u4s1SGy8qfT8xmWVh8rjyged7ZPPUNk45rIi0270n4e+ALTUIHt7lfEFuzRPwyhpJWGR2
OGHB5HQ80AdHF8XfD/2Wea9h1HTylutzDFd24R7pGOAYsEhsnHcDv0DEbXhzxnp/iS6urOKG8sb+
1wZbK+i8qYKQCH25Py8j6ZGcZGczxP8A8lO8Ef8Ab/8A+iRR/wA1v/7l3/25oAm+KV7c6f8ADrVL
myuJra4TytssLlHXMqA4I5HBIo8D6xP/AKb4b1i88/WdIkMbPIw8y5gODHNgeqsoPJIONxy1Q/F3
/kmOr/8AbH/0clQePba50XWNM8ZadFNKdPzBqMUQLGS0OSTjcAdhJIGOpBPC0AP+H+vrB8KrHWNe
1BysazNNc3MhdiBM4GScknoAOp4AqfTPiVpuoT2iT6ZrWnRXrJHa3F5ZFYp3cjYqspbkg5B6YB5r
go0RPgf4Vvrm2+02On6qtzeR4VswieVSNrEBslgMe/pmuj+JmuaR4k8NroOjT22r6tfzILSK0dJj
GysCzlgcINu4ZJ6E9txAB1WveMrLQb5LD7JqOoX7xib7LYWrSyCIkjeeg25GOuckcVznw71u08R+
NPF2qaeXNtcrYsu9drAiJgQR6ggjjjjgkc0+zvdN8P8AxX8TTa3cWdlLfW9rLZy3Dqm+ILscBj0+
dR8pIJ25wQM1maPeQeLtR+JEuhP9qS+soIrc4Kb2+zyJj5sY+YY5xQB0F58UdJs5Hk+wavNpiSCN
tVhtN1p97aWEmeVDZGQDkjjPGevhmiuYI5oJElikUOkiMGVlIyCCOoIrxbw9F4W1TwZE+oeOtdsw
lv5NzYSakqAbVwypEVJZCPugZyOOuRXrvh+O0i8OaZHp0rzWSWkS28jjDPGEG0ngckY7D6UAcrcD
UPHmu31taateaVoukXP2d5LF9k13OFO8b+qKhKjG0hsk5PG3oPD2kahon2i0udTm1GxG1rWS6bdc
oTnerv0Zc4KnqMkdAK5bwxrVp4U8UeJ9F165trFp799Ttp55fLSeOXHALADK4APPJ3AfdJrsNK8Q
6frl1dxaZN9pitdge5i+aFmYE7FccMwGCcdNy98gAGnRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRXGeI9f1Gw8b6Vp9rcbLWfyfMj2Kd26QqeSMjgdq7OqlF
pJ9xKV2woooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQBh/wDM+f8AcN/9q1uVh/8AM+f9w3/2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAFLWbiS0
0S/uIG2yxW8jo2AcMFJB5rG8B6ve61ok1xqE3nSrcMgbYq/LtU44A9TWr4h/5FrVP+vSX/0A1zvw
v/5Fq4/6+2/9AStUl7Nshv30js6KKKyLCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJ
Q/1rcrD8T/8AMI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigArzrxoDonjXTdYUYSTaXI77Thv/AB0ivRa5T4jaf9s8MtOoy9rI
JPwPB/mD+FaUnaXqRUV4nVAhgCDkHoaWsTwfqH9peF7KUnLonlP9V4/UAH8a26hqzsUndXCiiikM
K5zx5qH2DwpchTh7jEC/j1/8dBro688+Ikr6lrml6NCfmYhmx6udo/IA/nWlJXmiKjtEk0nT/sHh
Tw+WGHuNTinb8c4/8dArubq0gvYGhuYkljbqrDNY3iGJIIdFijGEj1CBVHoBkCt+nOTaUvUUFZtG
Vpujy6Xclbe8kaxKnFvKNxQ9trentWrRRWcpOTuy0ktEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/yNWg/9vH/oArcrD1X/
AJGrQf8At4/9AFblaT2j6fqyI7v1/RBRRRWZYUUUUAFeefEXSIte8YeFtMm2BbqHUYwzoHCMYBtb
HcqcEe4Feh1zGu6Re3njvwrqNvDvtLD7X9pk3qNm+IKvBOTkjsDQBmaD4yfTvhlcalrR8y/0bzLO
7jLMS08bbFUv82WbKZYZGWJ9cZPgzRG0H4j2dtOH+2yeG/PvHkYM7zvc7pCzD7xycZ54A5NWtU8D
XU/xDJt7P/indSkhvNTZXjCtNEJNsZT+JGYozAqck5yO2/8A2Re/8LT/ALY8n/QP7G+y+bvX/W+d
u24znpznGKAM/wCF8MWo+Hz4luY0fVdWmmlmmKgsi+ZtEaMfmEYEa4Uk4qH4o6baad8M/ELWcCQm
7miuJtnAeQyxAtj1IUZx1OT1JNM03TfE3gP7XYaLo8Ot6RNcvNZoL7yJLRTgmM+ZkFcnjB6hieWw
JvFGkeI/EPw21S1uYYX1S9kjkhsonULboJIyIzISA7AKSW4BJIHAFAGT4t8TaP8AEfST4a8Nb9R1
C5ZZElNuyR2gR13SOzgFRtLDKgnnHcA6GqWmreEvHOoeJbPRv7ZsdTjhScW4/wBKtdm1DsHJdSOc
DqQMlQuT6BXK6tq/i/TtauI7Dw3batprKjW8kd6sDocfOH35yc9MADGOSc4AH6D4t8LXWhvq1jc2
dhaT3JE7TKtvm4ZQzBicBnxjJBOcdTisn4nanY6r8KtZm068truJWhQyW8qyKG86M4yCecEfnV3Q
fCTXlzq2qeKtOsZLrVZopfsZAnjgSOPagO5f9YAzBiMg9sUeN/Coufh7qekeG9Mtopbho3WC3VIV
ZhIhJ7DO1e/pQB0GuaHY+ItKmsNRgSWKRWAJRWaNipXemQcMATg9q4nSfFt7Z/Asa9eXM018lvJG
k5VWff5rRRsc8HB25JyTgk5PW/NfeONegksE0G20BZlKyX01+J2RCNp8tY8HzBncCSB8vuKra94G
OoTeF/DkNnMfDFhukvHV4k3sEITOMPuJ3bioGfMznPIAKWm6TH8OPEvhpNuy11OyGm3ZhD+V9rBD
rIxx8zOzMq5AwM9ACBteJ/8Akp3gj/t//wDRIrM8R/CTSItCuZfCun/Ztai2yWkou5QVZWDcEsQG
IBAJ7kcjqNnUNM1TU/Fvg7VmsfJSzjuWvU85W+ztJCoC5z83zZGVHbNAEPxB/wCJrdaB4Y/g1a93
3KtwklvCPMkTcPmDH5cYx06io/Bcq6J4o1/wq4dVjmOo2I2FU8iXBZI1xtCo5xweSTwMGq0/gVPF
njnV9R8VafM9hDHFb6ajTKoZRku37tt33skbiOH5HGFG8Ax+F/Feh6p4Q03ZbrJJDqUQvHBaJwAG
O8kFUILbRySF47gA63xNeT6f4V1e8tX8u4t7KaWJ8A7WVCQcHg8jvXJa54j12DwR4QvNMuoRqep3
NlFK80Y8uQyRkkMAOFLYztwQOmK1rpPEWseHPFNlqGn20TSLc2+m+VKN08ZRghYEkKTkckjqchcZ
OfqHhzVJ/Cvgmzjtc3GmXthLdp5i/u1jQhznODg+mc9s0AM0u/8AFHh7xdpGk+ItTttWi1iGQq6Q
rC1tLEu9gNoG9SCBk4J64XGGY2oeKvF+qa4vh/VIdHs9KuWtIGe0SRrqZV+cOSW2qGAwQvR+hIxW
zrukXt5478K6jbw77Sw+1/aZN6jZviCrwTk5I7A1kxWfijwvrWsW2g6NbahYapdm9iu57tY/s0sg
AfzFxllDAEBRnb3JPABn+EbzUNP8EeObyR4Y9Tt9Rv5WeEZjWZY1JKhuq7hxnt1rTufFWqN4f8KW
Nl8+teILdD9qZF2QARq0su3IDMAxIXgHHttMOh+HNdg8EeL7PU7WEanqdzeyxJDIPLkMkYAKknhS
2cbsEDrin3nhbWF0Lwhe6ciDWNAhQSWskqqsqGILLGG2sNx2hQc4GSc9DQBteH9N8Uadqsw1nXLb
VtPeEFGNqsEscu7oAvBUr1JOc4wBznjNb8Ua54XQ6nP4y0XVJbeYC70OJIoyATtdEYEyEqTxuAOB
k5wQess7nxR4ggvrXUdJTw9E9pJHHOt4txL5rDCsmzGAo3E5OSSuMYNef6j4H1yXwi2hWPgjS4Lm
BUVtT+1RSS3JVhuMZIDKWPzfMQAuVxnAoA3fGmma1P8AE7w39k1/7N9p+1fY/wDQ0f7HthXf1P7z
fz16Z4roNQ1PVNM8W+DtJa+85LyO5W9fyVX7Q0cKkNjHy/Nk4U98Uzxnp2sHxB4e1vRdOTUm0xrh
ZLU3CwswljCghm4wMHPfkcdSH6hpmqan4t8Has1j5KWcdy16nnK32dpIVAXOfm+bIyo7ZoAz/wC0
fEvjHX9Ri0DUU0PStKmezed7dLiS5nUjd8rfdUDoc9x1zhSz8U6wmheL7LUXQaxoELmO6jiVVlQx
FopCu5huO0sRjAyBjqKIrDxL4P1rWJNG0lNb03VLs3iR/bUge3kYDzN25eQxPABOAnPJ5LDwprH/
AAjHie91R0m8Qa/aMJLeLascRETLHGp9QGwSTjpycFmAMZ9b8caN4TtfGGoatY3VmFglk01LcKJI
XVV3eZtyJCzZIHyg5IyPlr1auF8QeHNUvvg3FoVta79TWytIjD5ij5kMe4bidvG09+1d1QAUUUUA
FFFFABRRRQAUUUUAYelf8jVr3/bv/wCgGtysPSv+Rq17/t3/APQDWxPPFbQtLPIsca8lmOAK0qfF
8l+SIht9/wCZJRWZpWv2eszzx2fmsIcZdkwrZ9Py74rTqJRcXZlJpq6CiiikMKKKKACiiigDPv8A
w/pGqzrNqOlWN3Kq7BJcW6SMFyTjJB4yT+dWbOyttPtUtrK3htrdM7YoUCIuTk4A4HJJqeigCCKy
toLqe5ht4Y7i42+dKqAPJtGF3HqcDgZ6VWv/AA/pGqzrNqOlWN3Kq7BJcW6SMFyTjJB4yT+daFFA
EcMMVtBHDBGkUUahEjRQqqoGAAB0AFE0MVzBJDPGksUilHjdQyspGCCD1BFSUUAQfYrb7D9i+zw/
ZPL8nyNg8vZjG3b0244x0xT4YYraCOGCNIoo1CJGihVVQMAADoAKkooAz5fD+kT6iL+bSrGS9DK4
uHt0MgZcbTuxnIwMemBVm5sra88r7Vbwz+TIJovNQNscdGXPRhngjmp6KAIJbK2nuoLma3hkuLfd
5MrIC8e4YbaeoyODjrR9itvt3237PD9r8vyfP2DzNmc7d3XbnnHTNT0UAQXllbahavbXtvDc2743
RTIHRsHIyDweQDT5oYrmCSGeNJYpFKPG6hlZSMEEHqCKkooAgs7K20+1S2sreG2t0ztihQIi5OTg
Dgckmq1h4f0jSp2m07SrG0lZdhkt7dI2K5BxkAcZA/KtCigClqOjabq/l/2np1neeVny/tECybM4
zjcDjOB+VTRWVtBdT3MNvDHcXG3zpVQB5Nowu49TgcDPSp6KAMy88M6HqF09ze6Np1zcPjdLNao7
tgYGSRk8ACtOiigCrf6ZY6rAsOo2VtdxK28R3ESyKGwRnBB5wT+dPs7K20+1S2sreG2t0ztihQIi
5OTgDgckmp6KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
APO/F/8AyUnQ/wDth/6OavRKzrzQNOv9Sg1C6t991b7fLk3sNu07hwDg8nvWjVzkmkuxMY2bYUUU
VBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
Yf8AzPn/AHDf/atblYf/ADPn/cN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBFcW8d3bS2867opUKO
uSMqRgjIqvpekWWi2zW+nw+TEzlyu9m+bAGckn0FWLi4jtLaW4nbbFEhd2wThQMk8VX0vV7LWrZr
jT5vOiVyhbYy/NgHHIHqKetvIWly7RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif8A5hH/
AGEof61uVla7ZT3n9nfZ03+TfRTScgYQZyefrWrVyfuolfEwoooqCgooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqC9tUvrGe1k+5NG0Z/EYqeigDgPhldPA+o
6TNxJE/mBfQ/db+S139edXH/ABT/AMVI5Puw3xBPvv4P/j4zXota1t+buZ09rdgooorI0CvOdA/4
n/xKvNQPzQ224oe3HyL+nNdp4h1D+y9AvbsHDRxHYf8AaPC/qRXO/DLT/s+hzXjD5rqXAPqq8D9S
1aw0g5fIzlrJI2PE/wDzCP8AsJQ/1rcrD8T/APMI/wCwlD/WtylL4UOPxMKKKKzLCiiigAoormPH
Ov6noNjpn9jJZvd3+oxWS/awxjG8NgnaQeoHrxnigDp6K4WfxH4s8MSJe+LbTSJNF+7Pc6Y0m+2J
ZVVmVzllJbGFBPU9sHp9Y1220nw1da0JIZreG3M8ZEoCTcZQBuR8xwAec5GM0AadFcL4Z8T+JfEG
h6rby22nWfiWzkiItp45ViSKRVdS+CTuI38A5BAyBVP+3/iD/wAJV/YGzwt9r+xfbd+Ljy9m/ZjO
c7s+2Md6APRqK4zxD4j8RaD4e02FbTTr3xPf3PkR29uz+UR8zFwrEMVChQSSAC2Scddzwrra+I/C
+naopQtcwhpNilVEg4cAHnAYMPw6nrQBr0VmeI7250/Qrm5srjTra4Tbtl1JyluuWAO4jkcEge+K
s3ep2Ng6Je3ltbtIrugmlVCyoNzkZPIUcn0HWgC1RVWw1Ox1WBptOvLa7iVthkt5VkUNgHGQTzgj
86Zc6zptnfRWV1qNnBdzY8qCWdVkfJwNqk5OSMDHegC7RXC+HPEmrX3wnttamv8ATl1N92bnUj5V
vxOU+bZjHyjAx3xXZ3l7bafavc3txDbW6Y3SzOERcnAyTwOSBQBPRVWw1Ox1WBptOvLa7iVthkt5
VkUNgHGQTzgj86hsPEGkarO0OnarY3cqrvMdvcJIwXIGcAnjJH50AaFFcrN8QdItvGMmiT3ljFFH
aGZ7t7xFVZRJsMJB6MBz1z7Vr/bbn/hKvsX2jTvsn2LzvI3n7Xv343benlY4z13UAadFZ9/4g0jS
p1h1HVbG0lZd4juLhI2K5IzgkcZB/KrN5e22n2r3N7cQ21umN0szhEXJwMk8DkgUAT0VSttZ028v
pbK11Gznu4c+bBFOrSJg4O5QcjBODnvV2gAooooAKKKKACiiigAooooAw9V/5GrQf+3j/wBAFblY
erEDxToRJwB9o5P+4KLjxCbiZrXRIPts44aTOIo/q3f6CtXFyUbdv1ZmpJN37/ojcorO0uwu7YyT
X969zPLjKjiNPZR/WtGs2rPQtO6CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOQutWm0jXNfngs5Lg/
uMlfup+7PLd8f54rmf7Rvdev/Mvbe5v0T5vs8BKhfyB4/X3rudK/5GrXv+3f/wBANRar4RtruX7V
p7myvAch4+FJ9wOn1H612QqQi7Na2WvyOWVOUldPq9PmUbbxFe2cCw23hS6ijXoq7gP/AECpf+Es
1T/oWb382/8AiK0tBk1gedb6xEmYsbJ1I/efl/8AWrYrKUoJ6xv82aRjJrf8Ecr/AMJZqn/Qs3v5
t/8AEUf8JZqn/Qs3v5t/8RXVUVPPD+X8WVyS/m/I5X/hLNU/6Fm9/Nv/AIij/hLNU/6Fm9/Nv/iK
6qijnh/L+LDkl/N+Ryv/AAlmqf8AQs3v5t/8RR/wlmqf9Cze/m3/AMRXVUUc8P5fxYckv5vyOV/4
SzVP+hZvfzb/AOIo/wCEs1T/AKFm9/Nv/iK6qijnh/L+LDkl/N+Ryv8Awlmqf9Cze/m3/wARR/wl
mqf9Cze/m3/xFdVRRzw/l/FhyS/m/I5X/hLNU/6Fm9/Nv/iKP+Es1T/oWb382/8AiK6qijnh/L+L
Dkl/N+Ryv/CWap/0LN7+bf8AxFH/AAlmqf8AQs3v5t/8RXVUUc8P5fxYckv5vyOV/wCEs1T/AKFm
9/Nv/iKP+Es1T/oWb382/wDiK6qijnh/L+LDkl/N+Ryv/CWap/0LN7+bf/EUf8JZqn/Qs3v5t/8A
EV1VFHPD+X8WHJL+b8jlf+Es1T/oWb382/8AiKP+Es1T/oWb382/+IrqqKOeH8v4sOSX835HK/8A
CWap/wBCze/m3/xFH/CWap/0LN7+bf8AxFdVRRzw/l/FhyS/m/I5X/hLNU/6Fm9/Nv8A4ij/AISz
VP8AoWb382/+IrqqKOeH8v4sOSX835HK/wDCWap/0LN7+bf/ABFH/CWap/0LN7+bf/EV1VFHPD+X
8WHJL+b8jlf+Es1T/oWb382/+Io/4SzVP+hZvfzb/wCIrqqKOeH8v4sOSX835HK/8JZqn/Qs3v5t
/wDEUf8ACWap/wBCze/m3/xFdVRRzw/l/FhyS/m/I5X/AISzVP8AoWb382/+Io/4SzVP+hZvfzb/
AOIrqqKOeH8v4sOSX835HK/8JZqn/Qs3v5t/8RR/wlmqf9Cze/m3/wARXVUUc8P5fxYckv5vyOV/
4SzVP+hZvfzb/wCIo/4SzVP+hZvfzb/4iuqoo54fy/iw5Jfzfkcr/wAJZqn/AELN7+bf/EUf8JZq
n/Qs3v5t/wDEV1VFHPD+X8WHJL+b8jlf+Es1T/oWb382/wDiKP8AhLNU/wChZvfzb/4iuqoo54fy
/iw5Jfzfkcr/AMJZqn/Qs3v5t/8AEUf8JZqn/Qs3v5t/8RXVUUc8P5fxYckv5vyOV/4SzVP+hZvf
zb/4ij/hLNU/6Fm9/Nv/AIiuqoo54fy/iw5Jfzfkcr/wlmqf9Cze/m3/AMRR/wAJZqn/AELN7+bf
/EV1VFHPD+X8WHJL+b8jlf8AhLNU/wChZvfzb/4ij/hLNU/6Fm9/Nv8A4iuqoo54fy/iw5JfzfkF
FFFZGgUUUUAZ15r+nWGpQafdXGy6n2+XHsY7tx2jkDA5HetGvO/F/wDyUnQ/+2H/AKOavRKucUkn
3JjK7YUUUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAYf/ADPn/cN/9q1uVh/8z5/3Df8A2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAGd4h/5FrVP
+vSX/wBANc78L/8AkWrj/r7b/wBASum1m3ku9Ev7eBd0stvIiLkDLFSAMmsbwHpF7ouiTW+oQ+TK
1wzhd6t8u1RnIJ9DWqa9m0Q176Z01FFFZFhRRRQAUUUUAFFFFABRRRQAUUVyWo/EXT7PWLnTbLTd
X1ea0wLhtMtfOSFjn5GOR83B/UdQQADraKwrPxlo95oul6oLh47bVJltrbfE24ysSNhABwcqwz04
64wa3aACiiigAoql/aX/ABPP7N+x3n/Hv9o+1eV+4+9t2b8/f74x05q7QAUUUUAFFFcFF8WrGfTj
fw+HPE0lkFZzcJYqYwq53HdvxgYOfTBoA72isw+IdPbw1Lr1tN9qsI7d7kPDyWVQSQAcfNwRg4we
Dio5PE+m23heHxBeSvbafJDFPudCzKsm3bkLnnLAcZoA16K4iH4p6a0Ed1eaN4gsdPdQ/wBuubA+
QqkfKSyluCSAMA9RXZwzRXMEc0EiSxSKHSRGDKykZBBHUEUASUUVS1fUv7I0ua9+x3l55W39xZxe
ZK+WA+VcjOM5PsDQBdooooAKKKKACiiigAooooAKKKKACiqWm6vZav8Aa/sM3m/ZLl7Wf5GXZKmN
y8gZxkcjirtABRRRQAUUUUAcJ8T7JvsdlqMWQ8EhjLDqAeQfwI/Wuw0q9XUtKtbxcYmiVyB2JHI/
OqvibT/7U8OX1sBl2jLIP9peR+orD+GmofafD8lqxy1rKQB/styP13Vr8VP0M9p+p2NFFFZGhw3x
Pvymm2lhGcvcSbyB6L2/Mj8q6zRrAaZo1pZgcwxKrf73f9c1w2of8VB8UoLf70FmQD6fJ8x/8eOK
9GrWekYx+ZnDWTZh+J/+YR/2Eof61uVh+J/+YR/2Eof61uUpfChx+JhRRRWZYUUUUAFcZ8R/+ZV/
7GK0/wDZ67OsXxP4YtvFVjb211c3lt9muVuYpbSQJIrqCAQSDj72eOcgUAQ+PbyCx8Ba5LcvsRrK
SIHBPzOpRRx6swH41xPjG9bTvCfhLwncWlzdXUy2xv7C1USyPBCoMi4U5yWXgr12NyMV1mm/D7Tb
LUYL6+vdU1i5tm32zandGYW7dygwBk8HkHlQRgitOPw7AniyTxC1xcvdPafY1iYp5aR7g3ACg53A
nJJ6n2wAcHF4odPijp+pLpOr6VY6pGNPuxf2DQrJNyYWBViGcnCZYcKD2PHQf81v/wC5d/8Abmtz
xJ4btPFGnR2l5JcwmGZLiGe2k2SRSL0ZTzzgkcg9fXBEn9g23/CVf2/vm+1/YvsWzI8vZv35xjO7
PvjHagDgtX8VRSfFjzY9M1TV7XQrRoVGnW4m8m6kPzMSpHGwFCGPDKeOM1a+GerPHrmuaHJa3ljb
mQ6hp9rd2rQSRwuxDqFyVVFbaABjJLH1A6/w94dg8OQXkcFxc3DXl295NJcFNxkcDd91VAHHTFFx
4btLjxRaa+JLmK9toWtyI5MJNGckK69wCSwxjnGc4GADD+Lv/JMdX/7Y/wDo5KpePtIste8d+DdO
1OHz7Sb7b5ke9lziJWHKkHqB3rWj+Hulx+B5PCq3F8bCRtzSNMGkB3h+MjaoyBwFA6nqSa17/Qbb
UNd0rVpnmW40zzvJVSNjeYoVtwxk8DjBH40Acrpem2mifGS5tNKgSztbnQxcSwQ/JG0gm2Btg4BC
8cDufU5z/h94R0bxP4EGo67Yw315qtzNc3E8iBZA3mkYRlAZV+TOAepbscV3X9g23/CVf2/vm+1/
YvsWzI8vZv35xjO7PvjHasK5+GWj3eo3k811qhs72Zri405bxltpZDjLFRg53AN97qB2GKAOJ/5t
i/z/AM/ldTrccGs/FzTtH1aVJdPh0xryGylCGOacuyHcpHzkJuIHbaSMc51v+EC03/hBP+ET8+8+
wf8APTevm/63zOu3HX26fnV3xD4WsvEf2eS4lvLW7td32a7s52ilh3Y3bSOOQMHIPBPSgDP1XSvC
/hDQNc1CXT0trK7hEd7HbBgJVwUVVUEBSd+Mjby2Se9cHfi6TWPCl+PBEPhnfqtui3Vvcxh3WT70
bRoqkZHXcOMEcZNeh2HgfTbXTr+zvp77V1v1WOeTUrgzOUXJVQeNoBZmBHIJznpjPj+GOnm+sry8
1jXb+4sblLi3e8vPN8sqclQCuNrELnv8owRzkAz5vD+kXPxokhn0qxlik0M3DxvboytKbjBkII5Y
jv1rQ/5rf/3Lv/tzWh4g8E2mv6rDqQ1DVNOvY4TbmbT7nymePduCtweAcnjHXnOBjQ/sG2/4Sr+3
9832v7F9i2ZHl7N+/OMZ3Z98Y7UAcR8M9D0jxJ4bbXtZgttX1a/mc3ct2iTGNlYhUCkYQbdpwB0I
7bQOckdE+B/iqxtrn7TY6fqrW1nJlWzCJ4mB3KAGyWJz7+mK73U/hrpuoT3bwanrWnRXrPJdW9ne
lYp3cnezKwbkg4I6YA4rT1Hwfpd/4Rbw2kb2mmlUULbEBlCsH4JB5JHJOScnuc0Acl4o8LaP4Wn8
JT6HYpYzprkFv5sTMHaOQtvVmzlgcY+YnAyBwSK9KrM1vQbbXv7P+1PMn2C9jvYvKIGXTOA2Qfl5
5xg+9adABRRRQAUUUUAFFFFABRRRQBzniKzh1DXtFtbgExSC4DAHB+4D1rKm8Jx6RK0klgdTsycn
Y7LNGPoCA3+elbmq/wDI1aD/ANvH/oArcro9rKEYpbW/VmPs4ybb/rRHMadoHhjVIfNs7cOB95fN
kDKfQjdxVv8A4QzQ/wDnx/8AI0n/AMVWtHaW8VxJPHDGs0gw7quC31qaodWV9G/vKVONtUjD/wCE
M0P/AJ8f/I0n/wAVR/whmh/8+P8A5Gk/+Krcope1n/Mx+zh2Rh/8IZof/Pj/AORpP/iqP+EM0P8A
58f/ACNJ/wDFVuUUe1n/ADMPZw7Iw/8AhDND/wCfH/yNJ/8AFUf8IZof/Pj/AORpP/iq3KKPaz/m
Yezh2Rh/8IZof/Pj/wCRpP8A4qj/AIQzQ/8Anx/8jSf/ABVblFHtZ/zMPZw7Iw/+EM0P/nx/8jSf
/FUf8IZof/Pj/wCRpP8A4qtyij2s/wCZh7OHZGH/AMIZof8Az4/+RpP/AIqj/hDND/58f/I0n/xV
blFHtZ/zMPZw7Iw/+EM0P/nx/wDI0n/xVH/CGaH/AM+P/kaT/wCKrcoo9rP+Zh7OHZGH/wAIZof/
AD4/+RpP/iqP+EM0P/nx/wDI0n/xVblFHtZ/zMPZw7Iw/wDhDND/AOfH/wAjSf8AxVH/AAhmh/8A
Pj/5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVW5RR7Wf8AMw9n
DsjD/wCEM0P/AJ8f/I0n/wAVR/whmh/8+P8A5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P/AJGk/wDi
qP8AhDND/wCfH/yNJ/8AFVuUUe1n/Mw9nDsjD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiq3KK
Paz/AJmHs4dkYf8Awhmh/wDPj/5Gk/8AiqP+EM0P/nx/8jSf/FVuUUe1n/Mw9nDsjD/4QzQ/+fH/
AMjSf/FUf8IZof8Az4/+RpP/AIqtyij2s/5mHs4dkYf/AAhmh/8APj/5Gk/+Ko/4QzQ/+fH/AMjS
f/FVuUUe1n/Mw9nDsjD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qtyij2s/5mHs4dkYf
/CGaH/z4/wDkaT/4qj/hDND/AOfH/wAjSf8AxVblFHtZ/wAzD2cOyMP/AIQzQ/8Anx/8jSf/ABVH
/CGaH/z4/wDkaT/4qtyij2s/5mHs4dkYf/CGaH/z4/8AkaT/AOKo/wCEM0P/AJ8f/I0n/wAVW5RR
7Wf8zD2cOyOc8O2UGn+INbtrVPLhTyNq5JxlSTyeepro6w9K/wCRq17/ALd//QDW5RVd5XfZfkFP
Rff+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBxn
iPQNRv8AxvpWoWtvvtbfyfMk3qNu2QseCcng9q7OiiqlJtJdhKNm2FFFFSMKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP8A5nz/ALhv/tWtysP/
AJnz/uG/+1a3K0n09CIdfUKKKKzLCiiigAooooAKKpazcSWmiX9xA22WK3kdGwDhgpIPNY3gPV73
WtEmuNQm86VbhkDbFX5dqnHAHqapRbjzC5tbHTUUUVIwooooAKKKKACiiigAooooAK8/udO8TeCN
U1O/0C1h1rSL65e9nsmbZcxSMrFyjAYZcheME9ABnLH0CuPubf4gW2o3g0+98P3dlJM0lub2OVJI
0OMR4jGCF6ZOSep9AAcr40ktvGEPhzVrW+1ez83WodOlszMI2tXDyZcoM7Jh2JOQCOK3fEf9qaVB
oXg/RdTuftOrNOrapeymWeKNBvfBAGWwxAPGMAcH5gXvw+vo/DdrDp9/bTaxBq41iS4uYmSO5m3H
O5VJ2DBH3f7vbORd1bwzrWuado9/cXVjaeJNLmeeOS3Ept3Bz+6PzBgrAIGPJ4YAYNAGZfWmpeA9
a0Ka21vVNT0/Ub9LG7g1G5ErbnBEbISnygHcTgjOFH0YNM1DxN8RfFFlJ4i1exsLL7IyQWU/lnc0
XZjnav3sqB8xIJ+6Kv23hbxBrmv2eoeMryxNtpzLNaWWmmQRtMCSJJC3JK8YH8huDa+j6Dc6f4x8
R6tM8LW+p/ZvJVSd6+XGVbcMYHJ4wT+FAFL7bc/8Lh+xfaJvsn9g+d5G8+Xv+0Y3bem7HGeuK5nR
9B1nxdfeI5ZPFur2Vva6reW1tBbykbGyu0ls5KAYGzjHYjJz2f8AYNz/AMLF/t/fD9k/sr7FsyfM
3+bvzjGNuPfOe1HhLQbnQf7b+1PC/wBv1We9i8ok4R9uA2QPm45xke9AHOReMNbn+CR8RQhJNWEL
ZdIcgbZTG0m3pkKCx/hBBOMcVz+jxGbx54btdI8ba1rVrJCbq+AuXZY9g3KX6hVdsKUb5h0J+YVZ
1/SLnwl8LPD2jXstm9wuqxozPMRaNmSSQedlctFjG4ccgHPHM/h/xDc6JrFnbW9t4Luk1K5jtni8
OyETJ1PmuADlEUOT0xnqOaAPU64z4Rf8kx0j/tt/6Oeuzrznw54c8feH9CttEtrvw5FaRblFyFmk
mjDsWLAEBWYbiQCMcDNAFVols7r4q2kBdbYWi3AiLkqJJbd2kYAngsev0A6AU+P/AEt/hbp0/wA1
pJb/AGpo+mZYbZWjbI54JPGcHvmumj8IfYvBmr6TbXHnX2px3D3F1N8oluJVIZyo4Vc44A4A7nk1
r7wK2p+E9AsGu0tNV0ZbdoLyOIShJI1UHAbGVJGccZIUnpigDqb2zg1CxuLO6TzLe4jaKVMkblYY
IyORwe1eYaNf62vwS0R9NW+uGeYwXT2g33Mdr5rq3k5/iACqOu0c8YyNnUNG+IGv2j6dqGo+H9Ps
rhWjuJbKKWSRkKkFdsnGDnqCCOx7Ho9S0/U7PQ7S18KSWdtLZ7EjivFZ4niVSuxiDuGMggjnKgHg
mgDM8BSafLa3Mmk+KLzXLR9rBL2XzJrdssDkkBgrYGFIH3SRndR8Ur250/4dapc2VxNbXCeVtlhc
o65lQHBHI4JFHhzwzqcXiW68R+IG05dTmtxaCPTUYRMgIbe5f5mfgL6AKOva7460G58T+Dr7SbJ4
Y7i48va0xIQbZFY5IBPRT2oAwvH66pe+KvDGlaVrNzpRvlvFklhyRhY1PK5GTjOD1UnI5FP8ODUP
D/xBuvDcurXmp2EunDUInvn8yaJvMEZXf3U4Jxj0x3LbWsaDc6h4x8OatC8K2+mfafOVid7eZGFX
aMYPI5yR+NH9g3P/AAsX+398P2T+yvsWzJ8zf5u/OMY249857UAUvile3On/AA61S5sria2uE8rb
LC5R1zKgOCORwSKwvE2m6x4P0n/hKZvFGqaheWU0T3FsxWK2uIy4QoIgCEO1h83PIJxk5Gv8Xf8A
kmOr/wDbH/0clUrnwh4s8QwxaV4n1fTp9IhuRNJJbxyJPeKr5EciqVRVIPbOCq9SM0AP8fXmj22q
2y634w1TR1MOYbXTnZGJ3Hc7lVYkH5QM4A2tjOTil4a8R32p/CnxHM2ovdyaat3b2t+qtHJKiRBk
kPOQ3zdevAzk5J19T8M65YeK73XvC7aQ9xqMaJcjU0fMWwADy2TnawAyD3UHJ6CPRfBmqWHg7xNp
d7e211e6tNdSpcAFFYyxhQzgD5TkEkDIGeM0AQ+Gra70TwcPFeoazqmq3J0j7Q1rPPiDAjDgBcHD
YUKXOScsTya4yXV9b1TThq1u3j1dYmVbiIW1n/xLt3BVVjycx4wMnOfvEHJB9Z0zRFi8HWmiaiEm
VbBLO4CMQrgRhGweDg888GuTsPDvxA8PaU2kaTq+i3dnGuy2ub1JVniUqOABuXCnOM7u3bCgAg8T
T69rV94Js4NTudDvNUtLhrryVYBH8lGYGMsOQSwGTlScg5FWtItdQ0vxnqXhKXXNRvLC70o3kVxc
S7rq2Yt5R2yfmw44OMDqW2bzw5qFz4j8K6jLdwz/ANkRzrdyMux5mkiCblUAgZIJIyMZ4zU/9g3P
/Cxf7f3w/ZP7K+xbMnzN/m784xjbj3zntQByXwy8N+VqmtXv9sau/wBi1q6t/Ie5zFcYUDfKuPmc
7s545A9K9Nrj/D/h/wAQaB4k1ERzaXLoV/fzX0hYSC5VpF+6B93AYAe4yeM4HYUAFFFFABRRRQAV
514Z/wCJD8RL/TD8sU+4IP8Ax9f/AB3Ir0WvO/H6NpXiTS9ZiB6gNjuUOf1Bx+Fa0tW49zOppaXY
9EqG6uUs7Sa4l+5CjSN9AMmpI5FljWRCGRgGBHcGuZ+IeofYvC8kSnD3TiIfTqf0GPxqIx5pJFyd
lcx/hrbPd3mp6vPy8jeWG9ydzf8AstegVg+C9P8A7O8K2aMMPKvnP9W5H6YreqqsryZNNWijD8T/
APMI/wCwlD/Wrepa5aaYwictLct9y3iG52/DtVHxZH5sOlx72TfqES7kOGXO7ke9YUvhy50S9kuZ
J7+a2f709nLtlX/eGDn8DWsIRlFczM5SlFuyOn006tc3Jub/AMu2gK4S1UBm+rN6+wrVrm7LSLXU
YBNZ+INWlQ91u+R9RjirH/CMf9RnWf8AwK/+tWclG+rt8i4uVtvxNyisP/hGP+ozrP8A4Ff/AFqP
+EY/6jOs/wDgV/8AWpcse47y7G5RWH/wjH/UZ1n/AMCv/rUf8Ix/1GdZ/wDAr/61HLHuF5djcorD
/wCEY/6jOs/+BX/1qP8AhGP+ozrP/gV/9ajlj3C8uxuUVh/8Ix/1GdZ/8Cv/AK1H/CMf9RnWf/Ar
/wCtRyx7heXY3KKw/wDhGP8AqM6z/wCBX/1qP+EY/wCozrP/AIFf/Wo5Y9wvLsblFYf/AAjH/UZ1
n/wK/wDrUf8ACMf9RnWf/Ar/AOtRyx7heXY3KKw/+EY/6jOs/wDgV/8AWo/4Rj/qM6z/AOBX/wBa
jlj3C8uxuUVh/wDCMf8AUZ1n/wACv/rUf8Ix/wBRnWf/AAK/+tRyx7heXY3KKw/+EY/6jOs/+BX/
ANaj/hGP+ozrP/gV/wDWo5Y9wvLsblFYf/CMf9RnWf8AwK/+tR/wjH/UZ1n/AMCv/rUcse4Xl2Ny
isP/AIRj/qM6z/4Ff/Wo/wCEY/6jOs/+BX/1qOWPcLy7G5RWH/wjH/UZ1n/wK/8ArUf8Ix/1GdZ/
8Cv/AK1HLHuF5djcorD/AOEY/wCozrP/AIFf/Wo/4Rj/AKjOs/8AgV/9ajlj3C8uxuUVh/8ACMf9
RnWf/Ar/AOtR/wAIx/1GdZ/8Cv8A61HLHuF5djcorD/4Rj/qM6z/AOBX/wBaj/hGP+ozrP8A4Ff/
AFqOWPcLy7G5RWH/AMIx/wBRnWf/AAK/+tR/wjH/AFGdZ/8AAr/61HLHuF5dg1X/AJGrQf8At4/9
AFblcq+mf2b4q0X/AE29ufM8/wD4+Zd+3CduOOv6CuqoqWSjbt+rFDd37/ogooorM0CiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAw9K/wCRq17/ALd//QDW5WHpX/I1a9/27/8AoBrcrSpv8l+SIht83+YU
UUVmWFFFFABRRRQAUUUUAFFclr3jDVNP8VJoWjeH/wC1bg2QvGP21YNq7yh+8MHkDv36cVNoPi+e
/wBUfStd0ibRdTOWgilkEkdyoUFvLkACsy55UdB+OADp6KxdM8Q/2l4n1zR/s3l/2V5H73zM+b5q
FumOMYx1OfasL/hPNW1O7nHhjwpc6pZQsU+2SXcdvHKwZlJiJyHX5eoP1A4yAdvRWF4a8UxeIHvb
WSzubDUtPZEvLScDMbMMgqw4ZTg4PcDOACM6Gs6j/ZGh3+o+V5v2S3kn8vdt37FLYzg4zjrigC7R
XOeC7/xBqulJf68ulrFdQxT2oshIGCspY79+ecFenvXR0AFFFFABRRRQAUVi+L/EP/CK+GLzWPs3
2n7Ns/deZs3bnVeuDj72enan+GPEEXiXRY75IXtpQzRXFtIRvt5VOGRvQg88gHBBwM4oA16KxfCH
iH/hKvDFnrH2b7N9p3/uvM37drsvXAz93PTvW1QAUUVz+j6/c6h4x8R6TMkIt9M+zeSyg728yMs2
45weRxgD8aAOgooooAKK4y+8aa1/wk+qaPonhf8AtP8As7yvNl/tBIf9Ym4cMv1HBPStPw14q/tu
Sey1Cwm0rV7fLS2M5ySm4qJEbADoSMbhxn2IJAOgooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigDjPEev6jYeN9K0+1uNlrP5PmR7FO7dIVPJGRwO1dnXnfi/wD5
KTof/bD/ANHNXola1ElGJEHqwooorIsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKAMP8A5nz/ALhv/tWtysP/AJnz/uG/+1a3K0n09CIdfUKKKKzL
CiiigAooooAzvEP/ACLWqf8AXpL/AOgGud+F/wDyLVx/19t/6AlddcW8d3bS2867opUKOuSMqRgj
IqvpekWWi2zW+nw+TEzlyu9m+bAGckn0FWpJQcSXH3ky7RRRUFBRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUVz/jTxdbeDtClv5hDNcDHk2rTiN5/mUNt4JOA2TgGgDcmhiuYJIZ40likUo8bq
GVlIwQQeoIqnYeH9I0qdptO0qxtJWXYZLe3SNiuQcZAHGQPyp9trOm3ljLe2uo2c9pDnzZ4p1aNM
DJ3MDgYByc9qNO1nTdX8z+zNRs7zyseZ9nnWTZnOM7ScZwfyoAu0VyWneJJI/GPiy31W/hh0zTfs
fkmYpGkXmRktluOrY6n6Vp61rCf8IZqmq6PeQy+VZTywXELLIm5FbBB5BwR+lAG1RWR4f1Jp/B2m
alqM6BpLCK4uJnwigmMMzHoAOp9BVrTtZ03V/M/szUbO88rHmfZ51k2ZzjO0nGcH8qALtFVdTmlt
tKu5oJLaKWOF3SS6YrErBSQXI6KD19s1Da6nFHpWnTajeWKy3axoJIpQIppWXOIiT8wJzt7kUAaF
FUtO1nTdX8z+zNRs7zyseZ9nnWTZnOM7ScZwfypniC/l0rw5qd/AqNLa2ks6BwSpZULDOMcZFAGh
RXnI8R+PofDUXiKW08OXFh9nS8kghaZJjCQGbBY7QwUk9+nAPQ63ibxdfW3hzQb/AMPxWxl1m7t4
IhfK21VmQsN2w8EHGcZ79aAOpvLK21C1e2vbeG5t3xuimQOjYORkHg8gGp64j/hJfE/h/UdOi8VW
OlzWupXaWcU+mSODDI2du9ZPvAnuCMBT14B19H1+51Dxj4j0mZIRb6Z9m8llB3t5kZZtxzg8jjAH
40AdBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXM+P9P+3eFZ3UZe2YTL9Bwf0J/KumqO4gS5tpYJ
RmOVCjD1BGDVRfK0xSV1Yw/A+of2h4VtCTl4AYW/4D0/TFc346ZtY8WaZo0ZO1cb8di55/JQD+NO
+HE72Gqapo85w6MWA91O1v6flUfhL/ie+PdR1Zvmjh3FD9flX/x0Gt7cs5S7fqY35opHoiqEQKoA
VRgAdhTqKK5jcw/E/wDzCP8AsJQ/1rcrD8T/APMI/wCwlD/WtytJfCiI/EylHpNnDqDXsMIjnZSr
FCQG+o6E1dooqG29ykktgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKAMPVf8AkatB/wC3j/0AVuVh6r/yNWg/9vH/AKAK3K0ntH0/
VkR3fr+iCiiisywooooAKKK81+LDavLqWhWWi6jfWcs0N9JttHcNM0USuq4UjJJBA9N3fpQB6VRW
RoPiO01zwva64rpBbSwmWQu2FhK5DgsQOFIYZ4HGelcN4G1PW7/4hNcareXPkappDajDYtLujtka
cLGAAdpOxQd2AfmORnOQD1CivP7K11D4jSSav/bmo6XoqSSw2EOmy+U9wqsB5zv15IYbCoxge5Y8
ZjWfDvws1dZNWmlmtpIltL1HKXBhMkYHmMMZcZZSw+8ACeSaAPQKK818UaRqXgLw/ceINJ8T61dS
2rR77fUpxcxSo0iqVwQNpyR8wOcZAxnINYuJdb+JV5ouq+I77QrW3hi/s+G0lNs140mNzbzw5DfK
F/Lo2QD0qisjw3o93oenSWl5q1zqgEzvDLcj94kZ6IzZ+cg5+Y464wAAKyfile3On/DrVLmyuJra
4TytssLlHXMqA4I5HBIoA62iuFuvA+raVGL/AEHxTrtzfW2ZEttRufPhucKf3ZU7QNxwN2eOvXBG
1pPi+21TwMPE5t5ordbeSeSEYZx5e4OB0B5U4PGeM4oA6CivLPA82sm+bT/EWr3k58S6UL62uVnK
eQxLZjhyMbwjq52gbcDggA0ax4WudP8AGPhzSYfFnilrfU/tPnM2onevlxhl2nGByecg/hQB6nRX
BeJra78KeDf7L0zWdUn1DV7+Kztry9n814XkIB+fGVXajcgEgtkeo0Ph5e3J0u+0fUria4v9IvZb
aSW4cmWdC26OUg8hWDYHJBC8GgDraKz/ABBNFbeHNTmnkuYoo7SV3ktWCyqoQklCejAdPfFYtx4w
0vw14O0TUr2S+ksrtYIUmlAklAaPcHlweThSWIyc9AaAOqorlfDvxC0vxHqKWC299YXUsIuLeO/h
ERuYzn5o8E7hgZ9xkjODg174g6boV7dWostU1CWyUPefYrUutqpUMpdiQACuTwT0OcUAdVRXmvgr
UrSfwd421JJ7kWUmp31wJrX5JRGY1bcmcYbHIz0OK6qLxDp+k+DNO1Kaa8mhlt4RbrL+8urlmUbE
wPvyt3x3yemTQB0FFc54f8bWmv6rNpp0/VNOvY4RcCHULbymePdtLLyeAcDnHXjODjPT4o6SLq3F
1YavZWNzII4dSurTyrWTIJVg5OdrAZBI6cnABwAdnRXn/ivx3e6L470nTrfTtXktB532mOCzV/tn
7pWXySeW2E/NgjHvWzeatbTeI/CvnNq9rcX0c8kNqCEjP7oMy3CZzuUHgDOGzQB09FcxrnjzT9F1
gaVFZ6jql+I/Nlt9Ng854V4wXGRjOR+mcZGbVn4w02+8OX2swC58rT1k+1QvCUlidE3PGVbHzAHH
XGe9AG7RXC2Xxd8P3k1ufJ1GCymkWH7fNbhbZJSm7Yz54YZweMd87fmruqACiiigAooooAKKKKAC
iiigDD0r/kate/7d/wD0A1uVh6V/yNWvf9u//oBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUU
UAcZ/wA1v/7l3/25qP4iwxT6j4QRI0kvRrkDxgKDIIly0hHfaMKW7DAz2q1r3hDVNQ8VJrujeIP7
KuBZCzYfYln3LvLn7xwOSO3brzVrRPCLWOojVNZ1S51nVVUqk06hI4AeD5UQ4QlQoJGScHpkggHM
TTS22vfFKaCR4pY7C3dJEYqysLVyCCOhBrqvAX2b/hAtD+x+T5X2KPd5WNu/aN+cfxb92e+c55qb
TPD39m+J9c1j7T5n9q+R+68vHleUhXrnnOc9Bj3rCi8B6toyG18LeK7nTNN3M62k1pHdCNmJJCM2
CF6cc85OSSaAC3hib43Xc1rGhCaGqXUkaj5ZTKCocj+IooxnnaB2FaHxE0iy1fwRqf26HzfslvLd
QfOy7JUjba3BGcZPB4q14V8LReGbSYNeXOoXt0yvc3l0Q0krBQoGeu0YOAScZPNaGs6f/a+h3+ne
Z5X2u3kg8zbu2b1K5xkZxnpmgDhtL8OaXovwe1C80+18m41HQfNun8xm8xvs7HOCSByzdMdaf4a0
Kw8LeAR4osonm1j+w/Oae5md9wEQcIVyAFG1VAABCqBmup/4R7/iiP8AhHftP/MO+w/aPL/6Z7N+
3P44z+NWtM0iKx8OWmkT7LqKC0S1feg2yqqBTlTnggdOetAHC6H8OLDXfDkOt6pdXNx4h1KFbxdS
Mjo1vI6ApsRWAwny4Ht2GAMm9vbnxP8ADLwNJe3E0dxca1b27XELkSja0sYcMcnfhQc+vNdB/wAK
01GHS/7Ds/Ft5B4ePytZ/ZYzKULbnXzhg/MS3bGDggjru6l4MtLnTtDsNPZLC10i/hvI40j3BhHn
5eo5JbJY5Ock5zQBxGp+A9P0PxPoegaReajZWOu289vqAin+acRIHDHIIDEkg4GMEgAAnO14c0qD
wp8T7rQtHeaLSbnShfm0aQuiTCUR7lJyRkDnnnPoAB02p+Hv7S8T6HrH2ny/7K8/915efN81AvXP
GMZ6HPtR/wAI9/xW/wDwkX2n/mHfYfs/l/8ATTfv3Z/DGPxoAxvi7/yTHV/+2P8A6OSqt08vg34l
W8ql10TxG3lyRqDshveArYC8FwAOuWJZjworo/F/h7/hKvDF5o/2n7N9p2fvfL37drq3TIz93HXv
T/FHh208VaBc6ZeohEikxSMu4wyYO1xyOQT6jIyDwTQB5to+o6hZ/BnwxZ6XdfY5tV1H+z2uQu54
Vkmlyy8j5uOv1xg4Iu+K/BmnfD7wwNf8MedaX+nSQtLI08jfa03qpjkAYDaxKscDHy4wM8dHb/Dm
xb4eweFNRuHuYoWLi5jjVHVvML5UHdtOGK/Qn1qAeAL/AFTUbSXxb4ifXLO0Yyx2Rs0gjaTszhT8
4AzwR39CQQCncaPD44+I2u2Ous8+laRDbJDZLLIiNJIpfzTtYfMAXXpyCPTnP8NW3/CFaj8QY7Ga
a6/suytpIGvG3sdtu7KrEY+UcAAYwABXU634Rv7rXzrHh/XX0a6mhEN0FtUmScKcoxU4+YAkbjk4
wBjnJ4b8DReH73WpJ9RudVi1VYkdb8CR9qKykOx++CGx0GAAOaAPNh4b1rX9Hi1QeELyfWbuNLmP
WxriJIXOGRxHwqqOAFwCFAGQRmvZtG+2/wBh2H9qf8f/ANnj+0/d/wBbtG/7vHXPTj0rjLb4c61p
FjLpugeNLyy0t87IJbRJZI9w+bbJlSuTkjaBgnPXJPc2Vt9jsbe286afyY1j82Zt0j4GNzHuxxkn
1oA5Pwx/yU7xv/24f+iTUfiGGKX4s+EXgjR7mKG7e4KKC6ReXtQvjkLuZgM8ZJxyakvvBetf8JPq
msaJ4o/sz+0fK82L+z0m/wBWm0cs31PAHWtbw/4Wi0Wea9ury51LVbhQs17dEFguclI1HEce4k7R
69TgYAN2iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM680D
Tr/UoNQurffdW+3y5N7DbtO4cA4PJ71o1nXmv6dYalBp91cbLqfb5cexju3HaOQMDkd60abv1Erd
AooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigDD/5nz/uG/wDtWtysP/mfP+4b/wC1a3K0n09CIdfUKKKKzLCiiigAooooAiuLiO0tpbidtsUS
F3bBOFAyTxVfS9XstatmuNPm86JXKFtjL82AccgeoqPxD/yLWqf9ekv/AKAa534X/wDItXH/AF9t
/wCgJVqKcHIly95I7OiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigArhfjFZW0/w61C5m
t4ZLi38vyZWQF490sYbaeoyODjrXdVn69olp4j0W60vUA5trlQrbG2sCCCCD6ggHnjjkEcUAYXiz
/hH/AAv4UeF9Ehmt7m5jWHTrWAKLq4yGRSFGOSgzkHIXGDwp5LT4rqz+Kfht38Kw+GftMd1E6211
G6XSrGWwyxgAbTg8jnI/ujHbx+CbQ6BJpd7qGqX4ab7RFdXdzvuLeQABWjfA2lSMj6nOQSKq6Z8O
tP07XbLWZNS1e+v7TeEmvbrzSyspXYcj7oyxGMcsc54wAY2neG9J134seLLjVbCG7ez+x+SJhuRd
8BDZX7rdB1BxjiqVv9ms4fifpWl+SmmW1uZY4YcFI5Xt3EoGOnzJjb0XGABXR6t8NNL1bxBca2b7
VLTUpmRhPaXAjaILHsIX5eAwxnOTxwQCQdOz8H6bY+HL7RoDc+VqCyfapnmLyyu6bXkLNn5iBnpj
PagDz/XJr6fQvh1pFpJY+VfWis8GoMwt53SKIxrJt5YbjwvRm25BrX0HwRr1l410/Wbm38OafbwR
yRTx6OJYvPVlO0MhG04bB7dO+BjptS8E6Tq/hW00C+SaW0tI0SB/M2yIUQor5GAWAJ6jGe1VdJ8A
Wmma1b6pPq2tanc2qutv/aF35qxFxhiowOSOPT2yAQAaHjP/AJEjXv8AsHXH/otq4bxFZwah8Ovh
9Z3SeZb3F7p0UqZI3K0RBGRyOD2r0nU7CLVdKu7CdnWK7heByhAYKylTjOecGsy48I2NzpWiWDy3
Ii0aaCe3IZdzNCu1d/HII64x+FAHM3eg6b4a+Jng9NFtEsVuYbuCcQkqJkSIMofn5jk5yckkDJOB
jqfGf/Ika9/2Drj/ANFtU9/oNtqGu6Vq0zzLcaZ53kqpGxvMUK24YyeBxgj8as6nYRarpV3YTs6x
XcLwOUIDBWUqcZzzg0AeR3cHiHR/AWi3+p6xNqPheS3txfWNvFHbyxwMqBUDj5nXkKeVJHHAJK9N
8R/+QH4V/sL7H/yGrT7F/wA8Puv5f3f4On3e3Sut/sG2/wCEV/sDfN9k+xfYt+R5mzZsznGN2PbG
e1Um8HWcuj6Lp011eSRaNcxXFu5KB2MWQithQCoBxwAeBznJIBmWvhzxFrWsW114xu9ONpYSJcWt
npquEadd2JHZxu4z90HB4z0O48Mf8lO8b/8Abh/6JNdnXJan8PbbUNdvdWh1vXdPuL3Z5y2N2Ikb
YoVeNuTwO57mgDraKpaRpv8AZGlw2X2y8vPK3fv7yXzJXyxPzNgZxnA9gKu0AFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAeWeMzN4f8Yy3tr8v2uAkemWUof15rpfhtp/2Xw2blhh7qQt/wABHA/UH86y
PirLEZNNiAHnAOxPopwB+oP5V1/haWKbwvprQDCCBVx7gYP6g10zk/ZIwiv3jNaiiiuY3MPxP/zC
P+wlD/WtysPxP/zCP+wlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPVf+Rq0H/t4/8AQBW5WHqv/I1a
D/28f+gCtytJ7R9P1ZEd36/ogooorMsKKKKACuM8T/8AJTvBH/b/AP8AokV2dQS2VtPdQXM1vDJc
W+7yZWQF49ww209RkcHHWgDybUYNQsL7Vvh/bSeWms3sc2ntF8nkWshd58KG27E8srsypbcx5ziu
phhitvjRHDBGkUUfhsIkaKFVVFxgAAdABXWyaZYy6jHfyWVs97EuyO4aJTIi88BsZA+Y/mfWn/Yr
b7d9t+zw/a/L8nz9g8zZnO3d1255x0zQBwHw68Qaf4c0Kbw1r17Z6df6RcyQsLibyxMrMXWRd4XK
nccdeADxuFP+Iut2mu/CrXrjTy8ltFNHCs+3CTFZo8tGf4lySu4cEqcZHNdtqOjabq/l/wBp6dZ3
nlZ8v7RAsmzOM43A4zgflT5dMsZ9OFhNZW0lkFVBbvEpjCrjaNuMYGBj0wKAOc074dafZ6xbale6
lq+rzWmTbrqd15yQscfOowPm4H6HqAQeI73wTrV1c6P4kuNONxZ7d6Xb+S8e8Bhsc4PIC52n0Brr
az7/AMP6Rqs6zajpVjdyquwSXFukjBck4yQeMk/nQBwXhK01S9s9Y0zwv4lmj0mwvYo7LUZ41u3c
CECWEBiAEU7CpAA64JBqfx/Y6pp/wj1qLWdX/tW4MkTLP9mWDavmxYXavB5BOff2r0KGGK2gjhgj
SKKNQiRooVVUDAAA6ACmXllbahavbXtvDc2743RTIHRsHIyDweQDQBz+rfEHw/p9i0lrqdnqF2+U
t7S0mEsk8pB2oAm4jcRjJGMkVxOtaNqWnfDnw54Ct40fVNXZjIZMBIVVvOkBYMeVLKMjOQrYGSBX
pth4f0jSp2m07SrG0lZdhkt7dI2K5BxkAcZA/KppNMsZdRjv5LK2e9iXZHcNEpkReeA2MgfMfzPr
QB5f41j8Y2ENh4m1tdCKaHcpMP7PluI5XV3VXjy2V2twDkdPxB6PxBNFc/EjwJNBIksUi3zpIjBl
ZTApBBHUEV2c0MVzBJDPGksUilHjdQyspGCCD1BFQjTLFXtHWytg1mpS2IiXMCkbSE4+UYAHHagD
z/xBJr2v/FCGPw3FYq3hqEtJJflgjSXCdPkJYjZjHAwQ2T0zDYNrXhv4qWd14jbS4z4ihe2YWM8q
xmSIKUdlk6sRhAB/e9Sd3o1rpljYz3E1nZW1vLctvnkiiVGlbJOWIHzHJPX1NPubK2vPK+1W8M/k
yCaLzUDbHHRlz0YZ4I5oA5zX9e03WfB3iuHT7tJpbG0uYLmMAho3EbDBBA4yDgjg4ODwa5zVf+RI
+G//AGEdM/8ARZr0NNMsY4LmFLK2WK7ZnuIxEoWZmGGLjHzEjrnrQ+mWMkFtC9lbNFaMr28ZiUrC
yjClBj5SB0x0oA5bxP8A8lO8Ef8Ab/8A+iRWZ4V1jRvCmqeMItbvLOwvv7VlumErASSQMoePbjl+
CxCjJBboCee/lsrae6guZreGS4t93kysgLx7hhtp6jI4OOtQ3OjabeX0V7dadZz3cOPKnlgVpEwc
jaxGRgnIx3oA858O3kGofDr4g3lq/mW9xe6jLE+CNytECDg8jg96ZeyQafbfC/VtRiRtNt4Vhlkc
ptjkkgTy2O4jABUtu7bc9cV6YmmWMcFzCllbLFdsz3EYiULMzDDFxj5iR1z1p/2K2+w/Yvs8P2Ty
/J8jYPL2Yxt29NuOMdMUAZMvi/S5oLpdHu7bVb2G0luktbSYSNIEA+XK5wSWUDuc8A4NeReLNd1H
VPAD3WpeNtOne+8tzotrbxsUy4cIXB3rtAydw6rtyc5PtunaNpukeZ/ZmnWdn5uPM+zwLHvxnGdo
GcZP51C/hnQ5JLiR9G05nuc+extUJlywY7jj5vmAPPcA0Acx4yvbbT/iL4Kub24htrdPt26WZwiL
mJQMk8DkgU/xBNFc/EjwJNBIksUi3zpIjBlZTApBBHUEV1t/pljqsCw6jZW13ErbxHcRLIobBGcE
HnBP50DTLFXtHWytg1mpS2IiXMCkbSE4+UYAHHagDg/B2r6V4d8Q+L7HWbiz06+fVXufMuJo4/Nh
k+aMBicnAycdt/qTWfp7xalpnxI17T7V4tJ1G0YWsrRiMTtHDIJHC9cFjnJHJJzyCB6TqOjabq/l
/wBp6dZ3nlZ8v7RAsmzOM43A4zgflU32K2+w/Yvs8P2Ty/J8jYPL2Yxt29NuOMdMUAec+K/+TeYP
+wdY/wDoUVem1Vl0yxn04WE1lbSWQVUFu8SmMKuNo24xgYGPTAq1QAUUUUAFFFFABRRRQAUUUUAY
elf8jVr3/bv/AOgGtyudtLuCy8R+IJrmVIo1+z5Zjj+A1mX/AIzlv5/smjtFAp63Ny4QY9Rn/wCu
fat3SlOWnZfkjFVIxWvd/mdrRXM6CmmaR500+uW1zdT48x2uFxx6c/qa2P7b0v8A6CVl/wB/1/xr
OUGnZalxmmtS9RVH+29L/wCglZf9/wBf8aP7b0v/AKCVl/3/AF/xpcsuxXMu5eoqj/bel/8AQSsv
+/6/40f23pf/AEErL/v+v+NHLLsHMu5eoqj/AG3pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jRyy7Bz
LuXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jRyy7BzLuXqKo/wBt6X/0ErL/AL/r/jR/bel/
9BKy/wC/6/40csuwcy7l6iqP9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40csuwcy7l6iqP8Abel/
9BKy/wC/6/40f23pf/QSsv8Av+v+NHLLsHMu5eoqj/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NH
LLsHMu5eoqj/AG3pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jRyy7BzLuXqKo/23pf/AEErL/v+v+NH
9t6X/wBBKy/7/r/jRyy7BzLuXqKo/wBt6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40csuwcy7l6iqP
9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40csuwcy7l6iqP8Abel/9BKy/wC/6/40f23pf/QSsv8A
v+v+NHLLsHMu5eoqj/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5eoqj/AG3pf/QSsv8A
v+v+NH9t6X/0ErL/AL/r/jRyy7BzLuXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jRyy7BzLu
XqKo/wBt6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40csuwcy7l6iqP9t6X/wBBKy/7/r/jR/bel/8A
QSsv+/6/40csuwcy7l6iqP8Abel/9BKy/wC/6/40f23pf/QSsv8Av+v+NHLLsHMu5eoqj/bel/8A
QSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5eoqj/AG3pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jRy
y7BzLuXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jRyy7BzLuXqKo/wBt6X/0ErL/AL/r/jR/
bel/9BKy/wC/6/40csuwcy7l6iqP9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40csuwcy7l6iiipG
FFFFAHnfi/8A5KTof/bD/wBHNXolcZ4j0DUb/wAb6VqFrb77W38nzJN6jbtkLHgnJ4PauzrWo04x
IgtWFFFFZFhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQBh/8AM+f9w3/2rW5WH/zPn/cN/wDatblaT6ehEOvqFFFFZlhRRRQAUUUUAUtZt5LvRL+3
gXdLLbyIi5AyxUgDJrG8B6Re6Lok1vqEPkytcM4XerfLtUZyCfQ101FUpNR5RcutwoooqRhRRRQA
UUUUAFFFFABRRRQAUUUUAFFcf4Cml1qfW/EkkjvFqN2YbP5jsNrCSsbKp5UljISDjnnAzyzSPFem
6R8MYdf83V7ywi3fPeMsl0+ZinzHIBwTxz90CgDs6K4/Sfidomr6rb2aRX1tHeM6Wd3dQeXBdsrb
SI2zySfUD04JAOn4g8W2mgTw2xtb7UL2VTILTT4POlWMHBkZcjC5wMnqTxnBwAbtFea+OvElp4n+
EGt3dnHcwmGaO3mguY9kkUizR5Vhzzgg8E9fXIHb3+v22n67pWkzJMbjU/O8llA2L5ahm3HORweM
A/hQBp0Vmf2/bf8ACVf2Bsm+1/Yvtu/A8vZv2YznO7PtjHesLUvibo+m3c8bWuqT2trN9nur6GzY
29tIG2srsccgkdAeoxnOKAOworyzw5e22n/s/wBtc3txqNtbpu3S6a4S4XN0QNpPA5IB9s12Hizx
zpfgx7RdVW5xdrK0bQoGGUAODyOSWAHbJ5IHNAHR0Vz/AIc8Z6f4kurqzihvLG/tcGWyvovKmCkA
h9uT8vI+mRnGRnM1z4paNod9eW32XUb4WO0Xc9lCHit2YkBHYsAGyMfXjqCAAdnRWRp3iGLU/C66
5BY3wieF50t2iHnuozjaoPJYDK885HrXLeBPHd7rmqahZX2nau27UZ1gnezVIrWJVysUrDo4wRg5
OWHNAHoFFeU+HPHGm+GJ/FdvPBfXd0uuXly8FnbmRo4cgGVicKFBXB57jivQ/wDhJNJ/4R7+3ft8
P9l+X5v2jPy46Yx13Z424znjGeKANOiuS074i6feaxbabe6bq+kTXeRbtqdr5KTMMfIpyfm5H6Dq
QDd0e9tp/GPiO2huNRkuLf7N50U7g28e6MlfJHUZHLZ6mgDoKK5Lw58RdP8AFN1bRaZpurtFNuD3
LWuIYGUE7HcEgMQARjP3175A6PU7+LStKu7+dXaK1hedwgBYqqljjOOcCgC1RXK6P8QdN1qCe6hs
tUh0+C0a7a+ntSsBVQN6hgTuZTkEAH7jYz3Zp3xF0+81i202903V9Imu8i3bU7XyUmYY+RTk/NyP
0HUgEA62iuV8SfELS/DGsx6XeW99NeTQpNDHbQhzKWfYEXkfNkE4OBgdc4B0PDXirT/FNrPJZedF
NbSGK4tbhNk0DAkYdcnGcH8iOoIABtUV5l4H8Vaf4W+E+hSXvnSzXMksVva26b5p2M7jCLkZxkfm
B1IB2tZup9I8c+HtXcTQWmqx/wBmXkUrBhHIcvANqE/PvLqW+ZQM8jOSAdnRRRQAUUUUAFFFFABR
RVbUbxdP065u3+7DGz49cDpRuB5trFq/i3x5eW0THZbROikdiin/ANnP61ufDC/87SLmyc/NbS7g
D/db/wCuD+dQfDGzZ47/AFObJeaTywx7/wATfqR+VV9I/wCJB8TrqzPyw3ZYL6fN86/rxXVLVOHY
546NS7notFFFcp0GH4n/AOYR/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAVma
94j0vwxYpeazdfZrd5BEr+Wz5YgkDCgnoprTrjPiP/zKv/YxWn/s9AGhonxB8NeItRFhpWqJNdMp
ZY2ieMsB1xuUZOOcDnAJ7Gt+aaK2gkmnkSKKNS7yOwVVUDJJJ6ACuc+IOk22oeENRuZF2XdhbyXN
rcoAJYHQCQFHxlclFBxg4rG8S6ve3nwq0mJZv+Jn4hjtLITFF2b5lBctxwpXeOASMjA9ADoIPHXh
658PXOuw6hu0y2kEUs/kyDax28bdu4/fXoO9Zn/C3fBf/QZ/8lZv/iKq6HDb+DfiNPoVvG8Om6va
Rz2KBWEccsSlJEHUMxVQ7MSDwM5JBq1/zW//ALl3/wBuaANaTxroEXhuPX5NRRNLlbZHMyOC7biu
AuNxOVPboCegzWtZXkGoWNveWr+Zb3EayxPgjcrDIODyOD3rj/E8MXiP4gaH4fuI0msrOGTVbuGZ
Rslx+7ix3JDFiVOFIPOelSfDW8eDS73w3dPM95oNy1szyhg0kJYmJwD0UrwACcBR2IoA6bV9XstB
0ubUdTm8i0h2+ZJsZsZYKOFBPUjtV2uY+I2r3ug+BNR1HTJvIu4fK8uTYrYzKinhgR0J7Vn+O9U8
RQeIPD+l+Gbu2t59RW7VvtKAoSkakEnaSCMkjHBOMgjigDt6K4zw5qeu6f4zuvDOvX0OqZshf296
sIhcLuCFGRRjrkg5/E5wuZpWoeM/GVg2v6Lqlnp9obllsrG4tFKXMKvjdI4LMrH5lIXH3eMZzQB0
1n420m58HJ4nmea10xs5aaPLr+88vlU3dW9M9a6CvJdI1e90H9naHUdMm8i7h3eXJsVsZuyp4YEd
Ce1db4j1rVLnxLa+FtBk+x3c1uby41Bo1lFvCCVG1GI3MzgKfQHOD1UA62iuc0ey8V2FpqkWo6pY
6nLtDadO8HknftORKqDAUNjGCTjPPQDkovFGp6Jr+jq3jLS/E9rf3aWUttEkMUkJcgLIvlk5AOc5
45A75UA9J+223277F9oh+1+X53kbx5mzON23rtzxnpmof7Xsv7c/sfzv9P8As/2rytjf6rdt3Zxj
rxjOa85vdH8Qz/GG4itfE32a4fSmmin+wRv5cBuOIdpODg87zya6z+173/haf9j+d/oH9jfavK2L
/rfO27s4z04xnFAHT0V55pN54s8eJLrOl6ymgaO7GOyiNpHcyTKpIaR8n5TkYwD29tzQX3jnWJfh
VrGqFUsNd0y7+xz+WisiSCZAdoJYEbXAye+cdjQB6VRXnkt/4x8L6ro91r2p2OoWuqX4sZbKCHy1
tmkY7GjfG5gADnd9Oc7h6HQAUUUUAFFFFABRRRQAUUUUAYeq/wDI1aD/ANvH/oArUvL620+AzXcy
RRjux6/Qd6w/EZuhrujGxEZucXGwSfdzsFYFkNTm1pv7QNidQB/dpqG/j/cA+WulU+eKbey/VmDn
yyaS6/ojstL1STVDJItnLDajHlSynBk+i9h71o1h/wDFUf8AUG/8i0f8VR/1Bv8AyLWbgm9Gi1Jp
apm5RWH/AMVR/wBQb/yLR/xVH/UG/wDItLk80Pn8mblFYf8AxVH/AFBv/ItH/FUf9Qb/AMi0cnmg
5/Jm5RWH/wAVR/1Bv/ItH/FUf9Qb/wAi0cnmg5/Jm5RWH/xVH/UG/wDItH/FUf8AUG/8i0cnmg5/
Jm5RWH/xVH/UG/8AItH/ABVH/UG/8i0cnmg5/Jm5RWH/AMVR/wBQb/yLR/xVH/UG/wDItHJ5oOfy
ZuUVh/8AFUf9Qb/yLR/xVH/UG/8AItHJ5oOfyZuUVh/8VR/1Bv8AyLR/xVH/AFBv/ItHJ5oOfyZu
UVh/8VR/1Bv/ACLR/wAVR/1Bv/ItHJ5oOfyZuUVh/wDFUf8AUG/8i0f8VR/1Bv8AyLRyeaDn8mbl
FYf/ABVH/UG/8i0f8VR/1Bv/ACLRyeaDn8mblFYf/FUf9Qb/AMi0f8VR/wBQb/yLRyeaDn8mblFY
f/FUf9Qb/wAi0f8AFUf9Qb/yLRyeaDn8mblFYf8AxVH/AFBv/ItH/FUf9Qb/AMi0cnmg5/Jm5RWH
/wAVR/1Bv/ItH/FUf9Qb/wAi0cnmg5/Jm5RWH/xVH/UG/wDItH/FUf8AUG/8i0cnmg5/Jm5RWH/x
VH/UG/8AItH/ABVH/UG/8i0cnmg5/Jm5RWH/AMVR/wBQb/yLR/xVH/UG/wDItHJ5oOfyZuUVh/8A
FUf9Qb/yLR/xVH/UG/8AItHJ5oOfyZuUVh/8VR/1Bv8AyLR/xVH/AFBv/ItHJ5oOfyZR/se01nxH
rsV5Hu2+RsdThkOw9DWLeeFJtEnM7Wa6nZdwGZXUf8BP68j6V0Ph37V/wkGt/bvJ+0fuN/k52fdO
MZ56Yro61daVOVltZfkZqnGav11/M5LR9J8L63CXtbQh0xvjaVwy/wDj1aP/AAhmh/8APj/5Gk/+
KrVhsra3mkmhgjjkl++yqAW+tT1nKrK/ut/eXGnG2qRh/wDCGaH/AM+P/kaT/wCKo/4QzQ/+fH/y
NJ/8VW5RS9rP+Zj9nDsjD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiq3KKPaz/AJmHs4dkYf8A
whmh/wDPj/5Gk/8AiqP+EM0P/nx/8jSf/FVuUUe1n/Mw9nDsjD/4QzQ/+fH/AMjSf/FUf8IZof8A
z4/+RpP/AIqtyij2s/5mHs4dkYf/AAhmh/8APj/5Gk/+Ko/4QzQ/+fH/AMjSf/FVuUUe1n/Mw9nD
sjD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qtyij2s/5mHs4dkYf/CGaH/z4/wDkaT/4
qj/hDND/AOfH/wAjSf8AxVblFHtZ/wAzD2cOyMP/AIQzQ/8Anx/8jSf/ABVH/CGaH/z4/wDkaT/4
qtyij2s/5mHs4dkYf/CGaH/z4/8AkaT/AOKo/wCEM0P/AJ8f/I0n/wAVW5RR7Wf8zD2cOyMP/hDN
D/58f/I0n/xVH/CGaH/z4/8AkaT/AOKrcoo9rP8AmYezh2Rh/wDCGaH/AM+P/kaT/wCKo/4QzQ/+
fH/yNJ/8VW5RR7Wf8zD2cOyMP/hDND/58f8AyNJ/8VR/whmh/wDPj/5Gk/8Aiq3KKPaz/mYezh2R
h/8ACGaH/wA+P/kaT/4qj/hDND/58f8AyNJ/8VW5RR7Wf8zD2cOyMP8A4QzQ/wDnx/8AI0n/AMVR
/wAIZof/AD4/+RpP/iq3KKPaz/mYezh2Rh/8IZof/Pj/AORpP/iqP+EM0P8A58f/ACNJ/wDFVuUU
e1n/ADMPZw7Iw/8AhDND/wCfH/yNJ/8AFUf8IZof/Pj/AORpP/iq3KKPaz/mYezh2Rh/8IZof/Pj
/wCRpP8A4qj/AIQzQ/8Anx/8jSf/ABVblFHtZ/zMPZw7Iw/+EM0P/nx/8jSf/FUf8IZof/Pj/wCR
pP8A4qtyij2s/wCZh7OHZGH/AMIZof8Az4/+RpP/AIqj/hDND/58f/I0n/xVblFHtZ/zMPZw7Iw/
+EM0P/nx/wDI0n/xVH/CGaH/AM+P/kaT/wCKrcoo9rP+Zh7OHZGH/wAIZof/AD4/+RpP/iqP+EM0
P/nx/wDI0n/xVblFHtZ/zMPZw7Iw/wDhDND/AOfH/wAjSf8AxVH/AAhmh/8APj/5Gk/+Krcoo9rP
+Zh7OHZGH/whmh/8+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVW5RR7Wf8AMw9nDsjD/wCEM0P/AJ8f
/I0n/wAVR/whmh/8+P8A5Gk/+Krcoo9rP+Zh7OHZBRRRWZYUUUUAFFcZ4j1/UbDxvpWn2txstZ/J
8yPYp3bpCp5IyOB2rs6qUWkn3EpXbCiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8AatblYf8AzPn/AHDf/atblaT6ehEOvqFF
FFZlhRRRQAUUUUAUtZuJLTRL+4gbbLFbyOjYBwwUkHmsbwHq97rWiTXGoTedKtwyBtir8u1TjgD1
NaviH/kWtU/69Jf/AEA1zvwv/wCRauP+vtv/AEBK1SXs2yG/fSOzooorIsKKKKACiiigAooooAKK
KKACiiigDjPhJ+7+HVhbP8txbSTwzxHh4nErkqw6q2CDg88iuM/5ti/z/wA/lek6F4fl0PWtbmim
Q6fqMy3ccAB3RTEETEk9QxCEc8cgAY50P7G03+y/7N/s6z+wf8+vkL5X3t33MY689OvNAHM/Ef8A
5lX/ALGK0/8AZ6z7TUNO8PfF7xG2tPbWbX9pbTWl1cSRopjVQjruJyCWA+Xvsz2Fd5c2VteeV9qt
4Z/JkE0XmoG2OOjLnowzwRzTL/TLHVYFh1GytruJW3iO4iWRQ2CM4IPOCfzoA4n4l6xp+s/CzXZN
MvIbuKGSGJ5IW3Ju8yJsBhweGHT6dQam8bXkGleO/BmpXz+RYxSXcUlw4PlxtJEFQM3QZOevYE9A
a63+xtN/sv8As3+zrP7B/wA+vkL5X3t33MY689OvNTXllbahavbXtvDc2743RTIHRsHIyDweQDQB
w2maxp+s/GuaTTLyG7ih0Hynkhbcm7z1bAYcHhh0+nUGqXw+8SeH/CHgQWWr39nY39lczRX0GQZf
N80jO1cl+No3LkYHX5Tj0Cz0bTdPkSSy06ztnSMwq0MCoVQtuKggcLuJOOmeaP7G03+1P7S/s6z+
3/8AP15C+b93b9/GenHXpxQB5N/zbF/n/n8rs/E//JTvBH/b/wD+iRXTf2Npv9l/2b/Z1n9g/wCf
XyF8r7277mMdeenXmppbK2nuoLma3hkuLfd5MrIC8e4YbaeoyODjrQByf/Nb/wDuXf8A25rhba5v
byHXre08QaFoul63ezPcWuqXCi+tdzlJfkwAGYA/KScDGCDlj7N9itvt3237PD9r8vyfP2DzNmc7
d3XbnnHTNeZ2fw41zRbVLCy0/wAF6lbxZ23WpWL/AGiTJyd2Mjgkgc9AKAPSdMsItK0q0sIGdorS
FIELkFiqqFGcY5wK4z4d6nYxaj4msJLy2S9l8QXjx27SqJHX5eQuckfKfyPpXTeFvD8Xhbw3Z6RD
M862ykGRwAWZmLMcdhljgc4GOT1q1/Y2m/2p/aX9nWf2/wD5+vIXzfu7fv4z0469OKAOZ+HH/M1f
9jFd/wDslcE8Tf8ACiPDN2xuUtrHUxcXMtq4WWKPzpV3ISfvZZce5B6A17TbWVtZ+b9lt4YPOkM0
vlIF3uerNjqxxyTzRZ2Vtp9qltZW8NtbpnbFCgRFycnAHA5JNAHmcFh4QmvtFuJPHer6m5vYJLS2
m1AT5mzlN0ezcvoScYzgkZroPDH/ACU7xv8A9uH/AKJNdBZ+GdD0+6S5stG062uEztlhtUR1yMHB
AyOCRVyKytoLqe5ht4Y7i42+dKqAPJtGF3HqcDgZ6UAcn8Iv+SY6R/22/wDRz1s+M/8AkSNe/wCw
dcf+i2rTs7K20+1S2sreG2t0ztihQIi5OTgDgckmnzQxXMEkM8aSxSKUeN1DKykYIIPUEUAcgms3
Ph74OWOqWVr9quLbSrdljIJH3EBY452qCWPTgHkdRxGq315LqvhOG/8AHFjr0r6vayNZ2lvFtiYN
gt5idgWwAQM5zjg49mhhitoI4YI0iijUIkaKFVVAwAAOgAqhb+GdDtMfZtG06HEiTDy7VFw652tw
PvDJweoyaAOf/wCa3/8Acu/+3NHhj/kp3jf/ALcP/RJrrPsVt9u+2/Z4ftfl+T5+weZsznbu67c8
46ZoisraC6nuYbeGO4uNvnSqgDybRhdx6nA4GelAHjngWRvD2j+F9fv4nvNLlWazMshAXSXadgJB
yAFfOGYjIx97BCHt/iH++uvCdtF89w2vW8wiXlyiBi7Y67VBBJ6DPNdTFpljBpxsIbK2jsirIbdI
lEZVs7htxjByc+uTWS3hnzPF9hqbNClhpdkYbG1jTb5Urkh24wNvlhVC8jrwMcgHQUUUUAFFFFAB
RRRQAVyPxJ1D7J4bFspw91IEx/sjk/yH5111edeLv+J74807SV+aOLaHH1+Zv/HQK1pK8rvoRUfu
nW+FNP8A7M8M2MBGHMfmP/vNyf54/CuW+I8D2OqaXrMA+dG2E+6ncv8AX8q9A6VgeONP/tDwrdgD
LwATL/wHr+maKcvfu+opx9yyNy3nS5top4jlJUDqfYjIqSuZ+H+ofbvCsCMcvbMYW+g5H6EflXTV
ElytouLurmH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW2SFBJIAHUmql8KJXxMWis601u0vr97W08ybY
MvMi5jU+m71+laNQ01uUmnsFFFFIYVyXxC0zVNQsdHl0ax+3XFhqsN40PnLFuVA2fmY4HJA79eld
bRQBwt5D4t8Z2r6XqOlw+HtMlwt3KL0T3EqZyVi2YVc7SrbsjD9Dggs1vwUPE/jazh1TTnXwzplg
Ut40dI0aYkDACHeFC7f7vMfp97vaKAPOdb+Gtrof9n6r4J0rbqdlexzPGL2RGnhGQ8YZ2KjORnPb
PXod/wDsi9/4Wn/bHk/6B/Y32Xzd6/63zt23Gc9Oc4xXT0UAec6X8ObbxFqmtax4z0yZru6vW+zR
SXAXZbqoEf8AqWxuxwck/dHuTc0jwY/hHx7DP4fsPL0G8smhulF2x8qZWLLIVcktkYUY6ZY8d+6o
oA4LX7DxR4o+FV7Z6jpltFrc7IBbW8y7SqzKc5Jwp2g8bj065O0a2u6Re3njvwrqNvDvtLD7X9pk
3qNm+IKvBOTkjsDXT0UAcx/ZF7/wtP8Atjyf9A/sb7L5u9f9b527bjOenOcYrD0Wz8Y+F7J/Dmj6
NYy2cE0hstTurv5BEzFwJI1G9m5K5AAyRxgZPodFAHmX/CIa1/won/hHfsX/ABNv+ffzU/5+d/3s
7fu89f1rd8S6PrFr4ssvE/h+BL2WK0ezurF51iM8ZbcmxipAIYliSRwoA6nPYUUAcZf2nibxj4U1
iwvrKHQJZ41jtlF15zsQcvvZMAIw2pgZP38gjArmG8LaveX2gG08Dadodvp2o28s0iXMUs8kank7
xglQAd2SWYlSM4NetUUAcR4gs9f07x9D4g0bRk1aJ9MNi8Qu0gaNvN37iWHII4GPfOOM6H9kXv8A
wtP+2PJ/0D+xvsvm71/1vnbtuM56c5xiunooA850u08Y+B9Ln0TSNEh1m0SSV7C5a+jj8lGYlUkQ
qpZgcscHB3YBGODU/AmqQ/CzV9Khl/tLWtTuVvLggrGjTNJGz7c4AUBe+M88DIA9GooA5jxtpF7q
/wDwj/2GHzfsmtW11P8AOq7Ik3bm5IzjI4HNdPRRQAUUUUAFFFFABRRRQAUUUUAYeq/8jVoP/bx/
6AK0r/TrXU4DDeQrKnbPUe4PUVm6r/yNWg/9vH/oArcrSTaUWu36siKu5X/rRGdpenXGmtJG969x
bceUsoy6e27uK0aKKhtt3ZSVlZBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27/8AoBrc
rD0r/kate/7d/wD0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKACiuM17X/ABL/AMJumgeH
E0j/AJBwvXe/Ev8Az0KEAof93t680/S/FWqadrUWj+NILG0ubxiNPurRz5FyQF3JhjuVgWGM4DdB
zjcAdhRXP6Pr9zqHjHxHpMyQi30z7N5LKDvbzIyzbjnB5HGAPxrCs/EvjDxQZL3wxY6LBo+5kt7j
UJJGa6Cuy71CYKD5R8rAHnqewB3tFcx4X8Vz6rqmo6Jq9rDZ6zpuzzUimDxzKyg+ZH/EF5BwR8oZ
cnJwNDxTrkXh3w5e37z20UscMhtxcOFWSUIWVOoySR0HJoA16K4zwDq1xd6HLqOreK7PVd1vFPLG
scMX2DKlmDlD+rAY2H3rprXWdNvro21pqNnPcCMTGKKdWfYQCGwDnaQykHpyPWgC7RWfL4g0iDUR
YTarYx3pZUFu9wgkLNjaNuc5ORj1yKs3N7bWflfariGDzpBDF5rhd7noq56sccAc0AT0Vn2viDSL
6C4ms9VsbiK2XfPJFcI6xLgnLEH5RgHr6GprDU7HVYGm068truJW2GS3lWRQ2AcZBPOCPzoAtUVz
/jrX7nwx4OvtWskhkuLfy9qzAlDukVTkAg9GPen+D/EEviLRTNeQpb6hazPaXsCElY5kOGAPcEYP
BOM4ycUAbtFc/wCBdfufE/g6x1a9SGO4uPM3LCCEG2RlGAST0Ud60LDxBpGqztDp2q2N3Kq7zHb3
CSMFyBnAJ4yR+dAGhRVW/wBTsdKgWbUby2tImbYJLiVY1LYJxkkc4B/Kuf8ADmvXGq+NPE1qbtJ9
PtVs3s9gUqFkiLMQwHzAnB5J9qAOqorPl8QaRBqIsJtVsY70sqC3e4QSFmxtG3OcnIx65FaFABRX
C3Ov+LtQ8Y63pPh9NCFvpnkZa+E29vMj3dUODyD2HbrXT6D/AG59hf8A4SP+zvtfmHZ9g3+XswMZ
387s7vbGKANOiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAP
O/F//JSdD/7Yf+jmr0Ss680DTr/UoNQurffdW+3y5N7DbtO4cA4PJ71o1c5JpLsTGNm2FFFFQUFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zP
n/cN/wDatblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBFcW8d3bS2867opUKOuSMqRg
jIqvpekWWi2zW+nw+TEzlyu9m+bAGckn0FWLi4jtLaW4nbbFEhd2wThQMk8VX0vV7LWrZrjT5vOi
VyhbYy/NgHHIHqKetvIWly7RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFYfif8A5hH/AGEo
f61uVTjZJiTu2goooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAjMEUsxAUDJJ7CvPPAynWfFup6zIDtXOzPYuePyUEV0/jTUP7O8LXjg4eVfJT6tw
f0yfwqn8PNP+xeF45WGHunMp+nQfoM/jWsfdpt99DOWs0jqabIiyxsjjKsCpB7g06isjQ878AO2k
+JdU0aUnqSue5Q4/UHP4V6JXnXif/iQ/EOw1QfLFPtLn/wAcb/x3B/GvRa1q62l3M6el49jA8WM6
Q6W0cfmOuoRFUzjcfmwM1zsupaprWqva3tmzIh/48RcLBu+pPLfhXS+J/wDmEf8AYSh/rWhqOk2m
qxBLuIMR91xwyH2NaQmoRV0RKDk3ZmXb3ur2sKxW/hlI416Kt5GAP0qT+1dc/wChe/8AJ2P/AAqf
TbTU7G5MM90t3ZbTskk4lU9gfX61q1nKST2T+/8AzLjF23f4f5GH/auuf9C9/wCTsf8AhR/auuf9
C9/5Ox/4VuUUudfyr8f8x8r7v8P8jD/tXXP+he/8nY/8KP7V1z/oXv8Aydj/AMK3KKOdfyr8f8w5
X3f4f5GH/auuf9C9/wCTsf8AhR/auuf9C9/5Ox/4VuUUc6/lX4/5hyvu/wAP8jD/ALV1z/oXv/J2
P/Cj+1dc/wChe/8AJ2P/AArcoo51/Kvx/wAw5X3f4f5GH/auuf8AQvf+Tsf+FH9q65/0L3/k7H/h
W5RRzr+Vfj/mHK+7/D/Iw/7V1z/oXv8Aydj/AMKP7V1z/oXv/J2P/CtyijnX8q/H/MOV93+H+Rh/
2rrn/Qvf+Tsf+FH9q65/0L3/AJOx/wCFblFHOv5V+P8AmHK+7/D/ACMP+1dc/wChe/8AJ2P/AAo/
tXXP+he/8nY/8K3KKOdfyr8f8w5X3f4f5GH/AGrrn/Qvf+Tsf+FH9q65/wBC9/5Ox/4VuUUc6/lX
4/5hyvu/w/yMP+1dc/6F7/ydj/wo/tXXP+he/wDJ2P8Awrcoo51/Kvx/zDlfd/h/kYf9q65/0L3/
AJOx/wCFH9q65/0L3/k7H/hW5RRzr+Vfj/mHK+7/AA/yMP8AtXXP+he/8nY/8KP7V1z/AKF7/wAn
Y/8ACtyijnX8q/H/ADDlfd/h/kYf9q65/wBC9/5Ox/4Uf2rrn/Qvf+Tsf+FblFHOv5V+P+Ycr7v8
P8jD/tXXP+he/wDJ2P8Awo/tXXP+he/8nY/8K3KKOdfyr8f8w5X3f4f5GH/auuf9C9/5Ox/4Uf2r
rn/Qvf8Ak7H/AIVuUUc6/lX4/wCYcr7v8P8AIw/7V1z/AKF7/wAnY/8ACj+1dc/6F7/ydj/wrcoo
51/Kvx/zDlfd/h/kcq91fXPirRft2nfY9vn7P36yb/k56dMcfnXVVh6r/wAjVoP/AG8f+gCtyio7
qPp+rFBWb9f0QUUUVmaBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8AI1a9/wBu/wD6Aa3Kw9K/
5GrXv+3f/wBANblaVN/kvyRENvm/zCiiisywooooAKKKKACiiigDjP8Amt//AHLv/tzR4/8A9L1T
wjp0HzXcmtRXSx9MxQqzSNk8cAjjOT2zVzXvA1tr2uJq39q6vp92luLbdYXAiygYtgnaT1PrjgVa
8P8Ag/TfDs811Cbm71CdQk19eTGWeRQeAWPQAYHAGdq5zigDkpoZbnXvilDBG8sslhbokaKWZmNq
4AAHUk11XgK8gvvAWhy2z70WyjiJwR8yKEYc+jKR+FXbDQbbT9d1XVoXma41PyfOViNi+WpVdoxk
cHnJP4VhTfDXTVnkfSdT1rRYpGMj2+m3piiZyeW2kHBxgYGBgDAoAZa/6Z8Z76e3+eKw0aO1uW6b
JXl8xV565QZyMj8a0/HdlbXngjWftVvDP5NlPNF5qBtjiNsMuejDPBHNWfDXhjTfCelCw0mJ0iLe
Y5dyzSPtCljnuQo4GB6AVd1Owi1XSruwnZ1iu4XgcoQGCspU4znnBoA4y10yxsfgvcTWdlbW8tz4
f3zyRRKjSt9nJyxA+Y5J6+po0TTLHw58KRq2kWVtbakNDM/2pYlMhcxeYSWIJI3YODxwBjAFdV/Y
Nt/wiv8AYG+b7J9i+xb8jzNmzZnOMbse2M9qs6ZYRaVpVpYQM7RWkKQIXILFVUKM4xzgUAcN4Y8H
+GL74dx3d9HbXEl/aNcXmp3BSSVJHX943msDtKHP0K5POSecP/E++FHgODU/38U2tQWsi/dzEGlj
C/Lj+AAZ6/jXXy/CnR5EFsuoa1FpQZW/stL5vsxAIYjacnBYZPOckkEcV0GqeGrHVYNLhcPBFpl3
Fd28dvtVQ0YIVcYPy4PQY/CgDhvEXgrQIPHHhXTLfTkgsr+G5guooXeMTpEiugcqQWIYA5PJIGSc
CtPS9NtNE+MlzaaVAlna3Ohi4lgh+SNpBNsDbBwCF44Hc+pz1V/oNtqGu6Vq0zzLcaZ53kqpGxvM
UK24YyeBxgj8aP7Btv8AhKv7f3zfa/sX2LZkeXs3784xndn3xjtQBz/xd/5Jjq//AGx/9HJVLxE/
/CGfEOw8Rb9ml6ztsNR3PhUlA/dSnLgdBgnGFVW7tXW+I9BtvE+hXOk3rzR29xt3NCQHG1gwwSCO
qjtU2saTba7o91pt6u63uYzG2ACVz0YZBG4HBBxwQDQB5FbXLR/BLwtaNevZWeo6n9jvZUcIRA0s
2/5j90YHJ9Mg8Eit34k+HdD8M+Co9R0m0s9Nv9OuYJLOWKNBJI6sAFYsCX4yxBJJK5OcGuts/BOk
23g5PDEyTXWmLnKzSYdv3nmcsm3o3pjpVLTvh1p9nrFtqV7qWr6vNaZNuup3XnJCxx86jA+bgfoe
oBABmWekWfiP4r+JpNZt4b1NNt7W2toZ4UeNFkXzCcEctuBwfRiPTGZo9nB4R1H4kRaEn2VLGygl
txkvsb7PI+fmzn5jnnNdh4g8E2mv6rDqQ1DVNOvY4TbmbT7nymePduCtweAcnjHXnOBh/hnwTpPh
G6v5dHSaJL3y90LSb0TYCBtz83O4k5J9sUAea6b4M13xL4NgaGy8HTx30PmG+k89rwuxyzNLyfMD
ZyMkZBGMcV67o1tc2eh2FtfTefdw28cc8u4tvcKAzZPJyQTk81yT/CXSUjuLfT9V13TrG4z5lla3
uITlQrZDAk5A5yT+XFdnZWcGn2NvZ2qeXb28axRJknaqjAGTyeB3oA85h8N/8JB8TvF//E41fTvI
+xf8g658nzMw/wAXBzjHH1NegaRpv9kaXDZfbLy88rd+/vJfMlfLE/M2BnGcD2Arn9T+HttqGu3u
rQ63run3F7s85bG7ESNsUKvG3J4Hc9zW1oOif2DYvbf2lqOob5DJ5t/P5sgyANoOB8vGcepNAGnR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGdea/p1hqUGn3V
xsup9vlx7GO7cdo5AwOR3rRrzvxf/wAlJ0P/ALYf+jmr0SrnFJJ9yYyu2FFFFQUFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8Aatbl
Yf8AzPn/AHDf/atblaT6ehEOvqFFFFZlhRRRQAUUUUAZ3iH/AJFrVP8Ar0l/9ANc78L/APkWrj/r
7b/0BK6bWbeS70S/t4F3Sy28iIuQMsVIAyaxvAekXui6JNb6hD5MrXDOF3q3y7VGcgn0Napr2bRD
XvpnTUUUVkWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5WH4n/wCYR/2Eof61
uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQB5/8S7l7q70zSIOXkbzCvqSdq/+zV3VpbJZ2cNtF9yFFjX6AYrz+w/4qD4pT3H3obMk
j0+T5R/48c16NWtTRKJnDVuQUUUVkaHHfEvT/tPh5LpRlrWUEn/Zbg/rtrc8M6h/afhyxuScuYwr
n/aXg/qKtapZLqWlXVm3SaJkB9CRwfzrj/hhet9kvtOlyHgkEgU9cHgj8CP1rX4qfoZ7T9Tf8T/8
wj/sJQ/1rcrD8T/8wj/sJQ/1rcpS+FDj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/5GrQf+3j/0AVuVh6r/AMjV
oP8A28f+gCtytJ7R9P1ZEd36/ogooorMsKKKKACuP8e+PJfBb2CQ6S+otdrM5CTFCixhWY/dbIwS
T0wFNdhXC+M7ODUPiD4Ps7pPMt7iPUYpUyRuVoACMjkcHtQB20M0VzBHNBIksUih0kRgyspGQQR1
BFcn4e+IMXiPxjeaNbWDpawwvNDfGUFblUkEZZABgqW3YYMc7e3Qc5pvii58MeANY0VGmm1zRbn+
zrUSAiSfzHIgdFYHPyklUG75Y/QitDQNIi0H4oWOmQ7Ctr4XWMsiBA7C4+ZsdixyT7k0Aa2p+NL3
+2JNO8M6DNrj225bqZZ1ghhcY/d+YwKs43DKg5Hvzg1Dx1/Z/gq/1uTTJku9PkWC6sJX2NHKWQEB
8EMuHVgwBDAjpnir8IZorn4e2swkSW6kmme7k3BnaUyMcyHqWK7evOMe1SfF3/kmOr/9sf8A0clA
EcvjzVtGQXXinwpc6Zpu5Ua7hu47oRsxABdVwQvXnnnAwSRVrV/Gl7D4hm0Xw9oM2s3drGsl4fPW
3jg3YKLuYYLEHOPTpnBxmalbeKvHMI0XVtCh0PSJsNdzm8S4lcK6sqx7cBWJXqwIxz1GDoa74R1R
Nfl1/wAJ6ollqE6ot3bXKl7e7ClQu7qUIUEZUZ9NuSSAbPhvWLvWtOkl1DSbnSrqGZ4ZIJjuBK/x
I2BvUg/eAxkHGcZLPF/iH/hFfDF5rH2b7T9m2fuvM2btzqvXBx97PTtWFp/j+7Swuo9Y8P3x1iwm
igurLTU+0sA8e9ZeDgKcMMbmI4yeaoeP9b/t74R61c/2bqOn7JIo/Kv4PKkOJYjuAyfl5xn1BoAv
yeN9f0x45tf8G3Nlpu7E91BeJdGBcE72RFztGOT2HqcA9nDNFcwRzQSJLFIodJEYMrKRkEEdQRTL
37N9huPt3k/ZPLbz/Ox5ezHzbs8bcZznjFeTR6q/hz9nOATJ5dxexyW0SSxt84lkc5Hp+7LMCeOn
XOCAdT4V+IzeLU1X7HpDxS28JnsYZrgK98mXUEZGFG5ApILAFsZ45rXXj7xPZ6pY6dceCNl3f+Z9
mj/taI79i7m5C4GAe5Fc5J4z8Nab4o8K3Hh3U0njt4V0i9M6vGxtjtCMWdAoCMCxIwTwOmcdh4n/
AOSneCP+3/8A9EigCzd+Lr/RvBuoa5r+hPYy2rbUtEukmMgJVVO9eACzYPUgAnB6VoeE/EP/AAk2
hJfvbfZLgSSQz2pk3PA6MQVbgENgA4IB5Fcn8SPEel2Xivwvp2rXXkWkFz/aVw6xszoYwwh6A5Vn
3AgAnjt1qDwL4r0uf4h65pukXcM2mal/xMLc/MjLPgCZcOoZmbl8AkALx3wAejXss8FjcS2tv9pu
EjZood4TzGA4XceBk8ZPSiylnnsbeW6t/s1w8atLDvD+WxHK7hwcHjI61meM/wDkSNe/7B1x/wCi
2rhvEVt9s+HXw+tvOmg86906PzYW2yJmIjcp7MM5B9aAPU6K81tfDdp4E+IXhq00GS5httUhuIr2
J5N6zmKPcrkHo2W6jA7AAE5Zp/hi1+IeqeJ7rxG806W2oy2FlEksiraCNQpdBuK7m+QkEYyucc4o
A6bw/wCI9Q1ex8RS/ZIZrjTdRubS2hiby/OEYGwMzEgMScE9PaugspZ57G3lurf7NcPGrSw7w/ls
Ryu4cHB4yOteZ+Hbb7H8OviDbedNP5N7qMfmzNukfEQG5j3Y4yT61NNLc3+i/D/w0k/k2Or2Sm9K
g75YooEcxZBBCuCQSOfwyCAem0VzGjeCtC8G31zqemNNY27W+yeF7kmDCnd5jbyTuAyM5wATxya8
p1u60Cy0k654U0vxNFqVtMJItelR2huG37HZ2ZiCHy2RtGScEAEigD2q/wBfttP13StJmSY3Gp+d
5LKBsXy1DNuOcjg8YB/Cprq6vYtUsYLew8+0m8z7Tc+cq/Z8LlfkPL7jxx0rz/xp4Q0XUvid4b+1
2Xmf2r9q+2fvXHm+VCuzoeMYHTGe+a09as4NP+IPgCztU8u3t472KJMk7VWBQBk8ngd6AO6orzXT
fDtv8RNf1y/8UM93babfzabZ2SM0ccSoQS+VOSzZGfoeo2hYbbz9M0j4i+HTcPPZaZaF7TzGdmij
lt2IiBZj8qBVA/E98AA9QorxW+8JWnh34Y2fi/T7q+XXoYbS5junn3FQyxp5W3GPLCtgAjOAASRx
XtVABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf9u/8A6Aa2yQASTgDua5ObW4ND8Qa7NOkjljbhVRep
2HqegrnL7xNLrVxs1CaaCx7xWygk/XJGfx/Kur2Eqjv0svyOf2sYK3XX8z0Sz1ay1CeWG0uEleHG
8LnA/Hofwq5XE6b4s8P6TB5VnZXaA/ebYpZvqd1XP+FhaX/zwvf++F/+KqJUJ391Oxca0bas6qiu
V/4WFpf/ADwvf++F/wDiqP8AhYWl/wDPC9/74X/4qp9hU7D9tDudVRXK/wDCwtL/AOeF7/3wv/xV
H/CwtL/54Xv/AHwv/wAVR7Cp2D20O51VFcr/AMLC0v8A54Xv/fC//FUf8LC0v/nhe/8AfC//ABVH
sKnYPbQ7nVUVyv8AwsLS/wDnhe/98L/8VR/wsLS/+eF7/wB8L/8AFUewqdg9tDudVRXK/wDCwtL/
AOeF7/3wv/xVH/CwtL/54Xv/AHwv/wAVR7Cp2D20O51VFcr/AMLC0v8A54Xv/fC//FUf8LC0v/nh
e/8AfC//ABVHsKnYPbQ7nVUVyv8AwsLS/wDnhe/98L/8VR/wsLS/+eF7/wB8L/8AFUewqdg9tDud
VRXK/wDCwtL/AOeF7/3wv/xVH/CwtL/54Xv/AHwv/wAVR7Cp2D20O51VFcr/AMLC0v8A54Xv/fC/
/FUf8LC0v/nhe/8AfC//ABVHsKnYPbQ7nVUVyv8AwsLS/wDnhe/98L/8VR/wsLS/+eF7/wB8L/8A
FUewqdg9tDudVRXK/wDCwtL/AOeF7/3wv/xVH/CwtL/54Xv/AHwv/wAVR7Cp2D20O51VFcr/AMLC
0v8A54Xv/fC//FUf8LC0v/nhe/8AfC//ABVHsKnYPbQ7nVUVyv8AwsLS/wDnhe/98L/8VR/wsLS/
+eF7/wB8L/8AFUewqdg9tDudVRXK/wDCwtL/AOeF7/3wv/xVH/CwtL/54Xv/AHwv/wAVR7Cp2D20
O51VFcr/AMLC0v8A54Xv/fC//FUf8LC0v/nhe/8AfC//ABVHsKnYPbQ7nVUVyv8AwsLS/wDnhe/9
8L/8VR/wsLS/+eF7/wB8L/8AFUewqdg9tDudVRXK/wDCwtL/AOeF7/3wv/xVH/CwtL/54Xv/AHwv
/wAVR7Cp2D20O51VFcr/AMLC0v8A54Xv/fC//FUf8LC0v/nhe/8AfC//ABVHsKnYPbQ7nVUVyv8A
wsLS/wDnhe/98L/8VR/wsLS/+eF7/wB8L/8AFUewqdg9tDudVRXK/wDCwtL/AOeF7/3wv/xVH/Cw
tL/54Xv/AHwv/wAVR7Cp2D20O51VFcr/AMLC0v8A54Xv/fC//FUf8LC0v/nhe/8AfC//ABVHsKnY
PbQ7nVUVyv8AwsLS/wDnhe/98L/8VR/wsLS/+eF7/wB8L/8AFUewqdg9tDudVRXK/wDCwtL/AOeF
7/3wv/xVH/CwtL/54Xv/AHwv/wAVR7Cp2D20O51VFcr/AMLC0v8A54Xv/fC//FUf8LC0v/nhe/8A
fC//ABVHsKnYPbQ7nVUUUVkaBRRRQBxniPQNRv8AxvpWoWtvvtbfyfMk3qNu2QseCcng9q7Oiiql
JtJdhKNm2FFFFSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKAMP8A5nz/ALhv/tWtysP/AJnz/uG/+1a3K0n09CIdfUKKKKzLCiiigAooooAKKpaz
cSWmiX9xA22WK3kdGwDhgpIPNY3gPV73WtEmuNQm86VbhkDbFX5dqnHAHqapRbjzC5tbHTUUUVIw
ooooAKKKKACiiigAooooAKKKKACiiigDD8T/APMI/wCwlD/WtysPxP8A8wj/ALCUP9a3K0l8KIj8
TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqlrF
+NM0e7vDjMMTMue7Y4H54q7XF/E3UPs+hQ2anDXUvI9VXk/qVq4R5pJEzdotkXwwsCmnXd/JkvcS
bFJ64XqfzP6V3NZvh3T/AOy/D9laEYZIgXH+0eW/UmtKipLmk2EFaKQUUUVBQV51b/8AFP8AxUkj
+7DfE499/I/8fGK9FrgfibavA+narDxJE/llvf7y/wAmrWjvy9zOptfsdF4n/wCYR/2Eof61uVzm
s3SX1joN1H9ya/t5B+IJro6UvhXzHH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/AMjVoP8A28f+gCtysPVf+Rq0
H/t4/wDQBW5Wk9o+n6siO79f0QUVGs8TzPCsqNKgBZAwLKPcVJWZYUUUUAFYup+Hv7S8T6HrH2ny
/wCyvP8A3Xl583zUC9c8Yxnoc+1bVFAHK3/geK+8eWfiI3KJFCqmWy8gFZ5UDhJWbP3lDjBIJG3g
jtof8I9/xW//AAkX2n/mHfYfs/l/9NN+/dn8MY/GtqigDj7nwRf2mo3l34Y8R3OkC/ma4uoHt0uY
2kOMsgf7hJyTyc8dAAKfqHgX+0PBV/okmpzPd6hIs91fypvaSUMhJCZAVcIqhQQFAHXHPW0UAFcr
q3hnX7jWri+0bxbc6dFcKge2ktUuURlGMpuPyAjkgDk5JPQDqqKAMXw54cTQI7qSW7mv7+9kE13d
zqoeRgoGBgcIMHavO3JAo8X+Hv8AhKvDF5o/2n7N9p2fvfL37drq3TIz93HXvW1RQBxn/CE61qX7
jxH4vvL+wPL21tbJaeb2Ku6HJQgsCvGcjnitDUfCEWoeJNB1DfbR2Wiq4hshbAgsy4BDbsKF2oVA
Xgr16Y6OigDI8U+H4vFPhu80iaZ4FuVAEiAEqysGU47jKjI4yM8jrVafwzPd6z4c1O61HzbjR45V
lPkBftLSRhC3BwnIzgA9cV0FFAHP6R4W/s7xXrWvXFxDcXGpeWqBbfYYEQY27ixJyAmegJXOOgD9
d8NNq+taJqkF89pc6VMzjEYdZY3AEiEHoSBgN2yeM4I3aKAOcTwvdtpXiGyu9bubpdXafyfNTK2a
SKQFUE5IGemQOBgLyTHdeDvtOh+G9O+3bf7EubWfzPKz53krtxjd8ufXJx7109FAGLqfh7+0vE+h
6x9p8v8Asrz/AN15efN81AvXPGMZ6HPtWTe+CL861fXWjeI7nSbLUWV7y0gt0O58bXeNz/q2YdWA
J3ckngDsKKAOS0jwL/ZPhXXdF/tOa5/tWS4f7TMm6RPNQJ83PzsMZJ4yewp9/wCBYL/w5otg128V
7oqxG0vo4kLLJGgUEq2flJCsVzztHPFdVRQBzGm+F9UP2tPEviGbWbe4t3tvs4tltowr43khDlmw
AAcjaC2OtYeo/DLVtT0VtFn8X3J0qNUS1t/sUa7FQjYJGUgyAKMdsthu2K9DooA5zxT4WuNevdLv
9O1Z9M1DTWkMMwgWZdsi7WBVsc4Awe3PHQh8/hme71nw5qd1qPm3GjxyrKfIC/aWkjCFuDhORnAB
64roKKAOPvfA95DrV9qfhnXn0aXUWV7yP7FFOkjKMKVBA2nJYnk5LZqbTfAdppfhPUtJhuHe81OG
RLzUJV3STSOpBduegLEhc+vJJJPVUUAcxqvg7+0/h5H4W+3eXst4IPtPlZz5ZQ52bu+zpnjPeuno
ooAKKKKACiiigAooooAKKKKAMHTo0m8TeII5UV0YW4KsMgjYe1VLzwnLZzm88PXDWs3Uwk/I3t/9
Y8fSrulf8jVr3/bv/wCgGtytpTlCWnZfkjJQUlr3f5mPoOq31950GpWL21xBjLY+R8+n+TWxRRWc
mm7pWNIppWYUUUVIwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA4z
xHr+o2HjfStPtbjZaz+T5kexTu3SFTyRkcDtXZ1534v/AOSk6H/2w/8ARzV6JWtRJRiRB6sKKKKy
LCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD
/wCZ8/7hv/tWtysP/mfP+4b/AO1a3K0n09CIdfUKKKKzLCiiigAooooAzvEP/Itap/16S/8AoBrn
fhf/AMi1cf8AX23/AKAlddcW8d3bS2867opUKOuSMqRgjIqvpekWWi2zW+nw+TEzlyu9m+bAGckn
0FWpJQcSXH3ky7RRRUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A
5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABXnOv/wDE/wDiTZaePmhttocduPnb9MCvQ5pUgheWQ4RFLMfQDk15/wDDyJ9S
13VNZmHLEqufVzk/kAB+Na0tE5Gc9WonodFFFZGgUUUUAFYvi/T/AO0vC97EBl0TzU+q8/0I/Gtq
kIBBBGQeoNNOzuJq6sec6BqH2zwzo0DHL2urRR/8BOSP5kfhXo9eRadE+keMv7J5EY1CJhn0VjtP
5NXrtb11a1jKk9wooornNgooooAK4z4lyXP2HQba1vryy+2a1b20stpMY5NjhwQCPz54yBXZ1xHx
OmitoPDE08iRRR+ILV3kdgqqoDkkk9ABQBW1PQNW8FWsmv6Tr+r6ollGz3Nhqdz5qTxZBbaxxsZV
DNnBJwBjqDs+I/FSWXw4ufEVp50fm2Sy2xKKXRpQBGSCccF1J69D1rP8X+L9Lv8AQLrR9Eu7bVtV
1SF7W2tbSYSElhtZiy5ChVYt8xAIU89SMbxNZapJqPhTwdoX2aa60iGHUpLi6BSMiH92h4JOCwbK
gE8rz1NAFrwpY6mY9b8Ha9rWom+i8i7jv4rplmdHVSwiLZOxXQqW6HceFNUv+EWuf+Fi/wBgf8JZ
4p+yf2V9t3/2ifM3+bsxnGNuPbOe9M1hvEfh/wAZaD4m8StoscTTDTJWsJ5ow0cgYgyb/l2ocv25
Az2I6P8A5rf/ANy7/wC3NAFLxVa6hZ2Ph/who+uajFeajcyFtRuJd8vkxgyOC4w275lwBjIXBIHX
d8AavLrHg2wkut63tuptbpJXLSLLGdjb88hjgMQefm79a5KKTxPr/wARNY1vw3FpccGnqdGB1EuN
5Vg7kBCTkN0JwNpHGc4m8FtqPh74iaro+uNYpPrEI1ONLSeTyhJuZXCrJzubljg8BPQfKAdV46vb
bT/B19c3txqNtbp5e6XTXCXC5kUDaTwOSAfbNM8WeOdL8GPaLqq3OLtZWjaFAwygBweRySwA7ZPJ
A5rn/iFr2m+I/hBq19pF2lzbFok3KCCGE0eQQQCD0PI6EHoRWh4n/wCSneCP+3//ANEigDT8OeM9
P8SXV1ZxQ3ljf2uDLZX0XlTBSAQ+3J+XkfTIzjIzn6l8TdH027nja11Se1tZvs91fQ2bG3tpA21l
djjkEjoD1GM5xTP+a3/9y7/7c1i/D7xJ4f8ACHgQWWr39nY39lczRX0GQZfN80jO1cl+No3LkYHX
5TgAh8OXttp/7P8AbXN7cajbW6bt0umuEuFzdEDaTwOSAfbNd54g8SWnh2CFp47m5ubhitvZ2kfm
TzEDLbU7hRyT0H1IB8w/5ti/z/z+V02uXVnovxj0vUdYEMNpc6VJbW91MyBIplcsxJY/L8jbc99+
PXABu6P4403VrTVJpIL7T20pRJeQ3tuY5IkKlg20Z4IB468dORmrp3xF0+81i202903V9Imu8i3b
U7XyUmYY+RTk/NyP0HUgF+veOLS28N6vfeHpbbVrrT4UlaOB/MRQ7FQzFc8AKzEZzhecZBrz/Vb6
8l1XwnDf+OLHXpX1e1kaztLeLbEwbBbzE7AtgAgZznHBwAdJe/ES9s/iLcWH9ka7PYQ2TL9lhsVa
R5RLjz15yYiBgHOM9q6b7bbf8LF+xfaNR+1/2V53kbx9k2ebjdt6+bnjPTbWFf6nY6V8aFm1G8tr
SJvD+wSXEqxqW+0E4ySOcA/lVr/mt/8A3Lv/ALc0ATaj8RdPs9YudNstN1fV5rTAuG0y185IWOfk
Y5HzcH9R1BAu3njbSbbwc/ieF5rrTFxhoY8O37zy+Ffb0b1x0rkvht4i0Pwz4Kk07Vruz02/065n
jvIpZEEkjqxJZQpJfjCggEkrgZwKwrm2aP4JeKbtbJ7Kz1HU/tllE6BCIGlh2fKPujA4Hpgjgg0A
d1pPxO0TV9Vt7NIr62jvGdLO7uoPLgu2VtpEbZ5JPqB6cEgHsK4z4j/8yr/2MVp/7PXZ0AFFFFAB
RRRQAUUUUAFFFFAHOeIbyHT9f0W5uX2RRi4LHGf4AKy7jxgmqTNCt5/ZloOsmxnlce2AQtbWrqH8
UaErAFSLgEEcH5BRNoEtlK1xoM4tXJy1u/MMn4fw/hXTFwSXNvb9WYSUm3bb/gIp6brnhjSoitrd
YZuXkaKQu59ztq7/AMJnof8Az/f+QZP/AImrel6lPeNJDeWUtrcxY3AjKN7q3etGs5ON/eT+/wD4
BcVK2jX3f8Ew/wDhM9D/AOf7/wAgyf8AxNH/AAmeh/8AP9/5Bk/+JrcopXh2f3/8Adp9193/AATD
/wCEz0P/AJ/v/IMn/wATR/wmeh/8/wB/5Bk/+JrcoovDs/v/AOAFp9193/BMP/hM9D/5/v8AyDJ/
8TR/wmeh/wDP9/5Bk/8Aia3KKLw7P7/+AFp9193/AATD/wCEz0P/AJ/v/IMn/wATR/wmeh/8/wB/
5Bk/+JrcoovDs/v/AOAFp9193/BMP/hM9D/5/v8AyDJ/8TR/wmeh/wDP9/5Bk/8Aia3KKLw7P7/+
AFp9193/AATD/wCEz0P/AJ/v/IMn/wATR/wmeh/8/wB/5Bk/+JrcoovDs/v/AOAFp9193/BMP/hM
9D/5/v8AyDJ/8TR/wmeh/wDP9/5Bk/8Aia3KKLw7P7/+AFp9193/AATD/wCEz0P/AJ/v/IMn/wAT
R/wmeh/8/wB/5Bk/+JrcoovDs/v/AOAFp9193/BMP/hM9D/5/v8AyDJ/8TR/wmeh/wDP9/5Bk/8A
ia3KKLw7P7/+AFp9193/AATD/wCEz0P/AJ/v/IMn/wATR/wmeh/8/wB/5Bk/+JrcoovDs/v/AOAF
p9193/BMP/hM9D/5/v8AyDJ/8TR/wmeh/wDP9/5Bk/8Aia3KKLw7P7/+AFp9193/AATD/wCEz0P/
AJ/v/IMn/wATR/wmeh/8/wB/5Bk/+JrcoovDs/v/AOAFp9193/BMP/hM9D/5/v8AyDJ/8TR/wmeh
/wDP9/5Bk/8Aia3KKLw7P7/+AFp9193/AATD/wCEz0P/AJ/v/IMn/wATR/wmeh/8/wB/5Bk/+Jrc
oovDs/v/AOAFp9193/BMP/hM9D/5/v8AyDJ/8TR/wmeh/wDP9/5Bk/8Aia3KKLw7P7/+AFp9193/
AATD/wCEz0P/AJ/v/IMn/wATR/wmeh/8/wB/5Bk/+JrcoovDs/v/AOAFp9193/BMP/hM9D/5/v8A
yDJ/8TR/wmeh/wDP9/5Bk/8Aia3KKLw7P7/+AFp9193/AATD/wCEz0P/AJ/v/IMn/wATR/wmeh/8
/wB/5Bk/+JrcoovDs/v/AOAFp9193/BMP/hM9D/5/v8AyDJ/8TR/wmeh/wDP9/5Bk/8Aia3KKLw7
P7/+AFp9193/AATD/wCEz0P/AJ/v/IMn/wATR/wmeh/8/wB/5Bk/+JrcoovDs/v/AOAFp9193/BO
c8O3sGoeINbubV/MhfyNrYIzhSDweeoro6w9K/5GrXv+3f8A9ANblFX4tOy/IKe33/mFFFFZlhRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ15oGnX+pQahdW++
6t9vlyb2G3adw4BweT3rRrOvNf06w1KDT7q42XU+3y49jHduO0cgYHI71o03fqJW6BRRRSGFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/c
N/8AatblYf8AzPn/AHDf/atblaT6ehEOvqFFFFZlhRRRQAUUUUARXFxHaW0txO22KJC7tgnCgZJ4
qvper2WtWzXGnzedErlC2xl+bAOOQPUVH4h/5FrVP+vSX/0A1zvwv/5Fq4/6+2/9ASrUU4ORLl7y
R2dFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+F
ER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBz
vju/Nh4Uutpw8+IV/wCBdf0BrlPCfjPSfD+iLaTQXjTs7SSNGilSTwMZYdgK9IuLaC7hMVzDHNEe
qSKGB/A1T/4R7R/+gTYf+Ayf4VrGcVHlaM5Rk5XTOd/4Who//Ptf/wDftP8A4qj/AIWho/8Az7X/
AP37T/4qui/4R7R/+gTYf+Ayf4Uf8I9o/wD0CbD/AMBk/wAKL0+wWn3Od/4Who//AD7X/wD37T/4
qj/haGj/APPtf/8AftP/AIqui/4R7R/+gTYf+Ayf4Uf8I9o//QJsP/AZP8KL0+wWn3Od/wCFoaP/
AM+1/wD9+0/+Ko/4Who//Ptf/wDftP8A4qui/wCEe0f/AKBNh/4DJ/hR/wAI9o//AECbD/wGT/Ci
9PsFp9zzDWPENjfeMLPV7OOdER42lEqgElW7YJ7AV7BXLeItK0yx/suWGxs4P+JhEGdIVX5ec5OO
nFPvfF8Mk5tdKkt2k/iuLiQJEn0zy34VcouolyoiLUG+ZnTUVzmmnTLW5N5ea3b3d6y7TI1woVQe
yrnAFav9t6X/ANBKy/7/AK/41lKDT0NVNPcvUVR/tvS/+glZf9/1/wAaP7b0v/oJWX/f9f8AGlyy
7D5l3L1Vb/TLHVYFh1GytruJW3iO4iWRQ2CM4IPOCfzqP+29L/6CVl/3/X/Gj+29L/6CVl/3/X/G
jll2DmXcXTtG03SPM/szTrOz83HmfZ4Fj34zjO0DOMn86fHpljFqMl/HZWyXsq7JLhYlEjrxwWxk
j5R+Q9Kj/tvS/wDoJWX/AH/X/Gj+29L/AOglZf8Af9f8aOWXYOZdye8srbULV7a9t4bm3fG6KZA6
Ng5GQeDyAaPsVt9u+2/Z4ftfl+T5+weZsznbu67c846ZqD+29L/6CVl/3/X/ABo/tvS/+glZf9/1
/wAaOWXYOZdySw0yx0qBodOsra0iZt5jt4ljUtgDOABzgD8qfLZW091BczW8Mlxb7vJlZAXj3DDb
T1GRwcdag/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf8aOWXYOZdxf7G03+y/7N/s6z+wf8+vkL
5X3t33MY689OvNTS2VtPdQXM1vDJcW+7yZWQF49ww209RkcHHWoP7b0v/oJWX/f9f8aP7b0v/oJW
X/f9f8aOWXYOZdyf7Fbfbvtv2eH7X5fk+fsHmbM527uu3POOmah/sbTf7U/tL+zrP7f/AM/XkL5v
3dv38Z6cdenFJ/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu4v9jab/Zf9m/2dZ/YP+fXy
F8r7277mMdeenXmpryyttQtXtr23hubd8bopkDo2DkZB4PIBqD+29L/6CVl/3/X/ABo/tvS/+glZ
f9/1/wAaOWXYOZdySw0yx0qBodOsra0iZt5jt4ljUtgDOABzgD8qrW/hnQ7TH2bRtOhxIkw8u1Rc
OudrcD7wycHqMmpf7b0v/oJWX/f9f8aP7b0v/oJWX/f9f8aOWXYOZdxdR0bTdX8v+09Os7zys+X9
ogWTZnGcbgcZwPyqb7Fbfbvtv2eH7X5fk+fsHmbM527uu3POOmag/tvS/wDoJWX/AH/X/Gj+29L/
AOglZf8Af9f8aOWXYOZdxt/4f0jVZ1m1HSrG7lVdgkuLdJGC5Jxkg8ZJ/OrN5ZW2oWr217bw3Nu+
N0UyB0bByMg8HkA1B/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5Pc2VteeV9qt4Z/JkE
0XmoG2OOjLnowzwRzU9Uf7b0v/oJWX/f9f8AGj+29L/6CVl/3/X/ABo5Zdg5l3L1FUf7b0v/AKCV
l/3/AF/xo/tvS/8AoJWX/f8AX/Gjll2DmXcvUVR/tvS/+glZf9/1/wAaP7b0v/oJWX/f9f8AGjll
2DmXcvUVR/tvS/8AoJWX/f8AX/Gj+29L/wCglZf9/wBf8aOWXYOZdy9RVH+29L/6CVl/3/X/ABo/
tvS/+glZf9/1/wAaOWXYOZdyjqv/ACNWg/8Abx/6AK3K5y8vrW88VaH9luYZ9nn7vKkDYynGcfSu
jqpqyj6fqyYO7fr+iCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPSv8Akate/wC3f/0A1uVh
6V/yNWvf9u//AKAa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAed+L/8AkpOh/wDbD/0c1eiVxniPQNRv/G+laha2++1t/J8yTeo2
7ZCx4JyeD2rs61qNOMSILVhRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/ANq1uVh/8z5/3Df/AGrW5Wk+noRDr6hRRRWZYUUU
UAFFFFAFLWbeS70S/t4F3Sy28iIuQMsVIAyaxvAekXui6JNb6hD5MrXDOF3q3y7VGcgn0NdNRVKT
UeUXLrcKKKKkYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/wDmEf8AYSh/rW5WH4n/AOYR/wBh
KH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAYPipFlj0pJFDI2owhlIyCPm4qrd+EUtZ2utJitnJ5a1uYw
6N/uk8rVzxP/AMwj/sJQ/wBa3K2U5RirGXIpSdzndNOj3s5tLjRre0vVGWgkt15HqpxgitT+xNL/
AOgbZf8Afhf8Ku7RuDYGRxmlqJTbehailuUf7E0v/oG2X/fhf8KP7E0v/oG2X/fhf8KvUUuaXcfK
uxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sTS/8AoG2X/fhf8KP7E0v/AKBt
l/34X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sTS/8AoG2X
/fhf8KP7E0v/AKBtl/34X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLu
HKuxR/sTS/8AoG2X/fhf8KP7E0v/AKBtl/34X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG
2X/fhf8ACr1FHNLuHKuxR/sTS/8AoG2X/fhf8KP7E0v/AKBtl/34X/Cr1FHNLuHKuxR/sTS/+gbZ
f9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sTS/8AoG2X/fhf8KP7E0v/AKBtl/34X/Cr1FHN
LuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sTS/8AoG2X/fhf8KP7E0v/
AKBtl/34X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sTS/8A
oG2X/fhf8KP7E0v/AKBtl/34X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1F
HNLuHKuxzl5Y2tn4q0P7LbQwb/P3eVGFzhOM4+tdHWHqv/I1aD/28f8AoArcqpu6j6fqyYaN+v6I
KKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/wCRq17/ALd//QDW5WHpX/I1a9/27/8AoBrc
rSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUVxniPX9RsPG+lafa3Gy1n8nzI9indukKnkjI4HauzqpRaSfcSldsKKKKkYUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf8AzPn/AHDf
/atblYf/ADPn/cN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBS1m4ktNEv7iBtssVvI6NgHDBSQeax
vAer3utaJNcahN50q3DIG2Kvy7VOOAPU1q+If+Ra1T/r0l/9ANc78L/+RauP+vtv/QErVJezbIb9
9I7OiiisiwooooAKKKKACiiigAooooAKKKKACiiigDD8T/8AMI/7CUP9a3Kw/E//ADCP+wlD/Wty
tJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJQ/1rcrD8T/8AMI/7CUP9a3K0l8KIj8TCiiisywoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAw9V/5GrQf+3j/ANAFblYeq/8AI1aD/wBvH/oArcrSe0fT9WRHd+v6IKKKKzLCiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAw9K/5GrXv+3f8A9ANblYelf8jVr3/bv/6Aa3K0qb/JfkiIbfN/mFFF
FZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAed+L/+Sk6H
/wBsP/RzV6JWdeaBp1/qUGoXVvvurfb5cm9ht2ncOAcHk960auck0l2JjGzbCiiioKCiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/wDt
WtysP/mfP+4b/wC1a3K0n09CIdfUKKKKzLCiiigAooooAiuLeO7tpbedd0UqFHXJGVIwRkVX0vSL
LRbZrfT4fJiZy5XezfNgDOST6CrFxcR2ltLcTttiiQu7YJwoGSeKr6Xq9lrVs1xp83nRK5QtsZfm
wDjkD1FPW3kLS5dooopDCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJQ/1rcrD8T/8A
MI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP+wlD/WtysPxP/wAwj/sJQ/1rcrSXwoiP
xMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigDD1X/katB/7eP8A0AVuVh6r/wAjVoP/AG8f+gCtytJ7R9P1ZEd36/ogooor
MsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigDD0r/kate/7d/wD0A1uVh6V/yNWvf9u//oBrcrSpv8l+
SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
BnXmv6dYalBp91cbLqfb5cexju3HaOQMDkd60a878X/8lJ0P/th/6OavRKucUkn3JjK7YUUUVBQU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf8A
zPn/AHDf/atblYf/ADPn/cN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBneIf+Ra1T/r0l/wDQDXO/
C/8A5Fq4/wCvtv8A0BK6bWbeS70S/t4F3Sy28iIuQMsVIAyaxvAekXui6JNb6hD5MrXDOF3q3y7V
Gcgn0Napr2bRDXvpnTUUUVkWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAQXVlBeeT9oTf5MqzR8kY
cdDx9anooouAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFF
eZeH/D9z4qvvEVzdeJvEdt9m1q5toorS/KRqikEAAg4+9jjjAFAHptFcf8PtXu5/C95JrF8lzBp9
3Nbw6i/yrcwR4xMWJII+982f4eSTklifFHSRdW4urDV7KxuZBHDqV1aeVayZBKsHJztYDIJHTk4A
OADs6K5/XvF8GhXyWa6Xq+pXBjErpp1oZvKUkhSxyAMlWx/un2zNpXi3SdY8NNr1rc/6DFG0kxK/
PDtGWVlGTuA7DOeCMggkA2qK8i+I/wAQdN1fwXf6allqlsbxUezuLq1McV2qyxsTGc5IK/NyBx6E
gH12gAorC8QeLbTQJ4bY2t9qF7KpkFpp8HnSrGDgyMuRhc4GT1J4zg45zxx4+nsvAi6lodvqMVxc
5CztaArZskqq6TBuFbO5BwckHHY0AegUVz8Hi+CTw9c6vc6Xq9kkEgiFtc2hWeVjtChEBOdzOFHv
npjNQaH480/WtYOlS2eo6XfmPzYrfUoPJeZeclBk5xg/rjODgA6eivOfD/xEvb/xrqllcaRrptHk
to7aFrFQ1luXDNNg5VSfmBJPAPSuj03U7FfFXiZGvL4NZrbvci6lX7NApjLAxc/KMAls96AOjorm
NI8d2Ws6pDaR6dq9vFc7vst3c2bRwXOFLDY3ugZhkDgHvxWB4f8AiJe3/jXVLK40jXTaPJbR20LW
KhrLcuGabByqk/MCSeAelAHo1Fc/o97bT+MfEdtDcajJcW/2bzop3Bt490ZK+SOoyOWz1NZl58Ud
Js5Hk+wavNpiSCNtVhtN1p97aWEmeVDZGQDkjjPGQDs6KK5K2+Iun3uuS6VZ6bq9zcQXps7hobXd
HAQ20SOwOAhO7B64RsgcZAOtornNb8bWmj6ibCHT9U1W6jUNPHptt5xtw33fM5G0sMkDrgZ7jL7X
xzoV14UPiMXmzTkwJWKEvCxIGxlXJDZYevUHkEGgDoKK4iL4qaWdVtdNu9L1qxvbuaKGGG7tRGzC
RioflvugjBPXngHBx0n9v23/AAlX9gbJvtf2L7bvwPL2b9mM5zuz7Yx3oA06KzLDX7bUNd1XSYUm
Fxpnk+czAbG8xSy7TnJ4HOQPxrn7z4o6TZyPJ9g1ebTEkEbarDabrT720sJM8qGyMgHJHGeMgHZ0
Vz+s+M9P0j7MkEN5qtxcx+fHb6ZF58hh/wCepAOAmSADnknjODjn/HHj6ey8CLqWh2+oxXFzkLO1
oCtmySqrpMG4Vs7kHByQcdjQB6BRWZoOt/29Yvc/2bqOn7JDH5V/B5UhwAdwGT8vOM+oNadABRRR
QBh6r/yNWg/9vH/oArcrD1X/AJGrQf8At4/9AFblaT2j6fqyI7v1/RBRRRWZYUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAGHpX/ACNWvf8Abv8A+gGtysPSv+Rq17/t3/8AQDW5WlTf5L8kRDb5v8wooorM
sKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDjPEegajf+N9K
1C1t99rb+T5km9Rt2yFjwTk8HtXZ0UVUpNpLsJRs2woooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFeTfHyeWHStH8qR0zNJnaxGflFAHrNFUNBYv4f01mJLG1iJJPJOwVfoAKK8r
vfh34n8Y6pdz+Jdce0sTK4t7SA7hsydvAIUcY55PrXL+L/A+pfDGKDWvD+s3Jg80Iw+6yE9MgcMD
jHIoA98orF8H663iXwpp+quipJcR/Oq9AwJVsfiDW1QAUVyXxL8VzeEfCUl3aBftc8gt4CedjEE7
sd8AH8cVwWhfCi88Y6RBrXiLXrsz3qiZExvIU8qSSe47AcUAe1UV574M8Da/4P8AEYUa0b3Q3iYG
JyQVbjb8hyB9Qa3vH+v3fhjwbe6pYLE1xCYwolUlfmdVPAI7E0AdJRWB4G1u58R+DtP1S+EYuLhX
LiMELw7LwMnsK36ACiiigAooooAKKzPEmoy6R4Z1PULcIZrW1kmQOMruVSRn24rC+GXiq+8X+GJb
/UlhWdLloR5KlRgKp6Enn5jQB2FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAGH/zPn/cN/wDatblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQAUVS1m4ktNEv7iBt
ssVvI6NgHDBSQeaxvAer3utaJNcahN50q3DIG2Kvy7VOOAPU1Si3HmFza2OmoooqRhRRRQAUUUUA
FFFFABRRRQAUUUUAFcl4q1fVp9csvDXhqaG2v7iM3V1dypu+y26sF3KpGHZjkAdsc4zuHW1wviq5
/wCEU8b2Xiu6hml0uWyOm3ckS5+yZkDpIw6lSTg4HGO5IUgD5fh1dxoJNP8AGniaK6RlaN7m78+M
EEH5o8DcMdiceueldB4g8SWnh2CFp47m5ubhitvZ2kfmTzEDLbU7hRyT0H1IB82+KVt4J1DQtU1i
yvNOudefytrw3+92wyKcIHwfkB7e9XfHsVtb/E/TLjVtU1HR7G9042sV7Y3AiPmrKWKueSEwy5OM
ZI7AkAHTWfxF0+9tdQMWm6uL+w2GXS2tcXbKxUB1jzyvzDPPA5PUZxvBPxEvb7wklxqeka7f3cMb
SSXNvYqY7j99sCx7SAzAMMjA4RvSrPhGw8N23jGWXTvFF9rmqmwKn7Rdi5VYfMX+MLgENj5d38Wc
c5o+D2p2MvgHTLCO8tnvYlmeS3WVTIi+c3JXOQPmH5j1oAf8MvGV74l0a3i1O01F7sRySSahJaql
tLiQgKjLgFgCBjA+63pU+keK9N0j4Yw6/wCbq95YRbvnvGWS6fMxT5jkA4J45+6BVX4PanYy+AdM
sI7y2e9iWZ5LdZVMiL5zclc5A+YfmPWuW/5ti/z/AM/lAHbaT8TtE1fVbezSK+to7xnSzu7qDy4L
tlbaRG2eST6genBIB0PEfjPT/Dd1a2csN5fX91kxWVjF5sxUAkvtyPl4P1wcZwcZnxH/AOZV/wCx
itP/AGesLxTqN3bfE5rzS7/S9LurKwS3lOtz+VDeRuzOPKAGSFYcsGHIAxwdwB1vg/xvY+NoLqbT
rS+hit2VDJcxqquxBOFIY5IGM+m4etXPEHiS08OwQtPHc3NzcMVt7O0j8yeYgZbancKOSeg+pAOf
4A0hNL8PPL/acOqXGoXMl5c3UDKYnmbAfZt42grj6g8DoIfG1ro1xdaZJf65/YmqW3mzafdmUIAc
KHB3fKyncmVOCQCBxuoAh1nx3t8EX+qafp2rx3cfmW5iez/e2cvll1eVTwEAKtnkYYe4qbwj4y/t
Twqb/VLTUbT7FZRzXN1dWvlxz/IS7x7fvL8pPA6EYHNY0PiHUNY8G+M7K/ms75NOspI4tTs/9Vdh
oGPuu8cFgpwC2MDGTZsvFkWmfCOG90ZrbUr3TdMtxJbxSBzE2xVJkC8gLhiQccKeR1ABoad8RdPv
NYttNvdN1fSJrvIt21O18lJmGPkU5Pzcj9B1IBxr34iXtn8Rbiw/sjXZ7CGyZfssNirSPKJceevO
TEQMA5xntXN6rfXkuq+E4b/xxY69K+r2sjWdpbxbYmDYLeYnYFsAEDOc44OOtv8AU7HSvjQs2o3l
taRN4f2CS4lWNS32gnGSRzgH8qAN37bbf8LF+xfaNR+1/wBled5G8fZNnm43bevm54z021Vh+IOm
3Oqx20FlqktnJMIE1RLUtZs5bYAJAeQX+TOMZ745qt/zW/8A7l3/ANua5gavbeDbCK48E+IbPVdO
kkQroE8okm/eOMiEj94rcgBGBxlicnigDUvfiJe2fxFuLD+yNdnsIbJl+yw2KtI8olx5685MRAwD
nGe1dN9ttv8AhYv2L7RqP2v+yvO8jePsmzzcbtvXzc8Z6bawr/U7HSvjQs2o3ltaRN4f2CS4lWNS
32gnGSRzgH8qtf8ANb/+5d/9uaAJtY+Iun6TdXUUWm6vqMVnkXNzYWvmQwMBlkZyQAyjBPpnnnIH
TWV5BqFjb3lq/mW9xGssT4I3KwyDg8jg9688+F+u6LoPhE6Tql5Y6ZqVldzQ3cdxPFGzyBvvfe+Y
YKru/wBnHQCu6m1ZW8OSatp0T3qm0N1bxICGnGzcqgYyC3A6Z56UAc4nxR0kXVuLqw1eysbmQRw6
ldWnlWsmQSrByc7WAyCR05OADil4+1ey0Hx34N1HU5vItIftvmSbGbGYlUcKCepHauF8Wa7qOqeA
HutS8badO995bnRbW3jYplw4QuDvXaBk7h1Xbk5ye68favZaD478G6jqc3kWkP23zJNjNjMSqOFB
PUjtQBu+H/G1pr+qzaadP1TTr2OEXAh1C28pnj3bSy8ngHA5x14zg4q6j8RdPs9YudNstN1fV5rT
AuG0y185IWOfkY5HzcH9R1BAzLzV7PxH8V/DMejXEN6mm291c3M0EyPGiyL5YGQeW3AZHowPril8
NvEWh+GfBUmnatd2em3+nXM8d5FLIgkkdWJLKFJL8YUEAklcDOBQB1t5420m28HP4nhea60xcYaG
PDt+88vhX29G9cdKu63r9toP9n/akmf7fex2UXlAHDvnBbJHy8c4yfavLJLCd/gr4qubbTpra11D
UWv7ODywrC2MkRDbVztUKpPpgZ6YNbnjPxVomtz+EIdL1O2u5ZNctZxHE25lQEglh/CcuvDYPXjg
4AJL34iXtn8Rbiw/sjXZ7CGyZfssNirSPKJceevOTEQMA5xntXo1cFf6nY6V8aFm1G8trSJvD+wS
XEqxqW+0E4ySOcA/lXe0Aec+H/iJe3/jXVLK40jXTaPJbR20LWKhrLcuGabByqk/MCSeAelQQ+Kb
Lw58TvF8dxFeXV3dfYvs1pZwNLLNth+baBxwDk5I4B61oaHqdjY/FXxhDeXltby3LWCQRyyqjSt5
JGFBPzHJHT1FWvDH/JTvG/8A24f+iTQBuaJ4o0vX9AGsWV0gswpaVpSFMBAywfn5SB17Y5BIINYa
fFHSRdW4urDV7KxuZBHDqV1aeVayZBKsHJztYDIJHTk4AOOSu7Oe++G3xDitk3uuvXMpGQPlSSJ2
PPoqk/hTJbbwXqvhsXWoeP8AxA9nMqtJaXOpK8gO4cNDtJJDegI4yDjmgD2OiiigAooooAw/E/8A
zCP+wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/EwooorMsK8i0j4eaP4yTxdLeI8WoDXLuGG7R2z
EAVYfJnawyTnIzgnkcEeu1BbWVtZ+b9lt4YPOkM0vlIF3uerNjqxxyTzQB5hfXt/4j+B2sWk9oke
paU32S6ijVI0BgdGYqAduAg7YGQQoxiqUtt4L1Xw2LrUPH/iB7OZVaS0udSV5Adw4aHaSSG9ARxk
HHNes2umWNjPcTWdlbW8ty2+eSKJUaVsk5YgfMck9fU1W/4RnQ/t323+xtO+1+Z53n/ZU8zfnO7d
jO7POeuaAOP8ReIdWn8ZXelR+IrHwtZWMMbrPdRxu96zjOVEmBtXDKcHgjnOfl5Wxin1f4N+NGtr
j7e76rLcG42CLzlUwyNJtONuVUtt/CvYNR0bTdX8v+09Os7zys+X9ogWTZnGcbgcZwPyqa2sraz8
37LbwwedIZpfKQLvc9WbHVjjknmgDzP4leMPDNz8NptN0rUrOR7mOH7Lb24ztVZI2wVA/d4Xs2Om
O1dnr2j+IdQvkl0bxN/ZVuIwrQfYI59zZOW3McjggY9versXhnQ4LWe2h0bTo7e42+dEtqgSTacr
uGMHB5GeladAHBeIbLTodVs57jxemj+J7WwSJryTy0S4jZjktE/ysCyucKflJBPRaxvEviC+8R/B
bXbnUYbZJYbsW4mtSxguVSeMeZGT1UnIzk52np0HpOo6Npur+X/aenWd55WfL+0QLJszjONwOM4H
5VN9itvsP2L7PD9k8vyfI2Dy9mMbdvTbjjHTFAHLeMPF7W3hcXfhm7sbhp7tLI33nB4LIv8A8tJC
MgAZXrwNwJz0PJWd3NP8VfC0U/i628RtGt0wNvbRxrADCw+8hIYnb0zkbfevULbRtNs7GWytdOs4
LSbPmwRQKsb5GDuUDByBg57Uy18P6RYvE9npVjbtCzPEYrdEKMwCsVwOCQADjqAKAOS0PU7Gx+Kv
jCG8vLa3luWsEgjllVGlbySMKCfmOSOnqKZZfYv+Ez+I39qf8eH2e0+0/e/1X2dt/wB3npnpz6V2
dzo2m3l9Fe3WnWc93Djyp5YFaRMHI2sRkYJyMd6misraC6nuYbeGO4uNvnSqgDybRhdx6nA4GelA
HnOm6vJ4X1TR9K0HxDZ+I9JublLQWZlSS6s02k7w8f3kHJO4YVVVRgcjQ0PU7Gx+KvjCG8vLa3lu
WsEgjllVGlbySMKCfmOSOnqK62w8P6RpU7TadpVjaSsuwyW9ukbFcg4yAOMgflT7nRtNvL6K9utO
s57uHHlTywK0iYORtYjIwTkY70AcMLOfUPEvxOs7VPMuLiytookyBuZrZwBk8Dk96s+CfGnhiy+H
+l+ZqVjZG3tAstu8qLJvXIc+WDklmBYcZbcDjJrtorK2gup7mG3hjuLjb50qoA8m0YXcepwOBnpV
aXw/pE+oi/m0qxkvQyuLh7dDIGXG07sZyMDHpgUAEmvabFr8eiyXaJqUsPnxwMCC6ZIyDjBPynjO
cAnGBXOfDj/mav8AsYrv/wBkrrPsVt9u+2/Z4ftfl+T5+weZsznbu67c846ZotrK2s/N+y28MHnS
GaXykC73PVmx1Y45J5oA8g0+102Pxf4n07W/FGr+H7sajLdJHBqC28EsUhDK2eRvwRkEg4I9DibV
NP8AD9t4QguNL1CbVtJtPE0VzqtzdkS9gkhPyjzFO5OgbO49RXqeo6Npur+X/aenWd55WfL+0QLJ
szjONwOM4H5U+LTLGDTjYQ2VtHZFWQ26RKIyrZ3DbjGDk59cmgDz/wAceKtE1XVfC2nadqdtd3S6
5aTlbdvMUJuZc7hlc5I4znnpV3VNStNE+Mltd6rOlna3Ohm3inm+SNpBNvK7zwCF55Pceozp674O
iuYNGh0O2sbGKy1eDUJo0jESsqAhsBV5YjHXHTrXQX+mWOqwLDqNlbXcStvEdxEsihsEZwQecE/n
QB5zps0XifWPiYNFkS7F3aQwQMjALI/kSJgE4GNwIz075xzWF4ei8Lap4MifUPHWu2YS38m5sJNS
VANq4ZUiKkshH3QM5HHXIr2O00yxsHd7KytrdpFRHMMSoWVBtQHA5Cjgeg6VWvPDOh6hdPc3ujad
c3D43SzWqO7YGBkkZPAAoA4y+s/Dsf8AZFzpfi3+xNTttKhjtLqd0Cz2rZ2b45AFf7rHAwQSCRwt
Z/iXxBfeI/gtrtzqMNsksN2LcTWpYwXKpPGPMjJ6qTkZyc7T06D0nUdG03V/L/tPTrO88rPl/aIF
k2ZxnG4HGcD8qm+xW32H7F9nh+yeX5PkbB5ezGNu3ptxxjpigBlhqdjqsDTadeW13ErbDJbyrIob
AOMgnnBH51aqrYaZY6VA0OnWVtaRM28x28SxqWwBnAA5wB+VWqACiiigDD1X/katB/7eP/QBW5WH
qv8AyNWg/wDbx/6AK3K0ntH0/VkR3fr+iCiiisywooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPSv8A
kate/wC3f/0A1uVh6V/yNWvf9u//AKAa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcZ4j1/UbDxvpWn2txstZ/J8yPYp3bpCp5Iy
OB2rs6878X/8lJ0P/th/6OavRK1qJKMSIPVhRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABXkX7QH/ACCtG/67Sf8AoIr12vIv2gP+QVo3/XaT/wBBFAHpvh//AJFzTP8Ar0i/9AFa
FZ/h/wD5FzTP+vSL/wBAFaFAGBr/AI58P+GLyO11nUBbTyR+YqeTI+VyRn5VPcH8q8z8ceLn+JRt
/DnhG0nuY/NEs07rsBx069FGcknHSvVtV8MaLrkwm1TTLW6lVPLDyxgsF5OAevc/nXA+PPhTo0Og
3eq6DE2n3tlG1wBG7bHC/MeCeDgcYxQB3vhbQ18N+GbDSlfebaPazDozEksR7ZJrWrhPhF4ou/Ev
hNv7RkaW6s5jCZW5Mi4BUk+vJH4Z713dAHG/FHwtceK/CL29ioa8tpRcRJ03kAgrn3BP4gVwvgL4
rp4ftI9A8UW80AtP3Uc4Q7owP4XTrx6j24717ZWD4k8FaJ4riK6pZI8uMLcJ8sq/Rh1+hyPagDU0
7U7LVrNLrTrqG5gfpJEwYfT6+1eWfGHwne/YdS8Q/wBu3P2T9yP7NKny+qp13Y6/N93rXO6bFf8A
wr+KdtpaXTS2F5JGrA8CSJ22hiP7ynPPsfXFekfGH/kmep/70P8A6NWgDhvBXw31XXPCdjqNt4vv
bCGYOVto0crHh2HBEg64z0716T4ysfEt5pNpZeGLyO3leQLcXMjYZUC9QcHkn05qt8J/+SZ6P/uy
f+jXqfx346tPA+mRTSwm4u7glbeAHbuxjJJwcAZH5j8ADkm+DF9NGZrjxdfyX2M+YVYjP4vn9aT4
V+JdYj8S6l4U164e5ktAxikkbcylGCsu7qQcgjPpVi3v/iprdutxBa6XpkUo3Iso+cDtkHcR+IH0
rmfACajH8bbtdZkjk1AJL57RfdLYHTgfyoA6v45XtzZeEbJrS4mgZr5QxicqSNjnBx7gVzmn6B4o
+Ktuuo3WqSaZpUaiK1j+Z/MKjBbAIzkjlievTpW78e/+RPsP+v8AX/0W9dx4RUL4N0UKAB9gg4A/
6ZigDz7xZ8P9Xj8GLPP4nugdM06RZoFDslztLtydw6gheQeAK5n4c+A9S8TeHJb2y8T3elxrctGY
IUYgkKp3cOvrjp2r2Lxx/wAiLrv/AF4Tf+gGuS+BP/Ii3H/X/J/6AlAHQa/b3Oh/C+/t/t009za6
cyfaiSruwX72c5B/GsX4I3dxeeCJnup5Z2W9dVaRyxA2occ9uT+ddJ48BPgLXMD/AJcpf/QTXK/A
n/kRbj/r/k/9ASgDS+MF1PafD26ktppIXMsS7o3KnBYZGRV/4aXE118PNImuJXllaNsu7FmOHYdT
WX8aP+Sc3X/XaL/0KtD4Wf8AJNtG/wCub/8AoxqAPLLHxJ4oHjrxFpWgvNcXl7dyxRtI5ZbZVkbL
AHgYGBnt+VbupfCLxGlk2oweKbm61dFLlCXXceuFk3Zz6ZA/CmfDD/ksPin/ALef/Sha9moA86+E
Xji68T6bcafqsm+/sduJD96WM8ZPuCME+4969FrxX4WJt+LviUW+Ps6rcAfTz12/pXtVABRRRQAU
UUUAFFFFACMwRSzEBQMknoKpf23pf/QSsv8Av+v+NXHRZEZHUMrDBUjIIrP/AOEe0n/oHW3/AH7F
VHl+0S+boObX9KU4Oo2n4Sqarv4r0WMfNfxn/dVj/IVI3hrSHOTp9v8AguKgbwforHK2exh0KSuP
61a9l1v+BL9p0sH/AAldk/8Ax6wXt16eTbsc/nikOqazdcWej+SD/wAtLuQAD/gI5o/4RhI+bXUt
St/QLPlfyNIbLX7Pm31KC8UfwXMW0/8AfS1X7v7P43J9/r+BPpmk3EF7JqGoXInvJI/K+RdqImc7
R68961qytM1iS6u5LK9tWtb2NPMKZ3Ky5xuU/WtWs53v7xpC1tAoooqCgooooAKKKKAM7xD/AMi1
qn/XpL/6Aa534X/8i1cf9fbf+gJXXXFvHd20tvOu6KVCjrkjKkYIyKr6XpFlots1vp8PkxM5crvZ
vmwBnJJ9BVqSUHElx95Mu0UUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmWfhnQ9PukubLRtOt
rhM7ZYbVEdcjBwQMjgkVcvLK21C1e2vbeG5t3xuimQOjYORkHg8gGp6KAKWnaNpukeZ/ZmnWdn5u
PM+zwLHvxnGdoGcZP50W2jabZ30t7a6dZwXc2fNnigVZHycncwGTkjJz3q7RQBSttG02zvpb2106
zgu5s+bPFAqyPk5O5gMnJGTnvR/Y2m/2X/Zv9nWf2D/n18hfK+9u+5jHXnp15q7RQBBc2VteeV9q
t4Z/JkE0XmoG2OOjLnowzwRzXDa94F1OXxPqGsaZb+HNQ/tDy/Mi1m1Z/s/loFGwrnO7kngdB1r0
CigDlfBXhOXw8+o3t4tjFe6i0Zlt9OjMdtCsYKqEB5yckknuenGT0F/pljqsCw6jZW13ErbxHcRL
IobBGcEHnBP51aooAgs7K20+1S2sreG2t0ztihQIi5OTgDgckmodO0bTdI8z+zNOs7PzceZ9ngWP
fjOM7QM4yfzqazvbbULVLmyuIbm3fO2WFw6Ng4OCODyCKnoAzLfwzodpj7No2nQ4kSYeXaouHXO1
uB94ZOD1GTU2o6Npur+X/aenWd55WfL+0QLJszjONwOM4H5UWur2V5ql9p1vNvu7Dy/tMexhs3ru
XkjByB2Jq7QBB9itvt3237PD9r8vyfP2DzNmc7d3XbnnHTNVovD+kQaib+HSrGO9LM5uEt0EhZs7
juxnJyc+uTWhRQBS1HRtN1fy/wC09Os7zys+X9ogWTZnGcbgcZwPyqb7Fbfbvtv2eH7X5fk+fsHm
bM527uu3POOmanooAz7/AMP6Rqs6zajpVjdyquwSXFukjBck4yQeMk/nWhRRQBmP4Z0OSS4kfRtO
Z7nPnsbVCZcsGO44+b5gDz3ANWbvTLG/dHvbK2uGjV0QzRK5VXG1wMjgMOD6jrVqigCrYaZY6VA0
OnWVtaRM28x28SxqWwBnAA5wB+VQ3/h/SNVnWbUdKsbuVV2CS4t0kYLknGSDxkn860KKACsy38M6
HaY+zaNp0OJEmHl2qLh1ztbgfeGTg9Rk1Vi8a6BP4kOgQ6ikmqBmQwojkBlUsw3Y25ABzzwQR14r
doApajo2m6v5f9p6dZ3nlZ8v7RAsmzOM43A4zgflV2iigClc6Npt5fRXt1p1nPdw48qeWBWkTByN
rEZGCcjHeporK2gup7mG3hjuLjb50qoA8m0YXcepwOBnpU9FAEFtZW1n5v2W3hg86QzS+UgXe56s
2OrHHJPNU/8AhGdD+3fbf7G077X5nnef9lTzN+c7t2M7s8565rTooAKKKKACiiigDB8VOsUelPIy
oi6jCzMxwABuySa0P7b0v/oJWX/f9f8AGs/xUiyx6Ukiq6NqMKsrDIIO7IIrQ/sTS/8AoG2X/fhf
8K293kVzP3uZ2D+29L/6CVl/3/X/ABo/tvS/+glZf9/1/wAaP7E0v/oG2X/fhf8ACj+xNL/6Btl/
34X/AAqfc8x+/wCQf23pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jR/Yml/9A2y/wC/C/4Uf2Jpf/QN
sv8Avwv+FHueYe/5B/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NH9iaX/wBA2y/78L/hR/Yml/8A
QNsv+/C/4Ue55h7/AJB/bel/9BKy/wC/6/40f23pf/QSsv8Av+v+NH9iaX/0DbL/AL8L/hR/Yml/
9A2y/wC/C/4Ue55h7/kH9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40f2Jpf/AEDbL/vwv+FH9iaX
/wBA2y/78L/hR7nmHv8AkH9t6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40f2Jpf/QNsv8Avwv+FH9i
aX/0DbL/AL8L/hR7nmHv+Qf23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jR/Yml/8AQNsv+/C/4Uf2
Jpf/AEDbL/vwv+FHueYe/wCQf23pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jR/Yml/9A2y/wC/C/4U
f2Jpf/QNsv8Avwv+FHueYe/5B/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NH9iaX/wBA2y/78L/h
R/Yml/8AQNsv+/C/4Ue55h7/AJB/bel/9BKy/wC/6/40f23pf/QSsv8Av+v+NH9iaX/0DbL/AL8L
/hR/Yml/9A2y/wC/C/4Ue55h7/kH9t6X/wBBKy/7/r/jR/bel/8AQSsv+/6/40f2Jpf/AEDbL/vw
v+FH9iaX/wBA2y/78L/hR7nmHv8AkH9t6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40f2Jpf/QNsv8A
vwv+FH9iaX/0DbL/AL8L/hR7nmHv+Qf23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jR/Yml/8AQNsv
+/C/4Uf2Jpf/AEDbL/vwv+FHueYe/wCQf23pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jR/Yml/9A2y
/wC/C/4Uf2Jpf/QNsv8Avwv+FHueYe/5B/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NH9iaX/wBA
2y/78L/hR/Yml/8AQNsv+/C/4Ue55h7/AJB/bel/9BKy/wC/6/40f23pf/QSsv8Av+v+NH9iaX/0
DbL/AL8L/hR/Yml/9A2y/wC/C/4Ue55h7/kQ3eo6NfWslvcahZtFIMMPtCj+tYv9qtoP/Hvqlrqd
iP8Alk9wnnRj2Ofm+lbd1pui2dtJcXFhZJFGMsxgXj9KxPsH9u8afpVpYWR/5eZbZPMcf7K44+pr
Sny28vMznzX8yQ6xZ6x4j0KWzk3bfP3oRhk+QdRXVVyi6LaaL4j0KO0Qgv5+92OWfCd/zrq6iry6
cu1v1ZdO+vNv/wABBRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf9u/8A6Aa3Kw9K
/wCRq17/ALd//QDW5WlTf5L8kRDb5v8AMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAzrzQNOv9Sg1C6t991b7fLk3sNu07hwDg8nvWjWdea/p1hqUGn3
Vxsup9vlx7GO7cdo5AwOR3rRpu/USt0CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAryX4/wATtoukSKjFEncMwHAJUYz+Rr1qigDxfTvjvbWOm2tqdDlcwQpGWFyBnaAM/d9q67wR
8S08b3l5a2+mSWslvD5oZ5Q6k5wAeBj/APXXdUUAeRW/xk1PQ3Nn4v8AD08NwnBkhGzd/wABbg/U
NiqfiP4q3XjOwm0Lwpo920l4pikdwC+w8EBRkDI6kngZ+tezvGkq7ZEV19GGRSRxRxAiONUB6hRi
gDlvhv4Tk8H+FI7O5YG7ncz3AGCFYgDaD3wAPxzXWUUUAcb8Qtc8SeHk0++8P2IvbVGf7bF5Zc4+
XaeOR/FyOnGa5dPj9p4tz52i3aXAHKLIpXPfk4P6V61Uf2eLzPM8pN/97aM/nQB4x4c0PWviL48h
8U63ZvZadbsjwowxv2HKoueSM8lunX8PR/iDo0+v+BtUsLVd9w8YeNe7MjB8D3O3H410lFAHhXgn
4rw+EvDUehX+lXcl1ayOsapgZ3MW2sDyDkkdDW58aNC1HUbbSdcsLaSZbQHz4QpZowcMCVHYYIP4
V6sYozIJCilxwGI5H40+gDy6L456bc2KJZ6RqE+qSDatsqgqX9mBJI/DPtXO+Ao9VHxruH1yERah
LA80yKOE3orAfgCBXuCwxrIXWNA56sFGT+NPoA8v+PYP/CHWJxwL9f8A0W9d14TGPB+ig9fsEH/o
ta1qKAKGu6edW0DUdPUhWuraSEE9AWUgH9a8P8CfED/hXFpf6Jrel3Xmi4MoVQAysVAIIOOPlBBF
e/0x4o5CpdFYrypIzj6UAZUTr4s8H5liktU1OzKsjctGJFI/ka8Z8I+Lr34UX17oniHTZ2t5JPNH
l4yGxjcueGUgDv2r36mSQxzACSNHA6bhmgDwrxv4k13x74eur20sJbDw5YhZGaX71y5YKPrjdnA4
GOTnFel/C0EfDfRsjH7pv/Q2rrAAAABgCloA+cdMuNesPiX4gv8Aw3Cbie0uLiSe3HPmxebhlx1P
JB454yOlddqPx2SXTWg0zR7mPVXGwCUhkjbpxjliPTAqH4Yf8lh8U/8Abz/6ULXsQgiEvmCJPM/v
bRn86APPfhB4Lu/Dum3Wo6tG0d/fkYjf70cY559CSckew75r0aiigAooooAKKKKACiiigAooooAK
KKKACiiigDD/AOZ8/wC4b/7VrcrD/wCZ8/7hv/tWtytJ9PQiHX1CiiisywooooAKKKKAIri4jtLa
W4nbbFEhd2wThQMk8VX0vV7LWrZrjT5vOiVyhbYy/NgHHIHqKj8Q/wDItap/16S/+gGud+F//ItX
H/X23/oCVainByJcveSOzoooqCgooooAKKKKACiiigAooooAKKKKACiiigArmPHPiPUPDVjpkul2
kN3cXmoxWnkytt3hw3CtkBWJUAE5AzyK6euF+Kks8Fj4cltbf7TcJr1s0UO8J5jAPhdx4GTxk9KA
Hx+JfE+la1pg8T2Ol2+l6pN9mi+yyO8ttKwzGkh6MTgrlRjPOQMAlz4p8Qa5r95YeDbOxNtpzNDd
3upCQRtMCAY4wvJK85P8htLUJ7zVvH2qeHo10HUdJtNPvY76+lvoNmHRSUSPLAupO5SduRlTgdKf
Y3epeA9a12G50TVNT0/Ub9760n062ErbnAMiuA/ygHaBkDOGP0AINX8Ta1rngrxLYLa2NpqulrJB
qUcplKPAYWzLF8owWIJUHPAyTyKu+Ftb1Hw58O4tU8TmxGl21hbNafYlkaUoVAAcNxuOUHHGSckD
modL0HW9S0Lxdq+oWiW2oeIrQpBp4OGiVYmSMOzEfMQwznGO+MlVgit7vxf8J7jw6mlapp97Z2Fv
EPttt5SzyRgHahLDIJjxk4xuB9qAK1z8TtW0vytRv5vC1zpzSDzbLT7/AM28hRv+BbXZcjO0YPsO
RueJPE/iS38ax+H/AA5p9jdNLYJdGS5YqIczbGdvmG5QB90Ddk55xg4EN9arZR20/wAKHfWQwidE
0yNbRn3bSRMQcLjnOCPcj5q6n7Fc/wDC4ftv2eb7J/YPk+fsPl7/ALRnbu6bsc464oAh0jxH4i1W
11rSjaadb+JdKkjVi7ObSRXO5WGCXGUB49cdMkDM+DX9uf8ACJWP2j+zv7F8uX7P5e/7Tv8AOOd+
fl2/f6c/d962fDtlcwfEXxjczW80dvcfYvJlZCEk2xENtPQ4PBx0rP8AhZc3enaHb+G9Q0bVLS6s
VmaS4mgxbufNJwkmfmOH7cHBwaALXhDV9Q1H4Y2d/pGmadFfTb1itYl8i2jPnMu4jk7QMuQOTg45
NGmeI/EWn+K7LRPFVppx/tKN2s7nTWfYGjBZ1cOc9MHIHcdcnbzlloett8EtM0+OC+t2SZzqNrEm
y5ktfNkLogYfeIIIHG4cc5wavh/Q7WP4i+H73QfCOr6PYR/aVuJr1ZMs3lHGVZm2qMjDZG4sR/DQ
B1vhj/kp3jf/ALcP/RJrT8da/c+GPB19q1kkMlxb+XtWYEod0iqcgEHox71S8O2VzB8RfGNzNbzR
29x9i8mVkISTbEQ209Dg8HHSofi7/wAkx1f/ALY/+jkoAq33inxboqQ6xrek6XZ6F5yR3UKztLc2
yMdnmFl+VhuIOFBOCB6kbuvS+LDfJF4bt9IW3WMNJNqLyHexJ+VVTkbQAST13jHQ1yXiDUdd8eaN
/wAI2vhnUdLuJ7lFvp7iMNBDCsgy0chZRI2QhwByN2M9aZ4y0hZ/GU934n0XWtd0poUXTINNQulu
cDzfMClSGLAEHJBB77QFAOg0vxnd3/gXWNUmskttV0hbiG4gY7o/PiTccEHlScd/UZPUnhrxB4gu
9KGu+IodLstGaw+1AQGR51woYueo2lQzBRlhlQckGuf8J6LfWXwz8YWT6Rc2Ms0179nsiGdtphUK
qN/y0GRgMM7sV1umaRLffDO00iffayz6Qlq+9DuiZoQpypxyCenHSgDj7z4nat9lfV7Kbwt/ZwxK
unTX/wDp7RA8g4bYHIy23kjOMMRg7PiPxtq0LeGx4Y02G9fXLeaaOG5bY4xGrpzuCjG7JGecYBGc
1zOkyRaJoa6frvwxmutWtIxGJbXTI5op8KNrNKM/Mf4iN3OT1+UdTf2N3L4w8B3C6W9rFbQ3Qnih
XfHaFoFAQso2gA/KOgOOKAJNI8R+In1jUvDusWmnR61HZG8sp7dnNrIv3RuBO8Yc4PqM8DALYvwy
/wCEl/tTWvO/sj7B/bV19u2eb5vn7Rnys8bM7fvc4zXQfYrn/hcP237PN9k/sHyfP2Hy9/2jO3d0
3Y5x1xWf4NubvRfEmt6Pe6Nqim+1e5vIrxYM2wjZQy5kz1IXp6kA85wAP8PeK/EXiiSLVtLtdIk0
CS58poDM4vY13bSzfwBgD5m3+7gAkkGuzvftP2G4+w+T9r8tvI87Pl78fLuxztzjOOcV5Zqsc+r6
ksvh/wAL67oHippFV71YhHaEh90nmuDtkTqd20lyq9eletUAeWfD+817T5vEV5qD6RHpFvqt5Lqb
oJTKsioC5iHQpkL15xnvitO28T+NdWsZdd0zR9Oj0YZlgtbrzftlzCozldmVDPg7eO4+8MEzeGtC
ubvQ/GmnXUc1n/aOq3yxSSxEZSRQokUHG5fTBwcdaz9M8U+ItC8L2mhnwlqk2u20KWsbLADZ5GFR
mlDEYC7S3QZBGV6gA0NV+IFz/wAIh4f1vQrOG5l1W9htjbSsRywYMiucYYOu0MRjvgip9c1/xL4Y
8Aajq2rJpEmp28ieUtsJTCUZ0X5gxDbvmbocdPesi68J32h+EfBekor3stjrlvNcPbxsVRS0js3s
qlsbjj14zit34pWVzqHw61S2srea5uH8rbFChd2xKhOAOTwCaAMm48Y+MdDntJ9c0CxNrqMzWtta
2tx+/imJPkpI5OwhsY3L06nGNpuaN4n8SWniTT9I8W6fYxNqsLSWslgxIjdF3PHIGY8gY5XjOMbs
kra8f2Vzef8ACNfZbeafydetZpfKQtsQbss2OijPJPFHiKyuZ/iL4OuYbeaS3t/tvnSqhKR7ogF3
HoMngZ60AdbRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFZ
/iC/l0rw5qd/AqNLa2ks6BwSpZULDOMcZFcSPEfj6Hw1F4iltPDlxYfZ0vJIIWmSYwkBmwWO0MFJ
PfpwD0IB6NRVKy1a2vNDt9W3eRaTW63O6YhdiFd2WOcDAPPOKNO1nTdX8z+zNRs7zyseZ9nnWTZn
OM7ScZwfyoAu0Vny+INIg1EWE2q2Md6WVBbvcIJCzY2jbnOTkY9cirk00VtBJNPIkUUal3kdgqqo
GSST0AFAElFcffeKhc+NPC9ro2p21zp9614l19nZJVZo4lZRuGcEE54I6812FABRVK51nTbO+isr
rUbOC7mx5UEs6rI+TgbVJyckYGO9YuteOtN0TxPpuj3FxZj7V5v2mV7pU+ybUDLvB/v5wMkfjQB0
9FUrnWdNs7GK9utRs4LSbHlTyzqsb5GRtYnByBkY7Uf2zpv9l/2l/aNn9g/5+vPXyvvbfv5x1469
eKALtFc54N8aWPi/SYLiN7aC9kV3ksVuVkkiVXK5I4ODweg+8KuaFqcs/huK/wBVvNLkYK7zXFjK
TbBVZuQzHoAOc9CDQBr0Vnx+INIl06S/j1WxeyibZJcLcIY0bjgtnAPzD8x61meDfGlj4v0mC4je
2gvZFd5LFblZJIlVyuSODg8HoPvCgDo6KzPDl7c6hoVtc3txp1zcPu3S6a5e3bDEDaTyeAAffNPs
PEGkarO0OnarY3cqrvMdvcJIwXIGcAnjJH50AaFFFZ8XiDSJ9RNhDqtjJehmQ26XCGQMudw25zkY
OfTBoA0KKpajrOm6R5f9p6jZ2fm58v7ROse/GM43EZxkfnU3222+w/bftEP2Ty/O8/ePL2Yzu3dN
uOc9MUAT0Vnw+INIub2Ozg1WxlupFDpClwjOyldwIUHJBX5vpzXJeOvFc1r4g0fRNN8RWOkNcNK1
7dSCORrcLGGQMrnChs98E8YPUEA72isKO+u4rnw/brqml3UVzC5nlkbZNdlYwQ8CqdpBPzN1ABGK
u3XiDSLF5UvNVsbdoWVJRLcIhRmBZQ2TwSASM9QDQBoUVSvNZ03T5HjvdRs7Z0jEzLNOqFULbQxB
PC7iBnpnimSeINIi06O/k1WxSylbZHcNcII3bngNnBPyn8j6UAaFFRwzRXMEc0EiSxSKHSRGDKyk
ZBBHUEVJQAjKGBDAEHsaWiigDD1X/katB/7eP/QBW5WHqv8AyNWg/wDbx/6AK3K0ntH0/VkR3fr+
iCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPSv8Akate/wC3f/0A1uVh6V/yNWvf9u//AKAa
3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAed+L/8AkpOh/wDbD/0c1eiVxniPQNRv/G+laha2++1t/J8yTeo27ZCx4JyeD2rs61qN
OMSILVhRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFaDTrK2uZLm3tLeKeXPmSpEqs+Tk5IGTz
VmiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/wDmfP8AuG/+1a3Kw/8AmfP+4b/7Vrcr
SfT0Ih19QooorMsKKKKACiiigClrNvJd6Jf28C7pZbeREXIGWKkAZNY3gPSL3RdEmt9Qh8mVrhnC
71b5dqjOQT6GumoqlJqPKLl1uFFFFSMKKKKACiiigAooooAKKKKACiiigAooooAKzNb0G217+z/t
TzJ9gvY72LyiBl0zgNkH5eecYPvWnRQAUUUUAFFFFABRRRQAUUVS1fUv7I0ua9+x3l55W39xZxeZ
K+WA+VcjOM5PsDQBdooooAKzPEeg23ifQrnSb15o7e427mhIDjawYYJBHVR2qDwh4h/4SrwxZ6x9
m+zfad/7rzN+3a7L1wM/dz070eJPEP8Awj/9lf6N5/8AaGow2P8ArNvl+Zn5+hzjHTj60AbVFFFA
BRRRQAUVS1fV7LQdLm1HU5vItIdvmSbGbGWCjhQT1I7VdoAKKKxdM8Q/2l4n1zR/s3l/2V5H73zM
+b5qFumOMYx1OfagDaoqlrOo/wBkaHf6j5Xm/ZLeSfy923fsUtjODjOOuKNG1H+19DsNR8ryvtdv
HP5e7ds3qGxnAzjPXFAF2iiigAooooAKKKKACiiigAooooAKKKKAMPxP/wAwj/sJQ/1rcrD8T/8A
MI/7CUP9a3K0l8KIj8TCiiisyzF8Z/8AIka9/wBg64/9FtXmd3B4h0fwFot/qesTaj4Xkt7cX1jb
xR28scDKgVA4+Z15CnlSRxwCSvrmp2EWq6Vd2E7OsV3C8DlCAwVlKnGc84NVv7Btv+EV/sDfN9k+
xfYt+R5mzZsznGN2PbGe1AHEfEKaWe98IaRo0ml/2ffNIyQXLEWc+xUMKts+8uT8qj5WO3IPFSaD
4I16y8a6frNzb+HNPt4I5Ip49HEsXnqynaGQjacNg9unfAx0d74G0vU/Cdr4e1Frm6tbRQsEruFk
QqpVDlQASqtgZBBwMg1BpPgC00zWrfVJ9W1rU7m1V1t/7Qu/NWIuMMVGByRx6e2QCADg9duLPxD4
e1y80TwFDc6Y3nyDWpZkhlZhl3mUMN5UNkgA8gbcDlRrX0beIP8AhWem6lK89reQ/bLlZAHM0kVu
rruLA5BLMCO4Y+xG7e/C7Sbz7RD9v1eDTptx/s2G722qE85WPHGHO8Dpu7Y4rT1HwZp+peGrDRZZ
ryOLT/JNtcQy7Jo2jG1XDAY3Yz275GDjABzOo+G9J0L4seE7jSrCG0e8+2ecIRtRtkAC4X7q9T0A
znmt/wDt3xP/AG59l/4RH/QPtPl/bf7Ti/1W7HmeXjPTnb17VDpnw30nTNdstaW51G41O2377m5u
fNe43KUHmZH8KnA27e2c11tAHl+saE3h+91y/wDEPh+28RaPezSXL3kahryzjKgbMNyVXgAow2hW
bjgC14hsdG1r4g+CrxbKzubfU47qWR3tx/pCiBTGXBGTgYxu6e1bN78O7K9vriVtX12K0uJGkm0+
K+ZbZ95zIpXGdrksSAf4jjFXde8GafrsengTXmnS6duFrNp0vkvEpXaUHBAUgDt2x0zkAxfF91pk
OsaXotp4Vh17U47d2hs2Cxw21vwC2WBQcxqo44xjIyA2Z8PbBLjXfGGl6lokNjaGS1lbSXkW4hiZ
lZiR/DzhW4HGAP4RXVan4JtNTgss6hqlre2kItxqFrc+XcyxgcrI+PmBIDcjryMZOX+GfBmn+Fbq
/uLGa8llv/LM7XMvmFmQHL5xncxZmOT1PGBxQBhfB7TLGLwDpl/HZWyXsqzJJcLEokdfObgtjJHy
j8h6VjeGvD994j+C2hW2nTWySw3ZuDDdBjBcqk8h8uQDqpODjBztHTqOz8N+CbTwtdySafqGqNas
rrHYzXO+3hDNu+RccEHuSTyc5zmo4vAenweFLPQbe81GCKykMtvdQz+XcRsSxJDKAORI69Oh9eaA
Mzwy2h3mpX+h3vhOHR9Tkt45rqxaJJLeeJXOxlKjY+CwycA5OOdvDPg9pljF4B0y/jsrZL2VZkku
FiUSOvnNwWxkj5R+Q9K6Dw/4StNAnmuRdX2oXsqiM3eoT+dKsYORGrYGFzk4HUnnOBiHw34JtPC1
3JJp+oao1qyusdjNc77eEM275FxwQe5JPJznOaAPOLa5aP4JeFrRr17Kz1HU/sd7KjhCIGlm3/Mf
ujA5PpkHgkV6hB4O8P2uqWuo2mkWdrd2u/ypLeMRY3LtOQuA3GeoOM8YqGz8E6TbeDk8MTJNdaYu
crNJh2/eeZyybejemOlQaR4Hg0rVIb6bWtd1J4Nxijv70yxxsVK7wuB821mHPZjQAz4mald6T8Pd
Vu9Pne3uVWNVlThlDSKpwexwx5HI6jmn6f4F8LLY6XJa6dZy/ZPKmt7yJVWSQoBtdnTG/PU54J5x
Vqw8H6bYQa1CDczxazNLNdRyzHb+8BDKoGNowTyPm6ZJwMZ9l8O7KyvreVdX12W0t5Fkh0+W+ZrZ
NhzGoXGdqEKQCf4RnNAGN4T0nTfFPiXxRqOurDqd9a6jLYxQ3IWRLe3Q/JtjIwMndzjnae5bOfZR
wafbfFDSdOlRtNt4WmijQJtjkkgfzFG0DABULt7bcdc11+r+BLLVNUm1G31HV9Lu7jb9pk068aLz
9qhV3A5HygcYA6nrVqx8H6XpnhObw9ZRvDZzwvDK6keY5ddrOWxyxHfGBgADAAoA851rwto+k/BS
21jT7FLfVFhs71bxGYSrKxjBYPnIHzH5RwDyBnmuj8XaNptz8TvCP2jTrOX7X9s+074FbztkK7d+
R82O2eldHqHhGx1LwanhqaW5WyWGKASIyiTbGVK84xn5Rnj1q1f6DbahrulatM8y3Gmed5KqRsbz
FCtuGMngcYI/GgDm/EEMVt8SPAkMEaRRRrfIkaKFVVECgAAdABVPStA0vWPir4xl1TT7a8aBbNYx
cRiRVDQ5b5Txn5V5xn8zXYX+g22oa7pWrTPMtxpnneSqkbG8xQrbhjJ4HGCPxosNBttP13VdWheZ
rjU/J85WI2L5alV2jGRweck/hQBx+saDpviD40QQ6taJdRQaGs6RuTt3rcEAkA/MME8HIOeRVXw9
4P0K4+Ivii1n02GW006S3ltbZ8tDE00RMpEZO3nC9RxtGMYFd1/YNt/wlX9v75vtf2L7FsyPL2b9
+cYzuz74x2osNBttP13VdWheZrjU/J85WI2L5alV2jGRweck/hQBzfwuiW007X7CEuLWy1y6t7eN
nLCKMbcKMk8ZJP1JPeu3rM0TQbbQf7Q+yvM/2+9kvZfNIOHfGQuAPl44zk+9adABRRRQBh6r/wAj
VoP/AG8f+gCtysPVf+Rq0H/t4/8AQBW5Wk9o+n6siO79f0QUUUVmWFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQBh6V/yNWvf9u//oBrcrD0r/kate/7d/8A0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK4zxHr+o2HjfStPtbjZaz+T
5kexTu3SFTyRkcDtXZ1UotJPuJSu2FFFFSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKAMP8A5nz/ALhv/tWtysP/AJnz/uG/+1a3K0n09CIdfUKK
KKzLCiiigAooooApazcSWmiX9xA22WK3kdGwDhgpIPNY3gPV73WtEmuNQm86VbhkDbFX5dqnHAHq
a1fEP/Itap/16S/+gGud+F//ACLVx/19t/6AlapL2bZDfvpHZ0UUVkWFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAcZ8S7jUIbHQYtL1CawuLnWre38+LnAYP95c4Zc4JU8HHNZ9ha
ap4N8caDpra/fata6xDMlwt+xkKSRJv3xkn5QScbeeM5J4I6PxboNzr39ifZXhT7BqsF7L5pIyib
shcA/NzxnA96NY0G51Dxj4c1aF4Vt9M+0+crE728yMKu0YweRzkj8aAOC1bxJd+Idf1OOaPxjFa6
ddyWcCeHY/kJQ4ZpJP4mJxhcAKMdck0+51rxFF8FdXm1GTUbW+s7lILa5mje2uZIfMi2u3OdxDEE
gnOOSTknoJfCviXQvEOoah4Rv9ONpqUhmnsdREvlxynGXUqSSzHdnoMEDBwMP1fwx4k1/wCHupaV
q2oWM2q3swkQopSCBBIjCMELuIAU8kZ5wc4zQAz4kanc2t1oOnnU5tH0vULlkvdQhBV49oBRBJ0T
cc8+2T8oYHP+Gcc83ijxFIniDVNY0u0ZLe0muJ3eKQt8z9eGZcKNy4BDZxhhVb4gXG74i2lvnQv3
elF8eIJM2g3S4+RccS/L1zyvYbednwJ4huZ9Sk0F7bQpLe3tzcrdaFITax7nwIiuMByd7deR26mg
Dj/DGi6x/wAKmTW7fxPfWosIZ7qztbdFSNCkjs6yf89QxTjdwuTwRxXQeNbq71zwd4Ju0mS0vb7U
7GUSpHuWGR42O4KTyATnBPatrRPCN9pvwrk8NTS2zXrWlzAJEZjHukLlecZx8wzx61BrXgzVL/wd
4Z0uyvba1vdJmtZXuCC6qYoypZAR8xyQQDgHHOKAKd9Y6l4L1rQtRfxDqmqDUb9LC8t7qQeUzSg4
eNcYjCsudozxxkDOS2ttU8f6/q8s2s32k6VpV3Jp8EGmzmOSWRCN0kjY5BGMDHGe2CWs2nhXxLrO
qaRc+ML/AE6SHSZBNFDYiUfaZduA8mSoDKQCMLjlhgA0+Twz4j0HWtTvPCV1pbW2qTfaJrXURNth
kx8zIVY5LkkngYwoHAoAoWmratZ6L460W9vpri40S3Z7S9Mn73yngZowSFU71CglupLH0ydbwDo1
3HpWn61qGvapqFzeWEZaGeb9wgZVIIT+8AACxOT8xPJpmneB7m08K65FdX32zX9bt3W7u5WIjLlG
VFUY4Rd2BgZx2Awo6Pw/YS6V4c0ywnZGltLSKByhJUsqBTjOOMigDj/jPpv2nwJc3v2y8i+ybf3E
Uu2KbfLGP3i4+bHUehrWu9Ii8OeDdQhuPE+qQwFvMl1G8nEs0SEqGVGxwSAQuASGfIycCrvjXw/L
4p8I3+kwTJDLcKpR3BK7lYOAcdiVxnnGc4PSsnVfDOueKPDSweIG0ganaXq3dqlujvaybBwkqv8A
MVbLg47EdeQQDmPCviW1h8f6bp2geKdR1yw1COVbqPUvMd4GRGdWRmC4z0wB2Oc/Li7Dod7rnxO8
Xw2+t3mmWg+xfaVswqyzfucrtkPKYI5wOQSK07bw54sv/GOia3r93pHlad56/ZrJZAAHj2hgWGSx
JwQSAAoxkk0y88MeLbPxpq2ueHtQ0tIr5oAbW7VisqpEUyxC5UhuQFPOeTxggFKK5u7Tw94+8OXl
7c6gNJtHeG7uX3SNHNAzhGPcqQfmJ5z0AAFQ6n4ku9K8FeDNKso77Oq2CCWXT4/MuUjSFCwiXj5i
G+9/CASATjG7Y+CbyDw/4lF3eQ3Ota/HJ50w3iKMtGVSMZLHYhZsHGcEDHAqPVPA19eeGPD0VjqK
WOu6HCiwXSBmQsIgrJ2+Viq5JU8AjByRQBh+EL3WbbxrZ29rH4ul0i6jdbs+ILcnyWVWZGSTOBk/
LggfiSNvqdcrpNv43l1q3m1y90WHT4VcyQafHIzTsRhQxkHygHnKntgg546qgAooooAKKKKACiii
gAooooAKKKKAMPxP/wAwj/sJQ/1q3qWuWmmMInLS3Lfct4hudvw7VR8WR+bDpce9k36hEu5Dhlzu
5HvWFL4cudEvZLmSe/mtn+9PZy7ZV/3hg5/A10whGUVzMwlKUW7I6fTTq1zcm5v/AC7aArhLVQGb
6s3r7CtWubstItdRgE1n4g1aVD3W75H1GOKsf8Ix/wBRnWf/AAK/+tWclG+rt8i4uVtvxNyisP8A
4Rj/AKjOs/8AgV/9aj/hGP8AqM6z/wCBX/1qXLHuO8uxuUVh/wDCMf8AUZ1n/wACv/rUf8Ix/wBR
nWf/AAK/+tRyx7heXY3KKw/+EY/6jOs/+BX/ANaj/hGP+ozrP/gV/wDWo5Y9wvLsblFYf/CMf9Rn
Wf8AwK/+tR/wjH/UZ1n/AMCv/rUcse4Xl2NyisP/AIRj/qM6z/4Ff/Wo/wCEY/6jOs/+BX/1qOWP
cLy7G5RWH/wjH/UZ1n/wK/8ArUf8Ix/1GdZ/8Cv/AK1HLHuF5djcorD/AOEY/wCozrP/AIFf/Wo/
4Rj/AKjOs/8AgV/9ajlj3C8uxuUVh/8ACMf9RnWf/Ar/AOtR/wAIx/1GdZ/8Cv8A61HLHuF5djco
rD/4Rj/qM6z/AOBX/wBaj/hGP+ozrP8A4Ff/AFqOWPcLy7G5RWH/AMIx/wBRnWf/AAK/+tR/wjH/
AFGdZ/8AAr/61HLHuF5djcorD/4Rj/qM6z/4Ff8A1qP+EY/6jOs/+BX/ANajlj3C8uxuUVh/8Ix/
1GdZ/wDAr/61H/CMf9RnWf8AwK/+tRyx7heXY3KKw/8AhGP+ozrP/gV/9aj/AIRj/qM6z/4Ff/Wo
5Y9wvLsblFYf/CMf9RnWf/Ar/wCtR/wjH/UZ1n/wK/8ArUcse4Xl2NyisP8A4Rj/AKjOs/8AgV/9
aj/hGP8AqM6z/wCBX/1qOWPcLy7G5RWH/wAIx/1GdZ/8Cv8A61H/AAjH/UZ1n/wK/wDrUcse4Xl2
DVf+Rq0H/t4/9AFblcq+mf2b4q0X/Tb258zz/wDj5l37cJ2446/oK6qipZKNu36sUN3fv+iCiiis
zQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigDD0r/kate/7d/wD0A1uVh6V/yNWvf9u//oBrcrSpv8l+
SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
B534v/5KTof/AGw/9HNXolZ15oGnX+pQahdW++6t9vlyb2G3adw4BweT3rRq5yTSXYmMbNsKKKKg
oKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP
/mfP+4b/AO1a3Kw/+Z8/7hv/ALVrcrSfT0Ih19QooorMsKKKKACiiigCK4t47u2lt513RSoUdckZ
UjBGRVfS9IstFtmt9Ph8mJnLld7N82AM5JPoKsXFxHaW0txO22KJC7tgnCgZJ4qvper2WtWzXGnz
edErlC2xl+bAOOQPUU9beQtLl2iiikMKKKKACiiigAooooAKKKKACiiigAooooAKKo6nqX9m/Y/3
XmfablLf72Nu7PPTnp0q9Ts0riv0CiiikMKKKKACiiigAooooAq3+mWOqwLDqNlbXcStvEdxEsih
sEZwQecE/nRYaZY6VA0OnWVtaRM28x28SxqWwBnAA5wB+VWqKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcr
SXwoiPxMpR6TZw6g17DCI52UqxQkBvqOhNXaKKhtvcpJLYKKKKQwooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD1X/AJGrQf8At4/9AFbl
Yeq/8jVoP/bx/wCgCtytJ7R9P1ZEd36/ogooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD0r/k
ate/7d//AEA1uVh6V/yNWvf9u/8A6Aa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ15r+nWGpQafdXGy6n2+XHsY7tx2jkDA5Het
GvO/F/8AyUnQ/wDth/6OavRKucUkn3JjK7YUUUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/ANq1uVh/8z5/3Df/AGrW5Wk+noRD
r6hRRRWZYUUUUAFFFFAGd4h/5FrVP+vSX/0A1zvwv/5Fq4/6+2/9ASum1m3ku9Ev7eBd0stvIiLk
DLFSAMmsbwHpF7ouiTW+oQ+TK1wzhd6t8u1RnIJ9DWqa9m0Q176Z01FFFZFhRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
Bh+J/wDmEf8AYSh/rW5WH4n/AOYR/wBhKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/8AI1aD/wBv
H/oArcrD1X/katB/7eP/AEAVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AYelf8jVr3/bv/6Aa3Kw9K/5GrXv+3f/ANANblaVN/kvyRENvm/zCiiisywooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOM8R6BqN/430rULW332tv5PmSb1G3bI
WPBOTwe1dnRRVSk2kuwlGzbCiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFAGH/wAz5/3Df/atblYf/M+f9w3/ANq1uVpPp6EQ6+oUUUVmWFFF
FABRRRQAUVS1m4ktNEv7iBtssVvI6NgHDBSQeaxvAer3utaJNcahN50q3DIG2Kvy7VOOAPU1Si3H
mFza2OmoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/wCYR/2Eof61uVh+J/8AmEf9hKH+
tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5VHU9N/tL7H+98v7Ncpcfdzu25468detX
qttOKRKWrYUUUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAYeq/wDI1aD/ANvH/oArcrD1X/katB/7eP8A0AVuVpPaPp+rIju/
X9EFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/wCgGtysPSv+Rq17/t3/APQD
W5WlTf5L8kRDb5v8wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigDjPEev6jYeN9K0+1uNlrP5PmR7FO7dIVPJGRwO1dnXnfi//AJKTof8A2w/9HNXola1E
lGJEHqwooorIsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKAMP/mfP+4b/AO1a3Kw/+Z8/7hv/ALVrcrSfT0Ih19QooorMsKKKKACiiigDO8Q/8i1q
n/XpL/6Aa534X/8AItXH/X23/oCV11xbx3dtLbzruilQo65IypGCMiq+l6RZaLbNb6fD5MTOXK72
b5sAZySfQVaklBxJcfeTLtFFFQUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/AJhH/YSh/rW5
WH4n/wCYR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRXCi+8R+NL6efw7q0OjaLbSSW8dwbZbiS8dSAXUN8vlfeAKtnIOeuFh8Z3viDTPhZq7X9x5
Wo2kkUcV9aOYzcJ5keJMDmNiGKsvTIOOCKAPQKKwrDxt4d1TWm0mw1a2uL0LuCRklXGATtf7rHBz
gEng+hxN4g8U6P4Wghl1q+S1WZisYKs7MQMnCqCcDjJxgZHqKANeiszQ/Emk+JbU3Gj38N0i/eCn
DpyQNynDLnacZAzjisu8+I/hWw1h9LutYhju45BE6lHKI3oXA2jGecnjnOMGgDp6KzNV8SaToujr
quoX8MVi+3y5gd4k3crt25LZHPGeMnoKqr4l03WfCd9qukaqiW0cMv8ApixFzbsqkljGRkleG2kc
jHYigDdorCHiXTdJ8OaTe6tqqPFeLDGl68RjWd3TIYqB8gIBPOAO+KPD/jXQPFM80OjailzLCod4
yjo23OMgMBkZ646ZGeooA3aKwvEHjXQPC08MOs6iltLMpdIwju23OMkKDgZ6Z64OOhq1oPiPS/E9
i95o119pt0kMTP5bJhgASMMAejCgDTorhfE3xN07w74xsNJmuYVt18z+0maCRng/dhotpAwdxPOA
34UeIfEsEHi3wVeLqn2bSL2O6lkd5TFFIphUxlwcDqwxu6E+tAHdUVkeH/FOj+KYJpdFvkulhYLI
ArIykjIyrAHB5wcYOD6Gqet/EHw14d1E2Gq6okN0qhmjWJ5CoPTO1Tg45wecEHuKAOjoqOGaK5gj
mgkSWKRQ6SIwZWUjIII6giuQ8aX2tf8ACT+G9H0TVv7M/tH7V5sv2ZJv9WisOG/EcEdaAOzorhbG
+8R+HfGul6PrerQ6zaavHL5Uv2ZbeS3eJdx4XgqQQOTnPpj5oZJPE+veO/EOnaZ4l/su0037N5cf
2CKfPmRbjy2D1B7nr7UAegUVwVv4n1uHTPGOn6hLbPqWgWnmRX0CbRNuhZ0ZkOQG+XJA+XJwBgZP
VeGbyfUPCukXl0/mXFxZQyyvgDczICTgcDk9qANOiqWr6vZaDpc2o6nN5FpDt8yTYzYywUcKCepH
asmH4heF7nWo9Jg1m2lvJGCIE3MjMRkASAbCT069eOvFAHR0VheIPGugeFp4YdZ1FLaWZS6RhHdt
ucZIUHAz0z1wcdDV2LXtNn0A61DdpJpohaczoCQEUEscYzkYORjIIIxmgDQorC0bxroHiHUWsdJ1
FLq5WETsqI4AQ7eckYz8ygjOQcgjINVbz4j+FbDWH0u61iGO7jkETqUcojehcDaMZ5yeOc4waAOn
orI1zxTo/ht4F1i+S1NwsjRb1YhggBbkA84IwOpJAGTxUOmeNdA1nSr3UdP1FJrWxUvcsEcNGoXd
kqQGxgHGBzg46GgDdorhfBvxN07xLql1p01zCLt72ZLCOKCQebbqu5XYkEBiA2ckdOgruqACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPVf+Rq0H/t4/9AFblYeq/wDI1aD/ANvH
/oArcrSe0fT9WRHd+v6IKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/wCRq17/ALd//QDW
5WHpX/I1a9/27/8AoBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQBnXmgadf6lBqF1b77q32+XJvYbdp3DgHB5PetGs681/TrDUoN
PurjZdT7fLj2Md247RyBgcjvWjTd+olboFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf8AzPn/AHDf/atblYf/ADPn/cN/9q1uVpPp6EQ6
+oUUUVmWFFFFABRRRQBFcXEdpbS3E7bYokLu2CcKBkniq+l6vZa1bNcafN50SuULbGX5sA45A9RU
fiH/AJFrVP8Ar0l/9ANc78L/APkWrj/r7b/0BKtRTg5EuXvJHZ0UUVBQUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFAHC/CK6RfB39jSjy7/SLma2u4Sykq3mM2Rgn5eSM9yrY6Uz
4o6laaj8M/EK2c6TG1mit5tnISQSxErn1AYZx0OR1BFbuueBPDniS6FzqulQzXA6yqzRu3AHzFCC
2AABnOO1WZfC2jzeGxoDWKDSgqr9nRmUYDBhyCDncMk5yTnOcmgDmfHumWNing9LOytrdYfEFskQ
iiVAisWZguBwCQCcdSBRpENvL8Z/ED6hG73sVpbvpplViEh2bZTHn5QN7Y47lsdWrsNS0iy1f7J9
uh837JcpdQfOy7JUztbgjOMng8VS17wfoXifYdZ02G5dMbZOUkAGcDepDbfmPGcZ5oA4nUJjP8QP
Fz+HJLmSQeH3S5NqzkC9X5Yxxx5gUYGOQQ3fdWt4S/4Ryz+EFvLL5MGkzWR+3Ody73I2S5P3ixYF
RjnoF4xXVaJoOm+HNOFjpFoltbBi+1SSSx6kkkknoOT0AHQCsWX4ZeEJtRF62h2wlDK21Cyx5GMf
uwQmOORjB5znJoA5bwvoOoar4K8IX1vqX2PXtNjuJbSO8Tes0LMV2sp+YJtMQDL91WGByuNObXp9
S8L+NtN1LTYbLVtPsn+1tbuGiuC9udsinryE6NyBtGc5A6nxB4W0fxTBDFrVil0sLFoyWZGUkYOG
Ug4PGRnBwPQUWPhbR9M0CbRbKxSHT51dZYlZsuHGGy2dxJHGc5AAA6CgDhtbhiufAPw6hnjSWKS/
01HjdQyspiIIIPUEVra/ZW1p8TvA32a3hhxHeQjy0C4RYflXj+EZOB0GTXTy+HNLnsdNs5LXNvpk
kUtonmN+7aMYQ5zk4HrnPfNTXWkWV5qljqNxDvu7DzPs0m9hs3rtbgHByB3BoA82lfVpfHHirUfD
WgW2u210o0+d7kxxCGaNFV0G5svH03DC7jjBwuT3Pgrw/L4W8I2GkzzJNLbqxd0BC7mYuQM9gWxn
jOM4HSvP9W8C339v6ndah4QTxK15dyXEV2ustbmKInCRFTjlQO2RggA8V3XgbRb7Q9AaHUJHDSzN
LFatO0wsoiAEgDk/MFA6jjJOM9SAZ/if/kp3gj/t/wD/AESKg8ZWVtqHxF8FW17bw3Nu/wBu3RTI
HRsRKRkHg8gGuj8QeFtH8UwQxa1YpdLCxaMlmRlJGDhlIODxkZwcD0FSJ4c0uObSpVtcPpEbRWR8
xv3SlAhHX5vlAHzZoA5uOGKL45SPHGiNL4f3yFVALt54XJ9ThQPoB6VyfgDR9c1vw3dW9v4tS0l8
6VdS0+fSoppFkZiG80v8zlgOrZ7r/CQPVv7Isv7c/tjyf9P+z/ZfN3t/qt27bjOOvOcZrF1b4ceF
dbvmvL7R4WuHzveJ3i3kkklghALEk5J5NAE/gXS7bRfB1jYWWow6lbxeZtuocbJMyMTjBI4JI69q
5/x9pv8Aa/jvwbZfbLyz837b+/s5fLlTESn5WwcZxg+xNdtpum2mj6dBYafAlvawLtjjToB/Uk8k
nkkkmmXWkWV5qljqNxDvu7DzPs0m9hs3rtbgHByB3BoA4bw1bS+E/iPPpOrTTai+pW5fTtUumkkm
KISzW5Y5XjljjA6E/eULBDpmtal8TvF/9ia//ZHl/YvN/wBDS483MPH3jxjB6dc+1d7f6FYanqNh
f3UTtdaezNbSJK6FC2N33SMggAEHIIyO5p9rpFlZ6pfajbw7Lu/8v7TJvY79i7V4JwMA9gKAOZvP
DUHhv4deIE8+a9vp9Oma7vrhi0twwiYDJJJ2gcBc8D1JJOz4M/5EjQf+wdb/APota072zg1CxuLO
6TzLe4jaKVMkblYYIyORwe1czZfC3wjp99b3lrpPl3FvIssT/aZjtZTkHBfB5HegCH4u/wDJMdX/
AO2P/o5Kz/iJLpcfwzjXQBbEyXcK6V/Z6BgJ/Nz+6MY+VsCTkY5yOpxW58RtIvde8Cajp2mQ+fdz
eV5ce9VziVGPLEDoD3qSw+HvhfTNVbUbPRrZLotvDHcyo24NlFJKoQQMbQMdsUAZeo67r194yv8A
S/Cdhpay2EMQvrzUd2HLDdGi7DuwAznnjJbp/FznhH/klnjn/jz/AOPm/wD+PL/Uf6lf9X/senti
u98QeCtA8UzwzazpyXMsKlEkDujbc5wSpGRnpnpk46mprPwto9hpV9ptnYpDZX7SNcQozBWLrtbH
PyjAAwuAO2KAMbTYZYPg3AmlRvHcnQ98ItlIcytDuyu3ncWOeOST61x/h7w7feIfhxFHD42s49F+
z7Li2Okw7LcgbnVmJBDKfm3nBPDZ5Br1mys4NPsbeztU8u3t41iiTJO1VGAMnk8DvXM3nws8HX10
9xNokKu+MiGSSJOBjhUYKOnYUAYWp6RYt4i+HGmTfZtTso7S5jDOivHOq26bWxyMHAI69q044Yov
jlI8caI0vh/fIVUAu3nhcn1OFA+gHpXTvoOmyXum3RtEWXTFdLPYSqwqyhWAUEDG0Acjjtin/wBk
WX9uf2x5P+n/AGf7L5u9v9Vu3bcZx15zjNAHM/Dj/mav+xiu/wD2SuzrCi8FaBB4kOvw6ckeqFmc
zI7gFmUqx2Z25IJzxyST15rdoAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9
V/5GrQf+3j/0AVuVh6r/AMjVoP8A28f+gCtytJ7R9P1ZEd36/ogooorMsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigDD0r/AJGrXv8At3/9ANblYelf8jVr3/bv/wCgGtytKm/yX5IiG3zf5hRRRWZYUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHnfi//AJKTof8A2w/9
HNXolcZ4j0DUb/xvpWoWtvvtbfyfMk3qNu2QseCcng9q7OtajTjEiC1YUUUVkWFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/wDatblY
f/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBS1m3ku9Ev7eBd0stvIiLkDLFSAMmsbwHpF7
ouiTW+oQ+TK1wzhd6t8u1RnIJ9DXTUVSk1HlFy63CiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAYfif8A5hH/AGEof61uVh+J/wDmEf8AYSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRWP4inlg/svy
ZHj36hEjbWI3Kc5B9R7VsVTjZJiTu2goooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/yNWg/9vH/oArcrD1X/AJGrQf8A
t4/9AFblaT2j6fqyI7v1/RBRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/ACNWvf8Abv8A
+gGtysPSv+Rq17/t3/8AQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAorjPEev6jYeN9K0+1uNlrP5PmR7FO7dIVPJGRwO1dnVS
i0k+4lK7YUUUVIwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAw/8AmfP+4b/7VrcrD/5nz/uG/wDtWtytJ9PQiHX1CiiisywooooAKKKKAKWs3Elp
ol/cQNtlit5HRsA4YKSDzWN4D1e91rRJrjUJvOlW4ZA2xV+XapxwB6mtXxD/AMi1qn/XpL/6Aa53
4X/8i1cf9fbf+gJWqS9m2Q376R2dFFFZFhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YS
h/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW
5WkvhREfiYUUUVmWFFFFABRVK21nTby+lsrXUbOe7hz5sEU6tImDg7lByME4Oe9XaACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9V/wCRq0H/
ALeP/QBW5WHqv/I1aD/28f8AoArcrSe0fT9WRHd+v6IKKKKzLCiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAw9K/5GrXv+3f/wBANblYelf8jVr3/bv/AOgGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHnfi/8A5KTof/bD/wBHNXolZ15o
GnX+pQahdW++6t9vlyb2G3adw4BweT3rRq5yTSXYmMbNsKKKKgoKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP8A5nz/ALhv/tWtysP/AJnz/uG/
+1a3K0n09CIdfUKKKKzLCiiigAooooAiuLeO7tpbedd0UqFHXJGVIwRkVX0vSLLRbZrfT4fJiZy5
XezfNgDOST6CrFxcR2ltLcTttiiQu7YJwoGSeKr6Xq9lrVs1xp83nRK5QtsZfmwDjkD1FPW3kLS5
dooopDCiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcr
SXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigDD8T/APMI/wCwlD/WsHxQLnxH4907wv581vpaWT39+sU5ja6QsYxE
cDO3PUZAIY9CBW94n/5hH/YSh/rWR4qt9Q0TxVZeK9M0+bUkW3NhfW0PzSiEuGV4lA5YNnIz0xwO
WGkvhREfiZoaP4O0DwdPPf6Wj6fF5LC4DXLmJlBDb33k4KgNg8YDN+GLL8RdWGnDWYfB18+g7VlN
09zGs3lcbn8nk4HJHOCADkA5GhFrE/jax1LSV0TV9Kt57KWJ7rUbcRbWcbVCpnL8FieRjaB/EK5y
LW9Ym8CnwovhHWhqosG07e8arbZCGMv5xIGNo3DsTgAnINZlnTeJPGraLe6Lbadpr6u2rrKbf7NM
BkqqlSDggqdwy2cKoLc9Kh0nxrqWradrCReHnTXdLmSN9Le6CllbGG80qFwRvIxnIUf3hVW50K50
/wAU/D+3hjmubfTLe5gmuViOxcW6opbqF3EcAn86u+HbK5g+IvjG5mt5o7e4+xeTKyEJJtiIbaeh
weDjpQBxPw9xb/Dm9ubzwpbGyXTLsvqSzosl6oZswnaN6jAIyT/APauwk8XwaJ4V8Nx6XpE1zean
bxLYabFIeFCKTulI4VFIyx+pwMkZ/hrTL6D4FTWE1lcx3psLxBbvEwkLM0u0bcZycjHrkVzniIan
DH4LtYFvILyw0qOeP+z7Nri9t3CojiSIuqiJvlGSCcqy9CaAOp0v4i6leP4hS+8MvYtodo884e8D
EuAWVPuDhgrEMMjAHXIrW1Xxl/Znw8j8UfYfM328E/2bzcY8woMb9vbf1xzjtXLeFoLfUdK8R6U8
uqDxTrFpLJcPq9q1u0ibTHGwUblWMF9uASeDxgADM1zUtbv/AIX/APCLJ4R1pb+1hht55PJzFtid
RujYf6wkqvCjoSckLkgHba940vdM8VJoOmaDNql3LZC7jMc6xqPnKkOWGFUBSd2eSVXHOaZfeM9W
TUYdM0rw0+o6klolxfwrexolmz9Iy5BBbrxxkYIyCcP+xXP/AAuH7b9nm+yf2D5Pn7D5e/7Rnbu6
bsc464rmfFnhSyi8a6jq+t+GtR16wv44fKewLGS3lVSpQorgspCht54BwO9AHc+FfEsHinR/tkUE
1tNFI0FzbTKQ8Ey43IcgZxkc+/IByBzPxL1vXdMvtBi0uwma3fUbc+dFeiL7RIS/+jMvXawAJY/L
6iptB8IeHtb8KvZTeGLzTtMN6biK1vJpFldggXzGG/cv8ShSeQA3emeMPD66L4b0CLQNLuZrPSNX
gvHtrbMsgjDOW2hjljufpnv2A4ALWvanv0vwzP4h0Dy7ufWoI0tvtmfssu5wkm9Bh8AZ29Pm56UX
3jjVB4n1TQ9G8MzalcWHlM0gu1ijKum45ZhhWyQAvO4bjxtqDxPLc+I9L8KXtrpeow4163mlgnty
ssKKzgs6jO1e+Txgirvh2yuYPiL4xuZreaO3uPsXkyshCSbYiG2nocHg46UAZM3xSu5NFk1HTPCt
9crZKRqaySeT9jkBwU5UlyMEnA+VSpOMkDZ1jxq0D6XB4e019bvNShN1HCkwhCQYBEjlh8oJIAyB
k5GcjBxtN0y+j8HeP4XsrlZbu/1F7eMxMGmVowFKDHzAnpjrWLqfhBWg8M6rrHh++1eyh0OGzurO
2yk9tIoUqwQMrOSWZSv8OCT6UAdVB8SLaLQtWvdY028sbzR5EjvbEYkdN7bUZWO1WU5znjoeowTo
aP4j1aaedPEXh59FijhadbhryOaLapG7ey42HBBGeoDf3a5zQLHSbLQtZm0vwHqMVm3kebaX65lu
9rEttikZs7FO4f3icDkZqr4a0S7vp9YsNLsta0fwxeaZJapb6mP9Rcscbo42YttKuzHnBbdzwMAG
nL8RdWGnDWYfB18+g7VlN09zGs3lcbn8nk4HJHOCADkA5HQXvieK28QeH9OgiS5i1lZnS5SUbVWO
MOCAAdwYH1H41xkWt6xN4FPhRfCOtDVRYNp2941W2yEMZfziQMbRuHYnABOQa0Nf0fUPDreDtRsr
ObVofD8bW1xFbr++dXjWLeic5xgnGe47ZIAOm/4SH/it/wDhHfs3/MO+3faPM/6abNm3H45z+FYX
hfx/f+JYLe/bw69lo5WQ3OoT3iBISgY5AIBdeFBbgAlh/CSa2g3Woa38U31ibQ9R06xOjG3ie8i2
s5EwPzDorZ3YUnJADdDU3gfQrmf4PxaLexzWNxcW9zAwmiIePe8gBKnB6MDjjNAE+j+Nta1eS1uh
4QvItGupAsd4blDIEZtqSGHG4LyCeSAuWyQOTU/HGqJqmo23h/wzNrNvpuEublLtY18zbuZEGCXZ
RgEDkHjHTNXwp4n1K107SdAuPCmtRXtssdnLM8QFsqphWk83OCNqlgAOThQTkGuc1LwjpeleIdYl
8QeEdX1tL29e5tbzTgz/ACvhmRkSQbdrEgE/e56YoA9Q0HW7TxHotrqmnlzbXKll3rtYEEggj1BB
HHHHBI5rC17xpe6Z4qTQdM0GbVLuWyF3GY51jUfOVIcsMKoCk7s8kquOc0aXdv4f8MaJDpfhq8gt
7m9EH2RpGaS0hkdz5snDEcYYqT8pbBPFH2K5/wCFw/bfs832T+wfJ8/YfL3/AGjO3d03Y5x1xQAy
+8Z6smow6ZpXhp9R1JLRLi/hW9jRLNn6RlyCC3XjjIwRkE4I/iLaSeDZNaWyuReRzfY201htmN3k
DyRkfMckHgE4ycZBWuc8WeFLKLxrqOr634a1HXrC/jh8p7AsZLeVVKlCiuCykKG3ngHA70XGhOPB
lrd+GPDF5YxadrUeprp91IwuLlY1AYhSWKsTwF7hcgEsAQDoLHxxqh8T6Xoes+GZtNuL/wA1lkN2
ssYVE3DDKMM2QQV42jaed1bOmeIf7S8T65o/2by/7K8j975mfN81C3THGMY6nPtXGTeIJ9f+J3hC
RtG1HTbeL7aqNfxiKSRjD82EyTtA2/N3LEfwmrtzdah4P8f63qMuh6jqVhrMcDRSabF5zxNEmwq6
8YzknOfTGedoBoP8QYotF1m+ewdpbDU5NMt7aOUM93KCoULwOSWzgBiACeelP0jxpezeIYdF8Q6D
No13dRtJZnz1uI59uS67lGAwAzj064yM8YnhTVte8Iat9s0WZLseJn1E6bLJs+0IQoZFlJA24ZsO
Mg7eOtafhDSvD0fiezm0bwPrum3EW9mu78SRRxKUYHG52DMSQu3HRif4aANrR/Heo67Ja3ll4XvG
0G5kEa3xuYzIuW2FjCCTtD5yc8KC3tWL4a8S+Krjx/rcFxoMzRGS0We3bU0ZNOUpyyjo+4ZYhcdM
Hmq1ra3DeKNOm8M+GNa8P3i3cZ1ZNqx2MsI+RwPm2ORk7SoGQWYDOCNm1ubvQPihrjT6Nqlxbay1
mtvdWsHmRIFQoxkbPygE/XAzjGMgHQ6r/wAjVoP/AG8f+gCtysPVf+Rq0H/t4/8AQBW5Wk9o+n6s
iO79f0QUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6V/yNWvf9u//oBrcrD0r/kate/7d/8A
0A1uVpU3+S/JEQ2+b/MKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAzrzX9OsNSg0+6uNl1Pt8uPYx3bjtHIGByO9aNed+L/8AkpOh/wDbD/0c1eiVc4pJ
PuTGV2woooqCgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAw/+Z8/7hv/ALVrcrD/AOZ8/wC4b/7VrcrSfT0Ih19QooorMsKKKKACiiigDO8Q/wDI
tap/16S/+gGud+F//ItXH/X23/oCV02s28l3ol/bwLullt5ERcgZYqQBk1jeA9IvdF0Sa31CHyZW
uGcLvVvl2qM5BPoa1TXs2iGvfTOmooorIsKKKKACiiigAooooAKKKKACiiigAooooAw/E/8AzCP+
wlD/AFrcrD8T/wDMI/7CUP8AWtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3KwfFTrF
HpTyMqIuowszMcAAbskmtD+29L/6CVl/3/X/ABrVpuCsZppSdy9RVH+29L/6CVl/3/X/ABo/tvS/
+glZf9/1/wAajll2L5l3L1FUf7b0v/oJWX/f9f8AGj+29L/6CVl/3/X/ABo5Zdg5l3L1c/r3g2y1
6+S/+16jp9+kYh+1WF00UhiBJ2HqNuTnpnIHNaX9t6X/ANBKy/7/AK/40f23pf8A0ErL/v8Ar/jR
yy7BzLuUPD/hK00Cea5F1faheyqIzd6hP50qxg5EatgYXOTgdSec4GN2qP8Abel/9BKy/wC/6/40
f23pf/QSsv8Av+v+NHLLsHMu5eoqj/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5eoqj/
AG3pf/QSsv8Av+v+NH9t6X/0ErL/AL/r/jRyy7BzLuXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7
/r/jRyy7BzLuXqKo/wBt6X/0ErL/AL/r/jR/bel/9BKy/wC/6/40csuwcy7l6iqP9t6X/wBBKy/7
/r/jR/bel/8AQSsv+/6/40csuwcy7l6iqP8Abel/9BKy/wC/6/40f23pf/QSsv8Av+v+NHLLsHMu
5eoqj/bel/8AQSsv+/6/40f23pf/AEErL/v+v+NHLLsHMu5eoqj/AG3pf/QSsv8Av+v+NH9t6X/0
ErL/AL/r/jRyy7BzLuXqKo/23pf/AEErL/v+v+NH9t6X/wBBKy/7/r/jRyy7BzLuXqKo/wBt6X/0
ErL/AL/r/jR/bel/9BKy/wC/6/40csuwcy7kV/oNtqGu6Vq0zzLcaZ53kqpGxvMUK24YyeBxgj8a
06o/23pf/QSsv+/6/wCNH9t6X/0ErL/v+v8AjRyy7BzLuXqKo/23pf8A0ErL/v8Ar/jR/bel/wDQ
Ssv+/wCv+NHLLsHMu5eorLu9R0a+tZLe41CzaKQYYfaFH9axf7VbQf8Aj31S11OxH/LJ7hPOjHsc
/N9KqNNy9SXUSNLVf+Rq0H/t4/8AQBW5XKnWLPWPEehS2cm7b5+9CMMnyDqK6qiomlFPt+rFBptt
f1ogooorM0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw9K/wCRq17/ALd//QDW5WHpX/I1a9/27/8A
oBrcrSpv8l+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQBxniPQNRv/G+laha2++1t/J8yTeo27ZCx4JyeD2rs6KKqUm0l2Eo2bYUUUVIwoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/+Z8/7
hv8A7VrcrD/5nz/uG/8AtWtytJ9PQiHX1CiiisywooooAKKKKACiqWs3Elpol/cQNtlit5HRsA4Y
KSDzWN4D1e91rRJrjUJvOlW4ZA2xV+XapxwB6mqUW48wubWx01FFFSMKKKKACiiigAooooAKKKKA
CiiigAooooAw/E//ADCP+wlD/WtysPxP/wAwj/sJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB8VIss
elJIqujajCrKwyCDuyCK0P7E0v8A6Btl/wB+F/wqj4n/AOYR/wBhKH+tblattQVjNJOTuUf7E0v/
AKBtl/34X/Cj+xNL/wCgbZf9+F/wq9RUc0u5fKuxR/sTS/8AoG2X/fhf8KP7E0v/AKBtl/34X/Cr
1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sTS/8AoG2X/fhf8KP7
E0v/AKBtl/34X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sT
S/8AoG2X/fhf8KP7E0v/AKBtl/34X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8A
Cr1FHNLuHKuxR/sTS/8AoG2X/fhf8KP7E0v/AKBtl/34X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAK
P7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sTS/8AoG2X/fhf8KP7E0v/AKBtl/34X/Cr1FHNLuHKuxR/
sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sTS/8AoG2X/fhf8KP7E0v/AKBtl/34
X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKuxR/sTS/8AoG2X/fhf
8KP7E0v/AKBtl/34X/Cr1FHNLuHKuxR/sTS/+gbZf9+F/wAKP7E0v/oG2X/fhf8ACr1FHNLuHKux
R/sTS/8AoG2X/fhf8KP7E0v/AKBtl/34X/Cr1FHNLuHKuxmXWm6LZ20lxcWFkkUYyzGBeP0rE+wf
27xp+lWlhZH/AJeZbZPMcf7K44+prrWUMCGAIPY0tVGo16kuCZyi6LaaL4j0KO0Qgv5+92OWfCd/
zrq6w9V/5GrQf+3j/wBAFblOo21Fvt+rFBJNpf1ogooorI0CiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAw9K/5GrXv+3f8A9ANblYelf8jVr3/bv/6Aa3K0qb/JfkiIbfN/mFFFFZlhRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcZ4j1/UbDxvpWn2txstZ/J8yPYp3bp
Cp5IyOB2rs6878X/APJSdD/7Yf8Ao5q9ErWokoxIg9WFFFFZFhRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/wDM+f8AcN/9q1uVh/8AM+f9w3/2
rW5Wk+noRDr6hRRRWZYUUUUAFFFFAGd4h/5FrVP+vSX/ANANc78L/wDkWrj/AK+2/wDQErrri3ju
7aW3nXdFKhR1yRlSMEZFV9L0iy0W2a30+HyYmcuV3s3zYAzkk+gq1JKDiS4+8mXaKKKgoKKKKACi
iigAooooAKKKKACiiigAooooAw/E/wDzCP8AsJQ/1rcrD8T/APMI/wCwlD/WtytJfCiI/EwooorM
sKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E/wDzCP8AsJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD1X/
AJGrQf8At4/9AFblYeq/8jVoP/bx/wCgCtytJ7R9P1ZEd36/ogooorMsKKz9a1uz0CwN3fuyxk7V
CqWLtgkKPc4PXA965eP4kOVN3JoF8ul5OLteRjOAcYC5zgY3ce9Zyqwi7NnZQwGIrx56cbr5L7r7
v0O4orhNd8U30XjHQ7fTrvGn3yQSFfLX51eQjOSMjK49K7unCopNpdCMRhJ0IwlP7Sv/AMOFFFFW
cwUUUUAFFFVtS+0/2Zd/Yf8Aj78l/J6ff2nb146468UPQcVzNIs0VieFP7c/syT/AISP/j7847Pu
fc2rj7nHXd71t0ovmVy61P2U3C6duq1XyCiiimZhRRWJ/wAJXZf8JT/YHlXH2v8Av7V8v7m/rnPT
260nJR3NKdGdW/Ir2V36LqbdFc34u/4SX/RP+EZ/2/P/ANV/s7fv/wDAuldJSUrtq2xU6PJTjU5k
+a+ieqt3XS/QKKKKoxCiiigAooooAKKKKACiiigAooooAKKKKACiioL17hLC4ezRZLlY2MKN0Z8f
KDyOM47ihjiruxPRXn2p33jfQrM6veXFjJbqQZLUKCI93ABwASASBwx7dRmux0LVk13RrbUI42iW
YHKMclSCQRnuMg8/yrOFVSfLazOzEYGdGmqvMpRbtdO+vY0KKKK0OIKKKKAMPSv+Rq17/t3/APQD
W5WHpX/I1a9/27/+gGtytKm/yX5IiG3zf5hRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFAGdeaBp1/qUGoXVvvurfb5cm9ht2ncOAcHk960azrzX9OsNSg0
+6uNl1Pt8uPYx3bjtHIGByO9aNN36iVugUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh/8AM+f9w3/2rW5WH/zPn/cN/wDatblaT6ehEOvq
FFFFZlhRRRQAUUUUARXFxHaW0txO22KJC7tgnCgZJ4qvper2WtWzXGnzedErlC2xl+bAOOQPUVH4
h/5FrVP+vSX/ANANc78L/wDkWrj/AK+2/wDQEq1FODkS5e8kdnRRRUFBRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAGH4n/AOYR/wBhKH+tblYfif8A5hH/AGEof61uVpL4URH4mFFFFZlhRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J
/wDmEf8AYSh/rW5WH4n/AOYR/wBhKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/8AI1aD/wBvH/oA
rcrD1X/katB/7eP/AEAVuVpPaPp+rIju/X9EFFFFZlnm/j3/AE7x1oenXPz2jeXmPp9+Uq3I55Cj
v2r0iuW8a+D/APhJoIZbaSOG9g+VWcfK6k8hiBnjqPqeOcjNt7r4gmBbaSxswzZU3UjJuXJ+8QrY
4z/dPToa5k3TnK6bue3OEMXhaKhUjFwTTTdt3e6736mT47s/M8daNZ2r/Zd0MEUTxjHlfvWAKgY6
dsY6VHdafL4T+JGnx2V9cSC8eNpHlILsrvtdWP8AFkgnOO47jNbGseHNavfFmg3zRLcLax24up1d
VG9XJcgHBxzngVP4m8PalqHjrSdRtbbzLS38nzZPMUbdspY8E5PB7CsZU225Ja3R6VLGQjCnRlNc
vJJPVb9P+AVPH0+jPqqR6tql8yRxqDYWYBKvliJGLHaDg4xjPIPSsTwRexW/jyO30eW6XTrkMrJc
bdz4jLfNjjIYHBHb6mt3xF4Z1mLxmmu6Ra299uw3lTEARsqhRkFhnoCCDwR7DLdJ8OeIR48tta1W
KFlkDPK0TriLMbKEx1yOBxn6nmiUZure3X8PUdKth44F0/aJ3g9G18Xblt0ezevqZGl6Wdf8ba9p
Ut3NBZyTyzzpFgGXZIQoyewL579PoRe+HRuNO8Waro32hpLaESZXGAzo6ruA7Ej+nXArU8M+HtS0
/wAdatqN1beXaXHneVJ5indulDDgHI4HcU3w9od/pPjbWdVv4VgsJROyzNKmMGQMCecgYBPNEKbT
jK3V/cTicXTqQq0uZNckbLT4v1ZzdvBY+KG1O+8U6w1lqEJKJAQEEQAPAU8sAcjaOeDnlq0vB9ik
Pw8128EcySXEEqMXPyuERsMvA4+Yg8nlfwrC0nStS1m1nms9Ht9ViFy5+03MhjlZiFJ3YlGeMHnO
CTz1rr/DmtnxP4P1Wwt7CG3uYoHjWK3UJE3mK23aM8HOc5+ueeIpK8rvez+Z0Y+ThScYO8VKN1dW
iumi11ff/gnO6X/ySHWf+vxf5w1BdeHze+AI/ENzfTSXEQWJIiBsWJX8sIPQ98/XjJzW9YeFtXh+
HOp6XJaYvZ7kSRxeYnzLmPnOcfwnv2q7/wAI9qX/AAqz+x/s3+n/APPLzF/57buucdOetP2Ta1X2
fxIljqdOblTmtaqvqvhaV/lpuUrrxBq0Xwrs72GaR7mVzDLcYy6Judd2ex+VRuPPPqc1zet6FoVl
a6a+k6lJqVxcOqyW8ZG9wQPugAlDngKwJ59jWx4gt5tG+GGn6bfO1veGc5gVlbeNztg4P3RlTnnn
b9RUmGpeFbqPVb7wtpcKtMBuDFsMTu+QeYwQ/KcELx+lKpd6S7L5f15muEcYXlRdrznZJpc3Za7p
dOXY9TsrRLCwt7SIsY4I1iUt1IUYGffivI/+EUsv+Fi/2B5tx9k/v7l8z/Vb+uMdfbpXrlldpf2F
vdxBhHPGsqhuoDDIz781xOveHdctfGq6/okEN2zj/VyMFEZ2bMHLDII5BB/+v04iClGLSvZ/geLl
GJlRq1YynyuUXu7e901+8zfifaJYWGgWkRYxwRyRKW6kKIwM+/FS+ODcf8LD0qO0uGtppoEgWZRk
pvd0JHvhj/8AWq7440HWvENhozw2avcxxsblFkVQjsEyBluRkHoT0qfxN4e1LUPHWk6ja23mWlv5
PmyeYo27ZSx4JyeD2FZThJuVl/Kd+FxNKNOipzV0ql9Vu3pf16dzl9T0SXwv41tNP0jUbiEXyJGJ
TjeiyMUIOMZ5GR07dxmpptLPg34h6ZbabdzGK5MW7fjJR32sp7EcZ6ccdxmui8TeHtS1Dx1pOo2t
t5lpb+T5snmKNu2UseCcng9hR4m8PalqHjrSdRtbbzLS38nzZPMUbdspY8E5PB7CpdJq9ls9DSGY
RmoKpNe9B822r6X8+xhePdcNx4q/su8nuodLtwgmjtyCZcgPnBwM8qBnOMZ9qb4F1dbbxgNO0mS4
Ok3WT5d1guGEZO75eAcrjjqMZ5Axu+JfDGrQ+J4fEPh/bPckjzIZCoAwu3IyQCpUYIzkZyPbW8Pv
4nuL97jXktba2EZRbaLBJfIIfOW4xkfe7dO9UoS9rd337dPUxniqCwChDla5LNc1nzd+Wzbd9U7m
zqX2n+zLv7D/AMffkv5PT7+07evHXHXivIdLtNEugRqWq6hpuurN80sy5QSbzz/eBGBksRgnPavY
L1bh7C4SzdY7lo2ELt0V8fKTweM47GvPNU0fxh4ot7Wy1PTrGEQncLosob7uDnax4PGQF646AVpi
I3aaV/y/4By5NWUISjKaim1rdKXXo01JeRb8f6jd3Gu6Z4ftriS1iu9vmuh++HYpgjjIAB4zg59q
zfE/hpfA9rbapoeoXkcpmETB2B3AgsOgGRlOQQQePTnb8Q+Crua10m40ieP+0NLhSMM4x5oQZXAO
QDuB4PHzcniqWpaR4v8AF3kWerW9np9pG/mM6ENk9OgZiSATgcDrk9KzqRk3K6d+h2YSvShCkoVI
qCvzp7v5bu/Tt5FH4l3n9oaZ4evNnl/aIXl2Zzt3LGcZ79as/F3/AJhH/bb/ANkrU8ceELjVdK0+
PSFUmwBjS3LYLIQo4YnqNo69eec9cfX/AA34t8Q6daT6hHbvcQfu0toiqtg53OzE7cnanAJHPQYO
VVjP31a97fgVga2Hthp86ioOd03r717f8Pt5ln4qXEtpdaHcQNslheWRGwDhgYyDg+9GsWMvgXwp
cXFtdXD6lqbxRXE5lB2PhmZlO3PPzDJ55BzkVd+I3h7Ute/s7+zLbz/J83zP3irjOzH3iPQ1u+Kt
BHiPQ5bMMqTAiSF2zhXHrjsQSO+M5wcVcqcnObW/T7jkpYulTw+Fpya5bvmXkpXV/Lr5nM+GvAMM
Vro+rwahcR3f7u5fAGxlIyUAGCMg4Jye/HPHO+Jdci1Xxbdwa1PfJpltI0aW9sVJ3Jlc84AJO45I
J5x7jqdBHjW3Ww065srWGzhKK9wzIXEanO3hiMlRt+7+PeoL7w3ruheK5tX8ORx3a3e9pY5io2lj
kqckZGcEEHPGD7xKHuJRTXfT9Dro4i2JnKvUjJ2fK7rTX+a1k+1/wuVvhpq8r6te6VBJI+mqjzW6
zYLoN4AGRxyGyR0z06nPpFYnhz+35PtM/iD7PH5u3ybeHH7rGQ2Tz14P3j+HStuuqhFxgkzwszqx
q4mUopLbZ3V/Wyv5+ZwHi/W7vWdVm8IWNnH5srxgzyS8bQokPGOMY9TwDxk11vh7Sv7E0G0sC29o
U+c5yCxJZscDjJOPbFYn9m6x/wALF+2/Y7f+y/8Anv5UPmf6rH3seZ97j6e1dbU0otylKW+3yNMb
WjGhSoUrctlJ2d/eas79n5dAooorc8sKKKKAMPSv+Rq17/t3/wDQDW5WHpX/ACNWvf8Abv8A+gGt
ytKm/wAl+SIht83+YUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQB534v8A+Sk6H/2w/wDRzV6JXGeI9A1G/wDG+laha2++1t/J8yTeo27ZCx4JyeD2rs61
qNOMSILVhRRRWRYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAYf8AzPn/AHDf/atblYf/ADPn/cN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBS1m3k
u9Ev7eBd0stvIiLkDLFSAMmsbwHpF7ouiTW+oQ+TK1wzhd6t8u1RnIJ9DXTUVSk1HlFy63CiiipG
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRR
WZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAYfif/mEf9hKH+tbE00VtBJNPIkUUal3kdgqqoGSST0AFY/if/mEf9hKH+tc94isl
8TfFLStF1DZJpdhYNqbW7AlZ5C5jAcZwQvBGQf4gchq0l8KIj8TOw07WdN1fzP7M1GzvPKx5n2ed
ZNmc4ztJxnB/KrtYo0bw/wCG/P1iDTrOw+zW8nmy28AT91wzZCD5vuA9CeOOpzy0vinxudAHiWHS
dFTSfJW7Nm88jXPk4BY7+EyVyw44BAwSMHMs9DorjPEfi/U4b/w3b+GLezvRrkczxtc7kAARWR88
EKA24jGSBgYJqPRPEXifVINf0uW30uHxHpc0aruD/ZHjcAqchi2Soc9uq5HUAA19N8d+HNXvru0s
dVhlltI3mnbayxoiEBm3kBSoyOQcY56VuQzRXMEc0EiSxSKHSRGDKykZBBHUEV5T4Audcs/hRcXN
xDpE+iw6ddyW8Tq7Su4ZyVlB+UocOMDnGPeugufFmoW3h/wpZ6Hp1mdW1u3RoI2Hl2tuqxq8nAOd
oB4Udh3IAIB3VFec6Z4x8WCbxZFrNrpEb6DZNLiASHzJCheM8scoVUk9DyOnONbW/F19pvwrj8Sw
xWzXrWltOY3VjHukKBuM5x8xxz6UAdhRXGa94j8RR+N08PeH7TTpTJpwu/OvGdViPmFSW2nLLgAA
AZywOcA1n61451e11pNGtLrwza3lpaRyahPqVw8UXnOAfLiGQxGPmzzwQDgjkA9DorkvCvj2z1jw
1/aOsTWemyw3LWc7PcIIWmUAny33YKkHI5PfkgZPP/Ei91PUJPDNzodxpFzpj6rbfZpS7OWugzgZ
K/KYuMHHzZzQB6Nc3ttZ+V9quIYPOkEMXmuF3ueirnqxxwBzU9cZr2panpul+Gf7bs9Iub+51qC3
l2RM8UW5nw8W45DgAcnoSagufEfiy/8AGOt6JoFppHlad5Dfab1pAAHj3FSFOSxJyCAAApzkkUAd
1RXmUnjvxfeeHr3UNN0bToX0bfFqa3MpbdMn+sEQVh8qrhjuPO7C7sZOh4h+IUsb6Nb6HLpdvPqN
oL95dYlMUcMJHyA4PLMSRhScbTxg5AB3tFec2fxRni8Ma7eX1nZ3V9oskSyGxuQba4WV9qMj/MRx
nIOenYkhdnQdd1wWtxqHiGTQp9IS3knW+0mV5ETyz8wIOS2RuwV6bCDyRQB1tFeeS+KfG50AeJYd
J0VNJ8lbs2bzyNc+TgFjv4TJXLDjgEDBIwdy88VP/wAJH4VtdP8AJlsNbjnlMrIwfakQdCvIxnPO
R+VAHT0Vz/8Ab9z/AMLF/sDZD9k/sr7bvwfM3+bsxnONuPbOe9c/4R8X+Jdb0eDxBqtvpFnoMccz
3Lr5rTOE3/OijICggAg5J2sR1AoA9AoriNA1nxvqqWOqTadoq6TeMsgt0lk+0pC5+Vt33CQpDkcZ
AIwCcDM1r4h6o2tarb6HdeGYLbTW8nGqXRjluJVGXCLuXAB+XLYBIyGIzgA9KorI8LeIIvFPhuz1
eGF4FuVJMbkEqysVYZ7jKnB4yMcDpWNq3iDxBe+KLjRvCcOlsbCFJL2fUDJtV5OUjULg52jdnkc4
4I5AOworktR8Tazp9jpFg2nWbeJNTkkhSDzyIF8sNum3YyUwFbZw2Gx1Bpmk+IPEFl4ot9G8WQ6W
pv4Xksp9PMm1nj5eNg2Tnad2eBxjkngA7Cs/W9e03w5pxvtXu0trYME3MCSWPQAAEk9TwOgJ6A1w
V1428ZTWviK80rTdIaz0S9nhd5mffKkZ/hUMPmVcsxJAO4BRkEFnxBv9X1WDwjf6Stiun3V/Zz2o
ug4lFwwZk37cjy9pGcc5zigDvdM8SaTq9rZXFlfwul9v+yhjsebYSH2q2GOMHPFadcZNqWp23ifw
hZa3Z6RLf3f23zZ4ImbydiZHksxyuRgNnrUGieI/Fmv65qEVpaaRFpmnarJaTTTNJ5kkasMhFBPz
hckk8EsuAMGgDuqK88t/E/jfWp9bGh6fopi0y/ntVa5aQNPsPyooDcMB1ZiFO8Yxg1VuPiP4gfQr
XxVbaTZxeG/MjS5WRzJdY3BZHQBlXaGyi55JG4gA8AHY6r/yNWg/9vH/AKAK3Kw9V/5GrQf+3j/0
AVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQBxtx8LtCmnaSN7yBTjEccoKrx23An9a
6DRPD+n+H7Uw6fDs34MkjHLyEDGSf6DA5OAM1pUVnGlCLukddbHYmtD2dSba9QooorQ5DP1rRLPX
7A2l+jNGDuUqxUo2CAw9xk9cj2rnbf4XaFDOskj3k6jOY5JQFbjvtAP612VFZypQk7yR1UcdiaEO
SnNpDI40hiSKJFSNAFVVGAoHQAdhT6KK0OVu4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQBh6V/wAjVr3/AG7/APoBrcrD0r/kate/7d//AEA1uVpU3+S/JEQ2
+b/MKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK4
zxHr+o2HjfStPtbjZaz+T5kexTu3SFTyRkcDtXZ1UotJPuJSu2FFFFSMKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/AJnz/uG/+1a3Kw/+Z8/7
hv8A7VrcrSfT0Ih19QooorMsKKKKACiiigClrNxJaaJf3EDbZYreR0bAOGCkg81jeA9Xvda0Sa41
CbzpVuGQNsVfl2qccAeprV8Q/wDItap/16S/+gGud+F//ItXH/X23/oCVqkvZtkN++kdnRRRWRYU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZ
lhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQBh+J/+YR/2Eof61neKtI1aDXLLxL4ahhub+3jNrdWkr7ftVuzBtqsThGU5IPfPOcbT
o+J/+YR/2Eof61uVpL4URH4mcrZya/4ngvrDX9CTRtPntJIHK3qTyyM42/JtGFAXdnOeSuOhrn4r
fxxJ4TPhRvD9jEBaNYf2o98PJMYUoG8sAvkqMD3IJAGRXoxniE4gMqCYjcI9w3EeuKkrMs4+68MX
Ft4m8FGwieXT9GhuIJZXddyqYVRMjjJJHYflVnQtIvbPx34q1G4h2Wl/9k+zSb1O/ZEVbgHIwT3A
rp6KAOF8P+HNUsfg3LoVza7NTayu4hD5in5nMm0bgdvO4d+9ct4k0fU7qfwrocUFzd3un6RFcPZW
s8NtLayIVTzRcMrZBPG1T1RW9K9jrF17wfoXifYdZ02G5dMbZOUkAGcDepDbfmPGcZ5oA4zwrYxL
a6z4Qu9JvNK1nU7Ka5muri5jvHmRyYw7yLtywZ2+XAHBOcsSaWraV461HwAfCh8PWYFtHHD9sW9Q
i4SN1C7EJBViFUksQMBuASAPQ/D/AIW0fwtBNFotilqszBpCGZ2YgYGWYk4HOBnAyfU1r0Acx/ZF
7/wtP+2PJ/0D+xvsvm71/wBb527bjOenOcYrG8QeFrq28V32t2nhvTvEcOoRxLJbXckaywyICu5C
6lQhUKCMkk47CvQKKAOY0HQ4rzQ3h1vwvpGnxPcmaPT4445VTChdzkDaXOG5A+6VHXNVvGfhy4fR
dITw3p1sx0rU4b5bKNlgV1UsSqnG0Els8+/U8HsKKAOM16x1rxHpfhmeTSfsl3ba1BdXVt9pSTyY
kZwW38BuNpwOefarmhaRe2fjvxVqNxDstL/7J9mk3qd+yIq3AORgnuBXT0UAcLp/hzVIPCvjazkt
cXGp3t/LaJ5i/vFkQBDnOBk+uMd8Vn3Xgy/gg8P6ouh2OsXNnpEen3mm3kiclQpUxsQVDBi+STgr
wOTXpVFAHGaLDrVlpepXVj4Q0jRrn915NlHMm652sS+6SMBRlThM9GyTwazPD/g69utY1e6u9Gh8
OaZqWnNYzWFrdrIXc4AmAVdi/KWA75ycfMc+jUUAeaxW/jiTwmfCjeH7GIC0aw/tR74eSYwpQN5Y
BfJUYHuQSAMitPxD4Y1LTx4YvvDcSXsvh5TAtpcOEa4iZFjPz8AMFXPIxznttPb0UAcLoNj4jvPi
K+v63pMOn2z6UbWOOO5WVkIlDbXI6scM2QMYKjrmrXgzwxcW3wvh8P61E9tLJDcQTqjqzKsjv0Iy
M7WB712FFAHC+Grjxnp1rpuh3Xh2zSG02W76kL5TG0KHG4RD59xQYGcfMQSAMgZ954UvNF1rVJrf
wfpfiW11G7a7jknliSeBmALqxkTBUtnaF6c5616VRQBzFuNd0/QtGj0/RdOtZZL1ReWkBAjtbZmY
sVwVBdQVyRkFtxAIrP1Gz1/w94yv9X0DRk1i21aGIXMbXaQPDLENqkFhjaVPTk5zyBgHt6KAOI1v
TvEV5BoHiGLTrZ9d0yaR205bgBDDKCrJvPBkVdnzZC5DEA8CpNP0/XfEHivTdb17S4dIh0qOZbe2
W7E8skkgVSzFRt2bcgDIOR3Brs6KAOF0/wAOapB4V8bWclri41O9v5bRPMX94siAIc5wMn1xjvij
UPDmqT+FfBNnHa5uNMvbCW7TzF/drGhDnOcHB9M57ZruqKAOY13SL288d+FdRt4d9pYfa/tMm9Rs
3xBV4JyckdgaPBOkXukf8JB9uh8r7XrVzdQfOrb4n27W4JxnB4PNdPRQBzHgnSL3SP8AhIPt0Plf
a9aubqD51bfE+3a3BOM4PB5rmf8AhENa/wCFE/8ACO/Yv+Jt/wA+/mp/z87/AL2dv3eev616bRQB
h6r/AMjVoP8A28f+gCtysPVf+Rq0H/t4/wDQBW5Wk9o+n6siO79f0QUUUVmWFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQBh6V/yNWvf9u//AKAa3Kw9K/5GrXv+3f8A9ANblaVN/kvyRENvm/zCiiisywoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAPO/F/wDyUnQ/+2H/
AKOavRKzrzQNOv8AUoNQurffdW+3y5N7DbtO4cA4PJ71o1c5JpLsTGNm2FFFFQUFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH/zPn/cN/8Aatbl
Yf8AzPn/AHDf/atblaT6ehEOvqFFFFZlhRRRQAUUUUARXFvHd20tvOu6KVCjrkjKkYIyKr6XpFlo
ts1vp8PkxM5crvZvmwBnJJ9BVi4uI7S2luJ22xRIXdsE4UDJPFV9L1ey1q2a40+bzolcoW2MvzYB
xyB6inrbyFpcu0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/Y
Sh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFAGB4slSCHS5ZW2xx6jEzH0A3E1lXvjaO8nNvZ3C2UH8V1LG
zMf91QD+v6VseJ/+YR/2Eof60678PKs7XekzGxujydg/dyf7y9K6YOCiuYwkpNvlMzTNX8M6YzSp
evLcv9+4ljkZ2/HbxWj/AMJnof8Az/f+QZP/AImp9N1K8kuTZ6lZNDcBSwlj+aKQDuD2+hrVqJuN
/eT+/wD4BUVK2j/D/gmH/wAJnof/AD/f+QZP/iaP+Ez0P/n+/wDIMn/xNblFTeHZ/f8A8Aq0+6+7
/gmH/wAJnof/AD/f+QZP/iaP+Ez0P/n+/wDIMn/xNblFF4dn9/8AwAtPuvu/4Jh/8Jnof/P9/wCQ
ZP8A4mj/AITPQ/8An+/8gyf/ABNblFF4dn9//AC0+6+7/gmH/wAJnof/AD/f+QZP/iaP+Ez0P/n+
/wDIMn/xNblFF4dn9/8AwAtPuvu/4Jh/8Jnof/P9/wCQZP8A4mj/AITPQ/8An+/8gyf/ABNblFF4
dn9//AC0+6+7/gmH/wAJnof/AD/f+QZP/iaP+Ez0P/n+/wDIMn/xNblFF4dn9/8AwAtPuvu/4Jh/
8Jnof/P9/wCQZP8A4mj/AITPQ/8An+/8gyf/ABNblFF4dn9//AC0+6+7/gmH/wAJnof/AD/f+QZP
/iaP+Ez0P/n+/wDIMn/xNblFF4dn9/8AwAtPuvu/4Jh/8Jnof/P9/wCQZP8A4mj/AITPQ/8An+/8
gyf/ABNblFF4dn9//AC0+6+7/gmH/wAJnof/AD/f+QZP/iaP+Ez0P/n+/wDIMn/xNblFF4dn9/8A
wAtPuvu/4Jh/8Jnof/P9/wCQZP8A4mj/AITPQ/8An+/8gyf/ABNblFF4dn9//AC0+6+7/gmH/wAJ
nof/AD/f+QZP/iaP+Ez0P/n+/wDIMn/xNblFF4dn9/8AwAtPuvu/4Jh/8Jnof/P9/wCQZP8A4mj/
AITPQ/8An+/8gyf/ABNblFF4dn9//AC0+6+7/gmH/wAJnof/AD/f+QZP/iaP+Ez0P/n+/wDIMn/x
NblFF4dn9/8AwAtPuvu/4Jh/8Jnof/P9/wCQZP8A4mj/AITPQ/8An+/8gyf/ABNblFF4dn9//AC0
+6+7/gmH/wAJnof/AD/f+QZP/iaP+Ez0P/n+/wDIMn/xNblFF4dn9/8AwAtPuvu/4Jyr6zY6v4q0
X7DP5vlefv8AkZcZTjqB6GuqrD1X/katB/7eP/QBW5RUtaNu36sUL3d+/wCiCiiiszQKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDD0r/kate/7d/8A0A1uVh6V/wAjVr3/AG7/APoBrcrSpv8AJfkiIbfN
/mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAZ15r+
nWGpQafdXGy6n2+XHsY7tx2jkDA5HetGvO/F/wDyUnQ/+2H/AKOavRKucUkn3JjK7YUUUVBQUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/ADPn
/cN/9q1uVh/8z5/3Df8A2rW5Wk+noRDr6hRRRWZYUUUUAFFFFAGd4h/5FrVP+vSX/wBANc78L/8A
kWrj/r7b/wBASum1m3ku9Ev7eBd0stvIiLkDLFSAMmsbwHpF7ouiTW+oQ+TK1wzhd6t8u1RnIJ9D
Wqa9m0Q176Z01FFFZFhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/Y
Sh/rW5WkvhREfiYUUUVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVm
WFFFFABRRRQAUUUUAFFFcZ40vta/4Sfw3o+iat/Zn9o/avNl+zJN/q0Vhw34jgjrQB2dFcFcan4i
8CTpe+JtVTWtCmZIZZ47MRS2bknDlUBBj6AknOSMDs21471u70Tw2zaUU/tW8mjs7FXXIaV2wOvA
IXcQW4yBnPQgHR0VwugXPiHxL4UktU137DrWm6jNaXt4LOOVJShPCqcDbhk5wD8p45rM0yHxpqXi
fXNH/wCE18v+yvI/e/2VCfN81C3TtjGOpz7UAem0V5z4717xHpcdlpOg6jCdRtdOl1DUrp4FBMUa
gbgpBUb2DfKASDjoMmu80y/i1XSrS/gV1iuoUnQOAGCsoYZxnnBoAtUVn6xr2m+H4IJtWu0tYp5l
gSRwdu9gSASB8owDycAY5NQaP4p0fXtKn1LTb5JLK3ZllmdWjVCqhjneBwAQc9KANeiuc0T4g+Gv
EWoiw0rVEmumUssbRPGWA643KMnHOBzgE9jT9c8d+HPDd0LbVdVhhuD1iVWkdeAfmCAlcggjOM9q
AOgorP0fXtN8QQTzaTdpdRQTNA8iA7d6gEgEj5hgjkZBzwa0KACiiigAooooAKKKKACiiigAoooo
AKKKKAMPVf8AkatB/wC3j/0AVuVh6r/yNWg/9vH/AKAK3K0ntH0/VkR3fr+iCiiisywooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKAMPSv+Rq17/t3/8AQDW5WHpX/I1a9/27/wDoBrcrSpv8l+SIht83+YUU
UVmWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBxniPQNRv/
ABvpWoWtvvtbfyfMk3qNu2QseCcng9q7OiiqlJtJdhKNm2FFFFSMKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP/AJnz/uG/+1a3Kw/+Z8/7hv8A
7VrcrSfT0Ih19QooorMsKKKKACiiigAoqlrNxJaaJf3EDbZYreR0bAOGCkg81jeA9Xvda0Sa41Cb
zpVuGQNsVfl2qccAepqlFuPMLm1sdNRRRUjCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj
/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/wDMI/7CUP8AWtysPxP/
AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKACiiigArjPE/8AyU7wR/2//wDokV2dYviHwhov
ir7P/bdl9p+zbvK/eum3djP3SM/dHX0oAwvihNFqPh8eGraRH1XVpoYoYQwLIvmbjI6j5hGBG2WA
OKzPF2qalqXxG02z0TR31ddBU3V3AZhFH5si4jyXG3cowynk/McYwa7DQfB+heGN50bTYbZ3zuk5
eQg4yN7Ett+UcZxnmrVhoVhpmo39/axOt1qDK1zI8ruXK52/eJwACQAMADA7CgDgtBvtXsfiu8us
6RNpaeIrcqsH2mK4VpoFGG3LgqoTIxzkt/3zteGP+SneN/8Atw/9Emuj1PQdN1meym1C0SaWxmE9
tISQ0bg5yCCOMgZB4OBkcChNCsIr3UruKJ47nU1RbqVJXVnCqVXBB+UgHquD360Aec6Fr2v6j4o1
vxLo3hh9WsLtltbKeS8SDZFFkHZ5gztdvmIAADAg5INafwsu5tH0rWNC1eN7JtFm83bPLGywQSqZ
FBkXAYjDknA6jp0HbaRpFloOlw6dpkPkWkO7y497NjLFjyxJ6k96q3PhbR7vUby/msUN1e2jWVxI
rMpliOMqcEc4AG7rgAZ4oA5z4j/ZtSsfCv8Aqbm0udetPR45UYP+BUg/Qg0z4wGUeF7Aid7e1/tO
D7XN5JmSOL5vmkTo6htp2ngnA9K6b/hFtHGnadYLYolrpsyXFrGjMojkTO1uD8xySTnOSSTmtC8s
rbULV7a9t4bm3fG6KZA6Ng5GQeDyAaAOAufCV9fX2g6lrvjizvbeC9hnsy2nwxec2QwRJFbJ3gdB
nOAcHAqz4LitBe+OJdXKee2pyrdC7fP+iBcxblY4Ee1nwcYK+w409N+GfhPSNRgvrLSES5gbfGzz
SSBW7HDMRkdRxwcEcirWq+BPDmt6wuqalpUM94u3LlmAfb03KDtb0+YHIAHQYoAxfhX9m+w+I/sP
k/ZP7eufI8nHl7MJt24424xjHGK7quV8B6DceH4NchntEtYp9XnntY0K7fJYKEICn5RgdOMY6V1V
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFQ3f2gWsn2MRG4x8glztz74rMs/ESGcWmqQtYXfZZD8j/7r
dDVKLauiXJJ2YzVf+Rq0H/t4/wDQBW5WHqv/ACNWg/8Abx/6AK3Kqe0fT9WKO79f0QUUUVmWFFFF
ABRRRQAUUUUAFFFFAFK21nTby+lsrXUbOe7hz5sEU6tImDg7lByME4Oe9WZporaCSaeRIoo1LvI7
BVVQMkknoAK8Z0ky6B4svfE0KILY+JLzTNSkZiAsMjRlGYkFVVHySeMkqM4PHdeNhFruo6R4U3uV
vpvtN8iIGH2WL5iHwQyB3CKGGOQeexAOps7221C1S5sriG5t3ztlhcOjYODgjg8giq0XiDSJ9RNh
DqtjJehmQ26XCGQMudw25zkYOfTBrzLQ9Su7L4LeHLPT53tbnVr/APs5bpPvW4knky4Hc4Ujgg85
BBFdt/wrrwzHpf2K10uG1K8xXUPFzE27cHWU5fcDyMk9MdOKANe/8QaRpU6w6jqtjaSsu8R3Fwkb
FckZwSOMg/lVmzvbbULVLmyuIbm3fO2WFw6Ng4OCODyCK4DXv7D/AOFwp/wkf9nfZP7BGz7fs8vf
9oOMb+N2N3vjNVdLsLfUvFniGXwMyW2mzaQ9o89sWitxfbiEK44JVcHcgIGc9W5AO9/4SbQ/t32L
+2dO+1+Z5Pkfak8zfnG3bnO7PGOua068f0BfBMWlweGfF2gQ6PqkcYWWS9j2faCGbMiXA52koe4H
O1Swr2CgDPv/ABBpGlTrDqOq2NpKy7xHcXCRsVyRnBI4yD+VTWGp2OqwNNp15bXcStsMlvKsihsA
4yCecEfnXGX+mWOq/GhYdRsra7iXw/vEdxEsihvtBGcEHnBP50zX9Mg8FeIdD1Tw7FDYpqeoxaff
WsaERTq/CttB2qybWwVAyWOe4IB3N5e22n2r3N7cQ21umN0szhEXJwMk8DkgVWuvEGkWMFvNearY
28Vyu+CSW4RFlXAOVJPzDBHT1Fcr42s4PFXivQvC06ebaLv1K/VSUdY0BSP5v7rOzKQPm78daZ4E
g07XfDa6RrttY6jqHh+aTT5fOhjkChWwpQEZ2lVUZIBJQ+maAOj/AOEz8Nf9DDpH/gbF/wDFVoXW
p2NjPbw3l5bW8ty2yCOWVUaVsgYUE/MckdPUVwfgDwzod5/wkv2rRtOn8nXrqGLzbVG2INuFXI4U
Z4A4rI8T2EvibVfFPiSzZFl8NrFBp0+SFEkDedPuU53MpyoyNp3d+oAPXaKpaPq1truj2upWTbre
5jEi5IJXPVTgkbgcgjPBBFc/4w8R6zpOu6FpehWlnczap9oUi5YqEKKpDZB+6MliMEkLgYJoA62i
uP1nxZfeGtFsINXbSx4gv2eOLEjRWaYPMju/IVVKkj7zE4XrkZ/hzx7qE/iu20TWJtCvft0bNb3O
i3HmJGyAsyyBmJGQMg4/PnaAegUV5/beL/FniGGXVfDGkadPpENyYY47iSRJ7xVfBkjZgqKpB75w
VbqRiug8C6/c+J/B1jq16kMdxceZuWEEINsjKMAknoo70AdBRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAGHpX/ACNWvf8Abv8A+gGtysPSv+Rq17/t3/8AQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDjPEev6jYeN9K0+1uNlrP5PmR
7FO7dIVPJGRwO1dnXnfi/wD5KTof/bD/ANHNXola1ElGJEHqwooorIsKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMP8A5nz/ALhv/tWtysP/AJnz
/uG/+1a3K0n09CIdfUKKKKzLCiiigAooooAzvEP/ACLWqf8AXpL/AOgGud+F/wDyLVx/19t/6Ald
dcW8d3bS2867opUKOuSMqRgjIqvpekWWi2zW+nw+TEzlyu9m+bAGckn0FWpJQcSXH3ky7RRRUFBR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFAGH4n/5hH/YSh/rW5WH4n/5hH/YSh/rW5WkvhREfiYUUUVm
WFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFAGB4uSSSDTEhk8qRtQiCybd204bBx3xT/7K1z/oYf8AySj/AMaPE/8AzCP+wlD/AFrc
rbmcYKxnypyZh/2Vrn/Qw/8AklH/AI0f2Vrn/Qw/+SUf+NblFT7R+X3L/IfIvP72Yf8AZWuf9DD/
AOSUf+NH9la5/wBDD/5JR/41uUUe0fl9y/yDkXn97MP+ytc/6GH/AMko/wDGj+ytc/6GH/ySj/xr
coo9o/L7l/kHIvP72Yf9la5/0MP/AJJR/wCNH9la5/0MP/klH/jW5RR7R+X3L/IORef3sw/7K1z/
AKGH/wAko/8AGj+ytc/6GH/ySj/xrcoo9o/L7l/kHIvP72Yf9la5/wBDD/5JR/40f2Vrn/Qw/wDk
lH/jW5RR7R+X3L/IORef3sw/7K1z/oYf/JKP/Gj+ytc/6GH/AMko/wDGtyij2j8vuX+Qci8/vZh/
2Vrn/Qw/+SUf+NH9la5/0MP/AJJR/wCNblFHtH5fcv8AIORef3sw/wCytc/6GH/ySj/xo/srXP8A
oYf/ACSj/wAa3KKPaPy+5f5ByLz+9mH/AGVrn/Qw/wDklH/jR/ZWuf8AQw/+SUf+NblFHtH5fcv8
g5F5/ezD/srXP+hh/wDJKP8Axo/srXP+hh/8ko/8a3KKPaPy+5f5ByLz+9mH/ZWuf9DD/wCSUf8A
jR/ZWuf9DD/5JR/41uUUe0fl9y/yDkXn97MP+ytc/wChh/8AJKP/ABo/srXP+hh/8ko/8a3KKPaP
y+5f5ByLz+9mH/ZWuf8AQw/+SUf+NH9la5/0MP8A5JR/41uUUe0fl9y/yDkXn97MP+ytc/6GH/yS
j/xo/srXP+hh/wDJKP8Axrcoo9o/L7l/kHIvP72Yf9la5/0MP/klH/jR/ZWuf9DD/wCSUf8AjW5R
R7R+X3L/ACDkXn97MP8AsrXP+hh/8ko/8axtdiugn2K61v7bO/3baOwRnz69fl+tdfdwNdWskKzS
QlxjzIzhl+lV9N0iz0qMraxYZvvyMcu/1NVGrbV/kiZU76L82cppOnalp2t6GmpTbgfP8uIncYx5
fIz+XHbFdzWHqv8AyNWg/wDbx/6AK3KVWTlZvt+rHTjy3X9bIKKKKyNAooooAKKKKACiiigAoooo
A8/0Tws+seHvGWk6nBNbJqGtXTwvLGy8HYY5FHG5QwBHODjFHw1stTv5p9f8QW95Bfx28WmQR3aM
sgijRWdyTgtvkJbJBIIIya9AooA8s0zwpq198GdItraKaz1zTblr21inXyz5qTSEBg47qxIzgZ25
OM10H/Cbatef6BZeEtXg1Z/3Ye8hxZxP/EzTA/Mg5IIGWwAMEiuzooA4i/8AD8Wq/FpZtR0pLvT1
0PYJLi3EkQl88nGSCN20n3wa6o26aRo8sej6fD+4jdoLSHbCjtyQo4wuT3981dooA811zxHceMPD
k2lDwNrTahcQsIhe2ipBBKUILiV+hUFsHAJ4HGa2pPhf4c1AQza1avqOoCGKOe7e4lVp2RFTcQH6
kKP/AK9dhRQB5/r19c6D8U01b+xdX1C0fRhbbrC1MuHMxbBPA6D1zyKsxx6l441rTLy90q50vRNN
m+1xxXmFnupgMISg5jCNuPJO7K8EHjt6KAPMtL8J3ni/xDrXiDU9R13SX+0tZ2SWxe0Y2y4Kn5wW
2twcYA3Bj3wLuh6De+EPiOY4X1fUdM1ey/fXlyVnK3EZO3zHwCqhOBnqWA5xx6BRQBwXh9tR0DQP
Gd2thcm6Or3k9pE1tIxnJC+WQqjLKWxyOMZORjNUvC/wzlGgW1zdeJPE1pe3ii6uo4LswjzXALbl
IJ3DgEk5JHboPSqKAPOfDdxq3gnwxr2nLouo3/8AZN6f7Pi2Y+0W8jjbtdFO5hlmbjjIHHQa2uW1
3eePvBd6tlcrFCt405KbhAWhAAdlyoOeOuCRwTXYUUAcL8SdEvbybRtYsdKh1j+y5JTPp0qKyzRO
nzEZPLDYMABjlgcHGCzw7e6ddeJLRNL+H1zpgCyNLf3Wnx2pgG3A2kA7ixO0gEHBzyM472igDzXw
zqWseD9J/wCEWh8L6pqF5ZTSpb3KhYra4jLlw5lJIQ7WPy88gDOTga/wi/5JjpH/AG2/9HPXZ1me
HNBtvDGhW2k2TzSW9vu2tMQXO5ixyQAOrHtQBp0UUUAFFFFABRRRQAUUUUAFFFFABRVW61O0sZ4Y
rqdYnmzs3cA49+g61Zp2YrmJpX/I1a9/27/+gGtysPSv+Rq17/t3/wDQDW5V1N/kvyRMNvm/zCii
isywooooAKKKKACiiigAooooAKKKKACiioLy9ttPtXub24htrdMbpZnCIuTgZJ4HJAoAnooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKAM680DTr/UoNQurffdW+3y5N7DbtO4cA4PJ71o1nXmv6dYalBp91cb
Lqfb5cexju3HaOQMDkd60abv1ErdAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigDD/5nz/uG/wDtWtysP/mfP+4b/wC1a3K0n09CIdfUKKKK
zLCiiigAooooAiuLiO0tpbidtsUSF3bBOFAyTxVfS9XstatmuNPm86JXKFtjL82AccgeoqPxD/yL
Wqf9ekv/AKAa534X/wDItXH/AF9t/wCgJVqKcHIly95I7OiiioKCiiigAooooAKKKKACiiigAooo
oAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8AzCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD8T/wDM
I/7CUP8AWtysPxP/AMwj/sJQ/wBa3K0l8KIj8TCiiisywooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA5zxFdfY/EGiT+TNPs8/wDd
wpuc5UDgfjU//CT/APUG1n/wF/8Ar0ar/wAjVoP/AG8f+gCtytm4qMbrp+rMkm27P+rIw/8AhJ/+
oNrP/gL/APXo/wCEn/6g2s/+Av8A9etyip5o9iuWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A
4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/
AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoN
rP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/
+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/
AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOW
Xcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P
+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOa
PYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//
AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63
KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A
4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//
AF63KKOaPYOWXcw/+En/AOoNrP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXcw/+En/AOoN
rP8A4C//AF6P+En/AOoNrP8A4C//AF63KKOaPYOWXc5261uC9gaG60DVpY26q1pn+tYh1u58POht
bbURYsceRfQ7Qvsj5P5V1uqT6inlw6ZbI8kmczSNhIvcjqar2Xh6KOcXeoStfXv/AD0l+6n+6vQV
rGcEtVp2M5Rk3o9Sn4avBqGuazcrFJEJBbnZIMMPkNdJWHpX/I1a9/27/wDoBrcrKr8XyX5GlP4f
v/MKKKKzLCiiigAooooAKKKKAPKfFEWjz/Eq4i+IBuRpckMa6MXdktgTtEuWQght2OWOAPvcbK6y
wTRPAHhdntLq5n0+ebzLOESeeztJgpDAB94E8gZPUknqah8ReOvC9hqN3ofidHiVVjfF1ZtLDcqf
mBXAbIBGDkDkcZwcef3fhuS88MalPoWkXM3huLV7W7tNNdJVmuoxFslZDguVfehBzwFY4BGCAd7b
+ONUtNYsbPxN4Zm0iG/k8i3uVu1uUMxxtRtg+XPOCfywCRHqPj7UovFV/oOkeGLnU7m0aIeYlwI4
9rx7yXYrhD0ABPzc8ggA8tocnwul1jSDoemXk2qS3MRihj+0F7dvvb33Nt2pj5sFumeRmut8Mf8A
JTvG/wD24f8Aok0AXNN8d6fe+ELvXrmKa0FjvS8tpRtkimQDMY3YBYkgDpksBwcgcN8QfGOqat4E
u47jwxeWumX8cctpfCZZVK+bGymRV/1e5T3J5455Im/sm51vwB8QLKyXfcNr11IqAEl9jxuVAAJL
EKQB3JFM+IHxE0fxN8Pb620eO+uWlWFpnW2YJaHzEYCVjwCcEDG4EjrQB22u3VlF478KwXFh593N
9r+zXPnMv2fEQLfIOH3DjnpWfqPj7UovFV/oOkeGLnU7m0aIeYlwI49rx7yXYrhD0ABPzc8ggAye
J/8Akp3gj/t//wDRIo8Mf8lO8b/9uH/ok0Aaeg+MbLWfDVxrE0c1kLLzFvoZkbfbPGMupGMnA54G
fYHIHKz/ABT1iNNPni8GXJs9UmENhNLeLGZiThNw2nYWHIycEZIJAzVa0v8A+zfA3xCuPs8NyBrV
6jRTS+WjBtinJyD0Y8AgnoDkisjw1c+Gm1HR7XVPH76lZ6W3m2VrNaPaRpIvKs8jdQoB2hjxwBxl
SAe1V5Z4W8C+HvE994nvNZ0/7TcJr13Er+dImFBBAwrAdWNep15Z4W8deHvDF94ns9Z1D7NcPr13
KqeTI+VJAByqkdVNAG54Vku/DniybwbJM93p8Ngt7YTzSbpo49wQxvhQCN2SvoABzwF5zQNWudN+
B+i22nt5d/qty2nWspJCxPLPIN5IORgBiCMkHHBrqvDVtd614svfFV7ZXOnxNaJYWNvcp5cxjDb5
GkTnB38LyOByOhPH6TpmoX3wP0C70iLz77Sr06hFb7N3nGOeT5cZB6MTgcnGByaAOpi+EnhqNDIy
30uoFmk/tF7x/tAkJJEmQQu4E5B29hnPNWvhvqeoX3h64tNXl8++0q9l0+W437vOMePmzgHowGTy
cZPJqrL8W/DUaCNWvpdQLLH/AGclm/2gSEgGPBAXcCcEbuxxnitDwBpNzpvh57nUF8u/1W5k1G6i
AIWJ5cHYARkYAUEHJBzyaALXivxXaeFNOSWZHuby4byrOyi5kuZOyqOeMkZOOMjqSAcyy8cXkOtW
OmeJtBfRpdRZks5PtsU6SMoywYgjaclQODktioPHnn6Z4g8MeIhbvPZaZNOl35auzRRyx4MpCqfl
QKxP4DvkZmpeIrf4ia/odh4XV7u202/h1K8vXVo44lQkBMMMlmycfQdRuKgGvfeONUHifVND0bwz
NqVxYeUzSC7WKMq6bjlmGFbJAC87huPG2uzrjPDH/JTvG/8A24f+iTXZ0AeWeFvAvh7xPfeJ7zWd
P+03Ca9dxK/nSJhQQQMKwHVjW54Vku/DniybwbJM93p8Ngt7YTzSbpo49wQxvhQCN2SvoABzwFw/
C3jrw94YvvE9nrOofZrh9eu5VTyZHypIAOVUjqprThvp4r7W/H2p2M1jb22nfZbG0uyIJZFU728w
HO1mkwq88j+E5BIBheNIrvXvEesa7YF5F8ILAbWPfugmmVxLMScgAoowyg7jheRwK7Dxl4hceELV
9Em/0jXZIbOxuDuVUMw4kJGGXC5IIBIOOK5nwr4M8T3Xhr7WPFkNumt7r65tzpkU6OZgCclsdVxk
YA6jnqcy0sNTHgq60SwT7Rq3g7WluoIDbsGuYgzMjEFv4tzsApJIUAckEgHXxfCTw1GhkZb6XUCz
Sf2i94/2gSEkiTIIXcCcg7ewznmrXw31PUL7w9cWmry+ffaVey6fLcb93nGPHzZwD0YDJ5OMnk1V
l+LfhqNBGrX0uoFlj/s5LN/tAkJAMeCAu4E4I3djjPFaHgDSbnTfDz3OoL5d/qtzJqN1EAQsTy4O
wAjIwAoIOSDnk0AdPRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB534v8A
+Sk6H/2w/wDRzV6JXGeI9A1G/wDG+laha2++1t/J8yTeo27ZCx4JyeD2rs61qNOMSILVhRRRWRYU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf8A
zPn/AHDf/atblYf/ADPn/cN/9q1uVpPp6EQ6+oUUUVmWFFFFABRRRQBS1m3ku9Ev7eBd0stvIiLk
DLFSAMmsbwHpF7ouiTW+oQ+TK1wzhd6t8u1RnIJ9DXTUVSk1HlFy63CiiipGFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif
/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYeq/8jVoP/bx/wCgCtysPVf+
Rq0H/t4/9AFblaT2j6fqyI7v1/RBRRRWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGHpX/I1a9/27
/wDoBrcrlU1mx0jxVrX26fyvN8jZ8jNnCc9AfUVe/wCEz0P/AJ/v/IMn/wATW06c200ui/IyjOKV
m+r/ADNyisP/AITPQ/8An+/8gyf/ABNH/CZ6H/z/AH/kGT/4mp9lP+V/cV7SHdG5RWH/AMJnof8A
z/f+QZP/AImj/hM9D/5/v/IMn/xNHsp/yv7g9pDujcorD/4TPQ/+f7/yDJ/8TR/wmeh/8/3/AJBk
/wDiaPZT/lf3B7SHdG5RWH/wmeh/8/3/AJBk/wDiaP8AhM9D/wCf7/yDJ/8AE0eyn/K/uD2kO6Ny
isP/AITPQ/8An+/8gyf/ABNH/CZ6H/z/AH/kGT/4mj2U/wCV/cHtId0blFYf/CZ6H/z/AH/kGT/4
mj/hM9D/AOf7/wAgyf8AxNHsp/yv7g9pDujcorD/AOEz0P8A5/v/ACDJ/wDE0f8ACZ6H/wA/3/kG
T/4mj2U/5X9we0h3RuUVh/8ACZ6H/wA/3/kGT/4mj/hM9D/5/v8AyDJ/8TR7Kf8AK/uD2kO6LPiP
QbbxPoVzpN680dvcbdzQkBxtYMMEgjqo7VzcvgfXNWQWniPxa+paU7K09omnRQGYKQwG9TlRuAzj
nGRkda2/+Ez0P/n+/wDIMn/xNH/CZ6H/AM/3/kGT/wCJo9lP+V/cHtId0blFYf8Awmeh/wDP9/5B
k/8AiaP+Ez0P/n+/8gyf/E0eyn/K/uD2kO6NyisP/hM9D/5/v/IMn/xNH/CZ6H/z/f8AkGT/AOJo
9lP+V/cHtId0blFYf/CZ6H/z/f8AkGT/AOJo/wCEz0P/AJ/v/IMn/wATR7Kf8r+4PaQ7o3KKw/8A
hM9D/wCf7/yDJ/8AE0f8Jnof/P8Af+QZP/iaPZT/AJX9we0h3RuUVh/8Jnof/P8Af+QZP/iaP+Ez
0P8A5/v/ACDJ/wDE0eyn/K/uD2kO6NyisP8A4TPQ/wDn+/8AIMn/AMTR/wAJnof/AD/f+QZP/iaP
ZT/lf3B7SHdG5RWH/wAJnof/AD/f+QZP/iaP+Ez0P/n+/wDIMn/xNHsp/wAr+4PaQ7o3KKw/+Ez0
P/n+/wDIMn/xNH/CZ6H/AM/3/kGT/wCJo9lP+V/cHtId0blFYf8Awmeh/wDP9/5Bk/8AiaP+Ez0P
/n+/8gyf/E0eyn/K/uD2kO6NyisP/hM9D/5/v/IMn/xNH/CZ6H/z/f8AkGT/AOJo9lP+V/cHtId0
blFYf/CZ6H/z/f8AkGT/AOJo/wCEz0P/AJ/v/IMn/wATR7Kf8r+4PaQ7o3KKw/8AhM9D/wCf7/yD
J/8AE0f8Jnof/P8Af+QZP/iaPZT/AJX9we0h3RuUVh/8Jnof/P8Af+QZP/iaP+Ez0P8A5/v/ACDJ
/wDE0eyn/K/uD2kO6NyisP8A4TPQ/wDn+/8AIMn/AMTR/wAJnof/AD/f+QZP/iaPZT/lf3B7SHdG
5SMwVSzEBQMkntWJ/wAJnof/AD/f+QZP/iaa/i/QZY2R7wMjAggwvyP++aPZT/lf3B7SHdG1DPFc
xCSCVJYz0ZGDA/iKkrzi4vLDSJ2uvDmrsuTlraSN9rfQkY/P866HRfG1nqG2K9xa3B4yT8jH2Pb8
fzq50JJc0diI1ot2e501FFFYGwUUUUAFFcZ4j1/UbDxvpWn2txstZ/J8yPYp3bpCp5IyOB2rs6qU
Wkn3EpXbCiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAGH/zPn/cN/wDatblYf/M+f9w3/wBq1uVpPp6EQ6+oUUUVmWFFFFABRRRQBS1m4ktN
Ev7iBtssVvI6NgHDBSQeaxvAer3utaJNcahN50q3DIG2Kvy7VOOAPU1q+If+Ra1T/r0l/wDQDXO/
C/8A5Fq4/wCvtv8A0BK1SXs2yG/fSOzooorIsKKKKACiiigAooooAKKKKACiiigAooooAw/E/wDz
CP8AsJQ/1rcrD8T/APMI/wCwlD/WtytJfCiI/EwooorMsKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMPxP8A8wj/ALCUP9a3Kw/E
/wDzCP8AsJQ/1rcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigDD1X/AJGrQf8At4/9AFblYeq/8jVoP/bx/wCg
CtytJ7R9P1ZEd36/ogooorMsKKKKACiiigAryLWdf1HRfijqWqTahfNo2m3dpBcWiySGGOOeAgyl
RkAKwBxt5LDkGvXa88t9Ii17xh8RtMm2BbqGyjDOgcIxgba2O5U4I9wKAOm8ZavcaP4bnk0/Y2pX
DJa2SM6qWmkYIuN3BIzuweynOBk1yXhHX5/DPgnxPd61qFzqbaRqc9ustxI5aUqEVFydxUMxHqBu
zVbwldah4u1zRLTVBl/C8ch1EO3mK91uaKIMCeXVUMnmAsMk4xmoP7Judb8AfECysl33Da9dSKgB
JfY8blQACSxCkAdyRQB0Fr4L12/jOp6p4r1e01abEy29rIFtbVtoxGYssHVSMHn5h15JJh8Wxanq
HiPwbpNzql5p73sdz9tbS7hogzpEjfKT1XcDjIzg1rab8R/Dd7oEGpXGr2NqzQ+ZLbvcAyRsB8y7
eGYgggYHzcY6isPxjbf8JH4t8DR+dqOmfa47uTdE3k3MP7lG2k87W7EfUUAWbeLUvCPjjQtJj1u+
1LTdWW58yPUWEskbxoG3LJgHB4G3oPmPU8YXhm0ufHdre3F94y1ew18ySiTTbW4MCWe0hVBhPzFR
8uSCM5wTuBJ7rw54M0/w3dXV5FNeX1/dYEt7fS+bMVAACbsD5eB9cDOcDHM65N8OfFVqNXm1eztb
uP8AepeW04gu1KEc7SNzN8gAypOPu9RQB39lFPBY28V1cfabhI1WWfYE8xgOW2jgZPOB0rjPHMVz
qHjHwppMOqajp9ve/a/OaxuDE7bI1Zeeh5HcdzUOg2PjHXfCmiXqeJv7KdrJA8Rso7ky8nZKXZid
zJsJHrnpnAPE1wmkeN/AcmsahD+4jvFnu5tsKO3kqCx5wuT298UAM1OHUvhon9tpq+qa1o+6OK9t
b+YSyRKSR5sbkjkEqNmOcnJ6Fdn4iald2XhuO00yd7bUNUu4dPtp14EbyNySeqjaGGQCQSMeoyfG
usaf4ysF8KaDeQ393qEkRmktm8xLWBXDNKzD5TjYBt3AncPUZq+IJNe1/wCKEMfhuKxVvDUJaSS/
LBGkuE6fISxGzGOBghsnpkAteG7G517w9d+HtS1rV7e/0XUZIpLqC6MdzcJ8xjds5IRg/A5B2Ag1
maP4WudQ8Y+I9Jm8WeKVt9M+zeSy6id7eZGWbccYPI4wB+NPsG1rw38VLO68RtpcZ8RQvbMLGeVY
zJEFKOyydWIwgA/vepO7d8Mf8lO8b/8Abh/6JNAGL47Gs3F1ZeGvD+rajBNp2lS6hPKrkzXYQBI1
3LhmdmByOB82eSAK73QNXi17QLHU4dgW6hWQqjhwjEfMue5U5B9wa858LyeMNa1HWPFXh+LRYrPW
JlWJdQMm8xw5jQ4jJwcZByeoOABjNz4d3x8KDxH4f1qa2iOkN9uxBM8iJC6B2WNWG/anBPXl/U5I
B3Wt63aaBpxu70uQWEcUUS7pJ5D92NF/iYnoPxOACazPD/ja01/VZtNOn6pp17HCLgQ6hbeUzx7t
pZeTwDgc468Zwcc54u1bTbjXfA3iUtDc6GLmaM3BK7EeRQI2IYjG1kJJ6rsOcEAVv6xrOm+JND1b
R9E1Gzv7+50648uK3nV/4dvJBwvLqOSOvscAFN/ijpJurgWthq97Y20hjm1K1tPNtY8AFmLg52qD
kkDpyMgjOnrfjbSdB0PT9Yunmewv5I0ilijzgOpYOwODtwMnAJ9q5nw3438J6f8AC6y+13FmqQ2X
lT6fmMyysPlceUDzvbJ56hsnHNZEWm3ek/D3wBaahA9vcr4gt2aJ+GUNJKwyOxww4PI6HmgDs/Dv
xC0vxHqKWC299YXUsIuLeO/hERuYzn5o8E7hgZ9xkjODjhtN1Cw8RfFS+vdV8OeIJ5Y5rJbIPC6n
TiBnMqh8Ipb5xnIxk45Oew8T/wDJTvBH/b//AOiRR4Y/5Kd43/7cP/RJoA09Hvbafxj4jtobjUZL
i3+zedFO4NvHujJXyR1GRy2epql4c+Iun+Kbq2i0zTdXaKbcHuWtcQwMoJ2O4JAYgAjGfvr3yBD4
Y/5Kd43/AO3D/wBEmj4Rf8kx0j/tt/6OegCC7+LejWt9fWcdhq91cWEkyXKW9sH8tYyA0hO7ATJP
PtyBxl9z8WvDsE58hb68tI1ia4vrW3LwWwkPy+Ycgg+2Ce33gQJPhx/zNX/YxXf/ALJWL4U/5N5n
/wCwdff+hS0AekwzRXMEc0EiSxSKHSRGDKykZBBHUEVJWL4M/wCRI0H/ALB1v/6LWtqgAooooAKK
KKACiiigAooooA5yzsbW88Va59qtoZ9nkbfNjDYynOM/StX+xNL/AOgbZf8Afhf8Ko6V/wAjVr3/
AG7/APoBrcrWpJp79F+RnBJr5v8AMo/2Jpf/AEDbL/vwv+FH9iaX/wBA2y/78L/hV6io5pdy+Vdi
j/Yml/8AQNsv+/C/4Uf2Jpf/AEDbL/vwv+FXqKOaXcOVdij/AGJpf/QNsv8Avwv+FH9iaX/0DbL/
AL8L/hV6ijml3DlXYo/2Jpf/AEDbL/vwv+FH9iaX/wBA2y/78L/hV6ijml3DlXYo/wBiaX/0DbL/
AL8L/hR/Yml/9A2y/wC/C/4Veoo5pdw5V2KP9iaX/wBA2y/78L/hR/Yml/8AQNsv+/C/4Veoo5pd
w5V2KP8AYml/9A2y/wC/C/4Uf2Jpf/QNsv8Avwv+FXqKOaXcOVdij/Yml/8AQNsv+/C/4Uf2Jpf/
AEDbL/vwv+FXqKOaXcOVdij/AGJpf/QNsv8Avwv+FH9iaX/0DbL/AL8L/hV6ijml3DlXYo/2Jpf/
AEDbL/vwv+FH9iaX/wBA2y/78L/hV6ijml3DlXYo/wBiaX/0DbL/AL8L/hR/Yml/9A2y/wC/C/4V
eoo5pdw5V2KP9iaX/wBA2y/78L/hR/Yml/8AQNsv+/C/4Veoo5pdw5V2KP8AYml/9A2y/wC/C/4U
f2Jpf/QNsv8Avwv+FXqKOaXcOVdij/Yml/8AQNsv+/C/4Uf2Jpf/AEDbL/vwv+FXqKOaXcOVdij/
AGJpf/QNsv8Avwv+FH9iaX/0DbL/AL8L/hV6ijml3DlXYo/2Jpf/AEDbL/vwv+FH9iaX/wBA2y/7
8L/hV6ijml3DlXYo/wBiaX/0DbL/AL8L/hR/Yml/9A2y/wC/C/4Veoo5pdw5V2KP9iaX/wBA2y/7
8L/hR/Yml/8AQNsv+/C/4Veoo5pdw5V2KP8AYml/9A2y/wC/C/4Uf2Jpf/QNsv8Avwv+FXqKOaXc
OVdij/Yml/8AQNsv+/C/4Uf2Jpf/AEDbL/vwv+FXqKOaXcOVdij/AGJpf/QNsv8Avwv+FH9iaX/0
DbL/AL8L/hV6ijml3DlXYo/2Jpf/AEDbL/vwv+FH9iaX/wBA2y/78L/hV6ijml3DlXYo/wBiaX/0
DbL/AL8L/hR/Yml/9A2y/wC/C/4Veoo5pdw5V2KP9iaX/wBA2y/78L/hTJdI0mGJ5JNOswiKWY/Z
14A/CtGijnl3FyrscE6v4jcw6Jo9pa2ucNdSQKCfpxx+GT9K6DRfCdjo+2Qr9ouR/wAtXHT/AHR2
/nW4qhVCqAAOgFLWkqza5VoiI0knd6sKKKKxNQooooA878X/APJSdD/7Yf8Ao5q9ErOvNA06/wBS
g1C6t991b7fLk3sNu07hwDg8nvWjVzkmkuxMY2bYUUUVBQUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYf/M+f9w3/wBq1uVh/wDM+f8AcN/9q1uV
pPp6EQ6+oUUUVmWFFFFABRRRQBFcW8d3bS2867opUKOuSMqRgjIqvpekWWi2zW+nw+TEzlyu9m+b
AGckn0FWLi4jtLaW4nbbFEhd2wThQMk8VX0vV7LWrZrjT5vOiVyhbYy/NgHHIHqKetvIWly7RRRS
GFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRR
RWZYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAYfif/mEf9hKH+tblYfif/mEf9hKH+tblaS+FER+JhRRRWZYUUUUAFFFFAHJfELU
9U0+x0eLRr77DcX+qw2bT+Ssu1XDZ+Vhg8gHt061n3r+L/Bqf2vqGsp4g0qBSby2WyWCZEyo3x7M
7ioyTuIGAfqLXxH/AOZV/wCxitP/AGernxB1a20/whqNtI2+7v7eS2tbZCDLO7gRgImctgupOMnF
AFrXvE9vpngm68QW0qPELQT2zOjbXZwPKyODgsyjtjPOK5zwpfeJ9W03W9C1XVvsviKykgc3a20U
iQpIiuE2jCsww4PYZ4JrM8V/2hBY+E/BlhYf2pfW0dvdX1tHJtikhhAXa5YbSjsD97oVXjJFFxqe
vWnxH0LXdY0CbSbe6xo8oW8huRLvLNGMAArh+SfQfgwBN5PjT/hN/wDhHf8AhNf+Yd9u+0f2VD/z
02bNv65z+FafiW+8R6Ro+jaFpurQ3fiTUrlkF3LbLGDEu53fbyi7RsB6kjOAT0n/AOa3/wDcu/8A
tzWFc6zrGp/E681HQ/D76zZ6PC2nLvuVhRJywMjoXHDAZQ7c5ABzggUAdn4J1tvEXg3S9SkLtLNC
FlZ1ClpFJRzgcYLKSPYjgdK2ZporaCSaeRIoo1LvI7BVVQMkknoAK89+H11qOn+M9f0nVrCawfUP
+JxDbNNHOE3NskPmJjq23AxwF/EzfE69stQ8KaVci4+06G+qwfbpbZ2eNrcFg+4p1XcAP97HfFAG
7onxB8NeItRFhpWqJNdMpZY2ieMsB1xuUZOOcDnAJ7GjW/iD4a8O6ibDVdUSG6VQzRrE8hUHpnap
wcc4POCD3FbNxDYte2k11HbG6RmS1kkVd6sVJYITzkqpzjsD6VxPwl+xWngq5vbn9zqIuZv7Xnud
yyCVWJ/eM/ohBPYEnvuoA6288SaTY6E+tTX8LaYmM3MJ81OW2cbM5+Y44qlpXjvw5resNpem6rDP
eLuwgVgH29drEbW9flJyAT0Ga8yk8v8A4Uf4q+x+d/Zf9qt/Z3mb9v2fz4tuzdztzu/HdnnNdh49
0yxsU8HpZ2VtbrD4gtkiEUSoEVizMFwOASATjqQKAOf8WeMtJv8Ax81hd+KdU0vSrK0eOQ6eZIm+
1iXaythCWG0deRxweTn0P7d/xW/2H+1v+Yd539m/Zv8AppjzvN/8d2fjWN/zW/8A7l3/ANuaP+a3
/wDcu/8AtzQBoH4g+GhqqaadUT7a12bIQiJy3mhgpU/LwMsAGPB5weDg1b4g+GtDvbi01LVEgubZ
kWSIxOzAuu5cAKcjHUjIGQDgkVl/DaGJZ/FswjQSv4gukaQKNzKCCAT6As2PqfWmeHbK2n+LHjG5
mt4ZLi3+xeTKyAvHugIbaeoyODjrQBp33xH8K6da2dxc6xCIr2PzYCiPIWXOMkKCV5yOccgjqDjo
4ZormCOaCRJYpFDpIjBlZSMggjqCK4P4caNpv/FVf8S6z/5DV3af6hf9R8n7rp9z/Z6e1XfhF/yT
HSP+23/o56AOzooooAKKKKACiiigAooooAKKKKAMPVf+Rq0H/t4/9AFblYeq/wDI1aD/ANvH/oAr
UvL620+AzXcyRRjux6/Qd60krqNu36siLs5f10RYorO0vVJNUMki2csNqMeVLKcGT6L2HvWjUNNO
zKTTV0FFFFIYUUUUAFQRWVtBdT3MNvDHcXG3zpVQB5Nowu49TgcDPSp6KAKtrpljYz3E1nZW1vLc
tvnkiiVGlbJOWIHzHJPX1NPtrK2s/N+y28MHnSGaXykC73PVmx1Y45J5qeigDPl8P6RPqIv5tKsZ
L0Mri4e3QyBlxtO7GcjAx6YFWZbK2nuoLma3hkuLfd5MrIC8e4YbaeoyODjrU9FABWZ/wjOh/bvt
v9jad9r8zzvP+yp5m/Od27Gd2ec9c1p0UAFUtR0bTdX8v+09Os7zys+X9ogWTZnGcbgcZwPyq7RQ
BVsNMsdKgaHTrK2tImbeY7eJY1LYAzgAc4A/Ki10yxsZ7iazsra3luW3zyRRKjStknLED5jknr6m
rVFAEFzZW155X2q3hn8mQTReagbY46MuejDPBHNMOmWLPdu1lbFrxQlyTEuZ1A2gPx8wwSOe1WqK
AILOyttPtUtrK3htrdM7YoUCIuTk4A4HJJpk2mWNzPJNPZW0sskJt3keJWZoicmMkjlSe3SrVFAE
H2K2+w/Yvs8P2Ty/J8jYPL2Yxt29NuOMdMVDp2jabpHmf2Zp1nZ+bjzPs8Cx78ZxnaBnGT+dXaKA
M+Xw/pE+oi/m0qxkvQyuLh7dDIGXG07sZyMDHpgVZubK2vPK+1W8M/kyCaLzUDbHHRlz0YZ4I5qe
igCCWytp7qC5mt4ZLi33eTKyAvHuGG2nqMjg460RWVtBdT3MNvDHcXG3zpVQB5Nowu49TgcDPSp6
KAIIrK2gup7mG3hjuLjb50qoA8m0YXcepwOBnpRZ2Vtp9qltZW8NtbpnbFCgRFycnAHA5JNT0UAQ
W1lbWfm/ZbeGDzpDNL5SBd7nqzY6scck80yLTLGDTjYQ2VtHZFWQ26RKIyrZ3DbjGDk59cmrVFAE
cMMVtBHDBGkUUahEjRQqqoGAAB0AFSUUUAFFFFABRRRQAUUUUAFFFFAGHpX/ACNWvf8Abv8A+gGt
ysPSv+Rq17/t3/8AQDW5WlTf5L8kRDb5v8wooorMsKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigDOvNf06w1KDT7q42XU+3y49jHduO0cgYHI71o1534v/5KTof/
AGw/9HNXolXOKST7kxldsKKKKgoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKAMP8A5nz/ALhv/tWtysP/AJnz/uG/+1a3K0n09CIdfUKKKKzLCiii
gAooooAzvEP/ACLWqf8AXpL/AOgGud+F/wDyLVx/19t/6AldNrNvJd6Jf28C7pZbeREXIGWKkAZN
Y3gPSL3RdEmt9Qh8mVrhnC71b5dqjOQT6GtU17Nohr30zpqKKKyLCiiigAooooAKKKKACiiigAoo
ooAKKKKAMPxP/wAwj/sJQ/1rcrD8T/8AMI/7CUP9a3K0l8KIj8TCiiisywooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAw/E//ADCP
+wlD/WtysPxP/wAwj/sJQ/1qS98QxRzm006Jr68/55xH5U/3m6CteVyirGfMlJ3NiisrTbHUBcm7
1O8LSFcC3i4iQf1PvWrWclZ2uWncKKKKQwooooAzNe8OaX4nsUs9ZtftNukglVPMZMMAQDlSD0Y1
S0PwJ4c8N3RudK0qGG4PSVmaR14I+UuSVyCQcYz3roKKAM+PQrCPX5NaWJzqEkP2dpWldgI8g7Qp
O1RkA8Ac5Pc0a3oOm+I9ONjq9olzbFg+1iQQw6EEEEHqOD0JHQmtCigCl/ZFl/bn9seT/p/2f7L5
u9v9Vu3bcZx15zjNM0fQrDQYJ4tNieNbiZriUvK8jPIwALFnJOTgd60KKAM+40HTbvWrTV5rRG1C
zVkhnBIZVYEEHB+YYJxnOMnGM1BYeFdE0zRW0i10y2Gns294JF8xXbIOW3Z3HIHXOMD0Fa9FAHOa
J8PvDXh3URf6VpaQ3SqVWRpXkKg9cbmODjjI5wSO5qPVvhx4V1u+a8vtHha4fO94neLeSSSWCEAs
STknk109FAGfqOg6bquitpF5aI2nsqJ5CExqFUgqBtIwAVHT0p+paRZav9k+3Q+b9kuUuoPnZdkq
Z2twRnGTweKu0UAUv7Isv7c/tjyf9P8As/2Xzd7f6rdu24zjrznGaP7Isv7c/tjyf9P+z/ZfN3t/
qt27bjOOvOcZq7RQBS03SLLSPtf2GHyvtdy91P8AOzb5XxubknGcDgcUWukWVnql9qNvDsu7/wAv
7TJvY79i7V4JwMA9gKu0UAUtN0iy0j7X9hh8r7XcvdT/ADs2+V8bm5JxnA4HFGkaRZaDpcOnaZD5
FpDu8uPezYyxY8sSepPertFABRRRQAUUUUAFFFFABRRRQAUUUUAc34jN0Nd0Y2IjNzi42CT7udgr
Ashqc2tN/aBsTqAP7tNQ38f7gHy10+q/8jVoP/bx/wCgCtK/0611OAw3kKyp2z1HuD1FdMaihFJr
p+rMHDmbd+v6Izf+Ko/6g3/kWj/iqP8AqDf+Rat6Xp1xprSRvevcW3HlLKMuntu7itGs3NJ6JFqN
1q2Yf/FUf9Qb/wAi0f8AFUf9Qb/yLW5RS5/JD5PNmH/xVH/UG/8AItH/ABVH/UG/8i1uUUc/kg5P
NmH/AMVR/wBQb/yLR/xVH/UG/wDItblFHP5IOTzZh/8AFUf9Qb/yLR/xVH/UG/8AItblFHP5IOTz
Zh/8VR/1Bv8AyLR/xVH/AFBv/ItblFHP5IOTzZh/8VR/1Bv/ACLR/wAVR/1Bv/ItblFHP5IOTzZh
/wDFUf8AUG/8i0f8VR/1Bv8AyLW5RRz+SDk82Yf/ABVH/UG/8i0f8VR/1Bv/ACLW5RRz+SDk82Yf
/FUf9Qb/AMi0f8VR/wBQb/yLW5RRz+SDk82Yf/FUf9Qb/wAi0f8AFUf9Qb/yLW5RRz+SDk82Yf8A
xVH/AFBv/ItH/FUf9Qb/AMi1uUUc/kg5PNmH/wAVR/1Bv/ItH/FUf9Qb/wAi1uUUc/kg5PNmH/xV
H/UG/wDItH/FUf8AUG/8i1uUUc/kg5PNmH/xVH/UG/8AItH/ABVH/UG/8i1uUUc/kg5PNmH/AMVR
/wBQb/yLR/xVH/UG/wDItblFHP5IOTzZh/8AFUf9Qb/yLR/xVH/UG/8AItblFHP5IOTzZh/8VR/1
Bv8AyLR/xVH/AFBv/ItblFHP5IOTzZh/8VR/1Bv/ACLR/wAVR/1Bv/ItblFHP5IOTzZh/wDFUf8A
UG/8i0f8VR/1Bv8AyLW5RRz+SDk82Yf/ABVH/UG/8i0f8VR/1Bv/ACLW5RRz+SDk82c54d+1f8JB
rf27yftH7jf5Odn3TjGeemK6OsPSv+Rq17/t3/8AQDW5RV+L5L8gp7ff+YUUUVmWFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBxniPQNRv/ABvpWoWtvvtbfyfM
k3qNu2QseCcng9q7OiiqlJtJdhKNm2FFFFSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKAMP/AJnz/uG/+1a3Kw/+Z8/7hv8A7VrcrSfT0Ih19Qoo
orMsKKKKACiiigAoqlrNxJaaJf3EDbZYreR0bAOGCkg81jeA9Xvda0Sa41CbzpVuGQNsVfl2qccA
epqlFuPMLm1sdNRRRUjCiiigAooooAKKKKACiiigAooooAKKKKAMPxP/AMwj/sJQ/wBa3Kw/E/8A
zCP+wlD/AFrcrSXwoiPxMKKKKzLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigDA8WRJPDpcUgykmoRKwzjIO4Gsm78GJp87T29qNQ
tj96B5GSRR/skEA/jWz4n/5hH/YSh/rW5W6qShFWMXBSk7nKabo3hfVQwgtCsyffhkkkV0+o3Vf/
AOEM0P8A58f/ACNJ/wDFVrG0tzdC58mPzwu0Sbfmx6ZqaplVlfRv7ylTj1SMP/hDND/58f8AyNJ/
8VR/whmh/wDPj/5Gk/8Aiq3KKXtZ/wAzH7OHZGH/AMIZof8Az4/+RpP/AIqj/hDND/58f/I0n/xV
blFHtZ/zMPZw7Iw/+EM0P/nx/wDI0n/xVH/CGaH/AM+P/kaT/wCKrcoo9rP+Zh7OHZGH/wAIZof/
AD4/+RpP/iqP+EM0P/nx/wDI0n/xVblFHtZ/zMPZw7Iw/wDhDND/AOfH/wAjSf8AxVH/AAhmh/8A
Pj/5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P8A5Gk/+Ko/4QzQ/wDnx/8AI0n/AMVW5RR7Wf8AMw9n
DsjD/wCEM0P/AJ8f/I0n/wAVR/whmh/8+P8A5Gk/+Krcoo9rP+Zh7OHZGH/whmh/8+P/AJGk/wDi
qP8AhDND/wCfH/yNJ/8AFVuUUe1n/Mw9nDsjD/4QzQ/+fH/yNJ/8VR/whmh/8+P/AJGk/wDiq3KK
Paz/AJmHs4dkYf8Awhmh/wDPj/5Gk/8AiqP+EM0P/nx/8jSf/FVuUUe1n/Mw9nDsjD/4QzQ/+fH/
AMjSf/FUf8IZof8Az4/+RpP/AIqtyij2s/5mHs4dkYf/AAhmh/8APj/5Gk/+Ko/4QzQ/+fH/AMjS
f/FVuUUe1n/Mw9nDsjD/AOEM0P8A58f/ACNJ/wDFUf8ACGaH/wA+P/kaT/4qtyij2s/5mHs4dkYf
/CGaH/z4/wDkaT/4qj/hDND/AOfH/wAjSf8AxVblFHtZ/wAzD2cOyMP/AIQzQ/8Anx/8jSf/ABVH
/CGaH/z4/wDkaT/4qtyij2s/5mHs4dkYf/CGaH/z4/8AkaT/AOKo/wCEM0P/AJ8f/I0n/wAVW5RR
7Wf8zD2cOyOVfRrHSPFWi/YYPK83z9/zs2cJx1J9TXVVh6r/AMjVoP8A28f+gCtyio21Fvt+rFBJ
Npd/0QUUUVmaBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/AOgGtysPSv8Akate/wC3
f/0A1uVpU3+S/JEQ2+b/ADCiiisywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAOM8R6/qNh430rT7W42Ws/k+ZHsU7t0hU8kZHA7V2ded+L/wDkpOh/9sP/AEc1
eiVrUSUYkQerCiiisiwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAw9TgvLPW49WtLf7Ugt/s8sSnDgbt2V9fpTovFemO3l3EklpL3juIyhH9P1ra
pksMc67Zo0kX0ZQRWnMmrSRHK09GRQ39pc48i6glz02SA/yqxWXN4a0ifO/T4Bn+4uz+WKr/APCI
aWv+pWeEekc7j+ZotDu/u/4IXn2NyisP/hF4x/q9T1WM+q3R/wAKP+EY/wCozrP/AIFf/Wo5Ydwv
LsblFIBgAUtZlmd4h/5FrVP+vSX/ANANc78L/wDkWrj/AK+2/wDQErrri3ju7aW3nXdFKhR1yRlS
MEZFcLcfCuOS5leDU/JiZyUj8gtsXPAyX5x61rBx5XFuxnJPmTSO/orlfC/gn/hG9Sku/t/2jfCY
tnk7MZIOc7j/AHa6qokkno7lptrVBRXCaj8M/t+pXV3/AGrs+0TPLs+z527iTjO7nrVb/hVH/UY/
8lf/ALOr5IfzfgRzT/lPRKKradafYNNtbTfv+zwpFvxjdtAGcdulZ3ijw9/wkmmx2n2n7PsmEu/y
9+cAjGMj+9WaSvZstt2NqivO/wDhVH/UY/8AJX/7Otrwv4J/4RvUpLv7f9o3wmLZ5OzGSDnO4/3a
txglpL8CVKV9UdVRRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetTFRe7sOTa2Vzu6K87/4VR/1G
P/JX/wCzru9OtPsGm2tpv3/Z4Ui34xu2gDOO3SnKMV8LuEXJ7qxZorF8UeHv+Ek02O0+0/Z9kwl3
+XvzgEYxkf3q5X/hVH/UY/8AJX/7OnGMWtXYTck9EdR4n/5hH/YSh/rW5XnK+Cf+Eb1LTLv7f9o3
3sUWzydmMnOc7j/dr0anUSUVZ3FBtt3QUVwmo/DP7fqV1d/2rs+0TPLs+z527iTjO7nrVb/hVH/U
Y/8AJX/7Ojkh/N+Ac0/5T0Siq2nWn2DTbW037/s8KRb8Y3bQBnHbpWd4o8Pf8JJpsdp9p+z7JhLv
8vfnAIxjI/vVmkr2bLbdjaorzv8A4VR/1GP/ACV/+zra8L+Cf+Eb1KS7+3/aN8Ji2eTsxkg5zuP9
2rcYJaS/AlSlfVHVUUVwmo/DP7fqV1d/2rs+0TPLs+z527iTjO7nrUxUXu7Dk2tlc7uivO/+FUf9
Rj/yV/8As67vTrT7Bptrab9/2eFIt+MbtoAzjt0pyjFfC7hFye6sWaKxfFHh7/hJNNjtPtP2fZMJ
d/l784BGMZH96uV/4VR/1GP/ACV/+zpxjFrV2E3JPRHolFcr4X8E/wDCN6lJd/b/ALRvhMWzydmM
kHOdx/u11VTJJPR3KTbWqCiuE1H4Z/b9Surv+1dn2iZ5dn2fO3cScZ3c9arf8Ko/6jH/AJK//Z1f
JD+b8COaf8p6JRVbTrT7Bptrab9/2eFIt+MbtoAzjt0rO8UeHv8AhJNNjtPtP2fZMJd/l784BGMZ
H96s0lezZbbsbVFed/8ACqP+ox/5K/8A2dbXhfwT/wAI3qUl39v+0b4TFs8nZjJBzncf7tW4wS0l
+BKlK+qOqoorhNR+Gf2/Urq7/tXZ9omeXZ9nzt3EnGd3PWpiovd2HJtbK53dFed/8Ko/6jH/AJK/
/Z13enWn2DTbW037/s8KRb8Y3bQBnHbpTlGK+F3CLk91Ys0Vi+KPD3/CSabHafafs+yYS7/L35wC
MYyP71cr/wAKo/6jH/kr/wDZ04xi1q7Cbknoj0SiuV8L+Cf+Eb1KS7+3/aN8Ji2eTsxkg5zuP92u
qqZJJ6O5Sba1QUVwmo/DP7fqV1d/2rs+0TPLs+z527iTjO7nrVb/AIVR/wBRj/yV/wDs6vkh/N+B
HNP+U9Eoqtp1p9g021tN+/7PCkW/GN20AZx26VneKPD3/CSabHafafs+yYS7/L35wCMYyP71ZpK9
my23Y2qK87/4VR/1GP8AyV/+zra8L+Cf+Eb1KS7+3/aN8Ji2eTsxkg5zuP8Adq3GCWkvwJUpX1Re
8T/8wj/sJQ/1rcrD8T/8wj/sJQ/1rA1H4Z/b9Surv+1dn2iZ5dn2fO3cScZ3c9aq0XFXdibtSdlc
7uivO/8AhVH/AFGP/JX/AOzru9OtPsGm2tpv3/Z4Ui34xu2gDOO3SolGK+F3Li5PdWLNFYvijw9/
wkmmx2n2n7PsmEu/y9+cAjGMj+9XK/8ACqP+ox/5K/8A2dOMYtauwm5J6I9EorlfC/gn/hG9Sku/
t/2jfCYtnk7MZIOc7j/drqqmSSejuUm2tUFFcJqPwz+36ldXf9q7PtEzy7Ps+du4k4zu561W/wCF
Uf8AUY/8lf8A7Or5IfzfgRzT/lPRKKradafYNNtbTfv+zwpFvxjdtAGcdulZ3ijw9/wkmmx2n2n7
PsmEu/y9+cAjGMj+9WaSvZstt2NqivO/+FUf9Rj/AMlf/s62vC/gn/hG9Sku/t/2jfCYtnk7MZIO
c7j/AHatxglpL8CVKV9UdVRRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetTFRe7sOTa2Vzu6K87
/wCFUf8AUY/8lf8A7Ou7060+waba2m/f9nhSLfjG7aAM47dKcoxXwu4RcnurFmisXxR4e/4STTY7
T7T9n2TCXf5e/OARjGR/erlf+FUf9Rj/AMlf/s6cYxa1dhNyT0R6JRXK+F/BP/CN6lJd/b/tG+Ex
bPJ2YyQc53H+7XVVMkk9HcpNtaoKK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxndz1qt/wqj/qMf+Sv
/wBnV8kP5vwI5p/ynolFVtOtPsGm2tpv3/Z4Ui34xu2gDOO3Ss7xR4e/4STTY7T7T9n2TCXf5e/O
ARjGR/erNJXs2W27G1RXnf8Awqj/AKjH/kr/APZ1teF/BP8AwjepSXf2/wC0b4TFs8nZjJBzncf7
tW4wS0l+BKlK+qOqoorhNR+Gf2/Urq7/ALV2faJnl2fZ87dxJxndz1qYqL3dhybWyud3RXnf/CqP
+ox/5K//AGdd3p1p9g021tN+/wCzwpFvxjdtAGcdulOUYr4XcIuT3VizRWL4o8Pf8JJpsdp9p+z7
JhLv8vfnAIxjI/vVyv8Awqj/AKjH/kr/APZ04xi1q7Cbknoj0SiuV8L+Cf8AhG9Sku/t/wBo3wmL
Z5OzGSDnO4/3a6qpkkno7lJtrVGHqv8AyNWg/wDbx/6AK3K851nwT5niNYvt+P7Vmmlz5P8AqsfP
j73PXHanf8Ko/wCox/5K/wD2dbSjC0by6dvNmSlK70/qx6JRVbTrT7Bptrab9/2eFIt+MbtoAzjt
0rO8UeHv+Ek02O0+0/Z9kwl3+XvzgEYxkf3qwSV7NmrbsbVFed/8Ko/6jH/kr/8AZ1teF/BP/CN6
lJd/b/tG+ExbPJ2YyQc53H+7VuMEtJfgSpSvqjqqKK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxndz1
qYqL3dhybWyud3RXnf8Awqj/AKjH/kr/APZ13enWn2DTbW037/s8KRb8Y3bQBnHbpTlGK+F3CLk9
1Ys0Vi+KPD3/AAkmmx2n2n7PsmEu/wAvfnAIxjI/vVyv/CqP+ox/5K//AGdOMYtauwm5J6I9Eorl
fC/gn/hG9Sku/t/2jfCYtnk7MZIOc7j/AHa6qpkkno7lJtrVBRXCaj8M/t+pXV3/AGrs+0TPLs+z
527iTjO7nrVb/hVH/UY/8lf/ALOr5IfzfgRzT/lPRKKradafYNNtbTfv+zwpFvxjdtAGcdulZ3ij
w9/wkmmx2n2n7PsmEu/y9+cAjGMj+9WaSvZstt2NqivO/wDhVH/UY/8AJX/7Otrwv4J/4RvUpLv7
f9o3wmLZ5OzGSDnO4/3atxglpL8CVKV9UdVRRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetTFRe
7sOTa2Vzu6K87/4VR/1GP/JX/wCzru9OtPsGm2tpv3/Z4Ui34xu2gDOO3SnKMV8LuEXJ7qxZorF8
UeHv+Ek02O0+0/Z9kwl3+XvzgEYxkf3q5X/hVH/UY/8AJX/7OnGMWtXYTck9EeiUVyvhfwT/AMI3
qUl39v8AtG+ExbPJ2YyQc53H+7XVVMkk9HcpNtaoKK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxndz1
qt/wqj/qMf8Akr/9nV8kP5vwI5p/ynolFVtOtPsGm2tpv3/Z4Ui34xu2gDOO3Ss7xR4e/wCEk02O
0+0/Z9kwl3+XvzgEYxkf3qzSV7NltuxtUV53/wAKo/6jH/kr/wDZ1teF/BP/AAjepSXf2/7RvhMW
zydmMkHOdx/u1bjBLSX4EqUr6o6qiiuE1H4Z/b9Surv+1dn2iZ5dn2fO3cScZ3c9amKi93Ycm1sr
nd0V53/wqj/qMf8Akr/9nXd6dafYNNtbTfv+zwpFvxjdtAGcdulOUYr4XcIuT3VizRWL4o8Pf8JJ
psdp9p+z7JhLv8vfnAIxjI/vVyv/AAqj/qMf+Sv/ANnTjGLWrsJuSeiPRKK5Xwv4J/4RvUpLv7f9
o3wmLZ5OzGSDnO4/3a6qpkkno7lJtrVBRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetVv8AhVH/
AFGP/JX/AOzq+SH834Ec0/5TqNK/5GrXv+3f/wBANblc34ZtPsGsapab9/2eG0i34xu2xYzjt0q1
4o8Pf8JJpsdp9p+z7JhLv8vfnAIxjI/vUTS5rN9F+QQb5fv/ADNqivO/+FUf9Rj/AMlf/s62vC/g
n/hG9Sku/t/2jfCYtnk7MZIOc7j/AHaTjBLSX4DUpX1R1VFFcJqPwz+36ldXf9q7PtEzy7Ps+du4
k4zu561MVF7uw5NrZXO7orzv/hVH/UY/8lf/ALOu7060+waba2m/f9nhSLfjG7aAM47dKcoxXwu4
RcnurFmisXxR4e/4STTY7T7T9n2TCXf5e/OARjGR/erlf+FUf9Rj/wAlf/s6cYxa1dhNyT0R6JRX
K+F/BP8AwjepSXf2/wC0b4TFs8nZjJBzncf7tdVUyST0dyk21qgorhNR+Gf2/Urq7/tXZ9omeXZ9
nzt3EnGd3PWq3/CqP+ox/wCSv/2dXyQ/m/Ajmn/KeiUVW060+waba2m/f9nhSLfjG7aAM47dKzvF
Hh7/AISTTY7T7T9n2TCXf5e/OARjGR/erNJXs2W27G1RXnf/AAqj/qMf+Sv/ANnW14X8E/8ACN6l
Jd/b/tG+ExbPJ2YyQc53H+7VuMEtJfgSpSvqjqqKK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxndz1q
YqL3dhybWyud3RXnf/CqP+ox/wCSv/2dd3p1p9g021tN+/7PCkW/GN20AZx26U5Rivhdwi5PdWLN
FYvijw9/wkmmx2n2n7PsmEu/y9+cAjGMj+9XK/8ACqP+ox/5K/8A2dOMYtauwm5J6I9EorlfC/gn
/hG9Sku/t/2jfCYtnk7MZIOc7j/drqqmSSejuUm2tUFFcJqPwz+36ldXf9q7PtEzy7Ps+du4k4zu
561W/wCFUf8AUY/8lf8A7Or5IfzfgRzT/lPRKKradafYNNtbTfv+zwpFvxjdtAGcdulZ3ijw9/wk
mmx2n2n7PsmEu/y9+cAjGMj+9WaSvZstt2NqivO/+FUf9Rj/AMlf/s62vC/gn/hG9Sku/t/2jfCY
tnk7MZIOc7j/AHatxglpL8CVKV9UdVRRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetTFRe7sOTa
2Vzu6K87/wCFUf8AUY/8lf8A7Ou7060+waba2m/f9nhSLfjG7aAM47dKcoxXwu4RcnurFmisXxR4
e/4STTY7T7T9n2TCXf5e/OARjGR/erlf+FUf9Rj/AMlf/s6cYxa1dhNyT0R6JRXK+F/BP/CN6lJd
/b/tG+ExbPJ2YyQc53H+7XVVMkk9HcpNtaoKK4TUfhn9v1K6u/7V2faJnl2fZ87dxJxndz1qt/wq
j/qMf+Sv/wBnV8kP5vwI5p/ynolFVtOtPsGm2tpv3/Z4Ui34xu2gDOO3Ss7xR4e/4STTY7T7T9n2
TCXf5e/OARjGR/erNJXs2W27G1RXnf8Awqj/AKjH/kr/APZ1teF/BP8AwjepSXf2/wC0b4TFs8nZ
jJBzncf7tW4wS0l+BKlK+qOqoorhNR+Gf2/Urq7/ALV2faJnl2fZ87dxJxndz1qYqL3dhybWyud3
RXnf/CqP+ox/5K//AGdd3p1p9g021tN+/wCzwpFvxjdtAGcdulOUYr4XcIuT3VizRWL4o8Pf8JJp
sdp9p+z7JhLv8vfnAIxjI/vVyv8Awqj/AKjH/kr/APZ04xi1q7Cbknoj0SiuV8L+Cf8AhG9Sku/t
/wBo3wmLZ5OzGSDnO4/3a6qpkkno7lJtrVBRXCaj8M/t+pXV3/auz7RM8uz7PnbuJOM7uetVv+FU
f9Rj/wAlf/s6vkh/N+BHNP8AlOzvNA06/wBSg1C6t991b7fLk3sNu07hwDg8nvWjVbTrT7Bptrab
9/2eFIt+MbtoAzjt0qzWbZaQUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQBh+J/+YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh+J/+
YR/2Eof61uVh+J/+YR/2Eof61uVpL4URH4mFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBh6r/yNWg/9vH/AKAK3Kw9V/5G
rQf+3j/0AVuVpPaPp+rIju/X9EFFFFZlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYelf8jVr3/bv/
AOgGtysPSv8Akate/wC3f/0A1uVpU3+S/JEQ2+b/ADCiiisywooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKAPLPGmtaqvi24s7W/uIIoggRYpGQcoGOcdeSaxv7R13/oMXn/gVJ/jVzxs4h8d
XrsDj5On/XNayf7Qi/uv+Q/xr06UY8iucFSUuZ2LX9o67/0GLz/wKk/xo/tHXf8AoMXn/gVJ/jVX
+0Iv7r/kP8aP7Qi/uv8AkP8AGtOSBHNMtf2jrv8A0GLz/wACpP8AGj+0dd/6DF5/4FSf41V/tCL+
6/5D/Gj+0Iv7r/kP8aOSAc0yeW61ifZ52p3Mmxg67rhztYdCPQ+9P/tHXf8AoMXn/gVJ/jVX+0Iv
7r/kP8aP7Qi/uv8AkP8AGjlgHNItf2jrv/QYvP8AwKk/xo/tHXf+gxef+BUn+NVf7Qi/uv8AkP8A
Gj+0Iv7r/kP8aOSAc0y1/aOu/wDQYvP/AAKk/wAaP7R13/oMXn/gVJ/jVX+0Iv7r/kP8aP7Qi/uv
+Q/xo5IBzTLEuq65FGXbV73A9Ll/8a9T8HXs+oeFbK5upDJM4cM56nDsB+gFeQXF5HLCyKGycdRX
rHgL/kTLD/tp/wCjGrlxUYqKsdGHbb1OioooriOoKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKAPLPGmtaqvi24s7W/uIIoggRYpGQcoGOcdeSaxv7R13/AKDF5/4FSf41c8bO
IfHV67A4+Tp/1zWsn+0Iv7r/AJD/ABr06UY8iucFSUuZ2LX9o67/ANBi8/8AAqT/ABo/tHXf+gxe
f+BUn+NVf7Qi/uv+Q/xo/tCL+6/5D/GtOSBHNMtf2jrv/QYvP/AqT/Gj+0dd/wCgxef+BUn+NVf7
Qi/uv+Q/xo/tCL+6/wCQ/wAaOSAc0yeW61ifZ52p3Mmxg67rhztYdCPQ+9P/ALR13/oMXn/gVJ/j
VX+0Iv7r/kP8aP7Qi/uv+Q/xo5YBzSLX9o67/wBBi8/8CpP8aP7R13/oMXn/AIFSf41V/tCL+6/5
D/Gj+0Iv7r/kP8aOSAc0y1/aOu/9Bi8/8CpP8aP7R13/AKDF5/4FSf41V/tCL+6/5D/Gj+0Iv7r/
AJD/ABo5IBzTLEuq65FGXbV73A9Ll/8AGvU/B17PqHhWyubqQyTOHDOepw7AfoBXkFxeRywsihsn
HUV6x4C/5Eyw/wC2n/oxq5cVGKirHRh229ToqKKK4jqCiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigDx/XNc1ifxJqEUOpXMSRTuipHMyKFViBwKp/2jrv/QYvP/AqT/GmaxKL
fxTqrOG5upRx/vmoP7Qi/uv+Q/xr1YRhyq5585SvoWv7R13/AKDF5/4FSf40f2jrv/QYvP8AwKk/
xqr/AGhF/df8h/jR/aEX91/yH+NVyQJ5plr+0dd/6DF5/wCBUn+NH9o67/0GLz/wKk/xqr/aEX91
/wAh/jR/aEX91/yH+NHJAOaZO91rEkscr6nctJHnY5uHJXPXB7Zp/wDaOu/9Bi8/8CpP8aq/2hF/
df8AIf40f2hF/df8h/jRywDmkWv7R13/AKDF5/4FSf40f2jrv/QYvP8AwKk/xqr/AGhF/df8h/jR
/aEX91/yH+NHJAOaZa/tHXf+gxef+BUn+NH9o67/ANBi8/8AAqT/ABqr/aEX91/yH+NH9oRf3X/I
f40ckA5pk8usa5bBXbV708/8/Ln+Zr2LRp5LrRLC4mbdLLbxu59SVBNeIXV0k8QVQwIOea9r8Pce
G9L/AOvSL/0AVyYpJJWOnDtu9zRooorjOkKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACqesXElpot9cQnEsNvJIhx0IUkVcrO8QAnw3qYAyTaS/+gGnH
dCex5DFrGuXIZ11e9HPP+kuP5Gn/ANo67/0GLz/wKk/xrPtbpIIirBiSc8VN/aEX91/yH+NeqoQP
PcpFr+0dd/6DF5/4FSf40f2jrv8A0GLz/wACpP8AGqv9oRf3X/If40f2hF/df8h/jT5IC5plr+0d
d/6DF5/4FSf40f2jrv8A0GLz/wACpP8AGqv9oRf3X/If40f2hF/df8h/jRyQDmmTpdaxHLJKmp3K
ySY3uLhwWx0ye+Kf/aOu/wDQYvP/AAKk/wAaq/2hF/df8h/jR/aEX91/yH+NHLAOaRa/tHXf+gxe
f+BUn+NH9o67/wBBi8/8CpP8aq/2hF/df8h/jR/aEX91/wAh/jRyQDmmWv7R13/oMXn/AIFSf40f
2jrv/QYvP/AqT/Gqv9oRf3X/ACH+NH9oRf3X/If40ckA5pmromuaxD4k0+KbU7qVJZ40ZXmZ1Ksw
B4New14hpEyz+KdKZAcC6iHP++K9vrhxKSkrHXQba1CiiiuY3CiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
qXWlafeyCS7sbWeQDG6WFWOPqRUP/CPaP/0CbD/wGT/CtGinzMVkZ3/CPaP/ANAmw/8AAZP8KP8A
hHtH/wCgTYf+Ayf4Vo0Ucz7hZGd/wj2j/wDQJsP/AAGT/Cj/AIR7R/8AoE2H/gMn+FaNFHM+4WRn
f8I9o/8A0CbD/wABk/wo/wCEe0f/AKBNh/4DJ/hWjRRzPuFkZ3/CPaP/ANAmw/8AAZP8KP8AhHtH
/wCgTYf+Ayf4Vo0Ucz7hZGd/wj2j/wDQJsP/AAGT/Cj/AIR7R/8AoE2H/gMn+FaNFHM+4WRnf8I9
o/8A0CbD/wABk/wq9FDHBEsUMaRxqMKiDAA9hT6KG2wskFFFFIYUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAVLrStPvZBJd2NrPIBjdLCrHH1IqH/hHtH/6BNh/4DJ/hWjRT
5mKyM7/hHtH/AOgTYf8AgMn+FH/CPaP/ANAmw/8AAZP8K0aKOZ9wsjO/4R7R/wDoE2H/AIDJ/hR/
wj2j/wDQJsP/AAGT/CtGijmfcLIzv+Ee0f8A6BNh/wCAyf4Uf8I9o/8A0CbD/wABk/wrRoo5n3Cy
M7/hHtH/AOgTYf8AgMn+FH/CPaP/ANAmw/8AAZP8K0aKOZ9wsjO/4R7R/wDoE2H/AIDJ/hR/wj2j
/wDQJsP/AAGT/CtGijmfcLIzv+Ee0f8A6BNh/wCAyf4VeihjgiWKGNI41GFRBgAewp9FDbYWSCii
ikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKU+jaZdTNLcadZyyt1eS
BWY/iRUf/CPaP/0CbD/wGT/CtGinzPuKyM7/AIR7R/8AoE2H/gMn+FH/AAj2j/8AQJsP/AZP8K0a
KOZ9wsjO/wCEe0f/AKBNh/4DJ/hR/wAI9o//AECbD/wGT/CtGijmfcLIzv8AhHtH/wCgTYf+Ayf4
Uf8ACPaP/wBAmw/8Bk/wrRoo5n3CyM7/AIR7R/8AoE2H/gMn+FH/AAj2j/8AQJsP/AZP8K0aKOZ9
wsjO/wCEe0f/AKBNh/4DJ/hR/wAI9o//AECbD/wGT/CtGijmfcLIzv8AhHtH/wCgTYf+Ayf4VoKo
VQqgBQMADtS0UNthawUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUhAIIIyD1BpaKAM4+HtHPJ0mw/8Bk/wo/4R7R/+gTYf+Ayf4Vo0U+Z9xWRn
f8I9o/8A0CbD/wABk/wo/wCEe0f/AKBNh/4DJ/hWjRRzPuFkZ3/CPaP/ANAmw/8AAZP8KP8AhHtH
/wCgTYf+Ayf4Vo0Ucz7hZGd/wj2j/wDQJsP/AAGT/Cj/AIR7R/8AoE2H/gMn+FaNFHM+4WRnf8I9
o/8A0CbD/wABk/wo/wCEe0f/AKBNh/4DJ/hWjRRzPuFkZ3/CPaP/ANAmw/8AAZP8KP8AhHtH/wCg
TYf+Ayf4Vo0Ucz7hZFGHRdMtpVlg06zikXlXSBVI+hAq9RRQ22OwUUUUgCiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAopryJEjPIyoijJZjgAURyJKivGyujDIZTkH8aAHUUUUAFFZ1pr+mX+rXWmWt2kl7af6+IA5T9
MflWjQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRTWkRGVWdQzfdBPJ+lADqKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKRmCqWYgAckntQAtFIrK6hlIZT0IPBpaACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigArC8bnHgXXcf8+E3/AKAa3awvHH/Ii67/ANeE3/oBoAyfhF/yTHSP+23/
AKOesX49HHgiz/7CKf8AouSuf8C6V8Q7nwdYy+H9d0610xvM8mGaMF1/eMGz+6bq2T1PWs/4mab4
4s/DlvJ4q1mxvbI3aqkdugDCTY+DxGvGA3fv0oA9i8S2mnX3hC8g1qdoNPeAedKpwUAwcjg9wOxp
3hK002x8LWFvotw9xp6RnyZXbJcEkkk4HcnsKzviF/yTXV/+vT/Csvw012nwPjbT932sabMYdn3t
3zYx7+nvQBt3/wAQvC+mXj2l3rVsk6HDKuX2n0JUEA1Z0rxhoOt3n2TTNUt7m42lvLQnOB1NcT8M
4fCT/DuN7xdMaXD/AG43IQsDuP3t3OMYxR8E7SH+zdVuYrZPswvXS0naMeYUwMjdjOOn45oAh8K3
lvp/xb8Z3V5PHBbxJueSRgqqNy9Sa7nSPG3h7Xrw2mmarBPcDOIxlS2OuMgZ/CvNdH8M2PiT4z+I
01NDLb2r+d5BPySNkAbvUDPSrXxc0PT/AA8uia5o9nBZXcN6qZt4xGG4LDIHGRt/WgD1wkAEk4A6
k1zMvxI8Jw3Ztn1y18wEjIyV/wC+gNv61g/GvWJtO8IQ2dvIY/7QuBDKw6+WASQPqcfhkVmW/if4
d2+irpY0ed7cJsJfTyXbj7xbru96APVYpo7iFJYZEkicBldDkMD0II6isSXxx4dh0+e9k1aBbeCY
wSMc8SDqoGMk/TNcj8Erqc6Lqli3nm0tbrNs0qkHY2eP0zj/AGq5/wCGHhSw1/X9bvdVjW6hsrtx
DayjdHvcnLFTweFA/wD1CgD1/SdXstc0+O+0y4W4tZM7ZFBGcHB4PPWvPPj2SPB9hg/8v6/+i3r0
ew0600q0W10+2itrdSSI4lCqCTk4A9zXnHx7/wCRPsP+v9f/AEW9AHqFVNS1Wx0e0NzqV3DawA43
yuFGfQZ6n2q3WB4rsPDk9vb33ihbY29mxaM3L4TcR029GPHQg0AQ2HxF8K6ndrbWutW7TMdqq4ZN
x9AWABrUvfEGmadqlpp15eRw3d5xBG2cyc44PTrXkPxF8SeAtY8LzQaKLc6lGyNbvDZtFj5huG4q
ONuf0rU8c2Vzqvwq8PeIo2Y6jpsMFwZerYZV3H/vra34GgD1okAEk4Aqho2vab4gtpLjSbtLqGOQ
xs6A4DAA459iK5Xxb4yiX4Tya1bsFk1C2WOEA8q8gwR9V+b/AL5rGvIp/APwLCW5MV9PGvmN0KvK
Ru/EKcA+woA7C/8AiD4X0u9a0vNZtknVtrKuX2n0JUED8a27K+ttStI7qxnjuLeQZSSNgyn8a8k8
LeJfAmi+Grayn0uaedogbmSSw8wyOR83J7Z6Va+Ed2ieKvENlpcdwuiyEXFssqFdhzjHPscf8BFA
HoM3i3Q7d79ZtSgjbTsfatxI8snoPcn0Gal0PxFpfiW0e60e7W5hR9jMFZcNjOMEA968q0nw1a+J
fjN4hi1HMlnay/aGtyfllcYC7h3A3H/Oa9c07SNP0eOSPTLK3tI5H3ukEYRS2AM4HHQCgC5RRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHzrrzarbfEXxFr2mSuZtIulkcZPMZbaR/u
9AR6E+le9aFrFvr+iWmp2h/c3MYcDOSp7qfcHI/CvOvBlvFefFLxvb3CCSGYGN0PRlLYI/Kl+H08
vgzxpqPgq+djbysbnT5H/iGM4/FR+at60AO+BzM1jr25if8ATc8nvg0zwBnw58VPE3h9jthuD9qg
BPvuAH/AZP8Ax2n/AAOUrZ6+p6i9wfyNHxAX/hHvib4Y8Rr8sUzfZbhh0AzjJ/4C5/75oA0/jJfS
ReDU063ybjU7qO3VQeSM7j+oA/Go/gtqUlx4Ol024yJ9MuXhKnqFPzD9Sw/Co/E+Ne+MXhzSvvQ6
ZE19Ljs3Vc/iqf8AfVVvDf8AxTnxs1zSj8sGrRfaoh6v97+sn5UAJ8Ss6/4/8K+G4ySnmfap1H93
P8wqP+dL8ZyRN4Xwf+X/AP8Aiak8JL/wkHxf8Sa0w3Q6eosoT2DfdJH/AHw3/fVRfGoMZPDIQhWN
8cEjIB+XtQBrfETxfdWTQ+HPDoM2vaj8ihOsCHqx9DjOPQZPYVseB/CMHg7QVs0fzbmU+bczf35C
Ocew6D/69cN8OpF0j4h6zp/iZM+I7li0V254mTqQnpkAEewxxjFeuUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHB/EnxHqNrNpnh3QJDFqmrSbfOHW
GPOCR6Z557BT7VBB8FfDxtj/AGhNf3l44y9085Dbu5A6fnmsDxsmqXfxw0mDRp4YL4WWIZJl3JHx
KWOMHJxnHHXFaWt+H/HHh7SrnWbXxjJfSWyGaS3ktgqsq8tjkjpnsKAOq1rU7HwR4QFvJqJilitW
itJLlgzyOqfLnjBOcdsVg/Dz4iWWoeHbGHXdZhfWJpWj2OArMS5CDAGOmKtR6lZ+OvhZLq2oWFtJ
MtpO22SIOIpVVgWTOccjI781Q+EOg6Tc+BtPvrjS7GW8WaRhcPbo0gIc4O4jPGOKAPQr2+ttOtJL
q9nit7eMZeSRgqr+JrAtfiP4UvLoW0OuWvmlto37kBPsxAH61yHjKL/hLfi3pHhm8YnS7aE3E0Sk
je2CefwCj2yfWuq8R+ANA1Tw9c2kWlWVtKImMMsECo0bAcEEDOM9R3oA6iSVIYXlkYLGilmY9ABy
TWJN448OwaRDqkurW62cxKxSEnLkHBwuMnH0rlPhpq8+rfCa6Fy5d7NZrZWPXaEDKPwDAfhWT8Gv
CGl6hoB1jUoFvZxK8MKXA3xwqOTtU8ZJJOf/AK+QD0vRPEukeI4Xk0e/hulTG8ISGXPTKnkVqV5J
rOm2/g34yaBcaPClrbaoPJmgjG1CSdpwBwBypx6jNet0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB823DahY+KPEfieyl
lMuk6wvmDcfmjeSQYPtlFXHo1fRVhew6lp9ve2zboLiNZY29VIyK8p8BaVDrmrfEfTbj/V3Vz5ZO
PukvPg/UHB/Ctf4P6y6+H77Q9SYR3WizNG4Y9I8n+RDD6YoAZ8Vb241W/wBK8I2ErJJesZ7soeVh
XPX24Y/8BFJ8B3ZvA10GYkLqDhQT0Hlxnj8Sag8CK3ifXfEvjGdT5cm60stw6RgcnH0C/iWqX4C/
8iRef9hF/wD0XHQBf+L+qTQeGYNHsiTe6zcLbRqDyVyN35kqP+BVlfCl5fDfiTXvBt3IXNtJ9oty
eNy8An8QUOPrUd1qdlrnxuDX15bwWOgQkIZpVRXm74yeoLf+Q6r+O9X0/RfiHoHijTr+1nQn7PeL
BMrkJ0yQD/dY/wDfIoA9Q1vV7fQdFu9TuyfJtoy7AdW9APcnA/GvLvD/AISv/ijb/wDCQeLdQuUt
JWItLO2OxVUHGeQeOo9T1zXS/GSZ1+G175RyskkQYj+7vB/mBW94HEY8C6F5X3fsMP57Bn9c0Ac7
pnwvPhnW7S+8N6zeW9usoN1aTvuSVO4GAOfqD9RXf0UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWF44/5EXX
f+vCb/0A1u0nWgDjfhF/yTHSP+23/o56xfj1/wAiRZ/9hFP/AEXJXpiqEUKoAUdABwKRkVxhlDDr
gjNAHL/EL/kmur/9en+FYmjRzyfAZEtrhLaU6fJiV22hRls89uMjPvXohAYEEAg9Qa53x54fufEn
gy+0uwdY55ApjBOFbawbafrj+VAHkPh/+xbvQ7KW6+HOqX0kUYQ3doJTHNjgscYBPXPWvVfBHjDQ
9difTdJtZNPmsl+axliEbIucZAHGMnn689aw9G8V+JNE0a00u68D6g89rEsIa3cGN9owDkAgdPer
Hgvw5rE/jHUfF3iC2jsZ7uIQw2aNuKL8oyxHfCD8z04FAGf4J/5LL4v/AN3/ANmWn/HX/kVtM/7C
Kf8AoD16WFUMWCgFupx1oZVcAMoIBzyO9AHE/Ffw3eeIfCqNpiGS9sZ1uI41GWcAEED35z+FVNO+
NHhySxU6o9xY3qDE1u0DNhxwQCAe/rivQ6iktoJZBJJDG7r0ZkBI/GgDM8MeJbfxVpr39nbXUNuJ
TGhuI9hkAAO5Rk/Lzj8DXD/Bj/X+KP8Ar/8A6tXqFNVVXO1QMnJwOpoAdXmHx6Vj4NsSFJC365IH
T929en0UAec/8Lz8Lf8APPUf+/C//FVj/Em8XUZ/CfiOW1nuvDYImnj2Z2hip+ZenI4544IzzXr1
IQGBBAIPUGgDyDx3470vxJ4IvdK8M2txdJsSSeVITHFaorq/OQOcjGB69fXu/C1lDqXw10qyuV3Q
3GmRxOPVWjAP866FIIo4jGkaLGc5UKAOevFOYiOMkKSFGdqjn6CgD578PWWoar4h0vwLfqTa6TqE
082ejIuDjHpkNg/9NK9i+IHh+XxN4Mv9PtsfaWUSQg92UhgPxxj8a574Z6JqTa1rviXXrOa1vb+b
ZFHMuGSPqfw+6B/u16LQB5h4Z+K+kaXotvpfiVbnTtSsY1glSSBju2jAPAJBIA645rr/AAt4xsfF
/wBrfTILsW9uVAnmi2JKTnOz1xjn6ituW3hn2+dDHJt5G9QcVIAAAAMAdAKAPMPBP/JZfF/+7/7M
teoU0KoYsFALdTjrTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAPL/Af/JXP
GX+9/wCzVo/Fbw9c3enWviDSFb+1dHkEyFBktGDkjHfB5+m71rvQihiwUBm6kDk06gDyr4EytcaX
rc7Lt828De2SucfrW98XtH/tb4f3bouZbJlukx/s8N/46WP4V29FAHlHwhmuPEfiDW/E96v72SOG
1U/RRu/9BQ/jT/i60vh7X/Dviu1Tc9rI0Ev+0OoH4gyD8a9SRFjUKihVHQKMCh0WRSrqGU9QRkUA
cR8INLex8DRXU4P2nUZnupCepycD9Bn8ayPjP/r/AAv/ANf/APVa9QprKrY3KDg5GR0NAHF/EnwY
/iPTo9Q0smLW9P8A3ltIhwzgc7M+ueR6H6mrfw98ZL4w0IvOvl6laERXkWMYbswHYHB47EEdq6um
qioSVUAscnA6mgB1FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFAHmHxNs73RPFWi+M7G2e4jsR5V2iDkJk8/iHcZ7cUzxH8VtN1zQLjS/DUF5e6nqERgSIQ
kFNwwSfcA9s16lUcUEUO4xRIhbltqgZ+tAHKeGvCtxo3wx/sSTBvJbWUOAeBJIGOM+2QM+1cf8L/
AB1puh6LbeGtUS6h1NbwwrEYTyXfjPpgnnNev0zyY/N8zy08wfxbRn86APMvH9tfeGfHem+NLS0l
u7OKIw3iRjJReRk/UN16ZXnrUmsfGDSb/SZbTw7DeXuqXSGKCEQEbWYYyfXHXAzXplRxwRRMzRxo
jOcsVUAsfegDjPCHhmbwr8MprK74upIJZ51GPlZl+7+AAH4Vwnwv8exeE/DwttctJ4tMmmdre9jj
Lrv43I2Pwx/k17PqsbzaReRxqWd4HVVHUkqcCuP+E2jXWm+BfserWTwSNcSMYZ0wSpxjIP0oA5/T
ruX4lfE6w1iytp4tD0dflmlXHmSdePfJHHovbNet0iqFUKoAA4AHaloAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDy/wCE
/wDyOHjv/r/X/wBGTVzfxTtNQ8M+M7i60gMsfiK1NvIqj7zEqrqPc/Kf+BGvcgiqSVUAscnA60pV
WxuAODkZHQ0AYeg6EnhvwXb6XHgtBbEOR/E5BLH8WJrgPhFqseh/CrWtSmGUtbuWTH94iKPA/E4F
euU3y0CFNi7TnK44OetAHk/w28AaXr3hltZ8SWIvLzULiSZXkZlO3OOxHUhj+IrS8ZfCzQB4S1GT
RtLSC/iiMsTo7knb8xGCe4BH416OAAAAMAdAKWgDz7wkYfiH8Il0+8c+Z5Rs5X6lXjwUb342NXO+
GPHV38ObceHPGWn3SJbk/ZrmIBwyE5x1GR1wR9McV7CqKgwihR1wBikkjSVdsiK6+jDIoA4TT/ig
viPWrSx8M6ReXcTTKLq6lTZHDHn5j9ceuPxrvqaiLGoWNVVR0CjAp1ABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
B//Z

--_008_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661EEXMBX23adutwent_--

From qinwang@berkeley.edu  Wed Aug 28 10:20:51 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2407721E80B1 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 10:20:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1SRm4L312sFE for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 10:20:50 -0700 (PDT)
Received: from mail-ve0-f180.google.com (mail-ve0-f180.google.com [209.85.128.180]) by ietfa.amsl.com (Postfix) with ESMTP id 2165621E80A5 for <6tsch@ietf.org>; Wed, 28 Aug 2013 10:20:49 -0700 (PDT)
Received: by mail-ve0-f180.google.com with SMTP id pb11so4535651veb.11 for <6tsch@ietf.org>; Wed, 28 Aug 2013 10:20:49 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=UZdsNcFsYPfeXA6jqBTZEdzIdpD0ftApEXPiu1fcpMQ=; b=GThZX1bgBnvAmz6qisZ52htYmGZrBTxIBRYZpKwC3IrMgRkkqnJKO9xTPE1iC84m0+ lYqcpomYkDAWDpCQ+964wdbFxmN+xOMB041PjCYlvwJTo+iFlyQbl9Sp084sGVhq12D2 6dvCqgYKmdQGKAXDdHzNGgF9uZ3t2MhcafKlCl9OzXjd2HLlUO6YwUKk/RvDk9tVfPe9 4peKGj0Kr/GCdw8tZZm0jwpZxOgP0UXdBSzML61Ys63DyA14Y/+++VlLvr6vyk9VxIyz 4YRGN5d3OEfNrFEA0rNjwIG4MNsZvCLEk4zgE96Eo4AHkyhrvzUqY151M1+MMPGFLHR0 3HUw==
X-Gm-Message-State: ALoCoQl8TGVFrssr9a/Jn3CGuR7jptxNQV42Hv7PHlUy+wREEw7jpLLOtJH6IxeR98JrTFfJEExt
MIME-Version: 1.0
X-Received: by 10.52.249.50 with SMTP id yr18mr12040305vdc.25.1377710449322; Wed, 28 Aug 2013 10:20:49 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Wed, 28 Aug 2013 10:20:48 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661E@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl> <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl> <CAAzoce7225oeorj-2rrUxyD68J44faZfry5TLmeis+FjWzomng@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661E@EXMBX23.ad.utwente.nl>
Date: Thu, 29 Aug 2013 01:20:48 +0800
Message-ID: <CAAzoce4m2uKNiJg0CaS0UDqZW-EjdNqNAmm1OzrHjWdx=upf+w@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "P.Zand@utwente.nl" <P.Zand@utwente.nl>
Content-Type: multipart/related; boundary=089e01495490ef857804e5053533
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 17:20:51 -0000

--089e01495490ef857804e5053533
Content-Type: multipart/alternative; boundary=089e01495490ef857504e5053532

--089e01495490ef857504e5053532
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Pouria,

I proposed adding "Change time source" along with "Choosing the RPL parent"
because we agreed before that the RPL parent will be used as the time
source. And, this time Xavi proposed to use the node with lowest EB' join
priority as time source is just because the RPL parent hasn't been found at
the beginning.

Make sense?

Qin





On Thu, Aug 29, 2013 at 12:52 AM, <P.Zand@utwente.nl> wrote:

>  Hi Qin,****
>
> I changed the diagram based on your comment.****
>
> However, I couldn=92t conclude form the discussion on =93time parent sele=
ction
> based on EB priority=94 thread to find out, if L3 will make the final
> decision about the time source or L2.****
>
> Best Wishes,****
>
> Pouria****
>
> ****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Wednesday, August 28, 2013 5:31 PM
> *To:* Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Hi Pouria,****
>
> ** **
>
> It is great to have the diagram as common base to discuss. I would like t=
o
> add "Changing time source" along with "Choosing the RPL parent", because
> the time source selected at the beginning is just a temporary one, and ti=
me
> source in L2 should be same as the RPL parent in L3 after RPL parent is
> selected.****
>
> ** **
>
> make sense?****
>
> ** **
>
> Qin****
>
>  ****
>
> ** **
>
> On Wed, Aug 28, 2013 at 7:55 PM, <P.Zand@utwente.nl> wrote:****
>
> Dear All,****
>
> I would like to continue our discussion for choosing the time source
> (either in L2 or L3) in the basic RPL. ****
>
> I prepared a sample of message sequence chart to show the potential
> procedure for basic RPL.****
>
> I think we can refer to or modify the attached slide to discuss the
> details for constructing the basic RPL, as well as choosing the time sour=
ce.
> ****
>
> Best Wishes,****
>
> Pouria  ****
>
> ****
>
>  ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Wednesday, August 21, 2013 7:45 AM****
>
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria,****
>
> Glad to read we agree!****
>
> Thomas****
>
>  ****
>
> On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl> wrote:****
>
> Thomas,****
>
>  ****
>
> Many thanks for your explanation.****
>
> I couldn=92t find the related counter in MAC PIB of IEEE 802.15.4.****
>
>  ****
>
> My first idea was using both (a) clock accuracy information and (b) RPL
> rank information for choosing the best timing parent between two routers
> with equal (or close) RPL rank. That would help us to avoid (1)
> synchronization loop problem and (2) potential drifting problem caused by
> choosing the parent, between two with equal ranks but not equal clock
> accuracy.****
>
>  ****
>
> As you mentioned, let=92s not make it complicated and consider the parent
> rank as a factor for choosing the timing parent.****
>
>  ****
>
> Pouria.****
>
>        ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Tuesday, August 20, 2013 7:54 AM****
>
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria,****
>
> Thanks for the explanation. Allow me to answer inline.****
>
> Thomas****
>
>  ****
>
> On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl> wrote:****
>
> Thomas,****
>
>  ****
>
> I am not expert in synchronization, so please bear with me.****
>
>  ****
>
> By clock accuracy information, I mean how accurate a node can maintain
> (e.g. =B11 ms) synchronization in the network for a period of time (e.g. =
20
> s) without the need for clock update. Different devices might have
> different clock accuracy values represent by parts per million (ppm) unit=
.
> The clock accuracy of a device might depend on the device=92 environment
> conditions (e.g. temperature or shocks) and it doesn=92t just depend on
> crystals hardware. Am I right?****
>
>  ****
>
> Agreed. I am used to the term "clock drift" for the phenomenon, but
> absolutely, drift depends on manufacturing, voltage, temperature, and
> probably other environmental factors. The amount of drift of your clock
> source will dictate how often resynchronization needs to happen, given a
> guard time (i.e. 1ms). Of course, all these parameters depend on each
> other, so you can imagine buying a better clock source, or changing the
> re-synchronization frequency, or changing the guard time.****
>
>  ****
>
>   In the centralized approach, the System/Network managers, use (L2)
> device clock accuracy information as well as (L3) nodes=92 topology
> information (similar to node=92s rank in RPL in 6tsch distributed approac=
h)
> to select the potential clock sources in the network. Am I right? ****
>
>   ****
>
> Hmm. I understand what you are proposing, but my first reaction is to be =
a
> bit afraid that basing time source neighbor selection on clock drift
> information might lead to lots of complexity, for not much gain (I think)=
.
> If I am drifting a lot wrt to my neighbor, could I not resolve that local=
ly
> (through all kind of techniques we can think of), rather than involving t=
he
> time source neighbor selection process in that?****
>
>  ****
>
>   In a distributed approach, a network device might inform their
> neighbors about its (L2) clock accuracy. A new device might use this
> information, as well as L3 parameters (e.g. sender RPL=92 rank), to choos=
e
> its timing parent.****
>
>   ****
>
> This would certainly invert the approach. Now, we let RPL select routing
> parents, and then we have TSCH just use the same. If we go the other way
> around, i.e. select time source neighbors, then routes, many things will
> get complicated real quick, the first of which are synchronization loops.=
*
> ***
>
>  ****
>
>   If in 6tsch, we are considering the case that all the nodes in the
> network have equal high clock accuracy, then let=92s consider (L3) router=
=92s
> rank, based on the *default OF* (as Raghuram suggest), as the only factor
> for selecting timing parent.****
>
>  ****
>
>  I would go that route, but maybe you have some counter example in mind?*=
*
> **
>
>  ****
>
>  Pouria****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Monday, August 19, 2013 4:28 AM
> *To:* 6TSCH****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria, all,****
>
>  ****
>
> My 2c is the following. We already agreed on the fact that a mote's (RPL)
> routing parent would also be its (TSCH) time source neighbor. So why not
> pick the time source neighbor based on routing information?****
>
>  ****
>
> What exactly do you mean by clock accuracy? All nodes in a TSCH network
> need to be able to synchronize with one another, and I don't think we are
> considering cases where that is not true.****
>
>  ****
>
> Thomas****
>
>  ****
>
> On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl> wrote:****
>
> Raghuram,****
>
> I agree with you that we need a method to pick a timing parent.****
>
> We might need the L3 information on that, unless we can find a solution i=
n
> 6top to use L2 information. For example about the clock accuracy
> capabilities of the device who has already joined the network. I am not
> sure if this information is available in L2 and neighbor table.****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
> *Sent:* Wednesday, August 14, 2013 12:57 AM
> *To:* xvilajosana@eecs.berkeley.edu; Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org; Qin Wang****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Xavi, Pouria,****
>
> I think we need to keep node rank at 6top (as a read only parameter
> obtained from L3) in order for the TSCH nodes to figure out the timing
> parent. In the case where RPL node may have different ranks based on
> different OFs we need a method to pick a timing parent.****
>
>  ****
>
> We should propose a default OF, that is used to compute the ranks for the
> purpose finding the timing parent.****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *<xvilajosana@eecs.berkeley.edu>
> *Date: *Tuesday, August 13, 2013 2:27 PM
> *To: *Pouria Zand <P.Zand@utwente.nl>
> *Cc: *Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <
> 6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: [6tsch] RPL on Basic****
>
>  ****
>
> Good point :-)****
>
> agreed!
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> I guess we cannot keep =93node rank=94 in the 6top. Because a node might =
have
> different rank based on different metrics defined in L3. As a response, I
> don=92t think we can get all of those information form L3 and use them in
> neighbor table in 6top. Am I right? ****
>
> I think, as you mentioned we need to work on them. ****
>
>  ****
>
> Pouria  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 11:13 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,
>
> yes the neighbor table is something that 6top takes care of. The fields o=
f
> the table is something that we need to work on, stats for sure as describ=
ed
> by the basic configuration draft. As regards to the rank, in our
> implementation, we keep it in the table, for each neighbour we keep its
> rank. This information can be placed somewhere else if you want but I gue=
ss
> we need it to keep some sense on what is the rank of our neighbors.****
>
> regards,****
>
> Xavi****
>
>  ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Many thanks for your complete explanation. It absolutely makes sense.****
>
>  ****
>
> Just one minor question. The neighbor table will be stored in 6top. Am I
> right? If yes, do we need to store rank information (included in DIO) in
> that table? Or we just store neighbor statistic?****
>
>  ****
>
> Pouria ****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 10:17 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> answer inline:****
>
> Xavi,****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> there are many different ways to implement that, this is an option.****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI?****
>
> These are the list of known neighbors with acceptable RSSI, so yes if it
> wants to keep all of them.****
>
> Or (2) the node should probe its connection with the its RPL parent and
> its RPL child? In the case (2), how does the 6top can inform the L3 about
> the new potential discovered neighbors and their connection status? ****
>
> When a node is discovered due to receiving and EB (at least in our openws=
n
> implementation), it is inserted at the neighbor table. At that point no
> information about connectivity can be used except RSSI. As soon as a DIO =
is
> received from that node, its information is updated (including rank). As =
we
> don't have any information about connectivity (as RFC6552 describes) an
> initial value is set (i.e rank + FOO). In openwsn a similar case to (1) i=
s
> used so eventually some stats of the link can be used to compute the ETX
> and let RPL do its work. ****
>
> So RPL knows about a new node because 6TOP keeps information of neighbors
> an eventually this information is used by RPL to update routes. As this
> node sends DIOs and receives DIOs from others the information is
> permanently being updated enabling a node to be positioned in the multiho=
p
> topology.****
>
> Does it make sense?****
>
> Pouria****
>
>  ****
>
> On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
>  ****
>
> Pouria****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>   ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--089e01495490ef857504e5053532
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pouria,<div><br></div><div>I proposed adding &quot;Chan=
ge time source&quot; along with &quot;Choosing the RPL parent&quot; because=
 we agreed before that the RPL parent will be used as the time source. And,=
 this time Xavi proposed to use the node with lowest EB&#39; join priority =
as time source is just because the RPL parent hasn&#39;t been found at the =
beginning.=A0</div>
<div><br></div><div>Make sense?</div><div><br></div><div>Qin</div><div><br>=
</div><div><br></div><div><br></div></div><div class=3D"gmail_extra"><br><b=
r><div class=3D"gmail_quote">On Thu, Aug 29, 2013 at 12:52 AM,  <span dir=
=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@=
utwente.nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I changed the diagram bas=
ed on your comment.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">However, I couldn=92t con=
clude form the discussion on =93time parent selection based on EB priority=
=94 thread to find out, if L3 will make the final decision about
 the time source or L2.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img width=3D"883" height=
=3D"1085" src=3D"cid:image001.jpg@01CEA41F.C82480E0"></span><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d"><u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 5:31 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span></p><div><div class=3D"h5"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is great to have the diagram as common base to di=
scuss. I would like to add &quot;Changing time source&quot; along with &quo=
t;Choosing the RPL parent&quot;, because the time source selected at the be=
ginning is just a temporary one, and time source in L2
 should be same as the RPL parent in L3 after RPL parent is selected.<u></u=
><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 7:55 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear All,</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I would like to continue =
our discussion for choosing the time source (either in L2 or L3) in the
 basic RPL. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I prepared a sample of me=
ssage sequence chart to show the potential procedure for basic RPL.</span><=
u></u><u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think we can refer to o=
r modify the attached slide to discuss the details for constructing the
 basic RPL, as well as choosing the time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img border=3D"0" width=
=3D"840" height=3D"836" src=3D"cid:image004.jpg@01CEA41F.8D6F8300"></span><=
u></u><u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 21, 2013 7:45 AM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Glad to read we agree!<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 12:53 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your expl=
anation.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t find the rel=
ated counter in MAC PIB of IEEE 802.15.4.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">My first idea was using b=
oth (a) clock accuracy information and (b) RPL rank information for choosin=
g
 the best timing parent between two routers with equal (or close) RPL rank.=
 That would help us to avoid (1) synchronization loop problem and (2) poten=
tial drifting problem caused by choosing the parent, between two with equal=
 ranks but not equal clock accuracy.</span><u></u><u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you mentioned, let=92s=
 not make it complicated and consider the parent rank as a factor for choos=
ing
 the timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=A0=A0=A0=A0=A0=A0</sp=
an><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Thanks for the explanation. Allow me to answer inlin=
e.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I am not expert in synchr=
onization, so please bear with me.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">By clock accuracy informa=
tion, I mean how accurate a node can maintain (e.g. =B11 ms) synchronizatio=
n
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device=92 environment
 conditions (e.g. temperature or shocks) and it doesn=92t just depend on cr=
ystals hardware. Am I right?</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Agreed. I am used to the term &quot;clock drift&quot=
; for the phenomenon, but absolutely, drift depends on manufacturing, volta=
ge, temperature, and probably other environmental factors. The
 amount of drift of your clock source will dictate how often resynchronizat=
ion needs to happen, given a guard time (i.e. 1ms). Of course, all these pa=
rameters depend on each other, so you can imagine buying a better clock sou=
rce, or changing the re-synchronization
 frequency, or changing the guard time.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In the centralized app=
roach, the System/Network managers, use (L2) device clock accuracy informat=
ion
 as well as (L3) nodes=92 topology information (similar to node=92s rank in=
 RPL in 6tsch distributed approach) to select the potential clock sources i=
n the network. Am I right?=A0</span><u></u><u></u></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Hmm. I understand what you are proposing, but my fir=
st reaction is to be a bit afraid that basing time source neighbor selectio=
n on clock drift information might lead to lots of
 complexity, for not much gain (I think). If I am drifting a lot wrt to my =
neighbor, could I not resolve that locally (through all kind of techniques =
we can think of), rather than involving the time source neighbor selection =
process in that?<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In a distributed appro=
ach, a network device might inform their neighbors about its (L2) clock acc=
uracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL=92 rank), to choose its timing parent.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This would certainly invert the approach. Now, we le=
t RPL select routing parents, and then we have TSCH just use the same. If w=
e go the other way around, i.e. select time source
 neighbors, then routes, many things will get complicated real quick, the f=
irst of which are synchronization loops.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0If in 6tsch, we are co=
nsidering the case that all the nodes in the network have equal high clock
 accuracy, then let=92s consider (L3) router=92s rank, based on the <b>defa=
ult OF</b> (as Raghuram suggest), as the only factor for selecting timing p=
arent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">I would go that route, but maybe you have some count=
er example in mind?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria, all,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">My 2c is the following. We already agreed on the fac=
t that a mote&#39;s (RPL) routing parent would also be its (TSCH) time sour=
ce neighbor. So why not pick the time source neighbor
 based on routing information?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What exactly do you mean by clock accuracy? All node=
s in a TSCH network need to be able to synchronize with one another, and I =
don&#39;t think we are considering cases where that is
 not true.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Raghuram,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I agree with you that we need a method =
to pick a timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We might need the L3 information on tha=
t, unless we can find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Best Wishes,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram=
 Sudhaakar (rsudhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Pouria,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I think we need to keep node rank at 6t=
op (as a read only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We should propose a default OF, that is=
 used to compute the ranks for the purpose finding the timing parent.</span=
><u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>

<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Good poi=
nt :-)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">agreed!<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a=
 href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&=
gt; wrote:</span><u></u><u></u></p>

<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I guess we cannot keep =
=93node rank=94 in the 6top. Because a node might have different rank based=
 on
 different metrics defined in L3. As a response, I don=92t think we can get=
 all of those information form L3 and use them in neighbor table in 6top. A=
m I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think, as you mentioned=
 we need to work on them.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">regards,<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Xavi<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your comp=
lete explanation. It absolutely makes sense.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<u></u>=
<u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Keep Alive timer expires for =93node A=94 aft=
er 30s if no frames have been sent (or received) to (or from) neighbor =93n=
ode B=94. Am I right?</span><u></u><u></u></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><u></u><u></u></p>

<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don&#39;t have any information about con=
nectivity (as RFC6552 describes) an initial value is set (i.e rank + FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Pouria</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or
 from) neighbor =93node B=94. Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? =A0=A0=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn&#39;t a common shared cell to send KAs. I see the operation in the=
 following way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet.
 This means that the KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result,
 and as part of IEEE802.15.4e&#39;s normal operation, a node keeps synchron=
ized with its RPL parent. In the absence of traffic, the node will periodic=
ally &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How ofte=
n depends on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140c5d7c28d35c9b_140c4c7a1f0f55ca_1409d4a=
4d02237f3_14097b"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><=
u></u></p>

<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL objective function =
calculation using Neighbors information described in Basic configuration.
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0 -this includes=
 how OF is calculated using numTx and numTxACK, etc..
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL configuration:</spa=
n><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0=A0 - storing m=
ode vs non-storing mode (I vote for non-storing mode for a basic configurat=
ion)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>

<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>

<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--089e01495490ef857504e5053532--
--089e01495490ef857804e5053533
Content-Type: image/jpeg; name="image004.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image004.jpg@01CEA41F.8D6F8300>
X-Attachment-Id: a50d9682126f93a5_0.0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCANEA0gDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDxwSPB2o4JB2KO
P94Vv1geOf8AkTdR/wB1f/QxVQ+JEy2Z5Z9kg/55D86X7JB/zyH51L0Fa1z4fmttRtLVpY2F0Qqy
KDgE9QfcZH5167cVuearvYxPskH/ADyH50fZIP8AnkPzq2lpPLLJHDDJKYyQ3loTj8qZHBNMzLDD
JIyjJVFJIp6BqV/skH/PIfnR9kg/55D860rzTXt78WsIedzGjgKnPzKD0Hpmqjo0blJFKMpwVYYI
/ChWewO6IPskH/PIfnTWtIArHyxwK1ZdKlh0mK/LqVkIBjH3lBztJ9jtNUG+430NCs9gd1ueq+Ey
W8KaWWJJNunJ+lbFY/hL/kU9L/690/lWxXjS3Z6cdkFFFFIYUUUUAFee/EpRJqemI/KeVKdueM5W
vQq8++I//IW0z/rlL/Na2w/8RGVb4Gcf9kg/55D86PskH/PIfnWhpmnnU70W6ypFlWYu/QADNK2m
ypDevIQjWbqjoRySSR/SvTvG9jgtK1zO+yQf88h+dH2SD/nkPzq0badYBM0EohPSQodp/GrOnaXL
fTKGWSOFlciXYSuVUnGenam3FK4LmbsZn2SD/nkPzo+yQf8APIfnVmO3mlhaZIZGjX7zqpKr9TRb
wPc3EUEQy8jBVHuTRoLUrfZIP+eQ/OrejQxw+ItKaNdpN3GMg9s1LqVg2nXZhMiyrtDpInR1PQim
6V/yMGlf9fkf86idnBtFxupJM9ipaSlryD0gooooAKKKKACvFL+GObV9QeVd7G6lGSf9o17XXjF3
/wAhO/8A+vuX/wBCNdeD+JnNifhRV+yQf88h+dH2SD/nkPzrUh0iWfR5dQjdCsTFTH/FgYy34ZFQ
3Fk8Ated5uYhIqqDkZJGPrxXcnG9jktIo/ZIP+eQ/Oj7JB/zyH51Zlt5oJBHNDJG56KykE/hVmXT
ZINNNzMskbiYReW6beNuc8024oFdmb9kg/55D86PskH/ADyH51Zlt5oApmhkjDjKl1Iz9M1a0vSp
NUaYRuieWuQW/iY/dUe5waG4pXYLmbsZn2SD/nkPzrs/hoojm1VF4UeUQM8dGrka7D4b/wDHzq3/
AGy/k1YYlfu2a0H753dLSUteYd4UUUUAFFFFABRRRQAUUUUAeOa/Ck3ifVWlXeRckAk9sCqP2SD/
AJ5D860db/5GXVv+vpv5Cn2ekS32nXN3E6fuD/qz95+MnH0HNevBpQTfkebK7m0jL+yQf88h+dH2
SD/nkPzq7NZtDa2k24MLkMVUDkYbFRzW81swWeGSJmGQHUrn86tWZOpW+yQf88h+dH2SD/nkPzrS
OmSx6dPczrJE0TooR0I3Bs88/Sq0ltNFGkkkMiI/3WZCA30NCcWHvFb7JB/zyH50fZIP+eQ/OtLS
9NfVLlokkSIKuS79ByAB+JIFU3Vo3ZHGGUkEHsRRpewa2udL8N0EWuX6IMKbdDjPGdxr0avO/h3/
AMh+/wD+vZP/AEI16JXmYn+IzvofAgooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDx
z/yJuo/7q/8AoYrfrA8c/wDInaj/ALi/+hrVQ+JEy2Z5ifu11sGoWsniN4bidBb+bFPDLn5UdVGe
fQjI+oFcnRivWnBT3POjLlNpGa50vybO6igmS7eSTdKI9wONrZ74was3VzHfLqKWF1HDK9wkm9pP
K81QuCQf97nHvXOYoxS9krj5zqZry3mvtQUSxTSzQQBHMxjEm0DcN3b1x3xWRqTte6nDHJ5EZ2JE
WWXeoHTLN3IHX6Vm4oxRGmovcTnc6Rr7Tru8vLRBJHHND5EcjyDyxsHyHGOOR6965pvuN9DS0jfc
b6GqjBR2By5j1Xwl/wAinpf/AF7p/Ktisbwl/wAinpf/AF7p/KtmvHluz0o7IKKKSkMWim7qWgBa
8++I/wDyFtM/65S/zWvQa8++I/8AyFtM/wCuUv8ANa2w/wDERlW+BmJo0kcV3MZHVQbWZQScZJQ4
FXpb2C78NzyySL9tbyYpYyeZNh4YfgcH6Vg0V6UoJu5wqbSsdLcXCC9vbw3kT2M1uyRQiTJOVwq7
O2D/ACqS2uF+2wXK30Mdl9i8ryjLghvLIK7f97nNctijHtU+xVrXK9pqdJaXiJY6dLarbs1tCVdZ
box7Wyc5T+IEH3rN0WWC1nnvJzxBGfLRWAZmb5RjPoCT+FZuKMU/ZrVdyefVGrfy2l1o1s1vvSS1
cwlJXDMyH5geAOAcj8ap6V/yMGlf9fkf86rVZ0r/AJD+lf8AX5H/ADolHlg0OLvJM9ipaSlryD0g
opM0ZoAWiiigArxi7/5Cd/8A9fcv/oRr2evGLv8A5Cd//wBfcv8A6Ea68H8TObE/CjTs9RWx0q0d
Srul25kiz95CgBBHoeRV+Wezg1O3jtbtNg09ooJif9W5LbcnscHHtmuYoxXY6SbucyqNHR2dzFZN
p0N7cxvNHNI+8P5ghDLhct/vc+1EU62VlZx6jdx3Bi1BZWRZfM2pjk/nzXOYox7UvZLuHtDc1adh
ZzRYt2SWcSB1uzKzHnkAnjIPNNt7y10/S7RWEsk7Tfam8mQLtK8KDkH3P41i4oxTVNWsLnd7l7WF
gGqSvasrQzYlTafu7hkr9Qciui+G/wDx86t/2y/k1cfXYfDf/j61b/tl/JqzxCtSsaUXepc7ulpK
WvMO8KKKKACiiigAooooAKKKKAPH9b/5GXVv+vpv5CrVjfmx0dpIXUTpeJIqE8kBCDx6dvxqrrX/
ACMurf8AX038hVOvXjFSgk/I82TtN2Ooe60+G/0predFhEcpUnnyGfJXd6YJ/SoLWdNPjs4tSuI5
3F6s3yyebsQDBJPucHHtXPYoxS9ku4e0Z0LyG302eO+vYrndeRShFl8zKAnJ/H0o1i6zFfGMWzw3
MgYOLouxAOQQhPBxx7Vz2KMUKlZ3uDqGvaz2lnou2XzHluZt5EMgVkVPu5yD1JJ/CodceCfUTdWz
Dy7pBKVzkox+8D75B/Os7FFUoJS5iea6sdR8O/8AkP3/AP17J/6Ea9Erzv4d/wDIfv8A/r2T/wBC
NeiV52J/iM7qHwIKKKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApM0tZbW8d9q1yl0vmxwpHsRj8oJzk46Hp3
ppCbLb6haRHEl1Ap9DIBTY9UsppVjjuondjgKrZJqWO0t4R+6giT/dQCpcAdqNA1FrM1HxFpek3C
wX97HBKy7wrA8jpnge1aRrI8N30mr6Ot1drGZTLInyrgYVyB+goS6sGXbfU7S60438M6vahWbzRn
GB1P6GsmXW/D3iWJtK+3JP8Aaht8tCwJxzwce1b4VQuAAB6YpBEgOQig/ShNA7nEal4b8IaRKkeo
XU8DyLuUNO/I/CprPwf4Y1CyN3aS3EtuM/vFuHxx1rsjGjfeUH6igKoGAAB6Cr9rLuyfZx7Hn9rp
Pgi9uYre3v5ZJZTtRRO+WNS634a8L6LAftNxPDM6MYVedzuIH+JFd0IkByEXP0qtqqKdKuyVBIhf
qP8AZNP2sr7v7xezVtkctpng/wAM6tZi4s5biaMHazLcPgMByP1qlDpfge4uI4IdQleWRgiqJ5Mk
k4ArvLZQLaPAA+QdPpT/ACox/Av5Ue1l3YezXZHF6l4V8KaOsZ1C4ngEhITdcPzjr0p2neEfC2rw
vLp81xPGjbWK3D8HGcc/WuzKK33lB+ooVFX7qgfQUvaytux+zj2OfsfEnhywhg0621GICLEKIdxO
QcYzj1rV1LWLHSIkk1C5SBHbapbPJ644q15Uf9xfypSit95QfqKhtNlK9inpus2GsJI2n3KTrGQH
K54J+tZepeLdLSOe2t9VtobxSY1MiMwV845AHNdAqKv3VA+gppjTP3Fz9KNBptWZyOpX2reFZrS6
1DVEvrGaYQzK8CxmPOfmUr6YNdFpmt6fq/mDT7pJ/Kxv254z06/Q1i2Oj3Wq6xcXetvO0VpeP9it
2AWPaPuvgDJ/GuoVFX7qgfQVnT6nXi3F8qVuZLVpWXltbb0Me58X6HZ3EkFxqMUcsTFXUg5BHbpU
HifTtDvLeG91qVooovlSRZGX72OOPpW8YkJyUUn6UpRSMEAj0Nap2d0cVr6M4jTfDXhHWJHTT7qe
dowGYLcPwPxqveaP4JsLqS3ur6WOaI4dDO+Qetd+qKpyqgfQUhjQnJRSfpVe1lfd/eT7Ndkcfc+D
/DFnp/264luI7XCnzDcPjB6fzFZ9tofhPUtRt7XTbuadnLGRVnfIUKTnn3xXfTPFDCzzFVjUZJbo
BVO5EZv9NeMLtaR8MuOR5bU1Ul3YOEexyN7ongvTbt7a8vZop0xuRp3yMjIq3J4P8MRab/aEktwt
psEnmm4fG09D+tdiY0Y5KKT7il2LjG0Y9KXtZd394ezXZHC6f4f8Harc/Z7G8mmm2ltqzvnA6n9a
kk0rwh4f1aI3F5JFdQMsqpJM5wexxXbCNFOVVQfYUGNGOWVSfUij2j7u3qHs12RVGqWZ0z+0RcL9
j2eZ5vONvrVWx8T6Rqd0ttZX0U0zAkIoOSB17VqbFxjaMelAjRTkIoPqBUaF6mNr2uWFkklnNqq2
F1IgZH2bmUE9QMY7Gueub6TQU03VbXXLnUNOupxDMtyQwIOcsvAIxg13LopOWUH6iuZ0XRDPqd3f
6qzXE0N3ILRWm3pEnbCg4B+vNZ1Ena252YWooKTm1y9rK7voaVn4q0bULpLa0v4pZ3ztQA5OBn09
ql1LxBpmkTJFqF5HBI67lVgeR0zwKviNAchFB9QKVkVjllBPuK00ucetitaapZ39j9stZ1ktuf3g
zjjrXGrp3grV9SIhvne4upCwRJnG5jycCu7CKBgKAPQUgiQHIRQfYU4y5dhON9zidS8M+EtHeNdQ
uZ4GkBKBrh+QOvT61Lp/g/wxqlqbmxluJoQxUutw+MjrXZMit95QfqKAiqMBQB7Cq9rK27F7Ndke
f2+leB7q4jggv5XlkYIiieTknoKfc+HfC2myTDU7ieBRMY4t07/MAqk9P96u88pAchFz9Kp2KK1x
f7lB/wBI7j/YSqVSXd/eS4LsjmdO8I+FtXgabT5rieNW2FluH4PXHP1qiul+BnnEK6hKZS+wL58n
3s4x+deghFX7qgfQUnlR/wBxfyqfay7sfs12RxmpeE/Cujxo+oT3ECyNtUtcPyevatPwna6DAl0+
gzmYMyiVi7NggHA5+proWRW+8oP1FARV+6oH0FJzbVm2NQSd0jHfxhoUdw0D6lCJVcoVweGzjHT1
q9qOq2ekwLNf3CQRs2wM2eT1xx9Ks+VH/cX8qVlVhhgCPcVOhWpS0zXNP1jzP7Pukn8rG/bnjPTr
9KqXHi/Q7W4kgn1GJJYmKupB4I6jpWwEVfuqB9BSeUh6ov5UaBqV7/VLTTLQXN7OsMBIUO2cZPSo
dN17TdYeRNPu452jALhQeAenWr5VWGCAR6GgIq/dUD6CjSwa3Mi78W6JY3UlvdahFHNEcOhByD+V
XrrVLSysPttzOsdsQp8w5xz0/nVgxIeSik+4pSqkYIBHoaNA1M/TfEOl6vM8On3kc8iLuZVB4GcZ
5FRXvinRtOuntry/iinTG5GByMjPpWqI0X7qqPoKQxoTkopPuKNLhqcrqXhnw5cRTa1dySpDNiZ5
VmYKc4wcD14qhp/h/wAHarcm3sbuaeUKW2rO+cDv+td1tUrtwMelAjRTkKoPsKtVJJWuyXBN7HB3
+heDNMujbXt5NDMoBKNO+cHpVr/hD/C/9mf2j51x9j2eZ5v2h8bfWuyMaMclFJ9xRtXbtwMemKPa
y7v7w9nHsjz3TNE8J6pqctrbXU0pwDEqzvlhjLflVjUPD/g7SrkW99dzQylQwVp3zg9/0rq7RFGr
X+FAwY+g/wBmr5jRuWVSfcVTqSvuyVBW2OOi8H+GJ9N/tCOW4a02F/NFw+No6n9DVOy0TwXqN2lt
Z3s0s752os75OBk/pXe7VC7cDHpSCNAchFB9hU+1l3f3j9muyOYt4PDfgq9bddG3nuIxxNIz5UHt
+Nb9rqdpe2BvbadZLYBj5gzjjr/KrJjRuWUH6igKoGAAB6AVLd9XuWlbYyLTxbol9cx29tqMUk0p
wiAHJP5VY1LX9N0d401C7jgaQEoGB5A69KvCJByEUH6UpRW+8oP1FLQNbFaw1S01O0NzZTrNACQX
XOMjrVC38X6Hd3EcEGoxPLKwVFAOWJ6DpWwFVRhQAPQUgiQHIRfyo0DUp6lren6P5f8AaF0kHm52
bgecden1p+narZ6vA01hcJPErbSy54PXHP1q0UVvvKD9RQqqvCgAewo0sGpjx+MNCluFgTUoWkZw
iqAeWzjHT1q5qWs2GjpG+oXKQLISqls8n8Kt+VH/AHF/KlKK33lB+oo0DUp6brFjrEbyafcpOkbb
WK54PXvVJvGOhJOYW1KESB9hXB+9nGOnrWyqKv3VA+gpPKj/ALi/lRoGpW1HVrLSIFm1C4SCNm2B
mzyeuOPpTNM1rT9YEh0+6ScRkB9ueM9Ov0q6UVvvKD9RQqKv3VA+go0sGpjz+L9DtbiSCbUYUljY
o6kHII6jpV/UNUs9LtRc306wwlgods4yelWDEhOSi5+lKUVhgqCPejQNShpuu6drDSLp92k7RgFw
oPGenX6VXuvFuiWNzLb3OoxRyxHa6kHKn8q11RV+6oH0FIYkJyUUk+1Glw1K93qlnYWP2y6nWO34
/eHOOelQab4g0zV5ni0+8jndF3Mqg8Dp3FaBRSMFQR6UBFU5VQD7CjSwamVeeKdGsLx7W61CGKdC
AyNnjPI7e9FWtUewg0+abUli+yqP3hkTcMZ7jHriiqST6MltrqXaKKKgsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ9Kp6VHZ
RWQXTfL+zbmI8tty7tx3c/XNXDWR4WsLjTdEW3u49kollYqCDwXJHT2NPoLqbFFFFIYUUUUAFVdU
/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2K8OmsYIz9vveVH/LQen0p/8AZjf8/wDe/wDfwf4V
at/+PaL/AHB/KsDxZFezXGlLp0jpcrNJJHhiFZlicqr4/hJGDn1p8zFyo1f7Mb/n/vf+/g/wo/sx
v+f+9/7+D/CuGTxLq6w2rW7JZR3E082b5X5bz2HknCk8DsME9uBV1NV1mxsHEF417O95c2eJoRuh
lZz5JOMfKAM/RhjgCjmYcqOs/s1v+f8Avf8Av4P8KP7Mb/n/AL3/AL+D/CuTk8T6lPZx3TT/ANn2
03mtHI1oXJaMIojx/tP5h9SFwPWn3d7rN1p9zcSoTNDd2axWQTaA/wC5dsv1PzMw9AKOZhyo6n+z
G/5/73/v4P8ACj+zW/5/73/v4P8ACsHV7gTeD7Ca+uZHSS5t/tUmxoTt8wbwVHKgcgjPbmqC3t1Z
7zp0pFkFuGsprsOQiBIucnnbuL4JzxjsKXMw5UdDY+HI7B7hob+/zcSGV8yg8n8Kuf2a3/P/AHv/
AH8H+Fc1a+Iby5mtVa5eBTCrwpJbDN++5wyhhwB8q4K9nDdOKrW3ibVhbPd+abyG3jhuLtUtCphy
2JIQOpKqd3cjbz1oTtoi5tzfNLc67+zW/wCf+9/7+D/Cj+zG/wCf+9/7+D/CuSh8Qa9/bMNvdSW0
HyK7QPG26YMhY7MKeVPy/ex8pz1qY6xrVpaaUJrlJZdVgQrIbcL5Mgw8mQO3l7sA9096fMyOVHT/
ANmN/wA/97/38H+FH9mN/wA/97/38H+Fc5qWuanHHqt7Yyh7WJ4I4FMOAiOqM0pOCTjce2B3HFZ0
vifVorWBpdRtVcBDG0VuXW7zMyMNxAxtULkgAZOelHMw5UdjNp8qRM0d3eyOBwnmqM/jisyKyGi3
lpPd3ZVJJmJjLfu4zsbpwOffj6V0tUb3/kI6d/11f/0W1NSewnFCf2zp3/P7B/32KP7Z07/n9g/7
7FX6y28Racs97C0/7yykjjnXY3ymTGztyDuHIqdCrMl/tnTv+f2D/vsUf2zp3/P7B/32KkutVsrJ
Ge5uoY1R1jYs4+VmOFB9Mk1OJ4tufMTGCc7h0HX8qNAsyp/bOnf8/sH/AH2KP7Z07/n9g/77FWvt
MG9k86Pci7mXcMqPU+1V4tVtZbuS3SVSyIjlsjaQ7MqgHucoeKNAsxp1nTv+f2D/AL7FUdNbQ9JN
ybO5hT7TKZpcy5yx69as3viKx0++NrcNKrIqNJIIXMcYYkKXcDCjIPU1cjvIZG27wrbzGA3ylmHX
GetHu9hqU0mk9GQf2zp3/P7B/wB9ij+2dO/5/YP++xVk3lsqyM1xEFiOJCXGEPofSn+dH/z0TqB1
9en50aCsyn/bOnf8/sH/AH2KP7Z07/n9g/77FWPttts3/aIdm7bu3jGfTPrTxPEQCJUIK7gdw5Hr
9KNAsyp/bOnf8/sH/fYo/tnTv+f2D/vsVZF3bt5e2eI+YSEw4+Yjrj1xTkuIZZGSOWNnQ4ZVYEj6
ijQLMzbnX7SDa0c0M0f8YSQbx7gd6fo11Dei8uLaQSRSXGVYd/kSrV1ZpebVlaTyx1jVsB/r3I9q
h01FjlvlRQqrcYAAwB8iVXu20J1vqX6KTNGagsWsLxXrF3otjbT2MSTO9wFkRhkmMKzvt5HzYQ4r
czUFzZwXbQtMu4wSeZHz0bBGfyY/nQBy994vuU1K5WxW2ksY4UMUpyS7+ZGrc5xtAlGPcGr2oeIJ
dN8Vw2c4iXTWtgzzHhkkYvtyc42kRsOmckVZHhTSFsltFtSsKRmJQsjAhS4c85z94A568U+bw1pl
zbPBcRSTpIiRuZZndmVXLqCxOeGJ/l0oA5uPxbrNz5CLDHFJNcTLiK1adljVY2TK715xJyf0rY1j
XZ4ogulSwzNDL5d7IkLTm2+U8mNSGPIwcHgdjVy48N6dczeayTRy+Y0u+G4eNtzABuVI6hV49qs3
ul2+oRRJO04ERypineNumOSpBP40AZmlate6q8l3FPZf2dC5ibCsWfaPmcNnAGegIPHesW28b3t7
pcstmtlPd/aofKiRsgwS8oCQeHwGB9D2roX8KaQ4kUWzRxyJseOOV0Q/LsztBxnbxnGanfQNNe6i
uPsqLLFt2lMqPlO5eBwcGgCnp3iaK90nU9TUeZaWmXj2DDMghSQg5/iyxH4VBJ40ggvLW0msLtZ5
QjSooDmEOSFJ25B6ZOOgq+PDWlLHcRpbFEuJJJZUSRlV2kXa5IBxyP8AHrUk2hWE97HdskizIqpm
OZ0DqpyoYAgMAc9c9TQBX0fxGur3ZhFlcW6tbrcwvKVxLGxIBABJHToa2qx9N8OWmlapJd2ZkRXg
EPlM7OFAYkYJJwOcADgVr5oAWikzRmgBaKTNMeeKJ0SSRVaQ4QE43H2oAqWn/IW1D6x/+g1frPtP
+QtqH1j/APQa0KqW5MQoooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAyvEunTat4eu7K2KCWZQFLnA6g/0opPFF/Ppfhy8vLVlWaJQVLDI6gdPxoroo89vdManJf3jWoo
ornNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf
+zU11E+hfooopDENZnh3U5dX0lbqdURzJImEzjCuVH8q0z0qnpdraWdmIdPKmAMxG19wyWJbn6k0
+gi7RRRSGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT2Jbf/j2i/wBwfyqTGajt
/wDj2i/3B/KpaQxMUYpaKAExRtFLRQAmAKMClooATH1oxS0UAJio3toZJ45njVpYs7GPVc9cVLRQ
AmKiuLWG7gaG4jWSNiCVbkHByP1AqaigAqje/wDIR07/AK6v/wCi2q9VG9/5COnf9dX/APRbU0Jl
6uT1Lwlc3d5JdwTwxzNfpMc5w8H7rcje+Ytw9/qa6yikM4NPAlzGLovHZ3ExcOk087t5oE6yYZCp
C8AgkbuvGASKsah4KvLq/nkt54IYJHO2PJOxJRi5A46nAI9/Su0ooA4u58F3U8l2qiwRZPtTLcAN
5svnKyqj8cKoYdz9xcAYq+/hdl8QWt/bi1W3to4o1tivy8eZuYADAYbxtP8AvDjOa6WigDndU0bU
bvUNQFubUWmo2sdtK8jNvjA3hiFAwch+Mkc1UPhW8jv4Z4GtgyXUknmsxJWNnDYCFSC2B1BUg9yO
K62igDjYvCd5FZWcZtNJlezdSQxbbe4Rl3S/KcMC24fe5z9aYnga6RbeJb2JIvs22fYpB85Q4iZP
ZfMPU5+RK7WigDjdG8FvZyWjXVvZ4huBNIBM8wkIhdAwDKApywOPQdTxTbLw1eqNXiijhSGRZbG1
Mu4GO3Ksw2jnP7x8f7qCu0pKAOOuvBUj6pZTRR27W0EUKCITPCIWRyxZAow2c9OOQMmpPDWg3Wj6
/wDvrW2SNbAQ/aIAf3zB/vOSB8xHOOep5rrqKACsiC0ae8v2W6uIh5+NsZUD7ieoNa9UbD/j4v8A
/r4/9kSqWzJfQT+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UrsfKih/Zsn/QQvf++k/wDiaP7N
k/6CF7/30n/xNX6KLsOVFD+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UXYcqKH9myf9BC9/wC+
k/8AiaP7Nk/6CF7/AN9J/wDE1foouw5UUP7Nk/6CF7/30n/xNH9myf8AQQvf++k/+Jq/RRdhyoof
2bJ/0EL3/vpP/iaP7Nk/6CF7/wB9J/8AE1foouw5UUP7Nk/6CF7/AN9J/wDE0f2bJ/0EL3/vpP8A
4mr9FF2HKih/Zsn/AEEL3/vpP/iaP7Nk/wCghe/99J/8TV+ii7DlRQ/s2T/oIXv/AH0n/wATVW/0
u4lhEMdxcTh+D5rptX3Py5P4fpWzRQpNByoxtFtHsri8t5LiS4ZPL/eSdT8tbNULT/kLah9Y/wD0
Gr9ObuxR0QUUUVJQlGa57xw7J4fUrKIQbqBXdmZVCmQZ3FSDjHXBFZsGo31tLbLp93bvYQx2u5Uj
aRZjLO0bkSMxYAAZ7/lQB2dLXAWGr6jpOmzLJMzwvFNLEVhG+Ei52cljgjD5JOAAM9KWPxNrc+n2
91HLEoit5JpV8jd5+2fywMg/LlRnjPtxQB31FcRe+JtQgt76WK6h8+OcwtaNCQbVPN2CVm5JG3Dc
jHzZ6Cs+/wBd1K9sIILq/tVJMDL9mjLi8/flW2txjaFXOBjJPbFAHo2aWuD8cXM0Ou25imZCloZI
1Wd0ZnEgOI1XIdyOMNxzT5vFWqRazqSSNBHBbCZVtVUtcYUZSRVwAQepyduD7UAdzRXCaf4pv7yG
1W5vobJGlmX7W0IcTFHUKnB25IYnIPOOO9Nk8U6v5d20U0ZnEUrPb/ZzmxZXCoGP8W4Z4OM9RxQB
3hOKK5HULjUbnwVr8M9yTdWxlhWeOLaXUAHO3PBIJHH1ps97qelJfxQTxLbWAt7ZD9m+WMME3zEA
8hQSdo49aAOxpM4rhZPEGtSWry2t3E0dtDdTrMbUkXixGPbgZG0EswyOu3Iq/fXWoN4X8QwXVwZZ
7VWjSeFDEzAxK+QATgguRkHt60AdXmlrgDq2q6dqF5azSvE9qlvbPdyoXQRNJJifHQnbtBPQNnPA
qtqniDUb7TDBPeJBGwBhcW7Br9fOK7l/ujaFPH97PSgD0eiuU0DXtS1HxNd2109okCGVfs2T50ex
wqtjHQjnJJzkYqh4au5f+EuuE8xpA8l2sqpPI5XE3yGRW+VOOF29c/kAd3RRRQBT1X7D/Zs39qeX
9jwPN837uM9/xxRVXxRYT6p4cvLO1VWmlUBAxwOoPX8KK2pxi1q7GU3JPRXNaiiisTUKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s1NdRPoX6
KKKQxDWN4Ss57DQkguojFKJpW2nHQuxHT2NbJrN8P6o+saUt3JGsbGSRNqnI+Viv9KethdTTooop
DCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P
5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A9FtV6qN7/wAhHTv+ur/+i2po
TL1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJmgBaKSigBao2H/Hxf8A/Xx/7IlXc1SsTi41D0+0f+00
prZie6MGfxZcQXesWzW8RlgcR2AycTthQQ30Z1zjsaIvFF3LoOo3ohtxNa2UNwg+bazPFvIPOcZ/
Stz+xtNmnS6+zRvIJWnWTJPzsmwsPqvFQHwrpBJ/0VgphWBkE0gVkC7QCobBwOMkZpDMiTxhcPPY
xw20QJikN4HJzDKqSEIP+BRPnPYD1qex8TSnw8Lu+aFbyaF5reHyJId21NxGGJJHv0IrXOhacZJJ
Pske+WVpnIyNzsnlkn6qSPxpbTRbKy0+Sxhjf7NIpVo5JXfgjGAWJIGOwoA5aLxhqcllGDBEt09z
GnFnMT5bxM+7ys7jyhGQcHBPar134wGn6xc2kot5Ft7RpGVH2yNMsfmFQpOQpXv2NaI8J6QsAiW2
kADq4cXEm8FQVHz7t2AGYYzjk1Z/sLTvKWM2qlVl875iSS/qSTk9SOaAMxtQ1tJbK0ddPF3e7pA4
VzHCiqCwIzlzlgAQR3PbBzLjxre2xkMtrbeXFbS+Y6sxAuFeRF/4AxjI9csK318L6UlqtutvII0Y
Mn7+TdGQMDa27KjBIwCBinP4Z0h7OS0axiNvJB9nePnBjyWx19STnrk9aAM/VfFJtEszZrFcN54W
8TndGgjZ22/7QC5x7VBbeItT1JJTp8diFgied3lLFZF82REC4PGRESWOeo4NdLJZW8r27PGGa3Ja
Ik/dJUr/ACJH41m/8Ijov2WG2WxVYYUaNER2UbGOSpwfmUkn5Tke1AGPceJ9TQT3UK2RtF05L+NG
jfzMPkBSd2OMdcVKniPUGl1WTyEaCwlcbRbSAtGjAMRJnaW27iFA6it+40exuvN863VhLCLdxkgG
MEkLx2yTT1021S3uIFiAiuGdpVyfmLfe/OgDNGtyx6RZXtxGI/tc6hUCkkIxJXPIw23GfQ9qpHxt
FPpjzWthefaWGY4GVNxHleaH+9jbtI4znPGK230WwkCB4AQgjCgs2Bszt79txqtN4V0eeAQyWY2D
aBtkZSAqbAMg5xt4x3HXNAFHTvFLXEsVubaW5unSN2SBQoRTHGzOdzcgGQdOeeh61HJ43jkfy7Gx
luJUvI7aRBJHwHLAMDuweUIxnPritU+G9LLxuLXa8ZUqySMp4UKBkHkYVRg8HAzUcfhTR4o5EjtN
qyMjHErggoSV2nOVwWOAMdTQBWi8WQCZ4mgmkEU5imlRQEhzK0abstk5K9s+uBVrRfEMOtySpFbX
EBjVZB5wUb0LMoYYJ4yjdcGpD4c0s3SXH2Ueajl8h2ALFy+SM4bDMSMg4J4xU9npVnp7brSARnyx
FwSflBZgOfdmP40AU31C202/1GW7mWNcx4z1Y7egHc1atNUiuYBJJtgyeEkdd2OxIB4+lULnR7PV
tQvku4gxUx7HHDIdvY1YtNAs4oAlza2c7gn959mRSR2yMda0fLbzM1zX8i99st/+e8P/AH2KPtlv
/wA94f8AvsVB/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FT7pXvE/wBst/8AnvD/AN9ij7Zb/wDP
eH/vsVB/Yml/9A6z/wC/K/4Uf2Jpf/QOs/8Avyv+FHuh7xP9st/+e8P/AH2KPtlv/wA94f8AvsVB
/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FHuh7xP9st/+e8P/fYo+2W//PeH/vsVB/Yml/8AQOs/
+/K/4Uf2Jpf/AEDrP/vyv+FHuh7xP9st/wDnvD/32KPtlv8A894f++xUH9iaX/0DrP8A78r/AIUf
2Jpf/QOs/wDvyv8AhR7oe8T/AGy3/wCe8P8A32KPtlv/AM94f++xUH9iaX/0DrP/AL8r/hR/Yml/
9A6z/wC/K/4Ue6HvE/2y3/57w/8AfYo+2W//AD3h/wC+xUH9iaX/ANA6z/78r/hR/Yml/wDQOs/+
/K/4Ue6HvE/2y3/57w/99ij7Zb/894f++xUH9iaX/wBA6z/78r/hR/Yml/8AQOs/+/K/4Ue6HvE/
2y3/AOe8P/fYo+2W/wDz3h/77FQf2Jpf/QOs/wDvyv8AhR/Yml/9A6z/AO/K/wCFHuh7xP8AbLf/
AJ7w/wDfYo+2W/8Az3h/77FQf2Jpf/QOs/8Avyv+FH9iaX/0DrP/AL8r/hR7oe8WFu4GYBZoiTwA
HFTVTTR9OikV47C1V1OVZYVBB9RxVyk7dBq/UyvEuozaT4eu722CGWFQVDjI6gc/nRVrVIbKfTpo
9T8v7Iw/eeY21cZ7n64orWnKCXvK5nNSb0ZbooorE1CiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelWFvptmLezJMIZmGW3
cliTz9TVw1ieELWaz0BIriJ4pBNKdjjBwZGIP5Gn0F1NyiiikMKKKKACquqf8gq8/wCuL/8AoJq1
VXVP+QVef9cX/wDQTTW4nsS2/wDx7Rf7g/lUtRW//HtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABVG9/wCQjp3/AF1f/wBFtV6qN7/yEdO/66v/AOi2poTL1FFFIYUUUUAFFFFABRRRQAUU
UUAJXHWmix3/AIh1i2vb3UBJFKssYju3QeW4yOAexBFdjXP6l/oHjDTLzpHeRvZyf7330/kRVRe5
MlsH/CG2f/P7qv8A4HSf40f8IbZ/8/uq/wDgdJ/jXQUUc8u4cq7HJWemLZeNYLa0u7544LZpp1mu
WkBLHagwfxNWbuxvLu7u3gmLW63H7y2Cj5/kTnJ6/Q8VJ4Y/0y51XVTyLq5McR/6Zx/KP13GtOw/
4+L/AP6+P/ZEq+ZpkWTRFDa3phQrfNGuBhTboNvtipPsl9/0Ej/34Wn/ANq2P+mH7VCBZf8AHyS4
Hk/Lu+b045po1rTzaTXIu4fIhjEskm7hEK7gxPoRzUczL5RPsl9/0Ej/AN+Fo+yX3/QSP/fhafLq
tjA1usl3ArXKs8ILj94qruJHqAOabZ6zp9/ZSXlpdRS20ed8in5RgZPP05o5mHKJ9kvv+gkf+/C0
fZL7/oJH/vwtQf8ACUaMbIXY1G3NuZPK3huN+M7fXOOfpVxNRtJJxAtxH5phE4Tdz5ZON2PSjmYc
pF9kvv8AoJH/AL8LR9kvv+gkf+/C1EPEujm1e5Go2xgR/LLh+C3YD1454qQa5ppIAvrY5gNyMSA5
iHV/90etHMw5Rfsl9/0Ej/34Wj7Jff8AQSP/AH4Wpp9Qtbb7P59xHH9pcRw7mx5jEEgD1JANVp/E
OlWqRtPf20ayllQtIBkqcN+AIwT0FHMw5R/2S+/6CR/78LR9kvv+gkf+/C1DJ4l0iG8ktZb+BLiI
FnQtyoxnJ9qkXX9Me8ktVvYTPG4jdM/dYkKAffJA/GjmYco77Jff9BI/9+Fo+yX3/QSP/fhamW+t
nQOkqMplMOQc/ODgr9cgippZEhieSQ7URSzH0A60czDlKf2S+/6CR/78LR9kvv8AoJH/AL8LVi1v
ILxN9vIHXCtkehAYfoRUkkscO3zHVdzBV3HGSegHvRzMOUp/ZL7/AKCR/wC/C0fZL7/oJH/vwtW4
pknUtGcgMVJ9wcH9RUlHMw5TL01JI9Rv1mm818x/NtC/w+grTqjaf8hbUPrH/wCg1foluEdgoooq
SgorB8ZXE1toiG3nMDvdQRlxN5XytIARvwduR3xWeutX9lc29vC1rNaRJbGZpJmmkczTNH8snAIG
M5I56UAddRXC6f4mvrKxkW8khdWSWS3lId3yLjywrDIz94YwQBjk45Cr401GWyt7qKGy8tYJJrgM
WywSfyiEIJAzjPOcdOetAHc0Vx154uu7a1urpPsLKtwbZLcviWJhL5e+QlgNp6/w9QM85qhfeKtT
nsEjeSwspQ0BkKT7mm3TlMRFWI6JyMt94jtmgD0CiuH8aapeafrUP2e7lhjitDOVSdUHEgydjf6z
5cjbUkvjS7j1TUEaC2isrUyxlncGUOg4OwNuYH02jgg5oA7SiuLsPGF5qCwRBtPtpi84ea4JEb+W
6rtUBuGIbP3jjHftHJ42vVgnlRLFmaKZ44dzb7cxuEAl575PQDBGOetAHcUVyV/quozeDdccywwX
9l5sJmh3BflAO5RnIOG9eDzSTa3qGlrewf6G0dj9ntleQyf6yQJ87sWJ2DdnnJPr3oA66iuIm8Xa
mIJGt106X7Kl1LNL8+ydYTH/AKvB4zvIJOQCp61dvNVvz4Z8QfaJIobyxVkE1rkAZiVwQGzgjfj8
M+1AHVUVwi+JtRtNQubS4kjFzbC3tJGuMiJWaSTE5xjhkC8ZHJxkVDqPi6+u9OljinsbUpgGcSMD
c/vjHmDnphc9/vAe9AHoNFcvofiW81fXrm2kt7aO0RpUXEy+crRvt5XcSc8n7q4465zTvD14L24a
5uNUkN7JJKj2JkXbEFYjATGRgAc98+4oA6aiiigDH8V2U+peGb20tY/MnlQBFyBn5ge9FS+ItSk0
jQbq+hRHkhUMqvnB5A5x9aK6KLnb3UY1FG/vGnRRRXObBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiGs/QtUOs6Yt2YvKzI6bd
2fusV6/hWgTgVT0rTYdJsha27O0Ydny5ycsxY/qaOgi7RRRQMKKKKACquqf8gq8/64v/AOgmrVVd
U/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQ
AUUh6VzMPji0aFbi4tp4baS4FtE42yFnJIwyqSUIxnB55oA6eql1C8l7ZOq5WORi59AUI/maqt4n
0dHuka/iBtVZpuuFC/e56HGRnGcd6jl8U6ZAryXFysUI8sKxB3MXBKjbjIPyntQBs0VlyeJdJjnt
IWvozJeBTAFy28N93kDjODjPofSq9x4kWLxGNISBWk2I7O06IcNu+6hO5sbT0oA3KK53S/GNrf2c
lzcxPZxokUgLOsm4SZ2gbM/Nx93r09a07nWLW0+zvLIiwzI8gkZsYVV3E478CgC/RVCx1zTtSspL
uzuklgizvcAjbgZ5B56c/Sq8XirRp7FryG+jeBWCEqrE5IyMLjJyOeB05oA16Kx38UaZDDNcS3cS
20ezbKrbt+9dwwBz05+gJqK08WafeajLZpMokwjQZJ/fq0YkBHHHBPB5ODQBu0Vg6f4x0m90pb5r
pIhsjZ0OSVL9FHHzHORxnkGrtvr+m3dzb29vdpLLcRmSNUBOVBIJPHHII57jFAGjWJ4vt3l8PTTQ
g+faMt1Hj1Q5/lmtumyIsiMjjKsCCD3FNOzuJq6I7W4S7tIbiI5SVA6n2IzVLxFfnTNAvbpf9YkR
EY9WPC/qRVPwe7RaTJp8h/eafO9sf90HKn/vkim+I/8ATdV0fSxyss/2mUf7EYz+rEVSXvWE37pp
aJp40vRLOz7wxKre7dz+eaWw/wCPi/8A+vj/ANkSr1c9LrAsNQuraOGSSeafKnYxQfIncDk+woin
K4m0rFG48K3s2q3cyvCtve3JN0uSTJEFUoOnXcrA/wCy5qBPD2sQ6be2At7d1u7GGAzGfGx0i2Eb
dvIJHWumj1RBGokiumfHzEWsgBP0xTv7Vh/543f/AIDSf4VNmVzI5v8A4RK+FyG8yF4rdpIbUEn9
3A0UgAPHXdIo+iA1asNE1IeGTYzSSwSLBJD5T3AnWYmPaCWZdygHoBitr+1Yf+eN3/4DSf4Uf2rD
/wA8bv8A8BpP8KLMOZHIReFtYito28ttyzxSGIagwlO2KSNm87bkA7kwvoD61bvfDGrahdXF3JPB
G1yHt2hxkpC0ez/WdSQcPt6ZrpP7Vh/543f/AIDSf4Uf2rD/AM8bv/wGk/wosw5kY5s9Xd9PvW06
zSfTw0a2y3J2urKAWVtvykY4BHQnpWVd+DdTmtLp42tVvXt5PKIJ2K8kkrOnT7m2Tbn1GccV1v8A
asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy9S8OT6iLOOa5Z4o5C5BCgwfumVSmBkkMVPJ7V
m6foWuafaMzW+n3N5dWzW85aQqsbGWV9w+U5U+ZyvB4FdN/asP8Azxu//AaT/Cj+1Yf+eN3/AOA0
n+FFmHMjCu/DN41jcW0MiSBtJiskd2xudC3J9BgipU8My/Y9ZEkkrS3sk7RJ57eWm45RgvRWBAOR
zWx/asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy5NHvl0qwsbZUjW1MLs4lOXI3eZnjnnBz3
yaw28G6nDpQtESK4iJRmgkunAZ/ICM+7BPD/ADY79etdh/asP/PG7/8AAaT/AAo/tWH/AJ43f/gN
J/hRZhzI5uLw1qMV3bPPHHdwR+WBCblkEbCKJfMGByQUfj/azVJPB+qyLO19DbTgXkNzHAJyEJVn
3kccZVl65Jxya7H+1Yf+eN3/AOA0n+FH9qw/88bv/wABpP8ACizDmRzjeG9VbU1ldkkX7QZYpjcM
Dar57uQFx825CF9unQVe8MaDc6NNM07AiaFN+JWfMoeQluf9lkH4e1av9qw/88bv/wABpP8ACj+1
Yf8Anjd/+A0n+FFmHMiFbmG0v9RmuJUijUx5Zjgfdq5Z3a3kAmSOVEJO3zEKkj1wecGsK40m08RX
d6ZlmjZGj8typVlO3+6eoq1aeGbQQAXttC8oJ+aNnAYdjgng1pJRtq9SE5X8jborK/4RrSv+fNf+
+2/xo/4RrSv+fNf++2/xqLR7le8aM8EVzEY54kljPVXUMD+BpsdnbxIEjgiRBjCqgAGDkfkeaof8
I1pX/Pmv/fbf40f8I1pX/Pmv/fbf40Wj3D3i+1pAyFGhjKsCpBQYIPUfQ0Czt1TYsEQQDbtCDGM5
x+dUP+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvF42VszyO0ERaVdshKDLj0PqKaNPtFEYF
rABGMIPLHyjrxxxVP/hGtK/581/77b/Gj/hGtK/581/77b/Gi0e4e8X5bS3mkSSWCJ5IzlGZASv0
PakaytnmaVoIjKy7C5QFivoT6e1Uf+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvFz+z7Tyk
i+zQeWjblTy1wp9QMcGnfY7fdI3kRbpceYdgy+OmfX8ao/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+
a/8Afbf40Wj3D3jRMEZV1KLtf7w2jDfX1oaCJg4aNSJBhwVHzdufWs7/AIRrSv8AnzX/AL7b/Gj/
AIRrSv8AnzX/AL7b/Gi0e4e8X1tLdYxGsMYQLsChBgL3GPT2pxgjKupRSH+8Co+btz61nf8ACNaV
/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jQktoZQ4kijfeu19yg7h6H1HJprWVs3l7reI+U
NqZQfIPQenSqP/CNaV/z5r/323+NH/CNaV/z5r/323+NFo9w94vrawJcNOsMazOMNIEAZh7nrSi2
hWd51iQTOMNIFG4j0J61n/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jVorMi8Pab
DKksdqFdGDKd7cEfjWnSdug1fqVNUtLS+06a31AgW0gxJl9oxn17UVR8XWk1/wCFr62tojLNIgCo
vU/MKK2pRTXxWM6js9rmzRRRWBqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8A
kM33+5F/7NV+qFt/yGb7/ci/9mprqJ9C/RRRSGIaw/B0UsHh9EnSRJPOmO2QEHBkbHX2rcNUNF1R
dY05btYjEC7ptJyflYr/AEp9BdTQooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E
01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAhGa5qTwlNNeN
eSakv2vejJIlqqg7GyN4B+c9s8Y7da6aigDl5PBQlieB9QkNsqSrbR+WuYvMbLEn+L0HTjrk81oT
eH0m1n+0PtDBvOim2BRj5EdMZ99+fwrYpKAOJh8KahYeIrGWHyLizto4ow8rEEBd2SVBxu+dtpwc
E9q35NEnOvPqMF4iJKkaSxNAGJC7vutkFc7j2rCn8Vajp9vqb3EtlLNHfPDbRCNydipuIOPbuffr
wKS18U3TavI4eA2tzJaqsDSkzR+bEpGwdMAnJPfDdMUAWbPwItpYyQfa4Xcwxwqfsiqm1DkMyg/M
/wDtZBHbFaF74ZF9YWltLezs1vBLCZZPmeTfGULE+vOaxtD8V6hPNplktqs8YgthdTyzKrkyRht4
ycnr6HJz6Vfvtbv4tZnsrBIGma6igQ3DtsUGF5CcAZ/g6e9AGjFoSxx6ivnsftyKhO37mIxHx69M
1mXfgiK6VCboGSIwlPNgWRP3cbR/Mp65DH0war6v4gvLrSdDlswbf+0UMsm2dYyMR7tokZSB+WTj
tzT4vF80lxAYYoPspe1iZJ5Ntw5mCkMqjjADDPrtbpigCtrfg+8NrCmnvHLh4zJGAIRhYjGNoUgA
cnjI4OOa17bw0cxTzypHL50Vw8UKYjVkh8vauedveovDXia41m5jjuUtP31r9pT7NIX8sBtpV89z
/Rh2rpaAOVt/BcsEds7atJJd2aRx2sxgUCNUDAAr/FkMQTx26d9LSPD40q5M/wBqknkeLZIXUDc5
keRn46ZZzx2rYooAKSlooA56H/QPHE8fSPUrYSr/ANdI+D/46R+VGm/6f4u1S86x2iJZRn3+8/6k
D8KTxgxsbey1hVLHT7gO4HUxt8rD9R+VT+ErV4PD8Esw/f3TNcyZ/vOd38iK0fw3I62Nus23t4rl
9QinjV0Nx0Yf7CVpVRsP+Pi//wCvj/2RKhbMp9C3HGIo1RScKMDJJP5mnVH9ph/e/vo/3X+s+YfJ
xnn045pPtlt5Ty/aIvLRQ7PvGFUjIJPpjmkMloqN7mGMoHmjUyAlAWA3YGTj145plvf2l3C01tdQ
TRIcM8cgZV78kUAT0VUOraeLUXJv7X7OW2+b5y7M+mc4zVhLiGRwiSxs5QOFDAkqeh+nvQA+iq39
qWHkyTfbbbyom2yP5q7Ub0Jzwak+124OPPiz5fm43j7n976e9AEtFMeeKPy98iL5h2plgNxxnA9e
BUcl/aRCMyXUCCRtiFpANzdMD1PtQBPRVVtV09bhoGvrUTLndGZl3DHJyM5pw1Kya4a3W8tzOhw0
YlXcD05Gc96ALFFM+0Q4B82PBfZncPvdMfX2pzusaM7sFVRkkngCgBaKZDcQ3C7oZUkGAcqwPBGR
+YINPLAYyQM0AFFNSRJATG6sASCVOeQcEfnTqAKFp/yFtQ+sf/oNaFULT/kLah9Y/wD0Gr9VLcmI
UUUVJQUVi+Kru7s9JjbT2dbiS5hiHlhNxDOAQN/y5we9Ujr1/YXUFpNaGZES3NzNNMolUzSmNQFR
dpwRzgjj3oA6eiuN07xXdwWUq38URbbLJBM0hPmYn8sKyqhIOWUAKGJ+tO/4Te5a2t549NQp5Ty3
IaYqUCTeUQoK5Jzk87ffBoA7CiuYufFlxBaTXi2CSWxuDa24WUmR5RJ5fzKF4GQTwSenGTVG+8V6
rPYYi0/7DNGYDcmWXDIHmKDYu35shSeccMO9AHa0VyHivWdS03VUWyllSCG1NzLsiR0ADgMZM/Nt
25+5zUreM5BfXqjT2WwtTLGbyRiEEidjgHgngYyenHNAHVUVy1h4sutTMUFrp8Qu8ymVZpmjULGy
qcZTdk7hwVGO/bMUvjaaO2a5/s+MwyxzSWg+0fO/luFO8Y+XOe2cdDzQB11FcvqGuahJ4Q1i4ihi
ttQsvMiOJNyBlAO5W288HIyOtDeIL3ThcW0lpHM1p9nt97XPMs8u0DJ2gBcty3X/AGaAOoorkbjx
leQrKq6bA8lotw12BdfKBDszsO35iRIODjBBBqzd65fHw3rUrRR2d/YKy5jfzVDeWrqwyBnhhwR1
BoA6WiuMt/Ft6t/LZyxxyXkQhtWhZgii4Z3G8tgkIyqrDg9QBzTNQ8X39zp9yljbRQTWxC3MpnBC
HzjH+7+X5/uE846460AdtRXP6N4kn1bV57ddNmjskMipdE8FkfYQRjHJzjBPTnFVLTUdRW7tZ5b0
3Ed3qFxa/ZWjQBEV5AGUgA8BBnOep6UAdXRRRQBm+INSbR9Dub9I1laBQwRjgHkDr+NFT6rYW+qa
bNZ3ZYQSjDlW2nrnr+FFa03TS95GU1O/uluiiisjUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VR0fTE0ewFpFI8ih3fc+M/
MxY/zq8aw/Bvmnw+nn+Zv86b/WZzjzGx19qfQXU3aKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QV
ef8AXF//AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAl
QQ31tcuUhmV2BYYX/ZO1vyPFTmuETRtTu9Eht4VlQx20ttMBKYyZftCFj1B5VXIb396AO7zUVtdQ
3kXm28gkj3Mm4eqkqR+BBFciug30FxDFLaTXenRTTeTAt3tMWXUxvksCQBuGM5GehzUVzoutQwsl
vbtJ54mQ7LgJ5ZN0ZAxyR1Q9ue1AHT3sWkJKyXsFpvuAZmEkQPmCPHzHjnbuHX1qwNOskuFnW0tx
Mq7VkEQ3AYxgHGcYrjJ/DurPeXsqWsguXt7uP7Wbv/Ws7qYtq5+XCjHbGMU7UdJ1LTjqWqQC5Esn
2vJjnLEoyjytq5OCDyMDigDrZrTTLdobme3tUaHbHFK8agx5O1VU445OAB61Hd6jo9nqEcN3cWcN
3IQ6rIyhyeVB9fUA/UVymhWkk3g24Wxhnnn+3xTlGO1W2yRsRGWdhjavduuat6lbarJaa2i6I0/9
qoNuZo90P7sIVbJ5xgsNpIO7t1oA6Yw6fewNamK3mhgcI0RRWVGABAx0BAIP41IbO1a6S5a3iNxG
NqSmMb1HoDjIFYlraXq6PrDQQjzrtzJbpcEqWBhjX5scqcqeOKwYfC+r3GnLDdJMqxG6eFBc7NhZ
U8r7rnowY4yQKAOvsLHTdAht7W1jjg85vLQ7fmlYKTye5wpOT6U8a3pp1JtP+3W/2xesO8bhxnp9
OfpXOW2iakfE9peXVrJI0VwZGu2uRtEZgKhBHnqGPXHcnuafN4fvjrc146m4tJL5na0d1CbDAEEg
PUMCCMEngk46UAbP/CVaH9mNx/atn5Ify9/mjG7GcflzVyPUrOa4EEdzG8pLAKrZyVxuH4bh+dcc
uj6qlunl2V+n2f5bHN3CZrX5fmUsTteM/KMNuPH0xdsdPvbfU7FbqJfPa/nu3kj5TYYdp57ZZlwD
6e1AHXUUUlAHPeNS8+ippsBHnajMtuuewPJP5A1c8L3pvvDtnI/+tVPKkHoyfKf1FVJf+Jh44hj6
x6bbGQ/9dJOB/wCOg/nRof8AoPiDWNN6I0i3kQ/2XGG/8eB/OtH8NvmQviudDVGw/wCPi/8A+vj/
ANkSr1YD61b6dfXlux3XEk+5U6DGxOSewqYpu9hyaVmzJufDWoyapqRjhQWmqXBW7y4+aJVQqQPf
DofZge1QR6LqkOj6hpzaY7m806CEOJI/LDJDtZWy2evHAIrqo9bs/LXzbmMPj5tobGfbin/21Yf8
/K/kf8KOWXYOZdzlm8Mak11CZIkkjsfNtrMlxkQNDIAx9yWjT/gGe9W9O0rUl8JmyCSQMLZ4pIbi
OLdKxjwNrRkAAHuQSe9b39tWH/Pyv5H/AAo/tqw/5+V/I/4Ucsuwcy7nEweHNVitYj9iugi3MMrK
Ps3n5WGSNiB/q9vKAZ56mr99oWtXl/cXsUUMP2iN7NV3YlihaPaCSG24D4fAGeuK6f8Atqw/5+V/
I/4Uf21Yf8/K/kf8KOWXYOZdzn/7OmY6ZcL4cMUVluR7MPDliU2h1+ba23kckHDE1l3XhPVWs7me
3s4kuhZSpBCsi7QJJZS0GfQI6+2VHpXaf21Yf8/K/kf8KP7asP8An5X8j/hRyy7BzLuY+reH73Ux
p8UkqMkE/mxuqbWtiInCtnJ3EOV6YrKs9E1KCzaS/wBCiu7i5tZIjEJYysEjSyuc7j9xt68jJ+Xp
XW/21Yf8/K/kf8KP7asP+flfyP8AhRyy7BzLuc3feGLtra6RYIp520iK1E3ygyTKW3cnnkEcmp4/
DNwbTW2kZxNczTSW8Y8vCtu3RuGxuzkA8nHtW7/bVh/z8r+R/wAKP7asP+flfyP+FHLLsHMu5knT
r+DSLCztIHWSF4ZZpfMX94x3GTPPXdyfXdxWNJoviJNJ+zSG/ukcKZFF6BKWNvg/OWHyiTORnHoC
OK6/+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3OattK1m3ubYTRXb2iCNfLtrlYyriKJdx+YZQFZM
jnk5wapjRfEF2JG1GC7aOK9guIoY7v5sBnD7W35IwUPJXvgCux/tqw/5+V/I/wCFH9tWH/Pyv5H/
AAo5Zdg5l3OcGna8NRBb7Ts+074XjuAscaee7P5i5+bdGVAGDjpxWh4Y0/VLGaU6jLcSLLCjETT+
Ztl3ybgOeBt8vgcfjmtP+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3EtiF1TUSxAA8vJPb5as2t3B
eReZbSrLHkruXkEjrzXOX2nL4jmvvst66KrR8DOxzt6MOtXbHR53tl+0XeoW8i/L5aXCsuB3BC9K
qUVa7ZMW77G7RWV/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hU2Xcq77F29sLXUrZre9gjnhYglJFyCQc
j9aih0fT7eIRw2cKIAgACD+Fiy/kxJHuar/2If8AoKal/wB/h/hR/Yh/6Cmpf9/h/hRZdwu+xYfR
9PkiMb2UBQqyFSgxtZtxH4nn60iaJpscAhjsbZYghj2CMAbS24jHpnn61B/Yh/6Cmpf9/h/hR/Yh
/wCgpqX/AH+H+FFl3C77Esmg6XK9y8mn2rNdDE5aIHzBnPPryAfwpv8Awjmj4gH9mWhFuMRZiHyf
Nu4/Hn60z+xD/wBBTUv+/wAP8KP7EP8A0FNS/wC/w/wosu4XfYsXmjadqE8U95ZQTyxcI8iBivfv
TZNC0uW7lupNPtmuJVKSSGMbmBGDk9+OKh/sQ/8AQU1L/v8AD/Cj+xD/ANBTUv8Av8P8KLLuF32H
jw7pAgihGm2vlROZI18oYVj1I9zjn1p40PTBLcSCwtt9z/rm8sZk5zz688/Wof7EP/QU1L/v8P8A
Cj+xD/0FNS/7/D/Ciy7hd9i61hatDPE1vGY7gkyoV4kJGDkd84pJdOtJ1nWW2idbjHnBlBEmBgZ9
cYqn/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hRZdwu+xYTRtOit1gjsrdYVjaIIIxjYxyy49CQM+tSvY
Wskc6PBGyXH+uUrxJwBz68AD8Kpf2If+gpqX/f4f4Uf2If8AoKal/wB/h/hRZdwu+xZuNIsLtp2u
LOCUzqqSl0BLhSSoPrgk49Kifw9pMqwLJptoy267YQYlxGOuB6cjNR/2If8AoKal/wB/h/hR/Yh/
6Cmpf9/h/hRZdwu+xZg0jT7a/kvoLKCO7lzvmWMBmzjOT74H5Ulto2n2d3LdW1lBFcTEmSVEAZiT
k8+561X/ALEP/QU1L/v8P8KP7EP/AEFNS/7/AA/wosu4XfY1aKzYtHMUqP8A2lqD7WB2tKCD7Hjp
WlSdhoxfGFvNd+FL+C2ieWV0AVEGSfmHQUVa13U/7G0a4v8AyvN8hQ2zdjPIHX8aK3ouaXuq5lUU
W9WaFFFFc5sFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8AkM33+5F/7NV+qFt/
yGb7/ci/9mprqJ9C/RRRSGIapaRqkesWAu4Y3RC7ph8Z+Vip6fSrpOBVDRNLGj6cLRZTKFd33Fcf
eYt/WjSwjQooooGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH
8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooASoZrhYZ4IipJmYqCO2FJ5/Kp6
o3v/ACEdO/66v/6LamhMu0tFFIYUUUUAFFFFABRRRQAlLRRQAUh469KWsjxTetYeHbuSL/XOnlRD
1dztH86aV3YTdlcq+Ex9riv9Vbrf3TOhP/PNfkT9Afzo1n/QfE+kagOElLWUp/3hlP8Ax4frWtpd
kunaZbWafdgiVPrgVS8V2bXvh27EQ/fRKJ4j6Oh3D+VVe8hW9016zILWK7lvlmXO25yrA4ZTsTkE
cirenXiahp1tdxkbZ41kH4jNRWH/AB8X/wD18f8AsiUlpcHrYtxp5caoWZ9oxubqfrT6TI9aNw9a
koWikyKAQehFAC0Um4YzkYoyPWgBaKTcOeRxRkUALRSZo3D1oAWim7l9Rml3DOMjNAC0UmR60EhQ
SSAB1JoAWikVgwBUgg9CKKAFopAQelLQBQtP+QtqH1j/APQavVRtP+QtqH1j/wDQavZqpbkxFopM
0ZqSipqmpw6TaC4nSV1LrGqRIWZmYgAAfU0kGq203kq7i3nmGUt5yElPX+E89jVXxLpUms6ULaJY
HYTRS7J87HCuGKnHPOKzT4WeaZJ5IrGGVEtEjWJSREIZjIQpIyAQQPrQBs2OuWF/ZyXMdxGiRFvM
EjAGPDFctzwPlPWpzqNkDCDd24M+PJ/er+8z0288/hXMDwfdQRMbSe2inaKVHdY8Fy04k5OD/CCu
cEgnIqGPwNN/ZywzS2rzJbyxo5QtsZp/NBBPPA4oA65r+0SSaNrqBXgXfKpkAMa+rDsPrVa+13T9
PtI7iW4jZJioiCOpMmWA+XnnqOlYF34SvLi0ubZXsgpuDcRTYdZZMy+YUkI529sg9lOOMVB/whNy
sSJCmnRq/llw3mSGEpM0n7tm5+bcck9+3oAdDqfiOy0i7jt7pZ8snmM6RFkjXcF3MR0GTV9r21Wa
SJrmFZY08x0Mg3Kv94jsPeud8S+GLnWtTiubeSBAtuYQ8jOGibcGDqF4YjHQ8ZFVZPBt3/ad9dQz
W/mTmZ4bmRpGkjMgwV2ElMdRnHTHGRQB1R1GyFvFObu3EMrbY5DKu1z6A5wTSnULMPMhuoN0AzKv
mDMf+96fjXKaf4RvrDyZGawuXDzb4pwzoFkZWyDjlhtx0Gc9qY/gi6lglt3ls/LWOaONxGd83mOG
Jl9cbffJ546UAdPe6zY2OjTapJPG9nEhcyRsGDAdgc4Jzx9adb6raTwq5nijYwido2lQsiYzk4JG
ORznHvWVJ4bJ0LWdPjMCLfSSPEAnyRhlAGR9RnimX/hY3L6lJH9mDXMtvJGrx5UrFt/dv6qSvQet
AG2dTsQkLm8tgs5xE3mriTt8vPP4Uy51azttKn1HzlltYEZ3eE7+F64x1PHSuafwVJcW9z9oNl5s
8N0Aqxfu4ZJvLwUzzgBOTwSSTxWlL4cb+y9bs7YwQrqBzEETasf7pE5A91J49aAL8GuWE+StwoQW
6XXmN8qiNiQCSen3T9KNQ1yw02xW6muI2jcAxhHUmTJH3Rnnr2rAuPBk41C8ntZ4GgeWKeC2nQlF
ZXd3RsfwlnLD0Pbiq8ngm8MTBX05nuOZS8TYgPnNLiEdh8xHPoD7UAdlHdW8txJAk0TTx4Lxq4LL
npkdRVOx1qHUbqaGC3ugsTOhmeErGxVtrAN35B/KsrQ/C8ula9Pey+RKGMxSbzJTLiRw20qTsGOm
R1wOlT6Fok+k6jeyvb2GyeWWTz4t3nPukLANkY4Bx17UAdBRSZpaAKerabFq+mTWNwzrFMMMUOD1
zx+VFUPGUcsvhO/S3WR5Sg2rGCWPzDpjmit6UW1pKxjUaT2ubdFFFYGwUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhrD8HTS3H
h9JLiSSSQzTDc5JOBIwHX2rcNVNL1KHVrIXVsriMsyYcYOVYqf1FPoLqXKKKKQwooooAKq6p/wAg
q8/64v8A+gmrVVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABR
RRQAUUUUAFFFFABXPa5/p3iLR9OHKI7Xko9kGF/8eP6V0NcjYazpv/CVaxd3t/bQtGVtIlklCnav
LHB9WP6VUV1JkdbQRkEEZBrL/wCEn0T/AKC1j/3/AF/xpf8AhJ9E/wCgtY/9/wBf8aXK+w+Zdyn4
SP2a1vNLY/Np9y8a/wDXM/Mn6H9K0rD/AI+L/wD6+P8A2RKwrXVbE+Ov9BvIJ01C1w4ikDYkjPGc
eqk/lWh/a1rp91exyyKZnuMpEGAY/InPPAHuatp3ZCaVjAudJ1NtU1aOGCb7Lq9yY523Y2RqifOP
95d6cd9tV47W8j0PUtOk069aW70yCOMLESm5YNrKW6A54rtY9Us2jUyXNsjkcqJlOD9ad/adj/z+
W3/f1f8AGosy7o42TSNVlu7YTwTOmnedaW7bv9YhgkxIee+Yl/3g1WNGsb2Lwc9ra2iRZt5EnR7Q
20rP5QC7QOGOeCx611f9p2P/AD+W3/f1f8aP7Tsf+fy2/wC/q/40WYXR5zDo94mlxRtYTfZRdxSs
Dp2eRBIrf6PnkA7Pm4yWzzite7tNZl1Ge+sbNoI5YXsICHKyRp5fyMY8YUCTnOcgHpXX/wBp2P8A
z+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cj9gszFYPHoN4mnws32u1a3+aSTYArsv/AC0xyCeeSDzj
Iz7rRdWW1uLq3srkSx6fLFDbl8kxSSy/uuv3lQxkehUCu+/tOx/5/Lb/AL+r/jR/adj/AM/lt/39
X/GizC6Of1jStT1D+zI8In2e482CSPdmIrC+0yf8CwOOxrGtrCd7FZtY0O9neW3kEFuo3fZ5mmlY
9/lJDR4f0HUV3X9p2P8Az+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cdqHhycpeTGxWW/bSI0M8aAs9
xlg+D/eIxz6YqxF4duCmu3ZRUuJZ5pLbFuBLuVg0bb85YZUfL0rqf7Tsf+fy2/7+r/jR/adj/wA/
lt/39X/GizC6MEwXlvpGn28FvO9yk0U9xI0YO5nLNIee4br6ZFZEx8SDRTb3TanMJApkkjhjMuWt
8lMYxt8zIPGR645rtf7Tsf8An8tv+/q/40f2nY/8/lt/39X/ABoswujkrJNWtLi2ikivoLTESk2s
KsxcQxAB8g/JnzAT6gDIFVS3iG+WQ3i6pDDBfQSoI1Hmbdzhx90bgAEPAxz1Ndv/AGnY/wDP5bf9
/V/xo/tOx/5/Lb/v6v8AjRZhdHLJJr0Wo+Wsd3Ghui0KxQp5Tqbh9/mnHH7vaRgjOc8mtLwx/bAm
l/tWW4kSSFJB5yKuxy8gKjaBxtCHnPX3rX/tOx/5/Lb/AL+r/jR/adj/AM/lt/39X/GizC6MTVtS
vtNur+SxtDMSYw0nURjb1I6mptN1DUTZqyWUl4G+bzjdRHdn0xwB7Ve0+aOfUr94ZEkXMY3IwI+7
V6KGOFSsSIgJLEKMZJ6mrlJWtYhRbd7mb/aGp/8AQGb/AMCUo/tDU/8AoDN/4EpWrRU8y7fmVZ9z
K/tDU/8AoDN/4EpR/aGp/wDQGb/wJStWijmXb8ws+5lf2hqf/QGb/wACUo/tDU/+gM3/AIEpWrRR
zLt+YWfcyv7Q1P8A6Azf+BKUf2hqf/QGb/wJStWijmXb8ws+5lf2hqf/AEBm/wDAlKP7Q1P/AKAz
f+BKVq0Ucy7fmFn3Mr+0NT/6Azf+BKUf2hqf/QGb/wACUrVoo5l2/MLPuZX9oan/ANAZv/AlKP7Q
1P8A6Azf+BKVq0Ucy7fmFn3Mr+0NT/6Azf8AgSlH9oan/wBAZv8AwJStWijmXb8ws+5lf2hqf/QG
b/wJSj+0NT/6Azf+BKVq0Ucy7fmFn3Mr+0NT/wCgM3/gSlH9oan/ANAZv/AlK1aKOZdvzCz7mbFf
ai8yLJpLRoWAZ/tCHaPXFadJS0m7jSsUNa1NdH0i4v3jaRYAGKKcE8gf1opdZ0xNZ0mewkkaNJgF
Lr1HIP8ASitKfs7e+Zz57+6XqKKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqF
t/yGb7/ci/8AZqv1Qtv+Qzff7kX/ALNTXUT6F+iiikMQnFZ2g6WdH0xbRpRKRI77guPvMW6fjWia
xPCF1NeaAk1zK00hmlXexycCRgB+Qp9BdTcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV5/wBc
X/8AQTTW4nsS2/8Ax7Rf7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV
Rvf+Qjp3/XV//RbVeqje/wDIR07/AK6v/wCi2poTL1FFFIYUUUUAFFFFABRRRQAUUUUAFVX0uxkd
neytmZjks0Skk/lVqigCn/ZGn/8APja/9+V/wo/sjT/+fG1/78r/AIVcop3YrIrRadZwSB4bWCNx
0ZI1B/PFUE06C9ub1pFxKlx8kq8MvyJ3/oeK2Ko2H/Hxf/8AXx/7IlNN6iaWhPHaRrGqukbsBgts
Az7077ND/wA8o/8AvkVLRU3HYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/
55R/98ipaKLhYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/55R/98ipaKLh
Yi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaTNFwsR/Zof+eUf/fIo+zQ/wDPKP8A75FS0UXCxF9mh/55
R/8AfIo+zQ/88o/++RUtFFwsRfZof+eUf/fIo+zQ/wDPKP8A75FS0UXCxnWSKmqagFUKMx8AY/hr
Rqhaf8hbUPrH/wCg1fqpbiiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGJ4yaVPCd+0BkEoQbTGTu+8OmOaKvavqUekaXPfTI7xwgFlTGTzjv9aK3pNpaRuZVEm9XY
u0UUVgahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7NV+qFt/yGb7/
AHIv/Zqa6ifQv0UUUhiGqml31tqNkLiyBEJZlGV28hiDx9Qatk4rM8PaZJpGlLaSyLIwkkfcowPm
Yt/Wn0EalFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfy
qWorf/j2i/3B/KpaQwooooAKKKKACikNc7f33iSBp57fTrBraEsRG8zebIo7jAwMjtSlKxpSpOo7
JpersdHRVHR9Ti1nSbe/gBWOddwVuoPQj86vUJ3V0TKLhJxlugooopkhRRRQAVRvf+Qjp3/XV/8A
0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAV728hsLWS5upVihjG53boBWbYeLNK1G8W1
huGWdxlEljaPePbcBmth1VwQwBHoRmuO1i5XxNq9jaaXDM7WF8HuLooVSLZ95Qx6k+grOcnHY68N
ShVupJ+t9F66fqdnRRRWhyBRRRQAUUUUAFUbD/j4v/8Ar4/9kSr1ZMd7DZz33mt87XOERRlnOxOg
ql1Jk7WNaio45Q8asw2EjJViMinb1/vD86ko4u/1q+0rxPqbrLJNBKY7OCAnKpcGNWjI9AxLA/QU
vhnVJLbUbaz1HVGlJgljU3EozM63LoCM9TgAcV2REZOTsJznt1prRwMylkjJU5UkDg+1AHmq63qg
8KvYG/uftZhOoLdbvnFvjdjd6+Z8n+6RW7o9/L/b2rSSTtdyRXEqx2iXxMuAQABCxCAAd81122L0
TpjoOnpSCOASGQJGJD1YAZ/OgDhdX1i70/U7yeO7kmmkUmKCO43PZ/uwSsluMg7QGbeM8kA8YzPq
t9HHpsWnaFq2oXkt1LkzW8v2iWJUXcSGz0LbARnjf2rtAsQkMgCByMFuMn8aESGPGxY1xnGAB160
AedX/ie/Npf6vFNOlsdPjjmhU/8AHrI6yDePQrIoU+xz2rptU8QNBe21nbXtjbEq5lnuvmUOuz91
gEYYh89c4HQ1v4iwwwmG69OaGWFxhljIzu5A6+tAHFTeMtQjS6eNrJnWO5YW21jJamI4UynPIY+y
9RjPWla71O+8QWFvd3MP+h3FwsghR0WYpGjqcb+MB8YORxn2rtNsWWOEy/3jgc/Wl/d5z8ufWgDi
4PEmqHR57mJrUC3srRkWRGYtJKqklm3ZIGenU+tXdK1zVZNaitL5rOSJp57bMMbI26MBt/LHg5xj
t6102IsYwmPTil/dg5+XPXNAD6KbvX+8Pzo3r/eH50AOopu9f7w/Ojev94fnQBStP+QtqH1j/wDQ
av1n2hB1XUMHPMf/AKDWhVS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAFDW9MGs6PcWBlMQnULvC5xyD0/CiqfjGea28KX81vI8UqICrocMPmHQ0V0UYza912Ma
kop6o26KKK5zYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9UL
b/kM33+5F/7NTXUT6F+iiikMQ1jeE72fUNCSe6lMspllXccdA7AdPYVsmqml3Nnd2Yl04J9nLMBs
TaMgkNx9c0+gupcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV3/wBcX/8AQTTW4nsS2/8Ax7Rf
7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFACVzviG81GTVLTSNOaGE3kUhe4kQsUAxnAzjPPeuirPu
LG8l1i1uYr0x2kSsJbbbkSE9Dn2qZq6sbUJKE+Z22e/e2n4kmj6ZFo+lW9jASY4F2hm6t3J/OrtI
KWqSsrIzlJzk5S3YUUUUEhRRRQAVRvf+Qjp3/XV//RbVerJ1pLmSWyWylSK4Lvsd13AHY3anHcUt
jV3DOM80ZrD0y1voxIplWKfI8xpbcsX99+/kflj0FX/I1H/n9t//AAGP/wAXTaSe4k32LuaM1S8j
Uf8An9t//AY//F0eRqP/AD+2/wD4DH/4ulbzHd9i7mjNUvI1H/n9t/8AwGP/AMXR5Go/8/tv/wCA
x/8Ai6LeYXfYuGsTw5H5f9pKNPns9147/vX3eaT/ABj0B9Kv+RqP/P7b/wDgMf8A4uj7PqP/AD+2
/wD4DH/4uk43d7lxqNRcbbl2jNUvI1H/AJ/bf/wGP/xdHkaj/wA/tv8A+Ax/+Lp28yL+RdzRmqXk
aj/z+2//AIDH/wCLo8jUf+f23/8AAY//ABdFvMLvsXc0Zql5Go/8/tv/AOAx/wDi6PI1H/n9t/8A
wGP/AMXRbzC77F3NYZ0a21C8vZnRRcJPtWXaG42JwQeCPar/AJGo/wDP7b/+Ax/+LpmlLIsl8JnV
3+0csq7QfkTtk1S0vZkvW10Oj0eyEaiSytC+PmKwgAn6U7+yNP8A+fG2/wC/S1doqeZ9yuVFL+yN
P/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7F
L+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4
cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtF
HM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36
WrtFHM+4cq7GZp0EVvqV/HBGkaAxnagwPu1p1QtP+QtqH1j/APQav05bijsFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFPVdQg0rTZr26DGGEAsFXJ646fjRUWvaY2
s6Jc2CyiIzqF3kZxyD0/Citaapte8zObnf3UaNFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhOKy/Dmmy6TpK2s7I0gkk
fKHjDOWH861DWR4Wv7jUtEW4unDymWVcgAcK5A4HsKethdTYooopDCiiigAqrqn/ACCrv/ri/wD6
CatVV1T/AJBV3/1xf/0E01uJ7GVaa61zII4bedYoMLITAzOxx2A+6Pc/lWj/AGrH/wA+15/4Dv8A
4VWS90l3LyTwi4sTHHKQ2GjZwNqt9dw46VpyyxwJuldUXIXLHAyTgD8SQKbcewkpdyr/AGrH/wA+
17/4Dv8A4Uf2rH/z7Xv/AIDv/hV3ijii67BZlL+1Y/8An2vP/Ad/8KP7Vj/59rz/AMB3/wAKmS7i
e8ktVbM8aLI64PCsSAf/AB0/lVa613TbLUEsrm8jjuXCkI2f4iQuT0GSCBmi67BZj/7Vj/59rz/w
Hf8Awo/tWP8A59r3/wAB3/wq1HLHMGMbZ2MVPB4I60/FF12CzKX9qx/8+17/AOA7/wCFH9qx/wDP
te/+A7/4Vd4oouuwWZS/tWP/AJ9rz/wHf/Cj+1Y/+fa8/wDAd/8ACrvFGKLrsFmUv7Vj/wCfa9/8
B3/wo/tWP/n2vf8AwHf/AAq1LKkELyyMFjRSzMegA5JqCyv4NQiWS3ZyrIJBujZDtOcHBAPODRdd
gsxn9qx/8+17/wCA7/4Vl65rP2aFbuG3m8y2SaZVmjaNWIiYgZxXQ1la1Zxagbazn3eVcGSN9pwc
GNgcGhWB3MyPxtbxq8l7H5CRQKZV3fMs/mMhi5wOq8E4yDnpT7fxzZXLu8drdmzS3Sc3IQFRmRkI
IzngqeRkcH0ybd34S027vLq7ImiuLoRF5IpNpVozlXHo3b3A5qRfDlvuZpbi7mL2zW0vmSA+ahLH
5uOo3NjGOtSURP4v0xBKd0zeU8sbBYiSWjZUIA75Z1Ax1JpYfFFrcXMFsltei5lkaNojFhoSoUkv
zgDDqcjOc1HF4L0qGOVEWceZBFDu8wgr5ZBVhjo2QpJ7lRVqx8PWlhcx3KvPLcKZC0ssm5pC+0Et
+CKBjAAFAEfh3XxrmlJcCMh1iRpGVf3ZcrkqpPXHQ+h465rMg8VXsdjbXGpW9tGLy2FzbtCzMAMp
lWBAOfnGCOOvTvt6VoVpo0LQ2fmLEyqpQtkEgY3fUgDPrj1qlD4PsYrP7NJNd3CLEsMZmlyYowQd
q4AAHyrnucDmgB48U2bQyvFFdS7bg2yKkeWmkGchRnttYnOOBnpikbxXZrOsRgveSqM/kHakjLuE
RPZ8EcepAzk0SeE7OW5mumnuxdSSLIs6yAPGRuwFOOmGYc54OKevhizW9S5aa6fa6zNE0pKSSqoU
SMO7YA9sgHGaAKt3470eztkmeSRlkjSRAqjLBl3cZI5C4JHuPWrEfiuxlnCRx3LRGWKEXHlfuy0i
qyDPXkMvbuKjXwZpsMKpavdWzpO86SxS4ZC4wyjORtwAAMcYHpUmoeG4rnRdSsYZXV77BaWRixVg
qqGHfICA/WgBf+Eos3tLae3hurg3Qdoo4YtzsinBfH93kfXcMdajl8Y6dCbgul0IoVlZZvJOyYxj
5wh7kYP1wcZxUsnhq2cxNHc3kDwgrE0UuCiFVBQcY2nYpx681FJ4P06Uzh3uTFIsqrCZTsh8zO8o
OxOT64ycYzQBXk8VyT6jpttZWVwnn3DxXInhIaEKobBG4YJDKc88HpnipI/GFmLNppIbllitI7qV
4oiUAcZUDPJJ9K0RodoNR+2jzPO81pvvcbmjWM8f7qiq6eF7BLGa0HneVLDFA3z87YxhefX1oAbY
eKrTUL5LRbe8hlYsv7+EqN6jLJn+8Bz6Y71dsP8Aj4v/APr4/wDZEqOPQrSK9W6XzPNWd7gZbje6
7D+GKksP+Pi//wCvj/2RKpbMT3ReoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
ULT/AJC2ofWP/wBBq/VC0/5C2ofWP/0Gr9VLcmIUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYvi+7msfC19cW0rQzRoCrr1HzCir2q3ltp+mzXN9/x7RjL/Ju4zjp3
orek7L4bmU1d72LlFFFYGoUVz8+t3Mfj+10VRH9llsHuWJB37w4Uc56YNWtc/txxBHoRsYyxPnTX
QZtg4xtUYyTz1IxigDWormfCeu6jqF7q2l6ylv8AbtLlRHltsiOVXXcpAPIOOoo8U6/fafqmkaRp
f2aO71R5AtxdAmOMIoJGARljnAGaAOmorlr3XtQ8K+Gb2/8AEkthLNCT9nNvujE525VSDnaxII4y
Ks6f410S80L+1G1G2jgQKJmMnEbsM7M9zQB0FFZmk+ItK1yKWTS72K5WE4k2nBT6g8iqE3j3w5HG
xXV7RmEH2gKH/g7duM5HvzQB0VFcx4d8eaTrmgHUmuYYGhhEt3Fv3fZwc9Tj2rbuNWsrSK2kuLmO
NLqRYoGY8SO33QPrQBcorG1HxdoWkvMmoapbQSQOqSIzfMpK7gMdenNaVneW+oWkd1ZzJNBKu5JI
2yrD2NAE9FFFABRRRQAVQtv+Qzff7kX/ALNV5iFBJIAHc1nWUqTapfSRMHTbGu5TkZAORn8aa2Yn
0NKiiikMQ1U0t7GSyDaZ5f2bc2PLGF3bju/XNWzWT4Z06fS9HW1ugolEsjHacjDOSP0NPoLqa9FF
FIYUUUUAFVdU/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2OUvPDF/Pcve2nlh5b2JpEZuJbcCE
nP8AtK0ZI9iR3qifBl/IL03tq15M0iyFpLlPLuAs6uMLtBDbARlicZIHBzXfW/8Ax7Rf7g/lUtIZ
w+oeGdZkvp/sThLVnKxq0xG2Ocfv/wAVIBUe5pLnwvqclxfeTCkcjrdf6WLlszo6MsUW3+ELlfYb
OOpruaKAOVPhqaDxBa3NtDF/Z8EcKfZ95ALAyEv7lS4IB4OT3Ap+saZqN1qGqQ29pFJbalaR25ne
UARY8wMSvU8OCMd/SunooA45tA1NNRt5kjEjR3krq8koZEjZwcleu/aOCD7EYNV08N3y2MCTaWkz
RSK14hu/+QiQrDeSf9ohsN1/AV3NFAHER+FNaRbeJbxVR7cGZvNYmOZA/lYzywG9Mnv5Q9abovhG
5iNot7bSCJLoTTxy3KyKxELLuUKqjG4r15OMnpXc0UAcRY6PqmNUhtWdNiy6fZTvKy+VHhnD9Mk7
mVMjsmabeeG7ue3jFvosUUOyVFtPtpCxTNtCz5HoAenI6jkmu5ooA4ifwfeSvcyuqTTzmSOWVpSP
NjNsEUEdMGQA4/Gpn8KXDrb23kx/YlWzV4hJhcRmQyDH/Al+tdjRQBxF14Mlub24mkgRvOmuWY+c
w3KVHkgjPZhnHbrXQRxzRDRY7lt06jbIc5ywiOTnvzWvVG9/5COnf9dX/wDRbU0Jl6iiikMKKKKA
CiiigAooooAKKQnA5qEXMP2hbfzU85l3hNw3FemcelAWJ6KKKACiobi5htVVp5UjVmCguwAJPQc9
zUoORQAtUbD/AI+NQ/6+P/ZEq9Vdp4IZ0iZ40lmJKISAz4HOB34p3C1yxRRRSAKKKKACiiigAooq
C9knis5XtYRNOF+SMvtDH0J7UDSu7E9FcrLrus6Rc2x1u0s/slzKsIktZGJiY9NwPUfSupFTGSZp
Voyp2b2fVai0UUVRkFFFFABRRRQAUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/APQav1UtyYhRRRUl
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm+IdMk1jQrqxhdY5JlChn6
DkH+lFQ+LL2fTvDF7dWsnlzRICj4Bx8wHeiuiipte6zGo4p+8jYooornNjhtZ1Gz0z4tafPqF3Ba
wnSJF3zSBFz5g4ye/FaHiPx5pej6TDPZ3Vpdz3jmK0AnXy2cdSz5wFXIya3rvS7DUGVr2ytrllGF
M0SuR9Mio20LSnhSFtMsmijJKRm3QqpPXAxxmgDG8Ex6ZBaXC22sWmqalPIbi+mglVyzt7A8KOgH
oKl8VL4avxDpfiSe2jaUGWDzpPLYEcbkfjBGfWti00qw09maysra2ZhhjDEqEj3wKdeadZ6jGI76
0guYwchZow4B+hoA83tbq6uvCHjbTor6XVtNsrdksb1zvZ8xEsm7+PacDNal14ptbPwZoT6c+nXM
kr21t50zBorRyn35McgjBGOOtdxDbQ20CwwRRxRKMLGihVA9gOKrpo+nR2sltHp9otvKcyRLCoRz
6kYwaAOE8PXMlx8SNZ83UrO/k/slPMks49iZDng/M2SAeue+O1aHw4sLeL4X2LW8CCSa3kdyF5di
WGSe54Arr7fTbKzCi1tLeEKmweXGq4XOccDpnnFSwW8VtCsVvEkUSDCoihVH0AoA81064g1D4FzW
dnNFNdxaY4khjYGRCM8FRyOhp2veIdK1LT/BltZX0FxMdRs5Ckbbiqjg7sfd5OMH+leh2+nWdnLL
La2kEMkxzI8cYUufcgc/jUcOj6bb7vI0+0j3OJDshUZcdG4HUetAHFabqOi6f8T/ABU2qT2tvcst
v5MlwQvyCIbwGPHpkVo/DJMeHryWFStlPqNxLZDGB5Jb5cDsOtX7bwpD/b+t3uox2t5b6jJA8cMs
QbyzGm3JzxmugRFjQIihVUYAAwAPSgB1FFFACMNwI9fSs99Et3XBmvB9LqT/ABrRopptbCaTMX/h
GrdTuSact/02ImH5MDVvT5JFmntJvLJgClWjXaCGz27dKv1Qtv8AkM33+5F/7NTu5LUVkti/RRRU
lCGsnwzqE+qaMtzdFTKZZF+UYGFcgfoK1jVTS0sUsgumeX9m3tjyzld247v1zT6C6lyiiikMKKKK
ACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8Ax7Rf7g/lUtIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66v/6LamhMvUUU
UhhRRRQAUUUUAFFFFAHMeMSFOmfaw50ozn7btBxjadu7HO3PWuc1JoItRe68O3ElvFb6XNLG0SEg
kSAlRuH3SfT8K9I20hTNZyp8zep20cZ7KKXLe1/R37q2/wChwWoa7qa3MxF5NFcqlubO0WEFLrcA
XJ4JPJPcYxUi61qZ1oRm7mF19vMLaf5OUW35/eZxnpg5z7V3W2jb9aXs33K+uU7W9mtvL/L599dz
zqHV7y6sNk1zJdumoWoMrIrREM3Oz5QR7gjI9alt9a1eGSK5e9klWZL391JGCieVkoeBmu/21HcW
sV1bSQXCCSKRSroejA0vZPuP67Tb1pqz9O1u3zOQ8K3t3rNpqfmajcSHylWNWdDJGxU5YBRwCen0
rIsL24g0fRTFcyyTJDeb/MQFoXWLIUEjIwcfnXd6boVjpLSNZwsryABneRnYgdBliTgelXUZHLBG
DFDtYDscZ/qKFSdld6jljaanLkho/RdGv1PO59T1yGzmuBqtwzRWdteBTEmC0jAMnT7vt1rRttW1
ebxvJavOkUCTmP7K4PzRbchgNv453e2K7bbSbaFSa+0KWNhJNezWz7dbeXl+JyWpard23jGK3juZ
ZI2CqlrCo4JUnLgrypOPmDcelZVpreqzQN5F7c3Ny9jPJdRGAD7JKo+QL8vrxg5zXoe2grVOm29y
IYuEYpezT0Xbz8v6trc87k8S6lNp19Pa3cpMdrZtGxj4EjMBIcEc85BrRa+v7TXLu1l1G5aa2hH2
O3MYIvDsYksQOu70Ixiuz20baXs33G8XTd0qa/Dy8vJ/ezkfA+palqPntfXaXCbEbH8UbnOVPyqB
9OcetdeelJtpT0q4R5Va5zV6qq1HOMbLscisN54q1adLySOLTtMvsLCiHdMy8glienPauuFZ+mWV
5aT3j3d6blJpi8KlceUv933rRpQjZXe5eIq87UY/CtrfiFFFFWc4UUUUAFFFFABRRRQBQtP+QtqH
1j/9Bq/VC0/5C2ofWP8A9Bq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAFPVJ7O206aXUdn2RBmTem4Yz3HfnFFV/EmnTav4fu7G3KLLMoClzgdQefyoranGD
XvOxlNyT0VzUooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv8Aci/9
mq/VC2/5DN9/uRf+zU11E+hfooopDENZHhawuNN0Vbe6QJKJZWIBB4ZyRyPY1rmsvw5qU2raQt1c
KiyGSRMIMDCuVH8qethdTVooopDCiiigAqrqn/IKvP8Ari//AKCatVV1T/kFXn/XF/8A0E01uJ7E
tv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf8AkI6d/wBd
X/8ARbVeqje/8hHTv+ur/wDotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/AI+L
/wD6+P8A2RKvVRsP+Pi//wCvj/2RKa2Ynui9RXK+L4rs6jpVzZiYvZia5CpnD7QuUPb5lLAZ7msb
zbiK+k1W6F0kVzcWd0wKufLjLTALgdMIE3D1PNIZ6HRXCXNzfW/iG/1HTluJY7/yrSMbW2qzRKY5
MEcAMWB+vPSs+zsY7TUtLhvmYQQJMkZuoJZi5F0+MEEbWK4OTngigD0uiuK8T+dLJaXF7bqLiIuI
rHMsqXAypBV0A2ScYGc9T9RSsdPtL2HXEuoo5bwtdSCI20iyriRiuXztb+HG0DtQB6FRXJ/YWt/C
S2UcL2dlLZBp7qJmMsblRn92AS3vyDyazdIvjY30AEQt43tp4bZoo5fImkLxlWCtkqCSRg8cHBI5
oA76iuD0ixs76402CO2u/tDRsdXWdZAGynIctwW8zBGOwOOKr2WgPJZ+HooLOIM8c0lwLpZCu4bQ
C2CDux0z70AeiUV57bC50bWLnVJrWQqz3xjMCyF5mEh2pKDwQR90j0/Oqun6wbKPR7iG7trj7XFd
xTGTzPnKOWJZcjb5q5wezj2oA9MorzPU5L7Vo7zVZILqAXVg0awsrkRKksQOVHcnzDxyVrfF4LPw
sIdFlAuWIKSW9m6oAZVViFfOCA3Qn3oA62iuGvdW8RW2u3NtBKGFujCCGSBiboCHcHyqbcl/9oDj
GORWr4U1Oe/udRjlvpb2KExeVJLbiFvmXJGMDjPfFAHSUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/
APQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBk+Kb+f
TPDd5eWjBJ4lBQkZA5A6fjRVrVWsl02Y6n5X2MAeb5oyuM9/xxRW1NxS1jczmm3o7FyiiisTQKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT
6F+iiikMQ1U0u3srWzEWnFPs4ZiNj7hkklufrmrZrG8J2U+n6EkF1EYpRLKxUkdC7EdPY0+guptU
UUUhhRRRQAVV1T/kFXn/AFxf/wBBNWqq6p/yCrz/AK4v/wCgmmtxPYlt/wDj2i/3B/Kpait/+PaL
/cH8qlpDCiiigAooooAKKKKACiiigAooooAKKKKACqN7/wAhHTv+ur/+i2q9VG9/5COnf9dX/wDR
bU0Jl6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKyra+tbe7v0nuYY2+0Z2u4U42J61q1n2K
I1xfllUn7R3H+wlVHqS+hL/ath/z+23/AH9X/Gj+1bD/AJ/bb/v6v+NQx6ppkst9GssW+wx9pBXH
lZXdySPT0os9U0zUIfNtZI5E8hLjIQj922drcjvtb8qNA1Jv7VsP+f22/wC/q/40f2rYf8/tt/39
X/Gqi69ozaZa6gLiL7JduscEmw/OzHAAGM9alstU0/UJ5YrUM7RFlZjbuqZVtpAYqFOCCOCaNA1J
v7VsP+f22/7+r/jR/ath/wA/tt/39X/GqMviHRoXuVeX/j2z5jC3cqCCFIDBcMQWAwMnNMk8S6PC
8SyC5VpiRGpsJsseeMbOuAT9BmjQNTR/tWw/5/bb/v6v+NH9q2H/AD+23/f1f8ah1DVNO0toluzt
eUFlVIWc4GMkhQSAMjk8ciibVdMt7KS7kkQQRymFmEZJ3htpUADJO7jAFGgak39q2H/P7bf9/V/x
o/tWw/5/bb/v6v8AjWdJ4o0SKFJWkcq7+V8tpIxD8fKwC5VuRwcHmnHxHowFwS7BbZd0rG1kATpx
nbjd8w+Xrz0o0DUv/wBq2H/P7bf9/V/xo/tWw/5/bb/v6v8AjVNtf0ZNMl1CSdI7aGQRSM8TKyOS
AAVI3A8jt0OelWUv9Pk1OTTkeM3ccQmaPb0QnAOcYo0DUf8A2rYf8/tt/wB/V/xo/tWw/wCf22/7
+r/jWeniXRJUheGUzrPv8vybaSTOxtrH5VOACQMnitZkhUgMqDPAyBzRoGpD/ath/wA/tt/39X/G
o0vdLjmklS5s1klxvYSLlscDJ9qtbYeflj468Diqdzqdha3sNpIpaWaN5QEiLAIvVjgcDkAepo0D
Um/tWw/5/bb/AL+r/jVe61y1twrJNBMufnCTLuA9QM81dBt2AIEfIzyADiobi0ivNqBysY5dY8De
D2J6gfShcoalbSruC9vb6e2lWWJvLwynj7tatZmnwx2+oX0UKLHGvlgKowB8tadE99AjsFFFFSUF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+fVfDt5Z2oUzSqAoY4H
UHr+FFHibUJ9K8PXl7a7fOhUFd4yOoHT8aK6KPtLe6Y1HG/vGrRRRXObBRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiHkVmeHtT
k1fSlu5Y1jYySJtUkj5XKj+VaZqppdja6dZC3sjmEMzD5t3JYk8/Umn0EXKKKKQwooooAKq6p/yC
rz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVGw/4+L/AP6+P/ZEq9XN3Op3Nle3UUNu2yS45uDt2odicckc/XA+
tVFN3SJk0rNlWfwteSaxNdRyRJFdXR+1AE5e3whA+u5CMf3XanaZo2qacPIMFtJHNYR20kgnIMbK
ZMkLt+YfOO471tx3d0saqbC6kIGNxeLLe/DU/wC23P8A0Dbn/vuP/wCKpcrHzHKweDr+GKOHzYPs
8KwSRRgnCzbo/OPTpiMke8jdK0NJ0O9tGvYmDWZlmkkF3Bc+YWDSswHlupVeG5xW19tuf+gbc/8A
fcf/AMVR9tuf+gbc/wDfcf8A8VRysOZHMap4b1K8e+S1iighnyXQXbbbpt6kMV24jbg5ZepPfqNi
3025I0gm3S2FncSSPGblpjtMbqMMRknLjrV/7bc/9A25/wC+4/8A4qj7bc/9A25/77j/APiqOVhz
Ix9Z0TUJ1j+zStcXQLmK8kuBBJa5xgDYmHTjlT1wPwhj0nWYQgWG0ZrS/lvI3aYgXAcvlSNvyHEh
IPPIre+23P8A0Dbn/vuP/wCKo+23P/QNuf8AvuP/AOKo5WHMY40W+uFkuLhYI7q41CC6kjSQsqJH
tGN2BlsL6Dk47VFd+Fp7i21rbM4mvrjdGv2hxGE+Tnb0DfKeQM+9bv225/6Btz/33H/8VR9tuf8A
oG3P/fcf/wAVRysOY5x/C2oykWX2tFs0uZbjz5B50soZAqq4brjc4yeypVf/AIRPWNiyi5hW9SKK
188MSXiCtHIenDFSrj/aWur+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcxzf8AwjF5a31r
NFaQ3EUD3O1BdvBsDyq6HgfNgLgg8VevdKvLzXIL24srK5hQeWscsx/cYk3CVflxuK4yOCCoGcVr
fbbn/oG3P/fcf/xVH225/wCgbc/99x//ABVHKw5jkovBl28BhngslXy0imZZGY3x85JGkkyOuFbg
5OXPOKs/8Ic6Gcxw2gItb2C3IHMfmyZjAOOAFLDjpkgV0n225/6Btz/33H/8VR9tuf8AoG3P/fcf
/wAVRysOZGBJ4S8+G6E8FrI9zeW0khbnfDGsQZSceqNx05qfQPDJ0fUYriOKCIeXcJL5Z5bdKGiH
TkKgI9ug4rY+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcwlp/yFtQ+sf8A6DV+svTpHl1G
/aSF4mzH8rkE/d9iRWpTluKOwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAU9VjspdNmTU/L+xkDzfMbC4z3P1xRVTxVYz6n4avbS0QPPKgCKSBn5gep+lFb0kmtZWM
qjae1zXooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBmq/VC
2/5DN9/uRf8As1NdRPoX6KKKQxDWJ4QtZrLQEhuYmikE0rbGGDgyMQfyNbZ5rO0HVDrGmLdtEIiZ
HTaGz91iuc/hT6C6mlRRRSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/
AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6L
ar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigAqhZKrzagrAMpuM
EEZB/dpV+qNh/wAfF/8A9fH/ALIlUtmS90XI41ijVI1CoowAOgFOqlrMrwaJfyxsVeO3kZWBwQQp
INcVb6rqUkGm6c95cebYXNs11PuwZ0kkQRBj33K7Z90NSUehUVwUuqXeoeF9Pi0/VP8AiZ/btjlZ
csCGkKo4Bzg7AMHtVXUvEF5qEd5qdrd3FtaS6fIIIzIUClJIQznHQ7ndc9gtAHo9FctFdyL4dlht
7rbvilJ1KO7FzDbNg4Jd23HHHbisBNTaW6srY6gIYkM/mvLrEnlSMPJwY5hy+Ax+U9CTQB6RRXLW
UT2fiHVnSTU7wWywmK3+1M4O8HdgOwX35PGOKr3+tsun+JoxemG9iO+GEyjzYl8iM8AHoCT04zmg
DsaK4B9X1G01UxyXU7217rIhibJ/cssgBiz/AHWTJA9Vb1q54P1iSWNn1i/dZfLjEKSuNrxs20SA
/wATM52nPTgd8kA7OiuEvfFusW2mWsymwEl5LOEeX91HEI2ICsWcAlsZzkdDgGrlh4ovLvxDa2kk
tgiTTPE1quWmULEXEm7ONpPT5ehHNAHX0UlLQAUUUUAFFFFAFC0/5C2ofWP/ANBq/VC0/wCQtqH1
j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmeI9
Sl0fQLu+gVHkhUFVfODyBzj60VPqttaXmnTQaht+yuAJNz7RjPr25orWm4W95Gc1JvRlyiiisjQK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s
1NdRPoX6KKKQxDVTS9Ng0qyFrbM5jDM+XOTlmJP6mrZrD8HwS2/h9I7iN45BNMdrgg4MjEdfan0F
1N2iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8A
x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66
v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9WRBp1rdXl/J
PCruJ8ZJPTYlUtmS+hrHkYIyDTdi5+4O3b06VmJZaLLJOkYt2e3OJlEnMZxn5ueOOeaSCz0S6j32
/wBnlTyxLuSTI2HOG4PQ4OD7GloPU01hjRiyxIpJySFHJpfLTbt8tduMYxxWSINBa0iug1qbaYqs
Uvm/K5Y4ABzgkngU22i8P3l1LbWr2s08WfMjjl3MmDg5APGDxRoGprpFHGmxI1VP7oXApptoWRUM
EZVeilBgVjyHw3DNPFJcWSSW67pkacAxjjlhnjqPzFQm/wDCS7d19pw3/dzcDn6c+1GganRAAEkA
ZPU00wxmQuYkLkYLbRnFUG0vSkljiaKISSAlFLHLAdcDPOMio1tNDedYF+zmZ9+1BJ8x2HDYGex4
PpRoGpqbV/ujrnp39aNi8fIvHTjpWUttoTqGU2zKQhBEuc7/ALvfv29asf2Lp3/Psv5mjQNS40SO
mxo1Zf7pGRUUtjBNcw3DxAywsWRhwQdpX8eGI59ah/sTT/8An2X8zVWa30O3u/s0whSby/NKljwm
cZPoM0aBqbFGao/2Jp//AD7L+Zo/sXTv+fZfzNGgal7NGao/2Jp//Psv5n/Gj+xNP/59l/M/40aB
qXs1Bc3cdoFaYMEY4LhSQv19B71B/Ymn/wDPsv5n/GoLnQbeQKlvFFED99iCWx7c4z9aFYWpLZsH
1O/ZSCp8sgg8H5a0ayNGsYNOur22tU2RJ5eBnP8ADWvTnuEdgoooqSgooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAxvFtnPqHhe+trWIyzSIAqDHPzA96Kn8Qam+j6HdX8Uay
PCoYIxwDyB/Wiuii5290xqct/eNKiiiuc2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEIyKoaJqg1jThdrEYgzum0tn7rFf6Vf
NUtI0uPR7AWkLu6B3fL4zlmLHp9aNLCL1FFFAwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//
AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3
/kI6d/11f/0W1Xqo3v8AyEdO/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FUbD/j4v/wDr4/8AZEq9XPvrMdhf3dsqPJcyz5UbW2gbE5JAP5DJqopu9iZNKzZlT+H9SOtXksEQ
W31K6MV2S4/1AVCHxnr8siY6/OD0FSaNp+oabGbeTTpSJtOht/MjePZE6mXIPzZ/jXoDXQR6vbiN
fMaQvj5itvJjPtxTv7XtPWb/AMB5P/iaVmPmRx0HhfVY7O3smt1+yWnkXECbwcSlo/MHX+DbKR/1
0GOla2i2Gp2ovYF+12sjTyyJLcbJrcAysw2IrhgSG74rb/te09Zv/AeT/wCJo/te09Zv/AeT/wCJ
oswujk9U0bU5f7QhsLS7S3mZpJEaSLa8nmK2+E53KWwSQ2B+NbcVpczNoshhuwLa5keU3bo0oUxS
KCSpIPLAcVo/2vaes3/gPJ/8TR/a9p6zf+A8n/xNFmF0Zd7BqdtrGn3kkTaisPnq32ZFjKK4TbkM
/P3TyD+FZk3h3Unu/tNvGsVxbtdTW0jMMb2uN6qcdnTIPsfWun/te09Zv/AeT/4mj+2LT1m/8B5P
/iaLMLo5TSfD+pWV/pt7NZqy29tbQvbs6nY2xld1Ocbkzj3BbHNX7m11S81V7hrS6RmhAs3FwoS0
kwwbzFDfNk7T0bI44xW5/a9p6zf+A8n/AMTR/a9p6zf+A8n/AMTRZhdHJ22g6nOkcMkF9b2jSW4u
I5L8s8jLv82QMGyFOVHBGcdBRF4d1Rba6nKTfb30+K3SQ3J3FllfI+9j7mzn+ua6z+17T1m/8B5P
/iaP7XtPWb/wHk/+JoswujBbw9c3GBcfasT6rJLcbbp1zABJsAw3C8p8o/Gp/C+l6hp0ytetcMJb
OIzGWcyZuAzbjyTjjb046Vr/ANr2nrN/4Dyf/E0f2vaes3/gPJ/8TRZhdF+iqH9sWnrP/wCA8n/x
NH9sWnrP/wCA8n/xNFmF0X6Kof2xaes//gPJ/wDE0f2xaes//gPJ/wDE0WYXQWn/ACFtQ+sf/oNX
6y9NnS51G/kj3bcxj5lKn7voea1KctxR2CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigCnqtjb6lps1peZFvKMPhtvGc9fwoqj4wtprzwrfwW0TTTOgCogyT8worekrr
4rGNR2e1zaooorA2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/ACGb7/ci/wDZ
qv1Qtv8AkM33+5F/7NTXUT6F+iiikMQ1h+DRKPDyCcSB/Om/1mc48xsdfatw81R0bU01iwF3HG8a
l3Ta5GflYr2+lPoLqX6KKKQwooooAKq6p/yCrz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7
Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1X
qo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZBbQ3Ul/HPGHX7T
kZ7HYnIPY1p1RsP+Pi//AOvj/wBkSqXUl9CWeVdP0+WZt7pbxFzk5YhRnqe/FZEfjC0k03S7tIZz
/aMywLEAN0RLbWL88BSQDj1GK2L62F7p9zaligniaPcBnGQRn9awovB0cV48/wBrc5aB0UpwhjZG
fHP8ZjTPpipKJrvxda2eh2+qyQTeRNP5OABlPmILHnoNpJ9qNU8XWul3l1bNBNK1ra/aXdNoX7yj
bknr86n0APWo7fwvKlpDZ3N8k9rBcGaNBBtODvyrHcc539cDpVZfAyrpptv7Qd5WhkiaZ4wxYs0Z
UkZ52rEq47igDWj15P7Am1aaBkhhR5CsciSkheuChIPT1qjL4w8lbMPp7LJdh2jDXUAUqu3kPv2t
neMAHPBq5HojiJZJJ4vt0SOsM8MRjRM5/wCWW4qep61mReDZra4S5t720SYNIzKbEGH59n3E3Daf
3YJOTkk0AaVhrtze6vcWD6VPAbfBklaWMqMgleAc84qS416G2tdUuGikK6a22QDGX+RX459GHWlb
Q4ZbrUJbh2kS9EYaMEpt2A9CDnmqU3hmaRNTtkvlSyv15i8nc8Z8tUBDluRhAeR+NAD4vFtpJdXN
v5Myy294loVIHzbm2hxzyu7I9eKsaN4gh1wFrWGURqgZ3YfKrH+DPdscnHTIz1qjP4PimvLe6F1I
k0F813kKPnVmDGM+2VU59ql0nw1JokXl2N8yI4XzFaIEM4bJcDPBZflP4HqOQCy3ijR1t5JzfxeV
HIYmfnAYdR07Y59O9Spr+lyamunJfQtduMrErZJ+Xdx26c/Qisi88Fx3NlZQi4jZ7RptpntxKjCV
skFcjpxg57e9Ot/DVzYaxYy29yj2MVzJO8PlBChaJlJB7jceBgYB74FAHTUUlFAC0UlFAC0UlFAF
G0/5C2ofWP8A9Bq/Wfaf8hXUPrH/AOg1oVUtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBn67qZ0bRbm/EXmmBQ2zdjPIHX8aKk1bTodW0yayuC4imGGKHB65/pR
WtP2dveM5qd/dLlFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf
+zVfqhbf8hm+/wByL/2amuon0L9FFFIYhqjoulro2nLaJK0oDu+5hg/Mxb+tXjWH4Ollm8Po87yP
J50w3SEk4EjY6+1PoLqbtFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2J
bf8A49ov9wfyqWorf/j2i/3B/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq/
/otqvVRvf+Qjp3/XV/8A0W1NCZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACsm3e7W8vxbw
wunn9XlKnOxOwU1rVRsP+Pi//wCvj/2RKpbMl9A83Uv+fW1/8CG/+Io83Uv+fW1/8CG/+Irnm8T3
dvq2rWs4iYeZ5WnDbjc42KVb1+aVD9M+lWNB1u9vbKV7p42ePTobjKJgGRvN3HHp8g4pDsbPm6l/
z62v/gQ3/wARR5upf8+tr/4EN/8AEVyUHi7UJdHsEYwf2n50f2s7Pl8otH8wGeNwlTH4+laOk63d
f6be6vLKllHNLFGfs67OJWRdpUljwvOQKAsbnm6l/wA+tr/4EN/8RR5upf8APra/+BDf/EVy+p69
q9i+oGSQxOebGIWoZJE3qAyvu5baSSrY5PoM1akfXRJpSf2m8DXkrxOk1nHvXCO+flYj+EDqeDQF
je83Uv8An1tf/Ahv/iKPN1L/AJ9bX/wIb/4iqS64t3rVjb2cge3kE6zExkHcgTGM4/vVkSeKby11
GJ7jyjYpJci5IT5kRbjykfOei5Bb2ye1AWOk83Uv+fW1/wDAhv8A4ijzdS/59bX/AMCG/wDiK5rS
vEuoX+pWFlI0CG5tYLhpCmByjM6r2LHAwD0UMecVs3fiA21/cwx2jSwWUYlu5vMC+UpUsNq9W4Xn
p170BYuebqX/AD62v/gQ3/xFHm6l/wA+tr/4EN/8RWI3i+5UJG2kMLubyWhhNyuGSXcFJbGARsOR
z7E1SfxVfTzz3kcbQ2EWnxzCMMjN5jSMpyCOcFCBg44zzngCx1Hm6l/z62v/AIEN/wDEUebqX/Pr
a/8AgQ3/AMRWVJ4mu8N9n0rzS181lADcqvmMu/cx4+UfIfU81PoPiM61IVeye13QJcxbpFbfGxIB
OOhyp4+lAWL3m6l/z62v/gQ3/wARR5upf8+tr/4EN/8AEVdxRigLFLzdS/59bX/wIb/4iqWp3F9H
HGxWKGXP7sRTsxY+m3Z83+elbWKMc570J2E15mPoj3UlxeNfRJFcHy9yI2QPlrZrPtP+QrqH1j/9
BrQpy3COwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYnjKKWfw
nfx26SSSsg2rGCWPzDoBRVzWtTXRtIuL9ojKsChigOCeQOv40V0UXNL3Vcxqct9WX6KKK5zYKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E
+hfooopDEIyKp6TqUOrWQurdXWMuyYcYOVYqf1FXDWfoelnRtMW0Mvm4kd923H3mLdPxo6CNGiii
gYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfyqWorf/j2i/3B
/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq//otqvVRvf+Qjp3/XV/8A0W1N
CZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFm6xy6izsFVbjJJOAP3aVfrm7nSpr69upo
rh8RXH/HuSAjHYnPIPP1BFVFJ3uTK/Q1E0vTp5IrpbeJ2E32pJB/z0K7d499vFRr4b0pJ4pktFV4
YxEm12A2DOAQDgj5j19afHYSvGrNfXqMRypZCR7cLT/7Ok/6CN5+af8AxNKyHdjBoOmKSRZxAmOK
I/7sZzGPwNOstEsNOupbi0gMUsxYviRiCWO4/KTgZPPApf7Ok/6CN5+af/E0f2dJ/wBBG8/NP/ia
LILsgl8MaRPJcvLZK7XOfMJZuckE45+XJAPGOlWLfR7K1jgSKHi3cyRbnZijEEE5JJ6MR+NJ/Z0n
/QRvPzT/AOJo/s6T/oI3n5p/8TRZBdhqGjWOqtC17D5jQkmNg7KVz15BHXApRo9gGdvsseZFkR8j
O5ZG3OD9TyaT+zpP+gjefmn/AMTR/Z0n/QRvPzT/AOJosguxkfh/TIoo40s4gkYiCDn5fK/1eP8A
dpq+HdLSaGVbNA8K7UIJ6ZJwefmGWPXOMmpf7Ok/6CN5+af/ABNH9nSf9BG8/NP/AImiyC7IrTw3
pNiALaxijxIsoIySGUYXk9gCcDoM08aDpqwPCLOPy3jETLzgqGLAfmxP407+zpP+gjefmn/xNH9n
Sf8AQRvPzT/4miyC7HrplmmzbAo2TtcL7SNnLfU7m/Oi00uzsWQ2sCRFIlhXb2RSSF+gJP50z+zp
P+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RVH+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RV
H+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguxLT/AJC2ofWP/wBBq/WXp0Rh1G/RpZJTmP5pMZ+7
7AVqU5bijsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFHWdNTW
NKnsJXeNJwFLJjI5z3+lFUfGXm/8Inf+R5nm7Bt8vO77w6Y5orooxk1o7GNSST1RuUUUVzmwUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0
L9FFFIYhrE8IXM15oCS3EryyGaUF3OTgSMB+grbPSqelX9vqVkLmzBERZlGV28qxB4+op9BdS7RR
RSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9
wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFt
TQmXqKKKQxKMj1rjvHEggkt55LqNoYY3Z7I3RgeTtvUjkkelNTXtSOuW+loSv2mSKeJnjG4WxQlg
f9oFcZ96zdRJ2Z2Rwcp01OL6N/d/Vzs80Zrz+x8V6wLZLqV4blZ7G4njhWLaVaJsDkHnPelvvE+p
2tjYrbalZ3cl0WZrlVRFjIQHyzltoOT3Ocds0vbRtcv+zqvNy3X/AA179Olv8jvmdUUszAAdSTS5
Feb+KdcvLzSru1uZ7a1X+z4pmhwGNwznJ2NnoMds1ueItZ1DR5LEWpVo7yBoY1KA4n42HP49Paj2
q18hfUJ2jqryv+CT3+Z1bOqDLMAOmSaGdVxuYDJwMnqa4G41y51fR5biVYjDHc2sAV4wQJsgyH8C
QB9Kpie8urK0SbUxPcprwjQyKCYSC4BIz0PUDjHak6y6IuOXyteUra2/C56XSb13bdw3YzjPOK42
XVdRvfh5f3hufLvIPNUzQrtLBGI49CQOo6Vk32o3tnfvqNnfwzTwaMkrytGGEo83pwcD0z7U3VS6
E08BKba5ldNrrurf5npOaK4pPE2qT+LRZxi2W2WZImidlVmVlyWGTuJ9MDGBVzWNduLDxRa2xuYk
tXKL5aKryMzE8MM7lBwMEAj1p+0VrmbwdRSUdLtX/rzOpLKoJYgAdSTUcUUcZdowP3jb2I7nAGfy
ArzyPxFqes6LrIvBb+Q1hM+xWUPCRwBtBLY9dwHNWNJ8R6nJrFpYRi3FrEIYTE7KrMpjB3jJ3E+m
BjFSqyfzNZZdUipXaut9Tv6OK86vdd1O98OvejWIoJPtCb7aJAr2w83bhjnOOmcjmr6eJNUfxUtj
HJbPbRyRxMGKKZlZcmQZOT6gKCKftUJ5fUSbutL3+VvLzO1LqGClgCegz1oZlQZZgB6k15/purT6
x4p0S4urmFn8y7H2ZEw9uAuAGOcnIGeQKi1W9uUTxVHdXsdykEsXl20yggAsnIGegzj0zzS9qrX/
AK2uP+z5KSg5a2v/AOTcp6NkUVwx1vWptSMUN5bxRPqUtgoNuGKALuDZzyR0xVOXxprD2GmmI2yS
ywSSvI+1VkZXK7csQBwMnHPPFP20QWW1XazX3+v+TPReKOK5jxVrF7penWk8U0NsWy02drOAFzhF
YgNz1wc+lZt54rvku55Ibq3VYZYI4rJov3l0rhSWGTkfeOMDjHNOVSMXYyp4KpUipRtr/nb9f8zu
cijIrirbxRdy6zDZNcQ7zqdxbvGFG4RKpKcfUde9VrXxFq0+n6TLc6la2i6h5jG5eEbItgwF5OCW
PP8AKl7WJX1Cr1t/V/LyZ33FRzzJBC8shwiKWYgZwBXH2HiXU7vxY9nm2+zJO0BjLKrFQud4BO45
69MYrsxyKuMlLYwrUJUWlPqr6HPx+NLBp4o57e+tY5mCxT3FuUjcnoM/410Ncf4muJPEb3Ph7T7W
R5Y5I/tFw+BHCPvZHOScCuvRdqgcnAxk1MG22aYinCMIySs30vfTSz+f/BHUUUVocoUUUUAULT/k
Lah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFAFLWNTj0fSp76ZHkSEBiqYyecf1oput6YNZ0i4sGlMQnAUuBkjkHp+FFa01
Tt7xnLnv7pfooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBm
q/VC2/5DN9/uRf8As1NdRPoX6KKKQxDWboGlvo+lraSSLIwkkfcowPmYt/WtI1jeErye/wBCSe6l
MspmlUsfQSMB+gp9BdTaooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv
/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A
9FtV6qN7/wAhHTv+ur/+i2poTL1FFFIZDLawTujywxyMnKs6Alfp6VXOlQNrC6k25rhITCuT8oUn
JwPU1eopWTKUpLZkK2sCbSkEalAQuFAwD1Apn2C18nyvssHlZ3bPLG3Prj1qzRTFd9yGS1hlIMkM
TkAqCyg4B6inNBG+zfGjbDuXIztPqPSpKKAuyD7JBs2eRFtLbiu0Y3dc49fej7HBvL+RFuLBy2wZ
LDofr71PRQF2RJbxpGY0jRUOcqFABz14pgsbYJsFtDt27MbBjb1x9ParFFAXZD9lh84S+TH5qjAf
aNwHpmhraJpxMYozKowHKjcB9amooC7K4s7cGQiCIGX/AFh2D5/r6/jQttbGXzFhi81Bs3BRuUem
e30qxVHT+LjUP+vn/wBkSiwuZk32K3JkJt4f3v8ArPkHz/X1/GlFpAJFkEEQkQbVbYMgegPpSX9z
9i065udu7yYmk25xnAJx+lc9H4xaXTtIkWzxdXtwsM8Jkx9nG9Uds45wWXHTO4dKB3fc6NbWFZDI
IYw5O7cFGc4xnPrikezt5HZngiZmG1iyAkj0Nc/eeLJLXw5a6qtl5hmuPKaJXOVUFtzDjkhUJxTd
W8ZGxvL2O3tkmhtbTz/OMhAZ9yfLgA8BZFOffpQF2dGLWEEN5Me4NvztGd3r9femmxtiiIbaEqh3
ICgwp9QO1Z9jqlzfaWsqGy+1ybvKj8x1RsHH8Shux/hrGHi7UlsLO6uLKwhS7d1WWS5cRJtONrPs
4Zj0zxwec4BLBd9zq5raK42+dFHJtORvUHB9eaDawtKsrRRtKowshUFh9DWFP4hvI7C/1KOyhbTr
ZJtjmYiR2jyCSuMBSykdc98Va07xJZalf3kdvcQPb2yRN56yAgs+/wCX2xtH50Bdml9kg8wyeTHv
JyW2jJOMZz9KRrK3eFYWt4TEpyEKAqPwrAXxcc6yr2mJbGTZboH/AOPnLbFwccEvweuMg96Ynim+
uNPe+tdOhkgtrVJ7rdcFW3NGJCkY24OFI5JGc0BdnSC2hE/neTGJcY37Rux9etS1zjeJLlbmeX7J
E2mQzxQNKsp8394qENsxjGZFB5z1PtUnhrxBPrpuGkit40jJXajOWB3Ec7lA7diaBXJtNimj1/Vn
fTkgjkMZW5D5M+BjkZ4xW1XNzeOdHtrGO7neaKKUts3x7WZVxucA8lRkc/lmp38Y6Yk8sf8ApBWN
JX84Qt5beWMuFboSMUkrIuc+d39PwVjdorD1HxfpemJI1zI4MbhNgXliUD8euFYGobrxpYx2NzdW
cNzepb+XuMMZwd+3ABPfDA/jTIOiopkUnmxq+1l3AHawwR7H3p9AFC0/5C2ofWP/ANBq/VC0/wCQ
tqH1j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
ieMZpbfwnfy28jxyqg2tGSGHzDoRRV/VdRh0nTZr25V2hhGWCDJ646fjRW9JyS0jcxqWvq7Fyiii
sDYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7
kX/s1NdRPoX6KKKQxG6VT0u6tLyzE1gF8gsyjam0ZDENx9QauGszw7pkukaStrO6O4kkfKZxhnLD
r9afQXU1KKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//AEE01uJ7Etv/AMe0X+4P5VLU
Vv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f/0W1Xqo3v8AyEdO
/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/j4v/wDr4/8AZEq9WRBD
dSXl+YLsQp5/3TEG52JznNUtmS+ho3dsl5ZzW0uRHNG0bbTg4IwcfnWVH4T0+K6kuF87zJDAT8w4
MRUrjjvsXd67RVz7LqH/AEEV/wDAcf40fZdQ/wCgiv8A4Dj/ABpW8x38ipa+F7e2jjiN1dzQwz+f
FFIyFYz82QMKCQd56k9qgTwVpsWnCzje5VFikiDhxuw7q+c46jYoHoBitL7LqH/QRX/wHH+NH2XU
P+giv/gOP8aLeYX8hbXSooGjkndru5jzsubhEMig9gVUYH0qo/hqE6bFYRXl7Bborqyxuv7xXOSG
yp9T0weatfZdQ/6CK/8AgOP8aPsuof8AQRX/AMBx/jRbzC/kUh4Ts0t7i1juLyOynR1+yrIPLTeM
MV4z3JwSRk5xV2TRrOe6uJ7iFZzcJGjpKodMIWK8EdfnNH2XUP8AoIr/AOA4/wAaPsuof9BFf/Ac
f40W8wv5FQ+FdPN9DdnzfNhnlnX5hgtJ1B46AgEDsQKi/wCEPs1hEMN1ewwNFHDPFHIAs6ooUb+M
5KgAlSMitD7LqH/QRX/wHH+NH2XUP+giv/gOP8aLeYX8iufDdu2oS3DXFyYpZlna13KIS6qoU4Az
xsU4zjI6UWHh8adCIYdSvzCrh0jZ0wmG3FQQucHock8VY+y6h/0EV/8AAcf40fZdQ/6CK/8AgOP8
aLeYX8ijJ4Ss2t7KOG4uoHs42ijljZdxRsEg7lIPIB6ZGOKhn8IRSajHILmdrNvPEts7/KPNUhtu
BkEkknJPU4xWp9l1D/oIr/4Dj/Gj7LqH/QRX/wABx/jRbzC/kZn/AAhtrtDNfX7XIl80XDOhcHYI
8YK7SNqjgjqM9akuPCNndSSyT3N27vAIA25QUAKnIIXk5UH5sgc4AzV/7LqH/QRX/wABx/jR9l1D
/oIr/wCA4/xot5hfyLkaGONVLs5AALNjJ9zilLAMFJGT0GetUvsuof8AQRX/AMBx/jVLUrK9kjRD
MbiQn5CsAXYfXdn5aEvMG32Llp/yFdQ+sf8A6DWhWPosVzBcXkd5OJ518vdIF25+X/PNbFOe4o7B
RRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBna9ph1jRbmwEoiM6h
d5XOOQen4UVW8YXU1l4Vv7i2laGZEBV1OCPmFFdFFTa91mNVxT942qKKK5zYKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E+hfooopDENY/
ha/uNS0Rbi7k8yUyyqWwBwHIHT2FbB6VT0qWymsw+m+X9m3MB5a7V3bju4+uafQXUu0UUUhhRRRQ
AVV1T/kFXn/XF/8A0E1aqrqn/IKvP+uL/wDoJprcT2Jbf/j2i/3B/Kpait/+PaL/AHB/KpaQwooo
oAKKKKACiiigAopKWgAooooAKKKZKxSNmVS7AEhR1PtQA+qN7/yEdO/66v8A+i2rDu/Emr6XEt5q
uipFYbgJGjuA8kQJwCRjB/Cp/F0zJojTQSOjCCdkkRsMP3L4IPY0oSUnoaVqE6aTls+zT/I6OivP
Z9f1TSLq8t5WaSeygggMkzERlXlYLcHPGduAT03A54qa113WpJpp2vrGWQaeJ0togHjlKyuGKsDy
dq84yASPTlmZ3lFcIvjPUZorl4ooVWJPPDPGxCwyOggdseil2bH9w9OtXdM1zUdQ1O2tY7u0lt/N
mDXUcB23KRiI/J82By7KSMjK8UAddRXJ+DdTu7nQD9odFkt7eMRxSBt2NmRIz87g3sOMY65qhZ+I
725vdMlm1GNYh9oS4SKEMkzqqMFRlYh+CcEcnB4zkAA7uiuG0jxTqerrHDDNbqzXyQee0IPyGBpT
8quQGBXH3vqM1Zs9fuLHw5fzXN7Ff6hFPdCKHbtb5Hb5SASThcN67cfWgDsKK4e+8UXlnGBFqum3
CrBJPHciAlbpwQBAoDH5uecEnkYHWotU17WJLfUkE0MMTpdRRKsREkJjiD53buT1HQY4NAHe0VxM
d7qFhcQ6ZZzQq261h8142YAMkrMQpbr8o7/XNNu9f12OW6aGeyESm8aNWtmJVbc8AndyWz1xxQB3
FFRW032i1ilIwZEDY9MjNS0AFUbD/j4v/wDr4/8AZEq9WXDdRWst80z4zc4UAZLHYnAA5Jql1JfQ
d4juJLXw1qc8EjRSx2sjJIuMqQpwRn0rmE13UZLrS7FrhknsrtLfUGAH75iSqjkfxKN/HqK7QBbm
3xJH8ki8pIvY9iKT7JBvL+THuZgxbYMlgMA/UDvUlHGXGs6jL4X8P3FheGW8ZllnVSCZ9sLyNGcf
3tvbviq1/wCI72+kvbmxvXSznig+yAOsY2/aFjLhiDjdluSDgY4ruINMsrUk29pbwktuJjiVecEZ
4HXBP5mhtNs2h8lrSBotoTYYl27euMY6Z7UAZdm0lxYxabI+oCSRC7XkUokCncfl83AyeMfdrnI7
m+ttG0i/m1i7lgktxcXKC5jWbJ2/MoZcMgwflGDzxk8V3kFtDawLDbQxwxL0SNQqj8BUT6bZyGEy
WsDGD/VFolPl/wC7xx0HSgDkJNXuG8O3Wqx6rL9vkDf6EGQCIiQLtCkZBHQk+pz2xp6drl6dQ1T7
bZXQ8uaGNLaLbKYwyZJyvYmt06faGWSU20BklAEj+WMvjpk45qUQors6qoZ/vMByfTNAHBN4g1OG
01Sya8kNzdS3EljPgExRo7rIBxj5BGMf761JJrF1Lp95ff2xJDe2oiS3tMrtmYxowyuMsXLEcfh0
rtvsduSD5EWRuA+Qcbvvfn39aa2n2jzxTNbQGaIYjkMa7kHoDjigDlY9QuU1aaZNTlknOq/ZRZMy
shiyuSFxkFRls57c1J4V1KePw+b/AFC6e4kkhR1U3ayl22lsKoVdrHn5ef0rp0sLWK5e5jtoUnk+
/KsYDt9T1NRw6TYWxJt7K2iJYMSkKryM4PA68n86AObXxTftb2R87R1a9BlSVpW8qFAgbaxzy3PH
QYBOOMU218W6je3Nu0VtaR28/kR7XZjIsksW8HsCoOPcj0rpjpNgYniNlamN38xk8lcM394jHJ96
nNtCX3mKMsWDbtozkDAP1xQBw+m67qVjo1jukS5uprGGbfLK5UtLMqZOcngP247AAVpXGua0uqNZ
wx6aR9pSzV3MgPmGASliB/D1AHXpzXSfY7fCjyYsKAoGwcAHIA9gRTvs0W/f5abt2/O0Z3Yxn644
z6UAVtFvzqui2d8yBDcQrIUByFJHQGruKbHGkKBI1VUUYCqMAD2FPoAz7T/kK6h9Y/8A0GtCqFp/
yFtQ+sf/AKDV+qluTEKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
AKmqX1tpumzXd6CbeIZfC7uM46UVB4h019Y0K6sYpFjeZQodhkDkH+lFa01Br3mZz5r6I0qKKKyN
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFv/AMhm+/3Iv/Zqv1UnsBLOZo5pYJiN
paMj5gOmQQQetNCZazRVIQagn3b2J/8Afg/wYU6JdQEq+bJamPPzbUYH8OaLeYX8i2ayvDWmz6Vo
62tzs8wSyP8AIcjDOSP0NaprJ8M6jcapoy3N0VaUyyLlVwMK5A/QUdA6mvRSZopDFopKKAFqrqn/
ACCrz/ri/wD6Cas1V1PnSrv/AK4v/wCgmhbg9ia3/wCPaL/cH8qlqK34tov9wfyqSgBaKSigBaKS
jNAC0UmaKAOQ8Va5rdv4l0/SND+yiS6iaTM6kgkZ79uAai2fEL+/o35H/CjWv+SraB/17Sfyeu0r
JLmb1O+dRUoQSgndX1XmzitnxC/v6N+Ro2fEL+/o35Gu1ozT5PNmf1r+5H7jiinxCwfn0b8jXYwi
QQx+djzNo37eme+KkoPNVGNupjVq+0t7qXojkdYa+8TarfeHojDb2UAia4lOTI6tztUdB0reuUVL
vTIwPlV2AHt5bUltZ30etXlxNcxPZyqohiVAGQjrk96j1pbovZixMa3G99hkBKg7G64opx1bZWIq
XjGEdlbbu0r/AD/pGptU9u2KNijHA46cdKw9NTUB5mWiFzx5xnjcsT2wd2MdenFX9uqf89bL/v2/
/wAVWjjbqcyl5F0Ko6ADtQFUYwAMdKpbdU/56Wf/AH7f/wCKo26p/wA9LP8A79v/APFUreYX8i6F
UdBSCNAAAoAHIGOlU9uqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IuBFAwAB9BS7F64GapbN
U/562X/ft/8A4qjbqn/PWy/79v8A/FU7eYX8i4I0AACjAOQMdKXYp7D8qpbdU/56Wf8A37f/AOKo
26p/z1s/+/b/APxVK3mF/Iu7V9BRtX0FUtuqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IvAA
DAoqjs1T/nrZf9+3/wDiqNuqf89bP/v2/wD8VTt5hfyL1YL6LBqF/eXBG24jn2q55GNicEen5GtD
bqn/AD0s/wDv2/8A8VUOlC7F3fee0BXzudikHdsT1PTFNXjdpieu6Hx6JZ+Wvm2sW/HzbScZ9uaf
/Ymn/wDPqn5n/Gr1FTzMrlRR/sSw/wCfVPzP+NH9iWH/AD6p+Z/xq9Rmi77hyrsUf7EsP+fVPzP+
NH9iWH/Pqn5n/Gr1FF33DlXYo/2JYf8APqn5n/Gj+xNP/wCfVPzP+NXqKOZ9w5V2KP8AYlh/z6p+
Z/xo/sSw/wCfVPzP+NXqM0XfcOVdij/Ylh/z6p+Z/wAaP7EsP+fVPzP+NXs0UXfcOVdij/Ylh/z6
p+Z/xo/sTT/+fVPzP+NXqKOZ9w5V2KP9iWH/AD6p+Z/xo/sSw/59U/M/41eoo5n3DlRR/sTT/wDn
1T8z/jR/Ylh/z6p+Z/xq9mijmfcOVdjM023itdQv44UCIDGcD/drUqha/wDIV1D6x/8AoNXqctxR
2FopKKkoWikzRmgBaKSigBaKSigBaKTNGaAFopKKAFopKKAFopM0UALRSUUALRSUUALRSZooAx/F
t5Pp/hi+urWUxTRoCrjHHzAd6Kvapc2lpp00+ohfsqDMm5Nwxn0780VtTlZfDcymrvexbooorE1C
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKz5ZLm5v5reCZYEhVSz7NzMWz0zwOnvWhV
C2/5DN9/uRf+zU0Ji/2YW5kvrxj7SBf/AEECnxadFFIriS4ZlOfmncg/hnFW6KLsLIQ1yGpXvh1E
OmyrfwJbSsxW2imQbjnPKjkZJrrzWfoWqHWdNW7MXlZkdNobP3WK9fwpxdtRSV9CnFFp3hWwkuQ9
4YZWXO9pJ2z2wOSKzbHT9C1+9ne3l1Xzc+Y4aWeJeT2BwPwFddRijmDlOZ17WdGm36fqD36mFwW+
zxSjnH95RyOas2tvpvhywkv43vTDKqFvMeSZsHphTkjrW7iijm0sHLrc5C2s9B8R6jO0Muq+c2ZH
BkniX04zgfgKn8Tarpf2O40q6a8EiIMeVHJjOMrlwMY6Z5+tdRVbVP8AkFXn/XF//QTTUtROOhka
baaboWmnVInvTE8Ks3mSSSnB6YQ5IPPYVQjh0HxJqshjl1UXEg3sN88KYGBx0A7V1dv/AMe8R/2B
/KpMUc2tx8pzus6npNtAdIvnvgFROYUlLYHT51HXjnml0uy0vS7JtXtZL9oWhLHzpJXO3r9xuc8e
ma6HFFLm0sg5dbnID+wfEurnbLqguJF6AzwphR+AFX9W1DStNsxo9496EMQAMSSu23t86jOePXNd
BRRzBynO6Pp2l2lv/bFnJftGI2P76WVvlHX5G5zx6VSeXQfEmrIPN1QXEi7QF8+FMAE+wFdfRRza
3Dl6Hm/iWKz0vxtocE7XP2RLOSNmVneTB3jqPmzz1rpdE0zSkRdVsZNQZUD48+WU9OD8jf4Vna1/
yVbQP+vaT+T12lZwk/e9TrxK92l/h/VnIT3mgeI9SgDS6oJ3AjQIJ4V7nnoPxNaV5d6Z4d0+PTrh
7zypUcKVWSVsHr8wyQea3aoahrmnaVc28F/eRW8lwSIhIcBsdeeg6jrWjkvkcsYSk7R3MnQdJ0iX
ZqOnyaiwiYgefNLjOOcq3XrVW81DQPEN/bpJJqglJ8pBGs8S8nvgAfia64MGAIIIPQiklZkjZlUu
wBIUdT7Uc2txcvQxp7jTfC9hHazPeGKUttOJJm9+RkjrWRpem6RPfWF3p0mosEnZT9ollHIQno/X
tVm78SaxpUS3mqaNHFYbgJDFcb5IgeMkYwfwraumD32msDkNIxB9vLalCondLc1rYedNKUrWe1rP
8mYGo6poOt3UMVxJqayIxjXyknjGSQOSAAenWtRpdO8JWKRu92YpXOCfMnbOOeeSBxW1RT5unQy5
TlNE0rRdQl+1WEuqE28gP76aZRnqOG6ik1jV9C1OZLe8k1JXgkKjyI5kGc4PKjkcV1lFPm1uHLpY
xR/Z/hKxJZ7sxSyfxGSdt2PxIHFZmlaXoer3Ek1nNqhaJw7eZNMgyTkcNjI46U3W7+6t9V1aWHU5
IHsbeGS2tsqUmdt/ylSMncQF4OeeKqy6/cX3iC5txd3sFnMXtoWii2qksS7iRIVKncRIpHP3BS5v
vDlL+uaxod7IbO+k1FWt5DnyI5l+bofmUcitCOLTvClg8++8MMrrnc0k7Z7YHJFcrH4jutPGku2o
XtxHFbw3V+Wi8xW84AEMyrhAo3PyR2610mqeIprLUJEtkgntbeylu5iGJdthI2LjjOR36UX0sFup
QsdP0LXryd7aXVfMDeY4eWeJeT2BwPwFWNe1nRrgvYag+oKYXy32eKZecf3lHI5qlF4x1WS1Xfaa
fBLJukjlmuR5RjVA3O0tgnOBz0BPbFdVpV22oaTZ3bqEa4gSUqDwCyg4/Wnzahy6GbbW+neGbCS9
R7xoZQhO95Jm56YU5I61mW1noPiLULhoJdV85syuDJPEoye2cD8BXX4oxS5vvDlOb13VtHIfTNQe
/UxlSTBHLnpkfOo5/OprG003QbCTU4XvWhkjVj5jySnaemFOSDz6VvUUc2lgt1OQig0HxJqkvly6
qJ5AXYb54UwMDjoB24p19qOlW327StQe9CmVDmBJS2AiY+dR149a62qVh/x8X/8A18f+yJVKQuWx
maZZ6XpFi+r20l80LQ7j5skkh29fuHnP4ZqgBoPiTV22y6oLiUZwDPCmAPwArr8UYqebr1HynPat
qGlafaDR7x70IYlGYklZtvb51Gc8euaNI0/S7G1OsWkl+0XlMf30srnaOvyNznj0zXQ0Uc2lgtqc
g8mg+JNXUCTVBcSjaAvnwpgDPsBV/Ur3S9GsU0m7e98t4cAossjben3wCc/jmrq6/Ztrd3pZZkuL
aETOXGFKnrg98cZ+oqpbeLrW8trea0tL6czh28pIRvjRWKlmBPAyDgdT2HWjmBRItE0zSoohq1jJ
qDIqvgTyyngcH5G+npVOe70DxJqcIaTVBPIBGgQTwr3PPQfiavz+MrG1+0NcwXkUULSIJmjGyRo8
7lXBzng9QOlaC6so0ifULi2ubdIEd3jlUb9qjJIwSDkDjmnza3Dl6FG9vNM8P2Eem3D3nlSRsFKr
JK2D1+YZIPNQ6DpWkuE1LT5dRIiLACeaXrjByrdetWo/E9qbe5kuILm1kt4fPaGdAHaPsy4JByeO
vXio4vFcU89lHDp2oSC9j8yJwibcDG7OXyCu4AjHXOM0ubQLamdd3+geIdQt1kk1QTNiJBGs8S8n
vgAfia057jTfDFhHZzPeeVLv2kCSZvf5hkjrxVzR9atdbt5Z7QvsjlaI71xnHII9iCCD3BoGvaSY
EmGpWhikfy0cTLtZvQHPXkUOXToCiZGg6Ro9yyX2ny6kfIkwPPmmAyB3Vuo5qDUNU0HXLuCOeTU1
kVvLQRJPEMkgc4AH4mujj1Wwmvnsor23e7jGXgWQF19cr1q3inza3Dl0sYjy6d4TsUhke7MUrtgk
STtnHPPJAqhoek6LfSC7sJdTJt5Af300yjPUcN1FdVRS5tA5Tk9X1fQtVnjgu5NSV4XKDyY5oxkn
ByVHI4rSzp/hKx+Z7sxSydWMk7bsfiQOK2qKOboCj1OM0PSdI1XUbq4tZNR2xSI6+ZNKnPXkHGRk
VZ1zWNDvpPst9JqKtbyEHyI5k56HlRyK3LX/AJCuofWP/wBBq9VOWokroxEj0/wnYvNvvDFK4zua
Sds44wOSBWZp2m6Frl3NJay6r5it5j75Z41yTngHA/AV11FTzfePlOY17WdFuWex1B9QUwSZP2eK
ZeQP7yjkc1bt4NO8MWEl4r3hhl2bt7STN7YHJHWtyijm0sHLrc5G0stC8RX9w0Euq+ccyuDJPEvJ
7ZwPwFWte1fR2D6bqD36mJlJMEcoOcZHzKOevrXSYoxT5tQ5dDBsrXTfD9hJqUT3rQyRqx8x5JTg
9MKckHn0rOgttB8SanMYpdVE7gyMN88K9hxnAH0rr6KXN16hynO63qmkQxNpN898AgTJhjlzgcj5
1H5807TbPTNHsX1a3e+aF4dx82SSQ7ev3Dk5/DNdBRRzaWDl1ucgqaD4l1dtkuqC4kG4gNPCmAAP
YCr2r6lpNja/2PevfBfKUZiSVm29vnUZzx65rocUYo5g5TntJsNLsLQ6xaSX7RGJj++klc7e/wAj
c549M1RL6D4l1cYl1QXEi4AUzwpgD8AK6/FFHN1Dl6HP6nfaVpFiukXb3vltDgGNZXbb0++ATnj1
zTNF03SoIRq9lJqDIqP/AK+WU8Dr8jfT0ro6KObSwcutzkJbnQfEmqRAyaoJ5AEUIJ4U4yeeg9ea
0b680vQbBNMuXvPLkiZVKrJK209fnGSDzW9Rijm+4LHN6FpeksE1PT5NRYRlgPPml9MHKN1/Kqlz
faB4i1C3V5NUEzYjQRrPCvJ74AH4muvxRRza3Dl0sYdzc6b4a0+Oyne8MUocKQJJm9/mGSOvFVNB
0jSLhkv9Pl1JvJfA8+aUDIHdW6jmunoo5tA5dTj9Sv8Aw94iuYYbr+0nYHy1jSKZFbJ7gDB6d6K6
HXdTOjaLc34i80wKDs3YzyB1/GitIKbXufmRJxT940KKKKxNQooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelabDpNkLW3Z2j
DM+XOTlmLH9TVw1h+DoZYPD6JcRyRyedMdsgIODIxHX2p9BdTdooopDCiiigAqrqn/IKvP8Ari//
AKCatVV1T/kFXn/XF/8A0E01uJ7Etv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQBx/
irQdbuvEmn6vobWnm2sTR4nJxk57Y54NQ4+IX97R/wBa7WlqPZ63udUcW1FRcU7d0cTj4hf3tH/W
sPxZ/wAJGNKP/CRnQfI52bs78/7GOc/SvUqz7/RNO1S5t5760iuJLckxGQZ2568dD0HWplTurXNa
WNUZqTgtOy1PO/hwPFQMXlEDR88/a84x/wBM+/8ASvUc+tOAAAAAAHQCkI6VUIcitcwxWI+sVHPl
S9Dk9Xa98S6rf+H4jDb2UAia4lILSOrfNtUdB061s38sNlPprSMI4kkZck8D92wFOtrW+i1q8uJr
qN7OVVEMIjAZCOuT3qS8/wCQhp3/AF1f/wBFtTpxs22LEVLxjCNrK23dpX+Yf23p/wDz+Q/nR/be
n/8AP5D+dX6KvQ59Sh/ben/8/kP50f23p/8Az+Q/nV+ijQNTIe70OS7W7kNk1ygwszIC6j2bGe9O
F/owjWMS2vlo25VwMKeuQPXk/nWrRRoGpkrfaKsbxrJaBJAFdQowwAwARjkY4+lLHf6NCcxS2iHB
GVAHU5P5nmtWijQNTCI8Nm2a3EenrEzbyixKBuxjdjHX3qxZ6jpdjZQWsN3EIoI1jQFsnaBgc/hW
rRRoGpQ/tvT/APn8h/Oj+29P/wCfyH86v0UaBqUP7b0//n8h/Oj+29P/AOfyH86v0UaBqZNz4gtY
drxSxTIM7wr/ADj3A707RruG9F5cW0gkiknyrDv8iVburNLvaJmcxr1jDYV/r6/SqNqbqK6vktbe
3aITjG6Qpj5E4wFNUrWJd76mvRVHzdS/59rX/wACG/8AiKPN1L/n2tf/AAIb/wCIqbFXL1FUfN1L
/n2tf/Ahv/iKPN1L/n2tf/Ahv/iKLBcyNV8JtqV9PcC78rzpULBV5MWzZJHnP8Q79iBTofDt7YXJ
uNPvYI5JfMSVZISy7GleRSoBGGXzCPQ1q+bqX/Pta/8AgQ3/AMRR5upf8+1r/wCBDf8AxFFguZ1v
4XjtBfzxCB7+6klYSzoXRQ7Z2lM4xjg4xmoLfwj5ek3Vs1yUknjlRI4GdLeEOm3Aj3EEDk89zxji
tjzdS/59rX/wIb/4ijzdS/59rX/wIb/4iiwXMS48K3uorGb/AFBFkHlxsbWMpiJG34Ukk7iwQk+i
4xzQnhK6tkdbXU2BUXPkPKu50MwUkk55wwY/iPStvzdS/wCfa1/8CG/+Io83Uv8An2tf/Ahv/iKL
Bcy9L8LyaHds2n3ztbyRxRyR3WZGwmQNpBGPlOPwFUbzwMbi10yNZraQ2lp9kkSeNzHIvB3AK6nO
R0OQc10Xm6l/z7Wv/gQ3/wARR5upf8+1r/4EN/8AEUWC5i2Ph+807xBaSboZLGIXRVlj2yKZXV/m
Ofm53DgDpzXUVR83Uv8An1tf/Ahv/iKPN1L/AJ9rX/wIb/4iiwXL1FUfN1L/AJ9rX/wIb/4ijzdS
/wCfa1/8CG/+IosFy9RVHzdS/wCfa1/8CG/+IqlqVxfJGjMsUMuf3QinZix9Nuz5v89KajcXMXLT
/kLah9Y//Qav1jaLJdSXF419EkVwfL3IjZH3a2KJ6MI7C0UUVJRi+Kr+607SFlsmdZnuIosxxiRs
M4B2qeCcGs6w8VXP2O1FzAJZBDcS3cmfLMSwuFOUwcvyMgHGc4OMV0Ooada6pam2vYVmhLBtrZ6g
5B49DTLfSbK0EYt7WKMRxtGu1eisQWHvkgE+tAGG3jGWKBvtFhHDcNFFNDE1zuEiOWxyqk7vlOQA
frgEiGTxdc3wsX0+1aO2ea0E8zuuVEu1toXBz8rAE5GM8dDWynhfR4rZ7ePT4FikcOwUY5HA56jA
4wOMEjvTv+Ea0kT28wsLcSWyosLbf9WE+7j6dqAMyXxbPFoyak9hEkVwFe0V7n5plKluiqSGwAcD
I56jBqDUPGVwun3MtlZKji0W5tjcyFfOBVWOABggBucHOR0Awa1z4W0cxSRf2fB5cj72UAgZ56en
U8Djk1J/wjmlZc/YYTvh8ggjI8vAXbjtwAPwoAzbjxHe293JbR2IuLk3CQiIzhEQ+R5rYbbkjgjp
TLfxkb3WLCytLB3S6ijmeRpMGJXQvnaAcgYAPI5YetbUWj2MLI0dtGGQgq3UghPLBz/ucfSs2Pwh
aQa1HqFvPPCE2YgjYBPlUIB67cAcUAU49W1NL2a5a6jkthqf2EWpiAO0kKGVhySM5OeMA9OtR6Zr
Wqy3WlT6hMYrK7gh8to7cNHLIycq7ZyjbjxxjGB1Nb8WhadBqMl/HaRLdyEs0uMnJGCfYkdxSQ+H
tLgu4rmOyhWaFFSNgPuhRgYHTgcZ60AaI6UtFFABRRRQAUUUUAFFFIzBQSeg60ALRUVvcw3cKy28
qSxt0ZDkGpaAKeq6dDq2mzWVwXEUwAYocHrn+lFUPGMUs/hO/jt0kklZBtWMEsfmHQCit6UW1pKx
jUkk9Vc26KKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1
Qtv+Qzff7kX/ALNTXUT6F+iiikMQ1Q0XVF1nTlu1iMQLum0nJ+Viv9Kvk4FUdH0xNHsBaRSPIod3
3PjPzMWP86elhF+iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7R
f7g/lUtRW/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xq
o3v/ACEdO/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq
9VGw/wCPi/8A+vj/ANkSqWzE90XqKKKkYUVRj1myl1O609Zh9ptEWSZCCAqtyDk8H8OlVI/FmlTW
ttcQTSyx3IZk8uB2IVW2lmAGVUEdTgUAbNFYr+LdJiedZZ5IxCXUs8DhXKHDBDjDEHjAyauJq9q2
lzag3nRQQq7yebC6MoXk/KRnt6UAXqKy4vEenSWl1cNJLEtqnmTJNC8bquMhthGSD2wOenWol8U6
fJc20Ea3cjXSCSFktZCrqQDndjGBuGfTPNAGzRVLTtWs9WtnnsZvNiSRo2YKR8ynB6/z78VNFewT
CPbIoaRQ6oxw2MZ6daAJ6KoHWLT+0HtFkLyxqjMEG4DcxUZI75HPpVhr22QOWuIlEZ2uS4G0+h9K
AJ6KpnVrL7TNbLOrzwFBJGnLJuIC5H41P9qgy486PMZw/wAw+X6+lAEtFNjkSVA8bK6MMhlOQfxp
1ABSY5zS0UAYjWUl1rF80d9c2wXywRFtwfl6nINTf2RP/wBBjUPzj/8AiamtP+QtqH1j/wDQav1b
k0QkmZX9kT/9BjUPzj/+Jo/sif8A6DGofnH/APE1q0UuZj5UZX9kT/8AQY1D84//AImj+yJ/+gxq
H5x//E1W8YpHJo0QniaW3F3AZkVC+UEi7sqMkjHWububW9VZDpNveJaFLk2cYVlZYykWQoPK5IkK
g+vGKOZhyo63+yJx/wAxjUPzj/8AiaaNLlYkLrV8SpwcNHwf++azfD8FouuSvosE1vpq2wSVXieN
Hl3fKQGAywXOT7jOe1LRrLULJ7SGGe6RLm+vJrlzCgL7XOwM23o2M56nPBAxg5mHKjof7In/AOgx
qH5x/wDxNH9kT/8AQY1D84//AImuYt9T165gKpc3omkWL7SWsgv2SZpkVkjyvzAIX67sbQc81q6L
Lq6atGl7dXFxbyfakIlgVQvlSKsbZAHLKSTng9gMUczDlRpf2RP/ANBjUPzj/wDiaP7In/6DGofn
H/8AE1yMVtqljeW3kW88sF1qVxcBTnEUqmYAN6I67Mdsg+oqaDV9ZaJd13qH2VvJ+13LWO2S3kO7
eiLt5Gdg6Ntz1PY5mHKjpxpUzDK6zfkexj/+Jpf7In/6DGofnH/8TXG6bea5ZjSbSKWW2t8Bt0tm
5M7NM+9WAQ7Tt28ErjdnkDi54qim/wCEtimhtzLKkNs0IWGQuxWVyypIvypxjdu6ijmYcqOm/sif
/oMah+cf/wATR/ZE/wD0GNQ/OP8A+JrUHSlo5mHKjK/sif8A6DGofnH/APE0f2RP/wBBjUPzj/8A
ia1aKOZhyoyv7In/AOgxqH5x/wDxNH9kT/8AQY1D84//AImtWijmYcqMr+yJ/wDoMah+cf8A8TQd
JuACf7X1E+w8v/4mtWijmYcqOZ0fQr2HU2v5rmeBHOTBlSZPd8ALn6fnXTUUUSk5O7CMVFaFDWtT
XRtIuL9ojKsChigOCeQOv40UusaamsaVPYyu8aTAAsmMjkHv9KKun7O3vClz390vUUUVkWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/
RRRSGIaw/Bvm/wDCPJ5/mb/Om/1mc48xsdfatw1S0jVI9YsBdxRuiF3Ta+M/KxU9PpT6C6l6iiik
MKKKKACquqf8gq8/64v/AOgmrVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VL
SGFFFFABRRRQAUUUUAFFFFABRRRQAUUlFAC1Rvf+Qjp3/XV//RbVdqle/wDIR07/AK6v/wCi2poT
L1FFFIYUVka/PdxDT4bG4FvJdXQhaQxh9q7HbgHj+EVzmqeM7nTLWGOae1W5guZRO7DAuIocb9i5
4ZtwAHOCDQB3VFcNda5qOnJqUk2tW7oksVvatJbqqbpVVg7EHkKGJx3ArZtPEAvPDFlqSNlppYYn
2AYDmVY3xntkn8KAOgorlYvGjv5m/S5FLnFqBMp84+cIef7nzEHvxn0xUVr4quoI5JNRhbzfMuVE
CMpAKyxRou7jvIOfzoA6+iuduvFMthdWNte2Ucc9y6o8aXG9o9z7EbheVJxydvfGSMVStvF13Hp9
vd6laBHdLgiKBwwcpIka8nGCS+PTuaAOvorlbnxjdWxeE6QWvImkE0QuV2qqxrJkNjnKsOMDn866
W2nW6top48hJUDrnrgjNAEtFFFABVGw/4+L/AP6+P/ZEq9XN3eo3dneXccEGIXuPnuSy4T5E4weA
fc8VUVe6Jk7WOkorNiu7xYkAsJZMAfMZ4yW9+tP+23n/AEDZP+/yf40crDmRiap4Vu7zVbm7t7iK
I3EqpIedxtzGqyJ06kqCKfY6FqmkXJmsWspBKrxyJIWURjzpJEZSBzgSEFeOg5rY+23n/QNk/wC/
yf40fbbz/oGyf9/k/wAaOVj5kZMfhURQX0kqx3tzPLO0cVzKxgVZHLYC4+UkHBIBpieGr9tDvLWW
/kV5YZoobbzjJDGHUhQXZd7YJznj0xxWz9tvP+gbJ/3+T/Gj7bef9A2T/v8AJ/jRysOZGHeeHdV1
WVZria1tJG8qJxATJtiRjJwWXDMXC8EYAz1zTYfDOrWcGy3vYXeGO7jtpZMgjzijKSAMDaQ/A7bf
w3vtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyMjSPDl9oU0sdveJdWkyRI3n4Rk2qUJAVcHKhO
v92qdr4Kmhe1mZrX7RAtmgmUHeqxIVcA4zzngfnXR/bbz/oGyf8Af5P8aPtt5/0DZP8Av8n+NHKw
5kc1p3g28tWTcmnwhFtEzBuzL5Mu9nf5R8xH15796G8JaiNEFhHFpaupVZJwMvdKA3zOWRtrZYH+
LPzcjNdL9tvP+gbJ/wB/k/xo+23n/QNk/wC/yf40crDmRz1l4Qu7XaG+xsxSx3zDO8tAyFx05BC5
BJ64yO9V18DXT27QTDTwqxeUzqGLXeZkkZpcjrhDx83LHkCup+23n/QNk/7/ACf40fbbz/oGyf8A
f5P8aOVhzIZoelnSLW4g/diNrmWWJIxhURmJC47de1aVUPtt5/0DZP8Av8n+NH228/6Bsn/f5P8A
GjlYcyL9FUPtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyKsmpWumX+oS3kyxqTHgHqx29AO9Wr
TVoLiASSskBJOEklXdjsTg8fSs3+zbfWru+GoWmx1aPadwLJ8vUEfyq7aaDaQwBLi3tbhwT+8Nsi
kjtnA6+9XLlt5kR5rlz+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR/Y2m/wDPhaf9
+V/wqPdK94k/tC0/5+oP+/go+32f/P1B/wB/BUf9jab/AM+Fp/35X/Cj+xtN/wCfC0/78r/hR7oe
8Sfb7P8A5+oP+/go+32f/P1B/wB/B/jUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P
/n6g/wC/go+32f8Az9Qf9/BUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P/n6g/wC/
go+32n/P1B/38H+NR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vs/wDn6g/7+Cj7fZ/8
/UH/AH8FR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vtP+fqD/v4KX+0LT/n6g/7+Cov
7G03/nwtP+/K/wCFH9jab/z4Wn/flf8ACj3Q94l/tC0/5+oP+/go/tC0/wCfqD/v4Ki/sbTf+fC0
/wC/K/4Uf2Npv/Phaf8Aflf8KPdD3iX+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR
/Y2m/wDPhaf9+V/wo90PeJf7QtP+fqD/AL+Cj+0LT/n6g/7+Cov7G03/AJ8LT/vyv+FH9jab/wA+
Fp/35X/Cj3Q94mW+tXYKtzCWJwAJBk1PVNNJsI3V0sbZXU5DCJQQfyq5Sdug1fqYnjLzf+ETv/I8
zzdg2+Xnd94dMc0Ve1jU49H0qe+lR5EhAJVOp5x/Wit6Tkl7quZVOW+rsXaKKK5zYKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikM
Q8VQ0TSxo+nC0WUygO77iMfeYt/Wr5rD8HTSz+H0e4kkkk86YbpCScCRgOvtT6C6m7RRRSGFFFFA
BVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMK
KKKACiiigAooooAKKKKACkNLRQByUC6zqGuarajW5LX7LKDHGtvGw8thlTk8+o/Crv8AYmt/9DNN
/wCAkdJe/wDEv8a2Fz0jv4WtX/31+ZP03Cugq27WsQkjA/sTW/8AoZpv/ASOsySW80zxbpttf62b
mIRyzyebCkYQBSByPXJ/KuyrjrSCLWPEt3e3EaSwPctZxqwyCkcbZ/8AHifypwd73FJW2OjttWt7
ncyuqRD7ru4G/wBwM5x9asfbbb/n4h/7+Cq1to9tbllKRyxn7iyRqSvtuxk/jU/9n2f/AD6Qf9+x
/hUvl6FLmK2owaXq0Cw3zwSojh1Hm7SGAIyCCD3P5023tdHtG3W62kZ8oQfKwxsBJ2/TJJ/Grf8A
Z9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UtB6lKCw0W1aFoFtUaEgxkSD5SE8sd+yfL9KT7BoomeULai
R38xjvHLbw+evXcAfqKvf2fZ/wDPpB/37H+FH9n2f/PpB/37H+FGgalB9N0OSExPHalCjJjePus2
8jrx8wB+tNTStAjtjbrDZiEq6lCwIIcgv37lVP1FaP8AZ9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UaB
qZg0bQFMB8u2LW5DRkzZIIbcCeecNyM5xT10vQlSRPKtCknmblLgj94QX4J4BKj8q0P7Ps/+fSD/
AL9j/Cj+z7P/AJ9IP+/Y/wAKNA1M+HS9Ct4ViijtVRQ4/wBZkneMPk5ycjA5q/Fc2cMSRRzwKiKF
VQ44A6Cl/s+z/wCfSD/v2P8ACj+z7P8A59IP+/Y/wo0DUd9ttv8An4h/7+Cj7bbf8/EP/fwU3+z7
P/n0g/79j/Cj+z7P/n0g/wC/Y/wo0DUd9ttv+fiH/v4KracySy35Uq6NcdQcg/IlT/2fZ/8APpB/
37H+FQabGkUt8kaKii44VRgD5Epq1mLW6LyRrGoVFCqBgADAFLS0VJQlGRXEX+qX+l+KNTmheaaK
cx2UMBJKxzNGrRsB0AJLA/hmoNMnjjFvaa1ql6kMCS/ZpmndDPKJ5FJLDl2ACYU5+90NAHfZFHFc
D9l1CaPVbxr+XTbZZrpHupLp3DjzCqDy+kYXGMgg46e1mHU5z4P1FLW1nCR29wPtkd4ZowwQkGN2
O9hnoccHjtQB2tFcDPqPkQ3Nvod1d3dpdpFAhimaVlmYnf5bseojBY/NgEDoTUNvdJG1rd6h/aCy
2MFyLmJ7mQF3hMXlllVtuSrA8dSxzmgD0TijrXHeF9UubRLmw1r7TDdOUmiN2wLO0gO5VwTwHVsD
PAIqDT/EGq7rFg0JtvLs0eAxMWdpY8k7y2Rg46g+9AHcUV59p+t3d7qJupLyG5eSOxDxwoyLbl5y
GjPzckZxn25FWJPFl2uhtdnUIPtMrKDAluM2bEMSkhdwP4cZOCSOAcigDueKK4O01y/uriSae6Ui
cadKlntI8sSMgcqc5IBJHpnr6UL4s1aW3laGe1ad49zxC3b/AEFzMiKj8/MSGbrg/ISOKAO8orM8
P3l1eWUwvWR57e4lgMiJsDhWIDYycZHvWpQAlFLRQBn2v/IV1D6x/wDoNaFZ9r/yFtQ+sf8A6DV5
XV87WDYODg5waqW5MR1FFFSUZuu6hcadYxvaRRSTyzxQIJWKqC7BckgE8ZrJm8XT2TvDeWSCeASi
ZY5MqzKsbJsOOjCReuMc1t6rpkerWggklmi2yJKskLAMrKwYEZBHUelUW8KafLHsnE025ZFkeSQl
pTIFDFj64VcYxjAxQA/T9Tvjqh0/VLaCOdoPtEb28hdCAwVlOQDkEj2OfaqOmeLHuAv2yznje4vJ
oLeNITkJG2CzHcRxjk8dxz309O0VNPuZLhri5uriRQnm3MgZlUdFGAABnn370Q6DawS28i+YWgea
RMtxmViz5/E8UAUf+Ez0/wAh5RHeFdqvF/o7ZuEZwgaMfxAsy/mD0NWdM8S2mqXYtoorqKQq5Hnw
lAxQhXUH1UkA/pmoYPCFjAFHmXUixiNYRJNuEKI6uEXjgZVc5ySABnirtvolta3cdxGZPMjadly3
GZXDv+oGPSgDGtvGRkuDBcWyQuL1ocl+DADIPNzj1iYEdvxFWk8ZWDx5EN6JH2GGE25Ek6tnayDu
DtbrjGOcVNJ4U02aS0eSN2a1lmlQluvmli6n1Uljx7CoY/B9nGgIur4zJsEM7TZkhVMhVU4xjDMD
kEnPJNAFW08eWHkWA1BvJubs/wCrVf8AVgyFE3AnIyR2zg5zitO41O8fV3stOt4ZRbqj3DSyFPvZ
wq4BycAnnA6fhBB4RtLSSB7a5vYWiUIxWbPnKHLgPkc8s3IwcE81autDhudQ+2LPc28rKqS+RLsE
yqSQG47ZPIweetAGnS0g4FLQAUUUUAFFFFABRRRQAUUUUAUNb0wazpFxYNKYhOApcDJHIPT8KKp+
MZpYPCd/JbyPHKqDa0ZIYfMOhFFdFGM2vddjGrKKeqNuiiiuc2CiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDENVNK1KHVrIXVsr
rGWZMOMHKsVP6irZOBWdoWlnR9MFoZRKVkd9wXH3mLdPxp9BGlRRRSGFFFFABVXUgW0u7VQSTC4A
Hf5TVa8123s9SSxMU8kpRZJGjTKwoWKhnOeBkH1xgk0tr4i0m8sre7i1G28m5O2JmlC729Bnv7UA
XrcEW8QIwdg/lUlU21W0Fx5Ec8UsokETokilo2OcbhnI6GkTWdNltpbmPULR4ITiSVZlKofc5wKA
LtFZt7rtpaWEF5GWu4riRY4fsuJPMJ6Y5x2Peq6+KtOMPmO0seI5HdHjIaMoVDKw67suuB3yMUAb
VFZNr4jtJ/OFwJbB4EWSRLxREQjEgNknGMgjr161ekvIo/IJYFJzhXDDH3S2c56YB6UAWKKrW2o2
V5A81rd288SEhpIpVZVxyckHiov7b0v7O1x/aVn5CMEaTz12qx5AJzjPtQBeoqs2pWSTPE95brJG
nmOhlUFU/vEZ4HPWo/7Y03MA/tC0zcf6n98v73nHy888+lAF2iqenatZasszWNzHOIZWik2HO1lO
CP0/GrlAGF4wgdtBe6hGZrGRLpMf7Byf0zWxbzJcW8c0Zykih1PsRkU6aJZoXikGUdSrD1B61ieD
pGXRTZSnMunzPatn0U/L/wCOkVW8Sepo6xfrpekXd43/ACxiZx7nHA/PFZOjWLadp2hQSf63LPIf
V2Rmb9TTvFX+mPpmkrz9tulMgH/PNPmb+QFaV5/yENO/66v/AOi2prRCe5epaTIoqCypqOqW+lRR
yXXm4kcRosUTSMzEE4CqCegP5VXfxHpiWlrdNdARXUwgiJU5MhONpGMqQQc5xjHNJrtpd3QsZbFI
ZJbW5E+yWQoGGx1xkA4PzelYFz4Nv9QaUTX8dssqTSP5CBv3spGcbhwFVVAYckljxQBs/wDCW6Z/
pZc3Ua2al52ktJUCDGeSV6kEYHU54rTW9he1iuUYtDKEKMoJyGxg/qK5uXw7q12GE13DC1zcW89x
JEN5HlxLwAwwcyKDz296ltdC1ODR4tLklglgt7iOSOYsQ5RJ1kClcYGFBHHcDtQB0YmibfiRDs+9
hh8v1qtaara3zOIHYhHdC204yhAbnp3H1rlh4JnhiYwx2e91Zp1yVFy32kSgOQOQVBUk5xnoRSr4
OvfsLRL9ityftBEURbywJJYnCcAHaRGyn/e6UAdiLiFtm2WM78lMMPmx1x61Ba6paXwja1nWZJN2
14+V+U4PPQcmuYu/DGoXV5pssNtp1nBbTRyGCDGI8S72w3l5O5ew2DOc5zTB4Nu/7MFnEtlbhEuU
BjJCyiSSN13AAYBCFWHPHrQB2H2mHYr+dHsb7rbhg/Spa4mTwVLd72uLXTo0dp3W1QFooGaJY0K5
Uc5XcSAOTx6119lE9vYW8MrbpI4lVmznJAwTQBPRSUUALWVDeQ2k18Zm5a5wiKMsx8tOABya1Kwm
0W21G9vZ3UC4SfashUNxsTgg8EVUba3Jlfobcb+ZGrFWQsM7W6j606qEejWPlr5llbF8fMVjwM+1
O/sbTv8Anyg/74FLQepd49qMD2ql/Y2nf8+UH/fAo/sbTv8Anyg/74FGgal3jGO1HHtVL+xtO/58
oP8AvgUf2Np3/PlB/wB8CjQNS6AB0A4owPaqX9jad/z5Qf8AfAo/sbTv+fKD/vgUaBqXePajA9BV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7x7Uce1Uv7G07/nyg/74FH9jad/z5Qf98CjQNS7ge1H
HtVL+xtO/wCfKD/vgUf2Np3/AD5Qf98CjQNS7xRVL+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7RV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNTH1az1K8ur9NMuREQY96dDINvQN2/wA81LpVlqAsVW3u
1tEUkGJ7EKQe/wDFz9e9XdOt4rbUb+OCNY0zGdqjA+7WpVym0rERgr3Mr7Hq3/QWi/8AAQf/ABVH
2PVv+gtF/wCAg/8Aiq1aKnmZXKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t
/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrV
oo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8A
oLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/w
EH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK
+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjNitNTWVGk1SN0DAsotQNw9M7uK0qKKTdx
pWKeq6jDpOmzXtyrtDCMsEGT1xwPxoqLXtMOsaLc2AlERnULvK5xyD0/CitKag17zInz3900aKKK
yNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1Qtv+Qzff7kX/
ALNTXUT6F+iiikMQ1ieELqa80BJriVpZDNKu9jk4EjAD8hW2aqaXfW2o2QuLMEQlmUZXbyGIPH1B
p9BdS5RRRSGFFFFAGFreh3Gq6jaSxtaxJAVYT7G8+Mg5IVgcYI4wePXPSsk+C737GlutxY4No9g5
aAtiItncvPD4PI6HA9K7OigDn4vDTxbNs0eV1I3pO3lhtICk+vPWsTVfCl7Z6Pbx6eiSukdpE6wq
EbMJkJcZ6ksy/rXd1zM/iS7s59W+021sIrW4jgtyZyDKWRWwQFJz82eAfTtmgBU0a8l8L6Tb20MF
jc2UkcqwyMXQbcjBI56H8/Wo5/CM90WlkvUW5lEkkkiR8CUtCyEKT91fJUYJyfWoYPF1xLci7W1L
6bLbWkp3SBWgMruvTGWOdvHHT14puneL7omztGsLm+nbBuJYUOI1aRlU8LjgKSckcDvQBauvD2oa
iLi4vpLJ7x1jSFYxIiRhW3Z3A7t2TnPbA461cuNEuLmw06GW6V5bTcZJSmPMJhePOBwOXz+FR6pr
02nahNBDbm5kxbLHEZAgLSvIud2D/cqpqniG6k8N2N9YrNby3NysLokYmdeWDBR0blfyoAltfDb6
ZpuoRxGN2nsI7dUjXblkjZc/jkVmx+ENVm0lVe7trad4YoXigjKJsRHHJBznLknBwdoHSoT4j1q4
j0/7HP5001o80axWm8TN5m1BJg/uuMbuRg59K6vRLya9t7l7ggtHdzRLgY+VXKj9BQBhnwVI2kXV
obmLzZUtQr7CBmFVGGwQdpK9iMZpg8Du1o8ZNnE7QPGBGrsFZpRIWBcls8c89a7GigDN0bTptN+2
JI0TRy3Mk8ZRSGAdixDfQnHFaVFFACVz9t/xL/G93D0j1G3Wdf8AfT5W/Qg10Nc74tP2AafrHOLC
5BkI/wCeT/K38xVR1diZdxbX/iYeN7ufrHp1utun++/zN+gAq3rS3Ly2a2UkcdwXfY0i5UHY3aq/
g+Jv7FN5KMTX8z3TZ/2j8o/75ArQvf8AkI6d/wBdX/8ARbU3pL0FbQoaZBfp5gLxx3HHmtNAzFvQ
ht+CPp09BV/ytS/5+bX/AL8N/wDF1dpaTk2NRsUfK1L/AJ+bX/vw3/xdHlal/wA/Nr/34b/4ur1F
LmHylHytS/5+bX/vw3/xdHlal/z82v8A34b/AOLq9RRzBylHytS/5+bX/vw3/wAXR5Wpf8/Nr/34
b/4ur1FHMHKUfK1L/n5tf+/Df/F0eVqX/Pza/wDfhv8A4ur1FHMHKUfK1L/n5tf+/Df/ABdHlal/
z82v/fhv/i6vUUcwcpR8rUv+fm1/78N/8XR5Wpf8/Nr/AN+G/wDi6vUUcwcpR8rUv+fm1/78N/8A
F0zShIJL4TMrSfaOSq7R9xO2TWjVGw/4+L//AK+P/ZEp3umK1mi9RRRUlBRXF32v3uleJtTLytNa
vstraDH3bgxqyAf7+WHPcCotJv7m48q01PXZYGtopJPPyiG4YTyIScjBVQi/KP7wzQB3NFcJHNrl
0dSmtb+a2iWa5jM93JGIOJCqCPgspGMZIx7HirMevSp4X1BYv7RNzBBcZuJSkqxOqFseYvBxxjj2
POaAOyorhrvWJ9Lju7S01Oe8WaKJIpeJ5YZpGIIXaPmwgL4wcbT2IFQW2qu72l5eapqMaW8FwbyI
sEy8BjAJUrkbgdxH+1QB6BRXJeFdduJobq21aWZbxdsyfaYzCzCRSdiqQCdrK6j2AqCx8V37PZZh
t3tGjtFkJdjMWmTdkHocEfjQB2lFcJZeJL681ATzT2/lyxWLJBbTEiISzEEP/tYOD647VZfxfdDR
Vv8AzNPDXJU28Ch5HThiVkAI5AXrwBg+nIB2VFcTaeJr+9mmmeSBbaT7A8MCEiRBMyZy3cfMe3Pt
Sf8ACa3zWpljj093ni82GMSsWg/epGFl9zv7Y5UjnGaAO3orM0HUZ9RspWu0iW4gnkt5PKJ2MUbG
RnkZ9K06ACiiigChaf8AIW1D6x/+g1fqhaf8hbUPrH/6DV6qluTEWikzRmpKKGtak+l2STRW/wBo
lkmjhSPeEyzsFGTg4HNZjeL47fcl5ZywzRCXzowwbYyKjAA9G3CRcH35xWnrGmnVbJYUuGt5Eljm
SRVDbWRgw4PB6VnS+Ebe5VvtV1cSySLIJpchWkZwg3DA+XaEXGPTvQBa0/WLi4vzY39i1lc+V56L
5gkVkzg/MOhBIyPcYJqrpfi62vV3XCPB5t1JbWyeVIWk2HBJGwY9e4Hc5Bxd0/SJbW9e8vL6S9uW
QRK7oqBEzkgBR3PJPsPSmQeH4oJraTzpG+zyXDgEDDecxZgfpnigBn/CXaL5M0v20eXCAWYRv8wL
bAV4+cbiBlcjNT6f4i0zVbg29nc75gpba0bJ0IDfeA5BIBHUZ5xWfb+EEiESyX9zMtusUdsGCjyo
0kRwvA+YkxqCTzgVetdCjtb2K5WZ2aJrhgpAx++cOfyIwKAKNr4wguZ2ha3eKRb1rUqzD7o34l/3
SY2H1Bq0ni3RpIGlW8JVSoA8p9z7s7Si4y4ODgqCDg1Wm8G2U8tpJJLLut5Z3OMDzVlLko3sC5x3
H4mmJ4QKGOY6pcvd24RLadkT90iAgLtxhiQzZJ56dMUATWPjHTbizs5bmdbeS7P7tCGOAXKKScfL
uI4zjnipNU1+fT7+aGLT2uIba3W5uJFlAZEJYfKpHzEBCcZFUYvA8ENzazpds0sKqrtNbxSGQB2c
EEr8hy7DK4/MVf1HQH1DUJZxfzQRT2629xFGi/vEBY8MRlc7yOKANeGVJ4Y5Y23JIoZT6g8in0yN
FiiSONQqIAqqOgA7U7NAC0UmaM0ALRSZozQAtFJmjNAC0UlLQBi+MLqay8K39xbStDMiAq6nBHzC
ir+qX1tpumzXd6CbeIZfC7uM46UVvSbS+G5lUtfexbooorA1CiqD6zaR67HpDO32ySA3CrtONgOC
c9Ovaota8Q2WgrD9r895ZyRFDbwtLJJjrhVB6ZoA1KKzND8Q6f4htpJtPlZvKcxyxyRlHjYdmU8g
0a34gsNAhie+kk3zvshhijaSSVvRVUZNAGnRWRp3ibTtR065vVkkt4bQkXAuomhaLAydwYDHHNak
UqTxJLE4eN1DKynIIPIIoAfRSZpGdUUsxAVRkk9qAHUVBaXlvf2sdzaTJNBKNySIcqw9QamzQAtF
JmloAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VmeH9MfSNKW0lk
WRhJI+5RgfM5b+taZrG8J3s9/oST3UpllMsq7jjoHYDp7Cn0F1NqiiikMKKKKAGu6xRs8jKqKCWZ
jgAepNCyI+djq204ODnB9KyfFgz4duNwJiDxNMB/zyEil/w27qwNQstbnmu/Ikv4VV7yWIwOF3sF
j8kH1BO7A796AO0lmjgiaSaRI41GWZmAA+pqjcaDpt3LNJPao8k+0yNkgsV+6eD1A4z1xxXMahba
newatFcQ6lJcvGRCi/8AHs0eFwMdN+c++c9sU68l8Qm4u7e2jv1eP7W6y4BRlYqYgp6Fgu7A7HrQ
BupoOhC7t3S1tfPtAsMQB5jC/Mq4z2zuAPTINSN4b0l5beU2MPmW/wDq2AIx827HuN3OD3rlorPV
YoruSwh1NfMnuZI2uSDMf9FVUJJ5++MDPPAzVXXrnVNHsPsTX98izXI8qeWU79vkZb5wM4Ehzj2I
6GgDu7ixsWka6uY4t67HaR+MeWSVJPtuY/jRHptj9ngSOGIwxSedEB0Vsk7h+ZP41y+p6fLdPZXN
ub+8STRp4EkUsFkcqpUup6bhnr3x3Aqrc2mv2lgLSCbUvsoli3yBTJMqmHnbtZWwJAMgHj0xmgDs
rXT7G1uHktoYklG4MV6je29h7ZJz+NJa6PY2V7Pd20AjnnJMjBj8xJyTjOMk1zlpZ6tPdWyXMt+s
TXETTSjETOoted208AyAZAPXjpVzXItSOpzzWi3kkUNgTFDFMY0eUsRzjqQvI/xxQB0majNzAFkY
zR7Y22udwwp44PoeR+YrhIrbxFdaUu+XU4pIUvJItrlWdhsMAbdkkctgNz61Le215A+vS38c62E0
UzRheEMhhQZcdTnGF9CD3IoA7uioLISrYW4uDmYRr5h/2sc/rU9ABXP+NnZvDklnEA098620YPqx
/wAAa365+9/4mHjSwtusdhC10/8Avt8ifpuNVHe5MtrFvwxdi98OWUmArLGI3UfwsvykfmKsXv8A
yEdO/wCur/8AotqzNBP2HXNZ0zovmi7iH+zIOfyYH86073/kIad/11f/ANFtTfxAti9RSUtQUVNQ
1O00qBZr64SCNmCBnPVj2/Q006xYLa21ybyDybp1jgfeMSs33QvqT6VV8QQXcn9nz2Vsbl7a7Erx
q6oSux14LEDqwrnLrwnrGoeYge2tEfz7kbl80JNIRgLgjBULndyMueKAOjj8V6LMZxHqVuTboZJc
tjy1HJJ9K0PtcXkpNvXyn27WHQ7sAfnkVy0+j61frMrx28DXtxbyzl/3iIqRKWXaCNwLqF69CTU9
np2sQaLBpcsauba4jKXKSBQ8STqQNucj92DxntjnNAHU1Wg1C2uZGjhlV2VnQgZ4KkBh+BIrjl8L
6nbwymKNy06s11GLojzyLgOFyTxmPcvYDOKIfDerQ6c0VrB9lB+0kQC5/heWJlTcO5RXGe2aAO6q
FLuGR0WOVH3hiu05B2nB59ia4650PU5L3SWsdNFnbW8qMU88M8Y83MgLbuhToFznJBxxUcHhfUrX
SRZ2NuLQxrdKdlxgS75I2Ugg5GUVlz1WgDu6K4R/Cl9dx7WtGt7UNPJBafayTATEqpyD3cM2ASBn
1rtLJZUsbdbg5mWNRISc5bHPP1oAnooooAKzLe5itX1CSd1RBc9T/uJwPU1p1z8mjJf6hd3Kuy3E
M+EyzbSNidQCMfUc1Uba3JlfSxuxyCSNXAYBhkBhg/lTs1Qj0i3MamVZQ+PmC3MhGfbmnf2Paek3
/gRJ/wDFUe6GpO1rC7bmhjZtwfJQE7h0P1HrTZLC1lEYktoXEb703Rg7WznI9DnvUX9j2npN/wCB
En/xVH9j2npN/wCBEn/xVHuhqWHtoZIHheGNonzvQoCrZ65HfNIlpBHbfZ44I0gwV8pUAXB6jHTF
Qf2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpLDYWtsiJBawRJGxZFSMKFY8EgDoaV7K3kLF7eJi
+d2Ywd2cZz+Q/IelQ/2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpO9rDJIskkMbuvRmQEj6GgWk
C42wRDG3GEHGOn5dvSoP7HtPSb/wIk/+Ko/se09Jv/AiT/4qj3Q1JI9PtISxitYELHcdsYGTnOfr
nn60jaZZOJQ1nbkTMGkBiX5yOhPHJpn9j2npN/4ESf8AxVH9j2npN/4ESf8AxVHuhqS/YbXeH+zQ
hwoQN5YyFByBn0B5FC2NqrSsttCDMwaQiMfOR0J9T9ai/se09Jv/AAIk/wDiqP7HtPSb/wACJP8A
4qj3Q1LaRrGCERVySxwMZJ6mnZql/Y9p6Tf+BEn/AMVR/Y9p6Tf+BEn/AMVR7oal3NGapf2Paek3
/gRJ/wDFUf2Paek3/gRJ/wDFUe6Gpj6sNWN1f/2QUBzH5n/PTG3+HtT9JXUhYgWT2Ij3HcJUl37u
+7cc5zV/TbdLbUdQjj3bQYz8zFj931PNaeKqUtLWJUepl413+/pv/fMn+NGNd/v6b/3zJ/jWpijF
TzeRXL5mXjXf7+m/98yf40Y13+/pv/fMn+NaFxcQWkJluZo4Yl6vIwVR+JpI7q3lWNo54nWQFkKu
CGA6ketHN5By+ZQxrv8Af03/AL5k/wAaMa7/AH9N/wC+ZP8AGrtteWt4jPa3EU6qdpMThgD6cUsF
5bXRlFvPHKYXMcmxgdjDqDjofajm8g5fMo413+/pv/fMn+NGNd/v6b/3zJ/jWnxS8Uc3kHL5mXjX
f7+m/wDfMn+NGNd/v6b/AN8yf41fW5t3GVnjYbzHw4+8Oq/Xg8VLxRzeQcvmZeNd/v6b/wB8yf40
Y13+/pv/AHzJ/jWhDNFcRiSGRZEJIDKcg4ODz9RUc1/Z206QT3cEU0mNkbyBWbPAwDyaObyDl8yn
jXf7+m/98yf40Y13+/pv/fMn+NamKMUc3kHL5mXjXf7+m/8AfMn+NGNd/v6b/wB8yf41qYoxRzeQ
cvmZeNd/v6b/AN8yf40Y13+/pv8A3zJ/jWpijFHN5By+Zl413+/pv/fMn+NGNd/v6b/3zJ/jWpij
FHN5By+ZmxDWfNTzn0/y9w3bVfOO+OetadJilpN3GlYzfEOmvrGhXVjFIsbzqFDsMgcg/wBKKg8W
3k+n+F766tZTFNGgKuMcfMB3oreipte6zGq4J+8bNFFFc5ucdd/8lhsP+wPL/wCjRXRau+pR2m/R
7e1nug2NtzIY129+QCc9Ky9b8KS6prsGrWer3OnXcNubfdDGj7kLbjwwPeibw3qz2tuIvFN/Hdwl
sz+TEVkViOGTG04xwRg8mgDL8BM8eteIItUjaLXZZknu41x5WwjEflkHkYHOec1peK/D9/qN3p2r
aLcQxanpjOYluATFKrjDK2ORnHUVa0Dw0miz3d5NeT3+oXhXz7mbALBRhVCjhQPQU7W9FvdSnhn0
7W7vTJowVIjVZI3B/vIwxn0NAHJ65rcviXwN4ks76G50rVNKhY3UEUoIfKEr82PmRh2q5HbwaL4F
s2u/EWq28dwsB8wMJJSSgxFENpIz7Anitew8GWltpuqW95c3F7caspW9upSA8g27QAAMKADwBVP/
AIQaeTRbWyuNdupZ7GdJrG58pA0GxdqjGMMME5z1oAzfCmrXK+J9U0tbnV5bNbFbqIaqhEyNuKnB
YAlTx1qDwrpep674Ji1fVPEWqtNcWjqI4ZQiKozgkYOW45b3xXSaX4Tex1q41a81W4vry5tfs0jS
IqqAGyNoA+Ue31Per2gaFFoPh220hJWnigjMe9xgsCSe31oA4TRYLjR/gvNqdrqV/wCe+nb41eXK
QEZ/1YxxW94l1K8tdJ8LSQXMsb3OpWkczKcGRWB3A+xq3pPgtdO0W70W51K4vdKmiMEVvIiqYUOc
gMBknnqfSqcfw+lc6d9v8QX94mmTxy2sbqiqoQ8BgB8xxxuPI/GgCtHa6l4i8a+I7F9c1CzsLJoN
kVo4RtzRA8PgkDgnA6k1reA9TvNQ0a6h1GY3Fxp97NZNORgyhDgMffB/SsSDw/qN9498T3Vlqd7p
T7rZUlSINHMpi5+VhgkEcEdOa6/QNDtvDukx2Fq0jqpZ3llOXkdjlmY+pNAGlRRRQA1s4+Xr2zVB
n1fHyw2OfeV//ia0aKadhNXMVptd582GBV9bfDn/AMeIqzpflM07B53uCR53nrtYegx0x16Vo1Qt
v+Qzff7kX/s1Ve6FaxfoooqChDVTS7mzu7IS6eF+zlmA2ptGQSG4+uatk4rL8OabLpOkraTsjSCS
R8oTjDOWH6Gn0EatFFFIYUUUUAIQCCCMg9qjnkS3gklf7kalmwOwGalqrqn/ACCrz/ri/wD6CaED
J0KugZehGRTsD0qO3/49ov8AcH8qloATA9KZLBFOmyaNJFznDqCKkooATA9KMD0paKAEwPSjA9KW
igBMCgqCMEAj3paKACiiigBK5/wx/pt1quqnkXVyY4j/ANM4/lH65q/4hvzpmgXt0v30iIQerHhf
1Ip+h2A0vRbOz7wxKre7dT+uapaInqZur/6B4p0i/wCiT77KU/73zJ+oP51b1prpZbM2KxtcB32L
ISFJ2NTPFlo934dufJH7+AC4ix/eQ7h/KnrdpfnRrqP7k5Mg/GMmmujE+qK+mSag3mE+S9zx5omk
cFfTC7cAfT86v7tU/wCedl/38f8A+Jq9S0m7jSsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0U
rjsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0UXCxQ3ap/zzsv+/j/APxNG7Vf+eVl/wB/H/8A
iav0UXCxQ3ap/wA87L/v4/8A8TRu1T/nnZf9/H/+Jq/RRcLFDdqv/PKy/wC/j/8AxNG7VP8AnnZf
9/H/APiav0UXCxQ3ap/zzsv+/j//ABNG7VP+edl/38f/AOJq/RRcLFDdqn/POy/7+P8A/E03SvNL
33nhBJ9o5CEkfcT1rRqjYf8AHxf/APXx/wCyJTWzE1qi9RRRUlBRXI3fia60zxJqcV0VexVFS1QL
83n+WH2Z779xx/u0zRtS1fU/LtZ9ShgubaJpZ5FhUiYiaSPGD0UeXzjnkcigDsaK4mLU/EV5cagu
nO8pSW4jXzrdUij2uVTY/G5uO+RnrjvaHiJofD18PtF0+pQQzsPtFpsaNlUsA+0bMgYPXkEetAHW
UVx2oa7faHFe211fpM5gieC6liCmKSR9gDKowQMFumcBvTNV7LXby7axu31lktfInkulWCPG6Aor
YJGQGyzfQjGKAO5orlvCHiOXWrO7F1MklzCRLlE2gI67lXnup3KT/s0yy8YTu9msljvt5I7bzbgz
DeHlTcPkC4OMc8jrwKAOsorjoPE1/c36yzQ/Z7aaGzkhjWVXJWWYrub5eDjAI56cGrT+LJ00dNR+
xQLFc7TZq1wxeYEE8qqMQ2BnAz15IwaAOnorkbbxRe3ks0ogjjsi1kYCr/vMTlMhgRjox6H6eoc3
jWZbVbgaYpS4iM1mPtIzIokSP5+PkP7xT37g80AdZRWfo2pPqlm8k0AgmimeCRA+8BlbBw2BkfgK
0KACiiigChaf8hbUPrH/AOg1frAu9bs9G1G+a6c7nMeyNRlnO3tUlp4msZIA11d2sMhJ+RZd2B2y
cdauUJPWxmpJaXNuisv/AISPSP8AoIQf99Uf8JHpH/QQg/76pckuxXNHuQ+KoHm0uEpavdCK7gle
KNQzMqyAtgHrwK5u80LULkzyWVg1vHcLctFbswXywyRDacHClyjnA6buec11P/CR6R/0EIP++qP+
Ej0j/oIW/wD31RyS7BzLuUNHthJr731vpkum2qWotykkaxmVt2QQqk8KMjP+0cdKpaZol7avYQq1
9HALy8nmBuWwfnJi3c52ng475Oeprc/4SPSP+ghb/wDfVH/CR6R/0ELf/vqjkl2DmXc5e3tNengM
btq0TukS3jvOBulMyF2hIPyqE8zpgYK8ZzWrothqVlq0bTT30kDfakkFxNvUKsiiAjPQlM89T3rT
/wCEj0j/AKCFv/31R/wkekf9BC3/AO+qOSXYOaPc5VNA1W0vbaSzt8R3F/PcSq2MQygzeXLjuGVl
B+i+ppYINc8lSya0LUeSLxGnBnkk+beYiDwuSmcEDAOB1z1P/CR6R/0ELf8A76o/4SPSP+ghb/8A
fVHJLsHMu5yFlp2v2zaVDnU7a2jCkLEqyHf5zFxKd4HKleSGHXHNbmoW0i+No7tre9eFreGMNDBH
Im4SSEhywJXG4HK461p/8JHpH/QQt/8Avqj/AISPSP8AoIQf99Uckuwcy7moOlLWX/wkekf9BCD/
AL6o/wCEj0j/AKCEH/fVHJLsHNHualFZf/CR6R/0EIP++qT/AISPSP8AoIQf99Uckuwc0e5q0Vl/
8JHpH/QQg/76o/4SPSP+ghB/31RyS7BzR7mpRWX/AMJHpH/QQg/76o/4SPSP+ghB/wB9Uckuwc0e
5qUVmxa/pc0qRx30DO5Cqobkk1pUmmtxpp7FTVLmztNOmn1Hb9lQZk3JuGM+nfmiq3iTTpdX0C7s
YGRZZlAUv0HIPP5UVpTjFr3nYiblfRGpRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/RRRSGIayPC1/caloi3F04eUyyqSABwHI
HA9hWuaqaXJYyWQbTPL+zb2A8tcLu3Hdx9c0+gupcooopDCiiigAqrqn/IKvP+uL/wDoJq1VXVP+
QVef9cX/APQTTW4nsS2//HtF/uD+VS1Fb/8AHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUUUlAHP
+Iv9O1TR9LHKyz/aJR/sRjP6sRXQVzlhPFdeMdTu5JUCWkaWcW5gOfvP+pA/Ct77Xb/894v++xVS
6IldWSMAwIYZB4IrlPDxMDQaax+bT76aEf7hRmT9D+ldP9rt/wDnvF/32K5mQLB8Q7WSGRGhvYWZ
trA/vEUj/wBBb9KceqFLodXS0lLUFkNzd29lF5t3PFBHnG+Vwoz9TSm6gEcchmj2SkCNt4w5PTB7
57VkeJ4ndNNlWzku0gvBJJFGgdtvluM4PXlhXM3fh/WL2MW1pZw28MbzXkC3D4W3kY/ugoXI3Lhm
I6DfigDtY9Z0yZmWLUbNyilmCzqdoHUnnoKtGaNYw7SIEOMMTwc8Dn3zXET6Rf3qXSxaRDEdSntz
KswCosYiVpFYrk4LLs49fSr1kurR6BbabPazC5tp4lMyEeW8STr0Oc/6vnkdj3oA6vIqKO7t5XKR
zRswLKVVgTleGH4ZGfrXFrY69bwyP5mpv5ys86+duYAXA+WPJ+UmLdjGO3fFNttO1q2sHFlDfRlm
umxJIplKtNER8xJ+coJMEnr70Ad3kU3zY9yrvXcwJUZ5IHXH5iuMuU1b7ZpQ0621RLVZULtcTsz7
TL+8DjfjAToW3HB4wRVe10vWLHSFttPivopYlu1bfLkkmWMqUZieqb9p6ZzmgDvcilrhH0/WbuMr
C2sQWgad4Fe5ImGIlCBzkkgyBiASffjiu0sjMbC3NzkTmNfMz/exz+tAE9FFFABWfaSpDJqLyuqI
txksxwB8iVoVzs+kyX1/dXEU8gaG44hL4RvkTnpwffmqjZ3uTK+ljfjlSWNZI2yjDIPqKdms+PTX
aNS93eoxHK+dnB+uKd/ZZ/5/b3/v9/8AWpWQ7sfLpdjPL5kttE8nmpNuZefMUYVvqB0qKbQdLuPK
86xt38pmdMoPlLHc35nkjvTv7LP/AD+3v/f7/wCtR/ZZ/wCf29/7/f8A1qLILvsSSabZy2ctpJbx
tbzFmkjI4Ysckn3JOaSHSrGDT3sYraJLR1ZWiC/KwPXPrmmf2Wf+f29/7/f/AFqP7LP/AD+3v/f7
/wCtRZBd9hLXQtMsljW2soYxFJ5qbV5D4K7s+uCR9DSy6Lp05lMtnC5m3eZlfv7tobP12Ln6Cj+y
z/z+3v8A3+/+tR/ZZ/5/b3/v9/8AWosgu+xJNptlcXSXM1vG86Y2yMvIxkjn2yfzNNTSNPjChLSF
Qnl7cL02DCfkOlN/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsMt/D+k2hc29hbRF2VmKoBkq2
5fyPI9KafDWjlJUOnW22Zg7jZwW55/U/mal/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsImh6
ZHIrpZQKypHGpC4wqEFB/wABIGPTFNj8P6TE87R2FsrTkNKQg+Yhtw/Xn60/+yz/AM/t7/3+/wDr
Uf2Wf+f29/7/AH/1qLILvsWoLeG2DiGNUDuZG2jGWJyT9TUmao/2Wf8An9vf+/3/ANaj+yz/AM/t
7/3+/wDrUWQXfYvZozVH+yz/AM/t7/3+/wDrUf2Wf+f29/7/AH/1qLILvsQGyt7+/wBRiuolkQmP
g9jt6g9jV2ztPskAiMskwBOGlILAeme+KqabD5GoX6eZJJgxndI2T931rUpyb2FFLcbtHoPyo2j0
H5U6ipKG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbt
HoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQf
lTqKAG7R6D8qdRRQBkeKr6fTPDV7d2jhJ4lBRiAccgdDRVzVZLKLTZn1Py/sYA8zzBlcZ7j64ora
lJJaxuZTTvvYt0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7
NV+qFt/yGb7/AHIv/Zqa6ifQv0UUUhiHisnwzp0+l6OttdbfNEsjHacjDOSP0NaxrJ8M6hPqmjLc
3RUymWRflXAwrkD9BT1sLqa9FFFIYUUUUAFVdU/5BV5/1xf/ANBNWqq6p/yCrz/ri/8A6Caa3E9i
W3/49ov9wfyqWorf/j2i/wBwfyqWkMKKKKACiiigAooooAKKKKACiiigDIn8KaJdTvNPpltJLIxZ
2ZOST3qP/hDfD/8A0CLT/vituinzPuLlRif8Ib4f/wCgRaf98VTvNEsdFu7O50fSbf7UHfaqYQt8
jd66eqN7/wAhHTv+ur/+i2pqTuJxVihp19fyiRzCJ5DgOhmC+WfTbjI/Gr32vUP+gcv/AIED/Cru
xdxYAbj1OOTS4ocl2BJ9yj9q1D/oHL/4ED/Ck+1X/wD0DV/8CB/hV/FGKV12Cz7lD7Vf/wDQNX/w
IH+FH2q//wCgav8A4ED/AAq/ijFF12Cz7lH7VqH/AEDl/wDAgf4Un2q//wCgav8A4ED/AAq/ijFF
12Cz7lD7Vf8A/QNX/wACB/hR9qv/APoGr/4ED/Cr+KMUXXYLPuUPtV//ANA1f/Agf4Uv2vUP+gcv
/gQP8KvYoxRddgs+5R+16h/0Dl/8CB/hR9r1D/oHL/4ED/Cr2KMUXXYLPuUfteof9A5f/Agf4U3S
nkd75pY/Lc3HK7t2PkTvWhiqVh/x8X//AF8f+yJTvowtqi9RRRUlBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAULT/kLah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+bVfDt5ZW23zplAXecDqD1/CijxPq
E+l+Hby8tSomhUFdwyOoHT8aK6KPPb3TCryX941aKKK5zcKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDVTS1sUsgNM8v7NubHln
K7tx3frmrZrI8L2FxpuirbXSBJRLKxAIPDOSOfoafQXU2KKKKQwooooAKq6p/wAgq8/64v8A+gmr
VVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABRRRQAUUUUAFFQ
3dzHZWc9zNny4Y2kfAycAZP8q5+fX9VsrO1u7uyhKXVxGiRW7NJJtcE7SOBuGBz06+maAOmorB/4
THTisLol08bokkkixfLbh22r5npyD0zjBJ45pr+NNOjR3eO6WIKzQyNFhbgBgp2EnplhycDBz05o
A6CisC48Uw2srCS3uXJEGyCOPMhaTfgHnH8B78UjeM9O82wjjjupWvfL27Y/9XvYqu7JGOVYcZxg
0AdBVW1geGa6ZyMSy71x6bVH9KxdY8UTafcajBFYSsbOGGYTMMo+99u0AHOeDj1IPpyl3480iwto
5bnz42ZnVoWQCSPYcMSCecZHTJOeAaAOlornPFPiWTQzZ+S1oi3AkYyXRcKNoBA+UE5OarDxZef2
5FYtbW0bN5Aa1aQm4zIAWIAGCE5z/umgDrKKx7fXkHhWLWryMqhtxO6RDcRkdB61BceMLK0tHuLm
C7hWKXyplkRQ0XAbJGeRtIOBk+3BoA36Kwbvxhp9it01xHcIlvP9m3sqqssmM7VJIzgc5OBTIfGu
nXMtusMN46TpGwlEPyKZCQisc8ElSPr7c0AdDRWZ4f1dtc0eG+a1ltTJn93IQTweoI7Vp0AFFFFA
BRRRQAUUUUAFFFFABRRRQBQtP+QtqH1j/wDQav1QtP8AkLah9Y//AEGr9VLcmIUUUVJQUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU9VWyfTZl1Ty/sZA83zThcZ7/jiiqni
mwn1Pw3eWlooeeVQEUnAPIPWitqaTWsrGU277XNeiiisTUKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDzWX4c1KbVtIW6uFRZDJ
ImEGBhXKj9BWoaqaXb2VrZiPTtn2cMxGx9wySS3P1zT6C6lyiiikMKKKKACquqf8gq8/64v/AOgm
rVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFUb3/kI6d/11f/ANFtV6qN7/yEdO/66v8A+i2poTL1FFFIYUUUUAFFFFABRRRQAyWN
JonilUPG6lWUjIIPUVlW/hm0t1hTz7uRLeRJIVlmLCPaCFUe3PfnpzWxRQBgjwfpw8sBrkRqFV4x
KdswViyhx3wWP8jkU6PwlZQmQxTXiZVkixMSLdWbcwjB4AJAznPAx04rcooAxbbwrp1oYPJWUeQY
ig3949+3/wBGNms3/hDZbbXrS8sLwRQW6KgV4w7qoLFgCf724g9MV1lFAGVe+H7XULmaeZ5wZ4ki
kRXwrBG3KceoJPPuahm8LWcs5ninvLecvI5lgmKsQ5BZfplQfbHFbdUrEk3F8CSQLjAyeg2LTsFw
u9Jtr6WKS5Uv5cckQUn5WVwAwI78CmaZottpW77OZSzxxxs0jbiQi7V/Tr61oUUgOfl8LKnhu60i
2vbkxTRCKMzvv8kDoFwAaZc+BtLvIClw93JIxbzJmmzJIGCqQSR6Io4x0+uejooAybjw5Z3EMibp
43a6+1rLHIVdJcYyp+mRjpyaF8OWgYM8lxLJmFjJJJuZjExZCT9Sc1q5FGRQBU0vTItJsxa27ytE
rEoJG3bATnaD6CrlJkUUALRSZFGaAFopOtLQAUUUUAFFFFABRRRQBQtP+QtqH1j/APQav1QtP+Qt
qH1j/wDQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBl
+JNRl0jw/d31uqNLCoKhxkdQOfzoqzqlvZ3WnTQ6ls+yOMSb32jGe57c0VtTlFL3lczmpX0Zbooo
rE0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/2ar9ULb/kM33+5F/7
NTXUT6F+iiikMQ1jeFLKfT9DSC6iMUollYqSDwXJHT2NbJ5rM8PanJq+lLdyxpG5kkTaucfK5Ufy
p62F1NSiiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtR
W/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEd
O/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9VGw/wCP
i/8A+vj/ANkSqWzE90XqKTNGakYtFJmjNAHF6jrt5pPijUZDJJPassdrDb9Qs7Jujx6bjlT77ar6
deSHybLWNcuIFt1mZbjzhGbiRbiRDlsYO0Kvy/7XINd0Yo2OWRCcg5IHUdDTWt4XCh4o2CtvUFQc
N6j3oA4dTq9y+q3EOozWUEc1zG11c3CmHAYqgVeqYOPm4/GrVvrcq+FtRSCO+aSGG4/0o3C3Ecbq
hYYlyCw6Y44PBxiuwMcZRkKIVbO5SODnrmkSGKOIRJGixgY2AADH0oA4WbWH0+2uINO1G5v47iCJ
EdZPtEkVw7bcI3chAz7e23PeobbUcyWdxfahqkQtI7kXkbztGWMAQqzJ2LKQxHfdXfR20ESKscMS
Kp3KFUAA+opzQQvndHG27rlQc/5wPyoA5Twlrk+biz1mS4iumKTx/bF8tj5nWNQeoVwwHtiqdx4x
1iCx0tvL04z3tv8Aa90jCGIL8v7sF3HPzZJGf92u4aKN2DMiFl6EjkU17eCVFSSGNlQgqrKCAfag
DmtK8S3d/wCIY7OR7IRSi4/cJkzw+U4Ub+cfNnPQfjXVVVbT7Vr6O88pRcRhgHHH3sZz6/dHX0qz
mgBaKTNGaAFopM1BdXiWgVpVfyyeXVchPc98e9ArkFp/yFtQ+sf/AKDV+s6xkWTUr542DI3lkMpy
CNtaNVLcUdgoooqSgoqpqGpW2lwLNdMwV3EaKiF2dj0CqAST9Kfb30F1FFJG+BKu9FcFGI/3Tgj8
RQBYoqP7RD5bSCWMovDNuGB9TVWy1i0v4FmhdhGV3hnUqMbivU8dVNAF6io2niQIWlQB/uksPm+n
rVDUPEFhpl2Le7klV9gkYrC7KiEkbmYAhRkHk46UAadFZc/iLTrcHdK7uJvIEcUTSOz7QxAVQSfl
IORxVuzv7fULRbq1lV4GBw/TocHOehBBBB6YoAs0VGLiEqjCVMP907h8309az7rxFp9lfmzuJZEk
XbvbynMabs7dz42rnHc0AalFUf7Zsf7QuLI3Ci4tohNMpyAiHuT0/wAOPWo9O1+w1SUxWsknmbPM
VZYXjLpnG5QwGV9xQBpUUUUAFFFFABRRRQAUUUUAY/iyyn1Dwxe2trGZZpUARAQM/MD3oqXxFqUm
j6FdX0UayPAoYKx4PIH9aK6KLml7qMKqg37xp0UUVzm4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhqppdla6fZCCxOYQzMPm3
cliTz9SatmsTwjazWWgpDcxNFIJpW2MMHBkYg/iDT6C6m5RRRSGFFFFABVXVP+QVef8AXF//AEE1
aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKA
CiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAoo
ooAKKKKACiiigArJt9PtLq8v3uLeKR/PxuZcnGxK1qo2H/Hxf/8AXx/7IlUupL6B/Y2nf8+UH/fA
o/sbTv8Anyg/74FXqKV2OyKP9jad/wA+UH/fAo/sbTv+fKD/AL4FXq5QeO4T4auNVFlN5kMxi+y7
huYjkEHpjZ830Bouwsjd/sbTv+fKD/vgUf2Np3/PlB/3wKoTeIpUF9PFp8ktjZrKHuBIo3PGCWAX
rjI259e2OaoSeN3jVY309VuWkVMG7QQjchYAy4wGOMbSOpFF2Fkb39jad/z5Qf8AfAo/sbTv+fKD
/vgVDqmqz2EFmYbPz7i6mEKxGUIASrMctg9NpqhP4vigs4JWtJvNNwYLmLIzb7f9Y5PQquQcjqCK
LsLI1f7G07/nyg/74FH9jad/z5Qf98CsdvFN9EdQE+kYNmVjCx3QdpZHClEUbR13AZPStaPW7M6N
DqUkmyCVFYcEnLdFAHJbJxgc5ouwsh39jad/z5Qf98Cj+xtO/wCfKD/vgVXHifSjNDF9pIeYLgNE
427jtUNkfISeAGxmqF/4402HTriewdrqaJ0QReVIuSz7M/dJKg5yQDyMdSKLsLI1/wCxtO/58oP+
+BR/Y2nf8+UH/fAqvF4itDcJbTPtuJJjDGkau5ZgFJzhflxuGc9Kgg8aaFcSIkd6SZCApMMig5O0
HJXGCeM9M8Zouwsi/wD2Np3/AD5Qf98Cj+xtO/58oP8AvgVdpaLsLIo/2Np3/PlB/wB8CoLnQrWU
KsMMEKn77CIFse2eB9a1aKLsOVGRpFlBp93e29rGI4kMeFH+7WvWKy6gdYvvsMlqq/u9wmRmOdvb
BFS7Nc/576d/35f/AOKq5K7u2TF2VrGrRWVs1z/nvp3/AH5f/wCKo2a5/wA99O/78v8A/FVPL5j5
vIfr1i+oad5KWkF0d6tsmlaLGO6uoJVh2IrmYPBmojV4by+mS9ddrLK9y4aAhSNoG35xyOSRnJJF
dJs1z/nvp3/fl/8A4qjZrn/PfTv+/L//ABVHL5hzeRzsPgmWztreOC20+SOJLYyWrZWKd0SRXLYU
93VgSDnaM0628F3Asre2uls3iRLZZIgCUIjneRgARyMOAM+ldBs1z/nvp3/fl/8A4qjZrn/PfTv+
/L//ABVHL5hzeRxd74eu7bWtLhl0yS7tbc5jEKgoM3DSAZKkJtATPKZGRkjp1GraZqU+rTzWK2pi
urIWrvM7Ax/MxLBQDu4bpkVb2a5/z307/vy//wAVRs1z/nvp3/fl/wD4qjl8w5vIyrXw9qGkXout
P+zz+WzxrDM5TdE0cKg7gpwwMPoQQanl8P3Mvhiaxd4Guric3Ey/N5TsZfMaP12Hlfoenar+zXP+
e+nf9+X/APiqNmuf899O/wC/L/8AxVHL5hzeRlaV4WeDVLe8ureyRY5J5Vt4gWS3Z/KC7Mgf88yS
cDljgVJqei6jd3+qRxC2FlqcEcMsrud8agMGwmMEkNxyK0dmuf8APfTv+/L/APxVGzXP+e+nf9+X
/wDiqOXzDm8jnrnwbqd289xJqKrNdvOs0QUbEjkXYADjLEBYjg8fKelbdnZ6lcavFfapHaRG3gaG
NbeRn3lypZiSBgfIMDnqeal2a5/z307/AL8v/wDFUbNc/wCe+nf9+X/+Ko5fMObyNWisvZrn/PfT
v+/L/wDxVGzXP+e+nf8Afl//AIqjl8w5vI1KKy9muf8APfTv+/L/APxVJs1z/nvp3/fl/wD4qjl8
w5vI1aSszZrn/PfTv+/L/wDxVNdNb2ndPpu3HP7l+n/fVHL5hzeRq5pa5Xw/Fqq3paFo10vsroy5
/wCuYYlgPrx7V1VEo8rtcIyurlTVLK21HTZrW+OLeQYf5tvGc9aKoeL7Wa98K31vbRNNNIgCoo5P
zCitaSbXxWIqNX2ubVFFFYGoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/
uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FJS0hiEZFZ2g6o2saYLtohEWkdNobP3WK9fwrRNVNL06DS
rIWtqzmMMzfOcnLMSf1NHQRcooooGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT
2Jbf/j2i/wBwfyqWorf/AI9ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/IR07/r
q/8A6Lar1Ub3/kIad/10f/0W1NCZeoqC3u4rl3ELbwhwWAO3PoD0P4VPSGFc5p/iO7nkt5L21his
7uWWGGSKUsysm/74IGAVjY5BPSujrn/+EOszbywSXd9JE4kCI0gxD5md+zAHJDMMnJAJxQBnp4u1
G6s45rWxtFdrmOFop52DBZSvlPwp4KsCfQgjtWnpniCS81q40+4gSMRr+6lSTImdMCYAEDhWZR78
9KdH4R0qCfzLSAWozExjgARC0b7kJGOuSR9Kih8F6XbeVJarLBdp5hN3GQJpC4IYs2OTls/UD0oA
nm8UWMLXO5Lox25KGVYGZHkDBfLUjq+4gY9c+hqGXxnp0MaNJHeA/vPNQW7FoBHt3lx/CAHU59Dx
mpZPC9tJ9oX7VeLFNJ5wiWUBY5dwfzF4yDuGeuOTxzSDwpZeTMkktzI88U0U0ryZeTzdoYnjGcIo
GAAAOlAFa08TyzaldxXEBhgivfskRZGBfEbOTnkH7vHTj609/GunR29tPJDfLHcRGdSbZvliBA3s
OoX5hV0+H7QsSWlybprr738ZjMZ7dNp/OopfC9jNapbs0+xLL7CMPz5fy+3X5RzQBc0zVYdWt3lg
SaMxuY5I5oyjowAOCD7EH8au1WtLCKzkuniLZuZvOfcc/NtVePbCirNABRRRQAVRsP8Aj4v/APr4
/wDZEq9XNXbaiLu7+zbRaef++ZN3mD5E9OcfTmqir3Jk7HS0Vl251H7PH5IsjFtG07nPH5VJnVf7
tl/30/8AhRyhzGhXMf8ACDWmzb9pm/483tDwP4twEmP7wVmUexrXzqv92y/76f8Awozqv92y/wC+
n/wo5Q5ilJ4aLC9hj1C4js7wSl7cKpAeQEMQxGcZJOPX8qluPD6HS47DT5Y7GAcSJHbRskoIwcqR
jPfNWM6r/dsv++n/AMKM6r/dsv8Avp/8KOUOYoSeE7aK1t002Q2U8EiSCcIHZyqMg3buvDGoZfA2
n3bs19JPcho3QhnK5ZzmRztxkt8ox0AUDFaudV/u2X/fT/4UZ1X+7Zf99P8A4UcocxmnwdbzKiXd
1cTp5scsoLbTK0cQjUkrg9QG47ilTwkkNiLO3v7iK3il8+2QBT5L794IJGSASRg9j+NaOdV/u2X/
AH0/+FGdV/u2X/fT/wCFHKHMZ7+FmmuvNm1K4dZWie6jCIBO8Zyp6ZXoMgdQB75QeEYAkS/apv3a
KgOBziYS/wAxj6Vo51X+7Zf99P8A4UZ1X+7Zf99P/hRyhzEFv4fittWN+s8hcyTSbCBjMgQEfh5Y
/Oqq+EYFtEt/tUxVbeC3zgdIpN4P1J4rRzqv92y/76f/AAozqv8Adsv++n/wo5Q5i+KWs/Oq/wB2
y/76f/CjOq/3bL/vp/8ACjlDmNCis/Oq/wB2y/76f/CjOq/3bL/vp/8ACjlDmFtP+QtqH1j/APQa
vVmab539o3/2gRiTMf8AqycY2+9alEtwjsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUlLRQAlLRRQBna/qZ0fRbm/WISmBQ2wtjPIHX8aKl1XToNW02ayuiwhmGGKnB656/hRWt
NwS95Gc+e/ulyiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArOkE9pqM1wtu08
UyID5ZG5Suexxnr2rRooEyiNWgUfvUuIz/twP/hinRarZzSrFHKS7HAGxh/SreKKegaga5/wS2NB
aFgyyw3MyyKwIKneT39iK6DGaMUX0sFtTFj8Y6JLcLAl6TI7hAPJfk5xj7vrV3U9asdHSN7+fylk
JVTsZskfQGruKMUaBqUtM1iy1iN5LCbzVjbax2MuD17gVSbxjoizmFr0iQPsI8l/vZxj7vrW1iij
QNSnqWr2ekQLNfTeVG7bAdjNk9ewPpVP+2rHWdI1A6fP5oihYP8AIy4ypx1A9K2MVV1T/kFXn/XB
/wD0E0KwO5l/8JhotriCa8Kyx4Rl8lzgj6CtPUNVtNKtRc3svlwlgobaW5PTgA1Pb/8AHtF/uD+V
SYodgV7GfpmvafrLSLYXHmmMAsNjLjPTqB6VWu/F2jWNzLb3F4UliO118pzg/UCtnFFGgalW81S0
sLH7ZdS7Lfj59pPXpwBmoNM8Q6brEzxWFx5rou5h5bLgdO4FaOKMUaBqZF74r0fTruS2ursxzR/e
XynOOM9QMd6uz6paW2m/b5pdtrtV9+0ng4xxjPcVaxRijQNTM03xHpmrXBgsbnzZQu4r5bLx+IHr
Tb/xRpOmXbW15dGOZQCV8pzjPI5AxWriijS4a2KjaraLpf8AaJl/0TZ5nmbT931xjP6VW0/xNpWq
XQtrO6MkxBYL5brwOvJFamKMUaBqZeo+JdL0q6+z3t0Y5dobb5btwfcA+lWo9UtJdM/tBJc2mwye
ZtP3R1OMZ7elWsUYo0DUybHxTpGpXaW1pdmSZ87V8pxnAyeSMVS8U3+lpcWtpqU7xq2532B8hSrK
DlR610eKpXv/ACEdO/66v/6LaqTSd0Jp21MvSrexl003ImaWzRSY5UklQ7VznK57Y7dfSo7PVPDl
/dR21rdTvNKcIu+cZ4z1PFdLijFHOxciMDU7jQ9Hkjjv55onkBZR5kzZH4E1PYppOpWZurSSaSAE
jd5so6deCc1sYoxS53YfKjmLbV/DV5cxW9vdzvLKwVF3TjJPuatanLoujmMX800Rlzs/eTNnHXoT
61u4op8/qLlMbTk0nVrcz2Mk0sQYoW82VefoSPWqEWs+Gp7hII7ucyO4RV3TjJJxXUYoxRzhymJq
baNo6xtfyzRCQkJ+9mbJHXoTS6Z/Y+sRPJYSzSojbWPmzLg4z3IraxRilzOw+VXOX/tnwyLjyftc
/mb9mN0/3s4x+dXtSGkaPCkt/JNEjttU+bK2TjPYmtrFGKfP6i5TD0x9G1hZGsJZpRGQH/ezLjPT
qRVObWPDVvcPBLdzrLGxRl3TnBBxXUYoxRz+ocpj6jHpOk2wuL6SaKIsFDebK3J9gT6VH4b1GwvH
vk0+ZpEEwcbg+dpUDOW56g1uYqlYD/SL/wD6+P8A2mlHNdO4Ws0U7rxdotlcy29xeFJYm2uvlOcH
6gVfvdUtNOshd3UvlwHA3bSevTgDNWsUYqdCtTO03xBpusSvHYXHmvGu5h5bLgfiBUN54s0fT7qS
2urspNGcMvlOccZ6gYrXxRijS4alW41S0tNO+3zy7bbarb9pPBxjgDPcVW03xHpmrXDQWNyZZFXe
R5bLx07getaeKMUaBqZN/wCKNJ027a1u7oxzIASvlOcZGRyBirj6paR6X/aLS4tNgk8zafunocYz
+lWsUYo0DUy9P8TaVql19msroyTbS23y3XgdeSBRqHibStLujbXt0Y5gobb5btwenIGK1MUYo0uG
tiqmqWj6X/aKy5tNhk8zafujvjGf0qnY+KNJ1K7W2tLoyTMCQvlOM4GTyRitbFGKNA1M3UvEemaR
cLBfXPlSMu8L5bNx07A+lWLfU7S6037fDLutdrNv2kcDOeCM9jVrFGKNA1Miz8WaPqF3HbWt2Xmk
OFXynGeM9SMVNqfiDTdHlSO/uPKeRdyjy2bI/AGtHFGKNLhrYq2WqWmo2Ru7WXzIBn5tpHTrwRmq
Fr4v0W9uYre3vC8srbUXynGT9SK2cUYo0DUwbjXNP0fVrwX8/lebsKfIzZwvPQH1rU07VLTVrY3F
lL5sQYqW2leR7ED1qK1/5CuofWP/ANBq/iqlYUbmLD4w0S4uI4IrwtJIwRR5LjJJwP4auanrdho6
xtfz+UJSQnyM2cdegNXsUYqdB6lPTdXstYheWwm81Ebax2MuDjPcD1qiPGOiGcQ/bT5hfZjyX+9n
GPu+tbWKMUaBqUtT1iy0eJJL+bykdtqnYzZPXsDRpmtWOspI1hP5qxkBjsZcE/UCruKMUaWDW5iy
+MdEhuHgkvCJEcow8l+CDj+7V/UtVs9JtxPfS+VEzBA20tz+APpVujFGgalDTNc0/WfM+wT+b5WN
/wAjLjPTqB6VVufF+i2dzLBPeFJYmKuvlOcEe4FbOKMUaXDUqX2qWmm2YuruXy4CQN20nr04AzUO
ma/p2sSSR2Fx5rRgMw8tlwPxArRxRijSwa3Me88W6PYXUlvc3ZSWI4dfKc479QKvXOqWlnp/26eX
ZbYVt+0ng9OAM96tUYo0DUzdN8RaZq87Q2Nz5sirvI8tl4zjuB61HfeKdI027e1u7sxzJjcvlOcZ
GRyBitbFGKNLhqVJNUtItM/tB5cWmwSeZtP3T0OMZ7+lVtO8S6Xqtz9nsrnzJdpbb5brwPcgetam
KMUaBqZeoeJtK0u6NteXRjmADFfLduD05AxVkaraNpf9oiX/AETZ5nmbT931xjP6VboxRoGplWHi
jSdTu1trO6MkzAkL5Tjp15IxTtR8R6XpNwIL65MUpUMF8tm4+oB9K08UYo0uGpzviW4TWPA97Npx
adJI8ptUgkBhng89jRXRYorWnW5FaxE6fO7sWiiisTQKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKxLnxhodpcyW8+oRpLExV12scEduBW3XmmpeD9cl1e+mg
tYXimuHkRjMBkE56VpSjGT952M6kpJe6rnWf8Jx4e/6Ccf8A3w3+FQX/AI00GbT7mOPUYy7xMqja
3JIOO1cl/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFb+yo/wAxl7Sr/KdjD428PpDGp1KMEKAfkb0+
lP8A+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2VH+YPaVf5TurTxb
ot/dR21rfxyTSHCJtYZP4itivOdF8Ja3ba/YXN1awxwwS73ZZgxxgjp+NejCsKkYxdou5tTlKS95
WFooorMsKKKKACiiigAooooAiurmKztpLi4cRwxKWdz0ArF/4Tjw9/0E4/8Avhv8Ku+IbKbUfD99
aW4BmmhZEDHAz9a89HgzxCAB9hg4H/PwK2pQhL4nYyqSnF+6rna/8Jx4e/6Ccf8A3w3+FVbrxloM
l7ZOuoxlY5GLHa3AKEenqa5X/hDfEP8Az4wf+BAo/wCEN8Q/8+MH/gQK19lR/mM/aVf5TtP+E48P
f9BOP/vhv8KP+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2NH+YPaV
f5T0TTNc0/WRIdOuUnERAfaCNuenUe1X65LwRoWo6NJfvqEMcRnMewJIG6A56fWutrmmkpNRehvB
tq7CiiipKCiiigAooooAKKKKAM/VNe07RjGNQukgMudgIJJx16D3qh/wnHh7/oJx/wDfDf4VneNv
D+pave2M2nwxyiFHVw8gXGcY/lXOf8Ib4h/58YP/AAIFdFOnTlG8pWZjOc07JHaf8Jx4e/6Ccf8A
3w3+FVbPxloMc14z6jGBJNuX5G5GxR6eoNcr/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFX7Kj/MR7
Sr/Kdp/wnHh7/oJx/wDfDf4Uf8Jz4eH/ADE4/wDvhv8ACuL/AOEN8Q/8+MH/AIECmv4L8QsjL9ig
5GP+PgUexo/zB7Sr/KeowTx3UEc0LB4pFDIw6EHoakqjo1rJZaLZW0wAlhgRHAORkDBq9XIzpQUU
UUAFFFFABRRRQAUUUUAFFFFABVHU9asNGSN9QuVgWQlULAnJ/Cr1cr430O/1lLA6fEkjQO5dXcLw
Riqgk5WZMm0rot/8Jx4e/wCgnH/3w3+FH/CceHv+gnH/AN8N/hXF/wDCG+If+fGD/wACBR/whviH
/nxg/wDAgV0+xo/zGHtKv8p1Nv4x0JNRvJG1GMJIU2na3OFwe1W/+E48Pf8AQTj/AO+G/wAK4v8A
4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECh0qL+0CqVF9k7T/hOPD3/AEE4/wDvhv8ACtizu4L+0jub
WQSQyjcjjoRXmf8AwhviH/nxg/8AAgV33hmwn0zw5ZWd0FWaKPDhTkA5J61lVhCK913NKcpyfvKx
q0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUlc3aeLLYajrVrqN7Y2zWVz5UC
ySqjMvlo2SCeeWP5UAdLRXLaH4km1G18PTXdxDDJqFm9xJCIThioUkhs4UDPQ5zn2qxb+MtP1Cdb
azW78yeF5oJHtnWORFH3wxGNvTn3HrQB0NFcl4R8aW+rabpMN5LKdQu7fd5jQMkc0gGXVWxtJHPA
9DWnD4s0y4v0to3mxLK0MVwYWEMsgzlFkxgng/XBxQBtUVj6Z4nsNYvprWx+0SNAzpJJ5DCNXVtp
XcRjd3x6UaJqs+o32swzKgWxvfs8e0clfLRuffLGgDYorBPjHTVuGikS9jOyR42ktZFWYICWCEj5
iACcd+1Wm8R6av2A/aBtv4WnhbB2+WqhixPYAEcn1FAGpRWJZeLNNvpCiG4jJhNxH50Dx+dGOrJk
fMOR+YqfRPENl4hhabTxO0AClZXhZEkz/dJHzYxg4oA1KKKKACiiigAooooAKKK57xprWo6JpVtL
pEENxdz3ccCRy5w2cnHHc4wPrQB0NFctD4qk1TUtKi0sReRqOnz3KmQHckiFAFPPYsQR7VmX/j65
tvCWi6nFbxtc3T5vI8HESR588jn+EigDvKK5bWfEt3aXurx2KQvDpulG7ZmBOZm3GNevTCEn6ipt
C1671+9ElqkX9lwxBZbjBPnzkDKx8/dXkE9zwOhoA6KloooAKKKKACiiigAooooAKKKKACiiua8T
eJH0zUrTTre6sbOSeN5pLq9b93FGpA4GRuYlhgZ7E0AdLRXK3Hix9LvNGsrhG1Br9XZrmygdkIAy
CgG7Pvzx16Vdv/GOladdzQTvORblVuZo4HeK3JxgO4GF6j6Z5xQBu0Vg6h4y0rTbu4tZTcyTWyLL
MsFu8nlxkZ3kqD8vvW1bzxXVvHPA6yRSqHR1OQykZBFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRXKeMfFN54c1DSxbwRS2sglmvNwO5YkKbiuO4Dk/hTfGni250I2UelxwzSyMss5kyVSAu
qZ47lnAH0NAHW0VyfijxXc6JqttDbRRyW0KrPqLtnMULSCNSvvkseeymrmsavfvrcGiaL9nS6eA3
M1xcKWSGPdtGFBG5ic9xjBoA6CiqeljUFtNuqtbPcBiN9uGCsvY4OSD7ZNXKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooASuasfC8X9pa7c6jY2k5vLrzYGkjVzs8pF5yOOVPFdNRQ
Bwlv4ev9J0vQJbhExpOl3MVwE+c7ii42r/F908VkeC5hHPpNvK0V9cT2DQ27w6h5/wBkTYGIZNo2
AkKM5OCAK9RIzUcdtDCzNFFGjMcsVUAt9aAOV0/w5f22meEIJFj8zSWBucP0/cunHrywqloPhCbS
57S0u9JW5jtJzJHfHUJNvDEq3k9AwzjHTOTmu8ooAxfCul3GkaXPBdBBI95cTDac/K8jMv44IrP0
+21rSde1Ux6bBcWd/eicT/agrRrsRD8m3kjaT15rqqKAOB07w3rza9pN3qi+Y9lcSvcXL3rOJgyO
oKRY2oPmHHX61V8O+Gm1GLxFZ/aAbW2jn0ewkXny0Ylm+uCyp/2zxXpFNSNIwQihQTnAGOaAOL0f
w3cxgC60VIbmG0eFLo6lJOCzLtOxG+6D74xxXR+G7GbS/DOmWNyFE9taxxSBTkblUA4NadFABRRR
QAUUUUAFFFFABWL4k0u41P8Asr7MFP2XUYbmTc2PkXOce/NbVFAHH2PhS807x+dRgaP+yDFM6R5+
aKaUoXAH90lN31JqOx8HXI17WBemNtJmjnS0VTlh9oIabI7crx9a7SigDiNK8L6tF4K1m11Awvq+
oQNDuV/lwsQij5+gyfdjWhoehXugakiWqxnS7qENcQ7sfZ7gAZZB3V+49ee5rp6KACiiigAooooA
KKKKACiiigAooooAK5nXtJvf+Eks9asLG31AxW72slvNIEIDMGDqxBGQQQfY101FAHDWnhjVdHg0
Oe3gtrmeyubmWa2SXy0QT7jtQkdFyOwzTrzQtcig17SrK2tZrTWZZJBdyTbTAJFCuGTGWxg4wfTp
Xb0UAefRx6paeKPEFlo1pb3amztIC08/llD5bhWPB3L1yOtdloWm/wBjaDYad5nmfZbdIS+Mbtqg
Zq6EVXLBQGbqQOTTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB1nQ5NU8R6ZcPGj2UNvd
Q3CseSJAgAx36Guah8EauPDN9bXc0VxfvLbQQOWwBawSKUyf7xAZj7mvQ6KAOOfwXNq91rdxqt9d
2/8AaMhhENrKNht1XagYFTycsT/vVDaaN4h019M1ZIbe71CGx+wXtu02wSqrZSRHwRu7kH+97V29
FAFPTJL+a08zU7eG3nZiRFFIZAq9gWwMn1wMVcoooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAP/9k=
--089e01495490ef857804e5053533
Content-Type: image/jpeg; name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01CEA41F.C82480E0>
X-Attachment-Id: a50d9682126f93a5_0.0.2

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAQ9A3MDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuO+JQ3aLZoc7Wu1
BHr8rV2Ncf8AEn/kD2P/AF+L/wCgtWlH40RU+Bnn32SD/nkPzo+yQf8APIfnVq0tzd3cNupCmVwg
J7ZOKuy6JLFqE9q0qHyoWnWQDh1Azx9a9VyinZnnJSZkfZIP+eQ/Oj7JB/zyH51ajtbiWFpo4JXi
X7zqhIH41LY2E19NGqRSmJpFR5FQkJk45ptxQK7KH2SD/nkPzo+yQf8APIfnV5rCc3VxDbxSz+S7
KSiE8A4ycVW/Dn0oVmDuiL7JB/zyH50nkRxSRPGu1hKmCCcj5hWrqmlSaW0IeRJBIpyV/hYcMv1F
Z0nWL/rqn/oQpNpxuh6qVme20tJS14x6YUUUUAFFFFACV5D4niSbxbqhlXeVlUDJ6DYK9fryPxH/
AMjZqv8A12X/ANAFdWE+MwxHwGV9kg/55D86PskH/PIfnWrZ6RJfafc3UTrmA48sjl+CTj6AE/hU
E1m0VtaTBt/2pWKqByMNtx75rv5o3scVpWuUfskH/PIfnR9kg/55D86tTWs9syrPBJEzcgOhGasv
pcsOmzXNwkkLRyIgR0I3BgeefpTbigtIzPskH/PIfnR9kg/55D86tS2s8CI80EsaP91nQgN9Ks6V
pb6rO8aSJEEXO5uhJOFX6kmhuKVwV27GZ9kg/wCeQ/Ous+G6CPWdRROF8iM4zxnJrmSCpIYYIOCD
2rp/h1/yHNR/694//QjWOI/hs0o350eh0tJS15Z6AUUUUAFFFFAHP+OiR4Ov8EjIQcf7615d9kg/
55D869Q8d/8AInX/ANE/9DWvNK9DCfCzjxL95EX2SD/nkPzo+yQf88h+dblz4emttVtbJpkYXJws
oHAPcEeo/rWdFaT3DOIIJZdn3tiE4/KulSizBqSKn2SD/nkPzo+yQf8APIfnVmK3mn3+TDJIUGWC
ITge+KtXmmSQanJZ26yTsgB+VMk5APQfWneN7C961zM+yQf88h+dH2SD/nkPzqZkZGKupVlOCGGC
DV660qS0023u2dWE33kA5jyMrn6jmhuKt5grmPPawrBIRGAQpINez6MSdEsCSSTbx5J/3RXjtx/x
7S/7h/lXsWi/8gOw/wCvaP8A9BFceM6HThupeooorhOsKKKKACiiigAooooAK5n4hZ/4RKcZIzLG
DjuN4rpq5j4hf8inL/11i/8AQxV0/jRM/hZ5r9kg/wCeQ/Oj7JB/zyH51MBucL3JxWtceHprfWYr
BpkYSglJgDtOM5GPYjFes3FbnmpSexh/ZIP+eQ/Oj7JB/wA8h+dWoLW4uVZoLeWRV+8UQkD64oht
prjcYYZJAnLFEJ2j3p6BqVfskH/PIfnR9kg/55D860rvTJYdUuLO2SS4MLYyqZJHrgVTYFCQwKkc
EEcihWewO6IfskH/ADyH51Fc20SW0rKgDKpIINbN9pUljZ21w7qwmHzKOsZwGAP1BBrLu/8Ajzm/
3DQmmroNU7M9qsSTYW5JyTEvJ+lT1XsP+Qfbf9cl/kKsV4rPUQUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcf8AEn/kD2P/AF+L/wCgtXYVx/xI/wCQRY/9fi/+gtWl
H+IiKnwM47SpFi1ezkkYKizoWY9AMitiyv7aWC+S4lVZYI51t2J++j5+X8DyPqa5zFGK9ScFI8+M
+U6G1nTzNJuY72KG3tI1WaIyYYEElsL/ABbqWzuEddMlgvI7WO2mZpo2k2kZfIOP4srgVzuKMVPs
l3/r+mP2h0cd1BJbyJCbcypeySnzLgxAgn5WBBGcYqhazQzeInursxLEkjTuqH5WI5Cr65OKy8UY
pqmlfUTmzZnvLS/0m5RRJFOk32lfOlDFy3DgcD2P4ViSdYv+uqf+hCnYpsnWP/rqn/oQp8qjFpBz
XaPbaWkpa8c9MKKKKACiiigAryPxH/yNmq/9dl/9AFeuV5H4j/5GzVf+uy/+gCurCfGc+J+Alsb8
2WkM8Mii4S8jkVSeSArA8enOPxrSkvNOiv8AS3t5lWERTEE/8sGckrn/AHSf0rmMUYrtlSTdzlU2
lY6GzuYdPSziv7mOdlvVmyj+YI0AwTn3ODj2pPNW006SO8vYrom+im8tJfMygzuP4+lc/ijFHskH
tDf1i6zDeeX9keK5lDh1uWd2wcghSfl96r211aWWjxpIJJZppvOYQyhSgThQeD3JNZGKMUKmrWFz
u9zQ1toJdSe4tWUx3AE20HOxj95T7g5rY+HX/Ic1H/r3j/8AQjXL4rqPh1/yHNR/694//QjWddWp
WNKLvUueh0tJS15h3hRRRQAUUUUAc947/wCROv8A6J/6GteaV6X47/5E6/8Aon/oa15rivQwfws4
sT8SOrt9TtH8STx3E6C3E63EE2flVwoBGfQjj6gVmQt9p0q3htryK2khnd5Q8vl5yRtceuAMVjYo
xW3sl0Zl7S50V1dRahHeiwuo7Z2vPOy7+XvTbgEfQ5OPepp722uLvVY0khledoWRnmMayKF5G4d8
84NcvijFHsV3D2jNK7I1DW41uHgiVikbukm5QAACSx6nHer8mpWGoNqUIR4ftC7o3klBQNH9wAY4
yBjr3rnsUYpumnYSnYjn/wCPaX/cP8q9i0X/AJAdh/17R/8AoIrx64/49pf9w/yr2HRf+QHYf9e0
f/oIrmxnQ6MN1L1FFFcJ1hRRRQAUUUUAFFFFABXMfEL/AJFOX/rrF/6GK6euY+IX/Ipy/wDXaL/0
MVdP40TP4WeexkCZCegYfzrqLbU7STXbxLidFijuJJ7aUnjJBDLn0IwfqK5UjmkxXqzgp7nnRm4m
3at5+nactvexWxtnZpleTYclshwP4uOPwqaa6ivoZTY3UdptvpJ2Dv5ZKHG1h64wePeuexRj2pOl
5j5zp57u2uZtVjjaCR5bpZVLzGJZEC44YEdDzg1lysmo+IQbt4I43dfNZHymABnk9TgfnWZijFCp
8vUTnc35dRstSh1KPZJBJN/pCNLKCu9eigYGMrkflXN3f/HnN/uGpsVDd/8AHnN/uGqjBRTsDlzP
U9psP+Qfbf8AXJf5CrFV7D/kH23/AFyX+QqxXjM9NBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUx5FjBZ2CqO5OBT6y7a1hu7u8luY1meOconmDcFUKpwAeB1NNCbLDatYIcG8gz6Bwadb6
ja3UvlwzB3xnABqwkaRjCIqj0AxTqNA1ErN1LxFpukTpDfXPlSOu8Dy2bIzjsD6VPqztFpF48bFX
WCRlYdQQp5qPQJXn8P6dLK7PI9tGzMxyWJUZJoS6sG+iJLbVLS8077dBLutsM2/aRwM54Iz2NYl1
qfhvxWYdPlnadmfdGoSRDuAPfA7ZrpqMUJpA02cTqfh/wfo8qR3/AJ0TyLuUeZK2R+Gams/CfhbU
LE3lqk0luM/P5so6deDzXYUVftJW3f3k8ivscDaaZ4IvrmK3t3neWU7UXdMMn6mn654e8LaL5C3A
mieV148yVspuG7pnsa7vFUtV/wBTb/8AXzF/6GKaqO+7+8TgrbHOWHhPwtqdobqzSaSEEqW82Ucj
rweao22neB7u5jt4JJ2llYKi7phkn3Nd9Ril7SXd/ePkXY4vU/DfhHRvK+3iaLzc7P3srZx16Z9a
l0vwr4W1OEXVgkssccmMmWQfMMHofwrr6KPaStu/vDkV9jFh8YaLcXCQRXhaWRwir5LjJJx6Vc1P
WrHRljN/P5QlJCfIzZx16A1exS1GlytSlpurWerwPNYzebGjbCdjLg9e4HrVFPGOivcCBb0mVn2B
fJf72cY6etbVUNV1JtNijMdldXckjbVjt1BPTOSTwB7mi8VqyoxlJqMdx2p6zZaPHG9/P5SyHap2
M2T+ANGmaxZaxE8lhN5qxttY7GXB69wKpaT4jj1K8lsZ7a4sr6Nd5gnAyV/vAjgitqkpJrQdSnOn
LlkrGIfGOiLcGA3p8wPs2+S/3s4x09ao+IdD8NQ3DahrCyRvcOAWV5MM2PRfYV1OKKpSs7ozautT
jNM8MeE9ZWRrBZpREQH/AHsq4J6dcVTl0/wNDcPBJJOJUcoy7p+CDivQKTFV7R9394uRdkcfqXhT
wrpFus98k0UbNsB82VuevbPpVXSPDnhjWbq7Fms0sMOzB8yRcZBz1we1d1VG1/5C9/8ASL+RoVSV
t394nBX2OOuNO8D2tzJbzSTrLGxRl3THBHuKv6h4T8LaXai5vUmjhLBQ3mytyenA5rsMUUe0l3f3
j5F2RxWmeHPCOsNItgJpTEAX/eSrjPTrj0qeyufCnha+uUgmeG4/1coYSv05x0I79q6+kxQ5t7t2
9QUEtipe6paadZC7u5fLgJA3bSevTgDNQ6Zr+naxJJHYXHmvGAzDy2XA/ECtGio0sVrcx7zxbo9h
dSW1zdlJojh18pzjv1AxV261S0stPF9cS7LYhTv2k8HpwBnvVvFFGgambpviHTdXmeKwufNkRdzD
y2XA6dwKivfFWkaddyW13dmOaPG5fKc4yM9QMVsUmKNLhqZmryaZd+H5ZNRYnTpUVmYBgcEgqeOe
uK5rTdB8HatcNBYmaWRV3lfMmXjp3x613FFOM3FaCcbvU4S+0fwXpt21teNPHMgBK75jjIyORxVu
Twn4Wi0v+0XSYWmwSeZ5sv3T0OOveuwxRVe0l3f3i5F2PPv7J8IXsFyumtNJcRwtKAXlHQdeePSp
7/RvBel3Rtrxp45gAxXfM3B6cjiuu1j/AJA15/1xb+VWx0qvaO27+8nkVzkP+ET8K/2X/aOyb7Js
8zzPNl+7646/pVXT9F8F6pdC2s2mkmILBd8y8DryeK7qip9pLu/vK5F2OG1HQ/Bml3Jtr4zRylQ2
3fM3B9xmurtL6xj0SO7t5MWEUWVba3CKMdOvar2KKmUnJajUbbGTYeKNJ1O7W2s7rzJnBIXynGcc
nkjFP1LxHpmkXCwX1z5UjLuC+WzcfgD6VqUmKWlx6lWDVLS50038Uu61Cs+/aRwM54xnsapWPirS
NRu47a0u/MmkztXynGcDPUjFa9FGgambqXiHTdImSK+ufKkddyjy2bI6dgantdUtb3TzfW8u+2AY
79pHA68EZ7VbxRRpYNTHs/Fmj391HbWt3vmlOEXynGeM9SKn1PxBp2jypHf3HlPINyjy2bI/AGtK
kxRpcNSpZapaajZG7tZfMgGfm2kdOvBGaxrnW/DniWNdMluTMJ2AVBHIhJHI5wMdK6SjFCaQNNnF
an4d8IaO0a34miMgJX95K2cdemfWpdP8J+FtVtTc2STSQhipbzZV5HXg812GKKv2krbv7yeRdjgb
fTvA93cx28Ek7SysERd0wyT9ak1/w54Y0S0BmWaOaQHygZJGzjGemR3713dUNa/5BFx9B/MU1Ubk
tX94nBJPRHO6b4T8K6tbtPYpNLGrbC3myrz+OPWqEWn+Bp7hII5JzK7hFXdMMsTjFd/3oxS9pLu/
vHyLscZqfhnwloyxtfrNEJCQn72Vs469M0um+FPCmswPJYpNNGrbGJllXnGe+PWuyxRil7SVt394
civsYcXi3Q0kS1jvMMGESr5UnXOAM4q/qesWWjxxvfzeUsjbVOxmyevYGr1Jip0K1KWmazZawkj2
E3mrGdrHYy4P4gVSbxjoiXBga9xIH8sr5L/ezjHT1raxRijQNSnqWrWekQrLfTeVG7bVOxmycZ7A
+lN0zWrHWVkNhP5oiID/ACMuM9OoFXsUYo0sGtzFm8YaLb3LwS3m2WNyjL5LnBBxjpV/UtUtNJtx
PfS+VEzBQ20tz+APpVykxRoGpQ0zXLDWfM+wT+b5WN/yMuM9OoHpVW58X6LaXMtvPebZYmKuvlOc
Ee4FbOKMUaXDUqahqlppdoLm8l8uEkKG2luT04AzUWma9p+sPIthcea0YBYeWy4B6dQPStDFGKNL
BqY134u0axuZbe4vNksR2uvlOcH6gVevdUtNPsReXUuy3OPn2k9enAGauUlGgamdpniDTtYleOwu
PNeNdzDy2XA/ECoL3xZo+n3UltdXmyaI4dfKc44z1ArYxRijS4alS61S0s9PF9cS7bYhW37SeD04
Az3qDTfEOm6vO8Njc+bIi7iPLZcDOO4FaVGKNLBqZN94p0jTbt7a7u/LmjxuXynOMjPUDFXJtUtb
fTf7Qll22uwPv2k8HGDjGe4q3SUaBqVNN1W01e2M9hMJogxQkAjBHUYNXKp6fb2dv9p+x7P3k7ST
bX3fvDjOfQ9OKuUO3QEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMiup0tbWWeQExxIXbAyc
AZNNsrqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e7GcZGM0zS7Q2Gl2toXDmCJY9wGN2BjNP
oLqW6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1kutrCY1DOLiLCk4BO8d6a3E9i/S1R8/Uf+fKD/
AMCT/wDEUedqP/PlB/4En/4iiwXL1FUfO1H/AJ8oP/Ak/wDxFHnaj/z5Qf8AgSf/AIiiwXL1FUfO
1H/nyg/8CT/8RR52o/8APlB/4En/AOIosFy9UF5cLaWk9wwLLFGzkDqQBmoPO1H/AJ8oP/Ak/wDx
FQ3banLaTRx2FqzvGygPcEqSR3G3kUmnYcWnJXMfRY7rXdch8RXEC2tsLXyraLeGdwxzuYjp9K6u
sfTBqttptvDNp9mjxoFKxTFUHsBtOKt+dqP/AD5Qf+BJ/wDiKmEbI2xNXnqaLRaL0Reoqj52o/8A
PlB/4En/AOIo87Uf+fKD/wACT/8AEVdjC5eoqj52o/8APlB/4En/AOIo87Uf+fKD/wACT/8AEUWC
5eqha/8AIXv/AKRfyNUtTur6NI28tIJc/uxHOWLn027Pm/zyKk0aW5lurt72FYZysW5FbcBwadtL
ivrY2KKTNGakoWikzRmgBaKTNGaAMzVdMudRaIRanc2cSA71twAznt8xzjFZvh+6vbfxDqGi3d09
5HbxpNFNIBvAb+Fsda0fEgum8P3osJPKujH+7feEwcj+I8CjQ9GttJgLQhmnnAaeV3LtI2O7Gs2r
zVjshUSw7Utb6JWWj0d77+Rq0UmaM1ocYtFJmjNAC0UmaM0AU9Y/5A15/wBcW/lVwVnalcwz6TqC
RSKzRxurqOqnHcVojpVPYnqLRRRUlBRRWZHr9lJqOo2XmMk2nosk+5cDaV3ZB7gDrjpQBp0Vl6X4
gs9XjD23mYNutxh0KkIxZRn3yjcVWj8X6ZLodtqqvL9muZVhQeWd4YtjBXtjqc9qAN2is2w1lNRu
Zooba6VYndDM8eI2ZGKsFOeeQe3aoP8AhJ7IS3YKXIitSyvceSTGXUgFAe7ZOMY5PTNAGzRWNN4m
tLXT47u8jubZZJlg2SwkOrHuR6Y5J6AZpZvE+n291f28ryCWx8syrsPIfGCvr94Zx0zQBsUVDJeW
0M8cEtxEk0v+rjZwGf6DqahOsaaLY3B1C0EAfyzL5y7Q393OcZ9qALlFNR1kRXjYMjAFWU5BHqKd
QAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4esp7M6p9ojKedfyzR8j5lOMH9K2azNG1OTUmvx
Iip9mu3t1255C4wT781p03vqJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAVQ07/AFt//wBfJ/8AQVq/VDTv9bf/APXyf/QVprYT3RfooopDKerSNDpF5JGx
V0gdlYdQQpwaj0GZ7jw/p80zl5JLeNmc9WJUZNW7qaO3tZZphmONC78Z4AyeKbZXEV5YwXFuMQyx
q6ZGPlIyOO1PoLqT0UUUhhRRRQAVR1X/AFNv/wBfMX/oYq9VHVf9Tb/9fMX/AKGKa3E9i9XNa34l
uNI1trdoojZC1DmU5ykrFwgPbaSmPqwrpaz7/RLHUxci8gEouoBbygk/MgJIHscsTkc0hmBJ49iS
MxR2k094lr5jBBiMSCLzCpJPAx36dutXU8XwI1tFe2s9vcTGAbDhgPNBw2QfugqQT24q2vhjTUlZ
1jlUOmySMTuI5Bs2ZZM4J28ZIzwPSmz+FNKuYFiuIHmVbZrUF5WLeWxBI3Zznjg9R2oArweLoLgx
NHZ3Zt2MSyTkLtiaXHlg85OQyngHG4ZqsfGDtLpkqWU6w3yyiGFthkmYGMJjDYA+Zic9hmtVvDem
teR3X2ch4yhCq7BCUGEJTO0lexI4wPSlfw5psltb27QZjtozHEN5ygJU8HPXKKQeoxQBFqd5qY1W
1sdNa0R5beWdjcRs4JVkAUbWGM7+vPTpWfb+NYnhjlkt5AJjCqoCqhC6bvmdmC9iB0ycAZrY1DQ7
TU5YpLkz74kaMGOd48q2NyttIyDtHX0qOfw1ptxHLG8LJHMFWRIpWRXVV2hSAQCuOMdKAK8vihEW
aRbG7kgWUwRSqFxPKH2bFBOR82RkgDgnNRDxhbAtHLa3UU6hh5TBcmQOqFBg4Jy6H0wwNW28Maa3
nDypAkzbzGszhFfcG3qoOFbcAcjBzTk8M6WgtP8ARgzWkzXETs7M3mHOWZicsTnvnoPQUAZcHjyz
uxKbSzvJtrxpEVVQJt77FwSQBzzg4ODmtGz8QxXmoJYi3nS5LSrIjAfuhHtyTz0O9cY65p1v4Z06
1wsSTCNZFkSIzuyRsrbhtUnC884H8qF8P241m71J2czXBi+4Sm3y846HnJPPY4AxxQBlS+PbSCzt
biWyvQbpTLHEFVnMQx8+AfU8L1PpWhZeJY77VUtEtLlY5fN8q5baEkMbbXwM7hz6jmpZPDWnSQ2s
apNELWMxRNDO8bBDjKllIJHA4PpTYfDdrba3FqNu0kbIJQYi7MhMhBOATheQTwOSaANcqCc4GR3r
JW0FzrN6TNPHhYx+6kK54PXFa9ULX/kL3/0i/kaaEw/spf8An6vf/AhqP7LX/n6vf+/7VLqe46Vd
+WCX8l9oHXO01wEEmt6PFHDb29y5ttL3W0rIz/I7w7lPUl0xJgYJIA4PNF2HKjuv7KX/AJ+r3/wI
aj+yl/5+r3/wIauQs5tbubuGT+1bhp5bO5S3ZbcrC0gYFAwZBzjvgA4475kTX/EV0tw9vazITC95
CrW+cIQESP3cMGfHBPAouw5UdX/Za/8AP1e/+BDUi6YjDK3d4R/18NXPaffatd6hawx3t5JYG5YC
6ktVR5UWIMQQVAA35GcDPQdM1P4IN4lvJBeiaJYxmCEx4XYWY7t3UsT1B6AD1yS7DlRqXnh+2v7W
S2u5byWGThkadsGpItGihiSOK4vFjRQqqLhuAOAK4azhaLRFfSrW5W6SzmGoBoX2yPj5AQwwzbjn
jtn1rYuNY1WK6v4vNuTClyoe4itsi3hLMPlUpksAFyfnGCWHpSvrcd3y8vQ6T+yl/wCfq9/8CGo/
spf+fq9/8CGrm/7T1U6nDBFd3jhngSFTZALPCwBkmdtvysMtx8uNo4O6qN1rniY2CM3mWmyQWk8z
WxOHRSWkACN8rsQAdpHHbOad2LlR2X9lL/z9Xv8A4ENR/ZS/8/V7/wCBDVzj6hrNvYX2qXF3K0di
YJHgW3CJLGI0eYqGG7Jy+MnjGKsWt5q102kwyXEySs8j3pSAAfdEiR5K4wAwXI9Dzmi7DlRt/wBl
L/z9Xv8A4ENR/ZS/8/V7/wCBDVxljrfiCaF3vrqSBWkjW4WOycyWYO7dtzHgjIVf48dc4rq/Ct7P
qHhy1ubqVpZn3hnZAhbDsBlR0OAOKLsOVFDVNEkeG4upZ50WCN9gExZnGP4j6e1dKKp6z/yBrz/r
i38qaLjUf+fGD/wJ/wDsaptySJSUWy/RVH7RqP8Az4wf+BJ/+Jo+0aj/AM+MH/gSf/iamxXMi9XM
33hSW71SS7W5VBNdB5lC/wCsg2RhoyfdolOfQkd62PtGo/8APjB/4En/AOJo+0aj/wA+MH/gSf8A
4miwcyMfTvD+o6ZdIYp7R4XtxBNuVg3Ekj5Xt/y07+lU08DTRxCMXieWtvCqptOBMuwSP/wJY1H1
LetdJ9o1H/nxg/8AAk//ABNH2jUf+fGD/wACT/8AE0WDmRkWHhmaC4vxJ9mijupZJftNoWjuW3SF
wGb0GcfhUN54Tu7zU5blLi2tSCrRyQoxaZlZWTzgThsFRz1PqOlbv2jUf+fGD/wJP/xNH2jUf+fG
D/wJP/xNFg5kY994bv8AXZIjq9+sUSRSoY7IbclxtOSwORtyO33jVSfwVd3Vnma/j+3CWJzMqHDq
EjSRSP8Aa8sN7ED0ro/tGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyM+90CbUryee6miUyW
c9mjRIdyK7fKwJ7hQM+9YsXgm7tbYPEumm5XcpVklkSUGPZuIdid3HAzjBI966r7RqP/AD4wf+BJ
/wDiaPtGo/8APjB/4En/AOJosHMhNDt5LTQNOt5k2SxW0aOp/hIUAir9UftGo/8APjB/4En/AOJo
+0aj/wA+MH/gSf8A4miwcyL1FUftGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyL1UNb/wCQ
RcfQfzFL9o1H/nxg/wDAk/8AxNYN1eX7RXESRrNaf8tHM2/yjuHAbaN305x61UIu5MpKx1dLSClq
CwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKWn2lram5+yY/fTt
LLh937w4z9O3FXaxfDlpPaHVTPE0fnahLKmf4lOMH9K2qb3EtgooopDCiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTW
wnui/RRRSGV7+A3dhcW6sFM0TRgntkYpmlWjWGlWlo7h2ghSMsBwSABmjVZWg0m8ljYq6QOysOxC
kg1FoM8l1oGnzzOXklt43dj/ABEqCTT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD1
8xf+himtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8A
SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKAI5oY7iJopo1kjbhlYZB+oqSiigAqOGCO3iEcMaxo
CSFUYAycnj61JRQBS1j/AJA15/1xb+VWx0qprH/IGvP+uLfyp+oX8Ol6dPe3O7yYIzI+xdxwPQd6
roLqWcUYrIuPFGmWzWqtK7fard7mMohI8tV3En046euKnOu2Q1Cxsi7Ca+iaWAFTggAE5PY4PT2N
SM0MUYrCXxhp8pC2sd3csZ5IAsMBJLIAWI/2fmHPerer69a6KYhcx3D+YjyfuYi+xExuY46AbhQB
pYoxWbFr1tNe3VusVxstc+bcGPEQIUNjd64YVAviqwks7S4t1uZzdqzRQxQlpMKcMSvbBIBz3oA2
cUYrJXxLYPe/Z18/b5hh8/ym8oyjqm7pnt6Z468U7SfEdhrS2zWbyH7RC8yBkKkBWCsCD0OWHFAG
pijFZKeJ9Ne5mtxK4khuhauGQjD7S2c/3cK3Psajj8WWM0LSRw3rDyvOiH2dgZ48jLJnqPmB9cHO
KANrFGKw18X2LWa3AhvBuSKRIjCd7iRyiYHuRVmPxBaPPHbss8Vy7oghkjIf5lLA49MK2T22mgDT
xRiqjarZxytHNcRQsJPKUSuF3tgHAyefvCoJ9fsoL9rPzRJMkbSSLGynYAyjDc8H5xjPvQBpYoxV
Q6vp6lgb+1BWTyiDMvD/AN3r19utRxa7p9xcSwW9ykskM/2eVUYZjfaTz+AP5H0NAF/FUNZULo9w
FAAwOB9RT/7Z03yFm/tC08pm2CTz12lvTOevtTdaOdHuPoP5iqj8SFLZl4UtRSXEULossqI0jbUD
HBY+g9akqRi0UUUAcsPE93Ff6w9xF/oOmmTKx2rlnCqp4lLbd3P3cU278XyxTW7Jp1yNrzJdWxCG
RdkYcEHdtxhgevfHWtWTw3YSy3bt9o23m7z4hcOI3LAKTtzgHAHNSyaFYSzyTPCTJIzsx3nkugRu
/wDdUCgDPm8Z2MF6Ldkdt1s1yjKyEsoTzMFd25fl7kAUQ+LknjCx6be/bWcKtodgcjZ5m7O7aBtP
c9eKnPhLSDMZfs75KGPaJn24KeWTtzjJTAz14qWbw3p05LGORJNysJIpnR1KpsGGByPl4PrQBmye
PNPivri2aC6/cK291jyN69Uxnrk4z0J4zUsOvXj6Tr15NaGCXT2kEcEuMjbCrjcVJBySeQehFW28
MaYzzkxzbLgHzYhcSeWxIwW25xuwB83XPPXmprfQbG2sLuzRJGhvNxn8yZ3aQsoUksSTyAKAMG38
cLb6dLLqIWWZZ1hiWCJojJmPfkpIcr/FyTg7eOtXP+E209Z7ZJUliS4tzcKzldygIXIaPO8fKp5x
jIxVr/hFdM8nZtuDJvWQTm5k84MoKjD7twwCRjOME+tL/wAIrpX2lZ2hkdwMEPM7BzsMZZgThmKH
bk5OKAIW8TuiRA6PqHnyhpEgHl7jEoBL53YA+YDGc5OMUWniu3vdQit4bW58iZlSO6IXy2dohKFx
nd9w+mM8VI/hPTJLdIXW5KpuCsbqXcqkAFA27O0gD5enFW49FsYZEeKAIUmEyhSQFYR+UMDpjZxj
pQBjP4ju7bV9TWezle2t5oba3jiCbpHkC85Lf7XfAA96sS+LoIGlMlldiCMyxifC7GkjRndBzngI
wzjBKnmtKTR7OWaSV4iXkmjuGO48ugAU/htFVpPC+lS3M0727FphJuXzX2AuNrsFzgMQSCQM8n1o
Aq2fi6O6vIraTTb62aSRYi0oTCOyb0B2seq88dOhqpqPi270/VNRtXt4dkckcdo5z87YjZ1bnriT
Ix1APpW4NEsROJhCd4lSYHefvqmxT1/u8U288P6dfrKLq3EnmzpcsSxz5iBQrD04UDj39TQBnv4y
tYizSWl2IWLrby7VIuWVgpVRnIOTxuAzyaonx0tglw2p2dwswuZUS3RVLrGipknBIJy4xg85GK2G
8KaSzzM1u580MADK+I9zbmMYzhCWwcrjkU3/AIRLSwgCLco4d381LqVZCXADZcNkg7RkZ7CgCn4o
8SXWjm0NmsREsEs5EsEjltmzC/L9zO45ZuBjmujikWaJJFIKuoYFTkEH0NUdR0Oz1RoTcibMKNGv
lzumUbG5TtIyDtHB9KvRRJBEkUShI0UKqjoAOgoAfRRRQBm6Pqb6kb4PGqfZrt7cYOdwXHP61pVT
0+xt7L7SbYk+fO00mWz85xn6dOlXKb30EgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGRXUscN
rLLOP3SIWfIz8oHPHem2U0NzZQTWoAgkjVo8Lj5SOOO3FN1CBrrT7m3QgNNEyAnoCQRTNJtHsNIt
LSRlZ4IUjZl6EgAcU+gupcooopDCiiigAqjqv+pt/wDr5i/9DFXqo6r/AKm3/wCvmL/0MU1uJ7F6
iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/IXv/pF/I1fqha/8he/+kX8jTQn0L9FFFIY
UUUUAFFFFABRRRQAUUUUAFFZ+vXdxp+h3l3ZxpJPDGXVXBwccnp7ZrLt38UXNtFPFPoxjkQOp8uX
kEZHemlpcTetjpKKwNniv/nto3/fuX/GjZ4r/wCe2jf9+5f8aLeYX8jS1j/kDXn/AFxb+VJq2nnV
dJubISeV56FN+M7fwrHsdSvNV8LajPerBuUzRo0IIV1XjPPuDU0Gp38+oMktq8RjJ224kQFx/eJP
UfSq5XYnmVys3gpTJMy3rYd5fLBT/VRvG6iMc9A0jN+Q7Us/hS9vIIvtGoxR3Nvb+TBNBAV8shlZ
XwWPPykH1BrZ+2Xv/QNf/v8AJ/jR9svf+gbJ/wB/k/xqbFXMOXwUElge1ltWSCdpY4rq3MigGONB
0Ycjy8596m1vwgmqvCYpIsJ5u4XaPcYMm35lyw2kbeMcDPStb7Ze/wDQNk/7/J/jR9svf+ga/wD3
+T/GiwXMRfB0qy3yi7g8u9VUlnMB+0lAqKy+ZuxyEPbq2alh8MXmn3hudO1IbwzhftcZm+V9pYE7
gSdybgfcjmtb7Ze/9A2T/v8AJ/jR9svf+gbJ/wB/k/xosFzO/wCEbuDIkLX6/wBnpdG8EQhxJvLF
9pfONu87ume2cVDYeDI7O7jka7kaH7ClrJHGWjLOuzMgZTlciNQQPStf7Ze/9A2T/v8AJ/jR9svf
+ga//f5P8aLBcx5/Bqz3kc5uyALqWaRQn+sjcEbCc9QTkH6+tWLTw7dJJCb2/SdbW2e2twkOzAYK
Cz8nLYUDjA68VofbL3/oGyf9/k/xo+2Xv/QNk/7/ACf40WC5ky+D0ngt4Z50kijt7WB0aLIkELlu
Rn+LOMdver7aDFHqMF3ZiCBrezktoVEWQm4qQeo4G08e5qf7Ze/9A2T/AL/J/jR9svf+gbJ/3+T/
ABosFzHvvBwv57qaW5jL3CyYJhzsZ0hXcOe3k5/4F7cxyeDJZLi5Zr2Hy5FlCYt8OPMmWU7m3fNg
rgcDitz7Ze/9A1/+/wAn+NH2y9/6Br/9/k/xosFznr/wTdXuj/2cuowRQqzhWW2IZkIYDeQ4LMC2
c8Akcg5qzd+DjeLdxPdokM9x9oGyLDgmExMCc89QRx69c1sfbL3/AKBsn/f5P8aPtl7/ANA2T/v8
n+NFguYU3glryKQ3dzbGWUSbhFbbYwWh8oFVLHBHU889OK2tWjMegSx7slUVd34jmn/bL3/oGv8A
9/k/xqnqtzdvpsyyWDxqQMsZVOOR2Bqor3kTJ6MoLoWoW2stO95cTLMcC4QRl4h6EMDgf7v5Vq/2
Vef9Bm8/74j/APia1B3paHUbBQSMr+yrz/oNXn/fEX/xNH9lXn/QavP++Iv/AImtWilzMfKjK/sq
8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A
4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/Z
V5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz
/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDi
a1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lX
n/QavP8AviL/AOJrVoo5mHKiG2ieC3WOSd52HWRwAT+QAqaiipKMTw3azWzat50TR+bqMsibhjcp
xgj2rbrO0nUzqZvQYhH9luntxhs7tuOfbrWjTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+ii
ikMqapK9vpV3NG22SOF2VvQhSQaj0O4ku9CsLiZt8stuju2OpKgk1aunijtZXuAPJVCZMjI24547
8U2ylgmsoJLQKLd0Votq4G0jjA7cU+gupPRRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAZLGssTxuMo4KsPUGsPwfIyaO1hKcy6fM9qfop+U/wDf
JFb9c9b/APEv8cXUPSPUbdZl/wCuifK36EGqWzRL3R0NZviDUDpmg3l0v30iIQerHhf1IrSrnvEf
+m6no+ljkS3H2iUf7EYz+rbaUVqOT0JY7AaX4L+x94bQhvdsZP65rYMaMysygleVJHI+lVtY/wCQ
Nef9cW/lVXxQJT4X1AW5lEpgYKYSQ4J/u45z9Kb1QktTWzRnNef3UmszzRCQ3qfYY7izJXcBcOIZ
D5uB1ziPB/vEgc1NNq9ybnTdTsDe3ENlZMbmBEceacorAqRywzuH0PvUlHdUZrzWVL+3mgj1O4uN
pvpmnaRpymWjibaDGQcBiwX+Hg1o+M5dRke0DBrQ7bgRmKSZ9xGzy2/dgYfrgMCOvWgDuc0VwMF9
dRaprE7Rzm/dFW1t380urNHEAOvl7QxOSB2Jogllh+yWWvHU4bK082InfIzO52NEXePlvkLDIOMq
c80Ad9mjNcSkk66muH1FtXN829W8zyltdxxx9zbsxz13e9ReHJdZtLiztniubpk0vzozcSsquXaM
7Xcg/Op3jkZxj3oA7vNGa4J21mHVW8k3bx3WqSbAxYrEyI20f9c249sr70+wi+1iOCFtTkzYudRM
7zLicbCuCcYfdu4TjHtigDus0Zrz57O+GmW1tbm7BmtLAt5kkpG9pj5m4g7hx1wRge1a62V3Y6xa
Ry3EosktjdTrF5jjzIsKFBJJwQwO3kkp7mgDqs5ozXG6jq2sw3l62ngpFG8kw3WzP5qqluQvXjO9
+np0yDVS71HUp9XvJG81nhhnjEAtnURDz4gvzD75ZBu49+1AHe9aM4rg9Q8T6va6Q1xC0kt557Br
cWTBYSFY+UWwd2cAAgc+ozUsuo6xbz6gUaW9mS/DQ27QsoSM27MuCOoLDH1HqaAO4qhrf/IIuPoP
5iuUm13XXsnaxn85VaV0uWsWXzQsO/bsOCPnG3PfOOorqNUcyaDI7DBZFJHpyKqPxIUtmaNLTGkS
MrvYLuO0ZOMn0p1SMWikooA5geK5U1PVVuI41stO3lykcjSMFUNkHGzPPTOaW58ZpC9s62d2Yy8q
XETQHzoiiB/u5xjDA/QjvV2XwxbSyX265vPJvt3nQCUeWSyhSQMZBwB3qWXw7ZzXMs7iTfI0jNh+
MvGsbf8AjqigCGfxXp9vdeRIZRutzcRyBRtkUJvOOc5288gDg1FF4ws5rcPHbXxnL7FtTBiZvk35
Ck4xt56+3XikPgnSzdGf9+GMRjIEnBzH5RPTOduB1x7VPN4Xs5H81JLmCcMrLLFLhkKp5fHGMFeD
+dAFaTx1o8V9NaSTSCSFGZzszgqMlcDndz0x1460+DxHNNpOt3rWjxHTmcJDMuxztiV/m69STyO2
KkfwnZu1z++vBDc7jJAJjsLkAF8dd3GeuM84zU8Hh+3g06+s2luZlvtxnkll3OxZAh57cAdOlAGR
aeOrZNLlutRaDKTiCM2z5ExKB+N+0jAz1x904q8vjDTGe23PIkNzb/aIpnTClQhc98j5VJ6Y4xnN
H/CI2Zjy1zetdeYsouzN+9BVSowcYxtZhjHc0h8G6bJerdTGeWTZtfzJM+ZmMxkscZJKnHXHfGaA
FbxXbrCjGx1HzJNzJD9n+dkUAmTGfu/MPfJxjNPtvFNld6ilpCtwyyFVS48o+UzNGJQob12HPSmt
4Ut3gjRr3Ud8YZFl+0kOI2ABTOPu/KPfIznNWYPD9lbSRtCjIIplnRQ3CsIvKAx6bO1AGc3imW31
TU47i0m+zWksUEXlxbnmkcDGDux/EOMDjnNWJPFtjFLKskd0scW9TKYfkLopd0B7sAre2QRnIq3L
odrNPLMwffLcRXLYbjfGAF/D5RxVWXwnYTzzySNclJvMbyfOPlo8ilXdV7MQW+m4460AMsvF9ne3
cVt9mvoHkcR5mtyoViu5VJ7EryP1warX3i6Wx1LUbSS0T9w0a2z7ziYkRlweOCBICPUZ9DWoPD9m
LgTYk3iZJx8/8SJsX8NtMvvDVhqIl+0o5MtzHdFg+CsiBVBHpwoB9cmgCu/jDTo3l3i5WNd/lymE
7ZyrBWEfcncQO2e2RVE+PrOzt55tUjltitzJHHCUAk2IqlmYE9i3bOcjANX28Iae7SlmuSrB/KTz
jttyzbmaMfwncAe+MYHHFJ/wh9ooDR3eoJcB3c3C3B8xt4UMCcYwdi8Y4xxigCxf6rc/bLez0qKC
W4liNwWncqixggdgTkkj9fx1I2Zo1LrtYjlc5wfrVDUNEhv5IZfOubeeFTGs0EuxyhxlSe4OAfwq
/GgjjVBnCgAZOf1oAfRRRQBS0/T4bA3JgLH7RO077jnDNjOPbirtYnhuCaA6t50bx+ZqMrpuGNyn
GCPatum9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
qGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlbUYGutOubeMgPLE6AnpkgimaRavY
aRZ2kpUyQQpGxXoSAAcU7U5nt9Lu5ojiSOF3U46EKSKj0S4kvNDsbiZt0s0CO5AxklQTxT6C6l6i
iikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiii
gAooooAiubqGytpLi5lSKGNdzu5wFFRWWpWeoxLJZ3MUysCRsbsDg8fUEVFrdr9s0meE2putwH7o
S+WWIIIw3YgjIPqBXIt4a1mWaW5aMm7ls3gjuHnUSxgPkK7L1JUldyjj68kA72ooZY54xLEQyN0Y
d65PTvDd1/aFrJNZ/ZrCO5eZLQ3G/wAkCNVXocHLgtgZAznrTLbwzqAa0uLgMbq2jtljf7QflInd
peM4OYyBz16UAdnmskeKtGMU0o1GAxwkK7ZOAScAfnxXN+A1d9Z1K5uYbtbqQfMZVIVR5jHBJJ+f
kDoOFHFNi0DV49AFoLS9WeG5im3C9QhgshJ8rJITg9CBQB3Ftcw3ltHcW0qSwyLuR0OQw9jSxzJI
8iK2WjIDD0OM/wAjXIWOg6paXOkOYNxgZw2+UFIo2kZsnGCZdpGWGQT1HerOp+HbnU9UlNwhksnu
/N2+cV+UW2wcA/8APTt+NAHVUhIAJPQVztzodxqOk6Faagpm8hka9BlI3YhZTkg5b5yPrWPbeHNa
Gq6fcXrXMphghVXjukAjKptkV8jcwJ54POecYoA7YXMZtftG4eTs37v9nGc/lUP9pWvk2svmjy7s
qsDYPzlgWGPwBNefRWd3/wAJRZ219FdvPb2sUMeMsu8QEElicbNzHPB+ZRz2q9/wid/a2NvAlkbi
CN7WV7f7URuZY3WXBJ45K+xxQB3tLXCReGtZSW18yPdIvleROLo4sVWQsyY6vlcLnv0OAK6Xw3pb
aVpeyZNtxJI8kp3l9xLHHP0xQBrVz/ir/RP7O1UZ/wBCul8wj/nm/wAjfzB/Cugqnq1iup6Td2b9
J4mT6Ejg/nTi7MUldFvtXP6b/p/jDU7zrHZxpZxn/a++/wCpAqfQ9WEvhOG/uThoYD52ezJkN+oN
N8I2zw+HoJpgRPds11Jn1c7v5Yp2smK92i/rH/IGvP8Ari38qVNRhkufIhzKy8Oy/dT6n19hzSax
/wAga8/64t/Kqsfh6zhuN8MEAiYkvE8QYZ9VPUfypq3LqJ3voavmL/eX86PMX+8v51V/snT/APnx
tv8Av0v+FH9k6f8A8+Nt/wB+l/wqdCtS15i/3l/OjzF/vL+dVf7J0/8A58bb/v0v+FH9k6f/AM+N
t/36X/CnoGpa8xf7y/nR5i/3l/Oqv9k6f/z423/fpf8ACj+ydP8A+fG2/wC/S/4UaBqWvMX+8v50
eYv95fzqr/ZOn/8APjbf9+l/wo/snT/+fG2/79L/AIUaBqWvMX+8v50eYv8AeX86q/2Tp/8Az423
/fpf8KP7J0//AJ8bb/v0v+FGgalrzF/vL+dG9f7y/nVX+ydP/wCfG2/79L/hR/ZOn/8APjbf9+l/
wo0DUteYv95fzo8xf7y/nVX+ydP/AOfG2/79L/hR/ZOn/wDPjbf9+l/wo0DUteYv95fzo8xf7y/n
VX+ydP8A+fG2/wC/S/4Uf2Tp/wDz423/AH6X/CjQNS1vX+8v51Q1t1Oj3ADDOBj8xUv9k6f/AM+N
t/36X/Cqer6bZRaXM8dpAjqAQyxgEcinG10TK9mZZ0nVY9c865umm3tiG4WBXEXsVJ+T6jNa/wBg
1X/oMD/wFX/GtTFLQ6jYKCRlfYNV/wCgwP8AwFX/ABo+war/ANBgf+Aq/wCNatFLmY+VGV9g1X/o
MD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/
6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DV
f+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g
1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlf
YNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVENtHLFbqlxN50g6ybAufwFTUUVJRn6Vqn9pm8Hle
X9lunt/vZ3bcc+3XpWhVLTtNi077UYmdvtM7XD7j0ZsZA9uKu03a+gl5hRRRSGFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBf
J/8AQVprYT3RfooopDIbpoUtZWudvkBCZNwyNuOc/hSWTW72UDWe37M0amLYMDbjjA9MU3UYGudN
uoI8b5YXRc9MkECo9HtZLHRrK1m2+ZBAkbbTkZAAOKfQXUu0UUUhhRRRQAVR1X/U2/8A18xf+hir
1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUlAC1U1W+/szSrq98
l5vs8TSeWnVsDOKt1Fc28d5azW8wzFMjRuAcZBGD/OgDJj8TW5l0+GeC4t5b5AYhIowGIJCnnr8p
9unNULPxkbzT7B/szxXM5tzIsqFVKSHBZOckA56+3rVuPwdp6aha3pluXntgm1ncHeVBCluOwYjA
wPbPNFn4O0+zSNfOu5vK8sRmabcUSM5VB/s5P8ueBQBNovinTfEEtxHp8rO0ChiSOGU5wwx2OD1w
faoLTxfZzTWkDpPvuI4X81YT5SmUZQFuxOKu6RocOjRtFb3F08O0JHFNJuWJRnAXj375PAqGDwvY
W6xKnnYi+z7cv/zx+5/Pn1oArv4nRfE0mmsYIooWCO8rMGZjHvwvy7eh7tk84HHKr4y09oTJ5N6M
+WYlNud0yu21XQdwT+IyMjmrc3h6yn1NryQyks4keHf+6Zwu0OV9dvHpwPSs248F25tkitry7R1e
ELK8pZooo23BEPb6nJ9c0AbmnX8Op2guIVdRuZGSRcMjKSGUj1BBq3VXTtPh0yzFvAXZdzOzu25n
ZiWZifUkk1aoAKKKKACkpaKAOB1JmtptU8OxnB1C8jaED/nnLzJj6bW/Ou8RFjRUQAKowAOwrjtW
uol+JOlsYtywx+TJJ/deTdsH6H867OtJ7IiG7KWsf8ga8/64t/KrgqnrH/IGvP8Ari38qq+KJZof
C+oyW8skUywNskjOGU+o96noV1NeivP7rVtXlmiUzXMRso7i1m2jaJ5xDI2/pyBtjI93PpU1x4kk
W50zUbS8e6srayL3kcJ3iTlFJOP4l3A/TNSM7qivN2vtRint4tU1KSIPfTecZLtoFXMUThAyjopZ
gB0OOtaHjLU7+OS0CyPpp23OzddbBIVCbGG0NuPJwh685oA7iiuDg1yaPUNYneeQ3KqotbJrlvMD
PHFtXycbQNzH5s9c02DU5R9lsNb1G+sYLbzY5ZpHEckknyNFvdSRyjE8Hkg+mKAO+oriV1Gcakv/
ABMLptTN+0bWWTsW23HDFMYxsAbf6nGe1ReHNV1aO4s7W4+1X0q6X9pUMwUzh2jwSxwNy5deewHr
QB3dFcE+p6vBqrIs08kdzqkiQqeiFEb90T/db5SPdT60/T7l71Y4bfVL+5aWxeS/PmMpgmGwrjp5
bE7hsHYdKAO6orz5ptSXTbWCC8vHkntLByZLhwS8kxD/ADgErkccdBWvi/stYtbe5vWjsxbG7nzK
0hUxYUqHIBKtuVjnn5T60AdVRXG6j4j1G1u7z7EkDwxO8pMqu29FjtzhcH5SfNb246dap3XiG9m1
a7ImTFvDOn2aMOrRkXESKXOeSVywxjg9xQB31FcHqHja8stIN2r2ck/msptliYGHaGJjdi4G75cZ
6k9FNSy6/qVtLqDNIt3JDf4ito0ZHWM27OoOD8wJGOR1B9gADt6oa3/yCLj6D+YrlZ/FuqfZHayf
T7rY0jC5SF/KkVIfMKqN2c5+XOe/TPFdPqknm6DJJjG5FbHpkiqj8SFLZmjS0lLUjCiiigDm18XR
jU9SgnSCK307eZX85ml2qoYsIwnT5v72falufGdlC1q6pOYJHlSbMEgkiKKG5Tbu6EHp05qeXwys
v9oxnULoWuoF2lgCptDMoUkHbu7DvT5vDVtPdS3DTTB5XkdgCMZeNYz29FH40ASTeI9Ogn8qWSRc
wmZHMTbHULuO1sYJ284FRR+LdLltPPje4Yl9ghFtJ5rHbv4jxuI2/NnHSqTeBLBrw3P2i43GBocf
J0MXlH5tu77vQZwDzjmrcnheHz/tEF5cwXKsrJKm0lcR+WRggggqOcjrzQAr+MNFiu5LaS9CPGjO
xKNgbRlhnH3gD93rTYPEq3Gl6xfJbyBNOZwI5FaN32xK5yGGV5JH61E/gyzea7b7TOI7rc0iBY87
zj5g23cORuxnGe2OKtw+H0TTtRtJry5uDqO4zSybd2WQIcYAA4UY4oApWXjOzfTpbu+MUQSYQr9n
l89ZWKhvkIAJIBORjjBq8nifS5Gt8TsIrmLzop2jYROu0scORjO0E49Aaov4KtZYiZry4kuvNWUT
skRIKqUA2bdhG1iOR/SkfwPYS3yXU888rCMxsGCDeDGYzyFBA2sflUhc84oAtt4s0xYElb7UN5Ox
Pssm9lADFwu3OwAj5unPrUkHibTbnUVsoZnaRsbXETeWxKeYAHxtJKHdjPSq7+GWkjizrGoCaJHi
WcGMP5TBQU+7j+EHOM571PbeG7S0eEwNIqQzrOiZyAVh8kD1xt/HNAFQ+Kkh1XUobqGWO3s3ihV1
hkZpZHxgKAMH7wAxk9+lWn8VaXHPLE80imIPuYwts3Ku5kDYwWCgkqOeD6VJNoNvNczTNJKGluYb
kgEYDRhQo6dPlGaqT+Era4km8y7u/IkMzrbhl2RySqVdxxnOGbAJIBY8UAS2fi3Sr65it4ZJ1llY
KBJbSJhiu5QSwABK8gHqKq3ni9bLUdRtJLRi9qY/KbfxPnZvA44K+YvHcGro8O2wuVn82bcJ47jG
RjckflgdOmP1qPUfCtlqZlM8kweS6juwyMAUdFVcDjoQuCD6n2oAcfFekq8yvcMqxBvnMTbJNpCs
EbGHIYgYGeTVJPHOmx2889+z2saXDxIrxsHKoFLMykZUDdz+HrUr+DrWTcHu7sxrvNtHuXFszPvL
LxydwGN2cDio5PBVvKRK1/dNc+ZJIZ3WJyd4XcNrIVx8i4wMjFAF/UtXure7tLfTbOK8kuIpJhvn
8sbU2dDtOSd49KuaZfxapp0F5AHEcy7gHGGHsR6g1V1DRTfXFrPFfXNpLbxvFuhCZZW25B3KcH5B
yKu2dpDYWkVrbLshiUKi5zgCgCeiiigDD8NRyxtq3nJIu7UZWTeCMrxgjPatyqGmamupm8CxtH9l
uXtzk53Fcc/rV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlXU5nttMup4yBJFC7qSM8
hSRUei3Ml5oljczEGWaBHcgYGSoJ4qxdeT9ll+07fI2N5m7ptxzn8KSxNubGD7Ft+zeWvlbPu7cc
Y9sU+gupPRRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAY/ip2j8O3JV2QMUR3U4KozqrnPb5SeawL/UtXhubyOwlFuIpbqTJt/M3iOO
MqvJ4yWIyPwrs5oY7iF4pkWSORSrIwyGB6g08KFAAGAOBQBwuq6rd39nq8M1z5UiRER2KwHcyYUi
QP15JPt26g1LeeJ9RhuLu2h2tc2/2tmjaA/KisvlMfUbWLcfexXa4piSxvI8asC6Y3L6Z6UAcBDq
l5Al7c21yb1vOupI7g25UNttUKYXpjIx6HHHWn6v4h1rS7JrT7ZE12bjYly0CplfIEnQnbgOwBPX
GepFd/iql/pVlqiIt9bJMEJK7uq564PvQBg3Wpmy1qxMt3Gzz6Y6xNn91NMWTbjHHPb2NYC3ttFB
bLZXt2upTWc5v45pJNzP5ROCG4DiTGAvOM44r0dI0jRUjUKigBVUYAHoBSPEkm3eittIYbhnB7H6
0Acj4k1y90Xw1YS2hl+0NDuyYwwYqmdrE85J7Dk84xim3Os63Be3c0JWaISSww2v2futt5qtuHJy
3H4+tdlijFAHD6dcz3GmeKp1vnvWNuDFcJEYsnyT90ex7j+dZ/2d7bT7m3vrkWTRzwyCCSadreZT
G2PnzvXJyT2DRjg559IoxQB5ncXLql7LAbl7mezbERlm8+x/cj5SPusnAw3DZbuena6KzDVNaiUl
oEulKZOcM0aMwH4nOPetfFMht4rcOIY1Te5dtoxuY9SfegCSkJxS1keKL1rDw7eSx/65k8qIert8
o/U00ruwm7HO/ZH1XwxrOqxgme4uTc2577YThP8A0E/nXY2F2l/YW91GcpNGsg/EZqPTbBNP0m2s
lAKQxLH9cDmsvwixt7K60xj82n3Lwj/cJ3J+h/Sqk7pkrRmnrH/IGvP+uLfyp/2yI3It0LPIPvBB
kJ/vHoKZrH/IGvP+uLfyqlF4btYJ8wxoYHJZ43zkE91Of0OaFbl1B3vobGKXFUf7EsP+fZf++j/j
R/Ylh/z7L/30f8anQrUvAYoIzVH+xLD/AJ9l/M/40f2JYf8APsv5n/GjQNS9gUYqj/Ylh/z7L+Z/
xo/sSw/59l/M/wCNGgal7H1oxVH+xLD/AJ9l/M/40f2Jp/8Az7L+Z/xo0DUvYoqj/Ylh/wA+y/mf
8aP7EsP+fZf++j/jRoGpd2ijaPeqX9iWH/Psv5n/ABo/sSw/59l/M/40aBqXsfWjH1qj/Ylh/wA+
y/mf8aP7EsP+fZfzP+NGgal7H1ox9ao/2JYf8+y/99H/ABo/sSw/59l/M/40aBqXsVQ1vjRrjHXA
6/UUv9iWH/Psv5n/ABqnquk2UGmzSRwKrrgg5PHI96cbXQpXszMcaydcX7eYAd/+i5D+Tn/gP8X+
9+FbONd9dN/KStSim536CULdTLxrvrpv5Sf40Y131038pP8AGtWilzeQ+XzMrGu+um/lJ/jRjXfX
Tfyk/wAauLqFo12bVbqA3I6wiQbx/wABzmpXnijljieRVkkzsUnlsdcDvijm8g5fMzsa766b+Un+
NGNd9dN/KT/GtWijm8g5fMysa766b+Un+NGNd9dN/KT/ABrVqL7TD+9/epiE4kO4fIcA8+nBB/Gj
m8g5fMz8a766b+Un+NGNd9dN/KT/ABrQtrqC8iEttNHNGeA8bBgfxFS0c3kHL5mVjXfXTfyk/wAa
Ma766b+Un+NatFHN5By+ZlY131038pP8aMa766b+Un+NXkvLeS7e1SeNriNQzxBhuUHoSO1T0c3k
HL5mVjXfXTfyk/xoxrvrpv5Sf41q1EbqAGQGaMGMgOCw+Unpn0zRzeQcvmZ+Nd9dN/KT/GjGu+um
/lJ/jWrUcc8UxcRSK5jbY+052t1wffkUc3kHL5mdjXfXTfyk/wAaMa766b+Un+NXbq/tLEKby6gg
D/d82QJn6ZqcHIyKObyDl8yK18/7Ov2ryvO/i8rO38M81NRRUlFHTdNj043Zjd2+1XDXDbscFscD
24q9WH4ZEoOr+d5n/IRl2b8/d4xjPatym9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACqGnf62/wD+vk/+grV+qGnf62//AOvk/wDoK01sJ7ov0UUUhlXU
oXudMuoIwC8sLouTgZKkCmaNbSWWi2VtMAJYYEjcA5GQoBp+pTvbabdTx43xQu65HGQCRTNGuZL3
RbK5mx5k0CSPtGBkgE4p9BdS7RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPY
vUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaEy/RRRSG
FFFFABRRRQAUUUUAFFFFABXPa5/p3iHR9NHKLI15KPZBhf8Ax4j8q6Cuf0b/AE7xNrGoHlIitlEf
ZeX/APHj+lVHuTLsdBWB/wAg/wAc+kep2v8A5EjP/wASf0roK5/xcDb2Vrqaj5tPuUmP+4Ttcfkf
0ojvYJdzT1j/AJA15/1xb+VXB0qlqxDaLdkHIMLEH8Kr+Jrmaz8M6hPbTGGaOBikgAJQ+vPFHQfU
1qK4G68R6pJNEsc7Q/ZIp7e6AQYkuVhkbIyOg2Kwx/fFWbrxS9td6Zex3yTadHZGW+WPa+clF3ZH
QqWBx6E1IztaK86/trVzNbw3uoPA0l7KJB5scHlr5cTqm5lI+XeRjqfWtDxfrd/A9sLSSbTztuD+
+lii8wps2t824MvzH5eCfagDtaK4W38Rzi+1e6kuZHWJF+y2plQFmaOMovk7d2Sz9d3fFFprdxcG
0sNR1eWwEImSe4kRIZZXUoYwQwIXKPuxjnHoKAO6ori11m5F6kn9qF7ttQa2OnALhYQxG7GNwOwC
TdnHbpUXh3xFqRntLa+ae9mXTPtZWNEDXCu0exx0GRudTyPu57igDuaK4R/EGqwaq8RmaWOfUpI7
dNo4CI2YScd8KR3+9T7LUbi7SCKHXJrp7mwe4uWi8vNrIuwjbhflBJZdrZ6exoA7iivP31LVU0y2
jhv7iaee0sZdzMiuWmmIfDbcDI4HBxWvHPqdrq9paXV15ds1ubuZ5ZFZkEeFdCwUAglkbOB0b1FA
HU0Vx+oeKruxvLxbWKCaKF3kcyyn/VokBOzA6nzT14496q3Xim7k1S6KywrDBDOqwRTfvFKXEce6
QY4JySPZqAO6oriL/wAdzWGkG+YWDkyNtt1kJkRVDEq+cBXwv55ABp0vii+tJL97jyZ1t7/y44ID
iQR+Q0gDcc5wPxz6UAdrVDW/+QRcfQfzFczc+M9QitpDBFp1zJG0hMsUzGF0SHzTtbHLdvTofauj
1aUSaDLLjAZFbHpyDVR+JEy2Zo0tc4PFsE9+YrcEW8TYlleJyT7KoH6nH0q9/wAJJp3/AD1l/wDA
eT/4mm6cl0BTi+pq0Vlf8JJp3/PWX/wHk/8AiaP+Ek07/nrL/wCA8n/xNLkl2Dmj3Oblsb+G78Rf
ZrfUEubgytbPHHGI8mNQGWTG8NkEdce1Le6Hqck4iSXUWitpbg28/wBoPmbTAm3585IMm7r6Y6V0
f/CSad/z1l/8B5P/AImj/hJNO/56y/8AgPJ/8TRyS7BzR7nMzjxNJqhZIbuMGzdXZZCVZ/I+U43b
VbzOMBc+pwcVIbLWLSPyZW1e4sFlRpPLuCbggwjO1shsCTqAR+WRXRf8JJp3/PWX/wAB5P8A4mj/
AISTTv8AnrL/AOA8n/xNHJLsHNHuctPbeJjqN+0c+pK2yQQKoUxtHtG35i+BIOf4c7upxzV+y065
PhrxJCtreq14ZTbx3bh5XBgVRk5PcEDJz61tf8JJp3/PWX/wHk/+Jo/4STTv+esv/gPJ/wDE0cku
wc0e5yEen67Dps/2WK8himu0eZkhWOd18racIjqAAyp0IJGeveyI/E41CzFuLzK2pQzTtxIfIbaz
ruKK3mbcgAnjO7BxXTf8JJp3/PWX/wAB5P8A4mj/AISTTv8AnrL/AOA8n/xNHJLsHNHuc5LDqP2O
ApB4h8nEnmx/aR5xn2qEO7d/q/v9Dtzg4xVuwsdai1S3urye7d/PjimUS5hMf2YbmCdP9b3xn8K2
P+Ek07/nrL/4Dyf/ABNH/CSad/z1l/8AAeT/AOJo5Jdg5o9zFudFvBqWqS25vYxd39sWeO4ZcxAJ
5hHPHQjjnHAqvdW+vC8vBbjUvOBuMSeePIMPlsIVQZ+/u2HOM5DEnBFdF/wkmnf89Zf/AAHk/wDi
aP8AhJNO/wCesv8A4Dyf/E0ckuwc0e5h2Wl6vZ6nC4udTlhjuYlxNcF1MRhzISD1+fv27YFVtc0H
UH1HU72ytmc3V1DHNHkDzoQsWHHujK34Fvaul/4STTv+esv/AIDyf/E0f8JJp3/PWX/wHk/+Jo5J
dg5o9zmZYPERkuTF/aSzDzftLmUGORTINggXOA2wHHA685NU5dO12K2dbMaxa2st1PISpEtzkrH5
bN+8GRw/UntuFdl/wkmnf89Zf/AeT/4mj/hJNO/56y/+A8n/AMTRyS7BzR7mX4itZ5NT0m4MN7Kk
MMyyNbQxSNuJjwGDggA7W6eldQpyOmKy/wDhJNO/56y/+A8n/wATR/wkmnf89Zf/AAHk/wDiaOSX
YOaPc1aKhtrmO8t1mhJMbdCVKn8jzU1SUUdN1NNSN2EjZPs1w1u27+Irjke3NXqoaXpi6b9rKyM/
2q5e4O4Y2lscD8qv03boJX6hRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BRvM3
dNuOc/hSWK262MC2W37MI1EWw5XbjjHtimanC9xpd3DEMySQuignGSVIFR6LbSWeiWNtOAssMCI4
BzghQDzT6C6l6iiikMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwoooo
AKKKKACiiigAooooAKKKKACiiigAqha/8he/+kX8jV+qFr/yF7/6RfyNNCfQv0UUUhhRRRQAUUUU
AFFFFABRRRQBV1G8TT9OubuQ/JBG0h/AZqj4VsnsvDtosw/fSqZpf99zuP8AOr+o2EGqWMtndKWh
lGHAYgkZz1FY/wDwhWlj+O+/8DJf/iqpWtZku9zoKgv7RL+wuLWQfJNG0Z/EYrH/AOEL0v8Av3//
AIGy/wDxVH/CF6X/AH7/AP8AA2X/AOKo07hr2ItLu3u/Ajib/XwQPbyg9QyZU/yrce5tzOtqzB5G
HMYG7A9/QfWs19HtdF8P38Nkrqjo8jb5C5LEcnJ+lEHh9LW5YxPI8ErFnDTyK6n1yD8348+9U+Vk
rmRsGKM9UU9+R7YpkdpbxKVjgiRT1CoADVb+ybb1uf8AwJk/+Ko/sm2/vXP/AIEyf/FVGhd2WZLW
3mGJYInGd3zIDz606WCKYqZYkcocruUHB9qqf2Tbf3rn/wACZP8A4qj+ybb+9c/+BMn/AMVRoF2W
fsluZvO8iLzf7+wbvz60sltBMCJYY3BIJ3KDyOlVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo
0C7LfkReaZfLTzCNpfHOPTPpSrEikFUUEDaCB0Hp9Kp/2Tbf3rn/AMCZP/iqP7JtvW5/8CZP/iqN
Auy55UeQdi5B3Djv6/WkWCJC5SNFLnLEKBuPv61U/sm2/vXP/gTJ/wDFUf2Tbf3rn/wJk/8AiqNA
uy55MfH7teMAcdMdKGjRvvKp4xyO3pVP+ybb+9c/+BMn/wAVR/ZNt/euf/AmT/4qjQLst+REc5jT
ng/KP89h+VJ9mh3s3kx7n+8doy319elVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo0C7LJs7d
s7oIjubecoOW9fr707yIg5cRpvOMttGTjpz+NVP7Jtv71z/4Eyf/ABVH9k23965/8CZP/iqNAuy0
ttAkYRIY1QZwoUADPXiqutDGjzgDjA/mKP7Jtv71z/4Eyf8AxVVNW02CLTJnUz7lAI3TuR1HYnFV
G10TK9mXn023e9S7VWjnU8vG23ePRvUfWrdApai9ykhKKWigYlFLRQAlFLRQAlFLRQAlFLRQAlFL
RQAlFLRQAlFLRQAlFLRQAlFLRQAUUUUAYfhp5XbV/OaQ7dRlCbyeF4wBntW5VLTtSi1I3QiR1+zX
DW7bscsuMke3NXab3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGVtRna1065njxviid1B6Z
AJpmkXT32j2d1KFEk8KSMF6ZIBOKnukhktZUuceSyESbjgbcc5P0ptklvFZQR2e37MqKItpyNuOM
HvxT6C6k9FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiiigAooooAKKi
nuoLVN9xNHEn96Rgo/WlininQPDIsiN0ZDkH8RRcdna5JRRRQIKKKKACiiigClrH/IGvP+uLfyq4
Kp6x/wAga8/64t/KrgquguotFFUtYupLHRb66hKiSC3kkTcMjKqSMj8KkZdorjY/Fd/JHpEGIBeG
4WLUhtJCfOE+XngsSGGc8Cn3niTUofC+j6lCkTzXEga4TZ96NUd3C88HCcdaAOvoritR8W3xur7+
zTE9qscYtnWPezuZkR2GSAR85AHHK9a031a+i0g28bedrjwtLFBNCIyRk9QGK5AB43c46jNAHRUV
yenazqWqziytb6FZ7aPzbh57NkcksQIzHu+XGOWyc5XHWoLnxo0etapaRz2pSC3mWBBy/nRIHbcM
/dOSB0+4fWgDs6K5nw/4iu9S1NLG7ESzw2pa5VFI/eBlww5+6ysGH19qeviqWW2jnh0yV4rqUQ2R
81R55+bOR/AAEJ5zx78UAdHRXLjxmTPEv9mT7BtFy/mJ+4YzNDjH8Xzqenbn2qrZ+KL+1sZLrU4m
Zs3sqxIUI2QnAUEY9xznPXgUAdlRXNXfim7tLsW7aPK7qsXmbbhMI8rMqLz15HJ7Z71saTqH9qac
lz5TQsWdGjYglWVirDI4PKnmgC7RRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXhS0lLUjC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9K0waabwiUyfarl7j
lcbd2OPfpWhWH4amlmOredI77NRlRN5J2qMYA9q3Kb3EtgooopDCiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui
/RRRSGVNUie40q7hiXdJJC6KPUlSBUeiW8lpodjbzrslit0R1znBCgGptQna10+5uEALRRM4B6Eg
E0zSbt7/AEi0u5FVXnhSRgvQEgHin0F1LlFFFIYUUUUAFUdV/wBTb/8AXzF/6GKvVR1X/U2//XzF
/wChimtxPYvUUUUhhRRRQAUUUUARzzLbwSSsGKopYhRknHoO9YH/AAmMcM0P2/TL+xt5mCJPOgC5
PTdg5XPvXRGuQ12W48T3N14fs7bZFBNF9qupHGFHDDavUk4rOo2lodeEhCcmprTq72su/wDXodfS
0ijaoA7ClrQ5AooooAKKKKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UlLSGFFFFABRR
RQBm6npmmXZS51O3t5BApw0/KoD168dutYHhNbdfE2r/ANkY/snamPL/ANX5v8W3+uK1/Fq27+F7
9byV4oGjw7om8ryO3er+mrCmnWwtgBCYlKYXbxjrjtWbjea8jshVcMO023fTyWz+8t0UUVocYUUU
UAFFFFAFLWP+QNef9cW/lUzXMMcyQtIolf7qZ5PviodY/wCQNef9cW/lWfb6HJa3blbi5kimbc0n
nFZFPv8A3h+WKtJcupDbvobmajuYI7u2lt50DxSoUdT0ZSMEflVX+yl/5/L3/v8Amj+yl/5/L3/v
+amyKuxo0TTxPJOLWPzZHjkduclo+EP4Uyz8PabYbPs1vtCSeYgMjsEbDLwCSBwzDA9al/spf+fy
9/7/AJo/spf+fy9/7/miyC7K/wDwjGkCzW0FkiwJEIlVWYYUMHABBz94A/WrA0m0GmNp5jZrVgQV
aVyeTn7xO7r70f2Uv/P5e/8Af80f2Uv/AD+Xv/f80WQXZXPhjSCkSmzX90SQ29txyQSGbOWBwMg5
BwKlfQdNks0tHtIzAjtIqc8M27cc9ed7fmaf/ZS/8/l7/wB/zR/ZS/8AP5e/9/zRZBdjJNC06W4a
d7VPOaJIS4JBKK25Rx6EZqJvDOkssy/Y12zOJGAdgA2Scrz8pySflx1qx/ZS/wDP5e/9/wA0f2Uv
/P5e/wDf80WQXYyPQNNiiWKOziWNUSMKM/dRt6/kxJ+tLJomnyxeVJaoybZV289JTmT/AL6NO/sp
f+fy9/7/AJo/spf+fy9/7/miyC7HS6ZaTTtNJArSMY2LHOSYyWT8iSantraKzh8qBAibmfaPVmLE
/iST+NVv7KX/AJ/L3/v+aP7KX/n8vf8Av+aLILsvZozVH+yl/wCfy9/7/mj+yl/5/L3/AL/miyC7
L2ao60f+JRcfQfzFH9lL/wA/l7/3/NU9V04RabM/2q7bbg7XmJB5HUVUbXQpXszaFLSClqCgoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKen6jDqJuRArj7NO0D7hjL
LjOPbmrlZ2k6YdNN6fN8z7VdPcfdxt3Y49+laNN26CV+oUUUUhhRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9BWr9UNO/1t//ANfJ/wDQVprYT3Rf
ooopDIrqOKW2ljuMeU6FXycfKRzz24ptlDBb2UENpj7PGirHhtw2gcc9+Kj1WJ59JvIo13PJA6qv
qSpAFR6FBJa6DYQTIUlit40dT/CQoBFPoLqX6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1mRIbWK
SRgiJcRFmY4AG8U1uKWxoUVlW/iCyuZCVnhSADiSSUKWPsvXHucVZ/tfT/8An+tv+/q/40crDmRc
oqn/AGvp/wDz/W3/AH9X/Gj+19P/AOf62/7+r/jRZhdFyiqf9r6f/wA/1t/39X/Gj+19P/5/rb/v
6v8AjRZhdFs1k6db3kWtanLPbWsVvKyGKWL/AFkuBj5/p2q3/a2n/wDP9bf9/V/xpP7W0/8A5/rb
/v6P8aTi2VGpypruXKWqf9r6f/z/AFt/39X/ABo/tfT/APn+tv8Av6v+NOzJui5RVP8AtfT/APn+
tv8Av6v+NH9r6f8A8/1t/wB/V/xoswui5RVP+19P/wCf62/7+r/jR/a+n/8AP9bf9/V/xoswui5X
O6hdX1tqV2bOEMjeX5sucmMYPIGD+fOPStb+19P/AOf62/7+r/jWPN4isdO1V3kcyRXUscAliIZY
zsY5Y54Hv7046atCeuiZoWlxe/ZY/Kt4pkI4kN3uLe+dtTfaNQ/58Yf/AAJ/+xqBPEOmoi+dOltu
nkgVZCF3MjlD+GR19xTLLxTpF9bSXEV5Gscfml/M+XAjOHbnsMjn3FF12Cz7lr7RqH/PjD/4E/8A
2NH2jUP+fGH/AMCf/saZd6/pdj/x9X9vFiTy/ncD5tobH5EH6EVDdeI7G3n8mOZJpUnjhlRGGYt5
GC34EH6UXXYdn3LP2jUP+fGH/wACf/saPtGof8+MP/gT/wDY1Dea9bwada3lrG96l3IscAgK/OWz
ggsQMcdc0yDxJZSoWm3WzRq5mScqrRFCoIIzz99eRkHI55FF12Cz7k7TX7AhrCAg9jcf/Y0on1Ad
LGH/AMCf/saT+3dM862i+2w+ZdLvhXdy49f0P5GktNf0u/Ki0v7eYu/lqEcHLYLYH4An3waV12Cz
7j/tGof8+MP/AIE//Y0faNQ/58Yf/An/AOxqMeIdKLqgv7fLRGYfP1QDJOfoM/Tmlg1/S7mIyQ30
LoCg3Bu7nan5ngetO67BZ9x/2jUP+fGH/wACf/saPtGof8+MP/gT/wDY02XXtLguJ4Jb6BJbeMyS
qzgbFGMk/mPzFQt4n0VIYJX1O1WO4YrExkA3EYyPwyM+maLrsFn3LH2jUP8Anxh/8Cf/ALGj7RqH
/PjD/wCBP/2NUbLxRa3moXlsgAW2uRa7zIBufYWPB7DafXOD2FS/8JVoYjgc6pahLjPlMZAA+Dgk
H0yRz05ouuwWfcbqs982lXQeziVTE2SLjOBj021sCsq51G01Tw7d3FjPHPCYnAdDkZA5Faooewlu
LRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxI
UtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGJ4buZr
g6sJpXk8rUZY03HO1RjAHtW3VPT7+3vzci3DD7PO0MmVx84xn69etXKb3EtgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtXqo6d/rb/8A
6+T/AOgrTWwnui/RRRSGVtQnNpp9xcKAzQxM4B6EgZpulXbX+k2l26hWnhSQqOgJAOKluoo57WWK
b/VSIVfnHBGDzSWUENrYwQWxzBFGqR85+UDA570+gupPRRRSGFFFFABVDVgDBACAQbmLIP8Avir9
UdV/1Nv/ANfMX/oYprcT2FtrK3tpN1u+2J84iBBTPqvp9BxVvYn91fyrziz0rXNLisEsbKQ/ubi5
j3Af6PcGNxtYHoHJUj33etWbCy1O4vdMnvLnWZES4kTcYHiMW6MY3Akll3Z+Y8Dp0pXCyO+2J/dX
8qNif3V/KuGtJfFb3EcUqT5dSNzABFaFSpJPpK5U/QHHrS2ia3crFEJtZS3eW3E8k4CSh/nMu3jh
PuDI4z0NAztkMUmfLKNtJU7cHBHUU0SW7OyK8RZPvAEZX61zvh22v7bXb/7Ulwlq80724AxGcyZJ
fvuPG09MZ75rNTTpGupfsmmTQ38d9dTS3Rg2CSJmkIXd/wAtN2UwOfXjFAHbgRsAQFIPQil2J/dX
8q4cSa/CkiRJfuxtIclY9ggwI96oCNruRvIIPB4I4FOu21cGMWD62yiJfsXmRj5pTI2/z8jIUDbj
OOM9TQB22xP7q/lRsT+6v5Vw983idVuoozdCK2nEQmVN7TRO5beoBBJVdi8c/exU0FrrU1nPI+o3
ySwWEbQSSJ5KySB5Cd6HvhUByehz1NAHZbE/ur+VGxP7q/lXGR3+p32j29w66mkN3MLmf7PHmSKB
1YxohHJIKpuwM/MfWjfrf9qDYdULCQBA6AQm28rqxx/rd2ffPbbQB188tvbR+ZcPFEmQNzkKMnoM
mngRsMqFI9RXBxaRq11/ZsN/Nqc0cc1rcM8jDcrmN/MBIHQELx2z71bih1oi4fdeRGG0unhjQBVe
UyybMjHJ27SPwNAHZbE/ur+VYN1o0GrazMtxgwxffj28SK8ToR7cNWZY2mt2uowF7vUp4UuIkKzb
SrRtFmQnAGcP37dK6S1/5C9/9Iv5GmhPoc4nw/WNbYvfR3UkSujtd23mb1MpkBxuGGG4jPIPXFXr
jwgLu3jguLvfHHdyzDEWC0UjFnibnnJPX2HFdJRSGcpH4MmgtI1h1U/aTFNBPPJbh/NSQqTgZ4YB
VAPI45BqzL4Ot5dLl09rh/s8lzHPjHIVFRduc+idffpXRUUAZF7o91d6ZZQLfIt1aSpKs7QZDlcj
lQR1z2IqnJ4T80O8l0ks8iS+a0sGUd3aM7toYYAESgAHPQ5yK6OigDm4fCk8SzxtqbyxXluILwyx
bpJMBgCr5yvDY53dB3yTFN4NnurOYT6qReFYY4LiG3CeSsW7bhcnJO98nPfgCupooA5N/AkC3l1J
bywJDOjKA1tukiJh8r5X3DAxjtnqM4NWNQ8OTXGtafcW8qxpb25WR2UMGkX/AFJK552lnbrXSUUA
c7J4XmeG7t11BVt55/taL9nBZJt6yZJzhl3L0xnBxnimnwiZUu2uL7fcXcVzHM6whVzKqLlVzwFE
ajGTnnJrpKKAMRvDgZy32o83rXf3PWEx7evvnNQT+ElnsY7Y3ZATThYbvL6jKndjP+z0966KigDG
uNPFhpesuJN/2pnnI2425RVx7/d/WtgVT1j/AJA15/1xb+VXB0p9BdRaKKKQwooooAKKKKACiiko
AWiiigAooooAKKKKACiiigAqhrf/ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDN0fTW003xaQP8Aart7gYGNobHH
6VpVi+HLua6Oq+fK0nlahLEmf4VGMCtqnLfUS2CiiikMKKKKACiiigAooooAxn1/Z4yi0HyM+ZYt
eedu6YcLtxj3znNO1zUtTsjBHpOkNqEsudzNOsUcQGPvMcnJzwAOxrFn/wCSyW3/AGBH/wDRwrb8
Qa/b6BZLLIjT3MzeXbWsfMk8h6Ko/mewoAg8M+I315b2G6snsb+wm8m5t2cOFJGQQw6gim6/4jm0
vULLTdOsft2o3odo4mlESKiAbmZsH16AUeEtEuNKtLm51J0k1TUZjc3ZT7qsRgIvsoAH50niPw5Z
+IZrf/TJLLVLTMltcW7gSxg8HjupxgigAbxLNpnh261PxBp7WDWud0STLL5gGOUPGc56HB4NbEV9
bTWouVmj8nAJfcML9T2rzPWb241rwH4psNdS1vrzRG2R3kcY2u23IYD+FwCQcdM1t6ta6HpWiaPp
8Ph+1vHv51a3tF2xRPLs5dz04X1B+lAHaRXMM8PmwyxyRf30YFfzqte6zZWFncXMs8ZWCEzsquCx
UDPAz37V5/ocMljrHjOyaztLGP7BHKbW0k3xIxRwSOBgkYyMU/RvCejL8J/trafDNdzaS0rzzLvc
t5e4cnsCBgdsCgDvNN1mz1PSoNQglUQTRJL87AFAwBAbng81caVEKh3VSxwoJxk+1eYappllZ/Ag
zWVpBC9xZWks7RIAZGyhLNjqetb3i24hfxV4NjWVC7XjyKoYElfLPzfTkc0AdbJe20KlpbiJAG2Z
ZwPm9Pr7VNXnGgeH9C1rxB4ubV7eC5ki1BxsmbIiQouWA/hJwfm6/L14rd+Gc08/gPT2nkeQKZEi
d+rRrIwQ/wDfIFAHV0UUUAMlZkjZkQuwHCggZ9uaz5NQvlXK6TMx9BNH/jWlRimmJoxTq99j95YG
1HdpA0gH/fA/rV3S0QW7ypcLcGZzIzqMDPAwB2xgVdxVHTQBLf8A/Xyf/QVpt32Faz1L9FFFSUVN
WjebSLyKNS7vA6qo7kqcCotBhkttA0+GZCkkdvGrIeqkKMirF/ObSwuLgKGMMTSBT3wM4pml3Zv9
KtbtkCGeJZCoOcZGcU+gupbooopDCiiigAqjqv8Aqbf/AK+Yv/QxV6qOq/6m3/6+Yv8A0MU1uJ7F
3AowKWikMTAowKWigBMUYpaKAEwKMClooATApGRWUqygqRgg9DTqKAECgDAGBRgUtFACYFGBS0UA
JgVRtf8AkL3/ANIv5Gr9ULX/AJC9/wDSL+RpoT6F+iiikMKKKKACiiigApKWkPSgAzRurkvtH9oe
JNTivtVnsRZOgt4kmEYKkZLkH72TxzxWVoeuX2l7UxFPazy3zrGAfM3Rkt1zjnpjFZOqkztWCm4u
z1snb1V9/Q9CzRmuEbxnqNraNLKbK7MliLtPIBAgJZV2vycgbuvHQ1LP4m1WAXtustjcS2zxE3MS
fLsZWY4Qt8zDHQN0OaPaxD+z63l/Vv8AP/K52u4Uua4GXxDNHqE97Z/Z3lltbMCRlcK29yD8ueBz
9frT7nxdqdtZtHI1stzHdz27TLEzK3lgEYQHPJYDOeKPbRGsvrO1v60v/X5HcTRpPC8Uq7kcFWB7
inBhXJaxfavDbeHn+1xWs1zMqXAKfLuKk4PPQcjGfTmqEGs30F7cWunC1ie41C7DPIrMPkRWzjPU
8+1N1UiYYGc43TXX8L/5He5ozXBJ401OCzmubmK1kDact5CkYZdhL7MNzyOc9q2tD1jUbzSL2e8h
hWe33eW24Kr/AC5G7DNt9+feiNWMthVcDVpLmlbe250eaM1xFv4r1CWCC3ae0jvJrryJJJIiqQfJ
uwRuIYnBAIbmkTxndhLcym1QNFd7pMHbI8XClST0PpzS9tEr6hW/r5/5M7jNGa4keKtU2NMFt2jh
0uO/lQIdzswPyjngZwe/A96bf+J9Wsraxiiksbu5ug8nmxL8qhVB24LgZyeuenan7WILAVm7aff5
X/I7isrVdVurK4SGz0q6vnK7yUKoij03Hv7Vc064ku9PgnmjEUkkauyBtwUkZxnvVXxBq66HpMt6
0Jm2MqhA23JYgDn8aqT9297GFKLdRQ5eZ3tbz/rzE0TXYdajmCxS29xbv5c8Eow0bf1HvWrWB4d0
q7tLvUdQ1ERJdX8isYom3LGqjAGe5reog21qGIVNVGqe3/A1/EWiiiqMQooooAKKKKACqGt/8gi4
+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJS1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKAKdheWt4bkWox5M7RS/Lt+cYz9eo5q5WZo2mvppvzJIr/abt7hdo+6Gxwff
itOm99BLzCiiikMKKKKACiiigAooooAxda8IaJ4huY7jVbBbiaNNiuXZSFznHykd6rTfD/w1cWdt
ay6WjQ2u/wAlTLJ8m45bndnk10dFAGRonhXR/DjzNpNmLdpgBIRI7bsdPvE+tGs+FdH8QSRSapZL
NLEMJIGZHUem5SDj2rXooAzrTw/pdjpD6Xa2MMdi6srwhflcHrn1z6mqK+B/D66T/Zo09fsgl85U
Mjko+MBlbO4EAY4Nb9FAGRYeFdG0tbgWVjHF9pi8qYgsTIvP3iTkn5jz1q9a6fbWWnxWNvCqWsUY
iSLqAoGMc9eKs0UAY+n+E9F0qyurSzsI0trsYmiZmdWHPGGJwOTwKg0/wP4e0uWGWz0yOOWB/Mjk
LMzKQCBgkk4wTx09q36KAOJs/h9Y3upa1ca9p8U32m/aa3dZCGMRVRglSDjIPyniuyt7eK1gSC3j
WOKNQqIgwFA6ACpKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/rb//AK+T/wCgrTWwnui/RRRS
GQ3UKXNrLDKSI5EZGwccEYNJY20VlYwW0BJihjVEJOTgDA5qLVo2l0i8jjUs7wSKqjqSVOBUegRP
B4f0+KZGSRLaNWRhgqQoyDT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himt
xPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6
F+iiikMKKKKACiiigAooooAqXGl2V3Mk1zaQTSx/ceSMMV+hNOTTrSJkaO2hVkLMpCAFS33iPTPf
1qzRSsiueVrXKkOl2NsJRBaW8Yl/1gSJRv8ArxzTP7E037L9m+wWv2fdu8ryV27vXGOtXqKLIftJ
dyo2mWTsWe1gYkKMmMdFOV/I9PSs7WPCdjrHlli1uyM7kxKmGLY3EhgQTwOetblFDimrMcK04Pmi
9TPi0eyh0uCweJZraBQqrOA/ToTnvUw06zEnmC1h37mbcEGcsMMfqR1pmsf8ga8/64t/Krg6U+VW
JdSTbu/6ZWXTbNAAlrCoEfkgCMfc/u/T2pYNPtbW3MFvbxRQnOY0QBTnrwKs0UrIHKT6lIaNp62Z
tFsrYWxOTEIl2E+uMYpz6XZSRxRvaQMkP+rUxghPoMcVboosg55dytHp9rEcx28SnyxFlUA+QdF+
ntUX9iaZ9mFv/Z9p5AbeI/JXbu9cY61eoosgU5LqNRAihVGAOAB2rN8Q217d6U8WnR2sk5dSFul3
JgHJ49a1KTFDV1YIScJKS6CKDsG7G7HOKdRRTJCiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v/kE
XH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAxvDt5PeHVBPKZPJv5Ykzj5VGMD9a2ap2FzaXJufse391O0c21Nv7wYzn17c1cpvcS2CiiikM
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv8A/r5P/oK1
fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrj7JYz3G3d5MbSbc4zgZxTdMu/t+mWt3s2efEsm3Odu
RnGakuoEurWWCQkJKjIxHXBGDSWNrHY2MFrCWMcEaxqWOTgDAzT6C6k9FFFIYUUUUAFUdV/1Nv8A
9fMX/oYq9VHVf9Tb/wDXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL
3/0i/kav1Qtf+Qvf/SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri3
8quCqesf8ga8/wCuLfyq2GGOo/Oq6C6mT4slmh8MXz28728uwKsqHDJlgMj35rmm1vUbu7s1+0Sw
myMtpdhOFluBDKx/ABEcf74ru22OpVtpB7GmeXFycJknd0HXpmpGcVea7cPY+Hrux1DzhDC092kc
gbzgiIXVsd8MxHuBVK81i+uXubhdQkit7ue0kgV7gwpHCzSgfOBlQyorE89a9AS2togRHFEgOchV
A+tDW9u6bHjiZcAbSoIwOlAHO6hdz/8ACPrb29y1ttSNvt0l2PJl+YZjE2d2TyA22snTb9tS1mCJ
r+aKBbeNQk2plJGbzJVJXaMTZ2gBsjgCu58mAweSY4/KxjZtG38qabW2ZkZooSyABCVGVx0x6UAc
7oLS2S3spbVNQIvpLZVM/meWing4ZgOPXrWPDrEtjeLHcauZybuJpbpLwPA0ZkIIK/8ALI8gbehx
x0Nd+oRc7doycnFRG1tSrqYYdrncw2DDH1PrQBxt5qzSyX91Dq0iajHdLFZWaTDZKny7cJ/GHDE7
ucZ4IxSX0FzaR6x9m1DUpHhvba2iR71h8r+SWGTnBO9hu7ZrtRb26ujLHEGRdqEKMqPQegp2yM54
XkgngcmgDhLu41K11yJHmvIIYBZpI/2wyLAXkcHepH7wNgLuPTI9Khu/Et28mszLPfRWt5b3CWch
TbHG0Sna0Tdy4Dt/wEV6C6RPncEO7rkA5pPLhMYQrGUXouBgfhQBxUWsajLf6XYyXMqSafdrbXrD
gXDkMFznsUAf/gQq14P1DGgpcXeoxT3E8SEA35nJcoWwVIGxjg/KM9D6V1flxZJwmSck4HX1pkdr
axEmOKFMnJ2oBk/5NAHGzeMNXgj0pTHpxmvLVLt2kfyYyrEfIpZ+oB5Iz1Hy1o6F4kutU1z7LLJZ
eW8M0vkR5863KSKgV+ccg56DnNdG0EDhA6RsEOVBUHafb0qP7Dai9W7CKJ1Rk3jjIYqTn1+6vPtQ
Baqhrf8AyCLj6D+Yq9uHqPzrH1O/im0+6gO6KdQP3cgwSMjkeo+lVBaomT0ZsUtIKWpKCiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAy9F02TTjqBldG+03klwu3PCtj
APvxWpWP4fvZ706n9ok3+RfyQx8AbUGMD9a2KbvfUS2CiiikMKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9F
FFIZT1dWfR71I1LO0EgUKOSdp6VFoEbxeHtOjlVkkS2jDKwwQdoyDVq9uPsllPcFdwhjaTbnGcDO
P0pmm3f9oabbXYQoJ4lk2k525GcZp9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrIzo15/1xb+VA0jT8f8eNt/37FGsf8A
IGvP+uLfyq4Kq+hNrsp/2Pp//Pjbf9+hSf2Rp3/Pjbf9+hVTxcHbwvfLE8qMyBd0RIcZYA4I5zg1
zLXeo3l3aCZrhP7OaWykKkqJ5fIlJcgdRhYyPQue4pXY+VHZf2Rp/wDz423/AH6FJ/ZOnf8APjbf
9+hXHXGpyXmn+HrvTbqWZ7KFpZ1jYnzGSNCyP6kqW698VS1C5ubgXV5NcSww3s1pMBM8gjiiYyhQ
QpBAKqhIBHJ5ouw5Ud//AGRp/wDz423/AH6FH9kaf/z42/8A36Fc9qEpfwwIEmS1sVjiZb9ZWaKU
7hlCAfMCtyCc9O9ZFhJBe69aJdSJbQ/Z40ihluJ2Mn7yUZibcNwOFwWGcbaLsOVHcHSNPH/Ljbf9
+hSf2Tp3/Pjb/wDfoVg6Datpq30tnZz3Mhv5IMSXLfJEDwRvJGB7Vhw3yafc/wDH69xEt7FJPfCW
X7vmHKSo3Ctz/DwQOg4ouw5Ud1/ZOnf8+Nt/36FL/ZGn/wDPjbf9+hXHXl7HdTXkyXNyNZkuVGnK
kj7Wi+UoVUfKUIJ3Ej+9nGOFvdHW3TWRZpP5gvrWCIPczbdjeSWGckgElskc8mi7DlR2H9kaf/z4
23/foUf2Rp3/AD423/foVxV7aXtprkbMrRQWos1kkhuZW8jdI+SoPDqeAxbkA55xUN3qd/J/a940
OoR2up29xFA5f5QY1PlFADuUsock4HOOtF2HKju/7I0//nxtv+/Qo/sjTv8Anxtv+/QrkIrjUX1D
TLGZ7kDSbxbaWTJAuCwbax9R5YUn3f1FO8IX0Vn4daZZ4bq/kiQCJHlZ2l2MQj7mOGJB6YH6UXYc
qOt/sfT/APnxtv8Av0KP7H0//nxtv+/Qrkz4ku/sVrI2tRrFMXae5+xE/Z3CKRDt9SSevPy46mnx
avr1xOpmkFsspjt3txbcxO9t5hbcT2fjB47Gi7DlR1H9kad/z423/foVlajoVtDZzXUkcTTJzHsj
CLHyOgHf3NYemSahpmk2FraybJXsrM+cYMlTLPhyV6EgE9ec8mn63f64xvIkvkWD7Q1soa0BICwr
Jvznklsj059aqMndClFWO7HelqnpNzJe6TZ3UyhJZ4EkdQMAEqCRz9auVBQUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFOwmspjc/YdnyTss2xdv7wY3Z9T05q5WVom
nTaedQMxQ/abySdNpzhWxjPvxWrTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABVDTv9bf/wDXyf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG7t1u7W
a3ckLKjISOoBGKbYWiWFhb2kbMyQRrGpbqQBjmo9XDNo96EDFzbyBQvXO09Ki8Pq6+HtOWUMJBbR
hg3UHaM596fQXU0aKKKQwooooAKo6r/qbf8A6+Yv/QxV6qOq/wCpt/8Ar5i/9DFNbiexeooopDCi
iigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAUtY/wCQNef9cW/lVsVU1j/kDXn/AFxb+VZUSaoNSzeNCZMnyTsc
xAe2Dwcf3vwq0rxIbszoqKoY1T/npZf9+3/xoxqn/PSy/wC/b/40uXzHcv0VQxqn/PSy/wC/b/40
Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy/wC/
b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy
/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn
/PSy/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/VDW/+QRcfQfzFGNU/56WX/ft/8ap6sNR/sybzXtDH
gbgqMDjI6c04rVaik9GbVLSDvS1BYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAGRoF/PfHUhcMG8i+khjwuMIMYH61r1T09rJjc/YPLyJ2E+wY/e8bs+/SrlN7iQUUU
UhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9
BWr9UNO/1t//ANfJ/wDQVprYT3RfooopDILy4FpZzXBUsIY2kKjvgZpunXYv9OtrtVKLPGsgUnkZ
GcU+8txd2c1uzFRLGyEjqMjFN0+0XT9Pt7RGLrBGsYY9SAMUaWF1LFFFFAwooooAKo6r/qbf/r5i
/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/ACF7
/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/
1xb+VXB0qnrH/IGvP+uLfyq4KfQXUyfFNzcWnhu9ms5/IuAgCS4B2EsBnB471zzeJNQurmySKYw/
ZhJBfKFBD3AilO3JHRTGG46h1rtZYo54zHKiujdVYZB/CovsNsCxEEQLOZCdg5YjaWPuRxn04pDO
U1DXb6C08PXcFyGQwG4vUAB81FRC/bggMW4x0qjda/qt1LdPa3biG4uLb7IiFEIiZpVyGZT97yw2
SDwRiu0g0jT7VClvY2sSHPyxwqo5GDwB3AANLLpNhND5MtlbPFtVdjQqVwv3RjHQZOPSgDGvry/G
ji0s3uEvlSNmnmKhXBI3Isu3ZvIJAOOvaszT9Qv9V1mOCG9vxawwIJC8sKOr75VbcNhDn5AMqQOP
euvbTbN7EWb2lu1qAAIDEpTA5Hy9KjOjaaZYZTp9p5kACxP5C5jAOQFOOMH0oAxNEuri1F5LeXeo
34W9ktUQRK+wKeGIRRj3J4pItYun0nT5ftIM0mqGCQjHKec64/IAfhXSxwxxBvLRU3MWbaMZJ6k+
9V4tJ0+CV5YbG1jkkYO7pCoLNnIJOOTknmgDg4PFOrJpsENzeE3R0+e8WbYo81PK3I3TGUbKn6An
rXSafrsv9g3+o3cim6i81vsjYQwlFJ8s9ycDJPfORxitttPtGRFa2gKxoY0BjGFU8FR6A4GRQ+nW
kjs8ltAzN1ZowSfl29f90kfTigDmn8V6lHf2tn/Z0UsrRRTXJjlAVUkYgbSxBOAMnjk8Crfh/wAR
XWr6h5NxDapHJaLdxeVKXdVY4CuMcH6e/pWzNpllcSwyT2lvJJB/qneJSY/90kcdB0qK20ays9Rk
vbaBIZpE2P5ahQ3zbskDqcnrQBexRilooATFGKWigBMVR1r/AJBFx9B/MVerL1O7hudJuxE4LJgM
p4ZTkdQeaqO6JlszUFLSUtSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBk6Fp81gdRM+3/AEi9knTac/K2MZ9+K1qydBv5786j55U/Z72SCPaMfIuMZ9+a1qcr31Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9XLDR73Zu3/Z5Nu3rnaelReH958Pad5u7zPs0
e7fnOdoznPerd5OLW0muGBZYUaQgdSAM0zT7tb/T7e7RWVZ41kCt1AIzzT6C6lmiiikMKKKKACqO
q/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKA
CqFr/wAhe/8ApF/I1fqha/8AIXv/AKRfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
FLWRnRrz/ri38qQaTb4+9c/+BMn/AMVS6x/yBrz/AK4t/KrgqrtLQm12UJNOtIY2kllnRFGSzXUg
AH13U1rGyTaGnmXfnbm7kG7jJx83PFReKrN9Q8NXlrHCZ2lUL5Y/iG4ZH5Zrmho2pz3Vsbq2eQac
8tnbOxBLxmGUeb/wLMS/VTS5n3Hyo6o2NkPLBnlHm/c/0t/n4zx83PFMlt9NgDma7eMJjfvvHG3P
TOW4zXMT2V7qWnaFJb2F1Dc6VCxUTJsIlREwOvIbDL+Jqrd6Lfy+fezWNwJbya0up/KiSR1IaXKh
WyCUUxryDRzPuHKjs/sdh9m+0faZPIxu837Y+3HrndiomXSE2b7/AG+Yu5M3zDcPUfNyKztQs57v
QhHNDM1iqRtHHDbqLlZFYEMyH5CMjJXH4VmabY3S65BNqGnzxo8EcaiCyi8ogSS8uCCYzhlJCnua
OZ9w5UdNbw6ZdsVtrxpmUZIjvXYgfg1S/YLLaG86bBbaD9rkwT6fe61maRpV1p8d4bG1tLaSS/kY
mWL70JPGNuPwzVG1gupLCzsv7Puo3tNV852kjAUoZnbcpzzwQfxo5n3DlRvi008xiQXMhRgSG+2P
ggdTnd2p66baOzKss5K4yBdSZH/j1cJD4c1S0062tI7J2tm024bYMZhneLa0ePRmww9y1dBZxanp
uh3tnBaytqjtIUuwAUmcoWWQ7jx0C46AgAfLijmfcOVG7/ZVv/euf/AmT/4qmtptqilmkuFUDJJu
ZAAP++q5a8j1I28f2NPEPkGOXYrSgTC4+UIWJP8Aq/vdflznIxim3uma5cJe+dJfSG5E0LxpL+62
fZxtKL2zKMZ68kdKOZ9w5UdPb2unXcYktrqSZGAYNHeOwIPQ8N04P5VN/ZVt/fuf/AmT/wCKrmjp
eppJb2sTX0drizR3SUh9oEvmDdnPUoD+GKiu9M1uW4upY7rVV3vdsqpPhRtx5AUdgf178cUcz7hy
o6r+yrf+9c/+BMn/AMVR/ZNv/euf/AmT/wCKqxaGRrOEzjEpjUuMfxY5/WpqOZ9w5UUf7Jt/71z/
AOBMn/xVY+o6JiGW9ndw8YxGiyu3GR94k8/Tp9a6aqGt/wDIIuPoP5iqhJ3WpMoqxeFLSUtQWFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT08WINz9g8vPnt5+z/nr
xuz79KuVkaDYT2J1I3CqPtF9JNHhs5Q4x/Ktem9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UU
UhkF5bi7s57csVE0bR7h2yMZpunWY0/Tra0Vy4giWMMRgnAxmmauzLo96yFg4gkKleoO09Ki8Pu8
nh7TnlZmka2jLFjyTtGc+9PoLqaNFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9Tb/wDXzF/6GKa3
E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/0i/kav1Qtf+Qvf/SL+RpoT6F+i
iikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri38qpR+JLSefbDInkKSHlfIyfRRjn6
nFXdY/5A15/1xb+VSLZRLci4j3RufvhDgP8A7w6H69atWtqQ730If7b0/wD5+U/I/wCFH9t6f/z8
p+R/wp+ralFo+l3F/cLI8UC7mWMZY+wHrVKbxPYwyWCjzJPt0TTRNGuQFVC+WOeMgED1NToPXuWv
7b0//n5T8j/hR/ben/8APyn5H/Cq8/iWytjpPmCUDVSBA20YXIBG7njOQO/JFV7nxfZW9zdwCG5l
ktpooGCKoDO+cBSzAcbSCTjmnoFn3ND+29P/AOflPyP+FH9t6f8A8/Kfkf8ACmXetxWOkJf3EMyC
RkRYvlLlmYKoznb1I5zj3qsPEqm8S1XTb43BiWV4z5amMMWABy4yfkPTPajQLPuXP7b0/wD5+U/I
/wCFH9t6f/z8p+R/wqLSNb/thpwljeW4gcxs04QDeDgqNrHp+VC67bNaW9yFl8u4uTap8vO/cV55
6ZU0aBr3Jf7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKzYPGmm3Gmx3sa3Gx0mfYUAdfKXcwIzwSMEeu
RWnZ6tbXsFxPGxFvAzK0zcIdv3iD3A5BPTINGga9xP7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKE1vT
JBblNQtmFySICJR+85x8vrzxT7TVtPv7iWCzvbeeaH/WJHIGKduQOlGgajP7b0//AJ+U/I/4Uf23
p/8Az8p+R/wq9RRoHvdyj/ben/8APyn5H/Cj+29P/wCflfyP+FXqKNA1KP8Aben/APPyn5H/AAqn
q2rWU+mTRx3Cs7YAAB55FbVUda/5BFx9B/MU42uhSvZl4UtIKWoLCiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAytD1GbUDqIn2f6PeyQJtGPlXGM+/NatU7COyjNz9h
8vLTs0+xs/veN2fQ9OKuU3uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbudbW1luHBKRI
zsB1IAzTbC6S+sILqMMEnjWRQ3UAjIzS3tv9ssp7fds86No92M4yMZpmm2f9n6ZbWm/f5ESx7sY3
YGM4p9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKKQwooooAKKKKACi
iigAooooAKKKKACiiigClrH/ACBrz/ri38quCqes8aNef9cW/lTRc6j/AM+EX/gT/wDY1Vrom9mL
rGnnVdLms1k8oyYw+3OMEHp+FY0Xg7yp5JPteQZ3eIFP9XEY5FEY57NM7Z9MDtWx9p1H/nwi/wDA
n/7Gj7TqP/PhF/4E/wD2NLlYcyMZvCt3d6daW19eQFrSB4I3giZOCqhW5Y/MCueKil8Fytaqoure
WX9w8n2iDekro0jOWXPIZpScdsVvfadR/wCfCL/wJ/8AsaPtOo/8+EX/AIE//Y0crDmRUl0OR7Bl
Vrb7S8SxPHIjvalQRkCEtgDAxxVDTvCc+m6jBcpLYzKiKh862LNEA7tiJt3yDD4AOegra+06j/z4
Rf8AgT/9jR9p1H/nwi/8Cf8A7GjlYcyILbQkjjnSaaVhJdvdKYpHiILHO07TyPrwfSqdv4dvEhit
5ru3a3t737XFshIf/WM5VjuIP3sZAHStP7TqP/PhF/4E/wD2NH2nUf8Anwi/8Cf/ALGjlYcyOePg
QqsPlX2wrp72co8v5ZGKbFkxnggEg+ox6Vor4euYNKudMtrxFsZVdI0eMs0SMhGwHd0DHI9vl9DW
h9p1D/nwi/8AAn/7Gj7TqP8Az4Rf+BP/ANjRysOZGLeeDRc6rbXnmW7qkUMUkc0TN/q2JDJhgAee
4OCAak0HQbzSdYXzXhltYbFbWJ449hwrkgNycnHU8Ctb7TqP/PhF/wCBP/2NH2nUP+fCL/wI/wDs
aOVhzIv0VQ+06j/z4Rf+BP8A9jR9p1H/AJ8Iv/An/wCxo5WHMi/RVD7TqP8Az4Rf+BP/ANjR9p1H
/nwi/wDAn/7GjlYcyL9UNb/5BFx9B/MUfadR/wCfCL/wJ/8Asaw7u9v2iuIVjE1r/wAtHMu7yjuH
AbA3fTkj1q4RdxSkrHVUtIKWsywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAMfQLGeybUzcIF8++kmjwQcocYP6VsVl6JqMuonUPOVF+zXklum0dVXGCffmtSm731Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9Wdo9IvXjYq6wSFWHUHaeRUegSPN4f0+SV2eR
7aNmZjkklRkmrV1MltayzyAlIkZ2wOcAZNNsbqO9sYLqEERzIsiAjBwRkZFPoLqWKKKKQwooooAK
o6r/AKm3/wCvmL/0MVeqjqv+pt/+vmL/ANDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKK
KKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAFLWP+QNef9cW/lVwVT1j/AJA15/1xb+VWTNHGyI7qrPwqk8t9KroLqUPEd7cadoF3dWXl/aUU
eX5gyu4kAZHpzWE/iy5nn09LVIlBjk+2hxkxyiOUhBg4BDQtn2x611N3awX1s9vdRiSF8blPfBz/
AEqsuh6aryuLVA0s7XDnJ+aRkKFuv90kfjUjMXUPEl5Z22gXOyEw3UYmvcj7qbVyy88YL578A1Sv
PFWpNcXgs1i8n7RBFalITI7IzSKzY3AMS0ZxyOPWuig8N6Xb26wJbsY0V0VZJnfarKFYDcTgEADF
EnhrSpLdIDa7Y0SJF2SOpUR52YIORjcfzoAp3esXaaV5Fkyz6ukaSSxGHDohI3N5e7kgH7u7k96o
WmuanqGrRWtrch4VgRpJksDgOWkU7wzgxkbAMYPOa6OXSrSbTlsZFkaBcYHnPuGDkHfndn8arxeG
9LguYp4YHjliAAKTyLuwxYbgGw3LMfmznJoAz9J1e5iFzJreo2xjW7e0iCQGPLKeDncevpT01u6b
S7G4YReZcaibVxt42CV04564UVt29pBaCQQRhPNkaV8Hqx6mqUHh7TLZy0UDDMwn2mV2VX3FtwUn
A5JPHrQBy1t401F9OjE6W6XwtJrpwEO118svEyjPTgqfdTXQadr/AJug3Ws3gVLVN7rHGCXRE4Ib
/byD8vbp71Zfw5pLrCrWUZENu9rHycrEwwy5z0IFSPoenSSSu9srGZi0gLHa5KbDlc4OV4oAzrnx
PdWgCS6NP9pEbzvCs0Z2wrjLbs4JycBevB7c1UvPGj+VefZLCRlSOT7POzrskkWIS4K5yBtPU+mK
038KaPLAkMloXRM43TOTg4ypJbJU7R8p446VYk0LTZd2+1QhmdyMkcsmxu/deKAMW28S3drBDFc2
0l1eOluuwFEy8vmHO4cYwnp+dOufGjwT3CLo9zIkTTKsiyxgOIv9YcE5GAePWts6PYGZJjbr5iGM
q2TxsBCd+25vzpraJpz7t1sp3ebnk8+Z/rO/egC5BMtxBHMmdkihlz6EZFSUyKNIYkjjG1EAVR6A
dKdmgBaz9ZULo04UADA4H1FX81R1r/kEXH0H8xVR+JEy2ZepaQUtSUFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBTsLeztzc/Yih8ydnm2vu/eHG7PoenFXKx/D1lPZ
HVDcR7PPv5Jo+QdyHGD+lbFN7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKKQyC+tzd2Nxbh
tpljaPdjOMjGaZplmdP0u1tC4cwRLHuAxuwMZxTdWkaLSLySNijpA7Kw6ghTg1HoE0lx4f0+aZy8
kltGzOx5YlRk0+gupoUUUUhhRRRQAVR1X/U2/wD18xf+hir1UdV/1Nv/ANfMX/oYprcT2L1FFFIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKQ0hi0U3N
KDQAtFFFABRTd43BcjJ6DPWloAWim7xu25GcZxnmgOCxXIyOozQA6ikzSK4cZUgj2NADqKKQ0AU9
Y/5A15/1xb+VZ1vpF1bX7u13cSiUn/SBs3qPQgr0+n5VszpFPG0MuCsgIKk9R3qQVSk0rEuN3cp/
YJv+gjd/lH/8TR9gm/6CN3+Uf/xNXM0UuZjsin9gm/6CN3+Uf/xNH2Cb/oI3f5R//E1bDhs7SDg4
4NAcFsZGfTPNHMwsVPsE3/QRu/yj/wDiaPsE3/QRu/yj/wDiau0UczCyKX2Cb/oI3f5R/wDxNH2C
b/oI3f5R/wDxNXaKOZhZFL7BN/0Ebv8AKP8A+Jo+wTf9BG7/ACj/APiau0UczCyKX2Cb/oI3f5R/
/E0fYJv+gjd/lH/8TVys3VNdg0p445IbqeaQFljtoWkbA6njpQ521ZUKTm+WKuyb7BN/0Ebv8o//
AImj7BN/0Ebv8o//AImotH12z1uORrRnDxHbLFKpR4z6EGtKhTuroJ03CXLJWZS+wTf9BG7/ACj/
APiaPsE3/QRu/wAo/wD4mrtFHMybIpfYJv8AoI3f5R//ABNU9Ws5Y9MmZr65cDB2sEweR6LmtmqG
t/8AIIuPoP5iqi3dCktGXhS0lLUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAZmi6lJqJvxIiJ9mvHt1255C4wT781p1TsLS1tDc/ZCD5s7Sy4fd+8OM/TtxVymxIK
KKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk
/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhkN1MlvayzS/6uNGd8DPAGTTbG4iu7GC4twRDMiumR
j5SMjjtRf25u7C4t1YKZYmQE9sjFM0uzbT9KtLR3DtBCsZYDAOBjNPoLqW6KKKQwooooAKo6r/qb
f/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv
/IXv/pF/I1fqha/8he/+kX8jTQn0L9IelLSUhnCNPLB4wljW8F1PdSSLbSRXJP2YhSAkkPTaD3pq
eLtVudOnuojFEYDb27q8eR5zNiTv0Hp713C2sEczSpDEsr/ecIAzfU1V0/RrTT7eWGNPMWaZp3Mu
GJcnOaxdOXRnorF0WlzQu1b8N/w0/E5X/hJdUCrZzX1rA41Ca1kv3iARQihhlScAknHXtUlv4o1W
fxT9jQ2zW0cohZCVVpBsz5i5bcc9RgEYrsHs7aRGR7eJldtzKUBBPqfel+zQecJvJj80DaH2jcB6
Zp8ku5LxVGz/AHa2f39/626HBaLqs+r+KtGu7q5geRobk+RGu1rfkDY3PXjvjvU9x4x1DTdSuILw
I8NjPJ9oYJgmJgPKx75NdstrAjl1gjVyS24IAcnqc0PawSFy8ETFwA2UB3Y6Z9aXs5Jb6jeLpSne
VPS1rdtX5dn9+p5zrt9qURaVp0gvhpkEs00SYf5psFc54UZ/T3qa71K90zX9TvrS7glCJYrKxjBE
4bjIIPy9c8Zr0B7aGQsXhjYsu0kqDken0pv2K2wR9nhwQARsHQdPy7Ueyd9yljocqTh+Xl5eX4nO
61c3UHjTRok1D7PbTJIGjIG12GODzyTnA9O3Wue8P65qGj6VAsZint3tLq4jh8vDKySHvnnOa9Gk
gilKmSJHKHcpZQdp9RSJawRlSkEalQQpCAYB64pum73T/rQzhi4RpqEoX/qXl5/gc74R1rUdUtbp
797ZxGFaOSN0PVckMFJxj88GsP8A4TTUo9MmBuIJrvz4o2ZETy4VfPIcNtYccbiMd676G3ht0KwR
RxqTkhFCj9KatlarC0S20Iic5ZAg2n6ihwlZK4LE0VOUnTVnbTtb/M4G+1u9R9G1SeOGS9itbwhY
mDI+0AA/KT9Tg+tWLfxVq7aP5k89mvmXcMIuwUcRI4ySyqxAx2ye/NduYLeNVYxRKIwQp2gbR3x6
CkWzthAYVt4RC3JQINp/Cl7OV/iLeMotJOmtPyu3+pxD61qFhrN/MdUivFi05Z4olQBJjzyoBPTG
SRS2/ivVm0jzJ57RTJdwwrdgoyxK4yxYKxAxjjJHXmu3FpbgoRBECi7UIQfKPQegpFsrZYWhW3hE
TdUCDafwo9nLuL63Sa1pq+nbocLaz3MfgXxBcWl3idbyeTz4RjdyMleeM+vamXmtXOn3D3VvNbXF
yumW7favLHz7pgpBwemD+degLBEqsqxIFblgFGD9aYLG1ChRbQ7QAuPLGMA5x9M80ezdtGNY2Dk3
KF7u/Ty028vQ46DX9ah1OOK4ureaJNS+wOog2lwV3bs54I6Yqfwl4l1TWtQkF2LcW7Rs+xWUPCQ2
Mbclv++gOa6z7NBuz5Med2/O0fe9fr70R28MTu8cUaO5yzKoBb6+tNQknuRPFUpQaVNXa3OLuvFt
/Z3usIZYJngjke3hjQMoCsBlmByCATlSB7U2XxXf2sV0ov7W8jglts3kcYCBZGwynBI4HOa7ZLWC
N3dIY1eT77BQC319aatlbJCYVt4VibqgQBT+FHJLuNYmj1p9u3l5f1fU49PEupXs8UVpdW6rPqs9
qkvlhgIlXKkc8n+dRSeLNSj0q/vRdWrTpK0S2RQBrbEgXexznGPXA5FduLWAEEQRgqdwOwcHpn60
n2O33SN5EW6UYc7Blx7+tHJLuCxVG6/d6f8AB9Opl+F9QvdS0oy35haRZWQPE6sHUdCdpIz24Par
2q6hDpGmz31wHMUK7m2DJ9OKsxQxwoEijVEHRVGAPwrO8RwyXGgXUUNkt67qALdn2h+R3yPr+FXq
onOnCpWTasm/TT9DN8O2t1ca5qOtXFs1pHdrGkULkbyqj7zY6Zrpaitd32aLegjfYNyA5CnHTNTU
RVkTWqOpO79PktAoooqjIKoa3/yCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDF8O2c9o2qmeIx+dqEsqZ/iU4wa2qz
NH1J9SN8HjVPst29uuDncFxyfzrTpvfUS20CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9FFFIZU1WV
oNJvJY2KukDsrDsQpINRaDPJc6Bp88zl5ZLeN3Y/xEqCTVq6kjhtZZZv9UiFn4z8oHPFNsZ4bmxg
ntseRIivHhcfKRxx24p9BdSxRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himtxPYv
UUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6F+ii
ikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/AK4t/Krg6VT1j/kDXn/XFv5VcFPoLqY2
ua+2jahpkJt/Mhu5GWWTdjyVGAGx3G5lz6DmqieLXk1ee1S0XyUu4reOXzOXDeYGbGOMNGR71q6n
o1rqzKboOdsUkOAcDbIAG/HgYqi3hGxEEccM11C0SwhJI3G4GLdtPIIyd7Z45zSGNfxStvrmqWV1
AI4LOESxzBs+aQqs647Eb1x65rPs/GV7eXWn27WVvby3Ee6RHeR9p81oyoKoRxt6nA5rWm8LWNzI
ktw08sq3EdwXZhlnRAnPHQgDI70kXhi3t7qKe1vL2BkBVgjriQGRpMNlT3Y9McGgBur6zfW81mNL
jsLmG5mFvuknYbXwx/hUjGF/WqUfi65ae5ge0tluVlEENs0zCXeW2qzgrgIR824Z445Nbb6PZEW4
jhWFbef7QiwqEBfBGSAOeCapXHhW0u5jLdXV7PIrFoGeUZtiWDZQgeqjrngY6ZoArX3iw6NIYdYS
2t5vskk67ZiVkZTgKCQDz+lWNU8RPZ+HRfWsEdxeFYWFp5uDmRlGOmf4uOOeKsJ4ftxvaW4up5JL
d7Z5JZMsyscntgH0xwPSntoViYIoxCFaMxYlUAO3lsrKC2MkZUUAZV541ht7qHyIPOtWs2uXlD4I
O3ciY9SPyyKLzxJqWmRTJfafbC58gTwiKctGfnVCrEqCCC6nIBzmrKeDdJSF4vLkMTtMzIX4/ejD
DjoAAAPTApz+FbaaC5S5vL64knRY/OllBeNQ24BeMDkAng5wM5oAz9Q8WXumkWtzaWyXonWNiHke
IoyOysNqFj/qyMbePpWzcayllHYC4ilknvCERLdC3zbdx64wAATk4qu/he3ZEYXt8t0s3nG6EimV
m2FMHK4xtYjAGOatLo8f2q3uJbi5mkt23oZHBAPl7DwB3GSfc0AZsXjvRriSaO3lkmkjKhVjTcZi
W2jZjrz649enNTx+LdOktjPi4VRGZCrxEMAJPLIIPfcMYqOPwfZwwGGG7vkiVw8CiQf6OQ2QUyvu
R82eDioYvBVu1nDFc3d0ZI2kDPHLgyo0xlCvkHODjnjPPY0ASP450ZLq5t/OZpLfIIRchyHCEDnq
GYDnHX0q5Ya8L/WLqwFlcxfZ4o5PNkXCtvGcexH9D6VCnha3i+0iC8vYopy58pXUohZtzYBU9Tng
5HJ4qfTPD9rpE4ktHnVfISAxs+VIXO1umc8kdce1AGrVDW/+QRcfQfzFXs1Q1h1fRp2RgwIHIOR1
FVH4kKWzL9LSClqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU
7CxtrE3P2Yk+fO00mWz85xn6dOlXKxPDlrNanVvPiaPzdQlkTcPvKcYI9q26b3EtgooopDCiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/
rb//AK+T/wCgrTWwnui/RRRSGV7+3a70+5t0IVpYmQE9ASCKZpNo9hpNpaSMrPBCkbMvQkADijVJ
Xg0q7mibbJHA7K3oQpINR6HcSXehWFxM++WW3R3b1JUEmn0F1L9FFFIYUUUUAFUdV/1Nv/18xf8A
oYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/wBI
v5Gr9ULX/kL3/wBIv5GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrP/IGvMf88W/l
TBaX3/QSP/fhafrH/IGvP+uLfyq4Kq9kTa7KP2O+/wCgkf8AvwtH2O+/6CR/78LWJ4o1K60zXdOu
Y7h0s7aCWe7iH3Xi3RozEf7Ict+BrPsNcuhqiy3180ME9/G2yVwqxRvbSOqZ/BT9aOZhyo6v7Hff
9BI/9+Fo+x33/QSP/fha5Vtbv7fXNThW4eWO+uBa2PcQyhIzx2wVcv8A8ANQ6Jf3V1qWmi51F5FS
xt5Nr3vlNKxaQE7AMSE7VByRRzMOVHYfY77/AKCR/wC/C0fY77/oJH/vwtYuorLqOp6PL52q6eLq
Z4pIPO8vIWN2HCkjqo5z0rFj1WeC5ayutYlcXE6ia/guVkiSMlsEDH7lidqYPHPByKOZhyo7T7Hf
f9BI/wDfhaPsd9/0Ej/34WuV1TVr6yj1JNJnkv7eLSvMW4a5UGI7pRvBx8xG0DP+zV/xPfX72Mdt
p5ubO4NzCkdwwASUnnA5yQSMHgUczDlRt/Y77/oJH/vwtH2O+/6CR/78LXG3Pie9vJn1K0nmgs3s
3RI9uRGVeESy4xyU8xx6fIanur02y3ltZ61PcWC/ZPMuTchmhd5wrASdsoc47e2aOZhyo6v7Hff9
BI/9+Fo+x33/AEEj/wB+FrjL3ULn7VBaW+qtJYi6kSK4kvfI81REGKmUA7trEgcexPFdBqWum2u7
WysrywjLI5ee7kLICmz93wR8xDg8noM4NHMw5Uaf2O+/6CR/78LR9jvv+gkf+/C1y83jW9jS5kRb
FiI7lkt8t5luYm2gy89GPsMZGM0NqWqXmu2UFxPAn2SW5WZYPMVZiiIwON3HD4wcjOT9DmYcqOo+
x33/AEEj/wB+Fo+x33/QSP8A34WuZg8T6m2kz3EQtCILa02CTexaSYJyzZ6Dcfc+vrc0jXtSuNYj
tL5bMxvJcQhoAwbdCQC3JPBz07epo5mHKjaNpff9BI/9+FrDutPvViuLhZmht/8AlpG0ar5xyOdo
6fXrXV1Q1v8A5BFx9B/MVUJO4pRVi8KWkpazLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAztI1M6kb0NEI/st09uMHO7bjn261o1TsNPg083PkFj9onaeTcc4ZsZx7
cVcpvyEgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad
/rb/AP6+T/6CtX6oab/rb/8A6+T/AOgrTWwnui/RRRSGQ3TxRW0rz48lUZpMjI2454+lJYywTWUE
tpt+zuitFtXA2kcYHbim6hbvd6dc28ZAaWJkBPTJBFM0m0ew0iztJSrSQQpGxXoSABxT6C6lyiii
kMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwooooAKKzfEN9Lpnh6/vL
fb50EDOm4ZGQOK5HS28d6tplvfQappqxXCB1DxYIB9cLUOdnax0U8O5w5+ZJXtqegUVxX2D4gf8A
QW0r/v3/APYUfYPiB/0FtK/79/8A2FHP5Mr6sv8An5H73/kdrRXFfYPiB/0FtK/79/8A2FH2D4gf
9BbSv+/f/wBhRz+TD6sv+fkfvf8AkdrRXFfYPiB/0FtK/wC/f/2FH2D4gf8AQW0r/v3/APYUc/kw
+rL/AJ+R+9/5Ha1T1Oe9gtd2n2yXM5YAK8mxQO5J9qwNMtPGcepQNqeo6dLZhv3qRJhiMdvlHfFd
QxIVj6CmnzLsZSiqUlqpffb9Dn7PX9Rg1qDTNbs4IZLpWa3mt5CyMV5KnPOcVqWv/IXv/pF/I1z+
gRXniW5s9f1J4kSASC2tolI2kkqWYnqeK6C1/wCQvf8A0i/kaVJtptmuMjCE1GKSa3ttfXb5W+Za
upxa2k05GREjOR64GawLHxnaXVtDPcRm1Vrd5pw75MDKUGw46k+YpGOuR61vXEK3drNAxIWVGQkd
RkYrn7jwLp9w7uZZ1L2iWrbSuDsKFZMEEbh5aj0IGCKs5SRfG+lPPtRp2hEEk7ziB9kYQ4YNxkEe
/t6irsniTS4TMJLyNfIkeOQkHCMqB2yfZSDn3A61XtfC8dvJCzXLyBIpYZEEUaJKjkEgqqgDBA5H
PrmqkHgSxijdHuLqQPam3JLjOS24ydPv9Bn0AoA0I/FGmytCqyTeZLL5KxG3kEgfbuwVxkfKc5PG
KXQtfh1m2LAbJkXdKoyVTkgDdjGcDOOoyKZaeHFt7+O+mvJ7m7WRpHkcKN+U2AYAAAA9O/JqTRdA
h0NJEtZpTHJyyMRjfkkuPQnOD64HegCIeK7GS40+OBLmZL92SKVYH2cLndkj7pBGD079BTz4p01U
YtJMGWVYfLNtIJCzAlcJjJBAODjHBqtbeEY7Z45EvrgSpcGfKqiA7l2MoUABcjqQAc81Hpfgm00u
VZI7mdys0cwyEGSisozgDOQ5yTyT3oA0NP8AEFpf2d5dES28NpLJHK9xGYwNhILZPbj8O9RSeLNL
iiWSSWdA247WtpAyqoBZyu3IUAj5jxz1pH8NpJa3do95cG0u5ZZJIgFH+sB3DdjP3juHfgdqjuPD
El0A02r3hnMTwSTKsal4WIymNuB04Yc8mgBbzxhptqL1EkeWe1jdyixPhyq7iqtjBOCDxnjmm2/i
uAWkcl+vlSukJ8uKOR2LSbtqhdob+A9vy7rJ4RtHieNZZkRmlYKpHy74vKwOOy9Pepj4btzexXXn
S742hYDjH7pXA7d95z9BQBHN4y0e3nmhluJQ8LMr4t5CMr9/BC4O3uR071tqyuoZSGUjII6EViye
F7eQSAzzDf8Aac4I/wCW/wB7t27VsW8It7eOFSSI1Cgn0AxQBW1j/kDXn/XFv5U5b+J7nyIt0rj7
5QZVPqemfbrTdY/5A15/1xb+VVI/DlnBPuhgh8liS8TxhgD6qeo57cirVuXUh3voajxxyZ3orZUq
cgHg9R9KjltbaZCssETqSCQyAjjpUX9jad/z5W//AH7FH9jad/z5W/8A37FToVqTiCFcYjQbTkYU
cHGM/lxTTZ2rSJI1vCXj+4xQZX6HtUX9jad/z5W//fsUf2Np3/Plb/8AfsUaBqWmVWIJAJXkHHSo
ls7ZUkRYIgsv+sUIMP8AX1qL+xtO/wCfK3/79ij+xtO/58rf/v2KNA1JxBCq7VjQLt2bQoxt9Pp7
U5kRsbgpwcjI6Gq39jad/wA+Vv8A9+xR/Y2nf8+Vv/37FGgalhYokxtRFxnGFAxnk/nTFs7VYGgW
CEQtyYwg2n8OlRf2Np3/AD5W/wD37FH9jad/z5W//fsUaBqSyWdrLEsUlvC8afdRkBC/QdqVrW3d
drwxMoYNtKAjI6H61D/Y2nf8+Vv/AN+xR/Y2nf8APlb/APfsUaBqTfZ4N0jeVHukxvO0ZbHTPrTv
Ki3btibjnnA/Gq/9jad/z5W//fsUf2Np3/Plb/8AfsUaBqT+TCFK+WmDjI2jHHT8qURRhgQiAgk5
wOp61X/sbTv+fK3/AO/Yo/sbTv8Anyt/+/Yo0DUuZqjrR/4lFx9B/MU7+xtO/wCfK3/79iqeraXY
w6ZNJHaQo64IZUAIORVRtdEyvZmwO9LSClqCwooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKAMTw3bzW7at50bx+ZqMrpuGNynGCPatus7SdT/ALSN4PK8v7LdPb/ezu24
59uvStGm9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CqcunI8zTQzTQSPyxibhj6kHI/SrlFFwsUfst8p+XUAf9+AH+RFSwR3iyZnuIZEx0WEqc/Xcas0U
7isVdTme30u7miO2SOF3U+hCkio9EuJLvQ7G4nbdLNbo7tjGSVBNXJI1lRkkUMjAhlIyCD2rDbwV
oTOX+xYJOcLK6gfQA4FCtbUHe+hvUVS1HSrTVbYW97EZIgwYKGK8j3BHrTNL0Kw0YymwgMRlxvzI
zZx06k+tGgamhRWJc+ENGvLmW4ntWaWVizt5zjJPsDV+/wBKtNTtBa3kZkhBBChivI6cg5o0DUuV
R1X/AFMH/XzF/wChimaZoGn6O8j2MBjaQAMTIzZA+pNZet+F9KuJRcy2zNNPcRiRvNcZywB4zgcU
1a4nex0lLVO80q0v7EWdzGXtxj5QxHTpyDmoNM8P6do8zy2MBjd12sTIzZH4k0tB6mnRWNe+E9I1
C6kubq1Z5pOWbznGeMdAcVdudKtLvTvsM8Za22quzcRwOnIOe1GgalHxl/yJ2rf9ez/ypvgr/kTd
J/69lrO1/wAO6bo/hbWZrGAxyPZuhJkZuOvcn0qHwz4W0nU/DGmXN3bM8z2ybmErrnAx0BxUae0+
R16/VP8At79DsqKqS6VaT6Z/Z8kZa12BNm4jgYxznPYd6r6b4b0zSbk3FlbtHKVKkmV24+hJ9KvQ
5NTTorJv/C+landtc3ls0kzAAsJXXgdOAcVabSbRtL/s5oybTYI9m4/d9M5z+tGgalylrK0/wzpe
lXQubO3aOUKV3GV24PXgk0moeGdL1S7NzeW7SSlQu4SuvA6cAgUaBqatNcEqwU4JHB9KqrpVoul/
2cIz9k2eXs3H7vpnOf1qtYeGNK0y7W5s7Zo5lBAYyu3B68E4o0DUl0a0vLLTkh1C9+2TqTul2bcj
PHFZ1/BqE2pXYsZQsY8vzUA+dxg9Dkf0+tXdR8N6Zq1yLi9t2klChQRK68fQEetRWGl2sUl/p8cZ
Fr5aJs3H7pDZGc5704WitAqNzk2+vyJrSC8FrGIJ4Io8cIbRlI+o31N5Opf8/lt/4Dn/AOLqtY+F
tJ027S6tLZkmTO1jK7YyMHgnFP1Lw7pur3CzX1u0kirtBEjLx17EetF1cVnYm8nUf+fy2/8AAc//
ABdHk6l/z+W3/gOf/i6db6VaWmnfYIYytttZdm4ng5zyTnuapWXhTSNPu47m1tWSaPlW85zjjHQn
FF0FmW/J1L/n8tv/AAHP/wAXR5Opf8/lt/4Dn/4uotT8PadrEyS30BkdF2qRIy4H4EVPZ6VaWFib
O2jKW53fJuJ69eSc0rhYb5Opf8/lt/4Dn/4ujydS/wCfy2/8Bz/8XVO08I6PY3UVxbWrJLEcofOc
4P0JqxqegafrEkb38BlaMEKRIy4B+hFO6CzJPJ1H/n8tv/Ac/wDxdHk6l/z+W3/gOf8A4unWOlWm
mWZtbSMpCSSVLFuT15JzVC28IaNZ3MVxBaMssTBkPnOcEexNF0FmXfJ1L/n8tv8AwHP/AMXR5Opf
8/lt/wCA5/8Ai6ZqmhWGsmM38JlMWdmJGXGevQj0qXTtKtNKtjb2UZjiLFipYtyevJJPalcLDfJ1
L/n8tv8AwHP/AMXR5Opf8/lt/wCA5/8Ai6pQeD9FtrmOeK0ZZY2DqfOc4IOehNW9U0Sx1kRC/hMo
iJKYdlxnr0I9Kd0FmV9VivxpV0ZLq3ZPKbIEBBIx67q1xWPLpNpo+gX0NjEY42jdyC5bnb7k+lMj
8H6LHcLOlowkVw4PnP1znpn1pu1ha3NyiqGp6LZaykaX8JkWMllAdlwfwIpdN0ay0iJ47GIxI7bm
Bdmyencmp0K1L1FYf/CHaL9o8/7I3mb/ADM+dJ97OemfWr2p6PZ6xEkd9EZERtygOy4PTsRRoGpe
oqhpmi2OjpIthCYlkILZdmyR9SapSeDtFluGne0YyM5cnzn5Oc9M+tGgam5RVLUtJtNXgWG+iMka
tuADlefwI9aZpmh2OjiUWEJi83G/Ls2cdOpPrRoGpoUViXHg/Rbm5knmtGaWRi7HznGSfbNX9R0u
01W1FvexmSIMGChivI6cgg0aBqXKKztM0HT9HMhsITEZQA+ZGbOOnUn1qrdeENGvLmW4uLRmllYs
7ec4yfoDRoGpt0VTvtLtNSsxaXcZeAEHaHK9OnIOah03w/p2kSSPYwGJpAFYmRmyB9SaNA1NKisW
88I6Pf3Utxc2rPLKcuwmcZP0BxV670u0vtPFlcRl7cBRtDEdOnIOaNA1LlUNa/5BFx9B/MVHpvh7
TdImeWxgMTuu1iZGbI69yazvEPhrS7mC6vZbYtcMAS/muPQdAcdKqNuZClflZ0dLVO40u1u9O+wT
Rlrbaq7AxHA6cg57Cq+m+HNN0m4aaxtzHIy7CTIzcdehJ9KnQepqUVkX3hbSdSu3ubu2Z5nADMJX
XOBgcA4rE8Y3L6ba2OlWqL9lnikVkMTythFBUDaQ345qZSjFXZrRozrT5I76/grnZUVwWkX2laXL
b3EGmsJXsPtU88M7PHHHzu4YnOCo46/lS3l1o+ozTXWraPPDc/ZVuYw90FEsWcA5DBVPI4NJVIdz
R4Suvs/id5RXDweJdPv9Ej0y002eXzPMgFskwOFRQSwfPIwR3yaq+EjaWo0s2unT3OpS2olnmWbA
jRn25IY4PToB2pKpB9SpYKvGLlJWt5+v+X+R6FRXnuo6zoOp6jdve6ZNNNBEWDRXOdyq2MEI2F65
57Vfg1TzW03RoNLH9m3lvJuAuQxVQcHDBuQOvqc8dKftIdGJ4Out42+a7X/I7OivM9G1DStEtbe8
h028ublLVrh5zKARH5jISQWxkYHQVranc6Rq3iGG3uNMluHaRbbzvtHl4JXf9wNkgA5zihVIdwlg
q8W1y7X/AA3O1pa4u6uJbTXP+EcsysOniBPk+zSTlt7EMCwbKj3PSqumT6PBqyfYtJuLeUtcRQ3D
Tl13xg7htLHt3Io9pDUTwlayaV9L/L+ux31Fed2d/Za1YQy6/YTy3kOn/aBMZhGJk3YPRgBye9Xd
O8TWC6OlnY6XM6STtarAk4fJZS3Dk9Dzznil7SFk7lSwVeMmuXbzO3orgtJk0UXOnT6PotzJdyxt
Nt+0HMKBthJ3Ng854p11rnh7XtRmW+tZWFrFKUmEpGVTlvlU5HtnrT9pC+5P1PEa+7sd3RXG+GLg
yarNp8drLZ6ebJZktpHDnLsctuyTyD0zxWBo72lp4mQvbwpBFcToGIlXZ5ecYYsVdiP4cUvaQL+p
Vm2lbRXf5nqFLXCSa7ofiaC4uLuwlZrKLzEDXATKMcckMADnHBqXR/EljFp6Wej6XO8ks0ii3ScN
naoLMHJwRgij2kLLUl4LEJu8dv8AK521FcHbroVnqqSQ6PcrDBeLbfazOxCTccbS2SASBnGKs/2j
pvinUrS2v9KuAr+ctvKZcAshw4wpz2HWq54Xtcl4Wso83L/W/wCXQ6bT9Ni003PlM7faZ2uH3Hoz
YyB7cVdrkGgfQNdsbHR7iQpcTB5LEpuVIcYaTeecggd++MV19HNdsidJwjFvqgooopmYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFUdV/1Nv/18xf8AoYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFAGL4y/5E7Vv+vZ/5U3wV/wAi
bpP/AF7LTvGX/Inat/17P/Km+Cv+RN0n/r2Ws/8Al58jr/5hf+3v0NyiiitDkCiiigAooooAKKKK
ACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/
5A15/wBcW/lVwVT1j/kDXn/XFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAVQ1v8A5BFx9B/MVfrP11Q+i3KnoVAP5iqj8SJlsy/Rmsv/AIR2w/u3H/gTJ/8AFUf8I5Yf3bj/
AMCZP/iqPd7hd9jUzWXq2hQavPbzSy3MMtvu8t4JNhAYAHn6Cj/hHLD+7cf+BMn/AMVR/wAI5Yf3
bj/wJk/+KpOMHuVCpOD5o6Mjt/DGm2zfuoCI/sv2MxlsqY8kkfUknmq3/CFaY1vLDL9pmDxrErSz
FmjRTuVUPYAgVd/4Ryw/u3H/AIEyf/FUf8I5Yf3bj/wJk/8AiqXs6f8ASNVia615n95TTwZpqYKm
7EolaXzhORISwAYFvQgcipIvCljbm1a3e5ha2j8pTHMV3pu3bX9RmrH/AAjlh/duP/AmT/4qj/hH
LD+7cf8AgTJ/8VR7Omv+GB4qu95P7yjB4K061ctbyXsTBGRClwR5aswYhfTkfrU1v4UsLVrNoPtE
clozsriU5fcctu9QSKsf8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUlTpr/hgeKxEt5fj/Xc
pr4M01LZrdfP8trVrQ/vOfLL7z265PWqMXhO/t/FQ1KC7iSHzQx6lzHtAMeMY5x1z+FbX/COWH92
4/8AAmT/AOKo/wCEcsP7tx/4Eyf/ABVDpU9Co4yur63vffXcZdeHoLnVjqK3F5BcFFRvJm2BlU5A
Ix70yLwvYxSxSKJQ0Us0y/P/ABSjDfh6VN/wjlh/duP/AAJk/wDiqP8AhHLD+7cf+BMn/wAVT5IG
ft61rX/EqHwbphtlt2SZo1tPsgBk/g3bvzz3p1t4TsbWWOVWuXkjuBc7pJdxLhduT+Bqz/wjlh/d
uP8AwJk/+Ko/4Ryw/u3H/gTJ/wDFUclP+kV9Zr2tzP7ytF4RsbdbQW73ULWoZVeOYqzKzbirEdRm
pLfwvY27XAUTNBcBw1u0pMQ3/ewvbNS/8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUclP+kJ
4mu95fiM0vw5aaRcGe3e4eUxCHdNKX+QHIHPpUMXhDTo7tp3+0TAyPMIZZSY1d87mC+vJqz/AMI5
Yf3bj/wJk/8AiqP+EcsP7tx/4Eyf/FUclP8ApB9Zr3bvv5lVfCFgumzWBe6e3kCgK8xPlhTlQvpg
1Ufw9o9rcpbNcXkF08hnS4MzKzMwCsA/uAMitX/hHLD+7cf+BMn/AMVVC+8JxXsqwqzRWnBcmaR3
Y+gBOB9eaap0nv8AkDxWISdpfiWf+EVsDfi6/f8A+tE5h80+U0o6OV/vU+z8M2VlPazQ+bvtWlaP
c+eZDls+vtWnbW6WltHBHu2RjaNzFj+ZqWo5I9huvVas5MpnTo21RL8s/nJEYQN3y7Sc9PXjrVyi
iqM229wooooEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABVHVf8AU2//AF8xf+hir1UdV/1Nv/18xf8AoYprcT2L1FFFIYUUUUAY
vjL/AJE7Vv8Ar2f+VN8Ff8ibpP8A17LTvGX/ACJ2rf8AXs/8qb4K/wCRN0n/AK9lrP8A5efI6/8A
mF/7e/Q3KKKK0OQKKKKACiiigAooooAKoWv/ACF7/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/1xb+VXBVPWP+QNef9cW/lVsdKroLqOqvf3a2
Gn3N26s6wRNKVXqQoJwPyqxVbUrMahpl1ZlyguIXiLAZK7lIz+tSMyV8X2jWWkXCwzH+05BGqYGY
TnDb+eNrYU4zyaG8Tt9iN3Hpd00EjxrasWQfaN7hFIy3yg7gfmxxUS+D4hfS3H2lyHmilVCvEe0h
nUc9HYZNKvhV5NLTTLu/NzYRNEIonhXOyNwwVjn5uFC5449TQAtv4vju7+GyhsLg3DFhKheNfL2u
UbGW+fBBJ254+oFXNT1uSwvorSDTri8keJ5mELICqKVB4YjJ+YcCq+peGUvltbeGSG2sLfaVhS2X
chBzmN8/Ie3ANJL4aeK6hl0m9NiEikiYFPNJDspJBZuD8vuPagB8niq2N1aQWcMt015b+fCy4VTk
EopLYwWCtjP901VXxmqWcVzdabcwRy3HkL86McKxDucHhV2nP4Ypv/CD2qt5kdzcLNHJA1uwdtsS
xABF2Zw3RuTz85pZfBNtdAJeXNxJAsc8aRRu0QHmyF3JKnnghcHjj3oA2r7VINPkjFy6RoySOXZg
Nqou5jjvxVOTxbo0emG/F/A0G4oCCeWAzjHXpz9OelVrjwxNe2ccF5qTymO3kgV/KAOHiEZJ55OQ
W/HFLd+F5JryW6tr4288jk7jCHwrRJGwAJ6/u1Of0NAE0PiqwNgLu6kW2TZGxDNuILoHAwOcgH8h
npT77xTpWnxXTzXIJtovOdEUlivHK+v3h06ZGcVRi8IPatBNZ6gY7mDYI5HhDrhYREQVyM5AB6jB
9qjuPBbXWoXd1Nqcz/aLeaABlyU8xQDjnGBt4AA68560AabeJdOijklmuEjiUoFY5y5ddwAX72cc
4x71IviPSnvoLNb+BridFeJA2d6sMqQenIBx61Qm8M3D3n2+PURHfh1cS+QCmfK8tvkz0I568H1F
Ja+D4rQRLHdSFY3t3G5Rk+USef8AeLH6UAdHRRRQAVQ1v/kEXH0H8xV+qGuHGj3BPQKP5iqj8SJl
sy9S1zn/AAl1tNfGK3KiCNsSzSK3PsoA/U4q9/wkumf8/J/79P8A4U3TkugKcX1NWisr/hJNM/5+
T/36f/Cj/hJNM/5+T/36f/ClyS7BzR7nMvq1xaaj4iu/tkUktkZTBbyXr/wxqQDAONvJOc5p19q+
sLeRJ51oLuzluUchHEUoWBJBlN2c/NjqfX2rfOtaKZDIXTeRgt9nbJ/HbTv7f0gnJnGf+uL/AOFH
JLsHNHuc/P44nXUfJiSEo1o8uxlwUdYPN67ssO33QPfIIqRfFGpIFtbubTbedpVU3jIwhQND5oBU
t1zkD5h0z14rb/t3Rt27zV3Y258hs49Pu0NrujOpV5VZTjIMDEH07Uckuwc0e5zs3jbUo76/VILB
obVXXY0wEhZVBEmN24oc7vu8Lzk1as9SuZfDvim5/tCG5lgeXyri2JCLi3QjbknGD79c1sHXdHL7
zKpcjbu8hs49M7elKuvaOibFmVUxjaIGA/LFHJLsHNHucnbeKb3TtNmSGRJ3e7SNJZ7tZ4oVaLdj
zSVDElTwSMFgOeKuf8Jvdpe2sRht5me2Lyww8/vBA0vyPuJcHaBkLjn72Rit4a3oohMIkQRH+DyG
2/ltpRrujhw4lUMo2hvIbIHp0o5Jdg5o9zEl8VXUdtbt/aei4mSSY3OG8pdqqfKxu++S3XI4H3c1
Z0/xDqV3qdv50NvFaTTx25hKMJo3a2ExJbOODlcYrR/tvRdu3zE27t2PIbGfX7vWn/8ACQaTnPn8
5znyX6+vSjkl2Dmj3MOa71K01zVpYrmF2a8tbSBZUcrErhMnaHwfvHoASe+OKbc+Lr23ubpQ1i7Q
tcR/ZgrecgijZhK3P3WKjjHR15Jre/4SDSSSfP5Jz/qX6/lSf29o5dn84bmG0t5DZI9OlHJLsHNH
uZFl4g1galDBe/YHiNxHbyeTG6sTJF5gIyxxjpjnPXiqWt6rqOn6lqrpdTfZJbuC1XB/49nKxMpH
or7nB99vrXS/8JBpGc+eM5z/AKl/8KQ6/pBzmcHJycwvz+lHJLsHNHuYEvjO9jeZgLF8+cPI+YPZ
hJAgaY5+6cknhenGetUP+Et1KwjnW3uNPu5Zru4IuZJQkBCLHhFLOMZ3E8E4w2Aa67+3tHy585cy
DDnyG+b68c0063orRiMyIUBztMDY/LbRyS7BzR7mL431G5tjYGC6NsWtZ5RtvBCN6+XtPPEmMnC9
8111pMLi0hmAYCRFfDDB5GeR2NZsmvaPKVMkquUOVLQMcH24p48SaWP+Xk/9+n/wo5Jdg5o9zVoq
G1uYry3WaBt8bdDgj9DU1SUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8x
f+himtxPYvUUUUhhRRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/
69lrP/l58jr/AOYX/t79DcooorQ5AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6rQ2xjvLifdkS7
RjHTAP8AjTQmWaKKKQwooooAKKKTNAC0UUUAFFFJQAtc14u+0xvp0yX9zaWhn8m4MDBSA/CtyD0O
B+NdLVPVtPTVdLubKT7s6Fc+h7H8Dg1UXZikroy/+EXn/wChh1n/AL/L/wDE0f8ACLz/APQw6z/3
9X/4mrPhnUJNQ0SFrji6hJguB6SJwfz6/jWtTcpJ2Eop6nDeKdPuNK01BFreqzT3MgiSN5VKkdWJ
+XoFBrZgn1Q6gEvFiWQE+TGZWVGHrkL8xx69PSqV5/xNdY1W66waZbNbRehlYZc/gMCutHSqcrJX
JSu9Clv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNXqo61cyWWh39zCQssNvJIhIyAQpI479Kzv5
F28w36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5dfFGovFpVvuiF5FOkep4TIPzbAF9N+dw9hUs2
q6ovhqHVv7QUi+MDRxw2wdoFkkQEKOS5CtjkHn06UX8gt5nR79T/AOeFn/3+b/4mjfqf/PCz/wC/
zf8AxNc1/auuW/2O41F5LfT92HmFqpYjfgGZM5jBXHK9CTnHSrt1qd1qepwRaTqH2SD7NLMzy233
mRkGCHAIX5j0x9aL+QreZsb9T/54Wf8A3+b/AOJo36n/AM8LP/v83/xNco3jSa71LTbdbmKzFzbx
LMgTe6SzKShGeMKQuc/89B6VWufFWoaTpttLc6pFLPLNNIySQKuYYXZWVQv8T/KAT3zRfyC3mdpv
1P8A54Wf/f5v/iaN+p/88LP/AL/N/wDE1n6zr401be4iBmhe3nuMKQA4SPeOSO9VJfFV6YpLdNKC
6ipcGL7SNihY1k3b9vPEijGOuecc0X8h28zb36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5/TfFF
3LHbwLD9rvpo4diu6xISYFkckgHHXpg8nsKTVvGc1s2oW1pawvc29tJMjGUsgeMKXVvlxkbugJ6c
4zRfyC3mdDv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNZLeIruLUnsFs1lvXkSNIjMFjU+Vvf59
uSB9Mn0A6RWnjQ3l1aiPTm+yzeQrzGYbkeXIA245AK8nPuM0X8gt5m3v1P8A54Wf/f5v/iaN+p/8
8LP/AL/N/wDE1eoov5BbzKO/U/8AnhZ/9/m/+Jqnqz6gdMmEsNqE43FZWJAyOg21tVQ1v/kEXH0H
8xVReq0JktHqOfTLdr5btA0U4PzNG23zB6MOhq5R3pai7ZSQUUUUDKSavp8moNYx3sDXi/egEgLj
jPI69KnkuoYriGCSRVlmz5anq2Bk4+lcjPpOqCXxCkEF+r3vmm3dLhFh5RQCBu3K2R1xTbvwteSS
GCNbg2sMtw1uftbblDQoF+bdux5m44J/SgDtqK4SfS/EkuqGUROgNm8TSJPjzGMGFz8/3vM9FAHX
JyakOg6jaxiAwXl1pwlR3tlvD5kmYQCQzMDxJyRuHrQB29VzfWwFwTMgW2OJiTgR/KG59PlIP41x
U+h+IG1G/lSS/WR0kWBkuE8ryyo2oTndvHIBx1+bNaFho11H4b8Q2qWUts16ZTbQTTiRsNCqjLZO
PmB4zx9KAOlstQtNSg86xuYriLON8Thhn0yKsVwD6HrsljKFS7Ec11HJMjSQi5lURbDkqQmAwTAy
DgGpP7I8RjULRoPPi8u1MX2iWYMx/cMB5mHwWEm3hUxxnceRQB3dFcPLo98bO3CaXqPlKJPNtv7R
w7TlVCy79/3RhuM9TnbVuw0PU7fVYLy5lmlnE6JNILhtjwi2Ct8mccyjPTPegDpI7+2lvZbOOUNc
QqGkQZ+UHpmrNcjd+G55L/UpIopVS8vrZ3ZLhlLxKE8zo3HIPTBNVrnRdZN3eG3juVlb7Ri5+2fI
8RjZYolTPBBK8kDG0nJzQB29Vm1GzV50a6hDW5UTAuMxlvu7vTOeM9a5ey8O31hqcM0JuvLiuY8B
7tnHlGL95kMxzmTnnnuKi1vw3qNxf397ZRKXuLqJXQuB51vtiyfqjISM9t3rQB21RQ3MNw0qwyK5
hcxyY/hbAOD+BH51xUuja80lw0S3STHzftE32vi7UyAosYz8hCAgHC4zjnrVSbw3rH2Yx29vf21o
9zPJ5EF0jTKSqeW25mxxtcfeOMjg4oA7y91Cz02JZL66ht42barSuFBPpzVhWDDI5B6GsG/t72HV
rO+js2v40tXgaLegdHYqd3zEAggEHHP1rbgBWFAUVCAPlXovsKAJKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigDF8Zf8AInat/wBez/ypvgr/
AJE3Sf8Ar2WneMv+RO1b/r2f+VN8Ff8AIm6T/wBey1n/AMvPkdf/ADC/9vfoblFFFaHIFFFFABRR
RQAVzn9u3X2aN8xbm1drI/L/AMsxIV9euBXRVnjQdNGp/wBoi0j+17t2/n72MbsdN2OM4zigDGg8
aSTRwbtKlSa8RHtIvOU+aGOPmI+7jr349+Kjs/GEkMOnpfwKbi7uHidBKu+LM7RoNoGCAcAtkdCR
mtGw8G6RYaZ9jFsJAyqHkYkOxU5ByD8vOTxjkmp18MaOn2cJYxqLYgxBSQAQ28cZ5wxJGehJxQBj
weL7xNLS9v7JUfybqXyYZAwcROij5j0Pzf1pb/xy2n2YaTS5DeiZ4WtvOX7yqGwrfxEhlwMcnI7V
tjw9pYjkj+xpsk8zcpJx+8ILgc8AlQcD0qjrHhG31S5SeG4ms5QzszQnBYttyfY/IuD7dKAHa14l
fR7mKM2Dzr5BuJ3WVR5SBlU4B+8fm6e1Urnxmxe+SCwuxDbb1F35Z2FkcIw5AHXOOTnB6Vuy6ZY3
ynz4ln/dG3ZmOSUyMqT9QM/Sq02g6MlzLNJawrLdEhsuQJGJBPy5xk7QSQMnFAGJqPjS4d9St9Ps
2DWZA87epywmVCpX+HdlsEnoM1JP4qvVmili09mSKG6N1bmVBsaF4wWD9xhjgDrnnGKuWHg+2tLu
5kkubi4gnZm+zyN8mS+/JA6kMOOmOau3fhnSL5la5sY5Cru4yT1fBfPPIbAyDwaAM1/GaKj3C2Mr
WOZUin3qDI8cbORt6gYRgD6jpjmrOo61qNro9jdw6fEbi5uIo2gefhFdsfeA5PT6Z74q23hzSXup
rlrGIyzIyOcHkMMNx0BI4JHJqzeaba39mLS5hDwAqQuSMFTkEEcgjAoA5rVPGTA6ja2Ua/aLYBo5
EdXD4lVGU54B+bHU++CKdc+L5LW5L3Vu0Qt45lntkIkJkDQiPawHORMPz9q15PC+jytcM9hG32lS
koJOCpYMRjOACwB4709fDmkra/ZvsMRhKOhVgW3ByC2SeuSq8nngUAO0TU5NWsDPNZT2cgdkMcyk
E47jIBIP0FaNVrDT7bTLfyLSMpHuLEFixJPUkkkmrNAHOw/8SnxlLD0t9Vj81PQTIMMPxXB/CtTW
dSTSdIub1xnyUJVf7zdFH4nFUfFdpJLpP2u2GbqwkF1D7lfvD8VyKp3t1H4i1XR7OA77UoNQm91H
+rU/Vv5Vp8VmRe2hPZ6c2meDJYZubh4Xlnb1kbJb9Tj8K22uIo5Y4mkUSSfdTPJ/CoNY/wCQNef9
cW/lWfBoc1reOVurmSOZstL5uJF9jxyPpj6UviV2Gz0NymTwx3MEkMyB4pFKOjdGBGCDVT+yz/z/
AF7/AN/f/rUh0wj/AJfr3/v7/wDWpWXcd32H/wBj2AmeX7JF5kjxuzbeSycIfw7VHDoGl28kkkNj
AjSOsjbV/iVtwPt8wzx3pf7MP/P9e/8Af0f4Uf2b/wBP97/39H+FFl3C77DrrR9PvbyK7urWOW4i
wEdhkjByPyPNJf6Jp2qTRS31pFcPECELjOAcEj3HA4NJ/ZvT/Tr3n/pqP8KT+zf+n+9/7+j/AAos
u4XfYlbS7JoZ4mtozHPIJJVI4dhjBPuNq/kKWHS7K3laWG2jR2UoWA6qWLEfizE/jUR0zHW+vf8A
v6P8KT+zf+n+9/7+j/Ciy7hd9hE8P6UkXlLYwCPaU27eMFAhH/fIA+gp13oOmX6st3ZQyhnEjBlz
lgu3J/4CAPpSf2b/ANP17/39H+FKdMwMm+vQP+uo/wAKLLuF32Gy+HtKntzDJYwmPKnG3GNq7Vwe
2F4+nFB8PaSZ5ZjYQGSWNonO3qrABhj0IAz64pV04OAVv7wg8giYf4U7+yz/AM/17/39/wDrUWXc
LvsRy+HdJntjby2MLxHbwRz8q7V568Dj6VMukWCkFbSFSDGRhcY2fcx9O1MGmZ/5fr3/AL+j/Cl/
ss/8/wBe/wDf3/61Fl3C77F6iqP9ln/n+vf+/v8A9aj+yz/z/Xv/AH9/+tRZdwu+xeqjrf8AyB7j
HJ2j+Yo/ss/8/wBe/wDf3/61U9V08xabM/2y7faAdryZB5HXinFK61FJuz0M06hrEmuCO7hjh2t/
o8H2gxpL77tp3n24+lbH2nWf+gdaf+BR/wDiK0yitjcAcHIyOhpaHNPoCi11Mv7TrP8A0DrT/wAC
j/8AEUfadZ/6B1p/4FH/AOIrVopcy7D5fMyvtOs/9A60/wDAo/8AxFH2nWf+gdaf+BR/+IrI/wCE
jv4b/WZp0drDTvMwkdt98KinHmF/vZPTb+NJd+LbyKa3KadMHjkmjurUvGWGyNZAQ2cYwwP6Ucy7
By+ZsfadZ/6B1p/4FH/4ij7TrP8A0DrT/wACj/8AEVnzeNbOG+Nv5bODbNcKyyKW4j8zDLnK/L60
QeLnnjWJNKuft7uFS1MiZI8sSbt+do+U/nx70cy7By+ZofadZ/6B1p/4FH/4ij7TrP8A0DrT/wAC
j/8AEVly+ObaK8uYWsb0x24cPKseR5i4ynpnJ2g5xmpYdcvzo/iC7uLcW89g0nlQuQ23bCrjJU8g
kk/Q0cy7By+Zf+06z/0DrT/wKP8A8RR9p1n/AKB1p/4FH/4isO28ZyW1jKb6N7i5FwsUMaW7wu4M
e/LI2So4fB77atHxvZx3MEc8EsKzW5nO8r5keIzIVePO4fKp/GjmXYOXzNL7TrP/AEDrT/wKP/xF
H2nWf+gdaf8AgUf/AIiqb+JbpEiX+xbo3MqvKkIljz5ShcuTnA5YDb1z7c0WfiyO+1CKGKzn+yzM
scd0WXaXaETAbc7h8p6460cy7By+Zc+06z/0DrT/AMCj/wDEUfadZ/6B1p/4FH/4isqTxFqFrq+q
CW1eW3gngtbaKNkBd5AvJJ5H3u/GPep5vFywNK8lhci2jaWITBlw8saMzoBnOPkYBuhI/GjmXYOX
zL32nWf+gdaf+BR/+Io+06z/ANA60/8AAo//ABFULLxc1zew20+l3VsXkWFneSNgjsm9B8pOcr3H
Q1U1PxVe6dqmo2zRw+UsscVm5B5fbGzo3PUrISuMfdPpRzLsHL5m19p1n/oHWn/gUf8A4ij7TrP/
AEDrT/wKP/xFZ8njOKIs72N0IJC62sgKn7QysEIAzlcseM9QCeKpf8JvNZJcC/0+5e6+0yqlrCod
kjRUzyuQTlxj1z2o5l2Dl8zd+06z/wBA60/8Cj/8RR9p1n/oHWn/AIFH/wCIqLU7vUZNRsbTTJoL
czwSzM08Bf7pjAGAwx985q5ouoHVdItr0x+UZk3FM5we+D3FHMuwcvmWbZpngVrmNIpT95EfcB+O
BUtFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhh
RRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX
/t79DcooorQ5AooooAKKKKACiiszUdbi065aFk3eXbPdSMWChFUgDJ9yT+RoA06KzE8R6U17cWn2
6IT2wYyqxKhAvLcnjgEE88VAvirT3nQJJ/o7RPI0zArtKui7SpGeTIKANqisXV/FemaRY3E8lwjv
D5gEQzlnQcr045IGegyKWfxTpllu+33MdviUxAElskKrHoOMBhnP1oAwb6111jLJbPfxND9rmiWI
gLI/2j92GGPmBTPHcVP4ksdQk8TwXVrbvMBDEsGYEljDiQl9xPKfLtO4Y6deAD0H9vab/ayaYLtD
eSDKxqCc/Lu64x05xnoR61WfxEv2GKaC1lmmnuJLaG3UqGdkZgTknAGEJz6e9AHMalca5aQ6ncNJ
qUbxw3TTOxUQqM/ufJ/2sY/Xdziul8M/azDdm4F6LczA2/20/vtu1d2fQbt2P8MUWviCO8uIbOez
linkmkglik2kRsqB+T0IKkEEetW5td062uJ4J7pY5LeNpZA6kAIoBYg4wcAjOM4oA0KKxZvF2jxa
Yb5b2NossqjDbiwGSMYyOMHOOhB6VDe+Kfsllps62Zke/i81UMyRhAFDEFmIBPNAHQUVzR8ZwmSc
x2Ny8NvbC5lOVWRVMe8YjJ3HggZHGcjsakXxUfsYmewbc1vLcoscySK6R7M7WUkHO/j6H2oA6Gim
QyrNCksbBkdQysOhB5Bp9ADXKqjFyAoBJJ6Yri/h6bcTamI0dGd1kh8w8m3OdmPbrWx4snc6bHp9
u2LnUZBbIR1VT99vwXNV9Xgj0LUNJ1GBdlvDixnA6CJuFJ+jAfnWkfht3Ie9+xs6x/yBrz/ri38q
uDpVPWP+QNef9cW/lVdNfspbjy4Z4WjU4eVpVVQfQZ+9+HHvU2bWg7pPU1az/EEby+HdSjiRnke1
lVUUZLEocACpf7Usf+f22/7+r/jR/alj/wA/tt/39X/GlysfMjiY9P1Hdp2ntb3P2fRrqHyJCGxK
GYbT6EJHlT6Gnf2etz4eSCHSphqzSW3243MD7JX85C+9ujjO45GcL6Diu0/tSx/5/bb/AL+r/jR/
alj/AM/tt/39X/GjlYcyOMuNDbSbuwKw/bbxDuW2+yO0Cgy7sQv0hK+5wQBxV3WIVuNZtJNf0r7Q
v2SZES1je4AcvHtw20bWIB5OMetdN/alj/z+23/f1f8AGj+1LH/n9tv+/q/40crDmRw72usy31nc
32nyXcdjHDZ3DSNu81WX9+dmPnGXXn/pmagl0O8WxgstJ0fZNC8940mfIHmrK4t8nHzY5O30x613
/wDalj/z+23/AH9X/Gj+1LH/AJ/bb/v6v+NHKw5kc7q2o395b29zp9rdRTJa3DEPbHckhhDIBkf3
jjjqQR2qpfvrMEM1nLd6m9sJHUXMVqskz5hRlXATG3eXGcdgCa63+1LH/n9tv+/q/wCNH9qWP/P7
bf8Af1f8aOVhzI4y0Op2lpBE63tnaFLdJpba23SoBbLjA2kkbxgnBx04pur3OuXt1qtnCuppbtZT
BSE5LqqlCpCAKW+bgMx68Ka7X+1LH/n9tv8Av6v+NH9qWP8Az+23/f1f8aOVhzI5W4nv4rlykuop
p8kkXmXUVrmdkEOQcbM8vwTt46cdizuPEb3lpPdSXalTapLB5K+WwfcJGOBkEfKTg4Brqv7Usf8A
n9tv+/q/40f2pY/8/tt/39X/ABo5WHMi3RVT+1LH/n9tv+/q/wCNH9qWP/P7bf8Af1f8aOVhzIt1
Q1v/AJBFx9B/MVJ/alj/AM/tt/39X/GqWsahZy6VPHHdwM7AABZFJJyOlVFO6FJqzNGW7hgljjll
RJJW2opPLH2FTZrl08PXlrrDz/bLqZJzgzI6iSMehyDkfTH0rV/saX/oL6j/AN9p/wDE0OMVsxKT
7GnRWZ/Y0v8A0F9R/wC+0/8AiaP7Gl/6C+o/99p/8TSsu47vsI/hvTZJrqV4ZCbsN56+fJsfIwcp
u25wBzippNFsJZnle3UyOzszZPJZAjd+6qB+FRf2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C
77DD4W0gzeb9kG7YUx5j7cFNh+XOMleM9cd6fP4d024z5lvhiytvSR0YFV2AhgQR8vHHUUf2NL/0
F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77DW8M6U8szm2P78ESIJXCNldpJXON2B97GfepbfQrC1
sbmzigPkXW4zq0jMZCyhSSxJOSAB1pn9jS/9BfUf++0/+Jo/seT/AKC+o/8Afaf/ABNFl3C77EY8
LaULcxfZm/1iyeYZpDIGAwCJN24YBI69CRTl8M6Us6TfZcugwN0jsD8hTJBOGO07cnJx3p39jS/9
BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77ETeE9Ie2WBrZjGmduZ5MgEAFQd2dpAA29OOlW00
iyjkWRLdFZZRMu3IAcJ5YIHT7nGOlQ/2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77E76TZy
SvI8Kl5JUnY5PLpgKevbA/Kq7+GtKkuprh7RTJMHD5ZsfOMOQucAkcEgA+9H9jyZx/a+o/8Afaf/
ABNL/Y0v/QX1H/vtP/iaLLuF32JRo1iJhKIF3iRZc5P31XYp69l4pLrQ9PvVlW5tkkEsyXD5J5kT
AVvYjaOnpUf9jS/9BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77DD4X0kvO7WakzhlfLtgBjub
aM4TLckrjnmmf8InpHlLGLZl2u7h1nkV8sAG+cNuOcDIzzipv7Gl/wCgvqP/AH2n/wATR/Y0v/QX
1H/vtP8A4miy7hd9iTUNEsdTMJuonYwqyoUldPlbGQdpGQdo4PpV2KJIIljjVURAFVVGAoHQAVnf
2NL/ANBfUf8AvtP/AImj+xpf+gvqP/faf/E0WXcLvsalFRW0Jt4FjaaSYr/HIQWP1wBUtSUFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQBi+Mv+RO
1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX/t79DcooorQ5
AooooAKKKKACsTV9BfU72ZhIEhurF7SY/wAS5OVYDv1bP4Vt0UAc7d+D4L0TLLcyhJZJ3IUDI81Q
Dj6YyKddeGZdRiP2/UWlnMDwCRIVTG5kYHHPQxj65NdBVSCd5NQu4WI2RBCvHqDmgDAl8GTywTj+
15FnuVnSeYW6/MsuCQAeFwVHPP8AWrUvhOOSaeT7VIPOE2QFHHmRoh/LZn8a6CigDkdL8O6lYeLZ
Lx1tpLQ8LIzEsF8tUG0dA3yjJx04zVtfDF0mNmqlTDcyXNqRAMxM5csG5+cEOR27V0dFAHPad4cu
rbUlur2/Fy6TvOHEWxnLx7CGGcYAAxjsOfUw3fgtbzVby8k1CY/aYZoQrLuKCRQpwSegxwMD8a6e
igDn73ww9xdzXVvfvbzyuxL+Ur4Ro0jZQD3/AHanP1p114Us76z0+1vMTQWdu0Gx1B35QLu9iMZB
Fb1FAHOy+GLq4mtJJtWZ5LRAIZTbJ5ocJtLF+pBPJXv64qAeEZLaC7lt7iN7yeGaPHlCKLdIEG7a
M4xsBPqSa6migCG1t1tLSG3QkpEiopPXAGKmoqjrOorpOk3N64z5KEhf7zdh+JxQtQMu0/4mvjC6
uusGmJ9mi9DK3Ln8BgVr6rp8eqaXc2Uv3Z4ymfQ9j+B5qr4b059M0SCGY5uHzLO3cyNy36nH4VqH
pVN66dCUtNTnbC/k1DwXMbj/AI+oIngnHpInB/Pr+NaqaZBFc+dAPKDcvGoGx/fHY+4rn9QH9la1
qUPS31W1aZPQTIuGH4rg/hXWiqltp1EtRnkxf880/wC+RUV29tZWc1zOiiKFGkchMkADJ4/CrNU9
WtXv9HvbSNgr3EDxKzdAWUgE/nWdy7FIa/pBtdNuAwMepuqW2IjliwzyMfLjvnoeKY3iPShBLMsM
7xoyqjLasRMSwQeWcfN8xA49fSs5fCNwt4W+0x/Z47iOS3iwf3S7w8o+rMOKlXw/qU2iwaTdXNuL
e1aARywl0kdY3U5J/hbauOM8nORRcLFyLxHpU88UMMU0krnDolq5MPzbf3gx8vII59D2qbUtYsNK
njhngmd3RpMQ27SbUUgFjtBwBkVnX/hhzNaJpi29ukHIuzJJ9oQlsvz/AB7u4Y4z1zUs2j6nbajb
3Om3UcxWCSFnvnZmXcysCNo5xt6cfWi4WLc+t6VBcQQDE0txC08Kwx7/ADEAzxjg5GcDvg+lVo/F
WkPbxzyRTwxSXC2yNNasm5ySMcjoCpyegrOTwZdQPHLBqTLJavbi1jwNnlxDGHO3dk7pc4OPmHXF
LP4Nub2JLafUWhto47lVFuo3M00jMSdwPRSAMYOc80XCx000lrBIiSIq7wx3FRgADJye1RyXunRW
bXTS23kDI8wMu0n0B6Z9qxdQ0DU9Ws447ye081LaaDeobDGSEJuOf9rcfpjvVe88HuZJGs49O8pp
GKW80Z8pQ0KRk7QPvAoT9GPIouFjdt9T064sxdHy4YdiPvmAQAOoZeT9RT7rUNLsobiW4ntY0tk3
zZIyi9iR15/WudTwjeQCGRWsrh4fK/czhvLk2wCI54PORkcHgkd6Ze+Db++1G9mlubQxTWs0Ea7M
Bd6qFG0L0Ur1ySeOlFwsdML3T9kkjPAsMe0mVioQhhkEN0PWpfNsvtCwb7fzmGVjyu4j1A61zlx4
ZvJbv7aiac0okSQWsgYw5EPlkdOx5Bx0z0zwyz8FPay20hlt5JbdrXbKY8MFi3blHoDuwBnp1ouF
jrPIi/55p/3yKPIi/wCeaf8AfIqSii4WI/Ii/wCeaf8AfIqlrMUa6TOQig4HIHuK0aoa2caPcfQf
zFVF+8iZbMvUtY7eJbE3wtoJY5NpxLKZVVE/E9T7Crn9raf/AM/1r/3+X/GlytdBqSZcoqn/AGtp
/wDz/Wv/AH+X/Gj+1tP/AOf61/7/AC/40WYXRxUk72mr+I7mGWP+0YvOa2RoZGkGI1wQSdhXrxt/
Gpr99ZN5Gn2yQ3FjLcql19mHzr5COMr937zFc+3rzXX/ANraf/z/AFr/AN/l/wAaP7W0/wD5/rX/
AL/L/jRZhdHIT+KdX/tQxwpKqmzd2jaHKq4g8wMvGcbuPmPPIxxmnnWNYtYvIvr944vNQSagLQZj
DQhwNuCMb+M49upzXWf2tp//AD/Wv/f5f8aP7W0//n+tf+/y/wCNFmF0cbP4j19NRv1jlhAgSQR2
72772UKCswG3/gWN3+zjNWrGSabwx4plS6nu3dpTFOYTE0n+jpghQB34yBzjNdR/a2n/APP9a/8A
f5f8aP7W0/8A5/rX/v8AL/jRZhdHBWeqajp2jzDTysdvJeIDdKJWhhUx87d6MR8ygEkEZft2vDxN
ra6jZxRqbmRrUl0EJWOV/IZwyZUMAWAXLEdSMZ5rr/7W0/8A5/rX/v8AL/jR/a2n/wDP9a/9/l/x
oswujkpdevVs4HXWJjC4kaS5Gn5ZZQq7YNuO5Zj0z8uM5q5Yalrkmq28l45jiknS3ktPIGI82wkZ
t/Xh8j07da6H+1tP/wCf61/7/L/jR/aun/8AP9a/9/l/xoswujlp4b+21zWLi1uZFmuL21t1kNur
eXGwTdtOOQMnrwOvWm3OvaxDeXkcc0jzxfaB9l+ycRxJGxjl345LME46HfgDiur/ALV0/wD5/rX/
AL/L/jR/aun/APP9a/8Af5f8aLMLo5qxv9dh1OFLm9a5hFzFA4NqE3q8O8tkdNrcDt2OTVHXRqFt
qWr3Fv8Aant7i7gt5ETcfL+WIpIvoMllbHqPQ12f9raf/wA/1r/3+X/Gj+1tP/5/rX/v8v8AjRZh
dHIS+ItaWS6McjNIol8+E2h22KrIFVger/LubGTnqMCqB1jVrG2mNje4juLydzf3Ns6hyqx7AVCN
wRu6AZ28EZrvv7V0/wD5/rX/AL/L/jR/a2n/APP9a/8Af5f8aLMLo5rxd5cmo6Mb2WGOAwzFzLHK
yFsxYGFYEH72M+/FdeuNo29Kq/2tp/8Az/Wv/f5f8aP7V0//AJ/rX/v8v+NFmF0XKKZFNHPGJIZE
kQ9GQgg/jT6QwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKSgBaKQsAMkgD3pqyxucK6k+gNAD6KRmCjLHAHUmq8Oo2dzJ5cF3BK+M7UkVjj6A0AWa
KrTajZ20nlz3dvE4GdryKp/ImpBdQG388TR+Tjd5m4bceuelFguS0VWh1KyuJBHBd28rnkKkqsfy
Bon1CztZNlxdQRPjO15Apx9CaLBcs1R1X/U2/wD18xf+hirK3UDW/nrNGYcZ8wMNuPXPSs2/1Kyu
Ft44Ly3kc3MWFSVST8w7A00tRPY16Krz39pauEuLqCJyMhZJApx+Jp6XMEkHnxzRtDgnzFYFcDrz
0pWGS0VVi1OxnkWOG8tpHboqSqSfwzTri/tLVgtxcwQsRkCSQKSPxosFzN8Zf8idq3/Xs/8AKm+C
v+RN0n/r2Wm+K7iK58FarJBKkqG2fDIwYdPUVD4Kv7T/AIRXSYPtUHneQo8vzBuz6Yzmo/5efI6/
+YX/ALe/Q6Siq9xfWtowW5uYYSwyBJIFz+dPhuoLiLzYZo5I/wC8jAj8xV2OQloqpHqthK6pHe2z
uxwqrKpJPsM1JcXttaFRc3EMJbp5jhc/nRYLk9FRQ3UFzGZLeaOVAcbkYMM/UVCmq2Ejqkd9as7H
AVZlJJ9MZosBboqC4vLa02/abiKHd93zHC5+maWC6gukL280cyg4JjYMAfwoAmqha/8AIXv/AKRf
yNSLq2ns4Rb61Lk4CiZck+nWqq3dvaatem5nihDCMAyOFzwfWmkJs1aKhgu7e6UtbzxTKDgmNwwB
/Cov7W0/fs+3Wu/O3b5y5z6daVhluioZ7u3tVDXE8UIY4BkcLk/jRb3lvdhjbTxTBeCY3DY/KgCa
iqh1bT1co19ahwcFTMuc+mM1NPdQWqB7iaOJScAyMFBP40WC5LRUFve213u+zXEU23r5bhsfXFRv
qthG7I99aq6nBUzKCD6YzRYLluiop7qC2jD3E0cSE4DSMFGfqabb3ttd7hbXEMxX73luGx9cUWAn
rnPFcV9cS6clvYS3ltHP506Ruqltv3RyemefwrYk1WwidkkvbZHU4ZWlUEH3GammuYLeISzzRxxn
jc7AD8zTTs7ieqMT+39W/wChZvP+/wDF/jSf2/q3/Qs3n/f+L/GtmC+tbosLe5hmK8kRyBsflTJN
UsIZGSW9tkdeGVpVBH1GafyF8zkfE1xqeraaP+JBd28lu4mWYzRkLj72cHOCuRW1b6rfXN8yvaSw
+WeLcPGGYepJPT6fnV/Wpo10O6dpEVGiYBiwAORxzUsN1Y3si+TNbzyR8jY6sV7Z46VXN7uxNve3
GfbLr/oGz/8AfyP/AOKo+2XX/QMn/wC/kf8A8VUkup2MEjRzXltG69VeVQR+Gale5hig8+SaNIcA
+YzALz056VN/Iq3mVvtl1/0DJ/8Av5H/APFUfbLr/oGT/wDfyP8A+KqaDULS6cpb3UErAZKxyBiB
+FNl1Oyt5DHNeW8cg6q8qgj8CaPkFvMj+2XX/QMn/wC/kf8A8VR9suv+gZP/AN/I/wD4qrLXMCW/
ntNGsOM+YWAXHrnpUcGoWdzJst7qCV8Z2pIGOPoDRfyC3mRfbLr/AKBk/wD38j/+Ko+2XX/QMn/7
+R//ABVSzalZW8hjnu7eJx1V5VU/kTUhuYBb/aDNGIcbvM3Dbj1z0ov5BbzK32y6/wCgZP8A9/I/
/iqPtl1/0DJ/+/kf/wAVUsOo2dzJ5cF3BK+M7UkVj+QNE2o2dtJ5c93BE+M7XkVTj6E0fILeZF9s
uv8AoGT/APfyP/4qj7Zdf9Ayf/v5H/8AFVZF1Abf7QJozDjd5m4bceuelRQ6lZXEgjgu7eSQ9FSV
WP5A0X8gt5kf2y6/6Bk//fyP/wCKo+2XX/QMn/7+R/8AxVSz6hZ2z7Li6gifGdskgU4+hNSLcwPb
+es0bQ4J8wMCuPXPSi/kFvMrfbLr/oGT/wDfyP8A+Ko+2XX/AEDJ/wDv5H/8VUkWp2U8gjhvLeSQ
9FSVST+ANOn1C0tXCXF1BCxGQJJApI/Gj5BbzIftl1/0DJ/+/kf/AMVVPVrq4fTJlfT5UUgAsXQg
cj0NaqXMEsHnRzRvFgnzFYFeOvNZmq6nYz6ZNHDeW8kjAYVJVJPI7A047rQUlpuKfDtol6Li3RIt
zZli8tWST8D0PuKuf2bZf8+dv/36X/Cnz31rauFubmGFiMgSSBSR+NPiuYJ4fNhmjki5+dWBXjrz
ScpDSRF/Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFJHqthNIqRXts7twqrKpJ+gzT5761tSoubmGE
tyBJIFz9M0rsdkM/s2y/587f/v0v+FL/AGbZf8+dv/36X/CpYbmC4iMkE0csY/iRgw/MVCmq2Erq
kd7bO7HCqsqkk+wzRdhZC/2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4U+4vba12/abiGHd93zHC5
+madBcwXUZe3mjlQHG6Ngwz9RRdhZEX9m2X/AD52/wD36X/Ck/s2y/587f8A79L/AIULq2nu4RL6
1Z2OAomUkn0xmpJ7y2tdv2m4ihDfd8xwufpmi7CyGf2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4V
JBdQXSlreaOZQcExuGAP4VENW09nCC+tSxOAomXOfTrRdhZC/wBm2X/Pnb/9+l/wpP7Nsv8Anzt/
+/S/4VLPeW9qFNzPFCG4BkcLn86Le7t7tS1tPFMFOCY3DAH8KLsLIj/s2y/587f/AL9L/hR/Ztl/
z52//fpf8KT+1tP37Pt1ruzt2+cuc+nWpZ7u3tVDXE8UKk4BkcKCfxouwsiP+zbL/nzt/wDv0v8A
hSf2bZf8+dv/AN+l/wAKlt7y3uwxtp4pgvUxuGx+VRNq2nq5Rr61Dg4KmZcg+nWjULIP7Nsv+fO3
/wC/S/4Uv9m2X/Pnb/8Afpf8KknuoLVA9xNHEhOA0jBRn8aS3vLa73fZriKbb97y3DY+uKLsLIZ/
Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFI+q2Ebskl9aq6nBVplBB9MZqaa6gtoxJPNHEhONzsFGf
qaLsLIdFEkMYSJFRB0VRgD8KfUFve2t2WFtcQzFevluGx9cVHJqthDIyS3tsjqcMrSqCD7jNFmGh
bopAQwBByD3paQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igArLjgOoXF0biaby4pfLWNHKLjaDzjk9fWtSqGnf62//wCvk/8AoK00Jjl0ewX/AJdYmPq43H9a
misraB98NvDG2MbkQA1PRRdhZEN0kUlrKlxjyWQiTJwNuOee3FU9M0fSbJI5tNs7WMbMJLEgyV/3
upzU+qRPcaVdwxLukkhdFHqSpApmh28lpoVhbzrslit0R1znBCgEUdA6hdaLpt7MZruwtZ5SAN8k
SscfUiphY2os/sgt4vsu3Z5OwbNvpjpirFFF2FkUbXRdNspxNa2FrDKAQHjiVTj6gUt3o2nX03m3
djbTyY275IlY49MkVdoouwsiuljbR2f2RLeJbbaV8kIAmD1GOmKy7zRNMsjbTWun2sMq3MWHjiVS
PmHcCtyqOq/6m3/6+Yv/AEMUJu4NKwt3pGn38okvLG2uJANoaWIMQPTJqWKxtoLT7LFbxJb4K+Uq
ALg9RjpzmrFFK7CyKFvoWl2kyzW2nWkMqfddIVBH0OKfeaTYahIr3llb3DqNoaWMMQPTmrlFO7Cy
Of8AFFpb2XgjVYbWGOGIW0hCRqFAyOeBVfwVpGn/APCM6Tdixthc+Qred5Q35x1z1zWj4rglufCu
pwwRtJK9u4VFGSxx0FcjoXjG80jQ7Oxfw1q0jW8QQusRAOPwrFy5Z3fY76VKVXDcsN1Ly7HdXmlW
OoOrXtnb3DIMKZYwxA9s0+2sbazt/ItbeKGE5PlxoFXnrwK5H/hYVz/0K2r/APfs/wCFH/Cwrn/o
VtX/AO/Z/wAKr2se5n9Rrfy/iv8AM6WHQNJt5klg02zjkQ5V0hUFT7HFTXml2WoFDe2lvcFM7TLG
G2564zXK/wDCwrn/AKFbV/8Av2f8KP8AhYVz/wBCtq//AH7P+FHto9w+o1v5fxX+Z1trY2tjCYrS
3igiJyUjQKM+uBVWLQNJgmWWLTLNJEO5WWFQQfUHFc2fiFc/9Ctq/wD37P8AhXJa/r97b6m2t6bZ
6xpdxIVEouBmGTAwBg/y/lUyrpK6NaWW1akuV6dtv8z1i702y1HZ9ttILjZnb5sYbbnrjNV55dL8
M2DSeVHawFx8sMX3mPAwqjk8Vj+CvF9x4mtm+0adLC8Y5nQfuXPsT0Ptz9a6h8Y3HHHNaKXNG6Zy
zpOjU5Ki1W//AA+pzWkzeGNSvzFa6fbw3sf7wRy2gjk/3hketaDafZ6jqt4t7aw3CoIyolQNg4PT
NY0FwfFHifTNTsLeaOxslk3XMq7fNJ+XavcgHNb9vLHHq99vdVJEXBIHY0qc5STbLxdGFKUVFWut
U+j10/X5lmz0+009GSytobdWO5hEgUE+vFVv+Ee0jzfN/syy8zdu3eQuc5znp1zV37TD/wA9o/8A
voUfaYf+e0f/AH0KvU5tCO80+01BFS9tobhVOVEqBgD680lnptnp6utlawW4c5YRIFyffFS/aYf+
e0f/AH0KPtMP/PaP/voUa7BocXY3Fi6W99rGi6XHDexSXEU0KbmUoC7b8gc4BOR3BpZdZvtatLNJ
9M0p5Huvs8sFyzP5MhUupHHIKbfxJrTTwrpAs2tZbqeeHZ5SLLcAiOPIJRR6HAB7kcZqdPD+iw3P
n2wjtjvSTZAyogdVZQ20cZw5/IelGoaFbwzf2b6jf2lrYWloFO6JoAB56KxRmIA7OCPoR61Uv9W8
L26TXd5pCZNxJEHktkBndSQ5Uk84Knk4z2zWjB4Z0SzFubIraSwxmLzreQJJIDtzvYcsSVByff1q
WfQ9NmhiRLqSB4ZpJ45oZwro0hJcZ6YO48EenpRqGhA2v6NrVxbWT2kl3BPIFjle3zD5nl+YFJPQ
7fbvjrmtiz0uy0/ebK0t7cvjd5UYXdjpnFY50C0j1O0vLe/kHkziaSKSfcjnymjLY/vHIJJ9D61v
faYf+e0f/fQo12DQpzeH9JuJnlm0yzkkc7mdoVJY+pOKs3NjbXkAgureKaIEHZIgZeOnBp/2mH/n
tH/30KPtMP8Az2j/AO+hRqGhDZ6VY6ezNZWdvbs4wxijC5Hviop9A0q5mea402zllc5Z3hUlj7nF
W/tMP/PaP/voUfaYf+e0f/fQo1DQpa3bQyaFdRyRRtGkRKqVBAIHGB7VLZ6TYWDs9nZW9u7DDNFG
FJHocVS1PVbd7G8tpGEUpifYGIxIMfwkcH6da2RTd1GwlZso3GhaXdztNcadaSyv953hUk/UkVYl
srae0+yzW8UlvgDymQFcDoMdOMVPRSux2KdppGn2Ehks7G2t5GG0tFEFJHpkVBqOl6QVnvtQsbR9
iF5ZZIQx2qOp4zwBWnVPV7WS+0a+tYSolnt5I0LHAyVIGfzouwsik+paJJpVgkj27WOobIrWMplZ
cjKgLj0HfpVW2v8AwzpzT3FpFbQtCRG8kNqQWywXCkL8/wA2B8uecVQj8J3qXSrvh+yW1xHJaIDj
y1Lh5u3XIwvtVgaLq02gW+kTC3hS0a3VLmCU75BHIp3AFflO1T68n0pXYWRNPe+F9Quonnitbm4n
woLWpdh820B/lynPHzY6Grmp3+jaVbx6ffKiQPGSIRAzoI1wCSFBAUZHXis288N3EE9sNHTypUO5
797phKSWy29NuJQfQkcnjFWJ9O1a11S3urRo78rbywM93IIyu5kYHCJggbTxwfei7HYlVvD2kXsQ
hgtIbqWF5Y/Igy7xjG4jaMkcjjvVaXUvC2qbLu5it5fMmS1WW4tGG5ySAoLLzyD9Mc4qhF4Q1S2m
gmt72MGxNvHbRFABJHEMNluq7t8vA4wRTrrwlqV/DHaNeR21vEtyQyoJGZ5ZGIPPTapHI5yT6U7s
VkdV9jtUsvsnkQraldnk7Rsx6Y6VBbaPpdlN59rY2kMqZG+OJVI9eRWa2k32o3ekzarBak2RZn2u
XDOYwA4BA5D7se2D1rCsfBV/axN58EV1IJI2mEt2Sl6FLfeXZ8py27ndkjHTmi7CyOyutH06/lEt
3Y21xIBtDyRKxx6ZNTJZW0Vn9kjt4lttpXyggCYPUY6YrM8IWstl4YtLeeDyJIzIDHg4Ub2wBnnG
MY9q2qV2OxQttD0yznWa20+0hlX7rxwqrD8QKfd6Rp9/IJLyytrh1G0NLEGIHpzVyindisivFY20
Fp9lht4o7fBHlKgC4PXj3zWTqWhaXaafLNbadaRSoBtdIVUjkdDit6qGt/8AIIuPoP5inFu6FJKz
H3ek2GoSK97ZW9w6jCtLGGIHpzUsFjbWtsbe3t4ooDn92iALz14qalqbsdjPg0DSraZJoNNs4pUO
VdIVBU+xxUt5pVjqDI17Z29wyDCmWMNge2at0U7sLIr21jbWUBgtbeKGIkkpGgVeevAqtD4f0m3m
SWHTLOORDuV1hUFT6g4rJg8XmTxNcaZJDAI4XkTKzZlXYgbcyY6HOBgk/wBLH/CZacLaGdkvBHLF
55zbtmOL/no4/hU+p9D6Gi7CyNS80uy1DZ9ttILjZnb5sYbbnrjNPtLG2sITFZ28UEZO4pGgUZ9c
Cs6bxRYW1zcwT+fHJAobBiP7wFgo2Y+98zKPxFVbDxfFco3m2tyJTcSRpBHAzSBEIBd16jBYZ+vF
K/QdjSj8P6TDKssemWaSI25WWFQQfUHFT3mm2eoBBe2kFwEzt82MNtz1xms6fxZp9tLdRTCdJbdl
UxmI5k3NtXb65bimL4pje/ubX7JPF5E0EXmSoQrmUqAB3B+bof0p3YrI1rSwtdPjMdnbw26MdxWJ
AoJ9eKrL4e0hJRKumWQkDbgwgXIPXOcdaoweMtMnhnlX7SoiAYB4GBlBfYNg/iy3y/Uih/Ej3dhp
1xpNuHa+uGgQXZaLbtVyScAn/lmR0ouwsjWvNOs9QVVvbWG4VDlRKgbB9s0Wen2mnoyWVtDbqxyw
iQKCfU4rnZ/GU0UMm3T/AN9Ch81TISsbCXy3JIUkoPvZAzjsK6DTLxr/AE6G4Y27GRc7reXzIz7q
2BkfhSv0GQ/8I9pBl8w6XZeZu3bvIXOc5znHXNWLzT7TUEVL22huEU7lWVAwB9eas0U7sVkVbPTr
PT1dbK1gtw5ywiQLk++Kgfw9pEkrSvplk0jNuLGBSSeuc461o0UXYWRXu7C1v4hHeW8U8YO4LKgY
A+uDTbPTbLTt/wBitILffjd5UYXdjpnFWqKV+g7GdL4f0meZ5ZdMs3kc7mZoVJJ9ScVZurG2voRD
d28U8QIISRAwz64NWKKd2KyKlnpdlp5c2VpBbl8bjFGF3Y6ZxUM2gaTcTPLPptnJI5yzvCpLH3OK
0aKLsLIzNG1E6gL1TEsYtbp7ZQpzkLjB9utadU9PsLexNz9mJPnztNJls/OcZ+nTpVyh76Agooop
DCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6C
tX6oad/rb/8A6+T/AOgrTWwnui/RRRSGV9QuGtNPubhAC0UTOAehIBNR6Tdvf6RaXciqrzwpIwXo
CQDxU11HHLayxz48p0Kvk4+UjnntxTbGGG3sYIbXHkRoqx4bcNoHHPfin0F1LFFFFIYUUUUAFUdV
/wBTb/8AXzF/6GKvVR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAlGKWigBKKWigBKKWigBDXNX3gm
01fXm1HVbie7iGPKtHbEUfHp39f8a6aik0nuXTqTpu8HYjihjgiWOFFjjUYVVGAB7Clk4RsDJx09
afSUyDG8LxtBoUMT6c2nlWbFu0m8r8xOc+/WporWC41i+M8EUhCxAF0DY4PrWniqNr/yF7/6RfyN
EVZWKqz9pNyfVkv9mWP/AD523/fpf8KP7Msf+fO2/wC/S/4Vaop8zIsir/Zlj/z523/fpf8ACj+z
LH/nztv+/S/4Vaoo5mFkVf7Msf8Anztv+/S/4Uf2ZY/8+dt/36X/AAq1RRzMLIq/2ZY/8+dt/wB+
l/wo/syx/wCfO2/79L/hVqijmYWRV/syx/587b/v0v8AhR/Zlj/z523/AH6X/CrVFHMwsir/AGZY
/wDPnbf9+l/wo/syx/587b/v0v8AhVqijmYWRV/syx/587b/AL9L/hR/Zll/z523/fpf8KtUUXYW
RganolqljeXEkcbukbtEqxqqpxxgDqfc/pWgNSf/AJ8L3/vhf/iqdrH/ACBrz/ri38quDpVN3SuS
lZ6FH+03/wCfC9/74X/4qj+03/58L3/vhf8A4qr2KMVN0VZ9yj/ab/8APhe/98L/APFUf2m//Phe
/wDfC/8AxVXsUYougs+5R/tN/wDnwvf++F/+Ko/tN/8Anwvf++F/+Kq9ijFF0Fn3KP8Aab/8+F7/
AN8L/wDFUf2m/wDz4Xv/AHwv/wAVV7FGKLoLPuUf7Tf/AJ8L3/vhf/iqP7Tf/nwvf++F/wDiqvYo
xRdBZ9yj/ab/APPhe/8AfC//ABVH9pv/AM+F7/3wv/xVXsUYougs+5R/tN/+fC9/74X/AOKo/tN/
+fC9/wC+F/8AiqvYoxRdBZ9yj/ab/wDPhe/98L/8VR/ab/8APhe/98L/APFVexRii6Cz7lH+0n/5
8L3/AL4X/wCKrGv9XuDHPZTW8z713CTYAYxkffAJ49/0rp8VmatbR2+h3S26JGWGcgfxEjk+tVBq
+xMk7bmmKWsr7Hq//QVh/wDAQf8AxVH2PV/+grD/AOAn/wBlSsu47vsatFZX2PV/+grD/wCAn/2V
H2PV/wDoKw/+An/2VFl3DmfYh/4Ri2N/JdNPdMHmacQl18tJGTYWHGc7SepI5ps/hSzuIYIvOu40
jtltHWOXHnwr0R+PryMHk+tWPser/wDQVh/8BP8A7Kj7Hq//AEFYf/AT/wCyosu4cz7FEeCdOW6u
biN7mOScHlWUGMmRZNwO3JIZQRuJx06cVNB4VgtpElhvb9LgO7NN5qlpA5BZWyuMZUdACOxFWPse
r/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7Kiy7hzPsUYfBNhbPdtby3MZul2PjyzhdxYjlTuySeW3Gp
4fCtlblRFJciNfIIjMgI3QkFDyM5+UA89Kn+x6v/ANBWH/wE/wDsqPser/8AQVh/8BP/ALKiy7hz
PsZeqeC47jShbWMxSRY1iHnHcrIJPMKnjue+D9KtweHZW0awtbq8kjuLJ/MjltFRNvDKFAK4ICsR
0GevFWfser/9BWH/AMBP/sqPser/APQVh/8AAT/7Kiy7hzPsRL4Zt4sNbXN3byiPy/OjkBc5fezE
sDkk5zn1rQ07T4tMsxbwl2G5nZnOWZmJZie2SSelVPser/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7K
iy7hzPsatFZX2PV/+grD/wCAn/2VH2PV/wDoKw/+An/2VFl3DmfY1aKyvser/wDQVh/8BP8A7Kj7
Hq//AEFYf/AT/wCyosu4cz7GrRWV9j1f/oKw/wDgJ/8AZUfY9X/6CsP/AICf/ZUWXcOZ9jVpu9Sx
UMNw6jPIrM+x6v8A9BWH/wABP/sqyNT03Vpr+IW1wGu1AP2lbfylRc9C247v93BpqCb3E5NdDrKK
itVmS2jW4kWWUD53VdoY/SpagsxPDdtNbNq3nRNH5uoyyJuGNynGCPatus7SNSOpG9BiEf2W6e36
53bcc/rWjTe+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMqarE8+k3kUa7nkgdVX1JUgC
o9CgktdBsIJkKSxW8aOp7EKARU9/cNaafcXCqGaKJpAD0OBmmaVdtf6TaXbqEaeFJCo6AkZxT6C6
luiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQxTW4nsXqKKKQwooooAKKKKACiiig
AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6oWv8AyF7/AOkX8jTQn0L9FFFIYUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQBS1j/kDXn/XFv5VcFU9Y/wCQNef9cW/lVwdKroLqLUc80dtBJNM6pFGpd3Y4
CgDJJqSqWtW0t5od/bW4Bmmt5I0BOBuKkDn6mpGKdWsRBaTfa4fKvWVbZt4xMWGVC+uRzUD+I9Jj
FyW1C3AtmCzfP9wk7QD+PH14rnI/C+opcwxbI/sdjcxvZgMMqjOHkP1XG0e1WE0nVpfD9ppTWiWs
lk9uBdRyo2/ZIhZ1BHopbDd+OetAG3/wkek5tgNQtibriECQfPzj+fH14p9/rmnaVJFHqF5DbvKC
UEjYyBjJ+nI/OsK58P3djeQNo8c/2kndNfNOgWQlyzCWPHzDkkbRxnjFT3Nnq9rqtvcCFdVJtZYH
YlIVUsyEbhzkYU5xk+1AG1darZWUix3N1FG7RtKFZuSi43MB6DIqtB4n0e6QPBqNu6NKsIbfwZGJ
CqPUkg8e1c5D4X1q1uLa5iltydO+zwwRlPnliRcOQ+7C7t8nBB+6tLdeF9Y1C2is/Mt7aGFbmQSS
L5pMskrFCAGGCqnOeeW6cUAdk06JIkbEB5M7R646093WNGdjhVGSfQVy+qWWt6tZR7rf7POtrPG4
W4GGd4QARj/bJHtjNUb3wteRxyW1vaPc6f5rGO0+2FB80KAMWJzgOHOPVsigDsLS+gvoxJbSCRCq
uCM9GGQfxBFTSSJDG0krqiICzMxwAPUmuIHh3VEtoUubY3dsghWW0W42eYFtwnByB8rjOMjPXqBU
WpeGdX1G/wBTD2sQtbizlhVRL8sh2p5W4kkkgqckgAds5oA7pJkklkjVgXjxuHpnkVJXGXeh38j7
xp7SWPmRt/Z/2kLlRDtC5zj5X5xnB684FNs/DGqQ3lpdXDtJdW5tU80XDH5F3CUe/BAyRlsUAdrR
RRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXqWqT6nbi+W0jLSzk/Msa7vLHqx6CrlS1YExa
KKKBnFrfzLrV1JHqkr3S6otstiZAyNCdm75OowpZt3t6VRg1ea60p57zXJrO4ttPiltwHVRO7IW3
kEfPlht2+3qa7xbS3Sdp1gjWZxhpAgDEe560jWVs5iLW8TGL/V5QHZ9PT8KAMDUpNQnv/DSeaLcT
Sl7qIFgWKxltuVYcAg8HIzjOelZzeLtRTTLS5lOmQvcWsl7ulLqhRduI155c7uvb0NdoY0LKxUEr
yCRyPpTHtLeRI0eCJljIZAUBCkdCPSgDkm8TazNdlbWGwjjkmaGNZw+9CsIlO7B54yuBj19ql1bV
9Qmt9AvNN3LJcRtdNaqcicCLf5ecd8nB9cV1XkRZz5aZzuztHXGM/lQIYxswijYMLx936elAHC2/
jW4/s5Z7ea1kjCS3Km6YiS5UzyIkcYH8QCgd+Sox3pLrxfeRXz3jNbGGC3umFkkhEilJUQNLk49T
njAJ+tdwbO2Pl5gi/dsWT5B8pPUj0NKLS3WR3EEYd/vMEGW+p79KAOWudc1G48CaleTGG3u4SUV7
adSMZXByGYKcHuTjrV/wfeTXWn3KXEzzPb3LR5eRZcLgMB5i8PgN1/DtWyllbR25t0t4lgOcxqgC
nPt0p8MEVvGscMaxxrwERQAPwFAElFFFABRRRQAUUUUAFFFFABRRRQBT0/ToNPNz5Bc/aZ2nfcc4
ZsZx7cVcrE8NQTQnVvOjdN+oyum8Y3KcYI9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKoad/rb//AK+T/wCgrV+qGnf62/8A+vk/+grTWwnui/RR
RSGQ3UUc9rLFMcRSIVfnHBGDzTbGCK1sYLe3OYYkVI+c/KBgc96j1aN5tIvI41Lu8DqqjqSVOBUe
gwyW3h/T4ZkMckdvGrIeqkKMin0F1NCiiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigApKWoL1plspmtgpnEbGMMON2OM/jQBNRXKaVL4l1bS7
e9h1PTlSZN202jZU9wfm7Grf2PxT/wBBXTf/AAEb/wCKqnG3Unmv0Ogqja/8he/+kX8jWb9j8U/9
BXTf/ARv/iqg8O6jcG81ptTubd/s8yQmWNNikheeCT64pqOjsF9UdRRUcMwniWRVcK3IDKVP5Gn1
BRz+p67fWWoXogtYJbOwt0uLgtIRIVbfnYMYyAhPJGfao5/E1w+rz2NlDb/LH+5lnkIEkgVXdMAE
jCOCPofSr174dtr/AFCS6mmugs0aRzQJJiOVVJIDDGf4jnnnvUSeEtKjmSdYMXSztcG5AAlZm3ZD
NjlcMRj0x6UAZ9v4tuwNJN7bWyreqk0zRSnEEcmFjzkDJLtg+wzWrqXiCDSbl0uFd1WFZdsUZZyW
kCAAd+WFVm8FaPLC6TW5mYwR26SyYLwoi4XY2Mqe+R35qzL4ctZ5fMnluZZOBueTJwJRKB06BgB9
OKAM/U/G1tbaVJPaW9zLciN38kwn91tYofM/ujcCPwJ6DNXB4lgE7QeVPPMJ5I9lvEWKqrBSzewJ
HT8KjvPCFjeLIpmu4hL5nm+VLt8wO5cq3HQMTj6kVM3hq1F2LmGe7gm8x3Z4pMbg7BmU8fdyB7js
eaAK174xt7Vp4o7O7muIJoo3hRBuKu+wOOeme3B6dM5p8viy1tjKs0c8rxyShlgiLFEjxudvYZHT
r2zUcPgnTbf7SYHuojOUOUcAx7ZPMXbx1Dc5OSe9TXHhOyuC7ebdxNK0nmNFLtMiyEF0PH3SQOnI
5wRmgCW18TWN5qxsIln37iqSmM+VIwUOVVu52nNbFZdv4fs7a6jniEitHM0yru+UMyBCMem0DArT
zQAtFJmjNAFPWP8AkDXn/XFv5VRt9eN3ct5UE6QRMVbMDs7H6D7o+vNXtY50a8/64t/KpTaQvcJc
FAJlGA44JHofUfWrTXLqQ076EP8Aasf/AD73n/gM/wDhR/asf/Pvef8AgM/+FXcUYpXRWpS/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACrtHFF12DUpf2rH/AM+95/4DP/hR/asf/Pvef+Az/wCFXeKK
LrsGpS/tWP8A597z/wABn/wo/tWP/n3vP/AZ/wDCrtFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n
/gM/+FXaMUXXYNSl/asf/Pvef+Az/wCFH9qx/wDPvef+Az/4VdoxRddg1KX9qx/8+95/4DP/AIUf
2rH/AM+95/4DP/hV2jFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n/gM/+FXcUYouuwalL+1Y/wDn
3vP/AAGf/Cqer6hHNpc8YguhuAGWgcDqOpI4rZxVHWh/xKLj6D+YpxauiZXszM/4RC0ivjLAkbQS
NmWKXcce6sDn8Dmrv/CNaV/z5p/303+NagpaHUk+o1CPYyv+Ea0r/nzT/vpv8aP+Ea0r/nzT/vpv
8a1aKXPLuHJHsZX/AAjWlf8APmn/AH03+NH/AAjWlf8APmn/AH03+NVh4lkGozRyaey2UV2LM3Il
BIkO3GUxkKSwGcn8qgTxdLcWn2qz0uWeKK2W4ucSqDGGXcFUfxNt5xwORzzRzy7hyR7Gh/wjWlf8
+af99N/jR/wjWlf8+af99N/jUV/4hW2uNIit4TN/acmEfD4VNu7dwp5xjg49yADSHxfo4tY7n7U/
lSbijeRJkqv3nxtzsGRlunvRzy7hyR7E3/CNaV/z5p/303+NH/CNaV/z5p/303+NQz+MNGtrmSCS
6bzIzhgkEjgnAbAIUhjtIOBnjmnap4lttMOnOymW2vW/16MNsabc7z6ryPzzRzy7hyR7En/CNaV/
z5p/303+NH/CNaV/z5p/303+NQL4t05I1N3Ibd2eRdhUvtVJDHvYgYVSR1OBSP4u05dU+yLKDHHF
NJNOQwRPLZVIBIw3LEcHgjFHPLuHJHsWP+Ea0r/nzT/vpv8AGj/hGtK/580/76b/ABpB4ksJdIl1
G1dp4o38ooqlX8wkKEw2CCSwHOOo7Vc0+4uriAte2f2WYHBQSCQEeoI/wo55dw5I9ip/wjWlf8+a
f99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR
7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N
/jWrRRzy7hyR7ENtaxWdusFugSNeijtU1FFSUZ+lamNS+2ARGP7Lcvb8tndtxz7da0KpadpsWnG6
8pnb7TcNcPu7M2Mge3FXabtfQSCiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAqhp3+tv8A/r5P/oK1fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrg2lhcXCruM
MTSbScZwM4pml3h1DS7W7ZAhniWQqDnGRnFS3cKXNrLBKSI5UKNg4OCMGm2NtHZWMFtASYoY1jQk
5OAMDmn0F1LFFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9TB/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFIaWigDnvDP+hXmraUeBb3JliH/TOT5h+u6ugrn77/AEDxnp910jvoXtJD/tD5
0/8AZhXQVUu5MexXv7tLCwuLqQgJBG0h/AZrk/D/AIeS5sw1yWW82pcl8nAdwWORnnrj1961fFxN
xZWumIfm1C5SFv8AcB3P+g/WtC0AXVr4AYAWIAfgaqLcY6CaUnqNh0a38pfPi/efxbJnx+GTT/7F
sv8Ank//AH9f/Gr1LUcz7lcqKH9i2X/PJ/8Av6/+NH9i2X/PN/8Av6/+NJc69ptnqCWNzeRx3LhS
EbP8RIXnoMkEDNF3runWMssVzdokkKLJInJZVY4BIHYkUczDlXYX+xbL/nm//f1/8aP7Fsv+eT/9
/X/xqO18R6Te/Zvs99E5unZIByPNKruO3PXA5q/58fn+Tn95t3Yx26UczDlXYqf2LZf88n/7+v8A
40f2LZf88n/7+v8A41Yu7uGxtZbm5fZDEpZ2IJwB34p8cyTbvLJOxih46EdaOZhyrsVP7Fsv+eT/
APf1/wDGj+xbL/nk/wD39f8Axq3JNHCoaV1RSwUFjjknAH1JIFEc6TbvLJOxircdCOtHMw5V2Kn9
i2X/ADyf/v6/+NH9i2X/ADyf/v6/+NXs5paOZhyrsUP7Fsv+eb/9/X/xo/sWy/55P/39f/Gr9FHM
w5V2MbVNIs4tKunSNwyxMR+9c84+tbA6VT1j/kDXn/XFv5VL9shFyLcMWlIyVUZ2j39Pxpu7Qkkm
WKo65cSWmg6hcQvslhtpJEbGcEKSDg/Sr1MkjSaJ45UV43BVlYZDA9QRUlHEJ4j1N00u0M4+12tx
HHqTBB+9ywVAOON4O/gduKml1O9PhmDU01WaWW+MDeRbxxlog8qBljBHUBivzZ59K6v+z7TzGf7L
DvZlZm2DJK/dP1Hb0pkek6fDLJJHY2ySSsHdliUFmByCeOSDz9aAOWe+1qyNrc6nc3Edkp+YRrCZ
lUyYUzrjkFcD5OQc8el291Ce/wBUhjt9QutLtxaTTMZIFQ7ldACwkXO3DHpjPrW9PplldXcV1cWd
vLcQ/wCrleMFk+hPIpLvS7G/kikvLO3uHi/1bSxhin0z06CgDjm8XXV1qOnRyTSWsUkMMd0sMOdk
sy5BDspC7T5fB/56dDxVe48Rahp2nWzf2pc3F08s88itAr5ihkZfLARPl38DcfQ4IrvGsbVo5Y2t
4ikz75FKDDtxyfU8D8hSx2VtDIXit4kdhtLKgBIyTj8yT9SaAMTWPES2cdvdWpE8TW09wFDgBtkQ
dQeD1yPz71TuPFGpLFLafY7OO/QyBmNyRCqrEkmQxXOcSAdOxPSuiXSNPRCiWNsqEEFREoGCoUjp
/dAH0GKW40qwu1K3NlbTAuJCJIlYFgMA8jrjjPpQBy+m+Jb14ra2jWOa8nSEI9zLtjz9nEjE4XOT
zxz3PAFJq/jK7ifUbayjtjLDayyxzZcorxhS6klQGxuP3SeRzjNdPLo+nTwGGawtXibblGiUqdow
vGOw4FKdH04zyTGwtfNkTy3fylyy4xtJxyMDGKAMJ/EN9Dqb2CRW7XbyJGDJMVhQ+T5jkHbu9cDn
PXgCo7Pxlc3l1asljCLOX7OrsZiZFaXcBgYwQCvXIyDmugfRdNltjbyafavAduY2hUr8owvGOw4F
S/YLTdu+zQ7gVOdg6r938u3pQBYooooAKoa3/wAgi4+g/mKv1Q1vP9j3GOu0fzFVH4kKWzL2etFc
k02strirfCBCH/0VC7rCx+qjlvZvyrZ3a5/zz03/AL+Sf/E03C3UlTv0NWisvfrn/PPTf+/j/wDx
NG/XP+eem/8Afx//AImlyj5iunhzGoTTSXs720tyLv7LtUL5gxgk4yQCoOM9RVdPCAgtxb2upXcE
UkCQXCqEPnKo2g5I+UleCR7elaG/XP8Annpv/fx//iaN+uf889N/7+P/APE0cocxLJpkUlxYSrmN
bEsY0UcEFCmPoAazX8Jp9jtYLe/ubdoLY2bSIFJkiOMg5GAeOCOnNXd+uf8APPTf+/j/APxNG/XP
+eem/wDfx/8A4mjlDmK8Xhi3gkRopZVWOZpVXjA3ReVj6ADP1qQ+HLaS1063mLyw2UDW+xgMSq0e
w7vw9Kk365/zz03/AL+P/wDE0b9c/wCeem/9/H/+Jo5Q5jKh8DxW9klpFqV6ImiMFxnaTcR+Yz7S
ccH52GRzg+vNOm8FQXCywy3tybUpKkUAVAIhI6uSDjJIZRjOR2rT365/zz03/v4//wATRv1z/nnp
v/fx/wD4mjlDmIYfDcS6FLpsszFZHEnmQxJCUYEFSoQAZBUHnNX9PtZ7WErdXcl3KxyZHVV/ABRg
Cq2/XP8Annpv/fx//iaN+uf889N/7+Sf/E0cocxqUVl79c/556b/AN/H/wDiaN+uf889N/7+P/8A
E0cocxqUVl79c/556b/38f8A+Jo365/zz03/AL+Sf/E0cocxqUVl79c/556b/wB/H/8AiaN+uf8A
PPTf+/j/APxNHKHMalFZe/XP+eem/wDfx/8A4mjfrn/PPTf+/j//ABNHKHMalFQ2xnNuv2oRCb+I
RElfwzzU1SUYfhqOWNtX85ZF3ajKybwRleMEZ7VuVQ0vUl1I3gWNk+y3L25yc7iuOf1q/Te4lsFF
FFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf
/QVq/VDTv9bf/wDXyf8A0Faa2E90X6KKKQynq0bS6ReRxqWd4HVVHUkqcCo9AieDw/p8UqMkiW0a
srDBUhRkGrN7cfZLGe427vJjaTbnGcDOKZpt5/aGmWt3s2efEsm3OduRnGafQXUtUUUUhhRRRQBm
yeINMhvJrWS7RZYQWkyDtTA3HLY25AIOM5rR4PpXH694avtUn1GK1toYILqN/NLXBaO5OzCkxbcK
4YL8w7L37Ivhu9bV4rhbO2gAlhlSZZiXto0QA26qBjaSG6YGGJIyKAOuMyCcQ5O8qWAwcYGAeenc
U/I9a4uTwfcrolpZQRQJt0/yJ1DkB5S8RY575CNz16VkeItBnt2trFrCabTvPnkSK2QuFVmQqi8E
K2A2DxjJ55oA7zUtc0/SHjS+uPKaRWZRsZvlGMk4BwBkcn1pLjX9NtUkea7QCNkVtoLHLjKgAA5J
HPGaq6nBqK6zaXunWkM4W2lgZZZvLCFmjIJ4OR8pzisi08M6jpE8E9oILj7IYwkbPs81RB5bc4O0
g8jrxkUAdTZX9tqNstxaSrLExI3DsQcEEHkEHqDzUomQzmHJ3hQ2MHGM469O1clL4d1J5Le7W3th
ePePdOrSbooN2wYwVyx2p94bSCT2Jq9rmgT6rqDsyxvaSJbI6O33gk+9wR/u/n0oA6KjIrkNS0a5
t/CltYJaLclNQVltw5CGLzyyqTg4UKQOmBjHSqo8Laut3pbrHaRxW1wJgsbDMCecXaMMVyRsIUBd
o65yMUAdzkUyaaO3hkmmdUjjUs7McBQOpNcLfeCbx9IsoI4Ufa0zXUMc4iMjuflfcUbJAGOmRng8
VPdeCri4kvJPLg826M6SO7li8bQhUDcc4cA/hnrQB2qOsiB1IKsMgjuKdVPSLc2uk2sDW0dsY4wp
hjIKpjsCAKuUAYXjCF30F7mEEz2TrdR49UOT+ma2LedLm2jnjOUkUOp9iM06WNZonjkGUdSrD1Br
C8IzGPRGspm/eadK9s5Pop+U/wDfJFVvEnZif8hDx16xaZa/+RJD/wDEj9a0rX/kL3/0i/kazvCI
NxZXWpuPm1C5eYf7gO1P0H603UDqP9pXf9n7fL/d+cRnzMYP3f8AOfSqau7CvZXOiorJs/t/2WP7
MbMxY+Xd5mfxzzn61P8A8TX/AKcv/H6ixVzH1fTdQutQ1SGC0ie11K0jtzO8oAix5gYlcZPDgjHf
0qrBoGsRauNTM0OZJ5EkgC4YQFdi5kz82NkbYwOSea6L/ia/9OX/AI/R/wATX/py/wDH6LBc5WTw
zrksFq6TW0MmnWdvHbxld5eRMM/zZ+TJAXODwKv6zo+oazO7SQLHC8SRNF5/ULcKxORjqgP54rb/
AOJr/wBOX/j9H/E1/wCnL/x+iwXOP1TwjqE1m9tFaR3MO2eO2R7ootrmUsjD1+QgY7Yx0Jq/LoN8
dSE1zaJfWpuZnWE3G3yizqUkH0AIx1Hbqa6H/ia/9OX/AI/R/wATX/py/wDH6LBc41/CuqXMuovf
WVrOkssMywq4VJXSYsxHoShxluecdKs6l4b1O4eYm3jukke48qNrkoIHcrsl4/ugEccjt1rqf+Jr
/wBOX/j9H/E1/wCnL/x+iwXMPTfDl3Z6+moSENK1w/ny+YcyReSFXK9PvjOO3Wurqh/xNf8Apy/8
fo/4mv8A05f+P0WC5foqh/xNf+nL/wAfo/4mv/Tl/wCP0WC47WP+QNef9cW/lVGHw7BbXBMWWgkY
s6NI4ZT6gg8/j+dO1T+0v7KuvM+x7PKbdt3ZxjtWwKq7S0Jsm9Sh/Y1l/wA85P8Av8/+NH9jWX/P
OT/v8/8AjWhRU8z7lcq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/PO
T/v8/wDjR/Y1l/zzk/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+
4cq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjR/Y1l/zz
k/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+4cq7Gf8A2NZf885P
+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjVTVdLtYdNmkjRwy4IJlc9x2J
rbqhrf8AyCLj6D+Yqoyd1qTKKsy8B1paSlqCxKKWigBKKxR4mT+0JYJLK4S3juRaG7JUp5pxgEA7
gCWAzjGTUH/CXxSWwuLbT7y4hS3W5nZNn7lWGQCC2WbAzhc8Y9RQB0NFZGoeI7exudKgQCVtTkCx
HdgbcZ3ZwfbA96U+KtFFqlwdStxDI5RX3cEgZOPYZ5PQUAa1FZNz4r0SzuJoLjU7eOWHHmIW5HT+
hB+nNO1LxDaaXLp6y7njvn2JMmCiDGQzHP3eQM+9AGpRWSvifTFSI3Vyls8skkaJKwBJRyhPsMjq
fUUjeKNOGsnTkuI3eOKSSZw4xCEKg5/FsexBFAGvRWZP4hsk0OfVLZ/tUEOQRERuLZxt5xg5PfFS
abqov5J4Jbaa1urfHmQS4JAbO1gVJBBweh7GgC/RS0UAJRS0UAJRS0UAJRS0UAFFFFAFHTdMj003
Zjkd/tVw1w27sWxwPbir1Yfhrzc6v53mf8hGXZvz93jGM9q3Kb3EtgooopDCiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+
grTWwnui/RRRSGQ3cC3VrLA5ISVCjEdcEYpthapY2MFrEWMcEaxqWPOAMDNR6urPo96kalnaCQKF
6k7TjFReH0eLw9pySqyyLbRhlYYIO0ZzT6C6mjRRRSGFFFFABRRRQAjHCk4z7CuXi8awx6Pb6hqN
lParPK8e0vGSoVtu772T9ACeDx69QfrjNYE3gvSriMRyLcbQzkATsMK7BmTr93cAcUAUp/F88Fpq
Ye2dJoHultpWQeVIYskL97OcAk8AcGtG08WWF7r0mkQec06b1L7Rs3J94dcjHqQAcHFDeEtLlmuZ
XWZ/tPmbladiimQYcqM4UkcZFWrbQ7az1CS7t3uUMrM7RCdvK3N95tmcZP8AMk0AZ0/i+Gz3+dbX
MwSSfe0EYxFHEwVmbLdtw6dfSovFHie60W/t4LYWx82BpAJkc+a4ZVWMFeFLFsZbjOK0pPDmnus4
eNsXCzJJ+8PIlIL/AJlR9KmvdFs9RMhuoy/mWz2rfMeY2wSPrwOaAOen8XXsWr31skdrILZnUwjd
5sarCJPMY9Nu4he3XrXVWU7XVjbzsAGljVyB0BIzUMek20dtdwAMUuyTNuYksSoQ8/RRS6ZpqaXa
i3imuJYwflM8pkIGMYBPbigC5RRSAg9D1oAWiiigBDXEeIrmTRtT1WCHhtXtk8gD/ntnyz+jA/hX
cVxnjO8SHxDohMQdbOT7RM39xCwQH8z+laU/iInsdXY2iWFhb2sY+SGNYx+AxUFr/wAhe/8ApF/I
1eqja/8AIXv/AKRfyNR3K7F4UtFFIYUVTm1awt72OznvbeO6kxsheVQ7Z4GB1OcUXOrWFmZBdXlv
CY1DuJJQpVScAnPQEjFAFyiqNvrWm3nlfZb+1m85ikflyq29gMkDB5IHJx2q0JozN5W9fM27tmec
dM4oAkoqK5uIrS3knuJFjijUs7scBQO5p0cqShvLdW2sVbBzgjqKAH0U13VACxABIHJxyeBSRzRz
bvLdW2sVbBzgjqPrQA+iiigAooooApax/wAga8/64t/KrgqnrH/IGvP+uLfyqY3cKXCQFx5zjIQc
nHqfQfWq6E9SeqWs3Mllod/dQkLLBbySISMgEKSOPwq5mo7iGO6t5IJkDxSqUdW6MpGCDUlHHp4p
1FotKt90X2yOdY9TwmR94IAvoXzuHsKlm1fVF8NRar9vjxfGBo44rbe0CySKCFHJchWx06/lXQ/2
PYCZ5vssXmSPHIzY5LJwh/DtTIfD+l28kjw2MCNI6yNhf4lbcCB2+YA8d6AOfGr67b/Y7jUXe20/
dhphaAsw34BmTOYwVxyBwSc46VcutUu9T1OCLSNQW1g+zSzM8ttkMyOgwQ2CB8x6fnWvdaNYX17F
d3NrHLPFgI7dsHI46HB55pL/AETT9Ulilv7WOd4gVQvngHGR7g4HBoA5ZvGkt1qWm26XMNmLm3iE
ybd7pLMpKEZ4wpC5z/z0HpVe58V6hpOmW01zqkMs8s00jJJAq5hhdlZVA/if5cH1zXaNpVk0M8LW
0ZjnkEsqkcM4xgn3G1fyFLBpdnbTNLDbRpIylCwHVSxYj8WYn8aAM/WdfGmrb3EYaaF7ee4wpADh
I9457ZqlL4rvfKkt00vGpKZAYvtC7FCxrJu3454kUYx1z25rWTw9paQmJbGERlSm3HGCgQj8VAH0
FLd6Dpt8rC6soZQziRtw6ttCZP8AwEAfSgDD07xTdyxQQLB9rvZo4dis6xKSYFkc5AOOvTB5PYUa
r40ltX1C2tLWGS5t7aSZCZiVDIFLq2FwCN3QE9OcZral8O6VNb+TJYwmPKnAGMbV2rgjkYXj6cUH
w7pTTyzGwgMk0bROdvVWADDHTkAZ9cUAZ7eIruPUnsVsxLevIkaQmYLGp8re/wA+3JA+mT6AdIrX
xmbu6thHp7/ZZvJV5jMu5HlyFG3HIBXBIPuM1qy+HdKntjBLZRNGdvBzn5V2jnOfu8fSpl0ewVgV
tIV2mMgKuANn3MD27UAXqKTNGaAFqhrf/IIuPoP5ir2aoa2f+JPc467R/MVUfiRMtmX6K5Q6jrEm
t+VdQpDtbMEH2jy1l99207/px9K1/tesf9Ay2/8AAv8A+xpuDQlNM1KKy/tesf8AQMtv/Av/AOxo
+16x/wBAy2/8C/8A7Glyv+mPmRWXw5N9vneS+3WUt2Lw26w4beNuAXzyoKg4AHTrVaLwlcWto1tZ
6q0MU1vHBcZgDFwq7dyHPykrx3HArS+16x/0DLb/AMC//saPtesf9Ay2/wDAv/7Gjlf9MOZEkmlI
bjTXiby47AtsjAyGBQoBn2BrKfwk62VpDa6gYXhs2sZJGgD+ZE2M4BPyt8vB5HqDWj9r1j/oGW3/
AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyKkPhaOCSMx3DBY53lVSucAw+SBnPYDOakk8MQT2Wm2lxI
ZILK3a3ZSuPNVo9hz6cc1P8Aa9Y/6Blt/wCBf/2NH2vWP+gZbf8AgX/9jRyv+mHMjHh8ESQ2X2Ya
tI6ywm3uneBWeaMyO/Bz8rfvGGefXGaWfwQbmGS2l1A/ZPLmSGJYBmPzJFkyWJO7DKOwyK1/tesf
9Ay2/wDAv/7Gj7XrH/QMtv8AwL/+xo5X/TDmRUTwxt8OXelia3ia4Yv5lvbCNVPHOzcc/d7mr+m6
bJaT3F1d3P2m7uAqvIE2KFXO1VXJwBuY8knmo/tesf8AQMtv/Av/AOxo+16x/wBAy3/8C/8A7Gjl
f9MOZGpRWX9r1j/oGW3/AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyNSisv7XrH/QMtv/Av/wCxo+16
x/0DLf8A8C//ALGjlf8ATDmRqUVl/a9Y/wCgZbf+Bf8A9jR9r1j/AKBlt/4F/wD2NHK/6YcyNSis
v7XrH/QMtv8AwL/+xo+16x/0DLb/AMC//saOV/0w5katFQ2zzSW6tcxLFKeqK+4D8cCpqkoo6Zqa
al9rEaOn2a4e3bd3K45HtzV6qGl6YumG72yM/wBquXuDkY2lscfpV+m7X0EgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A
6+T/AOgrTWwnui/RRRSGQXtx9ksp7gruEMbSbQcZwM4punXn9oabbXYTYJ4lkCk5xkZxmn3cC3Vp
NbsSFmRoyR1AIxTbC0WwsILSNmZII1jUt1IAxzT0sLqWKKKKQwooooAxtbJOqaIkhxA12S3oWEbl
B+Yz9QKwNPu9bUWDh5o4Y4rJXtvswCuZGYSEnGRtGDwRjvXayQxzBRIiuFYMu4ZwR0I96bNNHAqm
QkBnVB9ScCgDjre5vdQTTZZprqa8S6VpoHtfLW1k8mbKqdoyMkDknoOeaji8QapdQx7pru2hC2yX
M4siXicpJ5m1SvJ3hFPBAzXc4oxQBwOlnVYNKs4Lc3FtJJFaRtN9mG9Q0028kMMA42nB+7mmnxDq
76npdnNqAtMbDcu8SrvBmZfmypwWVMDG3lvTGPQMVWm0yyuLqO5ntIJLiL7krRgsv0NAHI6lb3su
r38K3d6SdStJIQYgywphcuvy44O4dT0yR3qMaz4gN9psMk/kRnaGke1c/aCJmRgQqEA7FU9V+9np
07vFGKAOX8NvqM91EtxJLDbRWofyRCqq7tLKDk4zwFU4BHXPeqOr6prNpbajNHLe7vtjw24jhXbE
ipkH7jFtzcdDngZHWu2wKMUAcdb3+tz38Us0kq28jwwvbfZwFAe33u2cbsh+OuB0qpo8t8tjoa3f
mx3cVzBFFA0e0LCYDnB6tlQxOehGMcDPeYprQxtIkjIpdM7WIyVz1x6UAPooooAQ1ycFiviGXxHO
/KT/AOgwn0CDkj/gZP5V0Or3y6ZpN1eN0giZx7kDgfnVbw1Ytp/h6zgk/wBbs3yH1dvmb9TVLRXJ
ersHhu/bUfD1lO/+t8sJIPR1+Vv1Bqa1/wCQvf8A0i/kazdA/wBB1vWdMPCiYXcQ/wBmQc/kwP50
moT6hDqV39hjUxny/NkzlkGD0GD+fP0p2u2kK9kjoaWsu0lvTaxmCK2ljI+VzdMxb8dlTebqX/Pt
a/8Af9v/AIilyj5jD1rTry61DVYItPaaPUbSKBLgugSJgZMs2Tu43AjAPTtVWHRdbXXTqjxQFJ5Z
IZI/+WvkbdiEsTgjKK+Bz8x966bzdS/59rX/AL/t/wDEUebqX/Pta/8Af9v/AIilyj5jkJNA16SK
wkgt7aOTSrO3WBJDl3lUBpNpBwucBMn3rT1ix1TVLh2ihuYIXiSIqtwEbi4UsQVbjMYJz1wcda3P
N1L/AJ9rX/v+3/xFHm6l/wA+1r/3/b/4ijlDmOO1bQNXnsJbT7Pe3UIWeO1RbzaIz5pKM5LAsPL2
gA56EHrWg+makdS33dveXNmbiZkSC6CFGLqY3PzDKhc8ZOPQ5rofN1L/AJ9rX/v+3/xFHm6l/wA+
1r/3/b/4ijlDmOMm0LWb2TUDf2MrwGaCdIIrggOyT7mKEyZz5ff5B04GBVrUNJ1mR5/3F5NGz3Bt
0hvPLMcjFfKkY7h8oGeOcf3Tmup83Uv+fa1/7/t/8RR5upf8+1r/AN/2/wDiKOUOYw9O0jVLfXo7
2d52L3DrO3nkxtF5IC4TOB+8BPAzXVVR83Uv+fa1/wC/7f8AxFHm6l/z7Wv/AH/b/wCIo5Q5i9RV
HzdS/wCfa1/7/t/8RR5upf8APta/9/2/+Io5Q5hdY/5A15/1xb+VULfQTaXL+XNO8MrFnY3Dq6n6
g/MPryKk1WTUDpV0JLe2CeU2SszEgY9Nta4qrtRJsmyl/ZUX/Pe8/wDAl/8AGj+yov8Anvef+BL/
AONXqKm7K5UUf7Ki/wCe95/4Ev8A40f2VF/z3vP/AAJf/Gr1FF2HKij/AGVF/wA97z/wJf8Axo/s
qL/nvef+BL/41eoouw5UUf7Ki/573n/gS/8AjR/ZUX/Pe8/8CX/xq9RRdhyoo/2VF/z3vP8AwJf/
ABo/sqL/AJ73n/gS/wDjV6ii7DlRR/sqL/nvef8AgS/+NH9lRf8APe8/8CX/AMavUUXYcqKP9lRf
897z/wACX/xo/sqL/nvef+BL/wCNXqKLsOVFH+yov+e95/4Ev/jR/ZUX/Pe8/wDAl/8AGr1FF2HK
ij/ZUX/Pe8/8CX/xqnq2nRxaZM4muiVwcNcOw6jqCa2qoa3/AMgi4+g/mKqLd0TJKzLhRXxuAODk
ZHQ07FFLUFiYoxS0UAN49aXA9a4hLNW167aGzuE1T+1FkW5ELKBb4TdmQjaVKhhtyeSOO9UIbJRp
ZTVtOvZbo6fDHp5SF2aNtmCAQP3bh+STjjHPHAB6G8kceN7quSFGTjJ9Kdx61zeo6ZcXWo+GTcSS
u1tIzTlFUoXER+Y5BxyMA8deOaypLvXYNJsXnu9SEk1s8xaK1V3Nx8uyIqF+Vep5AzzlhQB3PHrR
x61xj/8ACQ3F4S97e2yyTtE0cUKFYlWAPlSVPWTK5JOc4FS6tbalqtv4enjV49QSJrjdtKqk3lZA
cdgTlSD6mgDruPWjKhgu4ZPQZ6159b32tJp0Rii1GzeRZZbe3W13752uJDslJB2qF291GCTngUtz
ca4dQlvIlvZb+C3ulETWv7mE+bGFEZ2jeTGM4yc4/CgD0HA9aMA964ub+0L74famlzPLeTMWVG+y
urFcrxtKqWxz2Gelb/huOCLSUS2CbQzZKWhtgTn/AJ5np9e9AGrijFLRQAmKMUtFACYoxS0UAJij
FLRQAlLRRQBh+GnmdtX85pG26jKqbyeF4wBntW5VLTtRi1E3QiV1+zXDW7bu7LjJHtzV2m9xLYKK
KKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/
+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPVwx0e9CBi5gk2heudp6VF4fDr4e04ShhILaPcHzn
O0ZznvVq8uBaWc1wylhFG0hA6nAzTdPuxqGnW92qFFnjWQKeoyM4p9BdSzRRRSGFFFFABVHVf9Tb
/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJQBgeKv9LOm
6Uuf9Nul8wD/AJ5p87fyA/Gt8cVz9v8A8TDxvdTdY9Ot1gX/AK6P8zfoAK6GqlpZErqzntW/0DxV
pN8OEuA9lKfr8yfqD+daVr/yF7/6RfyNVPFlq914duWhH7+3xcRH/aQ7h/KpNIulvbm4uo/uTRQy
L9CpNPeNxdTVAA6CiloqCxKKie8to7hIJLiJZn+7GzgM30HWia8trfd59xFFtAJ3uBgE4B596AJa
KhhvrW4CmG5hkDMVXZIDkgZI474qXzE8zy9678btueceuKAFopss0cETSTSLHGgyzMcAD3NKsiPn
Y6tg7Tg5wfSgBaKMgd6RZEfOxlbB2nBzg+lAC0UZpaAEopaKAKWsf8ga8/64t/KrgqnrH/IGvP8A
ri38qsNcRRyRxNIokk+6pPJ/Cq6C6ktU9XunsdGvbuLb5kEEkq7hkZVSRn24q5UVzbxXlrLbzrvh
mQxuucZUjBH5VIzk18XXjwaTH5UAvHnEWopyREA2w7RngsxBGT0qW41zVYfDqau81lHDdGAxAQO5
gWR1HzYb5ztbPGOR3raGgaaLmWcWw82WSKR23Hlo+EPXt/8ArpkHhvTLbiK3KqHV1TzHKoVYONqk
4UbgDgYHFAGJH4i1dWtJbxYraxkYj7U1rIVl+fAJG7MOVwQWyMn870+s3WoalBBoN5ZNE1vLM0kk
ZkVmRkXbkMMfe5PNad7o1nqFyk90kjsgA2+a4RgDkbkB2tg88g03UNCsdUmjlvI3d40aMFZXQFSQ
SrBSNwOBwaAOdPjVrnUdNt4JLW1W8t4y6ynfJHLKCYwFBG5Rtwf99eRUFx4w1DTNLt7m9utOaSWe
UshjMWIYXZZNuXO5zhcD1PQ11DeH9NZJkNqmJpFlcjIO5du0g9RjYuAPSlj0DTYpjKtrGWKMnzZb
5WYuwwfVmJ//AFUAV9X11NL8iX5pIXgmnIQAlljTfwSRjP8AnFU5fFz/AGd449Ku/wC0AXX7MWjy
oVFfdu3bcbXXjPU4rQHhrSxAIPs5MYRowrSucKyCMgZPA2gD9etLd+HNNvt5ngJLvvYrI6EnYEPI
I4KgAjocUAZNh4rmlt4UNtJd3sscRSKIKm4mFZHO4nAAz3x1A96XVfGq2Ul/bW9p5t5bWz3CoZ05
2hSwYAkrjd364OO1ab+GNKaNUFuybSpVo5XRl2psGGByPl44PI60jeFtJeaWRrUlpo3jceY+0q4A
f5c4BbAyRycUAVW8SyxXklp9hmlvC6IlspQEEx72y5bGAO/0AzTYPGcFzeW8cdldeRN5QM52gRtJ
napXOc5Ug4BAq7L4a02dMSRSFsq3mCdxJlV2A7wd2dvB5571JH4f02HZ5dqiBDEVCkgDy/uYGe2a
ANKiiigAqhrZxo9wT0AH8xV+qGt/8gi4+g/mKqPxIUtmUG8WWDXwggnhMan97NJKEVfZf7x+nHvV
z/hINJ/6CVr/AN/RSnRrdL4XVvmBycyqgGyX/eHTPuOau+TH/wA80/75FN8nQlc3Uo/8JBpP/QSt
P+/opf8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/AHyKXuj94of8JBpP/QRtP+/oo/4SDSf+
glaf9/RV/wAmP/nmn/fIo8mP/nmn/fIo90PeKH9v6R/0EbT/AL+ij/hINJ/6CNp/39FX/Jj/AOea
f98ijyY/+eaf98ij3Q94of8ACQaT/wBBG0/7+ij/AISDSf8AoJWn/f0Vf8mP/nmn/fIo8mP/AJ5p
/wB8ij3Q94of8JBpP/QStP8Av6KP+Eg0n/oJWn/f0Vf8mP8A55p/3yKPJj/55p/3yKPdD3ih/wAJ
BpP/AEErT/v6KX/hINJ/6CVp/wB/RV7yY/8Anmn/AHyKPJj/AOeaf98ij3Q94o/8JBpP/QStf+/o
pP8AhINJ/wCglaf9/RV/yY/+eaf98ijyY/8Anmn/AHyKPdD3ih/wkGk/9BK0/wC/opf+Eg0n/oJW
v/f0Ve8mP/nmn/fIo8mP/nmn/fIo90PeKP8AwkGk/wDQStf+/opP+Eg0n/oJWn/f0Vf8mP8A55p/
3yKPJj/55p/3yKPdD3ij/wAJBpP/AEErX/v6KP8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/
AHyKPdD3htvcQ3UKzW8qSxt0dDkH8alpAAowoAHoKWpKM/S9MGmG8xKZPtVy9xyuNu7HH6VoVieG
55p21bzpHfy9RlRN5J2qMYA9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGQXkAurOa
3ZiomRoyR1GRim6daCw063tFYusEaxhj1IAxmmauWGj3pTdv8iTbt652npUXh8ufDunGTcZDbR7t
+c52jOc96fQXU0aKKKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKK
ACiiigAooooAKKKKACmSyLFG0jnCICxPoBT6juII7m3kgmXdHIpR1z1B4NAGL4PjZtHa+lGJdQme
6b6MflH/AHyBW7msEeB9BUACyYAdhPJ/8VR/whGhf8+bf9/5P/iqp2buSrpG6wDKVYZB4IrmPBcb
2ranYyf8uU4gT3QZK/o1Wv8AhCdC/wCfNv8Av/J/8VVAW/8Awjt5exaPZbYZDGZZS5by+Dzg5J+v
QVUbNNImV002dbRWXa3V79mTZaeeuOJDcqd3vkDFTfa7/wD6Bw/7/r/hUWLuc7r2nyXWsanGuly3
Et3aQx2tyEG2GQGT5t+crtLK3HPpzVZdK1WXXX1K5sIZLe6le1kV/ml8kLtjZkIwBvTf1J/eH3rq
vtV//wBA4f8Af9f8KPtV/wD9A4f9/wBf8KLBc4oaNq8cWnTWWlQxnSLS3ZFY7HeXCmbYAMElRsOS
Opra1hNTv7p2so762ieJIty4RwftChiDzjKbj9K2/tV9/wBA4f8Af9f8KPtV9/0Dh/3/AF/wosFz
jdZsNam06azkXVbiLZPHbiJxliJTsMpJ+ZTHtxnOee+K0Xi1RdSxcpqX2JrqZk+xsA27euwtg/c2
7uvHXPauh+1X3/QOH/f9f8KPtV9/0Dh/3/X/AAosFzjJ7XW799QF7baklss0EyRRTMW3LPltjZ5+
TnC4HAwMirWoQ62Gn2pqfltJcmAWjhW80lfKLnP3MZ68dc9q6n7Vff8AQOH/AH/X/Cj7Vff9A4f9
/wBf8KLBcxNOttZj1+O5uZbtkkuHjmQvmERiEEFV7fvAcHrXVVQ+1X//AEDh/wB/1/wpftd//wBA
4f8Af9f8KLBcvUVR+13/AP0Dh/3/AF/wo+13/wD0Dh/3/X/CiwXHax/yBrz/AK4t/Ks+30Se2vHb
7VcyJMSTMJAHX2ORyPp+VP1S5vW0q6D2ARTE2W89TgY69K2RVXaiTZNlH+y2/wCf+9/7+D/Cj+zG
/wCf+9/7+D/Cr9FTzMfKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z/wB7/wB/
B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z
/wB7/wB/B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmY+
VFD+zG/5/wC9/wC/g/wo/sxv+f8Avf8Av4P8Kv0UczFyoof2Y3/P/e/9/B/hR/Zjf8/97/38H+FX
6KOZj5UUP7Mb/n/vf+/g/wAKp6rp5i02ZzeXbhQDtdwQeR14rbqhrf8AyCLj6D+Yqoyd0TKKsy8O
9LSUtQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT07UYdQ+0i
AOPs87QPuGMsuM49uauVnaTph003uZfM+1XT3H3cbd2OPfpWjTe+gkFFFFIYUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf/QVq/VDTv9bf/wDXyf8A
0Faa2E90X6KKKQyG7uFtLSa4ZSyxIzkDqQBmm2F2t/YW92isqTxrIqt1AIzzS3tv9rsp7cttE0bR
lgM4yMZ/WmabaDT9NtrQOXEESxhiME4GM09LC6lqiiikMKKKKACqOq/6m3/6+Yv/AEMVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv
/pF/I00J9C6qKihUUKB2AxS0tFIYlFLRQAlFLRQAlFLRQAlFLRQAlFLRQAlFLRQBS1j/AJA15/1x
b+VXBVPWP+QNef8AXFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/
AJBFx9B/MVfqhrf/ACCLj6D+Yqo/EhS2ZepaSlqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAYnhu5muW1bz5Xk8rUZY03HO1RjAHtW3VLT763vjc/ZwR5E7QyZXHz
jGfr161dpvcS2CiiikMKKKKACiiigAooooAKKyH19U8Xx6D5DF3sjd+du4AD7duP1zTta1O/sDBH
pmkS6jNLknEqxRxgY+8x9c8AA96ANWisTw14kHiCO7SWzksr2ymMFzbyMG2NjIww4II703X/ABK+
k3tnp9lYSahqV4HaKBZBGoVfvMzngDkUAbtFYQ8SyWfh671TXNNn077IT5kW9ZSwGPmUjgg59uhr
YiuI5rdZlYeWVDZJ6DrzQBLRTUkSRA6OrIf4gciq97qNvY2c9zNIPLgiaZwpydoGcgfhQBaoqpp2
pW+p6Zb39u/7i4iWVC3BCsMjPoeatFgCASATwMnrQAtFMaaNBlpEUZ25Jxz6U+gAooooAKKKKACq
Gnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPV2ZNHvWQsHWCQqV6g7T0qLw+7yeH
tOeVmaRraMszHJJ2jOat3Vwtpay3EgJSJGdgOuAM02xu0v7GC6iDCOeNZFDdcEZGafQXUsUUUUhh
RRRQAVFPbpcKivnCurjB7g5FS1xF9qRi1mY3lxP9pS+jiitVvWgxCSoV0QDEucktnPQjjFAHb0V5
3J4r1i9jumF3Y6fHFPHkZDywAXCowdd2QuDkk49uDkXbbWdQgmuBPfR3Tx6hOioFKGNFgkdcgNyD
tGM//XAB29FcDceL9Ws9L/fvZtdO0BWVYtqqskbORtZwCQVxyw4Ptg6+qa5e6XoemXU01oJJApum
XDZ+XJES7hv57Ak46A0AdPRXn934qv8ASNM1CSS/inuY76dY0aBQERQWCsS64yMY7kdAatxazf8A
2+4El5HLu1CAR2+CphjeEPyQclc5HIxkE+wAO1orhbTxFf317phfUII1LzxXCJGDHK4RWVUcOQ3U
4I565AIIq9oGvXN/dWkE13awYghP2Z1Yy3G6EOXVi2cAkjofunJzQB1lFeeah4vuboarAs8cUNu0
UqSunlmLFyqEOA5O3AzztJGeMGp5vGN/HA+26sQIlmaKdoW26gyttVIwG4JzjgsTxgYoA7yiuF1X
xVfPDf2dvPDb3saXh2hMyRLGgZDjPfPXoe1amt393Douk3NtqsCB7mFZroRgxyI3U/ewAeO9AHTU
Vwn9v6no9peSfurmIteSQoysGi2XITLNk5XEhOMDASuj8L6jdanpRmvZLSSRZWQPayB0ZR0yQSAe
eQCaANiqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/WVL4js4dWNhItwHEiwmXyT5QkZQyru6ZII/M
Vq1zV14XeXXpdVimVZ2uUkGS2DF5YjZSOm7qQcZBxz1pDNttUsUjlke8tlSFtkjGVQEb0JzwfY1H
e6xZ2EtvFNMvm3EixxxqwLHccA4znHvXJ2nge+s9PkghmtFlIjjaYPKWnRd33t27Z97Pyj1GcGpr
XwZd20tgPNspFgNq8krxsZQYUClUPZTjP4n1oA66a8t7Z1SeeKJnBKh3ClsDJxnrgVXtda06+gtp
ba9t5EuhmEiQZk9cDrkdx2rJm8NzrqdlPb3O8RcSzXLGSVkzkpgjaQfXgj1PSs4+ENSa30i3+1Wi
xWHlBljUqG8uQNu6ZJYDGCcA+uaAOktde06+jWW1uo5oT5mZVYbV2EBsnt1pG1/TRK8KXcUsyQrO
Y43DEoxwGHqOP85rCHhKc2wgcWbxx/alVBvQSCV0ddxHII2kceg+lI3hS/kglSW4tHkns1t3kMeC
rLIzjGAMjDYJ4J2g96AOqS7gkuJLdJ4mnjALxhwWUHpkdRUR1SxWNpDe2wRX8ssZVwG/u5z19qy9
O0m+0ya48tdPYNMzpOyN5rK8u9lY+wJA55IHSsm88DyTaZYwRm1kMHniWJzJHHL5pzuJQg5GMc9c
mgDrG1C0SdoGuoFmVdzRmQBgOuSM5xSy39pBG8k1zDHGmAzPIAFz0yc8Zrj5vCF1/aUcQS1NrKbn
NwiEyoJYSuGJPKg4AHOQFz0on8G6jdp5l1LZPMJlcwo0qRuohEWCw+YHjI7dR70AdVe61p2nRSSX
l7BEsQUvucZUMcAkdcE1cR1kRXRgysMhgcgj1rjZPBtyYbmCBrKCCS3RBGA7q8i7ME7slQNmOCcj
BIyK7CAMsCCQIrhRuCfdB9vagCtrH/IGvP8Ari38quCqWrsG0a8KkH9044+lXR0quguotFFFSMKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJ
S1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM3SNMbTTfb5Q/2
q7e4GBjaGxx+laVYvhy7muzqvnytJ5OoSxJn+FRjArapvcS2CiiikMKKKKACiiigAooooA46b/ks
lt/2A3/9HCug1i2vb22EOm6n/Z9xncZBCspK+m1vfHPtVTW/B2jeIbyK61K1eS4iTy1kSeSMhc5x
8rDvUEngPQZLO2tjazKtru8mRbqUSJuOWG/duwT2JoAzPAIfTtV1/RbopcXtrOk898pP+kmRcgsC
flYAYwOPStbxJ4ah1+a2lhvpbDVbPL21zAQWQHggqfvKccir+jaDp3h+1a30y2WFHbe5yWZ29WYk
kn6moNa8KaTr88U+oW7meJdqTRSvE4X03KQce1AHCa5fXGu+BPFFj4ghtbnUNDfatzEvyOxXKuB/
C2CQR2rZ1XT9A0nQdK06PQ0uzfzq0FjE3lpLLsyWck4wAO+e3FdNaeG9JsdGl0q3solsZQwliOT5
m7glieST6k5qkvgbQ10ldO+yym3SUTRk3EheNwMAq+7cuAMcGgDktBik0/VPGNgLGHToBYJMLOCb
zI42KOCRwACQBkAUuk+ENGPwqN/NZrcXs+kmV55iXbPl7lA9AuFwO2K7PT/COjaX9qNpabGu4vKu
HaR2aVefvEkkn5jz1rQtNNtbHTItPt4QtpFEIUjJLDYBjHPXj1oA821LSbHTvgU09jaxQSXVlaSz
vGMGRsoSx/M10Pi6VD4o8HIsilmvXYKG5I8o8/TmtjT/AAjo2mafdWNtaH7JdDbLDJK8i7eflAYn
A5PAqvp/gPw/plxb3FtYnz7Zw8UskzuyYBAALE/Lgn5elAHM6H4a0bxBrvixtYiW6MWouixySHbE
pRcuFzwT/e/2fat74a3M914FsHuZXmKmSNJX6vGrsqH/AL5AqhZfD6zv9T1241yyybq+aSF452Rp
ISqja2wjK5B4Ndpa2sNlbRW1rEkUEShEjQYCgdABQBLRRRQAyVXaNhG2xiOGxnB+lUHs9TYfJqaK
fX7KD/WtKimnYTVzFNhq3/La8FyvojGDP5A1c0tovs7pFAYDHIVkQnJ3dSc9+o5q9VDTv9bf/wDX
yf8A0Fabd0K1mX6KKKkor30H2uxnt923zo2j3YzjIxmm6ZafYNMtrTfv8iJY92MbsDGcU3VnaLSL
x42KusDsrDqCFODUegSvN4f0+WV2eR7aNmZjksSoyTT6C6mhRRRSGFFFFABTSikhiBkdDjpTqQ9K
AI/3LOy5QsR8w4yR05qFryyjnhjaeESXGfKGRmTA5x64rjR4U1C/m1J0gtbIvcXRW4JYS3CucBWw
BhPoTxjAqzH4Quft0N4LTT7Yid2WCE5FsrRhNyHaPmyobACjPvyQDo9R07TdUiVb1UdYXyrCQoUb
GD8ykEcE96I5tNsU+wwGJfsiR/uIxuManhflHPauW0rwLJDFBFf29rKq3EUk++cyrPsSRd20oADl
wecn1PAqa38H3cMRQx2Zle1tYnuNx3hopNzD7uSCuOc/wjj0AOou7u1tIDNMVKiRI22jcQzMFXP4
sKsExKw3FAxwBnGfauOh8J6r/ad9cTSWm2d4mHl4UNsuBJkqEHO3jksc98VN4h0K71fxKxgtLcxm
ySMXc2QbdhKW3R4BywHuO3NAHVAwAEAx4Q8jj5T/AEoDw7hhk3BcjkZ2+v0rjP8AhDtSnvtRkuzZ
NFdtHuVQFWQLcCQ5UIP4cjksc55waW78F3Uur386CJkmjlW3kNwyeSrQmMJ5YXkA/wC1jHOMigDr
ZLqzilhR5ole4cpGCRmRgMkD1OBS3FzbWlpLcTOggt1Ls3UIFHNczH4PNpe28lvaWBggu0mSI/KE
XyBGxX5Tg7gG464HINTWPhq6i8M6ppc0dqqXKOkEed+3KYBd9o3HPOSM+pJoA37O7gvbeK4QFTMm
9VkXa+33HWpN8BQLvj2k7QMjBPpXKr4RuI9UjkihsUjWaKZbhSRLEiIFMKqBjaSD3Awx4JqKfwKJ
NJs7ZYLISW2mPbqduAtw2z94OOvyn5utAHZJscBkII9RTlUIoVQAB2ArN0TSRpH26OJIoreW582G
KIYVF2IMY6D5lY8etadABWQIbiTWb37PciEBY8gxhs8H3rXqha/8he/+kX8jTQmH2W//AOggv/gO
P8aPsuof9BBf/Acf41eNcjB4xmGt3kF0bYWlq1wZdsbiSKOL/loSflcE4GF5GRRcLHQfZdQ/6CC/
+A4/xo+y6h/0EF/8Bx/jWL/wn2nf2XLftDcLFDL5cgcxqR8u7IJbDcdlJOQRip5fFIOs21tFDItm
ZpY57uVQseUjZiAc5GCByRjg+lFwsaf2XUP+ggv/AIDj/Gj7LqH/AEEF/wDAcf41m3/i62gW8FjG
149vaNdBo3QI4AJABJyRwckAgdOvFLL4sit57W2mtJkurqHzI4vMiJ3bWYJjdnnafmxt96LhY0fs
uof9BBf/AAHH+NH2XUP+ggv/AIDj/GsaLxmq2Fvd3lrLD5tpFceSNpIMjFR8+7aF46nGB1x0qYeJ
5GvbmF7OSGOG5ghWVyrB/MCnoG4PzfT+VFwsaf2XUP8AoIL/AOA4/wAaPsuof9BBf/Acf41FZa7F
eWM189vc29nHH5yzTKAJI8E7lAJOMDOCAeRxVY+J8Rxf8SrUjNNueOEIm9o1AJk+9gD5lGCc5OMU
XCxe+y6h/wBBBf8AwHH+NH2XUP8AoIL/AOA4/wAayz4xt5HZbW0u5VKAxTbVEcjmHzlTk5BK+ox7
1X0/xXOmmW0uoW8klzLbwS+TDGqsWmkZVAy5GOB1PTk+gLhY3Psuof8AQQX/AMBx/jSfZb//AKCC
/wDgOP8AGsyfxjFBdy240zUZXjkMQKLHhnCB2UEt2U5yeODjNbtpcx3tnDcwktFMiyISMZUjI4/G
i4WOav7C/wBl5NFOYolR/OJhCifjsoP/AI9x+NdUKp6x/wAga8/64t/KrgqpO6QkrNi0UUVBQUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWp
GFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT0+8tbv7T9lGPJna
KX5NvzjGfr1HNXKzNG02TTTf+ZIr/abt7hdo+6GxwffitOm99BIKKKKQwooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK0
1sJ7ov0UUUhkN1OltayzyglIkLtgZOAMmksbqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e4j
OMjGaZpdobDS7W0LhzBEse4DG7AxnFPSwupbooopDCiiigAoopKAFopKWgDEuvE0VrrX2B7S4KK0
aPcDbsRnB2gjO7t2HHFU7HxrbarJELSG4RHniRXkj+WRXDYIOeD8vQ8jI45rYl0aynuXnki3Su8c
jHceWTO3j2yaqx+FtOgg8qFZ1RSGiVp3dYiAQNisSFA3HgcflQBjp46OoiJ9LsJ5F+1RxEFoyZVe
N2AX5sKRtGQ2CM8irMXi/demT7LM2nPb20olAUGHzWdfnycnkLwAcc1NoPhNdJiSO4vJbxYXWSBW
BURsqld2Cx5IY57cDgVZXwnpKzQSC3fMCJGq+c+wqjFk3LnDYJyMg0AVD4zhEHmnTr0LIgktchB9
pQyLGCvzccupw2ODmrd7rNza6npNstgzrfFhKfMUGHC59ee/T0pYfCukwFvLt2+bbgNKzBArhwqZ
PyruAOBgcVcvdLttQkgkuFZnt3LxlXK4yMEHHUEHBB4NAHPP41+1mNdNtnllS9SCWJXjferI5G1g
20H5ecnjBpW8axQNLPNHJ5JjhEMAUeZ5rNMHUnOOPKPPTg9c1fXwbpCQmJIZ1G9HDLcyBkKAhNp3
ZUAMQAOKmbwtpRhWJbdo1UIEMcrKybCxUhgcg5duc5O45zQBc0zUE1TTYL2KOWNJk3BJV2svsRVu
orW2S0to4Ii5RBgGRy7H6sSST9aloAKKKKACstbmK11O/kncIuIgM9ScHgDua1KwrjSLbU9Xu2mX
EsQjMbjnbwe3QiqjbqTK/Q2YpfOhV9jx7hna4wR9RWdL4b02cYlg3DzJpCCx5MoIkB9iD0+npT4N
FsxEontbdpB1KJgH8Kk/sXTv+fOH/vmloPUz5/B2m3NoLe4e9mUblDSXcjOFYBWQMTkKQBkVYj8N
2EeprfBZfNVmdUMreWGZdrEJnbkjrxVj+xdO/wCfOH/vmj+xdO/584f++aNA1Ibzw9Y39z51ysjg
RtGsZkby13KVYhegJViMj1qFPCmnJeQXWJ2mh2kM0zHcQpUMwz8x2kjJq5/Yunf8+cP/AHzR/Yun
f8+cP/fNGgalSPwvYw2ogie6QLCsCutw28RhiQuc5wMkfTinReGNNgYeVE6IvkkRiRtgMWNhx6gA
D3Aqz/Yunf8APnD/AN80f2Lp3/PnD/3zRoGpXt/DllbW/wBnjNwbfPELXDsgXaV2BSfu4Y/L06eg
qFvCenvbRwtJeER7gj/a5N6IQAUDZztIA49qvf2Lp3/PnD/3zR/Yunf8+cP/AHzRoGpEvh/T0xsh
2KJBIFViACIvKGB6bOMUg8P2A8nEbfuUhjT5zwsTbk/In8am/sXTv+fOH/vmj+xdO/584f8AvmjQ
NSM6FZGczeW28yvMTvP33TYx/wC+auWltHZWkNtCMRQosaAnOFAwOfoKr/2Lp3/PnD/3zR/Yunf8
+cP/AHzRoGousf8AIGvP+uLfyq4Kx9U0iwi0q6dLWJWWJiCF6HFbA6U3sJbi0UUVJQUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4evJ7xtU+0SGTyb+WKP
gfKoxgfrWzVPT7i0uDc/Y9v7udo5tqbf3gxuz6npzVym9xLYKKKKQwooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//wCvk/8AoK1fqhp3+tv/APr5P/oK01sJ
7ov0UUUhlPVpGh0i8kjYq6QOysOoIU4NR6BNJceH9PmmcySSW8bO56sSoyatXU0dvayzTDMcaF34
zwBk8UljcRXdjBcW4xDLGrpkY+UjI47U+gupPRRRSGFFFFABVHVCVigwSP8ASYhwf9sVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6pW0Trqd
5IykI4j2n1wDmmhMu0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFLWP8AkDXn/XFv5VcFU9Y/
5A15/wBcW/lVwVXQXUWiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDW/8AkEXH0H8x
V+qGt/8AIIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQBl6LpsumnUPNdG+03klwm3PCtjAPvxWpWP4fvp706n9ocP5F/JDHwBhBjA/Wtin
K99RLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf6
2/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhle/gN1YXFupCmaJowx6DIxTNKtGsNJtLR2
DtBCsZYDgkDGaNVlaDSbyWNirxwOysOxCkg1FoM8lzoFhPM5eWW3jd2P8RKgk0+gupoUUUUhhRRR
QAVR1X/U2/8A18xf+hir1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAISFBJOAOSa
55/FTRad/aM2nyRWDvEIZmkB3o7qu4qMkcNuA5yPQ10LAMpBGQRgisK38NPBaxWjajcyWlu8TW8b
Kv7sRurAFsZb7oGT29+aAJn8VaPHFDI96oSZSynY3yqG2ksMfIA3BLYweKVvFGkJNPE96gaAMXJV
tvy43ANjDEZAIBJycVSn8ILIZRHf3MSXIkjuVUKfOjeR5CuSPl/1jDI5wfXmg+EEyyi9lNunmm3g
kjR0iaQksSCPnHJAB6An2NAF2fxLYWwaS4kMcKxxybij7/ncoo2bd2crj19qSTxVpES2rNeAi6x5
W2N2Jy2wZAHy/MdvzY54qvb+E4oRDuu55Gi8nlsHPlytIB7DLYx2AAFZl14Rv4tcs7mye2lghJbN
x1QmZpGO0Dn7wxzwVBoA1dX8V22lTXtuYZnntLUXTfIQhUkjG/GM8f55qWTxZo0NmLqS9VYSzLko
+4FfvZXGQBxkkY5HqKTVPDy6pcXEjXUkSXFsLaRFUHIDFlYE8ggsfrVPUfBkF/ctci4KzNLJJmSC
OZQHVARtcEf8s1IPXr2oAua54iGji0EcMc5ui2wvcLEgAXd95uOe1VR4wBvYY/sEqwyLb7neRVkQ
zfdHl9Tjvg8c+lXtS8P2urfZVvFEsUCupiZQVcMu059Pwpmm+G7ewvBeTN9rvBDFCLiZFLjYpXIb
qCc80ATW+uW8nh9NXuP9HtjD5zludi++KjPifSxbG4NwwhVyjsYZPkOAcsNvyjBBycDBHNUn8N3c
XhO80eK+M4eDyrcyRqnlD3I6/l2qvqHgZdUt5Fu9SuZJpmZppCiYfKKgwmNoICjB929aANeXxLpk
JuhJc4NrIIpP3bn5z/COPmPfAzxUaeLNHknhhjvVd50WSPajkMGzt5xjJwcDqSMdagv/AAnBfW0s
TTMGa9N6jNGjhXK7SCrAgrgnr60sPhWKPYTcOSrW7nbGiKTCSRhVAABz0FAGhourwa7pcV/arKkU
o4WVCjD8DV+qGjaadI02Oz89pkiJEbOoBC9hx1x61foAKKKKACiiigAooooApax/yBrz/ri38quC
qesf8ga8/wCuLfyq4KroLqLRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf8AyCLj
6D+Yq/VDW/8AkEXH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAp6fLZS/afsXl5Sdlm2Lj94Mbs+p6c1crK0TTptOOoecUP2m9knTac4VsYz
78Vq03uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ0
7/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbqWKG1llnH7pELPkZ+UDnj6UllNDc
2UE1qAIJEVo8Lj5SOOO3FN1CBrrT7m3QgNNE0YJ6AkEUzSbRrDSLS0kZWeCFI2ZehIAHFPoLqXKK
KKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKK
ACiiigAooooAKp280j6leRM2UjEe0emQc1crAvdRk0/Up1t4BPcXMsMESM+1dxViSxwcABSeAelN
CZv0VjjxDFBdRWd6jLdEqkrQqzwxu33VLkDBbjGR3HqKzZvGsV1HZjS7a4ke4uY4j5sDDajIXD44
JBAOD7H0pDOqormx4306NIPOE5aSLzWaKFmRRsaTBJA52oxx7Vbn8UWFvdC3bz2k37TtiJCjYrli
ewCsCTQBs0Vz9p400q/0+e6tJTI0QOIThZJCF34UdyQR0psfjC3NvbzS2typuIYnSBYi0u6TfgYH
GP3Z5z+VAHRUVzU3j7RYLU3Ejzqh2lQ0JUurBiGUHGRhG/KrI8XabJ53k/aJhGyxr5cRPmOwyFX1
OOfpzQBuUVkw+JbCeMOjSYPk5BjIIMkhjUEdjuUg+mKhtfFtjeeSYobzbKnm72gICR9nb0U4OD7H
0oA3KKxdN8WaZq2nXd7aSu0NopaXK8gbd2ce4qv/AMJzo63UVvNJLBLJH5m2aMqVGGYZHUEqpP0x
60AdFRWNa+KLK6IXy7mGQyNGY5oSjBhH5nI/3Tmqf/CfaH5kiee+5IhKfkPIwpx9cOvX39DQBsax
/wAga8/64t/KrgrnJPECapFq1mlndRCC1EnmSphW3KTj6/8A166MVXQXUWiiipGFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABVDW/wDkEXH0H8xV+qGt/wDIIuPoP5iqj8SFLZl6lpKWpGFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaDfz3x1L7Qwb7PfSQx4XGE
GMD9a16pae1kxufsPl5E7CfYMfveN2ffpV2m9xIKKKKQwooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhl
TVJXg0q7mjbbJHC7KfQhSRUeh3El3oVhcTvvllt0d29SVBJqzdPFFayvcY8lUJkyMjbjnj6UllLB
NZQSWm37O6K0W1cDaRxgduKfQXUnooopDCiiigAqjqv+pt/+vmL/ANDFXqo6r/qbf/r5i/8AQxTW
4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArFn06DVL6+huN4CmF0eNyjowBwykcg/wD1
62qyFs1udZvi0k6bVjH7uVk7HrimhMRfDViLuO4Z7mR02Fg87ESMv3XcfxMOxPoPQU638N6fbPA0
UbgweVszITjy0ZF/RjU/9lR/8/F5/wCBL/40f2VH/wA/F5/4Ev8A40aBqc/H4Chh1r7VHcAWhi8h
oShZmi2bTHuJ6HrnGeetatp4W060cv8Av53O7c08zSFgyKhBz22qoq3/AGVH/wA/F5/4Ev8A40f2
VH/z8Xn/AIEv/jRoGoyx0KzsLV7dBJJE3AEzl9oxjCk9Biorbw1YWzWzL5zvbBFjaSUsQE37QfXH
mMPy9Ksf2VH/AM/F5/4Ev/jR/ZUf/Pxef+BL/wCNGgalJvCWmGONVWaNokRI5ElIdAu7GD/wNgfX
PtTpvCunzzyTu1z57hAsonbdEFORsPbv+Z9at/2VH/z8Xn/gS/8AjR/ZUf8Az8Xn/gS/+NGgalM+
FNN8y3dBOnkbPlWdgJCjl1LjPzEMSefU1IvhuwjNr5fnItvCINqykCSMdFcfxAZPX1PrVj+yo/8A
n4vP/Al/8aP7Kj/5+Lz/AMCX/wAaNA1K0PhqygsntFkujAwZdjTsRtKldv0APHvzSzeGdOnuGldJ
MPF5MqCQhZV27RuHfg4qx/ZUf/Pxef8AgS/+NH9lR/8APxef+BL/AONGgamZF4PtQlwk1zdyB5xN
HIZ2EqfuhGRvzk5AP4H8asQ+FrC13i1a5gVoxGVjmYDgAbv97Cjmrf8AZUf/AD8Xn/gS/wDjR/ZU
f/Pxef8AgS/+NGgamV/ZWmafYX/9mu6tFafZ3i8wkAKDglT35PPpXRjpXNapobPDcXUs0yrBG/lq
J2Zm4/iJ7f7I/OulHSqaVlYSvfUWiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf/
ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDJ0LT59POo+ft/0i9knTac/K2MZ9+K1qydC1Ce/Oo/aCp+z3skEe0Y+
VcYz781rU3e+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMrajA11p1zboQHlidFJ6AkEU
zSLV7HR7O1lKmSCFI2K9CQADinanM9vpd3NGcSRwu6nGcEKSKj0S4ku9Dsbidt0s0CO5xjJKgnin
0F1L1FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfopKKQxaKTOaWgAoopM0ALRR
RQAUUUUAFFFFABRSZooAp6x/yBrz/ri38quDpVPWP+QNef8AXFv5VcFV0F1KmpanbaVbie8l8tCQ
q4BJZj0AA5J9hVG28T2FzfxWkbOrSQtLvkXYFwwUqQ2CDk+lN8Q6deXNxp17YIks1jMZPJdtokBU
qeexGeKxda0DUvEFzLc3WmwIx06WGONplfbKWBQ5x1xnntWEpST0R3UKNCUU5yte/VafL9TsjPEs
qxNKgkbohYZP4UiXEMrFY5Y3YDOFYE4rhrnwvrE+vWdyYYTHBJbNvV0BCoAHB43E9e+MVXfwve6X
p32o2qpJHaXiztC3zsXJMfTk8flS9pL+U0WDotL96rv/AIPn8vU7e51aCBI2izc75ViIgZWK7jjJ
56VZjuIZHKxyxs2MkKwJxXnGgWD6nbMLS2QTRX9rPI6KqRFE/u4HJHcepqxJ4ZvNL0/7WbZUkS2v
VneFvnbeSY+nJ4/Kkqsmr2LngqUZODnZ/wDAv3+XzO+W7t5A7RzxMEGWKuDtHv6VSi160uRaPaM1
xBclgJkxtTaMndnBFc14DSC4g1NGtk3SBFdkiUQuu3AUYGM9c/WorXwrqMWm6ZbGzgje0NysjrIp
Eu+MqrfiSBzzxVe0k0ml/VyHhKMJyhOWq/8AkW/zsvmduLy3P/LeLOQv3x1PQVJ50fm+V5ieZjOz
POPXFeeS+Bbw2Mqx2VuJjp0EancAftCt8zZ9cd60rfwvfL4xfULhGeMz+ck6TKMLtxsK7dx9OuMU
Kc+sRSwtBJtVdk/08/P8DsDNEsqxNIgkYZCFhkj6UguYSZAJoyY/v/MPl+vpXMajod9P4sjvrS2i
VCFWS4kdWwApGVXG5WGexwe9Zdp4P1IQeR9ltrR47Ge2kmSQMbx3GAWwM47880OcuxMMNScU3Uto
v63/AKvrY7v7RDz++j4AJ+Yd+n50LcwM6Ks0ZZxuUBhlh6iuFk8MavdadepNaRRyTwWkSoJgf9U3
zZPGOBmr03hm5TVdQ+z2Vv5VzGFtbvcFazxGV2quM4z6etHPLsN4Wir/ALz8vLz839x1qTRygmJ1
cA7TtbOD6VmWmvxXGqNYSWt1bTFTJH5yACRQcEjBP64rL8F+HrjRUna5heF5FRCvmq6sVBywCqMf
jknvWjYaXKviHUL+7VmLbY7Vmk3bY8DcAP4ctTTk0nYynTpQlON7pLR+f9fgbVUNb/5BFx9B/MVf
qhrf/IIuPoP5ito/Ejklsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAp6cLIfafsPl5M7GfYf8Alrxuz79KuVkaDYT2B1L7Qqj7RfSTx4OcocY/lWvTe4ls
FFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf/wDX
yf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG6aFbWVrnb5AQmTcMjbjnP4Uli9u9jA1nt+zGNT
FsGBtxxgemKbqULXOm3MEeN8sTouemSCBUej2sllo1lazbfMhgSNtpyMgAHFPoLqXaKKKQwooooA
Ko6r/qbf/r5i/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAoo
ooAK5bXbqS1upsXTWdvJcQR3NyuAYoyrc5P3ckKue26uprCuNVtdN1W8W5YF5RGEj4y/B9eMe5pp
N7CbtuZ6eJJLfU7extJ4Lq3DRIpkcvPcq+cyIRwVXucH7p5HfPXXNZ1n+zIZXtrcy3NvI/keYoaO
SF3CEhgeCpzzg8e+erg1iwMSNNc2scmMFVkBC+2af/a+mf8AP5bf99ijlfYOZdzjIPHGotJFb2sN
u5Sz8+RZd7O58pn4ORk7gi4wSck9q018YXN7e+Xpi2lxCrMS6bn3qsMchVcHG4lyPatBovDramNQ
aS2N0GDhvNONwGA23O3OOM4zWgNX0xel3bD6OKOV9g5l3Of0jxNq2raLczfZIBOA2yWCRHSL93uG
9d5OQeMDn2FV7PxHqcsenLDNZz3N3BbBpiGMW5/O3HaD1HlgHnr6V1A1jTRnF5bjJzw4oGr6YOl3
bDH+2KOV9g5l3OQn8cavFZRyC0sfMmWKRGZyscausnDszKM5jwDkdehI5tv4yvEuLiKQWEBVogHZ
i8cCv/FI4OOvG35eoOSDmukOraYQQbu2IPbeKDq+mHObu2O7r845o5X2DmXc5+HxlKRbpcJbxzXH
2YRLkjzt8zRuyA9QFUMPQMM0ln4p1GX7Ebr+z4zcWwuljAcNPk4EceTy4xz1+8OO9dCdY00kE3ls
SOnzij+19M4/0y246fOOKOV9g5l3Oe0nxjd3WhXl5eQWouI0LQQwShjIRHvKkBmIIwc98dhST+Lr
qD7OqXGl3JZBIGh3YusvtMcPzH5gOvXqOOuOiGr6YOReWw5z98daBq2mDGLu2GOnzjijlfYOZdzk
tQ13WNRt7m1R7a3DzRiKSLzAwj+1mEgkMDk4ByCOCR6Gp38S6naxX/kJbMllFNIfOLszsJ5I1AOe
B8gPeum/tfTP+fy2/wC+xR/a+mf8/lt/32KOV9g5l3OcbXdTnnvdPvo7QxiO4i3whgS8ao2cEngi
TGPUZzzgdiKx9U1XT5NKukju4GdomAAcZJxWwKbTSEmmxaKKKkoKSlooAQDmgjNLRQAmKWiigAoo
ooAKKKKACiiigAooooAKoa3/AMgi4+g/mKv1Q1v/AJBFx9B/MVUfiQpbMvUtJS1IwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrQ9Rm1A6iJwg+zXskCbRj5VxjPvz
WrVPT4rOM3P2Hy8tOzT7Gz+943Z9D04q5Te4kFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+iiikMq
6nM9tpl1PGQJIoXdSRnkKSKj0W5kvNEsrmYgyzQJI5AwMlQTxVi68n7LL9p2+RsPmbum3HOfbFNs
fs5sYPsWz7N5a+Vs+7txxj2xT6C6liiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQ
xTW4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArKFrDd6pfJMgYARFT0KnB5B6g1q1Qtf
+Qvf/SL+RpoTLcMRhiVDI8hXjc/U/Wn0tFIYlFLSUARQ3VvcbhBPFIUOG2ODtPvimSajZRY8y7t0
yMjdKoyM49fWuFsbO/tNLtX0vSLi1v7W1khmYxCPzpHwqA45YKx3luwB7mn2Xhu4tHtrK70i2e3t
L1JomiXzVETRvvXLAH74JIx1cUAd6ssbkhHVivXBzjvTsj1ridBg1fSdQe+vdN/dalEZZo7Yl5Ek
35QMCAAQjbeCfuCm6na66lgrRXGoqJr2f7QYwZHjjDP5WxQykLjb0PpnIzQB3GR60Vw9tNqsPiDT
RfzanukuRGSwCW8kX2cnBUH7+9SSB0OecYruaAEopaKAEopaKAKWsf8AIGvP+uLfyq4KoapNHLo1
95bq+2J1bac4OOhq+KroT1FoooqSgooqC8uksrKe6lDGOCNpGCjJwBk4H4UAT0Vhr4rsGs9KuV85
k1ORY4VCfMpPXfz8uDwfQ8UHxTB9le5Wzvnh3IsLrEMXG5wg2ZPTLDrjI5GRQBuUVg2/iy2urtLW
C1vZJySJoxEMwYfYd/Prn7ueOatanriabdxW32O8uZHiabFugbaikAk5IP8AEOBk0AalFY0viayW
6tbeDzbqS7gNxD5Kgh1xkDJIALANgHrtPpVZfGdp9kiuZ7O+t4pbgW6GRFyW3FWOAxwqlTkn9aAO
ioqvc6haWTRLdXMULTNsjEjhS7egz1NQtremIlw7ahahbY7ZiZV/dnpg88UAXqKitrqC8t0ntZo5
oXGVkjYMrD2I61LQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaBY3FidT+0IF8++kmj5Byhxg/pW
vWXoupS6idQ85UX7NeSW6bc8quME+/NalOV76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKK
QyrqUL3OmXUEYBklhdFycDJUgVHottJZ6LZW0wAlhgSNwDkZCgHmpNSme2026njxvihd1yOMgEim
aNcyXui2V1NjzZoEkfaMDJAJxT6C6l2iiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACslbeSbWb4pdTQ4WPiMLzwfUGtaqFr/y
F7/6RfyNNCYv2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mHKUfsM/8A0Err8o//AImj7DP/
ANBK6/KP/wCJq9RRzMOUo/YJ/wDoJXX5R/8AxNH2Cb/oI3X5R/8AxNXqKOZhylH7DP8A9BK6/KP/
AOJo+wT/APQRuvyj/wDiavUUczDlKB0+Y4zqFyccjKx8f+O0v2Gf/oJXX5R//E1eoo5mHKUfsM//
AEErr8o//iaPsM//AEErr8o//iavUUczDlKP2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mH
Kjl9T0q6dLq6+0TRJHEwYkpunGOhCgDH1yfpXTiqes/8ga8/64t/Kmiyuv8AoJz/APfuP/4mqbul
clKz0L9FUfsV3/0Ep/8Av3H/APE0fYrv/oJT/wDfuP8A+JqbFXL1VdTtDqGlXdmH2G4heIPjO3cp
GcfjUf2K7/6CU/8A37j/APiaPsV3/wBBKf8A79x//E0WC5ir4OZb15vtgMfnxSxRlOIwGDyAc/xs
M+1PHhi7l0ePSbu+ilsoDCItsRSRkjdWwzBuuFxkY65rX+xXf/QSn/79x/8AxNH2K7/6CU//AH7j
/wDiaLBcy9R8LC5+xwWf2S1tbYhkYQsZ4m3ZJR93BPfIPqc0+fQbyG/guNLvljKQyQubsPcNh2Vs
qS3UbehyK0fsV3/0Ep/+/cf/AMTR9iu/+glP/wB+4/8A4miwXMH/AIQfY6yxajOkkDwfZlz+7VIg
NoZf4icvk5H3/anT+CvtirDdajOtskdwipB8hJmkZmyecjaQuPr61ufYrv8A6CU//fuP/wCJo+xX
f/QSn/79x/8AxNFguUoNFvGuNOmvryKZ7IMoKxFS+6MKSeTzkMfxx71j6f4El01IzBPZma2eNoJX
gclwu4Yky+DwxPy7fm59q6X7Fd/9BKf/AL9x/wDxNH2K7/6CU/8A37j/APiaLBcr+GLGfTdAt7W7
VVmjL7goAHLsQQB04PTtWtVH7Fd/9BKf/v3H/wDE0fYrv/oJT/8AfuP/AOJosFy9RVH7Fd/9BKf/
AL9x/wDxNH2K7/6CU/8A37j/APiaLBcu1n6vIkui3DRsrLgcqcjqKf8AYrv/AKCU/wD37j/+JrDv
NNvFS4uvPkhhx88bKgMxyOSFGB9ev0qoJX3Jk3bY6mlpBRmoLFopM0ZoAM0tef6hFe6dq2pXGiWk
s9zKzmSeSzcSwAsu7a/SVcA7VGSMDrjFPE3iJrOOSO+vZTBBJKpW0KCZhKoVGDruPyk9MZ60Ad2X
UMFLAMegJ606vPr9dUudQupWW/luIra+RY2tf3MfIEQQ7fmLKB3OatX+oa1pkuo3zXFx9nU3Sqkk
KmKJUQGJhwDy3qTnpQB29ICDyDXE2M15qPgLXFmupr66ZJVERG6SPMYwnCKST1+7/EKY9izXscuh
2U1tYG4gKIYGiTzQJN0gQgEDBQE4AOPagDuc0tcVoFnGt/pLWen3VpdQwudSkliZPMJXBVmPEjb8
MCCeAeeeZbq81pdcnWM3u5ZmVYVt/wBx9nEeQ+/HL7/fOeNuOaAOv6UZ71y9/bXD+A4UvvtN7M5t
pLhZItzn94jONijoBnjHQVj3unXN7BLpum6dcDS7y481IGJt1jjRBkjIym6UqQuBnaxwKAPQM0te
eSpLqFtdS65pN5Jqc1qkVmUgdvLkClW2MP8AVnzAW3HHBU5x0721WVLSFbhg0yoodh/E2OT+dAE1
FJmjNAC0UmaM0ALRSZozQAtFFFAFPT7ezt/tP2PbmSdpJtr7v3hxuz6HpxVysbw9ZT2Z1T7RHs8+
/lmj5HzIcYP6Vs03uJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BQ+Zu6bcc
5/Cm2K262MC2W37MI1EWw5XbjjHtim6nC9xpd1DGMySQuignGSVIFR6LbyWeiWNtOoWWGBEcA5wQ
oB5p9BdS9RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiquo6hDpdjJdXG
/wAtMZCKWYkkAAAdTkiqMninTYdKuL+Z5oo7Zgs0bwsJUJxgFMZ5yCPUc0AbFFYw8T2X9ovZmK7D
InmNIYG8sJz8+/pt4PNXtN1O31XTob61ZjBKCVLKVPBwcg8jkHrQBboqqup2TRxyLd25SVtkbCVc
O3oDnk+1RXutWFhbXU01zFi0jMkyq4LKB7Z/D60AX6KoW+s2k1ss7uIEKo2ZWUD5hkDOSCfoalOp
WQdkN3bh1YIymVchjwAeepweKALVFIDmloAKKKKAKWsf8ga8/wCuLfyq4Kp6x/yBrz/ri38quCn0
F1FooopDKt/qVppiQvezrCs0qwxlv4nbhR+NRz61p9tdzW093FHPDB9okRj9yPONx9s1U8S6Mdct
bW2IUwifdLk4IXy3XI9wWB/CsFfDOsTlbu6e1fUGQPKSx2M6SxMi8D7pWLk9ix60Ab7+K9Hihilk
vAqS7tuY3yAuNxYYyoG4cnHUVZt9c0+7v3s7e5WSeMEsFUkcYzhsYOMjIBrJudHvdcvrae/3WMSw
TRSx204LMGMeFZtvIIVs4xjjmmQ6JqEWsTfYD/ZVm27cYphKsp42ssTLhG45Pf3PIANca/pp1M6f
9qAug/llCrAbsbtu7GM4IOM5qO68T6TZfafPvFH2VxHPtRm8tiu4bsA4471lPpGpy3F7avDC1pPe
xXf2lpfnbYI/lCY4YtH1zgA/hWevhTWktbovd280t/ZzR3EYXywkrsXU553AMzrk44NAHVW2uafe
XMVtDcAzzRGdImVlYoG2lsEAjmr+RXJzaFq8mvtq63MAZbtWjt9vWELsIMnUZDM2MdcUl3oepXt7
eTvb26XN1BiC6FwxexbytpReMkbsnIx94nsKAOtyPWqZ1a0F/LZ73M0So0mI2IXccKCcYyfT05rl
rfwg08kYutPtLew+0LIbFJS6ALDIm7oASWZeMfwgnJqSw8K3NsGlkSD7W62AeYNlm8lkMuWxk52/
jQB2O4etGRXGP4MaWxtIJbe2Zlkuppst9+R93lt7kZH0x7VqeGdDl0R7hWVFjljhOEcnMoUiRjnu
TjnvQB0FFFFABWfrp26LckAkhQcDqeRWhVDW/wDkEXH0H8xVR+JEy+FkP9sTf9AjUf8AvlP/AIqj
+2Jv+gRqP/fKf/FVqUYouuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/
ALYm/wCgRqP/AHyn/wAVR/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FU19VeVGSTR
r9kYYKskZBH03VrYoxRddgs+5jW18tlCIbTQbyCIHISKKNVz9A1S/wBsTf8AQI1H/vlP/iq1MUYo
uuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/ALYm/wCgRqP/AHyn/wAV
R/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FUf2xN/0CNR/wC+U/8Aiq1MUYouuwWf
cy/7Ym/6BGo/98p/8VR/bE3/AECNR/75T/4qtTFGKLrsFn3Mv+2Jv+gRqP8A3yn/AMVR/bE3/QI1
H/vlP/iq1MUYouuwWfcy/wC2Jv8AoEaj/wB8p/8AFVman4hvLCaOdbK5ETEIbeZEBY+qEMTn2wfw
rp8VD9jg+1/aTEhn27RIRyB6D0pqUU9UJxk1ox1tMbi2jlaKSIuMlJBhl9jUtIOKWoLMzRtTk1I3
4kjVPs129uu3uFxyffmtOqWn2lram5+yY/fTtLLh937w4z9O3FXab3EgooopDCiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/
AOgrTWwnui/RRRSGVtRna1065njxviid1B6ZAJqPR7p77R7O6lCiSeFJGCjjJAJxVi6WKS1lS4x5
LIRJuOBtxzk/Sm2UdvFZQR2e37MqKItpyNuOMHvxT6C6k9FFFIYUUUUAFUdV/wBTb/8AXzF/6GKv
VR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/wCQvf8A0i/k
av1zt/a311qd2LOfYiiPzYgMGQYPAbPH04z61UVcmTsdCGDDIII9RS1lWltei1jEV0kKY4jNoFK+
2N1TfZ9Q/wCghH/4D/8A2VKy7hfyGa/YTano8ttbNGszMjKZM7cq6tg457Vjz+GL/UL5Lq7vY7dp
JRLMLZc42IVjVd4II+ZiSR1xjGK2/s+of9BCP/wH/wDsqPs+of8AQQj/APAf/wCyosu47+Rzw8I3
/wDZzWbX67WtEsTLg7/JWViTyMbjGQvpnPapm8M366fqWnR36yWt67yCSVf3iFlGRhQF2lgSQMcM
a2/s+of9BCP/AMB//sqPs+of9BCP/wAB/wD7Kiy7hfyOdv8Awpe34LeTpMLT2720iLGzJCGOTJHw
MvjrnHReeKLnwS8wuyrWokuBdhpGT5mEqgJuOOcEAn9K6L7PqH/QQj/8B/8A7Kj7PqH/AEEI/wDw
H/8AsqLLuF/IypfDHm6utywtzbi4hm8op0CQumMYx1cEfSqdx4ISeK4zHZebNFfDzDFzvmkDIxOM
5UcZ6+ldD9n1D/oIR/8AgP8A/ZUfZ9Q/6CEf/gP/APZUWXcL+RdjBWNQeoGKdVD7PqH/AEEI/wDw
H/8AsqPs+of9BCP/AMB//sqLLuF/Iv0VQ+z6h/0EI/8AwH/+yo+z6h/0EI//AAH/APsqLLuF/Idr
H/IGvP8Ari38qzrfV7u6vnU2k8SxH/UDZvb3OWHH0/OpNUgvl0q6L3yMoibKiDGRj1zWqYI5HR3R
S6fdYjlfoarRInVsrfb5/wDoG3X5x/8AxVH2+f8A6Bt3+cf/AMVV3FGKm/kVZ9yl9vn/AOgbd/nH
/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLhZ9yl9vn/
AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLh
Z9yl9vn/AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8
VV3FGKLhZ9yl9vn/AOgbd/nH/wDFUfb5/wDoG3f5x/8AxVXcUYouFn3KX2+f/oG3f5x//FVT1a8m
k0yZWsLmMHGWYpgcj0bNbOKo61/yCLj6D+YpxeqJknZ6l4UtIKWpLCiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAxfDtpPaNqvnxGPztQllTP8SnGD+lbVZuj6m+pG+3
xqn2W7e3GDncFxz+taVN76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFZ3lXdnPO8Ecc8Uz+ZtL7HU4A9MHp7Vo0UXE0Uf7QlX/WafdA/7Oxh+jVJb332i
XZ9muY+M7pI8D86s0tO6CzKmqRPcaXdwxrukkhdFHqSpArJ8MalIbGz06XTtQt5ILdVaSaHbHlQA
QDn8q6Gii+lgtrcydQ137BdGD+zNTuMAHzLeDenPbOetWhqGdL+2/ZbofJv8gx/vfpt9farlJRoF
mZVhr32+7WD+zNTt8gnzLiDYgx75pdR1z+z7nyf7N1K5+UNvt4N6/TOetatN8xP7y/nRpfYLO25V
j1DzNM+2fZbpfkL+Q0eJeO231rHm1/7dLawf2XqlvuuI/wB5Pb7UGGB5Oa6HzE/vL+dUtVdTDB8y
/wDHzF3/ANsU1a4nsR6lrX9nXCxf2dqNzld2+2g3qPYnPWrFvqH2jTjefZrqP5WbyZI8S8Z42+px
xVnzE/vL+dHmJ/eX86WgzKsvEP226jg/srVYN/8Ay0nt9qLxnk5qXU9Z/s2ZI/7P1C63Lu3W0O9R
7E561pBlboQfoaWi6vsFnbcp2mofa7A3X2W6hwG/dTR7ZOPb37VRtPEf2u6jh/snVofMOPMmttqL
9Tnitmlo0CzM3U9Y/s2SNPsF/dbwTm2h3hfrzU1jqH26zNx9lurfBI8uePa/Ht71cpKNLBqY1r4k
+03MUP8AZGrxeYwXfLbbVX3JzwKs6nq39mNGPsN9deYCc20O/bj15461o0UXV9gsynp+of2hamb7
LdW2GK+XcR7H4749KoQeJPPuY4v7H1ePewXfJbYVfcnPArapaLoLMz9T1X+zPL/0K9uvMz/x6xb9
uPXnjrT9N1H+0YGl+y3VrtbbsuY9jH3A9KuEheSQB703zE/vL+dGlg6mNH4l8y4WL+x9XXc4Xe1t
hRzjJOelJc6n/Zmp3bfY7y63+WMW0W8r8p688Vt+Yn95fzqhauv9r3/zL0i7+xp6dhO/cfpupDUo
nf7Hd2u1tu25j2E+4GelUf8AhJc3Hlf2PrH39m/7N8vXGc56VteYn95fzo8xP7y/nS07D+ZT1PUv
7NjR/sd3db227baPeR7nnpSaZqf9pJI32K8tdhAxcxbC3uOeavcGlo0sFtTDfxLsuGi/sfWG2uV3
rbZU84yDnpV/UtQ/s2BZPsl3dbm27baPew46kZ6VdoougszP0zVf7TEh+xXtr5ZH/H1Fs3Z9Oeaq
T+JPJuJIf7H1eTYxXeltlW9wc9K26KLrsFmUtRv/AOz7YTfZbq5ywXZbx72+uPSo9M1b+0zIPsN9
a+Xj/j5h2bs+nPNaFLRpYLO5iXPiT7Ncyw/2Rq8vlsV3xW25W9wc8ir9/f8A2GzFx9lurjJA8uCP
c/PtVyijQLMzdM1j+0nkT7Bf2uwA5uYdgb6c81Xu/EX2S5lh/sjVpvLOPMittyN9DnmtgugOCy5+
tHmJ/eX86NOwfMzNduvK8P3EvkTvvixsRMsuR1I7Y707TNZ/tKV4/wCz9Qtdq7t1zDsDewOetSau
6HR7zDL/AKlu/tVwSJ/fX86f2RdTJvPEX2O6kg/srVZ9h/1kNvuRuM8HPNXbi/8As+nC7+zXMvyq
fJjjzJzjjb6jPNWvMT+8v50B1PAYH6GloMzdN1v+0Z2i/s7UbXau7fcw7FPPQHPWo77xB9iu3g/s
vVJ9mP3kFvuQ5GeDmtiii6vsFn3KcuoeVpn237LdP8gbyEjzLz22+ozVbTtc/tC5MP8AZupW2FLb
7iDYv0znrWpS0aBZmRf6/wDYLtoP7L1O42gHzILfehz75q22obdL+2/Zbo/Jv8gR/vfpt9farlFG
gamTp+u/b7oQf2ZqVvlSfMuINicds560ahrv2C6MH9malc/KG8y3g3pz2znrWtRRdX2CzsU11Ddp
f237LdD5C/kGP979Nvr7VUsdf+3Xawf2XqdvuBPmT2+1Bj3zWtS0aBZmVqOuf2dciH+zdRucqG32
8G9fpnPWrMV/5umG9+zXSfIW8h48S8dtvqcVcoo0DUx7HxB9tu0g/svVIN+f3k9vtQcZ5Oak1LWv
7OnWL+ztRuty7t9tDvUc9Cc9a06TegONyg/WjS+wWdtyrbX/ANo043f2a6jwrN5MkeJOO231OOKx
L3xD9ts5IP7K1WDeB+8nt9qLz3OeK6TzE/vL+dUtadDpFxhl6Dv7iqja5Mthmpaz/ZsyJ/Z+oXW8
bt1tDvC+xOetT2eofbLE3X2W6hxn91NHtk49vftVnzE/vL+dL5if3l/OpKMe08R/armOH+yNWh8w
48yW22ov1OeKsanrH9mvGv2C/ut4JzbQ7wv154rQDK3Qg/Q06jTsFnbcp2GofbrM3H2W6t8Ejy54
9r8e1ULbxJ9puYof7I1eLzGC75bbaq+5OeBW3RRdBZmdqerf2YYx9hvrrzM/8e0W/bj15461Lp2o
f2jbNN9lurbDFdlxHsb649KuUUaWDUxIPEvnXEcX9j6um9gu97bCrk9Sc8Crep6r/ZgjP2K9uvMJ
GLWLftx688VoUUXXYLPuUtN1H+0oGk+y3drtbbtuY9jH3Az0qgniXfcLF/Y+sLufbva2wo5xknPS
tyii67BZlDU9U/s1I2+x3l1vJGLaLeV9zz0pdM1P+043f7Hd2uxtu25i2E+456Veoo0sHUwz4mxc
eV/Y+sH59m/7N8vXGc56Ve1LUv7NiST7Jd3W9tu22j3ke5GelXqKLoLMoaZqn9prI32O8tdhAxdR
bC3055qlJ4l8u4eL+x9Yba5XettlTzjIOelblFF12CzKWpaj/Z1usv2W6utzbdltHvYe+PSmaZqv
9p+Z/oV7a+Xj/j5i2bs+nPNaFFHQNbmJceJfs9zJD/Y+rybGK747bKtjuDnkVf1DUP7PtRP9lurn
LBfLt497898elXKSjQLMz9M1b+02kH2G+tdgHN1Ds3Z9OearXXiT7Lcyw/2Rq8vlsV3xW25W9wc8
itqii67BZ9ynp1hBZLO0Cuv2mZrhw5ydzYz9OnSrlFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUARzgmCQLncVOMfSvGI/D+oi
NRJo2oM+PmPktya9rpK1p1XT2RnOmp7ni/8AYF9/0BNQ/wC/LUv9gX//AEBL/wD78tXs9Fa/Wpdk
Z/V13PF/7Avv+gLqH/flqP7Avv8AoCah/wB+Wr2iij61Lsg+rruefeANMvLLXbmSexubaFrbaDKh
UFtw9favQqTFLWE588uY2hHlVgoooqCgooooAKKKKACiiigDj/iJY3V9ZWC2ttPcKk5MiRKWONpx
kD3rhv7Avv8AoC3/AP35avaKK3p13BWSMp0lJ3ueL/2Bff8AQE1D/vy1L/YF/wD9AS//AO/LV7PR
V/WpdkR9XXc8X/sC+/6Amof9+Wo/sC//AOgLqH/flq9ooo+tS7IPq67sx/CUE1t4X0+G5jeOZIsM
jjDDk9a2aSlrmbu7m60QUUUUhhRRRQAUUUUAFFFFAHkGp6HqMmsX7tpN9LvuZGV1iYgqWOMH6VV/
sC+/6Amof9+Wr2iiulYqSVrIwdBN3ueL/wBgX3/QEv8A/vy1H9gX3/QF1D/vy1e0UU/rUuyF9XXc
8X/sC+/6Amof9+WrZ8I6PfWviqymfTbu3iUSb3kjKrypxk/WvT6KmWJck1YcaCTvcKWiiuc3Ciii
gAooooAKKKKACiiigAooooAQ145c6DqLXty0mkX0jNO53iJiCCxxzXslJWlOo6bukROCmeL/ANgX
3/QE1D/vy1L/AGBff9AS/wD+/LV7PRW31qXZGX1dd2eMf2Bf/wDQF1D/AL8tSf2Bff8AQE1D/vy1
e0UUfWpdkH1ddzzTwXpF9aeKYJpNOu7aERSB2kjKryOOtemUlLWFSbm7m0IcisFFFFQUFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXPf8JbH/whdz4h+yPsgExMO8ZP
luydffbmuhry6TwOsvw61CV7G+/th/tLJCJ5RkmV9v7sNt5GDjHNAHoMepZ1C4hlEMcMEKTGQzru
wc53L1UDHU9efSs3V/GFhbaDfX2l3dnfzWsYcxRzhuNwHOOR1rnPGFnOh8STvBIIrjTrOCJscSP5
rDav94/MPl75A71Vu4Jb7SfE1rJbXJ1y9tYXNr9kEQaJW2goAzZ7559OMCgD0Sz1Sx1AyrZXlvcN
CdsoilV9h9Dg8Uy21rTb1Zmtb+1mEHMpjmVvLHqcHjoa5XXvD11Nq+oxaPa/Z1n0B7aOSNdieZv+
VcjocE/QGqdjpbXMM8yxayLuHSZrZIp7FIEAZR+7yqjecgYxkdaAO6s9SstQaVbO7guDEQJPKkDb
CRkA46cVV0PXItZ8PW+rMn2aKVC5WRx8gBIOT07Uzwtp6aZ4Z0y3W2W3dLWISRhdpDbRnPvnNcro
N9qFl4E/siPQb59St7aTbHdWxEEjZJA3Hg5z079KAOxtte0q8j8y21KzmTzBFuSZSN56L16nsO9W
JdQtIGlWa5hjaFBJIHkA2Kc4Y+g4PPtXncehX+t3esF1vVE+mRCC4ubRbbFxHIzphR/dOOTz16im
rZ3/AIk8Kv4hW3lE+oX8F1JBEqu/2aIhQqq3DHILgHrmgD0GHWdOuLP7XDfW0ltu2ecsqlN2cYzn
GckVLZX1tqNstxZXEVxAxIWSJwynBweR71wF7oZv9C1R4YNUu5b68s/OS7tBDvVJFyQgUfw9SR29
q9EiijgQJEiog6KoAA/CgB9FFFABRRRQAUUUUAFc/qPi230zxXZaLcQSAXcYYXOfkRmYhVI9ypAP
rgV0FcjrXh9tc8VXsU8cq2k+kLEtwo4SUTFlIP8AeU4agC1P4xigN0Ws38q11OPT5X3jC7wuJPoC
4GKsDxRbnxmfDvlP5wtftHnZ+XOfufXHzfSub0bQ9U1Xwt4otNYtGtr69uG2nHyu6xIBIvsXTIqs
bbWzoSeJzpc/9tjUPtJs9v7zy/L8jZj6fNQB0kPjOGZ7Ym1ZILi/ns0maQBcRKxMn+7lGFaWhaz/
AG5ZveR20kNqzkWzyHmeMdJAOwPOM9Rg965PVvBrXWheF9EkjmeGJ2W7li6oTC+XJ/3z34OcV0/h
u51CWwa21a2MV5aP5LyKmI5wBxInsR27HIoA2KKKKACiiigAooooAKKKKACiiigArBtvEF1qOoSJ
p2ltNYQzm3ku3nVAWU4couCWCnIzxkg4zW9Xl9poFzZyJZ22m6hFrUWqGQX6lhAYDMXLbs7cFCRs
xnPbvQB3Ok+KNL1ue8hsrqJ5LSRo5F3rkhcZYAH7vOM1ZtNb0y/WZrPULS4WDmUxTKwT64PFcZca
Tey6V4u0m30+ZLu6nkngk2bY5omCfIJOmThhinXkZ1O9e/sdJudNtbPSbmGZp4PJLllGyMDuF2k5
6Dt1oA7K11jTr65e2tL+1nnRQzRxyqzAHoSAelXa858M27X7+ETZaPcWS6dbl7m4eIIjK0W3arfx
7mIbj055r0agAooooAKKKKACiiigAooooAKKKKACiiigAooooA5/wn4th8VW1zIltJayQPgxyMCS
h+64I7HB/I03w74wtvELam0cDwQWLgCWRhiVCCQ49AQM/SuPt9C12x0HSX061mjur23k0y8DDDQI
0rMkxH+yC/8A30Ku32h6hbt4i0zS7OaKDUHsrGCYJlI4fKCyP9FUEfUigDpvDfi238Q6bdXbQPZi
2b50mPIjKh1f6FSDUel+Jb/VZLeeHQbhdLuSPKummQOVPRzH1Cn65wRxWNN4d1eHWbiCWSGW11jT
ZLGSS1tjEluyKfLZhubszLn2ArT8O61dw2en6Td6HqUV5AiW8z+UPIXaMFxJnBXjIA59qAOpoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApKWigCve2Ntq
VpJa3sCTwSDDxuMg96r6ZoWnaOZGsLZYnlxvcsWZsdAWJJwPStCigBKKWigAooooAjmhS4gkhlXd
HIpVhnqCMGktbWGytYra2jWKCFBHGi9FUDAAqWigBKWiigAooooAKKKKACiiigAooooAKSlooASl
oooAKKKKACiiigAooooAKKKKACiiigApKWigAqOaGO4gkhmUPHIpR1PcEYIqSigCK2t4rS2it7dB
HDCgjRB0VQMAflUtFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAlLRRQAlFLRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB//Z
--089e01495490ef857804e5053533--

From xvilajosana@berkeley.edu  Wed Aug 28 10:49:54 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E91CA11E81C9 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 10:49:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.676
X-Spam-Level: 
X-Spam-Status: No, score=-2.676 tagged_above=-999 required=5 tests=[AWL=0.300,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pyDKfOQXpTaC for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 10:49:50 -0700 (PDT)
Received: from mail-pb0-f48.google.com (mail-pb0-f48.google.com [209.85.160.48]) by ietfa.amsl.com (Postfix) with ESMTP id B567F11E81AF for <6tsch@ietf.org>; Wed, 28 Aug 2013 10:49:50 -0700 (PDT)
Received: by mail-pb0-f48.google.com with SMTP id ma3so6542534pbc.21 for <6tsch@ietf.org>; Wed, 28 Aug 2013 10:49:50 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=lnuXYIuQHL8Eo8jaijvd8sXnC+Y1dCSWxrWnie5FDKU=; b=pES3/BHKZavc951HdhO3gJCgXkUS12L1L4TndWTw03Xo0rO48RlGKO+zoFclaFgRvB gGs4sVoYMK93QkoKCZ2jNjA+oeLxQ0Dh+81S7PyVtjkvJRZaF+4twtcXah3XqnRvxDyh igX5ZlESnnYCihzgWeuOSFZ3OPG8PKXSb9vuerBp6NoW/hnHd4ZYk8mzW9h5CHZRFXU8 Q8c7UGPLYlzgnwAzCKVI8VBCtqJmIvJXWEvVs7MqEGazJaEvpAvKmNO2OxGY47i2jSKB Y15lGLZ4MnWzhQ1jBfNPywOnTa1xQSbLvbHNZYj51vMLyAuX3X8wddtNmGVvGwzgyJQt Ul4A==
X-Gm-Message-State: ALoCoQnokWJZ9gWpKNa8RamMwg8dBM+b5BSt4WseChE21ctqoEeJhJoy8kFr2DKStdpP9o3uIq6g
MIME-Version: 1.0
X-Received: by 10.68.36.132 with SMTP id q4mr28904157pbj.118.1377712190281; Wed, 28 Aug 2013 10:49:50 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Wed, 28 Aug 2013 10:49:50 -0700 (PDT)
In-Reply-To: <CAAzoce7fB6aZ+JmQZrAtJDwuWQ56iKycAsOuPUHAGVKQLbx3Vw@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E56F@hoshi.uni.lux> <E045AECD98228444A58C61C200AE1BD84142E7F8@xmb-rcd-x01.cisco.com> <CAAzoce7fB6aZ+JmQZrAtJDwuWQ56iKycAsOuPUHAGVKQLbx3Vw@mail.gmail.com>
Date: Wed, 28 Aug 2013 10:49:50 -0700
Message-ID: <CALEMV4b80ouayS82P8QHM-=SLYh4vPjs1x5PPCfRgYyuK6hyXw@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=bcaec5216259b4671304e5059df9
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, Thomas Watteyne <watteyne@eecs.berkeley.edu>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 17:49:55 -0000

--bcaec5216259b4671304e5059df9
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,

while it sounds to me a great idea, I think it is better first to
concentrate on the basic things. IMHO, we need first to define the signals
to control the flow of data, later if we can define little headers where we
can add this control bits together with data packets would be a good
enhancement.

What do you think?
X


On Wed, Aug 28, 2013 at 7:51 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi Pascal,
>
> I think your "a few control bits piggy-backed with the existing traffic"
> is a good idea. Over-provision can increase the throughput at peak time,
> while the control bits can reduce the energy consumption for idle-listeni=
ng
> (at least at the beginning of slot) in those unused Tx/Rx cells.
>
> Xavi and Thomas, I think the method can be used to save energy in our
> over-provision case, event that is for improving link quality. What do yo=
u
> think?
>
> Thanks
> Qin
>
>
> On Wed, Aug 28, 2013 at 8:05 PM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:
>
>>  Hello Maria Rita:****
>>
>> ** **
>>
>> There are also schemas that could allow to dynamically adapt the amount
>> of cells in a bundle between 2 peer routers with a few control bits
>> piggy-backed with the existing traffic.****
>>
>> Such schema would avoid the need for out-of-band control traffic and
>> avoid the problem of pre allocating slots for that purpose. ****
>>
>> ** **
>>
>> In the simplest case, we would allocate a peak n number of time slots fo=
r
>> a bundle but signal with a control bit whether the next slot is actually
>> free in which case both sender and receiver would sleep at that time. By
>> default the devices would send/receive every p <n but if a burst of traf=
fic
>> or additional retries require so, the co-next slot would be activated. *=
*
>> **
>>
>> ** **
>>
>> For instance with p =3D 1 and n =3D 4 we can quadruple the throughput at=
 peak
>> time.****
>>
>> ** **
>>
>> What do you think?****
>>
>> ** **
>>
>> Pascal****
>>
>> ** **
>>
>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On
>> Behalf Of *Maria Rita PALATTELLA
>> *Sent:* mercredi 28 ao=FBt 2013 11:38
>> *To:* Thomas Watteyne; 6tsch@ietf.org
>>
>> *Subject:* Re: [6tsch] the 4th control flow****
>>
>>  ** **
>>
>> Thomas, I believe that after defining the message format for each flow,
>>  we will have to address the issue you have just raised up, i.e., the ce=
lls
>> to be used for any kind of signaling traffic (i.e., add/delete cells,
>> report traffic, etc.).****
>>
>> Even though we may start using the slotted aloha schedule approach, in
>> the future, we may think about dedicated tracks, to be built according t=
o
>> the requirements of the schedule used for transferring the actual data
>> traffic.****
>>
>> What do you think? ****
>>
>> Maria Rita ****
>>
>> ** **
>>
>> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org<6tsch-boun=
ces@ietf.org>]
>> *On Behalf Of *Thomas Watteyne
>> *Sent:* Wednesday, August 28, 2013 12:40 AM
>> *To:* 6tsch@ietf.org
>> *Subject:* Re: [6tsch] the 4th control flow****
>>
>> ** **
>>
>> Qin,****
>>
>> ** **
>>
>> You bring up a good point: over what cells with the reports travel?
>> Another questions could be: over what cells will the request to install
>> cells travel? I believe that, whatever the policy in place in the networ=
k,
>> there will always need to be some cells installed for infrequent signali=
ng
>> traffic. If the report rate is very slow, it might qualify as "infrequen=
t
>> signaling traffic". For sure, the request to change the schedule qualifi=
es.
>> ****
>>
>> ** **
>>
>> Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloh=
a
>> schedule indicated in the draft can be used for the signaling traffic
>> between the nodes and the ME. Of course, if the report rate is very high=
,
>> some dedicate track might be installed, but I do not believe this is
>> needed, certainly not this early on.****
>>
>> ** **
>>
>> I agree with Diego that keeping the solution open to different
>> alternative is key.****
>>
>> ** **
>>
>> Thomas****
>>
>> ** **
>>
>> On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <
>> diego.dujovne@mail.udp.cl> wrote:****
>>
>> Qin, Thomas,
>>       Alternative (1) adds delay to define the slots to send the event
>> to the ME (propagate the new schedule),
>> while alternative (2)  keeps reserved slots waiting for the event to
>> happen.
>> I think both alternatives should be included, and configured by the ME
>> depending
>> on the network requirements.
>>
>> More thoughts?
>>
>> Diego Dujovne
>>
>> 2013/8/27 Qin Wang <qinwang@berkeley.edu>:****
>>
>> > Thomas,
>> >
>> > I agree with almost all. Only some comments on "Report Flow".
>> >
>> > As you mentioned, there are two kinds of report scenarios, one is
>> > periodically report, another one is burst report or called as
>> event-driven
>> > report. I have no question on how periodically report works, which you
>> > described. But I'm not sure what the best way to handle event-driven
>> report
>> > is. I think we don't want to assume 6top sublayer is very intelligent,
>> in
>> > another word, the events and the trigger of events should be configure=
d
>> by
>> > ME, just like the interval of periodically report. Make sense?
>> >
>> > If you agree to it, the remained issue is  when and how the bandwidth
>> for
>> > sending event-driven reports is reserved. Here are two ways I can see.
>> > (1) when a event is triggered, node sends a request to ME and ask some
>> BW to
>> > send the report. I believe that is how the 4th control flow works.
>> > (2) when ME configure the events and their triggers, ME also provision=
s
>> some
>> > BW for the node which allows the node to send the report triggered by
>> some
>> > event.
>> >
>> > I have no strong opinion on which one is better. But, the bottom line
>> is the
>> > configuration of the set of events and their triggers should be out of
>> 6top
>> > scope. Thought?
>> >
>> > Thanks
>> > Qin
>> >
>> >
>> >
>> >
>> >
>> >
>> > On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com=
>
>> > wrote:
>> >>
>> >> Qin,
>> >>
>> >> Please correct me if I'm wrong:
>> >> - Action Flow (ME->6top). ME asks 6top to execute some command. Typic=
al
>> >> commands are add/delete cells.
>> >> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> >> queries are about current cells usage or statistics.
>> >> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical
>> reported
>> >> information covers cells usage or statistics.
>> >>
>> >> Questions:
>> >> - Looks like Query and Report flows contain the same information. In
>> >> normal operation, the Report flow should be enough, the Query flow on=
ly
>> >> being used in special cases, for example when the ME has lost state
>> (just
>> >> booted, bug, etc). Agreed?
>> >> - The ME should be able to configure the report flow. Configuration
>> could
>> >> be "send report every X seconds" or "send report when variable X
>> larger than
>> >> Y". I imagine this could be done over the action flow? Agreed?
>> >> - A node will want to report an urgent event to the ME. One such
>> events is
>> >> "the topology appears to have changed". There any many cases where th=
is
>> >> information needs to be sent immediately, i.e. no time to wait for th=
e
>> next
>> >> report cycle. We can consider this to be an asynchronous report, or
>> part of
>> >> a new "Event" flow.
>> >> - Same for the mote asking the ME for a schedule update.
>> >>
>> >> Thoughts?
>> >>
>> >> Thomas
>> >>
>> >>
>> >>
>> >> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu>
>> wrote:
>> >>>
>> >>> Xavi,
>> >>>
>> >>> Approach-(2) is more flexible and likely covers more situations. But=
,
>> it
>> >>> may bring some complexity to 6top, because 6top has to make decision
>> on the
>> >>> bandwidth request (add/delete), which needs some metrics, some
>> intelligence.
>> >>>
>> >>> What do you think?
>> >>>
>> >>> Qin
>> >>>
>> >>>
>> >>>
>> >>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>> >>> <xvilajosana@eecs.berkeley.edu> wrote:
>> >>>>
>> >>>> Hi Qin, I like your (2).
>> >>>>
>> >>>> Note also that there are situations that might have some difference=
s.
>> >>>>
>> >>>> 1-the track already exists.
>> >>>> 2-the track between the two entities does not exists
>> >>>>
>> >>>> in either case I think that the node that requires certain BW to
>> another
>> >>>> node should talk to 6top, which processes that request and sends a
>> request
>> >>>> to the ME, the ME installs that new track.
>> >>>>
>> >>>> does it make sense. Do you see any drawback on that approach?
>> >>>>
>> >>>> X
>> >>>>
>> >>>>
>> >>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu>
>> wrote:
>> >>>>>
>> >>>>> Hi all,
>> >>>>>
>> >>>>> During today's call, we presented three control flows between
>> >>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and
>> Report
>> >>>>> Flow, and started to talk about the 4th control flow. The thread
>> will
>> >>>>> continue the discussion about 4th flow.
>> >>>>>
>> >>>>> Here is the scenario: when a node finds that more cells are needed=
,
>> >>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be
>> able to
>> >>>>> ask ME to install more bandwidth.
>> >>>>>
>> >>>>> I can see two approaches:
>> >>>>> (1) Managed by ME, without 4th Control Flow. Assume
>> BandwidthUsageRate
>> >>>>> is a attribute in 6top. Then, ME can get the information via Query
>> Flow or
>> >>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>> >>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>> >>>>> Request to ME, and then ME install more bandwidth. This is the 4th
>> control
>> >>>>> flow.
>> >>>>>
>> >>>>> What do you think? Which one makes more sense?
>> >>>>>
>> >>>>> Qin
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> _______________________________________________
>> >>>>> 6tsch mailing list
>> >>>>> 6tsch@ietf.org
>> >>>>> https://www.ietf.org/mailman/listinfo/6tsch
>> >>>>>
>> >>>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> 6tsch mailing list
>> >>> 6tsch@ietf.org
>> >>> https://www.ietf.org/mailman/listinfo/6tsch
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >> Thomas Watteyne, Ph. D
>> >> Sr. Networking Design Engineer
>> >> Dust Networks / Linear Technology
>> >> 30695 Huntwood Ave
>> >> Hayward, CA 94544-7021
>> >> +1 (510) 400-2978
>> >> twatteyne@linear.com
>> >>
>> >> This e-mail transmission, and any documents, files or previous e-mail
>> >> messages attached to it may contain confidential information that is
>> legally
>> >> privileged. If you are not the intended recipient, or a person
>> responsible
>> >> for delivering it to the intended recipient, you are hereby notified
>> that
>> >> any disclosure, copying, distribution or use of any of the informatio=
n
>> >> contained in or attached to this transmission is STRICTLY PROHIBITED.
>> If you
>> >> have received this transmission in error, please immediately notify m=
e
>> by
>> >> reply e-mail, or by telephone at (510) 400-2978, and destroy the
>> original
>> >> transmission and its attachments without reading or saving in any
>> manner.
>> >> Thank you.
>> >
>> >
>> >
>> > _______________________________________________
>> > 6tsch mailing list
>> > 6tsch@ietf.org
>> > https://www.ietf.org/mailman/listinfo/6tsch
>> >
>>
>>
>>
>> --****
>>
>> DIEGO DUJOVNE
>> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicacione=
s
>> Facultad de Ingenier=EDa UDP
>> www.ingenieria.udp.cl
>> (56 2) 676 8125****
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch****
>>
>> ** **
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--bcaec5216259b4671304e5059df9
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi,<br><br>while it sounds to me a great idea, I thin=
k it is better first to concentrate on the basic things. IMHO, we need firs=
t to define the signals to control the flow of data, later if we can define=
 little headers where we can add this control bits together with data packe=
ts would be a good enhancement. <br>
<br></div>What do you think?<br>X<br></div><div class=3D"gmail_extra"><br><=
br><div class=3D"gmail_quote">On Wed, Aug 28, 2013 at 7:51 AM, Qin Wang <sp=
an dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank=
">qinwang@berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Pascal,<div><br></div><d=
iv>I think your &quot;<span style=3D"color:rgb(31,73,125);font-family:Calib=
ri,sans-serif;font-size:15px">a few control bits piggy-backed with the exis=
ting traffic</span>&quot; is a good idea. Over-provision can increase the t=
hroughput at peak time, while the control bits can reduce the energy consum=
ption for idle-listening (at least at the beginning of slot) in those unuse=
d Tx/Rx cells.</div>

<div><br></div><div>Xavi and Thomas, I think the method can be used to save=
 energy in our over-provision case, event that is for improving link qualit=
y. What do you think?</div><div><br></div><div>Thanks<span class=3D"HOEnZb"=
><font color=3D"#888888"><br>
</font></span></div><span class=3D"HOEnZb"><font color=3D"#888888"><div>Qin=
</div>
</font></span></div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"g=
mail_extra"><br><br><div class=3D"gmail_quote">On Wed, Aug 28, 2013 at 8:05=
 PM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D"mailto:pthu=
bert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</span> wrote:<=
br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><a name=3D"140c5689684b42d5_140c4d0e24888751__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Hello Maria Rita:<u></u><u></u></span>=
</a></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">There are also schemas th=
at could allow to dynamically adapt the amount of cells in a bundle between=
 2 peer routers with a few control bits piggy-backed with
 the existing traffic.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Such schema would avoid t=
he need for out-of-band control traffic and avoid the problem of pre alloca=
ting slots for that purpose.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In the simplest case, we =
would allocate a peak n number of time slots for a bundle but signal with a=
 control bit whether the next slot is actually free in which
 case both sender and receiver would sleep at that time. By default the dev=
ices would send/receive every p &lt;n but if a burst of traffic or addition=
al retries require so, the co-next slot would be activated.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">For instance with p =3D 1=
 and n =3D 4 we can quadruple the throughput at peak time.<u></u><u></u></s=
pan></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do you think?<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Pascal<u></u>=
<u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Maria Rita PALATTELLA<br>
<b>Sent:</b> mercredi 28 ao=FBt 2013 11:38<br>
<b>To:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span></p><div><div><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></div></div><=
p></p>
</div>
</div><div><div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas, I believe that af=
ter defining the message format for each flow, =A0we will have to address t=
he issue you have just raised up, i.e., the cells to be used
 for any kind of signaling traffic (i.e., add/delete cells, report traffic,=
 etc.).<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Even though we may start =
using the slotted aloha schedule approach, in the future, we may think abou=
t dedicated tracks, to be built according to the requirements
 of the schedule used for transferring the actual data traffic.<u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do you think?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Maria Rita
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">ma=
ilto:6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 28, 2013 12:40 AM<br>
<b>To:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever the policy in place in =
the network, there will always need
 to be some cells installed for infrequent signaling traffic. If the report=
 rate is very slow, it might qualify as &quot;infrequent signaling traffic&=
quot;. For sure, the request to change the schedule qualifies.<u></u><u></u=
></p>


</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Isn&#39;t the answer=A0draft-vilajosana-6tsch-basic?=
 That is, the slotted Aloha schedule indicated in the draft can be used for=
 the signaling traffic between the nodes and the ME. Of course, if the repo=
rt rate is very high, some dedicate track
 might be installed, but I do not believe this is needed, certainly not thi=
s early on.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
=A0 =A0 =A0 Alternative (1) adds delay to define the slots to send the even=
t<br>
to the ME (propagate the new schedule),<br>
while alternative (2) =A0keeps reserved slots waiting for the event to happ=
en.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I&#39;m not sure what the best way to handle event-driv=
en report<br>
&gt; is. I think we don&#39;t want to assume 6top sublayer is very intellig=
ent, in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is =A0when and how the bandwidt=
h for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I&#39;m wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today&#39;s call, we presented three control fl=
ows between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" target=3D"_blank">+1 (=
510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" target=3D"_blank">(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" target=3D"_blank">(56 2) 676 8125=
</a><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--bcaec5216259b4671304e5059df9--

From P.Zand@utwente.nl  Wed Aug 28 11:14:28 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FF0E21F9B94 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:14:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rVasNWT7fcDz for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:14:27 -0700 (PDT)
Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id B25CB21F9B03 for <6tsch@ietf.org>; Wed, 28 Aug 2013 11:14:23 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Wed, 28 Aug 2013 20:14:26 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Wed, 28 Aug 2013 20:14:23 +0200
From: <P.Zand@utwente.nl>
To: <qinwang@berkeley.edu>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWD//+R/gIAAIcgA///iD4CAABkTAIADNlmggATgRgCAASNqIIAAqJmAgAEGRFCAAImCAIALgp+AgAAhcYCAADXHQP//6M0AAAYJnsA=
Date: Wed, 28 Aug 2013 18:14:21 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl> <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl> <CAAzoce7225oeorj-2rrUxyD68J44faZfry5TLmeis+FjWzomng@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661E@EXMBX23.ad.utwente.nl> <CAAzoce4m2uKNiJg0CaS0UDqZW-EjdNqNAmm1OzrHjWdx=upf+w@mail.gmail.com>
In-Reply-To: <CAAzoce4m2uKNiJg0CaS0UDqZW-EjdNqNAmm1OzrHjWdx=upf+w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/related; boundary="_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8EXMBX23adutwent_"; type="multipart/alternative"
MIME-Version: 1.0
Cc: watteyne@eecs.berkeley.edu, 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 18:14:28 -0000

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8EXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8EXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8EXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Qin,
It absolutely makes sense.
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Wednesday, August 28, 2013 7:21 PM
To: Zand, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

I proposed adding "Change time source" along with "Choosing the RPL parent"=
 because we agreed before that the RPL parent will be used as the time sour=
ce. And, this time Xavi proposed to use the node with lowest EB' join prior=
ity as time source is just because the RPL parent hasn't been found at the =
beginning.

Make sense?

Qin




On Thu, Aug 29, 2013 at 12:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Hi Qin,
I changed the diagram based on your comment.
However, I couldn't conclude form the discussion on "time parent selection =
based on EB priority" thread to find out, if L3 will make the final decisio=
n about the time source or L2.
Best Wishes,
Pouria
[cid:image001.jpg@01CEA42B.2E527D30]

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Wednesday, August 28, 2013 5:31 PM
To: Zand, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

It is great to have the diagram as common base to discuss. I would like to =
add "Changing time source" along with "Choosing the RPL parent", because th=
e time source selected at the beginning is just a temporary one, and time s=
ource in L2 should be same as the RPL parent in L3 after RPL parent is sele=
cted.

make sense?

Qin


On Wed, Aug 28, 2013 at 7:55 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear All,
I would like to continue our discussion for choosing the time source (eithe=
r in L2 or L3) in the basic RPL.
I prepared a sample of message sequence chart to show the potential procedu=
re for basic RPL.
I think we can refer to or modify the attached slide to discuss the details=
 for constructing the basic RPL, as well as choosing the time source.
Best Wishes,
Pouria
[cid:image002.jpg@01CEA42B.2E527D30]


From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Wednesday, August 21, 2013 7:45 AM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Glad to read we agree!
Thomas

On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

Many thanks for your explanation.
I couldn't find the related counter in MAC PIB of IEEE 802.15.4.

My first idea was using both (a) clock accuracy information and (b) RPL ran=
k information for choosing the best timing parent between two routers with =
equal (or close) RPL rank. That would help us to avoid (1) synchronization =
loop problem and (2) potential drifting problem caused by choosing the pare=
nt, between two with equal ranks but not equal clock accuracy.

As you mentioned, let's not make it complicated and consider the parent ran=
k as a factor for choosing the timing parent.

Pouria.


From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Tuesday, August 20, 2013 7:54 AM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Thanks for the explanation. Allow me to answer inline.
Thomas

On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

I am not expert in synchronization, so please bear with me.

By clock accuracy information, I mean how accurate a node can maintain (e.g=
. =B11 ms) synchronization in the network for a period of time (e.g. 20 s) =
without the need for clock update. Different devices might have different c=
lock accuracy values represent by parts per million (ppm) unit. The clock a=
ccuracy of a device might depend on the device' environment conditions (e.g=
. temperature or shocks) and it doesn't just depend on crystals hardware. A=
m I right?

Agreed. I am used to the term "clock drift" for the phenomenon, but absolut=
ely, drift depends on manufacturing, voltage, temperature, and probably oth=
er environmental factors. The amount of drift of your clock source will dic=
tate how often resynchronization needs to happen, given a guard time (i.e. =
1ms). Of course, all these parameters depend on each other, so you can imag=
ine buying a better clock source, or changing the re-synchronization freque=
ncy, or changing the guard time.

 In the centralized approach, the System/Network managers, use (L2) device =
clock accuracy information as well as (L3) nodes' topology information (sim=
ilar to node's rank in RPL in 6tsch distributed approach) to select the pot=
ential clock sources in the network. Am I right?

Hmm. I understand what you are proposing, but my first reaction is to be a =
bit afraid that basing time source neighbor selection on clock drift inform=
ation might lead to lots of complexity, for not much gain (I think). If I a=
m drifting a lot wrt to my neighbor, could I not resolve that locally (thro=
ugh all kind of techniques we can think of), rather than involving the time=
 source neighbor selection process in that?

 In a distributed approach, a network device might inform their neighbors a=
bout its (L2) clock accuracy. A new device might use this information, as w=
ell as L3 parameters (e.g. sender RPL' rank), to choose its timing parent.

This would certainly invert the approach. Now, we let RPL select routing pa=
rents, and then we have TSCH just use the same. If we go the other way arou=
nd, i.e. select time source neighbors, then routes, many things will get co=
mplicated real quick, the first of which are synchronization loops.

 If in 6tsch, we are considering the case that all the nodes in the network=
 have equal high clock accuracy, then let's consider (L3) router's rank, ba=
sed on the default OF (as Raghuram suggest), as the only factor for selecti=
ng timing parent.

I would go that route, but maybe you have some counter example in mind?

Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Monday, August 19, 2013 4:28 AM
To: 6TSCH

Subject: Re: [6tsch] RPL on Basic

Pouria, all,

My 2c is the following. We already agreed on the fact that a mote's (RPL) r=
outing parent would also be its (TSCH) time source neighbor. So why not pic=
k the time source neighbor based on routing information?

What exactly do you mean by clock accuracy? All nodes in a TSCH network nee=
d to be able to synchronize with one another, and I don't think we are cons=
idering cases where that is not true.

Thomas

On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Raghuram,
I agree with you that we need a method to pick a timing parent.
We might need the L3 information on that, unless we can find a solution in =
6top to use L2 information. For example about the clock accuracy capabiliti=
es of the device who has already joined the network. I am not sure if this =
information is available in L2 and neighbor table.
Best Wishes,
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com<mailto:rsudh=
aak@cisco.com>]
Sent: Wednesday, August 14, 2013 12:57 AM
To: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Za=
nd, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>; Qin Wang

Subject: Re: [6tsch] RPL on Basic

Xavi, Pouria,
I think we need to keep node rank at 6top (as a read only parameter obtaine=
d from L3) in order for the TSCH nodes to figure out the timing parent. In =
the case where RPL node may have different ranks based on different OFs we =
need a method to pick a timing parent.

We should propose a default OF, that is used to compute the ranks for the p=
urpose finding the timing parent.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Tuesday, August 13, 2013 2:27 PM
To: Pouria Zand <P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6t=
sch@ietf.org>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>=
>
Subject: Re: [6tsch] RPL on Basic

Good point :-)
agreed!
X

On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

I guess we cannot keep "node rank" in the 6top. Because a node might have d=
ifferent rank based on different metrics defined in L3. As a response, I do=
n't think we can get all of those information form L3 and use them in neigh=
bor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 11:13 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch








_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8EXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi Qin,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">It absolutely makes sense=
.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Best Wishes,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:qinwang@berkeley.edu]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 7:21 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I proposed adding &quot;Change time source&quot; alo=
ng with &quot;Choosing the RPL parent&quot; because we agreed before that t=
he RPL parent will be used as the time source. And, this time Xavi proposed=
 to use the node with lowest EB' join priority as time
 source is just because the RPL parent hasn't been found at the beginning.&=
nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 29, 2013 at 12:52 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I changed the diagram based on your com=
ment.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">However, I couldn&#8217;t conclude form=
 the discussion on &#8220;time parent selection based on EB priority&#8221;
 thread to find out, if L3 will make the final decision about the time sour=
ce or L2.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"883" height=
=3D"1085" id=3D"_x0000_i1025" src=3D"cid:image001.jpg@01CEA42B.2E527D30"></=
span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 5:31 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is great to have the diagram as common base to discuss. I would=
 like to add &quot;Changing time source&quot; along with &quot;Choosing the=
 RPL parent&quot;, because the time source selected at the
 beginning is just a temporary one, and time source in L2 should be same as=
 the RPL parent in L3 after RPL parent is selected.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 7:55 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I would like to continue our discussion=
 for choosing the time source (either in L2 or L3) in the
 basic RPL. </span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I prepared a sample of message sequence=
 chart to show the potential procedure for basic RPL.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think we can refer to or modify the a=
ttached slide to discuss the details for constructing the
 basic RPL, as well as choosing the time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"840" height=
=3D"836" id=3D"_x0000_i1026" src=3D"cid:image002.jpg@01CEA42B.2E527D30"></s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 21, 2013 7:45 AM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Glad to read we agree!<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 20, 2013 at 12:53 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your explanation.</span=
><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t find the related count=
er in MAC PIB of IEEE 802.15.4.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">My first idea was using both (a) clock =
accuracy information and (b) RPL rank information for choosing
 the best timing parent between two routers with equal (or close) RPL rank.=
 That would help us to avoid (1) synchronization loop problem and (2) poten=
tial drifting problem caused by choosing the parent, between two with equal=
 ranks but not equal clock accuracy.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you mentioned, let&#8217;s not make =
it complicated and consider the parent rank as a factor for choosing
 the timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks for the explanation. Allow me to answer inline.<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I am not expert in synchronization, so =
please bear with me.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">By clock accuracy information, I mean h=
ow accurate a node can maintain (e.g. =B11 ms) synchronization
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device&#8217; environment
 conditions (e.g. temperature or shocks) and it doesn&#8217;t just depend o=
n crystals hardware. Am I right?</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agreed. I am used to the term &quot;clock drift&quot; for the phen=
omenon, but absolutely, drift depends on manufacturing, voltage, temperatur=
e, and probably other environmental factors. The
 amount of drift of your clock source will dictate how often resynchronizat=
ion needs to happen, given a guard time (i.e. 1ms). Of course, all these pa=
rameters depend on each other, so you can imagine buying a better clock sou=
rce, or changing the re-synchronization
 frequency, or changing the guard time.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In the centralized approach, the =
System/Network managers, use (L2) device clock accuracy information
 as well as (L3) nodes&#8217; topology information (similar to node&#8217;s=
 rank in RPL in 6tsch distributed approach) to select the potential clock s=
ources in the network. Am I right?&nbsp;</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hmm. I understand what you are proposing, but my first reaction is=
 to be a bit afraid that basing time source neighbor selection on clock dri=
ft information might lead to lots of
 complexity, for not much gain (I think). If I am drifting a lot wrt to my =
neighbor, could I not resolve that locally (through all kind of techniques =
we can think of), rather than involving the time source neighbor selection =
process in that?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In a distributed approach, a netw=
ork device might inform their neighbors about its (L2) clock accuracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL&#8217; rank), to choose its timing parent.</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">This would certainly invert the approach. Now, we let RPL select r=
outing parents, and then we have TSCH just use the same. If we go the other=
 way around, i.e. select time source
 neighbors, then routes, many things will get complicated real quick, the f=
irst of which are synchronization loops.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;If in 6tsch, we are considering t=
he case that all the nodes in the network have equal high clock
 accuracy, then let&#8217;s consider (L3) router&#8217;s rank, based on the=
 <b>default OF</b> (as Raghuram suggest), as the only factor for selecting =
timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would go that route, but maybe you have some counter example in =
mind?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria, all,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">My 2c is the following. We already agreed on the fact that a mote'=
s (RPL) routing parent would also be its (TSCH) time source neighbor. So wh=
y not pick the time source neighbor
 based on routing information?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">What exactly do you mean by clock accuracy? All nodes in a TSCH ne=
twork need to be able to synchronize with one another, and I don't think we=
 are considering cases where that is
 not true.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Raghuram,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I agree with you that we need a method to pick a timi=
ng parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We might need the L3 information on that, unless we c=
an find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram Sudhaakar (rs=
udhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Pouria,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I think we need to keep node rank at 6top (as a read =
only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We should propose a default OF, that is used to compu=
te the ranks for the purpose finding the timing parent.</span><o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Good point :-)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">agreed!<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a href=3D"mailt=
o:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:</sp=
an><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I guess we cannot keep &#8220;node rank=
&#8221; in the 6top. Because a node might have different rank based on
 different metrics defined in L3. As a response, I don&#8217;t think we can=
 get all of those information form L3 and use them in neighbor table in 6to=
p. Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think, as you mentioned we need to wo=
rk on them.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">regards,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Xavi<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your complete explanati=
on. It absolutely makes sense.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Just one minor question. The neighbor t=
able will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">answer inline:<o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don't have any information about connect=
ivity (as RFC6552 describes) an initial value is set (i.e rank &#43; FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I completely agree with your description. Besides, there isn't a c=
ommon shared cell to send KAs. I see the operation in the following way:<o:=
p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">6top KA timer expires and places a KA packet into the queue (e.g this ha=
ppens every 30s). TSCH layer at the begining of a shared tx/rx slot then re=
ads from the queue and sends the packet.
 This means that the KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=3D"mailto:6tsch=
-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140c5d7c28d35c9b_140c4c7a1f0f55ca_1409d4"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL objective function calculation us=
ing Neighbors information described in Basic configuration.
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp; -this includes how =
OF is calculated using numTx and numTxACK, etc..
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL configuration:</span><o:p></o:p><=
/p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp; - storing mod=
e vs non-storing mode (I vote for non-storing mode for a basic configuratio=
n)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8EXMBX23adutwent_--

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8EXMBX23adutwent_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=108243;
	creation-date="Wed, 28 Aug 2013 18:14:21 GMT";
	modification-date="Wed, 28 Aug 2013 18:14:21 GMT"
Content-ID: <image001.jpg@01CEA42B.2E527D30>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAQ9A3MDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuO+JQ3aLZoc7Wu1
BHr8rV2Ncf8AEn/kD2P/AF+L/wCgtWlH40RU+Bnn32SD/nkPzo+yQf8APIfnVq0tzd3cNupCmVwg
J7ZOKuy6JLFqE9q0qHyoWnWQDh1Azx9a9VyinZnnJSZkfZIP+eQ/Oj7JB/zyH51ajtbiWFpo4JXi
X7zqhIH41LY2E19NGqRSmJpFR5FQkJk45ptxQK7KH2SD/nkPzo+yQf8APIfnV5rCc3VxDbxSz+S7
KSiE8A4ycVW/Dn0oVmDuiL7JB/zyH50nkRxSRPGu1hKmCCcj5hWrqmlSaW0IeRJBIpyV/hYcMv1F
Z0nWL/rqn/oQpNpxuh6qVme20tJS14x6YUUUUAFFFFACV5D4niSbxbqhlXeVlUDJ6DYK9fryPxH/
AMjZqv8A12X/ANAFdWE+MwxHwGV9kg/55D86PskH/PIfnWrZ6RJfafc3UTrmA48sjl+CTj6AE/hU
E1m0VtaTBt/2pWKqByMNtx75rv5o3scVpWuUfskH/PIfnR9kg/55D86tTWs9syrPBJEzcgOhGasv
pcsOmzXNwkkLRyIgR0I3BgeefpTbigtIzPskH/PIfnR9kg/55D86tS2s8CI80EsaP91nQgN9Ks6V
pb6rO8aSJEEXO5uhJOFX6kmhuKVwV27GZ9kg/wCeQ/Ous+G6CPWdRROF8iM4zxnJrmSCpIYYIOCD
2rp/h1/yHNR/694//QjWOI/hs0o350eh0tJS15Z6AUUUUAFFFFAHP+OiR4Ov8EjIQcf7615d9kg/
55D869Q8d/8AInX/ANE/9DWvNK9DCfCzjxL95EX2SD/nkPzo+yQf88h+dblz4emttVtbJpkYXJws
oHAPcEeo/rWdFaT3DOIIJZdn3tiE4/KulSizBqSKn2SD/nkPzo+yQf8APIfnVmK3mn3+TDJIUGWC
ITge+KtXmmSQanJZ26yTsgB+VMk5APQfWneN7C961zM+yQf88h+dH2SD/nkPzqZkZGKupVlOCGGC
DV660qS0023u2dWE33kA5jyMrn6jmhuKt5grmPPawrBIRGAQpINez6MSdEsCSSTbx5J/3RXjtx/x
7S/7h/lXsWi/8gOw/wCvaP8A9BFceM6HThupeooorhOsKKKKACiiigAooooAK5n4hZ/4RKcZIzLG
DjuN4rpq5j4hf8inL/11i/8AQxV0/jRM/hZ5r9kg/wCeQ/Oj7JB/zyH51MBucL3JxWtceHprfWYr
BpkYSglJgDtOM5GPYjFes3FbnmpSexh/ZIP+eQ/Oj7JB/wA8h+dWoLW4uVZoLeWRV+8UQkD64oht
prjcYYZJAnLFEJ2j3p6BqVfskH/PIfnR9kg/55D860rvTJYdUuLO2SS4MLYyqZJHrgVTYFCQwKkc
EEcihWewO6IfskH/ADyH51Fc20SW0rKgDKpIINbN9pUljZ21w7qwmHzKOsZwGAP1BBrLu/8Ajzm/
3DQmmroNU7M9qsSTYW5JyTEvJ+lT1XsP+Qfbf9cl/kKsV4rPUQUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcf8AEn/kD2P/AF+L/wCgtXYVx/xI/wCQRY/9fi/+gtWl
H+IiKnwM47SpFi1ezkkYKizoWY9AMitiyv7aWC+S4lVZYI51t2J++j5+X8DyPqa5zFGK9ScFI8+M
+U6G1nTzNJuY72KG3tI1WaIyYYEElsL/ABbqWzuEddMlgvI7WO2mZpo2k2kZfIOP4srgVzuKMVPs
l3/r+mP2h0cd1BJbyJCbcypeySnzLgxAgn5WBBGcYqhazQzeInursxLEkjTuqH5WI5Cr65OKy8UY
pqmlfUTmzZnvLS/0m5RRJFOk32lfOlDFy3DgcD2P4ViSdYv+uqf+hCnYpsnWP/rqn/oQp8qjFpBz
XaPbaWkpa8c9MKKKKACiiigAryPxH/yNmq/9dl/9AFeuV5H4j/5GzVf+uy/+gCurCfGc+J+Alsb8
2WkM8Mii4S8jkVSeSArA8enOPxrSkvNOiv8AS3t5lWERTEE/8sGckrn/AHSf0rmMUYrtlSTdzlU2
lY6GzuYdPSziv7mOdlvVmyj+YI0AwTn3ODj2pPNW006SO8vYrom+im8tJfMygzuP4+lc/ijFHskH
tDf1i6zDeeX9keK5lDh1uWd2wcghSfl96r211aWWjxpIJJZppvOYQyhSgThQeD3JNZGKMUKmrWFz
u9zQ1toJdSe4tWUx3AE20HOxj95T7g5rY+HX/Ic1H/r3j/8AQjXL4rqPh1/yHNR/694//QjWddWp
WNKLvUueh0tJS15h3hRRRQAUUUUAc947/wCROv8A6J/6GteaV6X47/5E6/8Aon/oa15rivQwfws4
sT8SOrt9TtH8STx3E6C3E63EE2flVwoBGfQjj6gVmQt9p0q3htryK2khnd5Q8vl5yRtceuAMVjYo
xW3sl0Zl7S50V1dRahHeiwuo7Z2vPOy7+XvTbgEfQ5OPepp722uLvVY0khledoWRnmMayKF5G4d8
84NcvijFHsV3D2jNK7I1DW41uHgiVikbukm5QAACSx6nHer8mpWGoNqUIR4ftC7o3klBQNH9wAY4
yBjr3rnsUYpumnYSnYjn/wCPaX/cP8q9i0X/AJAdh/17R/8AoIrx64/49pf9w/yr2HRf+QHYf9e0
f/oIrmxnQ6MN1L1FFFcJ1hRRRQAUUUUAFFFFABXMfEL/AJFOX/rrF/6GK6euY+IX/Ipy/wDXaL/0
MVdP40TP4WeexkCZCegYfzrqLbU7STXbxLidFijuJJ7aUnjJBDLn0IwfqK5UjmkxXqzgp7nnRm4m
3at5+nactvexWxtnZpleTYclshwP4uOPwqaa6ivoZTY3UdptvpJ2Dv5ZKHG1h64wePeuexRj2pOl
5j5zp57u2uZtVjjaCR5bpZVLzGJZEC44YEdDzg1lysmo+IQbt4I43dfNZHymABnk9TgfnWZijFCp
8vUTnc35dRstSh1KPZJBJN/pCNLKCu9eigYGMrkflXN3f/HnN/uGpsVDd/8AHnN/uGqjBRTsDlzP
U9psP+Qfbf8AXJf5CrFV7D/kH23/AFyX+QqxXjM9NBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUx5FjBZ2CqO5OBT6y7a1hu7u8luY1meOconmDcFUKpwAeB1NNCbLDatYIcG8gz6Bwadb6
ja3UvlwzB3xnABqwkaRjCIqj0AxTqNA1ErN1LxFpukTpDfXPlSOu8Dy2bIzjsD6VPqztFpF48bFX
WCRlYdQQp5qPQJXn8P6dLK7PI9tGzMxyWJUZJoS6sG+iJLbVLS8077dBLutsM2/aRwM54Iz2NYl1
qfhvxWYdPlnadmfdGoSRDuAPfA7ZrpqMUJpA02cTqfh/wfo8qR3/AJ0TyLuUeZK2R+Gams/CfhbU
LE3lqk0luM/P5so6deDzXYUVftJW3f3k8ivscDaaZ4IvrmK3t3neWU7UXdMMn6mn654e8LaL5C3A
mieV148yVspuG7pnsa7vFUtV/wBTb/8AXzF/6GKaqO+7+8TgrbHOWHhPwtqdobqzSaSEEqW82Ucj
rweao22neB7u5jt4JJ2llYKi7phkn3Nd9Ril7SXd/ePkXY4vU/DfhHRvK+3iaLzc7P3srZx16Z9a
l0vwr4W1OEXVgkssccmMmWQfMMHofwrr6KPaStu/vDkV9jFh8YaLcXCQRXhaWRwir5LjJJx6Vc1P
WrHRljN/P5QlJCfIzZx16A1exS1GlytSlpurWerwPNYzebGjbCdjLg9e4HrVFPGOivcCBb0mVn2B
fJf72cY6etbVUNV1JtNijMdldXckjbVjt1BPTOSTwB7mi8VqyoxlJqMdx2p6zZaPHG9/P5SyHap2
M2T+ANGmaxZaxE8lhN5qxttY7GXB69wKpaT4jj1K8lsZ7a4sr6Nd5gnAyV/vAjgitqkpJrQdSnOn
LlkrGIfGOiLcGA3p8wPs2+S/3s4x09ao+IdD8NQ3DahrCyRvcOAWV5MM2PRfYV1OKKpSs7ozautT
jNM8MeE9ZWRrBZpREQH/AHsq4J6dcVTl0/wNDcPBJJOJUcoy7p+CDivQKTFV7R9394uRdkcfqXhT
wrpFus98k0UbNsB82VuevbPpVXSPDnhjWbq7Fms0sMOzB8yRcZBz1we1d1VG1/5C9/8ASL+RoVSV
t394nBX2OOuNO8D2tzJbzSTrLGxRl3THBHuKv6h4T8LaXai5vUmjhLBQ3mytyenA5rsMUUe0l3f3
j5F2RxWmeHPCOsNItgJpTEAX/eSrjPTrj0qeyufCnha+uUgmeG4/1coYSv05x0I79q6+kxQ5t7t2
9QUEtipe6paadZC7u5fLgJA3bSevTgDNQ6Zr+naxJJHYXHmvGAzDy2XA/ECtGio0sVrcx7zxbo9h
dSW1zdlJojh18pzjv1AxV261S0stPF9cS7LYhTv2k8HpwBnvVvFFGgambpviHTdXmeKwufNkRdzD
y2XA6dwKivfFWkaddyW13dmOaPG5fKc4yM9QMVsUmKNLhqZmryaZd+H5ZNRYnTpUVmYBgcEgqeOe
uK5rTdB8HatcNBYmaWRV3lfMmXjp3x613FFOM3FaCcbvU4S+0fwXpt21teNPHMgBK75jjIyORxVu
Twn4Wi0v+0XSYWmwSeZ5sv3T0OOveuwxRVe0l3f3i5F2PPv7J8IXsFyumtNJcRwtKAXlHQdeePSp
7/RvBel3Rtrxp45gAxXfM3B6cjiuu1j/AJA15/1xb+VWx0qvaO27+8nkVzkP+ET8K/2X/aOyb7Js
8zzPNl+7646/pVXT9F8F6pdC2s2mkmILBd8y8DryeK7qip9pLu/vK5F2OG1HQ/Bml3Jtr4zRylQ2
3fM3B9xmurtL6xj0SO7t5MWEUWVba3CKMdOvar2KKmUnJajUbbGTYeKNJ1O7W2s7rzJnBIXynGcc
nkjFP1LxHpmkXCwX1z5UjLuC+WzcfgD6VqUmKWlx6lWDVLS50038Uu61Cs+/aRwM54xnsapWPirS
NRu47a0u/MmkztXynGcDPUjFa9FGgambqXiHTdImSK+ufKkddyjy2bI6dgantdUtb3TzfW8u+2AY
79pHA68EZ7VbxRRpYNTHs/Fmj391HbWt3vmlOEXynGeM9SKn1PxBp2jypHf3HlPINyjy2bI/AGtK
kxRpcNSpZapaajZG7tZfMgGfm2kdOvBGaxrnW/DniWNdMluTMJ2AVBHIhJHI5wMdK6SjFCaQNNnF
an4d8IaO0a34miMgJX95K2cdemfWpdP8J+FtVtTc2STSQhipbzZV5HXg812GKKv2krbv7yeRdjgb
fTvA93cx28Ek7SysERd0wyT9ak1/w54Y0S0BmWaOaQHygZJGzjGemR3713dUNa/5BFx9B/MU1Ubk
tX94nBJPRHO6b4T8K6tbtPYpNLGrbC3myrz+OPWqEWn+Bp7hII5JzK7hFXdMMsTjFd/3oxS9pLu/
vHyLscZqfhnwloyxtfrNEJCQn72Vs469M0um+FPCmswPJYpNNGrbGJllXnGe+PWuyxRil7SVt394
civsYcXi3Q0kS1jvMMGESr5UnXOAM4q/qesWWjxxvfzeUsjbVOxmyevYGr1Jip0K1KWmazZawkj2
E3mrGdrHYy4P4gVSbxjoiXBga9xIH8sr5L/ezjHT1raxRijQNSnqWrWekQrLfTeVG7bVOxmycZ7A
+lN0zWrHWVkNhP5oiID/ACMuM9OoFXsUYo0sGtzFm8YaLb3LwS3m2WNyjL5LnBBxjpV/UtUtNJtx
PfS+VEzBQ20tz+APpVykxRoGpQ0zXLDWfM+wT+b5WN/yMuM9OoHpVW58X6LaXMtvPebZYmKuvlOc
Ee4FbOKMUaXDUqahqlppdoLm8l8uEkKG2luT04AzUWma9p+sPIthcea0YBYeWy4B6dQPStDFGKNL
BqY134u0axuZbe4vNksR2uvlOcH6gVevdUtNPsReXUuy3OPn2k9enAGauUlGgamdpniDTtYleOwu
PNeNdzDy2XA/ECoL3xZo+n3UltdXmyaI4dfKc44z1ArYxRijS4alS61S0s9PF9cS7bYhW37SeD04
Az3qDTfEOm6vO8Njc+bIi7iPLZcDOO4FaVGKNLBqZN94p0jTbt7a7u/LmjxuXynOMjPUDFXJtUtb
fTf7Qll22uwPv2k8HGDjGe4q3SUaBqVNN1W01e2M9hMJogxQkAjBHUYNXKp6fb2dv9p+x7P3k7ST
bX3fvDjOfQ9OKuUO3QEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMiup0tbWWeQExxIXbAyc
AZNNsrqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e7GcZGM0zS7Q2Gl2toXDmCJY9wGN2BjNP
oLqW6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1kutrCY1DOLiLCk4BO8d6a3E9i/S1R8/Uf+fKD/
AMCT/wDEUedqP/PlB/4En/4iiwXL1FUfO1H/AJ8oP/Ak/wDxFHnaj/z5Qf8AgSf/AIiiwXL1FUfO
1H/nyg/8CT/8RR52o/8APlB/4En/AOIosFy9UF5cLaWk9wwLLFGzkDqQBmoPO1H/AJ8oP/Ak/wDx
FQ3banLaTRx2FqzvGygPcEqSR3G3kUmnYcWnJXMfRY7rXdch8RXEC2tsLXyraLeGdwxzuYjp9K6u
sfTBqttptvDNp9mjxoFKxTFUHsBtOKt+dqP/AD5Qf+BJ/wDiKmEbI2xNXnqaLRaL0Reoqj52o/8A
PlB/4En/AOIo87Uf+fKD/wACT/8AEVdjC5eoqj52o/8APlB/4En/AOIo87Uf+fKD/wACT/8AEUWC
5eqha/8AIXv/AKRfyNUtTur6NI28tIJc/uxHOWLn027Pm/zyKk0aW5lurt72FYZysW5FbcBwadtL
ivrY2KKTNGakoWikzRmgBaKTNGaAMzVdMudRaIRanc2cSA71twAznt8xzjFZvh+6vbfxDqGi3d09
5HbxpNFNIBvAb+Fsda0fEgum8P3osJPKujH+7feEwcj+I8CjQ9GttJgLQhmnnAaeV3LtI2O7Gs2r
zVjshUSw7Utb6JWWj0d77+Rq0UmaM1ocYtFJmjNAC0UmaM0AU9Y/5A15/wBcW/lVwVnalcwz6TqC
RSKzRxurqOqnHcVojpVPYnqLRRRUlBRRWZHr9lJqOo2XmMk2nosk+5cDaV3ZB7gDrjpQBp0Vl6X4
gs9XjD23mYNutxh0KkIxZRn3yjcVWj8X6ZLodtqqvL9muZVhQeWd4YtjBXtjqc9qAN2is2w1lNRu
Zooba6VYndDM8eI2ZGKsFOeeQe3aoP8AhJ7IS3YKXIitSyvceSTGXUgFAe7ZOMY5PTNAGzRWNN4m
tLXT47u8jubZZJlg2SwkOrHuR6Y5J6AZpZvE+n291f28ryCWx8syrsPIfGCvr94Zx0zQBsUVDJeW
0M8cEtxEk0v+rjZwGf6DqahOsaaLY3B1C0EAfyzL5y7Q393OcZ9qALlFNR1kRXjYMjAFWU5BHqKd
QAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4esp7M6p9ojKedfyzR8j5lOMH9K2azNG1OTUmvx
Iip9mu3t1255C4wT781p03vqJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAVQ07/AFt//wBfJ/8AQVq/VDTv9bf/APXyf/QVprYT3RfooopDKerSNDpF5JGx
V0gdlYdQQpwaj0GZ7jw/p80zl5JLeNmc9WJUZNW7qaO3tZZphmONC78Z4AyeKbZXEV5YwXFuMQyx
q6ZGPlIyOO1PoLqT0UUUhhRRRQAVR1X/AFNv/wBfMX/oYq9VHVf9Tb/9fMX/AKGKa3E9i9XNa34l
uNI1trdoojZC1DmU5ykrFwgPbaSmPqwrpaz7/RLHUxci8gEouoBbygk/MgJIHscsTkc0hmBJ49iS
MxR2k094lr5jBBiMSCLzCpJPAx36dutXU8XwI1tFe2s9vcTGAbDhgPNBw2QfugqQT24q2vhjTUlZ
1jlUOmySMTuI5Bs2ZZM4J28ZIzwPSmz+FNKuYFiuIHmVbZrUF5WLeWxBI3Zznjg9R2oArweLoLgx
NHZ3Zt2MSyTkLtiaXHlg85OQyngHG4ZqsfGDtLpkqWU6w3yyiGFthkmYGMJjDYA+Zic9hmtVvDem
teR3X2ch4yhCq7BCUGEJTO0lexI4wPSlfw5psltb27QZjtozHEN5ygJU8HPXKKQeoxQBFqd5qY1W
1sdNa0R5beWdjcRs4JVkAUbWGM7+vPTpWfb+NYnhjlkt5AJjCqoCqhC6bvmdmC9iB0ycAZrY1DQ7
TU5YpLkz74kaMGOd48q2NyttIyDtHX0qOfw1ptxHLG8LJHMFWRIpWRXVV2hSAQCuOMdKAK8vihEW
aRbG7kgWUwRSqFxPKH2bFBOR82RkgDgnNRDxhbAtHLa3UU6hh5TBcmQOqFBg4Jy6H0wwNW28Maa3
nDypAkzbzGszhFfcG3qoOFbcAcjBzTk8M6WgtP8ARgzWkzXETs7M3mHOWZicsTnvnoPQUAZcHjyz
uxKbSzvJtrxpEVVQJt77FwSQBzzg4ODmtGz8QxXmoJYi3nS5LSrIjAfuhHtyTz0O9cY65p1v4Z06
1wsSTCNZFkSIzuyRsrbhtUnC884H8qF8P241m71J2czXBi+4Sm3y846HnJPPY4AxxQBlS+PbSCzt
biWyvQbpTLHEFVnMQx8+AfU8L1PpWhZeJY77VUtEtLlY5fN8q5baEkMbbXwM7hz6jmpZPDWnSQ2s
apNELWMxRNDO8bBDjKllIJHA4PpTYfDdrba3FqNu0kbIJQYi7MhMhBOATheQTwOSaANcqCc4GR3r
JW0FzrN6TNPHhYx+6kK54PXFa9ULX/kL3/0i/kaaEw/spf8An6vf/AhqP7LX/n6vf+/7VLqe46Vd
+WCX8l9oHXO01wEEmt6PFHDb29y5ttL3W0rIz/I7w7lPUl0xJgYJIA4PNF2HKjuv7KX/AJ+r3/wI
aj+yl/5+r3/wIauQs5tbubuGT+1bhp5bO5S3ZbcrC0gYFAwZBzjvgA4475kTX/EV0tw9vazITC95
CrW+cIQESP3cMGfHBPAouw5UdX/Za/8AP1e/+BDUi6YjDK3d4R/18NXPaffatd6hawx3t5JYG5YC
6ktVR5UWIMQQVAA35GcDPQdM1P4IN4lvJBeiaJYxmCEx4XYWY7t3UsT1B6AD1yS7DlRqXnh+2v7W
S2u5byWGThkadsGpItGihiSOK4vFjRQqqLhuAOAK4azhaLRFfSrW5W6SzmGoBoX2yPj5AQwwzbjn
jtn1rYuNY1WK6v4vNuTClyoe4itsi3hLMPlUpksAFyfnGCWHpSvrcd3y8vQ6T+yl/wCfq9/8CGo/
spf+fq9/8CGrm/7T1U6nDBFd3jhngSFTZALPCwBkmdtvysMtx8uNo4O6qN1rniY2CM3mWmyQWk8z
WxOHRSWkACN8rsQAdpHHbOad2LlR2X9lL/z9Xv8A4ENR/ZS/8/V7/wCBDVzj6hrNvYX2qXF3K0di
YJHgW3CJLGI0eYqGG7Jy+MnjGKsWt5q102kwyXEySs8j3pSAAfdEiR5K4wAwXI9Dzmi7DlRt/wBl
L/z9Xv8A4ENR/ZS/8/V7/wCBDVxljrfiCaF3vrqSBWkjW4WOycyWYO7dtzHgjIVf48dc4rq/Ct7P
qHhy1ubqVpZn3hnZAhbDsBlR0OAOKLsOVFDVNEkeG4upZ50WCN9gExZnGP4j6e1dKKp6z/yBrz/r
i38qaLjUf+fGD/wJ/wDsaptySJSUWy/RVH7RqP8Az4wf+BJ/+Jo+0aj/AM+MH/gSf/iamxXMi9XM
33hSW71SS7W5VBNdB5lC/wCsg2RhoyfdolOfQkd62PtGo/8APjB/4En/AOJo+0aj/wA+MH/gSf8A
4miwcyMfTvD+o6ZdIYp7R4XtxBNuVg3Ekj5Xt/y07+lU08DTRxCMXieWtvCqptOBMuwSP/wJY1H1
LetdJ9o1H/nxg/8AAk//ABNH2jUf+fGD/wACT/8AE0WDmRkWHhmaC4vxJ9mijupZJftNoWjuW3SF
wGb0GcfhUN54Tu7zU5blLi2tSCrRyQoxaZlZWTzgThsFRz1PqOlbv2jUf+fGD/wJP/xNH2jUf+fG
D/wJP/xNFg5kY994bv8AXZIjq9+sUSRSoY7IbclxtOSwORtyO33jVSfwVd3Vnma/j+3CWJzMqHDq
EjSRSP8Aa8sN7ED0ro/tGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyM+90CbUryee6miUyW
c9mjRIdyK7fKwJ7hQM+9YsXgm7tbYPEumm5XcpVklkSUGPZuIdid3HAzjBI966r7RqP/AD4wf+BJ
/wDiaPtGo/8APjB/4En/AOJosHMhNDt5LTQNOt5k2SxW0aOp/hIUAir9UftGo/8APjB/4En/AOJo
+0aj/wA+MH/gSf8A4miwcyL1FUftGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyL1UNb/wCQ
RcfQfzFL9o1H/nxg/wDAk/8AxNYN1eX7RXESRrNaf8tHM2/yjuHAbaN305x61UIu5MpKx1dLSClq
CwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKWn2lram5+yY/fTt
LLh937w4z9O3FXaxfDlpPaHVTPE0fnahLKmf4lOMH9K2qb3EtgooopDCiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTW
wnui/RRRSGV7+A3dhcW6sFM0TRgntkYpmlWjWGlWlo7h2ghSMsBwSABmjVZWg0m8ljYq6QOysOxC
kg1FoM8l1oGnzzOXklt43dj/ABEqCTT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD1
8xf+himtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8A
SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKAI5oY7iJopo1kjbhlYZB+oqSiigAqOGCO3iEcMaxo
CSFUYAycnj61JRQBS1j/AJA15/1xb+VWx0qprH/IGvP+uLfyp+oX8Ol6dPe3O7yYIzI+xdxwPQd6
roLqWcUYrIuPFGmWzWqtK7fard7mMohI8tV3En046euKnOu2Q1Cxsi7Ca+iaWAFTggAE5PY4PT2N
SM0MUYrCXxhp8pC2sd3csZ5IAsMBJLIAWI/2fmHPerer69a6KYhcx3D+YjyfuYi+xExuY46AbhQB
pYoxWbFr1tNe3VusVxstc+bcGPEQIUNjd64YVAviqwks7S4t1uZzdqzRQxQlpMKcMSvbBIBz3oA2
cUYrJXxLYPe/Z18/b5hh8/ym8oyjqm7pnt6Z468U7SfEdhrS2zWbyH7RC8yBkKkBWCsCD0OWHFAG
pijFZKeJ9Ne5mtxK4khuhauGQjD7S2c/3cK3Psajj8WWM0LSRw3rDyvOiH2dgZ48jLJnqPmB9cHO
KANrFGKw18X2LWa3AhvBuSKRIjCd7iRyiYHuRVmPxBaPPHbss8Vy7oghkjIf5lLA49MK2T22mgDT
xRiqjarZxytHNcRQsJPKUSuF3tgHAyefvCoJ9fsoL9rPzRJMkbSSLGynYAyjDc8H5xjPvQBpYoxV
Q6vp6lgb+1BWTyiDMvD/AN3r19utRxa7p9xcSwW9ykskM/2eVUYZjfaTz+AP5H0NAF/FUNZULo9w
FAAwOB9RT/7Z03yFm/tC08pm2CTz12lvTOevtTdaOdHuPoP5iqj8SFLZl4UtRSXEULossqI0jbUD
HBY+g9akqRi0UUUAcsPE93Ff6w9xF/oOmmTKx2rlnCqp4lLbd3P3cU278XyxTW7Jp1yNrzJdWxCG
RdkYcEHdtxhgevfHWtWTw3YSy3bt9o23m7z4hcOI3LAKTtzgHAHNSyaFYSzyTPCTJIzsx3nkugRu
/wDdUCgDPm8Z2MF6Ldkdt1s1yjKyEsoTzMFd25fl7kAUQ+LknjCx6be/bWcKtodgcjZ5m7O7aBtP
c9eKnPhLSDMZfs75KGPaJn24KeWTtzjJTAz14qWbw3p05LGORJNysJIpnR1KpsGGByPl4PrQBmye
PNPivri2aC6/cK291jyN69Uxnrk4z0J4zUsOvXj6Tr15NaGCXT2kEcEuMjbCrjcVJBySeQehFW28
MaYzzkxzbLgHzYhcSeWxIwW25xuwB83XPPXmprfQbG2sLuzRJGhvNxn8yZ3aQsoUksSTyAKAMG38
cLb6dLLqIWWZZ1hiWCJojJmPfkpIcr/FyTg7eOtXP+E209Z7ZJUliS4tzcKzldygIXIaPO8fKp5x
jIxVr/hFdM8nZtuDJvWQTm5k84MoKjD7twwCRjOME+tL/wAIrpX2lZ2hkdwMEPM7BzsMZZgThmKH
bk5OKAIW8TuiRA6PqHnyhpEgHl7jEoBL53YA+YDGc5OMUWniu3vdQit4bW58iZlSO6IXy2dohKFx
nd9w+mM8VI/hPTJLdIXW5KpuCsbqXcqkAFA27O0gD5enFW49FsYZEeKAIUmEyhSQFYR+UMDpjZxj
pQBjP4ju7bV9TWezle2t5oba3jiCbpHkC85Lf7XfAA96sS+LoIGlMlldiCMyxifC7GkjRndBzngI
wzjBKnmtKTR7OWaSV4iXkmjuGO48ugAU/htFVpPC+lS3M0727FphJuXzX2AuNrsFzgMQSCQM8n1o
Aq2fi6O6vIraTTb62aSRYi0oTCOyb0B2seq88dOhqpqPi270/VNRtXt4dkckcdo5z87YjZ1bnriT
Ix1APpW4NEsROJhCd4lSYHefvqmxT1/u8U288P6dfrKLq3EnmzpcsSxz5iBQrD04UDj39TQBnv4y
tYizSWl2IWLrby7VIuWVgpVRnIOTxuAzyaonx0tglw2p2dwswuZUS3RVLrGipknBIJy4xg85GK2G
8KaSzzM1u580MADK+I9zbmMYzhCWwcrjkU3/AIRLSwgCLco4d381LqVZCXADZcNkg7RkZ7CgCn4o
8SXWjm0NmsREsEs5EsEjltmzC/L9zO45ZuBjmujikWaJJFIKuoYFTkEH0NUdR0Oz1RoTcibMKNGv
lzumUbG5TtIyDtHB9KvRRJBEkUShI0UKqjoAOgoAfRRRQBm6Pqb6kb4PGqfZrt7cYOdwXHP61pVT
0+xt7L7SbYk+fO00mWz85xn6dOlXKb30EgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGRXUscN
rLLOP3SIWfIz8oHPHem2U0NzZQTWoAgkjVo8Lj5SOOO3FN1CBrrT7m3QgNNEyAnoCQRTNJtHsNIt
LSRlZ4IUjZl6EgAcU+gupcooopDCiiigAqjqv+pt/wDr5i/9DFXqo6r/AKm3/wCvmL/0MU1uJ7F6
iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/IXv/pF/I1fqha/8he/+kX8jTQn0L9FFFIY
UUUUAFFFFABRRRQAUUUUAFFZ+vXdxp+h3l3ZxpJPDGXVXBwccnp7ZrLt38UXNtFPFPoxjkQOp8uX
kEZHemlpcTetjpKKwNniv/nto3/fuX/GjZ4r/wCe2jf9+5f8aLeYX8jS1j/kDXn/AFxb+VJq2nnV
dJubISeV56FN+M7fwrHsdSvNV8LajPerBuUzRo0IIV1XjPPuDU0Gp38+oMktq8RjJ224kQFx/eJP
UfSq5XYnmVys3gpTJMy3rYd5fLBT/VRvG6iMc9A0jN+Q7Us/hS9vIIvtGoxR3Nvb+TBNBAV8shlZ
XwWPPykH1BrZ+2Xv/QNf/v8AJ/jR9svf+gbJ/wB/k/xqbFXMOXwUElge1ltWSCdpY4rq3MigGONB
0Ycjy8596m1vwgmqvCYpIsJ5u4XaPcYMm35lyw2kbeMcDPStb7Ze/wDQNk/7/J/jR9svf+ga/wD3
+T/GiwXMRfB0qy3yi7g8u9VUlnMB+0lAqKy+ZuxyEPbq2alh8MXmn3hudO1IbwzhftcZm+V9pYE7
gSdybgfcjmtb7Ze/9A2T/v8AJ/jR9svf+gbJ/wB/k/xosFzO/wCEbuDIkLX6/wBnpdG8EQhxJvLF
9pfONu87ume2cVDYeDI7O7jka7kaH7ClrJHGWjLOuzMgZTlciNQQPStf7Ze/9A2T/v8AJ/jR9svf
+ga//f5P8aLBcx5/Bqz3kc5uyALqWaRQn+sjcEbCc9QTkH6+tWLTw7dJJCb2/SdbW2e2twkOzAYK
Cz8nLYUDjA68VofbL3/oGyf9/k/xo+2Xv/QNk/7/ACf40WC5ky+D0ngt4Z50kijt7WB0aLIkELlu
Rn+LOMdver7aDFHqMF3ZiCBrezktoVEWQm4qQeo4G08e5qf7Ze/9A2T/AL/J/jR9svf+gbJ/3+T/
ABosFzHvvBwv57qaW5jL3CyYJhzsZ0hXcOe3k5/4F7cxyeDJZLi5Zr2Hy5FlCYt8OPMmWU7m3fNg
rgcDitz7Ze/9A1/+/wAn+NH2y9/6Br/9/k/xosFznr/wTdXuj/2cuowRQqzhWW2IZkIYDeQ4LMC2
c8Akcg5qzd+DjeLdxPdokM9x9oGyLDgmExMCc89QRx69c1sfbL3/AKBsn/f5P8aPtl7/ANA2T/v8
n+NFguYU3glryKQ3dzbGWUSbhFbbYwWh8oFVLHBHU889OK2tWjMegSx7slUVd34jmn/bL3/oGv8A
9/k/xqnqtzdvpsyyWDxqQMsZVOOR2Bqor3kTJ6MoLoWoW2stO95cTLMcC4QRl4h6EMDgf7v5Vq/2
Vef9Bm8/74j/APia1B3paHUbBQSMr+yrz/oNXn/fEX/xNH9lXn/QavP++Iv/AImtWilzMfKjK/sq
8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A
4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/Z
V5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz
/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDi
a1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lX
n/QavP8AviL/AOJrVoo5mHKiG2ieC3WOSd52HWRwAT+QAqaiipKMTw3azWzat50TR+bqMsibhjcp
xgj2rbrO0nUzqZvQYhH9luntxhs7tuOfbrWjTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+ii
ikMqapK9vpV3NG22SOF2VvQhSQaj0O4ku9CsLiZt8stuju2OpKgk1aunijtZXuAPJVCZMjI24547
8U2ylgmsoJLQKLd0Votq4G0jjA7cU+gupPRRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAZLGssTxuMo4KsPUGsPwfIyaO1hKcy6fM9qfop+U/wDf
JFb9c9b/APEv8cXUPSPUbdZl/wCuifK36EGqWzRL3R0NZviDUDpmg3l0v30iIQerHhf1IrSrnvEf
+m6no+ljkS3H2iUf7EYz+rbaUVqOT0JY7AaX4L+x94bQhvdsZP65rYMaMysygleVJHI+lVtY/wCQ
Nef9cW/lVXxQJT4X1AW5lEpgYKYSQ4J/u45z9Kb1QktTWzRnNef3UmszzRCQ3qfYY7izJXcBcOIZ
D5uB1ziPB/vEgc1NNq9ybnTdTsDe3ENlZMbmBEceacorAqRywzuH0PvUlHdUZrzWVL+3mgj1O4uN
pvpmnaRpymWjibaDGQcBiwX+Hg1o+M5dRke0DBrQ7bgRmKSZ9xGzy2/dgYfrgMCOvWgDuc0VwMF9
dRaprE7Rzm/dFW1t380urNHEAOvl7QxOSB2Jogllh+yWWvHU4bK082InfIzO52NEXePlvkLDIOMq
c80Ad9mjNcSkk66muH1FtXN829W8zyltdxxx9zbsxz13e9ReHJdZtLiztniubpk0vzozcSsquXaM
7Xcg/Op3jkZxj3oA7vNGa4J21mHVW8k3bx3WqSbAxYrEyI20f9c249sr70+wi+1iOCFtTkzYudRM
7zLicbCuCcYfdu4TjHtigDus0Zrz57O+GmW1tbm7BmtLAt5kkpG9pj5m4g7hx1wRge1a62V3Y6xa
Ry3EosktjdTrF5jjzIsKFBJJwQwO3kkp7mgDqs5ozXG6jq2sw3l62ngpFG8kw3WzP5qqluQvXjO9
+np0yDVS71HUp9XvJG81nhhnjEAtnURDz4gvzD75ZBu49+1AHe9aM4rg9Q8T6va6Q1xC0kt557Br
cWTBYSFY+UWwd2cAAgc+ozUsuo6xbz6gUaW9mS/DQ27QsoSM27MuCOoLDH1HqaAO4qhrf/IIuPoP
5iuUm13XXsnaxn85VaV0uWsWXzQsO/bsOCPnG3PfOOorqNUcyaDI7DBZFJHpyKqPxIUtmaNLTGkS
MrvYLuO0ZOMn0p1SMWikooA5geK5U1PVVuI41stO3lykcjSMFUNkHGzPPTOaW58ZpC9s62d2Yy8q
XETQHzoiiB/u5xjDA/QjvV2XwxbSyX265vPJvt3nQCUeWSyhSQMZBwB3qWXw7ZzXMs7iTfI0jNh+
MvGsbf8AjqigCGfxXp9vdeRIZRutzcRyBRtkUJvOOc5288gDg1FF4ws5rcPHbXxnL7FtTBiZvk35
Ck4xt56+3XikPgnSzdGf9+GMRjIEnBzH5RPTOduB1x7VPN4Xs5H81JLmCcMrLLFLhkKp5fHGMFeD
+dAFaTx1o8V9NaSTSCSFGZzszgqMlcDndz0x1460+DxHNNpOt3rWjxHTmcJDMuxztiV/m69STyO2
KkfwnZu1z++vBDc7jJAJjsLkAF8dd3GeuM84zU8Hh+3g06+s2luZlvtxnkll3OxZAh57cAdOlAGR
aeOrZNLlutRaDKTiCM2z5ExKB+N+0jAz1x904q8vjDTGe23PIkNzb/aIpnTClQhc98j5VJ6Y4xnN
H/CI2Zjy1zetdeYsouzN+9BVSowcYxtZhjHc0h8G6bJerdTGeWTZtfzJM+ZmMxkscZJKnHXHfGaA
FbxXbrCjGx1HzJNzJD9n+dkUAmTGfu/MPfJxjNPtvFNld6ilpCtwyyFVS48o+UzNGJQob12HPSmt
4Ut3gjRr3Ud8YZFl+0kOI2ABTOPu/KPfIznNWYPD9lbSRtCjIIplnRQ3CsIvKAx6bO1AGc3imW31
TU47i0m+zWksUEXlxbnmkcDGDux/EOMDjnNWJPFtjFLKskd0scW9TKYfkLopd0B7sAre2QRnIq3L
odrNPLMwffLcRXLYbjfGAF/D5RxVWXwnYTzzySNclJvMbyfOPlo8ilXdV7MQW+m4460AMsvF9ne3
cVt9mvoHkcR5mtyoViu5VJ7EryP1warX3i6Wx1LUbSS0T9w0a2z7ziYkRlweOCBICPUZ9DWoPD9m
LgTYk3iZJx8/8SJsX8NtMvvDVhqIl+0o5MtzHdFg+CsiBVBHpwoB9cmgCu/jDTo3l3i5WNd/lymE
7ZyrBWEfcncQO2e2RVE+PrOzt55tUjltitzJHHCUAk2IqlmYE9i3bOcjANX28Iae7SlmuSrB/KTz
jttyzbmaMfwncAe+MYHHFJ/wh9ooDR3eoJcB3c3C3B8xt4UMCcYwdi8Y4xxigCxf6rc/bLez0qKC
W4liNwWncqixggdgTkkj9fx1I2Zo1LrtYjlc5wfrVDUNEhv5IZfOubeeFTGs0EuxyhxlSe4OAfwq
/GgjjVBnCgAZOf1oAfRRRQBS0/T4bA3JgLH7RO077jnDNjOPbirtYnhuCaA6t50bx+ZqMrpuGNyn
GCPatum9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
qGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlbUYGutOubeMgPLE6AnpkgimaRavY
aRZ2kpUyQQpGxXoSAAcU7U5nt9Lu5ojiSOF3U46EKSKj0S4kvNDsbiZt0s0CO5AxklQTxT6C6l6i
iikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiii
gAooooAiubqGytpLi5lSKGNdzu5wFFRWWpWeoxLJZ3MUysCRsbsDg8fUEVFrdr9s0meE2putwH7o
S+WWIIIw3YgjIPqBXIt4a1mWaW5aMm7ls3gjuHnUSxgPkK7L1JUldyjj68kA72ooZY54xLEQyN0Y
d65PTvDd1/aFrJNZ/ZrCO5eZLQ3G/wAkCNVXocHLgtgZAznrTLbwzqAa0uLgMbq2jtljf7QflInd
peM4OYyBz16UAdnmskeKtGMU0o1GAxwkK7ZOAScAfnxXN+A1d9Z1K5uYbtbqQfMZVIVR5jHBJJ+f
kDoOFHFNi0DV49AFoLS9WeG5im3C9QhgshJ8rJITg9CBQB3Ftcw3ltHcW0qSwyLuR0OQw9jSxzJI
8iK2WjIDD0OM/wAjXIWOg6paXOkOYNxgZw2+UFIo2kZsnGCZdpGWGQT1HerOp+HbnU9UlNwhksnu
/N2+cV+UW2wcA/8APTt+NAHVUhIAJPQVztzodxqOk6Faagpm8hka9BlI3YhZTkg5b5yPrWPbeHNa
Gq6fcXrXMphghVXjukAjKptkV8jcwJ54POecYoA7YXMZtftG4eTs37v9nGc/lUP9pWvk2svmjy7s
qsDYPzlgWGPwBNefRWd3/wAJRZ219FdvPb2sUMeMsu8QEElicbNzHPB+ZRz2q9/wid/a2NvAlkbi
CN7WV7f7URuZY3WXBJ45K+xxQB3tLXCReGtZSW18yPdIvleROLo4sVWQsyY6vlcLnv0OAK6Xw3pb
aVpeyZNtxJI8kp3l9xLHHP0xQBrVz/ir/RP7O1UZ/wBCul8wj/nm/wAjfzB/Cugqnq1iup6Td2b9
J4mT6Ejg/nTi7MUldFvtXP6b/p/jDU7zrHZxpZxn/a++/wCpAqfQ9WEvhOG/uThoYD52ezJkN+oN
N8I2zw+HoJpgRPds11Jn1c7v5Yp2smK92i/rH/IGvP8Ari38qVNRhkufIhzKy8Oy/dT6n19hzSax
/wAga8/64t/Kqsfh6zhuN8MEAiYkvE8QYZ9VPUfypq3LqJ3voavmL/eX86PMX+8v51V/snT/APnx
tv8Av0v+FH9k6f8A8+Nt/wB+l/wqdCtS15i/3l/OjzF/vL+dVf7J0/8A58bb/v0v+FH9k6f/AM+N
t/36X/CnoGpa8xf7y/nR5i/3l/Oqv9k6f/z423/fpf8ACj+ydP8A+fG2/wC/S/4UaBqWvMX+8v50
eYv95fzqr/ZOn/8APjbf9+l/wo/snT/+fG2/79L/AIUaBqWvMX+8v50eYv8AeX86q/2Tp/8Az423
/fpf8KP7J0//AJ8bb/v0v+FGgalrzF/vL+dG9f7y/nVX+ydP/wCfG2/79L/hR/ZOn/8APjbf9+l/
wo0DUteYv95fzo8xf7y/nVX+ydP/AOfG2/79L/hR/ZOn/wDPjbf9+l/wo0DUteYv95fzo8xf7y/n
VX+ydP8A+fG2/wC/S/4Uf2Tp/wDz423/AH6X/CjQNS1vX+8v51Q1t1Oj3ADDOBj8xUv9k6f/AM+N
t/36X/Cqer6bZRaXM8dpAjqAQyxgEcinG10TK9mZZ0nVY9c865umm3tiG4WBXEXsVJ+T6jNa/wBg
1X/oMD/wFX/GtTFLQ6jYKCRlfYNV/wCgwP8AwFX/ABo+war/ANBgf+Aq/wCNatFLmY+VGV9g1X/o
MD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/
6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DV
f+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g
1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlf
YNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVENtHLFbqlxN50g6ybAufwFTUUVJRn6Vqn9pm8Hle
X9lunt/vZ3bcc+3XpWhVLTtNi077UYmdvtM7XD7j0ZsZA9uKu03a+gl5hRRRSGFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBf
J/8AQVprYT3RfooopDIbpoUtZWudvkBCZNwyNuOc/hSWTW72UDWe37M0amLYMDbjjA9MU3UYGudN
uoI8b5YXRc9MkECo9HtZLHRrK1m2+ZBAkbbTkZAAOKfQXUu0UUUhhRRRQAVR1X/U2/8A18xf+hir
1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUlAC1U1W+/szSrq98
l5vs8TSeWnVsDOKt1Fc28d5azW8wzFMjRuAcZBGD/OgDJj8TW5l0+GeC4t5b5AYhIowGIJCnnr8p
9unNULPxkbzT7B/szxXM5tzIsqFVKSHBZOckA56+3rVuPwdp6aha3pluXntgm1ncHeVBCluOwYjA
wPbPNFn4O0+zSNfOu5vK8sRmabcUSM5VB/s5P8ueBQBNovinTfEEtxHp8rO0ChiSOGU5wwx2OD1w
faoLTxfZzTWkDpPvuI4X81YT5SmUZQFuxOKu6RocOjRtFb3F08O0JHFNJuWJRnAXj375PAqGDwvY
W6xKnnYi+z7cv/zx+5/Pn1oArv4nRfE0mmsYIooWCO8rMGZjHvwvy7eh7tk84HHKr4y09oTJ5N6M
+WYlNud0yu21XQdwT+IyMjmrc3h6yn1NryQyks4keHf+6Zwu0OV9dvHpwPSs248F25tkitry7R1e
ELK8pZooo23BEPb6nJ9c0AbmnX8Op2guIVdRuZGSRcMjKSGUj1BBq3VXTtPh0yzFvAXZdzOzu25n
ZiWZifUkk1aoAKKKKACkpaKAOB1JmtptU8OxnB1C8jaED/nnLzJj6bW/Ou8RFjRUQAKowAOwrjtW
uol+JOlsYtywx+TJJ/deTdsH6H867OtJ7IiG7KWsf8ga8/64t/KrgqnrH/IGvP8Ari38qq+KJZof
C+oyW8skUywNskjOGU+o96noV1NeivP7rVtXlmiUzXMRso7i1m2jaJ5xDI2/pyBtjI93PpU1x4kk
W50zUbS8e6srayL3kcJ3iTlFJOP4l3A/TNSM7qivN2vtRint4tU1KSIPfTecZLtoFXMUThAyjopZ
gB0OOtaHjLU7+OS0CyPpp23OzddbBIVCbGG0NuPJwh685oA7iiuDg1yaPUNYneeQ3KqotbJrlvMD
PHFtXycbQNzH5s9c02DU5R9lsNb1G+sYLbzY5ZpHEckknyNFvdSRyjE8Hkg+mKAO+oriV1Gcakv/
ABMLptTN+0bWWTsW23HDFMYxsAbf6nGe1ReHNV1aO4s7W4+1X0q6X9pUMwUzh2jwSxwNy5deewHr
QB3dFcE+p6vBqrIs08kdzqkiQqeiFEb90T/db5SPdT60/T7l71Y4bfVL+5aWxeS/PmMpgmGwrjp5
bE7hsHYdKAO6orz5ptSXTbWCC8vHkntLByZLhwS8kxD/ADgErkccdBWvi/stYtbe5vWjsxbG7nzK
0hUxYUqHIBKtuVjnn5T60AdVRXG6j4j1G1u7z7EkDwxO8pMqu29FjtzhcH5SfNb246dap3XiG9m1
a7ImTFvDOn2aMOrRkXESKXOeSVywxjg9xQB31FcHqHja8stIN2r2ck/msptliYGHaGJjdi4G75cZ
6k9FNSy6/qVtLqDNIt3JDf4ito0ZHWM27OoOD8wJGOR1B9gADt6oa3/yCLj6D+YrlZ/FuqfZHayf
T7rY0jC5SF/KkVIfMKqN2c5+XOe/TPFdPqknm6DJJjG5FbHpkiqj8SFLZmjS0lLUjCiiigDm18XR
jU9SgnSCK307eZX85ml2qoYsIwnT5v72falufGdlC1q6pOYJHlSbMEgkiKKG5Tbu6EHp05qeXwys
v9oxnULoWuoF2lgCptDMoUkHbu7DvT5vDVtPdS3DTTB5XkdgCMZeNYz29FH40ASTeI9Ogn8qWSRc
wmZHMTbHULuO1sYJ284FRR+LdLltPPje4Yl9ghFtJ5rHbv4jxuI2/NnHSqTeBLBrw3P2i43GBocf
J0MXlH5tu77vQZwDzjmrcnheHz/tEF5cwXKsrJKm0lcR+WRggggqOcjrzQAr+MNFiu5LaS9CPGjO
xKNgbRlhnH3gD93rTYPEq3Gl6xfJbyBNOZwI5FaN32xK5yGGV5JH61E/gyzea7b7TOI7rc0iBY87
zj5g23cORuxnGe2OKtw+H0TTtRtJry5uDqO4zSybd2WQIcYAA4UY4oApWXjOzfTpbu+MUQSYQr9n
l89ZWKhvkIAJIBORjjBq8nifS5Gt8TsIrmLzop2jYROu0scORjO0E49Aaov4KtZYiZry4kuvNWUT
skRIKqUA2bdhG1iOR/SkfwPYS3yXU888rCMxsGCDeDGYzyFBA2sflUhc84oAtt4s0xYElb7UN5Ox
Pssm9lADFwu3OwAj5unPrUkHibTbnUVsoZnaRsbXETeWxKeYAHxtJKHdjPSq7+GWkjizrGoCaJHi
WcGMP5TBQU+7j+EHOM571PbeG7S0eEwNIqQzrOiZyAVh8kD1xt/HNAFQ+Kkh1XUobqGWO3s3ihV1
hkZpZHxgKAMH7wAxk9+lWn8VaXHPLE80imIPuYwts3Ku5kDYwWCgkqOeD6VJNoNvNczTNJKGluYb
kgEYDRhQo6dPlGaqT+Era4km8y7u/IkMzrbhl2RySqVdxxnOGbAJIBY8UAS2fi3Sr65it4ZJ1llY
KBJbSJhiu5QSwABK8gHqKq3ni9bLUdRtJLRi9qY/KbfxPnZvA44K+YvHcGro8O2wuVn82bcJ47jG
RjckflgdOmP1qPUfCtlqZlM8kweS6juwyMAUdFVcDjoQuCD6n2oAcfFekq8yvcMqxBvnMTbJNpCs
EbGHIYgYGeTVJPHOmx2889+z2saXDxIrxsHKoFLMykZUDdz+HrUr+DrWTcHu7sxrvNtHuXFszPvL
LxydwGN2cDio5PBVvKRK1/dNc+ZJIZ3WJyd4XcNrIVx8i4wMjFAF/UtXure7tLfTbOK8kuIpJhvn
8sbU2dDtOSd49KuaZfxapp0F5AHEcy7gHGGHsR6g1V1DRTfXFrPFfXNpLbxvFuhCZZW25B3KcH5B
yKu2dpDYWkVrbLshiUKi5zgCgCeiiigDD8NRyxtq3nJIu7UZWTeCMrxgjPatyqGmamupm8CxtH9l
uXtzk53Fcc/rV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlXU5nttMup4yBJFC7qSM8
hSRUei3Ml5oljczEGWaBHcgYGSoJ4qxdeT9ll+07fI2N5m7ptxzn8KSxNubGD7Ft+zeWvlbPu7cc
Y9sU+gupPRRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAY/ip2j8O3JV2QMUR3U4KozqrnPb5SeawL/UtXhubyOwlFuIpbqTJt/M3iOO
MqvJ4yWIyPwrs5oY7iF4pkWSORSrIwyGB6g08KFAAGAOBQBwuq6rd39nq8M1z5UiRER2KwHcyYUi
QP15JPt26g1LeeJ9RhuLu2h2tc2/2tmjaA/KisvlMfUbWLcfexXa4piSxvI8asC6Y3L6Z6UAcBDq
l5Al7c21yb1vOupI7g25UNttUKYXpjIx6HHHWn6v4h1rS7JrT7ZE12bjYly0CplfIEnQnbgOwBPX
GepFd/iql/pVlqiIt9bJMEJK7uq564PvQBg3Wpmy1qxMt3Gzz6Y6xNn91NMWTbjHHPb2NYC3ttFB
bLZXt2upTWc5v45pJNzP5ROCG4DiTGAvOM44r0dI0jRUjUKigBVUYAHoBSPEkm3eittIYbhnB7H6
0Acj4k1y90Xw1YS2hl+0NDuyYwwYqmdrE85J7Dk84xim3Os63Be3c0JWaISSww2v2futt5qtuHJy
3H4+tdlijFAHD6dcz3GmeKp1vnvWNuDFcJEYsnyT90ex7j+dZ/2d7bT7m3vrkWTRzwyCCSadreZT
G2PnzvXJyT2DRjg559IoxQB5ncXLql7LAbl7mezbERlm8+x/cj5SPusnAw3DZbuena6KzDVNaiUl
oEulKZOcM0aMwH4nOPetfFMht4rcOIY1Te5dtoxuY9SfegCSkJxS1keKL1rDw7eSx/65k8qIert8
o/U00ruwm7HO/ZH1XwxrOqxgme4uTc2577YThP8A0E/nXY2F2l/YW91GcpNGsg/EZqPTbBNP0m2s
lAKQxLH9cDmsvwixt7K60xj82n3Lwj/cJ3J+h/Sqk7pkrRmnrH/IGvP+uLfyp/2yI3It0LPIPvBB
kJ/vHoKZrH/IGvP+uLfyqlF4btYJ8wxoYHJZ43zkE91Of0OaFbl1B3vobGKXFUf7EsP+fZf++j/j
R/Ylh/z7L/30f8anQrUvAYoIzVH+xLD/AJ9l/M/40f2JYf8APsv5n/GjQNS9gUYqj/Ylh/z7L+Z/
xo/sSw/59l/M/wCNGgal7H1oxVH+xLD/AJ9l/M/40f2Jp/8Az7L+Z/xo0DUvYoqj/Ylh/wA+y/mf
8aP7EsP+fZf++j/jRoGpd2ijaPeqX9iWH/Psv5n/ABo/sSw/59l/M/40aBqXsfWjH1qj/Ylh/wA+
y/mf8aP7EsP+fZfzP+NGgal7H1ox9ao/2JYf8+y/99H/ABo/sSw/59l/M/40aBqXsVQ1vjRrjHXA
6/UUv9iWH/Psv5n/ABqnquk2UGmzSRwKrrgg5PHI96cbXQpXszMcaydcX7eYAd/+i5D+Tn/gP8X+
9+FbONd9dN/KStSim536CULdTLxrvrpv5Sf40Y131038pP8AGtWilzeQ+XzMrGu+um/lJ/jRjXfX
Tfyk/wAauLqFo12bVbqA3I6wiQbx/wABzmpXnijljieRVkkzsUnlsdcDvijm8g5fMzsa766b+Un+
NGNd9dN/KT/GtWijm8g5fMysa766b+Un+NGNd9dN/KT/ABrVqL7TD+9/epiE4kO4fIcA8+nBB/Gj
m8g5fMz8a766b+Un+NGNd9dN/KT/ABrQtrqC8iEttNHNGeA8bBgfxFS0c3kHL5mVjXfXTfyk/wAa
Ma766b+Un+NatFHN5By+ZlY131038pP8aMa766b+Un+NXkvLeS7e1SeNriNQzxBhuUHoSO1T0c3k
HL5mVjXfXTfyk/xoxrvrpv5Sf41q1EbqAGQGaMGMgOCw+Unpn0zRzeQcvmZ+Nd9dN/KT/GjGu+um
/lJ/jWrUcc8UxcRSK5jbY+052t1wffkUc3kHL5mdjXfXTfyk/wAaMa766b+Un+NXbq/tLEKby6gg
D/d82QJn6ZqcHIyKObyDl8yK18/7Ov2ryvO/i8rO38M81NRRUlFHTdNj043Zjd2+1XDXDbscFscD
24q9WH4ZEoOr+d5n/IRl2b8/d4xjPatym9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACqGnf62/wD+vk/+grV+qGnf62//AOvk/wDoK01sJ7ov0UUUhlXU
oXudMuoIwC8sLouTgZKkCmaNbSWWi2VtMAJYYEjcA5GQoBp+pTvbabdTx43xQu65HGQCRTNGuZL3
RbK5mx5k0CSPtGBkgE4p9BdS7RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPY
vUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaEy/RRRSG
FFFFABRRRQAUUUUAFFFFABXPa5/p3iHR9NHKLI15KPZBhf8Ax4j8q6Cuf0b/AE7xNrGoHlIitlEf
ZeX/APHj+lVHuTLsdBWB/wAg/wAc+kep2v8A5EjP/wASf0roK5/xcDb2Vrqaj5tPuUmP+4Ttcfkf
0ojvYJdzT1j/AJA15/1xb+VXB0qlqxDaLdkHIMLEH8Kr+Jrmaz8M6hPbTGGaOBikgAJQ+vPFHQfU
1qK4G68R6pJNEsc7Q/ZIp7e6AQYkuVhkbIyOg2Kwx/fFWbrxS9td6Zex3yTadHZGW+WPa+clF3ZH
QqWBx6E1IztaK86/trVzNbw3uoPA0l7KJB5scHlr5cTqm5lI+XeRjqfWtDxfrd/A9sLSSbTztuD+
+lii8wps2t824MvzH5eCfagDtaK4W38Rzi+1e6kuZHWJF+y2plQFmaOMovk7d2Sz9d3fFFprdxcG
0sNR1eWwEImSe4kRIZZXUoYwQwIXKPuxjnHoKAO6ori11m5F6kn9qF7ttQa2OnALhYQxG7GNwOwC
TdnHbpUXh3xFqRntLa+ae9mXTPtZWNEDXCu0exx0GRudTyPu57igDuaK4R/EGqwaq8RmaWOfUpI7
dNo4CI2YScd8KR3+9T7LUbi7SCKHXJrp7mwe4uWi8vNrIuwjbhflBJZdrZ6exoA7iivP31LVU0y2
jhv7iaee0sZdzMiuWmmIfDbcDI4HBxWvHPqdrq9paXV15ds1ubuZ5ZFZkEeFdCwUAglkbOB0b1FA
HU0Vx+oeKruxvLxbWKCaKF3kcyyn/VokBOzA6nzT14496q3Xim7k1S6KywrDBDOqwRTfvFKXEce6
QY4JySPZqAO6oriL/wAdzWGkG+YWDkyNtt1kJkRVDEq+cBXwv55ABp0vii+tJL97jyZ1t7/y44ID
iQR+Q0gDcc5wPxz6UAdrVDW/+QRcfQfzFczc+M9QitpDBFp1zJG0hMsUzGF0SHzTtbHLdvTofauj
1aUSaDLLjAZFbHpyDVR+JEy2Zo0tc4PFsE9+YrcEW8TYlleJyT7KoH6nH0q9/wAJJp3/AD1l/wDA
eT/4mm6cl0BTi+pq0Vlf8JJp3/PWX/wHk/8AiaP+Ek07/nrL/wCA8n/xNLkl2Dmj3Oblsb+G78Rf
ZrfUEubgytbPHHGI8mNQGWTG8NkEdce1Le6Hqck4iSXUWitpbg28/wBoPmbTAm3585IMm7r6Y6V0
f/CSad/z1l/8B5P/AImj/hJNO/56y/8AgPJ/8TRyS7BzR7nMzjxNJqhZIbuMGzdXZZCVZ/I+U43b
VbzOMBc+pwcVIbLWLSPyZW1e4sFlRpPLuCbggwjO1shsCTqAR+WRXRf8JJp3/PWX/wAB5P8A4mj/
AISTTv8AnrL/AOA8n/xNHJLsHNHuctPbeJjqN+0c+pK2yQQKoUxtHtG35i+BIOf4c7upxzV+y065
PhrxJCtreq14ZTbx3bh5XBgVRk5PcEDJz61tf8JJp3/PWX/wHk/+Jo/4STTv+esv/gPJ/wDE0cku
wc0e5yEen67Dps/2WK8himu0eZkhWOd18racIjqAAyp0IJGeveyI/E41CzFuLzK2pQzTtxIfIbaz
ruKK3mbcgAnjO7BxXTf8JJp3/PWX/wAB5P8A4mj/AISTTv8AnrL/AOA8n/xNHJLsHNHuc5LDqP2O
ApB4h8nEnmx/aR5xn2qEO7d/q/v9Dtzg4xVuwsdai1S3urye7d/PjimUS5hMf2YbmCdP9b3xn8K2
P+Ek07/nrL/4Dyf/ABNH/CSad/z1l/8AAeT/AOJo5Jdg5o9zFudFvBqWqS25vYxd39sWeO4ZcxAJ
5hHPHQjjnHAqvdW+vC8vBbjUvOBuMSeePIMPlsIVQZ+/u2HOM5DEnBFdF/wkmnf89Zf/AAHk/wDi
aP8AhJNO/wCesv8A4Dyf/E0ckuwc0e5h2Wl6vZ6nC4udTlhjuYlxNcF1MRhzISD1+fv27YFVtc0H
UH1HU72ytmc3V1DHNHkDzoQsWHHujK34Fvaul/4STTv+esv/AIDyf/E0f8JJp3/PWX/wHk/+Jo5J
dg5o9zmZYPERkuTF/aSzDzftLmUGORTINggXOA2wHHA685NU5dO12K2dbMaxa2st1PISpEtzkrH5
bN+8GRw/UntuFdl/wkmnf89Zf/AeT/4mj/hJNO/56y/+A8n/AMTRyS7BzR7mX4itZ5NT0m4MN7Kk
MMyyNbQxSNuJjwGDggA7W6eldQpyOmKy/wDhJNO/56y/+A8n/wATR/wkmnf89Zf/AAHk/wDiaOSX
YOaPc1aKhtrmO8t1mhJMbdCVKn8jzU1SUUdN1NNSN2EjZPs1w1u27+Irjke3NXqoaXpi6b9rKyM/
2q5e4O4Y2lscD8qv03boJX6hRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BRvM3
dNuOc/hSWK262MC2W37MI1EWw5XbjjHtimanC9xpd3DEMySQuignGSVIFR6LbSWeiWNtOAssMCI4
BzghQDzT6C6l6iiikMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwoooo
AKKKKACiiigAooooAKKKKACiiigAqha/8he/+kX8jV+qFr/yF7/6RfyNNCfQv0UUUhhRRRQAUUUU
AFFFFABRRRQBV1G8TT9OubuQ/JBG0h/AZqj4VsnsvDtosw/fSqZpf99zuP8AOr+o2EGqWMtndKWh
lGHAYgkZz1FY/wDwhWlj+O+/8DJf/iqpWtZku9zoKgv7RL+wuLWQfJNG0Z/EYrH/AOEL0v8Av3//
AIGy/wDxVH/CF6X/AH7/AP8AA2X/AOKo07hr2ItLu3u/Ajib/XwQPbyg9QyZU/yrce5tzOtqzB5G
HMYG7A9/QfWs19HtdF8P38Nkrqjo8jb5C5LEcnJ+lEHh9LW5YxPI8ErFnDTyK6n1yD8348+9U+Vk
rmRsGKM9UU9+R7YpkdpbxKVjgiRT1CoADVb+ybb1uf8AwJk/+Ko/sm2/vXP/AIEyf/FVGhd2WZLW
3mGJYInGd3zIDz606WCKYqZYkcocruUHB9qqf2Tbf3rn/wACZP8A4qj+ybb+9c/+BMn/AMVRoF2W
fsluZvO8iLzf7+wbvz60sltBMCJYY3BIJ3KDyOlVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo
0C7LfkReaZfLTzCNpfHOPTPpSrEikFUUEDaCB0Hp9Kp/2Tbf3rn/AMCZP/iqP7JtvW5/8CZP/iqN
Auy55UeQdi5B3Djv6/WkWCJC5SNFLnLEKBuPv61U/sm2/vXP/gTJ/wDFUf2Tbf3rn/wJk/8AiqNA
uy55MfH7teMAcdMdKGjRvvKp4xyO3pVP+ybb+9c/+BMn/wAVR/ZNt/euf/AmT/4qjQLst+REc5jT
ng/KP89h+VJ9mh3s3kx7n+8doy319elVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo0C7LJs7d
s7oIjubecoOW9fr707yIg5cRpvOMttGTjpz+NVP7Jtv71z/4Eyf/ABVH9k23965/8CZP/iqNAuy0
ttAkYRIY1QZwoUADPXiqutDGjzgDjA/mKP7Jtv71z/4Eyf8AxVVNW02CLTJnUz7lAI3TuR1HYnFV
G10TK9mXn023e9S7VWjnU8vG23ePRvUfWrdApai9ykhKKWigYlFLRQAlFLRQAlFLRQAlFLRQAlFL
RQAlFLRQAlFLRQAlFLRQAlFLRQAUUUUAYfhp5XbV/OaQ7dRlCbyeF4wBntW5VLTtSi1I3QiR1+zX
DW7bscsuMke3NXab3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGVtRna1065njxviid1B6Z
AJpmkXT32j2d1KFEk8KSMF6ZIBOKnukhktZUuceSyESbjgbcc5P0ptklvFZQR2e37MqKItpyNuOM
HvxT6C6k9FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiiigAooooAKKi
nuoLVN9xNHEn96Rgo/WlininQPDIsiN0ZDkH8RRcdna5JRRRQIKKKKACiiigClrH/IGvP+uLfyq4
Kp6x/wAga8/64t/KrgquguotFFUtYupLHRb66hKiSC3kkTcMjKqSMj8KkZdorjY/Fd/JHpEGIBeG
4WLUhtJCfOE+XngsSGGc8Cn3niTUofC+j6lCkTzXEga4TZ96NUd3C88HCcdaAOvoritR8W3xur7+
zTE9qscYtnWPezuZkR2GSAR85AHHK9a031a+i0g28bedrjwtLFBNCIyRk9QGK5AB43c46jNAHRUV
yenazqWqziytb6FZ7aPzbh57NkcksQIzHu+XGOWyc5XHWoLnxo0etapaRz2pSC3mWBBy/nRIHbcM
/dOSB0+4fWgDs6K5nw/4iu9S1NLG7ESzw2pa5VFI/eBlww5+6ysGH19qeviqWW2jnh0yV4rqUQ2R
81R55+bOR/AAEJ5zx78UAdHRXLjxmTPEv9mT7BtFy/mJ+4YzNDjH8Xzqenbn2qrZ+KL+1sZLrU4m
Zs3sqxIUI2QnAUEY9xznPXgUAdlRXNXfim7tLsW7aPK7qsXmbbhMI8rMqLz15HJ7Z71saTqH9qac
lz5TQsWdGjYglWVirDI4PKnmgC7RRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXhS0lLUjC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9K0waabwiUyfarl7j
lcbd2OPfpWhWH4amlmOredI77NRlRN5J2qMYA9q3Kb3EtgooopDCiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui
/RRRSGVNUie40q7hiXdJJC6KPUlSBUeiW8lpodjbzrslit0R1znBCgGptQna10+5uEALRRM4B6Eg
E0zSbt7/AEi0u5FVXnhSRgvQEgHin0F1LlFFFIYUUUUAFUdV/wBTb/8AXzF/6GKvVR1X/U2//XzF
/wChimtxPYvUUUUhhRRRQAUUUUARzzLbwSSsGKopYhRknHoO9YH/AAmMcM0P2/TL+xt5mCJPOgC5
PTdg5XPvXRGuQ12W48T3N14fs7bZFBNF9qupHGFHDDavUk4rOo2lodeEhCcmprTq72su/wDXodfS
0ijaoA7ClrQ5AooooAKKKKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UlLSGFFFFABRR
RQBm6npmmXZS51O3t5BApw0/KoD168dutYHhNbdfE2r/ANkY/snamPL/ANX5v8W3+uK1/Fq27+F7
9byV4oGjw7om8ryO3er+mrCmnWwtgBCYlKYXbxjrjtWbjea8jshVcMO023fTyWz+8t0UUVocYUUU
UAFFFFAFLWP+QNef9cW/lUzXMMcyQtIolf7qZ5PviodY/wCQNef9cW/lWfb6HJa3blbi5kimbc0n
nFZFPv8A3h+WKtJcupDbvobmajuYI7u2lt50DxSoUdT0ZSMEflVX+yl/5/L3/v8Amj+yl/5/L3/v
+amyKuxo0TTxPJOLWPzZHjkduclo+EP4Uyz8PabYbPs1vtCSeYgMjsEbDLwCSBwzDA9al/spf+fy
9/7/AJo/spf+fy9/7/miyC7K/wDwjGkCzW0FkiwJEIlVWYYUMHABBz94A/WrA0m0GmNp5jZrVgQV
aVyeTn7xO7r70f2Uv/P5e/8Af80f2Uv/AD+Xv/f80WQXZXPhjSCkSmzX90SQ29txyQSGbOWBwMg5
BwKlfQdNks0tHtIzAjtIqc8M27cc9ed7fmaf/ZS/8/l7/wB/zR/ZS/8AP5e/9/zRZBdjJNC06W4a
d7VPOaJIS4JBKK25Rx6EZqJvDOkssy/Y12zOJGAdgA2Scrz8pySflx1qx/ZS/wDP5e/9/wA0f2Uv
/P5e/wDf80WQXYyPQNNiiWKOziWNUSMKM/dRt6/kxJ+tLJomnyxeVJaoybZV289JTmT/AL6NO/sp
f+fy9/7/AJo/spf+fy9/7/miyC7HS6ZaTTtNJArSMY2LHOSYyWT8iSantraKzh8qBAibmfaPVmLE
/iST+NVv7KX/AJ/L3/v+aP7KX/n8vf8Av+aLILsvZozVH+yl/wCfy9/7/mj+yl/5/L3/AL/miyC7
L2ao60f+JRcfQfzFH9lL/wA/l7/3/NU9V04RabM/2q7bbg7XmJB5HUVUbXQpXszaFLSClqCgoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKen6jDqJuRArj7NO0D7hjL
LjOPbmrlZ2k6YdNN6fN8z7VdPcfdxt3Y49+laNN26CV+oUUUUhhRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9BWr9UNO/1t//ANfJ/wDQVprYT3Rf
ooopDIrqOKW2ljuMeU6FXycfKRzz24ptlDBb2UENpj7PGirHhtw2gcc9+Kj1WJ59JvIo13PJA6qv
qSpAFR6FBJa6DYQTIUlit40dT/CQoBFPoLqX6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1mRIbWK
SRgiJcRFmY4AG8U1uKWxoUVlW/iCyuZCVnhSADiSSUKWPsvXHucVZ/tfT/8An+tv+/q/40crDmRc
oqn/AGvp/wDz/W3/AH9X/Gj+19P/AOf62/7+r/jRZhdFyiqf9r6f/wA/1t/39X/Gj+19P/5/rb/v
6v8AjRZhdFs1k6db3kWtanLPbWsVvKyGKWL/AFkuBj5/p2q3/a2n/wDP9bf9/V/xpP7W0/8A5/rb
/v6P8aTi2VGpypruXKWqf9r6f/z/AFt/39X/ABo/tfT/APn+tv8Av6v+NOzJui5RVP8AtfT/APn+
tv8Av6v+NH9r6f8A8/1t/wB/V/xoswui5RVP+19P/wCf62/7+r/jR/a+n/8AP9bf9/V/xoswui5X
O6hdX1tqV2bOEMjeX5sucmMYPIGD+fOPStb+19P/AOf62/7+r/jWPN4isdO1V3kcyRXUscAliIZY
zsY5Y54Hv7046atCeuiZoWlxe/ZY/Kt4pkI4kN3uLe+dtTfaNQ/58Yf/AAJ/+xqBPEOmoi+dOltu
nkgVZCF3MjlD+GR19xTLLxTpF9bSXEV5Gscfml/M+XAjOHbnsMjn3FF12Cz7lr7RqH/PjD/4E/8A
2NH2jUP+fGH/AMCf/saZd6/pdj/x9X9vFiTy/ncD5tobH5EH6EVDdeI7G3n8mOZJpUnjhlRGGYt5
GC34EH6UXXYdn3LP2jUP+fGH/wACf/saPtGof8+MP/gT/wDY1Dea9bwada3lrG96l3IscAgK/OWz
ggsQMcdc0yDxJZSoWm3WzRq5mScqrRFCoIIzz99eRkHI55FF12Cz7k7TX7AhrCAg9jcf/Y0on1Ad
LGH/AMCf/saT+3dM862i+2w+ZdLvhXdy49f0P5GktNf0u/Ki0v7eYu/lqEcHLYLYH4An3waV12Cz
7j/tGof8+MP/AIE//Y0faNQ/58Yf/An/AOxqMeIdKLqgv7fLRGYfP1QDJOfoM/Tmlg1/S7mIyQ30
LoCg3Bu7nan5ngetO67BZ9x/2jUP+fGH/wACf/saPtGof8+MP/gT/wDY02XXtLguJ4Jb6BJbeMyS
qzgbFGMk/mPzFQt4n0VIYJX1O1WO4YrExkA3EYyPwyM+maLrsFn3LH2jUP8Anxh/8Cf/ALGj7RqH
/PjD/wCBP/2NUbLxRa3moXlsgAW2uRa7zIBufYWPB7DafXOD2FS/8JVoYjgc6pahLjPlMZAA+Dgk
H0yRz05ouuwWfcbqs982lXQeziVTE2SLjOBj021sCsq51G01Tw7d3FjPHPCYnAdDkZA5Faooewlu
LRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxI
UtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGJ4buZr
g6sJpXk8rUZY03HO1RjAHtW3VPT7+3vzci3DD7PO0MmVx84xn69etXKb3EtgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtXqo6d/rb/8A
6+T/AOgrTWwnui/RRRSGVtQnNpp9xcKAzQxM4B6EgZpulXbX+k2l26hWnhSQqOgJAOKluoo57WWK
b/VSIVfnHBGDzSWUENrYwQWxzBFGqR85+UDA570+gupPRRRSGFFFFABVDVgDBACAQbmLIP8Avir9
UdV/1Nv/ANfMX/oYprcT2FtrK3tpN1u+2J84iBBTPqvp9BxVvYn91fyrziz0rXNLisEsbKQ/ubi5
j3Af6PcGNxtYHoHJUj33etWbCy1O4vdMnvLnWZES4kTcYHiMW6MY3Akll3Z+Y8Dp0pXCyO+2J/dX
8qNif3V/KuGtJfFb3EcUqT5dSNzABFaFSpJPpK5U/QHHrS2ia3crFEJtZS3eW3E8k4CSh/nMu3jh
PuDI4z0NAztkMUmfLKNtJU7cHBHUU0SW7OyK8RZPvAEZX61zvh22v7bXb/7Ulwlq80724AxGcyZJ
fvuPG09MZ75rNTTpGupfsmmTQ38d9dTS3Rg2CSJmkIXd/wAtN2UwOfXjFAHbgRsAQFIPQil2J/dX
8q4cSa/CkiRJfuxtIclY9ggwI96oCNruRvIIPB4I4FOu21cGMWD62yiJfsXmRj5pTI2/z8jIUDbj
OOM9TQB22xP7q/lRsT+6v5Vw983idVuoozdCK2nEQmVN7TRO5beoBBJVdi8c/exU0FrrU1nPI+o3
ySwWEbQSSJ5KySB5Cd6HvhUByehz1NAHZbE/ur+VGxP7q/lXGR3+p32j29w66mkN3MLmf7PHmSKB
1YxohHJIKpuwM/MfWjfrf9qDYdULCQBA6AQm28rqxx/rd2ffPbbQB188tvbR+ZcPFEmQNzkKMnoM
mngRsMqFI9RXBxaRq11/ZsN/Nqc0cc1rcM8jDcrmN/MBIHQELx2z71bih1oi4fdeRGG0unhjQBVe
UyybMjHJ27SPwNAHZbE/ur+VYN1o0GrazMtxgwxffj28SK8ToR7cNWZY2mt2uowF7vUp4UuIkKzb
SrRtFmQnAGcP37dK6S1/5C9/9Iv5GmhPoc4nw/WNbYvfR3UkSujtd23mb1MpkBxuGGG4jPIPXFXr
jwgLu3jguLvfHHdyzDEWC0UjFnibnnJPX2HFdJRSGcpH4MmgtI1h1U/aTFNBPPJbh/NSQqTgZ4YB
VAPI45BqzL4Ot5dLl09rh/s8lzHPjHIVFRduc+idffpXRUUAZF7o91d6ZZQLfIt1aSpKs7QZDlcj
lQR1z2IqnJ4T80O8l0ks8iS+a0sGUd3aM7toYYAESgAHPQ5yK6OigDm4fCk8SzxtqbyxXluILwyx
bpJMBgCr5yvDY53dB3yTFN4NnurOYT6qReFYY4LiG3CeSsW7bhcnJO98nPfgCupooA5N/AkC3l1J
bywJDOjKA1tukiJh8r5X3DAxjtnqM4NWNQ8OTXGtafcW8qxpb25WR2UMGkX/AFJK552lnbrXSUUA
c7J4XmeG7t11BVt55/taL9nBZJt6yZJzhl3L0xnBxnimnwiZUu2uL7fcXcVzHM6whVzKqLlVzwFE
ajGTnnJrpKKAMRvDgZy32o83rXf3PWEx7evvnNQT+ElnsY7Y3ZATThYbvL6jKndjP+z0966KigDG
uNPFhpesuJN/2pnnI2425RVx7/d/WtgVT1j/AJA15/1xb+VXB0p9BdRaKKKQwooooAKKKKACiiko
AWiiigAooooAKKKKACiiigAqhrf/ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDN0fTW003xaQP8Aart7gYGNobHH
6VpVi+HLua6Oq+fK0nlahLEmf4VGMCtqnLfUS2CiiikMKKKKACiiigAooooAxn1/Z4yi0HyM+ZYt
eedu6YcLtxj3znNO1zUtTsjBHpOkNqEsudzNOsUcQGPvMcnJzwAOxrFn/wCSyW3/AGBH/wDRwrb8
Qa/b6BZLLIjT3MzeXbWsfMk8h6Ko/mewoAg8M+I315b2G6snsb+wm8m5t2cOFJGQQw6gim6/4jm0
vULLTdOsft2o3odo4mlESKiAbmZsH16AUeEtEuNKtLm51J0k1TUZjc3ZT7qsRgIvsoAH50niPw5Z
+IZrf/TJLLVLTMltcW7gSxg8HjupxgigAbxLNpnh261PxBp7WDWud0STLL5gGOUPGc56HB4NbEV9
bTWouVmj8nAJfcML9T2rzPWb241rwH4psNdS1vrzRG2R3kcY2u23IYD+FwCQcdM1t6ta6HpWiaPp
8Ph+1vHv51a3tF2xRPLs5dz04X1B+lAHaRXMM8PmwyxyRf30YFfzqte6zZWFncXMs8ZWCEzsquCx
UDPAz37V5/ocMljrHjOyaztLGP7BHKbW0k3xIxRwSOBgkYyMU/RvCejL8J/trafDNdzaS0rzzLvc
t5e4cnsCBgdsCgDvNN1mz1PSoNQglUQTRJL87AFAwBAbng81caVEKh3VSxwoJxk+1eYappllZ/Ag
zWVpBC9xZWks7RIAZGyhLNjqetb3i24hfxV4NjWVC7XjyKoYElfLPzfTkc0AdbJe20KlpbiJAG2Z
ZwPm9Pr7VNXnGgeH9C1rxB4ubV7eC5ki1BxsmbIiQouWA/hJwfm6/L14rd+Gc08/gPT2nkeQKZEi
d+rRrIwQ/wDfIFAHV0UUUAMlZkjZkQuwHCggZ9uaz5NQvlXK6TMx9BNH/jWlRimmJoxTq99j95YG
1HdpA0gH/fA/rV3S0QW7ypcLcGZzIzqMDPAwB2xgVdxVHTQBLf8A/Xyf/QVpt32Faz1L9FFFSUVN
WjebSLyKNS7vA6qo7kqcCotBhkttA0+GZCkkdvGrIeqkKMirF/ObSwuLgKGMMTSBT3wM4pml3Zv9
KtbtkCGeJZCoOcZGcU+gupbooopDCiiigAqjqv8Aqbf/AK+Yv/QxV6qOq/6m3/6+Yv8A0MU1uJ7F
3AowKWikMTAowKWigBMUYpaKAEwKMClooATApGRWUqygqRgg9DTqKAECgDAGBRgUtFACYFGBS0UA
JgVRtf8AkL3/ANIv5Gr9ULX/AJC9/wDSL+RpoT6F+iiikMKKKKACiiigApKWkPSgAzRurkvtH9oe
JNTivtVnsRZOgt4kmEYKkZLkH72TxzxWVoeuX2l7UxFPazy3zrGAfM3Rkt1zjnpjFZOqkztWCm4u
z1snb1V9/Q9CzRmuEbxnqNraNLKbK7MliLtPIBAgJZV2vycgbuvHQ1LP4m1WAXtustjcS2zxE3MS
fLsZWY4Qt8zDHQN0OaPaxD+z63l/Vv8AP/K52u4Uua4GXxDNHqE97Z/Z3lltbMCRlcK29yD8ueBz
9frT7nxdqdtZtHI1stzHdz27TLEzK3lgEYQHPJYDOeKPbRGsvrO1v60v/X5HcTRpPC8Uq7kcFWB7
inBhXJaxfavDbeHn+1xWs1zMqXAKfLuKk4PPQcjGfTmqEGs30F7cWunC1ie41C7DPIrMPkRWzjPU
8+1N1UiYYGc43TXX8L/5He5ozXBJ401OCzmubmK1kDact5CkYZdhL7MNzyOc9q2tD1jUbzSL2e8h
hWe33eW24Kr/AC5G7DNt9+feiNWMthVcDVpLmlbe250eaM1xFv4r1CWCC3ae0jvJrryJJJIiqQfJ
uwRuIYnBAIbmkTxndhLcym1QNFd7pMHbI8XClST0PpzS9tEr6hW/r5/5M7jNGa4keKtU2NMFt2jh
0uO/lQIdzswPyjngZwe/A96bf+J9Wsraxiiksbu5ug8nmxL8qhVB24LgZyeuenan7WILAVm7aff5
X/I7isrVdVurK4SGz0q6vnK7yUKoij03Hv7Vc064ku9PgnmjEUkkauyBtwUkZxnvVXxBq66HpMt6
0Jm2MqhA23JYgDn8aqT9297GFKLdRQ5eZ3tbz/rzE0TXYdajmCxS29xbv5c8Eow0bf1HvWrWB4d0
q7tLvUdQ1ERJdX8isYom3LGqjAGe5reog21qGIVNVGqe3/A1/EWiiiqMQooooAKKKKACqGt/8gi4
+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJS1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKAKdheWt4bkWox5M7RS/Lt+cYz9eo5q5WZo2mvppvzJIr/abt7hdo+6Gxwff
itOm99BLzCiiikMKKKKACiiigAooooAxda8IaJ4huY7jVbBbiaNNiuXZSFznHykd6rTfD/w1cWdt
ay6WjQ2u/wAlTLJ8m45bndnk10dFAGRonhXR/DjzNpNmLdpgBIRI7bsdPvE+tGs+FdH8QSRSapZL
NLEMJIGZHUem5SDj2rXooAzrTw/pdjpD6Xa2MMdi6srwhflcHrn1z6mqK+B/D66T/Zo09fsgl85U
Mjko+MBlbO4EAY4Nb9FAGRYeFdG0tbgWVjHF9pi8qYgsTIvP3iTkn5jz1q9a6fbWWnxWNvCqWsUY
iSLqAoGMc9eKs0UAY+n+E9F0qyurSzsI0trsYmiZmdWHPGGJwOTwKg0/wP4e0uWGWz0yOOWB/Mjk
LMzKQCBgkk4wTx09q36KAOJs/h9Y3upa1ca9p8U32m/aa3dZCGMRVRglSDjIPyniuyt7eK1gSC3j
WOKNQqIgwFA6ACpKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/rb//AK+T/wCgrTWwnui/RRRS
GQ3UKXNrLDKSI5EZGwccEYNJY20VlYwW0BJihjVEJOTgDA5qLVo2l0i8jjUs7wSKqjqSVOBUegRP
B4f0+KZGSRLaNWRhgqQoyDT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himt
xPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6
F+iiikMKKKKACiiigAooooAqXGl2V3Mk1zaQTSx/ceSMMV+hNOTTrSJkaO2hVkLMpCAFS33iPTPf
1qzRSsiueVrXKkOl2NsJRBaW8Yl/1gSJRv8ArxzTP7E037L9m+wWv2fdu8ryV27vXGOtXqKLIftJ
dyo2mWTsWe1gYkKMmMdFOV/I9PSs7WPCdjrHlli1uyM7kxKmGLY3EhgQTwOetblFDimrMcK04Pmi
9TPi0eyh0uCweJZraBQqrOA/ToTnvUw06zEnmC1h37mbcEGcsMMfqR1pmsf8ga8/64t/Krg6U+VW
JdSTbu/6ZWXTbNAAlrCoEfkgCMfc/u/T2pYNPtbW3MFvbxRQnOY0QBTnrwKs0UrIHKT6lIaNp62Z
tFsrYWxOTEIl2E+uMYpz6XZSRxRvaQMkP+rUxghPoMcVboosg55dytHp9rEcx28SnyxFlUA+QdF+
ntUX9iaZ9mFv/Z9p5AbeI/JXbu9cY61eoosgU5LqNRAihVGAOAB2rN8Q217d6U8WnR2sk5dSFul3
JgHJ49a1KTFDV1YIScJKS6CKDsG7G7HOKdRRTJCiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v/kE
XH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAxvDt5PeHVBPKZPJv5Ykzj5VGMD9a2ap2FzaXJufse391O0c21Nv7wYzn17c1cpvcS2CiiikM
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv8A/r5P/oK1
fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrj7JYz3G3d5MbSbc4zgZxTdMu/t+mWt3s2efEsm3Odu
RnGakuoEurWWCQkJKjIxHXBGDSWNrHY2MFrCWMcEaxqWOTgDAzT6C6k9FFFIYUUUUAFUdV/1Nv8A
9fMX/oYq9VHVf9Tb/wDXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL
3/0i/kav1Qtf+Qvf/SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri3
8quCqesf8ga8/wCuLfyq2GGOo/Oq6C6mT4slmh8MXz28728uwKsqHDJlgMj35rmm1vUbu7s1+0Sw
myMtpdhOFluBDKx/ABEcf74ru22OpVtpB7GmeXFycJknd0HXpmpGcVea7cPY+Hrux1DzhDC092kc
gbzgiIXVsd8MxHuBVK81i+uXubhdQkit7ue0kgV7gwpHCzSgfOBlQyorE89a9AS2togRHFEgOchV
A+tDW9u6bHjiZcAbSoIwOlAHO6hdz/8ACPrb29y1ttSNvt0l2PJl+YZjE2d2TyA22snTb9tS1mCJ
r+aKBbeNQk2plJGbzJVJXaMTZ2gBsjgCu58mAweSY4/KxjZtG38qabW2ZkZooSyABCVGVx0x6UAc
7oLS2S3spbVNQIvpLZVM/meWing4ZgOPXrWPDrEtjeLHcauZybuJpbpLwPA0ZkIIK/8ALI8gbehx
x0Nd+oRc7doycnFRG1tSrqYYdrncw2DDH1PrQBxt5qzSyX91Dq0iajHdLFZWaTDZKny7cJ/GHDE7
ucZ4IxSX0FzaR6x9m1DUpHhvba2iR71h8r+SWGTnBO9hu7ZrtRb26ujLHEGRdqEKMqPQegp2yM54
XkgngcmgDhLu41K11yJHmvIIYBZpI/2wyLAXkcHepH7wNgLuPTI9Khu/Et28mszLPfRWt5b3CWch
TbHG0Sna0Tdy4Dt/wEV6C6RPncEO7rkA5pPLhMYQrGUXouBgfhQBxUWsajLf6XYyXMqSafdrbXrD
gXDkMFznsUAf/gQq14P1DGgpcXeoxT3E8SEA35nJcoWwVIGxjg/KM9D6V1flxZJwmSck4HX1pkdr
axEmOKFMnJ2oBk/5NAHGzeMNXgj0pTHpxmvLVLt2kfyYyrEfIpZ+oB5Iz1Hy1o6F4kutU1z7LLJZ
eW8M0vkR5863KSKgV+ccg56DnNdG0EDhA6RsEOVBUHafb0qP7Dai9W7CKJ1Rk3jjIYqTn1+6vPtQ
Baqhrf8AyCLj6D+Yq9uHqPzrH1O/im0+6gO6KdQP3cgwSMjkeo+lVBaomT0ZsUtIKWpKCiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAy9F02TTjqBldG+03klwu3PCtj
APvxWpWP4fvZ706n9ok3+RfyQx8AbUGMD9a2KbvfUS2CiiikMKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9F
FFIZT1dWfR71I1LO0EgUKOSdp6VFoEbxeHtOjlVkkS2jDKwwQdoyDVq9uPsllPcFdwhjaTbnGcDO
P0pmm3f9oabbXYQoJ4lk2k525GcZp9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrIzo15/1xb+VA0jT8f8eNt/37FGsf8A
IGvP+uLfyq4Kq+hNrsp/2Pp//Pjbf9+hSf2Rp3/Pjbf9+hVTxcHbwvfLE8qMyBd0RIcZYA4I5zg1
zLXeo3l3aCZrhP7OaWykKkqJ5fIlJcgdRhYyPQue4pXY+VHZf2Rp/wDz423/AH6FJ/ZOnf8APjbf
9+hXHXGpyXmn+HrvTbqWZ7KFpZ1jYnzGSNCyP6kqW698VS1C5ubgXV5NcSww3s1pMBM8gjiiYyhQ
QpBAKqhIBHJ5ouw5Ud//AGRp/wDz423/AH6FH9kaf/z42/8A36Fc9qEpfwwIEmS1sVjiZb9ZWaKU
7hlCAfMCtyCc9O9ZFhJBe69aJdSJbQ/Z40ihluJ2Mn7yUZibcNwOFwWGcbaLsOVHcHSNPH/Ljbf9
+hSf2Tp3/Pjb/wDfoVg6Datpq30tnZz3Mhv5IMSXLfJEDwRvJGB7Vhw3yafc/wDH69xEt7FJPfCW
X7vmHKSo3Ctz/DwQOg4ouw5Ud1/ZOnf8+Nt/36FL/ZGn/wDPjbf9+hXHXl7HdTXkyXNyNZkuVGnK
kj7Wi+UoVUfKUIJ3Ej+9nGOFvdHW3TWRZpP5gvrWCIPczbdjeSWGckgElskc8mi7DlR2H9kaf/z4
23/foUf2Rp3/AD423/foVxV7aXtprkbMrRQWos1kkhuZW8jdI+SoPDqeAxbkA55xUN3qd/J/a940
OoR2up29xFA5f5QY1PlFADuUsock4HOOtF2HKju/7I0//nxtv+/Qo/sjTv8Anxtv+/QrkIrjUX1D
TLGZ7kDSbxbaWTJAuCwbax9R5YUn3f1FO8IX0Vn4daZZ4bq/kiQCJHlZ2l2MQj7mOGJB6YH6UXYc
qOt/sfT/APnxtv8Av0KP7H0//nxtv+/Qrkz4ku/sVrI2tRrFMXae5+xE/Z3CKRDt9SSevPy46mnx
avr1xOpmkFsspjt3txbcxO9t5hbcT2fjB47Gi7DlR1H9kad/z423/foVlajoVtDZzXUkcTTJzHsj
CLHyOgHf3NYemSahpmk2FraybJXsrM+cYMlTLPhyV6EgE9ec8mn63f64xvIkvkWD7Q1soa0BICwr
Jvznklsj059aqMndClFWO7HelqnpNzJe6TZ3UyhJZ4EkdQMAEqCRz9auVBQUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFOwmspjc/YdnyTss2xdv7wY3Z9T05q5WVom
nTaedQMxQ/abySdNpzhWxjPvxWrTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABVDTv9bf/wDXyf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG7t1u7W
a3ckLKjISOoBGKbYWiWFhb2kbMyQRrGpbqQBjmo9XDNo96EDFzbyBQvXO09Ki8Pq6+HtOWUMJBbR
hg3UHaM596fQXU0aKKKQwooooAKo6r/qbf8A6+Yv/QxV6qOq/wCpt/8Ar5i/9DFNbiexeooopDCi
iigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAUtY/wCQNef9cW/lVsVU1j/kDXn/AFxb+VZUSaoNSzeNCZMnyTsc
xAe2Dwcf3vwq0rxIbszoqKoY1T/npZf9+3/xoxqn/PSy/wC/b/40uXzHcv0VQxqn/PSy/wC/b/40
Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy/wC/
b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy
/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn
/PSy/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/VDW/+QRcfQfzFGNU/56WX/ft/8ap6sNR/sybzXtDH
gbgqMDjI6c04rVaik9GbVLSDvS1BYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAGRoF/PfHUhcMG8i+khjwuMIMYH61r1T09rJjc/YPLyJ2E+wY/e8bs+/SrlN7iQUUU
UhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9
BWr9UNO/1t//ANfJ/wDQVprYT3RfooopDILy4FpZzXBUsIY2kKjvgZpunXYv9OtrtVKLPGsgUnkZ
GcU+8txd2c1uzFRLGyEjqMjFN0+0XT9Pt7RGLrBGsYY9SAMUaWF1LFFFFAwooooAKo6r/qbf/r5i
/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/ACF7
/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/
1xb+VXB0qnrH/IGvP+uLfyq4KfQXUyfFNzcWnhu9ms5/IuAgCS4B2EsBnB471zzeJNQurmySKYw/
ZhJBfKFBD3AilO3JHRTGG46h1rtZYo54zHKiujdVYZB/CovsNsCxEEQLOZCdg5YjaWPuRxn04pDO
U1DXb6C08PXcFyGQwG4vUAB81FRC/bggMW4x0qjda/qt1LdPa3biG4uLb7IiFEIiZpVyGZT97yw2
SDwRiu0g0jT7VClvY2sSHPyxwqo5GDwB3AANLLpNhND5MtlbPFtVdjQqVwv3RjHQZOPSgDGvry/G
ji0s3uEvlSNmnmKhXBI3Isu3ZvIJAOOvaszT9Qv9V1mOCG9vxawwIJC8sKOr75VbcNhDn5AMqQOP
euvbTbN7EWb2lu1qAAIDEpTA5Hy9KjOjaaZYZTp9p5kACxP5C5jAOQFOOMH0oAxNEuri1F5LeXeo
34W9ktUQRK+wKeGIRRj3J4pItYun0nT5ftIM0mqGCQjHKec64/IAfhXSxwxxBvLRU3MWbaMZJ6k+
9V4tJ0+CV5YbG1jkkYO7pCoLNnIJOOTknmgDg4PFOrJpsENzeE3R0+e8WbYo81PK3I3TGUbKn6An
rXSafrsv9g3+o3cim6i81vsjYQwlFJ8s9ycDJPfORxitttPtGRFa2gKxoY0BjGFU8FR6A4GRQ+nW
kjs8ltAzN1ZowSfl29f90kfTigDmn8V6lHf2tn/Z0UsrRRTXJjlAVUkYgbSxBOAMnjk8Crfh/wAR
XWr6h5NxDapHJaLdxeVKXdVY4CuMcH6e/pWzNpllcSwyT2lvJJB/qneJSY/90kcdB0qK20ays9Rk
vbaBIZpE2P5ahQ3zbskDqcnrQBexRilooATFGKWigBMVR1r/AJBFx9B/MVerL1O7hudJuxE4LJgM
p4ZTkdQeaqO6JlszUFLSUtSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBk6Fp81gdRM+3/AEi9knTac/K2MZ9+K1qydBv5786j55U/Z72SCPaMfIuMZ9+a1qcr31Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9XLDR73Zu3/Z5Nu3rnaelReH958Pad5u7zPs0
e7fnOdoznPerd5OLW0muGBZYUaQgdSAM0zT7tb/T7e7RWVZ41kCt1AIzzT6C6lmiiikMKKKKACqO
q/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKA
CqFr/wAhe/8ApF/I1fqha/8AIXv/AKRfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
FLWRnRrz/ri38qQaTb4+9c/+BMn/AMVS6x/yBrz/AK4t/KrgqrtLQm12UJNOtIY2kllnRFGSzXUg
AH13U1rGyTaGnmXfnbm7kG7jJx83PFReKrN9Q8NXlrHCZ2lUL5Y/iG4ZH5Zrmho2pz3Vsbq2eQac
8tnbOxBLxmGUeb/wLMS/VTS5n3Hyo6o2NkPLBnlHm/c/0t/n4zx83PFMlt9NgDma7eMJjfvvHG3P
TOW4zXMT2V7qWnaFJb2F1Dc6VCxUTJsIlREwOvIbDL+Jqrd6Lfy+fezWNwJbya0up/KiSR1IaXKh
WyCUUxryDRzPuHKjs/sdh9m+0faZPIxu837Y+3HrndiomXSE2b7/AG+Yu5M3zDcPUfNyKztQs57v
QhHNDM1iqRtHHDbqLlZFYEMyH5CMjJXH4VmabY3S65BNqGnzxo8EcaiCyi8ogSS8uCCYzhlJCnua
OZ9w5UdNbw6ZdsVtrxpmUZIjvXYgfg1S/YLLaG86bBbaD9rkwT6fe61maRpV1p8d4bG1tLaSS/kY
mWL70JPGNuPwzVG1gupLCzsv7Puo3tNV852kjAUoZnbcpzzwQfxo5n3DlRvi008xiQXMhRgSG+2P
ggdTnd2p66baOzKss5K4yBdSZH/j1cJD4c1S0062tI7J2tm024bYMZhneLa0ePRmww9y1dBZxanp
uh3tnBaytqjtIUuwAUmcoWWQ7jx0C46AgAfLijmfcOVG7/ZVv/euf/AmT/4qmtptqilmkuFUDJJu
ZAAP++q5a8j1I28f2NPEPkGOXYrSgTC4+UIWJP8Aq/vdflznIxim3uma5cJe+dJfSG5E0LxpL+62
fZxtKL2zKMZ68kdKOZ9w5UdPb2unXcYktrqSZGAYNHeOwIPQ8N04P5VN/ZVt/fuf/AmT/wCKrmjp
eppJb2sTX0drizR3SUh9oEvmDdnPUoD+GKiu9M1uW4upY7rVV3vdsqpPhRtx5AUdgf178cUcz7hy
o6r+yrf+9c/+BMn/AMVR/ZNv/euf/AmT/wCKqxaGRrOEzjEpjUuMfxY5/WpqOZ9w5UUf7Jt/71z/
AOBMn/xVY+o6JiGW9ndw8YxGiyu3GR94k8/Tp9a6aqGt/wDIIuPoP5iqhJ3WpMoqxeFLSUtQWFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT08WINz9g8vPnt5+z/nr
xuz79KuVkaDYT2J1I3CqPtF9JNHhs5Q4x/Ktem9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UU
UhkF5bi7s57csVE0bR7h2yMZpunWY0/Tra0Vy4giWMMRgnAxmmauzLo96yFg4gkKleoO09Ki8Pu8
nh7TnlZmka2jLFjyTtGc+9PoLqaNFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9Tb/wDXzF/6GKa3
E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/0i/kav1Qtf+Qvf/SL+RpoT6F+i
iikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri38qpR+JLSefbDInkKSHlfIyfRRjn6
nFXdY/5A15/1xb+VSLZRLci4j3RufvhDgP8A7w6H69atWtqQ730If7b0/wD5+U/I/wCFH9t6f/z8
p+R/wp+ralFo+l3F/cLI8UC7mWMZY+wHrVKbxPYwyWCjzJPt0TTRNGuQFVC+WOeMgED1NToPXuWv
7b0//n5T8j/hR/ben/8APyn5H/Cq8/iWytjpPmCUDVSBA20YXIBG7njOQO/JFV7nxfZW9zdwCG5l
ktpooGCKoDO+cBSzAcbSCTjmnoFn3ND+29P/AOflPyP+FH9t6f8A8/Kfkf8ACmXetxWOkJf3EMyC
RkRYvlLlmYKoznb1I5zj3qsPEqm8S1XTb43BiWV4z5amMMWABy4yfkPTPajQLPuXP7b0/wD5+U/I
/wCFH9t6f/z8p+R/wqLSNb/thpwljeW4gcxs04QDeDgqNrHp+VC67bNaW9yFl8u4uTap8vO/cV55
6ZU0aBr3Jf7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKzYPGmm3Gmx3sa3Gx0mfYUAdfKXcwIzwSMEeu
RWnZ6tbXsFxPGxFvAzK0zcIdv3iD3A5BPTINGga9xP7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKE1vT
JBblNQtmFySICJR+85x8vrzxT7TVtPv7iWCzvbeeaH/WJHIGKduQOlGgajP7b0//AJ+U/I/4Uf23
p/8Az8p+R/wq9RRoHvdyj/ben/8APyn5H/Cj+29P/wCflfyP+FXqKNA1KP8Aben/APPyn5H/AAqn
q2rWU+mTRx3Cs7YAAB55FbVUda/5BFx9B/MU42uhSvZl4UtIKWoLCiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAytD1GbUDqIn2f6PeyQJtGPlXGM+/NatU7COyjNz9h
8vLTs0+xs/veN2fQ9OKuU3uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbudbW1luHBKRI
zsB1IAzTbC6S+sILqMMEnjWRQ3UAjIzS3tv9ssp7fds86No92M4yMZpmm2f9n6ZbWm/f5ESx7sY3
YGM4p9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKKQwooooAKKKKACi
iigAooooAKKKKACiiigClrH/ACBrz/ri38quCqes8aNef9cW/lTRc6j/AM+EX/gT/wDY1Vrom9mL
rGnnVdLms1k8oyYw+3OMEHp+FY0Xg7yp5JPteQZ3eIFP9XEY5FEY57NM7Z9MDtWx9p1H/nwi/wDA
n/7Gj7TqP/PhF/4E/wD2NLlYcyMZvCt3d6daW19eQFrSB4I3giZOCqhW5Y/MCueKil8Fytaqoure
WX9w8n2iDekro0jOWXPIZpScdsVvfadR/wCfCL/wJ/8AsaPtOo/8+EX/AIE//Y0crDmRUl0OR7Bl
Vrb7S8SxPHIjvalQRkCEtgDAxxVDTvCc+m6jBcpLYzKiKh862LNEA7tiJt3yDD4AOegra+06j/z4
Rf8AgT/9jR9p1H/nwi/8Cf8A7GjlYcyILbQkjjnSaaVhJdvdKYpHiILHO07TyPrwfSqdv4dvEhit
5ru3a3t737XFshIf/WM5VjuIP3sZAHStP7TqP/PhF/4E/wD2NH2nUf8Anwi/8Cf/ALGjlYcyOePg
QqsPlX2wrp72co8v5ZGKbFkxnggEg+ox6Vor4euYNKudMtrxFsZVdI0eMs0SMhGwHd0DHI9vl9DW
h9p1D/nwi/8AAn/7Gj7TqP8Az4Rf+BP/ANjRysOZGLeeDRc6rbXnmW7qkUMUkc0TN/q2JDJhgAee
4OCAak0HQbzSdYXzXhltYbFbWJ449hwrkgNycnHU8Ctb7TqP/PhF/wCBP/2NH2nUP+fCL/wI/wDs
aOVhzIv0VQ+06j/z4Rf+BP8A9jR9p1H/AJ8Iv/An/wCxo5WHMi/RVD7TqP8Az4Rf+BP/ANjR9p1H
/nwi/wDAn/7GjlYcyL9UNb/5BFx9B/MUfadR/wCfCL/wJ/8Asaw7u9v2iuIVjE1r/wAtHMu7yjuH
AbA3fTkj1q4RdxSkrHVUtIKWsywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAMfQLGeybUzcIF8++kmjwQcocYP6VsVl6JqMuonUPOVF+zXklum0dVXGCffmtSm731Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9Wdo9IvXjYq6wSFWHUHaeRUegSPN4f0+SV2eR
7aNmZjkklRkmrV1MltayzyAlIkZ2wOcAZNNsbqO9sYLqEERzIsiAjBwRkZFPoLqWKKKKQwooooAK
o6r/AKm3/wCvmL/0MVeqjqv+pt/+vmL/ANDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKK
KKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAFLWP+QNef9cW/lVwVT1j/AJA15/1xb+VWTNHGyI7qrPwqk8t9KroLqUPEd7cadoF3dWXl/aUU
eX5gyu4kAZHpzWE/iy5nn09LVIlBjk+2hxkxyiOUhBg4BDQtn2x611N3awX1s9vdRiSF8blPfBz/
AEqsuh6aryuLVA0s7XDnJ+aRkKFuv90kfjUjMXUPEl5Z22gXOyEw3UYmvcj7qbVyy88YL578A1Sv
PFWpNcXgs1i8n7RBFalITI7IzSKzY3AMS0ZxyOPWuig8N6Xb26wJbsY0V0VZJnfarKFYDcTgEADF
EnhrSpLdIDa7Y0SJF2SOpUR52YIORjcfzoAp3esXaaV5Fkyz6ukaSSxGHDohI3N5e7kgH7u7k96o
WmuanqGrRWtrch4VgRpJksDgOWkU7wzgxkbAMYPOa6OXSrSbTlsZFkaBcYHnPuGDkHfndn8arxeG
9LguYp4YHjliAAKTyLuwxYbgGw3LMfmznJoAz9J1e5iFzJreo2xjW7e0iCQGPLKeDncevpT01u6b
S7G4YReZcaibVxt42CV04564UVt29pBaCQQRhPNkaV8Hqx6mqUHh7TLZy0UDDMwn2mV2VX3FtwUn
A5JPHrQBy1t401F9OjE6W6XwtJrpwEO118svEyjPTgqfdTXQadr/AJug3Ws3gVLVN7rHGCXRE4Ib
/byD8vbp71Zfw5pLrCrWUZENu9rHycrEwwy5z0IFSPoenSSSu9srGZi0gLHa5KbDlc4OV4oAzrnx
PdWgCS6NP9pEbzvCs0Z2wrjLbs4JycBevB7c1UvPGj+VefZLCRlSOT7POzrskkWIS4K5yBtPU+mK
038KaPLAkMloXRM43TOTg4ypJbJU7R8p446VYk0LTZd2+1QhmdyMkcsmxu/deKAMW28S3drBDFc2
0l1eOluuwFEy8vmHO4cYwnp+dOufGjwT3CLo9zIkTTKsiyxgOIv9YcE5GAePWts6PYGZJjbr5iGM
q2TxsBCd+25vzpraJpz7t1sp3ebnk8+Z/rO/egC5BMtxBHMmdkihlz6EZFSUyKNIYkjjG1EAVR6A
dKdmgBaz9ZULo04UADA4H1FX81R1r/kEXH0H8xVR+JEy2ZepaQUtSUFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBTsLeztzc/Yih8ydnm2vu/eHG7PoenFXKx/D1lPZ
HVDcR7PPv5Jo+QdyHGD+lbFN7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKKQyC+tzd2Nxbh
tpljaPdjOMjGaZplmdP0u1tC4cwRLHuAxuwMZxTdWkaLSLySNijpA7Kw6ghTg1HoE0lx4f0+aZy8
kltGzOx5YlRk0+gupoUUUUhhRRRQAVR1X/U2/wD18xf+hir1UdV/1Nv/ANfMX/oYprcT2L1FFFIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKQ0hi0U3N
KDQAtFFFABRTd43BcjJ6DPWloAWim7xu25GcZxnmgOCxXIyOozQA6ikzSK4cZUgj2NADqKKQ0AU9
Y/5A15/1xb+VZ1vpF1bX7u13cSiUn/SBs3qPQgr0+n5VszpFPG0MuCsgIKk9R3qQVSk0rEuN3cp/
YJv+gjd/lH/8TR9gm/6CN3+Uf/xNXM0UuZjsin9gm/6CN3+Uf/xNH2Cb/oI3f5R//E1bDhs7SDg4
4NAcFsZGfTPNHMwsVPsE3/QRu/yj/wDiaPsE3/QRu/yj/wDiau0UczCyKX2Cb/oI3f5R/wDxNH2C
b/oI3f5R/wDxNXaKOZhZFL7BN/0Ebv8AKP8A+Jo+wTf9BG7/ACj/APiau0UczCyKX2Cb/oI3f5R/
/E0fYJv+gjd/lH/8TVys3VNdg0p445IbqeaQFljtoWkbA6njpQ521ZUKTm+WKuyb7BN/0Ebv8o//
AImj7BN/0Ebv8o//AImotH12z1uORrRnDxHbLFKpR4z6EGtKhTuroJ03CXLJWZS+wTf9BG7/ACj/
APiaPsE3/QRu/wAo/wD4mrtFHMybIpfYJv8AoI3f5R//ABNU9Ws5Y9MmZr65cDB2sEweR6LmtmqG
t/8AIIuPoP5iqi3dCktGXhS0lLUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAZmi6lJqJvxIiJ9mvHt1255C4wT781p1TsLS1tDc/ZCD5s7Sy4fd+8OM/TtxVymxIK
KKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk
/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhkN1MlvayzS/6uNGd8DPAGTTbG4iu7GC4twRDMiumR
j5SMjjtRf25u7C4t1YKZYmQE9sjFM0uzbT9KtLR3DtBCsZYDAOBjNPoLqW6KKKQwooooAKo6r/qb
f/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv
/IXv/pF/I1fqha/8he/+kX8jTQn0L9IelLSUhnCNPLB4wljW8F1PdSSLbSRXJP2YhSAkkPTaD3pq
eLtVudOnuojFEYDb27q8eR5zNiTv0Hp713C2sEczSpDEsr/ecIAzfU1V0/RrTT7eWGNPMWaZp3Mu
GJcnOaxdOXRnorF0WlzQu1b8N/w0/E5X/hJdUCrZzX1rA41Ca1kv3iARQihhlScAknHXtUlv4o1W
fxT9jQ2zW0cohZCVVpBsz5i5bcc9RgEYrsHs7aRGR7eJldtzKUBBPqfel+zQecJvJj80DaH2jcB6
Zp8ku5LxVGz/AHa2f39/626HBaLqs+r+KtGu7q5geRobk+RGu1rfkDY3PXjvjvU9x4x1DTdSuILw
I8NjPJ9oYJgmJgPKx75NdstrAjl1gjVyS24IAcnqc0PawSFy8ETFwA2UB3Y6Z9aXs5Jb6jeLpSne
VPS1rdtX5dn9+p5zrt9qURaVp0gvhpkEs00SYf5psFc54UZ/T3qa71K90zX9TvrS7glCJYrKxjBE
4bjIIPy9c8Zr0B7aGQsXhjYsu0kqDken0pv2K2wR9nhwQARsHQdPy7Ueyd9yljocqTh+Xl5eX4nO
61c3UHjTRok1D7PbTJIGjIG12GODzyTnA9O3Wue8P65qGj6VAsZint3tLq4jh8vDKySHvnnOa9Gk
gilKmSJHKHcpZQdp9RSJawRlSkEalQQpCAYB64pum73T/rQzhi4RpqEoX/qXl5/gc74R1rUdUtbp
797ZxGFaOSN0PVckMFJxj88GsP8A4TTUo9MmBuIJrvz4o2ZETy4VfPIcNtYccbiMd676G3ht0KwR
RxqTkhFCj9KatlarC0S20Iic5ZAg2n6ihwlZK4LE0VOUnTVnbTtb/M4G+1u9R9G1SeOGS9itbwhY
mDI+0AA/KT9Tg+tWLfxVq7aP5k89mvmXcMIuwUcRI4ySyqxAx2ye/NduYLeNVYxRKIwQp2gbR3x6
CkWzthAYVt4RC3JQINp/Cl7OV/iLeMotJOmtPyu3+pxD61qFhrN/MdUivFi05Z4olQBJjzyoBPTG
SRS2/ivVm0jzJ57RTJdwwrdgoyxK4yxYKxAxjjJHXmu3FpbgoRBECi7UIQfKPQegpFsrZYWhW3hE
TdUCDafwo9nLuL63Sa1pq+nbocLaz3MfgXxBcWl3idbyeTz4RjdyMleeM+vamXmtXOn3D3VvNbXF
yumW7favLHz7pgpBwemD+degLBEqsqxIFblgFGD9aYLG1ChRbQ7QAuPLGMA5x9M80ezdtGNY2Dk3
KF7u/Ty028vQ46DX9ah1OOK4ureaJNS+wOog2lwV3bs54I6Yqfwl4l1TWtQkF2LcW7Rs+xWUPCQ2
Mbclv++gOa6z7NBuz5Med2/O0fe9fr70R28MTu8cUaO5yzKoBb6+tNQknuRPFUpQaVNXa3OLuvFt
/Z3usIZYJngjke3hjQMoCsBlmByCATlSB7U2XxXf2sV0ov7W8jglts3kcYCBZGwynBI4HOa7ZLWC
N3dIY1eT77BQC319aatlbJCYVt4VibqgQBT+FHJLuNYmj1p9u3l5f1fU49PEupXs8UVpdW6rPqs9
qkvlhgIlXKkc8n+dRSeLNSj0q/vRdWrTpK0S2RQBrbEgXexznGPXA5FduLWAEEQRgqdwOwcHpn60
n2O33SN5EW6UYc7Blx7+tHJLuCxVG6/d6f8AB9Opl+F9QvdS0oy35haRZWQPE6sHUdCdpIz24Par
2q6hDpGmz31wHMUK7m2DJ9OKsxQxwoEijVEHRVGAPwrO8RwyXGgXUUNkt67qALdn2h+R3yPr+FXq
onOnCpWTasm/TT9DN8O2t1ca5qOtXFs1pHdrGkULkbyqj7zY6Zrpaitd32aLegjfYNyA5CnHTNTU
RVkTWqOpO79PktAoooqjIKoa3/yCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDF8O2c9o2qmeIx+dqEsqZ/iU4wa2qz
NH1J9SN8HjVPst29uuDncFxyfzrTpvfUS20CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9FFFIZU1WV
oNJvJY2KukDsrDsQpINRaDPJc6Bp88zl5ZLeN3Y/xEqCTVq6kjhtZZZv9UiFn4z8oHPFNsZ4bmxg
ntseRIivHhcfKRxx24p9BdSxRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himtxPYv
UUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6F+ii
ikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/AK4t/Krg6VT1j/kDXn/XFv5VcFPoLqY2
ua+2jahpkJt/Mhu5GWWTdjyVGAGx3G5lz6DmqieLXk1ee1S0XyUu4reOXzOXDeYGbGOMNGR71q6n
o1rqzKboOdsUkOAcDbIAG/HgYqi3hGxEEccM11C0SwhJI3G4GLdtPIIyd7Z45zSGNfxStvrmqWV1
AI4LOESxzBs+aQqs647Eb1x65rPs/GV7eXWn27WVvby3Ee6RHeR9p81oyoKoRxt6nA5rWm8LWNzI
ktw08sq3EdwXZhlnRAnPHQgDI70kXhi3t7qKe1vL2BkBVgjriQGRpMNlT3Y9McGgBur6zfW81mNL
jsLmG5mFvuknYbXwx/hUjGF/WqUfi65ae5ge0tluVlEENs0zCXeW2qzgrgIR824Z445Nbb6PZEW4
jhWFbef7QiwqEBfBGSAOeCapXHhW0u5jLdXV7PIrFoGeUZtiWDZQgeqjrngY6ZoArX3iw6NIYdYS
2t5vskk67ZiVkZTgKCQDz+lWNU8RPZ+HRfWsEdxeFYWFp5uDmRlGOmf4uOOeKsJ4ftxvaW4up5JL
d7Z5JZMsyscntgH0xwPSntoViYIoxCFaMxYlUAO3lsrKC2MkZUUAZV541ht7qHyIPOtWs2uXlD4I
O3ciY9SPyyKLzxJqWmRTJfafbC58gTwiKctGfnVCrEqCCC6nIBzmrKeDdJSF4vLkMTtMzIX4/ejD
DjoAAAPTApz+FbaaC5S5vL64knRY/OllBeNQ24BeMDkAng5wM5oAz9Q8WXumkWtzaWyXonWNiHke
IoyOysNqFj/qyMbePpWzcayllHYC4ilknvCERLdC3zbdx64wAATk4qu/he3ZEYXt8t0s3nG6EimV
m2FMHK4xtYjAGOatLo8f2q3uJbi5mkt23oZHBAPl7DwB3GSfc0AZsXjvRriSaO3lkmkjKhVjTcZi
W2jZjrz649enNTx+LdOktjPi4VRGZCrxEMAJPLIIPfcMYqOPwfZwwGGG7vkiVw8CiQf6OQ2QUyvu
R82eDioYvBVu1nDFc3d0ZI2kDPHLgyo0xlCvkHODjnjPPY0ASP450ZLq5t/OZpLfIIRchyHCEDnq
GYDnHX0q5Ya8L/WLqwFlcxfZ4o5PNkXCtvGcexH9D6VCnha3i+0iC8vYopy58pXUohZtzYBU9Tng
5HJ4qfTPD9rpE4ktHnVfISAxs+VIXO1umc8kdce1AGrVDW/+QRcfQfzFXs1Q1h1fRp2RgwIHIOR1
FVH4kKWzL9LSClqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU
7CxtrE3P2Yk+fO00mWz85xn6dOlXKxPDlrNanVvPiaPzdQlkTcPvKcYI9q26b3EtgooopDCiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/
rb//AK+T/wCgrTWwnui/RRRSGV7+3a70+5t0IVpYmQE9ASCKZpNo9hpNpaSMrPBCkbMvQkADijVJ
Xg0q7mibbJHA7K3oQpINR6HcSXehWFxM++WW3R3b1JUEmn0F1L9FFFIYUUUUAFUdV/1Nv/18xf8A
oYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/wBI
v5Gr9ULX/kL3/wBIv5GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrP/IGvMf88W/l
TBaX3/QSP/fhafrH/IGvP+uLfyq4Kq9kTa7KP2O+/wCgkf8AvwtH2O+/6CR/78LWJ4o1K60zXdOu
Y7h0s7aCWe7iH3Xi3RozEf7Ict+BrPsNcuhqiy3180ME9/G2yVwqxRvbSOqZ/BT9aOZhyo6v7Hff
9BI/9+Fo+x33/QSP/fha5Vtbv7fXNThW4eWO+uBa2PcQyhIzx2wVcv8A8ANQ6Jf3V1qWmi51F5FS
xt5Nr3vlNKxaQE7AMSE7VByRRzMOVHYfY77/AKCR/wC/C0fY77/oJH/vwtYuorLqOp6PL52q6eLq
Z4pIPO8vIWN2HCkjqo5z0rFj1WeC5ayutYlcXE6ia/guVkiSMlsEDH7lidqYPHPByKOZhyo7T7Hf
f9BI/wDfhaPsd9/0Ej/34WuV1TVr6yj1JNJnkv7eLSvMW4a5UGI7pRvBx8xG0DP+zV/xPfX72Mdt
p5ubO4NzCkdwwASUnnA5yQSMHgUczDlRt/Y77/oJH/vwtH2O+/6CR/78LXG3Pie9vJn1K0nmgs3s
3RI9uRGVeESy4xyU8xx6fIanur02y3ltZ61PcWC/ZPMuTchmhd5wrASdsoc47e2aOZhyo6v7Hff9
BI/9+Fo+x33/AEEj/wB+FrjL3ULn7VBaW+qtJYi6kSK4kvfI81REGKmUA7trEgcexPFdBqWum2u7
WysrywjLI5ee7kLICmz93wR8xDg8noM4NHMw5Uaf2O+/6CR/78LR9jvv+gkf+/C1y83jW9jS5kRb
FiI7lkt8t5luYm2gy89GPsMZGM0NqWqXmu2UFxPAn2SW5WZYPMVZiiIwON3HD4wcjOT9DmYcqOo+
x33/AEEj/wB+Fo+x33/QSP8A34WuZg8T6m2kz3EQtCILa02CTexaSYJyzZ6Dcfc+vrc0jXtSuNYj
tL5bMxvJcQhoAwbdCQC3JPBz07epo5mHKjaNpff9BI/9+FrDutPvViuLhZmht/8AlpG0ar5xyOdo
6fXrXV1Q1v8A5BFx9B/MVUJO4pRVi8KWkpazLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAztI1M6kb0NEI/st09uMHO7bjn261o1TsNPg083PkFj9onaeTcc4ZsZx7
cVcpvyEgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad
/rb/AP6+T/6CtX6oab/rb/8A6+T/AOgrTWwnui/RRRSGQ3TxRW0rz48lUZpMjI2454+lJYywTWUE
tpt+zuitFtXA2kcYHbim6hbvd6dc28ZAaWJkBPTJBFM0m0ew0iztJSrSQQpGxXoSABxT6C6lyiii
kMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwooooAKKzfEN9Lpnh6/vL
fb50EDOm4ZGQOK5HS28d6tplvfQappqxXCB1DxYIB9cLUOdnax0U8O5w5+ZJXtqegUVxX2D4gf8A
QW0r/v3/APYUfYPiB/0FtK/79/8A2FHP5Mr6sv8An5H73/kdrRXFfYPiB/0FtK/79/8A2FH2D4gf
9BbSv+/f/wBhRz+TD6sv+fkfvf8AkdrRXFfYPiB/0FtK/wC/f/2FH2D4gf8AQW0r/v3/APYUc/kw
+rL/AJ+R+9/5Ha1T1Oe9gtd2n2yXM5YAK8mxQO5J9qwNMtPGcepQNqeo6dLZhv3qRJhiMdvlHfFd
QxIVj6CmnzLsZSiqUlqpffb9Dn7PX9Rg1qDTNbs4IZLpWa3mt5CyMV5KnPOcVqWv/IXv/pF/I1z+
gRXniW5s9f1J4kSASC2tolI2kkqWYnqeK6C1/wCQvf8A0i/kaVJtptmuMjCE1GKSa3ttfXb5W+Za
upxa2k05GREjOR64GawLHxnaXVtDPcRm1Vrd5pw75MDKUGw46k+YpGOuR61vXEK3drNAxIWVGQkd
RkYrn7jwLp9w7uZZ1L2iWrbSuDsKFZMEEbh5aj0IGCKs5SRfG+lPPtRp2hEEk7ziB9kYQ4YNxkEe
/t6irsniTS4TMJLyNfIkeOQkHCMqB2yfZSDn3A61XtfC8dvJCzXLyBIpYZEEUaJKjkEgqqgDBA5H
PrmqkHgSxijdHuLqQPam3JLjOS24ydPv9Bn0AoA0I/FGmytCqyTeZLL5KxG3kEgfbuwVxkfKc5PG
KXQtfh1m2LAbJkXdKoyVTkgDdjGcDOOoyKZaeHFt7+O+mvJ7m7WRpHkcKN+U2AYAAAA9O/JqTRdA
h0NJEtZpTHJyyMRjfkkuPQnOD64HegCIeK7GS40+OBLmZL92SKVYH2cLndkj7pBGD079BTz4p01U
YtJMGWVYfLNtIJCzAlcJjJBAODjHBqtbeEY7Z45EvrgSpcGfKqiA7l2MoUABcjqQAc81Hpfgm00u
VZI7mdys0cwyEGSisozgDOQ5yTyT3oA0NP8AEFpf2d5dES28NpLJHK9xGYwNhILZPbj8O9RSeLNL
iiWSSWdA247WtpAyqoBZyu3IUAj5jxz1pH8NpJa3do95cG0u5ZZJIgFH+sB3DdjP3juHfgdqjuPD
El0A02r3hnMTwSTKsal4WIymNuB04Yc8mgBbzxhptqL1EkeWe1jdyixPhyq7iqtjBOCDxnjmm2/i
uAWkcl+vlSukJ8uKOR2LSbtqhdob+A9vy7rJ4RtHieNZZkRmlYKpHy74vKwOOy9Pepj4btzexXXn
S742hYDjH7pXA7d95z9BQBHN4y0e3nmhluJQ8LMr4t5CMr9/BC4O3uR071tqyuoZSGUjII6EViye
F7eQSAzzDf8Aac4I/wCW/wB7t27VsW8It7eOFSSI1Cgn0AxQBW1j/kDXn/XFv5U5b+J7nyIt0rj7
5QZVPqemfbrTdY/5A15/1xb+VVI/DlnBPuhgh8liS8TxhgD6qeo57cirVuXUh3voajxxyZ3orZUq
cgHg9R9KjltbaZCssETqSCQyAjjpUX9jad/z5W//AH7FH9jad/z5W/8A37FToVqTiCFcYjQbTkYU
cHGM/lxTTZ2rSJI1vCXj+4xQZX6HtUX9jad/z5W//fsUf2Np3/Plb/8AfsUaBqWmVWIJAJXkHHSo
ls7ZUkRYIgsv+sUIMP8AX1qL+xtO/wCfK3/79ij+xtO/58rf/v2KNA1JxBCq7VjQLt2bQoxt9Pp7
U5kRsbgpwcjI6Gq39jad/wA+Vv8A9+xR/Y2nf8+Vv/37FGgalhYokxtRFxnGFAxnk/nTFs7VYGgW
CEQtyYwg2n8OlRf2Np3/AD5W/wD37FH9jad/z5W//fsUaBqSyWdrLEsUlvC8afdRkBC/QdqVrW3d
drwxMoYNtKAjI6H61D/Y2nf8+Vv/AN+xR/Y2nf8APlb/APfsUaBqTfZ4N0jeVHukxvO0ZbHTPrTv
Ki3btibjnnA/Gq/9jad/z5W//fsUf2Np3/Plb/8AfsUaBqT+TCFK+WmDjI2jHHT8qURRhgQiAgk5
wOp61X/sbTv+fK3/AO/Yo/sbTv8Anyt/+/Yo0DUuZqjrR/4lFx9B/MU7+xtO/wCfK3/79iqeraXY
w6ZNJHaQo64IZUAIORVRtdEyvZmwO9LSClqCwooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKAMTw3bzW7at50bx+ZqMrpuGNynGCPatus7SdT/ALSN4PK8v7LdPb/ezu24
59uvStGm9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CqcunI8zTQzTQSPyxibhj6kHI/SrlFFwsUfst8p+XUAf9+AH+RFSwR3iyZnuIZEx0WEqc/Xcas0U
7isVdTme30u7miO2SOF3U+hCkio9EuJLvQ7G4nbdLNbo7tjGSVBNXJI1lRkkUMjAhlIyCD2rDbwV
oTOX+xYJOcLK6gfQA4FCtbUHe+hvUVS1HSrTVbYW97EZIgwYKGK8j3BHrTNL0Kw0YymwgMRlxvzI
zZx06k+tGgamhRWJc+ENGvLmW4ntWaWVizt5zjJPsDV+/wBKtNTtBa3kZkhBBChivI6cg5o0DUuV
R1X/AFMH/XzF/wChimaZoGn6O8j2MBjaQAMTIzZA+pNZet+F9KuJRcy2zNNPcRiRvNcZywB4zgcU
1a4nex0lLVO80q0v7EWdzGXtxj5QxHTpyDmoNM8P6do8zy2MBjd12sTIzZH4k0tB6mnRWNe+E9I1
C6kubq1Z5pOWbznGeMdAcVdudKtLvTvsM8Za22quzcRwOnIOe1GgalHxl/yJ2rf9ez/ypvgr/kTd
J/69lrO1/wAO6bo/hbWZrGAxyPZuhJkZuOvcn0qHwz4W0nU/DGmXN3bM8z2ybmErrnAx0BxUae0+
R16/VP8At79DsqKqS6VaT6Z/Z8kZa12BNm4jgYxznPYd6r6b4b0zSbk3FlbtHKVKkmV24+hJ9KvQ
5NTTorJv/C+landtc3ls0kzAAsJXXgdOAcVabSbRtL/s5oybTYI9m4/d9M5z+tGgalylrK0/wzpe
lXQubO3aOUKV3GV24PXgk0moeGdL1S7NzeW7SSlQu4SuvA6cAgUaBqatNcEqwU4JHB9KqrpVoul/
2cIz9k2eXs3H7vpnOf1qtYeGNK0y7W5s7Zo5lBAYyu3B68E4o0DUl0a0vLLTkh1C9+2TqTul2bcj
PHFZ1/BqE2pXYsZQsY8vzUA+dxg9Dkf0+tXdR8N6Zq1yLi9t2klChQRK68fQEetRWGl2sUl/p8cZ
Fr5aJs3H7pDZGc5704WitAqNzk2+vyJrSC8FrGIJ4Io8cIbRlI+o31N5Opf8/lt/4Dn/AOLqtY+F
tJ027S6tLZkmTO1jK7YyMHgnFP1Lw7pur3CzX1u0kirtBEjLx17EetF1cVnYm8nUf+fy2/8AAc//
ABdHk6l/z+W3/gOf/i6db6VaWmnfYIYytttZdm4ng5zyTnuapWXhTSNPu47m1tWSaPlW85zjjHQn
FF0FmW/J1L/n8tv/AAHP/wAXR5Opf8/lt/4Dn/4uotT8PadrEyS30BkdF2qRIy4H4EVPZ6VaWFib
O2jKW53fJuJ69eSc0rhYb5Opf8/lt/4Dn/4ujydS/wCfy2/8Bz/8XVO08I6PY3UVxbWrJLEcofOc
4P0JqxqegafrEkb38BlaMEKRIy4B+hFO6CzJPJ1H/n8tv/Ac/wDxdHk6l/z+W3/gOf8A4unWOlWm
mWZtbSMpCSSVLFuT15JzVC28IaNZ3MVxBaMssTBkPnOcEexNF0FmXfJ1L/n8tv8AwHP/AMXR5Opf
8/lt/wCA5/8Ai6ZqmhWGsmM38JlMWdmJGXGevQj0qXTtKtNKtjb2UZjiLFipYtyevJJPalcLDfJ1
L/n8tv8AwHP/AMXR5Opf8/lt/wCA5/8Ai6pQeD9FtrmOeK0ZZY2DqfOc4IOehNW9U0Sx1kRC/hMo
iJKYdlxnr0I9Kd0FmV9VivxpV0ZLq3ZPKbIEBBIx67q1xWPLpNpo+gX0NjEY42jdyC5bnb7k+lMj
8H6LHcLOlowkVw4PnP1znpn1pu1ha3NyiqGp6LZaykaX8JkWMllAdlwfwIpdN0ay0iJ47GIxI7bm
Bdmyencmp0K1L1FYf/CHaL9o8/7I3mb/ADM+dJ97OemfWr2p6PZ6xEkd9EZERtygOy4PTsRRoGpe
oqhpmi2OjpIthCYlkILZdmyR9SapSeDtFluGne0YyM5cnzn5Oc9M+tGgam5RVLUtJtNXgWG+iMka
tuADlefwI9aZpmh2OjiUWEJi83G/Ls2cdOpPrRoGpoUViXHg/Rbm5knmtGaWRi7HznGSfbNX9R0u
01W1FvexmSIMGChivI6cgg0aBqXKKztM0HT9HMhsITEZQA+ZGbOOnUn1qrdeENGvLmW4uLRmllYs
7ec4yfoDRoGpt0VTvtLtNSsxaXcZeAEHaHK9OnIOah03w/p2kSSPYwGJpAFYmRmyB9SaNA1NKisW
88I6Pf3Utxc2rPLKcuwmcZP0BxV670u0vtPFlcRl7cBRtDEdOnIOaNA1LlUNa/5BFx9B/MVHpvh7
TdImeWxgMTuu1iZGbI69yazvEPhrS7mC6vZbYtcMAS/muPQdAcdKqNuZClflZ0dLVO40u1u9O+wT
Rlrbaq7AxHA6cg57Cq+m+HNN0m4aaxtzHIy7CTIzcdehJ9KnQepqUVkX3hbSdSu3ubu2Z5nADMJX
XOBgcA4rE8Y3L6ba2OlWqL9lnikVkMTythFBUDaQ345qZSjFXZrRozrT5I76/grnZUVwWkX2laXL
b3EGmsJXsPtU88M7PHHHzu4YnOCo46/lS3l1o+ozTXWraPPDc/ZVuYw90FEsWcA5DBVPI4NJVIdz
R4Suvs/id5RXDweJdPv9Ej0y002eXzPMgFskwOFRQSwfPIwR3yaq+EjaWo0s2unT3OpS2olnmWbA
jRn25IY4PToB2pKpB9SpYKvGLlJWt5+v+X+R6FRXnuo6zoOp6jdve6ZNNNBEWDRXOdyq2MEI2F65
57Vfg1TzW03RoNLH9m3lvJuAuQxVQcHDBuQOvqc8dKftIdGJ4Out42+a7X/I7OivM9G1DStEtbe8
h028ublLVrh5zKARH5jISQWxkYHQVranc6Rq3iGG3uNMluHaRbbzvtHl4JXf9wNkgA5zihVIdwlg
q8W1y7X/AA3O1pa4u6uJbTXP+EcsysOniBPk+zSTlt7EMCwbKj3PSqumT6PBqyfYtJuLeUtcRQ3D
Tl13xg7htLHt3Io9pDUTwlayaV9L/L+ux31Fed2d/Za1YQy6/YTy3kOn/aBMZhGJk3YPRgBye9Xd
O8TWC6OlnY6XM6STtarAk4fJZS3Dk9Dzznil7SFk7lSwVeMmuXbzO3orgtJk0UXOnT6PotzJdyxt
Nt+0HMKBthJ3Ng854p11rnh7XtRmW+tZWFrFKUmEpGVTlvlU5HtnrT9pC+5P1PEa+7sd3RXG+GLg
yarNp8drLZ6ebJZktpHDnLsctuyTyD0zxWBo72lp4mQvbwpBFcToGIlXZ5ecYYsVdiP4cUvaQL+p
Vm2lbRXf5nqFLXCSa7ofiaC4uLuwlZrKLzEDXATKMcckMADnHBqXR/EljFp6Wej6XO8ks0ii3ScN
naoLMHJwRgij2kLLUl4LEJu8dv8AK521FcHbroVnqqSQ6PcrDBeLbfazOxCTccbS2SASBnGKs/2j
pvinUrS2v9KuAr+ctvKZcAshw4wpz2HWq54Xtcl4Wso83L/W/wCXQ6bT9Ni003PlM7faZ2uH3Hoz
YyB7cVdrkGgfQNdsbHR7iQpcTB5LEpuVIcYaTeecggd++MV19HNdsidJwjFvqgooopmYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFUdV/1Nv/18xf8AoYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFAGL4y/5E7Vv+vZ/5U3wV/wAi
bpP/AF7LTvGX/Inat/17P/Km+Cv+RN0n/r2Ws/8Al58jr/5hf+3v0NyiiitDkCiiigAooooAKKKK
ACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/
5A15/wBcW/lVwVT1j/kDXn/XFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAVQ1v8A5BFx9B/MVfrP11Q+i3KnoVAP5iqj8SJlsy/Rmsv/AIR2w/u3H/gTJ/8AFUf8I5Yf3bj/
AMCZP/iqPd7hd9jUzWXq2hQavPbzSy3MMtvu8t4JNhAYAHn6Cj/hHLD+7cf+BMn/AMVR/wAI5Yf3
bj/wJk/+KpOMHuVCpOD5o6Mjt/DGm2zfuoCI/sv2MxlsqY8kkfUknmq3/CFaY1vLDL9pmDxrErSz
FmjRTuVUPYAgVd/4Ryw/u3H/AIEyf/FUf8I5Yf3bj/wJk/8AiqXs6f8ASNVia615n95TTwZpqYKm
7EolaXzhORISwAYFvQgcipIvCljbm1a3e5ha2j8pTHMV3pu3bX9RmrH/AAjlh/duP/AmT/4qj/hH
LD+7cf8AgTJ/8VR7Omv+GB4qu95P7yjB4K061ctbyXsTBGRClwR5aswYhfTkfrU1v4UsLVrNoPtE
clozsriU5fcctu9QSKsf8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUlTpr/hgeKxEt5fj/Xc
pr4M01LZrdfP8trVrQ/vOfLL7z265PWqMXhO/t/FQ1KC7iSHzQx6lzHtAMeMY5x1z+FbX/COWH92
4/8AAmT/AOKo/wCEcsP7tx/4Eyf/ABVDpU9Co4yur63vffXcZdeHoLnVjqK3F5BcFFRvJm2BlU5A
Ix70yLwvYxSxSKJQ0Us0y/P/ABSjDfh6VN/wjlh/duP/AAJk/wDiqP8AhHLD+7cf+BMn/wAVT5IG
ft61rX/EqHwbphtlt2SZo1tPsgBk/g3bvzz3p1t4TsbWWOVWuXkjuBc7pJdxLhduT+Bqz/wjlh/d
uP8AwJk/+Ko/4Ryw/u3H/gTJ/wDFUclP+kV9Zr2tzP7ytF4RsbdbQW73ULWoZVeOYqzKzbirEdRm
pLfwvY27XAUTNBcBw1u0pMQ3/ewvbNS/8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUclP+kJ
4mu95fiM0vw5aaRcGe3e4eUxCHdNKX+QHIHPpUMXhDTo7tp3+0TAyPMIZZSY1d87mC+vJqz/AMI5
Yf3bj/wJk/8AiqP+EcsP7tx/4Eyf/FUclP8ApB9Zr3bvv5lVfCFgumzWBe6e3kCgK8xPlhTlQvpg
1Ufw9o9rcpbNcXkF08hnS4MzKzMwCsA/uAMitX/hHLD+7cf+BMn/AMVVC+8JxXsqwqzRWnBcmaR3
Y+gBOB9eaap0nv8AkDxWISdpfiWf+EVsDfi6/f8A+tE5h80+U0o6OV/vU+z8M2VlPazQ+bvtWlaP
c+eZDls+vtWnbW6WltHBHu2RjaNzFj+ZqWo5I9huvVas5MpnTo21RL8s/nJEYQN3y7Sc9PXjrVyi
iqM229wooooEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABVHVf8AU2//AF8xf+hir1UdV/1Nv/18xf8AoYprcT2L1FFFIYUUUUAY
vjL/AJE7Vv8Ar2f+VN8Ff8ibpP8A17LTvGX/ACJ2rf8AXs/8qb4K/wCRN0n/AK9lrP8A5efI6/8A
mF/7e/Q3KKKK0OQKKKKACiiigAooooAKoWv/ACF7/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/1xb+VXBVPWP+QNef9cW/lVsdKroLqOqvf3a2
Gn3N26s6wRNKVXqQoJwPyqxVbUrMahpl1ZlyguIXiLAZK7lIz+tSMyV8X2jWWkXCwzH+05BGqYGY
TnDb+eNrYU4zyaG8Tt9iN3Hpd00EjxrasWQfaN7hFIy3yg7gfmxxUS+D4hfS3H2lyHmilVCvEe0h
nUc9HYZNKvhV5NLTTLu/NzYRNEIonhXOyNwwVjn5uFC5449TQAtv4vju7+GyhsLg3DFhKheNfL2u
UbGW+fBBJ254+oFXNT1uSwvorSDTri8keJ5mELICqKVB4YjJ+YcCq+peGUvltbeGSG2sLfaVhS2X
chBzmN8/Ie3ANJL4aeK6hl0m9NiEikiYFPNJDspJBZuD8vuPagB8niq2N1aQWcMt015b+fCy4VTk
EopLYwWCtjP901VXxmqWcVzdabcwRy3HkL86McKxDucHhV2nP4Ypv/CD2qt5kdzcLNHJA1uwdtsS
xABF2Zw3RuTz85pZfBNtdAJeXNxJAsc8aRRu0QHmyF3JKnnghcHjj3oA2r7VINPkjFy6RoySOXZg
Nqou5jjvxVOTxbo0emG/F/A0G4oCCeWAzjHXpz9OelVrjwxNe2ccF5qTymO3kgV/KAOHiEZJ55OQ
W/HFLd+F5JryW6tr4288jk7jCHwrRJGwAJ6/u1Of0NAE0PiqwNgLu6kW2TZGxDNuILoHAwOcgH8h
npT77xTpWnxXTzXIJtovOdEUlivHK+v3h06ZGcVRi8IPatBNZ6gY7mDYI5HhDrhYREQVyM5AB6jB
9qjuPBbXWoXd1Nqcz/aLeaABlyU8xQDjnGBt4AA68560AabeJdOijklmuEjiUoFY5y5ddwAX72cc
4x71IviPSnvoLNb+BridFeJA2d6sMqQenIBx61Qm8M3D3n2+PURHfh1cS+QCmfK8tvkz0I568H1F
Ja+D4rQRLHdSFY3t3G5Rk+USef8AeLH6UAdHRRRQAVQ1v/kEXH0H8xV+qGuHGj3BPQKP5iqj8SJl
sy9S1zn/AAl1tNfGK3KiCNsSzSK3PsoA/U4q9/wkumf8/J/79P8A4U3TkugKcX1NWisr/hJNM/5+
T/36f/Cj/hJNM/5+T/36f/ClyS7BzR7nMvq1xaaj4iu/tkUktkZTBbyXr/wxqQDAONvJOc5p19q+
sLeRJ51oLuzluUchHEUoWBJBlN2c/NjqfX2rfOtaKZDIXTeRgt9nbJ/HbTv7f0gnJnGf+uL/AOFH
JLsHNHuc/P44nXUfJiSEo1o8uxlwUdYPN67ssO33QPfIIqRfFGpIFtbubTbedpVU3jIwhQND5oBU
t1zkD5h0z14rb/t3Rt27zV3Y258hs49Pu0NrujOpV5VZTjIMDEH07Uckuwc0e5zs3jbUo76/VILB
obVXXY0wEhZVBEmN24oc7vu8Lzk1as9SuZfDvim5/tCG5lgeXyri2JCLi3QjbknGD79c1sHXdHL7
zKpcjbu8hs49M7elKuvaOibFmVUxjaIGA/LFHJLsHNHucnbeKb3TtNmSGRJ3e7SNJZ7tZ4oVaLdj
zSVDElTwSMFgOeKuf8Jvdpe2sRht5me2Lyww8/vBA0vyPuJcHaBkLjn72Rit4a3oohMIkQRH+DyG
2/ltpRrujhw4lUMo2hvIbIHp0o5Jdg5o9zEl8VXUdtbt/aei4mSSY3OG8pdqqfKxu++S3XI4H3c1
Z0/xDqV3qdv50NvFaTTx25hKMJo3a2ExJbOODlcYrR/tvRdu3zE27t2PIbGfX7vWn/8ACQaTnPn8
5znyX6+vSjkl2Dmj3MOa71K01zVpYrmF2a8tbSBZUcrErhMnaHwfvHoASe+OKbc+Lr23ubpQ1i7Q
tcR/ZgrecgijZhK3P3WKjjHR15Jre/4SDSSSfP5Jz/qX6/lSf29o5dn84bmG0t5DZI9OlHJLsHNH
uZFl4g1galDBe/YHiNxHbyeTG6sTJF5gIyxxjpjnPXiqWt6rqOn6lqrpdTfZJbuC1XB/49nKxMpH
or7nB99vrXS/8JBpGc+eM5z/AKl/8KQ6/pBzmcHJycwvz+lHJLsHNHuYEvjO9jeZgLF8+cPI+YPZ
hJAgaY5+6cknhenGetUP+Et1KwjnW3uNPu5Zru4IuZJQkBCLHhFLOMZ3E8E4w2Aa67+3tHy585cy
DDnyG+b68c0063orRiMyIUBztMDY/LbRyS7BzR7mL431G5tjYGC6NsWtZ5RtvBCN6+XtPPEmMnC9
8111pMLi0hmAYCRFfDDB5GeR2NZsmvaPKVMkquUOVLQMcH24p48SaWP+Xk/9+n/wo5Jdg5o9zVoq
G1uYry3WaBt8bdDgj9DU1SUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8x
f+himtxPYvUUUUhhRRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/
69lrP/l58jr/AOYX/t79DcooorQ5AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6rQ2xjvLifdkS7
RjHTAP8AjTQmWaKKKQwooooAKKKTNAC0UUUAFFFJQAtc14u+0xvp0yX9zaWhn8m4MDBSA/CtyD0O
B+NdLVPVtPTVdLubKT7s6Fc+h7H8Dg1UXZikroy/+EXn/wChh1n/AL/L/wDE0f8ACLz/APQw6z/3
9X/4mrPhnUJNQ0SFrji6hJguB6SJwfz6/jWtTcpJ2Eop6nDeKdPuNK01BFreqzT3MgiSN5VKkdWJ
+XoFBrZgn1Q6gEvFiWQE+TGZWVGHrkL8xx69PSqV5/xNdY1W66waZbNbRehlYZc/gMCutHSqcrJX
JSu9Clv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNXqo61cyWWh39zCQssNvJIhIyAQpI479Kzv5
F28w36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5dfFGovFpVvuiF5FOkep4TIPzbAF9N+dw9hUs2
q6ovhqHVv7QUi+MDRxw2wdoFkkQEKOS5CtjkHn06UX8gt5nR79T/AOeFn/3+b/4mjfqf/PCz/wC/
zf8AxNc1/auuW/2O41F5LfT92HmFqpYjfgGZM5jBXHK9CTnHSrt1qd1qepwRaTqH2SD7NLMzy233
mRkGCHAIX5j0x9aL+QreZsb9T/54Wf8A3+b/AOJo36n/AM8LP/v83/xNco3jSa71LTbdbmKzFzbx
LMgTe6SzKShGeMKQuc/89B6VWufFWoaTpttLc6pFLPLNNIySQKuYYXZWVQv8T/KAT3zRfyC3mdpv
1P8A54Wf/f5v/iaN+p/88LP/AL/N/wDE1n6zr401be4iBmhe3nuMKQA4SPeOSO9VJfFV6YpLdNKC
6ipcGL7SNihY1k3b9vPEijGOuecc0X8h28zb36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5/TfFF
3LHbwLD9rvpo4diu6xISYFkckgHHXpg8nsKTVvGc1s2oW1pawvc29tJMjGUsgeMKXVvlxkbugJ6c
4zRfyC3mdDv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNZLeIruLUnsFs1lvXkSNIjMFjU+Vvf59
uSB9Mn0A6RWnjQ3l1aiPTm+yzeQrzGYbkeXIA245AK8nPuM0X8gt5m3v1P8A54Wf/f5v/iaN+p/8
8LP/AL/N/wDE1eoov5BbzKO/U/8AnhZ/9/m/+Jqnqz6gdMmEsNqE43FZWJAyOg21tVQ1v/kEXH0H
8xVReq0JktHqOfTLdr5btA0U4PzNG23zB6MOhq5R3pai7ZSQUUUUDKSavp8moNYx3sDXi/egEgLj
jPI69KnkuoYriGCSRVlmz5anq2Bk4+lcjPpOqCXxCkEF+r3vmm3dLhFh5RQCBu3K2R1xTbvwteSS
GCNbg2sMtw1uftbblDQoF+bdux5m44J/SgDtqK4SfS/EkuqGUROgNm8TSJPjzGMGFz8/3vM9FAHX
JyakOg6jaxiAwXl1pwlR3tlvD5kmYQCQzMDxJyRuHrQB29VzfWwFwTMgW2OJiTgR/KG59PlIP41x
U+h+IG1G/lSS/WR0kWBkuE8ryyo2oTndvHIBx1+bNaFho11H4b8Q2qWUts16ZTbQTTiRsNCqjLZO
PmB4zx9KAOlstQtNSg86xuYriLON8Thhn0yKsVwD6HrsljKFS7Ec11HJMjSQi5lURbDkqQmAwTAy
DgGpP7I8RjULRoPPi8u1MX2iWYMx/cMB5mHwWEm3hUxxnceRQB3dFcPLo98bO3CaXqPlKJPNtv7R
w7TlVCy79/3RhuM9TnbVuw0PU7fVYLy5lmlnE6JNILhtjwi2Ct8mccyjPTPegDpI7+2lvZbOOUNc
QqGkQZ+UHpmrNcjd+G55L/UpIopVS8vrZ3ZLhlLxKE8zo3HIPTBNVrnRdZN3eG3juVlb7Ri5+2fI
8RjZYolTPBBK8kDG0nJzQB29Vm1GzV50a6hDW5UTAuMxlvu7vTOeM9a5ey8O31hqcM0JuvLiuY8B
7tnHlGL95kMxzmTnnnuKi1vw3qNxf397ZRKXuLqJXQuB51vtiyfqjISM9t3rQB21RQ3MNw0qwyK5
hcxyY/hbAOD+BH51xUuja80lw0S3STHzftE32vi7UyAosYz8hCAgHC4zjnrVSbw3rH2Yx29vf21o
9zPJ5EF0jTKSqeW25mxxtcfeOMjg4oA7y91Cz02JZL66ht42barSuFBPpzVhWDDI5B6GsG/t72HV
rO+js2v40tXgaLegdHYqd3zEAggEHHP1rbgBWFAUVCAPlXovsKAJKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigDF8Zf8AInat/wBez/ypvgr/
AJE3Sf8Ar2WneMv+RO1b/r2f+VN8Ff8AIm6T/wBey1n/AMvPkdf/ADC/9vfoblFFFaHIFFFFABRR
RQAVzn9u3X2aN8xbm1drI/L/AMsxIV9euBXRVnjQdNGp/wBoi0j+17t2/n72MbsdN2OM4zigDGg8
aSTRwbtKlSa8RHtIvOU+aGOPmI+7jr349+Kjs/GEkMOnpfwKbi7uHidBKu+LM7RoNoGCAcAtkdCR
mtGw8G6RYaZ9jFsJAyqHkYkOxU5ByD8vOTxjkmp18MaOn2cJYxqLYgxBSQAQ28cZ5wxJGehJxQBj
weL7xNLS9v7JUfybqXyYZAwcROij5j0Pzf1pb/xy2n2YaTS5DeiZ4WtvOX7yqGwrfxEhlwMcnI7V
tjw9pYjkj+xpsk8zcpJx+8ILgc8AlQcD0qjrHhG31S5SeG4ms5QzszQnBYttyfY/IuD7dKAHa14l
fR7mKM2Dzr5BuJ3WVR5SBlU4B+8fm6e1Urnxmxe+SCwuxDbb1F35Z2FkcIw5AHXOOTnB6Vuy6ZY3
ynz4ln/dG3ZmOSUyMqT9QM/Sq02g6MlzLNJawrLdEhsuQJGJBPy5xk7QSQMnFAGJqPjS4d9St9Ps
2DWZA87epywmVCpX+HdlsEnoM1JP4qvVmili09mSKG6N1bmVBsaF4wWD9xhjgDrnnGKuWHg+2tLu
5kkubi4gnZm+zyN8mS+/JA6kMOOmOau3fhnSL5la5sY5Cru4yT1fBfPPIbAyDwaAM1/GaKj3C2Mr
WOZUin3qDI8cbORt6gYRgD6jpjmrOo61qNro9jdw6fEbi5uIo2gefhFdsfeA5PT6Z74q23hzSXup
rlrGIyzIyOcHkMMNx0BI4JHJqzeaba39mLS5hDwAqQuSMFTkEEcgjAoA5rVPGTA6ja2Ua/aLYBo5
EdXD4lVGU54B+bHU++CKdc+L5LW5L3Vu0Qt45lntkIkJkDQiPawHORMPz9q15PC+jytcM9hG32lS
koJOCpYMRjOACwB4709fDmkra/ZvsMRhKOhVgW3ByC2SeuSq8nngUAO0TU5NWsDPNZT2cgdkMcyk
E47jIBIP0FaNVrDT7bTLfyLSMpHuLEFixJPUkkkmrNAHOw/8SnxlLD0t9Vj81PQTIMMPxXB/CtTW
dSTSdIub1xnyUJVf7zdFH4nFUfFdpJLpP2u2GbqwkF1D7lfvD8VyKp3t1H4i1XR7OA77UoNQm91H
+rU/Vv5Vp8VmRe2hPZ6c2meDJYZubh4Xlnb1kbJb9Tj8K22uIo5Y4mkUSSfdTPJ/CoNY/wCQNef9
cW/lWfBoc1reOVurmSOZstL5uJF9jxyPpj6UviV2Gz0NymTwx3MEkMyB4pFKOjdGBGCDVT+yz/z/
AF7/AN/f/rUh0wj/AJfr3/v7/wDWpWXcd32H/wBj2AmeX7JF5kjxuzbeSycIfw7VHDoGl28kkkNj
AjSOsjbV/iVtwPt8wzx3pf7MP/P9e/8Af0f4Uf2b/wBP97/39H+FFl3C77DrrR9PvbyK7urWOW4i
wEdhkjByPyPNJf6Jp2qTRS31pFcPECELjOAcEj3HA4NJ/ZvT/Tr3n/pqP8KT+zf+n+9/7+j/AAos
u4XfYlbS7JoZ4mtozHPIJJVI4dhjBPuNq/kKWHS7K3laWG2jR2UoWA6qWLEfizE/jUR0zHW+vf8A
v6P8KT+zf+n+9/7+j/Ciy7hd9hE8P6UkXlLYwCPaU27eMFAhH/fIA+gp13oOmX6st3ZQyhnEjBlz
lgu3J/4CAPpSf2b/ANP17/39H+FKdMwMm+vQP+uo/wAKLLuF32Gy+HtKntzDJYwmPKnG3GNq7Vwe
2F4+nFB8PaSZ5ZjYQGSWNonO3qrABhj0IAz64pV04OAVv7wg8giYf4U7+yz/AM/17/39/wDrUWXc
LvsRy+HdJntjby2MLxHbwRz8q7V568Dj6VMukWCkFbSFSDGRhcY2fcx9O1MGmZ/5fr3/AL+j/Cl/
ss/8/wBe/wDf3/61Fl3C77F6iqP9ln/n+vf+/v8A9aj+yz/z/Xv/AH9/+tRZdwu+xeqjrf8AyB7j
HJ2j+Yo/ss/8/wBe/wDf3/61U9V08xabM/2y7faAdryZB5HXinFK61FJuz0M06hrEmuCO7hjh2t/
o8H2gxpL77tp3n24+lbH2nWf+gdaf+BR/wDiK0yitjcAcHIyOhpaHNPoCi11Mv7TrP8A0DrT/wAC
j/8AEUfadZ/6B1p/4FH/AOIrVopcy7D5fMyvtOs/9A60/wDAo/8AxFH2nWf+gdaf+BR/+IrI/wCE
jv4b/WZp0drDTvMwkdt98KinHmF/vZPTb+NJd+LbyKa3KadMHjkmjurUvGWGyNZAQ2cYwwP6Ucy7
By+ZsfadZ/6B1p/4FH/4ij7TrP8A0DrT/wACj/8AEVnzeNbOG+Nv5bODbNcKyyKW4j8zDLnK/L60
QeLnnjWJNKuft7uFS1MiZI8sSbt+do+U/nx70cy7By+ZofadZ/6B1p/4FH/4ij7TrP8A0DrT/wAC
j/8AEVly+ObaK8uYWsb0x24cPKseR5i4ynpnJ2g5xmpYdcvzo/iC7uLcW89g0nlQuQ23bCrjJU8g
kk/Q0cy7By+Zf+06z/0DrT/wKP8A8RR9p1n/AKB1p/4FH/4isO28ZyW1jKb6N7i5FwsUMaW7wu4M
e/LI2So4fB77atHxvZx3MEc8EsKzW5nO8r5keIzIVePO4fKp/GjmXYOXzNL7TrP/AEDrT/wKP/xF
H2nWf+gdaf8AgUf/AIiqb+JbpEiX+xbo3MqvKkIljz5ShcuTnA5YDb1z7c0WfiyO+1CKGKzn+yzM
scd0WXaXaETAbc7h8p6460cy7By+Zc+06z/0DrT/AMCj/wDEUfadZ/6B1p/4FH/4isqTxFqFrq+q
CW1eW3gngtbaKNkBd5AvJJ5H3u/GPep5vFywNK8lhci2jaWITBlw8saMzoBnOPkYBuhI/GjmXYOX
zL32nWf+gdaf+BR/+Io+06z/ANA60/8AAo//ABFULLxc1zew20+l3VsXkWFneSNgjsm9B8pOcr3H
Q1U1PxVe6dqmo2zRw+UsscVm5B5fbGzo3PUrISuMfdPpRzLsHL5m19p1n/oHWn/gUf8A4ij7TrP/
AEDrT/wKP/xFZ8njOKIs72N0IJC62sgKn7QysEIAzlcseM9QCeKpf8JvNZJcC/0+5e6+0yqlrCod
kjRUzyuQTlxj1z2o5l2Dl8zd+06z/wBA60/8Cj/8RR9p1n/oHWn/AIFH/wCIqLU7vUZNRsbTTJoL
czwSzM08Bf7pjAGAwx985q5ouoHVdItr0x+UZk3FM5we+D3FHMuwcvmWbZpngVrmNIpT95EfcB+O
BUtFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhh
RRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX
/t79DcooorQ5AooooAKKKKACiiszUdbi065aFk3eXbPdSMWChFUgDJ9yT+RoA06KzE8R6U17cWn2
6IT2wYyqxKhAvLcnjgEE88VAvirT3nQJJ/o7RPI0zArtKui7SpGeTIKANqisXV/FemaRY3E8lwjv
D5gEQzlnQcr045IGegyKWfxTpllu+33MdviUxAElskKrHoOMBhnP1oAwb6111jLJbPfxND9rmiWI
gLI/2j92GGPmBTPHcVP4ksdQk8TwXVrbvMBDEsGYEljDiQl9xPKfLtO4Y6deAD0H9vab/ayaYLtD
eSDKxqCc/Lu64x05xnoR61WfxEv2GKaC1lmmnuJLaG3UqGdkZgTknAGEJz6e9AHMalca5aQ6ncNJ
qUbxw3TTOxUQqM/ufJ/2sY/Xdziul8M/azDdm4F6LczA2/20/vtu1d2fQbt2P8MUWviCO8uIbOez
linkmkglik2kRsqB+T0IKkEEetW5td062uJ4J7pY5LeNpZA6kAIoBYg4wcAjOM4oA0KKxZvF2jxa
Yb5b2NossqjDbiwGSMYyOMHOOhB6VDe+Kfsllps62Zke/i81UMyRhAFDEFmIBPNAHQUVzR8ZwmSc
x2Ny8NvbC5lOVWRVMe8YjJ3HggZHGcjsakXxUfsYmewbc1vLcoscySK6R7M7WUkHO/j6H2oA6Gim
QyrNCksbBkdQysOhB5Bp9ADXKqjFyAoBJJ6Yri/h6bcTamI0dGd1kh8w8m3OdmPbrWx4snc6bHp9
u2LnUZBbIR1VT99vwXNV9Xgj0LUNJ1GBdlvDixnA6CJuFJ+jAfnWkfht3Ie9+xs6x/yBrz/ri38q
uDpVPWP+QNef9cW/lVdNfspbjy4Z4WjU4eVpVVQfQZ+9+HHvU2bWg7pPU1az/EEby+HdSjiRnke1
lVUUZLEocACpf7Usf+f22/7+r/jR/alj/wA/tt/39X/GlysfMjiY9P1Hdp2ntb3P2fRrqHyJCGxK
GYbT6EJHlT6Gnf2etz4eSCHSphqzSW3243MD7JX85C+9ujjO45GcL6Diu0/tSx/5/bb/AL+r/jR/
alj/AM/tt/39X/GjlYcyOMuNDbSbuwKw/bbxDuW2+yO0Cgy7sQv0hK+5wQBxV3WIVuNZtJNf0r7Q
v2SZES1je4AcvHtw20bWIB5OMetdN/alj/z+23/f1f8AGj+1LH/n9tv+/q/40crDmRw72usy31nc
32nyXcdjHDZ3DSNu81WX9+dmPnGXXn/pmagl0O8WxgstJ0fZNC8940mfIHmrK4t8nHzY5O30x613
/wDalj/z+23/AH9X/Gj+1LH/AJ/bb/v6v+NHKw5kc7q2o395b29zp9rdRTJa3DEPbHckhhDIBkf3
jjjqQR2qpfvrMEM1nLd6m9sJHUXMVqskz5hRlXATG3eXGcdgCa63+1LH/n9tv+/q/wCNH9qWP/P7
bf8Af1f8aOVhzI4y0Op2lpBE63tnaFLdJpba23SoBbLjA2kkbxgnBx04pur3OuXt1qtnCuppbtZT
BSE5LqqlCpCAKW+bgMx68Ka7X+1LH/n9tv8Av6v+NH9qWP8Az+23/f1f8aOVhzI5W4nv4rlykuop
p8kkXmXUVrmdkEOQcbM8vwTt46cdizuPEb3lpPdSXalTapLB5K+WwfcJGOBkEfKTg4Brqv7Usf8A
n9tv+/q/40f2pY/8/tt/39X/ABo5WHMi3RVT+1LH/n9tv+/q/wCNH9qWP/P7bf8Af1f8aOVhzIt1
Q1v/AJBFx9B/MVJ/alj/AM/tt/39X/GqWsahZy6VPHHdwM7AABZFJJyOlVFO6FJqzNGW7hgljjll
RJJW2opPLH2FTZrl08PXlrrDz/bLqZJzgzI6iSMehyDkfTH0rV/saX/oL6j/AN9p/wDE0OMVsxKT
7GnRWZ/Y0v8A0F9R/wC+0/8AiaP7Gl/6C+o/99p/8TSsu47vsI/hvTZJrqV4ZCbsN56+fJsfIwcp
u25wBzippNFsJZnle3UyOzszZPJZAjd+6qB+FRf2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C
77DD4W0gzeb9kG7YUx5j7cFNh+XOMleM9cd6fP4d024z5lvhiytvSR0YFV2AhgQR8vHHUUf2NL/0
F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77DW8M6U8szm2P78ESIJXCNldpJXON2B97GfepbfQrC1
sbmzigPkXW4zq0jMZCyhSSxJOSAB1pn9jS/9BfUf++0/+Jo/seT/AKC+o/8Afaf/ABNFl3C77EY8
LaULcxfZm/1iyeYZpDIGAwCJN24YBI69CRTl8M6Us6TfZcugwN0jsD8hTJBOGO07cnJx3p39jS/9
BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77ETeE9Ie2WBrZjGmduZ5MgEAFQd2dpAA29OOlW00
iyjkWRLdFZZRMu3IAcJ5YIHT7nGOlQ/2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77E76TZy
SvI8Kl5JUnY5PLpgKevbA/Kq7+GtKkuprh7RTJMHD5ZsfOMOQucAkcEgA+9H9jyZx/a+o/8Afaf/
ABNL/Y0v/QX1H/vtP/iaLLuF32JRo1iJhKIF3iRZc5P31XYp69l4pLrQ9PvVlW5tkkEsyXD5J5kT
AVvYjaOnpUf9jS/9BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77DD4X0kvO7WakzhlfLtgBjub
aM4TLckrjnmmf8InpHlLGLZl2u7h1nkV8sAG+cNuOcDIzzipv7Gl/wCgvqP/AH2n/wATR/Y0v/QX
1H/vtP8A4miy7hd9iTUNEsdTMJuonYwqyoUldPlbGQdpGQdo4PpV2KJIIljjVURAFVVGAoHQAVnf
2NL/ANBfUf8AvtP/AImj+xpf+gvqP/faf/E0WXcLvsalFRW0Jt4FjaaSYr/HIQWP1wBUtSUFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQBi+Mv+RO
1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX/t79DcooorQ5
AooooAKKKKACsTV9BfU72ZhIEhurF7SY/wAS5OVYDv1bP4Vt0UAc7d+D4L0TLLcyhJZJ3IUDI81Q
Dj6YyKddeGZdRiP2/UWlnMDwCRIVTG5kYHHPQxj65NdBVSCd5NQu4WI2RBCvHqDmgDAl8GTywTj+
15FnuVnSeYW6/MsuCQAeFwVHPP8AWrUvhOOSaeT7VIPOE2QFHHmRoh/LZn8a6CigDkdL8O6lYeLZ
Lx1tpLQ8LIzEsF8tUG0dA3yjJx04zVtfDF0mNmqlTDcyXNqRAMxM5csG5+cEOR27V0dFAHPad4cu
rbUlur2/Fy6TvOHEWxnLx7CGGcYAAxjsOfUw3fgtbzVby8k1CY/aYZoQrLuKCRQpwSegxwMD8a6e
igDn73ww9xdzXVvfvbzyuxL+Ur4Ro0jZQD3/AHanP1p114Us76z0+1vMTQWdu0Gx1B35QLu9iMZB
Fb1FAHOy+GLq4mtJJtWZ5LRAIZTbJ5ocJtLF+pBPJXv64qAeEZLaC7lt7iN7yeGaPHlCKLdIEG7a
M4xsBPqSa6migCG1t1tLSG3QkpEiopPXAGKmoqjrOorpOk3N64z5KEhf7zdh+JxQtQMu0/4mvjC6
uusGmJ9mi9DK3Ln8BgVr6rp8eqaXc2Uv3Z4ymfQ9j+B5qr4b059M0SCGY5uHzLO3cyNy36nH4VqH
pVN66dCUtNTnbC/k1DwXMbj/AI+oIngnHpInB/Pr+NaqaZBFc+dAPKDcvGoGx/fHY+4rn9QH9la1
qUPS31W1aZPQTIuGH4rg/hXWiqltp1EtRnkxf880/wC+RUV29tZWc1zOiiKFGkchMkADJ4/CrNU9
WtXv9HvbSNgr3EDxKzdAWUgE/nWdy7FIa/pBtdNuAwMepuqW2IjliwzyMfLjvnoeKY3iPShBLMsM
7xoyqjLasRMSwQeWcfN8xA49fSs5fCNwt4W+0x/Z47iOS3iwf3S7w8o+rMOKlXw/qU2iwaTdXNuL
e1aARywl0kdY3U5J/hbauOM8nORRcLFyLxHpU88UMMU0krnDolq5MPzbf3gx8vII59D2qbUtYsNK
njhngmd3RpMQ27SbUUgFjtBwBkVnX/hhzNaJpi29ukHIuzJJ9oQlsvz/AB7u4Y4z1zUs2j6nbajb
3Om3UcxWCSFnvnZmXcysCNo5xt6cfWi4WLc+t6VBcQQDE0txC08Kwx7/ADEAzxjg5GcDvg+lVo/F
WkPbxzyRTwxSXC2yNNasm5ySMcjoCpyegrOTwZdQPHLBqTLJavbi1jwNnlxDGHO3dk7pc4OPmHXF
LP4Nub2JLafUWhto47lVFuo3M00jMSdwPRSAMYOc80XCx000lrBIiSIq7wx3FRgADJye1RyXunRW
bXTS23kDI8wMu0n0B6Z9qxdQ0DU9Ws447ye081LaaDeobDGSEJuOf9rcfpjvVe88HuZJGs49O8pp
GKW80Z8pQ0KRk7QPvAoT9GPIouFjdt9T064sxdHy4YdiPvmAQAOoZeT9RT7rUNLsobiW4ntY0tk3
zZIyi9iR15/WudTwjeQCGRWsrh4fK/czhvLk2wCI54PORkcHgkd6Ze+Db++1G9mlubQxTWs0Ea7M
Bd6qFG0L0Ur1ySeOlFwsdML3T9kkjPAsMe0mVioQhhkEN0PWpfNsvtCwb7fzmGVjyu4j1A61zlx4
ZvJbv7aiac0okSQWsgYw5EPlkdOx5Bx0z0zwyz8FPay20hlt5JbdrXbKY8MFi3blHoDuwBnp1ouF
jrPIi/55p/3yKPIi/wCeaf8AfIqSii4WI/Ii/wCeaf8AfIqlrMUa6TOQig4HIHuK0aoa2caPcfQf
zFVF+8iZbMvUtY7eJbE3wtoJY5NpxLKZVVE/E9T7Crn9raf/AM/1r/3+X/GlytdBqSZcoqn/AGtp
/wDz/Wv/AH+X/Gj+1tP/AOf61/7/AC/40WYXRxUk72mr+I7mGWP+0YvOa2RoZGkGI1wQSdhXrxt/
Gpr99ZN5Gn2yQ3FjLcql19mHzr5COMr937zFc+3rzXX/ANraf/z/AFr/AN/l/wAaP7W0/wD5/rX/
AL/L/jRZhdHIT+KdX/tQxwpKqmzd2jaHKq4g8wMvGcbuPmPPIxxmnnWNYtYvIvr944vNQSagLQZj
DQhwNuCMb+M49upzXWf2tp//AD/Wv/f5f8aP7W0//n+tf+/y/wCNFmF0cbP4j19NRv1jlhAgSQR2
72772UKCswG3/gWN3+zjNWrGSabwx4plS6nu3dpTFOYTE0n+jpghQB34yBzjNdR/a2n/APP9a/8A
f5f8aP7W0/8A5/rX/v8AL/jRZhdHBWeqajp2jzDTysdvJeIDdKJWhhUx87d6MR8ygEkEZft2vDxN
ra6jZxRqbmRrUl0EJWOV/IZwyZUMAWAXLEdSMZ5rr/7W0/8A5/rX/v8AL/jR/a2n/wDP9a/9/l/x
oswujkpdevVs4HXWJjC4kaS5Gn5ZZQq7YNuO5Zj0z8uM5q5Yalrkmq28l45jiknS3ktPIGI82wkZ
t/Xh8j07da6H+1tP/wCf61/7/L/jR/aun/8AP9a/9/l/xoswujlp4b+21zWLi1uZFmuL21t1kNur
eXGwTdtOOQMnrwOvWm3OvaxDeXkcc0jzxfaB9l+ycRxJGxjl345LME46HfgDiur/ALV0/wD5/rX/
AL/L/jR/aun/APP9a/8Af5f8aLMLo5qxv9dh1OFLm9a5hFzFA4NqE3q8O8tkdNrcDt2OTVHXRqFt
qWr3Fv8Aant7i7gt5ETcfL+WIpIvoMllbHqPQ12f9raf/wA/1r/3+X/Gj+1tP/5/rX/v8v8AjRZh
dHIS+ItaWS6McjNIol8+E2h22KrIFVger/LubGTnqMCqB1jVrG2mNje4juLydzf3Ns6hyqx7AVCN
wRu6AZ28EZrvv7V0/wD5/rX/AL/L/jR/a2n/APP9a/8Af5f8aLMLo5rxd5cmo6Mb2WGOAwzFzLHK
yFsxYGFYEH72M+/FdeuNo29Kq/2tp/8Az/Wv/f5f8aP7V0//AJ/rX/v8v+NFmF0XKKZFNHPGJIZE
kQ9GQgg/jT6QwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKSgBaKQsAMkgD3pqyxucK6k+gNAD6KRmCjLHAHUmq8Oo2dzJ5cF3BK+M7UkVjj6A0AWa
KrTajZ20nlz3dvE4GdryKp/ImpBdQG388TR+Tjd5m4bceuelFguS0VWh1KyuJBHBd28rnkKkqsfy
Bon1CztZNlxdQRPjO15Apx9CaLBcs1R1X/U2/wD18xf+hirK3UDW/nrNGYcZ8wMNuPXPSs2/1Kyu
Ft44Ly3kc3MWFSVST8w7A00tRPY16Krz39pauEuLqCJyMhZJApx+Jp6XMEkHnxzRtDgnzFYFcDrz
0pWGS0VVi1OxnkWOG8tpHboqSqSfwzTri/tLVgtxcwQsRkCSQKSPxosFzN8Zf8idq3/Xs/8AKm+C
v+RN0n/r2Wm+K7iK58FarJBKkqG2fDIwYdPUVD4Kv7T/AIRXSYPtUHneQo8vzBuz6Yzmo/5efI6/
+YX/ALe/Q6Siq9xfWtowW5uYYSwyBJIFz+dPhuoLiLzYZo5I/wC8jAj8xV2OQloqpHqthK6pHe2z
uxwqrKpJPsM1JcXttaFRc3EMJbp5jhc/nRYLk9FRQ3UFzGZLeaOVAcbkYMM/UVCmq2Ejqkd9as7H
AVZlJJ9MZosBboqC4vLa02/abiKHd93zHC5+maWC6gukL280cyg4JjYMAfwoAmqha/8AIXv/AKRf
yNSLq2ns4Rb61Lk4CiZck+nWqq3dvaatem5nihDCMAyOFzwfWmkJs1aKhgu7e6UtbzxTKDgmNwwB
/Cov7W0/fs+3Wu/O3b5y5z6daVhluioZ7u3tVDXE8UIY4BkcLk/jRb3lvdhjbTxTBeCY3DY/KgCa
iqh1bT1co19ahwcFTMuc+mM1NPdQWqB7iaOJScAyMFBP40WC5LRUFve213u+zXEU23r5bhsfXFRv
qthG7I99aq6nBUzKCD6YzRYLluiop7qC2jD3E0cSE4DSMFGfqabb3ttd7hbXEMxX73luGx9cUWAn
rnPFcV9cS6clvYS3ltHP506Ruqltv3RyemefwrYk1WwidkkvbZHU4ZWlUEH3GammuYLeISzzRxxn
jc7AD8zTTs7ieqMT+39W/wChZvP+/wDF/jSf2/q3/Qs3n/f+L/GtmC+tbosLe5hmK8kRyBsflTJN
UsIZGSW9tkdeGVpVBH1GafyF8zkfE1xqeraaP+JBd28lu4mWYzRkLj72cHOCuRW1b6rfXN8yvaSw
+WeLcPGGYepJPT6fnV/Wpo10O6dpEVGiYBiwAORxzUsN1Y3si+TNbzyR8jY6sV7Z46VXN7uxNve3
GfbLr/oGz/8AfyP/AOKo+2XX/QMn/wC/kf8A8VUkup2MEjRzXltG69VeVQR+Gale5hig8+SaNIcA
+YzALz056VN/Iq3mVvtl1/0DJ/8Av5H/APFUfbLr/oGT/wDfyP8A+KqaDULS6cpb3UErAZKxyBiB
+FNl1Oyt5DHNeW8cg6q8qgj8CaPkFvMj+2XX/QMn/wC/kf8A8VR9suv+gZP/AN/I/wD4qrLXMCW/
ntNGsOM+YWAXHrnpUcGoWdzJst7qCV8Z2pIGOPoDRfyC3mRfbLr/AKBk/wD38j/+Ko+2XX/QMn/7
+R//ABVSzalZW8hjnu7eJx1V5VU/kTUhuYBb/aDNGIcbvM3Dbj1z0ov5BbzK32y6/wCgZP8A9/I/
/iqPtl1/0DJ/+/kf/wAVUsOo2dzJ5cF3BK+M7UkVj+QNE2o2dtJ5c93BE+M7XkVTj6E0fILeZF9s
uv8AoGT/APfyP/4qj7Zdf9Ayf/v5H/8AFVZF1Abf7QJozDjd5m4bceuelRQ6lZXEgjgu7eSQ9FSV
WP5A0X8gt5kf2y6/6Bk//fyP/wCKo+2XX/QMn/7+R/8AxVSz6hZ2z7Li6gifGdskgU4+hNSLcwPb
+es0bQ4J8wMCuPXPSi/kFvMrfbLr/oGT/wDfyP8A+Ko+2XX/AEDJ/wDv5H/8VUkWp2U8gjhvLeSQ
9FSVST+ANOn1C0tXCXF1BCxGQJJApI/Gj5BbzIftl1/0DJ/+/kf/AMVVPVrq4fTJlfT5UUgAsXQg
cj0NaqXMEsHnRzRvFgnzFYFeOvNZmq6nYz6ZNHDeW8kjAYVJVJPI7A047rQUlpuKfDtol6Li3RIt
zZli8tWST8D0PuKuf2bZf8+dv/36X/Cnz31rauFubmGFiMgSSBSR+NPiuYJ4fNhmjki5+dWBXjrz
ScpDSRF/Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFJHqthNIqRXts7twqrKpJ+gzT5761tSoubmGE
tyBJIFz9M0rsdkM/s2y/587f/v0v+FL/AGbZf8+dv/36X/CpYbmC4iMkE0csY/iRgw/MVCmq2Erq
kd7bO7HCqsqkk+wzRdhZC/2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4U+4vba12/abiGHd93zHC5
+madBcwXUZe3mjlQHG6Ngwz9RRdhZEX9m2X/AD52/wD36X/Ck/s2y/587f8A79L/AIULq2nu4RL6
1Z2OAomUkn0xmpJ7y2tdv2m4ihDfd8xwufpmi7CyGf2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4V
JBdQXSlreaOZQcExuGAP4VENW09nCC+tSxOAomXOfTrRdhZC/wBm2X/Pnb/9+l/wpP7Nsv8Anzt/
+/S/4VLPeW9qFNzPFCG4BkcLn86Le7t7tS1tPFMFOCY3DAH8KLsLIj/s2y/587f/AL9L/hR/Ztl/
z52//fpf8KT+1tP37Pt1ruzt2+cuc+nWpZ7u3tVDXE8UKk4BkcKCfxouwsiP+zbL/nzt/wDv0v8A
hSf2bZf8+dv/AN+l/wAKlt7y3uwxtp4pgvUxuGx+VRNq2nq5Rr61Dg4KmZcg+nWjULIP7Nsv+fO3
/wC/S/4Uv9m2X/Pnb/8Afpf8KknuoLVA9xNHEhOA0jBRn8aS3vLa73fZriKbb97y3DY+uKLsLIZ/
Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFI+q2Ebskl9aq6nBVplBB9MZqaa6gtoxJPNHEhONzsFGf
qaLsLIdFEkMYSJFRB0VRgD8KfUFve2t2WFtcQzFevluGx9cVHJqthDIyS3tsjqcMrSqCD7jNFmGh
bopAQwBByD3paQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igArLjgOoXF0biaby4pfLWNHKLjaDzjk9fWtSqGnf62//wCvk/8AoK00Jjl0ewX/AJdYmPq43H9a
misraB98NvDG2MbkQA1PRRdhZEN0kUlrKlxjyWQiTJwNuOee3FU9M0fSbJI5tNs7WMbMJLEgyV/3
upzU+qRPcaVdwxLukkhdFHqSpApmh28lpoVhbzrslit0R1znBCgEUdA6hdaLpt7MZruwtZ5SAN8k
SscfUiphY2os/sgt4vsu3Z5OwbNvpjpirFFF2FkUbXRdNspxNa2FrDKAQHjiVTj6gUt3o2nX03m3
djbTyY275IlY49MkVdoouwsiuljbR2f2RLeJbbaV8kIAmD1GOmKy7zRNMsjbTWun2sMq3MWHjiVS
PmHcCtyqOq/6m3/6+Yv/AEMUJu4NKwt3pGn38okvLG2uJANoaWIMQPTJqWKxtoLT7LFbxJb4K+Uq
ALg9RjpzmrFFK7CyKFvoWl2kyzW2nWkMqfddIVBH0OKfeaTYahIr3llb3DqNoaWMMQPTmrlFO7Cy
Of8AFFpb2XgjVYbWGOGIW0hCRqFAyOeBVfwVpGn/APCM6Tdixthc+Qred5Q35x1z1zWj4rglufCu
pwwRtJK9u4VFGSxx0FcjoXjG80jQ7Oxfw1q0jW8QQusRAOPwrFy5Z3fY76VKVXDcsN1Ly7HdXmlW
OoOrXtnb3DIMKZYwxA9s0+2sbazt/ItbeKGE5PlxoFXnrwK5H/hYVz/0K2r/APfs/wCFH/Cwrn/o
VtX/AO/Z/wAKr2se5n9Rrfy/iv8AM6WHQNJt5klg02zjkQ5V0hUFT7HFTXml2WoFDe2lvcFM7TLG
G2564zXK/wDCwrn/AKFbV/8Av2f8KP8AhYVz/wBCtq//AH7P+FHto9w+o1v5fxX+Z1trY2tjCYrS
3igiJyUjQKM+uBVWLQNJgmWWLTLNJEO5WWFQQfUHFc2fiFc/9Ctq/wD37P8AhXJa/r97b6m2t6bZ
6xpdxIVEouBmGTAwBg/y/lUyrpK6NaWW1akuV6dtv8z1i702y1HZ9ttILjZnb5sYbbnrjNV55dL8
M2DSeVHawFx8sMX3mPAwqjk8Vj+CvF9x4mtm+0adLC8Y5nQfuXPsT0Ptz9a6h8Y3HHHNaKXNG6Zy
zpOjU5Ki1W//AA+pzWkzeGNSvzFa6fbw3sf7wRy2gjk/3hketaDafZ6jqt4t7aw3CoIyolQNg4PT
NY0FwfFHifTNTsLeaOxslk3XMq7fNJ+XavcgHNb9vLHHq99vdVJEXBIHY0qc5STbLxdGFKUVFWut
U+j10/X5lmz0+009GSytobdWO5hEgUE+vFVv+Ee0jzfN/syy8zdu3eQuc5znp1zV37TD/wA9o/8A
voUfaYf+e0f/AH0KvU5tCO80+01BFS9tobhVOVEqBgD680lnptnp6utlawW4c5YRIFyffFS/aYf+
e0f/AH0KPtMP/PaP/voUa7BocXY3Fi6W99rGi6XHDexSXEU0KbmUoC7b8gc4BOR3BpZdZvtatLNJ
9M0p5Huvs8sFyzP5MhUupHHIKbfxJrTTwrpAs2tZbqeeHZ5SLLcAiOPIJRR6HAB7kcZqdPD+iw3P
n2wjtjvSTZAyogdVZQ20cZw5/IelGoaFbwzf2b6jf2lrYWloFO6JoAB56KxRmIA7OCPoR61Uv9W8
L26TXd5pCZNxJEHktkBndSQ5Uk84Knk4z2zWjB4Z0SzFubIraSwxmLzreQJJIDtzvYcsSVByff1q
WfQ9NmhiRLqSB4ZpJ45oZwro0hJcZ6YO48EenpRqGhA2v6NrVxbWT2kl3BPIFjle3zD5nl+YFJPQ
7fbvjrmtiz0uy0/ebK0t7cvjd5UYXdjpnFY50C0j1O0vLe/kHkziaSKSfcjnymjLY/vHIJJ9D61v
faYf+e0f/fQo12DQpzeH9JuJnlm0yzkkc7mdoVJY+pOKs3NjbXkAgureKaIEHZIgZeOnBp/2mH/n
tH/30KPtMP8Az2j/AO+hRqGhDZ6VY6ezNZWdvbs4wxijC5Hviop9A0q5mea402zllc5Z3hUlj7nF
W/tMP/PaP/voUfaYf+e0f/fQo1DQpa3bQyaFdRyRRtGkRKqVBAIHGB7VLZ6TYWDs9nZW9u7DDNFG
FJHocVS1PVbd7G8tpGEUpifYGIxIMfwkcH6da2RTd1GwlZso3GhaXdztNcadaSyv953hUk/UkVYl
srae0+yzW8UlvgDymQFcDoMdOMVPRSux2KdppGn2Ehks7G2t5GG0tFEFJHpkVBqOl6QVnvtQsbR9
iF5ZZIQx2qOp4zwBWnVPV7WS+0a+tYSolnt5I0LHAyVIGfzouwsik+paJJpVgkj27WOobIrWMplZ
cjKgLj0HfpVW2v8AwzpzT3FpFbQtCRG8kNqQWywXCkL8/wA2B8uecVQj8J3qXSrvh+yW1xHJaIDj
y1Lh5u3XIwvtVgaLq02gW+kTC3hS0a3VLmCU75BHIp3AFflO1T68n0pXYWRNPe+F9Quonnitbm4n
woLWpdh820B/lynPHzY6Grmp3+jaVbx6ffKiQPGSIRAzoI1wCSFBAUZHXis288N3EE9sNHTypUO5
797phKSWy29NuJQfQkcnjFWJ9O1a11S3urRo78rbywM93IIyu5kYHCJggbTxwfei7HYlVvD2kXsQ
hgtIbqWF5Y/Igy7xjG4jaMkcjjvVaXUvC2qbLu5it5fMmS1WW4tGG5ySAoLLzyD9Mc4qhF4Q1S2m
gmt72MGxNvHbRFABJHEMNluq7t8vA4wRTrrwlqV/DHaNeR21vEtyQyoJGZ5ZGIPPTapHI5yT6U7s
VkdV9jtUsvsnkQraldnk7Rsx6Y6VBbaPpdlN59rY2kMqZG+OJVI9eRWa2k32o3ekzarBak2RZn2u
XDOYwA4BA5D7se2D1rCsfBV/axN58EV1IJI2mEt2Sl6FLfeXZ8py27ndkjHTmi7CyOyutH06/lEt
3Y21xIBtDyRKxx6ZNTJZW0Vn9kjt4lttpXyggCYPUY6YrM8IWstl4YtLeeDyJIzIDHg4Ub2wBnnG
MY9q2qV2OxQttD0yznWa20+0hlX7rxwqrD8QKfd6Rp9/IJLyytrh1G0NLEGIHpzVyindisivFY20
Fp9lht4o7fBHlKgC4PXj3zWTqWhaXaafLNbadaRSoBtdIVUjkdDit6qGt/8AIIuPoP5inFu6FJKz
H3ek2GoSK97ZW9w6jCtLGGIHpzUsFjbWtsbe3t4ooDn92iALz14qalqbsdjPg0DSraZJoNNs4pUO
VdIVBU+xxUt5pVjqDI17Z29wyDCmWMNge2at0U7sLIr21jbWUBgtbeKGIkkpGgVeevAqtD4f0m3m
SWHTLOORDuV1hUFT6g4rJg8XmTxNcaZJDAI4XkTKzZlXYgbcyY6HOBgk/wBLH/CZacLaGdkvBHLF
55zbtmOL/no4/hU+p9D6Gi7CyNS80uy1DZ9ttILjZnb5sYbbnrjNPtLG2sITFZ28UEZO4pGgUZ9c
Cs6bxRYW1zcwT+fHJAobBiP7wFgo2Y+98zKPxFVbDxfFco3m2tyJTcSRpBHAzSBEIBd16jBYZ+vF
K/QdjSj8P6TDKssemWaSI25WWFQQfUHFT3mm2eoBBe2kFwEzt82MNtz1xms6fxZp9tLdRTCdJbdl
UxmI5k3NtXb65bimL4pje/ubX7JPF5E0EXmSoQrmUqAB3B+bof0p3YrI1rSwtdPjMdnbw26MdxWJ
AoJ9eKrL4e0hJRKumWQkDbgwgXIPXOcdaoweMtMnhnlX7SoiAYB4GBlBfYNg/iy3y/Uih/Ej3dhp
1xpNuHa+uGgQXZaLbtVyScAn/lmR0ouwsjWvNOs9QVVvbWG4VDlRKgbB9s0Wen2mnoyWVtDbqxyw
iQKCfU4rnZ/GU0UMm3T/AN9Ch81TISsbCXy3JIUkoPvZAzjsK6DTLxr/AE6G4Y27GRc7reXzIz7q
2BkfhSv0GQ/8I9pBl8w6XZeZu3bvIXOc5znHXNWLzT7TUEVL22huEU7lWVAwB9eas0U7sVkVbPTr
PT1dbK1gtw5ywiQLk++Kgfw9pEkrSvplk0jNuLGBSSeuc461o0UXYWRXu7C1v4hHeW8U8YO4LKgY
A+uDTbPTbLTt/wBitILffjd5UYXdjpnFWqKV+g7GdL4f0meZ5ZdMs3kc7mZoVJJ9ScVZurG2voRD
d28U8QIISRAwz64NWKKd2KyKlnpdlp5c2VpBbl8bjFGF3Y6ZxUM2gaTcTPLPptnJI5yzvCpLH3OK
0aKLsLIzNG1E6gL1TEsYtbp7ZQpzkLjB9utadU9PsLexNz9mJPnztNJls/OcZ+nTpVyh76Agooop
DCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6C
tX6oad/rb/8A6+T/AOgrTWwnui/RRRSGV9QuGtNPubhAC0UTOAehIBNR6Tdvf6RaXciqrzwpIwXo
CQDxU11HHLayxz48p0Kvk4+UjnntxTbGGG3sYIbXHkRoqx4bcNoHHPfin0F1LFFFFIYUUUUAFUdV
/wBTb/8AXzF/6GKvVR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAlGKWigBKKWigBKKWigBDXNX3gm
01fXm1HVbie7iGPKtHbEUfHp39f8a6aik0nuXTqTpu8HYjihjgiWOFFjjUYVVGAB7Clk4RsDJx09
afSUyDG8LxtBoUMT6c2nlWbFu0m8r8xOc+/WporWC41i+M8EUhCxAF0DY4PrWniqNr/yF7/6RfyN
EVZWKqz9pNyfVkv9mWP/AD523/fpf8KP7Msf+fO2/wC/S/4Vaop8zIsir/Zlj/z523/fpf8ACj+z
LH/nztv+/S/4Vaoo5mFkVf7Msf8Anztv+/S/4Uf2ZY/8+dt/36X/AAq1RRzMLIq/2ZY/8+dt/wB+
l/wo/syx/wCfO2/79L/hVqijmYWRV/syx/587b/v0v8AhR/Zlj/z523/AH6X/CrVFHMwsir/AGZY
/wDPnbf9+l/wo/syx/587b/v0v8AhVqijmYWRV/syx/587b/AL9L/hR/Zll/z523/fpf8KtUUXYW
RganolqljeXEkcbukbtEqxqqpxxgDqfc/pWgNSf/AJ8L3/vhf/iqdrH/ACBrz/ri38quDpVN3SuS
lZ6FH+03/wCfC9/74X/4qj+03/58L3/vhf8A4qr2KMVN0VZ9yj/ab/8APhe/98L/APFUf2m//Phe
/wDfC/8AxVXsUYougs+5R/tN/wDnwvf++F/+Ko/tN/8Anwvf++F/+Kq9ijFF0Fn3KP8Aab/8+F7/
AN8L/wDFUf2m/wDz4Xv/AHwv/wAVV7FGKLoLPuUf7Tf/AJ8L3/vhf/iqP7Tf/nwvf++F/wDiqvYo
xRdBZ9yj/ab/APPhe/8AfC//ABVH9pv/AM+F7/3wv/xVXsUYougs+5R/tN/+fC9/74X/AOKo/tN/
+fC9/wC+F/8AiqvYoxRdBZ9yj/ab/wDPhe/98L/8VR/ab/8APhe/98L/APFVexRii6Cz7lH+0n/5
8L3/AL4X/wCKrGv9XuDHPZTW8z713CTYAYxkffAJ49/0rp8VmatbR2+h3S26JGWGcgfxEjk+tVBq
+xMk7bmmKWsr7Hq//QVh/wDAQf8AxVH2PV/+grD/AOAn/wBlSsu47vsatFZX2PV/+grD/wCAn/2V
H2PV/wDoKw/+An/2VFl3DmfYh/4Ri2N/JdNPdMHmacQl18tJGTYWHGc7SepI5ps/hSzuIYIvOu40
jtltHWOXHnwr0R+PryMHk+tWPser/wDQVh/8BP8A7Kj7Hq//AEFYf/AT/wCyosu4cz7FEeCdOW6u
biN7mOScHlWUGMmRZNwO3JIZQRuJx06cVNB4VgtpElhvb9LgO7NN5qlpA5BZWyuMZUdACOxFWPse
r/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7Kiy7hzPsUYfBNhbPdtby3MZul2PjyzhdxYjlTuySeW3Gp
4fCtlblRFJciNfIIjMgI3QkFDyM5+UA89Kn+x6v/ANBWH/wE/wDsqPser/8AQVh/8BP/ALKiy7hz
PsZeqeC47jShbWMxSRY1iHnHcrIJPMKnjue+D9KtweHZW0awtbq8kjuLJ/MjltFRNvDKFAK4ICsR
0GevFWfser/9BWH/AMBP/sqPser/APQVh/8AAT/7Kiy7hzPsRL4Zt4sNbXN3byiPy/OjkBc5fezE
sDkk5zn1rQ07T4tMsxbwl2G5nZnOWZmJZie2SSelVPser/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7K
iy7hzPsatFZX2PV/+grD/wCAn/2VH2PV/wDoKw/+An/2VFl3DmfY1aKyvser/wDQVh/8BP8A7Kj7
Hq//AEFYf/AT/wCyosu4cz7GrRWV9j1f/oKw/wDgJ/8AZUfY9X/6CsP/AICf/ZUWXcOZ9jVpu9Sx
UMNw6jPIrM+x6v8A9BWH/wABP/sqyNT03Vpr+IW1wGu1AP2lbfylRc9C247v93BpqCb3E5NdDrKK
itVmS2jW4kWWUD53VdoY/SpagsxPDdtNbNq3nRNH5uoyyJuGNynGCPatus7SNSOpG9BiEf2W6e36
53bcc/rWjTe+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMqarE8+k3kUa7nkgdVX1JUgC
o9CgktdBsIJkKSxW8aOp7EKARU9/cNaafcXCqGaKJpAD0OBmmaVdtf6TaXbqEaeFJCo6AkZxT6C6
luiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQxTW4nsXqKKKQwooooAKKKKACiiig
AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6oWv8AyF7/AOkX8jTQn0L9FFFIYUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQBS1j/kDXn/XFv5VcFU9Y/wCQNef9cW/lVwdKroLqLUc80dtBJNM6pFGpd3Y4
CgDJJqSqWtW0t5od/bW4Bmmt5I0BOBuKkDn6mpGKdWsRBaTfa4fKvWVbZt4xMWGVC+uRzUD+I9Jj
FyW1C3AtmCzfP9wk7QD+PH14rnI/C+opcwxbI/sdjcxvZgMMqjOHkP1XG0e1WE0nVpfD9ppTWiWs
lk9uBdRyo2/ZIhZ1BHopbDd+OetAG3/wkek5tgNQtibriECQfPzj+fH14p9/rmnaVJFHqF5DbvKC
UEjYyBjJ+nI/OsK58P3djeQNo8c/2kndNfNOgWQlyzCWPHzDkkbRxnjFT3Nnq9rqtvcCFdVJtZYH
YlIVUsyEbhzkYU5xk+1AG1darZWUix3N1FG7RtKFZuSi43MB6DIqtB4n0e6QPBqNu6NKsIbfwZGJ
CqPUkg8e1c5D4X1q1uLa5iltydO+zwwRlPnliRcOQ+7C7t8nBB+6tLdeF9Y1C2is/Mt7aGFbmQSS
L5pMskrFCAGGCqnOeeW6cUAdk06JIkbEB5M7R646093WNGdjhVGSfQVy+qWWt6tZR7rf7POtrPG4
W4GGd4QARj/bJHtjNUb3wteRxyW1vaPc6f5rGO0+2FB80KAMWJzgOHOPVsigDsLS+gvoxJbSCRCq
uCM9GGQfxBFTSSJDG0krqiICzMxwAPUmuIHh3VEtoUubY3dsghWW0W42eYFtwnByB8rjOMjPXqBU
WpeGdX1G/wBTD2sQtbizlhVRL8sh2p5W4kkkgqckgAds5oA7pJkklkjVgXjxuHpnkVJXGXeh38j7
xp7SWPmRt/Z/2kLlRDtC5zj5X5xnB684FNs/DGqQ3lpdXDtJdW5tU80XDH5F3CUe/BAyRlsUAdrR
RRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXqWqT6nbi+W0jLSzk/Msa7vLHqx6CrlS1YExa
KKKBnFrfzLrV1JHqkr3S6otstiZAyNCdm75OowpZt3t6VRg1ea60p57zXJrO4ttPiltwHVRO7IW3
kEfPlht2+3qa7xbS3Sdp1gjWZxhpAgDEe560jWVs5iLW8TGL/V5QHZ9PT8KAMDUpNQnv/DSeaLcT
Sl7qIFgWKxltuVYcAg8HIzjOelZzeLtRTTLS5lOmQvcWsl7ulLqhRduI155c7uvb0NdoY0LKxUEr
yCRyPpTHtLeRI0eCJljIZAUBCkdCPSgDkm8TazNdlbWGwjjkmaGNZw+9CsIlO7B54yuBj19ql1bV
9Qmt9AvNN3LJcRtdNaqcicCLf5ecd8nB9cV1XkRZz5aZzuztHXGM/lQIYxswijYMLx936elAHC2/
jW4/s5Z7ea1kjCS3Km6YiS5UzyIkcYH8QCgd+Sox3pLrxfeRXz3jNbGGC3umFkkhEilJUQNLk49T
njAJ+tdwbO2Pl5gi/dsWT5B8pPUj0NKLS3WR3EEYd/vMEGW+p79KAOWudc1G48CaleTGG3u4SUV7
adSMZXByGYKcHuTjrV/wfeTXWn3KXEzzPb3LR5eRZcLgMB5i8PgN1/DtWyllbR25t0t4lgOcxqgC
nPt0p8MEVvGscMaxxrwERQAPwFAElFFFABRRRQAUUUUAFFFFABRRRQBT0/ToNPNz5Bc/aZ2nfcc4
ZsZx7cVcrE8NQTQnVvOjdN+oyum8Y3KcYI9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKoad/rb//AK+T/wCgrV+qGnf62/8A+vk/+grTWwnui/RR
RSGQ3UUc9rLFMcRSIVfnHBGDzTbGCK1sYLe3OYYkVI+c/KBgc96j1aN5tIvI41Lu8DqqjqSVOBUe
gwyW3h/T4ZkMckdvGrIeqkKMin0F1NCiiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigApKWoL1plspmtgpnEbGMMON2OM/jQBNRXKaVL4l1bS7
e9h1PTlSZN202jZU9wfm7Grf2PxT/wBBXTf/AAEb/wCKqnG3Unmv0Ogqja/8he/+kX8jWb9j8U/9
BXTf/ARv/iqg8O6jcG81ptTubd/s8yQmWNNikheeCT64pqOjsF9UdRRUcMwniWRVcK3IDKVP5Gn1
BRz+p67fWWoXogtYJbOwt0uLgtIRIVbfnYMYyAhPJGfao5/E1w+rz2NlDb/LH+5lnkIEkgVXdMAE
jCOCPofSr174dtr/AFCS6mmugs0aRzQJJiOVVJIDDGf4jnnnvUSeEtKjmSdYMXSztcG5AAlZm3ZD
NjlcMRj0x6UAZ9v4tuwNJN7bWyreqk0zRSnEEcmFjzkDJLtg+wzWrqXiCDSbl0uFd1WFZdsUZZyW
kCAAd+WFVm8FaPLC6TW5mYwR26SyYLwoi4XY2Mqe+R35qzL4ctZ5fMnluZZOBueTJwJRKB06BgB9
OKAM/U/G1tbaVJPaW9zLciN38kwn91tYofM/ujcCPwJ6DNXB4lgE7QeVPPMJ5I9lvEWKqrBSzewJ
HT8KjvPCFjeLIpmu4hL5nm+VLt8wO5cq3HQMTj6kVM3hq1F2LmGe7gm8x3Z4pMbg7BmU8fdyB7js
eaAK174xt7Vp4o7O7muIJoo3hRBuKu+wOOeme3B6dM5p8viy1tjKs0c8rxyShlgiLFEjxudvYZHT
r2zUcPgnTbf7SYHuojOUOUcAx7ZPMXbx1Dc5OSe9TXHhOyuC7ebdxNK0nmNFLtMiyEF0PH3SQOnI
5wRmgCW18TWN5qxsIln37iqSmM+VIwUOVVu52nNbFZdv4fs7a6jniEitHM0yru+UMyBCMem0DArT
zQAtFJmjNAFPWP8AkDXn/XFv5VRt9eN3ct5UE6QRMVbMDs7H6D7o+vNXtY50a8/64t/KpTaQvcJc
FAJlGA44JHofUfWrTXLqQ076EP8Aasf/AD73n/gM/wDhR/asf/Pvef8AgM/+FXcUYpXRWpS/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACrtHFF12DUpf2rH/AM+95/4DP/hR/asf/Pvef+Az/wCFXeKK
LrsGpS/tWP8A597z/wABn/wo/tWP/n3vP/AZ/wDCrtFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n
/gM/+FXaMUXXYNSl/asf/Pvef+Az/wCFH9qx/wDPvef+Az/4VdoxRddg1KX9qx/8+95/4DP/AIUf
2rH/AM+95/4DP/hV2jFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n/gM/+FXcUYouuwalL+1Y/wDn
3vP/AAGf/Cqer6hHNpc8YguhuAGWgcDqOpI4rZxVHWh/xKLj6D+YpxauiZXszM/4RC0ivjLAkbQS
NmWKXcce6sDn8Dmrv/CNaV/z5p/303+NagpaHUk+o1CPYyv+Ea0r/nzT/vpv8aP+Ea0r/nzT/vpv
8a1aKXPLuHJHsZX/AAjWlf8APmn/AH03+NH/AAjWlf8APmn/AH03+NVh4lkGozRyaey2UV2LM3Il
BIkO3GUxkKSwGcn8qgTxdLcWn2qz0uWeKK2W4ucSqDGGXcFUfxNt5xwORzzRzy7hyR7Gh/wjWlf8
+af99N/jR/wjWlf8+af99N/jUV/4hW2uNIit4TN/acmEfD4VNu7dwp5xjg49yADSHxfo4tY7n7U/
lSbijeRJkqv3nxtzsGRlunvRzy7hyR7E3/CNaV/z5p/303+NH/CNaV/z5p/303+NQz+MNGtrmSCS
6bzIzhgkEjgnAbAIUhjtIOBnjmnap4lttMOnOymW2vW/16MNsabc7z6ryPzzRzy7hyR7En/CNaV/
z5p/303+NH/CNaV/z5p/303+NQL4t05I1N3Ibd2eRdhUvtVJDHvYgYVSR1OBSP4u05dU+yLKDHHF
NJNOQwRPLZVIBIw3LEcHgjFHPLuHJHsWP+Ea0r/nzT/vpv8AGj/hGtK/580/76b/ABpB4ksJdIl1
G1dp4o38ooqlX8wkKEw2CCSwHOOo7Vc0+4uriAte2f2WYHBQSCQEeoI/wo55dw5I9ip/wjWlf8+a
f99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR
7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N
/jWrRRzy7hyR7ENtaxWdusFugSNeijtU1FFSUZ+lamNS+2ARGP7Lcvb8tndtxz7da0KpadpsWnG6
8pnb7TcNcPu7M2Mge3FXabtfQSCiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAqhp3+tv8A/r5P/oK1fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrg2lhcXCruM
MTSbScZwM4pml3h1DS7W7ZAhniWQqDnGRnFS3cKXNrLBKSI5UKNg4OCMGm2NtHZWMFtASYoY1jQk
5OAMDmn0F1LFFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9TB/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFIaWigDnvDP+hXmraUeBb3JliH/TOT5h+u6ugrn77/AEDxnp910jvoXtJD/tD5
0/8AZhXQVUu5MexXv7tLCwuLqQgJBG0h/AZrk/D/AIeS5sw1yWW82pcl8nAdwWORnnrj1961fFxN
xZWumIfm1C5SFv8AcB3P+g/WtC0AXVr4AYAWIAfgaqLcY6CaUnqNh0a38pfPi/efxbJnx+GTT/7F
sv8Ank//AH9f/Gr1LUcz7lcqKH9i2X/PJ/8Av6/+NH9i2X/PN/8Av6/+NJc69ptnqCWNzeRx3LhS
EbP8RIXnoMkEDNF3runWMssVzdokkKLJInJZVY4BIHYkUczDlXYX+xbL/nm//f1/8aP7Fsv+eT/9
/X/xqO18R6Te/Zvs99E5unZIByPNKruO3PXA5q/58fn+Tn95t3Yx26UczDlXYqf2LZf88n/7+v8A
40f2LZf88n/7+v8A41Yu7uGxtZbm5fZDEpZ2IJwB34p8cyTbvLJOxih46EdaOZhyrsVP7Fsv+eT/
APf1/wDGj+xbL/nk/wD39f8Axq3JNHCoaV1RSwUFjjknAH1JIFEc6TbvLJOxircdCOtHMw5V2Kn9
i2X/ADyf/v6/+NH9i2X/ADyf/v6/+NXs5paOZhyrsUP7Fsv+eb/9/X/xo/sWy/55P/39f/Gr9FHM
w5V2MbVNIs4tKunSNwyxMR+9c84+tbA6VT1j/kDXn/XFv5VL9shFyLcMWlIyVUZ2j39Pxpu7Qkkm
WKo65cSWmg6hcQvslhtpJEbGcEKSDg/Sr1MkjSaJ45UV43BVlYZDA9QRUlHEJ4j1N00u0M4+12tx
HHqTBB+9ywVAOON4O/gduKml1O9PhmDU01WaWW+MDeRbxxlog8qBljBHUBivzZ59K6v+z7TzGf7L
DvZlZm2DJK/dP1Hb0pkek6fDLJJHY2ySSsHdliUFmByCeOSDz9aAOWe+1qyNrc6nc3Edkp+YRrCZ
lUyYUzrjkFcD5OQc8el291Ce/wBUhjt9QutLtxaTTMZIFQ7ldACwkXO3DHpjPrW9PplldXcV1cWd
vLcQ/wCrleMFk+hPIpLvS7G/kikvLO3uHi/1bSxhin0z06CgDjm8XXV1qOnRyTSWsUkMMd0sMOdk
sy5BDspC7T5fB/56dDxVe48Rahp2nWzf2pc3F08s88itAr5ihkZfLARPl38DcfQ4IrvGsbVo5Y2t
4ikz75FKDDtxyfU8D8hSx2VtDIXit4kdhtLKgBIyTj8yT9SaAMTWPES2cdvdWpE8TW09wFDgBtkQ
dQeD1yPz71TuPFGpLFLafY7OO/QyBmNyRCqrEkmQxXOcSAdOxPSuiXSNPRCiWNsqEEFREoGCoUjp
/dAH0GKW40qwu1K3NlbTAuJCJIlYFgMA8jrjjPpQBy+m+Jb14ra2jWOa8nSEI9zLtjz9nEjE4XOT
zxz3PAFJq/jK7ifUbayjtjLDayyxzZcorxhS6klQGxuP3SeRzjNdPLo+nTwGGawtXibblGiUqdow
vGOw4FKdH04zyTGwtfNkTy3fylyy4xtJxyMDGKAMJ/EN9Dqb2CRW7XbyJGDJMVhQ+T5jkHbu9cDn
PXgCo7Pxlc3l1asljCLOX7OrsZiZFaXcBgYwQCvXIyDmugfRdNltjbyafavAduY2hUr8owvGOw4F
S/YLTdu+zQ7gVOdg6r938u3pQBYooooAKoa3/wAgi4+g/mKv1Q1vP9j3GOu0fzFVH4kKWzL2etFc
k02strirfCBCH/0VC7rCx+qjlvZvyrZ3a5/zz03/AL+Sf/E03C3UlTv0NWisvfrn/PPTf+/j/wDx
NG/XP+eem/8Afx//AImlyj5iunhzGoTTSXs720tyLv7LtUL5gxgk4yQCoOM9RVdPCAgtxb2upXcE
UkCQXCqEPnKo2g5I+UleCR7elaG/XP8Annpv/fx//iaN+uf889N/7+P/APE0cocxLJpkUlxYSrmN
bEsY0UcEFCmPoAazX8Jp9jtYLe/ubdoLY2bSIFJkiOMg5GAeOCOnNXd+uf8APPTf+/j/APxNG/XP
+eem/wDfx/8A4mjlDmK8Xhi3gkRopZVWOZpVXjA3ReVj6ADP1qQ+HLaS1063mLyw2UDW+xgMSq0e
w7vw9Kk365/zz03/AL+P/wDE0b9c/wCeem/9/H/+Jo5Q5jKh8DxW9klpFqV6ImiMFxnaTcR+Yz7S
ccH52GRzg+vNOm8FQXCywy3tybUpKkUAVAIhI6uSDjJIZRjOR2rT365/zz03/v4//wATRv1z/nnp
v/fx/wD4mjlDmIYfDcS6FLpsszFZHEnmQxJCUYEFSoQAZBUHnNX9PtZ7WErdXcl3KxyZHVV/ABRg
Cq2/XP8Annpv/fx//iaN+uf889N/7+Sf/E0cocxqUVl79c/556b/AN/H/wDiaN+uf889N/7+P/8A
E0cocxqUVl79c/556b/38f8A+Jo365/zz03/AL+Sf/E0cocxqUVl79c/556b/wB/H/8AiaN+uf8A
PPTf+/j/APxNHKHMalFZe/XP+eem/wDfx/8A4mjfrn/PPTf+/j//ABNHKHMalFQ2xnNuv2oRCb+I
RElfwzzU1SUYfhqOWNtX85ZF3ajKybwRleMEZ7VuVQ0vUl1I3gWNk+y3L25yc7iuOf1q/Te4lsFF
FFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf
/QVq/VDTv9bf/wDXyf8A0Faa2E90X6KKKQynq0bS6ReRxqWd4HVVHUkqcCo9AieDw/p8UqMkiW0a
srDBUhRkGrN7cfZLGe427vJjaTbnGcDOKZpt5/aGmWt3s2efEsm3OduRnGafQXUtUUUUhhRRRQBm
yeINMhvJrWS7RZYQWkyDtTA3HLY25AIOM5rR4PpXH694avtUn1GK1toYILqN/NLXBaO5OzCkxbcK
4YL8w7L37Ivhu9bV4rhbO2gAlhlSZZiXto0QA26qBjaSG6YGGJIyKAOuMyCcQ5O8qWAwcYGAeenc
U/I9a4uTwfcrolpZQRQJt0/yJ1DkB5S8RY575CNz16VkeItBnt2trFrCabTvPnkSK2QuFVmQqi8E
K2A2DxjJ55oA7zUtc0/SHjS+uPKaRWZRsZvlGMk4BwBkcn1pLjX9NtUkea7QCNkVtoLHLjKgAA5J
HPGaq6nBqK6zaXunWkM4W2lgZZZvLCFmjIJ4OR8pzisi08M6jpE8E9oILj7IYwkbPs81RB5bc4O0
g8jrxkUAdTZX9tqNstxaSrLExI3DsQcEEHkEHqDzUomQzmHJ3hQ2MHGM469O1clL4d1J5Le7W3th
ePePdOrSbooN2wYwVyx2p94bSCT2Jq9rmgT6rqDsyxvaSJbI6O33gk+9wR/u/n0oA6KjIrkNS0a5
t/CltYJaLclNQVltw5CGLzyyqTg4UKQOmBjHSqo8Laut3pbrHaRxW1wJgsbDMCecXaMMVyRsIUBd
o65yMUAdzkUyaaO3hkmmdUjjUs7McBQOpNcLfeCbx9IsoI4Ufa0zXUMc4iMjuflfcUbJAGOmRng8
VPdeCri4kvJPLg826M6SO7li8bQhUDcc4cA/hnrQB2qOsiB1IKsMgjuKdVPSLc2uk2sDW0dsY4wp
hjIKpjsCAKuUAYXjCF30F7mEEz2TrdR49UOT+ma2LedLm2jnjOUkUOp9iM06WNZonjkGUdSrD1Br
C8IzGPRGspm/eadK9s5Pop+U/wDfJFVvEnZif8hDx16xaZa/+RJD/wDEj9a0rX/kL3/0i/kazvCI
NxZXWpuPm1C5eYf7gO1P0H603UDqP9pXf9n7fL/d+cRnzMYP3f8AOfSqau7CvZXOiorJs/t/2WP7
MbMxY+Xd5mfxzzn61P8A8TX/AKcv/H6ixVzH1fTdQutQ1SGC0ie11K0jtzO8oAix5gYlcZPDgjHf
0qrBoGsRauNTM0OZJ5EkgC4YQFdi5kz82NkbYwOSea6L/ia/9OX/AI/R/wATX/py/wDH6LBc5WTw
zrksFq6TW0MmnWdvHbxld5eRMM/zZ+TJAXODwKv6zo+oazO7SQLHC8SRNF5/ULcKxORjqgP54rb/
AOJr/wBOX/j9H/E1/wCnL/x+iwXOP1TwjqE1m9tFaR3MO2eO2R7ootrmUsjD1+QgY7Yx0Jq/LoN8
dSE1zaJfWpuZnWE3G3yizqUkH0AIx1Hbqa6H/ia/9OX/AI/R/wATX/py/wDH6LBc41/CuqXMuovf
WVrOkssMywq4VJXSYsxHoShxluecdKs6l4b1O4eYm3jukke48qNrkoIHcrsl4/ugEccjt1rqf+Jr
/wBOX/j9H/E1/wCnL/x+iwXMPTfDl3Z6+moSENK1w/ny+YcyReSFXK9PvjOO3Wurqh/xNf8Apy/8
fo/4mv8A05f+P0WC5foqh/xNf+nL/wAfo/4mv/Tl/wCP0WC47WP+QNef9cW/lVGHw7BbXBMWWgkY
s6NI4ZT6gg8/j+dO1T+0v7KuvM+x7PKbdt3ZxjtWwKq7S0Jsm9Sh/Y1l/wA85P8Av8/+NH9jWX/P
OT/v8/8AjWhRU8z7lcq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/PO
T/v8/wDjR/Y1l/zzk/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+
4cq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjR/Y1l/zz
k/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+4cq7Gf8A2NZf885P
+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjVTVdLtYdNmkjRwy4IJlc9x2J
rbqhrf8AyCLj6D+Yqoyd1qTKKsy8B1paSlqCxKKWigBKKxR4mT+0JYJLK4S3juRaG7JUp5pxgEA7
gCWAzjGTUH/CXxSWwuLbT7y4hS3W5nZNn7lWGQCC2WbAzhc8Y9RQB0NFZGoeI7exudKgQCVtTkCx
HdgbcZ3ZwfbA96U+KtFFqlwdStxDI5RX3cEgZOPYZ5PQUAa1FZNz4r0SzuJoLjU7eOWHHmIW5HT+
hB+nNO1LxDaaXLp6y7njvn2JMmCiDGQzHP3eQM+9AGpRWSvifTFSI3Vyls8skkaJKwBJRyhPsMjq
fUUjeKNOGsnTkuI3eOKSSZw4xCEKg5/FsexBFAGvRWZP4hsk0OfVLZ/tUEOQRERuLZxt5xg5PfFS
abqov5J4Jbaa1urfHmQS4JAbO1gVJBBweh7GgC/RS0UAJRS0UAJRS0UAJRS0UAFFFFAFHTdMj003
Zjkd/tVw1w27sWxwPbir1Yfhrzc6v53mf8hGXZvz93jGM9q3Kb3EtgooopDCiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+
grTWwnui/RRRSGQ3cC3VrLA5ISVCjEdcEYpthapY2MFrEWMcEaxqWPOAMDNR6urPo96kalnaCQKF
6k7TjFReH0eLw9pySqyyLbRhlYYIO0ZzT6C6mjRRRSGFFFFABRRRQAjHCk4z7CuXi8awx6Pb6hqN
lParPK8e0vGSoVtu772T9ACeDx69QfrjNYE3gvSriMRyLcbQzkATsMK7BmTr93cAcUAUp/F88Fpq
Ye2dJoHultpWQeVIYskL97OcAk8AcGtG08WWF7r0mkQec06b1L7Rs3J94dcjHqQAcHFDeEtLlmuZ
XWZ/tPmbladiimQYcqM4UkcZFWrbQ7az1CS7t3uUMrM7RCdvK3N95tmcZP8AMk0AZ0/i+Gz3+dbX
MwSSfe0EYxFHEwVmbLdtw6dfSovFHie60W/t4LYWx82BpAJkc+a4ZVWMFeFLFsZbjOK0pPDmnus4
eNsXCzJJ+8PIlIL/AJlR9KmvdFs9RMhuoy/mWz2rfMeY2wSPrwOaAOen8XXsWr31skdrILZnUwjd
5sarCJPMY9Nu4he3XrXVWU7XVjbzsAGljVyB0BIzUMek20dtdwAMUuyTNuYksSoQ8/RRS6ZpqaXa
i3imuJYwflM8pkIGMYBPbigC5RRSAg9D1oAWiiigBDXEeIrmTRtT1WCHhtXtk8gD/ntnyz+jA/hX
cVxnjO8SHxDohMQdbOT7RM39xCwQH8z+laU/iInsdXY2iWFhb2sY+SGNYx+AxUFr/wAhe/8ApF/I
1eqja/8AIXv/AKRfyNR3K7F4UtFFIYUVTm1awt72OznvbeO6kxsheVQ7Z4GB1OcUXOrWFmZBdXlv
CY1DuJJQpVScAnPQEjFAFyiqNvrWm3nlfZb+1m85ikflyq29gMkDB5IHJx2q0JozN5W9fM27tmec
dM4oAkoqK5uIrS3knuJFjijUs7scBQO5p0cqShvLdW2sVbBzgjqKAH0U13VACxABIHJxyeBSRzRz
bvLdW2sVbBzgjqPrQA+iiigAooooApax/wAga8/64t/KrgqnrH/IGvP+uLfyqY3cKXCQFx5zjIQc
nHqfQfWq6E9SeqWs3Mllod/dQkLLBbySISMgEKSOPwq5mo7iGO6t5IJkDxSqUdW6MpGCDUlHHp4p
1FotKt90X2yOdY9TwmR94IAvoXzuHsKlm1fVF8NRar9vjxfGBo44rbe0CySKCFHJchWx06/lXQ/2
PYCZ5vssXmSPHIzY5LJwh/DtTIfD+l28kjw2MCNI6yNhf4lbcCB2+YA8d6AOfGr67b/Y7jUXe20/
dhphaAsw34BmTOYwVxyBwSc46VcutUu9T1OCLSNQW1g+zSzM8ttkMyOgwQ2CB8x6fnWvdaNYX17F
d3NrHLPFgI7dsHI46HB55pL/AETT9Ulilv7WOd4gVQvngHGR7g4HBoA5ZvGkt1qWm26XMNmLm3iE
ybd7pLMpKEZ4wpC5z/z0HpVe58V6hpOmW01zqkMs8s00jJJAq5hhdlZVA/if5cH1zXaNpVk0M8LW
0ZjnkEsqkcM4xgn3G1fyFLBpdnbTNLDbRpIylCwHVSxYj8WYn8aAM/WdfGmrb3EYaaF7ee4wpADh
I9457ZqlL4rvfKkt00vGpKZAYvtC7FCxrJu3454kUYx1z25rWTw9paQmJbGERlSm3HGCgQj8VAH0
FLd6Dpt8rC6soZQziRtw6ttCZP8AwEAfSgDD07xTdyxQQLB9rvZo4dis6xKSYFkc5AOOvTB5PYUa
r40ltX1C2tLWGS5t7aSZCZiVDIFLq2FwCN3QE9OcZral8O6VNb+TJYwmPKnAGMbV2rgjkYXj6cUH
w7pTTyzGwgMk0bROdvVWADDHTkAZ9cUAZ7eIruPUnsVsxLevIkaQmYLGp8re/wA+3JA+mT6AdIrX
xmbu6thHp7/ZZvJV5jMu5HlyFG3HIBXBIPuM1qy+HdKntjBLZRNGdvBzn5V2jnOfu8fSpl0ewVgV
tIV2mMgKuANn3MD27UAXqKTNGaAFqhrf/IIuPoP5ir2aoa2f+JPc467R/MVUfiRMtmX6K5Q6jrEm
t+VdQpDtbMEH2jy1l99207/px9K1/tesf9Ay2/8AAv8A+xpuDQlNM1KKy/tesf8AQMtv/Av/AOxo
+16x/wBAy2/8C/8A7Glyv+mPmRWXw5N9vneS+3WUt2Lw26w4beNuAXzyoKg4AHTrVaLwlcWto1tZ
6q0MU1vHBcZgDFwq7dyHPykrx3HArS+16x/0DLb/AMC//saPtesf9Ay2/wDAv/7Gjlf9MOZEkmlI
bjTXiby47AtsjAyGBQoBn2BrKfwk62VpDa6gYXhs2sZJGgD+ZE2M4BPyt8vB5HqDWj9r1j/oGW3/
AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyKkPhaOCSMx3DBY53lVSucAw+SBnPYDOakk8MQT2Wm2lxI
ZILK3a3ZSuPNVo9hz6cc1P8Aa9Y/6Blt/wCBf/2NH2vWP+gZbf8AgX/9jRyv+mHMjHh8ESQ2X2Ya
tI6ywm3uneBWeaMyO/Bz8rfvGGefXGaWfwQbmGS2l1A/ZPLmSGJYBmPzJFkyWJO7DKOwyK1/tesf
9Ay2/wDAv/7Gj7XrH/QMtv8AwL/+xo5X/TDmRUTwxt8OXelia3ia4Yv5lvbCNVPHOzcc/d7mr+m6
bJaT3F1d3P2m7uAqvIE2KFXO1VXJwBuY8knmo/tesf8AQMtv/Av/AOxo+16x/wBAy3/8C/8A7Gjl
f9MOZGpRWX9r1j/oGW3/AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyNSisv7XrH/QMtv/Av/wCxo+16
x/0DLf8A8C//ALGjlf8ATDmRqUVl/a9Y/wCgZbf+Bf8A9jR9r1j/AKBlt/4F/wD2NHK/6YcyNSis
v7XrH/QMtv8AwL/+xo+16x/0DLb/AMC//saOV/0w5katFQ2zzSW6tcxLFKeqK+4D8cCpqkoo6Zqa
al9rEaOn2a4e3bd3K45HtzV6qGl6YumG72yM/wBquXuDkY2lscfpV+m7X0EgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A
6+T/AOgrTWwnui/RRRSGQXtx9ksp7gruEMbSbQcZwM4punXn9oabbXYTYJ4lkCk5xkZxmn3cC3Vp
NbsSFmRoyR1AIxTbC0WwsILSNmZII1jUt1IAxzT0sLqWKKKKQwooooAxtbJOqaIkhxA12S3oWEbl
B+Yz9QKwNPu9bUWDh5o4Y4rJXtvswCuZGYSEnGRtGDwRjvXayQxzBRIiuFYMu4ZwR0I96bNNHAqm
QkBnVB9ScCgDjre5vdQTTZZprqa8S6VpoHtfLW1k8mbKqdoyMkDknoOeaji8QapdQx7pru2hC2yX
M4siXicpJ5m1SvJ3hFPBAzXc4oxQBwOlnVYNKs4Lc3FtJJFaRtN9mG9Q0028kMMA42nB+7mmnxDq
76npdnNqAtMbDcu8SrvBmZfmypwWVMDG3lvTGPQMVWm0yyuLqO5ntIJLiL7krRgsv0NAHI6lb3su
r38K3d6SdStJIQYgywphcuvy44O4dT0yR3qMaz4gN9psMk/kRnaGke1c/aCJmRgQqEA7FU9V+9np
07vFGKAOX8NvqM91EtxJLDbRWofyRCqq7tLKDk4zwFU4BHXPeqOr6prNpbajNHLe7vtjw24jhXbE
ipkH7jFtzcdDngZHWu2wKMUAcdb3+tz38Us0kq28jwwvbfZwFAe33u2cbsh+OuB0qpo8t8tjoa3f
mx3cVzBFFA0e0LCYDnB6tlQxOehGMcDPeYprQxtIkjIpdM7WIyVz1x6UAPooooAQ1ycFiviGXxHO
/KT/AOgwn0CDkj/gZP5V0Or3y6ZpN1eN0giZx7kDgfnVbw1Ytp/h6zgk/wBbs3yH1dvmb9TVLRXJ
ersHhu/bUfD1lO/+t8sJIPR1+Vv1Bqa1/wCQvf8A0i/kazdA/wBB1vWdMPCiYXcQ/wBmQc/kwP50
moT6hDqV39hjUxny/NkzlkGD0GD+fP0p2u2kK9kjoaWsu0lvTaxmCK2ljI+VzdMxb8dlTebqX/Pt
a/8Af9v/AIilyj5jD1rTry61DVYItPaaPUbSKBLgugSJgZMs2Tu43AjAPTtVWHRdbXXTqjxQFJ5Z
IZI/+WvkbdiEsTgjKK+Bz8x966bzdS/59rX/AL/t/wDEUebqX/Pta/8Af9v/AIilyj5jkJNA16SK
wkgt7aOTSrO3WBJDl3lUBpNpBwucBMn3rT1ix1TVLh2ihuYIXiSIqtwEbi4UsQVbjMYJz1wcda3P
N1L/AJ9rX/v+3/xFHm6l/wA+1r/3/b/4ijlDmOO1bQNXnsJbT7Pe3UIWeO1RbzaIz5pKM5LAsPL2
gA56EHrWg+makdS33dveXNmbiZkSC6CFGLqY3PzDKhc8ZOPQ5rofN1L/AJ9rX/v+3/xFHm6l/wA+
1r/3/b/4ijlDmOMm0LWb2TUDf2MrwGaCdIIrggOyT7mKEyZz5ff5B04GBVrUNJ1mR5/3F5NGz3Bt
0hvPLMcjFfKkY7h8oGeOcf3Tmup83Uv+fa1/7/t/8RR5upf8+1r/AN/2/wDiKOUOYw9O0jVLfXo7
2d52L3DrO3nkxtF5IC4TOB+8BPAzXVVR83Uv+fa1/wC/7f8AxFHm6l/z7Wv/AH/b/wCIo5Q5i9RV
HzdS/wCfa1/7/t/8RR5upf8APta/9/2/+Io5Q5hdY/5A15/1xb+VULfQTaXL+XNO8MrFnY3Dq6n6
g/MPryKk1WTUDpV0JLe2CeU2SszEgY9Nta4qrtRJsmyl/ZUX/Pe8/wDAl/8AGj+yov8Anvef+BL/
AONXqKm7K5UUf7Ki/wCe95/4Ev8A40f2VF/z3vP/AAJf/Gr1FF2HKij/AGVF/wA97z/wJf8Axo/s
qL/nvef+BL/41eoouw5UUf7Ki/573n/gS/8AjR/ZUX/Pe8/8CX/xq9RRdhyoo/2VF/z3vP8AwJf/
ABo/sqL/AJ73n/gS/wDjV6ii7DlRR/sqL/nvef8AgS/+NH9lRf8APe8/8CX/AMavUUXYcqKP9lRf
897z/wACX/xo/sqL/nvef+BL/wCNXqKLsOVFH+yov+e95/4Ev/jR/ZUX/Pe8/wDAl/8AGr1FF2HK
ij/ZUX/Pe8/8CX/xqnq2nRxaZM4muiVwcNcOw6jqCa2qoa3/AMgi4+g/mKqLd0TJKzLhRXxuAODk
ZHQ07FFLUFiYoxS0UAN49aXA9a4hLNW167aGzuE1T+1FkW5ELKBb4TdmQjaVKhhtyeSOO9UIbJRp
ZTVtOvZbo6fDHp5SF2aNtmCAQP3bh+STjjHPHAB6G8kceN7quSFGTjJ9Kdx61zeo6ZcXWo+GTcSS
u1tIzTlFUoXER+Y5BxyMA8deOaypLvXYNJsXnu9SEk1s8xaK1V3Nx8uyIqF+Vep5AzzlhQB3PHrR
x61xj/8ACQ3F4S97e2yyTtE0cUKFYlWAPlSVPWTK5JOc4FS6tbalqtv4enjV49QSJrjdtKqk3lZA
cdgTlSD6mgDruPWjKhgu4ZPQZ6159b32tJp0Rii1GzeRZZbe3W13752uJDslJB2qF291GCTngUtz
ca4dQlvIlvZb+C3ulETWv7mE+bGFEZ2jeTGM4yc4/CgD0HA9aMA964ub+0L74famlzPLeTMWVG+y
urFcrxtKqWxz2Gelb/huOCLSUS2CbQzZKWhtgTn/AJ5np9e9AGrijFLRQAmKMUtFACYoxS0UAJij
FLRQAlLRRQBh+GnmdtX85pG26jKqbyeF4wBntW5VLTtRi1E3QiV1+zXDW7bu7LjJHtzV2m9xLYKK
KKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/
+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPVwx0e9CBi5gk2heudp6VF4fDr4e04ShhILaPcHzn
O0ZznvVq8uBaWc1wylhFG0hA6nAzTdPuxqGnW92qFFnjWQKeoyM4p9BdSzRRRSGFFFFABVHVf9Tb
/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJQBgeKv9LOm
6Uuf9Nul8wD/AJ5p87fyA/Gt8cVz9v8A8TDxvdTdY9Ot1gX/AK6P8zfoAK6GqlpZErqzntW/0DxV
pN8OEuA9lKfr8yfqD+daVr/yF7/6RfyNVPFlq914duWhH7+3xcRH/aQ7h/KpNIulvbm4uo/uTRQy
L9CpNPeNxdTVAA6CiloqCxKKie8to7hIJLiJZn+7GzgM30HWia8trfd59xFFtAJ3uBgE4B596AJa
KhhvrW4CmG5hkDMVXZIDkgZI474qXzE8zy9678btueceuKAFopss0cETSTSLHGgyzMcAD3NKsiPn
Y6tg7Tg5wfSgBaKMgd6RZEfOxlbB2nBzg+lAC0UZpaAEopaKAKWsf8ga8/64t/KrgqnrH/IGvP8A
ri38qsNcRRyRxNIokk+6pPJ/Cq6C6ktU9XunsdGvbuLb5kEEkq7hkZVSRn24q5UVzbxXlrLbzrvh
mQxuucZUjBH5VIzk18XXjwaTH5UAvHnEWopyREA2w7RngsxBGT0qW41zVYfDqau81lHDdGAxAQO5
gWR1HzYb5ztbPGOR3raGgaaLmWcWw82WSKR23Hlo+EPXt/8ArpkHhvTLbiK3KqHV1TzHKoVYONqk
4UbgDgYHFAGJH4i1dWtJbxYraxkYj7U1rIVl+fAJG7MOVwQWyMn870+s3WoalBBoN5ZNE1vLM0kk
ZkVmRkXbkMMfe5PNad7o1nqFyk90kjsgA2+a4RgDkbkB2tg88g03UNCsdUmjlvI3d40aMFZXQFSQ
SrBSNwOBwaAOdPjVrnUdNt4JLW1W8t4y6ynfJHLKCYwFBG5Rtwf99eRUFx4w1DTNLt7m9utOaSWe
UshjMWIYXZZNuXO5zhcD1PQ11DeH9NZJkNqmJpFlcjIO5du0g9RjYuAPSlj0DTYpjKtrGWKMnzZb
5WYuwwfVmJ//AFUAV9X11NL8iX5pIXgmnIQAlljTfwSRjP8AnFU5fFz/AGd449Ku/wC0AXX7MWjy
oVFfdu3bcbXXjPU4rQHhrSxAIPs5MYRowrSucKyCMgZPA2gD9etLd+HNNvt5ngJLvvYrI6EnYEPI
I4KgAjocUAZNh4rmlt4UNtJd3sscRSKIKm4mFZHO4nAAz3x1A96XVfGq2Ul/bW9p5t5bWz3CoZ05
2hSwYAkrjd364OO1ab+GNKaNUFuybSpVo5XRl2psGGByPl44PI60jeFtJeaWRrUlpo3jceY+0q4A
f5c4BbAyRycUAVW8SyxXklp9hmlvC6IlspQEEx72y5bGAO/0AzTYPGcFzeW8cdldeRN5QM52gRtJ
napXOc5Ug4BAq7L4a02dMSRSFsq3mCdxJlV2A7wd2dvB5571JH4f02HZ5dqiBDEVCkgDy/uYGe2a
ANKiiigAqhrZxo9wT0AH8xV+qGt/8gi4+g/mKqPxIUtmUG8WWDXwggnhMan97NJKEVfZf7x+nHvV
z/hINJ/6CVr/AN/RSnRrdL4XVvmBycyqgGyX/eHTPuOau+TH/wA80/75FN8nQlc3Uo/8JBpP/QSt
P+/opf8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/AHyKXuj94of8JBpP/QRtP+/oo/4SDSf+
glaf9/RV/wAmP/nmn/fIo8mP/nmn/fIo90PeKH9v6R/0EbT/AL+ij/hINJ/6CNp/39FX/Jj/AOea
f98ijyY/+eaf98ij3Q94of8ACQaT/wBBG0/7+ij/AISDSf8AoJWn/f0Vf8mP/nmn/fIo8mP/AJ5p
/wB8ij3Q94of8JBpP/QStP8Av6KP+Eg0n/oJWn/f0Vf8mP8A55p/3yKPJj/55p/3yKPdD3ih/wAJ
BpP/AEErT/v6KX/hINJ/6CVp/wB/RV7yY/8Anmn/AHyKPJj/AOeaf98ij3Q94o/8JBpP/QStf+/o
pP8AhINJ/wCglaf9/RV/yY/+eaf98ijyY/8Anmn/AHyKPdD3ih/wkGk/9BK0/wC/opf+Eg0n/oJW
v/f0Ve8mP/nmn/fIo8mP/nmn/fIo90PeKP8AwkGk/wDQStf+/opP+Eg0n/oJWn/f0Vf8mP8A55p/
3yKPJj/55p/3yKPdD3ij/wAJBpP/AEErX/v6KP8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/
AHyKPdD3htvcQ3UKzW8qSxt0dDkH8alpAAowoAHoKWpKM/S9MGmG8xKZPtVy9xyuNu7HH6VoVieG
55p21bzpHfy9RlRN5J2qMYA9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGQXkAurOa
3ZiomRoyR1GRim6daCw063tFYusEaxhj1IAxmmauWGj3pTdv8iTbt652npUXh8ufDunGTcZDbR7t
+c52jOc96fQXU0aKKKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKK
ACiiigAooooAKKKKACmSyLFG0jnCICxPoBT6juII7m3kgmXdHIpR1z1B4NAGL4PjZtHa+lGJdQme
6b6MflH/AHyBW7msEeB9BUACyYAdhPJ/8VR/whGhf8+bf9/5P/iqp2buSrpG6wDKVYZB4IrmPBcb
2ranYyf8uU4gT3QZK/o1Wv8AhCdC/wCfNv8Av/J/8VVAW/8Awjt5exaPZbYZDGZZS5by+Dzg5J+v
QVUbNNImV002dbRWXa3V79mTZaeeuOJDcqd3vkDFTfa7/wD6Bw/7/r/hUWLuc7r2nyXWsanGuly3
Et3aQx2tyEG2GQGT5t+crtLK3HPpzVZdK1WXXX1K5sIZLe6le1kV/ml8kLtjZkIwBvTf1J/eH3rq
vtV//wBA4f8Af9f8KPtV/wD9A4f9/wBf8KLBc4oaNq8cWnTWWlQxnSLS3ZFY7HeXCmbYAMElRsOS
Opra1hNTv7p2so762ieJIty4RwftChiDzjKbj9K2/tV9/wBA4f8Af9f8KPtV9/0Dh/3/AF/wosFz
jdZsNam06azkXVbiLZPHbiJxliJTsMpJ+ZTHtxnOee+K0Xi1RdSxcpqX2JrqZk+xsA27euwtg/c2
7uvHXPauh+1X3/QOH/f9f8KPtV9/0Dh/3/X/AAosFzjJ7XW799QF7baklss0EyRRTMW3LPltjZ5+
TnC4HAwMirWoQ62Gn2pqfltJcmAWjhW80lfKLnP3MZ68dc9q6n7Vff8AQOH/AH/X/Cj7Vff9A4f9
/wBf8KLBcxNOttZj1+O5uZbtkkuHjmQvmERiEEFV7fvAcHrXVVQ+1X//AEDh/wB/1/wpftd//wBA
4f8Af9f8KLBcvUVR+13/AP0Dh/3/AF/wo+13/wD0Dh/3/X/CiwXHax/yBrz/AK4t/Ks+30Se2vHb
7VcyJMSTMJAHX2ORyPp+VP1S5vW0q6D2ARTE2W89TgY69K2RVXaiTZNlH+y2/wCf+9/7+D/Cj+zG
/wCf+9/7+D/Cr9FTzMfKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z/wB7/wB/
B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z
/wB7/wB/B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmY+
VFD+zG/5/wC9/wC/g/wo/sxv+f8Avf8Av4P8Kv0UczFyoof2Y3/P/e/9/B/hR/Zjf8/97/38H+FX
6KOZj5UUP7Mb/n/vf+/g/wAKp6rp5i02ZzeXbhQDtdwQeR14rbqhrf8AyCLj6D+Yqoyd0TKKsy8O
9LSUtQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT07UYdQ+0i
AOPs87QPuGMsuM49uauVnaTph003uZfM+1XT3H3cbd2OPfpWjTe+gkFFFFIYUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf/QVq/VDTv9bf/wDXyf8A
0Faa2E90X6KKKQyG7uFtLSa4ZSyxIzkDqQBmm2F2t/YW92isqTxrIqt1AIzzS3tv9rsp7cttE0bR
lgM4yMZ/WmabaDT9NtrQOXEESxhiME4GM09LC6lqiiikMKKKKACqOq/6m3/6+Yv/AEMVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv
/pF/I00J9C6qKihUUKB2AxS0tFIYlFLRQAlFLRQAlFLRQAlFLRQAlFLRQAlFLRQBS1j/AJA15/1x
b+VXBVPWP+QNef8AXFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/
AJBFx9B/MVfqhrf/ACCLj6D+Yqo/EhS2ZepaSlqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAYnhu5muW1bz5Xk8rUZY03HO1RjAHtW3VLT763vjc/ZwR5E7QyZXHz
jGfr161dpvcS2CiiikMKKKKACiiigAooooAKKyH19U8Xx6D5DF3sjd+du4AD7duP1zTta1O/sDBH
pmkS6jNLknEqxRxgY+8x9c8AA96ANWisTw14kHiCO7SWzksr2ymMFzbyMG2NjIww4II703X/ABK+
k3tnp9lYSahqV4HaKBZBGoVfvMzngDkUAbtFYQ8SyWfh671TXNNn077IT5kW9ZSwGPmUjgg59uhr
YiuI5rdZlYeWVDZJ6DrzQBLRTUkSRA6OrIf4gciq97qNvY2c9zNIPLgiaZwpydoGcgfhQBaoqpp2
pW+p6Zb39u/7i4iWVC3BCsMjPoeatFgCASATwMnrQAtFMaaNBlpEUZ25Jxz6U+gAooooAKKKKACq
Gnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPV2ZNHvWQsHWCQqV6g7T0qLw+7yeH
tOeVmaRraMszHJJ2jOat3Vwtpay3EgJSJGdgOuAM02xu0v7GC6iDCOeNZFDdcEZGafQXUsUUUUhh
RRRQAVFPbpcKivnCurjB7g5FS1xF9qRi1mY3lxP9pS+jiitVvWgxCSoV0QDEucktnPQjjFAHb0V5
3J4r1i9jumF3Y6fHFPHkZDywAXCowdd2QuDkk49uDkXbbWdQgmuBPfR3Tx6hOioFKGNFgkdcgNyD
tGM//XAB29FcDceL9Ws9L/fvZtdO0BWVYtqqskbORtZwCQVxyw4Ptg6+qa5e6XoemXU01oJJApum
XDZ+XJES7hv57Ak46A0AdPRXn934qv8ASNM1CSS/inuY76dY0aBQERQWCsS64yMY7kdAatxazf8A
2+4El5HLu1CAR2+CphjeEPyQclc5HIxkE+wAO1orhbTxFf317phfUII1LzxXCJGDHK4RWVUcOQ3U
4I565AIIq9oGvXN/dWkE13awYghP2Z1Yy3G6EOXVi2cAkjofunJzQB1lFeeah4vuboarAs8cUNu0
UqSunlmLFyqEOA5O3AzztJGeMGp5vGN/HA+26sQIlmaKdoW26gyttVIwG4JzjgsTxgYoA7yiuF1X
xVfPDf2dvPDb3saXh2hMyRLGgZDjPfPXoe1amt393Douk3NtqsCB7mFZroRgxyI3U/ewAeO9AHTU
Vwn9v6no9peSfurmIteSQoysGi2XITLNk5XEhOMDASuj8L6jdanpRmvZLSSRZWQPayB0ZR0yQSAe
eQCaANiqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/WVL4js4dWNhItwHEiwmXyT5QkZQyru6ZII/M
Vq1zV14XeXXpdVimVZ2uUkGS2DF5YjZSOm7qQcZBxz1pDNttUsUjlke8tlSFtkjGVQEb0JzwfY1H
e6xZ2EtvFNMvm3EixxxqwLHccA4znHvXJ2nge+s9PkghmtFlIjjaYPKWnRd33t27Z97Pyj1GcGpr
XwZd20tgPNspFgNq8krxsZQYUClUPZTjP4n1oA66a8t7Z1SeeKJnBKh3ClsDJxnrgVXtda06+gtp
ba9t5EuhmEiQZk9cDrkdx2rJm8NzrqdlPb3O8RcSzXLGSVkzkpgjaQfXgj1PSs4+ENSa30i3+1Wi
xWHlBljUqG8uQNu6ZJYDGCcA+uaAOktde06+jWW1uo5oT5mZVYbV2EBsnt1pG1/TRK8KXcUsyQrO
Y43DEoxwGHqOP85rCHhKc2wgcWbxx/alVBvQSCV0ddxHII2kceg+lI3hS/kglSW4tHkns1t3kMeC
rLIzjGAMjDYJ4J2g96AOqS7gkuJLdJ4mnjALxhwWUHpkdRUR1SxWNpDe2wRX8ssZVwG/u5z19qy9
O0m+0ya48tdPYNMzpOyN5rK8u9lY+wJA55IHSsm88DyTaZYwRm1kMHniWJzJHHL5pzuJQg5GMc9c
mgDrG1C0SdoGuoFmVdzRmQBgOuSM5xSy39pBG8k1zDHGmAzPIAFz0yc8Zrj5vCF1/aUcQS1NrKbn
NwiEyoJYSuGJPKg4AHOQFz0on8G6jdp5l1LZPMJlcwo0qRuohEWCw+YHjI7dR70AdVe61p2nRSSX
l7BEsQUvucZUMcAkdcE1cR1kRXRgysMhgcgj1rjZPBtyYbmCBrKCCS3RBGA7q8i7ME7slQNmOCcj
BIyK7CAMsCCQIrhRuCfdB9vagCtrH/IGvP8Ari38quCqWrsG0a8KkH9044+lXR0quguotFFFSMKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJ
S1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM3SNMbTTfb5Q/2
q7e4GBjaGxx+laVYvhy7muzqvnytJ5OoSxJn+FRjArapvcS2CiiikMKKKKACiiigAooooA46b/ks
lt/2A3/9HCug1i2vb22EOm6n/Z9xncZBCspK+m1vfHPtVTW/B2jeIbyK61K1eS4iTy1kSeSMhc5x
8rDvUEngPQZLO2tjazKtru8mRbqUSJuOWG/duwT2JoAzPAIfTtV1/RbopcXtrOk898pP+kmRcgsC
flYAYwOPStbxJ4ah1+a2lhvpbDVbPL21zAQWQHggqfvKccir+jaDp3h+1a30y2WFHbe5yWZ29WYk
kn6moNa8KaTr88U+oW7meJdqTRSvE4X03KQce1AHCa5fXGu+BPFFj4ghtbnUNDfatzEvyOxXKuB/
C2CQR2rZ1XT9A0nQdK06PQ0uzfzq0FjE3lpLLsyWck4wAO+e3FdNaeG9JsdGl0q3solsZQwliOT5
m7glieST6k5qkvgbQ10ldO+yym3SUTRk3EheNwMAq+7cuAMcGgDktBik0/VPGNgLGHToBYJMLOCb
zI42KOCRwACQBkAUuk+ENGPwqN/NZrcXs+kmV55iXbPl7lA9AuFwO2K7PT/COjaX9qNpabGu4vKu
HaR2aVefvEkkn5jz1rQtNNtbHTItPt4QtpFEIUjJLDYBjHPXj1oA821LSbHTvgU09jaxQSXVlaSz
vGMGRsoSx/M10Pi6VD4o8HIsilmvXYKG5I8o8/TmtjT/AAjo2mafdWNtaH7JdDbLDJK8i7eflAYn
A5PAqvp/gPw/plxb3FtYnz7Zw8UskzuyYBAALE/Lgn5elAHM6H4a0bxBrvixtYiW6MWouixySHbE
pRcuFzwT/e/2fat74a3M914FsHuZXmKmSNJX6vGrsqH/AL5AqhZfD6zv9T1241yyybq+aSF452Rp
ISqja2wjK5B4Ndpa2sNlbRW1rEkUEShEjQYCgdABQBLRRRQAyVXaNhG2xiOGxnB+lUHs9TYfJqaK
fX7KD/WtKimnYTVzFNhq3/La8FyvojGDP5A1c0tovs7pFAYDHIVkQnJ3dSc9+o5q9VDTv9bf/wDX
yf8A0Fabd0K1mX6KKKkor30H2uxnt923zo2j3YzjIxmm6ZafYNMtrTfv8iJY92MbsDGcU3VnaLSL
x42KusDsrDqCFODUegSvN4f0+WV2eR7aNmZjksSoyTT6C6mhRRRSGFFFFABTSikhiBkdDjpTqQ9K
AI/3LOy5QsR8w4yR05qFryyjnhjaeESXGfKGRmTA5x64rjR4U1C/m1J0gtbIvcXRW4JYS3CucBWw
BhPoTxjAqzH4Quft0N4LTT7Yid2WCE5FsrRhNyHaPmyobACjPvyQDo9R07TdUiVb1UdYXyrCQoUb
GD8ykEcE96I5tNsU+wwGJfsiR/uIxuManhflHPauW0rwLJDFBFf29rKq3EUk++cyrPsSRd20oADl
wecn1PAqa38H3cMRQx2Zle1tYnuNx3hopNzD7uSCuOc/wjj0AOou7u1tIDNMVKiRI22jcQzMFXP4
sKsExKw3FAxwBnGfauOh8J6r/ad9cTSWm2d4mHl4UNsuBJkqEHO3jksc98VN4h0K71fxKxgtLcxm
ySMXc2QbdhKW3R4BywHuO3NAHVAwAEAx4Q8jj5T/AEoDw7hhk3BcjkZ2+v0rjP8AhDtSnvtRkuzZ
NFdtHuVQFWQLcCQ5UIP4cjksc55waW78F3Uur386CJkmjlW3kNwyeSrQmMJ5YXkA/wC1jHOMigDr
ZLqzilhR5ole4cpGCRmRgMkD1OBS3FzbWlpLcTOggt1Ls3UIFHNczH4PNpe28lvaWBggu0mSI/KE
XyBGxX5Tg7gG464HINTWPhq6i8M6ppc0dqqXKOkEed+3KYBd9o3HPOSM+pJoA37O7gvbeK4QFTMm
9VkXa+33HWpN8BQLvj2k7QMjBPpXKr4RuI9UjkihsUjWaKZbhSRLEiIFMKqBjaSD3Awx4JqKfwKJ
NJs7ZYLISW2mPbqduAtw2z94OOvyn5utAHZJscBkII9RTlUIoVQAB2ArN0TSRpH26OJIoreW582G
KIYVF2IMY6D5lY8etadABWQIbiTWb37PciEBY8gxhs8H3rXqha/8he/+kX8jTQmH2W//AOggv/gO
P8aPsuof9BBf/Acf41eNcjB4xmGt3kF0bYWlq1wZdsbiSKOL/loSflcE4GF5GRRcLHQfZdQ/6CC/
+A4/xo+y6h/0EF/8Bx/jWL/wn2nf2XLftDcLFDL5cgcxqR8u7IJbDcdlJOQRip5fFIOs21tFDItm
ZpY57uVQseUjZiAc5GCByRjg+lFwsaf2XUP+ggv/AIDj/Gj7LqH/AEEF/wDAcf41m3/i62gW8FjG
149vaNdBo3QI4AJABJyRwckAgdOvFLL4sit57W2mtJkurqHzI4vMiJ3bWYJjdnnafmxt96LhY0fs
uof9BBf/AAHH+NH2XUP+ggv/AIDj/GsaLxmq2Fvd3lrLD5tpFceSNpIMjFR8+7aF46nGB1x0qYeJ
5GvbmF7OSGOG5ghWVyrB/MCnoG4PzfT+VFwsaf2XUP8AoIL/AOA4/wAaPsuof9BBf/Acf41FZa7F
eWM189vc29nHH5yzTKAJI8E7lAJOMDOCAeRxVY+J8Rxf8SrUjNNueOEIm9o1AJk+9gD5lGCc5OMU
XCxe+y6h/wBBBf8AwHH+NH2XUP8AoIL/AOA4/wAayz4xt5HZbW0u5VKAxTbVEcjmHzlTk5BK+ox7
1X0/xXOmmW0uoW8klzLbwS+TDGqsWmkZVAy5GOB1PTk+gLhY3Psuof8AQQX/AMBx/jSfZb//AKCC
/wDgOP8AGsyfxjFBdy240zUZXjkMQKLHhnCB2UEt2U5yeODjNbtpcx3tnDcwktFMiyISMZUjI4/G
i4WOav7C/wBl5NFOYolR/OJhCifjsoP/AI9x+NdUKp6x/wAga8/64t/KrgqpO6QkrNi0UUVBQUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWp
GFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT0+8tbv7T9lGPJna
KX5NvzjGfr1HNXKzNG02TTTf+ZIr/abt7hdo+6GxwffitOm99BIKKKKQwooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK0
1sJ7ov0UUUhkN1OltayzyglIkLtgZOAMmksbqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e4j
OMjGaZpdobDS7W0LhzBEse4DG7AxnFPSwupbooopDCiiigAoopKAFopKWgDEuvE0VrrX2B7S4KK0
aPcDbsRnB2gjO7t2HHFU7HxrbarJELSG4RHniRXkj+WRXDYIOeD8vQ8jI45rYl0aynuXnki3Su8c
jHceWTO3j2yaqx+FtOgg8qFZ1RSGiVp3dYiAQNisSFA3HgcflQBjp46OoiJ9LsJ5F+1RxEFoyZVe
N2AX5sKRtGQ2CM8irMXi/demT7LM2nPb20olAUGHzWdfnycnkLwAcc1NoPhNdJiSO4vJbxYXWSBW
BURsqld2Cx5IY57cDgVZXwnpKzQSC3fMCJGq+c+wqjFk3LnDYJyMg0AVD4zhEHmnTr0LIgktchB9
pQyLGCvzccupw2ODmrd7rNza6npNstgzrfFhKfMUGHC59ee/T0pYfCukwFvLt2+bbgNKzBArhwqZ
PyruAOBgcVcvdLttQkgkuFZnt3LxlXK4yMEHHUEHBB4NAHPP41+1mNdNtnllS9SCWJXjferI5G1g
20H5ecnjBpW8axQNLPNHJ5JjhEMAUeZ5rNMHUnOOPKPPTg9c1fXwbpCQmJIZ1G9HDLcyBkKAhNp3
ZUAMQAOKmbwtpRhWJbdo1UIEMcrKybCxUhgcg5duc5O45zQBc0zUE1TTYL2KOWNJk3BJV2svsRVu
orW2S0to4Ii5RBgGRy7H6sSST9aloAKKKKACstbmK11O/kncIuIgM9ScHgDua1KwrjSLbU9Xu2mX
EsQjMbjnbwe3QiqjbqTK/Q2YpfOhV9jx7hna4wR9RWdL4b02cYlg3DzJpCCx5MoIkB9iD0+npT4N
FsxEontbdpB1KJgH8Kk/sXTv+fOH/vmloPUz5/B2m3NoLe4e9mUblDSXcjOFYBWQMTkKQBkVYj8N
2EeprfBZfNVmdUMreWGZdrEJnbkjrxVj+xdO/wCfOH/vmj+xdO/584f++aNA1Ibzw9Y39z51ysjg
RtGsZkby13KVYhegJViMj1qFPCmnJeQXWJ2mh2kM0zHcQpUMwz8x2kjJq5/Yunf8+cP/AHzR/Yun
f8+cP/fNGgalSPwvYw2ogie6QLCsCutw28RhiQuc5wMkfTinReGNNgYeVE6IvkkRiRtgMWNhx6gA
D3Aqz/Yunf8APnD/AN80f2Lp3/PnD/3zRoGpXt/DllbW/wBnjNwbfPELXDsgXaV2BSfu4Y/L06eg
qFvCenvbRwtJeER7gj/a5N6IQAUDZztIA49qvf2Lp3/PnD/3zR/Yunf8+cP/AHzRoGpEvh/T0xsh
2KJBIFViACIvKGB6bOMUg8P2A8nEbfuUhjT5zwsTbk/In8am/sXTv+fOH/vmj+xdO/584f8AvmjQ
NSM6FZGczeW28yvMTvP33TYx/wC+auWltHZWkNtCMRQosaAnOFAwOfoKr/2Lp3/PnD/3zR/Yunf8
+cP/AHzRoGousf8AIGvP+uLfyq4Kx9U0iwi0q6dLWJWWJiCF6HFbA6U3sJbi0UUVJQUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4evJ7xtU+0SGTyb+WKP
gfKoxgfrWzVPT7i0uDc/Y9v7udo5tqbf3gxuz6npzVym9xLYKKKKQwooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//wCvk/8AoK1fqhp3+tv/APr5P/oK01sJ
7ov0UUUhlPVpGh0i8kjYq6QOysOoIU4NR6BNJceH9PmmcySSW8bO56sSoyatXU0dvayzTDMcaF34
zwBk8UljcRXdjBcW4xDLGrpkY+UjI47U+gupPRRRSGFFFFABVHVCVigwSP8ASYhwf9sVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6pW0Trqd
5IykI4j2n1wDmmhMu0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFLWP8AkDXn/XFv5VcFU9Y/
5A15/wBcW/lVwVXQXUWiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDW/8AkEXH0H8x
V+qGt/8AIIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQBl6LpsumnUPNdG+03klwm3PCtjAPvxWpWP4fvp706n9ocP5F/JDHwBhBjA/Wtin
K99RLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf6
2/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhle/gN1YXFupCmaJowx6DIxTNKtGsNJtLR2
DtBCsZYDgkDGaNVlaDSbyWNirxwOysOxCkg1FoM8lzoFhPM5eWW3jd2P8RKgk0+gupoUUUUhhRRR
QAVR1X/U2/8A18xf+hir1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAISFBJOAOSa
55/FTRad/aM2nyRWDvEIZmkB3o7qu4qMkcNuA5yPQ10LAMpBGQRgisK38NPBaxWjajcyWlu8TW8b
Kv7sRurAFsZb7oGT29+aAJn8VaPHFDI96oSZSynY3yqG2ksMfIA3BLYweKVvFGkJNPE96gaAMXJV
tvy43ANjDEZAIBJycVSn8ILIZRHf3MSXIkjuVUKfOjeR5CuSPl/1jDI5wfXmg+EEyyi9lNunmm3g
kjR0iaQksSCPnHJAB6An2NAF2fxLYWwaS4kMcKxxybij7/ncoo2bd2crj19qSTxVpES2rNeAi6x5
W2N2Jy2wZAHy/MdvzY54qvb+E4oRDuu55Gi8nlsHPlytIB7DLYx2AAFZl14Rv4tcs7mye2lghJbN
x1QmZpGO0Dn7wxzwVBoA1dX8V22lTXtuYZnntLUXTfIQhUkjG/GM8f55qWTxZo0NmLqS9VYSzLko
+4FfvZXGQBxkkY5HqKTVPDy6pcXEjXUkSXFsLaRFUHIDFlYE8ggsfrVPUfBkF/ctci4KzNLJJmSC
OZQHVARtcEf8s1IPXr2oAua54iGji0EcMc5ui2wvcLEgAXd95uOe1VR4wBvYY/sEqwyLb7neRVkQ
zfdHl9Tjvg8c+lXtS8P2urfZVvFEsUCupiZQVcMu059Pwpmm+G7ewvBeTN9rvBDFCLiZFLjYpXIb
qCc80ATW+uW8nh9NXuP9HtjD5zludi++KjPifSxbG4NwwhVyjsYZPkOAcsNvyjBBycDBHNUn8N3c
XhO80eK+M4eDyrcyRqnlD3I6/l2qvqHgZdUt5Fu9SuZJpmZppCiYfKKgwmNoICjB929aANeXxLpk
JuhJc4NrIIpP3bn5z/COPmPfAzxUaeLNHknhhjvVd50WSPajkMGzt5xjJwcDqSMdagv/AAnBfW0s
TTMGa9N6jNGjhXK7SCrAgrgnr60sPhWKPYTcOSrW7nbGiKTCSRhVAABz0FAGhourwa7pcV/arKkU
o4WVCjD8DV+qGjaadI02Oz89pkiJEbOoBC9hx1x61foAKKKKACiiigAooooApax/yBrz/ri38quC
qesf8ga8/wCuLfyq4KroLqLRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf8AyCLj
6D+Yq/VDW/8AkEXH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAp6fLZS/afsXl5Sdlm2Lj94Mbs+p6c1crK0TTptOOoecUP2m9knTac4VsYz
78Vq03uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ0
7/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbqWKG1llnH7pELPkZ+UDnj6UllNDc
2UE1qAIJEVo8Lj5SOOO3FN1CBrrT7m3QgNNE0YJ6AkEUzSbRrDSLS0kZWeCFI2ZehIAHFPoLqXKK
KKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKK
ACiiigAooooAKp280j6leRM2UjEe0emQc1crAvdRk0/Up1t4BPcXMsMESM+1dxViSxwcABSeAelN
CZv0VjjxDFBdRWd6jLdEqkrQqzwxu33VLkDBbjGR3HqKzZvGsV1HZjS7a4ke4uY4j5sDDajIXD44
JBAOD7H0pDOqormx4306NIPOE5aSLzWaKFmRRsaTBJA52oxx7Vbn8UWFvdC3bz2k37TtiJCjYrli
ewCsCTQBs0Vz9p400q/0+e6tJTI0QOIThZJCF34UdyQR0psfjC3NvbzS2typuIYnSBYi0u6TfgYH
GP3Z5z+VAHRUVzU3j7RYLU3Ejzqh2lQ0JUurBiGUHGRhG/KrI8XabJ53k/aJhGyxr5cRPmOwyFX1
OOfpzQBuUVkw+JbCeMOjSYPk5BjIIMkhjUEdjuUg+mKhtfFtjeeSYobzbKnm72gICR9nb0U4OD7H
0oA3KKxdN8WaZq2nXd7aSu0NopaXK8gbd2ce4qv/AMJzo63UVvNJLBLJH5m2aMqVGGYZHUEqpP0x
60AdFRWNa+KLK6IXy7mGQyNGY5oSjBhH5nI/3Tmqf/CfaH5kiee+5IhKfkPIwpx9cOvX39DQBsax
/wAga8/64t/KrgrnJPECapFq1mlndRCC1EnmSphW3KTj6/8A166MVXQXUWiiipGFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABVDW/wDkEXH0H8xV+qGt/wDIIuPoP5iqj8SFLZl6lpKWpGFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaDfz3x1L7Qwb7PfSQx4XGE
GMD9a16pae1kxufsPl5E7CfYMfveN2ffpV2m9xIKKKKQwooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhl
TVJXg0q7mjbbJHC7KfQhSRUeh3El3oVhcTvvllt0d29SVBJqzdPFFayvcY8lUJkyMjbjnj6UllLB
NZQSWm37O6K0W1cDaRxgduKfQXUnooopDCiiigAqjqv+pt/+vmL/ANDFXqo6r/qbf/r5i/8AQxTW
4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArFn06DVL6+huN4CmF0eNyjowBwykcg/wD1
62qyFs1udZvi0k6bVjH7uVk7HrimhMRfDViLuO4Z7mR02Fg87ESMv3XcfxMOxPoPQU638N6fbPA0
UbgweVszITjy0ZF/RjU/9lR/8/F5/wCBL/40f2VH/wA/F5/4Ev8A40aBqc/H4Chh1r7VHcAWhi8h
oShZmi2bTHuJ6HrnGeetatp4W060cv8Av53O7c08zSFgyKhBz22qoq3/AGVH/wA/F5/4Ev8A40f2
VH/z8Xn/AIEv/jRoGoyx0KzsLV7dBJJE3AEzl9oxjCk9Biorbw1YWzWzL5zvbBFjaSUsQE37QfXH
mMPy9Ksf2VH/AM/F5/4Ev/jR/ZUf/Pxef+BL/wCNGgalJvCWmGONVWaNokRI5ElIdAu7GD/wNgfX
PtTpvCunzzyTu1z57hAsonbdEFORsPbv+Z9at/2VH/z8Xn/gS/8AjR/ZUf8Az8Xn/gS/+NGgalM+
FNN8y3dBOnkbPlWdgJCjl1LjPzEMSefU1IvhuwjNr5fnItvCINqykCSMdFcfxAZPX1PrVj+yo/8A
n4vP/Al/8aP7Kj/5+Lz/AMCX/wAaNA1K0PhqygsntFkujAwZdjTsRtKldv0APHvzSzeGdOnuGldJ
MPF5MqCQhZV27RuHfg4qx/ZUf/Pxef8AgS/+NH9lR/8APxef+BL/AONGgamZF4PtQlwk1zdyB5xN
HIZ2EqfuhGRvzk5AP4H8asQ+FrC13i1a5gVoxGVjmYDgAbv97Cjmrf8AZUf/AD8Xn/gS/wDjR/ZU
f/Pxef8AgS/+NGgamV/ZWmafYX/9mu6tFafZ3i8wkAKDglT35PPpXRjpXNapobPDcXUs0yrBG/lq
J2Zm4/iJ7f7I/OulHSqaVlYSvfUWiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf/
ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDJ0LT59POo+ft/0i9knTac/K2MZ9+K1qydC1Ce/Oo/aCp+z3skEe0Y+
VcYz781rU3e+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMrajA11p1zboQHlidFJ6AkEU
zSLV7HR7O1lKmSCFI2K9CQADinanM9vpd3NGcSRwu6nGcEKSKj0S4ku9Dsbidt0s0CO5xjJKgnin
0F1L1FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfopKKQxaKTOaWgAoopM0ALRR
RQAUUUUAFFFFABRSZooAp6x/yBrz/ri38quDpVPWP+QNef8AXFv5VcFV0F1KmpanbaVbie8l8tCQ
q4BJZj0AA5J9hVG28T2FzfxWkbOrSQtLvkXYFwwUqQ2CDk+lN8Q6deXNxp17YIks1jMZPJdtokBU
qeexGeKxda0DUvEFzLc3WmwIx06WGONplfbKWBQ5x1xnntWEpST0R3UKNCUU5yte/VafL9TsjPEs
qxNKgkbohYZP4UiXEMrFY5Y3YDOFYE4rhrnwvrE+vWdyYYTHBJbNvV0BCoAHB43E9e+MVXfwve6X
p32o2qpJHaXiztC3zsXJMfTk8flS9pL+U0WDotL96rv/AIPn8vU7e51aCBI2izc75ViIgZWK7jjJ
56VZjuIZHKxyxs2MkKwJxXnGgWD6nbMLS2QTRX9rPI6KqRFE/u4HJHcepqxJ4ZvNL0/7WbZUkS2v
VneFvnbeSY+nJ4/Kkqsmr2LngqUZODnZ/wDAv3+XzO+W7t5A7RzxMEGWKuDtHv6VSi160uRaPaM1
xBclgJkxtTaMndnBFc14DSC4g1NGtk3SBFdkiUQuu3AUYGM9c/WorXwrqMWm6ZbGzgje0NysjrIp
Eu+MqrfiSBzzxVe0k0ml/VyHhKMJyhOWq/8AkW/zsvmduLy3P/LeLOQv3x1PQVJ50fm+V5ieZjOz
POPXFeeS+Bbw2Mqx2VuJjp0EancAftCt8zZ9cd60rfwvfL4xfULhGeMz+ck6TKMLtxsK7dx9OuMU
Kc+sRSwtBJtVdk/08/P8DsDNEsqxNIgkYZCFhkj6UguYSZAJoyY/v/MPl+vpXMajod9P4sjvrS2i
VCFWS4kdWwApGVXG5WGexwe9Zdp4P1IQeR9ltrR47Ge2kmSQMbx3GAWwM47880OcuxMMNScU3Uto
v63/AKvrY7v7RDz++j4AJ+Yd+n50LcwM6Ks0ZZxuUBhlh6iuFk8MavdadepNaRRyTwWkSoJgf9U3
zZPGOBmr03hm5TVdQ+z2Vv5VzGFtbvcFazxGV2quM4z6etHPLsN4Wir/ALz8vLz839x1qTRygmJ1
cA7TtbOD6VmWmvxXGqNYSWt1bTFTJH5yACRQcEjBP64rL8F+HrjRUna5heF5FRCvmq6sVBywCqMf
jknvWjYaXKviHUL+7VmLbY7Vmk3bY8DcAP4ctTTk0nYynTpQlON7pLR+f9fgbVUNb/5BFx9B/MVf
qhrf/IIuPoP5ito/Ejklsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAp6cLIfafsPl5M7GfYf8Alrxuz79KuVkaDYT2B1L7Qqj7RfSTx4OcocY/lWvTe4ls
FFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf/wDX
yf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG6aFbWVrnb5AQmTcMjbjnP4Uli9u9jA1nt+zGNT
FsGBtxxgemKbqULXOm3MEeN8sTouemSCBUej2sllo1lazbfMhgSNtpyMgAHFPoLqXaKKKQwooooA
Ko6r/qbf/r5i/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAoo
ooAK5bXbqS1upsXTWdvJcQR3NyuAYoyrc5P3ckKue26uprCuNVtdN1W8W5YF5RGEj4y/B9eMe5pp
N7CbtuZ6eJJLfU7extJ4Lq3DRIpkcvPcq+cyIRwVXucH7p5HfPXXNZ1n+zIZXtrcy3NvI/keYoaO
SF3CEhgeCpzzg8e+erg1iwMSNNc2scmMFVkBC+2af/a+mf8AP5bf99ijlfYOZdzjIPHGotJFb2sN
u5Sz8+RZd7O58pn4ORk7gi4wSck9q018YXN7e+Xpi2lxCrMS6bn3qsMchVcHG4lyPatBovDramNQ
aS2N0GDhvNONwGA23O3OOM4zWgNX0xel3bD6OKOV9g5l3Of0jxNq2raLczfZIBOA2yWCRHSL93uG
9d5OQeMDn2FV7PxHqcsenLDNZz3N3BbBpiGMW5/O3HaD1HlgHnr6V1A1jTRnF5bjJzw4oGr6YOl3
bDH+2KOV9g5l3OQn8cavFZRyC0sfMmWKRGZyscausnDszKM5jwDkdehI5tv4yvEuLiKQWEBVogHZ
i8cCv/FI4OOvG35eoOSDmukOraYQQbu2IPbeKDq+mHObu2O7r845o5X2DmXc5+HxlKRbpcJbxzXH
2YRLkjzt8zRuyA9QFUMPQMM0ln4p1GX7Ebr+z4zcWwuljAcNPk4EceTy4xz1+8OO9dCdY00kE3ls
SOnzij+19M4/0y246fOOKOV9g5l3Oe0nxjd3WhXl5eQWouI0LQQwShjIRHvKkBmIIwc98dhST+Lr
qD7OqXGl3JZBIGh3YusvtMcPzH5gOvXqOOuOiGr6YOReWw5z98daBq2mDGLu2GOnzjijlfYOZdzk
tQ13WNRt7m1R7a3DzRiKSLzAwj+1mEgkMDk4ByCOCR6Gp38S6naxX/kJbMllFNIfOLszsJ5I1AOe
B8gPeum/tfTP+fy2/wC+xR/a+mf8/lt/32KOV9g5l3OcbXdTnnvdPvo7QxiO4i3whgS8ao2cEngi
TGPUZzzgdiKx9U1XT5NKukju4GdomAAcZJxWwKbTSEmmxaKKKkoKSlooAQDmgjNLRQAmKWiigAoo
ooAKKKKACiiigAooooAKoa3/AMgi4+g/mKv1Q1v/AJBFx9B/MVUfiQpbMvUtJS1IwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrQ9Rm1A6iJwg+zXskCbRj5VxjPvz
WrVPT4rOM3P2Hy8tOzT7Gz+943Z9D04q5Te4kFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+iiikMq
6nM9tpl1PGQJIoXdSRnkKSKj0W5kvNEsrmYgyzQJI5AwMlQTxVi68n7LL9p2+RsPmbum3HOfbFNs
fs5sYPsWz7N5a+Vs+7txxj2xT6C6liiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQ
xTW4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArKFrDd6pfJMgYARFT0KnB5B6g1q1Qtf
+Qvf/SL+RpoTLcMRhiVDI8hXjc/U/Wn0tFIYlFLSUARQ3VvcbhBPFIUOG2ODtPvimSajZRY8y7t0
yMjdKoyM49fWuFsbO/tNLtX0vSLi1v7W1khmYxCPzpHwqA45YKx3luwB7mn2Xhu4tHtrK70i2e3t
L1JomiXzVETRvvXLAH74JIx1cUAd6ssbkhHVivXBzjvTsj1ridBg1fSdQe+vdN/dalEZZo7Yl5Ek
35QMCAAQjbeCfuCm6na66lgrRXGoqJr2f7QYwZHjjDP5WxQykLjb0PpnIzQB3GR60Vw9tNqsPiDT
RfzanukuRGSwCW8kX2cnBUH7+9SSB0OecYruaAEopaKAEopaKAKWsf8AIGvP+uLfyq4KoapNHLo1
95bq+2J1bac4OOhq+KroT1FoooqSgooqC8uksrKe6lDGOCNpGCjJwBk4H4UAT0Vhr4rsGs9KuV85
k1ORY4VCfMpPXfz8uDwfQ8UHxTB9le5Wzvnh3IsLrEMXG5wg2ZPTLDrjI5GRQBuUVg2/iy2urtLW
C1vZJySJoxEMwYfYd/Prn7ueOatanriabdxW32O8uZHiabFugbaikAk5IP8AEOBk0AalFY0viayW
6tbeDzbqS7gNxD5Kgh1xkDJIALANgHrtPpVZfGdp9kiuZ7O+t4pbgW6GRFyW3FWOAxwqlTkn9aAO
ioqvc6haWTRLdXMULTNsjEjhS7egz1NQtremIlw7ahahbY7ZiZV/dnpg88UAXqKitrqC8t0ntZo5
oXGVkjYMrD2I61LQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaBY3FidT+0IF8++kmj5Byhxg/pW
vWXoupS6idQ85UX7NeSW6bc8quME+/NalOV76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKK
QyrqUL3OmXUEYBklhdFycDJUgVHottJZ6LZW0wAlhgSNwDkZCgHmpNSme2026njxvihd1yOMgEim
aNcyXui2V1NjzZoEkfaMDJAJxT6C6l2iiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACslbeSbWb4pdTQ4WPiMLzwfUGtaqFr/y
F7/6RfyNNCYv2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mHKUfsM/8A0Err8o//AImj7DP/
ANBK6/KP/wCJq9RRzMOUo/YJ/wDoJXX5R/8AxNH2Cb/oI3X5R/8AxNXqKOZhylH7DP8A9BK6/KP/
AOJo+wT/APQRuvyj/wDiavUUczDlKB0+Y4zqFyccjKx8f+O0v2Gf/oJXX5R//E1eoo5mHKUfsM//
AEErr8o//iaPsM//AEErr8o//iavUUczDlKP2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mH
Kjl9T0q6dLq6+0TRJHEwYkpunGOhCgDH1yfpXTiqes/8ga8/64t/Kmiyuv8AoJz/APfuP/4mqbul
clKz0L9FUfsV3/0Ep/8Av3H/APE0fYrv/oJT/wDfuP8A+JqbFXL1VdTtDqGlXdmH2G4heIPjO3cp
GcfjUf2K7/6CU/8A37j/APiaPsV3/wBBKf8A79x//E0WC5ir4OZb15vtgMfnxSxRlOIwGDyAc/xs
M+1PHhi7l0ePSbu+ilsoDCItsRSRkjdWwzBuuFxkY65rX+xXf/QSn/79x/8AxNH2K7/6CU//AH7j
/wDiaLBcy9R8LC5+xwWf2S1tbYhkYQsZ4m3ZJR93BPfIPqc0+fQbyG/guNLvljKQyQubsPcNh2Vs
qS3UbehyK0fsV3/0Ep/+/cf/AMTR9iu/+glP/wB+4/8A4miwXMH/AIQfY6yxajOkkDwfZlz+7VIg
NoZf4icvk5H3/anT+CvtirDdajOtskdwipB8hJmkZmyecjaQuPr61ufYrv8A6CU//fuP/wCJo+xX
f/QSn/79x/8AxNFguUoNFvGuNOmvryKZ7IMoKxFS+6MKSeTzkMfxx71j6f4El01IzBPZma2eNoJX
gclwu4Yky+DwxPy7fm59q6X7Fd/9BKf/AL9x/wDxNH2K7/6CU/8A37j/APiaLBcr+GLGfTdAt7W7
VVmjL7goAHLsQQB04PTtWtVH7Fd/9BKf/v3H/wDE0fYrv/oJT/8AfuP/AOJosFy9RVH7Fd/9BKf/
AL9x/wDxNH2K7/6CU/8A37j/APiaLBcu1n6vIkui3DRsrLgcqcjqKf8AYrv/AKCU/wD37j/+JrDv
NNvFS4uvPkhhx88bKgMxyOSFGB9ev0qoJX3Jk3bY6mlpBRmoLFopM0ZoAM0tef6hFe6dq2pXGiWk
s9zKzmSeSzcSwAsu7a/SVcA7VGSMDrjFPE3iJrOOSO+vZTBBJKpW0KCZhKoVGDruPyk9MZ60Ad2X
UMFLAMegJ606vPr9dUudQupWW/luIra+RY2tf3MfIEQQ7fmLKB3OatX+oa1pkuo3zXFx9nU3Sqkk
KmKJUQGJhwDy3qTnpQB29ICDyDXE2M15qPgLXFmupr66ZJVERG6SPMYwnCKST1+7/EKY9izXscuh
2U1tYG4gKIYGiTzQJN0gQgEDBQE4AOPagDuc0tcVoFnGt/pLWen3VpdQwudSkliZPMJXBVmPEjb8
MCCeAeeeZbq81pdcnWM3u5ZmVYVt/wBx9nEeQ+/HL7/fOeNuOaAOv6UZ71y9/bXD+A4UvvtN7M5t
pLhZItzn94jONijoBnjHQVj3unXN7BLpum6dcDS7y481IGJt1jjRBkjIym6UqQuBnaxwKAPQM0te
eSpLqFtdS65pN5Jqc1qkVmUgdvLkClW2MP8AVnzAW3HHBU5x0721WVLSFbhg0yoodh/E2OT+dAE1
FJmjNAC0UmaM0ALRSZozQAtFFFAFPT7ezt/tP2PbmSdpJtr7v3hxuz6HpxVysbw9ZT2Z1T7RHs8+
/lmj5HzIcYP6Vs03uJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BQ+Zu6bcc
5/Cm2K262MC2W37MI1EWw5XbjjHtim6nC9xpd1DGMySQuignGSVIFR6LbyWeiWNtOoWWGBEcA5wQ
oB5p9BdS9RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiquo6hDpdjJdXG
/wAtMZCKWYkkAAAdTkiqMninTYdKuL+Z5oo7Zgs0bwsJUJxgFMZ5yCPUc0AbFFYw8T2X9ovZmK7D
InmNIYG8sJz8+/pt4PNXtN1O31XTob61ZjBKCVLKVPBwcg8jkHrQBboqqup2TRxyLd25SVtkbCVc
O3oDnk+1RXutWFhbXU01zFi0jMkyq4LKB7Z/D60AX6KoW+s2k1ss7uIEKo2ZWUD5hkDOSCfoalOp
WQdkN3bh1YIymVchjwAeepweKALVFIDmloAKKKKAKWsf8ga8/wCuLfyq4Kp6x/yBrz/ri38quCn0
F1FooopDKt/qVppiQvezrCs0qwxlv4nbhR+NRz61p9tdzW093FHPDB9okRj9yPONx9s1U8S6Mdct
bW2IUwifdLk4IXy3XI9wWB/CsFfDOsTlbu6e1fUGQPKSx2M6SxMi8D7pWLk9ix60Ab7+K9Hihilk
vAqS7tuY3yAuNxYYyoG4cnHUVZt9c0+7v3s7e5WSeMEsFUkcYzhsYOMjIBrJudHvdcvrae/3WMSw
TRSx204LMGMeFZtvIIVs4xjjmmQ6JqEWsTfYD/ZVm27cYphKsp42ssTLhG45Pf3PIANca/pp1M6f
9qAug/llCrAbsbtu7GM4IOM5qO68T6TZfafPvFH2VxHPtRm8tiu4bsA4471lPpGpy3F7avDC1pPe
xXf2lpfnbYI/lCY4YtH1zgA/hWevhTWktbovd280t/ZzR3EYXywkrsXU553AMzrk44NAHVW2uafe
XMVtDcAzzRGdImVlYoG2lsEAjmr+RXJzaFq8mvtq63MAZbtWjt9vWELsIMnUZDM2MdcUl3oepXt7
eTvb26XN1BiC6FwxexbytpReMkbsnIx94nsKAOtyPWqZ1a0F/LZ73M0So0mI2IXccKCcYyfT05rl
rfwg08kYutPtLew+0LIbFJS6ALDIm7oASWZeMfwgnJqSw8K3NsGlkSD7W62AeYNlm8lkMuWxk52/
jQB2O4etGRXGP4MaWxtIJbe2Zlkuppst9+R93lt7kZH0x7VqeGdDl0R7hWVFjljhOEcnMoUiRjnu
TjnvQB0FFFFABWfrp26LckAkhQcDqeRWhVDW/wDkEXH0H8xVR+JEy+FkP9sTf9AjUf8AvlP/AIqj
+2Jv+gRqP/fKf/FVqUYouuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/
ALYm/wCgRqP/AHyn/wAVR/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FU19VeVGSTR
r9kYYKskZBH03VrYoxRddgs+5jW18tlCIbTQbyCIHISKKNVz9A1S/wBsTf8AQI1H/vlP/iq1MUYo
uuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/ALYm/wCgRqP/AHyn/wAV
R/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FUf2xN/0CNR/wC+U/8Aiq1MUYouuwWf
cy/7Ym/6BGo/98p/8VR/bE3/AECNR/75T/4qtTFGKLrsFn3Mv+2Jv+gRqP8A3yn/AMVR/bE3/QI1
H/vlP/iq1MUYouuwWfcy/wC2Jv8AoEaj/wB8p/8AFVman4hvLCaOdbK5ETEIbeZEBY+qEMTn2wfw
rp8VD9jg+1/aTEhn27RIRyB6D0pqUU9UJxk1ox1tMbi2jlaKSIuMlJBhl9jUtIOKWoLMzRtTk1I3
4kjVPs129uu3uFxyffmtOqWn2lram5+yY/fTtLLh937w4z9O3FXab3EgooopDCiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/
AOgrTWwnui/RRRSGVtRna1065njxviid1B6ZAJqPR7p77R7O6lCiSeFJGCjjJAJxVi6WKS1lS4x5
LIRJuOBtxzk/Sm2UdvFZQR2e37MqKItpyNuOMHvxT6C6k9FFFIYUUUUAFUdV/wBTb/8AXzF/6GKv
VR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/wCQvf8A0i/k
av1zt/a311qd2LOfYiiPzYgMGQYPAbPH04z61UVcmTsdCGDDIII9RS1lWltei1jEV0kKY4jNoFK+
2N1TfZ9Q/wCghH/4D/8A2VKy7hfyGa/YTano8ttbNGszMjKZM7cq6tg457Vjz+GL/UL5Lq7vY7dp
JRLMLZc42IVjVd4II+ZiSR1xjGK2/s+of9BCP/wH/wDsqPs+of8AQQj/APAf/wCyosu47+Rzw8I3
/wDZzWbX67WtEsTLg7/JWViTyMbjGQvpnPapm8M366fqWnR36yWt67yCSVf3iFlGRhQF2lgSQMcM
a2/s+of9BCP/AMB//sqPs+of9BCP/wAB/wD7Kiy7hfyOdv8Awpe34LeTpMLT2720iLGzJCGOTJHw
MvjrnHReeKLnwS8wuyrWokuBdhpGT5mEqgJuOOcEAn9K6L7PqH/QQj/8B/8A7Kj7PqH/AEEI/wDw
H/8AsqLLuF/IypfDHm6utywtzbi4hm8op0CQumMYx1cEfSqdx4ISeK4zHZebNFfDzDFzvmkDIxOM
5UcZ6+ldD9n1D/oIR/8AgP8A/ZUfZ9Q/6CEf/gP/APZUWXcL+RdjBWNQeoGKdVD7PqH/AEEI/wDw
H/8AsqPs+of9BCP/AMB//sqLLuF/Iv0VQ+z6h/0EI/8AwH/+yo+z6h/0EI//AAH/APsqLLuF/Idr
H/IGvP8Ari38qzrfV7u6vnU2k8SxH/UDZvb3OWHH0/OpNUgvl0q6L3yMoibKiDGRj1zWqYI5HR3R
S6fdYjlfoarRInVsrfb5/wDoG3X5x/8AxVH2+f8A6Bt3+cf/AMVV3FGKm/kVZ9yl9vn/AOgbd/nH
/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLhZ9yl9vn/
AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLh
Z9yl9vn/AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8
VV3FGKLhZ9yl9vn/AOgbd/nH/wDFUfb5/wDoG3f5x/8AxVXcUYouFn3KX2+f/oG3f5x//FVT1a8m
k0yZWsLmMHGWYpgcj0bNbOKo61/yCLj6D+YpxeqJknZ6l4UtIKWpLCiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAxfDtpPaNqvnxGPztQllTP8SnGD+lbVZuj6m+pG+3
xqn2W7e3GDncFxz+taVN76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFZ3lXdnPO8Ecc8Uz+ZtL7HU4A9MHp7Vo0UXE0Uf7QlX/WafdA/7Oxh+jVJb332i
XZ9muY+M7pI8D86s0tO6CzKmqRPcaXdwxrukkhdFHqSpArJ8MalIbGz06XTtQt5ILdVaSaHbHlQA
QDn8q6Gii+lgtrcydQ137BdGD+zNTuMAHzLeDenPbOetWhqGdL+2/ZbofJv8gx/vfpt9farlJRoF
mZVhr32+7WD+zNTt8gnzLiDYgx75pdR1z+z7nyf7N1K5+UNvt4N6/TOetatN8xP7y/nRpfYLO25V
j1DzNM+2fZbpfkL+Q0eJeO231rHm1/7dLawf2XqlvuuI/wB5Pb7UGGB5Oa6HzE/vL+dUtVdTDB8y
/wDHzF3/ANsU1a4nsR6lrX9nXCxf2dqNzld2+2g3qPYnPWrFvqH2jTjefZrqP5WbyZI8S8Z42+px
xVnzE/vL+dHmJ/eX86WgzKsvEP226jg/srVYN/8Ay0nt9qLxnk5qXU9Z/s2ZI/7P1C63Lu3W0O9R
7E561pBlboQfoaWi6vsFnbcp2mofa7A3X2W6hwG/dTR7ZOPb37VRtPEf2u6jh/snVofMOPMmttqL
9Tnitmlo0CzM3U9Y/s2SNPsF/dbwTm2h3hfrzU1jqH26zNx9lurfBI8uePa/Ht71cpKNLBqY1r4k
+03MUP8AZGrxeYwXfLbbVX3JzwKs6nq39mNGPsN9deYCc20O/bj15461o0UXV9gsynp+of2hamb7
LdW2GK+XcR7H4749KoQeJPPuY4v7H1ePewXfJbYVfcnPArapaLoLMz9T1X+zPL/0K9uvMz/x6xb9
uPXnjrT9N1H+0YGl+y3VrtbbsuY9jH3A9KuEheSQB703zE/vL+dGlg6mNH4l8y4WL+x9XXc4Xe1t
hRzjJOelJc6n/Zmp3bfY7y63+WMW0W8r8p688Vt+Yn95fzqhauv9r3/zL0i7+xp6dhO/cfpupDUo
nf7Hd2u1tu25j2E+4GelUf8AhJc3Hlf2PrH39m/7N8vXGc56VteYn95fzo8xP7y/nS07D+ZT1PUv
7NjR/sd3db227baPeR7nnpSaZqf9pJI32K8tdhAxcxbC3uOeavcGlo0sFtTDfxLsuGi/sfWG2uV3
rbZU84yDnpV/UtQ/s2BZPsl3dbm27baPew46kZ6VdoougszP0zVf7TEh+xXtr5ZH/H1Fs3Z9Oeaq
T+JPJuJIf7H1eTYxXeltlW9wc9K26KLrsFmUtRv/AOz7YTfZbq5ywXZbx72+uPSo9M1b+0zIPsN9
a+Xj/j5h2bs+nPNaFLRpYLO5iXPiT7Ncyw/2Rq8vlsV3xW25W9wc8ir9/f8A2GzFx9lurjJA8uCP
c/PtVyijQLMzdM1j+0nkT7Bf2uwA5uYdgb6c81Xu/EX2S5lh/sjVpvLOPMittyN9DnmtgugOCy5+
tHmJ/eX86NOwfMzNduvK8P3EvkTvvixsRMsuR1I7Y707TNZ/tKV4/wCz9Qtdq7t1zDsDewOetSau
6HR7zDL/AKlu/tVwSJ/fX86f2RdTJvPEX2O6kg/srVZ9h/1kNvuRuM8HPNXbi/8As+nC7+zXMvyq
fJjjzJzjjb6jPNWvMT+8v50B1PAYH6GloMzdN1v+0Z2i/s7UbXau7fcw7FPPQHPWo77xB9iu3g/s
vVJ9mP3kFvuQ5GeDmtiii6vsFn3KcuoeVpn237LdP8gbyEjzLz22+ozVbTtc/tC5MP8AZupW2FLb
7iDYv0znrWpS0aBZmRf6/wDYLtoP7L1O42gHzILfehz75q22obdL+2/Zbo/Jv8gR/vfpt9farlFG
gamTp+u/b7oQf2ZqVvlSfMuINicds560ahrv2C6MH9malc/KG8y3g3pz2znrWtRRdX2CzsU11Ddp
f237LdD5C/kGP979Nvr7VUsdf+3Xawf2XqdvuBPmT2+1Bj3zWtS0aBZmVqOuf2dciH+zdRucqG32
8G9fpnPWrMV/5umG9+zXSfIW8h48S8dtvqcVcoo0DUx7HxB9tu0g/svVIN+f3k9vtQcZ5Oak1LWv
7OnWL+ztRuty7t9tDvUc9Cc9a06TegONyg/WjS+wWdtyrbX/ANo043f2a6jwrN5MkeJOO231OOKx
L3xD9ts5IP7K1WDeB+8nt9qLz3OeK6TzE/vL+dUtadDpFxhl6Dv7iqja5Mthmpaz/ZsyJ/Z+oXW8
bt1tDvC+xOetT2eofbLE3X2W6hxn91NHtk49vftVnzE/vL+dL5if3l/OpKMe08R/armOH+yNWh8w
48yW22ov1OeKsanrH9mvGv2C/ut4JzbQ7wv154rQDK3Qg/Q06jTsFnbcp2GofbrM3H2W6t8Ejy54
9r8e1ULbxJ9puYof7I1eLzGC75bbaq+5OeBW3RRdBZmdqerf2YYx9hvrrzM/8e0W/bj15461Lp2o
f2jbNN9lurbDFdlxHsb649KuUUaWDUxIPEvnXEcX9j6um9gu97bCrk9Sc8Crep6r/ZgjP2K9uvMJ
GLWLftx688VoUUXXYLPuUtN1H+0oGk+y3drtbbtuY9jH3Az0qgniXfcLF/Y+sLufbva2wo5xknPS
tyii67BZlDU9U/s1I2+x3l1vJGLaLeV9zz0pdM1P+043f7Hd2uxtu25i2E+456Veoo0sHUwz4mxc
eV/Y+sH59m/7N8vXGc56Ve1LUv7NiST7Jd3W9tu22j3ke5GelXqKLoLMoaZqn9prI32O8tdhAxdR
bC3055qlJ4l8u4eL+x9Yba5XettlTzjIOelblFF12CzKWpaj/Z1usv2W6utzbdltHvYe+PSmaZqv
9p+Z/oV7a+Xj/j5i2bs+nPNaFFHQNbmJceJfs9zJD/Y+rybGK747bKtjuDnkVf1DUP7PtRP9lurn
LBfLt497898elXKSjQLMz9M1b+02kH2G+tdgHN1Ds3Z9OearXXiT7Lcyw/2Rq8vlsV3xW25W9wc8
itqii67BZ9ynp1hBZLO0Cuv2mZrhw5ydzYz9OnSrlFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUARzgmCQLncVOMfSvGI/D+oi
NRJo2oM+PmPktya9rpK1p1XT2RnOmp7ni/8AYF9/0BNQ/wC/LUv9gX//AEBL/wD78tXs9Fa/Wpdk
Z/V13PF/7Avv+gLqH/flqP7Avv8AoCah/wB+Wr2iij61Lsg+rruefeANMvLLXbmSexubaFrbaDKh
UFtw9favQqTFLWE588uY2hHlVgoooqCgooooAKKKKACiiigDj/iJY3V9ZWC2ttPcKk5MiRKWONpx
kD3rhv7Avv8AoC3/AP35avaKK3p13BWSMp0lJ3ueL/2Bff8AQE1D/vy1L/YF/wD9AS//AO/LV7PR
V/WpdkR9XXc8X/sC+/6Amof9+Wo/sC//AOgLqH/flq9ooo+tS7IPq67sx/CUE1t4X0+G5jeOZIsM
jjDDk9a2aSlrmbu7m60QUUUUhhRRRQAUUUUAFFFFAHkGp6HqMmsX7tpN9LvuZGV1iYgqWOMH6VV/
sC+/6Amof9+Wr2iiulYqSVrIwdBN3ueL/wBgX3/QEv8A/vy1H9gX3/QF1D/vy1e0UU/rUuyF9XXc
8X/sC+/6Amof9+WrZ8I6PfWviqymfTbu3iUSb3kjKrypxk/WvT6KmWJck1YcaCTvcKWiiuc3Ciii
gAooooAKKKKACiiigAooooAQ145c6DqLXty0mkX0jNO53iJiCCxxzXslJWlOo6bukROCmeL/ANgX
3/QE1D/vy1L/AGBff9AS/wD+/LV7PRW31qXZGX1dd2eMf2Bf/wDQF1D/AL8tSf2Bff8AQE1D/vy1
e0UUfWpdkH1ddzzTwXpF9aeKYJpNOu7aERSB2kjKryOOtemUlLWFSbm7m0IcisFFFFQUFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXPf8JbH/whdz4h+yPsgExMO8ZP
luydffbmuhry6TwOsvw61CV7G+/th/tLJCJ5RkmV9v7sNt5GDjHNAHoMepZ1C4hlEMcMEKTGQzru
wc53L1UDHU9efSs3V/GFhbaDfX2l3dnfzWsYcxRzhuNwHOOR1rnPGFnOh8STvBIIrjTrOCJscSP5
rDav94/MPl75A71Vu4Jb7SfE1rJbXJ1y9tYXNr9kEQaJW2goAzZ7559OMCgD0Sz1Sx1AyrZXlvcN
CdsoilV9h9Dg8Uy21rTb1Zmtb+1mEHMpjmVvLHqcHjoa5XXvD11Nq+oxaPa/Z1n0B7aOSNdieZv+
VcjocE/QGqdjpbXMM8yxayLuHSZrZIp7FIEAZR+7yqjecgYxkdaAO6s9SstQaVbO7guDEQJPKkDb
CRkA46cVV0PXItZ8PW+rMn2aKVC5WRx8gBIOT07Uzwtp6aZ4Z0y3W2W3dLWISRhdpDbRnPvnNcro
N9qFl4E/siPQb59St7aTbHdWxEEjZJA3Hg5z079KAOxtte0q8j8y21KzmTzBFuSZSN56L16nsO9W
JdQtIGlWa5hjaFBJIHkA2Kc4Y+g4PPtXncehX+t3esF1vVE+mRCC4ubRbbFxHIzphR/dOOTz16im
rZ3/AIk8Kv4hW3lE+oX8F1JBEqu/2aIhQqq3DHILgHrmgD0GHWdOuLP7XDfW0ltu2ecsqlN2cYzn
GckVLZX1tqNstxZXEVxAxIWSJwynBweR71wF7oZv9C1R4YNUu5b68s/OS7tBDvVJFyQgUfw9SR29
q9EiijgQJEiog6KoAA/CgB9FFFABRRRQAUUUUAFc/qPi230zxXZaLcQSAXcYYXOfkRmYhVI9ypAP
rgV0FcjrXh9tc8VXsU8cq2k+kLEtwo4SUTFlIP8AeU4agC1P4xigN0Ws38q11OPT5X3jC7wuJPoC
4GKsDxRbnxmfDvlP5wtftHnZ+XOfufXHzfSub0bQ9U1Xwt4otNYtGtr69uG2nHyu6xIBIvsXTIqs
bbWzoSeJzpc/9tjUPtJs9v7zy/L8jZj6fNQB0kPjOGZ7Ym1ZILi/ns0maQBcRKxMn+7lGFaWhaz/
AG5ZveR20kNqzkWzyHmeMdJAOwPOM9Rg965PVvBrXWheF9EkjmeGJ2W7li6oTC+XJ/3z34OcV0/h
u51CWwa21a2MV5aP5LyKmI5wBxInsR27HIoA2KKKKACiiigAooooAKKKKACiiigArBtvEF1qOoSJ
p2ltNYQzm3ku3nVAWU4couCWCnIzxkg4zW9Xl9poFzZyJZ22m6hFrUWqGQX6lhAYDMXLbs7cFCRs
xnPbvQB3Ok+KNL1ue8hsrqJ5LSRo5F3rkhcZYAH7vOM1ZtNb0y/WZrPULS4WDmUxTKwT64PFcZca
Tey6V4u0m30+ZLu6nkngk2bY5omCfIJOmThhinXkZ1O9e/sdJudNtbPSbmGZp4PJLllGyMDuF2k5
6Dt1oA7K11jTr65e2tL+1nnRQzRxyqzAHoSAelXa858M27X7+ETZaPcWS6dbl7m4eIIjK0W3arfx
7mIbj055r0agAooooAKKKKACiiigAooooAKKKKACiiigAooooA5/wn4th8VW1zIltJayQPgxyMCS
h+64I7HB/I03w74wtvELam0cDwQWLgCWRhiVCCQ49AQM/SuPt9C12x0HSX061mjur23k0y8DDDQI
0rMkxH+yC/8A30Ku32h6hbt4i0zS7OaKDUHsrGCYJlI4fKCyP9FUEfUigDpvDfi238Q6bdXbQPZi
2b50mPIjKh1f6FSDUel+Jb/VZLeeHQbhdLuSPKummQOVPRzH1Cn65wRxWNN4d1eHWbiCWSGW11jT
ZLGSS1tjEluyKfLZhubszLn2ArT8O61dw2en6Td6HqUV5AiW8z+UPIXaMFxJnBXjIA59qAOpoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApKWigCve2Ntq
VpJa3sCTwSDDxuMg96r6ZoWnaOZGsLZYnlxvcsWZsdAWJJwPStCigBKKWigAooooAjmhS4gkhlXd
HIpVhnqCMGktbWGytYra2jWKCFBHGi9FUDAAqWigBKWiigAooooAKKKKACiiigAooooAKSlooASl
oooAKKKKACiiigAooooAKKKKACiiigApKWigAqOaGO4gkhmUPHIpR1PcEYIqSigCK2t4rS2it7dB
HDCgjRB0VQMAflUtFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAlLRRQAlFLRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB//Z

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8EXMBX23adutwent_
Content-Type: image/jpeg; name="image002.jpg"
Content-Description: image002.jpg
Content-Disposition: inline; filename="image002.jpg"; size=81743;
	creation-date="Wed, 28 Aug 2013 18:14:21 GMT";
	modification-date="Wed, 28 Aug 2013 18:14:21 GMT"
Content-ID: <image002.jpg@01CEA42B.2E527D30>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCANEA0gDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDxwSPB2o4JB2KO
P94Vv1geOf8AkTdR/wB1f/QxVQ+JEy2Z5Z9kg/55D86X7JB/zyH51L0Fa1z4fmttRtLVpY2F0Qqy
KDgE9QfcZH5167cVuearvYxPskH/ADyH50fZIP8AnkPzq2lpPLLJHDDJKYyQ3loTj8qZHBNMzLDD
JIyjJVFJIp6BqV/skH/PIfnR9kg/55D860rzTXt78WsIedzGjgKnPzKD0Hpmqjo0blJFKMpwVYYI
/ChWewO6IPskH/PIfnTWtIArHyxwK1ZdKlh0mK/LqVkIBjH3lBztJ9jtNUG+430NCs9gd1ueq+Ey
W8KaWWJJNunJ+lbFY/hL/kU9L/690/lWxXjS3Z6cdkFFFFIYUUUUAFee/EpRJqemI/KeVKdueM5W
vQq8++I//IW0z/rlL/Na2w/8RGVb4Gcf9kg/55D86PskH/PIfnWhpmnnU70W6ypFlWYu/QADNK2m
ypDevIQjWbqjoRySSR/SvTvG9jgtK1zO+yQf88h+dH2SD/nkPzq0badYBM0EohPSQodp/GrOnaXL
fTKGWSOFlciXYSuVUnGenam3FK4LmbsZn2SD/nkPzo+yQf8APIfnVmO3mlhaZIZGjX7zqpKr9TRb
wPc3EUEQy8jBVHuTRoLUrfZIP+eQ/OrejQxw+ItKaNdpN3GMg9s1LqVg2nXZhMiyrtDpInR1PQim
6V/yMGlf9fkf86idnBtFxupJM9ipaSlryD0gooooAKKKKACvFL+GObV9QeVd7G6lGSf9o17XXjF3
/wAhO/8A+vuX/wBCNdeD+JnNifhRV+yQf88h+dH2SD/nkPzrUh0iWfR5dQjdCsTFTH/FgYy34ZFQ
3Fk8Ated5uYhIqqDkZJGPrxXcnG9jktIo/ZIP+eQ/Oj7JB/zyH51Zlt5oJBHNDJG56KykE/hVmXT
ZINNNzMskbiYReW6beNuc8024oFdmb9kg/55D86PskH/ADyH51Zlt5oApmhkjDjKl1Iz9M1a0vSp
NUaYRuieWuQW/iY/dUe5waG4pXYLmbsZn2SD/nkPzrs/hoojm1VF4UeUQM8dGrka7D4b/wDHzq3/
AGy/k1YYlfu2a0H753dLSUteYd4UUUUAFFFFABRRRQAUUUUAeOa/Ck3ifVWlXeRckAk9sCqP2SD/
AJ5D860db/5GXVv+vpv5Cn2ekS32nXN3E6fuD/qz95+MnH0HNevBpQTfkebK7m0jL+yQf88h+dH2
SD/nkPzq7NZtDa2k24MLkMVUDkYbFRzW81swWeGSJmGQHUrn86tWZOpW+yQf88h+dH2SD/nkPzrS
OmSx6dPczrJE0TooR0I3Bs88/Sq0ltNFGkkkMiI/3WZCA30NCcWHvFb7JB/zyH50fZIP+eQ/OtLS
9NfVLlokkSIKuS79ByAB+JIFU3Vo3ZHGGUkEHsRRpewa2udL8N0EWuX6IMKbdDjPGdxr0avO/h3/
AMh+/wD+vZP/AEI16JXmYn+IzvofAgooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDx
z/yJuo/7q/8AoYrfrA8c/wDInaj/ALi/+hrVQ+JEy2Z5ifu11sGoWsniN4bidBb+bFPDLn5UdVGe
fQjI+oFcnRivWnBT3POjLlNpGa50vybO6igmS7eSTdKI9wONrZ74was3VzHfLqKWF1HDK9wkm9pP
K81QuCQf97nHvXOYoxS9krj5zqZry3mvtQUSxTSzQQBHMxjEm0DcN3b1x3xWRqTte6nDHJ5EZ2JE
WWXeoHTLN3IHX6Vm4oxRGmovcTnc6Rr7Tru8vLRBJHHND5EcjyDyxsHyHGOOR6965pvuN9DS0jfc
b6GqjBR2By5j1Xwl/wAinpf/AF7p/Ktisbwl/wAinpf/AF7p/KtmvHluz0o7IKKKSkMWim7qWgBa
8++I/wDyFtM/65S/zWvQa8++I/8AyFtM/wCuUv8ANa2w/wDERlW+BmJo0kcV3MZHVQbWZQScZJQ4
FXpb2C78NzyySL9tbyYpYyeZNh4YfgcH6Vg0V6UoJu5wqbSsdLcXCC9vbw3kT2M1uyRQiTJOVwq7
O2D/ACqS2uF+2wXK30Mdl9i8ryjLghvLIK7f97nNctijHtU+xVrXK9pqdJaXiJY6dLarbs1tCVdZ
box7Wyc5T+IEH3rN0WWC1nnvJzxBGfLRWAZmb5RjPoCT+FZuKMU/ZrVdyefVGrfy2l1o1s1vvSS1
cwlJXDMyH5geAOAcj8ap6V/yMGlf9fkf86rVZ0r/AJD+lf8AX5H/ADolHlg0OLvJM9ipaSlryD0g
opM0ZoAWiiigArxi7/5Cd/8A9fcv/oRr2evGLv8A5Cd//wBfcv8A6Ea68H8TObE/CjTs9RWx0q0d
Srul25kiz95CgBBHoeRV+Wezg1O3jtbtNg09ooJif9W5LbcnscHHtmuYoxXY6SbucyqNHR2dzFZN
p0N7cxvNHNI+8P5ghDLhct/vc+1EU62VlZx6jdx3Bi1BZWRZfM2pjk/nzXOYox7UvZLuHtDc1adh
ZzRYt2SWcSB1uzKzHnkAnjIPNNt7y10/S7RWEsk7Tfam8mQLtK8KDkH3P41i4oxTVNWsLnd7l7WF
gGqSvasrQzYlTafu7hkr9Qciui+G/wDx86t/2y/k1cfXYfDf/j61b/tl/JqzxCtSsaUXepc7ulpK
WvMO8KKKKACiiigAooooAKKKKAPH9b/5GXVv+vpv5CrVjfmx0dpIXUTpeJIqE8kBCDx6dvxqrrX/
ACMurf8AX038hVOvXjFSgk/I82TtN2Ooe60+G/0predFhEcpUnnyGfJXd6YJ/SoLWdNPjs4tSuI5
3F6s3yyebsQDBJPucHHtXPYoxS9ku4e0Z0LyG302eO+vYrndeRShFl8zKAnJ/H0o1i6zFfGMWzw3
MgYOLouxAOQQhPBxx7Vz2KMUKlZ3uDqGvaz2lnou2XzHluZt5EMgVkVPu5yD1JJ/CodceCfUTdWz
Dy7pBKVzkox+8D75B/Os7FFUoJS5iea6sdR8O/8AkP3/AP17J/6Ea9Erzv4d/wDIfv8A/r2T/wBC
NeiV52J/iM7qHwIKKKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApM0tZbW8d9q1yl0vmxwpHsRj8oJzk46Hp3
ppCbLb6haRHEl1Ap9DIBTY9UsppVjjuondjgKrZJqWO0t4R+6giT/dQCpcAdqNA1FrM1HxFpek3C
wX97HBKy7wrA8jpnge1aRrI8N30mr6Ot1drGZTLInyrgYVyB+goS6sGXbfU7S60438M6vahWbzRn
GB1P6GsmXW/D3iWJtK+3JP8Aaht8tCwJxzwce1b4VQuAAB6YpBEgOQig/ShNA7nEal4b8IaRKkeo
XU8DyLuUNO/I/CprPwf4Y1CyN3aS3EtuM/vFuHxx1rsjGjfeUH6igKoGAAB6Cr9rLuyfZx7Hn9rp
Pgi9uYre3v5ZJZTtRRO+WNS634a8L6LAftNxPDM6MYVedzuIH+JFd0IkByEXP0qtqqKdKuyVBIhf
qP8AZNP2sr7v7xezVtkctpng/wAM6tZi4s5biaMHazLcPgMByP1qlDpfge4uI4IdQleWRgiqJ5Mk
k4ArvLZQLaPAA+QdPpT/ACox/Av5Ue1l3YezXZHF6l4V8KaOsZ1C4ngEhITdcPzjr0p2neEfC2rw
vLp81xPGjbWK3D8HGcc/WuzKK33lB+ooVFX7qgfQUvaytux+zj2OfsfEnhywhg0621GICLEKIdxO
QcYzj1rV1LWLHSIkk1C5SBHbapbPJ644q15Uf9xfypSit95QfqKhtNlK9inpus2GsJI2n3KTrGQH
K54J+tZepeLdLSOe2t9VtobxSY1MiMwV845AHNdAqKv3VA+gppjTP3Fz9KNBptWZyOpX2reFZrS6
1DVEvrGaYQzK8CxmPOfmUr6YNdFpmt6fq/mDT7pJ/Kxv254z06/Q1i2Oj3Wq6xcXetvO0VpeP9it
2AWPaPuvgDJ/GuoVFX7qgfQVnT6nXi3F8qVuZLVpWXltbb0Me58X6HZ3EkFxqMUcsTFXUg5BHbpU
HifTtDvLeG91qVooovlSRZGX72OOPpW8YkJyUUn6UpRSMEAj0Nap2d0cVr6M4jTfDXhHWJHTT7qe
dowGYLcPwPxqveaP4JsLqS3ur6WOaI4dDO+Qetd+qKpyqgfQUhjQnJRSfpVe1lfd/eT7Ndkcfc+D
/DFnp/264luI7XCnzDcPjB6fzFZ9tofhPUtRt7XTbuadnLGRVnfIUKTnn3xXfTPFDCzzFVjUZJbo
BVO5EZv9NeMLtaR8MuOR5bU1Ul3YOEexyN7ongvTbt7a8vZop0xuRp3yMjIq3J4P8MRab/aEktwt
psEnmm4fG09D+tdiY0Y5KKT7il2LjG0Y9KXtZd394ezXZHC6f4f8Harc/Z7G8mmm2ltqzvnA6n9a
kk0rwh4f1aI3F5JFdQMsqpJM5wexxXbCNFOVVQfYUGNGOWVSfUij2j7u3qHs12RVGqWZ0z+0RcL9
j2eZ5vONvrVWx8T6Rqd0ttZX0U0zAkIoOSB17VqbFxjaMelAjRTkIoPqBUaF6mNr2uWFkklnNqq2
F1IgZH2bmUE9QMY7Gueub6TQU03VbXXLnUNOupxDMtyQwIOcsvAIxg13LopOWUH6iuZ0XRDPqd3f
6qzXE0N3ILRWm3pEnbCg4B+vNZ1Ena252YWooKTm1y9rK7voaVn4q0bULpLa0v4pZ3ztQA5OBn09
ql1LxBpmkTJFqF5HBI67lVgeR0zwKviNAchFB9QKVkVjllBPuK00ucetitaapZ39j9stZ1ktuf3g
zjjrXGrp3grV9SIhvne4upCwRJnG5jycCu7CKBgKAPQUgiQHIRQfYU4y5dhON9zidS8M+EtHeNdQ
uZ4GkBKBrh+QOvT61Lp/g/wxqlqbmxluJoQxUutw+MjrXZMit95QfqKAiqMBQB7Cq9rK27F7Ndke
f2+leB7q4jggv5XlkYIiieTknoKfc+HfC2myTDU7ieBRMY4t07/MAqk9P96u88pAchFz9Kp2KK1x
f7lB/wBI7j/YSqVSXd/eS4LsjmdO8I+FtXgabT5rieNW2FluH4PXHP1qiul+BnnEK6hKZS+wL58n
3s4x+deghFX7qgfQUnlR/wBxfyqfay7sfs12RxmpeE/Cujxo+oT3ECyNtUtcPyevatPwna6DAl0+
gzmYMyiVi7NggHA5+proWRW+8oP1FARV+6oH0FJzbVm2NQSd0jHfxhoUdw0D6lCJVcoVweGzjHT1
q9qOq2ekwLNf3CQRs2wM2eT1xx9Ks+VH/cX8qVlVhhgCPcVOhWpS0zXNP1jzP7Pukn8rG/bnjPTr
9KqXHi/Q7W4kgn1GJJYmKupB4I6jpWwEVfuqB9BSeUh6ov5UaBqV7/VLTTLQXN7OsMBIUO2cZPSo
dN17TdYeRNPu452jALhQeAenWr5VWGCAR6GgIq/dUD6CjSwa3Mi78W6JY3UlvdahFHNEcOhByD+V
XrrVLSysPttzOsdsQp8w5xz0/nVgxIeSik+4pSqkYIBHoaNA1M/TfEOl6vM8On3kc8iLuZVB4GcZ
5FRXvinRtOuntry/iinTG5GByMjPpWqI0X7qqPoKQxoTkopPuKNLhqcrqXhnw5cRTa1dySpDNiZ5
VmYKc4wcD14qhp/h/wAHarcm3sbuaeUKW2rO+cDv+td1tUrtwMelAjRTkKoPsKtVJJWuyXBN7HB3
+heDNMujbXt5NDMoBKNO+cHpVr/hD/C/9mf2j51x9j2eZ5v2h8bfWuyMaMclFJ9xRtXbtwMemKPa
y7v7w9nHsjz3TNE8J6pqctrbXU0pwDEqzvlhjLflVjUPD/g7SrkW99dzQylQwVp3zg9/0rq7RFGr
X+FAwY+g/wBmr5jRuWVSfcVTqSvuyVBW2OOi8H+GJ9N/tCOW4a02F/NFw+No6n9DVOy0TwXqN2lt
Z3s0s752os75OBk/pXe7VC7cDHpSCNAchFB9hU+1l3f3j9muyOYt4PDfgq9bddG3nuIxxNIz5UHt
+Nb9rqdpe2BvbadZLYBj5gzjjr/KrJjRuWUH6igKoGAAB6AVLd9XuWlbYyLTxbol9cx29tqMUk0p
wiAHJP5VY1LX9N0d401C7jgaQEoGB5A69KvCJByEUH6UpRW+8oP1FLQNbFaw1S01O0NzZTrNACQX
XOMjrVC38X6Hd3EcEGoxPLKwVFAOWJ6DpWwFVRhQAPQUgiQHIRfyo0DUp6lren6P5f8AaF0kHm52
bgecden1p+narZ6vA01hcJPErbSy54PXHP1q0UVvvKD9RQqqvCgAewo0sGpjx+MNCluFgTUoWkZw
iqAeWzjHT1q5qWs2GjpG+oXKQLISqls8n8Kt+VH/AHF/KlKK33lB+oo0DUp6brFjrEbyafcpOkbb
WK54PXvVJvGOhJOYW1KESB9hXB+9nGOnrWyqKv3VA+gpPKj/ALi/lRoGpW1HVrLSIFm1C4SCNm2B
mzyeuOPpTNM1rT9YEh0+6ScRkB9ueM9Ov0q6UVvvKD9RQqKv3VA+go0sGpjz+L9DtbiSCbUYUljY
o6kHII6jpV/UNUs9LtRc306wwlgods4yelWDEhOSi5+lKUVhgqCPejQNShpuu6drDSLp92k7RgFw
oPGenX6VXuvFuiWNzLb3OoxRyxHa6kHKn8q11RV+6oH0FIYkJyUUk+1Glw1K93qlnYWP2y6nWO34
/eHOOelQab4g0zV5ni0+8jndF3Mqg8Dp3FaBRSMFQR6UBFU5VQD7CjSwamVeeKdGsLx7W61CGKdC
AyNnjPI7e9FWtUewg0+abUli+yqP3hkTcMZ7jHriiqST6MltrqXaKKKgsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ9Kp6VHZ
RWQXTfL+zbmI8tty7tx3c/XNXDWR4WsLjTdEW3u49kollYqCDwXJHT2NPoLqbFFFFIYUUUUAFVdU
/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2K8OmsYIz9vveVH/LQen0p/8AZjf8/wDe/wDfwf4V
at/+PaL/AHB/KsDxZFezXGlLp0jpcrNJJHhiFZlicqr4/hJGDn1p8zFyo1f7Mb/n/vf+/g/wo/sx
v+f+9/7+D/CuGTxLq6w2rW7JZR3E082b5X5bz2HknCk8DsME9uBV1NV1mxsHEF417O95c2eJoRuh
lZz5JOMfKAM/RhjgCjmYcqOs/s1v+f8Avf8Av4P8KP7Mb/n/AL3/AL+D/CuTk8T6lPZx3TT/ANn2
03mtHI1oXJaMIojx/tP5h9SFwPWn3d7rN1p9zcSoTNDd2axWQTaA/wC5dsv1PzMw9AKOZhyo6n+z
G/5/73/v4P8ACj+zW/5/73/v4P8ACsHV7gTeD7Ca+uZHSS5t/tUmxoTt8wbwVHKgcgjPbmqC3t1Z
7zp0pFkFuGsprsOQiBIucnnbuL4JzxjsKXMw5UdDY+HI7B7hob+/zcSGV8yg8n8Kuf2a3/P/AHv/
AH8H+Fc1a+Iby5mtVa5eBTCrwpJbDN++5wyhhwB8q4K9nDdOKrW3ibVhbPd+abyG3jhuLtUtCphy
2JIQOpKqd3cjbz1oTtoi5tzfNLc67+zW/wCf+9/7+D/Cj+zG/wCf+9/7+D/CuSh8Qa9/bMNvdSW0
HyK7QPG26YMhY7MKeVPy/ex8pz1qY6xrVpaaUJrlJZdVgQrIbcL5Mgw8mQO3l7sA9096fMyOVHT/
ANmN/wA/97/38H+FH9mN/wA/97/38H+Fc5qWuanHHqt7Yyh7WJ4I4FMOAiOqM0pOCTjce2B3HFZ0
vifVorWBpdRtVcBDG0VuXW7zMyMNxAxtULkgAZOelHMw5UdjNp8qRM0d3eyOBwnmqM/jisyKyGi3
lpPd3ZVJJmJjLfu4zsbpwOffj6V0tUb3/kI6d/11f/0W1NSewnFCf2zp3/P7B/32KP7Z07/n9g/7
7FX6y28Racs97C0/7yykjjnXY3ymTGztyDuHIqdCrMl/tnTv+f2D/vsUf2zp3/P7B/32KkutVsrJ
Ge5uoY1R1jYs4+VmOFB9Mk1OJ4tufMTGCc7h0HX8qNAsyp/bOnf8/sH/AH2KP7Z07/n9g/77FWvt
MG9k86Pci7mXcMqPU+1V4tVtZbuS3SVSyIjlsjaQ7MqgHucoeKNAsxp1nTv+f2D/AL7FUdNbQ9JN
ybO5hT7TKZpcy5yx69as3viKx0++NrcNKrIqNJIIXMcYYkKXcDCjIPU1cjvIZG27wrbzGA3ylmHX
GetHu9hqU0mk9GQf2zp3/P7B/wB9ij+2dO/5/YP++xVk3lsqyM1xEFiOJCXGEPofSn+dH/z0TqB1
9en50aCsyn/bOnf8/sH/AH2KP7Z07/n9g/77FWPttts3/aIdm7bu3jGfTPrTxPEQCJUIK7gdw5Hr
9KNAsyp/bOnf8/sH/fYo/tnTv+f2D/vsVZF3bt5e2eI+YSEw4+Yjrj1xTkuIZZGSOWNnQ4ZVYEj6
ijQLMzbnX7SDa0c0M0f8YSQbx7gd6fo11Dei8uLaQSRSXGVYd/kSrV1ZpebVlaTyx1jVsB/r3I9q
h01FjlvlRQqrcYAAwB8iVXu20J1vqX6KTNGagsWsLxXrF3otjbT2MSTO9wFkRhkmMKzvt5HzYQ4r
czUFzZwXbQtMu4wSeZHz0bBGfyY/nQBy994vuU1K5WxW2ksY4UMUpyS7+ZGrc5xtAlGPcGr2oeIJ
dN8Vw2c4iXTWtgzzHhkkYvtyc42kRsOmckVZHhTSFsltFtSsKRmJQsjAhS4c85z94A568U+bw1pl
zbPBcRSTpIiRuZZndmVXLqCxOeGJ/l0oA5uPxbrNz5CLDHFJNcTLiK1adljVY2TK715xJyf0rY1j
XZ4ogulSwzNDL5d7IkLTm2+U8mNSGPIwcHgdjVy48N6dczeayTRy+Y0u+G4eNtzABuVI6hV49qs3
ul2+oRRJO04ERypineNumOSpBP40AZmlate6q8l3FPZf2dC5ibCsWfaPmcNnAGegIPHesW28b3t7
pcstmtlPd/aofKiRsgwS8oCQeHwGB9D2roX8KaQ4kUWzRxyJseOOV0Q/LsztBxnbxnGanfQNNe6i
uPsqLLFt2lMqPlO5eBwcGgCnp3iaK90nU9TUeZaWmXj2DDMghSQg5/iyxH4VBJ40ggvLW0msLtZ5
QjSooDmEOSFJ25B6ZOOgq+PDWlLHcRpbFEuJJJZUSRlV2kXa5IBxyP8AHrUk2hWE97HdskizIqpm
OZ0DqpyoYAgMAc9c9TQBX0fxGur3ZhFlcW6tbrcwvKVxLGxIBABJHToa2qx9N8OWmlapJd2ZkRXg
EPlM7OFAYkYJJwOcADgVr5oAWikzRmgBaKTNMeeKJ0SSRVaQ4QE43H2oAqWn/IW1D6x/+g1frPtP
+QtqH1j/APQa0KqW5MQoooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAyvEunTat4eu7K2KCWZQFLnA6g/0opPFF/Ppfhy8vLVlWaJQVLDI6gdPxoroo89vdManJf3jWoo
ornNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf
+zU11E+hfooopDENZnh3U5dX0lbqdURzJImEzjCuVH8q0z0qnpdraWdmIdPKmAMxG19wyWJbn6k0
+gi7RRRSGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT2Jbf/j2i/wBwfyqTGajt
/wDj2i/3B/KpaQxMUYpaKAExRtFLRQAmAKMClooATH1oxS0UAJio3toZJ45njVpYs7GPVc9cVLRQ
AmKiuLWG7gaG4jWSNiCVbkHByP1AqaigAqje/wDIR07/AK6v/wCi2q9VG9/5COnf9dX/APRbU0Jl
6uT1Lwlc3d5JdwTwxzNfpMc5w8H7rcje+Ytw9/qa6yikM4NPAlzGLovHZ3ExcOk087t5oE6yYZCp
C8AgkbuvGASKsah4KvLq/nkt54IYJHO2PJOxJRi5A46nAI9/Su0ooA4u58F3U8l2qiwRZPtTLcAN
5svnKyqj8cKoYdz9xcAYq+/hdl8QWt/bi1W3to4o1tivy8eZuYADAYbxtP8AvDjOa6WigDndU0bU
bvUNQFubUWmo2sdtK8jNvjA3hiFAwch+Mkc1UPhW8jv4Z4GtgyXUknmsxJWNnDYCFSC2B1BUg9yO
K62igDjYvCd5FZWcZtNJlezdSQxbbe4Rl3S/KcMC24fe5z9aYnga6RbeJb2JIvs22fYpB85Q4iZP
ZfMPU5+RK7WigDjdG8FvZyWjXVvZ4huBNIBM8wkIhdAwDKApywOPQdTxTbLw1eqNXiijhSGRZbG1
Mu4GO3Ksw2jnP7x8f7qCu0pKAOOuvBUj6pZTRR27W0EUKCITPCIWRyxZAow2c9OOQMmpPDWg3Wj6
/wDvrW2SNbAQ/aIAf3zB/vOSB8xHOOep5rrqKACsiC0ae8v2W6uIh5+NsZUD7ieoNa9UbD/j4v8A
/r4/9kSqWzJfQT+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UrsfKih/Zsn/QQvf++k/wDiaP7N
k/6CF7/30n/xNX6KLsOVFD+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UXYcqKH9myf9BC9/wC+
k/8AiaP7Nk/6CF7/AN9J/wDE1foouw5UUP7Nk/6CF7/30n/xNH9myf8AQQvf++k/+Jq/RRdhyoof
2bJ/0EL3/vpP/iaP7Nk/6CF7/wB9J/8AE1foouw5UUP7Nk/6CF7/AN9J/wDE0f2bJ/0EL3/vpP8A
4mr9FF2HKih/Zsn/AEEL3/vpP/iaP7Nk/wCghe/99J/8TV+ii7DlRQ/s2T/oIXv/AH0n/wATVW/0
u4lhEMdxcTh+D5rptX3Py5P4fpWzRQpNByoxtFtHsri8t5LiS4ZPL/eSdT8tbNULT/kLah9Y/wD0
Gr9ObuxR0QUUUVJQlGa57xw7J4fUrKIQbqBXdmZVCmQZ3FSDjHXBFZsGo31tLbLp93bvYQx2u5Uj
aRZjLO0bkSMxYAAZ7/lQB2dLXAWGr6jpOmzLJMzwvFNLEVhG+Ei52cljgjD5JOAAM9KWPxNrc+n2
91HLEoit5JpV8jd5+2fywMg/LlRnjPtxQB31FcRe+JtQgt76WK6h8+OcwtaNCQbVPN2CVm5JG3Dc
jHzZ6Cs+/wBd1K9sIILq/tVJMDL9mjLi8/flW2txjaFXOBjJPbFAHo2aWuD8cXM0Ou25imZCloZI
1Wd0ZnEgOI1XIdyOMNxzT5vFWqRazqSSNBHBbCZVtVUtcYUZSRVwAQepyduD7UAdzRXCaf4pv7yG
1W5vobJGlmX7W0IcTFHUKnB25IYnIPOOO9Nk8U6v5d20U0ZnEUrPb/ZzmxZXCoGP8W4Z4OM9RxQB
3hOKK5HULjUbnwVr8M9yTdWxlhWeOLaXUAHO3PBIJHH1ps97qelJfxQTxLbWAt7ZD9m+WMME3zEA
8hQSdo49aAOxpM4rhZPEGtSWry2t3E0dtDdTrMbUkXixGPbgZG0EswyOu3Iq/fXWoN4X8QwXVwZZ
7VWjSeFDEzAxK+QATgguRkHt60AdXmlrgDq2q6dqF5azSvE9qlvbPdyoXQRNJJifHQnbtBPQNnPA
qtqniDUb7TDBPeJBGwBhcW7Br9fOK7l/ujaFPH97PSgD0eiuU0DXtS1HxNd2109okCGVfs2T50ex
wqtjHQjnJJzkYqh4au5f+EuuE8xpA8l2sqpPI5XE3yGRW+VOOF29c/kAd3RRRQBT1X7D/Zs39qeX
9jwPN837uM9/xxRVXxRYT6p4cvLO1VWmlUBAxwOoPX8KK2pxi1q7GU3JPRXNaiiisTUKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s1NdRPoX6
KKKQxDWN4Ss57DQkguojFKJpW2nHQuxHT2NbJrN8P6o+saUt3JGsbGSRNqnI+Viv9KethdTTooop
DCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P
5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A9FtV6qN7/wAhHTv+ur/+i2po
TL1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJmgBaKSigBao2H/Hxf8A/Xx/7IlXc1SsTi41D0+0f+00
prZie6MGfxZcQXesWzW8RlgcR2AycTthQQ30Z1zjsaIvFF3LoOo3ohtxNa2UNwg+bazPFvIPOcZ/
Stz+xtNmnS6+zRvIJWnWTJPzsmwsPqvFQHwrpBJ/0VgphWBkE0gVkC7QCobBwOMkZpDMiTxhcPPY
xw20QJikN4HJzDKqSEIP+BRPnPYD1qex8TSnw8Lu+aFbyaF5reHyJId21NxGGJJHv0IrXOhacZJJ
Pske+WVpnIyNzsnlkn6qSPxpbTRbKy0+Sxhjf7NIpVo5JXfgjGAWJIGOwoA5aLxhqcllGDBEt09z
GnFnMT5bxM+7ys7jyhGQcHBPar134wGn6xc2kot5Ft7RpGVH2yNMsfmFQpOQpXv2NaI8J6QsAiW2
kADq4cXEm8FQVHz7t2AGYYzjk1Z/sLTvKWM2qlVl875iSS/qSTk9SOaAMxtQ1tJbK0ddPF3e7pA4
VzHCiqCwIzlzlgAQR3PbBzLjxre2xkMtrbeXFbS+Y6sxAuFeRF/4AxjI9csK318L6UlqtutvII0Y
Mn7+TdGQMDa27KjBIwCBinP4Z0h7OS0axiNvJB9nePnBjyWx19STnrk9aAM/VfFJtEszZrFcN54W
8TndGgjZ22/7QC5x7VBbeItT1JJTp8diFgied3lLFZF82REC4PGRESWOeo4NdLJZW8r27PGGa3Ja
Ik/dJUr/ACJH41m/8Ijov2WG2WxVYYUaNER2UbGOSpwfmUkn5Tke1AGPceJ9TQT3UK2RtF05L+NG
jfzMPkBSd2OMdcVKniPUGl1WTyEaCwlcbRbSAtGjAMRJnaW27iFA6it+40exuvN863VhLCLdxkgG
MEkLx2yTT1021S3uIFiAiuGdpVyfmLfe/OgDNGtyx6RZXtxGI/tc6hUCkkIxJXPIw23GfQ9qpHxt
FPpjzWthefaWGY4GVNxHleaH+9jbtI4znPGK230WwkCB4AQgjCgs2Bszt79txqtN4V0eeAQyWY2D
aBtkZSAqbAMg5xt4x3HXNAFHTvFLXEsVubaW5unSN2SBQoRTHGzOdzcgGQdOeeh61HJ43jkfy7Gx
luJUvI7aRBJHwHLAMDuweUIxnPritU+G9LLxuLXa8ZUqySMp4UKBkHkYVRg8HAzUcfhTR4o5EjtN
qyMjHErggoSV2nOVwWOAMdTQBWi8WQCZ4mgmkEU5imlRQEhzK0abstk5K9s+uBVrRfEMOtySpFbX
EBjVZB5wUb0LMoYYJ4yjdcGpD4c0s3SXH2Ueajl8h2ALFy+SM4bDMSMg4J4xU9npVnp7brSARnyx
FwSflBZgOfdmP40AU31C202/1GW7mWNcx4z1Y7egHc1atNUiuYBJJtgyeEkdd2OxIB4+lULnR7PV
tQvku4gxUx7HHDIdvY1YtNAs4oAlza2c7gn959mRSR2yMda0fLbzM1zX8i99st/+e8P/AH2KPtlv
/wA94f8AvsVB/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FT7pXvE/wBst/8AnvD/AN9ij7Zb/wDP
eH/vsVB/Yml/9A6z/wC/K/4Uf2Jpf/QOs/8Avyv+FHuh7xP9st/+e8P/AH2KPtlv/wA94f8AvsVB
/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FHuh7xP9st/+e8P/fYo+2W//PeH/vsVB/Yml/8AQOs/
+/K/4Uf2Jpf/AEDrP/vyv+FHuh7xP9st/wDnvD/32KPtlv8A894f++xUH9iaX/0DrP8A78r/AIUf
2Jpf/QOs/wDvyv8AhR7oe8T/AGy3/wCe8P8A32KPtlv/AM94f++xUH9iaX/0DrP/AL8r/hR/Yml/
9A6z/wC/K/4Ue6HvE/2y3/57w/8AfYo+2W//AD3h/wC+xUH9iaX/ANA6z/78r/hR/Yml/wDQOs/+
/K/4Ue6HvE/2y3/57w/99ij7Zb/894f++xUH9iaX/wBA6z/78r/hR/Yml/8AQOs/+/K/4Ue6HvE/
2y3/AOe8P/fYo+2W/wDz3h/77FQf2Jpf/QOs/wDvyv8AhR/Yml/9A6z/AO/K/wCFHuh7xP8AbLf/
AJ7w/wDfYo+2W/8Az3h/77FQf2Jpf/QOs/8Avyv+FH9iaX/0DrP/AL8r/hR7oe8WFu4GYBZoiTwA
HFTVTTR9OikV47C1V1OVZYVBB9RxVyk7dBq/UyvEuozaT4eu722CGWFQVDjI6gc/nRVrVIbKfTpo
9T8v7Iw/eeY21cZ7n64orWnKCXvK5nNSb0ZbooorE1CiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelWFvptmLezJMIZmGW3
cliTz9TVw1ieELWaz0BIriJ4pBNKdjjBwZGIP5Gn0F1NyiiikMKKKKACquqf8gq8/wCuL/8AoJq1
VXVP+QVef9cX/wDQTTW4nsS2/wDx7Rf7g/lUtRW//HtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABVG9/wCQjp3/AF1f/wBFtV6qN7/yEdO/66v/AOi2poTL1FFFIYUUUUAFFFFABRRRQAUU
UUAJXHWmix3/AIh1i2vb3UBJFKssYju3QeW4yOAexBFdjXP6l/oHjDTLzpHeRvZyf7330/kRVRe5
MlsH/CG2f/P7qv8A4HSf40f8IbZ/8/uq/wDgdJ/jXQUUc8u4cq7HJWemLZeNYLa0u7544LZpp1mu
WkBLHagwfxNWbuxvLu7u3gmLW63H7y2Cj5/kTnJ6/Q8VJ4Y/0y51XVTyLq5McR/6Zx/KP13GtOw/
4+L/AP6+P/ZEq+ZpkWTRFDa3phQrfNGuBhTboNvtipPsl9/0Ej/34Wn/ANq2P+mH7VCBZf8AHyS4
Hk/Lu+b045po1rTzaTXIu4fIhjEskm7hEK7gxPoRzUczL5RPsl9/0Ej/AN+Fo+yX3/QSP/fhafLq
tjA1usl3ArXKs8ILj94qruJHqAOabZ6zp9/ZSXlpdRS20ed8in5RgZPP05o5mHKJ9kvv+gkf+/C0
fZL7/oJH/vwtQf8ACUaMbIXY1G3NuZPK3huN+M7fXOOfpVxNRtJJxAtxH5phE4Tdz5ZON2PSjmYc
pF9kvv8AoJH/AL8LR9kvv+gkf+/C1EPEujm1e5Go2xgR/LLh+C3YD1454qQa5ppIAvrY5gNyMSA5
iHV/90etHMw5Rfsl9/0Ej/34Wj7Jff8AQSP/AH4Wpp9Qtbb7P59xHH9pcRw7mx5jEEgD1JANVp/E
OlWqRtPf20ayllQtIBkqcN+AIwT0FHMw5R/2S+/6CR/78LR9kvv+gkf+/C1DJ4l0iG8ktZb+BLiI
FnQtyoxnJ9qkXX9Me8ktVvYTPG4jdM/dYkKAffJA/GjmYco77Jff9BI/9+Fo+yX3/QSP/fhamW+t
nQOkqMplMOQc/ODgr9cgippZEhieSQ7URSzH0A60czDlKf2S+/6CR/78LR9kvv8AoJH/AL8LVi1v
ILxN9vIHXCtkehAYfoRUkkscO3zHVdzBV3HGSegHvRzMOUp/ZL7/AKCR/wC/C0fZL7/oJH/vwtW4
pknUtGcgMVJ9wcH9RUlHMw5TL01JI9Rv1mm818x/NtC/w+grTqjaf8hbUPrH/wCg1foluEdgoooq
SgorB8ZXE1toiG3nMDvdQRlxN5XytIARvwduR3xWeutX9lc29vC1rNaRJbGZpJmmkczTNH8snAIG
M5I56UAddRXC6f4mvrKxkW8khdWSWS3lId3yLjywrDIz94YwQBjk45Cr401GWyt7qKGy8tYJJrgM
WywSfyiEIJAzjPOcdOetAHc0Vx154uu7a1urpPsLKtwbZLcviWJhL5e+QlgNp6/w9QM85qhfeKtT
nsEjeSwspQ0BkKT7mm3TlMRFWI6JyMt94jtmgD0CiuH8aapeafrUP2e7lhjitDOVSdUHEgydjf6z
5cjbUkvjS7j1TUEaC2isrUyxlncGUOg4OwNuYH02jgg5oA7SiuLsPGF5qCwRBtPtpi84ea4JEb+W
6rtUBuGIbP3jjHftHJ42vVgnlRLFmaKZ44dzb7cxuEAl575PQDBGOetAHcUVyV/quozeDdccywwX
9l5sJmh3BflAO5RnIOG9eDzSTa3qGlrewf6G0dj9ntleQyf6yQJ87sWJ2DdnnJPr3oA66iuIm8Xa
mIJGt106X7Kl1LNL8+ydYTH/AKvB4zvIJOQCp61dvNVvz4Z8QfaJIobyxVkE1rkAZiVwQGzgjfj8
M+1AHVUVwi+JtRtNQubS4kjFzbC3tJGuMiJWaSTE5xjhkC8ZHJxkVDqPi6+u9OljinsbUpgGcSMD
c/vjHmDnphc9/vAe9AHoNFcvofiW81fXrm2kt7aO0RpUXEy+crRvt5XcSc8n7q4465zTvD14L24a
5uNUkN7JJKj2JkXbEFYjATGRgAc98+4oA6aiiigDH8V2U+peGb20tY/MnlQBFyBn5ge9FS+ItSk0
jQbq+hRHkhUMqvnB5A5x9aK6KLnb3UY1FG/vGnRRRXObBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiGs/QtUOs6Yt2YvKzI6bd
2fusV6/hWgTgVT0rTYdJsha27O0Ydny5ycsxY/qaOgi7RRRQMKKKKACquqf8gq8/64v/AOgmrVVd
U/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQ
AUUh6VzMPji0aFbi4tp4baS4FtE42yFnJIwyqSUIxnB55oA6eql1C8l7ZOq5WORi59AUI/maqt4n
0dHuka/iBtVZpuuFC/e56HGRnGcd6jl8U6ZAryXFysUI8sKxB3MXBKjbjIPyntQBs0VlyeJdJjnt
IWvozJeBTAFy28N93kDjODjPofSq9x4kWLxGNISBWk2I7O06IcNu+6hO5sbT0oA3KK53S/GNrf2c
lzcxPZxokUgLOsm4SZ2gbM/Nx93r09a07nWLW0+zvLIiwzI8gkZsYVV3E478CgC/RVCx1zTtSspL
uzuklgizvcAjbgZ5B56c/Sq8XirRp7FryG+jeBWCEqrE5IyMLjJyOeB05oA16Kx38UaZDDNcS3cS
20ezbKrbt+9dwwBz05+gJqK08WafeajLZpMokwjQZJ/fq0YkBHHHBPB5ODQBu0Vg6f4x0m90pb5r
pIhsjZ0OSVL9FHHzHORxnkGrtvr+m3dzb29vdpLLcRmSNUBOVBIJPHHII57jFAGjWJ4vt3l8PTTQ
g+faMt1Hj1Q5/lmtumyIsiMjjKsCCD3FNOzuJq6I7W4S7tIbiI5SVA6n2IzVLxFfnTNAvbpf9YkR
EY9WPC/qRVPwe7RaTJp8h/eafO9sf90HKn/vkim+I/8ATdV0fSxyss/2mUf7EYz+rEVSXvWE37pp
aJp40vRLOz7wxKre7dz+eaWw/wCPi/8A+vj/ANkSr1c9LrAsNQuraOGSSeafKnYxQfIncDk+woin
K4m0rFG48K3s2q3cyvCtve3JN0uSTJEFUoOnXcrA/wCy5qBPD2sQ6be2At7d1u7GGAzGfGx0i2Eb
dvIJHWumj1RBGokiumfHzEWsgBP0xTv7Vh/543f/AIDSf4VNmVzI5v8A4RK+FyG8yF4rdpIbUEn9
3A0UgAPHXdIo+iA1asNE1IeGTYzSSwSLBJD5T3AnWYmPaCWZdygHoBitr+1Yf+eN3/4DSf4Uf2rD
/wA8bv8A8BpP8KLMOZHIReFtYito28ttyzxSGIagwlO2KSNm87bkA7kwvoD61bvfDGrahdXF3JPB
G1yHt2hxkpC0ez/WdSQcPt6ZrpP7Vh/543f/AIDSf4Uf2rD/AM8bv/wGk/wosw5kY5s9Xd9PvW06
zSfTw0a2y3J2urKAWVtvykY4BHQnpWVd+DdTmtLp42tVvXt5PKIJ2K8kkrOnT7m2Tbn1GccV1v8A
asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy9S8OT6iLOOa5Z4o5C5BCgwfumVSmBkkMVPJ7V
m6foWuafaMzW+n3N5dWzW85aQqsbGWV9w+U5U+ZyvB4FdN/asP8Azxu//AaT/Cj+1Yf+eN3/AOA0
n+FFmHMjCu/DN41jcW0MiSBtJiskd2xudC3J9BgipU8My/Y9ZEkkrS3sk7RJ57eWm45RgvRWBAOR
zWx/asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy5NHvl0qwsbZUjW1MLs4lOXI3eZnjnnBz3
yaw28G6nDpQtESK4iJRmgkunAZ/ICM+7BPD/ADY79etdh/asP/PG7/8AAaT/AAo/tWH/AJ43f/gN
J/hRZhzI5uLw1qMV3bPPHHdwR+WBCblkEbCKJfMGByQUfj/azVJPB+qyLO19DbTgXkNzHAJyEJVn
3kccZVl65Jxya7H+1Yf+eN3/AOA0n+FH9qw/88bv/wABpP8ACizDmRzjeG9VbU1ldkkX7QZYpjcM
Dar57uQFx825CF9unQVe8MaDc6NNM07AiaFN+JWfMoeQluf9lkH4e1av9qw/88bv/wABpP8ACj+1
Yf8Anjd/+A0n+FFmHMiFbmG0v9RmuJUijUx5Zjgfdq5Z3a3kAmSOVEJO3zEKkj1wecGsK40m08RX
d6ZlmjZGj8typVlO3+6eoq1aeGbQQAXttC8oJ+aNnAYdjgng1pJRtq9SE5X8jborK/4RrSv+fNf+
+2/xo/4RrSv+fNf++2/xqLR7le8aM8EVzEY54kljPVXUMD+BpsdnbxIEjgiRBjCqgAGDkfkeaof8
I1pX/Pmv/fbf40f8I1pX/Pmv/fbf40Wj3D3i+1pAyFGhjKsCpBQYIPUfQ0Czt1TYsEQQDbtCDGM5
x+dUP+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvF42VszyO0ERaVdshKDLj0PqKaNPtFEYF
rABGMIPLHyjrxxxVP/hGtK/581/77b/Gj/hGtK/581/77b/Gi0e4e8X5bS3mkSSWCJ5IzlGZASv0
PakaytnmaVoIjKy7C5QFivoT6e1Uf+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvFz+z7Tyk
i+zQeWjblTy1wp9QMcGnfY7fdI3kRbpceYdgy+OmfX8ao/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+
a/8Afbf40Wj3D3jRMEZV1KLtf7w2jDfX1oaCJg4aNSJBhwVHzdufWs7/AIRrSv8AnzX/AL7b/Gj/
AIRrSv8AnzX/AL7b/Gi0e4e8X1tLdYxGsMYQLsChBgL3GPT2pxgjKupRSH+8Co+btz61nf8ACNaV
/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jQktoZQ4kijfeu19yg7h6H1HJprWVs3l7reI+U
NqZQfIPQenSqP/CNaV/z5r/323+NH/CNaV/z5r/323+NFo9w94vrawJcNOsMazOMNIEAZh7nrSi2
hWd51iQTOMNIFG4j0J61n/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jVorMi8Pab
DKksdqFdGDKd7cEfjWnSdug1fqVNUtLS+06a31AgW0gxJl9oxn17UVR8XWk1/wCFr62tojLNIgCo
vU/MKK2pRTXxWM6js9rmzRRRWBqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8A
kM33+5F/7NV+qFt/yGb7/ci/9mprqJ9C/RRRSGIaw/B0UsHh9EnSRJPOmO2QEHBkbHX2rcNUNF1R
dY05btYjEC7ptJyflYr/AEp9BdTQooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E
01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAhGa5qTwlNNeN
eSakv2vejJIlqqg7GyN4B+c9s8Y7da6aigDl5PBQlieB9QkNsqSrbR+WuYvMbLEn+L0HTjrk81oT
eH0m1n+0PtDBvOim2BRj5EdMZ99+fwrYpKAOJh8KahYeIrGWHyLizto4ow8rEEBd2SVBxu+dtpwc
E9q35NEnOvPqMF4iJKkaSxNAGJC7vutkFc7j2rCn8Vajp9vqb3EtlLNHfPDbRCNydipuIOPbuffr
wKS18U3TavI4eA2tzJaqsDSkzR+bEpGwdMAnJPfDdMUAWbPwItpYyQfa4Xcwxwqfsiqm1DkMyg/M
/wDtZBHbFaF74ZF9YWltLezs1vBLCZZPmeTfGULE+vOaxtD8V6hPNplktqs8YgthdTyzKrkyRht4
ycnr6HJz6Vfvtbv4tZnsrBIGma6igQ3DtsUGF5CcAZ/g6e9AGjFoSxx6ivnsftyKhO37mIxHx69M
1mXfgiK6VCboGSIwlPNgWRP3cbR/Mp65DH0war6v4gvLrSdDlswbf+0UMsm2dYyMR7tokZSB+WTj
tzT4vF80lxAYYoPspe1iZJ5Ntw5mCkMqjjADDPrtbpigCtrfg+8NrCmnvHLh4zJGAIRhYjGNoUgA
cnjI4OOa17bw0cxTzypHL50Vw8UKYjVkh8vauedveovDXia41m5jjuUtP31r9pT7NIX8sBtpV89z
/Rh2rpaAOVt/BcsEds7atJJd2aRx2sxgUCNUDAAr/FkMQTx26d9LSPD40q5M/wBqknkeLZIXUDc5
keRn46ZZzx2rYooAKSlooA56H/QPHE8fSPUrYSr/ANdI+D/46R+VGm/6f4u1S86x2iJZRn3+8/6k
D8KTxgxsbey1hVLHT7gO4HUxt8rD9R+VT+ErV4PD8Esw/f3TNcyZ/vOd38iK0fw3I62Nus23t4rl
9QinjV0Nx0Yf7CVpVRsP+Pi//wCvj/2RKhbMp9C3HGIo1RScKMDJJP5mnVH9ph/e/vo/3X+s+YfJ
xnn045pPtlt5Ty/aIvLRQ7PvGFUjIJPpjmkMloqN7mGMoHmjUyAlAWA3YGTj145plvf2l3C01tdQ
TRIcM8cgZV78kUAT0VUOraeLUXJv7X7OW2+b5y7M+mc4zVhLiGRwiSxs5QOFDAkqeh+nvQA+iq39
qWHkyTfbbbyom2yP5q7Ub0Jzwak+124OPPiz5fm43j7n976e9AEtFMeeKPy98iL5h2plgNxxnA9e
BUcl/aRCMyXUCCRtiFpANzdMD1PtQBPRVVtV09bhoGvrUTLndGZl3DHJyM5pw1Kya4a3W8tzOhw0
YlXcD05Gc96ALFFM+0Q4B82PBfZncPvdMfX2pzusaM7sFVRkkngCgBaKZDcQ3C7oZUkGAcqwPBGR
+YINPLAYyQM0AFFNSRJATG6sASCVOeQcEfnTqAKFp/yFtQ+sf/oNaFULT/kLah9Y/wD0Gr9VLcmI
UUUVJQUVi+Kru7s9JjbT2dbiS5hiHlhNxDOAQN/y5we9Ujr1/YXUFpNaGZES3NzNNMolUzSmNQFR
dpwRzgjj3oA6eiuN07xXdwWUq38URbbLJBM0hPmYn8sKyqhIOWUAKGJ+tO/4Te5a2t549NQp5Ty3
IaYqUCTeUQoK5Jzk87ffBoA7CiuYufFlxBaTXi2CSWxuDa24WUmR5RJ5fzKF4GQTwSenGTVG+8V6
rPYYi0/7DNGYDcmWXDIHmKDYu35shSeccMO9AHa0VyHivWdS03VUWyllSCG1NzLsiR0ADgMZM/Nt
25+5zUreM5BfXqjT2WwtTLGbyRiEEidjgHgngYyenHNAHVUVy1h4sutTMUFrp8Qu8ymVZpmjULGy
qcZTdk7hwVGO/bMUvjaaO2a5/s+MwyxzSWg+0fO/luFO8Y+XOe2cdDzQB11FcvqGuahJ4Q1i4ihi
ttQsvMiOJNyBlAO5W288HIyOtDeIL3ThcW0lpHM1p9nt97XPMs8u0DJ2gBcty3X/AGaAOoorkbjx
leQrKq6bA8lotw12BdfKBDszsO35iRIODjBBBqzd65fHw3rUrRR2d/YKy5jfzVDeWrqwyBnhhwR1
BoA6WiuMt/Ft6t/LZyxxyXkQhtWhZgii4Z3G8tgkIyqrDg9QBzTNQ8X39zp9yljbRQTWxC3MpnBC
HzjH+7+X5/uE846460AdtRXP6N4kn1bV57ddNmjskMipdE8FkfYQRjHJzjBPTnFVLTUdRW7tZ5b0
3Ed3qFxa/ZWjQBEV5AGUgA8BBnOep6UAdXRRRQBm+INSbR9Dub9I1laBQwRjgHkDr+NFT6rYW+qa
bNZ3ZYQSjDlW2nrnr+FFa03TS95GU1O/uluiiisjUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VR0fTE0ewFpFI8ih3fc+M/
MxY/zq8aw/Bvmnw+nn+Zv86b/WZzjzGx19qfQXU3aKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QV
ef8AXF//AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAl
QQ31tcuUhmV2BYYX/ZO1vyPFTmuETRtTu9Eht4VlQx20ttMBKYyZftCFj1B5VXIb396AO7zUVtdQ
3kXm28gkj3Mm4eqkqR+BBFciug30FxDFLaTXenRTTeTAt3tMWXUxvksCQBuGM5GehzUVzoutQwsl
vbtJ54mQ7LgJ5ZN0ZAxyR1Q9ue1AHT3sWkJKyXsFpvuAZmEkQPmCPHzHjnbuHX1qwNOskuFnW0tx
Mq7VkEQ3AYxgHGcYrjJ/DurPeXsqWsguXt7uP7Wbv/Ws7qYtq5+XCjHbGMU7UdJ1LTjqWqQC5Esn
2vJjnLEoyjytq5OCDyMDigDrZrTTLdobme3tUaHbHFK8agx5O1VU445OAB61Hd6jo9nqEcN3cWcN
3IQ6rIyhyeVB9fUA/UVymhWkk3g24Wxhnnn+3xTlGO1W2yRsRGWdhjavduuat6lbarJaa2i6I0/9
qoNuZo90P7sIVbJ5xgsNpIO7t1oA6Yw6fewNamK3mhgcI0RRWVGABAx0BAIP41IbO1a6S5a3iNxG
NqSmMb1HoDjIFYlraXq6PrDQQjzrtzJbpcEqWBhjX5scqcqeOKwYfC+r3GnLDdJMqxG6eFBc7NhZ
U8r7rnowY4yQKAOvsLHTdAht7W1jjg85vLQ7fmlYKTye5wpOT6U8a3pp1JtP+3W/2xesO8bhxnp9
OfpXOW2iakfE9peXVrJI0VwZGu2uRtEZgKhBHnqGPXHcnuafN4fvjrc146m4tJL5na0d1CbDAEEg
PUMCCMEngk46UAbP/CVaH9mNx/atn5Ify9/mjG7GcflzVyPUrOa4EEdzG8pLAKrZyVxuH4bh+dcc
uj6qlunl2V+n2f5bHN3CZrX5fmUsTteM/KMNuPH0xdsdPvbfU7FbqJfPa/nu3kj5TYYdp57ZZlwD
6e1AHXUUUlAHPeNS8+ippsBHnajMtuuewPJP5A1c8L3pvvDtnI/+tVPKkHoyfKf1FVJf+Jh44hj6
x6bbGQ/9dJOB/wCOg/nRof8AoPiDWNN6I0i3kQ/2XGG/8eB/OtH8NvmQviudDVGw/wCPi/8A+vj/
ANkSr1YD61b6dfXlux3XEk+5U6DGxOSewqYpu9hyaVmzJufDWoyapqRjhQWmqXBW7y4+aJVQqQPf
DofZge1QR6LqkOj6hpzaY7m806CEOJI/LDJDtZWy2evHAIrqo9bs/LXzbmMPj5tobGfbin/21Yf8
/K/kf8KOWXYOZdzlm8Mak11CZIkkjsfNtrMlxkQNDIAx9yWjT/gGe9W9O0rUl8JmyCSQMLZ4pIbi
OLdKxjwNrRkAAHuQSe9b39tWH/Pyv5H/AAo/tqw/5+V/I/4Ucsuwcy7nEweHNVitYj9iugi3MMrK
Ps3n5WGSNiB/q9vKAZ56mr99oWtXl/cXsUUMP2iN7NV3YlihaPaCSG24D4fAGeuK6f8Atqw/5+V/
I/4Uf21Yf8/K/kf8KOWXYOZdzn/7OmY6ZcL4cMUVluR7MPDliU2h1+ba23kckHDE1l3XhPVWs7me
3s4kuhZSpBCsi7QJJZS0GfQI6+2VHpXaf21Yf8/K/kf8KP7asP8An5X8j/hRyy7BzLuY+reH73Ux
p8UkqMkE/mxuqbWtiInCtnJ3EOV6YrKs9E1KCzaS/wBCiu7i5tZIjEJYysEjSyuc7j9xt68jJ+Xp
XW/21Yf8/K/kf8KP7asP+flfyP8AhRyy7BzLuc3feGLtra6RYIp520iK1E3ygyTKW3cnnkEcmp4/
DNwbTW2kZxNczTSW8Y8vCtu3RuGxuzkA8nHtW7/bVh/z8r+R/wAKP7asP+flfyP+FHLLsHMu5knT
r+DSLCztIHWSF4ZZpfMX94x3GTPPXdyfXdxWNJoviJNJ+zSG/ukcKZFF6BKWNvg/OWHyiTORnHoC
OK6/+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3OattK1m3ubYTRXb2iCNfLtrlYyriKJdx+YZQFZM
jnk5wapjRfEF2JG1GC7aOK9guIoY7v5sBnD7W35IwUPJXvgCux/tqw/5+V/I/wCFH9tWH/Pyv5H/
AAo5Zdg5l3OcGna8NRBb7Ts+074XjuAscaee7P5i5+bdGVAGDjpxWh4Y0/VLGaU6jLcSLLCjETT+
Ztl3ybgOeBt8vgcfjmtP+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3EtiF1TUSxAA8vJPb5as2t3B
eReZbSrLHkruXkEjrzXOX2nL4jmvvst66KrR8DOxzt6MOtXbHR53tl+0XeoW8i/L5aXCsuB3BC9K
qUVa7ZMW77G7RWV/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hU2Xcq77F29sLXUrZre9gjnhYglJFyCQc
j9aih0fT7eIRw2cKIAgACD+Fiy/kxJHuar/2If8AoKal/wB/h/hR/Yh/6Cmpf9/h/hRZdwu+xYfR
9PkiMb2UBQqyFSgxtZtxH4nn60iaJpscAhjsbZYghj2CMAbS24jHpnn61B/Yh/6Cmpf9/h/hR/Yh
/wCgpqX/AH+H+FFl3C77Esmg6XK9y8mn2rNdDE5aIHzBnPPryAfwpv8Awjmj4gH9mWhFuMRZiHyf
Nu4/Hn60z+xD/wBBTUv+/wAP8KP7EP8A0FNS/wC/w/wosu4XfYsXmjadqE8U95ZQTyxcI8iBivfv
TZNC0uW7lupNPtmuJVKSSGMbmBGDk9+OKh/sQ/8AQU1L/v8AD/Cj+xD/ANBTUv8Av8P8KLLuF32H
jw7pAgihGm2vlROZI18oYVj1I9zjn1p40PTBLcSCwtt9z/rm8sZk5zz688/Wof7EP/QU1L/v8P8A
Cj+xD/0FNS/7/D/Ciy7hd9i61hatDPE1vGY7gkyoV4kJGDkd84pJdOtJ1nWW2idbjHnBlBEmBgZ9
cYqn/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hRZdwu+xYTRtOit1gjsrdYVjaIIIxjYxyy49CQM+tSvY
Wskc6PBGyXH+uUrxJwBz68AD8Kpf2If+gpqX/f4f4Uf2If8AoKal/wB/h/hRZdwu+xZuNIsLtp2u
LOCUzqqSl0BLhSSoPrgk49Kifw9pMqwLJptoy267YQYlxGOuB6cjNR/2If8AoKal/wB/h/hR/Yh/
6Cmpf9/h/hRZdwu+xZg0jT7a/kvoLKCO7lzvmWMBmzjOT74H5Ulto2n2d3LdW1lBFcTEmSVEAZiT
k8+561X/ALEP/QU1L/v8P8KP7EP/AEFNS/7/AA/wosu4XfY1aKzYtHMUqP8A2lqD7WB2tKCD7Hjp
WlSdhoxfGFvNd+FL+C2ieWV0AVEGSfmHQUVa13U/7G0a4v8AyvN8hQ2zdjPIHX8aK3ouaXuq5lUU
W9WaFFFFc5sFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8AkM33+5F/7NV+qFt/
yGb7/ci/9mprqJ9C/RRRSGIapaRqkesWAu4Y3RC7ph8Z+Vip6fSrpOBVDRNLGj6cLRZTKFd33Fcf
eYt/WjSwjQooooGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH
8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooASoZrhYZ4IipJmYqCO2FJ5/Kp6
o3v/ACEdO/66v/6LamhMu0tFFIYUUUUAFFFFABRRRQAlLRRQAUh469KWsjxTetYeHbuSL/XOnlRD
1dztH86aV3YTdlcq+Ex9riv9Vbrf3TOhP/PNfkT9Afzo1n/QfE+kagOElLWUp/3hlP8Ax4frWtpd
kunaZbWafdgiVPrgVS8V2bXvh27EQ/fRKJ4j6Oh3D+VVe8hW9016zILWK7lvlmXO25yrA4ZTsTkE
cirenXiahp1tdxkbZ41kH4jNRWH/AB8X/wD18f8AsiUlpcHrYtxp5caoWZ9oxubqfrT6TI9aNw9a
koWikyKAQehFAC0Um4YzkYoyPWgBaKTcOeRxRkUALRSZo3D1oAWim7l9Rml3DOMjNAC0UmR60EhQ
SSAB1JoAWikVgwBUgg9CKKAFopAQelLQBQtP+QtqH1j/APQavVRtP+QtqH1j/wDQavZqpbkxFopM
0ZqSipqmpw6TaC4nSV1LrGqRIWZmYgAAfU0kGq203kq7i3nmGUt5yElPX+E89jVXxLpUms6ULaJY
HYTRS7J87HCuGKnHPOKzT4WeaZJ5IrGGVEtEjWJSREIZjIQpIyAQQPrQBs2OuWF/ZyXMdxGiRFvM
EjAGPDFctzwPlPWpzqNkDCDd24M+PJ/er+8z0288/hXMDwfdQRMbSe2inaKVHdY8Fy04k5OD/CCu
cEgnIqGPwNN/ZywzS2rzJbyxo5QtsZp/NBBPPA4oA65r+0SSaNrqBXgXfKpkAMa+rDsPrVa+13T9
PtI7iW4jZJioiCOpMmWA+XnnqOlYF34SvLi0ubZXsgpuDcRTYdZZMy+YUkI529sg9lOOMVB/whNy
sSJCmnRq/llw3mSGEpM0n7tm5+bcck9+3oAdDqfiOy0i7jt7pZ8snmM6RFkjXcF3MR0GTV9r21Wa
SJrmFZY08x0Mg3Kv94jsPeud8S+GLnWtTiubeSBAtuYQ8jOGibcGDqF4YjHQ8ZFVZPBt3/ad9dQz
W/mTmZ4bmRpGkjMgwV2ElMdRnHTHGRQB1R1GyFvFObu3EMrbY5DKu1z6A5wTSnULMPMhuoN0AzKv
mDMf+96fjXKaf4RvrDyZGawuXDzb4pwzoFkZWyDjlhtx0Gc9qY/gi6lglt3ls/LWOaONxGd83mOG
Jl9cbffJ546UAdPe6zY2OjTapJPG9nEhcyRsGDAdgc4Jzx9adb6raTwq5nijYwido2lQsiYzk4JG
ORznHvWVJ4bJ0LWdPjMCLfSSPEAnyRhlAGR9RnimX/hY3L6lJH9mDXMtvJGrx5UrFt/dv6qSvQet
AG2dTsQkLm8tgs5xE3mriTt8vPP4Uy51azttKn1HzlltYEZ3eE7+F64x1PHSuafwVJcW9z9oNl5s
8N0Aqxfu4ZJvLwUzzgBOTwSSTxWlL4cb+y9bs7YwQrqBzEETasf7pE5A91J49aAL8GuWE+StwoQW
6XXmN8qiNiQCSen3T9KNQ1yw02xW6muI2jcAxhHUmTJH3Rnnr2rAuPBk41C8ntZ4GgeWKeC2nQlF
ZXd3RsfwlnLD0Pbiq8ngm8MTBX05nuOZS8TYgPnNLiEdh8xHPoD7UAdlHdW8txJAk0TTx4Lxq4LL
npkdRVOx1qHUbqaGC3ugsTOhmeErGxVtrAN35B/KsrQ/C8ula9Pey+RKGMxSbzJTLiRw20qTsGOm
R1wOlT6Fok+k6jeyvb2GyeWWTz4t3nPukLANkY4Bx17UAdBRSZpaAKerabFq+mTWNwzrFMMMUOD1
zx+VFUPGUcsvhO/S3WR5Sg2rGCWPzDpjmit6UW1pKxjUaT2ubdFFFYGwUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhrD8HTS3H
h9JLiSSSQzTDc5JOBIwHX2rcNVNL1KHVrIXVsriMsyYcYOVYqf1FPoLqXKKKKQwooooAKq6p/wAg
q8/64v8A+gmrVVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABR
RRQAUUUUAFFFFABXPa5/p3iLR9OHKI7Xko9kGF/8eP6V0NcjYazpv/CVaxd3t/bQtGVtIlklCnav
LHB9WP6VUV1JkdbQRkEEZBrL/wCEn0T/AKC1j/3/AF/xpf8AhJ9E/wCgtY/9/wBf8aXK+w+Zdyn4
SP2a1vNLY/Np9y8a/wDXM/Mn6H9K0rD/AI+L/wD6+P8A2RKwrXVbE+Ov9BvIJ01C1w4ikDYkjPGc
eqk/lWh/a1rp91exyyKZnuMpEGAY/InPPAHuatp3ZCaVjAudJ1NtU1aOGCb7Lq9yY523Y2RqifOP
95d6cd9tV47W8j0PUtOk069aW70yCOMLESm5YNrKW6A54rtY9Us2jUyXNsjkcqJlOD9ad/adj/z+
W3/f1f8AGosy7o42TSNVlu7YTwTOmnedaW7bv9YhgkxIee+Yl/3g1WNGsb2Lwc9ra2iRZt5EnR7Q
20rP5QC7QOGOeCx611f9p2P/AD+W3/f1f8aP7Tsf+fy2/wC/q/40WYXR5zDo94mlxRtYTfZRdxSs
Dp2eRBIrf6PnkA7Pm4yWzzite7tNZl1Ge+sbNoI5YXsICHKyRp5fyMY8YUCTnOcgHpXX/wBp2P8A
z+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cj9gszFYPHoN4mnws32u1a3+aSTYArsv/AC0xyCeeSDzj
Iz7rRdWW1uLq3srkSx6fLFDbl8kxSSy/uuv3lQxkehUCu+/tOx/5/Lb/AL+r/jR/adj/AM/lt/39
X/GizC6Of1jStT1D+zI8In2e482CSPdmIrC+0yf8CwOOxrGtrCd7FZtY0O9neW3kEFuo3fZ5mmlY
9/lJDR4f0HUV3X9p2P8Az+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cdqHhycpeTGxWW/bSI0M8aAs9
xlg+D/eIxz6YqxF4duCmu3ZRUuJZ5pLbFuBLuVg0bb85YZUfL0rqf7Tsf+fy2/7+r/jR/adj/wA/
lt/39X/GizC6MEwXlvpGn28FvO9yk0U9xI0YO5nLNIee4br6ZFZEx8SDRTb3TanMJApkkjhjMuWt
8lMYxt8zIPGR645rtf7Tsf8An8tv+/q/40f2nY/8/lt/39X/ABoswujkrJNWtLi2ikivoLTESk2s
KsxcQxAB8g/JnzAT6gDIFVS3iG+WQ3i6pDDBfQSoI1Hmbdzhx90bgAEPAxz1Ndv/AGnY/wDP5bf9
/V/xo/tOx/5/Lb/v6v8AjRZhdHLJJr0Wo+Wsd3Ghui0KxQp5Tqbh9/mnHH7vaRgjOc8mtLwx/bAm
l/tWW4kSSFJB5yKuxy8gKjaBxtCHnPX3rX/tOx/5/Lb/AL+r/jR/adj/AM/lt/39X/GizC6MTVtS
vtNur+SxtDMSYw0nURjb1I6mptN1DUTZqyWUl4G+bzjdRHdn0xwB7Ve0+aOfUr94ZEkXMY3IwI+7
V6KGOFSsSIgJLEKMZJ6mrlJWtYhRbd7mb/aGp/8AQGb/AMCUo/tDU/8AoDN/4EpWrRU8y7fmVZ9z
K/tDU/8AoDN/4EpR/aGp/wDQGb/wJStWijmXb8ws+5lf2hqf/QGb/wACUo/tDU/+gM3/AIEpWrRR
zLt+YWfcyv7Q1P8A6Azf+BKUf2hqf/QGb/wJStWijmXb8ws+5lf2hqf/AEBm/wDAlKP7Q1P/AKAz
f+BKVq0Ucy7fmFn3Mr+0NT/6Azf+BKUf2hqf/QGb/wACUrVoo5l2/MLPuZX9oan/ANAZv/AlKP7Q
1P8A6Azf+BKVq0Ucy7fmFn3Mr+0NT/6Azf8AgSlH9oan/wBAZv8AwJStWijmXb8ws+5lf2hqf/QG
b/wJSj+0NT/6Azf+BKVq0Ucy7fmFn3Mr+0NT/wCgM3/gSlH9oan/ANAZv/AlK1aKOZdvzCz7mbFf
ai8yLJpLRoWAZ/tCHaPXFadJS0m7jSsUNa1NdH0i4v3jaRYAGKKcE8gf1opdZ0xNZ0mewkkaNJgF
Lr1HIP8ASitKfs7e+Zz57+6XqKKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqF
t/yGb7/ci/8AZqv1Qtv+Qzff7kX/ALNTXUT6F+iiikMQnFZ2g6WdH0xbRpRKRI77guPvMW6fjWia
xPCF1NeaAk1zK00hmlXexycCRgB+Qp9BdTcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV5/wBc
X/8AQTTW4nsS2/8Ax7Rf7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV
Rvf+Qjp3/XV//RbVeqje/wDIR07/AK6v/wCi2poTL1FFFIYUUUUAFFFFABRRRQAUUUUAFVX0uxkd
neytmZjks0Skk/lVqigCn/ZGn/8APja/9+V/wo/sjT/+fG1/78r/AIVcop3YrIrRadZwSB4bWCNx
0ZI1B/PFUE06C9ub1pFxKlx8kq8MvyJ3/oeK2Ko2H/Hxf/8AXx/7IlNN6iaWhPHaRrGqukbsBgts
Az7077ND/wA8o/8AvkVLRU3HYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/
55R/98ipaKLhYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/55R/98ipaKLh
Yi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaTNFwsR/Zof+eUf/fIo+zQ/wDPKP8A75FS0UXCxF9mh/55
R/8AfIo+zQ/88o/++RUtFFwsRfZof+eUf/fIo+zQ/wDPKP8A75FS0UXCxnWSKmqagFUKMx8AY/hr
Rqhaf8hbUPrH/wCg1fqpbiiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGJ4yaVPCd+0BkEoQbTGTu+8OmOaKvavqUekaXPfTI7xwgFlTGTzjv9aK3pNpaRuZVEm9XY
u0UUVgahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7NV+qFt/yGb7/
AHIv/Zqa6ifQv0UUUhiGqml31tqNkLiyBEJZlGV28hiDx9Qatk4rM8PaZJpGlLaSyLIwkkfcowPm
Yt/Wn0EalFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfy
qWorf/j2i/3B/KpaQwooooAKKKKACikNc7f33iSBp57fTrBraEsRG8zebIo7jAwMjtSlKxpSpOo7
JpersdHRVHR9Ti1nSbe/gBWOddwVuoPQj86vUJ3V0TKLhJxlugooopkhRRRQAVRvf+Qjp3/XV/8A
0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAV728hsLWS5upVihjG53boBWbYeLNK1G8W1
huGWdxlEljaPePbcBmth1VwQwBHoRmuO1i5XxNq9jaaXDM7WF8HuLooVSLZ95Qx6k+grOcnHY68N
ShVupJ+t9F66fqdnRRRWhyBRRRQAUUUUAFUbD/j4v/8Ar4/9kSr1ZMd7DZz33mt87XOERRlnOxOg
ql1Jk7WNaio45Q8asw2EjJViMinb1/vD86ko4u/1q+0rxPqbrLJNBKY7OCAnKpcGNWjI9AxLA/QU
vhnVJLbUbaz1HVGlJgljU3EozM63LoCM9TgAcV2REZOTsJznt1prRwMylkjJU5UkDg+1AHmq63qg
8KvYG/uftZhOoLdbvnFvjdjd6+Z8n+6RW7o9/L/b2rSSTtdyRXEqx2iXxMuAQABCxCAAd81122L0
TpjoOnpSCOASGQJGJD1YAZ/OgDhdX1i70/U7yeO7kmmkUmKCO43PZ/uwSsluMg7QGbeM8kA8YzPq
t9HHpsWnaFq2oXkt1LkzW8v2iWJUXcSGz0LbARnjf2rtAsQkMgCByMFuMn8aESGPGxY1xnGAB160
AedX/ie/Npf6vFNOlsdPjjmhU/8AHrI6yDePQrIoU+xz2rptU8QNBe21nbXtjbEq5lnuvmUOuz91
gEYYh89c4HQ1v4iwwwmG69OaGWFxhljIzu5A6+tAHFTeMtQjS6eNrJnWO5YW21jJamI4UynPIY+y
9RjPWla71O+8QWFvd3MP+h3FwsghR0WYpGjqcb+MB8YORxn2rtNsWWOEy/3jgc/Wl/d5z8ufWgDi
4PEmqHR57mJrUC3srRkWRGYtJKqklm3ZIGenU+tXdK1zVZNaitL5rOSJp57bMMbI26MBt/LHg5xj
t6102IsYwmPTil/dg5+XPXNAD6KbvX+8Pzo3r/eH50AOopu9f7w/Ojev94fnQBStP+QtqH1j/wDQ
av1n2hB1XUMHPMf/AKDWhVS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAFDW9MGs6PcWBlMQnULvC5xyD0/CiqfjGea28KX81vI8UqICrocMPmHQ0V0UYza912Ma
kop6o26KKK5zYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9UL
b/kM33+5F/7NTXUT6F+iiikMQ1jeE72fUNCSe6lMspllXccdA7AdPYVsmqml3Nnd2Yl04J9nLMBs
TaMgkNx9c0+gupcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV3/wBcX/8AQTTW4nsS2/8Ax7Rf
7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFACVzviG81GTVLTSNOaGE3kUhe4kQsUAxnAzjPPeuirPu
LG8l1i1uYr0x2kSsJbbbkSE9Dn2qZq6sbUJKE+Z22e/e2n4kmj6ZFo+lW9jASY4F2hm6t3J/OrtI
KWqSsrIzlJzk5S3YUUUUEhRRRQAVRvf+Qjp3/XV//RbVerJ1pLmSWyWylSK4Lvsd13AHY3anHcUt
jV3DOM80ZrD0y1voxIplWKfI8xpbcsX99+/kflj0FX/I1H/n9t//AAGP/wAXTaSe4k32LuaM1S8j
Uf8An9t//AY//F0eRqP/AD+2/wD4DH/4ulbzHd9i7mjNUvI1H/n9t/8AwGP/AMXR5Go/8/tv/wCA
x/8Ai6LeYXfYuGsTw5H5f9pKNPns9147/vX3eaT/ABj0B9Kv+RqP/P7b/wDgMf8A4uj7PqP/AD+2
/wD4DH/4uk43d7lxqNRcbbl2jNUvI1H/AJ/bf/wGP/xdHkaj/wA/tv8A+Ax/+Lp28yL+RdzRmqXk
aj/z+2//AIDH/wCLo8jUf+f23/8AAY//ABdFvMLvsXc0Zql5Go/8/tv/AOAx/wDi6PI1H/n9t/8A
wGP/AMXRbzC77F3NYZ0a21C8vZnRRcJPtWXaG42JwQeCPar/AJGo/wDP7b/+Ax/+LpmlLIsl8JnV
3+0csq7QfkTtk1S0vZkvW10Oj0eyEaiSytC+PmKwgAn6U7+yNP8A+fG2/wC/S1doqeZ9yuVFL+yN
P/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7F
L+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4
cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtF
HM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36
WrtFHM+4cq7GZp0EVvqV/HBGkaAxnagwPu1p1QtP+QtqH1j/APQav05bijsFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFPVdQg0rTZr26DGGEAsFXJ646fjRUWvaY2
s6Jc2CyiIzqF3kZxyD0/Citaapte8zObnf3UaNFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhOKy/Dmmy6TpK2s7I0gkk
fKHjDOWH861DWR4Wv7jUtEW4unDymWVcgAcK5A4HsKethdTYooopDCiiigAqrqn/ACCrv/ri/wD6
CatVV1T/AJBV3/1xf/0E01uJ7GVaa61zII4bedYoMLITAzOxx2A+6Pc/lWj/AGrH/wA+15/4Dv8A
4VWS90l3LyTwi4sTHHKQ2GjZwNqt9dw46VpyyxwJuldUXIXLHAyTgD8SQKbcewkpdyr/AGrH/wA+
17/4Dv8A4Uf2rH/z7Xv/AIDv/hV3ijii67BZlL+1Y/8An2vP/Ad/8KP7Vj/59rz/AMB3/wAKmS7i
e8ktVbM8aLI64PCsSAf/AB0/lVa613TbLUEsrm8jjuXCkI2f4iQuT0GSCBmi67BZj/7Vj/59rz/w
Hf8Awo/tWP8A59r3/wAB3/wq1HLHMGMbZ2MVPB4I60/FF12CzKX9qx/8+17/AOA7/wCFH9qx/wDP
te/+A7/4Vd4oouuwWZS/tWP/AJ9rz/wHf/Cj+1Y/+fa8/wDAd/8ACrvFGKLrsFmUv7Vj/wCfa9/8
B3/wo/tWP/n2vf8AwHf/AAq1LKkELyyMFjRSzMegA5JqCyv4NQiWS3ZyrIJBujZDtOcHBAPODRdd
gsxn9qx/8+17/wCA7/4Vl65rP2aFbuG3m8y2SaZVmjaNWIiYgZxXQ1la1Zxagbazn3eVcGSN9pwc
GNgcGhWB3MyPxtbxq8l7H5CRQKZV3fMs/mMhi5wOq8E4yDnpT7fxzZXLu8drdmzS3Sc3IQFRmRkI
IzngqeRkcH0ybd34S027vLq7ImiuLoRF5IpNpVozlXHo3b3A5qRfDlvuZpbi7mL2zW0vmSA+ahLH
5uOo3NjGOtSURP4v0xBKd0zeU8sbBYiSWjZUIA75Z1Ax1JpYfFFrcXMFsltei5lkaNojFhoSoUkv
zgDDqcjOc1HF4L0qGOVEWceZBFDu8wgr5ZBVhjo2QpJ7lRVqx8PWlhcx3KvPLcKZC0ssm5pC+0Et
+CKBjAAFAEfh3XxrmlJcCMh1iRpGVf3ZcrkqpPXHQ+h465rMg8VXsdjbXGpW9tGLy2FzbtCzMAMp
lWBAOfnGCOOvTvt6VoVpo0LQ2fmLEyqpQtkEgY3fUgDPrj1qlD4PsYrP7NJNd3CLEsMZmlyYowQd
q4AAHyrnucDmgB48U2bQyvFFdS7bg2yKkeWmkGchRnttYnOOBnpikbxXZrOsRgveSqM/kHakjLuE
RPZ8EcepAzk0SeE7OW5mumnuxdSSLIs6yAPGRuwFOOmGYc54OKevhizW9S5aa6fa6zNE0pKSSqoU
SMO7YA9sgHGaAKt3470eztkmeSRlkjSRAqjLBl3cZI5C4JHuPWrEfiuxlnCRx3LRGWKEXHlfuy0i
qyDPXkMvbuKjXwZpsMKpavdWzpO86SxS4ZC4wyjORtwAAMcYHpUmoeG4rnRdSsYZXV77BaWRixVg
qqGHfICA/WgBf+Eos3tLae3hurg3Qdoo4YtzsinBfH93kfXcMdajl8Y6dCbgul0IoVlZZvJOyYxj
5wh7kYP1wcZxUsnhq2cxNHc3kDwgrE0UuCiFVBQcY2nYpx681FJ4P06Uzh3uTFIsqrCZTsh8zO8o
OxOT64ycYzQBXk8VyT6jpttZWVwnn3DxXInhIaEKobBG4YJDKc88HpnipI/GFmLNppIbllitI7qV
4oiUAcZUDPJJ9K0RodoNR+2jzPO81pvvcbmjWM8f7qiq6eF7BLGa0HneVLDFA3z87YxhefX1oAbY
eKrTUL5LRbe8hlYsv7+EqN6jLJn+8Bz6Y71dsP8Aj4v/APr4/wDZEqOPQrSK9W6XzPNWd7gZbje6
7D+GKksP+Pi//wCvj/2RKpbMT3ReoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
ULT/AJC2ofWP/wBBq/VC0/5C2ofWP/0Gr9VLcmIUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYvi+7msfC19cW0rQzRoCrr1HzCir2q3ltp+mzXN9/x7RjL/Ju4zjp3
orek7L4bmU1d72LlFFFYGoUVz8+t3Mfj+10VRH9llsHuWJB37w4Uc56YNWtc/txxBHoRsYyxPnTX
QZtg4xtUYyTz1IxigDWormfCeu6jqF7q2l6ylv8AbtLlRHltsiOVXXcpAPIOOoo8U6/fafqmkaRp
f2aO71R5AtxdAmOMIoJGARljnAGaAOmorlr3XtQ8K+Gb2/8AEkthLNCT9nNvujE525VSDnaxII4y
Ks6f410S80L+1G1G2jgQKJmMnEbsM7M9zQB0FFZmk+ItK1yKWTS72K5WE4k2nBT6g8iqE3j3w5HG
xXV7RmEH2gKH/g7duM5HvzQB0VFcx4d8eaTrmgHUmuYYGhhEt3Fv3fZwc9Tj2rbuNWsrSK2kuLmO
NLqRYoGY8SO33QPrQBcorG1HxdoWkvMmoapbQSQOqSIzfMpK7gMdenNaVneW+oWkd1ZzJNBKu5JI
2yrD2NAE9FFFABRRRQAVQtv+Qzff7kX/ALNV5iFBJIAHc1nWUqTapfSRMHTbGu5TkZAORn8aa2Yn
0NKiiikMQ1U0t7GSyDaZ5f2bc2PLGF3bju/XNWzWT4Z06fS9HW1ugolEsjHacjDOSP0NPoLqa9FF
FIYUUUUAFVdU/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2OUvPDF/Pcve2nlh5b2JpEZuJbcCE
nP8AtK0ZI9iR3qifBl/IL03tq15M0iyFpLlPLuAs6uMLtBDbARlicZIHBzXfW/8Ax7Rf7g/lUtIZ
w+oeGdZkvp/sThLVnKxq0xG2Ocfv/wAVIBUe5pLnwvqclxfeTCkcjrdf6WLlszo6MsUW3+ELlfYb
OOpruaKAOVPhqaDxBa3NtDF/Z8EcKfZ95ALAyEv7lS4IB4OT3Ap+saZqN1qGqQ29pFJbalaR25ne
UARY8wMSvU8OCMd/SunooA45tA1NNRt5kjEjR3krq8koZEjZwcleu/aOCD7EYNV08N3y2MCTaWkz
RSK14hu/+QiQrDeSf9ohsN1/AV3NFAHER+FNaRbeJbxVR7cGZvNYmOZA/lYzywG9Mnv5Q9abovhG
5iNot7bSCJLoTTxy3KyKxELLuUKqjG4r15OMnpXc0UAcRY6PqmNUhtWdNiy6fZTvKy+VHhnD9Mk7
mVMjsmabeeG7ue3jFvosUUOyVFtPtpCxTNtCz5HoAenI6jkmu5ooA4ifwfeSvcyuqTTzmSOWVpSP
NjNsEUEdMGQA4/Gpn8KXDrb23kx/YlWzV4hJhcRmQyDH/Al+tdjRQBxF14Mlub24mkgRvOmuWY+c
w3KVHkgjPZhnHbrXQRxzRDRY7lt06jbIc5ywiOTnvzWvVG9/5COnf9dX/wDRbU0Jl6iiikMKKKKA
CiiigAooooAKKQnA5qEXMP2hbfzU85l3hNw3FemcelAWJ6KKKACiobi5htVVp5UjVmCguwAJPQc9
zUoORQAtUbD/AI+NQ/6+P/ZEq9Vdp4IZ0iZ40lmJKISAz4HOB34p3C1yxRRRSAKKKKACiiigAooq
C9knis5XtYRNOF+SMvtDH0J7UDSu7E9FcrLrus6Rc2x1u0s/slzKsIktZGJiY9NwPUfSupFTGSZp
Voyp2b2fVai0UUVRkFFFFABRRRQAUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/APQav1UtyYhRRRUl
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm+IdMk1jQrqxhdY5JlChn6
DkH+lFQ+LL2fTvDF7dWsnlzRICj4Bx8wHeiuiipte6zGo4p+8jYooornNjhtZ1Gz0z4tafPqF3Ba
wnSJF3zSBFz5g4ye/FaHiPx5pej6TDPZ3Vpdz3jmK0AnXy2cdSz5wFXIya3rvS7DUGVr2ytrllGF
M0SuR9Mio20LSnhSFtMsmijJKRm3QqpPXAxxmgDG8Ex6ZBaXC22sWmqalPIbi+mglVyzt7A8KOgH
oKl8VL4avxDpfiSe2jaUGWDzpPLYEcbkfjBGfWti00qw09maysra2ZhhjDEqEj3wKdeadZ6jGI76
0guYwchZow4B+hoA83tbq6uvCHjbTor6XVtNsrdksb1zvZ8xEsm7+PacDNal14ptbPwZoT6c+nXM
kr21t50zBorRyn35McgjBGOOtdxDbQ20CwwRRxRKMLGihVA9gOKrpo+nR2sltHp9otvKcyRLCoRz
6kYwaAOE8PXMlx8SNZ83UrO/k/slPMks49iZDng/M2SAeue+O1aHw4sLeL4X2LW8CCSa3kdyF5di
WGSe54Arr7fTbKzCi1tLeEKmweXGq4XOccDpnnFSwW8VtCsVvEkUSDCoihVH0AoA81064g1D4FzW
dnNFNdxaY4khjYGRCM8FRyOhp2veIdK1LT/BltZX0FxMdRs5Ckbbiqjg7sfd5OMH+leh2+nWdnLL
La2kEMkxzI8cYUufcgc/jUcOj6bb7vI0+0j3OJDshUZcdG4HUetAHFabqOi6f8T/ABU2qT2tvcst
v5MlwQvyCIbwGPHpkVo/DJMeHryWFStlPqNxLZDGB5Jb5cDsOtX7bwpD/b+t3uox2t5b6jJA8cMs
QbyzGm3JzxmugRFjQIihVUYAAwAPSgB1FFFACMNwI9fSs99Et3XBmvB9LqT/ABrRopptbCaTMX/h
GrdTuSact/02ImH5MDVvT5JFmntJvLJgClWjXaCGz27dKv1Qtv8AkM33+5F/7NTu5LUVkti/RRRU
lCGsnwzqE+qaMtzdFTKZZF+UYGFcgfoK1jVTS0sUsgumeX9m3tjyzld247v1zT6C6lyiiikMKKKK
ACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8Ax7Rf7g/lUtIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66v/6LamhMvUUU
UhhRRRQAUUUUAFFFFAHMeMSFOmfaw50ozn7btBxjadu7HO3PWuc1JoItRe68O3ElvFb6XNLG0SEg
kSAlRuH3SfT8K9I20hTNZyp8zep20cZ7KKXLe1/R37q2/wChwWoa7qa3MxF5NFcqlubO0WEFLrcA
XJ4JPJPcYxUi61qZ1oRm7mF19vMLaf5OUW35/eZxnpg5z7V3W2jb9aXs33K+uU7W9mtvL/L599dz
zqHV7y6sNk1zJdumoWoMrIrREM3Oz5QR7gjI9alt9a1eGSK5e9klWZL391JGCieVkoeBmu/21HcW
sV1bSQXCCSKRSroejA0vZPuP67Tb1pqz9O1u3zOQ8K3t3rNpqfmajcSHylWNWdDJGxU5YBRwCen0
rIsL24g0fRTFcyyTJDeb/MQFoXWLIUEjIwcfnXd6boVjpLSNZwsryABneRnYgdBliTgelXUZHLBG
DFDtYDscZ/qKFSdld6jljaanLkho/RdGv1PO59T1yGzmuBqtwzRWdteBTEmC0jAMnT7vt1rRttW1
ebxvJavOkUCTmP7K4PzRbchgNv453e2K7bbSbaFSa+0KWNhJNezWz7dbeXl+JyWpard23jGK3juZ
ZI2CqlrCo4JUnLgrypOPmDcelZVpreqzQN5F7c3Ny9jPJdRGAD7JKo+QL8vrxg5zXoe2grVOm29y
IYuEYpezT0Xbz8v6trc87k8S6lNp19Pa3cpMdrZtGxj4EjMBIcEc85BrRa+v7TXLu1l1G5aa2hH2
O3MYIvDsYksQOu70Ixiuz20baXs33G8XTd0qa/Dy8vJ/ezkfA+palqPntfXaXCbEbH8UbnOVPyqB
9OcetdeelJtpT0q4R5Va5zV6qq1HOMbLscisN54q1adLySOLTtMvsLCiHdMy8glienPauuFZ+mWV
5aT3j3d6blJpi8KlceUv933rRpQjZXe5eIq87UY/CtrfiFFFFWc4UUUUAFFFFABRRRQBQtP+QtqH
1j/9Bq/VC0/5C2ofWP8A9Bq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAFPVJ7O206aXUdn2RBmTem4Yz3HfnFFV/EmnTav4fu7G3KLLMoClzgdQefyoranGD
XvOxlNyT0VzUooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv8Aci/9
mq/VC2/5DN9/uRf+zU11E+hfooopDENZHhawuNN0Vbe6QJKJZWIBB4ZyRyPY1rmsvw5qU2raQt1c
KiyGSRMIMDCuVH8qethdTVooopDCiiigAqrqn/IKvP8Ari//AKCatVV1T/kFXn/XF/8A0E01uJ7E
tv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf8AkI6d/wBd
X/8ARbVeqje/8hHTv+ur/wDotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/AI+L
/wD6+P8A2RKvVRsP+Pi//wCvj/2RKa2Ynui9RXK+L4rs6jpVzZiYvZia5CpnD7QuUPb5lLAZ7msb
zbiK+k1W6F0kVzcWd0wKufLjLTALgdMIE3D1PNIZ6HRXCXNzfW/iG/1HTluJY7/yrSMbW2qzRKY5
MEcAMWB+vPSs+zsY7TUtLhvmYQQJMkZuoJZi5F0+MEEbWK4OTngigD0uiuK8T+dLJaXF7bqLiIuI
rHMsqXAypBV0A2ScYGc9T9RSsdPtL2HXEuoo5bwtdSCI20iyriRiuXztb+HG0DtQB6FRXJ/YWt/C
S2UcL2dlLZBp7qJmMsblRn92AS3vyDyazdIvjY30AEQt43tp4bZoo5fImkLxlWCtkqCSRg8cHBI5
oA76iuD0ixs76402CO2u/tDRsdXWdZAGynIctwW8zBGOwOOKr2WgPJZ+HooLOIM8c0lwLpZCu4bQ
C2CDux0z70AeiUV57bC50bWLnVJrWQqz3xjMCyF5mEh2pKDwQR90j0/Oqun6wbKPR7iG7trj7XFd
xTGTzPnKOWJZcjb5q5wezj2oA9MorzPU5L7Vo7zVZILqAXVg0awsrkRKksQOVHcnzDxyVrfF4LPw
sIdFlAuWIKSW9m6oAZVViFfOCA3Qn3oA62iuGvdW8RW2u3NtBKGFujCCGSBiboCHcHyqbcl/9oDj
GORWr4U1Oe/udRjlvpb2KExeVJLbiFvmXJGMDjPfFAHSUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/
APQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBk+Kb+f
TPDd5eWjBJ4lBQkZA5A6fjRVrVWsl02Y6n5X2MAeb5oyuM9/xxRW1NxS1jczmm3o7FyiiisTQKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT
6F+iiikMQ1U0u3srWzEWnFPs4ZiNj7hkklufrmrZrG8J2U+n6EkF1EYpRLKxUkdC7EdPY0+guptU
UUUhhRRRQAVV1T/kFXn/AFxf/wBBNWqq6p/yCrz/AK4v/wCgmmtxPYlt/wDj2i/3B/Kpait/+PaL
/cH8qlpDCiiigAooooAKKKKACiiigAooooAKKKKACqN7/wAhHTv+ur/+i2q9VG9/5COnf9dX/wDR
bU0Jl6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKyra+tbe7v0nuYY2+0Z2u4U42J61q1n2K
I1xfllUn7R3H+wlVHqS+hL/ath/z+23/AH9X/Gj+1bD/AJ/bb/v6v+NQx6ppkst9GssW+wx9pBXH
lZXdySPT0os9U0zUIfNtZI5E8hLjIQj922drcjvtb8qNA1Jv7VsP+f22/wC/q/40f2rYf8/tt/39
X/Gqi69ozaZa6gLiL7JduscEmw/OzHAAGM9alstU0/UJ5YrUM7RFlZjbuqZVtpAYqFOCCOCaNA1J
v7VsP+f22/7+r/jR/ath/wA/tt/39X/GqMviHRoXuVeX/j2z5jC3cqCCFIDBcMQWAwMnNMk8S6PC
8SyC5VpiRGpsJsseeMbOuAT9BmjQNTR/tWw/5/bb/v6v+NH9q2H/AD+23/f1f8ah1DVNO0toluzt
eUFlVIWc4GMkhQSAMjk8ciibVdMt7KS7kkQQRymFmEZJ3htpUADJO7jAFGgak39q2H/P7bf9/V/x
o/tWw/5/bb/v6v8AjWdJ4o0SKFJWkcq7+V8tpIxD8fKwC5VuRwcHmnHxHowFwS7BbZd0rG1kATpx
nbjd8w+Xrz0o0DUv/wBq2H/P7bf9/V/xo/tWw/5/bb/v6v8AjVNtf0ZNMl1CSdI7aGQRSM8TKyOS
AAVI3A8jt0OelWUv9Pk1OTTkeM3ccQmaPb0QnAOcYo0DUf8A2rYf8/tt/wB/V/xo/tWw/wCf22/7
+r/jWeniXRJUheGUzrPv8vybaSTOxtrH5VOACQMnitZkhUgMqDPAyBzRoGpD/ath/wA/tt/39X/G
o0vdLjmklS5s1klxvYSLlscDJ9qtbYeflj468Diqdzqdha3sNpIpaWaN5QEiLAIvVjgcDkAepo0D
Um/tWw/5/bb/AL+r/jVe61y1twrJNBMufnCTLuA9QM81dBt2AIEfIzyADiobi0ivNqBysY5dY8De
D2J6gfShcoalbSruC9vb6e2lWWJvLwynj7tatZmnwx2+oX0UKLHGvlgKowB8tadE99AjsFFFFSUF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+fVfDt5Z2oUzSqAoY4H
UHr+FFHibUJ9K8PXl7a7fOhUFd4yOoHT8aK6KPtLe6Y1HG/vGrRRRXObBRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiHkVmeHtT
k1fSlu5Y1jYySJtUkj5XKj+VaZqppdja6dZC3sjmEMzD5t3JYk8/Umn0EXKKKKQwooooAKq6p/yC
rz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVGw/4+L/AP6+P/ZEq9XN3Op3Nle3UUNu2yS45uDt2odicckc/XA+
tVFN3SJk0rNlWfwteSaxNdRyRJFdXR+1AE5e3whA+u5CMf3XanaZo2qacPIMFtJHNYR20kgnIMbK
ZMkLt+YfOO471tx3d0saqbC6kIGNxeLLe/DU/wC23P8A0Dbn/vuP/wCKpcrHzHKweDr+GKOHzYPs
8KwSRRgnCzbo/OPTpiMke8jdK0NJ0O9tGvYmDWZlmkkF3Bc+YWDSswHlupVeG5xW19tuf+gbc/8A
fcf/AMVR9tuf+gbc/wDfcf8A8VRysOZHMap4b1K8e+S1iighnyXQXbbbpt6kMV24jbg5ZepPfqNi
3025I0gm3S2FncSSPGblpjtMbqMMRknLjrV/7bc/9A25/wC+4/8A4qj7bc/9A25/77j/APiqOVhz
Ix9Z0TUJ1j+zStcXQLmK8kuBBJa5xgDYmHTjlT1wPwhj0nWYQgWG0ZrS/lvI3aYgXAcvlSNvyHEh
IPPIre+23P8A0Dbn/vuP/wCKo+23P/QNuf8AvuP/AOKo5WHMY40W+uFkuLhYI7q41CC6kjSQsqJH
tGN2BlsL6Dk47VFd+Fp7i21rbM4mvrjdGv2hxGE+Tnb0DfKeQM+9bv225/6Btz/33H/8VR9tuf8A
oG3P/fcf/wAVRysOY5x/C2oykWX2tFs0uZbjz5B50soZAqq4brjc4yeypVf/AIRPWNiyi5hW9SKK
188MSXiCtHIenDFSrj/aWur+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcxzf8AwjF5a31r
NFaQ3EUD3O1BdvBsDyq6HgfNgLgg8VevdKvLzXIL24srK5hQeWscsx/cYk3CVflxuK4yOCCoGcVr
fbbn/oG3P/fcf/xVH225/wCgbc/99x//ABVHKw5jkovBl28BhngslXy0imZZGY3x85JGkkyOuFbg
5OXPOKs/8Ic6Gcxw2gItb2C3IHMfmyZjAOOAFLDjpkgV0n225/6Btz/33H/8VR9tuf8AoG3P/fcf
/wAVRysOZGBJ4S8+G6E8FrI9zeW0khbnfDGsQZSceqNx05qfQPDJ0fUYriOKCIeXcJL5Z5bdKGiH
TkKgI9ug4rY+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcwlp/yFtQ+sf8A6DV+svTpHl1G
/aSF4mzH8rkE/d9iRWpTluKOwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAU9VjspdNmTU/L+xkDzfMbC4z3P1xRVTxVYz6n4avbS0QPPKgCKSBn5gep+lFb0kmtZWM
qjae1zXooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBmq/VC
2/5DN9/uRf8As1NdRPoX6KKKQxDWJ4QtZrLQEhuYmikE0rbGGDgyMQfyNbZ5rO0HVDrGmLdtEIiZ
HTaGz91iuc/hT6C6mlRRRSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/
AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6L
ar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigAqhZKrzagrAMpuM
EEZB/dpV+qNh/wAfF/8A9fH/ALIlUtmS90XI41ijVI1CoowAOgFOqlrMrwaJfyxsVeO3kZWBwQQp
INcVb6rqUkGm6c95cebYXNs11PuwZ0kkQRBj33K7Z90NSUehUVwUuqXeoeF9Pi0/VP8AiZ/btjlZ
csCGkKo4Bzg7AMHtVXUvEF5qEd5qdrd3FtaS6fIIIzIUClJIQznHQ7ndc9gtAHo9FctFdyL4dlht
7rbvilJ1KO7FzDbNg4Jd23HHHbisBNTaW6srY6gIYkM/mvLrEnlSMPJwY5hy+Ax+U9CTQB6RRXLW
UT2fiHVnSTU7wWywmK3+1M4O8HdgOwX35PGOKr3+tsun+JoxemG9iO+GEyjzYl8iM8AHoCT04zmg
DsaK4B9X1G01UxyXU7217rIhibJ/cssgBiz/AHWTJA9Vb1q54P1iSWNn1i/dZfLjEKSuNrxs20SA
/wATM52nPTgd8kA7OiuEvfFusW2mWsymwEl5LOEeX91HEI2ICsWcAlsZzkdDgGrlh4ovLvxDa2kk
tgiTTPE1quWmULEXEm7ONpPT5ehHNAHX0UlLQAUUUUAFFFFAFC0/5C2ofWP/ANBq/VC0/wCQtqH1
j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmeI9
Sl0fQLu+gVHkhUFVfODyBzj60VPqttaXmnTQaht+yuAJNz7RjPr25orWm4W95Gc1JvRlyiiisjQK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s
1NdRPoX6KKKQxDVTS9Ng0qyFrbM5jDM+XOTlmJP6mrZrD8HwS2/h9I7iN45BNMdrgg4MjEdfan0F
1N2iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8A
x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66
v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9WRBp1rdXl/J
PCruJ8ZJPTYlUtmS+hrHkYIyDTdi5+4O3b06VmJZaLLJOkYt2e3OJlEnMZxn5ueOOeaSCz0S6j32
/wBnlTyxLuSTI2HOG4PQ4OD7GloPU01hjRiyxIpJySFHJpfLTbt8tduMYxxWSINBa0iug1qbaYqs
Uvm/K5Y4ABzgkngU22i8P3l1LbWr2s08WfMjjl3MmDg5APGDxRoGprpFHGmxI1VP7oXApptoWRUM
EZVeilBgVjyHw3DNPFJcWSSW67pkacAxjjlhnjqPzFQm/wDCS7d19pw3/dzcDn6c+1GganRAAEkA
ZPU00wxmQuYkLkYLbRnFUG0vSkljiaKISSAlFLHLAdcDPOMio1tNDedYF+zmZ9+1BJ8x2HDYGex4
PpRoGpqbV/ujrnp39aNi8fIvHTjpWUttoTqGU2zKQhBEuc7/ALvfv29asf2Lp3/Psv5mjQNS40SO
mxo1Zf7pGRUUtjBNcw3DxAywsWRhwQdpX8eGI59ah/sTT/8An2X8zVWa30O3u/s0whSby/NKljwm
cZPoM0aBqbFGao/2Jp//AD7L+Zo/sXTv+fZfzNGgal7NGao/2Jp//Psv5n/Gj+xNP/59l/M/40aB
qXs1Bc3cdoFaYMEY4LhSQv19B71B/Ymn/wDPsv5n/GoLnQbeQKlvFFED99iCWx7c4z9aFYWpLZsH
1O/ZSCp8sgg8H5a0ayNGsYNOur22tU2RJ5eBnP8ADWvTnuEdgoooqSgooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAxvFtnPqHhe+trWIyzSIAqDHPzA96Kn8Qam+j6HdX8Uay
PCoYIxwDyB/Wiuii5290xqct/eNKiiiuc2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEIyKoaJqg1jThdrEYgzum0tn7rFf6Vf
NUtI0uPR7AWkLu6B3fL4zlmLHp9aNLCL1FFFAwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//
AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3
/kI6d/11f/0W1Xqo3v8AyEdO/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FUbD/j4v/wDr4/8AZEq9XPvrMdhf3dsqPJcyz5UbW2gbE5JAP5DJqopu9iZNKzZlT+H9SOtXksEQ
W31K6MV2S4/1AVCHxnr8siY6/OD0FSaNp+oabGbeTTpSJtOht/MjePZE6mXIPzZ/jXoDXQR6vbiN
fMaQvj5itvJjPtxTv7XtPWb/AMB5P/iaVmPmRx0HhfVY7O3smt1+yWnkXECbwcSlo/MHX+DbKR/1
0GOla2i2Gp2ovYF+12sjTyyJLcbJrcAysw2IrhgSG74rb/te09Zv/AeT/wCJo/te09Zv/AeT/wCJ
oswujk9U0bU5f7QhsLS7S3mZpJEaSLa8nmK2+E53KWwSQ2B+NbcVpczNoshhuwLa5keU3bo0oUxS
KCSpIPLAcVo/2vaes3/gPJ/8TR/a9p6zf+A8n/xNFmF0Zd7BqdtrGn3kkTaisPnq32ZFjKK4TbkM
/P3TyD+FZk3h3Unu/tNvGsVxbtdTW0jMMb2uN6qcdnTIPsfWun/te09Zv/AeT/4mj+2LT1m/8B5P
/iaLMLo5TSfD+pWV/pt7NZqy29tbQvbs6nY2xld1Ocbkzj3BbHNX7m11S81V7hrS6RmhAs3FwoS0
kwwbzFDfNk7T0bI44xW5/a9p6zf+A8n/AMTR/a9p6zf+A8n/AMTRZhdHJ22g6nOkcMkF9b2jSW4u
I5L8s8jLv82QMGyFOVHBGcdBRF4d1Rba6nKTfb30+K3SQ3J3FllfI+9j7mzn+ua6z+17T1m/8B5P
/iaP7XtPWb/wHk/+JoswujBbw9c3GBcfasT6rJLcbbp1zABJsAw3C8p8o/Gp/C+l6hp0ytetcMJb
OIzGWcyZuAzbjyTjjb046Vr/ANr2nrN/4Dyf/E0f2vaes3/gPJ/8TRZhdF+iqH9sWnrP/wCA8n/x
NH9sWnrP/wCA8n/xNFmF0X6Kof2xaes//gPJ/wDE0f2xaes//gPJ/wDE0WYXQWn/ACFtQ+sf/oNX
6y9NnS51G/kj3bcxj5lKn7voea1KctxR2CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigCnqtjb6lps1peZFvKMPhtvGc9fwoqj4wtprzwrfwW0TTTOgCogyT8worekrr
4rGNR2e1zaooorA2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/ACGb7/ci/wDZ
qv1Qtv8AkM33+5F/7NTXUT6F+iiikMQ1h+DRKPDyCcSB/Om/1mc48xsdfatw81R0bU01iwF3HG8a
l3Ta5GflYr2+lPoLqX6KKKQwooooAKq6p/yCrz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7
Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1X
qo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZBbQ3Ul/HPGHX7T
kZ7HYnIPY1p1RsP+Pi//AOvj/wBkSqXUl9CWeVdP0+WZt7pbxFzk5YhRnqe/FZEfjC0k03S7tIZz
/aMywLEAN0RLbWL88BSQDj1GK2L62F7p9zaligniaPcBnGQRn9awovB0cV48/wBrc5aB0UpwhjZG
fHP8ZjTPpipKJrvxda2eh2+qyQTeRNP5OABlPmILHnoNpJ9qNU8XWul3l1bNBNK1ra/aXdNoX7yj
bknr86n0APWo7fwvKlpDZ3N8k9rBcGaNBBtODvyrHcc539cDpVZfAyrpptv7Qd5WhkiaZ4wxYs0Z
UkZ52rEq47igDWj15P7Am1aaBkhhR5CsciSkheuChIPT1qjL4w8lbMPp7LJdh2jDXUAUqu3kPv2t
neMAHPBq5HojiJZJJ4vt0SOsM8MRjRM5/wCWW4qep61mReDZra4S5t720SYNIzKbEGH59n3E3Daf
3YJOTkk0AaVhrtze6vcWD6VPAbfBklaWMqMgleAc84qS416G2tdUuGikK6a22QDGX+RX459GHWlb
Q4ZbrUJbh2kS9EYaMEpt2A9CDnmqU3hmaRNTtkvlSyv15i8nc8Z8tUBDluRhAeR+NAD4vFtpJdXN
v5Myy294loVIHzbm2hxzyu7I9eKsaN4gh1wFrWGURqgZ3YfKrH+DPdscnHTIz1qjP4PimvLe6F1I
k0F813kKPnVmDGM+2VU59ql0nw1JokXl2N8yI4XzFaIEM4bJcDPBZflP4HqOQCy3ijR1t5JzfxeV
HIYmfnAYdR07Y59O9Spr+lyamunJfQtduMrErZJ+Xdx26c/Qisi88Fx3NlZQi4jZ7RptpntxKjCV
skFcjpxg57e9Ot/DVzYaxYy29yj2MVzJO8PlBChaJlJB7jceBgYB74FAHTUUlFAC0UlFAC0UlFAF
G0/5C2ofWP8A9Bq/Wfaf8hXUPrH/AOg1oVUtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBn67qZ0bRbm/EXmmBQ2zdjPIHX8aKk1bTodW0yayuC4imGGKHB65/pR
WtP2dveM5qd/dLlFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf
+zVfqhbf8hm+/wByL/2amuon0L9FFFIYhqjoulro2nLaJK0oDu+5hg/Mxb+tXjWH4Ollm8Po87yP
J50w3SEk4EjY6+1PoLqbtFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2J
bf8A49ov9wfyqWorf/j2i/3B/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq/
/otqvVRvf+Qjp3/XV/8A0W1NCZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACsm3e7W8vxbw
wunn9XlKnOxOwU1rVRsP+Pi//wCvj/2RKpbMl9A83Uv+fW1/8CG/+Io83Uv+fW1/8CG/+Irnm8T3
dvq2rWs4iYeZ5WnDbjc42KVb1+aVD9M+lWNB1u9vbKV7p42ePTobjKJgGRvN3HHp8g4pDsbPm6l/
z62v/gQ3/wARR5upf8+tr/4EN/8AEVyUHi7UJdHsEYwf2n50f2s7Pl8otH8wGeNwlTH4+laOk63d
f6be6vLKllHNLFGfs67OJWRdpUljwvOQKAsbnm6l/wA+tr/4EN/8RR5upf8APra/+BDf/EVy+p69
q9i+oGSQxOebGIWoZJE3qAyvu5baSSrY5PoM1akfXRJpSf2m8DXkrxOk1nHvXCO+flYj+EDqeDQF
je83Uv8An1tf/Ahv/iKPN1L/AJ9bX/wIb/4iqS64t3rVjb2cge3kE6zExkHcgTGM4/vVkSeKby11
GJ7jyjYpJci5IT5kRbjykfOei5Bb2ye1AWOk83Uv+fW1/wDAhv8A4ijzdS/59bX/AMCG/wDiK5rS
vEuoX+pWFlI0CG5tYLhpCmByjM6r2LHAwD0UMecVs3fiA21/cwx2jSwWUYlu5vMC+UpUsNq9W4Xn
p170BYuebqX/AD62v/gQ3/xFHm6l/wA+tr/4EN/8RWI3i+5UJG2kMLubyWhhNyuGSXcFJbGARsOR
z7E1SfxVfTzz3kcbQ2EWnxzCMMjN5jSMpyCOcFCBg44zzngCx1Hm6l/z62v/AIEN/wDEUebqX/Pr
a/8AgQ3/AMRWVJ4mu8N9n0rzS181lADcqvmMu/cx4+UfIfU81PoPiM61IVeye13QJcxbpFbfGxIB
OOhyp4+lAWL3m6l/z62v/gQ3/wARR5upf8+tr/4EN/8AEVdxRigLFLzdS/59bX/wIb/4iqWp3F9H
HGxWKGXP7sRTsxY+m3Z83+elbWKMc570J2E15mPoj3UlxeNfRJFcHy9yI2QPlrZrPtP+QrqH1j/9
BrQpy3COwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYnjKKWfw
nfx26SSSsg2rGCWPzDoBRVzWtTXRtIuL9ojKsChigOCeQOv40V0UXNL3Vcxqct9WX6KKK5zYKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E
+hfooopDEIyKp6TqUOrWQurdXWMuyYcYOVYqf1FXDWfoelnRtMW0Mvm4kd923H3mLdPxo6CNGiii
gYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfyqWorf/j2i/3B
/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq//otqvVRvf+Qjp3/XV/8A0W1N
CZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFm6xy6izsFVbjJJOAP3aVfrm7nSpr69upo
rh8RXH/HuSAjHYnPIPP1BFVFJ3uTK/Q1E0vTp5IrpbeJ2E32pJB/z0K7d499vFRr4b0pJ4pktFV4
YxEm12A2DOAQDgj5j19afHYSvGrNfXqMRypZCR7cLT/7Ok/6CN5+af8AxNKyHdjBoOmKSRZxAmOK
I/7sZzGPwNOstEsNOupbi0gMUsxYviRiCWO4/KTgZPPApf7Ok/6CN5+af/E0f2dJ/wBBG8/NP/ia
LILsgl8MaRPJcvLZK7XOfMJZuckE45+XJAPGOlWLfR7K1jgSKHi3cyRbnZijEEE5JJ6MR+NJ/Z0n
/QRvPzT/AOJo/s6T/oI3n5p/8TRZBdhqGjWOqtC17D5jQkmNg7KVz15BHXApRo9gGdvsseZFkR8j
O5ZG3OD9TyaT+zpP+gjefmn/AMTR/Z0n/QRvPzT/AOJosguxkfh/TIoo40s4gkYiCDn5fK/1eP8A
dpq+HdLSaGVbNA8K7UIJ6ZJwefmGWPXOMmpf7Ok/6CN5+af/ABNH9nSf9BG8/NP/AImiyC7IrTw3
pNiALaxijxIsoIySGUYXk9gCcDoM08aDpqwPCLOPy3jETLzgqGLAfmxP407+zpP+gjefmn/xNH9n
Sf8AQRvPzT/4miyC7HrplmmzbAo2TtcL7SNnLfU7m/Oi00uzsWQ2sCRFIlhXb2RSSF+gJP50z+zp
P+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RVH+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RV
H+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguxLT/AJC2ofWP/wBBq/WXp0Rh1G/RpZJTmP5pMZ+7
7AVqU5bijsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFHWdNTW
NKnsJXeNJwFLJjI5z3+lFUfGXm/8Inf+R5nm7Bt8vO77w6Y5orooxk1o7GNSST1RuUUUVzmwUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0
L9FFFIYhrE8IXM15oCS3EryyGaUF3OTgSMB+grbPSqelX9vqVkLmzBERZlGV28qxB4+op9BdS7RR
RSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9
wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFt
TQmXqKKKQxKMj1rjvHEggkt55LqNoYY3Z7I3RgeTtvUjkkelNTXtSOuW+loSv2mSKeJnjG4WxQlg
f9oFcZ96zdRJ2Z2Rwcp01OL6N/d/Vzs80Zrz+x8V6wLZLqV4blZ7G4njhWLaVaJsDkHnPelvvE+p
2tjYrbalZ3cl0WZrlVRFjIQHyzltoOT3Ocds0vbRtcv+zqvNy3X/AA179Olv8jvmdUUszAAdSTS5
Feb+KdcvLzSru1uZ7a1X+z4pmhwGNwznJ2NnoMds1ueItZ1DR5LEWpVo7yBoY1KA4n42HP49Paj2
q18hfUJ2jqryv+CT3+Z1bOqDLMAOmSaGdVxuYDJwMnqa4G41y51fR5biVYjDHc2sAV4wQJsgyH8C
QB9Kpie8urK0SbUxPcprwjQyKCYSC4BIz0PUDjHak6y6IuOXyteUra2/C56XSb13bdw3YzjPOK42
XVdRvfh5f3hufLvIPNUzQrtLBGI49CQOo6Vk32o3tnfvqNnfwzTwaMkrytGGEo83pwcD0z7U3VS6
E08BKba5ldNrrurf5npOaK4pPE2qT+LRZxi2W2WZImidlVmVlyWGTuJ9MDGBVzWNduLDxRa2xuYk
tXKL5aKryMzE8MM7lBwMEAj1p+0VrmbwdRSUdLtX/rzOpLKoJYgAdSTUcUUcZdowP3jb2I7nAGfy
ArzyPxFqes6LrIvBb+Q1hM+xWUPCRwBtBLY9dwHNWNJ8R6nJrFpYRi3FrEIYTE7KrMpjB3jJ3E+m
BjFSqyfzNZZdUipXaut9Tv6OK86vdd1O98OvejWIoJPtCb7aJAr2w83bhjnOOmcjmr6eJNUfxUtj
HJbPbRyRxMGKKZlZcmQZOT6gKCKftUJ5fUSbutL3+VvLzO1LqGClgCegz1oZlQZZgB6k15/purT6
x4p0S4urmFn8y7H2ZEw9uAuAGOcnIGeQKi1W9uUTxVHdXsdykEsXl20yggAsnIGegzj0zzS9qrX/
AK2uP+z5KSg5a2v/AOTcp6NkUVwx1vWptSMUN5bxRPqUtgoNuGKALuDZzyR0xVOXxprD2GmmI2yS
ywSSvI+1VkZXK7csQBwMnHPPFP20QWW1XazX3+v+TPReKOK5jxVrF7penWk8U0NsWy02drOAFzhF
YgNz1wc+lZt54rvku55Ibq3VYZYI4rJov3l0rhSWGTkfeOMDjHNOVSMXYyp4KpUipRtr/nb9f8zu
cijIrirbxRdy6zDZNcQ7zqdxbvGFG4RKpKcfUde9VrXxFq0+n6TLc6la2i6h5jG5eEbItgwF5OCW
PP8AKl7WJX1Cr1t/V/LyZ33FRzzJBC8shwiKWYgZwBXH2HiXU7vxY9nm2+zJO0BjLKrFQud4BO45
69MYrsxyKuMlLYwrUJUWlPqr6HPx+NLBp4o57e+tY5mCxT3FuUjcnoM/410Ncf4muJPEb3Ph7T7W
R5Y5I/tFw+BHCPvZHOScCuvRdqgcnAxk1MG22aYinCMIySs30vfTSz+f/BHUUUVocoUUUUAULT/k
Lah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFAFLWNTj0fSp76ZHkSEBiqYyecf1oput6YNZ0i4sGlMQnAUuBkjkHp+FFa01
Tt7xnLnv7pfooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBm
q/VC2/5DN9/uRf8As1NdRPoX6KKKQxDWboGlvo+lraSSLIwkkfcowPmYt/WtI1jeErye/wBCSe6l
MspmlUsfQSMB+gp9BdTaooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv
/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A
9FtV6qN7/wAhHTv+ur/+i2poTL1FFFIZDLawTujywxyMnKs6Alfp6VXOlQNrC6k25rhITCuT8oUn
JwPU1eopWTKUpLZkK2sCbSkEalAQuFAwD1Apn2C18nyvssHlZ3bPLG3Prj1qzRTFd9yGS1hlIMkM
TkAqCyg4B6inNBG+zfGjbDuXIztPqPSpKKAuyD7JBs2eRFtLbiu0Y3dc49fej7HBvL+RFuLBy2wZ
LDofr71PRQF2RJbxpGY0jRUOcqFABz14pgsbYJsFtDt27MbBjb1x9ParFFAXZD9lh84S+TH5qjAf
aNwHpmhraJpxMYozKowHKjcB9amooC7K4s7cGQiCIGX/AFh2D5/r6/jQttbGXzFhi81Bs3BRuUem
e30qxVHT+LjUP+vn/wBkSiwuZk32K3JkJt4f3v8ArPkHz/X1/GlFpAJFkEEQkQbVbYMgegPpSX9z
9i065udu7yYmk25xnAJx+lc9H4xaXTtIkWzxdXtwsM8Jkx9nG9Uds45wWXHTO4dKB3fc6NbWFZDI
IYw5O7cFGc4xnPrikezt5HZngiZmG1iyAkj0Nc/eeLJLXw5a6qtl5hmuPKaJXOVUFtzDjkhUJxTd
W8ZGxvL2O3tkmhtbTz/OMhAZ9yfLgA8BZFOffpQF2dGLWEEN5Me4NvztGd3r9femmxtiiIbaEqh3
ICgwp9QO1Z9jqlzfaWsqGy+1ybvKj8x1RsHH8Shux/hrGHi7UlsLO6uLKwhS7d1WWS5cRJtONrPs
4Zj0zxwec4BLBd9zq5raK42+dFHJtORvUHB9eaDawtKsrRRtKowshUFh9DWFP4hvI7C/1KOyhbTr
ZJtjmYiR2jyCSuMBSykdc98Va07xJZalf3kdvcQPb2yRN56yAgs+/wCX2xtH50Bdml9kg8wyeTHv
JyW2jJOMZz9KRrK3eFYWt4TEpyEKAqPwrAXxcc6yr2mJbGTZboH/AOPnLbFwccEvweuMg96Ynim+
uNPe+tdOhkgtrVJ7rdcFW3NGJCkY24OFI5JGc0BdnSC2hE/neTGJcY37Rux9etS1zjeJLlbmeX7J
E2mQzxQNKsp8394qENsxjGZFB5z1PtUnhrxBPrpuGkit40jJXajOWB3Ec7lA7diaBXJtNimj1/Vn
fTkgjkMZW5D5M+BjkZ4xW1XNzeOdHtrGO7neaKKUts3x7WZVxucA8lRkc/lmp38Y6Yk8sf8ApBWN
JX84Qt5beWMuFboSMUkrIuc+d39PwVjdorD1HxfpemJI1zI4MbhNgXliUD8euFYGobrxpYx2NzdW
cNzepb+XuMMZwd+3ABPfDA/jTIOiopkUnmxq+1l3AHawwR7H3p9AFC0/5C2ofWP/ANBq/VC0/wCQ
tqH1j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
ieMZpbfwnfy28jxyqg2tGSGHzDoRRV/VdRh0nTZr25V2hhGWCDJ646fjRW9JyS0jcxqWvq7Fyiii
sDYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7
kX/s1NdRPoX6KKKQxG6VT0u6tLyzE1gF8gsyjam0ZDENx9QauGszw7pkukaStrO6O4kkfKZxhnLD
r9afQXU1KKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//AEE01uJ7Etv/AMe0X+4P5VLU
Vv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f/0W1Xqo3v8AyEdO
/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/j4v/wDr4/8AZEq9WRBD
dSXl+YLsQp5/3TEG52JznNUtmS+ho3dsl5ZzW0uRHNG0bbTg4IwcfnWVH4T0+K6kuF87zJDAT8w4
MRUrjjvsXd67RVz7LqH/AEEV/wDAcf40fZdQ/wCgiv8A4Dj/ABpW8x38ipa+F7e2jjiN1dzQwz+f
FFIyFYz82QMKCQd56k9qgTwVpsWnCzje5VFikiDhxuw7q+c46jYoHoBitL7LqH/QRX/wHH+NH2XU
P+giv/gOP8aLeYX8hbXSooGjkndru5jzsubhEMig9gVUYH0qo/hqE6bFYRXl7Bborqyxuv7xXOSG
yp9T0weatfZdQ/6CK/8AgOP8aPsuof8AQRX/AMBx/jRbzC/kUh4Ts0t7i1juLyOynR1+yrIPLTeM
MV4z3JwSRk5xV2TRrOe6uJ7iFZzcJGjpKodMIWK8EdfnNH2XUP8AoIr/AOA4/wAaPsuof9BFf/Ac
f40W8wv5FQ+FdPN9DdnzfNhnlnX5hgtJ1B46AgEDsQKi/wCEPs1hEMN1ewwNFHDPFHIAs6ooUb+M
5KgAlSMitD7LqH/QRX/wHH+NH2XUP+giv/gOP8aLeYX8iufDdu2oS3DXFyYpZlna13KIS6qoU4Az
xsU4zjI6UWHh8adCIYdSvzCrh0jZ0wmG3FQQucHock8VY+y6h/0EV/8AAcf40fZdQ/6CK/8AgOP8
aLeYX8ijJ4Ss2t7KOG4uoHs42ijljZdxRsEg7lIPIB6ZGOKhn8IRSajHILmdrNvPEts7/KPNUhtu
BkEkknJPU4xWp9l1D/oIr/4Dj/Gj7LqH/QRX/wABx/jRbzC/kZn/AAhtrtDNfX7XIl80XDOhcHYI
8YK7SNqjgjqM9akuPCNndSSyT3N27vAIA25QUAKnIIXk5UH5sgc4AzV/7LqH/QRX/wABx/jR9l1D
/oIr/wCA4/xot5hfyLkaGONVLs5AALNjJ9zilLAMFJGT0GetUvsuof8AQRX/AMBx/jVLUrK9kjRD
MbiQn5CsAXYfXdn5aEvMG32Llp/yFdQ+sf8A6DWhWPosVzBcXkd5OJ518vdIF25+X/PNbFOe4o7B
RRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBna9ph1jRbmwEoiM6h
d5XOOQen4UVW8YXU1l4Vv7i2laGZEBV1OCPmFFdFFTa91mNVxT942qKKK5zYKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E+hfooopDENY/
ha/uNS0Rbi7k8yUyyqWwBwHIHT2FbB6VT0qWymsw+m+X9m3MB5a7V3bju4+uafQXUu0UUUhhRRRQ
AVV1T/kFXn/XF/8A0E1aqrqn/IKvP+uL/wDoJprcT2Jbf/j2i/3B/Kpait/+PaL/AHB/KpaQwooo
oAKKKKACiiigAopKWgAooooAKKKZKxSNmVS7AEhR1PtQA+qN7/yEdO/66v8A+i2rDu/Emr6XEt5q
uipFYbgJGjuA8kQJwCRjB/Cp/F0zJojTQSOjCCdkkRsMP3L4IPY0oSUnoaVqE6aTls+zT/I6OivP
Z9f1TSLq8t5WaSeygggMkzERlXlYLcHPGduAT03A54qa113WpJpp2vrGWQaeJ0togHjlKyuGKsDy
dq84yASPTlmZ3lFcIvjPUZorl4ooVWJPPDPGxCwyOggdseil2bH9w9OtXdM1zUdQ1O2tY7u0lt/N
mDXUcB23KRiI/J82By7KSMjK8UAddRXJ+DdTu7nQD9odFkt7eMRxSBt2NmRIz87g3sOMY65qhZ+I
725vdMlm1GNYh9oS4SKEMkzqqMFRlYh+CcEcnB4zkAA7uiuG0jxTqerrHDDNbqzXyQee0IPyGBpT
8quQGBXH3vqM1Zs9fuLHw5fzXN7Ff6hFPdCKHbtb5Hb5SASThcN67cfWgDsKK4e+8UXlnGBFqum3
CrBJPHciAlbpwQBAoDH5uecEnkYHWotU17WJLfUkE0MMTpdRRKsREkJjiD53buT1HQY4NAHe0VxM
d7qFhcQ6ZZzQq261h8142YAMkrMQpbr8o7/XNNu9f12OW6aGeyESm8aNWtmJVbc8AndyWz1xxQB3
FFRW032i1ilIwZEDY9MjNS0AFUbD/j4v/wDr4/8AZEq9WXDdRWst80z4zc4UAZLHYnAA5Jql1JfQ
d4juJLXw1qc8EjRSx2sjJIuMqQpwRn0rmE13UZLrS7FrhknsrtLfUGAH75iSqjkfxKN/HqK7QBbm
3xJH8ki8pIvY9iKT7JBvL+THuZgxbYMlgMA/UDvUlHGXGs6jL4X8P3FheGW8ZllnVSCZ9sLyNGcf
3tvbviq1/wCI72+kvbmxvXSznig+yAOsY2/aFjLhiDjdluSDgY4ruINMsrUk29pbwktuJjiVecEZ
4HXBP5mhtNs2h8lrSBotoTYYl27euMY6Z7UAZdm0lxYxabI+oCSRC7XkUokCncfl83AyeMfdrnI7
m+ttG0i/m1i7lgktxcXKC5jWbJ2/MoZcMgwflGDzxk8V3kFtDawLDbQxwxL0SNQqj8BUT6bZyGEy
WsDGD/VFolPl/wC7xx0HSgDkJNXuG8O3Wqx6rL9vkDf6EGQCIiQLtCkZBHQk+pz2xp6drl6dQ1T7
bZXQ8uaGNLaLbKYwyZJyvYmt06faGWSU20BklAEj+WMvjpk45qUQors6qoZ/vMByfTNAHBN4g1OG
01Sya8kNzdS3EljPgExRo7rIBxj5BGMf761JJrF1Lp95ff2xJDe2oiS3tMrtmYxowyuMsXLEcfh0
rtvsduSD5EWRuA+Qcbvvfn39aa2n2jzxTNbQGaIYjkMa7kHoDjigDlY9QuU1aaZNTlknOq/ZRZMy
shiyuSFxkFRls57c1J4V1KePw+b/AFC6e4kkhR1U3ayl22lsKoVdrHn5ef0rp0sLWK5e5jtoUnk+
/KsYDt9T1NRw6TYWxJt7K2iJYMSkKryM4PA68n86AObXxTftb2R87R1a9BlSVpW8qFAgbaxzy3PH
QYBOOMU218W6je3Nu0VtaR28/kR7XZjIsksW8HsCoOPcj0rpjpNgYniNlamN38xk8lcM394jHJ96
nNtCX3mKMsWDbtozkDAP1xQBw+m67qVjo1jukS5uprGGbfLK5UtLMqZOcngP247AAVpXGua0uqNZ
wx6aR9pSzV3MgPmGASliB/D1AHXpzXSfY7fCjyYsKAoGwcAHIA9gRTvs0W/f5abt2/O0Z3Yxn644
z6UAVtFvzqui2d8yBDcQrIUByFJHQGruKbHGkKBI1VUUYCqMAD2FPoAz7T/kK6h9Y/8A0GtCqFp/
yFtQ+sf/AKDV+qluTEKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
AKmqX1tpumzXd6CbeIZfC7uM46UVB4h019Y0K6sYpFjeZQodhkDkH+lFa01Br3mZz5r6I0qKKKyN
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFv/AMhm+/3Iv/Zqv1UnsBLOZo5pYJiN
paMj5gOmQQQetNCZazRVIQagn3b2J/8Afg/wYU6JdQEq+bJamPPzbUYH8OaLeYX8i2ayvDWmz6Vo
62tzs8wSyP8AIcjDOSP0NaprJ8M6jcapoy3N0VaUyyLlVwMK5A/QUdA6mvRSZopDFopKKAFqrqn/
ACCrz/ri/wD6Cas1V1PnSrv/AK4v/wCgmhbg9ia3/wCPaL/cH8qlqK34tov9wfyqSgBaKSigBaKS
jNAC0UmaKAOQ8Va5rdv4l0/SND+yiS6iaTM6kgkZ79uAai2fEL+/o35H/CjWv+SraB/17Sfyeu0r
JLmb1O+dRUoQSgndX1XmzitnxC/v6N+Ro2fEL+/o35Gu1ozT5PNmf1r+5H7jiinxCwfn0b8jXYwi
QQx+djzNo37eme+KkoPNVGNupjVq+0t7qXojkdYa+8TarfeHojDb2UAia4lOTI6tztUdB0reuUVL
vTIwPlV2AHt5bUltZ30etXlxNcxPZyqohiVAGQjrk96j1pbovZixMa3G99hkBKg7G64opx1bZWIq
XjGEdlbbu0r/AD/pGptU9u2KNijHA46cdKw9NTUB5mWiFzx5xnjcsT2wd2MdenFX9uqf89bL/v2/
/wAVWjjbqcyl5F0Ko6ADtQFUYwAMdKpbdU/56Wf/AH7f/wCKo26p/wA9LP8A79v/APFUreYX8i6F
UdBSCNAAAoAHIGOlU9uqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IuBFAwAB9BS7F64GapbN
U/562X/ft/8A4qjbqn/PWy/79v8A/FU7eYX8i4I0AACjAOQMdKXYp7D8qpbdU/56Wf8A37f/AOKo
26p/z1s/+/b/APxVK3mF/Iu7V9BRtX0FUtuqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IvAA
DAoqjs1T/nrZf9+3/wDiqNuqf89bP/v2/wD8VTt5hfyL1YL6LBqF/eXBG24jn2q55GNicEen5GtD
bqn/AD0s/wDv2/8A8VUOlC7F3fee0BXzudikHdsT1PTFNXjdpieu6Hx6JZ+Wvm2sW/HzbScZ9uaf
/Ymn/wDPqn5n/Gr1FTzMrlRR/sSw/wCfVPzP+NH9iWH/AD6p+Z/xq9Rmi77hyrsUf7EsP+fVPzP+
NH9iWH/Pqn5n/Gr1FF33DlXYo/2JYf8APqn5n/Gj+xNP/wCfVPzP+NXqKOZ9w5V2KP8AYlh/z6p+
Z/xo/sSw/wCfVPzP+NXqM0XfcOVdij/Ylh/z6p+Z/wAaP7EsP+fVPzP+NXs0UXfcOVdij/Ylh/z6
p+Z/xo/sTT/+fVPzP+NXqKOZ9w5V2KP9iWH/AD6p+Z/xo/sSw/59U/M/41eoo5n3DlRR/sTT/wDn
1T8z/jR/Ylh/z6p+Z/xq9mijmfcOVdjM023itdQv44UCIDGcD/drUqha/wDIV1D6x/8AoNXqctxR
2FopKKkoWikzRmgBaKSigBaKSigBaKTNGaAFopKKAFopKKAFopM0UALRSUUALRSUUALRSZooAx/F
t5Pp/hi+urWUxTRoCrjHHzAd6Kvapc2lpp00+ohfsqDMm5Nwxn0780VtTlZfDcymrvexbooorE1C
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKz5ZLm5v5reCZYEhVSz7NzMWz0zwOnvWhV
C2/5DN9/uRf+zU0Ji/2YW5kvrxj7SBf/AEECnxadFFIriS4ZlOfmncg/hnFW6KLsLIQ1yGpXvh1E
OmyrfwJbSsxW2imQbjnPKjkZJrrzWfoWqHWdNW7MXlZkdNobP3WK9fwpxdtRSV9CnFFp3hWwkuQ9
4YZWXO9pJ2z2wOSKzbHT9C1+9ne3l1Xzc+Y4aWeJeT2BwPwFddRijmDlOZ17WdGm36fqD36mFwW+
zxSjnH95RyOas2tvpvhywkv43vTDKqFvMeSZsHphTkjrW7iijm0sHLrc5C2s9B8R6jO0Muq+c2ZH
BkniX04zgfgKn8Tarpf2O40q6a8EiIMeVHJjOMrlwMY6Z5+tdRVbVP8AkFXn/XF//QTTUtROOhka
baaboWmnVInvTE8Ks3mSSSnB6YQ5IPPYVQjh0HxJqshjl1UXEg3sN88KYGBx0A7V1dv/AMe8R/2B
/KpMUc2tx8pzus6npNtAdIvnvgFROYUlLYHT51HXjnml0uy0vS7JtXtZL9oWhLHzpJXO3r9xuc8e
ma6HFFLm0sg5dbnID+wfEurnbLqguJF6AzwphR+AFX9W1DStNsxo9496EMQAMSSu23t86jOePXNd
BRRzBynO6Pp2l2lv/bFnJftGI2P76WVvlHX5G5zx6VSeXQfEmrIPN1QXEi7QF8+FMAE+wFdfRRza
3Dl6Hm/iWKz0vxtocE7XP2RLOSNmVneTB3jqPmzz1rpdE0zSkRdVsZNQZUD48+WU9OD8jf4Vna1/
yVbQP+vaT+T12lZwk/e9TrxK92l/h/VnIT3mgeI9SgDS6oJ3AjQIJ4V7nnoPxNaV5d6Z4d0+PTrh
7zypUcKVWSVsHr8wyQea3aoahrmnaVc28F/eRW8lwSIhIcBsdeeg6jrWjkvkcsYSk7R3MnQdJ0iX
ZqOnyaiwiYgefNLjOOcq3XrVW81DQPEN/bpJJqglJ8pBGs8S8nvgAfia64MGAIIIPQiklZkjZlUu
wBIUdT7Uc2txcvQxp7jTfC9hHazPeGKUttOJJm9+RkjrWRpem6RPfWF3p0mosEnZT9ollHIQno/X
tVm78SaxpUS3mqaNHFYbgJDFcb5IgeMkYwfwraumD32msDkNIxB9vLalCondLc1rYedNKUrWe1rP
8mYGo6poOt3UMVxJqayIxjXyknjGSQOSAAenWtRpdO8JWKRu92YpXOCfMnbOOeeSBxW1RT5unQy5
TlNE0rRdQl+1WEuqE28gP76aZRnqOG6ik1jV9C1OZLe8k1JXgkKjyI5kGc4PKjkcV1lFPm1uHLpY
xR/Z/hKxJZ7sxSyfxGSdt2PxIHFZmlaXoer3Ek1nNqhaJw7eZNMgyTkcNjI46U3W7+6t9V1aWHU5
IHsbeGS2tsqUmdt/ylSMncQF4OeeKqy6/cX3iC5txd3sFnMXtoWii2qksS7iRIVKncRIpHP3BS5v
vDlL+uaxod7IbO+k1FWt5DnyI5l+bofmUcitCOLTvClg8++8MMrrnc0k7Z7YHJFcrH4jutPGku2o
XtxHFbw3V+Wi8xW84AEMyrhAo3PyR2610mqeIprLUJEtkgntbeylu5iGJdthI2LjjOR36UX0sFup
QsdP0LXryd7aXVfMDeY4eWeJeT2BwPwFWNe1nRrgvYag+oKYXy32eKZecf3lHI5qlF4x1WS1Xfaa
fBLJukjlmuR5RjVA3O0tgnOBz0BPbFdVpV22oaTZ3bqEa4gSUqDwCyg4/Wnzahy6GbbW+neGbCS9
R7xoZQhO95Jm56YU5I61mW1noPiLULhoJdV85syuDJPEoye2cD8BXX4oxS5vvDlOb13VtHIfTNQe
/UxlSTBHLnpkfOo5/OprG003QbCTU4XvWhkjVj5jySnaemFOSDz6VvUUc2lgt1OQig0HxJqkvly6
qJ5AXYb54UwMDjoB24p19qOlW327StQe9CmVDmBJS2AiY+dR149a62qVh/x8X/8A18f+yJVKQuWx
maZZ6XpFi+r20l80LQ7j5skkh29fuHnP4ZqgBoPiTV22y6oLiUZwDPCmAPwArr8UYqebr1HynPat
qGlafaDR7x70IYlGYklZtvb51Gc8euaNI0/S7G1OsWkl+0XlMf30srnaOvyNznj0zXQ0Uc2lgtqc
g8mg+JNXUCTVBcSjaAvnwpgDPsBV/Ur3S9GsU0m7e98t4cAossjben3wCc/jmrq6/Ztrd3pZZkuL
aETOXGFKnrg98cZ+oqpbeLrW8trea0tL6czh28pIRvjRWKlmBPAyDgdT2HWjmBRItE0zSoohq1jJ
qDIqvgTyyngcH5G+npVOe70DxJqcIaTVBPIBGgQTwr3PPQfiavz+MrG1+0NcwXkUULSIJmjGyRo8
7lXBzng9QOlaC6so0ifULi2ubdIEd3jlUb9qjJIwSDkDjmnza3Dl6FG9vNM8P2Eem3D3nlSRsFKr
JK2D1+YZIPNQ6DpWkuE1LT5dRIiLACeaXrjByrdetWo/E9qbe5kuILm1kt4fPaGdAHaPsy4JByeO
vXio4vFcU89lHDp2oSC9j8yJwibcDG7OXyCu4AjHXOM0ubQLamdd3+geIdQt1kk1QTNiJBGs8S8n
vgAfia057jTfDFhHZzPeeVLv2kCSZvf5hkjrxVzR9atdbt5Z7QvsjlaI71xnHII9iCCD3BoGvaSY
EmGpWhikfy0cTLtZvQHPXkUOXToCiZGg6Ro9yyX2ny6kfIkwPPmmAyB3Vuo5qDUNU0HXLuCOeTU1
kVvLQRJPEMkgc4AH4mujj1Wwmvnsor23e7jGXgWQF19cr1q3inza3Dl0sYjy6d4TsUhke7MUrtgk
STtnHPPJAqhoek6LfSC7sJdTJt5Af300yjPUcN1FdVRS5tA5Tk9X1fQtVnjgu5NSV4XKDyY5oxkn
ByVHI4rSzp/hKx+Z7sxSydWMk7bsfiQOK2qKOboCj1OM0PSdI1XUbq4tZNR2xSI6+ZNKnPXkHGRk
VZ1zWNDvpPst9JqKtbyEHyI5k56HlRyK3LX/AJCuofWP/wBBq9VOWokroxEj0/wnYvNvvDFK4zua
Sds44wOSBWZp2m6Frl3NJay6r5it5j75Z41yTngHA/AV11FTzfePlOY17WdFuWex1B9QUwSZP2eK
ZeQP7yjkc1bt4NO8MWEl4r3hhl2bt7STN7YHJHWtyijm0sHLrc5G0stC8RX9w0Euq+ccyuDJPEvJ
7ZwPwFWte1fR2D6bqD36mJlJMEcoOcZHzKOevrXSYoxT5tQ5dDBsrXTfD9hJqUT3rQyRqx8x5JTg
9MKckHn0rOgttB8SanMYpdVE7gyMN88K9hxnAH0rr6KXN16hynO63qmkQxNpN898AgTJhjlzgcj5
1H5807TbPTNHsX1a3e+aF4dx82SSQ7ev3Dk5/DNdBRRzaWDl1ucgqaD4l1dtkuqC4kG4gNPCmAAP
YCr2r6lpNja/2PevfBfKUZiSVm29vnUZzx65rocUYo5g5TntJsNLsLQ6xaSX7RGJj++klc7e/wAj
c549M1RL6D4l1cYl1QXEi4AUzwpgD8AK6/FFHN1Dl6HP6nfaVpFiukXb3vltDgGNZXbb0++ATnj1
zTNF03SoIRq9lJqDIqP/AK+WU8Dr8jfT0ro6KObSwcutzkJbnQfEmqRAyaoJ5AEUIJ4U4yeeg9ea
0b680vQbBNMuXvPLkiZVKrJK209fnGSDzW9Rijm+4LHN6FpeksE1PT5NRYRlgPPml9MHKN1/Kqlz
faB4i1C3V5NUEzYjQRrPCvJ74AH4muvxRRza3Dl0sYdzc6b4a0+Oyne8MUocKQJJm9/mGSOvFVNB
0jSLhkv9Pl1JvJfA8+aUDIHdW6jmunoo5tA5dTj9Sv8Aw94iuYYbr+0nYHy1jSKZFbJ7gDB6d6K6
HXdTOjaLc34i80wKDs3YzyB1/GitIKbXufmRJxT940KKKKxNQooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelabDpNkLW3Z2j
DM+XOTlmLH9TVw1h+DoZYPD6JcRyRyedMdsgIODIxHX2p9BdTdooopDCiiigAqrqn/IKvP8Ari//
AKCatVV1T/kFXn/XF/8A0E01uJ7Etv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQBx/
irQdbuvEmn6vobWnm2sTR4nJxk57Y54NQ4+IX97R/wBa7WlqPZ63udUcW1FRcU7d0cTj4hf3tH/W
sPxZ/wAJGNKP/CRnQfI52bs78/7GOc/SvUqz7/RNO1S5t5760iuJLckxGQZ2568dD0HWplTurXNa
WNUZqTgtOy1PO/hwPFQMXlEDR88/a84x/wBM+/8ASvUc+tOAAAAAAHQCkI6VUIcitcwxWI+sVHPl
S9Dk9Xa98S6rf+H4jDb2UAia4lILSOrfNtUdB061s38sNlPprSMI4kkZck8D92wFOtrW+i1q8uJr
qN7OVVEMIjAZCOuT3qS8/wCQhp3/AF1f/wBFtTpxs22LEVLxjCNrK23dpX+Yf23p/wDz+Q/nR/be
n/8AP5D+dX6KvQ59Sh/ben/8/kP50f23p/8Az+Q/nV+ijQNTIe70OS7W7kNk1ygwszIC6j2bGe9O
F/owjWMS2vlo25VwMKeuQPXk/nWrRRoGpkrfaKsbxrJaBJAFdQowwAwARjkY4+lLHf6NCcxS2iHB
GVAHU5P5nmtWijQNTCI8Nm2a3EenrEzbyixKBuxjdjHX3qxZ6jpdjZQWsN3EIoI1jQFsnaBgc/hW
rRRoGpQ/tvT/APn8h/Oj+29P/wCfyH86v0UaBqUP7b0//n8h/Oj+29P/AOfyH86v0UaBqZNz4gtY
drxSxTIM7wr/ADj3A707RruG9F5cW0gkiknyrDv8iVburNLvaJmcxr1jDYV/r6/SqNqbqK6vktbe
3aITjG6Qpj5E4wFNUrWJd76mvRVHzdS/59rX/wACG/8AiKPN1L/n2tf/AAIb/wCIqbFXL1FUfN1L
/n2tf/Ahv/iKPN1L/n2tf/Ahv/iKLBcyNV8JtqV9PcC78rzpULBV5MWzZJHnP8Q79iBTofDt7YXJ
uNPvYI5JfMSVZISy7GleRSoBGGXzCPQ1q+bqX/Pta/8AgQ3/AMRR5upf8+1r/wCBDf8AxFFguZ1v
4XjtBfzxCB7+6klYSzoXRQ7Z2lM4xjg4xmoLfwj5ek3Vs1yUknjlRI4GdLeEOm3Aj3EEDk89zxji
tjzdS/59rX/wIb/4ijzdS/59rX/wIb/4iiwXMS48K3uorGb/AFBFkHlxsbWMpiJG34Ukk7iwQk+i
4xzQnhK6tkdbXU2BUXPkPKu50MwUkk55wwY/iPStvzdS/wCfa1/8CG/+Io83Uv8An2tf/Ahv/iKL
Bcy9L8LyaHds2n3ztbyRxRyR3WZGwmQNpBGPlOPwFUbzwMbi10yNZraQ2lp9kkSeNzHIvB3AK6nO
R0OQc10Xm6l/z7Wv/gQ3/wARR5upf8+1r/4EN/8AEUWC5i2Ph+807xBaSboZLGIXRVlj2yKZXV/m
Ofm53DgDpzXUVR83Uv8An1tf/Ahv/iKPN1L/AJ9rX/wIb/4iiwXL1FUfN1L/AJ9rX/wIb/4ijzdS
/wCfa1/8CG/+IosFy9RVHzdS/wCfa1/8CG/+IqlqVxfJGjMsUMuf3QinZix9Nuz5v89KajcXMXLT
/kLah9Y//Qav1jaLJdSXF419EkVwfL3IjZH3a2KJ6MI7C0UUVJRi+Kr+607SFlsmdZnuIosxxiRs
M4B2qeCcGs6w8VXP2O1FzAJZBDcS3cmfLMSwuFOUwcvyMgHGc4OMV0Ooada6pam2vYVmhLBtrZ6g
5B49DTLfSbK0EYt7WKMRxtGu1eisQWHvkgE+tAGG3jGWKBvtFhHDcNFFNDE1zuEiOWxyqk7vlOQA
frgEiGTxdc3wsX0+1aO2ea0E8zuuVEu1toXBz8rAE5GM8dDWynhfR4rZ7ePT4FikcOwUY5HA56jA
4wOMEjvTv+Ea0kT28wsLcSWyosLbf9WE+7j6dqAMyXxbPFoyak9hEkVwFe0V7n5plKluiqSGwAcD
I56jBqDUPGVwun3MtlZKji0W5tjcyFfOBVWOABggBucHOR0Awa1z4W0cxSRf2fB5cj72UAgZ56en
U8Djk1J/wjmlZc/YYTvh8ggjI8vAXbjtwAPwoAzbjxHe293JbR2IuLk3CQiIzhEQ+R5rYbbkjgjp
TLfxkb3WLCytLB3S6ijmeRpMGJXQvnaAcgYAPI5YetbUWj2MLI0dtGGQgq3UghPLBz/ucfSs2Pwh
aQa1HqFvPPCE2YgjYBPlUIB67cAcUAU49W1NL2a5a6jkthqf2EWpiAO0kKGVhySM5OeMA9OtR6Zr
Wqy3WlT6hMYrK7gh8to7cNHLIycq7ZyjbjxxjGB1Nb8WhadBqMl/HaRLdyEs0uMnJGCfYkdxSQ+H
tLgu4rmOyhWaFFSNgPuhRgYHTgcZ60AaI6UtFFABRRRQAUUUUAFFFIzBQSeg60ALRUVvcw3cKy28
qSxt0ZDkGpaAKeq6dDq2mzWVwXEUwAYocHrn+lFUPGMUs/hO/jt0kklZBtWMEsfmHQCit6UW1pKx
jUkk9Vc26KKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1
Qtv+Qzff7kX/ALNTXUT6F+iiikMQ1Q0XVF1nTlu1iMQLum0nJ+Viv9Kvk4FUdH0xNHsBaRSPIod3
3PjPzMWP86elhF+iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7R
f7g/lUtRW/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xq
o3v/ACEdO/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq
9VGw/wCPi/8A+vj/ANkSqWzE90XqKKKkYUVRj1myl1O609Zh9ptEWSZCCAqtyDk8H8OlVI/FmlTW
ttcQTSyx3IZk8uB2IVW2lmAGVUEdTgUAbNFYr+LdJiedZZ5IxCXUs8DhXKHDBDjDEHjAyauJq9q2
lzag3nRQQq7yebC6MoXk/KRnt6UAXqKy4vEenSWl1cNJLEtqnmTJNC8bquMhthGSD2wOenWol8U6
fJc20Ea3cjXSCSFktZCrqQDndjGBuGfTPNAGzRVLTtWs9WtnnsZvNiSRo2YKR8ynB6/z78VNFewT
CPbIoaRQ6oxw2MZ6daAJ6KoHWLT+0HtFkLyxqjMEG4DcxUZI75HPpVhr22QOWuIlEZ2uS4G0+h9K
AJ6KpnVrL7TNbLOrzwFBJGnLJuIC5H41P9qgy486PMZw/wAw+X6+lAEtFNjkSVA8bK6MMhlOQfxp
1ABSY5zS0UAYjWUl1rF80d9c2wXywRFtwfl6nINTf2RP/wBBjUPzj/8AiamtP+QtqH1j/wDQav1b
k0QkmZX9kT/9BjUPzj/+Jo/sif8A6DGofnH/APE1q0UuZj5UZX9kT/8AQY1D84//AImj+yJ/+gxq
H5x//E1W8YpHJo0QniaW3F3AZkVC+UEi7sqMkjHWububW9VZDpNveJaFLk2cYVlZYykWQoPK5IkK
g+vGKOZhyo63+yJx/wAxjUPzj/8AiaaNLlYkLrV8SpwcNHwf++azfD8FouuSvosE1vpq2wSVXieN
Hl3fKQGAywXOT7jOe1LRrLULJ7SGGe6RLm+vJrlzCgL7XOwM23o2M56nPBAxg5mHKjof7In/AOgx
qH5x/wDxNH9kT/8AQY1D84//AImuYt9T165gKpc3omkWL7SWsgv2SZpkVkjyvzAIX67sbQc81q6L
Lq6atGl7dXFxbyfakIlgVQvlSKsbZAHLKSTng9gMUczDlRpf2RP/ANBjUPzj/wDiaP7In/6DGofn
H/8AE1yMVtqljeW3kW88sF1qVxcBTnEUqmYAN6I67Mdsg+oqaDV9ZaJd13qH2VvJ+13LWO2S3kO7
eiLt5Gdg6Ntz1PY5mHKjpxpUzDK6zfkexj/+Jpf7In/6DGofnH/8TXG6bea5ZjSbSKWW2t8Bt0tm
5M7NM+9WAQ7Tt28ErjdnkDi54qim/wCEtimhtzLKkNs0IWGQuxWVyypIvypxjdu6ijmYcqOm/sif
/oMah+cf/wATR/ZE/wD0GNQ/OP8A+JrUHSlo5mHKjK/sif8A6DGofnH/APE0f2RP/wBBjUPzj/8A
ia1aKOZhyoyv7In/AOgxqH5x/wDxNH9kT/8AQY1D84//AImtWijmYcqMr+yJ/wDoMah+cf8A8TQd
JuACf7X1E+w8v/4mtWijmYcqOZ0fQr2HU2v5rmeBHOTBlSZPd8ALn6fnXTUUUSk5O7CMVFaFDWtT
XRtIuL9ojKsChigOCeQOv40UusaamsaVPYyu8aTAAsmMjkHv9KKun7O3vClz390vUUUVkWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/
RRRSGIaw/Bvm/wDCPJ5/mb/Om/1mc48xsdfatw1S0jVI9YsBdxRuiF3Ta+M/KxU9PpT6C6l6iiik
MKKKKACquqf8gq8/64v/AOgmrVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VL
SGFFFFABRRRQAUUUUAFFFFABRRRQAUUlFAC1Rvf+Qjp3/XV//RbVdqle/wDIR07/AK6v/wCi2poT
L1FFFIYUVka/PdxDT4bG4FvJdXQhaQxh9q7HbgHj+EVzmqeM7nTLWGOae1W5guZRO7DAuIocb9i5
4ZtwAHOCDQB3VFcNda5qOnJqUk2tW7oksVvatJbqqbpVVg7EHkKGJx3ArZtPEAvPDFlqSNlppYYn
2AYDmVY3xntkn8KAOgorlYvGjv5m/S5FLnFqBMp84+cIef7nzEHvxn0xUVr4quoI5JNRhbzfMuVE
CMpAKyxRou7jvIOfzoA6+iuduvFMthdWNte2Ucc9y6o8aXG9o9z7EbheVJxydvfGSMVStvF13Hp9
vd6laBHdLgiKBwwcpIka8nGCS+PTuaAOvorlbnxjdWxeE6QWvImkE0QuV2qqxrJkNjnKsOMDn866
W2nW6top48hJUDrnrgjNAEtFFFABVGw/4+L/AP6+P/ZEq9XN3eo3dneXccEGIXuPnuSy4T5E4weA
fc8VUVe6Jk7WOkorNiu7xYkAsJZMAfMZ4yW9+tP+23n/AEDZP+/yf40crDmRiap4Vu7zVbm7t7iK
I3EqpIedxtzGqyJ06kqCKfY6FqmkXJmsWspBKrxyJIWURjzpJEZSBzgSEFeOg5rY+23n/QNk/wC/
yf40fbbz/oGyf9/k/wAaOVj5kZMfhURQX0kqx3tzPLO0cVzKxgVZHLYC4+UkHBIBpieGr9tDvLWW
/kV5YZoobbzjJDGHUhQXZd7YJznj0xxWz9tvP+gbJ/3+T/Gj7bef9A2T/v8AJ/jRysOZGHeeHdV1
WVZria1tJG8qJxATJtiRjJwWXDMXC8EYAz1zTYfDOrWcGy3vYXeGO7jtpZMgjzijKSAMDaQ/A7bf
w3vtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyMjSPDl9oU0sdveJdWkyRI3n4Rk2qUJAVcHKhO
v92qdr4Kmhe1mZrX7RAtmgmUHeqxIVcA4zzngfnXR/bbz/oGyf8Af5P8aPtt5/0DZP8Av8n+NHKw
5kc1p3g28tWTcmnwhFtEzBuzL5Mu9nf5R8xH15796G8JaiNEFhHFpaupVZJwMvdKA3zOWRtrZYH+
LPzcjNdL9tvP+gbJ/wB/k/xo+23n/QNk/wC/yf40crDmRz1l4Qu7XaG+xsxSx3zDO8tAyFx05BC5
BJ64yO9V18DXT27QTDTwqxeUzqGLXeZkkZpcjrhDx83LHkCup+23n/QNk/7/ACf40fbbz/oGyf8A
f5P8aOVhzIZoelnSLW4g/diNrmWWJIxhURmJC47de1aVUPtt5/0DZP8Av8n+NH228/6Bsn/f5P8A
GjlYcyL9FUPtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyKsmpWumX+oS3kyxqTHgHqx29AO9Wr
TVoLiASSskBJOEklXdjsTg8fSs3+zbfWru+GoWmx1aPadwLJ8vUEfyq7aaDaQwBLi3tbhwT+8Nsi
kjtnA6+9XLlt5kR5rlz+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR/Y2m/wDPhaf9
+V/wqPdK94k/tC0/5+oP+/go+32f/P1B/wB/BUf9jab/AM+Fp/35X/Cj+xtN/wCfC0/78r/hR7oe
8Sfb7P8A5+oP+/go+32f/P1B/wB/B/jUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P
/n6g/wC/go+32f8Az9Qf9/BUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P/n6g/wC/
go+32n/P1B/38H+NR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vs/wDn6g/7+Cj7fZ/8
/UH/AH8FR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vtP+fqD/v4KX+0LT/n6g/7+Cov
7G03/nwtP+/K/wCFH9jab/z4Wn/flf8ACj3Q94l/tC0/5+oP+/go/tC0/wCfqD/v4Ki/sbTf+fC0
/wC/K/4Uf2Npv/Phaf8Aflf8KPdD3iX+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR
/Y2m/wDPhaf9+V/wo90PeJf7QtP+fqD/AL+Cj+0LT/n6g/7+Cov7G03/AJ8LT/vyv+FH9jab/wA+
Fp/35X/Cj3Q94mW+tXYKtzCWJwAJBk1PVNNJsI3V0sbZXU5DCJQQfyq5Sdug1fqYnjLzf+ETv/I8
zzdg2+Xnd94dMc0Ve1jU49H0qe+lR5EhAJVOp5x/Wit6Tkl7quZVOW+rsXaKKK5zYKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikM
Q8VQ0TSxo+nC0WUygO77iMfeYt/Wr5rD8HTSz+H0e4kkkk86YbpCScCRgOvtT6C6m7RRRSGFFFFA
BVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMK
KKKACiiigAooooAKKKKACkNLRQByUC6zqGuarajW5LX7LKDHGtvGw8thlTk8+o/Crv8AYmt/9DNN
/wCAkdJe/wDEv8a2Fz0jv4WtX/31+ZP03Cugq27WsQkjA/sTW/8AoZpv/ASOsySW80zxbpttf62b
mIRyzyebCkYQBSByPXJ/KuyrjrSCLWPEt3e3EaSwPctZxqwyCkcbZ/8AHifypwd73FJW2OjttWt7
ncyuqRD7ru4G/wBwM5x9asfbbb/n4h/7+Cq1to9tbllKRyxn7iyRqSvtuxk/jU/9n2f/AD6Qf9+x
/hUvl6FLmK2owaXq0Cw3zwSojh1Hm7SGAIyCCD3P5023tdHtG3W62kZ8oQfKwxsBJ2/TJJ/Grf8A
Z9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UtB6lKCw0W1aFoFtUaEgxkSD5SE8sd+yfL9KT7BoomeULai
R38xjvHLbw+evXcAfqKvf2fZ/wDPpB/37H+FH9n2f/PpB/37H+FGgalB9N0OSExPHalCjJjePus2
8jrx8wB+tNTStAjtjbrDZiEq6lCwIIcgv37lVP1FaP8AZ9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UaB
qZg0bQFMB8u2LW5DRkzZIIbcCeecNyM5xT10vQlSRPKtCknmblLgj94QX4J4BKj8q0P7Ps/+fSD/
AL9j/Cj+z7P/AJ9IP+/Y/wAKNA1M+HS9Ct4ViijtVRQ4/wBZkneMPk5ycjA5q/Fc2cMSRRzwKiKF
VQ44A6Cl/s+z/wCfSD/v2P8ACj+z7P8A59IP+/Y/wo0DUd9ttv8An4h/7+Cj7bbf8/EP/fwU3+z7
P/n0g/79j/Cj+z7P/n0g/wC/Y/wo0DUd9ttv+fiH/v4KracySy35Uq6NcdQcg/IlT/2fZ/8APpB/
37H+FQabGkUt8kaKii44VRgD5Epq1mLW6LyRrGoVFCqBgADAFLS0VJQlGRXEX+qX+l+KNTmheaaK
cx2UMBJKxzNGrRsB0AJLA/hmoNMnjjFvaa1ql6kMCS/ZpmndDPKJ5FJLDl2ACYU5+90NAHfZFHFc
D9l1CaPVbxr+XTbZZrpHupLp3DjzCqDy+kYXGMgg46e1mHU5z4P1FLW1nCR29wPtkd4ZowwQkGN2
O9hnoccHjtQB2tFcDPqPkQ3Nvod1d3dpdpFAhimaVlmYnf5bseojBY/NgEDoTUNvdJG1rd6h/aCy
2MFyLmJ7mQF3hMXlllVtuSrA8dSxzmgD0TijrXHeF9UubRLmw1r7TDdOUmiN2wLO0gO5VwTwHVsD
PAIqDT/EGq7rFg0JtvLs0eAxMWdpY8k7y2Rg46g+9AHcUV59p+t3d7qJupLyG5eSOxDxwoyLbl5y
GjPzckZxn25FWJPFl2uhtdnUIPtMrKDAluM2bEMSkhdwP4cZOCSOAcigDueKK4O01y/uriSae6Ui
cadKlntI8sSMgcqc5IBJHpnr6UL4s1aW3laGe1ad49zxC3b/AEFzMiKj8/MSGbrg/ISOKAO8orM8
P3l1eWUwvWR57e4lgMiJsDhWIDYycZHvWpQAlFLRQBn2v/IV1D6x/wDoNaFZ9r/yFtQ+sf8A6DV5
XV87WDYODg5waqW5MR1FFFSUZuu6hcadYxvaRRSTyzxQIJWKqC7BckgE8ZrJm8XT2TvDeWSCeASi
ZY5MqzKsbJsOOjCReuMc1t6rpkerWggklmi2yJKskLAMrKwYEZBHUelUW8KafLHsnE025ZFkeSQl
pTIFDFj64VcYxjAxQA/T9Tvjqh0/VLaCOdoPtEb28hdCAwVlOQDkEj2OfaqOmeLHuAv2yznje4vJ
oLeNITkJG2CzHcRxjk8dxz309O0VNPuZLhri5uriRQnm3MgZlUdFGAABnn370Q6DawS28i+YWgea
RMtxmViz5/E8UAUf+Ez0/wAh5RHeFdqvF/o7ZuEZwgaMfxAsy/mD0NWdM8S2mqXYtoorqKQq5Hnw
lAxQhXUH1UkA/pmoYPCFjAFHmXUixiNYRJNuEKI6uEXjgZVc5ySABnirtvolta3cdxGZPMjadly3
GZXDv+oGPSgDGtvGRkuDBcWyQuL1ocl+DADIPNzj1iYEdvxFWk8ZWDx5EN6JH2GGE25Ek6tnayDu
DtbrjGOcVNJ4U02aS0eSN2a1lmlQluvmli6n1Uljx7CoY/B9nGgIur4zJsEM7TZkhVMhVU4xjDMD
kEnPJNAFW08eWHkWA1BvJubs/wCrVf8AVgyFE3AnIyR2zg5zitO41O8fV3stOt4ZRbqj3DSyFPvZ
wq4BycAnnA6fhBB4RtLSSB7a5vYWiUIxWbPnKHLgPkc8s3IwcE81autDhudQ+2LPc28rKqS+RLsE
yqSQG47ZPIweetAGnS0g4FLQAUUUUAFFFFABRRRQAUUUUAUNb0wazpFxYNKYhOApcDJHIPT8KKp+
MZpYPCd/JbyPHKqDa0ZIYfMOhFFdFGM2vddjGrKKeqNuiiiuc2CiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDENVNK1KHVrIXVsr
rGWZMOMHKsVP6irZOBWdoWlnR9MFoZRKVkd9wXH3mLdPxp9BGlRRRSGFFFFABVXUgW0u7VQSTC4A
Hf5TVa8123s9SSxMU8kpRZJGjTKwoWKhnOeBkH1xgk0tr4i0m8sre7i1G28m5O2JmlC729Bnv7UA
XrcEW8QIwdg/lUlU21W0Fx5Ec8UsokETokilo2OcbhnI6GkTWdNltpbmPULR4ITiSVZlKofc5wKA
LtFZt7rtpaWEF5GWu4riRY4fsuJPMJ6Y5x2Peq6+KtOMPmO0seI5HdHjIaMoVDKw67suuB3yMUAb
VFZNr4jtJ/OFwJbB4EWSRLxREQjEgNknGMgjr161ekvIo/IJYFJzhXDDH3S2c56YB6UAWKKrW2o2
V5A81rd288SEhpIpVZVxyckHiov7b0v7O1x/aVn5CMEaTz12qx5AJzjPtQBeoqs2pWSTPE95brJG
nmOhlUFU/vEZ4HPWo/7Y03MA/tC0zcf6n98v73nHy888+lAF2iqenatZasszWNzHOIZWik2HO1lO
CP0/GrlAGF4wgdtBe6hGZrGRLpMf7Byf0zWxbzJcW8c0Zykih1PsRkU6aJZoXikGUdSrD1B61ieD
pGXRTZSnMunzPatn0U/L/wCOkVW8Sepo6xfrpekXd43/ACxiZx7nHA/PFZOjWLadp2hQSf63LPIf
V2Rmb9TTvFX+mPpmkrz9tulMgH/PNPmb+QFaV5/yENO/66v/AOi2prRCe5epaTIoqCypqOqW+lRR
yXXm4kcRosUTSMzEE4CqCegP5VXfxHpiWlrdNdARXUwgiJU5MhONpGMqQQc5xjHNJrtpd3QsZbFI
ZJbW5E+yWQoGGx1xkA4PzelYFz4Nv9QaUTX8dssqTSP5CBv3spGcbhwFVVAYckljxQBs/wDCW6Z/
pZc3Ua2al52ktJUCDGeSV6kEYHU54rTW9he1iuUYtDKEKMoJyGxg/qK5uXw7q12GE13DC1zcW89x
JEN5HlxLwAwwcyKDz296ltdC1ODR4tLklglgt7iOSOYsQ5RJ1kClcYGFBHHcDtQB0YmibfiRDs+9
hh8v1qtaara3zOIHYhHdC204yhAbnp3H1rlh4JnhiYwx2e91Zp1yVFy32kSgOQOQVBUk5xnoRSr4
OvfsLRL9ityftBEURbywJJYnCcAHaRGyn/e6UAdiLiFtm2WM78lMMPmx1x61Ba6paXwja1nWZJN2
14+V+U4PPQcmuYu/DGoXV5pssNtp1nBbTRyGCDGI8S72w3l5O5ew2DOc5zTB4Nu/7MFnEtlbhEuU
BjJCyiSSN13AAYBCFWHPHrQB2H2mHYr+dHsb7rbhg/Spa4mTwVLd72uLXTo0dp3W1QFooGaJY0K5
Uc5XcSAOTx6119lE9vYW8MrbpI4lVmznJAwTQBPRSUUALWVDeQ2k18Zm5a5wiKMsx8tOABya1Kwm
0W21G9vZ3UC4SfashUNxsTgg8EVUba3Jlfobcb+ZGrFWQsM7W6j606qEejWPlr5llbF8fMVjwM+1
O/sbTv8Anyg/74FLQepd49qMD2ql/Y2nf8+UH/fAo/sbTv8Anyg/74FGgal3jGO1HHtVL+xtO/58
oP8AvgUf2Np3/PlB/wB8CjQNS6AB0A4owPaqX9jad/z5Qf8AfAo/sbTv+fKD/vgUaBqXePajA9BV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7x7Uce1Uv7G07/nyg/74FH9jad/z5Qf98CjQNS7ge1H
HtVL+xtO/wCfKD/vgUf2Np3/AD5Qf98CjQNS7xRVL+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7RV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNTH1az1K8ur9NMuREQY96dDINvQN2/wA81LpVlqAsVW3u
1tEUkGJ7EKQe/wDFz9e9XdOt4rbUb+OCNY0zGdqjA+7WpVym0rERgr3Mr7Hq3/QWi/8AAQf/ABVH
2PVv+gtF/wCAg/8Aiq1aKnmZXKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t
/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrV
oo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8A
oLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/w
EH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK
+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjNitNTWVGk1SN0DAsotQNw9M7uK0qKKTdx
pWKeq6jDpOmzXtyrtDCMsEGT1xwPxoqLXtMOsaLc2AlERnULvK5xyD0/CitKag17zInz3900aKKK
yNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1Qtv+Qzff7kX/
ALNTXUT6F+iiikMQ1ieELqa80BJriVpZDNKu9jk4EjAD8hW2aqaXfW2o2QuLMEQlmUZXbyGIPH1B
p9BdS5RRRSGFFFFAGFreh3Gq6jaSxtaxJAVYT7G8+Mg5IVgcYI4wePXPSsk+C737GlutxY4No9g5
aAtiItncvPD4PI6HA9K7OigDn4vDTxbNs0eV1I3pO3lhtICk+vPWsTVfCl7Z6Pbx6eiSukdpE6wq
EbMJkJcZ6ksy/rXd1zM/iS7s59W+021sIrW4jgtyZyDKWRWwQFJz82eAfTtmgBU0a8l8L6Tb20MF
jc2UkcqwyMXQbcjBI56H8/Wo5/CM90WlkvUW5lEkkkiR8CUtCyEKT91fJUYJyfWoYPF1xLci7W1L
6bLbWkp3SBWgMruvTGWOdvHHT14puneL7omztGsLm+nbBuJYUOI1aRlU8LjgKSckcDvQBauvD2oa
iLi4vpLJ7x1jSFYxIiRhW3Z3A7t2TnPbA461cuNEuLmw06GW6V5bTcZJSmPMJhePOBwOXz+FR6pr
02nahNBDbm5kxbLHEZAgLSvIud2D/cqpqniG6k8N2N9YrNby3NysLokYmdeWDBR0blfyoAltfDb6
ZpuoRxGN2nsI7dUjXblkjZc/jkVmx+ENVm0lVe7trad4YoXigjKJsRHHJBznLknBwdoHSoT4j1q4
j0/7HP5001o80axWm8TN5m1BJg/uuMbuRg59K6vRLya9t7l7ggtHdzRLgY+VXKj9BQBhnwVI2kXV
obmLzZUtQr7CBmFVGGwQdpK9iMZpg8Du1o8ZNnE7QPGBGrsFZpRIWBcls8c89a7GigDN0bTptN+2
JI0TRy3Mk8ZRSGAdixDfQnHFaVFFACVz9t/xL/G93D0j1G3Wdf8AfT5W/Qg10Nc74tP2AafrHOLC
5BkI/wCeT/K38xVR1diZdxbX/iYeN7ufrHp1utun++/zN+gAq3rS3Ly2a2UkcdwXfY0i5UHY3aq/
g+Jv7FN5KMTX8z3TZ/2j8o/75ArQvf8AkI6d/wBdX/8ARbU3pL0FbQoaZBfp5gLxx3HHmtNAzFvQ
ht+CPp09BV/ytS/5+bX/AL8N/wDF1dpaTk2NRsUfK1L/AJ+bX/vw3/xdHlal/wA/Nr/34b/4ur1F
LmHylHytS/5+bX/vw3/xdHlal/z82v8A34b/AOLq9RRzBylHytS/5+bX/vw3/wAXR5Wpf8/Nr/34
b/4ur1FHMHKUfK1L/n5tf+/Df/F0eVqX/Pza/wDfhv8A4ur1FHMHKUfK1L/n5tf+/Df/ABdHlal/
z82v/fhv/i6vUUcwcpR8rUv+fm1/78N/8XR5Wpf8/Nr/AN+G/wDi6vUUcwcpR8rUv+fm1/78N/8A
F0zShIJL4TMrSfaOSq7R9xO2TWjVGw/4+L//AK+P/ZEp3umK1mi9RRRUlBRXF32v3uleJtTLytNa
vstraDH3bgxqyAf7+WHPcCotJv7m48q01PXZYGtopJPPyiG4YTyIScjBVQi/KP7wzQB3NFcJHNrl
0dSmtb+a2iWa5jM93JGIOJCqCPgspGMZIx7HirMevSp4X1BYv7RNzBBcZuJSkqxOqFseYvBxxjj2
POaAOyorhrvWJ9Lju7S01Oe8WaKJIpeJ5YZpGIIXaPmwgL4wcbT2IFQW2qu72l5eapqMaW8FwbyI
sEy8BjAJUrkbgdxH+1QB6BRXJeFdduJobq21aWZbxdsyfaYzCzCRSdiqQCdrK6j2AqCx8V37PZZh
t3tGjtFkJdjMWmTdkHocEfjQB2lFcJZeJL681ATzT2/lyxWLJBbTEiISzEEP/tYOD647VZfxfdDR
Vv8AzNPDXJU28Ch5HThiVkAI5AXrwBg+nIB2VFcTaeJr+9mmmeSBbaT7A8MCEiRBMyZy3cfMe3Pt
Sf8ACa3zWpljj093ni82GMSsWg/epGFl9zv7Y5UjnGaAO3orM0HUZ9RspWu0iW4gnkt5PKJ2MUbG
RnkZ9K06ACiiigChaf8AIW1D6x/+g1fqhaf8hbUPrH/6DV6qluTEWikzRmpKKGtak+l2STRW/wBo
lkmjhSPeEyzsFGTg4HNZjeL47fcl5ZywzRCXzowwbYyKjAA9G3CRcH35xWnrGmnVbJYUuGt5Eljm
SRVDbWRgw4PB6VnS+Ebe5VvtV1cSySLIJpchWkZwg3DA+XaEXGPTvQBa0/WLi4vzY39i1lc+V56L
5gkVkzg/MOhBIyPcYJqrpfi62vV3XCPB5t1JbWyeVIWk2HBJGwY9e4Hc5Bxd0/SJbW9e8vL6S9uW
QRK7oqBEzkgBR3PJPsPSmQeH4oJraTzpG+zyXDgEDDecxZgfpnigBn/CXaL5M0v20eXCAWYRv8wL
bAV4+cbiBlcjNT6f4i0zVbg29nc75gpba0bJ0IDfeA5BIBHUZ5xWfb+EEiESyX9zMtusUdsGCjyo
0kRwvA+YkxqCTzgVetdCjtb2K5WZ2aJrhgpAx++cOfyIwKAKNr4wguZ2ha3eKRb1rUqzD7o34l/3
SY2H1Bq0ni3RpIGlW8JVSoA8p9z7s7Si4y4ODgqCDg1Wm8G2U8tpJJLLut5Z3OMDzVlLko3sC5x3
H4mmJ4QKGOY6pcvd24RLadkT90iAgLtxhiQzZJ56dMUATWPjHTbizs5bmdbeS7P7tCGOAXKKScfL
uI4zjnipNU1+fT7+aGLT2uIba3W5uJFlAZEJYfKpHzEBCcZFUYvA8ENzazpds0sKqrtNbxSGQB2c
EEr8hy7DK4/MVf1HQH1DUJZxfzQRT2629xFGi/vEBY8MRlc7yOKANeGVJ4Y5Y23JIoZT6g8in0yN
FiiSONQqIAqqOgA7U7NAC0UmaM0ALRSZozQAtFJmjNAC0UlLQBi+MLqay8K39xbStDMiAq6nBHzC
ir+qX1tpumzXd6CbeIZfC7uM46UVvSbS+G5lUtfexbooorA1CiqD6zaR67HpDO32ySA3CrtONgOC
c9Ovaota8Q2WgrD9r895ZyRFDbwtLJJjrhVB6ZoA1KKzND8Q6f4htpJtPlZvKcxyxyRlHjYdmU8g
0a34gsNAhie+kk3zvshhijaSSVvRVUZNAGnRWRp3ibTtR065vVkkt4bQkXAuomhaLAydwYDHHNak
UqTxJLE4eN1DKynIIPIIoAfRSZpGdUUsxAVRkk9qAHUVBaXlvf2sdzaTJNBKNySIcqw9QamzQAtF
JmloAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VmeH9MfSNKW0lk
WRhJI+5RgfM5b+taZrG8J3s9/oST3UpllMsq7jjoHYDp7Cn0F1NqiiikMKKKKAGu6xRs8jKqKCWZ
jgAepNCyI+djq204ODnB9KyfFgz4duNwJiDxNMB/zyEil/w27qwNQstbnmu/Ikv4VV7yWIwOF3sF
j8kH1BO7A796AO0lmjgiaSaRI41GWZmAA+pqjcaDpt3LNJPao8k+0yNkgsV+6eD1A4z1xxXMahba
newatFcQ6lJcvGRCi/8AHs0eFwMdN+c++c9sU68l8Qm4u7e2jv1eP7W6y4BRlYqYgp6Fgu7A7HrQ
BupoOhC7t3S1tfPtAsMQB5jC/Mq4z2zuAPTINSN4b0l5beU2MPmW/wDq2AIx827HuN3OD3rlorPV
YoruSwh1NfMnuZI2uSDMf9FVUJJ5++MDPPAzVXXrnVNHsPsTX98izXI8qeWU79vkZb5wM4Ehzj2I
6GgDu7ixsWka6uY4t67HaR+MeWSVJPtuY/jRHptj9ngSOGIwxSedEB0Vsk7h+ZP41y+p6fLdPZXN
ub+8STRp4EkUsFkcqpUup6bhnr3x3Aqrc2mv2lgLSCbUvsoli3yBTJMqmHnbtZWwJAMgHj0xmgDs
rXT7G1uHktoYklG4MV6je29h7ZJz+NJa6PY2V7Pd20AjnnJMjBj8xJyTjOMk1zlpZ6tPdWyXMt+s
TXETTSjETOoted208AyAZAPXjpVzXItSOpzzWi3kkUNgTFDFMY0eUsRzjqQvI/xxQB0majNzAFkY
zR7Y22udwwp44PoeR+YrhIrbxFdaUu+XU4pIUvJItrlWdhsMAbdkkctgNz61Le215A+vS38c62E0
UzRheEMhhQZcdTnGF9CD3IoA7uioLISrYW4uDmYRr5h/2sc/rU9ABXP+NnZvDklnEA098620YPqx
/wAAa365+9/4mHjSwtusdhC10/8Avt8ifpuNVHe5MtrFvwxdi98OWUmArLGI3UfwsvykfmKsXv8A
yEdO/wCur/8AotqzNBP2HXNZ0zovmi7iH+zIOfyYH86073/kIad/11f/ANFtTfxAti9RSUtQUVNQ
1O00qBZr64SCNmCBnPVj2/Q006xYLa21ybyDybp1jgfeMSs33QvqT6VV8QQXcn9nz2Vsbl7a7Erx
q6oSux14LEDqwrnLrwnrGoeYge2tEfz7kbl80JNIRgLgjBULndyMueKAOjj8V6LMZxHqVuTboZJc
tjy1HJJ9K0PtcXkpNvXyn27WHQ7sAfnkVy0+j61frMrx28DXtxbyzl/3iIqRKWXaCNwLqF69CTU9
np2sQaLBpcsauba4jKXKSBQ8STqQNucj92DxntjnNAHU1Wg1C2uZGjhlV2VnQgZ4KkBh+BIrjl8L
6nbwymKNy06s11GLojzyLgOFyTxmPcvYDOKIfDerQ6c0VrB9lB+0kQC5/heWJlTcO5RXGe2aAO6q
FLuGR0WOVH3hiu05B2nB59ia4650PU5L3SWsdNFnbW8qMU88M8Y83MgLbuhToFznJBxxUcHhfUrX
SRZ2NuLQxrdKdlxgS75I2Ugg5GUVlz1WgDu6K4R/Cl9dx7WtGt7UNPJBafayTATEqpyD3cM2ASBn
1rtLJZUsbdbg5mWNRISc5bHPP1oAnooooAKzLe5itX1CSd1RBc9T/uJwPU1p1z8mjJf6hd3Kuy3E
M+EyzbSNidQCMfUc1Uba3JlfSxuxyCSNXAYBhkBhg/lTs1Qj0i3MamVZQ+PmC3MhGfbmnf2Paek3
/gRJ/wDFUe6GpO1rC7bmhjZtwfJQE7h0P1HrTZLC1lEYktoXEb703Rg7WznI9DnvUX9j2npN/wCB
En/xVH9j2npN/wCBEn/xVHuhqWHtoZIHheGNonzvQoCrZ65HfNIlpBHbfZ44I0gwV8pUAXB6jHTF
Qf2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpLDYWtsiJBawRJGxZFSMKFY8EgDoaV7K3kLF7eJi
+d2Ywd2cZz+Q/IelQ/2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpO9rDJIskkMbuvRmQEj6GgWk
C42wRDG3GEHGOn5dvSoP7HtPSb/wIk/+Ko/se09Jv/AiT/4qj3Q1JI9PtISxitYELHcdsYGTnOfr
nn60jaZZOJQ1nbkTMGkBiX5yOhPHJpn9j2npN/4ESf8AxVH9j2npN/4ESf8AxVHuhqS/YbXeH+zQ
hwoQN5YyFByBn0B5FC2NqrSsttCDMwaQiMfOR0J9T9ai/se09Jv/AAIk/wDiqP7HtPSb/wACJP8A
4qj3Q1LaRrGCERVySxwMZJ6mnZql/Y9p6Tf+BEn/AMVR/Y9p6Tf+BEn/AMVR7oal3NGapf2Paek3
/gRJ/wDFUf2Paek3/gRJ/wDFUe6Gpj6sNWN1f/2QUBzH5n/PTG3+HtT9JXUhYgWT2Ij3HcJUl37u
+7cc5zV/TbdLbUdQjj3bQYz8zFj931PNaeKqUtLWJUepl413+/pv/fMn+NGNd/v6b/3zJ/jWpijF
TzeRXL5mXjXf7+m/98yf40Y13+/pv/fMn+NaFxcQWkJluZo4Yl6vIwVR+JpI7q3lWNo54nWQFkKu
CGA6ketHN5By+ZQxrv8Af03/AL5k/wAaMa7/AH9N/wC+ZP8AGrtteWt4jPa3EU6qdpMThgD6cUsF
5bXRlFvPHKYXMcmxgdjDqDjofajm8g5fMo413+/pv/fMn+NGNd/v6b/3zJ/jWnxS8Uc3kHL5mXjX
f7+m/wDfMn+NGNd/v6b/AN8yf41fW5t3GVnjYbzHw4+8Oq/Xg8VLxRzeQcvmZeNd/v6b/wB8yf40
Y13+/pv/AHzJ/jWhDNFcRiSGRZEJIDKcg4ODz9RUc1/Z206QT3cEU0mNkbyBWbPAwDyaObyDl8yn
jXf7+m/98yf40Y13+/pv/fMn+NamKMUc3kHL5mXjXf7+m/8AfMn+NGNd/v6b/wB8yf41qYoxRzeQ
cvmZeNd/v6b/AN8yf40Y13+/pv8A3zJ/jWpijFHN5By+Zl413+/pv/fMn+NGNd/v6b/3zJ/jWpij
FHN5By+ZmxDWfNTzn0/y9w3bVfOO+OetadJilpN3GlYzfEOmvrGhXVjFIsbzqFDsMgcg/wBKKg8W
3k+n+F766tZTFNGgKuMcfMB3oreipte6zGq4J+8bNFFFc5ucdd/8lhsP+wPL/wCjRXRau+pR2m/R
7e1nug2NtzIY129+QCc9Ky9b8KS6prsGrWer3OnXcNubfdDGj7kLbjwwPeibw3qz2tuIvFN/Hdwl
sz+TEVkViOGTG04xwRg8mgDL8BM8eteIItUjaLXZZknu41x5WwjEflkHkYHOec1peK/D9/qN3p2r
aLcQxanpjOYluATFKrjDK2ORnHUVa0Dw0miz3d5NeT3+oXhXz7mbALBRhVCjhQPQU7W9FvdSnhn0
7W7vTJowVIjVZI3B/vIwxn0NAHJ65rcviXwN4ks76G50rVNKhY3UEUoIfKEr82PmRh2q5HbwaL4F
s2u/EWq28dwsB8wMJJSSgxFENpIz7Anitew8GWltpuqW95c3F7caspW9upSA8g27QAAMKADwBVP/
AIQaeTRbWyuNdupZ7GdJrG58pA0GxdqjGMMME5z1oAzfCmrXK+J9U0tbnV5bNbFbqIaqhEyNuKnB
YAlTx1qDwrpep674Ji1fVPEWqtNcWjqI4ZQiKozgkYOW45b3xXSaX4Tex1q41a81W4vry5tfs0jS
IqqAGyNoA+Ue31Per2gaFFoPh220hJWnigjMe9xgsCSe31oA4TRYLjR/gvNqdrqV/wCe+nb41eXK
QEZ/1YxxW94l1K8tdJ8LSQXMsb3OpWkczKcGRWB3A+xq3pPgtdO0W70W51K4vdKmiMEVvIiqYUOc
gMBknnqfSqcfw+lc6d9v8QX94mmTxy2sbqiqoQ8BgB8xxxuPI/GgCtHa6l4i8a+I7F9c1CzsLJoN
kVo4RtzRA8PgkDgnA6k1reA9TvNQ0a6h1GY3Fxp97NZNORgyhDgMffB/SsSDw/qN9498T3Vlqd7p
T7rZUlSINHMpi5+VhgkEcEdOa6/QNDtvDukx2Fq0jqpZ3llOXkdjlmY+pNAGlRRRQA1s4+Xr2zVB
n1fHyw2OfeV//ia0aKadhNXMVptd582GBV9bfDn/AMeIqzpflM07B53uCR53nrtYegx0x16Vo1Qt
v+Qzff7kX/s1Ve6FaxfoooqChDVTS7mzu7IS6eF+zlmA2ptGQSG4+uatk4rL8OabLpOkraTsjSCS
R8oTjDOWH6Gn0EatFFFIYUUUUAIQCCCMg9qjnkS3gklf7kalmwOwGalqrqn/ACCrz/ri/wD6CaED
J0KugZehGRTsD0qO3/49ov8AcH8qloATA9KZLBFOmyaNJFznDqCKkooATA9KMD0paKAEwPSjA9KW
igBMCgqCMEAj3paKACiiigBK5/wx/pt1quqnkXVyY4j/ANM4/lH65q/4hvzpmgXt0v30iIQerHhf
1Ip+h2A0vRbOz7wxKre7dT+uapaInqZur/6B4p0i/wCiT77KU/73zJ+oP51b1prpZbM2KxtcB32L
ISFJ2NTPFlo934dufJH7+AC4ix/eQ7h/KnrdpfnRrqP7k5Mg/GMmmujE+qK+mSag3mE+S9zx5omk
cFfTC7cAfT86v7tU/wCedl/38f8A+Jq9S0m7jSsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0U
rjsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0UXCxQ3ap/zzsv+/j/APxNG7Vf+eVl/wB/H/8A
iav0UXCxQ3ap/wA87L/v4/8A8TRu1T/nnZf9/H/+Jq/RRcLFDdqv/PKy/wC/j/8AxNG7VP8AnnZf
9/H/APiav0UXCxQ3ap/zzsv+/j//ABNG7VP+edl/38f/AOJq/RRcLFDdqn/POy/7+P8A/E03SvNL
33nhBJ9o5CEkfcT1rRqjYf8AHxf/APXx/wCyJTWzE1qi9RRRUlBRXI3fia60zxJqcV0VexVFS1QL
83n+WH2Z779xx/u0zRtS1fU/LtZ9ShgubaJpZ5FhUiYiaSPGD0UeXzjnkcigDsaK4mLU/EV5cagu
nO8pSW4jXzrdUij2uVTY/G5uO+RnrjvaHiJofD18PtF0+pQQzsPtFpsaNlUsA+0bMgYPXkEetAHW
UVx2oa7faHFe211fpM5gieC6liCmKSR9gDKowQMFumcBvTNV7LXby7axu31lktfInkulWCPG6Aor
YJGQGyzfQjGKAO5orlvCHiOXWrO7F1MklzCRLlE2gI67lXnup3KT/s0yy8YTu9msljvt5I7bzbgz
DeHlTcPkC4OMc8jrwKAOsorjoPE1/c36yzQ/Z7aaGzkhjWVXJWWYrub5eDjAI56cGrT+LJ00dNR+
xQLFc7TZq1wxeYEE8qqMQ2BnAz15IwaAOnorkbbxRe3ks0ogjjsi1kYCr/vMTlMhgRjox6H6eoc3
jWZbVbgaYpS4iM1mPtIzIokSP5+PkP7xT37g80AdZRWfo2pPqlm8k0AgmimeCRA+8BlbBw2BkfgK
0KACiiigChaf8hbUPrH/AOg1frAu9bs9G1G+a6c7nMeyNRlnO3tUlp4msZIA11d2sMhJ+RZd2B2y
cdauUJPWxmpJaXNuisv/AISPSP8AoIQf99Uf8JHpH/QQg/76pckuxXNHuQ+KoHm0uEpavdCK7gle
KNQzMqyAtgHrwK5u80LULkzyWVg1vHcLctFbswXywyRDacHClyjnA6buec11P/CR6R/0EIP++qP+
Ej0j/oIW/wD31RyS7BzLuUNHthJr731vpkum2qWotykkaxmVt2QQqk8KMjP+0cdKpaZol7avYQq1
9HALy8nmBuWwfnJi3c52ng475Oeprc/4SPSP+ghb/wDfVH/CR6R/0ELf/vqjkl2DmXc5e3tNengM
btq0TukS3jvOBulMyF2hIPyqE8zpgYK8ZzWrothqVlq0bTT30kDfakkFxNvUKsiiAjPQlM89T3rT
/wCEj0j/AKCFv/31R/wkekf9BC3/AO+qOSXYOaPc5VNA1W0vbaSzt8R3F/PcSq2MQygzeXLjuGVl
B+i+ppYINc8lSya0LUeSLxGnBnkk+beYiDwuSmcEDAOB1z1P/CR6R/0ELf8A76o/4SPSP+ghb/8A
fVHJLsHMu5yFlp2v2zaVDnU7a2jCkLEqyHf5zFxKd4HKleSGHXHNbmoW0i+No7tre9eFreGMNDBH
Im4SSEhywJXG4HK461p/8JHpH/QQt/8Avqj/AISPSP8AoIQf99Uckuwcy7moOlLWX/wkekf9BCD/
AL6o/wCEj0j/AKCEH/fVHJLsHNHualFZf/CR6R/0EIP++qT/AISPSP8AoIQf99Uckuwc0e5q0Vl/
8JHpH/QQg/76o/4SPSP+ghB/31RyS7BzR7mpRWX/AMJHpH/QQg/76o/4SPSP+ghB/wB9Uckuwc0e
5qUVmxa/pc0qRx30DO5Cqobkk1pUmmtxpp7FTVLmztNOmn1Hb9lQZk3JuGM+nfmiq3iTTpdX0C7s
YGRZZlAUv0HIPP5UVpTjFr3nYiblfRGpRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/RRRSGIayPC1/caloi3F04eUyyqSABwHI
HA9hWuaqaXJYyWQbTPL+zb2A8tcLu3Hdx9c0+gupcooopDCiiigAqrqn/IKvP+uL/wDoJq1VXVP+
QVef9cX/APQTTW4nsS2//HtF/uD+VS1Fb/8AHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUUUlAHP
+Iv9O1TR9LHKyz/aJR/sRjP6sRXQVzlhPFdeMdTu5JUCWkaWcW5gOfvP+pA/Ct77Xb/894v++xVS
6IldWSMAwIYZB4IrlPDxMDQaax+bT76aEf7hRmT9D+ldP9rt/wDnvF/32K5mQLB8Q7WSGRGhvYWZ
trA/vEUj/wBBb9KceqFLodXS0lLUFkNzd29lF5t3PFBHnG+Vwoz9TSm6gEcchmj2SkCNt4w5PTB7
57VkeJ4ndNNlWzku0gvBJJFGgdtvluM4PXlhXM3fh/WL2MW1pZw28MbzXkC3D4W3kY/ugoXI3Lhm
I6DfigDtY9Z0yZmWLUbNyilmCzqdoHUnnoKtGaNYw7SIEOMMTwc8Dn3zXET6Rf3qXSxaRDEdSntz
KswCosYiVpFYrk4LLs49fSr1kurR6BbabPazC5tp4lMyEeW8STr0Oc/6vnkdj3oA6vIqKO7t5XKR
zRswLKVVgTleGH4ZGfrXFrY69bwyP5mpv5ys86+duYAXA+WPJ+UmLdjGO3fFNttO1q2sHFlDfRlm
umxJIplKtNER8xJ+coJMEnr70Ad3kU3zY9yrvXcwJUZ5IHXH5iuMuU1b7ZpQ0621RLVZULtcTsz7
TL+8DjfjAToW3HB4wRVe10vWLHSFttPivopYlu1bfLkkmWMqUZieqb9p6ZzmgDvcilrhH0/WbuMr
C2sQWgad4Fe5ImGIlCBzkkgyBiASffjiu0sjMbC3NzkTmNfMz/exz+tAE9FFFABWfaSpDJqLyuqI
txksxwB8iVoVzs+kyX1/dXEU8gaG44hL4RvkTnpwffmqjZ3uTK+ljfjlSWNZI2yjDIPqKdms+PTX
aNS93eoxHK+dnB+uKd/ZZ/5/b3/v9/8AWpWQ7sfLpdjPL5kttE8nmpNuZefMUYVvqB0qKbQdLuPK
86xt38pmdMoPlLHc35nkjvTv7LP/AD+3v/f7/wCtR/ZZ/wCf29/7/f8A1qLILvsSSabZy2ctpJbx
tbzFmkjI4Ysckn3JOaSHSrGDT3sYraJLR1ZWiC/KwPXPrmmf2Wf+f29/7/f/AFqP7LP/AD+3v/f7
/wCtRZBd9hLXQtMsljW2soYxFJ5qbV5D4K7s+uCR9DSy6Lp05lMtnC5m3eZlfv7tobP12Ln6Cj+y
z/z+3v8A3+/+tR/ZZ/5/b3/v9/8AWosgu+xJNptlcXSXM1vG86Y2yMvIxkjn2yfzNNTSNPjChLSF
Qnl7cL02DCfkOlN/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsMt/D+k2hc29hbRF2VmKoBkq2
5fyPI9KafDWjlJUOnW22Zg7jZwW55/U/mal/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsImh6
ZHIrpZQKypHGpC4wqEFB/wABIGPTFNj8P6TE87R2FsrTkNKQg+Yhtw/Xn60/+yz/AM/t7/3+/wDr
Uf2Wf+f29/7/AH/1qLILvsWoLeG2DiGNUDuZG2jGWJyT9TUmao/2Wf8An9vf+/3/ANaj+yz/AM/t
7/3+/wDrUWQXfYvZozVH+yz/AM/t7/3+/wDrUf2Wf+f29/7/AH/1qLILvsQGyt7+/wBRiuolkQmP
g9jt6g9jV2ztPskAiMskwBOGlILAeme+KqabD5GoX6eZJJgxndI2T931rUpyb2FFLcbtHoPyo2j0
H5U6ipKG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbt
HoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQf
lTqKAG7R6D8qdRRQBkeKr6fTPDV7d2jhJ4lBRiAccgdDRVzVZLKLTZn1Py/sYA8zzBlcZ7j64ora
lJJaxuZTTvvYt0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7
NV+qFt/yGb7/AHIv/Zqa6ifQv0UUUhiHisnwzp0+l6OttdbfNEsjHacjDOSP0NaxrJ8M6hPqmjLc
3RUymWRflXAwrkD9BT1sLqa9FFFIYUUUUAFVdU/5BV5/1xf/ANBNWqq6p/yCrz/ri/8A6Caa3E9i
W3/49ov9wfyqWorf/j2i/wBwfyqWkMKKKKACiiigAooooAKKKKACiiigDIn8KaJdTvNPpltJLIxZ
2ZOST3qP/hDfD/8A0CLT/vituinzPuLlRif8Ib4f/wCgRaf98VTvNEsdFu7O50fSbf7UHfaqYQt8
jd66eqN7/wAhHTv+ur/+i2pqTuJxVihp19fyiRzCJ5DgOhmC+WfTbjI/Gr32vUP+gcv/AIED/Cru
xdxYAbj1OOTS4ocl2BJ9yj9q1D/oHL/4ED/Ck+1X/wD0DV/8CB/hV/FGKV12Cz7lD7Vf/wDQNX/w
IH+FH2q//wCgav8A4ED/AAq/ijFF12Cz7lH7VqH/AEDl/wDAgf4Un2q//wCgav8A4ED/AAq/ijFF
12Cz7lD7Vf8A/QNX/wACB/hR9qv/APoGr/4ED/Cr+KMUXXYLPuUPtV//ANA1f/Agf4Uv2vUP+gcv
/gQP8KvYoxRddgs+5R+16h/0Dl/8CB/hR9r1D/oHL/4ED/Cr2KMUXXYLPuUfteof9A5f/Agf4U3S
nkd75pY/Lc3HK7t2PkTvWhiqVh/x8X//AF8f+yJTvowtqi9RRRUlBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAULT/kLah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+bVfDt5ZW23zplAXecDqD1/CijxPq
E+l+Hby8tSomhUFdwyOoHT8aK6KPPb3TCryX941aKKK5zcKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDVTS1sUsgNM8v7NubHln
K7tx3frmrZrI8L2FxpuirbXSBJRLKxAIPDOSOfoafQXU2KKKKQwooooAKq6p/wAgq8/64v8A+gmr
VVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABRRRQAUUUUAFFQ
3dzHZWc9zNny4Y2kfAycAZP8q5+fX9VsrO1u7uyhKXVxGiRW7NJJtcE7SOBuGBz06+maAOmorB/4
THTisLol08bokkkixfLbh22r5npyD0zjBJ45pr+NNOjR3eO6WIKzQyNFhbgBgp2EnplhycDBz05o
A6CisC48Uw2srCS3uXJEGyCOPMhaTfgHnH8B78UjeM9O82wjjjupWvfL27Y/9XvYqu7JGOVYcZxg
0AdBVW1geGa6ZyMSy71x6bVH9KxdY8UTafcajBFYSsbOGGYTMMo+99u0AHOeDj1IPpyl3480iwto
5bnz42ZnVoWQCSPYcMSCecZHTJOeAaAOlornPFPiWTQzZ+S1oi3AkYyXRcKNoBA+UE5OarDxZef2
5FYtbW0bN5Aa1aQm4zIAWIAGCE5z/umgDrKKx7fXkHhWLWryMqhtxO6RDcRkdB61BceMLK0tHuLm
C7hWKXyplkRQ0XAbJGeRtIOBk+3BoA36Kwbvxhp9it01xHcIlvP9m3sqqssmM7VJIzgc5OBTIfGu
nXMtusMN46TpGwlEPyKZCQisc8ElSPr7c0AdDRWZ4f1dtc0eG+a1ltTJn93IQTweoI7Vp0AFFFFA
BRRRQAUUUUAFFFFABRRRQBQtP+QtqH1j/wDQav1QtP8AkLah9Y//AEGr9VLcmIUUUVJQUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU9VWyfTZl1Ty/sZA83zThcZ7/jiiqni
mwn1Pw3eWlooeeVQEUnAPIPWitqaTWsrGU277XNeiiisTUKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDzWX4c1KbVtIW6uFRZDJ
ImEGBhXKj9BWoaqaXb2VrZiPTtn2cMxGx9wySS3P1zT6C6lyiiikMKKKKACquqf8gq8/64v/AOgm
rVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFUb3/kI6d/11f/ANFtV6qN7/yEdO/66v8A+i2poTL1FFFIYUUUUAFFFFABRRRQAyWN
JonilUPG6lWUjIIPUVlW/hm0t1hTz7uRLeRJIVlmLCPaCFUe3PfnpzWxRQBgjwfpw8sBrkRqFV4x
KdswViyhx3wWP8jkU6PwlZQmQxTXiZVkixMSLdWbcwjB4AJAznPAx04rcooAxbbwrp1oYPJWUeQY
ig3949+3/wBGNms3/hDZbbXrS8sLwRQW6KgV4w7qoLFgCf724g9MV1lFAGVe+H7XULmaeZ5wZ4ki
kRXwrBG3KceoJPPuahm8LWcs5ninvLecvI5lgmKsQ5BZfplQfbHFbdUrEk3F8CSQLjAyeg2LTsFw
u9Jtr6WKS5Uv5cckQUn5WVwAwI78CmaZottpW77OZSzxxxs0jbiQi7V/Tr61oUUgOfl8LKnhu60i
2vbkxTRCKMzvv8kDoFwAaZc+BtLvIClw93JIxbzJmmzJIGCqQSR6Io4x0+uejooAybjw5Z3EMibp
43a6+1rLHIVdJcYyp+mRjpyaF8OWgYM8lxLJmFjJJJuZjExZCT9Sc1q5FGRQBU0vTItJsxa27ytE
rEoJG3bATnaD6CrlJkUUALRSZFGaAFopOtLQAUUUUAFFFFABRRRQBQtP+QtqH1j/APQav1QtP+Qt
qH1j/wDQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBl
+JNRl0jw/d31uqNLCoKhxkdQOfzoqzqlvZ3WnTQ6ls+yOMSb32jGe57c0VtTlFL3lczmpX0Zbooo
rE0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/2ar9ULb/kM33+5F/7
NTXUT6F+iiikMQ1jeFLKfT9DSC6iMUollYqSDwXJHT2NbJ5rM8PanJq+lLdyxpG5kkTaucfK5Ufy
p62F1NSiiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtR
W/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEd
O/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9VGw/wCP
i/8A+vj/ANkSqWzE90XqKTNGakYtFJmjNAHF6jrt5pPijUZDJJPassdrDb9Qs7Jujx6bjlT77ar6
deSHybLWNcuIFt1mZbjzhGbiRbiRDlsYO0Kvy/7XINd0Yo2OWRCcg5IHUdDTWt4XCh4o2CtvUFQc
N6j3oA4dTq9y+q3EOozWUEc1zG11c3CmHAYqgVeqYOPm4/GrVvrcq+FtRSCO+aSGG4/0o3C3Ecbq
hYYlyCw6Y44PBxiuwMcZRkKIVbO5SODnrmkSGKOIRJGixgY2AADH0oA4WbWH0+2uINO1G5v47iCJ
EdZPtEkVw7bcI3chAz7e23PeobbUcyWdxfahqkQtI7kXkbztGWMAQqzJ2LKQxHfdXfR20ESKscMS
Kp3KFUAA+opzQQvndHG27rlQc/5wPyoA5Twlrk+biz1mS4iumKTx/bF8tj5nWNQeoVwwHtiqdx4x
1iCx0tvL04z3tv8Aa90jCGIL8v7sF3HPzZJGf92u4aKN2DMiFl6EjkU17eCVFSSGNlQgqrKCAfag
DmtK8S3d/wCIY7OR7IRSi4/cJkzw+U4Ub+cfNnPQfjXVVVbT7Vr6O88pRcRhgHHH3sZz6/dHX0qz
mgBaKTNGaAFopM1BdXiWgVpVfyyeXVchPc98e9ArkFp/yFtQ+sf/AKDV+s6xkWTUr542DI3lkMpy
CNtaNVLcUdgoooqSgoqpqGpW2lwLNdMwV3EaKiF2dj0CqAST9Kfb30F1FFJG+BKu9FcFGI/3Tgj8
RQBYoqP7RD5bSCWMovDNuGB9TVWy1i0v4FmhdhGV3hnUqMbivU8dVNAF6io2niQIWlQB/uksPm+n
rVDUPEFhpl2Le7klV9gkYrC7KiEkbmYAhRkHk46UAadFZc/iLTrcHdK7uJvIEcUTSOz7QxAVQSfl
IORxVuzv7fULRbq1lV4GBw/TocHOehBBBB6YoAs0VGLiEqjCVMP907h8309az7rxFp9lfmzuJZEk
XbvbynMabs7dz42rnHc0AalFUf7Zsf7QuLI3Ci4tohNMpyAiHuT0/wAOPWo9O1+w1SUxWsknmbPM
VZYXjLpnG5QwGV9xQBpUUUUAFFFFABRRRQAUUUUAY/iyyn1Dwxe2trGZZpUARAQM/MD3oqXxFqUm
j6FdX0UayPAoYKx4PIH9aK6KLml7qMKqg37xp0UUVzm4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhqppdla6fZCCxOYQzMPm3
cliTz9SatmsTwjazWWgpDcxNFIJpW2MMHBkYg/iDT6C6m5RRRSGFFFFABVXVP+QVef8AXF//AEE1
aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKA
CiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAoo
ooAKKKKACiiigArJt9PtLq8v3uLeKR/PxuZcnGxK1qo2H/Hxf/8AXx/7IlUupL6B/Y2nf8+UH/fA
o/sbTv8Anyg/74FXqKV2OyKP9jad/wA+UH/fAo/sbTv+fKD/AL4FXq5QeO4T4auNVFlN5kMxi+y7
huYjkEHpjZ830Bouwsjd/sbTv+fKD/vgUf2Np3/PlB/3wKoTeIpUF9PFp8ktjZrKHuBIo3PGCWAX
rjI259e2OaoSeN3jVY309VuWkVMG7QQjchYAy4wGOMbSOpFF2Fkb39jad/z5Qf8AfAo/sbTv+fKD
/vgVDqmqz2EFmYbPz7i6mEKxGUIASrMctg9NpqhP4vigs4JWtJvNNwYLmLIzb7f9Y5PQquQcjqCK
LsLI1f7G07/nyg/74FH9jad/z5Qf98CsdvFN9EdQE+kYNmVjCx3QdpZHClEUbR13AZPStaPW7M6N
DqUkmyCVFYcEnLdFAHJbJxgc5ouwsh39jad/z5Qf98Cj+xtO/wCfKD/vgVXHifSjNDF9pIeYLgNE
427jtUNkfISeAGxmqF/4402HTriewdrqaJ0QReVIuSz7M/dJKg5yQDyMdSKLsLI1/wCxtO/58oP+
+BR/Y2nf8+UH/fAqvF4itDcJbTPtuJJjDGkau5ZgFJzhflxuGc9Kgg8aaFcSIkd6SZCApMMig5O0
HJXGCeM9M8Zouwsi/wD2Np3/AD5Qf98Cj+xtO/58oP8AvgVdpaLsLIo/2Np3/PlB/wB8CoLnQrWU
KsMMEKn77CIFse2eB9a1aKLsOVGRpFlBp93e29rGI4kMeFH+7WvWKy6gdYvvsMlqq/u9wmRmOdvb
BFS7Nc/576d/35f/AOKq5K7u2TF2VrGrRWVs1z/nvp3/AH5f/wCKo2a5/wA99O/78v8A/FVPL5j5
vIfr1i+oad5KWkF0d6tsmlaLGO6uoJVh2IrmYPBmojV4by+mS9ddrLK9y4aAhSNoG35xyOSRnJJF
dJs1z/nvp3/fl/8A4qjZrn/PfTv+/L//ABVHL5hzeRzsPgmWztreOC20+SOJLYyWrZWKd0SRXLYU
93VgSDnaM0628F3Asre2uls3iRLZZIgCUIjneRgARyMOAM+ldBs1z/nvp3/fl/8A4qjZrn/PfTv+
/L//ABVHL5hzeRxd74eu7bWtLhl0yS7tbc5jEKgoM3DSAZKkJtATPKZGRkjp1GraZqU+rTzWK2pi
urIWrvM7Ax/MxLBQDu4bpkVb2a5/z307/vy//wAVRs1z/nvp3/fl/wD4qjl8w5vIyrXw9qGkXout
P+zz+WzxrDM5TdE0cKg7gpwwMPoQQanl8P3Mvhiaxd4Guric3Ey/N5TsZfMaP12Hlfoenar+zXP+
e+nf9+X/APiqNmuf899O/wC/L/8AxVHL5hzeRlaV4WeDVLe8ureyRY5J5Vt4gWS3Z/KC7Mgf88yS
cDljgVJqei6jd3+qRxC2FlqcEcMsrud8agMGwmMEkNxyK0dmuf8APfTv+/L/APxVGzXP+e+nf9+X
/wDiqOXzDm8jnrnwbqd289xJqKrNdvOs0QUbEjkXYADjLEBYjg8fKelbdnZ6lcavFfapHaRG3gaG
NbeRn3lypZiSBgfIMDnqeal2a5/z307/AL8v/wDFUbNc/wCe+nf9+X/+Ko5fMObyNWisvZrn/PfT
v+/L/wDxVGzXP+e+nf8Afl//AIqjl8w5vI1KKy9muf8APfTv+/L/APxVJs1z/nvp3/fl/wD4qjl8
w5vI1aSszZrn/PfTv+/L/wDxVNdNb2ndPpu3HP7l+n/fVHL5hzeRq5pa5Xw/Fqq3paFo10vsroy5
/wCuYYlgPrx7V1VEo8rtcIyurlTVLK21HTZrW+OLeQYf5tvGc9aKoeL7Wa98K31vbRNNNIgCoo5P
zCitaSbXxWIqNX2ubVFFFYGoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/
uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FJS0hiEZFZ2g6o2saYLtohEWkdNobP3WK9fwrRNVNL06DS
rIWtqzmMMzfOcnLMSf1NHQRcooooGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT
2Jbf/j2i/wBwfyqWorf/AI9ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/IR07/r
q/8A6Lar1Ub3/kIad/10f/0W1NCZeoqC3u4rl3ELbwhwWAO3PoD0P4VPSGFc5p/iO7nkt5L21his
7uWWGGSKUsysm/74IGAVjY5BPSujrn/+EOszbywSXd9JE4kCI0gxD5md+zAHJDMMnJAJxQBnp4u1
G6s45rWxtFdrmOFop52DBZSvlPwp4KsCfQgjtWnpniCS81q40+4gSMRr+6lSTImdMCYAEDhWZR78
9KdH4R0qCfzLSAWozExjgARC0b7kJGOuSR9Kih8F6XbeVJarLBdp5hN3GQJpC4IYs2OTls/UD0oA
nm8UWMLXO5Lox25KGVYGZHkDBfLUjq+4gY9c+hqGXxnp0MaNJHeA/vPNQW7FoBHt3lx/CAHU59Dx
mpZPC9tJ9oX7VeLFNJ5wiWUBY5dwfzF4yDuGeuOTxzSDwpZeTMkktzI88U0U0ryZeTzdoYnjGcIo
GAAAOlAFa08TyzaldxXEBhgivfskRZGBfEbOTnkH7vHTj609/GunR29tPJDfLHcRGdSbZvliBA3s
OoX5hV0+H7QsSWlybprr738ZjMZ7dNp/OopfC9jNapbs0+xLL7CMPz5fy+3X5RzQBc0zVYdWt3lg
SaMxuY5I5oyjowAOCD7EH8au1WtLCKzkuniLZuZvOfcc/NtVePbCirNABRRRQAVRsP8Aj4v/APr4
/wDZEq9XNXbaiLu7+zbRaef++ZN3mD5E9OcfTmqir3Jk7HS0Vl251H7PH5IsjFtG07nPH5VJnVf7
tl/30/8AhRyhzGhXMf8ACDWmzb9pm/483tDwP4twEmP7wVmUexrXzqv92y/76f8Awozqv92y/wC+
n/wo5Q5ilJ4aLC9hj1C4js7wSl7cKpAeQEMQxGcZJOPX8qluPD6HS47DT5Y7GAcSJHbRskoIwcqR
jPfNWM6r/dsv++n/AMKM6r/dsv8Avp/8KOUOYoSeE7aK1t002Q2U8EiSCcIHZyqMg3buvDGoZfA2
n3bs19JPcho3QhnK5ZzmRztxkt8ox0AUDFaudV/u2X/fT/4UZ1X+7Zf99P8A4UcocxmnwdbzKiXd
1cTp5scsoLbTK0cQjUkrg9QG47ilTwkkNiLO3v7iK3il8+2QBT5L794IJGSASRg9j+NaOdV/u2X/
AH0/+FGdV/u2X/fT/wCFHKHMZ7+FmmuvNm1K4dZWie6jCIBO8Zyp6ZXoMgdQB75QeEYAkS/apv3a
KgOBziYS/wAxj6Vo51X+7Zf99P8A4UZ1X+7Zf99P/hRyhzEFv4fittWN+s8hcyTSbCBjMgQEfh5Y
/Oqq+EYFtEt/tUxVbeC3zgdIpN4P1J4rRzqv92y/76f/AAozqv8Adsv++n/wo5Q5i+KWs/Oq/wB2
y/76f/CjOq/3bL/vp/8ACjlDmNCis/Oq/wB2y/76f/CjOq/3bL/vp/8ACjlDmFtP+QtqH1j/APQa
vVmab539o3/2gRiTMf8AqycY2+9alEtwjsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUlLRQAlLRRQBna/qZ0fRbm/WISmBQ2wtjPIHX8aKl1XToNW02ayuiwhmGGKnB656/hRWt
NwS95Gc+e/ulyiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArOkE9pqM1wtu08
UyID5ZG5Suexxnr2rRooEyiNWgUfvUuIz/twP/hinRarZzSrFHKS7HAGxh/SreKKegaga5/wS2NB
aFgyyw3MyyKwIKneT39iK6DGaMUX0sFtTFj8Y6JLcLAl6TI7hAPJfk5xj7vrV3U9asdHSN7+fylk
JVTsZskfQGruKMUaBqUtM1iy1iN5LCbzVjbax2MuD17gVSbxjoizmFr0iQPsI8l/vZxj7vrW1iij
QNSnqWr2ekQLNfTeVG7bAdjNk9ewPpVP+2rHWdI1A6fP5oihYP8AIy4ypx1A9K2MVV1T/kFXn/XB
/wD0E0KwO5l/8JhotriCa8Kyx4Rl8lzgj6CtPUNVtNKtRc3svlwlgobaW5PTgA1Pb/8AHtF/uD+V
SYodgV7GfpmvafrLSLYXHmmMAsNjLjPTqB6VWu/F2jWNzLb3F4UliO118pzg/UCtnFFGgalW81S0
sLH7ZdS7Lfj59pPXpwBmoNM8Q6brEzxWFx5rou5h5bLgdO4FaOKMUaBqZF74r0fTruS2ursxzR/e
XynOOM9QMd6uz6paW2m/b5pdtrtV9+0ng4xxjPcVaxRijQNTM03xHpmrXBgsbnzZQu4r5bLx+IHr
Tb/xRpOmXbW15dGOZQCV8pzjPI5AxWriijS4a2KjaraLpf8AaJl/0TZ5nmbT931xjP6VW0/xNpWq
XQtrO6MkxBYL5brwOvJFamKMUaBqZeo+JdL0q6+z3t0Y5dobb5btwfcA+lWo9UtJdM/tBJc2mwye
ZtP3R1OMZ7elWsUYo0DUybHxTpGpXaW1pdmSZ87V8pxnAyeSMVS8U3+lpcWtpqU7xq2532B8hSrK
DlR610eKpXv/ACEdO/66v/6LaqTSd0Jp21MvSrexl003ImaWzRSY5UklQ7VznK57Y7dfSo7PVPDl
/dR21rdTvNKcIu+cZ4z1PFdLijFHOxciMDU7jQ9Hkjjv55onkBZR5kzZH4E1PYppOpWZurSSaSAE
jd5so6deCc1sYoxS53YfKjmLbV/DV5cxW9vdzvLKwVF3TjJPuatanLoujmMX800Rlzs/eTNnHXoT
61u4op8/qLlMbTk0nVrcz2Mk0sQYoW82VefoSPWqEWs+Gp7hII7ucyO4RV3TjJJxXUYoxRzhymJq
baNo6xtfyzRCQkJ+9mbJHXoTS6Z/Y+sRPJYSzSojbWPmzLg4z3IraxRilzOw+VXOX/tnwyLjyftc
/mb9mN0/3s4x+dXtSGkaPCkt/JNEjttU+bK2TjPYmtrFGKfP6i5TD0x9G1hZGsJZpRGQH/ezLjPT
qRVObWPDVvcPBLdzrLGxRl3TnBBxXUYoxRz+ocpj6jHpOk2wuL6SaKIsFDebK3J9gT6VH4b1GwvH
vk0+ZpEEwcbg+dpUDOW56g1uYqlYD/SL/wD6+P8A2mlHNdO4Ws0U7rxdotlcy29xeFJYm2uvlOcH
6gVfvdUtNOshd3UvlwHA3bSevTgDNWsUYqdCtTO03xBpusSvHYXHmvGu5h5bLgfiBUN54s0fT7qS
2urspNGcMvlOccZ6gYrXxRijS4alW41S0tNO+3zy7bbarb9pPBxjgDPcVW03xHpmrXDQWNyZZFXe
R5bLx07getaeKMUaBqZN/wCKNJ027a1u7oxzIASvlOcZGRyBirj6paR6X/aLS4tNgk8zafunocYz
+lWsUYo0DUy9P8TaVql19msroyTbS23y3XgdeSBRqHibStLujbXt0Y5gobb5btwenIGK1MUYo0uG
tiqmqWj6X/aKy5tNhk8zafujvjGf0qnY+KNJ1K7W2tLoyTMCQvlOM4GTyRitbFGKNA1M3UvEemaR
cLBfXPlSMu8L5bNx07A+lWLfU7S6037fDLutdrNv2kcDOeCM9jVrFGKNA1Miz8WaPqF3HbWt2Xmk
OFXynGeM9SMVNqfiDTdHlSO/uPKeRdyjy2bI/AGtHFGKNLhrYq2WqWmo2Ru7WXzIBn5tpHTrwRmq
Fr4v0W9uYre3vC8srbUXynGT9SK2cUYo0DUwbjXNP0fVrwX8/lebsKfIzZwvPQH1rU07VLTVrY3F
lL5sQYqW2leR7ED1qK1/5CuofWP/ANBq/iqlYUbmLD4w0S4uI4IrwtJIwRR5LjJJwP4auanrdho6
xtfz+UJSQnyM2cdegNXsUYqdB6lPTdXstYheWwm81Ebax2MuDjPcD1qiPGOiGcQ/bT5hfZjyX+9n
GPu+tbWKMUaBqUtT1iy0eJJL+bykdtqnYzZPXsDRpmtWOspI1hP5qxkBjsZcE/UCruKMUaWDW5iy
+MdEhuHgkvCJEcow8l+CDj+7V/UtVs9JtxPfS+VEzBA20tz+APpVujFGgalDTNc0/WfM+wT+b5WN
/wAjLjPTqB6VVufF+i2dzLBPeFJYmKuvlOcEe4FbOKMUaXDUqX2qWmm2YuruXy4CQN20nr04AzUO
ma/p2sSSR2Fx5rRgMw8tlwPxArRxRijSwa3Me88W6PYXUlvc3ZSWI4dfKc479QKvXOqWlnp/26eX
ZbYVt+0ng9OAM96tUYo0DUzdN8RaZq87Q2Nz5sirvI8tl4zjuB61HfeKdI027e1u7sxzJjcvlOcZ
GRyBitbFGKNLhqVJNUtItM/tB5cWmwSeZtP3T0OMZ7+lVtO8S6Xqtz9nsrnzJdpbb5brwPcgetam
KMUaBqZeoeJtK0u6NteXRjmADFfLduD05AxVkaraNpf9oiX/AETZ5nmbT931xjP6VboxRoGplWHi
jSdTu1trO6MkzAkL5Tjp15IxTtR8R6XpNwIL65MUpUMF8tm4+oB9K08UYo0uGpzviW4TWPA97Npx
adJI8ptUgkBhng89jRXRYorWnW5FaxE6fO7sWiiisTQKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKxLnxhodpcyW8+oRpLExV12scEduBW3XmmpeD9cl1e+mg
tYXimuHkRjMBkE56VpSjGT952M6kpJe6rnWf8Jx4e/6Ccf8A3w3+FQX/AI00GbT7mOPUYy7xMqja
3JIOO1cl/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFb+yo/wAxl7Sr/KdjD428PpDGp1KMEKAfkb0+
lP8A+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2VH+YPaVf5TurTxb
ot/dR21rfxyTSHCJtYZP4itivOdF8Ja3ba/YXN1awxwwS73ZZgxxgjp+NejCsKkYxdou5tTlKS95
WFooorMsKKKKACiiigAooooAiurmKztpLi4cRwxKWdz0ArF/4Tjw9/0E4/8Avhv8Ku+IbKbUfD99
aW4BmmhZEDHAz9a89HgzxCAB9hg4H/PwK2pQhL4nYyqSnF+6rna/8Jx4e/6Ccf8A3w3+FVbrxloM
l7ZOuoxlY5GLHa3AKEenqa5X/hDfEP8Az4wf+BAo/wCEN8Q/8+MH/gQK19lR/mM/aVf5TtP+E48P
f9BOP/vhv8KP+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2NH+YPaV
f5T0TTNc0/WRIdOuUnERAfaCNuenUe1X65LwRoWo6NJfvqEMcRnMewJIG6A56fWutrmmkpNRehvB
tq7CiiipKCiiigAooooAKKKKAM/VNe07RjGNQukgMudgIJJx16D3qh/wnHh7/oJx/wDfDf4VneNv
D+pave2M2nwxyiFHVw8gXGcY/lXOf8Ib4h/58YP/AAIFdFOnTlG8pWZjOc07JHaf8Jx4e/6Ccf8A
3w3+FVbPxloMc14z6jGBJNuX5G5GxR6eoNcr/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFX7Kj/MR7
Sr/Kdp/wnHh7/oJx/wDfDf4Uf8Jz4eH/ADE4/wDvhv8ACuL/AOEN8Q/8+MH/AIECmv4L8QsjL9ig
5GP+PgUexo/zB7Sr/KeowTx3UEc0LB4pFDIw6EHoakqjo1rJZaLZW0wAlhgRHAORkDBq9XIzpQUU
UUAFFFFABRRRQAUUUUAFFFFABVHU9asNGSN9QuVgWQlULAnJ/Cr1cr430O/1lLA6fEkjQO5dXcLw
Riqgk5WZMm0rot/8Jx4e/wCgnH/3w3+FH/CceHv+gnH/AN8N/hXF/wDCG+If+fGD/wACBR/whviH
/nxg/wDAgV0+xo/zGHtKv8p1Nv4x0JNRvJG1GMJIU2na3OFwe1W/+E48Pf8AQTj/AO+G/wAK4v8A
4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECh0qL+0CqVF9k7T/hOPD3/AEE4/wDvhv8ACtizu4L+0jub
WQSQyjcjjoRXmf8AwhviH/nxg/8AAgV33hmwn0zw5ZWd0FWaKPDhTkA5J61lVhCK913NKcpyfvKx
q0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUlc3aeLLYajrVrqN7Y2zWVz5UC
ySqjMvlo2SCeeWP5UAdLRXLaH4km1G18PTXdxDDJqFm9xJCIThioUkhs4UDPQ5zn2qxb+MtP1Cdb
azW78yeF5oJHtnWORFH3wxGNvTn3HrQB0NFcl4R8aW+rabpMN5LKdQu7fd5jQMkc0gGXVWxtJHPA
9DWnD4s0y4v0to3mxLK0MVwYWEMsgzlFkxgng/XBxQBtUVj6Z4nsNYvprWx+0SNAzpJJ5DCNXVtp
XcRjd3x6UaJqs+o32swzKgWxvfs8e0clfLRuffLGgDYorBPjHTVuGikS9jOyR42ktZFWYICWCEj5
iACcd+1Wm8R6av2A/aBtv4WnhbB2+WqhixPYAEcn1FAGpRWJZeLNNvpCiG4jJhNxH50Dx+dGOrJk
fMOR+YqfRPENl4hhabTxO0AClZXhZEkz/dJHzYxg4oA1KKKKACiiigAooooAKKK57xprWo6JpVtL
pEENxdz3ccCRy5w2cnHHc4wPrQB0NFctD4qk1TUtKi0sReRqOnz3KmQHckiFAFPPYsQR7VmX/j65
tvCWi6nFbxtc3T5vI8HESR588jn+EigDvKK5bWfEt3aXurx2KQvDpulG7ZmBOZm3GNevTCEn6ipt
C1671+9ElqkX9lwxBZbjBPnzkDKx8/dXkE9zwOhoA6KloooAKKKKACiiigAooooAKKKKACiiua8T
eJH0zUrTTre6sbOSeN5pLq9b93FGpA4GRuYlhgZ7E0AdLRXK3Hix9LvNGsrhG1Br9XZrmygdkIAy
CgG7Pvzx16Vdv/GOladdzQTvORblVuZo4HeK3JxgO4GF6j6Z5xQBu0Vg6h4y0rTbu4tZTcyTWyLL
MsFu8nlxkZ3kqD8vvW1bzxXVvHPA6yRSqHR1OQykZBFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRXKeMfFN54c1DSxbwRS2sglmvNwO5YkKbiuO4Dk/hTfGni250I2UelxwzSyMss5kyVSAu
qZ47lnAH0NAHW0VyfijxXc6JqttDbRRyW0KrPqLtnMULSCNSvvkseeymrmsavfvrcGiaL9nS6eA3
M1xcKWSGPdtGFBG5ic9xjBoA6CiqeljUFtNuqtbPcBiN9uGCsvY4OSD7ZNXKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooASuasfC8X9pa7c6jY2k5vLrzYGkjVzs8pF5yOOVPFdNRQ
Bwlv4ev9J0vQJbhExpOl3MVwE+c7ii42r/F908VkeC5hHPpNvK0V9cT2DQ27w6h5/wBkTYGIZNo2
AkKM5OCAK9RIzUcdtDCzNFFGjMcsVUAt9aAOV0/w5f22meEIJFj8zSWBucP0/cunHrywqloPhCbS
57S0u9JW5jtJzJHfHUJNvDEq3k9AwzjHTOTmu8ooAxfCul3GkaXPBdBBI95cTDac/K8jMv44IrP0
+21rSde1Ux6bBcWd/eicT/agrRrsRD8m3kjaT15rqqKAOB07w3rza9pN3qi+Y9lcSvcXL3rOJgyO
oKRY2oPmHHX61V8O+Gm1GLxFZ/aAbW2jn0ewkXny0Ylm+uCyp/2zxXpFNSNIwQihQTnAGOaAOL0f
w3cxgC60VIbmG0eFLo6lJOCzLtOxG+6D74xxXR+G7GbS/DOmWNyFE9taxxSBTkblUA4NadFABRRR
QAUUUUAFFFFABWL4k0u41P8Asr7MFP2XUYbmTc2PkXOce/NbVFAHH2PhS807x+dRgaP+yDFM6R5+
aKaUoXAH90lN31JqOx8HXI17WBemNtJmjnS0VTlh9oIabI7crx9a7SigDiNK8L6tF4K1m11Awvq+
oQNDuV/lwsQij5+gyfdjWhoehXugakiWqxnS7qENcQ7sfZ7gAZZB3V+49ee5rp6KACiiigAooooA
KKKKACiiigAooooAK5nXtJvf+Eks9asLG31AxW72slvNIEIDMGDqxBGQQQfY101FAHDWnhjVdHg0
Oe3gtrmeyubmWa2SXy0QT7jtQkdFyOwzTrzQtcig17SrK2tZrTWZZJBdyTbTAJFCuGTGWxg4wfTp
Xb0UAefRx6paeKPEFlo1pb3amztIC08/llD5bhWPB3L1yOtdloWm/wBjaDYad5nmfZbdIS+Mbtqg
Zq6EVXLBQGbqQOTTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB1nQ5NU8R6ZcPGj2UNvd
Q3CseSJAgAx36Guah8EauPDN9bXc0VxfvLbQQOWwBawSKUyf7xAZj7mvQ6KAOOfwXNq91rdxqt9d
2/8AaMhhENrKNht1XagYFTycsT/vVDaaN4h019M1ZIbe71CGx+wXtu02wSqrZSRHwRu7kH+97V29
FAFPTJL+a08zU7eG3nZiRFFIZAq9gWwMn1wMVcoooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAP/9k=

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8EXMBX23adutwent_--

From twatteyne@gmail.com  Wed Aug 28 11:15:33 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F20E21E8050 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:15:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.867
X-Spam-Level: 
X-Spam-Status: No, score=-1.867 tagged_above=-999 required=5 tests=[AWL=0.110,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id awlnlx7pjblV for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:15:31 -0700 (PDT)
Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) by ietfa.amsl.com (Postfix) with ESMTP id 6B12F21E804D for <6tsch@ietf.org>; Wed, 28 Aug 2013 11:15:31 -0700 (PDT)
Received: by mail-pd0-f182.google.com with SMTP id r10so6626429pdi.41 for <6tsch@ietf.org>; Wed, 28 Aug 2013 11:15:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=9LBCpVFvfGueKGYM8222CIz64gudk5saFALyaijlu3A=; b=Q3etbrcCAfx5xSkR2SKm98DRdN/cNIFchm8Xkdh7cpka3ANwY2BPPFJskCcRsnUjGW OM/3yliw+twvOzsr3T0G7tjIsY6AsOEkCNxNE2QZps5rIAPfgooYITI1yzKTq1EODjM+ UUlWloaKwiRm03Ik6+9BKzBUa/zNnKzJVt3hHh/CiErB6YQGrLBRuIsXTidESat0I5Bq ECip3rx09totLf+Orsd8zzeFjDzl6F57SsiBD0+FkmxY+moO4m8U4RI4IhJwKAhNmJXR cC85/XwAHg+eRx4ZRmOEr8xHrkxKqv9Uk46PnX0TpC4ZEXkxLHPW08N3CLAqrjLTfPkD JiZA==
X-Received: by 10.68.254.42 with SMTP id af10mr16740732pbd.154.1377713730189;  Wed, 28 Aug 2013 11:15:30 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Wed, 28 Aug 2013 11:15:09 -0700 (PDT)
In-Reply-To: <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Wed, 28 Aug 2013 11:15:09 -0700
X-Google-Sender-Auth: KhSfPzviVcdzhNCW-4qXx_m7HUE
Message-ID: <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b2e0d837d7f4d04e505f9e3
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 18:15:33 -0000

--047d7b2e0d837d7f4d04e505f9e3
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

All,

If possible, let's keep things simple and stick closely to the charter,
certainly for now.

I would like to propose the following assumptions:

   - let's assume signaling and data packets are independent.
   IMO, signaling packets are either short and infrequent (events,
   commands), or periodic and large (statistics). Once we have run a number=
 of
   networks, and can quantify the trade-offs, we can consider piggybacking.
   - let's consider the steps highlighted in the charter, for now:
      - draft-vilajosana-6tsch-basic gives us a network with minimal
      connectivity between all nodes in the network. Most of the schedule i=
s
      empty, available ot some dynamic scheduler.
      - the scheduler uses the minimal connectivity to communicate, either
      between neighbors (distributed), or between nodes and the PCE
(centralized)

If we agree with this, I propose we go back to discussing the types of
flows, per the name of this thread. I'd like to call on a rough consensus
for the following 4 flows:

   - ME->node
      - action
      - query
   - node->ME
      - report
      - event

Thomas



On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Thomas,
>
> I agree to keep different alternatives, at lease as options.
>
> Regarding to what kinds of cells should be used for conveying the report,
> shared cells or dedicated cells, I would like to leave them to
> configuration. What do you think?
>
> Thanks
> Qin
>
>
>
> On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:
>
>> Qin,
>>
>> You bring up a good point: over what cells with the reports travel?
>> Another questions could be: over what cells will the request to install
>> cells travel? I believe that, whatever the policy in place in the networ=
k,
>> there will always need to be some cells installed for infrequent signali=
ng
>> traffic. If the report rate is very slow, it might qualify as "infrequen=
t
>> signaling traffic". For sure, the request to change the schedule qualifi=
es.
>>
>> Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloh=
a
>> schedule indicated in the draft can be used for the signaling traffic
>> between the nodes and the ME. Of course, if the report rate is very high=
,
>> some dedicate track might be installed, but I do not believe this is
>> needed, certainly not this early on.
>>
>> I agree with Diego that keeping the solution open to different
>> alternative is key.
>>
>> Thomas
>>
>>
>> On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <
>> diego.dujovne@mail.udp.cl> wrote:
>>
>>> Qin, Thomas,
>>>       Alternative (1) adds delay to define the slots to send the event
>>> to the ME (propagate the new schedule),
>>> while alternative (2)  keeps reserved slots waiting for the event to
>>> happen.
>>> I think both alternatives should be included, and configured by the ME
>>> depending
>>> on the network requirements.
>>>
>>> More thoughts?
>>>
>>> Diego Dujovne
>>>
>>> 2013/8/27 Qin Wang <qinwang@berkeley.edu>:
>>> > Thomas,
>>> >
>>> > I agree with almost all. Only some comments on "Report Flow".
>>> >
>>> > As you mentioned, there are two kinds of report scenarios, one is
>>> > periodically report, another one is burst report or called as
>>> event-driven
>>> > report. I have no question on how periodically report works, which yo=
u
>>> > described. But I'm not sure what the best way to handle event-driven
>>> report
>>> > is. I think we don't want to assume 6top sublayer is very intelligent=
,
>>> in
>>> > another word, the events and the trigger of events should be
>>> configured by
>>> > ME, just like the interval of periodically report. Make sense?
>>> >
>>> > If you agree to it, the remained issue is  when and how the bandwidth
>>> for
>>> > sending event-driven reports is reserved. Here are two ways I can see=
.
>>> > (1) when a event is triggered, node sends a request to ME and ask som=
e
>>> BW to
>>> > send the report. I believe that is how the 4th control flow works.
>>> > (2) when ME configure the events and their triggers, ME also
>>> provisions some
>>> > BW for the node which allows the node to send the report triggered by
>>> some
>>> > event.
>>> >
>>> > I have no strong opinion on which one is better. But, the bottom line
>>> is the
>>> > configuration of the set of events and their triggers should be out o=
f
>>> 6top
>>> > scope. Thought?
>>> >
>>> > Thanks
>>> > Qin
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.co=
m
>>> >
>>> > wrote:
>>> >>
>>> >> Qin,
>>> >>
>>> >> Please correct me if I'm wrong:
>>> >> - Action Flow (ME->6top). ME asks 6top to execute some command.
>>> Typical
>>> >> commands are add/delete cells.
>>> >> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>>> >> queries are about current cells usage or statistics.
>>> >> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical
>>> reported
>>> >> information covers cells usage or statistics.
>>> >>
>>> >> Questions:
>>> >> - Looks like Query and Report flows contain the same information. In
>>> >> normal operation, the Report flow should be enough, the Query flow
>>> only
>>> >> being used in special cases, for example when the ME has lost state
>>> (just
>>> >> booted, bug, etc). Agreed?
>>> >> - The ME should be able to configure the report flow. Configuration
>>> could
>>> >> be "send report every X seconds" or "send report when variable X
>>> larger than
>>> >> Y". I imagine this could be done over the action flow? Agreed?
>>> >> - A node will want to report an urgent event to the ME. One such
>>> events is
>>> >> "the topology appears to have changed". There any many cases where
>>> this
>>> >> information needs to be sent immediately, i.e. no time to wait for
>>> the next
>>> >> report cycle. We can consider this to be an asynchronous report, or
>>> part of
>>> >> a new "Event" flow.
>>> >> - Same for the mote asking the ME for a schedule update.
>>> >>
>>> >> Thoughts?
>>> >>
>>> >> Thomas
>>> >>
>>> >>
>>> >>
>>> >> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu>
>>> wrote:
>>> >>>
>>> >>> Xavi,
>>> >>>
>>> >>> Approach-(2) is more flexible and likely covers more situations.
>>> But, it
>>> >>> may bring some complexity to 6top, because 6top has to make decisio=
n
>>> on the
>>> >>> bandwidth request (add/delete), which needs some metrics, some
>>> intelligence.
>>> >>>
>>> >>> What do you think?
>>> >>>
>>> >>> Qin
>>> >>>
>>> >>>
>>> >>>
>>> >>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> >>> <xvilajosana@eecs.berkeley.edu> wrote:
>>> >>>>
>>> >>>> Hi Qin, I like your (2).
>>> >>>>
>>> >>>> Note also that there are situations that might have some
>>> differences.
>>> >>>>
>>> >>>> 1-the track already exists.
>>> >>>> 2-the track between the two entities does not exists
>>> >>>>
>>> >>>> in either case I think that the node that requires certain BW to
>>> another
>>> >>>> node should talk to 6top, which processes that request and sends a
>>> request
>>> >>>> to the ME, the ME installs that new track.
>>> >>>>
>>> >>>> does it make sense. Do you see any drawback on that approach?
>>> >>>>
>>> >>>> X
>>> >>>>
>>> >>>>
>>> >>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu>
>>> wrote:
>>> >>>>>
>>> >>>>> Hi all,
>>> >>>>>
>>> >>>>> During today's call, we presented three control flows between
>>> >>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, an=
d
>>> Report
>>> >>>>> Flow, and started to talk about the 4th control flow. The thread
>>> will
>>> >>>>> continue the discussion about 4th flow.
>>> >>>>>
>>> >>>>> Here is the scenario: when a node finds that more cells are neede=
d,
>>> >>>>> e.g. nodes wants to send 10pkt/s report at some time, it should b=
e
>>> able to
>>> >>>>> ask ME to install more bandwidth.
>>> >>>>>
>>> >>>>> I can see two approaches:
>>> >>>>> (1) Managed by ME, without 4th Control Flow. Assume
>>> BandwidthUsageRate
>>> >>>>> is a attribute in 6top. Then, ME can get the information via Quer=
y
>>> Flow or
>>> >>>>> Report Flow, and adjust the bandwidth of the node via Action Flow=
.
>>> >>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>> >>>>> Request to ME, and then ME install more bandwidth. This is the 4t=
h
>>> control
>>> >>>>> flow.
>>> >>>>>
>>> >>>>> What do you think? Which one makes more sense?
>>> >>>>>
>>> >>>>> Qin
>>> >>>>>
>>> >>>>>
>>> >>>>>
>>> >>>>> _______________________________________________
>>> >>>>> 6tsch mailing list
>>> >>>>> 6tsch@ietf.org
>>> >>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>> >>>>>
>>> >>>>
>>> >>>
>>> >>>
>>> >>> _______________________________________________
>>> >>> 6tsch mailing list
>>> >>> 6tsch@ietf.org
>>> >>> https://www.ietf.org/mailman/listinfo/6tsch
>>> >>>
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Thomas Watteyne, Ph. D
>>> >> Sr. Networking Design Engineer
>>> >> Dust Networks / Linear Technology
>>> >> 30695 Huntwood Ave
>>> >> Hayward, CA 94544-7021
>>> >> +1 (510) 400-2978
>>> >> twatteyne@linear.com
>>> >>
>>> >> This e-mail transmission, and any documents, files or previous e-mai=
l
>>> >> messages attached to it may contain confidential information that is
>>> legally
>>> >> privileged. If you are not the intended recipient, or a person
>>> responsible
>>> >> for delivering it to the intended recipient, you are hereby notified
>>> that
>>> >> any disclosure, copying, distribution or use of any of the informati=
on
>>> >> contained in or attached to this transmission is STRICTLY PROHIBITED=
.
>>> If you
>>> >> have received this transmission in error, please immediately notify
>>> me by
>>> >> reply e-mail, or by telephone at (510) 400-2978, and destroy the
>>> original
>>> >> transmission and its attachments without reading or saving in any
>>> manner.
>>> >> Thank you.
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > 6tsch mailing list
>>> > 6tsch@ietf.org
>>> > https://www.ietf.org/mailman/listinfo/6tsch
>>> >
>>>
>>>
>>>
>>> --
>>> DIEGO DUJOVNE
>>> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicacion=
es
>>> Facultad de Ingenier=EDa UDP
>>> www.ingenieria.udp.cl
>>> (56 2) 676 8125
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>

--047d7b2e0d837d7f4d04e505f9e3
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">All,<div><br></div><div>If possible, let&#39;s keep things=
 simple and stick closely to the charter, certainly for now.</div><div><br>=
</div><div>I would like to propose the following assumptions:</div><div>
<ul><li>let&#39;s assume signaling and data packets are independent.<br>IMO=
, signaling packets are either short and infrequent (events, commands), or =
periodic and large (statistics). Once we have run a number of networks, and=
 can quantify the trade-offs, we can consider piggybacking.</li>


<li>let&#39;s consider the steps highlighted in the charter, for now:</li><=
ul><li>draft-vilajosana-6tsch-basic gives us a network with minimal connect=
ivity between all nodes in the network. Most of the schedule is empty, avai=
lable ot some dynamic scheduler.</li>


<li>the scheduler uses the minimal connectivity to communicate, either betw=
een neighbors (distributed), or between nodes and the PCE (centralized)</li=
></ul></ul><div>If we agree with this, I propose we go back to discussing t=
he types of flows, per the name of this thread. I&#39;d like to call on a r=
ough consensus for the following 4 flows:</div>

</div><div><div><ul><li>ME-&gt;node</li><ul><li>action</li><li>query</li></=
ul><li>node-&gt;ME</li><ul><li>report</li><li>event</li></ul></ul><div>Thom=
as</div></div><br></div></div><div class=3D"gmail_extra"><br><br><div class=
=3D"gmail_quote">

On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir=3D"ltr">Thomas,<div><br></div><div>I agree to keep different alter=
natives, at lease as options.</div><div><br></div><div>Regarding to what ki=
nds of cells should be used for conveying the report, shared cells or dedic=
ated cells, I would like to leave them to configuration. What do you think?=
</div>


<div><br></div><div>Thanks</div><span class=3D"HOEnZb"><font color=3D"#8888=
88"><div>Qin</div><div><br></div></font></span></div><div class=3D"HOEnZb">=
<div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_qu=
ote">On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <span dir=3D"ltr">&lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div><br></div><div>You=
 bring up a good point: over what cells with the reports travel? Another qu=
estions could be: over what cells will the request to install cells travel?=
 I believe that, whatever the policy in place in the network, there will al=
ways need to be some cells installed for infrequent signaling traffic. If t=
he report rate is very slow, it might qualify as &quot;infrequent signaling=
 traffic&quot;. For sure, the request to change the schedule qualifies.</di=
v>




<div><br></div><div>Isn&#39;t the answer=A0draft-vilajosana-6tsch-basic? Th=
at is, the slotted Aloha schedule indicated in the draft can be used for th=
e signaling traffic between the nodes and the ME. Of course, if the report =
rate is very high, some dedicate track might be installed, but I do not bel=
ieve this is needed, certainly not this early on.</div>




<div><br></div><div>I agree with Diego that keeping the solution open to di=
fferent alternative is key.</div><span><font color=3D"#888888"><div><br></d=
iv><div>Thomas</div></font></span></div><div>
<div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, =
Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <span dir=3D"ltr">&lt;<a href=
=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.dujovne@mail.=
udp.cl</a>&gt;</span> wrote:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Qin, Thomas,<br>
=A0 =A0 =A0 Alternative (1) adds delay to define the slots to send the even=
t<br>
to the ME (propagate the new schedule),<br>
while alternative (2) =A0keeps reserved slots waiting for the event to happ=
en.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<br>
<div><div>&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I&#39;m not sure what the best way to handle event-driv=
en report<br>
&gt; is. I think we don&#39;t want to assume 6top sublayer is very intellig=
ent, in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is =A0when and how the bandwidt=
h for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I&#39;m wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today&#39;s call, we presented three control fl=
ows between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" value=3D"+15104002978"=
 target=3D"_blank">+1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" value=3D"+15104002978" target=3D"_blank">(510) 400-2978</a>, and destro=
y the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<br>
</div></div>DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" value=3D"+15626768125" target=3D"=
_blank">(56 2) 676 8125</a><br>
<div><div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7b2e0d837d7f4d04e505f9e3--

From twatteyne@gmail.com  Wed Aug 28 11:25:48 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A8C021E8054 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:25:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EgrQ6ohQGbYI for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:25:48 -0700 (PDT)
Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) by ietfa.amsl.com (Postfix) with ESMTP id D69C021F9FF3 for <6tsch@ietf.org>; Wed, 28 Aug 2013 11:25:47 -0700 (PDT)
Received: by mail-pa0-f52.google.com with SMTP id kq13so6558641pab.11 for <6tsch@ietf.org>; Wed, 28 Aug 2013 11:25:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=ozLDviEwDCHASpXw/I2YXcYgc3Vb/amBaMGoCPXf5PA=; b=CnhIr6AI1YZviV5L16ul3u4bEB0Jwu8JU5T4vvsg0hfZgbBJjigo8fz+E1GABu2b0G q1J99EIj4hG1ycsIq3qFTWZnQx4kDFXl453QSowyFJ6Imd/5AMp3Soa8k3SUsQjHr4TE H22dgyNQyAXcZORMcnMsO/7SD3WdGUtRC+GX9HfOoHk0PY0LgwG0fenm6LbRwGH6Eybc 7P8nhbWqBy8nKHd/E9Z6ILmeHf6RZoVyKWbU/0trvXMw/l2BEdsX/E9afYbj887GbudB IEq8g1TpHSBoBurRM/u0DMKnm6gKTU3+F4+XeUe23YpiuqV0UC/o1lp0zTqRYE5sxIm4 I7gg==
X-Received: by 10.68.235.37 with SMTP id uj5mr29344760pbc.85.1377714346616; Wed, 28 Aug 2013 11:25:46 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Wed, 28 Aug 2013 11:25:25 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl> <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl> <CAAzoce7225oeorj-2rrUxyD68J44faZfry5TLmeis+FjWzomng@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661E@EXMBX23.ad.utwente.nl> <CAAzoce4m2uKNiJg0CaS0UDqZW-EjdNqNAmm1OzrHjWdx=upf+w@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8@EXMBX23.ad.utwente.nl>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Wed, 28 Aug 2013 11:25:25 -0700
X-Google-Sender-Auth: UUNxxC2gtNVqZZqUzMvTOIglJC0
Message-ID: <CADJ9OA_W4yV6NjRXMXpBib9F303FfPAXONoHPGxXM4cEasrdXA@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/related; boundary=047d7b33c7883b6eba04e5061e42
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 18:25:48 -0000

--047d7b33c7883b6eba04e5061e42
Content-Type: multipart/alternative; boundary=047d7b33c7883b6eb704e5061e41

--047d7b33c7883b6eb704e5061e41
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Pouria,

Wonderful diagram, great material to discuss over!

I don't quite understand the changes you made in the second revision. In my
mind, the first revision was better:
- node A initiates a network join procedure
- it receives some EBs
- after some settable time, it uses some settable algorithm to pick a time
source neighbor
- it keeps synchronized to that neighbor until told otherwise. No routing
information yet.
- either it sends in a DIS, or waits, but in any case it receives DIOs from
its neighbors
- RPL works exactly as-is, and pick routing parent(s).
- TSCH snoops on RPL's decision and changes time source neighbors
accordingly.

Does that sum it up?

Thomas


On Wed, Aug 28, 2013 at 11:14 AM, <P.Zand@utwente.nl> wrote:

>  Hi Qin,****
>
> It absolutely makes sense.****
>
> Best Wishes,****
>
> Pouria****
>
> ** **
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Wednesday, August 28, 2013 7:21 PM
>
> *To:* Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Hi Pouria,****
>
> ** **
>
> I proposed adding "Change time source" along with "Choosing the RPL
> parent" because we agreed before that the RPL parent will be used as the
> time source. And, this time Xavi proposed to use the node with lowest EB'
> join priority as time source is just because the RPL parent hasn't been
> found at the beginning. ****
>
> ** **
>
> Make sense?****
>
> ** **
>
> Qin****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> On Thu, Aug 29, 2013 at 12:52 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Qin,****
>
> I changed the diagram based on your comment.****
>
> However, I couldn=92t conclude form the discussion on =93time parent sele=
ction
> based on EB priority=94 thread to find out, if L3 will make the final
> decision about the time source or L2.****
>
> Best Wishes,****
>
> Pouria****
>
> ****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Wednesday, August 28, 2013 5:31 PM
> *To:* Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
>  ****
>
> It is great to have the diagram as common base to discuss. I would like t=
o
> add "Changing time source" along with "Choosing the RPL parent", because
> the time source selected at the beginning is just a temporary one, and ti=
me
> source in L2 should be same as the RPL parent in L3 after RPL parent is
> selected.****
>
>  ****
>
> make sense?****
>
>  ****
>
> Qin****
>
>  ****
>
>  ****
>
> On Wed, Aug 28, 2013 at 7:55 PM, <P.Zand@utwente.nl> wrote:****
>
> Dear All,****
>
> I would like to continue our discussion for choosing the time source
> (either in L2 or L3) in the basic RPL. ****
>
> I prepared a sample of message sequence chart to show the potential
> procedure for basic RPL.****
>
> I think we can refer to or modify the attached slide to discuss the
> details for constructing the basic RPL, as well as choosing the time sour=
ce.
> ****
>
> Best Wishes,****
>
> Pouria  ****
>
> ****
>
>  ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Wednesday, August 21, 2013 7:45 AM****
>
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria,****
>
> Glad to read we agree!****
>
> Thomas****
>
>  ****
>
> On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl> wrote:****
>
> Thomas,****
>
>  ****
>
> Many thanks for your explanation.****
>
> I couldn=92t find the related counter in MAC PIB of IEEE 802.15.4.****
>
>  ****
>
> My first idea was using both (a) clock accuracy information and (b) RPL
> rank information for choosing the best timing parent between two routers
> with equal (or close) RPL rank. That would help us to avoid (1)
> synchronization loop problem and (2) potential drifting problem caused by
> choosing the parent, between two with equal ranks but not equal clock
> accuracy.****
>
>  ****
>
> As you mentioned, let=92s not make it complicated and consider the parent
> rank as a factor for choosing the timing parent.****
>
>  ****
>
> Pouria.****
>
>        ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Tuesday, August 20, 2013 7:54 AM****
>
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria,****
>
> Thanks for the explanation. Allow me to answer inline.****
>
> Thomas****
>
>  ****
>
> On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl> wrote:****
>
> Thomas,****
>
>  ****
>
> I am not expert in synchronization, so please bear with me.****
>
>  ****
>
> By clock accuracy information, I mean how accurate a node can maintain
> (e.g. =B11 ms) synchronization in the network for a period of time (e.g. =
20
> s) without the need for clock update. Different devices might have
> different clock accuracy values represent by parts per million (ppm) unit=
.
> The clock accuracy of a device might depend on the device=92 environment
> conditions (e.g. temperature or shocks) and it doesn=92t just depend on
> crystals hardware. Am I right?****
>
>  ****
>
> Agreed. I am used to the term "clock drift" for the phenomenon, but
> absolutely, drift depends on manufacturing, voltage, temperature, and
> probably other environmental factors. The amount of drift of your clock
> source will dictate how often resynchronization needs to happen, given a
> guard time (i.e. 1ms). Of course, all these parameters depend on each
> other, so you can imagine buying a better clock source, or changing the
> re-synchronization frequency, or changing the guard time.****
>
>  ****
>
>   In the centralized approach, the System/Network managers, use (L2)
> device clock accuracy information as well as (L3) nodes=92 topology
> information (similar to node=92s rank in RPL in 6tsch distributed approac=
h)
> to select the potential clock sources in the network. Am I right? ****
>
>   ****
>
> Hmm. I understand what you are proposing, but my first reaction is to be =
a
> bit afraid that basing time source neighbor selection on clock drift
> information might lead to lots of complexity, for not much gain (I think)=
.
> If I am drifting a lot wrt to my neighbor, could I not resolve that local=
ly
> (through all kind of techniques we can think of), rather than involving t=
he
> time source neighbor selection process in that?****
>
>  ****
>
>   In a distributed approach, a network device might inform their
> neighbors about its (L2) clock accuracy. A new device might use this
> information, as well as L3 parameters (e.g. sender RPL=92 rank), to choos=
e
> its timing parent.****
>
>   ****
>
> This would certainly invert the approach. Now, we let RPL select routing
> parents, and then we have TSCH just use the same. If we go the other way
> around, i.e. select time source neighbors, then routes, many things will
> get complicated real quick, the first of which are synchronization loops.=
*
> ***
>
>  ****
>
>   If in 6tsch, we are considering the case that all the nodes in the
> network have equal high clock accuracy, then let=92s consider (L3) router=
=92s
> rank, based on the *default OF* (as Raghuram suggest), as the only factor
> for selecting timing parent.****
>
>  ****
>
>  I would go that route, but maybe you have some counter example in mind?*=
*
> **
>
>  ****
>
>  Pouria****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Monday, August 19, 2013 4:28 AM
> *To:* 6TSCH****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria, all,****
>
>  ****
>
> My 2c is the following. We already agreed on the fact that a mote's (RPL)
> routing parent would also be its (TSCH) time source neighbor. So why not
> pick the time source neighbor based on routing information?****
>
>  ****
>
> What exactly do you mean by clock accuracy? All nodes in a TSCH network
> need to be able to synchronize with one another, and I don't think we are
> considering cases where that is not true.****
>
>  ****
>
> Thomas****
>
>  ****
>
> On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl> wrote:****
>
> Raghuram,****
>
> I agree with you that we need a method to pick a timing parent.****
>
> We might need the L3 information on that, unless we can find a solution i=
n
> 6top to use L2 information. For example about the clock accuracy
> capabilities of the device who has already joined the network. I am not
> sure if this information is available in L2 and neighbor table.****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
> *Sent:* Wednesday, August 14, 2013 12:57 AM
> *To:* xvilajosana@eecs.berkeley.edu; Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org; Qin Wang****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Xavi, Pouria,****
>
> I think we need to keep node rank at 6top (as a read only parameter
> obtained from L3) in order for the TSCH nodes to figure out the timing
> parent. In the case where RPL node may have different ranks based on
> different OFs we need a method to pick a timing parent.****
>
>  ****
>
> We should propose a default OF, that is used to compute the ranks for the
> purpose finding the timing parent.****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *<xvilajosana@eecs.berkeley.edu>
> *Date: *Tuesday, August 13, 2013 2:27 PM
> *To: *Pouria Zand <P.Zand@utwente.nl>
> *Cc: *Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <
> 6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: [6tsch] RPL on Basic****
>
>  ****
>
> Good point :-)****
>
> agreed!
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> I guess we cannot keep =93node rank=94 in the 6top. Because a node might =
have
> different rank based on different metrics defined in L3. As a response, I
> don=92t think we can get all of those information form L3 and use them in
> neighbor table in 6top. Am I right? ****
>
> I think, as you mentioned we need to work on them. ****
>
>  ****
>
> Pouria  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 11:13 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,
>
> yes the neighbor table is something that 6top takes care of. The fields o=
f
> the table is something that we need to work on, stats for sure as describ=
ed
> by the basic configuration draft. As regards to the rank, in our
> implementation, we keep it in the table, for each neighbour we keep its
> rank. This information can be placed somewhere else if you want but I gue=
ss
> we need it to keep some sense on what is the rank of our neighbors.****
>
> regards,****
>
> Xavi****
>
>  ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Many thanks for your complete explanation. It absolutely makes sense.****
>
>  ****
>
> Just one minor question. The neighbor table will be stored in 6top. Am I
> right? If yes, do we need to store rank information (included in DIO) in
> that table? Or we just store neighbor statistic?****
>
>  ****
>
> Pouria ****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 10:17 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> answer inline:****
>
> Xavi,****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> there are many different ways to implement that, this is an option.****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI?****
>
> These are the list of known neighbors with acceptable RSSI, so yes if it
> wants to keep all of them.****
>
> Or (2) the node should probe its connection with the its RPL parent and
> its RPL child? In the case (2), how does the 6top can inform the L3 about
> the new potential discovered neighbors and their connection status? ****
>
> When a node is discovered due to receiving and EB (at least in our openws=
n
> implementation), it is inserted at the neighbor table. At that point no
> information about connectivity can be used except RSSI. As soon as a DIO =
is
> received from that node, its information is updated (including rank). As =
we
> don't have any information about connectivity (as RFC6552 describes) an
> initial value is set (i.e rank + FOO). In openwsn a similar case to (1) i=
s
> used so eventually some stats of the link can be used to compute the ETX
> and let RPL do its work. ****
>
> So RPL knows about a new node because 6TOP keeps information of neighbors
> an eventually this information is used by RPL to update routes. As this
> node sends DIOs and receives DIOs from others the information is
> permanently being updated enabling a node to be positioned in the multiho=
p
> topology.****
>
> Does it make sense?****
>
> Pouria****
>
>  ****
>
> On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
>  ****
>
> Pouria****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>   ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
> ** **
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b33c7883b6eb704e5061e41
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pouria,<div><br></div><div>Wonderful diagram, great materi=
al to discuss over!</div><div><br></div><div>I don&#39;t quite understand t=
he changes you made in the second revision. In my mind, the first revision =
was better:</div>

<div>- node A initiates a network join procedure</div><div>- it receives so=
me EBs</div><div>- after some settable time, it uses some settable algorith=
m to pick a time source neighbor</div><div>- it keeps synchronized to that =
neighbor until told otherwise. No routing information yet.</div>

<div>- either it sends in a DIS, or waits, but in any case it receives DIOs=
 from its neighbors</div><div>- RPL works exactly as-is, and pick routing p=
arent(s).</div><div>- TSCH snoops on RPL&#39;s decision and changes time so=
urce neighbors accordingly.</div>

<div><br></div><div>Does that sum it up?</div><div><br></div><div>Thomas</d=
iv></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On W=
ed, Aug 28, 2013 at 11:14 AM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Za=
nd@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br=
>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">It absolutely makes sense=
.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria<u></u><u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 7:21 PM</span></p><div><div class=
=3D"h5"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I proposed adding &quot;Change time source&quot; alo=
ng with &quot;Choosing the RPL parent&quot; because we agreed before that t=
he RPL parent will be used as the time source. And, this time Xavi proposed=
 to use the node with lowest EB&#39; join priority as time
 source is just because the RPL parent hasn&#39;t been found at the beginni=
ng.=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 29, 2013 at 12:52 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I changed the diagram bas=
ed on your comment.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">However, I couldn=92t con=
clude form the discussion on =93time parent selection based on EB priority=
=94
 thread to find out, if L3 will make the final decision about the time sour=
ce or L2.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img border=3D"0" width=
=3D"883" height=3D"1085" src=3D"cid:image001.jpg@01CEA42B.2E527D30"></span>=
<u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 5:31 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is great to have the diagram as common base to di=
scuss. I would like to add &quot;Changing time source&quot; along with &quo=
t;Choosing the RPL parent&quot;, because the time source selected at the
 beginning is just a temporary one, and time source in L2 should be same as=
 the RPL parent in L3 after RPL parent is selected.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 7:55 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear All,</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I would like to continue =
our discussion for choosing the time source (either in L2 or L3) in the
 basic RPL. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I prepared a sample of me=
ssage sequence chart to show the potential procedure for basic RPL.</span><=
u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think we can refer to o=
r modify the attached slide to discuss the details for constructing the
 basic RPL, as well as choosing the time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img border=3D"0" width=
=3D"840" height=3D"836" src=3D"cid:image002.jpg@01CEA42B.2E527D30"></span><=
u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 21, 2013 7:45 AM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Glad to read we agree!<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 12:53 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your expl=
anation.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t find the rel=
ated counter in MAC PIB of IEEE 802.15.4.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">My first idea was using b=
oth (a) clock accuracy information and (b) RPL rank information for choosin=
g
 the best timing parent between two routers with equal (or close) RPL rank.=
 That would help us to avoid (1) synchronization loop problem and (2) poten=
tial drifting problem caused by choosing the parent, between two with equal=
 ranks but not equal clock accuracy.</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you mentioned, let=92s=
 not make it complicated and consider the parent rank as a factor for choos=
ing
 the timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=A0=A0=A0=A0=A0=A0</sp=
an><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Thanks for the explanation. Allow me to answer inlin=
e.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I am not expert in synchr=
onization, so please bear with me.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">By clock accuracy informa=
tion, I mean how accurate a node can maintain (e.g. =B11 ms) synchronizatio=
n
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device=92 environment
 conditions (e.g. temperature or shocks) and it doesn=92t just depend on cr=
ystals hardware. Am I right?</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Agreed. I am used to the term &quot;clock drift&quot=
; for the phenomenon, but absolutely, drift depends on manufacturing, volta=
ge, temperature, and probably other environmental factors. The
 amount of drift of your clock source will dictate how often resynchronizat=
ion needs to happen, given a guard time (i.e. 1ms). Of course, all these pa=
rameters depend on each other, so you can imagine buying a better clock sou=
rce, or changing the re-synchronization
 frequency, or changing the guard time.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In the centralized app=
roach, the System/Network managers, use (L2) device clock accuracy informat=
ion
 as well as (L3) nodes=92 topology information (similar to node=92s rank in=
 RPL in 6tsch distributed approach) to select the potential clock sources i=
n the network. Am I right?=A0</span><u></u><u></u></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Hmm. I understand what you are proposing, but my fir=
st reaction is to be a bit afraid that basing time source neighbor selectio=
n on clock drift information might lead to lots of
 complexity, for not much gain (I think). If I am drifting a lot wrt to my =
neighbor, could I not resolve that locally (through all kind of techniques =
we can think of), rather than involving the time source neighbor selection =
process in that?<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In a distributed appro=
ach, a network device might inform their neighbors about its (L2) clock acc=
uracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL=92 rank), to choose its timing parent.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This would certainly invert the approach. Now, we le=
t RPL select routing parents, and then we have TSCH just use the same. If w=
e go the other way around, i.e. select time source
 neighbors, then routes, many things will get complicated real quick, the f=
irst of which are synchronization loops.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0If in 6tsch, we are co=
nsidering the case that all the nodes in the network have equal high clock
 accuracy, then let=92s consider (L3) router=92s rank, based on the <b>defa=
ult OF</b> (as Raghuram suggest), as the only factor for selecting timing p=
arent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">I would go that route, but maybe you have some count=
er example in mind?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria, all,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">My 2c is the following. We already agreed on the fac=
t that a mote&#39;s (RPL) routing parent would also be its (TSCH) time sour=
ce neighbor. So why not pick the time source neighbor
 based on routing information?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What exactly do you mean by clock accuracy? All node=
s in a TSCH network need to be able to synchronize with one another, and I =
don&#39;t think we are considering cases where that is
 not true.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Raghuram,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I agree with you that we need a method =
to pick a timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We might need the L3 information on tha=
t, unless we can find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Best Wishes,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram=
 Sudhaakar (rsudhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Pouria,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I think we need to keep node rank at 6t=
op (as a read only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We should propose a default OF, that is=
 used to compute the ranks for the purpose finding the timing parent.</span=
><u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>


<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Good poi=
nt :-)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">agreed!<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a=
 href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&=
gt; wrote:</span><u></u><u></u></p>


<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I guess we cannot keep =
=93node rank=94 in the 6top. Because a node might have different rank based=
 on
 different metrics defined in L3. As a response, I don=92t think we can get=
 all of those information form L3 and use them in neighbor table in 6top. A=
m I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think, as you mentioned=
 we need to work on them.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">regards,<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Xavi<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your comp=
lete explanation. It absolutely makes sense.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<u></u>=
<u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Keep Alive timer expires for =93node A=94 aft=
er 30s if no frames have been sent (or received) to (or from) neighbor =93n=
ode B=94. Am I right?</span><u></u><u></u></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><u></u><u></u></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don&#39;t have any information about con=
nectivity (as RFC6552 describes) an initial value is set (i.e rank + FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Pouria</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or
 from) neighbor =93node B=94. Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? =A0=A0=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn&#39;t a common shared cell to send KAs. I see the operation in the=
 following way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet.
 This means that the KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result,
 and as part of IEEE802.15.4e&#39;s normal operation, a node keeps synchron=
ized with its RPL parent. In the absence of traffic, the node will periodic=
ally &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How ofte=
n depends on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140c622814d6dfb2_140c5d7c28d35c9b_140c4c7=
a1f0f55ca_1409d4"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><=
u></u></p>


<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL objective function =
calculation using Neighbors information described in Basic configuration.
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0 -this includes=
 how OF is calculated using numTx and numTxACK, etc..
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL configuration:</spa=
n><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0=A0 - storing m=
ode vs non-storing mode (I vote for non-storing mode for a basic configurat=
ion)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>


<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>


<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b33c7883b6eb704e5061e41--
--047d7b33c7883b6eba04e5061e42
Content-Type: image/jpeg; name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01CEA42B.2E527D30>
X-Attachment-Id: 4439780776eafa5a_0.0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAQ9A3MDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuO+JQ3aLZoc7Wu1
BHr8rV2Ncf8AEn/kD2P/AF+L/wCgtWlH40RU+Bnn32SD/nkPzo+yQf8APIfnVq0tzd3cNupCmVwg
J7ZOKuy6JLFqE9q0qHyoWnWQDh1Azx9a9VyinZnnJSZkfZIP+eQ/Oj7JB/zyH51ajtbiWFpo4JXi
X7zqhIH41LY2E19NGqRSmJpFR5FQkJk45ptxQK7KH2SD/nkPzo+yQf8APIfnV5rCc3VxDbxSz+S7
KSiE8A4ycVW/Dn0oVmDuiL7JB/zyH50nkRxSRPGu1hKmCCcj5hWrqmlSaW0IeRJBIpyV/hYcMv1F
Z0nWL/rqn/oQpNpxuh6qVme20tJS14x6YUUUUAFFFFACV5D4niSbxbqhlXeVlUDJ6DYK9fryPxH/
AMjZqv8A12X/ANAFdWE+MwxHwGV9kg/55D86PskH/PIfnWrZ6RJfafc3UTrmA48sjl+CTj6AE/hU
E1m0VtaTBt/2pWKqByMNtx75rv5o3scVpWuUfskH/PIfnR9kg/55D86tTWs9syrPBJEzcgOhGasv
pcsOmzXNwkkLRyIgR0I3BgeefpTbigtIzPskH/PIfnR9kg/55D86tS2s8CI80EsaP91nQgN9Ks6V
pb6rO8aSJEEXO5uhJOFX6kmhuKVwV27GZ9kg/wCeQ/Ous+G6CPWdRROF8iM4zxnJrmSCpIYYIOCD
2rp/h1/yHNR/694//QjWOI/hs0o350eh0tJS15Z6AUUUUAFFFFAHP+OiR4Ov8EjIQcf7615d9kg/
55D869Q8d/8AInX/ANE/9DWvNK9DCfCzjxL95EX2SD/nkPzo+yQf88h+dblz4emttVtbJpkYXJws
oHAPcEeo/rWdFaT3DOIIJZdn3tiE4/KulSizBqSKn2SD/nkPzo+yQf8APIfnVmK3mn3+TDJIUGWC
ITge+KtXmmSQanJZ26yTsgB+VMk5APQfWneN7C961zM+yQf88h+dH2SD/nkPzqZkZGKupVlOCGGC
DV660qS0023u2dWE33kA5jyMrn6jmhuKt5grmPPawrBIRGAQpINez6MSdEsCSSTbx5J/3RXjtx/x
7S/7h/lXsWi/8gOw/wCvaP8A9BFceM6HThupeooorhOsKKKKACiiigAooooAK5n4hZ/4RKcZIzLG
DjuN4rpq5j4hf8inL/11i/8AQxV0/jRM/hZ5r9kg/wCeQ/Oj7JB/zyH51MBucL3JxWtceHprfWYr
BpkYSglJgDtOM5GPYjFes3FbnmpSexh/ZIP+eQ/Oj7JB/wA8h+dWoLW4uVZoLeWRV+8UQkD64oht
prjcYYZJAnLFEJ2j3p6BqVfskH/PIfnR9kg/55D860rvTJYdUuLO2SS4MLYyqZJHrgVTYFCQwKkc
EEcihWewO6IfskH/ADyH51Fc20SW0rKgDKpIINbN9pUljZ21w7qwmHzKOsZwGAP1BBrLu/8Ajzm/
3DQmmroNU7M9qsSTYW5JyTEvJ+lT1XsP+Qfbf9cl/kKsV4rPUQUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcf8AEn/kD2P/AF+L/wCgtXYVx/xI/wCQRY/9fi/+gtWl
H+IiKnwM47SpFi1ezkkYKizoWY9AMitiyv7aWC+S4lVZYI51t2J++j5+X8DyPqa5zFGK9ScFI8+M
+U6G1nTzNJuY72KG3tI1WaIyYYEElsL/ABbqWzuEddMlgvI7WO2mZpo2k2kZfIOP4srgVzuKMVPs
l3/r+mP2h0cd1BJbyJCbcypeySnzLgxAgn5WBBGcYqhazQzeInursxLEkjTuqH5WI5Cr65OKy8UY
pqmlfUTmzZnvLS/0m5RRJFOk32lfOlDFy3DgcD2P4ViSdYv+uqf+hCnYpsnWP/rqn/oQp8qjFpBz
XaPbaWkpa8c9MKKKKACiiigAryPxH/yNmq/9dl/9AFeuV5H4j/5GzVf+uy/+gCurCfGc+J+Alsb8
2WkM8Mii4S8jkVSeSArA8enOPxrSkvNOiv8AS3t5lWERTEE/8sGckrn/AHSf0rmMUYrtlSTdzlU2
lY6GzuYdPSziv7mOdlvVmyj+YI0AwTn3ODj2pPNW006SO8vYrom+im8tJfMygzuP4+lc/ijFHskH
tDf1i6zDeeX9keK5lDh1uWd2wcghSfl96r211aWWjxpIJJZppvOYQyhSgThQeD3JNZGKMUKmrWFz
u9zQ1toJdSe4tWUx3AE20HOxj95T7g5rY+HX/Ic1H/r3j/8AQjXL4rqPh1/yHNR/694//QjWddWp
WNKLvUueh0tJS15h3hRRRQAUUUUAc947/wCROv8A6J/6GteaV6X47/5E6/8Aon/oa15rivQwfws4
sT8SOrt9TtH8STx3E6C3E63EE2flVwoBGfQjj6gVmQt9p0q3htryK2khnd5Q8vl5yRtceuAMVjYo
xW3sl0Zl7S50V1dRahHeiwuo7Z2vPOy7+XvTbgEfQ5OPepp722uLvVY0khledoWRnmMayKF5G4d8
84NcvijFHsV3D2jNK7I1DW41uHgiVikbukm5QAACSx6nHer8mpWGoNqUIR4ftC7o3klBQNH9wAY4
yBjr3rnsUYpumnYSnYjn/wCPaX/cP8q9i0X/AJAdh/17R/8AoIrx64/49pf9w/yr2HRf+QHYf9e0
f/oIrmxnQ6MN1L1FFFcJ1hRRRQAUUUUAFFFFABXMfEL/AJFOX/rrF/6GK6euY+IX/Ipy/wDXaL/0
MVdP40TP4WeexkCZCegYfzrqLbU7STXbxLidFijuJJ7aUnjJBDLn0IwfqK5UjmkxXqzgp7nnRm4m
3at5+nactvexWxtnZpleTYclshwP4uOPwqaa6ivoZTY3UdptvpJ2Dv5ZKHG1h64wePeuexRj2pOl
5j5zp57u2uZtVjjaCR5bpZVLzGJZEC44YEdDzg1lysmo+IQbt4I43dfNZHymABnk9TgfnWZijFCp
8vUTnc35dRstSh1KPZJBJN/pCNLKCu9eigYGMrkflXN3f/HnN/uGpsVDd/8AHnN/uGqjBRTsDlzP
U9psP+Qfbf8AXJf5CrFV7D/kH23/AFyX+QqxXjM9NBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUx5FjBZ2CqO5OBT6y7a1hu7u8luY1meOconmDcFUKpwAeB1NNCbLDatYIcG8gz6Bwadb6
ja3UvlwzB3xnABqwkaRjCIqj0AxTqNA1ErN1LxFpukTpDfXPlSOu8Dy2bIzjsD6VPqztFpF48bFX
WCRlYdQQp5qPQJXn8P6dLK7PI9tGzMxyWJUZJoS6sG+iJLbVLS8077dBLutsM2/aRwM54Iz2NYl1
qfhvxWYdPlnadmfdGoSRDuAPfA7ZrpqMUJpA02cTqfh/wfo8qR3/AJ0TyLuUeZK2R+Gams/CfhbU
LE3lqk0luM/P5so6deDzXYUVftJW3f3k8ivscDaaZ4IvrmK3t3neWU7UXdMMn6mn654e8LaL5C3A
mieV148yVspuG7pnsa7vFUtV/wBTb/8AXzF/6GKaqO+7+8TgrbHOWHhPwtqdobqzSaSEEqW82Ucj
rweao22neB7u5jt4JJ2llYKi7phkn3Nd9Ril7SXd/ePkXY4vU/DfhHRvK+3iaLzc7P3srZx16Z9a
l0vwr4W1OEXVgkssccmMmWQfMMHofwrr6KPaStu/vDkV9jFh8YaLcXCQRXhaWRwir5LjJJx6Vc1P
WrHRljN/P5QlJCfIzZx16A1exS1GlytSlpurWerwPNYzebGjbCdjLg9e4HrVFPGOivcCBb0mVn2B
fJf72cY6etbVUNV1JtNijMdldXckjbVjt1BPTOSTwB7mi8VqyoxlJqMdx2p6zZaPHG9/P5SyHap2
M2T+ANGmaxZaxE8lhN5qxttY7GXB69wKpaT4jj1K8lsZ7a4sr6Nd5gnAyV/vAjgitqkpJrQdSnOn
LlkrGIfGOiLcGA3p8wPs2+S/3s4x09ao+IdD8NQ3DahrCyRvcOAWV5MM2PRfYV1OKKpSs7ozautT
jNM8MeE9ZWRrBZpREQH/AHsq4J6dcVTl0/wNDcPBJJOJUcoy7p+CDivQKTFV7R9394uRdkcfqXhT
wrpFus98k0UbNsB82VuevbPpVXSPDnhjWbq7Fms0sMOzB8yRcZBz1we1d1VG1/5C9/8ASL+RoVSV
t394nBX2OOuNO8D2tzJbzSTrLGxRl3THBHuKv6h4T8LaXai5vUmjhLBQ3mytyenA5rsMUUe0l3f3
j5F2RxWmeHPCOsNItgJpTEAX/eSrjPTrj0qeyufCnha+uUgmeG4/1coYSv05x0I79q6+kxQ5t7t2
9QUEtipe6paadZC7u5fLgJA3bSevTgDNQ6Zr+naxJJHYXHmvGAzDy2XA/ECtGio0sVrcx7zxbo9h
dSW1zdlJojh18pzjv1AxV261S0stPF9cS7LYhTv2k8HpwBnvVvFFGgambpviHTdXmeKwufNkRdzD
y2XA6dwKivfFWkaddyW13dmOaPG5fKc4yM9QMVsUmKNLhqZmryaZd+H5ZNRYnTpUVmYBgcEgqeOe
uK5rTdB8HatcNBYmaWRV3lfMmXjp3x613FFOM3FaCcbvU4S+0fwXpt21teNPHMgBK75jjIyORxVu
Twn4Wi0v+0XSYWmwSeZ5sv3T0OOveuwxRVe0l3f3i5F2PPv7J8IXsFyumtNJcRwtKAXlHQdeePSp
7/RvBel3Rtrxp45gAxXfM3B6cjiuu1j/AJA15/1xb+VWx0qvaO27+8nkVzkP+ET8K/2X/aOyb7Js
8zzPNl+7646/pVXT9F8F6pdC2s2mkmILBd8y8DryeK7qip9pLu/vK5F2OG1HQ/Bml3Jtr4zRylQ2
3fM3B9xmurtL6xj0SO7t5MWEUWVba3CKMdOvar2KKmUnJajUbbGTYeKNJ1O7W2s7rzJnBIXynGcc
nkjFP1LxHpmkXCwX1z5UjLuC+WzcfgD6VqUmKWlx6lWDVLS50038Uu61Cs+/aRwM54xnsapWPirS
NRu47a0u/MmkztXynGcDPUjFa9FGgambqXiHTdImSK+ufKkddyjy2bI6dgantdUtb3TzfW8u+2AY
79pHA68EZ7VbxRRpYNTHs/Fmj391HbWt3vmlOEXynGeM9SKn1PxBp2jypHf3HlPINyjy2bI/AGtK
kxRpcNSpZapaajZG7tZfMgGfm2kdOvBGaxrnW/DniWNdMluTMJ2AVBHIhJHI5wMdK6SjFCaQNNnF
an4d8IaO0a34miMgJX95K2cdemfWpdP8J+FtVtTc2STSQhipbzZV5HXg812GKKv2krbv7yeRdjgb
fTvA93cx28Ek7SysERd0wyT9ak1/w54Y0S0BmWaOaQHygZJGzjGemR3713dUNa/5BFx9B/MU1Ubk
tX94nBJPRHO6b4T8K6tbtPYpNLGrbC3myrz+OPWqEWn+Bp7hII5JzK7hFXdMMsTjFd/3oxS9pLu/
vHyLscZqfhnwloyxtfrNEJCQn72Vs469M0um+FPCmswPJYpNNGrbGJllXnGe+PWuyxRil7SVt394
civsYcXi3Q0kS1jvMMGESr5UnXOAM4q/qesWWjxxvfzeUsjbVOxmyevYGr1Jip0K1KWmazZawkj2
E3mrGdrHYy4P4gVSbxjoiXBga9xIH8sr5L/ezjHT1raxRijQNSnqWrWekQrLfTeVG7bVOxmycZ7A
+lN0zWrHWVkNhP5oiID/ACMuM9OoFXsUYo0sGtzFm8YaLb3LwS3m2WNyjL5LnBBxjpV/UtUtNJtx
PfS+VEzBQ20tz+APpVykxRoGpQ0zXLDWfM+wT+b5WN/yMuM9OoHpVW58X6LaXMtvPebZYmKuvlOc
Ee4FbOKMUaXDUqahqlppdoLm8l8uEkKG2luT04AzUWma9p+sPIthcea0YBYeWy4B6dQPStDFGKNL
BqY134u0axuZbe4vNksR2uvlOcH6gVevdUtNPsReXUuy3OPn2k9enAGauUlGgamdpniDTtYleOwu
PNeNdzDy2XA/ECoL3xZo+n3UltdXmyaI4dfKc44z1ArYxRijS4alS61S0s9PF9cS7bYhW37SeD04
Az3qDTfEOm6vO8Njc+bIi7iPLZcDOO4FaVGKNLBqZN94p0jTbt7a7u/LmjxuXynOMjPUDFXJtUtb
fTf7Qll22uwPv2k8HGDjGe4q3SUaBqVNN1W01e2M9hMJogxQkAjBHUYNXKp6fb2dv9p+x7P3k7ST
bX3fvDjOfQ9OKuUO3QEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMiup0tbWWeQExxIXbAyc
AZNNsrqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e7GcZGM0zS7Q2Gl2toXDmCJY9wGN2BjNP
oLqW6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1kutrCY1DOLiLCk4BO8d6a3E9i/S1R8/Uf+fKD/
AMCT/wDEUedqP/PlB/4En/4iiwXL1FUfO1H/AJ8oP/Ak/wDxFHnaj/z5Qf8AgSf/AIiiwXL1FUfO
1H/nyg/8CT/8RR52o/8APlB/4En/AOIosFy9UF5cLaWk9wwLLFGzkDqQBmoPO1H/AJ8oP/Ak/wDx
FQ3banLaTRx2FqzvGygPcEqSR3G3kUmnYcWnJXMfRY7rXdch8RXEC2tsLXyraLeGdwxzuYjp9K6u
sfTBqttptvDNp9mjxoFKxTFUHsBtOKt+dqP/AD5Qf+BJ/wDiKmEbI2xNXnqaLRaL0Reoqj52o/8A
PlB/4En/AOIo87Uf+fKD/wACT/8AEVdjC5eoqj52o/8APlB/4En/AOIo87Uf+fKD/wACT/8AEUWC
5eqha/8AIXv/AKRfyNUtTur6NI28tIJc/uxHOWLn027Pm/zyKk0aW5lurt72FYZysW5FbcBwadtL
ivrY2KKTNGakoWikzRmgBaKTNGaAMzVdMudRaIRanc2cSA71twAznt8xzjFZvh+6vbfxDqGi3d09
5HbxpNFNIBvAb+Fsda0fEgum8P3osJPKujH+7feEwcj+I8CjQ9GttJgLQhmnnAaeV3LtI2O7Gs2r
zVjshUSw7Utb6JWWj0d77+Rq0UmaM1ocYtFJmjNAC0UmaM0AU9Y/5A15/wBcW/lVwVnalcwz6TqC
RSKzRxurqOqnHcVojpVPYnqLRRRUlBRRWZHr9lJqOo2XmMk2nosk+5cDaV3ZB7gDrjpQBp0Vl6X4
gs9XjD23mYNutxh0KkIxZRn3yjcVWj8X6ZLodtqqvL9muZVhQeWd4YtjBXtjqc9qAN2is2w1lNRu
Zooba6VYndDM8eI2ZGKsFOeeQe3aoP8AhJ7IS3YKXIitSyvceSTGXUgFAe7ZOMY5PTNAGzRWNN4m
tLXT47u8jubZZJlg2SwkOrHuR6Y5J6AZpZvE+n291f28ryCWx8syrsPIfGCvr94Zx0zQBsUVDJeW
0M8cEtxEk0v+rjZwGf6DqahOsaaLY3B1C0EAfyzL5y7Q393OcZ9qALlFNR1kRXjYMjAFWU5BHqKd
QAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4esp7M6p9ojKedfyzR8j5lOMH9K2azNG1OTUmvx
Iip9mu3t1255C4wT781p03vqJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAVQ07/AFt//wBfJ/8AQVq/VDTv9bf/APXyf/QVprYT3RfooopDKerSNDpF5JGx
V0gdlYdQQpwaj0GZ7jw/p80zl5JLeNmc9WJUZNW7qaO3tZZphmONC78Z4AyeKbZXEV5YwXFuMQyx
q6ZGPlIyOO1PoLqT0UUUhhRRRQAVR1X/AFNv/wBfMX/oYq9VHVf9Tb/9fMX/AKGKa3E9i9XNa34l
uNI1trdoojZC1DmU5ykrFwgPbaSmPqwrpaz7/RLHUxci8gEouoBbygk/MgJIHscsTkc0hmBJ49iS
MxR2k094lr5jBBiMSCLzCpJPAx36dutXU8XwI1tFe2s9vcTGAbDhgPNBw2QfugqQT24q2vhjTUlZ
1jlUOmySMTuI5Bs2ZZM4J28ZIzwPSmz+FNKuYFiuIHmVbZrUF5WLeWxBI3Zznjg9R2oArweLoLgx
NHZ3Zt2MSyTkLtiaXHlg85OQyngHG4ZqsfGDtLpkqWU6w3yyiGFthkmYGMJjDYA+Zic9hmtVvDem
teR3X2ch4yhCq7BCUGEJTO0lexI4wPSlfw5psltb27QZjtozHEN5ygJU8HPXKKQeoxQBFqd5qY1W
1sdNa0R5beWdjcRs4JVkAUbWGM7+vPTpWfb+NYnhjlkt5AJjCqoCqhC6bvmdmC9iB0ycAZrY1DQ7
TU5YpLkz74kaMGOd48q2NyttIyDtHX0qOfw1ptxHLG8LJHMFWRIpWRXVV2hSAQCuOMdKAK8vihEW
aRbG7kgWUwRSqFxPKH2bFBOR82RkgDgnNRDxhbAtHLa3UU6hh5TBcmQOqFBg4Jy6H0wwNW28Maa3
nDypAkzbzGszhFfcG3qoOFbcAcjBzTk8M6WgtP8ARgzWkzXETs7M3mHOWZicsTnvnoPQUAZcHjyz
uxKbSzvJtrxpEVVQJt77FwSQBzzg4ODmtGz8QxXmoJYi3nS5LSrIjAfuhHtyTz0O9cY65p1v4Z06
1wsSTCNZFkSIzuyRsrbhtUnC884H8qF8P241m71J2czXBi+4Sm3y846HnJPPY4AxxQBlS+PbSCzt
biWyvQbpTLHEFVnMQx8+AfU8L1PpWhZeJY77VUtEtLlY5fN8q5baEkMbbXwM7hz6jmpZPDWnSQ2s
apNELWMxRNDO8bBDjKllIJHA4PpTYfDdrba3FqNu0kbIJQYi7MhMhBOATheQTwOSaANcqCc4GR3r
JW0FzrN6TNPHhYx+6kK54PXFa9ULX/kL3/0i/kaaEw/spf8An6vf/AhqP7LX/n6vf+/7VLqe46Vd
+WCX8l9oHXO01wEEmt6PFHDb29y5ttL3W0rIz/I7w7lPUl0xJgYJIA4PNF2HKjuv7KX/AJ+r3/wI
aj+yl/5+r3/wIauQs5tbubuGT+1bhp5bO5S3ZbcrC0gYFAwZBzjvgA4475kTX/EV0tw9vazITC95
CrW+cIQESP3cMGfHBPAouw5UdX/Za/8AP1e/+BDUi6YjDK3d4R/18NXPaffatd6hawx3t5JYG5YC
6ktVR5UWIMQQVAA35GcDPQdM1P4IN4lvJBeiaJYxmCEx4XYWY7t3UsT1B6AD1yS7DlRqXnh+2v7W
S2u5byWGThkadsGpItGihiSOK4vFjRQqqLhuAOAK4azhaLRFfSrW5W6SzmGoBoX2yPj5AQwwzbjn
jtn1rYuNY1WK6v4vNuTClyoe4itsi3hLMPlUpksAFyfnGCWHpSvrcd3y8vQ6T+yl/wCfq9/8CGo/
spf+fq9/8CGrm/7T1U6nDBFd3jhngSFTZALPCwBkmdtvysMtx8uNo4O6qN1rniY2CM3mWmyQWk8z
WxOHRSWkACN8rsQAdpHHbOad2LlR2X9lL/z9Xv8A4ENR/ZS/8/V7/wCBDVzj6hrNvYX2qXF3K0di
YJHgW3CJLGI0eYqGG7Jy+MnjGKsWt5q102kwyXEySs8j3pSAAfdEiR5K4wAwXI9Dzmi7DlRt/wBl
L/z9Xv8A4ENR/ZS/8/V7/wCBDVxljrfiCaF3vrqSBWkjW4WOycyWYO7dtzHgjIVf48dc4rq/Ct7P
qHhy1ubqVpZn3hnZAhbDsBlR0OAOKLsOVFDVNEkeG4upZ50WCN9gExZnGP4j6e1dKKp6z/yBrz/r
i38qaLjUf+fGD/wJ/wDsaptySJSUWy/RVH7RqP8Az4wf+BJ/+Jo+0aj/AM+MH/gSf/iamxXMi9XM
33hSW71SS7W5VBNdB5lC/wCsg2RhoyfdolOfQkd62PtGo/8APjB/4En/AOJo+0aj/wA+MH/gSf8A
4miwcyMfTvD+o6ZdIYp7R4XtxBNuVg3Ekj5Xt/y07+lU08DTRxCMXieWtvCqptOBMuwSP/wJY1H1
LetdJ9o1H/nxg/8AAk//ABNH2jUf+fGD/wACT/8AE0WDmRkWHhmaC4vxJ9mijupZJftNoWjuW3SF
wGb0GcfhUN54Tu7zU5blLi2tSCrRyQoxaZlZWTzgThsFRz1PqOlbv2jUf+fGD/wJP/xNH2jUf+fG
D/wJP/xNFg5kY994bv8AXZIjq9+sUSRSoY7IbclxtOSwORtyO33jVSfwVd3Vnma/j+3CWJzMqHDq
EjSRSP8Aa8sN7ED0ro/tGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyM+90CbUryee6miUyW
c9mjRIdyK7fKwJ7hQM+9YsXgm7tbYPEumm5XcpVklkSUGPZuIdid3HAzjBI966r7RqP/AD4wf+BJ
/wDiaPtGo/8APjB/4En/AOJosHMhNDt5LTQNOt5k2SxW0aOp/hIUAir9UftGo/8APjB/4En/AOJo
+0aj/wA+MH/gSf8A4miwcyL1FUftGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyL1UNb/wCQ
RcfQfzFL9o1H/nxg/wDAk/8AxNYN1eX7RXESRrNaf8tHM2/yjuHAbaN305x61UIu5MpKx1dLSClq
CwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKWn2lram5+yY/fTt
LLh937w4z9O3FXaxfDlpPaHVTPE0fnahLKmf4lOMH9K2qb3EtgooopDCiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTW
wnui/RRRSGV7+A3dhcW6sFM0TRgntkYpmlWjWGlWlo7h2ghSMsBwSABmjVZWg0m8ljYq6QOysOxC
kg1FoM8l1oGnzzOXklt43dj/ABEqCTT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD1
8xf+himtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8A
SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKAI5oY7iJopo1kjbhlYZB+oqSiigAqOGCO3iEcMaxo
CSFUYAycnj61JRQBS1j/AJA15/1xb+VWx0qprH/IGvP+uLfyp+oX8Ol6dPe3O7yYIzI+xdxwPQd6
roLqWcUYrIuPFGmWzWqtK7fard7mMohI8tV3En046euKnOu2Q1Cxsi7Ca+iaWAFTggAE5PY4PT2N
SM0MUYrCXxhp8pC2sd3csZ5IAsMBJLIAWI/2fmHPerer69a6KYhcx3D+YjyfuYi+xExuY46AbhQB
pYoxWbFr1tNe3VusVxstc+bcGPEQIUNjd64YVAviqwks7S4t1uZzdqzRQxQlpMKcMSvbBIBz3oA2
cUYrJXxLYPe/Z18/b5hh8/ym8oyjqm7pnt6Z468U7SfEdhrS2zWbyH7RC8yBkKkBWCsCD0OWHFAG
pijFZKeJ9Ne5mtxK4khuhauGQjD7S2c/3cK3Psajj8WWM0LSRw3rDyvOiH2dgZ48jLJnqPmB9cHO
KANrFGKw18X2LWa3AhvBuSKRIjCd7iRyiYHuRVmPxBaPPHbss8Vy7oghkjIf5lLA49MK2T22mgDT
xRiqjarZxytHNcRQsJPKUSuF3tgHAyefvCoJ9fsoL9rPzRJMkbSSLGynYAyjDc8H5xjPvQBpYoxV
Q6vp6lgb+1BWTyiDMvD/AN3r19utRxa7p9xcSwW9ykskM/2eVUYZjfaTz+AP5H0NAF/FUNZULo9w
FAAwOB9RT/7Z03yFm/tC08pm2CTz12lvTOevtTdaOdHuPoP5iqj8SFLZl4UtRSXEULossqI0jbUD
HBY+g9akqRi0UUUAcsPE93Ff6w9xF/oOmmTKx2rlnCqp4lLbd3P3cU278XyxTW7Jp1yNrzJdWxCG
RdkYcEHdtxhgevfHWtWTw3YSy3bt9o23m7z4hcOI3LAKTtzgHAHNSyaFYSzyTPCTJIzsx3nkugRu
/wDdUCgDPm8Z2MF6Ldkdt1s1yjKyEsoTzMFd25fl7kAUQ+LknjCx6be/bWcKtodgcjZ5m7O7aBtP
c9eKnPhLSDMZfs75KGPaJn24KeWTtzjJTAz14qWbw3p05LGORJNysJIpnR1KpsGGByPl4PrQBmye
PNPivri2aC6/cK291jyN69Uxnrk4z0J4zUsOvXj6Tr15NaGCXT2kEcEuMjbCrjcVJBySeQehFW28
MaYzzkxzbLgHzYhcSeWxIwW25xuwB83XPPXmprfQbG2sLuzRJGhvNxn8yZ3aQsoUksSTyAKAMG38
cLb6dLLqIWWZZ1hiWCJojJmPfkpIcr/FyTg7eOtXP+E209Z7ZJUliS4tzcKzldygIXIaPO8fKp5x
jIxVr/hFdM8nZtuDJvWQTm5k84MoKjD7twwCRjOME+tL/wAIrpX2lZ2hkdwMEPM7BzsMZZgThmKH
bk5OKAIW8TuiRA6PqHnyhpEgHl7jEoBL53YA+YDGc5OMUWniu3vdQit4bW58iZlSO6IXy2dohKFx
nd9w+mM8VI/hPTJLdIXW5KpuCsbqXcqkAFA27O0gD5enFW49FsYZEeKAIUmEyhSQFYR+UMDpjZxj
pQBjP4ju7bV9TWezle2t5oba3jiCbpHkC85Lf7XfAA96sS+LoIGlMlldiCMyxifC7GkjRndBzngI
wzjBKnmtKTR7OWaSV4iXkmjuGO48ugAU/htFVpPC+lS3M0727FphJuXzX2AuNrsFzgMQSCQM8n1o
Aq2fi6O6vIraTTb62aSRYi0oTCOyb0B2seq88dOhqpqPi270/VNRtXt4dkckcdo5z87YjZ1bnriT
Ix1APpW4NEsROJhCd4lSYHefvqmxT1/u8U288P6dfrKLq3EnmzpcsSxz5iBQrD04UDj39TQBnv4y
tYizSWl2IWLrby7VIuWVgpVRnIOTxuAzyaonx0tglw2p2dwswuZUS3RVLrGipknBIJy4xg85GK2G
8KaSzzM1u580MADK+I9zbmMYzhCWwcrjkU3/AIRLSwgCLco4d381LqVZCXADZcNkg7RkZ7CgCn4o
8SXWjm0NmsREsEs5EsEjltmzC/L9zO45ZuBjmujikWaJJFIKuoYFTkEH0NUdR0Oz1RoTcibMKNGv
lzumUbG5TtIyDtHB9KvRRJBEkUShI0UKqjoAOgoAfRRRQBm6Pqb6kb4PGqfZrt7cYOdwXHP61pVT
0+xt7L7SbYk+fO00mWz85xn6dOlXKb30EgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGRXUscN
rLLOP3SIWfIz8oHPHem2U0NzZQTWoAgkjVo8Lj5SOOO3FN1CBrrT7m3QgNNEyAnoCQRTNJtHsNIt
LSRlZ4IUjZl6EgAcU+gupcooopDCiiigAqjqv+pt/wDr5i/9DFXqo6r/AKm3/wCvmL/0MU1uJ7F6
iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/IXv/pF/I1fqha/8he/+kX8jTQn0L9FFFIY
UUUUAFFFFABRRRQAUUUUAFFZ+vXdxp+h3l3ZxpJPDGXVXBwccnp7ZrLt38UXNtFPFPoxjkQOp8uX
kEZHemlpcTetjpKKwNniv/nto3/fuX/GjZ4r/wCe2jf9+5f8aLeYX8jS1j/kDXn/AFxb+VJq2nnV
dJubISeV56FN+M7fwrHsdSvNV8LajPerBuUzRo0IIV1XjPPuDU0Gp38+oMktq8RjJ224kQFx/eJP
UfSq5XYnmVys3gpTJMy3rYd5fLBT/VRvG6iMc9A0jN+Q7Us/hS9vIIvtGoxR3Nvb+TBNBAV8shlZ
XwWPPykH1BrZ+2Xv/QNf/v8AJ/jR9svf+gbJ/wB/k/xqbFXMOXwUElge1ltWSCdpY4rq3MigGONB
0Ycjy8596m1vwgmqvCYpIsJ5u4XaPcYMm35lyw2kbeMcDPStb7Ze/wDQNk/7/J/jR9svf+ga/wD3
+T/GiwXMRfB0qy3yi7g8u9VUlnMB+0lAqKy+ZuxyEPbq2alh8MXmn3hudO1IbwzhftcZm+V9pYE7
gSdybgfcjmtb7Ze/9A2T/v8AJ/jR9svf+gbJ/wB/k/xosFzO/wCEbuDIkLX6/wBnpdG8EQhxJvLF
9pfONu87ume2cVDYeDI7O7jka7kaH7ClrJHGWjLOuzMgZTlciNQQPStf7Ze/9A2T/v8AJ/jR9svf
+ga//f5P8aLBcx5/Bqz3kc5uyALqWaRQn+sjcEbCc9QTkH6+tWLTw7dJJCb2/SdbW2e2twkOzAYK
Cz8nLYUDjA68VofbL3/oGyf9/k/xo+2Xv/QNk/7/ACf40WC5ky+D0ngt4Z50kijt7WB0aLIkELlu
Rn+LOMdver7aDFHqMF3ZiCBrezktoVEWQm4qQeo4G08e5qf7Ze/9A2T/AL/J/jR9svf+gbJ/3+T/
ABosFzHvvBwv57qaW5jL3CyYJhzsZ0hXcOe3k5/4F7cxyeDJZLi5Zr2Hy5FlCYt8OPMmWU7m3fNg
rgcDitz7Ze/9A1/+/wAn+NH2y9/6Br/9/k/xosFznr/wTdXuj/2cuowRQqzhWW2IZkIYDeQ4LMC2
c8Akcg5qzd+DjeLdxPdokM9x9oGyLDgmExMCc89QRx69c1sfbL3/AKBsn/f5P8aPtl7/ANA2T/v8
n+NFguYU3glryKQ3dzbGWUSbhFbbYwWh8oFVLHBHU889OK2tWjMegSx7slUVd34jmn/bL3/oGv8A
9/k/xqnqtzdvpsyyWDxqQMsZVOOR2Bqor3kTJ6MoLoWoW2stO95cTLMcC4QRl4h6EMDgf7v5Vq/2
Vef9Bm8/74j/APia1B3paHUbBQSMr+yrz/oNXn/fEX/xNH9lXn/QavP++Iv/AImtWilzMfKjK/sq
8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A
4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/Z
V5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz
/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDi
a1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lX
n/QavP8AviL/AOJrVoo5mHKiG2ieC3WOSd52HWRwAT+QAqaiipKMTw3azWzat50TR+bqMsibhjcp
xgj2rbrO0nUzqZvQYhH9luntxhs7tuOfbrWjTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+ii
ikMqapK9vpV3NG22SOF2VvQhSQaj0O4ku9CsLiZt8stuju2OpKgk1aunijtZXuAPJVCZMjI24547
8U2ylgmsoJLQKLd0Votq4G0jjA7cU+gupPRRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAZLGssTxuMo4KsPUGsPwfIyaO1hKcy6fM9qfop+U/wDf
JFb9c9b/APEv8cXUPSPUbdZl/wCuifK36EGqWzRL3R0NZviDUDpmg3l0v30iIQerHhf1IrSrnvEf
+m6no+ljkS3H2iUf7EYz+rbaUVqOT0JY7AaX4L+x94bQhvdsZP65rYMaMysygleVJHI+lVtY/wCQ
Nef9cW/lVXxQJT4X1AW5lEpgYKYSQ4J/u45z9Kb1QktTWzRnNef3UmszzRCQ3qfYY7izJXcBcOIZ
D5uB1ziPB/vEgc1NNq9ybnTdTsDe3ENlZMbmBEceacorAqRywzuH0PvUlHdUZrzWVL+3mgj1O4uN
pvpmnaRpymWjibaDGQcBiwX+Hg1o+M5dRke0DBrQ7bgRmKSZ9xGzy2/dgYfrgMCOvWgDuc0VwMF9
dRaprE7Rzm/dFW1t380urNHEAOvl7QxOSB2Jogllh+yWWvHU4bK082InfIzO52NEXePlvkLDIOMq
c80Ad9mjNcSkk66muH1FtXN829W8zyltdxxx9zbsxz13e9ReHJdZtLiztniubpk0vzozcSsquXaM
7Xcg/Op3jkZxj3oA7vNGa4J21mHVW8k3bx3WqSbAxYrEyI20f9c249sr70+wi+1iOCFtTkzYudRM
7zLicbCuCcYfdu4TjHtigDus0Zrz57O+GmW1tbm7BmtLAt5kkpG9pj5m4g7hx1wRge1a62V3Y6xa
Ry3EosktjdTrF5jjzIsKFBJJwQwO3kkp7mgDqs5ozXG6jq2sw3l62ngpFG8kw3WzP5qqluQvXjO9
+np0yDVS71HUp9XvJG81nhhnjEAtnURDz4gvzD75ZBu49+1AHe9aM4rg9Q8T6va6Q1xC0kt557Br
cWTBYSFY+UWwd2cAAgc+ozUsuo6xbz6gUaW9mS/DQ27QsoSM27MuCOoLDH1HqaAO4qhrf/IIuPoP
5iuUm13XXsnaxn85VaV0uWsWXzQsO/bsOCPnG3PfOOorqNUcyaDI7DBZFJHpyKqPxIUtmaNLTGkS
MrvYLuO0ZOMn0p1SMWikooA5geK5U1PVVuI41stO3lykcjSMFUNkHGzPPTOaW58ZpC9s62d2Yy8q
XETQHzoiiB/u5xjDA/QjvV2XwxbSyX265vPJvt3nQCUeWSyhSQMZBwB3qWXw7ZzXMs7iTfI0jNh+
MvGsbf8AjqigCGfxXp9vdeRIZRutzcRyBRtkUJvOOc5288gDg1FF4ws5rcPHbXxnL7FtTBiZvk35
Ck4xt56+3XikPgnSzdGf9+GMRjIEnBzH5RPTOduB1x7VPN4Xs5H81JLmCcMrLLFLhkKp5fHGMFeD
+dAFaTx1o8V9NaSTSCSFGZzszgqMlcDndz0x1460+DxHNNpOt3rWjxHTmcJDMuxztiV/m69STyO2
KkfwnZu1z++vBDc7jJAJjsLkAF8dd3GeuM84zU8Hh+3g06+s2luZlvtxnkll3OxZAh57cAdOlAGR
aeOrZNLlutRaDKTiCM2z5ExKB+N+0jAz1x904q8vjDTGe23PIkNzb/aIpnTClQhc98j5VJ6Y4xnN
H/CI2Zjy1zetdeYsouzN+9BVSowcYxtZhjHc0h8G6bJerdTGeWTZtfzJM+ZmMxkscZJKnHXHfGaA
FbxXbrCjGx1HzJNzJD9n+dkUAmTGfu/MPfJxjNPtvFNld6ilpCtwyyFVS48o+UzNGJQob12HPSmt
4Ut3gjRr3Ud8YZFl+0kOI2ABTOPu/KPfIznNWYPD9lbSRtCjIIplnRQ3CsIvKAx6bO1AGc3imW31
TU47i0m+zWksUEXlxbnmkcDGDux/EOMDjnNWJPFtjFLKskd0scW9TKYfkLopd0B7sAre2QRnIq3L
odrNPLMwffLcRXLYbjfGAF/D5RxVWXwnYTzzySNclJvMbyfOPlo8ilXdV7MQW+m4460AMsvF9ne3
cVt9mvoHkcR5mtyoViu5VJ7EryP1warX3i6Wx1LUbSS0T9w0a2z7ziYkRlweOCBICPUZ9DWoPD9m
LgTYk3iZJx8/8SJsX8NtMvvDVhqIl+0o5MtzHdFg+CsiBVBHpwoB9cmgCu/jDTo3l3i5WNd/lymE
7ZyrBWEfcncQO2e2RVE+PrOzt55tUjltitzJHHCUAk2IqlmYE9i3bOcjANX28Iae7SlmuSrB/KTz
jttyzbmaMfwncAe+MYHHFJ/wh9ooDR3eoJcB3c3C3B8xt4UMCcYwdi8Y4xxigCxf6rc/bLez0qKC
W4liNwWncqixggdgTkkj9fx1I2Zo1LrtYjlc5wfrVDUNEhv5IZfOubeeFTGs0EuxyhxlSe4OAfwq
/GgjjVBnCgAZOf1oAfRRRQBS0/T4bA3JgLH7RO077jnDNjOPbirtYnhuCaA6t50bx+ZqMrpuGNyn
GCPatum9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
qGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlbUYGutOubeMgPLE6AnpkgimaRavY
aRZ2kpUyQQpGxXoSAAcU7U5nt9Lu5ojiSOF3U46EKSKj0S4kvNDsbiZt0s0CO5AxklQTxT6C6l6i
iikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiii
gAooooAiubqGytpLi5lSKGNdzu5wFFRWWpWeoxLJZ3MUysCRsbsDg8fUEVFrdr9s0meE2putwH7o
S+WWIIIw3YgjIPqBXIt4a1mWaW5aMm7ls3gjuHnUSxgPkK7L1JUldyjj68kA72ooZY54xLEQyN0Y
d65PTvDd1/aFrJNZ/ZrCO5eZLQ3G/wAkCNVXocHLgtgZAznrTLbwzqAa0uLgMbq2jtljf7QflInd
peM4OYyBz16UAdnmskeKtGMU0o1GAxwkK7ZOAScAfnxXN+A1d9Z1K5uYbtbqQfMZVIVR5jHBJJ+f
kDoOFHFNi0DV49AFoLS9WeG5im3C9QhgshJ8rJITg9CBQB3Ftcw3ltHcW0qSwyLuR0OQw9jSxzJI
8iK2WjIDD0OM/wAjXIWOg6paXOkOYNxgZw2+UFIo2kZsnGCZdpGWGQT1HerOp+HbnU9UlNwhksnu
/N2+cV+UW2wcA/8APTt+NAHVUhIAJPQVztzodxqOk6Faagpm8hka9BlI3YhZTkg5b5yPrWPbeHNa
Gq6fcXrXMphghVXjukAjKptkV8jcwJ54POecYoA7YXMZtftG4eTs37v9nGc/lUP9pWvk2svmjy7s
qsDYPzlgWGPwBNefRWd3/wAJRZ219FdvPb2sUMeMsu8QEElicbNzHPB+ZRz2q9/wid/a2NvAlkbi
CN7WV7f7URuZY3WXBJ45K+xxQB3tLXCReGtZSW18yPdIvleROLo4sVWQsyY6vlcLnv0OAK6Xw3pb
aVpeyZNtxJI8kp3l9xLHHP0xQBrVz/ir/RP7O1UZ/wBCul8wj/nm/wAjfzB/Cugqnq1iup6Td2b9
J4mT6Ejg/nTi7MUldFvtXP6b/p/jDU7zrHZxpZxn/a++/wCpAqfQ9WEvhOG/uThoYD52ezJkN+oN
N8I2zw+HoJpgRPds11Jn1c7v5Yp2smK92i/rH/IGvP8Ari38qVNRhkufIhzKy8Oy/dT6n19hzSax
/wAga8/64t/Kqsfh6zhuN8MEAiYkvE8QYZ9VPUfypq3LqJ3voavmL/eX86PMX+8v51V/snT/APnx
tv8Av0v+FH9k6f8A8+Nt/wB+l/wqdCtS15i/3l/OjzF/vL+dVf7J0/8A58bb/v0v+FH9k6f/AM+N
t/36X/CnoGpa8xf7y/nR5i/3l/Oqv9k6f/z423/fpf8ACj+ydP8A+fG2/wC/S/4UaBqWvMX+8v50
eYv95fzqr/ZOn/8APjbf9+l/wo/snT/+fG2/79L/AIUaBqWvMX+8v50eYv8AeX86q/2Tp/8Az423
/fpf8KP7J0//AJ8bb/v0v+FGgalrzF/vL+dG9f7y/nVX+ydP/wCfG2/79L/hR/ZOn/8APjbf9+l/
wo0DUteYv95fzo8xf7y/nVX+ydP/AOfG2/79L/hR/ZOn/wDPjbf9+l/wo0DUteYv95fzo8xf7y/n
VX+ydP8A+fG2/wC/S/4Uf2Tp/wDz423/AH6X/CjQNS1vX+8v51Q1t1Oj3ADDOBj8xUv9k6f/AM+N
t/36X/Cqer6bZRaXM8dpAjqAQyxgEcinG10TK9mZZ0nVY9c865umm3tiG4WBXEXsVJ+T6jNa/wBg
1X/oMD/wFX/GtTFLQ6jYKCRlfYNV/wCgwP8AwFX/ABo+war/ANBgf+Aq/wCNatFLmY+VGV9g1X/o
MD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/
6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DV
f+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g
1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlf
YNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVENtHLFbqlxN50g6ybAufwFTUUVJRn6Vqn9pm8Hle
X9lunt/vZ3bcc+3XpWhVLTtNi077UYmdvtM7XD7j0ZsZA9uKu03a+gl5hRRRSGFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBf
J/8AQVprYT3RfooopDIbpoUtZWudvkBCZNwyNuOc/hSWTW72UDWe37M0amLYMDbjjA9MU3UYGudN
uoI8b5YXRc9MkECo9HtZLHRrK1m2+ZBAkbbTkZAAOKfQXUu0UUUhhRRRQAVR1X/U2/8A18xf+hir
1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUlAC1U1W+/szSrq98
l5vs8TSeWnVsDOKt1Fc28d5azW8wzFMjRuAcZBGD/OgDJj8TW5l0+GeC4t5b5AYhIowGIJCnnr8p
9unNULPxkbzT7B/szxXM5tzIsqFVKSHBZOckA56+3rVuPwdp6aha3pluXntgm1ncHeVBCluOwYjA
wPbPNFn4O0+zSNfOu5vK8sRmabcUSM5VB/s5P8ueBQBNovinTfEEtxHp8rO0ChiSOGU5wwx2OD1w
faoLTxfZzTWkDpPvuI4X81YT5SmUZQFuxOKu6RocOjRtFb3F08O0JHFNJuWJRnAXj375PAqGDwvY
W6xKnnYi+z7cv/zx+5/Pn1oArv4nRfE0mmsYIooWCO8rMGZjHvwvy7eh7tk84HHKr4y09oTJ5N6M
+WYlNud0yu21XQdwT+IyMjmrc3h6yn1NryQyks4keHf+6Zwu0OV9dvHpwPSs248F25tkitry7R1e
ELK8pZooo23BEPb6nJ9c0AbmnX8Op2guIVdRuZGSRcMjKSGUj1BBq3VXTtPh0yzFvAXZdzOzu25n
ZiWZifUkk1aoAKKKKACkpaKAOB1JmtptU8OxnB1C8jaED/nnLzJj6bW/Ou8RFjRUQAKowAOwrjtW
uol+JOlsYtywx+TJJ/deTdsH6H867OtJ7IiG7KWsf8ga8/64t/KrgqnrH/IGvP8Ari38qq+KJZof
C+oyW8skUywNskjOGU+o96noV1NeivP7rVtXlmiUzXMRso7i1m2jaJ5xDI2/pyBtjI93PpU1x4kk
W50zUbS8e6srayL3kcJ3iTlFJOP4l3A/TNSM7qivN2vtRint4tU1KSIPfTecZLtoFXMUThAyjopZ
gB0OOtaHjLU7+OS0CyPpp23OzddbBIVCbGG0NuPJwh685oA7iiuDg1yaPUNYneeQ3KqotbJrlvMD
PHFtXycbQNzH5s9c02DU5R9lsNb1G+sYLbzY5ZpHEckknyNFvdSRyjE8Hkg+mKAO+oriV1Gcakv/
ABMLptTN+0bWWTsW23HDFMYxsAbf6nGe1ReHNV1aO4s7W4+1X0q6X9pUMwUzh2jwSxwNy5deewHr
QB3dFcE+p6vBqrIs08kdzqkiQqeiFEb90T/db5SPdT60/T7l71Y4bfVL+5aWxeS/PmMpgmGwrjp5
bE7hsHYdKAO6orz5ptSXTbWCC8vHkntLByZLhwS8kxD/ADgErkccdBWvi/stYtbe5vWjsxbG7nzK
0hUxYUqHIBKtuVjnn5T60AdVRXG6j4j1G1u7z7EkDwxO8pMqu29FjtzhcH5SfNb246dap3XiG9m1
a7ImTFvDOn2aMOrRkXESKXOeSVywxjg9xQB31FcHqHja8stIN2r2ck/msptliYGHaGJjdi4G75cZ
6k9FNSy6/qVtLqDNIt3JDf4ito0ZHWM27OoOD8wJGOR1B9gADt6oa3/yCLj6D+YrlZ/FuqfZHayf
T7rY0jC5SF/KkVIfMKqN2c5+XOe/TPFdPqknm6DJJjG5FbHpkiqj8SFLZmjS0lLUjCiiigDm18XR
jU9SgnSCK307eZX85ml2qoYsIwnT5v72falufGdlC1q6pOYJHlSbMEgkiKKG5Tbu6EHp05qeXwys
v9oxnULoWuoF2lgCptDMoUkHbu7DvT5vDVtPdS3DTTB5XkdgCMZeNYz29FH40ASTeI9Ogn8qWSRc
wmZHMTbHULuO1sYJ284FRR+LdLltPPje4Yl9ghFtJ5rHbv4jxuI2/NnHSqTeBLBrw3P2i43GBocf
J0MXlH5tu77vQZwDzjmrcnheHz/tEF5cwXKsrJKm0lcR+WRggggqOcjrzQAr+MNFiu5LaS9CPGjO
xKNgbRlhnH3gD93rTYPEq3Gl6xfJbyBNOZwI5FaN32xK5yGGV5JH61E/gyzea7b7TOI7rc0iBY87
zj5g23cORuxnGe2OKtw+H0TTtRtJry5uDqO4zSybd2WQIcYAA4UY4oApWXjOzfTpbu+MUQSYQr9n
l89ZWKhvkIAJIBORjjBq8nifS5Gt8TsIrmLzop2jYROu0scORjO0E49Aaov4KtZYiZry4kuvNWUT
skRIKqUA2bdhG1iOR/SkfwPYS3yXU888rCMxsGCDeDGYzyFBA2sflUhc84oAtt4s0xYElb7UN5Ox
Pssm9lADFwu3OwAj5unPrUkHibTbnUVsoZnaRsbXETeWxKeYAHxtJKHdjPSq7+GWkjizrGoCaJHi
WcGMP5TBQU+7j+EHOM571PbeG7S0eEwNIqQzrOiZyAVh8kD1xt/HNAFQ+Kkh1XUobqGWO3s3ihV1
hkZpZHxgKAMH7wAxk9+lWn8VaXHPLE80imIPuYwts3Ku5kDYwWCgkqOeD6VJNoNvNczTNJKGluYb
kgEYDRhQo6dPlGaqT+Era4km8y7u/IkMzrbhl2RySqVdxxnOGbAJIBY8UAS2fi3Sr65it4ZJ1llY
KBJbSJhiu5QSwABK8gHqKq3ni9bLUdRtJLRi9qY/KbfxPnZvA44K+YvHcGro8O2wuVn82bcJ47jG
RjckflgdOmP1qPUfCtlqZlM8kweS6juwyMAUdFVcDjoQuCD6n2oAcfFekq8yvcMqxBvnMTbJNpCs
EbGHIYgYGeTVJPHOmx2889+z2saXDxIrxsHKoFLMykZUDdz+HrUr+DrWTcHu7sxrvNtHuXFszPvL
LxydwGN2cDio5PBVvKRK1/dNc+ZJIZ3WJyd4XcNrIVx8i4wMjFAF/UtXure7tLfTbOK8kuIpJhvn
8sbU2dDtOSd49KuaZfxapp0F5AHEcy7gHGGHsR6g1V1DRTfXFrPFfXNpLbxvFuhCZZW25B3KcH5B
yKu2dpDYWkVrbLshiUKi5zgCgCeiiigDD8NRyxtq3nJIu7UZWTeCMrxgjPatyqGmamupm8CxtH9l
uXtzk53Fcc/rV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlXU5nttMup4yBJFC7qSM8
hSRUei3Ml5oljczEGWaBHcgYGSoJ4qxdeT9ll+07fI2N5m7ptxzn8KSxNubGD7Ft+zeWvlbPu7cc
Y9sU+gupPRRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAY/ip2j8O3JV2QMUR3U4KozqrnPb5SeawL/UtXhubyOwlFuIpbqTJt/M3iOO
MqvJ4yWIyPwrs5oY7iF4pkWSORSrIwyGB6g08KFAAGAOBQBwuq6rd39nq8M1z5UiRER2KwHcyYUi
QP15JPt26g1LeeJ9RhuLu2h2tc2/2tmjaA/KisvlMfUbWLcfexXa4piSxvI8asC6Y3L6Z6UAcBDq
l5Al7c21yb1vOupI7g25UNttUKYXpjIx6HHHWn6v4h1rS7JrT7ZE12bjYly0CplfIEnQnbgOwBPX
GepFd/iql/pVlqiIt9bJMEJK7uq564PvQBg3Wpmy1qxMt3Gzz6Y6xNn91NMWTbjHHPb2NYC3ttFB
bLZXt2upTWc5v45pJNzP5ROCG4DiTGAvOM44r0dI0jRUjUKigBVUYAHoBSPEkm3eittIYbhnB7H6
0Acj4k1y90Xw1YS2hl+0NDuyYwwYqmdrE85J7Dk84xim3Os63Be3c0JWaISSww2v2futt5qtuHJy
3H4+tdlijFAHD6dcz3GmeKp1vnvWNuDFcJEYsnyT90ex7j+dZ/2d7bT7m3vrkWTRzwyCCSadreZT
G2PnzvXJyT2DRjg559IoxQB5ncXLql7LAbl7mezbERlm8+x/cj5SPusnAw3DZbuena6KzDVNaiUl
oEulKZOcM0aMwH4nOPetfFMht4rcOIY1Te5dtoxuY9SfegCSkJxS1keKL1rDw7eSx/65k8qIert8
o/U00ruwm7HO/ZH1XwxrOqxgme4uTc2577YThP8A0E/nXY2F2l/YW91GcpNGsg/EZqPTbBNP0m2s
lAKQxLH9cDmsvwixt7K60xj82n3Lwj/cJ3J+h/Sqk7pkrRmnrH/IGvP+uLfyp/2yI3It0LPIPvBB
kJ/vHoKZrH/IGvP+uLfyqlF4btYJ8wxoYHJZ43zkE91Of0OaFbl1B3vobGKXFUf7EsP+fZf++j/j
R/Ylh/z7L/30f8anQrUvAYoIzVH+xLD/AJ9l/M/40f2JYf8APsv5n/GjQNS9gUYqj/Ylh/z7L+Z/
xo/sSw/59l/M/wCNGgal7H1oxVH+xLD/AJ9l/M/40f2Jp/8Az7L+Z/xo0DUvYoqj/Ylh/wA+y/mf
8aP7EsP+fZf++j/jRoGpd2ijaPeqX9iWH/Psv5n/ABo/sSw/59l/M/40aBqXsfWjH1qj/Ylh/wA+
y/mf8aP7EsP+fZfzP+NGgal7H1ox9ao/2JYf8+y/99H/ABo/sSw/59l/M/40aBqXsVQ1vjRrjHXA
6/UUv9iWH/Psv5n/ABqnquk2UGmzSRwKrrgg5PHI96cbXQpXszMcaydcX7eYAd/+i5D+Tn/gP8X+
9+FbONd9dN/KStSim536CULdTLxrvrpv5Sf40Y131038pP8AGtWilzeQ+XzMrGu+um/lJ/jRjXfX
Tfyk/wAauLqFo12bVbqA3I6wiQbx/wABzmpXnijljieRVkkzsUnlsdcDvijm8g5fMzsa766b+Un+
NGNd9dN/KT/GtWijm8g5fMysa766b+Un+NGNd9dN/KT/ABrVqL7TD+9/epiE4kO4fIcA8+nBB/Gj
m8g5fMz8a766b+Un+NGNd9dN/KT/ABrQtrqC8iEttNHNGeA8bBgfxFS0c3kHL5mVjXfXTfyk/wAa
Ma766b+Un+NatFHN5By+ZlY131038pP8aMa766b+Un+NXkvLeS7e1SeNriNQzxBhuUHoSO1T0c3k
HL5mVjXfXTfyk/xoxrvrpv5Sf41q1EbqAGQGaMGMgOCw+Unpn0zRzeQcvmZ+Nd9dN/KT/GjGu+um
/lJ/jWrUcc8UxcRSK5jbY+052t1wffkUc3kHL5mdjXfXTfyk/wAaMa766b+Un+NXbq/tLEKby6gg
D/d82QJn6ZqcHIyKObyDl8yK18/7Ov2ryvO/i8rO38M81NRRUlFHTdNj043Zjd2+1XDXDbscFscD
24q9WH4ZEoOr+d5n/IRl2b8/d4xjPatym9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACqGnf62/wD+vk/+grV+qGnf62//AOvk/wDoK01sJ7ov0UUUhlXU
oXudMuoIwC8sLouTgZKkCmaNbSWWi2VtMAJYYEjcA5GQoBp+pTvbabdTx43xQu65HGQCRTNGuZL3
RbK5mx5k0CSPtGBkgE4p9BdS7RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPY
vUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaEy/RRRSG
FFFFABRRRQAUUUUAFFFFABXPa5/p3iHR9NHKLI15KPZBhf8Ax4j8q6Cuf0b/AE7xNrGoHlIitlEf
ZeX/APHj+lVHuTLsdBWB/wAg/wAc+kep2v8A5EjP/wASf0roK5/xcDb2Vrqaj5tPuUmP+4Ttcfkf
0ojvYJdzT1j/AJA15/1xb+VXB0qlqxDaLdkHIMLEH8Kr+Jrmaz8M6hPbTGGaOBikgAJQ+vPFHQfU
1qK4G68R6pJNEsc7Q/ZIp7e6AQYkuVhkbIyOg2Kwx/fFWbrxS9td6Zex3yTadHZGW+WPa+clF3ZH
QqWBx6E1IztaK86/trVzNbw3uoPA0l7KJB5scHlr5cTqm5lI+XeRjqfWtDxfrd/A9sLSSbTztuD+
+lii8wps2t824MvzH5eCfagDtaK4W38Rzi+1e6kuZHWJF+y2plQFmaOMovk7d2Sz9d3fFFprdxcG
0sNR1eWwEImSe4kRIZZXUoYwQwIXKPuxjnHoKAO6ori11m5F6kn9qF7ttQa2OnALhYQxG7GNwOwC
TdnHbpUXh3xFqRntLa+ae9mXTPtZWNEDXCu0exx0GRudTyPu57igDuaK4R/EGqwaq8RmaWOfUpI7
dNo4CI2YScd8KR3+9T7LUbi7SCKHXJrp7mwe4uWi8vNrIuwjbhflBJZdrZ6exoA7iivP31LVU0y2
jhv7iaee0sZdzMiuWmmIfDbcDI4HBxWvHPqdrq9paXV15ds1ubuZ5ZFZkEeFdCwUAglkbOB0b1FA
HU0Vx+oeKruxvLxbWKCaKF3kcyyn/VokBOzA6nzT14496q3Xim7k1S6KywrDBDOqwRTfvFKXEce6
QY4JySPZqAO6oriL/wAdzWGkG+YWDkyNtt1kJkRVDEq+cBXwv55ABp0vii+tJL97jyZ1t7/y44ID
iQR+Q0gDcc5wPxz6UAdrVDW/+QRcfQfzFczc+M9QitpDBFp1zJG0hMsUzGF0SHzTtbHLdvTofauj
1aUSaDLLjAZFbHpyDVR+JEy2Zo0tc4PFsE9+YrcEW8TYlleJyT7KoH6nH0q9/wAJJp3/AD1l/wDA
eT/4mm6cl0BTi+pq0Vlf8JJp3/PWX/wHk/8AiaP+Ek07/nrL/wCA8n/xNLkl2Dmj3Oblsb+G78Rf
ZrfUEubgytbPHHGI8mNQGWTG8NkEdce1Le6Hqck4iSXUWitpbg28/wBoPmbTAm3585IMm7r6Y6V0
f/CSad/z1l/8B5P/AImj/hJNO/56y/8AgPJ/8TRyS7BzR7nMzjxNJqhZIbuMGzdXZZCVZ/I+U43b
VbzOMBc+pwcVIbLWLSPyZW1e4sFlRpPLuCbggwjO1shsCTqAR+WRXRf8JJp3/PWX/wAB5P8A4mj/
AISTTv8AnrL/AOA8n/xNHJLsHNHuctPbeJjqN+0c+pK2yQQKoUxtHtG35i+BIOf4c7upxzV+y065
PhrxJCtreq14ZTbx3bh5XBgVRk5PcEDJz61tf8JJp3/PWX/wHk/+Jo/4STTv+esv/gPJ/wDE0cku
wc0e5yEen67Dps/2WK8himu0eZkhWOd18racIjqAAyp0IJGeveyI/E41CzFuLzK2pQzTtxIfIbaz
ruKK3mbcgAnjO7BxXTf8JJp3/PWX/wAB5P8A4mj/AISTTv8AnrL/AOA8n/xNHJLsHNHuc5LDqP2O
ApB4h8nEnmx/aR5xn2qEO7d/q/v9Dtzg4xVuwsdai1S3urye7d/PjimUS5hMf2YbmCdP9b3xn8K2
P+Ek07/nrL/4Dyf/ABNH/CSad/z1l/8AAeT/AOJo5Jdg5o9zFudFvBqWqS25vYxd39sWeO4ZcxAJ
5hHPHQjjnHAqvdW+vC8vBbjUvOBuMSeePIMPlsIVQZ+/u2HOM5DEnBFdF/wkmnf89Zf/AAHk/wDi
aP8AhJNO/wCesv8A4Dyf/E0ckuwc0e5h2Wl6vZ6nC4udTlhjuYlxNcF1MRhzISD1+fv27YFVtc0H
UH1HU72ytmc3V1DHNHkDzoQsWHHujK34Fvaul/4STTv+esv/AIDyf/E0f8JJp3/PWX/wHk/+Jo5J
dg5o9zmZYPERkuTF/aSzDzftLmUGORTINggXOA2wHHA685NU5dO12K2dbMaxa2st1PISpEtzkrH5
bN+8GRw/UntuFdl/wkmnf89Zf/AeT/4mj/hJNO/56y/+A8n/AMTRyS7BzR7mX4itZ5NT0m4MN7Kk
MMyyNbQxSNuJjwGDggA7W6eldQpyOmKy/wDhJNO/56y/+A8n/wATR/wkmnf89Zf/AAHk/wDiaOSX
YOaPc1aKhtrmO8t1mhJMbdCVKn8jzU1SUUdN1NNSN2EjZPs1w1u27+Irjke3NXqoaXpi6b9rKyM/
2q5e4O4Y2lscD8qv03boJX6hRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BRvM3
dNuOc/hSWK262MC2W37MI1EWw5XbjjHtimanC9xpd3DEMySQuignGSVIFR6LbSWeiWNtOAssMCI4
BzghQDzT6C6l6iiikMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwoooo
AKKKKACiiigAooooAKKKKACiiigAqha/8he/+kX8jV+qFr/yF7/6RfyNNCfQv0UUUhhRRRQAUUUU
AFFFFABRRRQBV1G8TT9OubuQ/JBG0h/AZqj4VsnsvDtosw/fSqZpf99zuP8AOr+o2EGqWMtndKWh
lGHAYgkZz1FY/wDwhWlj+O+/8DJf/iqpWtZku9zoKgv7RL+wuLWQfJNG0Z/EYrH/AOEL0v8Av3//
AIGy/wDxVH/CF6X/AH7/AP8AA2X/AOKo07hr2ItLu3u/Ajib/XwQPbyg9QyZU/yrce5tzOtqzB5G
HMYG7A9/QfWs19HtdF8P38Nkrqjo8jb5C5LEcnJ+lEHh9LW5YxPI8ErFnDTyK6n1yD8348+9U+Vk
rmRsGKM9UU9+R7YpkdpbxKVjgiRT1CoADVb+ybb1uf8AwJk/+Ko/sm2/vXP/AIEyf/FVGhd2WZLW
3mGJYInGd3zIDz606WCKYqZYkcocruUHB9qqf2Tbf3rn/wACZP8A4qj+ybb+9c/+BMn/AMVRoF2W
fsluZvO8iLzf7+wbvz60sltBMCJYY3BIJ3KDyOlVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo
0C7LfkReaZfLTzCNpfHOPTPpSrEikFUUEDaCB0Hp9Kp/2Tbf3rn/AMCZP/iqP7JtvW5/8CZP/iqN
Auy55UeQdi5B3Djv6/WkWCJC5SNFLnLEKBuPv61U/sm2/vXP/gTJ/wDFUf2Tbf3rn/wJk/8AiqNA
uy55MfH7teMAcdMdKGjRvvKp4xyO3pVP+ybb+9c/+BMn/wAVR/ZNt/euf/AmT/4qjQLst+REc5jT
ng/KP89h+VJ9mh3s3kx7n+8doy319elVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo0C7LJs7d
s7oIjubecoOW9fr707yIg5cRpvOMttGTjpz+NVP7Jtv71z/4Eyf/ABVH9k23965/8CZP/iqNAuy0
ttAkYRIY1QZwoUADPXiqutDGjzgDjA/mKP7Jtv71z/4Eyf8AxVVNW02CLTJnUz7lAI3TuR1HYnFV
G10TK9mXn023e9S7VWjnU8vG23ePRvUfWrdApai9ykhKKWigYlFLRQAlFLRQAlFLRQAlFLRQAlFL
RQAlFLRQAlFLRQAlFLRQAlFLRQAUUUUAYfhp5XbV/OaQ7dRlCbyeF4wBntW5VLTtSi1I3QiR1+zX
DW7bscsuMke3NXab3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGVtRna1065njxviid1B6Z
AJpmkXT32j2d1KFEk8KSMF6ZIBOKnukhktZUuceSyESbjgbcc5P0ptklvFZQR2e37MqKItpyNuOM
HvxT6C6k9FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiiigAooooAKKi
nuoLVN9xNHEn96Rgo/WlininQPDIsiN0ZDkH8RRcdna5JRRRQIKKKKACiiigClrH/IGvP+uLfyq4
Kp6x/wAga8/64t/KrgquguotFFUtYupLHRb66hKiSC3kkTcMjKqSMj8KkZdorjY/Fd/JHpEGIBeG
4WLUhtJCfOE+XngsSGGc8Cn3niTUofC+j6lCkTzXEga4TZ96NUd3C88HCcdaAOvoritR8W3xur7+
zTE9qscYtnWPezuZkR2GSAR85AHHK9a031a+i0g28bedrjwtLFBNCIyRk9QGK5AB43c46jNAHRUV
yenazqWqziytb6FZ7aPzbh57NkcksQIzHu+XGOWyc5XHWoLnxo0etapaRz2pSC3mWBBy/nRIHbcM
/dOSB0+4fWgDs6K5nw/4iu9S1NLG7ESzw2pa5VFI/eBlww5+6ysGH19qeviqWW2jnh0yV4rqUQ2R
81R55+bOR/AAEJ5zx78UAdHRXLjxmTPEv9mT7BtFy/mJ+4YzNDjH8Xzqenbn2qrZ+KL+1sZLrU4m
Zs3sqxIUI2QnAUEY9xznPXgUAdlRXNXfim7tLsW7aPK7qsXmbbhMI8rMqLz15HJ7Z71saTqH9qac
lz5TQsWdGjYglWVirDI4PKnmgC7RRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXhS0lLUjC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9K0waabwiUyfarl7j
lcbd2OPfpWhWH4amlmOredI77NRlRN5J2qMYA9q3Kb3EtgooopDCiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui
/RRRSGVNUie40q7hiXdJJC6KPUlSBUeiW8lpodjbzrslit0R1znBCgGptQna10+5uEALRRM4B6Eg
E0zSbt7/AEi0u5FVXnhSRgvQEgHin0F1LlFFFIYUUUUAFUdV/wBTb/8AXzF/6GKvVR1X/U2//XzF
/wChimtxPYvUUUUhhRRRQAUUUUARzzLbwSSsGKopYhRknHoO9YH/AAmMcM0P2/TL+xt5mCJPOgC5
PTdg5XPvXRGuQ12W48T3N14fs7bZFBNF9qupHGFHDDavUk4rOo2lodeEhCcmprTq72su/wDXodfS
0ijaoA7ClrQ5AooooAKKKKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UlLSGFFFFABRR
RQBm6npmmXZS51O3t5BApw0/KoD168dutYHhNbdfE2r/ANkY/snamPL/ANX5v8W3+uK1/Fq27+F7
9byV4oGjw7om8ryO3er+mrCmnWwtgBCYlKYXbxjrjtWbjea8jshVcMO023fTyWz+8t0UUVocYUUU
UAFFFFAFLWP+QNef9cW/lUzXMMcyQtIolf7qZ5PviodY/wCQNef9cW/lWfb6HJa3blbi5kimbc0n
nFZFPv8A3h+WKtJcupDbvobmajuYI7u2lt50DxSoUdT0ZSMEflVX+yl/5/L3/v8Amj+yl/5/L3/v
+amyKuxo0TTxPJOLWPzZHjkduclo+EP4Uyz8PabYbPs1vtCSeYgMjsEbDLwCSBwzDA9al/spf+fy
9/7/AJo/spf+fy9/7/miyC7K/wDwjGkCzW0FkiwJEIlVWYYUMHABBz94A/WrA0m0GmNp5jZrVgQV
aVyeTn7xO7r70f2Uv/P5e/8Af80f2Uv/AD+Xv/f80WQXZXPhjSCkSmzX90SQ29txyQSGbOWBwMg5
BwKlfQdNks0tHtIzAjtIqc8M27cc9ed7fmaf/ZS/8/l7/wB/zR/ZS/8AP5e/9/zRZBdjJNC06W4a
d7VPOaJIS4JBKK25Rx6EZqJvDOkssy/Y12zOJGAdgA2Scrz8pySflx1qx/ZS/wDP5e/9/wA0f2Uv
/P5e/wDf80WQXYyPQNNiiWKOziWNUSMKM/dRt6/kxJ+tLJomnyxeVJaoybZV289JTmT/AL6NO/sp
f+fy9/7/AJo/spf+fy9/7/miyC7HS6ZaTTtNJArSMY2LHOSYyWT8iSantraKzh8qBAibmfaPVmLE
/iST+NVv7KX/AJ/L3/v+aP7KX/n8vf8Av+aLILsvZozVH+yl/wCfy9/7/mj+yl/5/L3/AL/miyC7
L2ao60f+JRcfQfzFH9lL/wA/l7/3/NU9V04RabM/2q7bbg7XmJB5HUVUbXQpXszaFLSClqCgoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKen6jDqJuRArj7NO0D7hjL
LjOPbmrlZ2k6YdNN6fN8z7VdPcfdxt3Y49+laNN26CV+oUUUUhhRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9BWr9UNO/1t//ANfJ/wDQVprYT3Rf
ooopDIrqOKW2ljuMeU6FXycfKRzz24ptlDBb2UENpj7PGirHhtw2gcc9+Kj1WJ59JvIo13PJA6qv
qSpAFR6FBJa6DYQTIUlit40dT/CQoBFPoLqX6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1mRIbWK
SRgiJcRFmY4AG8U1uKWxoUVlW/iCyuZCVnhSADiSSUKWPsvXHucVZ/tfT/8An+tv+/q/40crDmRc
oqn/AGvp/wDz/W3/AH9X/Gj+19P/AOf62/7+r/jRZhdFyiqf9r6f/wA/1t/39X/Gj+19P/5/rb/v
6v8AjRZhdFs1k6db3kWtanLPbWsVvKyGKWL/AFkuBj5/p2q3/a2n/wDP9bf9/V/xpP7W0/8A5/rb
/v6P8aTi2VGpypruXKWqf9r6f/z/AFt/39X/ABo/tfT/APn+tv8Av6v+NOzJui5RVP8AtfT/APn+
tv8Av6v+NH9r6f8A8/1t/wB/V/xoswui5RVP+19P/wCf62/7+r/jR/a+n/8AP9bf9/V/xoswui5X
O6hdX1tqV2bOEMjeX5sucmMYPIGD+fOPStb+19P/AOf62/7+r/jWPN4isdO1V3kcyRXUscAliIZY
zsY5Y54Hv7046atCeuiZoWlxe/ZY/Kt4pkI4kN3uLe+dtTfaNQ/58Yf/AAJ/+xqBPEOmoi+dOltu
nkgVZCF3MjlD+GR19xTLLxTpF9bSXEV5Gscfml/M+XAjOHbnsMjn3FF12Cz7lr7RqH/PjD/4E/8A
2NH2jUP+fGH/AMCf/saZd6/pdj/x9X9vFiTy/ncD5tobH5EH6EVDdeI7G3n8mOZJpUnjhlRGGYt5
GC34EH6UXXYdn3LP2jUP+fGH/wACf/saPtGof8+MP/gT/wDY1Dea9bwada3lrG96l3IscAgK/OWz
ggsQMcdc0yDxJZSoWm3WzRq5mScqrRFCoIIzz99eRkHI55FF12Cz7k7TX7AhrCAg9jcf/Y0on1Ad
LGH/AMCf/saT+3dM862i+2w+ZdLvhXdy49f0P5GktNf0u/Ki0v7eYu/lqEcHLYLYH4An3waV12Cz
7j/tGof8+MP/AIE//Y0faNQ/58Yf/An/AOxqMeIdKLqgv7fLRGYfP1QDJOfoM/Tmlg1/S7mIyQ30
LoCg3Bu7nan5ngetO67BZ9x/2jUP+fGH/wACf/saPtGof8+MP/gT/wDY02XXtLguJ4Jb6BJbeMyS
qzgbFGMk/mPzFQt4n0VIYJX1O1WO4YrExkA3EYyPwyM+maLrsFn3LH2jUP8Anxh/8Cf/ALGj7RqH
/PjD/wCBP/2NUbLxRa3moXlsgAW2uRa7zIBufYWPB7DafXOD2FS/8JVoYjgc6pahLjPlMZAA+Dgk
H0yRz05ouuwWfcbqs982lXQeziVTE2SLjOBj021sCsq51G01Tw7d3FjPHPCYnAdDkZA5Faooewlu
LRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxI
UtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGJ4buZr
g6sJpXk8rUZY03HO1RjAHtW3VPT7+3vzci3DD7PO0MmVx84xn69etXKb3EtgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtXqo6d/rb/8A
6+T/AOgrTWwnui/RRRSGVtQnNpp9xcKAzQxM4B6EgZpulXbX+k2l26hWnhSQqOgJAOKluoo57WWK
b/VSIVfnHBGDzSWUENrYwQWxzBFGqR85+UDA570+gupPRRRSGFFFFABVDVgDBACAQbmLIP8Avir9
UdV/1Nv/ANfMX/oYprcT2FtrK3tpN1u+2J84iBBTPqvp9BxVvYn91fyrziz0rXNLisEsbKQ/ubi5
j3Af6PcGNxtYHoHJUj33etWbCy1O4vdMnvLnWZES4kTcYHiMW6MY3Akll3Z+Y8Dp0pXCyO+2J/dX
8qNif3V/KuGtJfFb3EcUqT5dSNzABFaFSpJPpK5U/QHHrS2ia3crFEJtZS3eW3E8k4CSh/nMu3jh
PuDI4z0NAztkMUmfLKNtJU7cHBHUU0SW7OyK8RZPvAEZX61zvh22v7bXb/7Ulwlq80724AxGcyZJ
fvuPG09MZ75rNTTpGupfsmmTQ38d9dTS3Rg2CSJmkIXd/wAtN2UwOfXjFAHbgRsAQFIPQil2J/dX
8q4cSa/CkiRJfuxtIclY9ggwI96oCNruRvIIPB4I4FOu21cGMWD62yiJfsXmRj5pTI2/z8jIUDbj
OOM9TQB22xP7q/lRsT+6v5Vw983idVuoozdCK2nEQmVN7TRO5beoBBJVdi8c/exU0FrrU1nPI+o3
ySwWEbQSSJ5KySB5Cd6HvhUByehz1NAHZbE/ur+VGxP7q/lXGR3+p32j29w66mkN3MLmf7PHmSKB
1YxohHJIKpuwM/MfWjfrf9qDYdULCQBA6AQm28rqxx/rd2ffPbbQB188tvbR+ZcPFEmQNzkKMnoM
mngRsMqFI9RXBxaRq11/ZsN/Nqc0cc1rcM8jDcrmN/MBIHQELx2z71bih1oi4fdeRGG0unhjQBVe
UyybMjHJ27SPwNAHZbE/ur+VYN1o0GrazMtxgwxffj28SK8ToR7cNWZY2mt2uowF7vUp4UuIkKzb
SrRtFmQnAGcP37dK6S1/5C9/9Iv5GmhPoc4nw/WNbYvfR3UkSujtd23mb1MpkBxuGGG4jPIPXFXr
jwgLu3jguLvfHHdyzDEWC0UjFnibnnJPX2HFdJRSGcpH4MmgtI1h1U/aTFNBPPJbh/NSQqTgZ4YB
VAPI45BqzL4Ot5dLl09rh/s8lzHPjHIVFRduc+idffpXRUUAZF7o91d6ZZQLfIt1aSpKs7QZDlcj
lQR1z2IqnJ4T80O8l0ks8iS+a0sGUd3aM7toYYAESgAHPQ5yK6OigDm4fCk8SzxtqbyxXluILwyx
bpJMBgCr5yvDY53dB3yTFN4NnurOYT6qReFYY4LiG3CeSsW7bhcnJO98nPfgCupooA5N/AkC3l1J
bywJDOjKA1tukiJh8r5X3DAxjtnqM4NWNQ8OTXGtafcW8qxpb25WR2UMGkX/AFJK552lnbrXSUUA
c7J4XmeG7t11BVt55/taL9nBZJt6yZJzhl3L0xnBxnimnwiZUu2uL7fcXcVzHM6whVzKqLlVzwFE
ajGTnnJrpKKAMRvDgZy32o83rXf3PWEx7evvnNQT+ElnsY7Y3ZATThYbvL6jKndjP+z0966KigDG
uNPFhpesuJN/2pnnI2425RVx7/d/WtgVT1j/AJA15/1xb+VXB0p9BdRaKKKQwooooAKKKKACiiko
AWiiigAooooAKKKKACiiigAqhrf/ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDN0fTW003xaQP8Aart7gYGNobHH
6VpVi+HLua6Oq+fK0nlahLEmf4VGMCtqnLfUS2CiiikMKKKKACiiigAooooAxn1/Z4yi0HyM+ZYt
eedu6YcLtxj3znNO1zUtTsjBHpOkNqEsudzNOsUcQGPvMcnJzwAOxrFn/wCSyW3/AGBH/wDRwrb8
Qa/b6BZLLIjT3MzeXbWsfMk8h6Ko/mewoAg8M+I315b2G6snsb+wm8m5t2cOFJGQQw6gim6/4jm0
vULLTdOsft2o3odo4mlESKiAbmZsH16AUeEtEuNKtLm51J0k1TUZjc3ZT7qsRgIvsoAH50niPw5Z
+IZrf/TJLLVLTMltcW7gSxg8HjupxgigAbxLNpnh261PxBp7WDWud0STLL5gGOUPGc56HB4NbEV9
bTWouVmj8nAJfcML9T2rzPWb241rwH4psNdS1vrzRG2R3kcY2u23IYD+FwCQcdM1t6ta6HpWiaPp
8Ph+1vHv51a3tF2xRPLs5dz04X1B+lAHaRXMM8PmwyxyRf30YFfzqte6zZWFncXMs8ZWCEzsquCx
UDPAz37V5/ocMljrHjOyaztLGP7BHKbW0k3xIxRwSOBgkYyMU/RvCejL8J/trafDNdzaS0rzzLvc
t5e4cnsCBgdsCgDvNN1mz1PSoNQglUQTRJL87AFAwBAbng81caVEKh3VSxwoJxk+1eYappllZ/Ag
zWVpBC9xZWks7RIAZGyhLNjqetb3i24hfxV4NjWVC7XjyKoYElfLPzfTkc0AdbJe20KlpbiJAG2Z
ZwPm9Pr7VNXnGgeH9C1rxB4ubV7eC5ki1BxsmbIiQouWA/hJwfm6/L14rd+Gc08/gPT2nkeQKZEi
d+rRrIwQ/wDfIFAHV0UUUAMlZkjZkQuwHCggZ9uaz5NQvlXK6TMx9BNH/jWlRimmJoxTq99j95YG
1HdpA0gH/fA/rV3S0QW7ypcLcGZzIzqMDPAwB2xgVdxVHTQBLf8A/Xyf/QVpt32Faz1L9FFFSUVN
WjebSLyKNS7vA6qo7kqcCotBhkttA0+GZCkkdvGrIeqkKMirF/ObSwuLgKGMMTSBT3wM4pml3Zv9
KtbtkCGeJZCoOcZGcU+gupbooopDCiiigAqjqv8Aqbf/AK+Yv/QxV6qOq/6m3/6+Yv8A0MU1uJ7F
3AowKWikMTAowKWigBMUYpaKAEwKMClooATApGRWUqygqRgg9DTqKAECgDAGBRgUtFACYFGBS0UA
JgVRtf8AkL3/ANIv5Gr9ULX/AJC9/wDSL+RpoT6F+iiikMKKKKACiiigApKWkPSgAzRurkvtH9oe
JNTivtVnsRZOgt4kmEYKkZLkH72TxzxWVoeuX2l7UxFPazy3zrGAfM3Rkt1zjnpjFZOqkztWCm4u
z1snb1V9/Q9CzRmuEbxnqNraNLKbK7MliLtPIBAgJZV2vycgbuvHQ1LP4m1WAXtustjcS2zxE3MS
fLsZWY4Qt8zDHQN0OaPaxD+z63l/Vv8AP/K52u4Uua4GXxDNHqE97Z/Z3lltbMCRlcK29yD8ueBz
9frT7nxdqdtZtHI1stzHdz27TLEzK3lgEYQHPJYDOeKPbRGsvrO1v60v/X5HcTRpPC8Uq7kcFWB7
inBhXJaxfavDbeHn+1xWs1zMqXAKfLuKk4PPQcjGfTmqEGs30F7cWunC1ie41C7DPIrMPkRWzjPU
8+1N1UiYYGc43TXX8L/5He5ozXBJ401OCzmubmK1kDact5CkYZdhL7MNzyOc9q2tD1jUbzSL2e8h
hWe33eW24Kr/AC5G7DNt9+feiNWMthVcDVpLmlbe250eaM1xFv4r1CWCC3ae0jvJrryJJJIiqQfJ
uwRuIYnBAIbmkTxndhLcym1QNFd7pMHbI8XClST0PpzS9tEr6hW/r5/5M7jNGa4keKtU2NMFt2jh
0uO/lQIdzswPyjngZwe/A96bf+J9Wsraxiiksbu5ug8nmxL8qhVB24LgZyeuenan7WILAVm7aff5
X/I7isrVdVurK4SGz0q6vnK7yUKoij03Hv7Vc064ku9PgnmjEUkkauyBtwUkZxnvVXxBq66HpMt6
0Jm2MqhA23JYgDn8aqT9297GFKLdRQ5eZ3tbz/rzE0TXYdajmCxS29xbv5c8Eow0bf1HvWrWB4d0
q7tLvUdQ1ERJdX8isYom3LGqjAGe5reog21qGIVNVGqe3/A1/EWiiiqMQooooAKKKKACqGt/8gi4
+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJS1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKAKdheWt4bkWox5M7RS/Lt+cYz9eo5q5WZo2mvppvzJIr/abt7hdo+6Gxwff
itOm99BLzCiiikMKKKKACiiigAooooAxda8IaJ4huY7jVbBbiaNNiuXZSFznHykd6rTfD/w1cWdt
ay6WjQ2u/wAlTLJ8m45bndnk10dFAGRonhXR/DjzNpNmLdpgBIRI7bsdPvE+tGs+FdH8QSRSapZL
NLEMJIGZHUem5SDj2rXooAzrTw/pdjpD6Xa2MMdi6srwhflcHrn1z6mqK+B/D66T/Zo09fsgl85U
Mjko+MBlbO4EAY4Nb9FAGRYeFdG0tbgWVjHF9pi8qYgsTIvP3iTkn5jz1q9a6fbWWnxWNvCqWsUY
iSLqAoGMc9eKs0UAY+n+E9F0qyurSzsI0trsYmiZmdWHPGGJwOTwKg0/wP4e0uWGWz0yOOWB/Mjk
LMzKQCBgkk4wTx09q36KAOJs/h9Y3upa1ca9p8U32m/aa3dZCGMRVRglSDjIPyniuyt7eK1gSC3j
WOKNQqIgwFA6ACpKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/rb//AK+T/wCgrTWwnui/RRRS
GQ3UKXNrLDKSI5EZGwccEYNJY20VlYwW0BJihjVEJOTgDA5qLVo2l0i8jjUs7wSKqjqSVOBUegRP
B4f0+KZGSRLaNWRhgqQoyDT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himt
xPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6
F+iiikMKKKKACiiigAooooAqXGl2V3Mk1zaQTSx/ceSMMV+hNOTTrSJkaO2hVkLMpCAFS33iPTPf
1qzRSsiueVrXKkOl2NsJRBaW8Yl/1gSJRv8ArxzTP7E037L9m+wWv2fdu8ryV27vXGOtXqKLIftJ
dyo2mWTsWe1gYkKMmMdFOV/I9PSs7WPCdjrHlli1uyM7kxKmGLY3EhgQTwOetblFDimrMcK04Pmi
9TPi0eyh0uCweJZraBQqrOA/ToTnvUw06zEnmC1h37mbcEGcsMMfqR1pmsf8ga8/64t/Krg6U+VW
JdSTbu/6ZWXTbNAAlrCoEfkgCMfc/u/T2pYNPtbW3MFvbxRQnOY0QBTnrwKs0UrIHKT6lIaNp62Z
tFsrYWxOTEIl2E+uMYpz6XZSRxRvaQMkP+rUxghPoMcVboosg55dytHp9rEcx28SnyxFlUA+QdF+
ntUX9iaZ9mFv/Z9p5AbeI/JXbu9cY61eoosgU5LqNRAihVGAOAB2rN8Q217d6U8WnR2sk5dSFul3
JgHJ49a1KTFDV1YIScJKS6CKDsG7G7HOKdRRTJCiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v/kE
XH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAxvDt5PeHVBPKZPJv5Ykzj5VGMD9a2ap2FzaXJufse391O0c21Nv7wYzn17c1cpvcS2CiiikM
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv8A/r5P/oK1
fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrj7JYz3G3d5MbSbc4zgZxTdMu/t+mWt3s2efEsm3Odu
RnGakuoEurWWCQkJKjIxHXBGDSWNrHY2MFrCWMcEaxqWOTgDAzT6C6k9FFFIYUUUUAFUdV/1Nv8A
9fMX/oYq9VHVf9Tb/wDXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL
3/0i/kav1Qtf+Qvf/SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri3
8quCqesf8ga8/wCuLfyq2GGOo/Oq6C6mT4slmh8MXz28728uwKsqHDJlgMj35rmm1vUbu7s1+0Sw
myMtpdhOFluBDKx/ABEcf74ru22OpVtpB7GmeXFycJknd0HXpmpGcVea7cPY+Hrux1DzhDC092kc
gbzgiIXVsd8MxHuBVK81i+uXubhdQkit7ue0kgV7gwpHCzSgfOBlQyorE89a9AS2togRHFEgOchV
A+tDW9u6bHjiZcAbSoIwOlAHO6hdz/8ACPrb29y1ttSNvt0l2PJl+YZjE2d2TyA22snTb9tS1mCJ
r+aKBbeNQk2plJGbzJVJXaMTZ2gBsjgCu58mAweSY4/KxjZtG38qabW2ZkZooSyABCVGVx0x6UAc
7oLS2S3spbVNQIvpLZVM/meWing4ZgOPXrWPDrEtjeLHcauZybuJpbpLwPA0ZkIIK/8ALI8gbehx
x0Nd+oRc7doycnFRG1tSrqYYdrncw2DDH1PrQBxt5qzSyX91Dq0iajHdLFZWaTDZKny7cJ/GHDE7
ucZ4IxSX0FzaR6x9m1DUpHhvba2iR71h8r+SWGTnBO9hu7ZrtRb26ujLHEGRdqEKMqPQegp2yM54
XkgngcmgDhLu41K11yJHmvIIYBZpI/2wyLAXkcHepH7wNgLuPTI9Khu/Et28mszLPfRWt5b3CWch
TbHG0Sna0Tdy4Dt/wEV6C6RPncEO7rkA5pPLhMYQrGUXouBgfhQBxUWsajLf6XYyXMqSafdrbXrD
gXDkMFznsUAf/gQq14P1DGgpcXeoxT3E8SEA35nJcoWwVIGxjg/KM9D6V1flxZJwmSck4HX1pkdr
axEmOKFMnJ2oBk/5NAHGzeMNXgj0pTHpxmvLVLt2kfyYyrEfIpZ+oB5Iz1Hy1o6F4kutU1z7LLJZ
eW8M0vkR5863KSKgV+ccg56DnNdG0EDhA6RsEOVBUHafb0qP7Dai9W7CKJ1Rk3jjIYqTn1+6vPtQ
Baqhrf8AyCLj6D+Yq9uHqPzrH1O/im0+6gO6KdQP3cgwSMjkeo+lVBaomT0ZsUtIKWpKCiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAy9F02TTjqBldG+03klwu3PCtj
APvxWpWP4fvZ706n9ok3+RfyQx8AbUGMD9a2KbvfUS2CiiikMKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9F
FFIZT1dWfR71I1LO0EgUKOSdp6VFoEbxeHtOjlVkkS2jDKwwQdoyDVq9uPsllPcFdwhjaTbnGcDO
P0pmm3f9oabbXYQoJ4lk2k525GcZp9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrIzo15/1xb+VA0jT8f8eNt/37FGsf8A
IGvP+uLfyq4Kq+hNrsp/2Pp//Pjbf9+hSf2Rp3/Pjbf9+hVTxcHbwvfLE8qMyBd0RIcZYA4I5zg1
zLXeo3l3aCZrhP7OaWykKkqJ5fIlJcgdRhYyPQue4pXY+VHZf2Rp/wDz423/AH6FJ/ZOnf8APjbf
9+hXHXGpyXmn+HrvTbqWZ7KFpZ1jYnzGSNCyP6kqW698VS1C5ubgXV5NcSww3s1pMBM8gjiiYyhQ
QpBAKqhIBHJ5ouw5Ud//AGRp/wDz423/AH6FH9kaf/z42/8A36Fc9qEpfwwIEmS1sVjiZb9ZWaKU
7hlCAfMCtyCc9O9ZFhJBe69aJdSJbQ/Z40ihluJ2Mn7yUZibcNwOFwWGcbaLsOVHcHSNPH/Ljbf9
+hSf2Tp3/Pjb/wDfoVg6Datpq30tnZz3Mhv5IMSXLfJEDwRvJGB7Vhw3yafc/wDH69xEt7FJPfCW
X7vmHKSo3Ctz/DwQOg4ouw5Ud1/ZOnf8+Nt/36FL/ZGn/wDPjbf9+hXHXl7HdTXkyXNyNZkuVGnK
kj7Wi+UoVUfKUIJ3Ej+9nGOFvdHW3TWRZpP5gvrWCIPczbdjeSWGckgElskc8mi7DlR2H9kaf/z4
23/foUf2Rp3/AD423/foVxV7aXtprkbMrRQWos1kkhuZW8jdI+SoPDqeAxbkA55xUN3qd/J/a940
OoR2up29xFA5f5QY1PlFADuUsock4HOOtF2HKju/7I0//nxtv+/Qo/sjTv8Anxtv+/QrkIrjUX1D
TLGZ7kDSbxbaWTJAuCwbax9R5YUn3f1FO8IX0Vn4daZZ4bq/kiQCJHlZ2l2MQj7mOGJB6YH6UXYc
qOt/sfT/APnxtv8Av0KP7H0//nxtv+/Qrkz4ku/sVrI2tRrFMXae5+xE/Z3CKRDt9SSevPy46mnx
avr1xOpmkFsspjt3txbcxO9t5hbcT2fjB47Gi7DlR1H9kad/z423/foVlajoVtDZzXUkcTTJzHsj
CLHyOgHf3NYemSahpmk2FraybJXsrM+cYMlTLPhyV6EgE9ec8mn63f64xvIkvkWD7Q1soa0BICwr
Jvznklsj059aqMndClFWO7HelqnpNzJe6TZ3UyhJZ4EkdQMAEqCRz9auVBQUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFOwmspjc/YdnyTss2xdv7wY3Z9T05q5WVom
nTaedQMxQ/abySdNpzhWxjPvxWrTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABVDTv9bf/wDXyf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG7t1u7W
a3ckLKjISOoBGKbYWiWFhb2kbMyQRrGpbqQBjmo9XDNo96EDFzbyBQvXO09Ki8Pq6+HtOWUMJBbR
hg3UHaM596fQXU0aKKKQwooooAKo6r/qbf8A6+Yv/QxV6qOq/wCpt/8Ar5i/9DFNbiexeooopDCi
iigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAUtY/wCQNef9cW/lVsVU1j/kDXn/AFxb+VZUSaoNSzeNCZMnyTsc
xAe2Dwcf3vwq0rxIbszoqKoY1T/npZf9+3/xoxqn/PSy/wC/b/40uXzHcv0VQxqn/PSy/wC/b/40
Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy/wC/
b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy
/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn
/PSy/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/VDW/+QRcfQfzFGNU/56WX/ft/8ap6sNR/sybzXtDH
gbgqMDjI6c04rVaik9GbVLSDvS1BYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAGRoF/PfHUhcMG8i+khjwuMIMYH61r1T09rJjc/YPLyJ2E+wY/e8bs+/SrlN7iQUUU
UhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9
BWr9UNO/1t//ANfJ/wDQVprYT3RfooopDILy4FpZzXBUsIY2kKjvgZpunXYv9OtrtVKLPGsgUnkZ
GcU+8txd2c1uzFRLGyEjqMjFN0+0XT9Pt7RGLrBGsYY9SAMUaWF1LFFFFAwooooAKo6r/qbf/r5i
/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/ACF7
/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/
1xb+VXB0qnrH/IGvP+uLfyq4KfQXUyfFNzcWnhu9ms5/IuAgCS4B2EsBnB471zzeJNQurmySKYw/
ZhJBfKFBD3AilO3JHRTGG46h1rtZYo54zHKiujdVYZB/CovsNsCxEEQLOZCdg5YjaWPuRxn04pDO
U1DXb6C08PXcFyGQwG4vUAB81FRC/bggMW4x0qjda/qt1LdPa3biG4uLb7IiFEIiZpVyGZT97yw2
SDwRiu0g0jT7VClvY2sSHPyxwqo5GDwB3AANLLpNhND5MtlbPFtVdjQqVwv3RjHQZOPSgDGvry/G
ji0s3uEvlSNmnmKhXBI3Isu3ZvIJAOOvaszT9Qv9V1mOCG9vxawwIJC8sKOr75VbcNhDn5AMqQOP
euvbTbN7EWb2lu1qAAIDEpTA5Hy9KjOjaaZYZTp9p5kACxP5C5jAOQFOOMH0oAxNEuri1F5LeXeo
34W9ktUQRK+wKeGIRRj3J4pItYun0nT5ftIM0mqGCQjHKec64/IAfhXSxwxxBvLRU3MWbaMZJ6k+
9V4tJ0+CV5YbG1jkkYO7pCoLNnIJOOTknmgDg4PFOrJpsENzeE3R0+e8WbYo81PK3I3TGUbKn6An
rXSafrsv9g3+o3cim6i81vsjYQwlFJ8s9ycDJPfORxitttPtGRFa2gKxoY0BjGFU8FR6A4GRQ+nW
kjs8ltAzN1ZowSfl29f90kfTigDmn8V6lHf2tn/Z0UsrRRTXJjlAVUkYgbSxBOAMnjk8Crfh/wAR
XWr6h5NxDapHJaLdxeVKXdVY4CuMcH6e/pWzNpllcSwyT2lvJJB/qneJSY/90kcdB0qK20ays9Rk
vbaBIZpE2P5ahQ3zbskDqcnrQBexRilooATFGKWigBMVR1r/AJBFx9B/MVerL1O7hudJuxE4LJgM
p4ZTkdQeaqO6JlszUFLSUtSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBk6Fp81gdRM+3/AEi9knTac/K2MZ9+K1qydBv5786j55U/Z72SCPaMfIuMZ9+a1qcr31Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9XLDR73Zu3/Z5Nu3rnaelReH958Pad5u7zPs0
e7fnOdoznPerd5OLW0muGBZYUaQgdSAM0zT7tb/T7e7RWVZ41kCt1AIzzT6C6lmiiikMKKKKACqO
q/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKA
CqFr/wAhe/8ApF/I1fqha/8AIXv/AKRfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
FLWRnRrz/ri38qQaTb4+9c/+BMn/AMVS6x/yBrz/AK4t/KrgqrtLQm12UJNOtIY2kllnRFGSzXUg
AH13U1rGyTaGnmXfnbm7kG7jJx83PFReKrN9Q8NXlrHCZ2lUL5Y/iG4ZH5Zrmho2pz3Vsbq2eQac
8tnbOxBLxmGUeb/wLMS/VTS5n3Hyo6o2NkPLBnlHm/c/0t/n4zx83PFMlt9NgDma7eMJjfvvHG3P
TOW4zXMT2V7qWnaFJb2F1Dc6VCxUTJsIlREwOvIbDL+Jqrd6Lfy+fezWNwJbya0up/KiSR1IaXKh
WyCUUxryDRzPuHKjs/sdh9m+0faZPIxu837Y+3HrndiomXSE2b7/AG+Yu5M3zDcPUfNyKztQs57v
QhHNDM1iqRtHHDbqLlZFYEMyH5CMjJXH4VmabY3S65BNqGnzxo8EcaiCyi8ogSS8uCCYzhlJCnua
OZ9w5UdNbw6ZdsVtrxpmUZIjvXYgfg1S/YLLaG86bBbaD9rkwT6fe61maRpV1p8d4bG1tLaSS/kY
mWL70JPGNuPwzVG1gupLCzsv7Puo3tNV852kjAUoZnbcpzzwQfxo5n3DlRvi008xiQXMhRgSG+2P
ggdTnd2p66baOzKss5K4yBdSZH/j1cJD4c1S0062tI7J2tm024bYMZhneLa0ePRmww9y1dBZxanp
uh3tnBaytqjtIUuwAUmcoWWQ7jx0C46AgAfLijmfcOVG7/ZVv/euf/AmT/4qmtptqilmkuFUDJJu
ZAAP++q5a8j1I28f2NPEPkGOXYrSgTC4+UIWJP8Aq/vdflznIxim3uma5cJe+dJfSG5E0LxpL+62
fZxtKL2zKMZ68kdKOZ9w5UdPb2unXcYktrqSZGAYNHeOwIPQ8N04P5VN/ZVt/fuf/AmT/wCKrmjp
eppJb2sTX0drizR3SUh9oEvmDdnPUoD+GKiu9M1uW4upY7rVV3vdsqpPhRtx5AUdgf178cUcz7hy
o6r+yrf+9c/+BMn/AMVR/ZNv/euf/AmT/wCKqxaGRrOEzjEpjUuMfxY5/WpqOZ9w5UUf7Jt/71z/
AOBMn/xVY+o6JiGW9ndw8YxGiyu3GR94k8/Tp9a6aqGt/wDIIuPoP5iqhJ3WpMoqxeFLSUtQWFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT08WINz9g8vPnt5+z/nr
xuz79KuVkaDYT2J1I3CqPtF9JNHhs5Q4x/Ktem9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UU
UhkF5bi7s57csVE0bR7h2yMZpunWY0/Tra0Vy4giWMMRgnAxmmauzLo96yFg4gkKleoO09Ki8Pu8
nh7TnlZmka2jLFjyTtGc+9PoLqaNFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9Tb/wDXzF/6GKa3
E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/0i/kav1Qtf+Qvf/SL+RpoT6F+i
iikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri38qpR+JLSefbDInkKSHlfIyfRRjn6
nFXdY/5A15/1xb+VSLZRLci4j3RufvhDgP8A7w6H69atWtqQ730If7b0/wD5+U/I/wCFH9t6f/z8
p+R/wp+ralFo+l3F/cLI8UC7mWMZY+wHrVKbxPYwyWCjzJPt0TTRNGuQFVC+WOeMgED1NToPXuWv
7b0//n5T8j/hR/ben/8APyn5H/Cq8/iWytjpPmCUDVSBA20YXIBG7njOQO/JFV7nxfZW9zdwCG5l
ktpooGCKoDO+cBSzAcbSCTjmnoFn3ND+29P/AOflPyP+FH9t6f8A8/Kfkf8ACmXetxWOkJf3EMyC
RkRYvlLlmYKoznb1I5zj3qsPEqm8S1XTb43BiWV4z5amMMWABy4yfkPTPajQLPuXP7b0/wD5+U/I
/wCFH9t6f/z8p+R/wqLSNb/thpwljeW4gcxs04QDeDgqNrHp+VC67bNaW9yFl8u4uTap8vO/cV55
6ZU0aBr3Jf7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKzYPGmm3Gmx3sa3Gx0mfYUAdfKXcwIzwSMEeu
RWnZ6tbXsFxPGxFvAzK0zcIdv3iD3A5BPTINGga9xP7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKE1vT
JBblNQtmFySICJR+85x8vrzxT7TVtPv7iWCzvbeeaH/WJHIGKduQOlGgajP7b0//AJ+U/I/4Uf23
p/8Az8p+R/wq9RRoHvdyj/ben/8APyn5H/Cj+29P/wCflfyP+FXqKNA1KP8Aben/APPyn5H/AAqn
q2rWU+mTRx3Cs7YAAB55FbVUda/5BFx9B/MU42uhSvZl4UtIKWoLCiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAytD1GbUDqIn2f6PeyQJtGPlXGM+/NatU7COyjNz9h
8vLTs0+xs/veN2fQ9OKuU3uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbudbW1luHBKRI
zsB1IAzTbC6S+sILqMMEnjWRQ3UAjIzS3tv9ssp7fds86No92M4yMZpmm2f9n6ZbWm/f5ESx7sY3
YGM4p9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKKQwooooAKKKKACi
iigAooooAKKKKACiiigClrH/ACBrz/ri38quCqes8aNef9cW/lTRc6j/AM+EX/gT/wDY1Vrom9mL
rGnnVdLms1k8oyYw+3OMEHp+FY0Xg7yp5JPteQZ3eIFP9XEY5FEY57NM7Z9MDtWx9p1H/nwi/wDA
n/7Gj7TqP/PhF/4E/wD2NLlYcyMZvCt3d6daW19eQFrSB4I3giZOCqhW5Y/MCueKil8Fytaqoure
WX9w8n2iDekro0jOWXPIZpScdsVvfadR/wCfCL/wJ/8AsaPtOo/8+EX/AIE//Y0crDmRUl0OR7Bl
Vrb7S8SxPHIjvalQRkCEtgDAxxVDTvCc+m6jBcpLYzKiKh862LNEA7tiJt3yDD4AOegra+06j/z4
Rf8AgT/9jR9p1H/nwi/8Cf8A7GjlYcyILbQkjjnSaaVhJdvdKYpHiILHO07TyPrwfSqdv4dvEhit
5ru3a3t737XFshIf/WM5VjuIP3sZAHStP7TqP/PhF/4E/wD2NH2nUf8Anwi/8Cf/ALGjlYcyOePg
QqsPlX2wrp72co8v5ZGKbFkxnggEg+ox6Vor4euYNKudMtrxFsZVdI0eMs0SMhGwHd0DHI9vl9DW
h9p1D/nwi/8AAn/7Gj7TqP8Az4Rf+BP/ANjRysOZGLeeDRc6rbXnmW7qkUMUkc0TN/q2JDJhgAee
4OCAak0HQbzSdYXzXhltYbFbWJ449hwrkgNycnHU8Ctb7TqP/PhF/wCBP/2NH2nUP+fCL/wI/wDs
aOVhzIv0VQ+06j/z4Rf+BP8A9jR9p1H/AJ8Iv/An/wCxo5WHMi/RVD7TqP8Az4Rf+BP/ANjR9p1H
/nwi/wDAn/7GjlYcyL9UNb/5BFx9B/MUfadR/wCfCL/wJ/8Asaw7u9v2iuIVjE1r/wAtHMu7yjuH
AbA3fTkj1q4RdxSkrHVUtIKWsywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAMfQLGeybUzcIF8++kmjwQcocYP6VsVl6JqMuonUPOVF+zXklum0dVXGCffmtSm731Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9Wdo9IvXjYq6wSFWHUHaeRUegSPN4f0+SV2eR
7aNmZjkklRkmrV1MltayzyAlIkZ2wOcAZNNsbqO9sYLqEERzIsiAjBwRkZFPoLqWKKKKQwooooAK
o6r/AKm3/wCvmL/0MVeqjqv+pt/+vmL/ANDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKK
KKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAFLWP+QNef9cW/lVwVT1j/AJA15/1xb+VWTNHGyI7qrPwqk8t9KroLqUPEd7cadoF3dWXl/aUU
eX5gyu4kAZHpzWE/iy5nn09LVIlBjk+2hxkxyiOUhBg4BDQtn2x611N3awX1s9vdRiSF8blPfBz/
AEqsuh6aryuLVA0s7XDnJ+aRkKFuv90kfjUjMXUPEl5Z22gXOyEw3UYmvcj7qbVyy88YL578A1Sv
PFWpNcXgs1i8n7RBFalITI7IzSKzY3AMS0ZxyOPWuig8N6Xb26wJbsY0V0VZJnfarKFYDcTgEADF
EnhrSpLdIDa7Y0SJF2SOpUR52YIORjcfzoAp3esXaaV5Fkyz6ukaSSxGHDohI3N5e7kgH7u7k96o
WmuanqGrRWtrch4VgRpJksDgOWkU7wzgxkbAMYPOa6OXSrSbTlsZFkaBcYHnPuGDkHfndn8arxeG
9LguYp4YHjliAAKTyLuwxYbgGw3LMfmznJoAz9J1e5iFzJreo2xjW7e0iCQGPLKeDncevpT01u6b
S7G4YReZcaibVxt42CV04564UVt29pBaCQQRhPNkaV8Hqx6mqUHh7TLZy0UDDMwn2mV2VX3FtwUn
A5JPHrQBy1t401F9OjE6W6XwtJrpwEO118svEyjPTgqfdTXQadr/AJug3Ws3gVLVN7rHGCXRE4Ib
/byD8vbp71Zfw5pLrCrWUZENu9rHycrEwwy5z0IFSPoenSSSu9srGZi0gLHa5KbDlc4OV4oAzrnx
PdWgCS6NP9pEbzvCs0Z2wrjLbs4JycBevB7c1UvPGj+VefZLCRlSOT7POzrskkWIS4K5yBtPU+mK
038KaPLAkMloXRM43TOTg4ypJbJU7R8p446VYk0LTZd2+1QhmdyMkcsmxu/deKAMW28S3drBDFc2
0l1eOluuwFEy8vmHO4cYwnp+dOufGjwT3CLo9zIkTTKsiyxgOIv9YcE5GAePWts6PYGZJjbr5iGM
q2TxsBCd+25vzpraJpz7t1sp3ebnk8+Z/rO/egC5BMtxBHMmdkihlz6EZFSUyKNIYkjjG1EAVR6A
dKdmgBaz9ZULo04UADA4H1FX81R1r/kEXH0H8xVR+JEy2ZepaQUtSUFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBTsLeztzc/Yih8ydnm2vu/eHG7PoenFXKx/D1lPZ
HVDcR7PPv5Jo+QdyHGD+lbFN7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKKQyC+tzd2Nxbh
tpljaPdjOMjGaZplmdP0u1tC4cwRLHuAxuwMZxTdWkaLSLySNijpA7Kw6ghTg1HoE0lx4f0+aZy8
kltGzOx5YlRk0+gupoUUUUhhRRRQAVR1X/U2/wD18xf+hir1UdV/1Nv/ANfMX/oYprcT2L1FFFIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKQ0hi0U3N
KDQAtFFFABRTd43BcjJ6DPWloAWim7xu25GcZxnmgOCxXIyOozQA6ikzSK4cZUgj2NADqKKQ0AU9
Y/5A15/1xb+VZ1vpF1bX7u13cSiUn/SBs3qPQgr0+n5VszpFPG0MuCsgIKk9R3qQVSk0rEuN3cp/
YJv+gjd/lH/8TR9gm/6CN3+Uf/xNXM0UuZjsin9gm/6CN3+Uf/xNH2Cb/oI3f5R//E1bDhs7SDg4
4NAcFsZGfTPNHMwsVPsE3/QRu/yj/wDiaPsE3/QRu/yj/wDiau0UczCyKX2Cb/oI3f5R/wDxNH2C
b/oI3f5R/wDxNXaKOZhZFL7BN/0Ebv8AKP8A+Jo+wTf9BG7/ACj/APiau0UczCyKX2Cb/oI3f5R/
/E0fYJv+gjd/lH/8TVys3VNdg0p445IbqeaQFljtoWkbA6njpQ521ZUKTm+WKuyb7BN/0Ebv8o//
AImj7BN/0Ebv8o//AImotH12z1uORrRnDxHbLFKpR4z6EGtKhTuroJ03CXLJWZS+wTf9BG7/ACj/
APiaPsE3/QRu/wAo/wD4mrtFHMybIpfYJv8AoI3f5R//ABNU9Ws5Y9MmZr65cDB2sEweR6LmtmqG
t/8AIIuPoP5iqi3dCktGXhS0lLUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAZmi6lJqJvxIiJ9mvHt1255C4wT781p1TsLS1tDc/ZCD5s7Sy4fd+8OM/TtxVymxIK
KKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk
/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhkN1MlvayzS/6uNGd8DPAGTTbG4iu7GC4twRDMiumR
j5SMjjtRf25u7C4t1YKZYmQE9sjFM0uzbT9KtLR3DtBCsZYDAOBjNPoLqW6KKKQwooooAKo6r/qb
f/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv
/IXv/pF/I1fqha/8he/+kX8jTQn0L9IelLSUhnCNPLB4wljW8F1PdSSLbSRXJP2YhSAkkPTaD3pq
eLtVudOnuojFEYDb27q8eR5zNiTv0Hp713C2sEczSpDEsr/ecIAzfU1V0/RrTT7eWGNPMWaZp3Mu
GJcnOaxdOXRnorF0WlzQu1b8N/w0/E5X/hJdUCrZzX1rA41Ca1kv3iARQihhlScAknHXtUlv4o1W
fxT9jQ2zW0cohZCVVpBsz5i5bcc9RgEYrsHs7aRGR7eJldtzKUBBPqfel+zQecJvJj80DaH2jcB6
Zp8ku5LxVGz/AHa2f39/626HBaLqs+r+KtGu7q5geRobk+RGu1rfkDY3PXjvjvU9x4x1DTdSuILw
I8NjPJ9oYJgmJgPKx75NdstrAjl1gjVyS24IAcnqc0PawSFy8ETFwA2UB3Y6Z9aXs5Jb6jeLpSne
VPS1rdtX5dn9+p5zrt9qURaVp0gvhpkEs00SYf5psFc54UZ/T3qa71K90zX9TvrS7glCJYrKxjBE
4bjIIPy9c8Zr0B7aGQsXhjYsu0kqDken0pv2K2wR9nhwQARsHQdPy7Ueyd9yljocqTh+Xl5eX4nO
61c3UHjTRok1D7PbTJIGjIG12GODzyTnA9O3Wue8P65qGj6VAsZint3tLq4jh8vDKySHvnnOa9Gk
gilKmSJHKHcpZQdp9RSJawRlSkEalQQpCAYB64pum73T/rQzhi4RpqEoX/qXl5/gc74R1rUdUtbp
797ZxGFaOSN0PVckMFJxj88GsP8A4TTUo9MmBuIJrvz4o2ZETy4VfPIcNtYccbiMd676G3ht0KwR
RxqTkhFCj9KatlarC0S20Iic5ZAg2n6ihwlZK4LE0VOUnTVnbTtb/M4G+1u9R9G1SeOGS9itbwhY
mDI+0AA/KT9Tg+tWLfxVq7aP5k89mvmXcMIuwUcRI4ySyqxAx2ye/NduYLeNVYxRKIwQp2gbR3x6
CkWzthAYVt4RC3JQINp/Cl7OV/iLeMotJOmtPyu3+pxD61qFhrN/MdUivFi05Z4olQBJjzyoBPTG
SRS2/ivVm0jzJ57RTJdwwrdgoyxK4yxYKxAxjjJHXmu3FpbgoRBECi7UIQfKPQegpFsrZYWhW3hE
TdUCDafwo9nLuL63Sa1pq+nbocLaz3MfgXxBcWl3idbyeTz4RjdyMleeM+vamXmtXOn3D3VvNbXF
yumW7favLHz7pgpBwemD+degLBEqsqxIFblgFGD9aYLG1ChRbQ7QAuPLGMA5x9M80ezdtGNY2Dk3
KF7u/Ty028vQ46DX9ah1OOK4ureaJNS+wOog2lwV3bs54I6Yqfwl4l1TWtQkF2LcW7Rs+xWUPCQ2
Mbclv++gOa6z7NBuz5Med2/O0fe9fr70R28MTu8cUaO5yzKoBb6+tNQknuRPFUpQaVNXa3OLuvFt
/Z3usIZYJngjke3hjQMoCsBlmByCATlSB7U2XxXf2sV0ov7W8jglts3kcYCBZGwynBI4HOa7ZLWC
N3dIY1eT77BQC319aatlbJCYVt4VibqgQBT+FHJLuNYmj1p9u3l5f1fU49PEupXs8UVpdW6rPqs9
qkvlhgIlXKkc8n+dRSeLNSj0q/vRdWrTpK0S2RQBrbEgXexznGPXA5FduLWAEEQRgqdwOwcHpn60
n2O33SN5EW6UYc7Blx7+tHJLuCxVG6/d6f8AB9Opl+F9QvdS0oy35haRZWQPE6sHUdCdpIz24Par
2q6hDpGmz31wHMUK7m2DJ9OKsxQxwoEijVEHRVGAPwrO8RwyXGgXUUNkt67qALdn2h+R3yPr+FXq
onOnCpWTasm/TT9DN8O2t1ca5qOtXFs1pHdrGkULkbyqj7zY6Zrpaitd32aLegjfYNyA5CnHTNTU
RVkTWqOpO79PktAoooqjIKoa3/yCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDF8O2c9o2qmeIx+dqEsqZ/iU4wa2qz
NH1J9SN8HjVPst29uuDncFxyfzrTpvfUS20CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9FFFIZU1WV
oNJvJY2KukDsrDsQpINRaDPJc6Bp88zl5ZLeN3Y/xEqCTVq6kjhtZZZv9UiFn4z8oHPFNsZ4bmxg
ntseRIivHhcfKRxx24p9BdSxRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himtxPYv
UUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6F+ii
ikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/AK4t/Krg6VT1j/kDXn/XFv5VcFPoLqY2
ua+2jahpkJt/Mhu5GWWTdjyVGAGx3G5lz6DmqieLXk1ee1S0XyUu4reOXzOXDeYGbGOMNGR71q6n
o1rqzKboOdsUkOAcDbIAG/HgYqi3hGxEEccM11C0SwhJI3G4GLdtPIIyd7Z45zSGNfxStvrmqWV1
AI4LOESxzBs+aQqs647Eb1x65rPs/GV7eXWn27WVvby3Ee6RHeR9p81oyoKoRxt6nA5rWm8LWNzI
ktw08sq3EdwXZhlnRAnPHQgDI70kXhi3t7qKe1vL2BkBVgjriQGRpMNlT3Y9McGgBur6zfW81mNL
jsLmG5mFvuknYbXwx/hUjGF/WqUfi65ae5ge0tluVlEENs0zCXeW2qzgrgIR824Z445Nbb6PZEW4
jhWFbef7QiwqEBfBGSAOeCapXHhW0u5jLdXV7PIrFoGeUZtiWDZQgeqjrngY6ZoArX3iw6NIYdYS
2t5vskk67ZiVkZTgKCQDz+lWNU8RPZ+HRfWsEdxeFYWFp5uDmRlGOmf4uOOeKsJ4ftxvaW4up5JL
d7Z5JZMsyscntgH0xwPSntoViYIoxCFaMxYlUAO3lsrKC2MkZUUAZV541ht7qHyIPOtWs2uXlD4I
O3ciY9SPyyKLzxJqWmRTJfafbC58gTwiKctGfnVCrEqCCC6nIBzmrKeDdJSF4vLkMTtMzIX4/ejD
DjoAAAPTApz+FbaaC5S5vL64knRY/OllBeNQ24BeMDkAng5wM5oAz9Q8WXumkWtzaWyXonWNiHke
IoyOysNqFj/qyMbePpWzcayllHYC4ilknvCERLdC3zbdx64wAATk4qu/he3ZEYXt8t0s3nG6EimV
m2FMHK4xtYjAGOatLo8f2q3uJbi5mkt23oZHBAPl7DwB3GSfc0AZsXjvRriSaO3lkmkjKhVjTcZi
W2jZjrz649enNTx+LdOktjPi4VRGZCrxEMAJPLIIPfcMYqOPwfZwwGGG7vkiVw8CiQf6OQ2QUyvu
R82eDioYvBVu1nDFc3d0ZI2kDPHLgyo0xlCvkHODjnjPPY0ASP450ZLq5t/OZpLfIIRchyHCEDnq
GYDnHX0q5Ya8L/WLqwFlcxfZ4o5PNkXCtvGcexH9D6VCnha3i+0iC8vYopy58pXUohZtzYBU9Tng
5HJ4qfTPD9rpE4ktHnVfISAxs+VIXO1umc8kdce1AGrVDW/+QRcfQfzFXs1Q1h1fRp2RgwIHIOR1
FVH4kKWzL9LSClqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU
7CxtrE3P2Yk+fO00mWz85xn6dOlXKxPDlrNanVvPiaPzdQlkTcPvKcYI9q26b3EtgooopDCiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/
rb//AK+T/wCgrTWwnui/RRRSGV7+3a70+5t0IVpYmQE9ASCKZpNo9hpNpaSMrPBCkbMvQkADijVJ
Xg0q7mibbJHA7K3oQpINR6HcSXehWFxM++WW3R3b1JUEmn0F1L9FFFIYUUUUAFUdV/1Nv/18xf8A
oYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/wBI
v5Gr9ULX/kL3/wBIv5GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrP/IGvMf88W/l
TBaX3/QSP/fhafrH/IGvP+uLfyq4Kq9kTa7KP2O+/wCgkf8AvwtH2O+/6CR/78LWJ4o1K60zXdOu
Y7h0s7aCWe7iH3Xi3RozEf7Ict+BrPsNcuhqiy3180ME9/G2yVwqxRvbSOqZ/BT9aOZhyo6v7Hff
9BI/9+Fo+x33/QSP/fha5Vtbv7fXNThW4eWO+uBa2PcQyhIzx2wVcv8A8ANQ6Jf3V1qWmi51F5FS
xt5Nr3vlNKxaQE7AMSE7VByRRzMOVHYfY77/AKCR/wC/C0fY77/oJH/vwtYuorLqOp6PL52q6eLq
Z4pIPO8vIWN2HCkjqo5z0rFj1WeC5ayutYlcXE6ia/guVkiSMlsEDH7lidqYPHPByKOZhyo7T7Hf
f9BI/wDfhaPsd9/0Ej/34WuV1TVr6yj1JNJnkv7eLSvMW4a5UGI7pRvBx8xG0DP+zV/xPfX72Mdt
p5ubO4NzCkdwwASUnnA5yQSMHgUczDlRt/Y77/oJH/vwtH2O+/6CR/78LXG3Pie9vJn1K0nmgs3s
3RI9uRGVeESy4xyU8xx6fIanur02y3ltZ61PcWC/ZPMuTchmhd5wrASdsoc47e2aOZhyo6v7Hff9
BI/9+Fo+x33/AEEj/wB+FrjL3ULn7VBaW+qtJYi6kSK4kvfI81REGKmUA7trEgcexPFdBqWum2u7
WysrywjLI5ee7kLICmz93wR8xDg8noM4NHMw5Uaf2O+/6CR/78LR9jvv+gkf+/C1y83jW9jS5kRb
FiI7lkt8t5luYm2gy89GPsMZGM0NqWqXmu2UFxPAn2SW5WZYPMVZiiIwON3HD4wcjOT9DmYcqOo+
x33/AEEj/wB+Fo+x33/QSP8A34WuZg8T6m2kz3EQtCILa02CTexaSYJyzZ6Dcfc+vrc0jXtSuNYj
tL5bMxvJcQhoAwbdCQC3JPBz07epo5mHKjaNpff9BI/9+FrDutPvViuLhZmht/8AlpG0ar5xyOdo
6fXrXV1Q1v8A5BFx9B/MVUJO4pRVi8KWkpazLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAztI1M6kb0NEI/st09uMHO7bjn261o1TsNPg083PkFj9onaeTcc4ZsZx7
cVcpvyEgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad
/rb/AP6+T/6CtX6oab/rb/8A6+T/AOgrTWwnui/RRRSGQ3TxRW0rz48lUZpMjI2454+lJYywTWUE
tpt+zuitFtXA2kcYHbim6hbvd6dc28ZAaWJkBPTJBFM0m0ew0iztJSrSQQpGxXoSABxT6C6lyiii
kMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwooooAKKzfEN9Lpnh6/vL
fb50EDOm4ZGQOK5HS28d6tplvfQappqxXCB1DxYIB9cLUOdnax0U8O5w5+ZJXtqegUVxX2D4gf8A
QW0r/v3/APYUfYPiB/0FtK/79/8A2FHP5Mr6sv8An5H73/kdrRXFfYPiB/0FtK/79/8A2FH2D4gf
9BbSv+/f/wBhRz+TD6sv+fkfvf8AkdrRXFfYPiB/0FtK/wC/f/2FH2D4gf8AQW0r/v3/APYUc/kw
+rL/AJ+R+9/5Ha1T1Oe9gtd2n2yXM5YAK8mxQO5J9qwNMtPGcepQNqeo6dLZhv3qRJhiMdvlHfFd
QxIVj6CmnzLsZSiqUlqpffb9Dn7PX9Rg1qDTNbs4IZLpWa3mt5CyMV5KnPOcVqWv/IXv/pF/I1z+
gRXniW5s9f1J4kSASC2tolI2kkqWYnqeK6C1/wCQvf8A0i/kaVJtptmuMjCE1GKSa3ttfXb5W+Za
upxa2k05GREjOR64GawLHxnaXVtDPcRm1Vrd5pw75MDKUGw46k+YpGOuR61vXEK3drNAxIWVGQkd
RkYrn7jwLp9w7uZZ1L2iWrbSuDsKFZMEEbh5aj0IGCKs5SRfG+lPPtRp2hEEk7ziB9kYQ4YNxkEe
/t6irsniTS4TMJLyNfIkeOQkHCMqB2yfZSDn3A61XtfC8dvJCzXLyBIpYZEEUaJKjkEgqqgDBA5H
PrmqkHgSxijdHuLqQPam3JLjOS24ydPv9Bn0AoA0I/FGmytCqyTeZLL5KxG3kEgfbuwVxkfKc5PG
KXQtfh1m2LAbJkXdKoyVTkgDdjGcDOOoyKZaeHFt7+O+mvJ7m7WRpHkcKN+U2AYAAAA9O/JqTRdA
h0NJEtZpTHJyyMRjfkkuPQnOD64HegCIeK7GS40+OBLmZL92SKVYH2cLndkj7pBGD079BTz4p01U
YtJMGWVYfLNtIJCzAlcJjJBAODjHBqtbeEY7Z45EvrgSpcGfKqiA7l2MoUABcjqQAc81Hpfgm00u
VZI7mdys0cwyEGSisozgDOQ5yTyT3oA0NP8AEFpf2d5dES28NpLJHK9xGYwNhILZPbj8O9RSeLNL
iiWSSWdA247WtpAyqoBZyu3IUAj5jxz1pH8NpJa3do95cG0u5ZZJIgFH+sB3DdjP3juHfgdqjuPD
El0A02r3hnMTwSTKsal4WIymNuB04Yc8mgBbzxhptqL1EkeWe1jdyixPhyq7iqtjBOCDxnjmm2/i
uAWkcl+vlSukJ8uKOR2LSbtqhdob+A9vy7rJ4RtHieNZZkRmlYKpHy74vKwOOy9Pepj4btzexXXn
S742hYDjH7pXA7d95z9BQBHN4y0e3nmhluJQ8LMr4t5CMr9/BC4O3uR071tqyuoZSGUjII6EViye
F7eQSAzzDf8Aac4I/wCW/wB7t27VsW8It7eOFSSI1Cgn0AxQBW1j/kDXn/XFv5U5b+J7nyIt0rj7
5QZVPqemfbrTdY/5A15/1xb+VVI/DlnBPuhgh8liS8TxhgD6qeo57cirVuXUh3voajxxyZ3orZUq
cgHg9R9KjltbaZCssETqSCQyAjjpUX9jad/z5W//AH7FH9jad/z5W/8A37FToVqTiCFcYjQbTkYU
cHGM/lxTTZ2rSJI1vCXj+4xQZX6HtUX9jad/z5W//fsUf2Np3/Plb/8AfsUaBqWmVWIJAJXkHHSo
ls7ZUkRYIgsv+sUIMP8AX1qL+xtO/wCfK3/79ij+xtO/58rf/v2KNA1JxBCq7VjQLt2bQoxt9Pp7
U5kRsbgpwcjI6Gq39jad/wA+Vv8A9+xR/Y2nf8+Vv/37FGgalhYokxtRFxnGFAxnk/nTFs7VYGgW
CEQtyYwg2n8OlRf2Np3/AD5W/wD37FH9jad/z5W//fsUaBqSyWdrLEsUlvC8afdRkBC/QdqVrW3d
drwxMoYNtKAjI6H61D/Y2nf8+Vv/AN+xR/Y2nf8APlb/APfsUaBqTfZ4N0jeVHukxvO0ZbHTPrTv
Ki3btibjnnA/Gq/9jad/z5W//fsUf2Np3/Plb/8AfsUaBqT+TCFK+WmDjI2jHHT8qURRhgQiAgk5
wOp61X/sbTv+fK3/AO/Yo/sbTv8Anyt/+/Yo0DUuZqjrR/4lFx9B/MU7+xtO/wCfK3/79iqeraXY
w6ZNJHaQo64IZUAIORVRtdEyvZmwO9LSClqCwooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKAMTw3bzW7at50bx+ZqMrpuGNynGCPatus7SdT/ALSN4PK8v7LdPb/ezu24
59uvStGm9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CqcunI8zTQzTQSPyxibhj6kHI/SrlFFwsUfst8p+XUAf9+AH+RFSwR3iyZnuIZEx0WEqc/Xcas0U
7isVdTme30u7miO2SOF3U+hCkio9EuJLvQ7G4nbdLNbo7tjGSVBNXJI1lRkkUMjAhlIyCD2rDbwV
oTOX+xYJOcLK6gfQA4FCtbUHe+hvUVS1HSrTVbYW97EZIgwYKGK8j3BHrTNL0Kw0YymwgMRlxvzI
zZx06k+tGgamhRWJc+ENGvLmW4ntWaWVizt5zjJPsDV+/wBKtNTtBa3kZkhBBChivI6cg5o0DUuV
R1X/AFMH/XzF/wChimaZoGn6O8j2MBjaQAMTIzZA+pNZet+F9KuJRcy2zNNPcRiRvNcZywB4zgcU
1a4nex0lLVO80q0v7EWdzGXtxj5QxHTpyDmoNM8P6do8zy2MBjd12sTIzZH4k0tB6mnRWNe+E9I1
C6kubq1Z5pOWbznGeMdAcVdudKtLvTvsM8Za22quzcRwOnIOe1GgalHxl/yJ2rf9ez/ypvgr/kTd
J/69lrO1/wAO6bo/hbWZrGAxyPZuhJkZuOvcn0qHwz4W0nU/DGmXN3bM8z2ybmErrnAx0BxUae0+
R16/VP8At79DsqKqS6VaT6Z/Z8kZa12BNm4jgYxznPYd6r6b4b0zSbk3FlbtHKVKkmV24+hJ9KvQ
5NTTorJv/C+landtc3ls0kzAAsJXXgdOAcVabSbRtL/s5oybTYI9m4/d9M5z+tGgalylrK0/wzpe
lXQubO3aOUKV3GV24PXgk0moeGdL1S7NzeW7SSlQu4SuvA6cAgUaBqatNcEqwU4JHB9KqrpVoul/
2cIz9k2eXs3H7vpnOf1qtYeGNK0y7W5s7Zo5lBAYyu3B68E4o0DUl0a0vLLTkh1C9+2TqTul2bcj
PHFZ1/BqE2pXYsZQsY8vzUA+dxg9Dkf0+tXdR8N6Zq1yLi9t2klChQRK68fQEetRWGl2sUl/p8cZ
Fr5aJs3H7pDZGc5704WitAqNzk2+vyJrSC8FrGIJ4Io8cIbRlI+o31N5Opf8/lt/4Dn/AOLqtY+F
tJ027S6tLZkmTO1jK7YyMHgnFP1Lw7pur3CzX1u0kirtBEjLx17EetF1cVnYm8nUf+fy2/8AAc//
ABdHk6l/z+W3/gOf/i6db6VaWmnfYIYytttZdm4ng5zyTnuapWXhTSNPu47m1tWSaPlW85zjjHQn
FF0FmW/J1L/n8tv/AAHP/wAXR5Opf8/lt/4Dn/4uotT8PadrEyS30BkdF2qRIy4H4EVPZ6VaWFib
O2jKW53fJuJ69eSc0rhYb5Opf8/lt/4Dn/4ujydS/wCfy2/8Bz/8XVO08I6PY3UVxbWrJLEcofOc
4P0JqxqegafrEkb38BlaMEKRIy4B+hFO6CzJPJ1H/n8tv/Ac/wDxdHk6l/z+W3/gOf8A4unWOlWm
mWZtbSMpCSSVLFuT15JzVC28IaNZ3MVxBaMssTBkPnOcEexNF0FmXfJ1L/n8tv8AwHP/AMXR5Opf
8/lt/wCA5/8Ai6ZqmhWGsmM38JlMWdmJGXGevQj0qXTtKtNKtjb2UZjiLFipYtyevJJPalcLDfJ1
L/n8tv8AwHP/AMXR5Opf8/lt/wCA5/8Ai6pQeD9FtrmOeK0ZZY2DqfOc4IOehNW9U0Sx1kRC/hMo
iJKYdlxnr0I9Kd0FmV9VivxpV0ZLq3ZPKbIEBBIx67q1xWPLpNpo+gX0NjEY42jdyC5bnb7k+lMj
8H6LHcLOlowkVw4PnP1znpn1pu1ha3NyiqGp6LZaykaX8JkWMllAdlwfwIpdN0ay0iJ47GIxI7bm
Bdmyencmp0K1L1FYf/CHaL9o8/7I3mb/ADM+dJ97OemfWr2p6PZ6xEkd9EZERtygOy4PTsRRoGpe
oqhpmi2OjpIthCYlkILZdmyR9SapSeDtFluGne0YyM5cnzn5Oc9M+tGgam5RVLUtJtNXgWG+iMka
tuADlefwI9aZpmh2OjiUWEJi83G/Ls2cdOpPrRoGpoUViXHg/Rbm5knmtGaWRi7HznGSfbNX9R0u
01W1FvexmSIMGChivI6cgg0aBqXKKztM0HT9HMhsITEZQA+ZGbOOnUn1qrdeENGvLmW4uLRmllYs
7ec4yfoDRoGpt0VTvtLtNSsxaXcZeAEHaHK9OnIOah03w/p2kSSPYwGJpAFYmRmyB9SaNA1NKisW
88I6Pf3Utxc2rPLKcuwmcZP0BxV670u0vtPFlcRl7cBRtDEdOnIOaNA1LlUNa/5BFx9B/MVHpvh7
TdImeWxgMTuu1iZGbI69yazvEPhrS7mC6vZbYtcMAS/muPQdAcdKqNuZClflZ0dLVO40u1u9O+wT
Rlrbaq7AxHA6cg57Cq+m+HNN0m4aaxtzHIy7CTIzcdehJ9KnQepqUVkX3hbSdSu3ubu2Z5nADMJX
XOBgcA4rE8Y3L6ba2OlWqL9lnikVkMTythFBUDaQ345qZSjFXZrRozrT5I76/grnZUVwWkX2laXL
b3EGmsJXsPtU88M7PHHHzu4YnOCo46/lS3l1o+ozTXWraPPDc/ZVuYw90FEsWcA5DBVPI4NJVIdz
R4Suvs/id5RXDweJdPv9Ej0y002eXzPMgFskwOFRQSwfPIwR3yaq+EjaWo0s2unT3OpS2olnmWbA
jRn25IY4PToB2pKpB9SpYKvGLlJWt5+v+X+R6FRXnuo6zoOp6jdve6ZNNNBEWDRXOdyq2MEI2F65
57Vfg1TzW03RoNLH9m3lvJuAuQxVQcHDBuQOvqc8dKftIdGJ4Out42+a7X/I7OivM9G1DStEtbe8
h028ublLVrh5zKARH5jISQWxkYHQVranc6Rq3iGG3uNMluHaRbbzvtHl4JXf9wNkgA5zihVIdwlg
q8W1y7X/AA3O1pa4u6uJbTXP+EcsysOniBPk+zSTlt7EMCwbKj3PSqumT6PBqyfYtJuLeUtcRQ3D
Tl13xg7htLHt3Io9pDUTwlayaV9L/L+ux31Fed2d/Za1YQy6/YTy3kOn/aBMZhGJk3YPRgBye9Xd
O8TWC6OlnY6XM6STtarAk4fJZS3Dk9Dzznil7SFk7lSwVeMmuXbzO3orgtJk0UXOnT6PotzJdyxt
Nt+0HMKBthJ3Ng854p11rnh7XtRmW+tZWFrFKUmEpGVTlvlU5HtnrT9pC+5P1PEa+7sd3RXG+GLg
yarNp8drLZ6ebJZktpHDnLsctuyTyD0zxWBo72lp4mQvbwpBFcToGIlXZ5ecYYsVdiP4cUvaQL+p
Vm2lbRXf5nqFLXCSa7ofiaC4uLuwlZrKLzEDXATKMcckMADnHBqXR/EljFp6Wej6XO8ks0ii3ScN
naoLMHJwRgij2kLLUl4LEJu8dv8AK521FcHbroVnqqSQ6PcrDBeLbfazOxCTccbS2SASBnGKs/2j
pvinUrS2v9KuAr+ctvKZcAshw4wpz2HWq54Xtcl4Wso83L/W/wCXQ6bT9Ni003PlM7faZ2uH3Hoz
YyB7cVdrkGgfQNdsbHR7iQpcTB5LEpuVIcYaTeecggd++MV19HNdsidJwjFvqgooopmYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFUdV/1Nv/18xf8AoYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFAGL4y/5E7Vv+vZ/5U3wV/wAi
bpP/AF7LTvGX/Inat/17P/Km+Cv+RN0n/r2Ws/8Al58jr/5hf+3v0NyiiitDkCiiigAooooAKKKK
ACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/
5A15/wBcW/lVwVT1j/kDXn/XFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAVQ1v8A5BFx9B/MVfrP11Q+i3KnoVAP5iqj8SJlsy/Rmsv/AIR2w/u3H/gTJ/8AFUf8I5Yf3bj/
AMCZP/iqPd7hd9jUzWXq2hQavPbzSy3MMtvu8t4JNhAYAHn6Cj/hHLD+7cf+BMn/AMVR/wAI5Yf3
bj/wJk/+KpOMHuVCpOD5o6Mjt/DGm2zfuoCI/sv2MxlsqY8kkfUknmq3/CFaY1vLDL9pmDxrErSz
FmjRTuVUPYAgVd/4Ryw/u3H/AIEyf/FUf8I5Yf3bj/wJk/8AiqXs6f8ASNVia615n95TTwZpqYKm
7EolaXzhORISwAYFvQgcipIvCljbm1a3e5ha2j8pTHMV3pu3bX9RmrH/AAjlh/duP/AmT/4qj/hH
LD+7cf8AgTJ/8VR7Omv+GB4qu95P7yjB4K061ctbyXsTBGRClwR5aswYhfTkfrU1v4UsLVrNoPtE
clozsriU5fcctu9QSKsf8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUlTpr/hgeKxEt5fj/Xc
pr4M01LZrdfP8trVrQ/vOfLL7z265PWqMXhO/t/FQ1KC7iSHzQx6lzHtAMeMY5x1z+FbX/COWH92
4/8AAmT/AOKo/wCEcsP7tx/4Eyf/ABVDpU9Co4yur63vffXcZdeHoLnVjqK3F5BcFFRvJm2BlU5A
Ix70yLwvYxSxSKJQ0Us0y/P/ABSjDfh6VN/wjlh/duP/AAJk/wDiqP8AhHLD+7cf+BMn/wAVT5IG
ft61rX/EqHwbphtlt2SZo1tPsgBk/g3bvzz3p1t4TsbWWOVWuXkjuBc7pJdxLhduT+Bqz/wjlh/d
uP8AwJk/+Ko/4Ryw/u3H/gTJ/wDFUclP+kV9Zr2tzP7ytF4RsbdbQW73ULWoZVeOYqzKzbirEdRm
pLfwvY27XAUTNBcBw1u0pMQ3/ewvbNS/8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUclP+kJ
4mu95fiM0vw5aaRcGe3e4eUxCHdNKX+QHIHPpUMXhDTo7tp3+0TAyPMIZZSY1d87mC+vJqz/AMI5
Yf3bj/wJk/8AiqP+EcsP7tx/4Eyf/FUclP8ApB9Zr3bvv5lVfCFgumzWBe6e3kCgK8xPlhTlQvpg
1Ufw9o9rcpbNcXkF08hnS4MzKzMwCsA/uAMitX/hHLD+7cf+BMn/AMVVC+8JxXsqwqzRWnBcmaR3
Y+gBOB9eaap0nv8AkDxWISdpfiWf+EVsDfi6/f8A+tE5h80+U0o6OV/vU+z8M2VlPazQ+bvtWlaP
c+eZDls+vtWnbW6WltHBHu2RjaNzFj+ZqWo5I9huvVas5MpnTo21RL8s/nJEYQN3y7Sc9PXjrVyi
iqM229wooooEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABVHVf8AU2//AF8xf+hir1UdV/1Nv/18xf8AoYprcT2L1FFFIYUUUUAY
vjL/AJE7Vv8Ar2f+VN8Ff8ibpP8A17LTvGX/ACJ2rf8AXs/8qb4K/wCRN0n/AK9lrP8A5efI6/8A
mF/7e/Q3KKKK0OQKKKKACiiigAooooAKoWv/ACF7/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/1xb+VXBVPWP+QNef9cW/lVsdKroLqOqvf3a2
Gn3N26s6wRNKVXqQoJwPyqxVbUrMahpl1ZlyguIXiLAZK7lIz+tSMyV8X2jWWkXCwzH+05BGqYGY
TnDb+eNrYU4zyaG8Tt9iN3Hpd00EjxrasWQfaN7hFIy3yg7gfmxxUS+D4hfS3H2lyHmilVCvEe0h
nUc9HYZNKvhV5NLTTLu/NzYRNEIonhXOyNwwVjn5uFC5449TQAtv4vju7+GyhsLg3DFhKheNfL2u
UbGW+fBBJ254+oFXNT1uSwvorSDTri8keJ5mELICqKVB4YjJ+YcCq+peGUvltbeGSG2sLfaVhS2X
chBzmN8/Ie3ANJL4aeK6hl0m9NiEikiYFPNJDspJBZuD8vuPagB8niq2N1aQWcMt015b+fCy4VTk
EopLYwWCtjP901VXxmqWcVzdabcwRy3HkL86McKxDucHhV2nP4Ypv/CD2qt5kdzcLNHJA1uwdtsS
xABF2Zw3RuTz85pZfBNtdAJeXNxJAsc8aRRu0QHmyF3JKnnghcHjj3oA2r7VINPkjFy6RoySOXZg
Nqou5jjvxVOTxbo0emG/F/A0G4oCCeWAzjHXpz9OelVrjwxNe2ccF5qTymO3kgV/KAOHiEZJ55OQ
W/HFLd+F5JryW6tr4288jk7jCHwrRJGwAJ6/u1Of0NAE0PiqwNgLu6kW2TZGxDNuILoHAwOcgH8h
npT77xTpWnxXTzXIJtovOdEUlivHK+v3h06ZGcVRi8IPatBNZ6gY7mDYI5HhDrhYREQVyM5AB6jB
9qjuPBbXWoXd1Nqcz/aLeaABlyU8xQDjnGBt4AA68560AabeJdOijklmuEjiUoFY5y5ddwAX72cc
4x71IviPSnvoLNb+BridFeJA2d6sMqQenIBx61Qm8M3D3n2+PURHfh1cS+QCmfK8tvkz0I568H1F
Ja+D4rQRLHdSFY3t3G5Rk+USef8AeLH6UAdHRRRQAVQ1v/kEXH0H8xV+qGuHGj3BPQKP5iqj8SJl
sy9S1zn/AAl1tNfGK3KiCNsSzSK3PsoA/U4q9/wkumf8/J/79P8A4U3TkugKcX1NWisr/hJNM/5+
T/36f/Cj/hJNM/5+T/36f/ClyS7BzR7nMvq1xaaj4iu/tkUktkZTBbyXr/wxqQDAONvJOc5p19q+
sLeRJ51oLuzluUchHEUoWBJBlN2c/NjqfX2rfOtaKZDIXTeRgt9nbJ/HbTv7f0gnJnGf+uL/AOFH
JLsHNHuc/P44nXUfJiSEo1o8uxlwUdYPN67ssO33QPfIIqRfFGpIFtbubTbedpVU3jIwhQND5oBU
t1zkD5h0z14rb/t3Rt27zV3Y258hs49Pu0NrujOpV5VZTjIMDEH07Uckuwc0e5zs3jbUo76/VILB
obVXXY0wEhZVBEmN24oc7vu8Lzk1as9SuZfDvim5/tCG5lgeXyri2JCLi3QjbknGD79c1sHXdHL7
zKpcjbu8hs49M7elKuvaOibFmVUxjaIGA/LFHJLsHNHucnbeKb3TtNmSGRJ3e7SNJZ7tZ4oVaLdj
zSVDElTwSMFgOeKuf8Jvdpe2sRht5me2Lyww8/vBA0vyPuJcHaBkLjn72Rit4a3oohMIkQRH+DyG
2/ltpRrujhw4lUMo2hvIbIHp0o5Jdg5o9zEl8VXUdtbt/aei4mSSY3OG8pdqqfKxu++S3XI4H3c1
Z0/xDqV3qdv50NvFaTTx25hKMJo3a2ExJbOODlcYrR/tvRdu3zE27t2PIbGfX7vWn/8ACQaTnPn8
5znyX6+vSjkl2Dmj3MOa71K01zVpYrmF2a8tbSBZUcrErhMnaHwfvHoASe+OKbc+Lr23ubpQ1i7Q
tcR/ZgrecgijZhK3P3WKjjHR15Jre/4SDSSSfP5Jz/qX6/lSf29o5dn84bmG0t5DZI9OlHJLsHNH
uZFl4g1galDBe/YHiNxHbyeTG6sTJF5gIyxxjpjnPXiqWt6rqOn6lqrpdTfZJbuC1XB/49nKxMpH
or7nB99vrXS/8JBpGc+eM5z/AKl/8KQ6/pBzmcHJycwvz+lHJLsHNHuYEvjO9jeZgLF8+cPI+YPZ
hJAgaY5+6cknhenGetUP+Et1KwjnW3uNPu5Zru4IuZJQkBCLHhFLOMZ3E8E4w2Aa67+3tHy585cy
DDnyG+b68c0063orRiMyIUBztMDY/LbRyS7BzR7mL431G5tjYGC6NsWtZ5RtvBCN6+XtPPEmMnC9
8111pMLi0hmAYCRFfDDB5GeR2NZsmvaPKVMkquUOVLQMcH24p48SaWP+Xk/9+n/wo5Jdg5o9zVoq
G1uYry3WaBt8bdDgj9DU1SUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8x
f+himtxPYvUUUUhhRRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/
69lrP/l58jr/AOYX/t79DcooorQ5AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6rQ2xjvLifdkS7
RjHTAP8AjTQmWaKKKQwooooAKKKTNAC0UUUAFFFJQAtc14u+0xvp0yX9zaWhn8m4MDBSA/CtyD0O
B+NdLVPVtPTVdLubKT7s6Fc+h7H8Dg1UXZikroy/+EXn/wChh1n/AL/L/wDE0f8ACLz/APQw6z/3
9X/4mrPhnUJNQ0SFrji6hJguB6SJwfz6/jWtTcpJ2Eop6nDeKdPuNK01BFreqzT3MgiSN5VKkdWJ
+XoFBrZgn1Q6gEvFiWQE+TGZWVGHrkL8xx69PSqV5/xNdY1W66waZbNbRehlYZc/gMCutHSqcrJX
JSu9Clv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNXqo61cyWWh39zCQssNvJIhIyAQpI479Kzv5
F28w36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5dfFGovFpVvuiF5FOkep4TIPzbAF9N+dw9hUs2
q6ovhqHVv7QUi+MDRxw2wdoFkkQEKOS5CtjkHn06UX8gt5nR79T/AOeFn/3+b/4mjfqf/PCz/wC/
zf8AxNc1/auuW/2O41F5LfT92HmFqpYjfgGZM5jBXHK9CTnHSrt1qd1qepwRaTqH2SD7NLMzy233
mRkGCHAIX5j0x9aL+QreZsb9T/54Wf8A3+b/AOJo36n/AM8LP/v83/xNco3jSa71LTbdbmKzFzbx
LMgTe6SzKShGeMKQuc/89B6VWufFWoaTpttLc6pFLPLNNIySQKuYYXZWVQv8T/KAT3zRfyC3mdpv
1P8A54Wf/f5v/iaN+p/88LP/AL/N/wDE1n6zr401be4iBmhe3nuMKQA4SPeOSO9VJfFV6YpLdNKC
6ipcGL7SNihY1k3b9vPEijGOuecc0X8h28zb36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5/TfFF
3LHbwLD9rvpo4diu6xISYFkckgHHXpg8nsKTVvGc1s2oW1pawvc29tJMjGUsgeMKXVvlxkbugJ6c
4zRfyC3mdDv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNZLeIruLUnsFs1lvXkSNIjMFjU+Vvf59
uSB9Mn0A6RWnjQ3l1aiPTm+yzeQrzGYbkeXIA245AK8nPuM0X8gt5m3v1P8A54Wf/f5v/iaN+p/8
8LP/AL/N/wDE1eoov5BbzKO/U/8AnhZ/9/m/+Jqnqz6gdMmEsNqE43FZWJAyOg21tVQ1v/kEXH0H
8xVReq0JktHqOfTLdr5btA0U4PzNG23zB6MOhq5R3pai7ZSQUUUUDKSavp8moNYx3sDXi/egEgLj
jPI69KnkuoYriGCSRVlmz5anq2Bk4+lcjPpOqCXxCkEF+r3vmm3dLhFh5RQCBu3K2R1xTbvwteSS
GCNbg2sMtw1uftbblDQoF+bdux5m44J/SgDtqK4SfS/EkuqGUROgNm8TSJPjzGMGFz8/3vM9FAHX
JyakOg6jaxiAwXl1pwlR3tlvD5kmYQCQzMDxJyRuHrQB29VzfWwFwTMgW2OJiTgR/KG59PlIP41x
U+h+IG1G/lSS/WR0kWBkuE8ryyo2oTndvHIBx1+bNaFho11H4b8Q2qWUts16ZTbQTTiRsNCqjLZO
PmB4zx9KAOlstQtNSg86xuYriLON8Thhn0yKsVwD6HrsljKFS7Ec11HJMjSQi5lURbDkqQmAwTAy
DgGpP7I8RjULRoPPi8u1MX2iWYMx/cMB5mHwWEm3hUxxnceRQB3dFcPLo98bO3CaXqPlKJPNtv7R
w7TlVCy79/3RhuM9TnbVuw0PU7fVYLy5lmlnE6JNILhtjwi2Ct8mccyjPTPegDpI7+2lvZbOOUNc
QqGkQZ+UHpmrNcjd+G55L/UpIopVS8vrZ3ZLhlLxKE8zo3HIPTBNVrnRdZN3eG3juVlb7Ri5+2fI
8RjZYolTPBBK8kDG0nJzQB29Vm1GzV50a6hDW5UTAuMxlvu7vTOeM9a5ey8O31hqcM0JuvLiuY8B
7tnHlGL95kMxzmTnnnuKi1vw3qNxf397ZRKXuLqJXQuB51vtiyfqjISM9t3rQB21RQ3MNw0qwyK5
hcxyY/hbAOD+BH51xUuja80lw0S3STHzftE32vi7UyAosYz8hCAgHC4zjnrVSbw3rH2Yx29vf21o
9zPJ5EF0jTKSqeW25mxxtcfeOMjg4oA7y91Cz02JZL66ht42barSuFBPpzVhWDDI5B6GsG/t72HV
rO+js2v40tXgaLegdHYqd3zEAggEHHP1rbgBWFAUVCAPlXovsKAJKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigDF8Zf8AInat/wBez/ypvgr/
AJE3Sf8Ar2WneMv+RO1b/r2f+VN8Ff8AIm6T/wBey1n/AMvPkdf/ADC/9vfoblFFFaHIFFFFABRR
RQAVzn9u3X2aN8xbm1drI/L/AMsxIV9euBXRVnjQdNGp/wBoi0j+17t2/n72MbsdN2OM4zigDGg8
aSTRwbtKlSa8RHtIvOU+aGOPmI+7jr349+Kjs/GEkMOnpfwKbi7uHidBKu+LM7RoNoGCAcAtkdCR
mtGw8G6RYaZ9jFsJAyqHkYkOxU5ByD8vOTxjkmp18MaOn2cJYxqLYgxBSQAQ28cZ5wxJGehJxQBj
weL7xNLS9v7JUfybqXyYZAwcROij5j0Pzf1pb/xy2n2YaTS5DeiZ4WtvOX7yqGwrfxEhlwMcnI7V
tjw9pYjkj+xpsk8zcpJx+8ILgc8AlQcD0qjrHhG31S5SeG4ms5QzszQnBYttyfY/IuD7dKAHa14l
fR7mKM2Dzr5BuJ3WVR5SBlU4B+8fm6e1Urnxmxe+SCwuxDbb1F35Z2FkcIw5AHXOOTnB6Vuy6ZY3
ynz4ln/dG3ZmOSUyMqT9QM/Sq02g6MlzLNJawrLdEhsuQJGJBPy5xk7QSQMnFAGJqPjS4d9St9Ps
2DWZA87epywmVCpX+HdlsEnoM1JP4qvVmili09mSKG6N1bmVBsaF4wWD9xhjgDrnnGKuWHg+2tLu
5kkubi4gnZm+zyN8mS+/JA6kMOOmOau3fhnSL5la5sY5Cru4yT1fBfPPIbAyDwaAM1/GaKj3C2Mr
WOZUin3qDI8cbORt6gYRgD6jpjmrOo61qNro9jdw6fEbi5uIo2gefhFdsfeA5PT6Z74q23hzSXup
rlrGIyzIyOcHkMMNx0BI4JHJqzeaba39mLS5hDwAqQuSMFTkEEcgjAoA5rVPGTA6ja2Ua/aLYBo5
EdXD4lVGU54B+bHU++CKdc+L5LW5L3Vu0Qt45lntkIkJkDQiPawHORMPz9q15PC+jytcM9hG32lS
koJOCpYMRjOACwB4709fDmkra/ZvsMRhKOhVgW3ByC2SeuSq8nngUAO0TU5NWsDPNZT2cgdkMcyk
E47jIBIP0FaNVrDT7bTLfyLSMpHuLEFixJPUkkkmrNAHOw/8SnxlLD0t9Vj81PQTIMMPxXB/CtTW
dSTSdIub1xnyUJVf7zdFH4nFUfFdpJLpP2u2GbqwkF1D7lfvD8VyKp3t1H4i1XR7OA77UoNQm91H
+rU/Vv5Vp8VmRe2hPZ6c2meDJYZubh4Xlnb1kbJb9Tj8K22uIo5Y4mkUSSfdTPJ/CoNY/wCQNef9
cW/lWfBoc1reOVurmSOZstL5uJF9jxyPpj6UviV2Gz0NymTwx3MEkMyB4pFKOjdGBGCDVT+yz/z/
AF7/AN/f/rUh0wj/AJfr3/v7/wDWpWXcd32H/wBj2AmeX7JF5kjxuzbeSycIfw7VHDoGl28kkkNj
AjSOsjbV/iVtwPt8wzx3pf7MP/P9e/8Af0f4Uf2b/wBP97/39H+FFl3C77DrrR9PvbyK7urWOW4i
wEdhkjByPyPNJf6Jp2qTRS31pFcPECELjOAcEj3HA4NJ/ZvT/Tr3n/pqP8KT+zf+n+9/7+j/AAos
u4XfYlbS7JoZ4mtozHPIJJVI4dhjBPuNq/kKWHS7K3laWG2jR2UoWA6qWLEfizE/jUR0zHW+vf8A
v6P8KT+zf+n+9/7+j/Ciy7hd9hE8P6UkXlLYwCPaU27eMFAhH/fIA+gp13oOmX6st3ZQyhnEjBlz
lgu3J/4CAPpSf2b/ANP17/39H+FKdMwMm+vQP+uo/wAKLLuF32Gy+HtKntzDJYwmPKnG3GNq7Vwe
2F4+nFB8PaSZ5ZjYQGSWNonO3qrABhj0IAz64pV04OAVv7wg8giYf4U7+yz/AM/17/39/wDrUWXc
LvsRy+HdJntjby2MLxHbwRz8q7V568Dj6VMukWCkFbSFSDGRhcY2fcx9O1MGmZ/5fr3/AL+j/Cl/
ss/8/wBe/wDf3/61Fl3C77F6iqP9ln/n+vf+/v8A9aj+yz/z/Xv/AH9/+tRZdwu+xeqjrf8AyB7j
HJ2j+Yo/ss/8/wBe/wDf3/61U9V08xabM/2y7faAdryZB5HXinFK61FJuz0M06hrEmuCO7hjh2t/
o8H2gxpL77tp3n24+lbH2nWf+gdaf+BR/wDiK0yitjcAcHIyOhpaHNPoCi11Mv7TrP8A0DrT/wAC
j/8AEUfadZ/6B1p/4FH/AOIrVopcy7D5fMyvtOs/9A60/wDAo/8AxFH2nWf+gdaf+BR/+IrI/wCE
jv4b/WZp0drDTvMwkdt98KinHmF/vZPTb+NJd+LbyKa3KadMHjkmjurUvGWGyNZAQ2cYwwP6Ucy7
By+ZsfadZ/6B1p/4FH/4ij7TrP8A0DrT/wACj/8AEVnzeNbOG+Nv5bODbNcKyyKW4j8zDLnK/L60
QeLnnjWJNKuft7uFS1MiZI8sSbt+do+U/nx70cy7By+ZofadZ/6B1p/4FH/4ij7TrP8A0DrT/wAC
j/8AEVly+ObaK8uYWsb0x24cPKseR5i4ynpnJ2g5xmpYdcvzo/iC7uLcW89g0nlQuQ23bCrjJU8g
kk/Q0cy7By+Zf+06z/0DrT/wKP8A8RR9p1n/AKB1p/4FH/4isO28ZyW1jKb6N7i5FwsUMaW7wu4M
e/LI2So4fB77atHxvZx3MEc8EsKzW5nO8r5keIzIVePO4fKp/GjmXYOXzNL7TrP/AEDrT/wKP/xF
H2nWf+gdaf8AgUf/AIiqb+JbpEiX+xbo3MqvKkIljz5ShcuTnA5YDb1z7c0WfiyO+1CKGKzn+yzM
scd0WXaXaETAbc7h8p6460cy7By+Zc+06z/0DrT/AMCj/wDEUfadZ/6B1p/4FH/4isqTxFqFrq+q
CW1eW3gngtbaKNkBd5AvJJ5H3u/GPep5vFywNK8lhci2jaWITBlw8saMzoBnOPkYBuhI/GjmXYOX
zL32nWf+gdaf+BR/+Io+06z/ANA60/8AAo//ABFULLxc1zew20+l3VsXkWFneSNgjsm9B8pOcr3H
Q1U1PxVe6dqmo2zRw+UsscVm5B5fbGzo3PUrISuMfdPpRzLsHL5m19p1n/oHWn/gUf8A4ij7TrP/
AEDrT/wKP/xFZ8njOKIs72N0IJC62sgKn7QysEIAzlcseM9QCeKpf8JvNZJcC/0+5e6+0yqlrCod
kjRUzyuQTlxj1z2o5l2Dl8zd+06z/wBA60/8Cj/8RR9p1n/oHWn/AIFH/wCIqLU7vUZNRsbTTJoL
czwSzM08Bf7pjAGAwx985q5ouoHVdItr0x+UZk3FM5we+D3FHMuwcvmWbZpngVrmNIpT95EfcB+O
BUtFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhh
RRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX
/t79DcooorQ5AooooAKKKKACiiszUdbi065aFk3eXbPdSMWChFUgDJ9yT+RoA06KzE8R6U17cWn2
6IT2wYyqxKhAvLcnjgEE88VAvirT3nQJJ/o7RPI0zArtKui7SpGeTIKANqisXV/FemaRY3E8lwjv
D5gEQzlnQcr045IGegyKWfxTpllu+33MdviUxAElskKrHoOMBhnP1oAwb6111jLJbPfxND9rmiWI
gLI/2j92GGPmBTPHcVP4ksdQk8TwXVrbvMBDEsGYEljDiQl9xPKfLtO4Y6deAD0H9vab/ayaYLtD
eSDKxqCc/Lu64x05xnoR61WfxEv2GKaC1lmmnuJLaG3UqGdkZgTknAGEJz6e9AHMalca5aQ6ncNJ
qUbxw3TTOxUQqM/ufJ/2sY/Xdziul8M/azDdm4F6LczA2/20/vtu1d2fQbt2P8MUWviCO8uIbOez
linkmkglik2kRsqB+T0IKkEEetW5td062uJ4J7pY5LeNpZA6kAIoBYg4wcAjOM4oA0KKxZvF2jxa
Yb5b2NossqjDbiwGSMYyOMHOOhB6VDe+Kfsllps62Zke/i81UMyRhAFDEFmIBPNAHQUVzR8ZwmSc
x2Ny8NvbC5lOVWRVMe8YjJ3HggZHGcjsakXxUfsYmewbc1vLcoscySK6R7M7WUkHO/j6H2oA6Gim
QyrNCksbBkdQysOhB5Bp9ADXKqjFyAoBJJ6Yri/h6bcTamI0dGd1kh8w8m3OdmPbrWx4snc6bHp9
u2LnUZBbIR1VT99vwXNV9Xgj0LUNJ1GBdlvDixnA6CJuFJ+jAfnWkfht3Ie9+xs6x/yBrz/ri38q
uDpVPWP+QNef9cW/lVdNfspbjy4Z4WjU4eVpVVQfQZ+9+HHvU2bWg7pPU1az/EEby+HdSjiRnke1
lVUUZLEocACpf7Usf+f22/7+r/jR/alj/wA/tt/39X/GlysfMjiY9P1Hdp2ntb3P2fRrqHyJCGxK
GYbT6EJHlT6Gnf2etz4eSCHSphqzSW3243MD7JX85C+9ujjO45GcL6Diu0/tSx/5/bb/AL+r/jR/
alj/AM/tt/39X/GjlYcyOMuNDbSbuwKw/bbxDuW2+yO0Cgy7sQv0hK+5wQBxV3WIVuNZtJNf0r7Q
v2SZES1je4AcvHtw20bWIB5OMetdN/alj/z+23/f1f8AGj+1LH/n9tv+/q/40crDmRw72usy31nc
32nyXcdjHDZ3DSNu81WX9+dmPnGXXn/pmagl0O8WxgstJ0fZNC8940mfIHmrK4t8nHzY5O30x613
/wDalj/z+23/AH9X/Gj+1LH/AJ/bb/v6v+NHKw5kc7q2o395b29zp9rdRTJa3DEPbHckhhDIBkf3
jjjqQR2qpfvrMEM1nLd6m9sJHUXMVqskz5hRlXATG3eXGcdgCa63+1LH/n9tv+/q/wCNH9qWP/P7
bf8Af1f8aOVhzI4y0Op2lpBE63tnaFLdJpba23SoBbLjA2kkbxgnBx04pur3OuXt1qtnCuppbtZT
BSE5LqqlCpCAKW+bgMx68Ka7X+1LH/n9tv8Av6v+NH9qWP8Az+23/f1f8aOVhzI5W4nv4rlykuop
p8kkXmXUVrmdkEOQcbM8vwTt46cdizuPEb3lpPdSXalTapLB5K+WwfcJGOBkEfKTg4Brqv7Usf8A
n9tv+/q/40f2pY/8/tt/39X/ABo5WHMi3RVT+1LH/n9tv+/q/wCNH9qWP/P7bf8Af1f8aOVhzIt1
Q1v/AJBFx9B/MVJ/alj/AM/tt/39X/GqWsahZy6VPHHdwM7AABZFJJyOlVFO6FJqzNGW7hgljjll
RJJW2opPLH2FTZrl08PXlrrDz/bLqZJzgzI6iSMehyDkfTH0rV/saX/oL6j/AN9p/wDE0OMVsxKT
7GnRWZ/Y0v8A0F9R/wC+0/8AiaP7Gl/6C+o/99p/8TSsu47vsI/hvTZJrqV4ZCbsN56+fJsfIwcp
u25wBzippNFsJZnle3UyOzszZPJZAjd+6qB+FRf2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C
77DD4W0gzeb9kG7YUx5j7cFNh+XOMleM9cd6fP4d024z5lvhiytvSR0YFV2AhgQR8vHHUUf2NL/0
F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77DW8M6U8szm2P78ESIJXCNldpJXON2B97GfepbfQrC1
sbmzigPkXW4zq0jMZCyhSSxJOSAB1pn9jS/9BfUf++0/+Jo/seT/AKC+o/8Afaf/ABNFl3C77EY8
LaULcxfZm/1iyeYZpDIGAwCJN24YBI69CRTl8M6Us6TfZcugwN0jsD8hTJBOGO07cnJx3p39jS/9
BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77ETeE9Ie2WBrZjGmduZ5MgEAFQd2dpAA29OOlW00
iyjkWRLdFZZRMu3IAcJ5YIHT7nGOlQ/2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77E76TZy
SvI8Kl5JUnY5PLpgKevbA/Kq7+GtKkuprh7RTJMHD5ZsfOMOQucAkcEgA+9H9jyZx/a+o/8Afaf/
ABNL/Y0v/QX1H/vtP/iaLLuF32JRo1iJhKIF3iRZc5P31XYp69l4pLrQ9PvVlW5tkkEsyXD5J5kT
AVvYjaOnpUf9jS/9BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77DD4X0kvO7WakzhlfLtgBjub
aM4TLckrjnmmf8InpHlLGLZl2u7h1nkV8sAG+cNuOcDIzzipv7Gl/wCgvqP/AH2n/wATR/Y0v/QX
1H/vtP8A4miy7hd9iTUNEsdTMJuonYwqyoUldPlbGQdpGQdo4PpV2KJIIljjVURAFVVGAoHQAVnf
2NL/ANBfUf8AvtP/AImj+xpf+gvqP/faf/E0WXcLvsalFRW0Jt4FjaaSYr/HIQWP1wBUtSUFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQBi+Mv+RO
1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX/t79DcooorQ5
AooooAKKKKACsTV9BfU72ZhIEhurF7SY/wAS5OVYDv1bP4Vt0UAc7d+D4L0TLLcyhJZJ3IUDI81Q
Dj6YyKddeGZdRiP2/UWlnMDwCRIVTG5kYHHPQxj65NdBVSCd5NQu4WI2RBCvHqDmgDAl8GTywTj+
15FnuVnSeYW6/MsuCQAeFwVHPP8AWrUvhOOSaeT7VIPOE2QFHHmRoh/LZn8a6CigDkdL8O6lYeLZ
Lx1tpLQ8LIzEsF8tUG0dA3yjJx04zVtfDF0mNmqlTDcyXNqRAMxM5csG5+cEOR27V0dFAHPad4cu
rbUlur2/Fy6TvOHEWxnLx7CGGcYAAxjsOfUw3fgtbzVby8k1CY/aYZoQrLuKCRQpwSegxwMD8a6e
igDn73ww9xdzXVvfvbzyuxL+Ur4Ro0jZQD3/AHanP1p114Us76z0+1vMTQWdu0Gx1B35QLu9iMZB
Fb1FAHOy+GLq4mtJJtWZ5LRAIZTbJ5ocJtLF+pBPJXv64qAeEZLaC7lt7iN7yeGaPHlCKLdIEG7a
M4xsBPqSa6migCG1t1tLSG3QkpEiopPXAGKmoqjrOorpOk3N64z5KEhf7zdh+JxQtQMu0/4mvjC6
uusGmJ9mi9DK3Ln8BgVr6rp8eqaXc2Uv3Z4ymfQ9j+B5qr4b059M0SCGY5uHzLO3cyNy36nH4VqH
pVN66dCUtNTnbC/k1DwXMbj/AI+oIngnHpInB/Pr+NaqaZBFc+dAPKDcvGoGx/fHY+4rn9QH9la1
qUPS31W1aZPQTIuGH4rg/hXWiqltp1EtRnkxf880/wC+RUV29tZWc1zOiiKFGkchMkADJ4/CrNU9
WtXv9HvbSNgr3EDxKzdAWUgE/nWdy7FIa/pBtdNuAwMepuqW2IjliwzyMfLjvnoeKY3iPShBLMsM
7xoyqjLasRMSwQeWcfN8xA49fSs5fCNwt4W+0x/Z47iOS3iwf3S7w8o+rMOKlXw/qU2iwaTdXNuL
e1aARywl0kdY3U5J/hbauOM8nORRcLFyLxHpU88UMMU0krnDolq5MPzbf3gx8vII59D2qbUtYsNK
njhngmd3RpMQ27SbUUgFjtBwBkVnX/hhzNaJpi29ukHIuzJJ9oQlsvz/AB7u4Y4z1zUs2j6nbajb
3Om3UcxWCSFnvnZmXcysCNo5xt6cfWi4WLc+t6VBcQQDE0txC08Kwx7/ADEAzxjg5GcDvg+lVo/F
WkPbxzyRTwxSXC2yNNasm5ySMcjoCpyegrOTwZdQPHLBqTLJavbi1jwNnlxDGHO3dk7pc4OPmHXF
LP4Nub2JLafUWhto47lVFuo3M00jMSdwPRSAMYOc80XCx000lrBIiSIq7wx3FRgADJye1RyXunRW
bXTS23kDI8wMu0n0B6Z9qxdQ0DU9Ws447ye081LaaDeobDGSEJuOf9rcfpjvVe88HuZJGs49O8pp
GKW80Z8pQ0KRk7QPvAoT9GPIouFjdt9T064sxdHy4YdiPvmAQAOoZeT9RT7rUNLsobiW4ntY0tk3
zZIyi9iR15/WudTwjeQCGRWsrh4fK/czhvLk2wCI54PORkcHgkd6Ze+Db++1G9mlubQxTWs0Ea7M
Bd6qFG0L0Ur1ySeOlFwsdML3T9kkjPAsMe0mVioQhhkEN0PWpfNsvtCwb7fzmGVjyu4j1A61zlx4
ZvJbv7aiac0okSQWsgYw5EPlkdOx5Bx0z0zwyz8FPay20hlt5JbdrXbKY8MFi3blHoDuwBnp1ouF
jrPIi/55p/3yKPIi/wCeaf8AfIqSii4WI/Ii/wCeaf8AfIqlrMUa6TOQig4HIHuK0aoa2caPcfQf
zFVF+8iZbMvUtY7eJbE3wtoJY5NpxLKZVVE/E9T7Crn9raf/AM/1r/3+X/GlytdBqSZcoqn/AGtp
/wDz/Wv/AH+X/Gj+1tP/AOf61/7/AC/40WYXRxUk72mr+I7mGWP+0YvOa2RoZGkGI1wQSdhXrxt/
Gpr99ZN5Gn2yQ3FjLcql19mHzr5COMr937zFc+3rzXX/ANraf/z/AFr/AN/l/wAaP7W0/wD5/rX/
AL/L/jRZhdHIT+KdX/tQxwpKqmzd2jaHKq4g8wMvGcbuPmPPIxxmnnWNYtYvIvr944vNQSagLQZj
DQhwNuCMb+M49upzXWf2tp//AD/Wv/f5f8aP7W0//n+tf+/y/wCNFmF0cbP4j19NRv1jlhAgSQR2
72772UKCswG3/gWN3+zjNWrGSabwx4plS6nu3dpTFOYTE0n+jpghQB34yBzjNdR/a2n/APP9a/8A
f5f8aP7W0/8A5/rX/v8AL/jRZhdHBWeqajp2jzDTysdvJeIDdKJWhhUx87d6MR8ygEkEZft2vDxN
ra6jZxRqbmRrUl0EJWOV/IZwyZUMAWAXLEdSMZ5rr/7W0/8A5/rX/v8AL/jR/a2n/wDP9a/9/l/x
oswujkpdevVs4HXWJjC4kaS5Gn5ZZQq7YNuO5Zj0z8uM5q5Yalrkmq28l45jiknS3ktPIGI82wkZ
t/Xh8j07da6H+1tP/wCf61/7/L/jR/aun/8AP9a/9/l/xoswujlp4b+21zWLi1uZFmuL21t1kNur
eXGwTdtOOQMnrwOvWm3OvaxDeXkcc0jzxfaB9l+ycRxJGxjl345LME46HfgDiur/ALV0/wD5/rX/
AL/L/jR/aun/APP9a/8Af5f8aLMLo5qxv9dh1OFLm9a5hFzFA4NqE3q8O8tkdNrcDt2OTVHXRqFt
qWr3Fv8Aant7i7gt5ETcfL+WIpIvoMllbHqPQ12f9raf/wA/1r/3+X/Gj+1tP/5/rX/v8v8AjRZh
dHIS+ItaWS6McjNIol8+E2h22KrIFVger/LubGTnqMCqB1jVrG2mNje4juLydzf3Ns6hyqx7AVCN
wRu6AZ28EZrvv7V0/wD5/rX/AL/L/jR/a2n/APP9a/8Af5f8aLMLo5rxd5cmo6Mb2WGOAwzFzLHK
yFsxYGFYEH72M+/FdeuNo29Kq/2tp/8Az/Wv/f5f8aP7V0//AJ/rX/v8v+NFmF0XKKZFNHPGJIZE
kQ9GQgg/jT6QwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKSgBaKQsAMkgD3pqyxucK6k+gNAD6KRmCjLHAHUmq8Oo2dzJ5cF3BK+M7UkVjj6A0AWa
KrTajZ20nlz3dvE4GdryKp/ImpBdQG388TR+Tjd5m4bceuelFguS0VWh1KyuJBHBd28rnkKkqsfy
Bon1CztZNlxdQRPjO15Apx9CaLBcs1R1X/U2/wD18xf+hirK3UDW/nrNGYcZ8wMNuPXPSs2/1Kyu
Ft44Ly3kc3MWFSVST8w7A00tRPY16Krz39pauEuLqCJyMhZJApx+Jp6XMEkHnxzRtDgnzFYFcDrz
0pWGS0VVi1OxnkWOG8tpHboqSqSfwzTri/tLVgtxcwQsRkCSQKSPxosFzN8Zf8idq3/Xs/8AKm+C
v+RN0n/r2Wm+K7iK58FarJBKkqG2fDIwYdPUVD4Kv7T/AIRXSYPtUHneQo8vzBuz6Yzmo/5efI6/
+YX/ALe/Q6Siq9xfWtowW5uYYSwyBJIFz+dPhuoLiLzYZo5I/wC8jAj8xV2OQloqpHqthK6pHe2z
uxwqrKpJPsM1JcXttaFRc3EMJbp5jhc/nRYLk9FRQ3UFzGZLeaOVAcbkYMM/UVCmq2Ejqkd9as7H
AVZlJJ9MZosBboqC4vLa02/abiKHd93zHC5+maWC6gukL280cyg4JjYMAfwoAmqha/8AIXv/AKRf
yNSLq2ns4Rb61Lk4CiZck+nWqq3dvaatem5nihDCMAyOFzwfWmkJs1aKhgu7e6UtbzxTKDgmNwwB
/Cov7W0/fs+3Wu/O3b5y5z6daVhluioZ7u3tVDXE8UIY4BkcLk/jRb3lvdhjbTxTBeCY3DY/KgCa
iqh1bT1co19ahwcFTMuc+mM1NPdQWqB7iaOJScAyMFBP40WC5LRUFve213u+zXEU23r5bhsfXFRv
qthG7I99aq6nBUzKCD6YzRYLluiop7qC2jD3E0cSE4DSMFGfqabb3ttd7hbXEMxX73luGx9cUWAn
rnPFcV9cS6clvYS3ltHP506Ruqltv3RyemefwrYk1WwidkkvbZHU4ZWlUEH3GammuYLeISzzRxxn
jc7AD8zTTs7ieqMT+39W/wChZvP+/wDF/jSf2/q3/Qs3n/f+L/GtmC+tbosLe5hmK8kRyBsflTJN
UsIZGSW9tkdeGVpVBH1GafyF8zkfE1xqeraaP+JBd28lu4mWYzRkLj72cHOCuRW1b6rfXN8yvaSw
+WeLcPGGYepJPT6fnV/Wpo10O6dpEVGiYBiwAORxzUsN1Y3si+TNbzyR8jY6sV7Z46VXN7uxNve3
GfbLr/oGz/8AfyP/AOKo+2XX/QMn/wC/kf8A8VUkup2MEjRzXltG69VeVQR+Gale5hig8+SaNIcA
+YzALz056VN/Iq3mVvtl1/0DJ/8Av5H/APFUfbLr/oGT/wDfyP8A+KqaDULS6cpb3UErAZKxyBiB
+FNl1Oyt5DHNeW8cg6q8qgj8CaPkFvMj+2XX/QMn/wC/kf8A8VR9suv+gZP/AN/I/wD4qrLXMCW/
ntNGsOM+YWAXHrnpUcGoWdzJst7qCV8Z2pIGOPoDRfyC3mRfbLr/AKBk/wD38j/+Ko+2XX/QMn/7
+R//ABVSzalZW8hjnu7eJx1V5VU/kTUhuYBb/aDNGIcbvM3Dbj1z0ov5BbzK32y6/wCgZP8A9/I/
/iqPtl1/0DJ/+/kf/wAVUsOo2dzJ5cF3BK+M7UkVj+QNE2o2dtJ5c93BE+M7XkVTj6E0fILeZF9s
uv8AoGT/APfyP/4qj7Zdf9Ayf/v5H/8AFVZF1Abf7QJozDjd5m4bceuelRQ6lZXEgjgu7eSQ9FSV
WP5A0X8gt5kf2y6/6Bk//fyP/wCKo+2XX/QMn/7+R/8AxVSz6hZ2z7Li6gifGdskgU4+hNSLcwPb
+es0bQ4J8wMCuPXPSi/kFvMrfbLr/oGT/wDfyP8A+Ko+2XX/AEDJ/wDv5H/8VUkWp2U8gjhvLeSQ
9FSVST+ANOn1C0tXCXF1BCxGQJJApI/Gj5BbzIftl1/0DJ/+/kf/AMVVPVrq4fTJlfT5UUgAsXQg
cj0NaqXMEsHnRzRvFgnzFYFeOvNZmq6nYz6ZNHDeW8kjAYVJVJPI7A047rQUlpuKfDtol6Li3RIt
zZli8tWST8D0PuKuf2bZf8+dv/36X/Cnz31rauFubmGFiMgSSBSR+NPiuYJ4fNhmjki5+dWBXjrz
ScpDSRF/Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFJHqthNIqRXts7twqrKpJ+gzT5761tSoubmGE
tyBJIFz9M0rsdkM/s2y/587f/v0v+FL/AGbZf8+dv/36X/CpYbmC4iMkE0csY/iRgw/MVCmq2Erq
kd7bO7HCqsqkk+wzRdhZC/2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4U+4vba12/abiGHd93zHC5
+madBcwXUZe3mjlQHG6Ngwz9RRdhZEX9m2X/AD52/wD36X/Ck/s2y/587f8A79L/AIULq2nu4RL6
1Z2OAomUkn0xmpJ7y2tdv2m4ihDfd8xwufpmi7CyGf2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4V
JBdQXSlreaOZQcExuGAP4VENW09nCC+tSxOAomXOfTrRdhZC/wBm2X/Pnb/9+l/wpP7Nsv8Anzt/
+/S/4VLPeW9qFNzPFCG4BkcLn86Le7t7tS1tPFMFOCY3DAH8KLsLIj/s2y/587f/AL9L/hR/Ztl/
z52//fpf8KT+1tP37Pt1ruzt2+cuc+nWpZ7u3tVDXE8UKk4BkcKCfxouwsiP+zbL/nzt/wDv0v8A
hSf2bZf8+dv/AN+l/wAKlt7y3uwxtp4pgvUxuGx+VRNq2nq5Rr61Dg4KmZcg+nWjULIP7Nsv+fO3
/wC/S/4Uv9m2X/Pnb/8Afpf8KknuoLVA9xNHEhOA0jBRn8aS3vLa73fZriKbb97y3DY+uKLsLIZ/
Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFI+q2Ebskl9aq6nBVplBB9MZqaa6gtoxJPNHEhONzsFGf
qaLsLIdFEkMYSJFRB0VRgD8KfUFve2t2WFtcQzFevluGx9cVHJqthDIyS3tsjqcMrSqCD7jNFmGh
bopAQwBByD3paQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igArLjgOoXF0biaby4pfLWNHKLjaDzjk9fWtSqGnf62//wCvk/8AoK00Jjl0ewX/AJdYmPq43H9a
misraB98NvDG2MbkQA1PRRdhZEN0kUlrKlxjyWQiTJwNuOee3FU9M0fSbJI5tNs7WMbMJLEgyV/3
upzU+qRPcaVdwxLukkhdFHqSpApmh28lpoVhbzrslit0R1znBCgEUdA6hdaLpt7MZruwtZ5SAN8k
SscfUiphY2os/sgt4vsu3Z5OwbNvpjpirFFF2FkUbXRdNspxNa2FrDKAQHjiVTj6gUt3o2nX03m3
djbTyY275IlY49MkVdoouwsiuljbR2f2RLeJbbaV8kIAmD1GOmKy7zRNMsjbTWun2sMq3MWHjiVS
PmHcCtyqOq/6m3/6+Yv/AEMUJu4NKwt3pGn38okvLG2uJANoaWIMQPTJqWKxtoLT7LFbxJb4K+Uq
ALg9RjpzmrFFK7CyKFvoWl2kyzW2nWkMqfddIVBH0OKfeaTYahIr3llb3DqNoaWMMQPTmrlFO7Cy
Of8AFFpb2XgjVYbWGOGIW0hCRqFAyOeBVfwVpGn/APCM6Tdixthc+Qred5Q35x1z1zWj4rglufCu
pwwRtJK9u4VFGSxx0FcjoXjG80jQ7Oxfw1q0jW8QQusRAOPwrFy5Z3fY76VKVXDcsN1Ly7HdXmlW
OoOrXtnb3DIMKZYwxA9s0+2sbazt/ItbeKGE5PlxoFXnrwK5H/hYVz/0K2r/APfs/wCFH/Cwrn/o
VtX/AO/Z/wAKr2se5n9Rrfy/iv8AM6WHQNJt5klg02zjkQ5V0hUFT7HFTXml2WoFDe2lvcFM7TLG
G2564zXK/wDCwrn/AKFbV/8Av2f8KP8AhYVz/wBCtq//AH7P+FHto9w+o1v5fxX+Z1trY2tjCYrS
3igiJyUjQKM+uBVWLQNJgmWWLTLNJEO5WWFQQfUHFc2fiFc/9Ctq/wD37P8AhXJa/r97b6m2t6bZ
6xpdxIVEouBmGTAwBg/y/lUyrpK6NaWW1akuV6dtv8z1i702y1HZ9ttILjZnb5sYbbnrjNV55dL8
M2DSeVHawFx8sMX3mPAwqjk8Vj+CvF9x4mtm+0adLC8Y5nQfuXPsT0Ptz9a6h8Y3HHHNaKXNG6Zy
zpOjU5Ki1W//AA+pzWkzeGNSvzFa6fbw3sf7wRy2gjk/3hketaDafZ6jqt4t7aw3CoIyolQNg4PT
NY0FwfFHifTNTsLeaOxslk3XMq7fNJ+XavcgHNb9vLHHq99vdVJEXBIHY0qc5STbLxdGFKUVFWut
U+j10/X5lmz0+009GSytobdWO5hEgUE+vFVv+Ee0jzfN/syy8zdu3eQuc5znp1zV37TD/wA9o/8A
voUfaYf+e0f/AH0KvU5tCO80+01BFS9tobhVOVEqBgD680lnptnp6utlawW4c5YRIFyffFS/aYf+
e0f/AH0KPtMP/PaP/voUa7BocXY3Fi6W99rGi6XHDexSXEU0KbmUoC7b8gc4BOR3BpZdZvtatLNJ
9M0p5Huvs8sFyzP5MhUupHHIKbfxJrTTwrpAs2tZbqeeHZ5SLLcAiOPIJRR6HAB7kcZqdPD+iw3P
n2wjtjvSTZAyogdVZQ20cZw5/IelGoaFbwzf2b6jf2lrYWloFO6JoAB56KxRmIA7OCPoR61Uv9W8
L26TXd5pCZNxJEHktkBndSQ5Uk84Knk4z2zWjB4Z0SzFubIraSwxmLzreQJJIDtzvYcsSVByff1q
WfQ9NmhiRLqSB4ZpJ45oZwro0hJcZ6YO48EenpRqGhA2v6NrVxbWT2kl3BPIFjle3zD5nl+YFJPQ
7fbvjrmtiz0uy0/ebK0t7cvjd5UYXdjpnFY50C0j1O0vLe/kHkziaSKSfcjnymjLY/vHIJJ9D61v
faYf+e0f/fQo12DQpzeH9JuJnlm0yzkkc7mdoVJY+pOKs3NjbXkAgureKaIEHZIgZeOnBp/2mH/n
tH/30KPtMP8Az2j/AO+hRqGhDZ6VY6ezNZWdvbs4wxijC5Hviop9A0q5mea402zllc5Z3hUlj7nF
W/tMP/PaP/voUfaYf+e0f/fQo1DQpa3bQyaFdRyRRtGkRKqVBAIHGB7VLZ6TYWDs9nZW9u7DDNFG
FJHocVS1PVbd7G8tpGEUpifYGIxIMfwkcH6da2RTd1GwlZso3GhaXdztNcadaSyv953hUk/UkVYl
srae0+yzW8UlvgDymQFcDoMdOMVPRSux2KdppGn2Ehks7G2t5GG0tFEFJHpkVBqOl6QVnvtQsbR9
iF5ZZIQx2qOp4zwBWnVPV7WS+0a+tYSolnt5I0LHAyVIGfzouwsik+paJJpVgkj27WOobIrWMplZ
cjKgLj0HfpVW2v8AwzpzT3FpFbQtCRG8kNqQWywXCkL8/wA2B8uecVQj8J3qXSrvh+yW1xHJaIDj
y1Lh5u3XIwvtVgaLq02gW+kTC3hS0a3VLmCU75BHIp3AFflO1T68n0pXYWRNPe+F9Quonnitbm4n
woLWpdh820B/lynPHzY6Grmp3+jaVbx6ffKiQPGSIRAzoI1wCSFBAUZHXis288N3EE9sNHTypUO5
797phKSWy29NuJQfQkcnjFWJ9O1a11S3urRo78rbywM93IIyu5kYHCJggbTxwfei7HYlVvD2kXsQ
hgtIbqWF5Y/Igy7xjG4jaMkcjjvVaXUvC2qbLu5it5fMmS1WW4tGG5ySAoLLzyD9Mc4qhF4Q1S2m
gmt72MGxNvHbRFABJHEMNluq7t8vA4wRTrrwlqV/DHaNeR21vEtyQyoJGZ5ZGIPPTapHI5yT6U7s
VkdV9jtUsvsnkQraldnk7Rsx6Y6VBbaPpdlN59rY2kMqZG+OJVI9eRWa2k32o3ekzarBak2RZn2u
XDOYwA4BA5D7se2D1rCsfBV/axN58EV1IJI2mEt2Sl6FLfeXZ8py27ndkjHTmi7CyOyutH06/lEt
3Y21xIBtDyRKxx6ZNTJZW0Vn9kjt4lttpXyggCYPUY6YrM8IWstl4YtLeeDyJIzIDHg4Ub2wBnnG
MY9q2qV2OxQttD0yznWa20+0hlX7rxwqrD8QKfd6Rp9/IJLyytrh1G0NLEGIHpzVyindisivFY20
Fp9lht4o7fBHlKgC4PXj3zWTqWhaXaafLNbadaRSoBtdIVUjkdDit6qGt/8AIIuPoP5inFu6FJKz
H3ek2GoSK97ZW9w6jCtLGGIHpzUsFjbWtsbe3t4ooDn92iALz14qalqbsdjPg0DSraZJoNNs4pUO
VdIVBU+xxUt5pVjqDI17Z29wyDCmWMNge2at0U7sLIr21jbWUBgtbeKGIkkpGgVeevAqtD4f0m3m
SWHTLOORDuV1hUFT6g4rJg8XmTxNcaZJDAI4XkTKzZlXYgbcyY6HOBgk/wBLH/CZacLaGdkvBHLF
55zbtmOL/no4/hU+p9D6Gi7CyNS80uy1DZ9ttILjZnb5sYbbnrjNPtLG2sITFZ28UEZO4pGgUZ9c
Cs6bxRYW1zcwT+fHJAobBiP7wFgo2Y+98zKPxFVbDxfFco3m2tyJTcSRpBHAzSBEIBd16jBYZ+vF
K/QdjSj8P6TDKssemWaSI25WWFQQfUHFT3mm2eoBBe2kFwEzt82MNtz1xms6fxZp9tLdRTCdJbdl
UxmI5k3NtXb65bimL4pje/ubX7JPF5E0EXmSoQrmUqAB3B+bof0p3YrI1rSwtdPjMdnbw26MdxWJ
AoJ9eKrL4e0hJRKumWQkDbgwgXIPXOcdaoweMtMnhnlX7SoiAYB4GBlBfYNg/iy3y/Uih/Ej3dhp
1xpNuHa+uGgQXZaLbtVyScAn/lmR0ouwsjWvNOs9QVVvbWG4VDlRKgbB9s0Wen2mnoyWVtDbqxyw
iQKCfU4rnZ/GU0UMm3T/AN9Ch81TISsbCXy3JIUkoPvZAzjsK6DTLxr/AE6G4Y27GRc7reXzIz7q
2BkfhSv0GQ/8I9pBl8w6XZeZu3bvIXOc5znHXNWLzT7TUEVL22huEU7lWVAwB9eas0U7sVkVbPTr
PT1dbK1gtw5ywiQLk++Kgfw9pEkrSvplk0jNuLGBSSeuc461o0UXYWRXu7C1v4hHeW8U8YO4LKgY
A+uDTbPTbLTt/wBitILffjd5UYXdjpnFWqKV+g7GdL4f0meZ5ZdMs3kc7mZoVJJ9ScVZurG2voRD
d28U8QIISRAwz64NWKKd2KyKlnpdlp5c2VpBbl8bjFGF3Y6ZxUM2gaTcTPLPptnJI5yzvCpLH3OK
0aKLsLIzNG1E6gL1TEsYtbp7ZQpzkLjB9utadU9PsLexNz9mJPnztNJls/OcZ+nTpVyh76Agooop
DCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6C
tX6oad/rb/8A6+T/AOgrTWwnui/RRRSGV9QuGtNPubhAC0UTOAehIBNR6Tdvf6RaXciqrzwpIwXo
CQDxU11HHLayxz48p0Kvk4+UjnntxTbGGG3sYIbXHkRoqx4bcNoHHPfin0F1LFFFFIYUUUUAFUdV
/wBTb/8AXzF/6GKvVR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAlGKWigBKKWigBKKWigBDXNX3gm
01fXm1HVbie7iGPKtHbEUfHp39f8a6aik0nuXTqTpu8HYjihjgiWOFFjjUYVVGAB7Clk4RsDJx09
afSUyDG8LxtBoUMT6c2nlWbFu0m8r8xOc+/WporWC41i+M8EUhCxAF0DY4PrWniqNr/yF7/6RfyN
EVZWKqz9pNyfVkv9mWP/AD523/fpf8KP7Msf+fO2/wC/S/4Vaop8zIsir/Zlj/z523/fpf8ACj+z
LH/nztv+/S/4Vaoo5mFkVf7Msf8Anztv+/S/4Uf2ZY/8+dt/36X/AAq1RRzMLIq/2ZY/8+dt/wB+
l/wo/syx/wCfO2/79L/hVqijmYWRV/syx/587b/v0v8AhR/Zlj/z523/AH6X/CrVFHMwsir/AGZY
/wDPnbf9+l/wo/syx/587b/v0v8AhVqijmYWRV/syx/587b/AL9L/hR/Zll/z523/fpf8KtUUXYW
RganolqljeXEkcbukbtEqxqqpxxgDqfc/pWgNSf/AJ8L3/vhf/iqdrH/ACBrz/ri38quDpVN3SuS
lZ6FH+03/wCfC9/74X/4qj+03/58L3/vhf8A4qr2KMVN0VZ9yj/ab/8APhe/98L/APFUf2m//Phe
/wDfC/8AxVXsUYougs+5R/tN/wDnwvf++F/+Ko/tN/8Anwvf++F/+Kq9ijFF0Fn3KP8Aab/8+F7/
AN8L/wDFUf2m/wDz4Xv/AHwv/wAVV7FGKLoLPuUf7Tf/AJ8L3/vhf/iqP7Tf/nwvf++F/wDiqvYo
xRdBZ9yj/ab/APPhe/8AfC//ABVH9pv/AM+F7/3wv/xVXsUYougs+5R/tN/+fC9/74X/AOKo/tN/
+fC9/wC+F/8AiqvYoxRdBZ9yj/ab/wDPhe/98L/8VR/ab/8APhe/98L/APFVexRii6Cz7lH+0n/5
8L3/AL4X/wCKrGv9XuDHPZTW8z713CTYAYxkffAJ49/0rp8VmatbR2+h3S26JGWGcgfxEjk+tVBq
+xMk7bmmKWsr7Hq//QVh/wDAQf8AxVH2PV/+grD/AOAn/wBlSsu47vsatFZX2PV/+grD/wCAn/2V
H2PV/wDoKw/+An/2VFl3DmfYh/4Ri2N/JdNPdMHmacQl18tJGTYWHGc7SepI5ps/hSzuIYIvOu40
jtltHWOXHnwr0R+PryMHk+tWPser/wDQVh/8BP8A7Kj7Hq//AEFYf/AT/wCyosu4cz7FEeCdOW6u
biN7mOScHlWUGMmRZNwO3JIZQRuJx06cVNB4VgtpElhvb9LgO7NN5qlpA5BZWyuMZUdACOxFWPse
r/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7Kiy7hzPsUYfBNhbPdtby3MZul2PjyzhdxYjlTuySeW3Gp
4fCtlblRFJciNfIIjMgI3QkFDyM5+UA89Kn+x6v/ANBWH/wE/wDsqPser/8AQVh/8BP/ALKiy7hz
PsZeqeC47jShbWMxSRY1iHnHcrIJPMKnjue+D9KtweHZW0awtbq8kjuLJ/MjltFRNvDKFAK4ICsR
0GevFWfser/9BWH/AMBP/sqPser/APQVh/8AAT/7Kiy7hzPsRL4Zt4sNbXN3byiPy/OjkBc5fezE
sDkk5zn1rQ07T4tMsxbwl2G5nZnOWZmJZie2SSelVPser/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7K
iy7hzPsatFZX2PV/+grD/wCAn/2VH2PV/wDoKw/+An/2VFl3DmfY1aKyvser/wDQVh/8BP8A7Kj7
Hq//AEFYf/AT/wCyosu4cz7GrRWV9j1f/oKw/wDgJ/8AZUfY9X/6CsP/AICf/ZUWXcOZ9jVpu9Sx
UMNw6jPIrM+x6v8A9BWH/wABP/sqyNT03Vpr+IW1wGu1AP2lbfylRc9C247v93BpqCb3E5NdDrKK
itVmS2jW4kWWUD53VdoY/SpagsxPDdtNbNq3nRNH5uoyyJuGNynGCPatus7SNSOpG9BiEf2W6e36
53bcc/rWjTe+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMqarE8+k3kUa7nkgdVX1JUgC
o9CgktdBsIJkKSxW8aOp7EKARU9/cNaafcXCqGaKJpAD0OBmmaVdtf6TaXbqEaeFJCo6AkZxT6C6
luiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQxTW4nsXqKKKQwooooAKKKKACiiig
AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6oWv8AyF7/AOkX8jTQn0L9FFFIYUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQBS1j/kDXn/XFv5VcFU9Y/wCQNef9cW/lVwdKroLqLUc80dtBJNM6pFGpd3Y4
CgDJJqSqWtW0t5od/bW4Bmmt5I0BOBuKkDn6mpGKdWsRBaTfa4fKvWVbZt4xMWGVC+uRzUD+I9Jj
FyW1C3AtmCzfP9wk7QD+PH14rnI/C+opcwxbI/sdjcxvZgMMqjOHkP1XG0e1WE0nVpfD9ppTWiWs
lk9uBdRyo2/ZIhZ1BHopbDd+OetAG3/wkek5tgNQtibriECQfPzj+fH14p9/rmnaVJFHqF5DbvKC
UEjYyBjJ+nI/OsK58P3djeQNo8c/2kndNfNOgWQlyzCWPHzDkkbRxnjFT3Nnq9rqtvcCFdVJtZYH
YlIVUsyEbhzkYU5xk+1AG1darZWUix3N1FG7RtKFZuSi43MB6DIqtB4n0e6QPBqNu6NKsIbfwZGJ
CqPUkg8e1c5D4X1q1uLa5iltydO+zwwRlPnliRcOQ+7C7t8nBB+6tLdeF9Y1C2is/Mt7aGFbmQSS
L5pMskrFCAGGCqnOeeW6cUAdk06JIkbEB5M7R646093WNGdjhVGSfQVy+qWWt6tZR7rf7POtrPG4
W4GGd4QARj/bJHtjNUb3wteRxyW1vaPc6f5rGO0+2FB80KAMWJzgOHOPVsigDsLS+gvoxJbSCRCq
uCM9GGQfxBFTSSJDG0krqiICzMxwAPUmuIHh3VEtoUubY3dsghWW0W42eYFtwnByB8rjOMjPXqBU
WpeGdX1G/wBTD2sQtbizlhVRL8sh2p5W4kkkgqckgAds5oA7pJkklkjVgXjxuHpnkVJXGXeh38j7
xp7SWPmRt/Z/2kLlRDtC5zj5X5xnB684FNs/DGqQ3lpdXDtJdW5tU80XDH5F3CUe/BAyRlsUAdrR
RRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXqWqT6nbi+W0jLSzk/Msa7vLHqx6CrlS1YExa
KKKBnFrfzLrV1JHqkr3S6otstiZAyNCdm75OowpZt3t6VRg1ea60p57zXJrO4ttPiltwHVRO7IW3
kEfPlht2+3qa7xbS3Sdp1gjWZxhpAgDEe560jWVs5iLW8TGL/V5QHZ9PT8KAMDUpNQnv/DSeaLcT
Sl7qIFgWKxltuVYcAg8HIzjOelZzeLtRTTLS5lOmQvcWsl7ulLqhRduI155c7uvb0NdoY0LKxUEr
yCRyPpTHtLeRI0eCJljIZAUBCkdCPSgDkm8TazNdlbWGwjjkmaGNZw+9CsIlO7B54yuBj19ql1bV
9Qmt9AvNN3LJcRtdNaqcicCLf5ecd8nB9cV1XkRZz5aZzuztHXGM/lQIYxswijYMLx936elAHC2/
jW4/s5Z7ea1kjCS3Km6YiS5UzyIkcYH8QCgd+Sox3pLrxfeRXz3jNbGGC3umFkkhEilJUQNLk49T
njAJ+tdwbO2Pl5gi/dsWT5B8pPUj0NKLS3WR3EEYd/vMEGW+p79KAOWudc1G48CaleTGG3u4SUV7
adSMZXByGYKcHuTjrV/wfeTXWn3KXEzzPb3LR5eRZcLgMB5i8PgN1/DtWyllbR25t0t4lgOcxqgC
nPt0p8MEVvGscMaxxrwERQAPwFAElFFFABRRRQAUUUUAFFFFABRRRQBT0/ToNPNz5Bc/aZ2nfcc4
ZsZx7cVcrE8NQTQnVvOjdN+oyum8Y3KcYI9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKoad/rb//AK+T/wCgrV+qGnf62/8A+vk/+grTWwnui/RR
RSGQ3UUc9rLFMcRSIVfnHBGDzTbGCK1sYLe3OYYkVI+c/KBgc96j1aN5tIvI41Lu8DqqjqSVOBUe
gwyW3h/T4ZkMckdvGrIeqkKMin0F1NCiiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigApKWoL1plspmtgpnEbGMMON2OM/jQBNRXKaVL4l1bS7
e9h1PTlSZN202jZU9wfm7Grf2PxT/wBBXTf/AAEb/wCKqnG3Unmv0Ogqja/8he/+kX8jWb9j8U/9
BXTf/ARv/iqg8O6jcG81ptTubd/s8yQmWNNikheeCT64pqOjsF9UdRRUcMwniWRVcK3IDKVP5Gn1
BRz+p67fWWoXogtYJbOwt0uLgtIRIVbfnYMYyAhPJGfao5/E1w+rz2NlDb/LH+5lnkIEkgVXdMAE
jCOCPofSr174dtr/AFCS6mmugs0aRzQJJiOVVJIDDGf4jnnnvUSeEtKjmSdYMXSztcG5AAlZm3ZD
NjlcMRj0x6UAZ9v4tuwNJN7bWyreqk0zRSnEEcmFjzkDJLtg+wzWrqXiCDSbl0uFd1WFZdsUZZyW
kCAAd+WFVm8FaPLC6TW5mYwR26SyYLwoi4XY2Mqe+R35qzL4ctZ5fMnluZZOBueTJwJRKB06BgB9
OKAM/U/G1tbaVJPaW9zLciN38kwn91tYofM/ujcCPwJ6DNXB4lgE7QeVPPMJ5I9lvEWKqrBSzewJ
HT8KjvPCFjeLIpmu4hL5nm+VLt8wO5cq3HQMTj6kVM3hq1F2LmGe7gm8x3Z4pMbg7BmU8fdyB7js
eaAK174xt7Vp4o7O7muIJoo3hRBuKu+wOOeme3B6dM5p8viy1tjKs0c8rxyShlgiLFEjxudvYZHT
r2zUcPgnTbf7SYHuojOUOUcAx7ZPMXbx1Dc5OSe9TXHhOyuC7ebdxNK0nmNFLtMiyEF0PH3SQOnI
5wRmgCW18TWN5qxsIln37iqSmM+VIwUOVVu52nNbFZdv4fs7a6jniEitHM0yru+UMyBCMem0DArT
zQAtFJmjNAFPWP8AkDXn/XFv5VRt9eN3ct5UE6QRMVbMDs7H6D7o+vNXtY50a8/64t/KpTaQvcJc
FAJlGA44JHofUfWrTXLqQ076EP8Aasf/AD73n/gM/wDhR/asf/Pvef8AgM/+FXcUYpXRWpS/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACrtHFF12DUpf2rH/AM+95/4DP/hR/asf/Pvef+Az/wCFXeKK
LrsGpS/tWP8A597z/wABn/wo/tWP/n3vP/AZ/wDCrtFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n
/gM/+FXaMUXXYNSl/asf/Pvef+Az/wCFH9qx/wDPvef+Az/4VdoxRddg1KX9qx/8+95/4DP/AIUf
2rH/AM+95/4DP/hV2jFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n/gM/+FXcUYouuwalL+1Y/wDn
3vP/AAGf/Cqer6hHNpc8YguhuAGWgcDqOpI4rZxVHWh/xKLj6D+YpxauiZXszM/4RC0ivjLAkbQS
NmWKXcce6sDn8Dmrv/CNaV/z5p/303+NagpaHUk+o1CPYyv+Ea0r/nzT/vpv8aP+Ea0r/nzT/vpv
8a1aKXPLuHJHsZX/AAjWlf8APmn/AH03+NH/AAjWlf8APmn/AH03+NVh4lkGozRyaey2UV2LM3Il
BIkO3GUxkKSwGcn8qgTxdLcWn2qz0uWeKK2W4ucSqDGGXcFUfxNt5xwORzzRzy7hyR7Gh/wjWlf8
+af99N/jR/wjWlf8+af99N/jUV/4hW2uNIit4TN/acmEfD4VNu7dwp5xjg49yADSHxfo4tY7n7U/
lSbijeRJkqv3nxtzsGRlunvRzy7hyR7E3/CNaV/z5p/303+NH/CNaV/z5p/303+NQz+MNGtrmSCS
6bzIzhgkEjgnAbAIUhjtIOBnjmnap4lttMOnOymW2vW/16MNsabc7z6ryPzzRzy7hyR7En/CNaV/
z5p/303+NH/CNaV/z5p/303+NQL4t05I1N3Ibd2eRdhUvtVJDHvYgYVSR1OBSP4u05dU+yLKDHHF
NJNOQwRPLZVIBIw3LEcHgjFHPLuHJHsWP+Ea0r/nzT/vpv8AGj/hGtK/580/76b/ABpB4ksJdIl1
G1dp4o38ooqlX8wkKEw2CCSwHOOo7Vc0+4uriAte2f2WYHBQSCQEeoI/wo55dw5I9ip/wjWlf8+a
f99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR
7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N
/jWrRRzy7hyR7ENtaxWdusFugSNeijtU1FFSUZ+lamNS+2ARGP7Lcvb8tndtxz7da0KpadpsWnG6
8pnb7TcNcPu7M2Mge3FXabtfQSCiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAqhp3+tv8A/r5P/oK1fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrg2lhcXCruM
MTSbScZwM4pml3h1DS7W7ZAhniWQqDnGRnFS3cKXNrLBKSI5UKNg4OCMGm2NtHZWMFtASYoY1jQk
5OAMDmn0F1LFFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9TB/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFIaWigDnvDP+hXmraUeBb3JliH/TOT5h+u6ugrn77/AEDxnp910jvoXtJD/tD5
0/8AZhXQVUu5MexXv7tLCwuLqQgJBG0h/AZrk/D/AIeS5sw1yWW82pcl8nAdwWORnnrj1961fFxN
xZWumIfm1C5SFv8AcB3P+g/WtC0AXVr4AYAWIAfgaqLcY6CaUnqNh0a38pfPi/efxbJnx+GTT/7F
sv8Ank//AH9f/Gr1LUcz7lcqKH9i2X/PJ/8Av6/+NH9i2X/PN/8Av6/+NJc69ptnqCWNzeRx3LhS
EbP8RIXnoMkEDNF3runWMssVzdokkKLJInJZVY4BIHYkUczDlXYX+xbL/nm//f1/8aP7Fsv+eT/9
/X/xqO18R6Te/Zvs99E5unZIByPNKruO3PXA5q/58fn+Tn95t3Yx26UczDlXYqf2LZf88n/7+v8A
40f2LZf88n/7+v8A41Yu7uGxtZbm5fZDEpZ2IJwB34p8cyTbvLJOxih46EdaOZhyrsVP7Fsv+eT/
APf1/wDGj+xbL/nk/wD39f8Axq3JNHCoaV1RSwUFjjknAH1JIFEc6TbvLJOxircdCOtHMw5V2Kn9
i2X/ADyf/v6/+NH9i2X/ADyf/v6/+NXs5paOZhyrsUP7Fsv+eb/9/X/xo/sWy/55P/39f/Gr9FHM
w5V2MbVNIs4tKunSNwyxMR+9c84+tbA6VT1j/kDXn/XFv5VL9shFyLcMWlIyVUZ2j39Pxpu7Qkkm
WKo65cSWmg6hcQvslhtpJEbGcEKSDg/Sr1MkjSaJ45UV43BVlYZDA9QRUlHEJ4j1N00u0M4+12tx
HHqTBB+9ywVAOON4O/gduKml1O9PhmDU01WaWW+MDeRbxxlog8qBljBHUBivzZ59K6v+z7TzGf7L
DvZlZm2DJK/dP1Hb0pkek6fDLJJHY2ySSsHdliUFmByCeOSDz9aAOWe+1qyNrc6nc3Edkp+YRrCZ
lUyYUzrjkFcD5OQc8el291Ce/wBUhjt9QutLtxaTTMZIFQ7ldACwkXO3DHpjPrW9PplldXcV1cWd
vLcQ/wCrleMFk+hPIpLvS7G/kikvLO3uHi/1bSxhin0z06CgDjm8XXV1qOnRyTSWsUkMMd0sMOdk
sy5BDspC7T5fB/56dDxVe48Rahp2nWzf2pc3F08s88itAr5ihkZfLARPl38DcfQ4IrvGsbVo5Y2t
4ikz75FKDDtxyfU8D8hSx2VtDIXit4kdhtLKgBIyTj8yT9SaAMTWPES2cdvdWpE8TW09wFDgBtkQ
dQeD1yPz71TuPFGpLFLafY7OO/QyBmNyRCqrEkmQxXOcSAdOxPSuiXSNPRCiWNsqEEFREoGCoUjp
/dAH0GKW40qwu1K3NlbTAuJCJIlYFgMA8jrjjPpQBy+m+Jb14ra2jWOa8nSEI9zLtjz9nEjE4XOT
zxz3PAFJq/jK7ifUbayjtjLDayyxzZcorxhS6klQGxuP3SeRzjNdPLo+nTwGGawtXibblGiUqdow
vGOw4FKdH04zyTGwtfNkTy3fylyy4xtJxyMDGKAMJ/EN9Dqb2CRW7XbyJGDJMVhQ+T5jkHbu9cDn
PXgCo7Pxlc3l1asljCLOX7OrsZiZFaXcBgYwQCvXIyDmugfRdNltjbyafavAduY2hUr8owvGOw4F
S/YLTdu+zQ7gVOdg6r938u3pQBYooooAKoa3/wAgi4+g/mKv1Q1vP9j3GOu0fzFVH4kKWzL2etFc
k02strirfCBCH/0VC7rCx+qjlvZvyrZ3a5/zz03/AL+Sf/E03C3UlTv0NWisvfrn/PPTf+/j/wDx
NG/XP+eem/8Afx//AImlyj5iunhzGoTTSXs720tyLv7LtUL5gxgk4yQCoOM9RVdPCAgtxb2upXcE
UkCQXCqEPnKo2g5I+UleCR7elaG/XP8Annpv/fx//iaN+uf889N/7+P/APE0cocxLJpkUlxYSrmN
bEsY0UcEFCmPoAazX8Jp9jtYLe/ubdoLY2bSIFJkiOMg5GAeOCOnNXd+uf8APPTf+/j/APxNG/XP
+eem/wDfx/8A4mjlDmK8Xhi3gkRopZVWOZpVXjA3ReVj6ADP1qQ+HLaS1063mLyw2UDW+xgMSq0e
w7vw9Kk365/zz03/AL+P/wDE0b9c/wCeem/9/H/+Jo5Q5jKh8DxW9klpFqV6ImiMFxnaTcR+Yz7S
ccH52GRzg+vNOm8FQXCywy3tybUpKkUAVAIhI6uSDjJIZRjOR2rT365/zz03/v4//wATRv1z/nnp
v/fx/wD4mjlDmIYfDcS6FLpsszFZHEnmQxJCUYEFSoQAZBUHnNX9PtZ7WErdXcl3KxyZHVV/ABRg
Cq2/XP8Annpv/fx//iaN+uf889N/7+Sf/E0cocxqUVl79c/556b/AN/H/wDiaN+uf889N/7+P/8A
E0cocxqUVl79c/556b/38f8A+Jo365/zz03/AL+Sf/E0cocxqUVl79c/556b/wB/H/8AiaN+uf8A
PPTf+/j/APxNHKHMalFZe/XP+eem/wDfx/8A4mjfrn/PPTf+/j//ABNHKHMalFQ2xnNuv2oRCb+I
RElfwzzU1SUYfhqOWNtX85ZF3ajKybwRleMEZ7VuVQ0vUl1I3gWNk+y3L25yc7iuOf1q/Te4lsFF
FFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf
/QVq/VDTv9bf/wDXyf8A0Faa2E90X6KKKQynq0bS6ReRxqWd4HVVHUkqcCo9AieDw/p8UqMkiW0a
srDBUhRkGrN7cfZLGe427vJjaTbnGcDOKZpt5/aGmWt3s2efEsm3OduRnGafQXUtUUUUhhRRRQBm
yeINMhvJrWS7RZYQWkyDtTA3HLY25AIOM5rR4PpXH694avtUn1GK1toYILqN/NLXBaO5OzCkxbcK
4YL8w7L37Ivhu9bV4rhbO2gAlhlSZZiXto0QA26qBjaSG6YGGJIyKAOuMyCcQ5O8qWAwcYGAeenc
U/I9a4uTwfcrolpZQRQJt0/yJ1DkB5S8RY575CNz16VkeItBnt2trFrCabTvPnkSK2QuFVmQqi8E
K2A2DxjJ55oA7zUtc0/SHjS+uPKaRWZRsZvlGMk4BwBkcn1pLjX9NtUkea7QCNkVtoLHLjKgAA5J
HPGaq6nBqK6zaXunWkM4W2lgZZZvLCFmjIJ4OR8pzisi08M6jpE8E9oILj7IYwkbPs81RB5bc4O0
g8jrxkUAdTZX9tqNstxaSrLExI3DsQcEEHkEHqDzUomQzmHJ3hQ2MHGM469O1clL4d1J5Le7W3th
ePePdOrSbooN2wYwVyx2p94bSCT2Jq9rmgT6rqDsyxvaSJbI6O33gk+9wR/u/n0oA6KjIrkNS0a5
t/CltYJaLclNQVltw5CGLzyyqTg4UKQOmBjHSqo8Laut3pbrHaRxW1wJgsbDMCecXaMMVyRsIUBd
o65yMUAdzkUyaaO3hkmmdUjjUs7McBQOpNcLfeCbx9IsoI4Ufa0zXUMc4iMjuflfcUbJAGOmRng8
VPdeCri4kvJPLg826M6SO7li8bQhUDcc4cA/hnrQB2qOsiB1IKsMgjuKdVPSLc2uk2sDW0dsY4wp
hjIKpjsCAKuUAYXjCF30F7mEEz2TrdR49UOT+ma2LedLm2jnjOUkUOp9iM06WNZonjkGUdSrD1Br
C8IzGPRGspm/eadK9s5Pop+U/wDfJFVvEnZif8hDx16xaZa/+RJD/wDEj9a0rX/kL3/0i/kazvCI
NxZXWpuPm1C5eYf7gO1P0H603UDqP9pXf9n7fL/d+cRnzMYP3f8AOfSqau7CvZXOiorJs/t/2WP7
MbMxY+Xd5mfxzzn61P8A8TX/AKcv/H6ixVzH1fTdQutQ1SGC0ie11K0jtzO8oAix5gYlcZPDgjHf
0qrBoGsRauNTM0OZJ5EkgC4YQFdi5kz82NkbYwOSea6L/ia/9OX/AI/R/wATX/py/wDH6LBc5WTw
zrksFq6TW0MmnWdvHbxld5eRMM/zZ+TJAXODwKv6zo+oazO7SQLHC8SRNF5/ULcKxORjqgP54rb/
AOJr/wBOX/j9H/E1/wCnL/x+iwXOP1TwjqE1m9tFaR3MO2eO2R7ootrmUsjD1+QgY7Yx0Jq/LoN8
dSE1zaJfWpuZnWE3G3yizqUkH0AIx1Hbqa6H/ia/9OX/AI/R/wATX/py/wDH6LBc41/CuqXMuovf
WVrOkssMywq4VJXSYsxHoShxluecdKs6l4b1O4eYm3jukke48qNrkoIHcrsl4/ugEccjt1rqf+Jr
/wBOX/j9H/E1/wCnL/x+iwXMPTfDl3Z6+moSENK1w/ny+YcyReSFXK9PvjOO3Wurqh/xNf8Apy/8
fo/4mv8A05f+P0WC5foqh/xNf+nL/wAfo/4mv/Tl/wCP0WC47WP+QNef9cW/lVGHw7BbXBMWWgkY
s6NI4ZT6gg8/j+dO1T+0v7KuvM+x7PKbdt3ZxjtWwKq7S0Jsm9Sh/Y1l/wA85P8Av8/+NH9jWX/P
OT/v8/8AjWhRU8z7lcq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/PO
T/v8/wDjR/Y1l/zzk/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+
4cq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjR/Y1l/zz
k/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+4cq7Gf8A2NZf885P
+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjVTVdLtYdNmkjRwy4IJlc9x2J
rbqhrf8AyCLj6D+Yqoyd1qTKKsy8B1paSlqCxKKWigBKKxR4mT+0JYJLK4S3juRaG7JUp5pxgEA7
gCWAzjGTUH/CXxSWwuLbT7y4hS3W5nZNn7lWGQCC2WbAzhc8Y9RQB0NFZGoeI7exudKgQCVtTkCx
HdgbcZ3ZwfbA96U+KtFFqlwdStxDI5RX3cEgZOPYZ5PQUAa1FZNz4r0SzuJoLjU7eOWHHmIW5HT+
hB+nNO1LxDaaXLp6y7njvn2JMmCiDGQzHP3eQM+9AGpRWSvifTFSI3Vyls8skkaJKwBJRyhPsMjq
fUUjeKNOGsnTkuI3eOKSSZw4xCEKg5/FsexBFAGvRWZP4hsk0OfVLZ/tUEOQRERuLZxt5xg5PfFS
abqov5J4Jbaa1urfHmQS4JAbO1gVJBBweh7GgC/RS0UAJRS0UAJRS0UAJRS0UAFFFFAFHTdMj003
Zjkd/tVw1w27sWxwPbir1Yfhrzc6v53mf8hGXZvz93jGM9q3Kb3EtgooopDCiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+
grTWwnui/RRRSGQ3cC3VrLA5ISVCjEdcEYpthapY2MFrEWMcEaxqWPOAMDNR6urPo96kalnaCQKF
6k7TjFReH0eLw9pySqyyLbRhlYYIO0ZzT6C6mjRRRSGFFFFABRRRQAjHCk4z7CuXi8awx6Pb6hqN
lParPK8e0vGSoVtu772T9ACeDx69QfrjNYE3gvSriMRyLcbQzkATsMK7BmTr93cAcUAUp/F88Fpq
Ye2dJoHultpWQeVIYskL97OcAk8AcGtG08WWF7r0mkQec06b1L7Rs3J94dcjHqQAcHFDeEtLlmuZ
XWZ/tPmbladiimQYcqM4UkcZFWrbQ7az1CS7t3uUMrM7RCdvK3N95tmcZP8AMk0AZ0/i+Gz3+dbX
MwSSfe0EYxFHEwVmbLdtw6dfSovFHie60W/t4LYWx82BpAJkc+a4ZVWMFeFLFsZbjOK0pPDmnus4
eNsXCzJJ+8PIlIL/AJlR9KmvdFs9RMhuoy/mWz2rfMeY2wSPrwOaAOen8XXsWr31skdrILZnUwjd
5sarCJPMY9Nu4he3XrXVWU7XVjbzsAGljVyB0BIzUMek20dtdwAMUuyTNuYksSoQ8/RRS6ZpqaXa
i3imuJYwflM8pkIGMYBPbigC5RRSAg9D1oAWiiigBDXEeIrmTRtT1WCHhtXtk8gD/ntnyz+jA/hX
cVxnjO8SHxDohMQdbOT7RM39xCwQH8z+laU/iInsdXY2iWFhb2sY+SGNYx+AxUFr/wAhe/8ApF/I
1eqja/8AIXv/AKRfyNR3K7F4UtFFIYUVTm1awt72OznvbeO6kxsheVQ7Z4GB1OcUXOrWFmZBdXlv
CY1DuJJQpVScAnPQEjFAFyiqNvrWm3nlfZb+1m85ikflyq29gMkDB5IHJx2q0JozN5W9fM27tmec
dM4oAkoqK5uIrS3knuJFjijUs7scBQO5p0cqShvLdW2sVbBzgjqKAH0U13VACxABIHJxyeBSRzRz
bvLdW2sVbBzgjqPrQA+iiigAooooApax/wAga8/64t/KrgqnrH/IGvP+uLfyqY3cKXCQFx5zjIQc
nHqfQfWq6E9SeqWs3Mllod/dQkLLBbySISMgEKSOPwq5mo7iGO6t5IJkDxSqUdW6MpGCDUlHHp4p
1FotKt90X2yOdY9TwmR94IAvoXzuHsKlm1fVF8NRar9vjxfGBo44rbe0CySKCFHJchWx06/lXQ/2
PYCZ5vssXmSPHIzY5LJwh/DtTIfD+l28kjw2MCNI6yNhf4lbcCB2+YA8d6AOfGr67b/Y7jUXe20/
dhphaAsw34BmTOYwVxyBwSc46VcutUu9T1OCLSNQW1g+zSzM8ttkMyOgwQ2CB8x6fnWvdaNYX17F
d3NrHLPFgI7dsHI46HB55pL/AETT9Ulilv7WOd4gVQvngHGR7g4HBoA5ZvGkt1qWm26XMNmLm3iE
ybd7pLMpKEZ4wpC5z/z0HpVe58V6hpOmW01zqkMs8s00jJJAq5hhdlZVA/if5cH1zXaNpVk0M8LW
0ZjnkEsqkcM4xgn3G1fyFLBpdnbTNLDbRpIylCwHVSxYj8WYn8aAM/WdfGmrb3EYaaF7ee4wpADh
I9457ZqlL4rvfKkt00vGpKZAYvtC7FCxrJu3454kUYx1z25rWTw9paQmJbGERlSm3HGCgQj8VAH0
FLd6Dpt8rC6soZQziRtw6ttCZP8AwEAfSgDD07xTdyxQQLB9rvZo4dis6xKSYFkc5AOOvTB5PYUa
r40ltX1C2tLWGS5t7aSZCZiVDIFLq2FwCN3QE9OcZral8O6VNb+TJYwmPKnAGMbV2rgjkYXj6cUH
w7pTTyzGwgMk0bROdvVWADDHTkAZ9cUAZ7eIruPUnsVsxLevIkaQmYLGp8re/wA+3JA+mT6AdIrX
xmbu6thHp7/ZZvJV5jMu5HlyFG3HIBXBIPuM1qy+HdKntjBLZRNGdvBzn5V2jnOfu8fSpl0ewVgV
tIV2mMgKuANn3MD27UAXqKTNGaAFqhrf/IIuPoP5ir2aoa2f+JPc467R/MVUfiRMtmX6K5Q6jrEm
t+VdQpDtbMEH2jy1l99207/px9K1/tesf9Ay2/8AAv8A+xpuDQlNM1KKy/tesf8AQMtv/Av/AOxo
+16x/wBAy2/8C/8A7Glyv+mPmRWXw5N9vneS+3WUt2Lw26w4beNuAXzyoKg4AHTrVaLwlcWto1tZ
6q0MU1vHBcZgDFwq7dyHPykrx3HArS+16x/0DLb/AMC//saPtesf9Ay2/wDAv/7Gjlf9MOZEkmlI
bjTXiby47AtsjAyGBQoBn2BrKfwk62VpDa6gYXhs2sZJGgD+ZE2M4BPyt8vB5HqDWj9r1j/oGW3/
AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyKkPhaOCSMx3DBY53lVSucAw+SBnPYDOakk8MQT2Wm2lxI
ZILK3a3ZSuPNVo9hz6cc1P8Aa9Y/6Blt/wCBf/2NH2vWP+gZbf8AgX/9jRyv+mHMjHh8ESQ2X2Ya
tI6ywm3uneBWeaMyO/Bz8rfvGGefXGaWfwQbmGS2l1A/ZPLmSGJYBmPzJFkyWJO7DKOwyK1/tesf
9Ay2/wDAv/7Gj7XrH/QMtv8AwL/+xo5X/TDmRUTwxt8OXelia3ia4Yv5lvbCNVPHOzcc/d7mr+m6
bJaT3F1d3P2m7uAqvIE2KFXO1VXJwBuY8knmo/tesf8AQMtv/Av/AOxo+16x/wBAy3/8C/8A7Gjl
f9MOZGpRWX9r1j/oGW3/AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyNSisv7XrH/QMtv/Av/wCxo+16
x/0DLf8A8C//ALGjlf8ATDmRqUVl/a9Y/wCgZbf+Bf8A9jR9r1j/AKBlt/4F/wD2NHK/6YcyNSis
v7XrH/QMtv8AwL/+xo+16x/0DLb/AMC//saOV/0w5katFQ2zzSW6tcxLFKeqK+4D8cCpqkoo6Zqa
al9rEaOn2a4e3bd3K45HtzV6qGl6YumG72yM/wBquXuDkY2lscfpV+m7X0EgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A
6+T/AOgrTWwnui/RRRSGQXtx9ksp7gruEMbSbQcZwM4punXn9oabbXYTYJ4lkCk5xkZxmn3cC3Vp
NbsSFmRoyR1AIxTbC0WwsILSNmZII1jUt1IAxzT0sLqWKKKKQwooooAxtbJOqaIkhxA12S3oWEbl
B+Yz9QKwNPu9bUWDh5o4Y4rJXtvswCuZGYSEnGRtGDwRjvXayQxzBRIiuFYMu4ZwR0I96bNNHAqm
QkBnVB9ScCgDjre5vdQTTZZprqa8S6VpoHtfLW1k8mbKqdoyMkDknoOeaji8QapdQx7pru2hC2yX
M4siXicpJ5m1SvJ3hFPBAzXc4oxQBwOlnVYNKs4Lc3FtJJFaRtN9mG9Q0028kMMA42nB+7mmnxDq
76npdnNqAtMbDcu8SrvBmZfmypwWVMDG3lvTGPQMVWm0yyuLqO5ntIJLiL7krRgsv0NAHI6lb3su
r38K3d6SdStJIQYgywphcuvy44O4dT0yR3qMaz4gN9psMk/kRnaGke1c/aCJmRgQqEA7FU9V+9np
07vFGKAOX8NvqM91EtxJLDbRWofyRCqq7tLKDk4zwFU4BHXPeqOr6prNpbajNHLe7vtjw24jhXbE
ipkH7jFtzcdDngZHWu2wKMUAcdb3+tz38Us0kq28jwwvbfZwFAe33u2cbsh+OuB0qpo8t8tjoa3f
mx3cVzBFFA0e0LCYDnB6tlQxOehGMcDPeYprQxtIkjIpdM7WIyVz1x6UAPooooAQ1ycFiviGXxHO
/KT/AOgwn0CDkj/gZP5V0Or3y6ZpN1eN0giZx7kDgfnVbw1Ytp/h6zgk/wBbs3yH1dvmb9TVLRXJ
ersHhu/bUfD1lO/+t8sJIPR1+Vv1Bqa1/wCQvf8A0i/kazdA/wBB1vWdMPCiYXcQ/wBmQc/kwP50
moT6hDqV39hjUxny/NkzlkGD0GD+fP0p2u2kK9kjoaWsu0lvTaxmCK2ljI+VzdMxb8dlTebqX/Pt
a/8Af9v/AIilyj5jD1rTry61DVYItPaaPUbSKBLgugSJgZMs2Tu43AjAPTtVWHRdbXXTqjxQFJ5Z
IZI/+WvkbdiEsTgjKK+Bz8x966bzdS/59rX/AL/t/wDEUebqX/Pta/8Af9v/AIilyj5jkJNA16SK
wkgt7aOTSrO3WBJDl3lUBpNpBwucBMn3rT1ix1TVLh2ihuYIXiSIqtwEbi4UsQVbjMYJz1wcda3P
N1L/AJ9rX/v+3/xFHm6l/wA+1r/3/b/4ijlDmOO1bQNXnsJbT7Pe3UIWeO1RbzaIz5pKM5LAsPL2
gA56EHrWg+makdS33dveXNmbiZkSC6CFGLqY3PzDKhc8ZOPQ5rofN1L/AJ9rX/v+3/xFHm6l/wA+
1r/3/b/4ijlDmOMm0LWb2TUDf2MrwGaCdIIrggOyT7mKEyZz5ff5B04GBVrUNJ1mR5/3F5NGz3Bt
0hvPLMcjFfKkY7h8oGeOcf3Tmup83Uv+fa1/7/t/8RR5upf8+1r/AN/2/wDiKOUOYw9O0jVLfXo7
2d52L3DrO3nkxtF5IC4TOB+8BPAzXVVR83Uv+fa1/wC/7f8AxFHm6l/z7Wv/AH/b/wCIo5Q5i9RV
HzdS/wCfa1/7/t/8RR5upf8APta/9/2/+Io5Q5hdY/5A15/1xb+VULfQTaXL+XNO8MrFnY3Dq6n6
g/MPryKk1WTUDpV0JLe2CeU2SszEgY9Nta4qrtRJsmyl/ZUX/Pe8/wDAl/8AGj+yov8Anvef+BL/
AONXqKm7K5UUf7Ki/wCe95/4Ev8A40f2VF/z3vP/AAJf/Gr1FF2HKij/AGVF/wA97z/wJf8Axo/s
qL/nvef+BL/41eoouw5UUf7Ki/573n/gS/8AjR/ZUX/Pe8/8CX/xq9RRdhyoo/2VF/z3vP8AwJf/
ABo/sqL/AJ73n/gS/wDjV6ii7DlRR/sqL/nvef8AgS/+NH9lRf8APe8/8CX/AMavUUXYcqKP9lRf
897z/wACX/xo/sqL/nvef+BL/wCNXqKLsOVFH+yov+e95/4Ev/jR/ZUX/Pe8/wDAl/8AGr1FF2HK
ij/ZUX/Pe8/8CX/xqnq2nRxaZM4muiVwcNcOw6jqCa2qoa3/AMgi4+g/mKqLd0TJKzLhRXxuAODk
ZHQ07FFLUFiYoxS0UAN49aXA9a4hLNW167aGzuE1T+1FkW5ELKBb4TdmQjaVKhhtyeSOO9UIbJRp
ZTVtOvZbo6fDHp5SF2aNtmCAQP3bh+STjjHPHAB6G8kceN7quSFGTjJ9Kdx61zeo6ZcXWo+GTcSS
u1tIzTlFUoXER+Y5BxyMA8deOaypLvXYNJsXnu9SEk1s8xaK1V3Nx8uyIqF+Vep5AzzlhQB3PHrR
x61xj/8ACQ3F4S97e2yyTtE0cUKFYlWAPlSVPWTK5JOc4FS6tbalqtv4enjV49QSJrjdtKqk3lZA
cdgTlSD6mgDruPWjKhgu4ZPQZ6159b32tJp0Rii1GzeRZZbe3W13752uJDslJB2qF291GCTngUtz
ca4dQlvIlvZb+C3ulETWv7mE+bGFEZ2jeTGM4yc4/CgD0HA9aMA964ub+0L74famlzPLeTMWVG+y
urFcrxtKqWxz2Gelb/huOCLSUS2CbQzZKWhtgTn/AJ5np9e9AGrijFLRQAmKMUtFACYoxS0UAJij
FLRQAlLRRQBh+GnmdtX85pG26jKqbyeF4wBntW5VLTtRi1E3QiV1+zXDW7bu7LjJHtzV2m9xLYKK
KKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/
+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPVwx0e9CBi5gk2heudp6VF4fDr4e04ShhILaPcHzn
O0ZznvVq8uBaWc1wylhFG0hA6nAzTdPuxqGnW92qFFnjWQKeoyM4p9BdSzRRRSGFFFFABVHVf9Tb
/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJQBgeKv9LOm
6Uuf9Nul8wD/AJ5p87fyA/Gt8cVz9v8A8TDxvdTdY9Ot1gX/AK6P8zfoAK6GqlpZErqzntW/0DxV
pN8OEuA9lKfr8yfqD+daVr/yF7/6RfyNVPFlq914duWhH7+3xcRH/aQ7h/KpNIulvbm4uo/uTRQy
L9CpNPeNxdTVAA6CiloqCxKKie8to7hIJLiJZn+7GzgM30HWia8trfd59xFFtAJ3uBgE4B596AJa
KhhvrW4CmG5hkDMVXZIDkgZI474qXzE8zy9678btueceuKAFopss0cETSTSLHGgyzMcAD3NKsiPn
Y6tg7Tg5wfSgBaKMgd6RZEfOxlbB2nBzg+lAC0UZpaAEopaKAKWsf8ga8/64t/KrgqnrH/IGvP8A
ri38qsNcRRyRxNIokk+6pPJ/Cq6C6ktU9XunsdGvbuLb5kEEkq7hkZVSRn24q5UVzbxXlrLbzrvh
mQxuucZUjBH5VIzk18XXjwaTH5UAvHnEWopyREA2w7RngsxBGT0qW41zVYfDqau81lHDdGAxAQO5
gWR1HzYb5ztbPGOR3raGgaaLmWcWw82WSKR23Hlo+EPXt/8ArpkHhvTLbiK3KqHV1TzHKoVYONqk
4UbgDgYHFAGJH4i1dWtJbxYraxkYj7U1rIVl+fAJG7MOVwQWyMn870+s3WoalBBoN5ZNE1vLM0kk
ZkVmRkXbkMMfe5PNad7o1nqFyk90kjsgA2+a4RgDkbkB2tg88g03UNCsdUmjlvI3d40aMFZXQFSQ
SrBSNwOBwaAOdPjVrnUdNt4JLW1W8t4y6ynfJHLKCYwFBG5Rtwf99eRUFx4w1DTNLt7m9utOaSWe
UshjMWIYXZZNuXO5zhcD1PQ11DeH9NZJkNqmJpFlcjIO5du0g9RjYuAPSlj0DTYpjKtrGWKMnzZb
5WYuwwfVmJ//AFUAV9X11NL8iX5pIXgmnIQAlljTfwSRjP8AnFU5fFz/AGd449Ku/wC0AXX7MWjy
oVFfdu3bcbXXjPU4rQHhrSxAIPs5MYRowrSucKyCMgZPA2gD9etLd+HNNvt5ngJLvvYrI6EnYEPI
I4KgAjocUAZNh4rmlt4UNtJd3sscRSKIKm4mFZHO4nAAz3x1A96XVfGq2Ul/bW9p5t5bWz3CoZ05
2hSwYAkrjd364OO1ab+GNKaNUFuybSpVo5XRl2psGGByPl44PI60jeFtJeaWRrUlpo3jceY+0q4A
f5c4BbAyRycUAVW8SyxXklp9hmlvC6IlspQEEx72y5bGAO/0AzTYPGcFzeW8cdldeRN5QM52gRtJ
napXOc5Ug4BAq7L4a02dMSRSFsq3mCdxJlV2A7wd2dvB5571JH4f02HZ5dqiBDEVCkgDy/uYGe2a
ANKiiigAqhrZxo9wT0AH8xV+qGt/8gi4+g/mKqPxIUtmUG8WWDXwggnhMan97NJKEVfZf7x+nHvV
z/hINJ/6CVr/AN/RSnRrdL4XVvmBycyqgGyX/eHTPuOau+TH/wA80/75FN8nQlc3Uo/8JBpP/QSt
P+/opf8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/AHyKXuj94of8JBpP/QRtP+/oo/4SDSf+
glaf9/RV/wAmP/nmn/fIo8mP/nmn/fIo90PeKH9v6R/0EbT/AL+ij/hINJ/6CNp/39FX/Jj/AOea
f98ijyY/+eaf98ij3Q94of8ACQaT/wBBG0/7+ij/AISDSf8AoJWn/f0Vf8mP/nmn/fIo8mP/AJ5p
/wB8ij3Q94of8JBpP/QStP8Av6KP+Eg0n/oJWn/f0Vf8mP8A55p/3yKPJj/55p/3yKPdD3ih/wAJ
BpP/AEErT/v6KX/hINJ/6CVp/wB/RV7yY/8Anmn/AHyKPJj/AOeaf98ij3Q94o/8JBpP/QStf+/o
pP8AhINJ/wCglaf9/RV/yY/+eaf98ijyY/8Anmn/AHyKPdD3ih/wkGk/9BK0/wC/opf+Eg0n/oJW
v/f0Ve8mP/nmn/fIo8mP/nmn/fIo90PeKP8AwkGk/wDQStf+/opP+Eg0n/oJWn/f0Vf8mP8A55p/
3yKPJj/55p/3yKPdD3ij/wAJBpP/AEErX/v6KP8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/
AHyKPdD3htvcQ3UKzW8qSxt0dDkH8alpAAowoAHoKWpKM/S9MGmG8xKZPtVy9xyuNu7HH6VoVieG
55p21bzpHfy9RlRN5J2qMYA9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGQXkAurOa
3ZiomRoyR1GRim6daCw063tFYusEaxhj1IAxmmauWGj3pTdv8iTbt652npUXh8ufDunGTcZDbR7t
+c52jOc96fQXU0aKKKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKK
ACiiigAooooAKKKKACmSyLFG0jnCICxPoBT6juII7m3kgmXdHIpR1z1B4NAGL4PjZtHa+lGJdQme
6b6MflH/AHyBW7msEeB9BUACyYAdhPJ/8VR/whGhf8+bf9/5P/iqp2buSrpG6wDKVYZB4IrmPBcb
2ranYyf8uU4gT3QZK/o1Wv8AhCdC/wCfNv8Av/J/8VVAW/8Awjt5exaPZbYZDGZZS5by+Dzg5J+v
QVUbNNImV002dbRWXa3V79mTZaeeuOJDcqd3vkDFTfa7/wD6Bw/7/r/hUWLuc7r2nyXWsanGuly3
Et3aQx2tyEG2GQGT5t+crtLK3HPpzVZdK1WXXX1K5sIZLe6le1kV/ml8kLtjZkIwBvTf1J/eH3rq
vtV//wBA4f8Af9f8KPtV/wD9A4f9/wBf8KLBc4oaNq8cWnTWWlQxnSLS3ZFY7HeXCmbYAMElRsOS
Opra1hNTv7p2so762ieJIty4RwftChiDzjKbj9K2/tV9/wBA4f8Af9f8KPtV9/0Dh/3/AF/wosFz
jdZsNam06azkXVbiLZPHbiJxliJTsMpJ+ZTHtxnOee+K0Xi1RdSxcpqX2JrqZk+xsA27euwtg/c2
7uvHXPauh+1X3/QOH/f9f8KPtV9/0Dh/3/X/AAosFzjJ7XW799QF7baklss0EyRRTMW3LPltjZ5+
TnC4HAwMirWoQ62Gn2pqfltJcmAWjhW80lfKLnP3MZ68dc9q6n7Vff8AQOH/AH/X/Cj7Vff9A4f9
/wBf8KLBcxNOttZj1+O5uZbtkkuHjmQvmERiEEFV7fvAcHrXVVQ+1X//AEDh/wB/1/wpftd//wBA
4f8Af9f8KLBcvUVR+13/AP0Dh/3/AF/wo+13/wD0Dh/3/X/CiwXHax/yBrz/AK4t/Ks+30Se2vHb
7VcyJMSTMJAHX2ORyPp+VP1S5vW0q6D2ARTE2W89TgY69K2RVXaiTZNlH+y2/wCf+9/7+D/Cj+zG
/wCf+9/7+D/Cr9FTzMfKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z/wB7/wB/
B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z
/wB7/wB/B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmY+
VFD+zG/5/wC9/wC/g/wo/sxv+f8Avf8Av4P8Kv0UczFyoof2Y3/P/e/9/B/hR/Zjf8/97/38H+FX
6KOZj5UUP7Mb/n/vf+/g/wAKp6rp5i02ZzeXbhQDtdwQeR14rbqhrf8AyCLj6D+Yqoyd0TKKsy8O
9LSUtQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT07UYdQ+0i
AOPs87QPuGMsuM49uauVnaTph003uZfM+1XT3H3cbd2OPfpWjTe+gkFFFFIYUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf/QVq/VDTv9bf/wDXyf8A
0Faa2E90X6KKKQyG7uFtLSa4ZSyxIzkDqQBmm2F2t/YW92isqTxrIqt1AIzzS3tv9rsp7cttE0bR
lgM4yMZ/WmabaDT9NtrQOXEESxhiME4GM09LC6lqiiikMKKKKACqOq/6m3/6+Yv/AEMVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv
/pF/I00J9C6qKihUUKB2AxS0tFIYlFLRQAlFLRQAlFLRQAlFLRQAlFLRQAlFLRQBS1j/AJA15/1x
b+VXBVPWP+QNef8AXFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/
AJBFx9B/MVfqhrf/ACCLj6D+Yqo/EhS2ZepaSlqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAYnhu5muW1bz5Xk8rUZY03HO1RjAHtW3VLT763vjc/ZwR5E7QyZXHz
jGfr161dpvcS2CiiikMKKKKACiiigAooooAKKyH19U8Xx6D5DF3sjd+du4AD7duP1zTta1O/sDBH
pmkS6jNLknEqxRxgY+8x9c8AA96ANWisTw14kHiCO7SWzksr2ymMFzbyMG2NjIww4II703X/ABK+
k3tnp9lYSahqV4HaKBZBGoVfvMzngDkUAbtFYQ8SyWfh671TXNNn077IT5kW9ZSwGPmUjgg59uhr
YiuI5rdZlYeWVDZJ6DrzQBLRTUkSRA6OrIf4gciq97qNvY2c9zNIPLgiaZwpydoGcgfhQBaoqpp2
pW+p6Zb39u/7i4iWVC3BCsMjPoeatFgCASATwMnrQAtFMaaNBlpEUZ25Jxz6U+gAooooAKKKKACq
Gnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPV2ZNHvWQsHWCQqV6g7T0qLw+7yeH
tOeVmaRraMszHJJ2jOat3Vwtpay3EgJSJGdgOuAM02xu0v7GC6iDCOeNZFDdcEZGafQXUsUUUUhh
RRRQAVFPbpcKivnCurjB7g5FS1xF9qRi1mY3lxP9pS+jiitVvWgxCSoV0QDEucktnPQjjFAHb0V5
3J4r1i9jumF3Y6fHFPHkZDywAXCowdd2QuDkk49uDkXbbWdQgmuBPfR3Tx6hOioFKGNFgkdcgNyD
tGM//XAB29FcDceL9Ws9L/fvZtdO0BWVYtqqskbORtZwCQVxyw4Ptg6+qa5e6XoemXU01oJJApum
XDZ+XJES7hv57Ak46A0AdPRXn934qv8ASNM1CSS/inuY76dY0aBQERQWCsS64yMY7kdAatxazf8A
2+4El5HLu1CAR2+CphjeEPyQclc5HIxkE+wAO1orhbTxFf317phfUII1LzxXCJGDHK4RWVUcOQ3U
4I565AIIq9oGvXN/dWkE13awYghP2Z1Yy3G6EOXVi2cAkjofunJzQB1lFeeah4vuboarAs8cUNu0
UqSunlmLFyqEOA5O3AzztJGeMGp5vGN/HA+26sQIlmaKdoW26gyttVIwG4JzjgsTxgYoA7yiuF1X
xVfPDf2dvPDb3saXh2hMyRLGgZDjPfPXoe1amt393Douk3NtqsCB7mFZroRgxyI3U/ewAeO9AHTU
Vwn9v6no9peSfurmIteSQoysGi2XITLNk5XEhOMDASuj8L6jdanpRmvZLSSRZWQPayB0ZR0yQSAe
eQCaANiqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/WVL4js4dWNhItwHEiwmXyT5QkZQyru6ZII/M
Vq1zV14XeXXpdVimVZ2uUkGS2DF5YjZSOm7qQcZBxz1pDNttUsUjlke8tlSFtkjGVQEb0JzwfY1H
e6xZ2EtvFNMvm3EixxxqwLHccA4znHvXJ2nge+s9PkghmtFlIjjaYPKWnRd33t27Z97Pyj1GcGpr
XwZd20tgPNspFgNq8krxsZQYUClUPZTjP4n1oA66a8t7Z1SeeKJnBKh3ClsDJxnrgVXtda06+gtp
ba9t5EuhmEiQZk9cDrkdx2rJm8NzrqdlPb3O8RcSzXLGSVkzkpgjaQfXgj1PSs4+ENSa30i3+1Wi
xWHlBljUqG8uQNu6ZJYDGCcA+uaAOktde06+jWW1uo5oT5mZVYbV2EBsnt1pG1/TRK8KXcUsyQrO
Y43DEoxwGHqOP85rCHhKc2wgcWbxx/alVBvQSCV0ddxHII2kceg+lI3hS/kglSW4tHkns1t3kMeC
rLIzjGAMjDYJ4J2g96AOqS7gkuJLdJ4mnjALxhwWUHpkdRUR1SxWNpDe2wRX8ssZVwG/u5z19qy9
O0m+0ya48tdPYNMzpOyN5rK8u9lY+wJA55IHSsm88DyTaZYwRm1kMHniWJzJHHL5pzuJQg5GMc9c
mgDrG1C0SdoGuoFmVdzRmQBgOuSM5xSy39pBG8k1zDHGmAzPIAFz0yc8Zrj5vCF1/aUcQS1NrKbn
NwiEyoJYSuGJPKg4AHOQFz0on8G6jdp5l1LZPMJlcwo0qRuohEWCw+YHjI7dR70AdVe61p2nRSSX
l7BEsQUvucZUMcAkdcE1cR1kRXRgysMhgcgj1rjZPBtyYbmCBrKCCS3RBGA7q8i7ME7slQNmOCcj
BIyK7CAMsCCQIrhRuCfdB9vagCtrH/IGvP8Ari38quCqWrsG0a8KkH9044+lXR0quguotFFFSMKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJ
S1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM3SNMbTTfb5Q/2
q7e4GBjaGxx+laVYvhy7muzqvnytJ5OoSxJn+FRjArapvcS2CiiikMKKKKACiiigAooooA46b/ks
lt/2A3/9HCug1i2vb22EOm6n/Z9xncZBCspK+m1vfHPtVTW/B2jeIbyK61K1eS4iTy1kSeSMhc5x
8rDvUEngPQZLO2tjazKtru8mRbqUSJuOWG/duwT2JoAzPAIfTtV1/RbopcXtrOk898pP+kmRcgsC
flYAYwOPStbxJ4ah1+a2lhvpbDVbPL21zAQWQHggqfvKccir+jaDp3h+1a30y2WFHbe5yWZ29WYk
kn6moNa8KaTr88U+oW7meJdqTRSvE4X03KQce1AHCa5fXGu+BPFFj4ghtbnUNDfatzEvyOxXKuB/
C2CQR2rZ1XT9A0nQdK06PQ0uzfzq0FjE3lpLLsyWck4wAO+e3FdNaeG9JsdGl0q3solsZQwliOT5
m7glieST6k5qkvgbQ10ldO+yym3SUTRk3EheNwMAq+7cuAMcGgDktBik0/VPGNgLGHToBYJMLOCb
zI42KOCRwACQBkAUuk+ENGPwqN/NZrcXs+kmV55iXbPl7lA9AuFwO2K7PT/COjaX9qNpabGu4vKu
HaR2aVefvEkkn5jz1rQtNNtbHTItPt4QtpFEIUjJLDYBjHPXj1oA821LSbHTvgU09jaxQSXVlaSz
vGMGRsoSx/M10Pi6VD4o8HIsilmvXYKG5I8o8/TmtjT/AAjo2mafdWNtaH7JdDbLDJK8i7eflAYn
A5PAqvp/gPw/plxb3FtYnz7Zw8UskzuyYBAALE/Lgn5elAHM6H4a0bxBrvixtYiW6MWouixySHbE
pRcuFzwT/e/2fat74a3M914FsHuZXmKmSNJX6vGrsqH/AL5AqhZfD6zv9T1241yyybq+aSF452Rp
ISqja2wjK5B4Ndpa2sNlbRW1rEkUEShEjQYCgdABQBLRRRQAyVXaNhG2xiOGxnB+lUHs9TYfJqaK
fX7KD/WtKimnYTVzFNhq3/La8FyvojGDP5A1c0tovs7pFAYDHIVkQnJ3dSc9+o5q9VDTv9bf/wDX
yf8A0Fabd0K1mX6KKKkor30H2uxnt923zo2j3YzjIxmm6ZafYNMtrTfv8iJY92MbsDGcU3VnaLSL
x42KusDsrDqCFODUegSvN4f0+WV2eR7aNmZjksSoyTT6C6mhRRRSGFFFFABTSikhiBkdDjpTqQ9K
AI/3LOy5QsR8w4yR05qFryyjnhjaeESXGfKGRmTA5x64rjR4U1C/m1J0gtbIvcXRW4JYS3CucBWw
BhPoTxjAqzH4Quft0N4LTT7Yid2WCE5FsrRhNyHaPmyobACjPvyQDo9R07TdUiVb1UdYXyrCQoUb
GD8ykEcE96I5tNsU+wwGJfsiR/uIxuManhflHPauW0rwLJDFBFf29rKq3EUk++cyrPsSRd20oADl
wecn1PAqa38H3cMRQx2Zle1tYnuNx3hopNzD7uSCuOc/wjj0AOou7u1tIDNMVKiRI22jcQzMFXP4
sKsExKw3FAxwBnGfauOh8J6r/ad9cTSWm2d4mHl4UNsuBJkqEHO3jksc98VN4h0K71fxKxgtLcxm
ySMXc2QbdhKW3R4BywHuO3NAHVAwAEAx4Q8jj5T/AEoDw7hhk3BcjkZ2+v0rjP8AhDtSnvtRkuzZ
NFdtHuVQFWQLcCQ5UIP4cjksc55waW78F3Uur386CJkmjlW3kNwyeSrQmMJ5YXkA/wC1jHOMigDr
ZLqzilhR5ole4cpGCRmRgMkD1OBS3FzbWlpLcTOggt1Ls3UIFHNczH4PNpe28lvaWBggu0mSI/KE
XyBGxX5Tg7gG464HINTWPhq6i8M6ppc0dqqXKOkEed+3KYBd9o3HPOSM+pJoA37O7gvbeK4QFTMm
9VkXa+33HWpN8BQLvj2k7QMjBPpXKr4RuI9UjkihsUjWaKZbhSRLEiIFMKqBjaSD3Awx4JqKfwKJ
NJs7ZYLISW2mPbqduAtw2z94OOvyn5utAHZJscBkII9RTlUIoVQAB2ArN0TSRpH26OJIoreW582G
KIYVF2IMY6D5lY8etadABWQIbiTWb37PciEBY8gxhs8H3rXqha/8he/+kX8jTQmH2W//AOggv/gO
P8aPsuof9BBf/Acf41eNcjB4xmGt3kF0bYWlq1wZdsbiSKOL/loSflcE4GF5GRRcLHQfZdQ/6CC/
+A4/xo+y6h/0EF/8Bx/jWL/wn2nf2XLftDcLFDL5cgcxqR8u7IJbDcdlJOQRip5fFIOs21tFDItm
ZpY57uVQseUjZiAc5GCByRjg+lFwsaf2XUP+ggv/AIDj/Gj7LqH/AEEF/wDAcf41m3/i62gW8FjG
149vaNdBo3QI4AJABJyRwckAgdOvFLL4sit57W2mtJkurqHzI4vMiJ3bWYJjdnnafmxt96LhY0fs
uof9BBf/AAHH+NH2XUP+ggv/AIDj/GsaLxmq2Fvd3lrLD5tpFceSNpIMjFR8+7aF46nGB1x0qYeJ
5GvbmF7OSGOG5ghWVyrB/MCnoG4PzfT+VFwsaf2XUP8AoIL/AOA4/wAaPsuof9BBf/Acf41FZa7F
eWM189vc29nHH5yzTKAJI8E7lAJOMDOCAeRxVY+J8Rxf8SrUjNNueOEIm9o1AJk+9gD5lGCc5OMU
XCxe+y6h/wBBBf8AwHH+NH2XUP8AoIL/AOA4/wAayz4xt5HZbW0u5VKAxTbVEcjmHzlTk5BK+ox7
1X0/xXOmmW0uoW8klzLbwS+TDGqsWmkZVAy5GOB1PTk+gLhY3Psuof8AQQX/AMBx/jSfZb//AKCC
/wDgOP8AGsyfxjFBdy240zUZXjkMQKLHhnCB2UEt2U5yeODjNbtpcx3tnDcwktFMiyISMZUjI4/G
i4WOav7C/wBl5NFOYolR/OJhCifjsoP/AI9x+NdUKp6x/wAga8/64t/KrgqpO6QkrNi0UUVBQUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWp
GFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT0+8tbv7T9lGPJna
KX5NvzjGfr1HNXKzNG02TTTf+ZIr/abt7hdo+6GxwffitOm99BIKKKKQwooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK0
1sJ7ov0UUUhkN1OltayzyglIkLtgZOAMmksbqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e4j
OMjGaZpdobDS7W0LhzBEse4DG7AxnFPSwupbooopDCiiigAoopKAFopKWgDEuvE0VrrX2B7S4KK0
aPcDbsRnB2gjO7t2HHFU7HxrbarJELSG4RHniRXkj+WRXDYIOeD8vQ8jI45rYl0aynuXnki3Su8c
jHceWTO3j2yaqx+FtOgg8qFZ1RSGiVp3dYiAQNisSFA3HgcflQBjp46OoiJ9LsJ5F+1RxEFoyZVe
N2AX5sKRtGQ2CM8irMXi/demT7LM2nPb20olAUGHzWdfnycnkLwAcc1NoPhNdJiSO4vJbxYXWSBW
BURsqld2Cx5IY57cDgVZXwnpKzQSC3fMCJGq+c+wqjFk3LnDYJyMg0AVD4zhEHmnTr0LIgktchB9
pQyLGCvzccupw2ODmrd7rNza6npNstgzrfFhKfMUGHC59ee/T0pYfCukwFvLt2+bbgNKzBArhwqZ
PyruAOBgcVcvdLttQkgkuFZnt3LxlXK4yMEHHUEHBB4NAHPP41+1mNdNtnllS9SCWJXjferI5G1g
20H5ecnjBpW8axQNLPNHJ5JjhEMAUeZ5rNMHUnOOPKPPTg9c1fXwbpCQmJIZ1G9HDLcyBkKAhNp3
ZUAMQAOKmbwtpRhWJbdo1UIEMcrKybCxUhgcg5duc5O45zQBc0zUE1TTYL2KOWNJk3BJV2svsRVu
orW2S0to4Ii5RBgGRy7H6sSST9aloAKKKKACstbmK11O/kncIuIgM9ScHgDua1KwrjSLbU9Xu2mX
EsQjMbjnbwe3QiqjbqTK/Q2YpfOhV9jx7hna4wR9RWdL4b02cYlg3DzJpCCx5MoIkB9iD0+npT4N
FsxEontbdpB1KJgH8Kk/sXTv+fOH/vmloPUz5/B2m3NoLe4e9mUblDSXcjOFYBWQMTkKQBkVYj8N
2EeprfBZfNVmdUMreWGZdrEJnbkjrxVj+xdO/wCfOH/vmj+xdO/584f++aNA1Ibzw9Y39z51ysjg
RtGsZkby13KVYhegJViMj1qFPCmnJeQXWJ2mh2kM0zHcQpUMwz8x2kjJq5/Yunf8+cP/AHzR/Yun
f8+cP/fNGgalSPwvYw2ogie6QLCsCutw28RhiQuc5wMkfTinReGNNgYeVE6IvkkRiRtgMWNhx6gA
D3Aqz/Yunf8APnD/AN80f2Lp3/PnD/3zRoGpXt/DllbW/wBnjNwbfPELXDsgXaV2BSfu4Y/L06eg
qFvCenvbRwtJeER7gj/a5N6IQAUDZztIA49qvf2Lp3/PnD/3zR/Yunf8+cP/AHzRoGpEvh/T0xsh
2KJBIFViACIvKGB6bOMUg8P2A8nEbfuUhjT5zwsTbk/In8am/sXTv+fOH/vmj+xdO/584f8AvmjQ
NSM6FZGczeW28yvMTvP33TYx/wC+auWltHZWkNtCMRQosaAnOFAwOfoKr/2Lp3/PnD/3zR/Yunf8
+cP/AHzRoGousf8AIGvP+uLfyq4Kx9U0iwi0q6dLWJWWJiCF6HFbA6U3sJbi0UUVJQUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4evJ7xtU+0SGTyb+WKP
gfKoxgfrWzVPT7i0uDc/Y9v7udo5tqbf3gxuz6npzVym9xLYKKKKQwooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//wCvk/8AoK1fqhp3+tv/APr5P/oK01sJ
7ov0UUUhlPVpGh0i8kjYq6QOysOoIU4NR6BNJceH9PmmcySSW8bO56sSoyatXU0dvayzTDMcaF34
zwBk8UljcRXdjBcW4xDLGrpkY+UjI47U+gupPRRRSGFFFFABVHVCVigwSP8ASYhwf9sVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6pW0Trqd
5IykI4j2n1wDmmhMu0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFLWP8AkDXn/XFv5VcFU9Y/
5A15/wBcW/lVwVXQXUWiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDW/8AkEXH0H8x
V+qGt/8AIIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQBl6LpsumnUPNdG+03klwm3PCtjAPvxWpWP4fvp706n9ocP5F/JDHwBhBjA/Wtin
K99RLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf6
2/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhle/gN1YXFupCmaJowx6DIxTNKtGsNJtLR2
DtBCsZYDgkDGaNVlaDSbyWNirxwOysOxCkg1FoM8lzoFhPM5eWW3jd2P8RKgk0+gupoUUUUhhRRR
QAVR1X/U2/8A18xf+hir1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAISFBJOAOSa
55/FTRad/aM2nyRWDvEIZmkB3o7qu4qMkcNuA5yPQ10LAMpBGQRgisK38NPBaxWjajcyWlu8TW8b
Kv7sRurAFsZb7oGT29+aAJn8VaPHFDI96oSZSynY3yqG2ksMfIA3BLYweKVvFGkJNPE96gaAMXJV
tvy43ANjDEZAIBJycVSn8ILIZRHf3MSXIkjuVUKfOjeR5CuSPl/1jDI5wfXmg+EEyyi9lNunmm3g
kjR0iaQksSCPnHJAB6An2NAF2fxLYWwaS4kMcKxxybij7/ncoo2bd2crj19qSTxVpES2rNeAi6x5
W2N2Jy2wZAHy/MdvzY54qvb+E4oRDuu55Gi8nlsHPlytIB7DLYx2AAFZl14Rv4tcs7mye2lghJbN
x1QmZpGO0Dn7wxzwVBoA1dX8V22lTXtuYZnntLUXTfIQhUkjG/GM8f55qWTxZo0NmLqS9VYSzLko
+4FfvZXGQBxkkY5HqKTVPDy6pcXEjXUkSXFsLaRFUHIDFlYE8ggsfrVPUfBkF/ctci4KzNLJJmSC
OZQHVARtcEf8s1IPXr2oAua54iGji0EcMc5ui2wvcLEgAXd95uOe1VR4wBvYY/sEqwyLb7neRVkQ
zfdHl9Tjvg8c+lXtS8P2urfZVvFEsUCupiZQVcMu059Pwpmm+G7ewvBeTN9rvBDFCLiZFLjYpXIb
qCc80ATW+uW8nh9NXuP9HtjD5zludi++KjPifSxbG4NwwhVyjsYZPkOAcsNvyjBBycDBHNUn8N3c
XhO80eK+M4eDyrcyRqnlD3I6/l2qvqHgZdUt5Fu9SuZJpmZppCiYfKKgwmNoICjB929aANeXxLpk
JuhJc4NrIIpP3bn5z/COPmPfAzxUaeLNHknhhjvVd50WSPajkMGzt5xjJwcDqSMdagv/AAnBfW0s
TTMGa9N6jNGjhXK7SCrAgrgnr60sPhWKPYTcOSrW7nbGiKTCSRhVAABz0FAGhourwa7pcV/arKkU
o4WVCjD8DV+qGjaadI02Oz89pkiJEbOoBC9hx1x61foAKKKKACiiigAooooApax/yBrz/ri38quC
qesf8ga8/wCuLfyq4KroLqLRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf8AyCLj
6D+Yq/VDW/8AkEXH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAp6fLZS/afsXl5Sdlm2Lj94Mbs+p6c1crK0TTptOOoecUP2m9knTac4VsYz
78Vq03uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ0
7/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbqWKG1llnH7pELPkZ+UDnj6UllNDc
2UE1qAIJEVo8Lj5SOOO3FN1CBrrT7m3QgNNE0YJ6AkEUzSbRrDSLS0kZWeCFI2ZehIAHFPoLqXKK
KKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKK
ACiiigAooooAKp280j6leRM2UjEe0emQc1crAvdRk0/Up1t4BPcXMsMESM+1dxViSxwcABSeAelN
CZv0VjjxDFBdRWd6jLdEqkrQqzwxu33VLkDBbjGR3HqKzZvGsV1HZjS7a4ke4uY4j5sDDajIXD44
JBAOD7H0pDOqormx4306NIPOE5aSLzWaKFmRRsaTBJA52oxx7Vbn8UWFvdC3bz2k37TtiJCjYrli
ewCsCTQBs0Vz9p400q/0+e6tJTI0QOIThZJCF34UdyQR0psfjC3NvbzS2typuIYnSBYi0u6TfgYH
GP3Z5z+VAHRUVzU3j7RYLU3Ejzqh2lQ0JUurBiGUHGRhG/KrI8XabJ53k/aJhGyxr5cRPmOwyFX1
OOfpzQBuUVkw+JbCeMOjSYPk5BjIIMkhjUEdjuUg+mKhtfFtjeeSYobzbKnm72gICR9nb0U4OD7H
0oA3KKxdN8WaZq2nXd7aSu0NopaXK8gbd2ce4qv/AMJzo63UVvNJLBLJH5m2aMqVGGYZHUEqpP0x
60AdFRWNa+KLK6IXy7mGQyNGY5oSjBhH5nI/3Tmqf/CfaH5kiee+5IhKfkPIwpx9cOvX39DQBsax
/wAga8/64t/KrgrnJPECapFq1mlndRCC1EnmSphW3KTj6/8A166MVXQXUWiiipGFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABVDW/wDkEXH0H8xV+qGt/wDIIuPoP5iqj8SFLZl6lpKWpGFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaDfz3x1L7Qwb7PfSQx4XGE
GMD9a16pae1kxufsPl5E7CfYMfveN2ffpV2m9xIKKKKQwooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhl
TVJXg0q7mjbbJHC7KfQhSRUeh3El3oVhcTvvllt0d29SVBJqzdPFFayvcY8lUJkyMjbjnj6UllLB
NZQSWm37O6K0W1cDaRxgduKfQXUnooopDCiiigAqjqv+pt/+vmL/ANDFXqo6r/qbf/r5i/8AQxTW
4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArFn06DVL6+huN4CmF0eNyjowBwykcg/wD1
62qyFs1udZvi0k6bVjH7uVk7HrimhMRfDViLuO4Z7mR02Fg87ESMv3XcfxMOxPoPQU638N6fbPA0
UbgweVszITjy0ZF/RjU/9lR/8/F5/wCBL/40f2VH/wA/F5/4Ev8A40aBqc/H4Chh1r7VHcAWhi8h
oShZmi2bTHuJ6HrnGeetatp4W060cv8Av53O7c08zSFgyKhBz22qoq3/AGVH/wA/F5/4Ev8A40f2
VH/z8Xn/AIEv/jRoGoyx0KzsLV7dBJJE3AEzl9oxjCk9Biorbw1YWzWzL5zvbBFjaSUsQE37QfXH
mMPy9Ksf2VH/AM/F5/4Ev/jR/ZUf/Pxef+BL/wCNGgalJvCWmGONVWaNokRI5ElIdAu7GD/wNgfX
PtTpvCunzzyTu1z57hAsonbdEFORsPbv+Z9at/2VH/z8Xn/gS/8AjR/ZUf8Az8Xn/gS/+NGgalM+
FNN8y3dBOnkbPlWdgJCjl1LjPzEMSefU1IvhuwjNr5fnItvCINqykCSMdFcfxAZPX1PrVj+yo/8A
n4vP/Al/8aP7Kj/5+Lz/AMCX/wAaNA1K0PhqygsntFkujAwZdjTsRtKldv0APHvzSzeGdOnuGldJ
MPF5MqCQhZV27RuHfg4qx/ZUf/Pxef8AgS/+NH9lR/8APxef+BL/AONGgamZF4PtQlwk1zdyB5xN
HIZ2EqfuhGRvzk5AP4H8asQ+FrC13i1a5gVoxGVjmYDgAbv97Cjmrf8AZUf/AD8Xn/gS/wDjR/ZU
f/Pxef8AgS/+NGgamV/ZWmafYX/9mu6tFafZ3i8wkAKDglT35PPpXRjpXNapobPDcXUs0yrBG/lq
J2Zm4/iJ7f7I/OulHSqaVlYSvfUWiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf/
ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDJ0LT59POo+ft/0i9knTac/K2MZ9+K1qydC1Ce/Oo/aCp+z3skEe0Y+
VcYz781rU3e+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMrajA11p1zboQHlidFJ6AkEU
zSLV7HR7O1lKmSCFI2K9CQADinanM9vpd3NGcSRwu6nGcEKSKj0S4ku9Dsbidt0s0CO5xjJKgnin
0F1L1FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfopKKQxaKTOaWgAoopM0ALRR
RQAUUUUAFFFFABRSZooAp6x/yBrz/ri38quDpVPWP+QNef8AXFv5VcFV0F1KmpanbaVbie8l8tCQ
q4BJZj0AA5J9hVG28T2FzfxWkbOrSQtLvkXYFwwUqQ2CDk+lN8Q6deXNxp17YIks1jMZPJdtokBU
qeexGeKxda0DUvEFzLc3WmwIx06WGONplfbKWBQ5x1xnntWEpST0R3UKNCUU5yte/VafL9TsjPEs
qxNKgkbohYZP4UiXEMrFY5Y3YDOFYE4rhrnwvrE+vWdyYYTHBJbNvV0BCoAHB43E9e+MVXfwve6X
p32o2qpJHaXiztC3zsXJMfTk8flS9pL+U0WDotL96rv/AIPn8vU7e51aCBI2izc75ViIgZWK7jjJ
56VZjuIZHKxyxs2MkKwJxXnGgWD6nbMLS2QTRX9rPI6KqRFE/u4HJHcepqxJ4ZvNL0/7WbZUkS2v
VneFvnbeSY+nJ4/Kkqsmr2LngqUZODnZ/wDAv3+XzO+W7t5A7RzxMEGWKuDtHv6VSi160uRaPaM1
xBclgJkxtTaMndnBFc14DSC4g1NGtk3SBFdkiUQuu3AUYGM9c/WorXwrqMWm6ZbGzgje0NysjrIp
Eu+MqrfiSBzzxVe0k0ml/VyHhKMJyhOWq/8AkW/zsvmduLy3P/LeLOQv3x1PQVJ50fm+V5ieZjOz
POPXFeeS+Bbw2Mqx2VuJjp0EancAftCt8zZ9cd60rfwvfL4xfULhGeMz+ck6TKMLtxsK7dx9OuMU
Kc+sRSwtBJtVdk/08/P8DsDNEsqxNIgkYZCFhkj6UguYSZAJoyY/v/MPl+vpXMajod9P4sjvrS2i
VCFWS4kdWwApGVXG5WGexwe9Zdp4P1IQeR9ltrR47Ge2kmSQMbx3GAWwM47880OcuxMMNScU3Uto
v63/AKvrY7v7RDz++j4AJ+Yd+n50LcwM6Ks0ZZxuUBhlh6iuFk8MavdadepNaRRyTwWkSoJgf9U3
zZPGOBmr03hm5TVdQ+z2Vv5VzGFtbvcFazxGV2quM4z6etHPLsN4Wir/ALz8vLz839x1qTRygmJ1
cA7TtbOD6VmWmvxXGqNYSWt1bTFTJH5yACRQcEjBP64rL8F+HrjRUna5heF5FRCvmq6sVBywCqMf
jknvWjYaXKviHUL+7VmLbY7Vmk3bY8DcAP4ctTTk0nYynTpQlON7pLR+f9fgbVUNb/5BFx9B/MVf
qhrf/IIuPoP5ito/Ejklsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAp6cLIfafsPl5M7GfYf8Alrxuz79KuVkaDYT2B1L7Qqj7RfSTx4OcocY/lWvTe4ls
FFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf/wDX
yf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG6aFbWVrnb5AQmTcMjbjnP4Uli9u9jA1nt+zGNT
FsGBtxxgemKbqULXOm3MEeN8sTouemSCBUej2sllo1lazbfMhgSNtpyMgAHFPoLqXaKKKQwooooA
Ko6r/qbf/r5i/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAoo
ooAK5bXbqS1upsXTWdvJcQR3NyuAYoyrc5P3ckKue26uprCuNVtdN1W8W5YF5RGEj4y/B9eMe5pp
N7CbtuZ6eJJLfU7extJ4Lq3DRIpkcvPcq+cyIRwVXucH7p5HfPXXNZ1n+zIZXtrcy3NvI/keYoaO
SF3CEhgeCpzzg8e+erg1iwMSNNc2scmMFVkBC+2af/a+mf8AP5bf99ijlfYOZdzjIPHGotJFb2sN
u5Sz8+RZd7O58pn4ORk7gi4wSck9q018YXN7e+Xpi2lxCrMS6bn3qsMchVcHG4lyPatBovDramNQ
aS2N0GDhvNONwGA23O3OOM4zWgNX0xel3bD6OKOV9g5l3Of0jxNq2raLczfZIBOA2yWCRHSL93uG
9d5OQeMDn2FV7PxHqcsenLDNZz3N3BbBpiGMW5/O3HaD1HlgHnr6V1A1jTRnF5bjJzw4oGr6YOl3
bDH+2KOV9g5l3OQn8cavFZRyC0sfMmWKRGZyscausnDszKM5jwDkdehI5tv4yvEuLiKQWEBVogHZ
i8cCv/FI4OOvG35eoOSDmukOraYQQbu2IPbeKDq+mHObu2O7r845o5X2DmXc5+HxlKRbpcJbxzXH
2YRLkjzt8zRuyA9QFUMPQMM0ln4p1GX7Ebr+z4zcWwuljAcNPk4EceTy4xz1+8OO9dCdY00kE3ls
SOnzij+19M4/0y246fOOKOV9g5l3Oe0nxjd3WhXl5eQWouI0LQQwShjIRHvKkBmIIwc98dhST+Lr
qD7OqXGl3JZBIGh3YusvtMcPzH5gOvXqOOuOiGr6YOReWw5z98daBq2mDGLu2GOnzjijlfYOZdzk
tQ13WNRt7m1R7a3DzRiKSLzAwj+1mEgkMDk4ByCOCR6Gp38S6naxX/kJbMllFNIfOLszsJ5I1AOe
B8gPeum/tfTP+fy2/wC+xR/a+mf8/lt/32KOV9g5l3OcbXdTnnvdPvo7QxiO4i3whgS8ao2cEngi
TGPUZzzgdiKx9U1XT5NKukju4GdomAAcZJxWwKbTSEmmxaKKKkoKSlooAQDmgjNLRQAmKWiigAoo
ooAKKKKACiiigAooooAKoa3/AMgi4+g/mKv1Q1v/AJBFx9B/MVUfiQpbMvUtJS1IwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrQ9Rm1A6iJwg+zXskCbRj5VxjPvz
WrVPT4rOM3P2Hy8tOzT7Gz+943Z9D04q5Te4kFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+iiikMq
6nM9tpl1PGQJIoXdSRnkKSKj0W5kvNEsrmYgyzQJI5AwMlQTxVi68n7LL9p2+RsPmbum3HOfbFNs
fs5sYPsWz7N5a+Vs+7txxj2xT6C6liiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQ
xTW4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArKFrDd6pfJMgYARFT0KnB5B6g1q1Qtf
+Qvf/SL+RpoTLcMRhiVDI8hXjc/U/Wn0tFIYlFLSUARQ3VvcbhBPFIUOG2ODtPvimSajZRY8y7t0
yMjdKoyM49fWuFsbO/tNLtX0vSLi1v7W1khmYxCPzpHwqA45YKx3luwB7mn2Xhu4tHtrK70i2e3t
L1JomiXzVETRvvXLAH74JIx1cUAd6ssbkhHVivXBzjvTsj1ridBg1fSdQe+vdN/dalEZZo7Yl5Ek
35QMCAAQjbeCfuCm6na66lgrRXGoqJr2f7QYwZHjjDP5WxQykLjb0PpnIzQB3GR60Vw9tNqsPiDT
RfzanukuRGSwCW8kX2cnBUH7+9SSB0OecYruaAEopaKAEopaKAKWsf8AIGvP+uLfyq4KoapNHLo1
95bq+2J1bac4OOhq+KroT1FoooqSgooqC8uksrKe6lDGOCNpGCjJwBk4H4UAT0Vhr4rsGs9KuV85
k1ORY4VCfMpPXfz8uDwfQ8UHxTB9le5Wzvnh3IsLrEMXG5wg2ZPTLDrjI5GRQBuUVg2/iy2urtLW
C1vZJySJoxEMwYfYd/Prn7ueOatanriabdxW32O8uZHiabFugbaikAk5IP8AEOBk0AalFY0viayW
6tbeDzbqS7gNxD5Kgh1xkDJIALANgHrtPpVZfGdp9kiuZ7O+t4pbgW6GRFyW3FWOAxwqlTkn9aAO
ioqvc6haWTRLdXMULTNsjEjhS7egz1NQtremIlw7ahahbY7ZiZV/dnpg88UAXqKitrqC8t0ntZo5
oXGVkjYMrD2I61LQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaBY3FidT+0IF8++kmj5Byhxg/pW
vWXoupS6idQ85UX7NeSW6bc8quME+/NalOV76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKK
QyrqUL3OmXUEYBklhdFycDJUgVHottJZ6LZW0wAlhgSNwDkZCgHmpNSme2026njxvihd1yOMgEim
aNcyXui2V1NjzZoEkfaMDJAJxT6C6l2iiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACslbeSbWb4pdTQ4WPiMLzwfUGtaqFr/y
F7/6RfyNNCYv2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mHKUfsM/8A0Err8o//AImj7DP/
ANBK6/KP/wCJq9RRzMOUo/YJ/wDoJXX5R/8AxNH2Cb/oI3X5R/8AxNXqKOZhylH7DP8A9BK6/KP/
AOJo+wT/APQRuvyj/wDiavUUczDlKB0+Y4zqFyccjKx8f+O0v2Gf/oJXX5R//E1eoo5mHKUfsM//
AEErr8o//iaPsM//AEErr8o//iavUUczDlKP2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mH
Kjl9T0q6dLq6+0TRJHEwYkpunGOhCgDH1yfpXTiqes/8ga8/64t/Kmiyuv8AoJz/APfuP/4mqbul
clKz0L9FUfsV3/0Ep/8Av3H/APE0fYrv/oJT/wDfuP8A+JqbFXL1VdTtDqGlXdmH2G4heIPjO3cp
GcfjUf2K7/6CU/8A37j/APiaPsV3/wBBKf8A79x//E0WC5ir4OZb15vtgMfnxSxRlOIwGDyAc/xs
M+1PHhi7l0ePSbu+ilsoDCItsRSRkjdWwzBuuFxkY65rX+xXf/QSn/79x/8AxNH2K7/6CU//AH7j
/wDiaLBcy9R8LC5+xwWf2S1tbYhkYQsZ4m3ZJR93BPfIPqc0+fQbyG/guNLvljKQyQubsPcNh2Vs
qS3UbehyK0fsV3/0Ep/+/cf/AMTR9iu/+glP/wB+4/8A4miwXMH/AIQfY6yxajOkkDwfZlz+7VIg
NoZf4icvk5H3/anT+CvtirDdajOtskdwipB8hJmkZmyecjaQuPr61ufYrv8A6CU//fuP/wCJo+xX
f/QSn/79x/8AxNFguUoNFvGuNOmvryKZ7IMoKxFS+6MKSeTzkMfxx71j6f4El01IzBPZma2eNoJX
gclwu4Yky+DwxPy7fm59q6X7Fd/9BKf/AL9x/wDxNH2K7/6CU/8A37j/APiaLBcr+GLGfTdAt7W7
VVmjL7goAHLsQQB04PTtWtVH7Fd/9BKf/v3H/wDE0fYrv/oJT/8AfuP/AOJosFy9RVH7Fd/9BKf/
AL9x/wDxNH2K7/6CU/8A37j/APiaLBcu1n6vIkui3DRsrLgcqcjqKf8AYrv/AKCU/wD37j/+JrDv
NNvFS4uvPkhhx88bKgMxyOSFGB9ev0qoJX3Jk3bY6mlpBRmoLFopM0ZoAM0tef6hFe6dq2pXGiWk
s9zKzmSeSzcSwAsu7a/SVcA7VGSMDrjFPE3iJrOOSO+vZTBBJKpW0KCZhKoVGDruPyk9MZ60Ad2X
UMFLAMegJ606vPr9dUudQupWW/luIra+RY2tf3MfIEQQ7fmLKB3OatX+oa1pkuo3zXFx9nU3Sqkk
KmKJUQGJhwDy3qTnpQB29ICDyDXE2M15qPgLXFmupr66ZJVERG6SPMYwnCKST1+7/EKY9izXscuh
2U1tYG4gKIYGiTzQJN0gQgEDBQE4AOPagDuc0tcVoFnGt/pLWen3VpdQwudSkliZPMJXBVmPEjb8
MCCeAeeeZbq81pdcnWM3u5ZmVYVt/wBx9nEeQ+/HL7/fOeNuOaAOv6UZ71y9/bXD+A4UvvtN7M5t
pLhZItzn94jONijoBnjHQVj3unXN7BLpum6dcDS7y481IGJt1jjRBkjIym6UqQuBnaxwKAPQM0te
eSpLqFtdS65pN5Jqc1qkVmUgdvLkClW2MP8AVnzAW3HHBU5x0721WVLSFbhg0yoodh/E2OT+dAE1
FJmjNAC0UmaM0ALRSZozQAtFFFAFPT7ezt/tP2PbmSdpJtr7v3hxuz6HpxVysbw9ZT2Z1T7RHs8+
/lmj5HzIcYP6Vs03uJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BQ+Zu6bcc
5/Cm2K262MC2W37MI1EWw5XbjjHtim6nC9xpd1DGMySQuignGSVIFR6LbyWeiWNtOoWWGBEcA5wQ
oB5p9BdS9RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiquo6hDpdjJdXG
/wAtMZCKWYkkAAAdTkiqMninTYdKuL+Z5oo7Zgs0bwsJUJxgFMZ5yCPUc0AbFFYw8T2X9ovZmK7D
InmNIYG8sJz8+/pt4PNXtN1O31XTob61ZjBKCVLKVPBwcg8jkHrQBboqqup2TRxyLd25SVtkbCVc
O3oDnk+1RXutWFhbXU01zFi0jMkyq4LKB7Z/D60AX6KoW+s2k1ss7uIEKo2ZWUD5hkDOSCfoalOp
WQdkN3bh1YIymVchjwAeepweKALVFIDmloAKKKKAKWsf8ga8/wCuLfyq4Kp6x/yBrz/ri38quCn0
F1FooopDKt/qVppiQvezrCs0qwxlv4nbhR+NRz61p9tdzW093FHPDB9okRj9yPONx9s1U8S6Mdct
bW2IUwifdLk4IXy3XI9wWB/CsFfDOsTlbu6e1fUGQPKSx2M6SxMi8D7pWLk9ix60Ab7+K9Hihilk
vAqS7tuY3yAuNxYYyoG4cnHUVZt9c0+7v3s7e5WSeMEsFUkcYzhsYOMjIBrJudHvdcvrae/3WMSw
TRSx204LMGMeFZtvIIVs4xjjmmQ6JqEWsTfYD/ZVm27cYphKsp42ssTLhG45Pf3PIANca/pp1M6f
9qAug/llCrAbsbtu7GM4IOM5qO68T6TZfafPvFH2VxHPtRm8tiu4bsA4471lPpGpy3F7avDC1pPe
xXf2lpfnbYI/lCY4YtH1zgA/hWevhTWktbovd280t/ZzR3EYXywkrsXU553AMzrk44NAHVW2uafe
XMVtDcAzzRGdImVlYoG2lsEAjmr+RXJzaFq8mvtq63MAZbtWjt9vWELsIMnUZDM2MdcUl3oepXt7
eTvb26XN1BiC6FwxexbytpReMkbsnIx94nsKAOtyPWqZ1a0F/LZ73M0So0mI2IXccKCcYyfT05rl
rfwg08kYutPtLew+0LIbFJS6ALDIm7oASWZeMfwgnJqSw8K3NsGlkSD7W62AeYNlm8lkMuWxk52/
jQB2O4etGRXGP4MaWxtIJbe2Zlkuppst9+R93lt7kZH0x7VqeGdDl0R7hWVFjljhOEcnMoUiRjnu
TjnvQB0FFFFABWfrp26LckAkhQcDqeRWhVDW/wDkEXH0H8xVR+JEy+FkP9sTf9AjUf8AvlP/AIqj
+2Jv+gRqP/fKf/FVqUYouuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/
ALYm/wCgRqP/AHyn/wAVR/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FU19VeVGSTR
r9kYYKskZBH03VrYoxRddgs+5jW18tlCIbTQbyCIHISKKNVz9A1S/wBsTf8AQI1H/vlP/iq1MUYo
uuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/ALYm/wCgRqP/AHyn/wAV
R/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FUf2xN/0CNR/wC+U/8Aiq1MUYouuwWf
cy/7Ym/6BGo/98p/8VR/bE3/AECNR/75T/4qtTFGKLrsFn3Mv+2Jv+gRqP8A3yn/AMVR/bE3/QI1
H/vlP/iq1MUYouuwWfcy/wC2Jv8AoEaj/wB8p/8AFVman4hvLCaOdbK5ETEIbeZEBY+qEMTn2wfw
rp8VD9jg+1/aTEhn27RIRyB6D0pqUU9UJxk1ox1tMbi2jlaKSIuMlJBhl9jUtIOKWoLMzRtTk1I3
4kjVPs129uu3uFxyffmtOqWn2lram5+yY/fTtLLh937w4z9O3FXab3EgooopDCiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/
AOgrTWwnui/RRRSGVtRna1065njxviid1B6ZAJqPR7p77R7O6lCiSeFJGCjjJAJxVi6WKS1lS4x5
LIRJuOBtxzk/Sm2UdvFZQR2e37MqKItpyNuOMHvxT6C6k9FFFIYUUUUAFUdV/wBTb/8AXzF/6GKv
VR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/wCQvf8A0i/k
av1zt/a311qd2LOfYiiPzYgMGQYPAbPH04z61UVcmTsdCGDDIII9RS1lWltei1jEV0kKY4jNoFK+
2N1TfZ9Q/wCghH/4D/8A2VKy7hfyGa/YTano8ttbNGszMjKZM7cq6tg457Vjz+GL/UL5Lq7vY7dp
JRLMLZc42IVjVd4II+ZiSR1xjGK2/s+of9BCP/wH/wDsqPs+of8AQQj/APAf/wCyosu47+Rzw8I3
/wDZzWbX67WtEsTLg7/JWViTyMbjGQvpnPapm8M366fqWnR36yWt67yCSVf3iFlGRhQF2lgSQMcM
a2/s+of9BCP/AMB//sqPs+of9BCP/wAB/wD7Kiy7hfyOdv8Awpe34LeTpMLT2720iLGzJCGOTJHw
MvjrnHReeKLnwS8wuyrWokuBdhpGT5mEqgJuOOcEAn9K6L7PqH/QQj/8B/8A7Kj7PqH/AEEI/wDw
H/8AsqLLuF/IypfDHm6utywtzbi4hm8op0CQumMYx1cEfSqdx4ISeK4zHZebNFfDzDFzvmkDIxOM
5UcZ6+ldD9n1D/oIR/8AgP8A/ZUfZ9Q/6CEf/gP/APZUWXcL+RdjBWNQeoGKdVD7PqH/AEEI/wDw
H/8AsqPs+of9BCP/AMB//sqLLuF/Iv0VQ+z6h/0EI/8AwH/+yo+z6h/0EI//AAH/APsqLLuF/Idr
H/IGvP8Ari38qzrfV7u6vnU2k8SxH/UDZvb3OWHH0/OpNUgvl0q6L3yMoibKiDGRj1zWqYI5HR3R
S6fdYjlfoarRInVsrfb5/wDoG3X5x/8AxVH2+f8A6Bt3+cf/AMVV3FGKm/kVZ9yl9vn/AOgbd/nH
/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLhZ9yl9vn/
AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLh
Z9yl9vn/AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8
VV3FGKLhZ9yl9vn/AOgbd/nH/wDFUfb5/wDoG3f5x/8AxVXcUYouFn3KX2+f/oG3f5x//FVT1a8m
k0yZWsLmMHGWYpgcj0bNbOKo61/yCLj6D+YpxeqJknZ6l4UtIKWpLCiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAxfDtpPaNqvnxGPztQllTP8SnGD+lbVZuj6m+pG+3
xqn2W7e3GDncFxz+taVN76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFZ3lXdnPO8Ecc8Uz+ZtL7HU4A9MHp7Vo0UXE0Uf7QlX/WafdA/7Oxh+jVJb332i
XZ9muY+M7pI8D86s0tO6CzKmqRPcaXdwxrukkhdFHqSpArJ8MalIbGz06XTtQt5ILdVaSaHbHlQA
QDn8q6Gii+lgtrcydQ137BdGD+zNTuMAHzLeDenPbOetWhqGdL+2/ZbofJv8gx/vfpt9farlJRoF
mZVhr32+7WD+zNTt8gnzLiDYgx75pdR1z+z7nyf7N1K5+UNvt4N6/TOetatN8xP7y/nRpfYLO25V
j1DzNM+2fZbpfkL+Q0eJeO231rHm1/7dLawf2XqlvuuI/wB5Pb7UGGB5Oa6HzE/vL+dUtVdTDB8y
/wDHzF3/ANsU1a4nsR6lrX9nXCxf2dqNzld2+2g3qPYnPWrFvqH2jTjefZrqP5WbyZI8S8Z42+px
xVnzE/vL+dHmJ/eX86WgzKsvEP226jg/srVYN/8Ay0nt9qLxnk5qXU9Z/s2ZI/7P1C63Lu3W0O9R
7E561pBlboQfoaWi6vsFnbcp2mofa7A3X2W6hwG/dTR7ZOPb37VRtPEf2u6jh/snVofMOPMmttqL
9Tnitmlo0CzM3U9Y/s2SNPsF/dbwTm2h3hfrzU1jqH26zNx9lurfBI8uePa/Ht71cpKNLBqY1r4k
+03MUP8AZGrxeYwXfLbbVX3JzwKs6nq39mNGPsN9deYCc20O/bj15461o0UXV9gsynp+of2hamb7
LdW2GK+XcR7H4749KoQeJPPuY4v7H1ePewXfJbYVfcnPArapaLoLMz9T1X+zPL/0K9uvMz/x6xb9
uPXnjrT9N1H+0YGl+y3VrtbbsuY9jH3A9KuEheSQB703zE/vL+dGlg6mNH4l8y4WL+x9XXc4Xe1t
hRzjJOelJc6n/Zmp3bfY7y63+WMW0W8r8p688Vt+Yn95fzqhauv9r3/zL0i7+xp6dhO/cfpupDUo
nf7Hd2u1tu25j2E+4GelUf8AhJc3Hlf2PrH39m/7N8vXGc56VteYn95fzo8xP7y/nS07D+ZT1PUv
7NjR/sd3db227baPeR7nnpSaZqf9pJI32K8tdhAxcxbC3uOeavcGlo0sFtTDfxLsuGi/sfWG2uV3
rbZU84yDnpV/UtQ/s2BZPsl3dbm27baPew46kZ6VdoougszP0zVf7TEh+xXtr5ZH/H1Fs3Z9Oeaq
T+JPJuJIf7H1eTYxXeltlW9wc9K26KLrsFmUtRv/AOz7YTfZbq5ywXZbx72+uPSo9M1b+0zIPsN9
a+Xj/j5h2bs+nPNaFLRpYLO5iXPiT7Ncyw/2Rq8vlsV3xW25W9wc8ir9/f8A2GzFx9lurjJA8uCP
c/PtVyijQLMzdM1j+0nkT7Bf2uwA5uYdgb6c81Xu/EX2S5lh/sjVpvLOPMittyN9DnmtgugOCy5+
tHmJ/eX86NOwfMzNduvK8P3EvkTvvixsRMsuR1I7Y707TNZ/tKV4/wCz9Qtdq7t1zDsDewOetSau
6HR7zDL/AKlu/tVwSJ/fX86f2RdTJvPEX2O6kg/srVZ9h/1kNvuRuM8HPNXbi/8As+nC7+zXMvyq
fJjjzJzjjb6jPNWvMT+8v50B1PAYH6GloMzdN1v+0Z2i/s7UbXau7fcw7FPPQHPWo77xB9iu3g/s
vVJ9mP3kFvuQ5GeDmtiii6vsFn3KcuoeVpn237LdP8gbyEjzLz22+ozVbTtc/tC5MP8AZupW2FLb
7iDYv0znrWpS0aBZmRf6/wDYLtoP7L1O42gHzILfehz75q22obdL+2/Zbo/Jv8gR/vfpt9farlFG
gamTp+u/b7oQf2ZqVvlSfMuINicds560ahrv2C6MH9malc/KG8y3g3pz2znrWtRRdX2CzsU11Ddp
f237LdD5C/kGP979Nvr7VUsdf+3Xawf2XqdvuBPmT2+1Bj3zWtS0aBZmVqOuf2dciH+zdRucqG32
8G9fpnPWrMV/5umG9+zXSfIW8h48S8dtvqcVcoo0DUx7HxB9tu0g/svVIN+f3k9vtQcZ5Oak1LWv
7OnWL+ztRuty7t9tDvUc9Cc9a06TegONyg/WjS+wWdtyrbX/ANo043f2a6jwrN5MkeJOO231OOKx
L3xD9ts5IP7K1WDeB+8nt9qLz3OeK6TzE/vL+dUtadDpFxhl6Dv7iqja5Mthmpaz/ZsyJ/Z+oXW8
bt1tDvC+xOetT2eofbLE3X2W6hxn91NHtk49vftVnzE/vL+dL5if3l/OpKMe08R/armOH+yNWh8w
48yW22ov1OeKsanrH9mvGv2C/ut4JzbQ7wv154rQDK3Qg/Q06jTsFnbcp2GofbrM3H2W6t8Ejy54
9r8e1ULbxJ9puYof7I1eLzGC75bbaq+5OeBW3RRdBZmdqerf2YYx9hvrrzM/8e0W/bj15461Lp2o
f2jbNN9lurbDFdlxHsb649KuUUaWDUxIPEvnXEcX9j6um9gu97bCrk9Sc8Crep6r/ZgjP2K9uvMJ
GLWLftx688VoUUXXYLPuUtN1H+0oGk+y3drtbbtuY9jH3Az0qgniXfcLF/Y+sLufbva2wo5xknPS
tyii67BZlDU9U/s1I2+x3l1vJGLaLeV9zz0pdM1P+043f7Hd2uxtu25i2E+456Veoo0sHUwz4mxc
eV/Y+sH59m/7N8vXGc56Ve1LUv7NiST7Jd3W9tu22j3ke5GelXqKLoLMoaZqn9prI32O8tdhAxdR
bC3055qlJ4l8u4eL+x9Yba5XettlTzjIOelblFF12CzKWpaj/Z1usv2W6utzbdltHvYe+PSmaZqv
9p+Z/oV7a+Xj/j5i2bs+nPNaFFHQNbmJceJfs9zJD/Y+rybGK747bKtjuDnkVf1DUP7PtRP9lurn
LBfLt497898elXKSjQLMz9M1b+02kH2G+tdgHN1Ds3Z9OearXXiT7Lcyw/2Rq8vlsV3xW25W9wc8
itqii67BZ9ynp1hBZLO0Cuv2mZrhw5ydzYz9OnSrlFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUARzgmCQLncVOMfSvGI/D+oi
NRJo2oM+PmPktya9rpK1p1XT2RnOmp7ni/8AYF9/0BNQ/wC/LUv9gX//AEBL/wD78tXs9Fa/Wpdk
Z/V13PF/7Avv+gLqH/flqP7Avv8AoCah/wB+Wr2iij61Lsg+rruefeANMvLLXbmSexubaFrbaDKh
UFtw9favQqTFLWE588uY2hHlVgoooqCgooooAKKKKACiiigDj/iJY3V9ZWC2ttPcKk5MiRKWONpx
kD3rhv7Avv8AoC3/AP35avaKK3p13BWSMp0lJ3ueL/2Bff8AQE1D/vy1L/YF/wD9AS//AO/LV7PR
V/WpdkR9XXc8X/sC+/6Amof9+Wo/sC//AOgLqH/flq9ooo+tS7IPq67sx/CUE1t4X0+G5jeOZIsM
jjDDk9a2aSlrmbu7m60QUUUUhhRRRQAUUUUAFFFFAHkGp6HqMmsX7tpN9LvuZGV1iYgqWOMH6VV/
sC+/6Amof9+Wr2iiulYqSVrIwdBN3ueL/wBgX3/QEv8A/vy1H9gX3/QF1D/vy1e0UU/rUuyF9XXc
8X/sC+/6Amof9+WrZ8I6PfWviqymfTbu3iUSb3kjKrypxk/WvT6KmWJck1YcaCTvcKWiiuc3Ciii
gAooooAKKKKACiiigAooooAQ145c6DqLXty0mkX0jNO53iJiCCxxzXslJWlOo6bukROCmeL/ANgX
3/QE1D/vy1L/AGBff9AS/wD+/LV7PRW31qXZGX1dd2eMf2Bf/wDQF1D/AL8tSf2Bff8AQE1D/vy1
e0UUfWpdkH1ddzzTwXpF9aeKYJpNOu7aERSB2kjKryOOtemUlLWFSbm7m0IcisFFFFQUFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXPf8JbH/whdz4h+yPsgExMO8ZP
luydffbmuhry6TwOsvw61CV7G+/th/tLJCJ5RkmV9v7sNt5GDjHNAHoMepZ1C4hlEMcMEKTGQzru
wc53L1UDHU9efSs3V/GFhbaDfX2l3dnfzWsYcxRzhuNwHOOR1rnPGFnOh8STvBIIrjTrOCJscSP5
rDav94/MPl75A71Vu4Jb7SfE1rJbXJ1y9tYXNr9kEQaJW2goAzZ7559OMCgD0Sz1Sx1AyrZXlvcN
CdsoilV9h9Dg8Uy21rTb1Zmtb+1mEHMpjmVvLHqcHjoa5XXvD11Nq+oxaPa/Z1n0B7aOSNdieZv+
VcjocE/QGqdjpbXMM8yxayLuHSZrZIp7FIEAZR+7yqjecgYxkdaAO6s9SstQaVbO7guDEQJPKkDb
CRkA46cVV0PXItZ8PW+rMn2aKVC5WRx8gBIOT07Uzwtp6aZ4Z0y3W2W3dLWISRhdpDbRnPvnNcro
N9qFl4E/siPQb59St7aTbHdWxEEjZJA3Hg5z079KAOxtte0q8j8y21KzmTzBFuSZSN56L16nsO9W
JdQtIGlWa5hjaFBJIHkA2Kc4Y+g4PPtXncehX+t3esF1vVE+mRCC4ubRbbFxHIzphR/dOOTz16im
rZ3/AIk8Kv4hW3lE+oX8F1JBEqu/2aIhQqq3DHILgHrmgD0GHWdOuLP7XDfW0ltu2ecsqlN2cYzn
GckVLZX1tqNstxZXEVxAxIWSJwynBweR71wF7oZv9C1R4YNUu5b68s/OS7tBDvVJFyQgUfw9SR29
q9EiijgQJEiog6KoAA/CgB9FFFABRRRQAUUUUAFc/qPi230zxXZaLcQSAXcYYXOfkRmYhVI9ypAP
rgV0FcjrXh9tc8VXsU8cq2k+kLEtwo4SUTFlIP8AeU4agC1P4xigN0Ws38q11OPT5X3jC7wuJPoC
4GKsDxRbnxmfDvlP5wtftHnZ+XOfufXHzfSub0bQ9U1Xwt4otNYtGtr69uG2nHyu6xIBIvsXTIqs
bbWzoSeJzpc/9tjUPtJs9v7zy/L8jZj6fNQB0kPjOGZ7Ym1ZILi/ns0maQBcRKxMn+7lGFaWhaz/
AG5ZveR20kNqzkWzyHmeMdJAOwPOM9Rg965PVvBrXWheF9EkjmeGJ2W7li6oTC+XJ/3z34OcV0/h
u51CWwa21a2MV5aP5LyKmI5wBxInsR27HIoA2KKKKACiiigAooooAKKKKACiiigArBtvEF1qOoSJ
p2ltNYQzm3ku3nVAWU4couCWCnIzxkg4zW9Xl9poFzZyJZ22m6hFrUWqGQX6lhAYDMXLbs7cFCRs
xnPbvQB3Ok+KNL1ue8hsrqJ5LSRo5F3rkhcZYAH7vOM1ZtNb0y/WZrPULS4WDmUxTKwT64PFcZca
Tey6V4u0m30+ZLu6nkngk2bY5omCfIJOmThhinXkZ1O9e/sdJudNtbPSbmGZp4PJLllGyMDuF2k5
6Dt1oA7K11jTr65e2tL+1nnRQzRxyqzAHoSAelXa858M27X7+ETZaPcWS6dbl7m4eIIjK0W3arfx
7mIbj055r0agAooooAKKKKACiiigAooooAKKKKACiiigAooooA5/wn4th8VW1zIltJayQPgxyMCS
h+64I7HB/I03w74wtvELam0cDwQWLgCWRhiVCCQ49AQM/SuPt9C12x0HSX061mjur23k0y8DDDQI
0rMkxH+yC/8A30Ku32h6hbt4i0zS7OaKDUHsrGCYJlI4fKCyP9FUEfUigDpvDfi238Q6bdXbQPZi
2b50mPIjKh1f6FSDUel+Jb/VZLeeHQbhdLuSPKummQOVPRzH1Cn65wRxWNN4d1eHWbiCWSGW11jT
ZLGSS1tjEluyKfLZhubszLn2ArT8O61dw2en6Td6HqUV5AiW8z+UPIXaMFxJnBXjIA59qAOpoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApKWigCve2Ntq
VpJa3sCTwSDDxuMg96r6ZoWnaOZGsLZYnlxvcsWZsdAWJJwPStCigBKKWigAooooAjmhS4gkhlXd
HIpVhnqCMGktbWGytYra2jWKCFBHGi9FUDAAqWigBKWiigAooooAKKKKACiiigAooooAKSlooASl
oooAKKKKACiiigAooooAKKKKACiiigApKWigAqOaGO4gkhmUPHIpR1PcEYIqSigCK2t4rS2it7dB
HDCgjRB0VQMAflUtFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAlLRRQAlFLRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB//Z
--047d7b33c7883b6eba04e5061e42
Content-Type: image/jpeg; name="image002.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image002.jpg@01CEA42B.2E527D30>
X-Attachment-Id: 4439780776eafa5a_0.0.2

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCANEA0gDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDxwSPB2o4JB2KO
P94Vv1geOf8AkTdR/wB1f/QxVQ+JEy2Z5Z9kg/55D86X7JB/zyH51L0Fa1z4fmttRtLVpY2F0Qqy
KDgE9QfcZH5167cVuearvYxPskH/ADyH50fZIP8AnkPzq2lpPLLJHDDJKYyQ3loTj8qZHBNMzLDD
JIyjJVFJIp6BqV/skH/PIfnR9kg/55D860rzTXt78WsIedzGjgKnPzKD0Hpmqjo0blJFKMpwVYYI
/ChWewO6IPskH/PIfnTWtIArHyxwK1ZdKlh0mK/LqVkIBjH3lBztJ9jtNUG+430NCs9gd1ueq+Ey
W8KaWWJJNunJ+lbFY/hL/kU9L/690/lWxXjS3Z6cdkFFFFIYUUUUAFee/EpRJqemI/KeVKdueM5W
vQq8++I//IW0z/rlL/Na2w/8RGVb4Gcf9kg/55D86PskH/PIfnWhpmnnU70W6ypFlWYu/QADNK2m
ypDevIQjWbqjoRySSR/SvTvG9jgtK1zO+yQf88h+dH2SD/nkPzq0badYBM0EohPSQodp/GrOnaXL
fTKGWSOFlciXYSuVUnGenam3FK4LmbsZn2SD/nkPzo+yQf8APIfnVmO3mlhaZIZGjX7zqpKr9TRb
wPc3EUEQy8jBVHuTRoLUrfZIP+eQ/OrejQxw+ItKaNdpN3GMg9s1LqVg2nXZhMiyrtDpInR1PQim
6V/yMGlf9fkf86idnBtFxupJM9ipaSlryD0gooooAKKKKACvFL+GObV9QeVd7G6lGSf9o17XXjF3
/wAhO/8A+vuX/wBCNdeD+JnNifhRV+yQf88h+dH2SD/nkPzrUh0iWfR5dQjdCsTFTH/FgYy34ZFQ
3Fk8Ated5uYhIqqDkZJGPrxXcnG9jktIo/ZIP+eQ/Oj7JB/zyH51Zlt5oJBHNDJG56KykE/hVmXT
ZINNNzMskbiYReW6beNuc8024oFdmb9kg/55D86PskH/ADyH51Zlt5oApmhkjDjKl1Iz9M1a0vSp
NUaYRuieWuQW/iY/dUe5waG4pXYLmbsZn2SD/nkPzrs/hoojm1VF4UeUQM8dGrka7D4b/wDHzq3/
AGy/k1YYlfu2a0H753dLSUteYd4UUUUAFFFFABRRRQAUUUUAeOa/Ck3ifVWlXeRckAk9sCqP2SD/
AJ5D860db/5GXVv+vpv5Cn2ekS32nXN3E6fuD/qz95+MnH0HNevBpQTfkebK7m0jL+yQf88h+dH2
SD/nkPzq7NZtDa2k24MLkMVUDkYbFRzW81swWeGSJmGQHUrn86tWZOpW+yQf88h+dH2SD/nkPzrS
OmSx6dPczrJE0TooR0I3Bs88/Sq0ltNFGkkkMiI/3WZCA30NCcWHvFb7JB/zyH50fZIP+eQ/OtLS
9NfVLlokkSIKuS79ByAB+JIFU3Vo3ZHGGUkEHsRRpewa2udL8N0EWuX6IMKbdDjPGdxr0avO/h3/
AMh+/wD+vZP/AEI16JXmYn+IzvofAgooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDx
z/yJuo/7q/8AoYrfrA8c/wDInaj/ALi/+hrVQ+JEy2Z5ifu11sGoWsniN4bidBb+bFPDLn5UdVGe
fQjI+oFcnRivWnBT3POjLlNpGa50vybO6igmS7eSTdKI9wONrZ74was3VzHfLqKWF1HDK9wkm9pP
K81QuCQf97nHvXOYoxS9krj5zqZry3mvtQUSxTSzQQBHMxjEm0DcN3b1x3xWRqTte6nDHJ5EZ2JE
WWXeoHTLN3IHX6Vm4oxRGmovcTnc6Rr7Tru8vLRBJHHND5EcjyDyxsHyHGOOR6965pvuN9DS0jfc
b6GqjBR2By5j1Xwl/wAinpf/AF7p/Ktisbwl/wAinpf/AF7p/KtmvHluz0o7IKKKSkMWim7qWgBa
8++I/wDyFtM/65S/zWvQa8++I/8AyFtM/wCuUv8ANa2w/wDERlW+BmJo0kcV3MZHVQbWZQScZJQ4
FXpb2C78NzyySL9tbyYpYyeZNh4YfgcH6Vg0V6UoJu5wqbSsdLcXCC9vbw3kT2M1uyRQiTJOVwq7
O2D/ACqS2uF+2wXK30Mdl9i8ryjLghvLIK7f97nNctijHtU+xVrXK9pqdJaXiJY6dLarbs1tCVdZ
box7Wyc5T+IEH3rN0WWC1nnvJzxBGfLRWAZmb5RjPoCT+FZuKMU/ZrVdyefVGrfy2l1o1s1vvSS1
cwlJXDMyH5geAOAcj8ap6V/yMGlf9fkf86rVZ0r/AJD+lf8AX5H/ADolHlg0OLvJM9ipaSlryD0g
opM0ZoAWiiigArxi7/5Cd/8A9fcv/oRr2evGLv8A5Cd//wBfcv8A6Ea68H8TObE/CjTs9RWx0q0d
Srul25kiz95CgBBHoeRV+Wezg1O3jtbtNg09ooJif9W5LbcnscHHtmuYoxXY6SbucyqNHR2dzFZN
p0N7cxvNHNI+8P5ghDLhct/vc+1EU62VlZx6jdx3Bi1BZWRZfM2pjk/nzXOYox7UvZLuHtDc1adh
ZzRYt2SWcSB1uzKzHnkAnjIPNNt7y10/S7RWEsk7Tfam8mQLtK8KDkH3P41i4oxTVNWsLnd7l7WF
gGqSvasrQzYlTafu7hkr9Qciui+G/wDx86t/2y/k1cfXYfDf/j61b/tl/JqzxCtSsaUXepc7ulpK
WvMO8KKKKACiiigAooooAKKKKAPH9b/5GXVv+vpv5CrVjfmx0dpIXUTpeJIqE8kBCDx6dvxqrrX/
ACMurf8AX038hVOvXjFSgk/I82TtN2Ooe60+G/0predFhEcpUnnyGfJXd6YJ/SoLWdNPjs4tSuI5
3F6s3yyebsQDBJPucHHtXPYoxS9ku4e0Z0LyG302eO+vYrndeRShFl8zKAnJ/H0o1i6zFfGMWzw3
MgYOLouxAOQQhPBxx7Vz2KMUKlZ3uDqGvaz2lnou2XzHluZt5EMgVkVPu5yD1JJ/CodceCfUTdWz
Dy7pBKVzkox+8D75B/Os7FFUoJS5iea6sdR8O/8AkP3/AP17J/6Ea9Erzv4d/wDIfv8A/r2T/wBC
NeiV52J/iM7qHwIKKKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApM0tZbW8d9q1yl0vmxwpHsRj8oJzk46Hp3
ppCbLb6haRHEl1Ap9DIBTY9UsppVjjuondjgKrZJqWO0t4R+6giT/dQCpcAdqNA1FrM1HxFpek3C
wX97HBKy7wrA8jpnge1aRrI8N30mr6Ot1drGZTLInyrgYVyB+goS6sGXbfU7S60438M6vahWbzRn
GB1P6GsmXW/D3iWJtK+3JP8Aaht8tCwJxzwce1b4VQuAAB6YpBEgOQig/ShNA7nEal4b8IaRKkeo
XU8DyLuUNO/I/CprPwf4Y1CyN3aS3EtuM/vFuHxx1rsjGjfeUH6igKoGAAB6Cr9rLuyfZx7Hn9rp
Pgi9uYre3v5ZJZTtRRO+WNS634a8L6LAftNxPDM6MYVedzuIH+JFd0IkByEXP0qtqqKdKuyVBIhf
qP8AZNP2sr7v7xezVtkctpng/wAM6tZi4s5biaMHazLcPgMByP1qlDpfge4uI4IdQleWRgiqJ5Mk
k4ArvLZQLaPAA+QdPpT/ACox/Av5Ue1l3YezXZHF6l4V8KaOsZ1C4ngEhITdcPzjr0p2neEfC2rw
vLp81xPGjbWK3D8HGcc/WuzKK33lB+ooVFX7qgfQUvaytux+zj2OfsfEnhywhg0621GICLEKIdxO
QcYzj1rV1LWLHSIkk1C5SBHbapbPJ644q15Uf9xfypSit95QfqKhtNlK9inpus2GsJI2n3KTrGQH
K54J+tZepeLdLSOe2t9VtobxSY1MiMwV845AHNdAqKv3VA+gppjTP3Fz9KNBptWZyOpX2reFZrS6
1DVEvrGaYQzK8CxmPOfmUr6YNdFpmt6fq/mDT7pJ/Kxv254z06/Q1i2Oj3Wq6xcXetvO0VpeP9it
2AWPaPuvgDJ/GuoVFX7qgfQVnT6nXi3F8qVuZLVpWXltbb0Me58X6HZ3EkFxqMUcsTFXUg5BHbpU
HifTtDvLeG91qVooovlSRZGX72OOPpW8YkJyUUn6UpRSMEAj0Nap2d0cVr6M4jTfDXhHWJHTT7qe
dowGYLcPwPxqveaP4JsLqS3ur6WOaI4dDO+Qetd+qKpyqgfQUhjQnJRSfpVe1lfd/eT7Ndkcfc+D
/DFnp/264luI7XCnzDcPjB6fzFZ9tofhPUtRt7XTbuadnLGRVnfIUKTnn3xXfTPFDCzzFVjUZJbo
BVO5EZv9NeMLtaR8MuOR5bU1Ul3YOEexyN7ongvTbt7a8vZop0xuRp3yMjIq3J4P8MRab/aEktwt
psEnmm4fG09D+tdiY0Y5KKT7il2LjG0Y9KXtZd394ezXZHC6f4f8Harc/Z7G8mmm2ltqzvnA6n9a
kk0rwh4f1aI3F5JFdQMsqpJM5wexxXbCNFOVVQfYUGNGOWVSfUij2j7u3qHs12RVGqWZ0z+0RcL9
j2eZ5vONvrVWx8T6Rqd0ttZX0U0zAkIoOSB17VqbFxjaMelAjRTkIoPqBUaF6mNr2uWFkklnNqq2
F1IgZH2bmUE9QMY7Gueub6TQU03VbXXLnUNOupxDMtyQwIOcsvAIxg13LopOWUH6iuZ0XRDPqd3f
6qzXE0N3ILRWm3pEnbCg4B+vNZ1Ena252YWooKTm1y9rK7voaVn4q0bULpLa0v4pZ3ztQA5OBn09
ql1LxBpmkTJFqF5HBI67lVgeR0zwKviNAchFB9QKVkVjllBPuK00ucetitaapZ39j9stZ1ktuf3g
zjjrXGrp3grV9SIhvne4upCwRJnG5jycCu7CKBgKAPQUgiQHIRQfYU4y5dhON9zidS8M+EtHeNdQ
uZ4GkBKBrh+QOvT61Lp/g/wxqlqbmxluJoQxUutw+MjrXZMit95QfqKAiqMBQB7Cq9rK27F7Ndke
f2+leB7q4jggv5XlkYIiieTknoKfc+HfC2myTDU7ieBRMY4t07/MAqk9P96u88pAchFz9Kp2KK1x
f7lB/wBI7j/YSqVSXd/eS4LsjmdO8I+FtXgabT5rieNW2FluH4PXHP1qiul+BnnEK6hKZS+wL58n
3s4x+deghFX7qgfQUnlR/wBxfyqfay7sfs12RxmpeE/Cujxo+oT3ECyNtUtcPyevatPwna6DAl0+
gzmYMyiVi7NggHA5+proWRW+8oP1FARV+6oH0FJzbVm2NQSd0jHfxhoUdw0D6lCJVcoVweGzjHT1
q9qOq2ekwLNf3CQRs2wM2eT1xx9Ks+VH/cX8qVlVhhgCPcVOhWpS0zXNP1jzP7Pukn8rG/bnjPTr
9KqXHi/Q7W4kgn1GJJYmKupB4I6jpWwEVfuqB9BSeUh6ov5UaBqV7/VLTTLQXN7OsMBIUO2cZPSo
dN17TdYeRNPu452jALhQeAenWr5VWGCAR6GgIq/dUD6CjSwa3Mi78W6JY3UlvdahFHNEcOhByD+V
XrrVLSysPttzOsdsQp8w5xz0/nVgxIeSik+4pSqkYIBHoaNA1M/TfEOl6vM8On3kc8iLuZVB4GcZ
5FRXvinRtOuntry/iinTG5GByMjPpWqI0X7qqPoKQxoTkopPuKNLhqcrqXhnw5cRTa1dySpDNiZ5
VmYKc4wcD14qhp/h/wAHarcm3sbuaeUKW2rO+cDv+td1tUrtwMelAjRTkKoPsKtVJJWuyXBN7HB3
+heDNMujbXt5NDMoBKNO+cHpVr/hD/C/9mf2j51x9j2eZ5v2h8bfWuyMaMclFJ9xRtXbtwMemKPa
y7v7w9nHsjz3TNE8J6pqctrbXU0pwDEqzvlhjLflVjUPD/g7SrkW99dzQylQwVp3zg9/0rq7RFGr
X+FAwY+g/wBmr5jRuWVSfcVTqSvuyVBW2OOi8H+GJ9N/tCOW4a02F/NFw+No6n9DVOy0TwXqN2lt
Z3s0s752os75OBk/pXe7VC7cDHpSCNAchFB9hU+1l3f3j9muyOYt4PDfgq9bddG3nuIxxNIz5UHt
+Nb9rqdpe2BvbadZLYBj5gzjjr/KrJjRuWUH6igKoGAAB6AVLd9XuWlbYyLTxbol9cx29tqMUk0p
wiAHJP5VY1LX9N0d401C7jgaQEoGB5A69KvCJByEUH6UpRW+8oP1FLQNbFaw1S01O0NzZTrNACQX
XOMjrVC38X6Hd3EcEGoxPLKwVFAOWJ6DpWwFVRhQAPQUgiQHIRfyo0DUp6lren6P5f8AaF0kHm52
bgecden1p+narZ6vA01hcJPErbSy54PXHP1q0UVvvKD9RQqqvCgAewo0sGpjx+MNCluFgTUoWkZw
iqAeWzjHT1q5qWs2GjpG+oXKQLISqls8n8Kt+VH/AHF/KlKK33lB+oo0DUp6brFjrEbyafcpOkbb
WK54PXvVJvGOhJOYW1KESB9hXB+9nGOnrWyqKv3VA+gpPKj/ALi/lRoGpW1HVrLSIFm1C4SCNm2B
mzyeuOPpTNM1rT9YEh0+6ScRkB9ueM9Ov0q6UVvvKD9RQqKv3VA+go0sGpjz+L9DtbiSCbUYUljY
o6kHII6jpV/UNUs9LtRc306wwlgods4yelWDEhOSi5+lKUVhgqCPejQNShpuu6drDSLp92k7RgFw
oPGenX6VXuvFuiWNzLb3OoxRyxHa6kHKn8q11RV+6oH0FIYkJyUUk+1Glw1K93qlnYWP2y6nWO34
/eHOOelQab4g0zV5ni0+8jndF3Mqg8Dp3FaBRSMFQR6UBFU5VQD7CjSwamVeeKdGsLx7W61CGKdC
AyNnjPI7e9FWtUewg0+abUli+yqP3hkTcMZ7jHriiqST6MltrqXaKKKgsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ9Kp6VHZ
RWQXTfL+zbmI8tty7tx3c/XNXDWR4WsLjTdEW3u49kollYqCDwXJHT2NPoLqbFFFFIYUUUUAFVdU
/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2K8OmsYIz9vveVH/LQen0p/8AZjf8/wDe/wDfwf4V
at/+PaL/AHB/KsDxZFezXGlLp0jpcrNJJHhiFZlicqr4/hJGDn1p8zFyo1f7Mb/n/vf+/g/wo/sx
v+f+9/7+D/CuGTxLq6w2rW7JZR3E082b5X5bz2HknCk8DsME9uBV1NV1mxsHEF417O95c2eJoRuh
lZz5JOMfKAM/RhjgCjmYcqOs/s1v+f8Avf8Av4P8KP7Mb/n/AL3/AL+D/CuTk8T6lPZx3TT/ANn2
03mtHI1oXJaMIojx/tP5h9SFwPWn3d7rN1p9zcSoTNDd2axWQTaA/wC5dsv1PzMw9AKOZhyo6n+z
G/5/73/v4P8ACj+zW/5/73/v4P8ACsHV7gTeD7Ca+uZHSS5t/tUmxoTt8wbwVHKgcgjPbmqC3t1Z
7zp0pFkFuGsprsOQiBIucnnbuL4JzxjsKXMw5UdDY+HI7B7hob+/zcSGV8yg8n8Kuf2a3/P/AHv/
AH8H+Fc1a+Iby5mtVa5eBTCrwpJbDN++5wyhhwB8q4K9nDdOKrW3ibVhbPd+abyG3jhuLtUtCphy
2JIQOpKqd3cjbz1oTtoi5tzfNLc67+zW/wCf+9/7+D/Cj+zG/wCf+9/7+D/CuSh8Qa9/bMNvdSW0
HyK7QPG26YMhY7MKeVPy/ex8pz1qY6xrVpaaUJrlJZdVgQrIbcL5Mgw8mQO3l7sA9096fMyOVHT/
ANmN/wA/97/38H+FH9mN/wA/97/38H+Fc5qWuanHHqt7Yyh7WJ4I4FMOAiOqM0pOCTjce2B3HFZ0
vifVorWBpdRtVcBDG0VuXW7zMyMNxAxtULkgAZOelHMw5UdjNp8qRM0d3eyOBwnmqM/jisyKyGi3
lpPd3ZVJJmJjLfu4zsbpwOffj6V0tUb3/kI6d/11f/0W1NSewnFCf2zp3/P7B/32KP7Z07/n9g/7
7FX6y28Racs97C0/7yykjjnXY3ymTGztyDuHIqdCrMl/tnTv+f2D/vsUf2zp3/P7B/32KkutVsrJ
Ge5uoY1R1jYs4+VmOFB9Mk1OJ4tufMTGCc7h0HX8qNAsyp/bOnf8/sH/AH2KP7Z07/n9g/77FWvt
MG9k86Pci7mXcMqPU+1V4tVtZbuS3SVSyIjlsjaQ7MqgHucoeKNAsxp1nTv+f2D/AL7FUdNbQ9JN
ybO5hT7TKZpcy5yx69as3viKx0++NrcNKrIqNJIIXMcYYkKXcDCjIPU1cjvIZG27wrbzGA3ylmHX
GetHu9hqU0mk9GQf2zp3/P7B/wB9ij+2dO/5/YP++xVk3lsqyM1xEFiOJCXGEPofSn+dH/z0TqB1
9en50aCsyn/bOnf8/sH/AH2KP7Z07/n9g/77FWPttts3/aIdm7bu3jGfTPrTxPEQCJUIK7gdw5Hr
9KNAsyp/bOnf8/sH/fYo/tnTv+f2D/vsVZF3bt5e2eI+YSEw4+Yjrj1xTkuIZZGSOWNnQ4ZVYEj6
ijQLMzbnX7SDa0c0M0f8YSQbx7gd6fo11Dei8uLaQSRSXGVYd/kSrV1ZpebVlaTyx1jVsB/r3I9q
h01FjlvlRQqrcYAAwB8iVXu20J1vqX6KTNGagsWsLxXrF3otjbT2MSTO9wFkRhkmMKzvt5HzYQ4r
czUFzZwXbQtMu4wSeZHz0bBGfyY/nQBy994vuU1K5WxW2ksY4UMUpyS7+ZGrc5xtAlGPcGr2oeIJ
dN8Vw2c4iXTWtgzzHhkkYvtyc42kRsOmckVZHhTSFsltFtSsKRmJQsjAhS4c85z94A568U+bw1pl
zbPBcRSTpIiRuZZndmVXLqCxOeGJ/l0oA5uPxbrNz5CLDHFJNcTLiK1adljVY2TK715xJyf0rY1j
XZ4ogulSwzNDL5d7IkLTm2+U8mNSGPIwcHgdjVy48N6dczeayTRy+Y0u+G4eNtzABuVI6hV49qs3
ul2+oRRJO04ERypineNumOSpBP40AZmlate6q8l3FPZf2dC5ibCsWfaPmcNnAGegIPHesW28b3t7
pcstmtlPd/aofKiRsgwS8oCQeHwGB9D2roX8KaQ4kUWzRxyJseOOV0Q/LsztBxnbxnGanfQNNe6i
uPsqLLFt2lMqPlO5eBwcGgCnp3iaK90nU9TUeZaWmXj2DDMghSQg5/iyxH4VBJ40ggvLW0msLtZ5
QjSooDmEOSFJ25B6ZOOgq+PDWlLHcRpbFEuJJJZUSRlV2kXa5IBxyP8AHrUk2hWE97HdskizIqpm
OZ0DqpyoYAgMAc9c9TQBX0fxGur3ZhFlcW6tbrcwvKVxLGxIBABJHToa2qx9N8OWmlapJd2ZkRXg
EPlM7OFAYkYJJwOcADgVr5oAWikzRmgBaKTNMeeKJ0SSRVaQ4QE43H2oAqWn/IW1D6x/+g1frPtP
+QtqH1j/APQa0KqW5MQoooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAyvEunTat4eu7K2KCWZQFLnA6g/0opPFF/Ppfhy8vLVlWaJQVLDI6gdPxoroo89vdManJf3jWoo
ornNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf
+zU11E+hfooopDENZnh3U5dX0lbqdURzJImEzjCuVH8q0z0qnpdraWdmIdPKmAMxG19wyWJbn6k0
+gi7RRRSGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT2Jbf/j2i/wBwfyqTGajt
/wDj2i/3B/KpaQxMUYpaKAExRtFLRQAmAKMClooATH1oxS0UAJio3toZJ45njVpYs7GPVc9cVLRQ
AmKiuLWG7gaG4jWSNiCVbkHByP1AqaigAqje/wDIR07/AK6v/wCi2q9VG9/5COnf9dX/APRbU0Jl
6uT1Lwlc3d5JdwTwxzNfpMc5w8H7rcje+Ytw9/qa6yikM4NPAlzGLovHZ3ExcOk087t5oE6yYZCp
C8AgkbuvGASKsah4KvLq/nkt54IYJHO2PJOxJRi5A46nAI9/Su0ooA4u58F3U8l2qiwRZPtTLcAN
5svnKyqj8cKoYdz9xcAYq+/hdl8QWt/bi1W3to4o1tivy8eZuYADAYbxtP8AvDjOa6WigDndU0bU
bvUNQFubUWmo2sdtK8jNvjA3hiFAwch+Mkc1UPhW8jv4Z4GtgyXUknmsxJWNnDYCFSC2B1BUg9yO
K62igDjYvCd5FZWcZtNJlezdSQxbbe4Rl3S/KcMC24fe5z9aYnga6RbeJb2JIvs22fYpB85Q4iZP
ZfMPU5+RK7WigDjdG8FvZyWjXVvZ4huBNIBM8wkIhdAwDKApywOPQdTxTbLw1eqNXiijhSGRZbG1
Mu4GO3Ksw2jnP7x8f7qCu0pKAOOuvBUj6pZTRR27W0EUKCITPCIWRyxZAow2c9OOQMmpPDWg3Wj6
/wDvrW2SNbAQ/aIAf3zB/vOSB8xHOOep5rrqKACsiC0ae8v2W6uIh5+NsZUD7ieoNa9UbD/j4v8A
/r4/9kSqWzJfQT+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UrsfKih/Zsn/QQvf++k/wDiaP7N
k/6CF7/30n/xNX6KLsOVFD+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UXYcqKH9myf9BC9/wC+
k/8AiaP7Nk/6CF7/AN9J/wDE1foouw5UUP7Nk/6CF7/30n/xNH9myf8AQQvf++k/+Jq/RRdhyoof
2bJ/0EL3/vpP/iaP7Nk/6CF7/wB9J/8AE1foouw5UUP7Nk/6CF7/AN9J/wDE0f2bJ/0EL3/vpP8A
4mr9FF2HKih/Zsn/AEEL3/vpP/iaP7Nk/wCghe/99J/8TV+ii7DlRQ/s2T/oIXv/AH0n/wATVW/0
u4lhEMdxcTh+D5rptX3Py5P4fpWzRQpNByoxtFtHsri8t5LiS4ZPL/eSdT8tbNULT/kLah9Y/wD0
Gr9ObuxR0QUUUVJQlGa57xw7J4fUrKIQbqBXdmZVCmQZ3FSDjHXBFZsGo31tLbLp93bvYQx2u5Uj
aRZjLO0bkSMxYAAZ7/lQB2dLXAWGr6jpOmzLJMzwvFNLEVhG+Ei52cljgjD5JOAAM9KWPxNrc+n2
91HLEoit5JpV8jd5+2fywMg/LlRnjPtxQB31FcRe+JtQgt76WK6h8+OcwtaNCQbVPN2CVm5JG3Dc
jHzZ6Cs+/wBd1K9sIILq/tVJMDL9mjLi8/flW2txjaFXOBjJPbFAHo2aWuD8cXM0Ou25imZCloZI
1Wd0ZnEgOI1XIdyOMNxzT5vFWqRazqSSNBHBbCZVtVUtcYUZSRVwAQepyduD7UAdzRXCaf4pv7yG
1W5vobJGlmX7W0IcTFHUKnB25IYnIPOOO9Nk8U6v5d20U0ZnEUrPb/ZzmxZXCoGP8W4Z4OM9RxQB
3hOKK5HULjUbnwVr8M9yTdWxlhWeOLaXUAHO3PBIJHH1ps97qelJfxQTxLbWAt7ZD9m+WMME3zEA
8hQSdo49aAOxpM4rhZPEGtSWry2t3E0dtDdTrMbUkXixGPbgZG0EswyOu3Iq/fXWoN4X8QwXVwZZ
7VWjSeFDEzAxK+QATgguRkHt60AdXmlrgDq2q6dqF5azSvE9qlvbPdyoXQRNJJifHQnbtBPQNnPA
qtqniDUb7TDBPeJBGwBhcW7Br9fOK7l/ujaFPH97PSgD0eiuU0DXtS1HxNd2109okCGVfs2T50ex
wqtjHQjnJJzkYqh4au5f+EuuE8xpA8l2sqpPI5XE3yGRW+VOOF29c/kAd3RRRQBT1X7D/Zs39qeX
9jwPN837uM9/xxRVXxRYT6p4cvLO1VWmlUBAxwOoPX8KK2pxi1q7GU3JPRXNaiiisTUKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s1NdRPoX6
KKKQxDWN4Ss57DQkguojFKJpW2nHQuxHT2NbJrN8P6o+saUt3JGsbGSRNqnI+Viv9KethdTTooop
DCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P
5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A9FtV6qN7/wAhHTv+ur/+i2po
TL1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJmgBaKSigBao2H/Hxf8A/Xx/7IlXc1SsTi41D0+0f+00
prZie6MGfxZcQXesWzW8RlgcR2AycTthQQ30Z1zjsaIvFF3LoOo3ohtxNa2UNwg+bazPFvIPOcZ/
Stz+xtNmnS6+zRvIJWnWTJPzsmwsPqvFQHwrpBJ/0VgphWBkE0gVkC7QCobBwOMkZpDMiTxhcPPY
xw20QJikN4HJzDKqSEIP+BRPnPYD1qex8TSnw8Lu+aFbyaF5reHyJId21NxGGJJHv0IrXOhacZJJ
Pske+WVpnIyNzsnlkn6qSPxpbTRbKy0+Sxhjf7NIpVo5JXfgjGAWJIGOwoA5aLxhqcllGDBEt09z
GnFnMT5bxM+7ys7jyhGQcHBPar134wGn6xc2kot5Ft7RpGVH2yNMsfmFQpOQpXv2NaI8J6QsAiW2
kADq4cXEm8FQVHz7t2AGYYzjk1Z/sLTvKWM2qlVl875iSS/qSTk9SOaAMxtQ1tJbK0ddPF3e7pA4
VzHCiqCwIzlzlgAQR3PbBzLjxre2xkMtrbeXFbS+Y6sxAuFeRF/4AxjI9csK318L6UlqtutvII0Y
Mn7+TdGQMDa27KjBIwCBinP4Z0h7OS0axiNvJB9nePnBjyWx19STnrk9aAM/VfFJtEszZrFcN54W
8TndGgjZ22/7QC5x7VBbeItT1JJTp8diFgied3lLFZF82REC4PGRESWOeo4NdLJZW8r27PGGa3Ja
Ik/dJUr/ACJH41m/8Ijov2WG2WxVYYUaNER2UbGOSpwfmUkn5Tke1AGPceJ9TQT3UK2RtF05L+NG
jfzMPkBSd2OMdcVKniPUGl1WTyEaCwlcbRbSAtGjAMRJnaW27iFA6it+40exuvN863VhLCLdxkgG
MEkLx2yTT1021S3uIFiAiuGdpVyfmLfe/OgDNGtyx6RZXtxGI/tc6hUCkkIxJXPIw23GfQ9qpHxt
FPpjzWthefaWGY4GVNxHleaH+9jbtI4znPGK230WwkCB4AQgjCgs2Bszt79txqtN4V0eeAQyWY2D
aBtkZSAqbAMg5xt4x3HXNAFHTvFLXEsVubaW5unSN2SBQoRTHGzOdzcgGQdOeeh61HJ43jkfy7Gx
luJUvI7aRBJHwHLAMDuweUIxnPritU+G9LLxuLXa8ZUqySMp4UKBkHkYVRg8HAzUcfhTR4o5EjtN
qyMjHErggoSV2nOVwWOAMdTQBWi8WQCZ4mgmkEU5imlRQEhzK0abstk5K9s+uBVrRfEMOtySpFbX
EBjVZB5wUb0LMoYYJ4yjdcGpD4c0s3SXH2Ueajl8h2ALFy+SM4bDMSMg4J4xU9npVnp7brSARnyx
FwSflBZgOfdmP40AU31C202/1GW7mWNcx4z1Y7egHc1atNUiuYBJJtgyeEkdd2OxIB4+lULnR7PV
tQvku4gxUx7HHDIdvY1YtNAs4oAlza2c7gn959mRSR2yMda0fLbzM1zX8i99st/+e8P/AH2KPtlv
/wA94f8AvsVB/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FT7pXvE/wBst/8AnvD/AN9ij7Zb/wDP
eH/vsVB/Yml/9A6z/wC/K/4Uf2Jpf/QOs/8Avyv+FHuh7xP9st/+e8P/AH2KPtlv/wA94f8AvsVB
/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FHuh7xP9st/+e8P/fYo+2W//PeH/vsVB/Yml/8AQOs/
+/K/4Uf2Jpf/AEDrP/vyv+FHuh7xP9st/wDnvD/32KPtlv8A894f++xUH9iaX/0DrP8A78r/AIUf
2Jpf/QOs/wDvyv8AhR7oe8T/AGy3/wCe8P8A32KPtlv/AM94f++xUH9iaX/0DrP/AL8r/hR/Yml/
9A6z/wC/K/4Ue6HvE/2y3/57w/8AfYo+2W//AD3h/wC+xUH9iaX/ANA6z/78r/hR/Yml/wDQOs/+
/K/4Ue6HvE/2y3/57w/99ij7Zb/894f++xUH9iaX/wBA6z/78r/hR/Yml/8AQOs/+/K/4Ue6HvE/
2y3/AOe8P/fYo+2W/wDz3h/77FQf2Jpf/QOs/wDvyv8AhR/Yml/9A6z/AO/K/wCFHuh7xP8AbLf/
AJ7w/wDfYo+2W/8Az3h/77FQf2Jpf/QOs/8Avyv+FH9iaX/0DrP/AL8r/hR7oe8WFu4GYBZoiTwA
HFTVTTR9OikV47C1V1OVZYVBB9RxVyk7dBq/UyvEuozaT4eu722CGWFQVDjI6gc/nRVrVIbKfTpo
9T8v7Iw/eeY21cZ7n64orWnKCXvK5nNSb0ZbooorE1CiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelWFvptmLezJMIZmGW3
cliTz9TVw1ieELWaz0BIriJ4pBNKdjjBwZGIP5Gn0F1NyiiikMKKKKACquqf8gq8/wCuL/8AoJq1
VXVP+QVef9cX/wDQTTW4nsS2/wDx7Rf7g/lUtRW//HtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABVG9/wCQjp3/AF1f/wBFtV6qN7/yEdO/66v/AOi2poTL1FFFIYUUUUAFFFFABRRRQAUU
UUAJXHWmix3/AIh1i2vb3UBJFKssYju3QeW4yOAexBFdjXP6l/oHjDTLzpHeRvZyf7330/kRVRe5
MlsH/CG2f/P7qv8A4HSf40f8IbZ/8/uq/wDgdJ/jXQUUc8u4cq7HJWemLZeNYLa0u7544LZpp1mu
WkBLHagwfxNWbuxvLu7u3gmLW63H7y2Cj5/kTnJ6/Q8VJ4Y/0y51XVTyLq5McR/6Zx/KP13GtOw/
4+L/AP6+P/ZEq+ZpkWTRFDa3phQrfNGuBhTboNvtipPsl9/0Ej/34Wn/ANq2P+mH7VCBZf8AHyS4
Hk/Lu+b045po1rTzaTXIu4fIhjEskm7hEK7gxPoRzUczL5RPsl9/0Ej/AN+Fo+yX3/QSP/fhafLq
tjA1usl3ArXKs8ILj94qruJHqAOabZ6zp9/ZSXlpdRS20ed8in5RgZPP05o5mHKJ9kvv+gkf+/C0
fZL7/oJH/vwtQf8ACUaMbIXY1G3NuZPK3huN+M7fXOOfpVxNRtJJxAtxH5phE4Tdz5ZON2PSjmYc
pF9kvv8AoJH/AL8LR9kvv+gkf+/C1EPEujm1e5Go2xgR/LLh+C3YD1454qQa5ppIAvrY5gNyMSA5
iHV/90etHMw5Rfsl9/0Ej/34Wj7Jff8AQSP/AH4Wpp9Qtbb7P59xHH9pcRw7mx5jEEgD1JANVp/E
OlWqRtPf20ayllQtIBkqcN+AIwT0FHMw5R/2S+/6CR/78LR9kvv+gkf+/C1DJ4l0iG8ktZb+BLiI
FnQtyoxnJ9qkXX9Me8ktVvYTPG4jdM/dYkKAffJA/GjmYco77Jff9BI/9+Fo+yX3/QSP/fhamW+t
nQOkqMplMOQc/ODgr9cgippZEhieSQ7URSzH0A60czDlKf2S+/6CR/78LR9kvv8AoJH/AL8LVi1v
ILxN9vIHXCtkehAYfoRUkkscO3zHVdzBV3HGSegHvRzMOUp/ZL7/AKCR/wC/C0fZL7/oJH/vwtW4
pknUtGcgMVJ9wcH9RUlHMw5TL01JI9Rv1mm818x/NtC/w+grTqjaf8hbUPrH/wCg1foluEdgoooq
SgorB8ZXE1toiG3nMDvdQRlxN5XytIARvwduR3xWeutX9lc29vC1rNaRJbGZpJmmkczTNH8snAIG
M5I56UAddRXC6f4mvrKxkW8khdWSWS3lId3yLjywrDIz94YwQBjk45Cr401GWyt7qKGy8tYJJrgM
WywSfyiEIJAzjPOcdOetAHc0Vx154uu7a1urpPsLKtwbZLcviWJhL5e+QlgNp6/w9QM85qhfeKtT
nsEjeSwspQ0BkKT7mm3TlMRFWI6JyMt94jtmgD0CiuH8aapeafrUP2e7lhjitDOVSdUHEgydjf6z
5cjbUkvjS7j1TUEaC2isrUyxlncGUOg4OwNuYH02jgg5oA7SiuLsPGF5qCwRBtPtpi84ea4JEb+W
6rtUBuGIbP3jjHftHJ42vVgnlRLFmaKZ44dzb7cxuEAl575PQDBGOetAHcUVyV/quozeDdccywwX
9l5sJmh3BflAO5RnIOG9eDzSTa3qGlrewf6G0dj9ntleQyf6yQJ87sWJ2DdnnJPr3oA66iuIm8Xa
mIJGt106X7Kl1LNL8+ydYTH/AKvB4zvIJOQCp61dvNVvz4Z8QfaJIobyxVkE1rkAZiVwQGzgjfj8
M+1AHVUVwi+JtRtNQubS4kjFzbC3tJGuMiJWaSTE5xjhkC8ZHJxkVDqPi6+u9OljinsbUpgGcSMD
c/vjHmDnphc9/vAe9AHoNFcvofiW81fXrm2kt7aO0RpUXEy+crRvt5XcSc8n7q4465zTvD14L24a
5uNUkN7JJKj2JkXbEFYjATGRgAc98+4oA6aiiigDH8V2U+peGb20tY/MnlQBFyBn5ge9FS+ItSk0
jQbq+hRHkhUMqvnB5A5x9aK6KLnb3UY1FG/vGnRRRXObBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiGs/QtUOs6Yt2YvKzI6bd
2fusV6/hWgTgVT0rTYdJsha27O0Ydny5ycsxY/qaOgi7RRRQMKKKKACquqf8gq8/64v/AOgmrVVd
U/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQ
AUUh6VzMPji0aFbi4tp4baS4FtE42yFnJIwyqSUIxnB55oA6eql1C8l7ZOq5WORi59AUI/maqt4n
0dHuka/iBtVZpuuFC/e56HGRnGcd6jl8U6ZAryXFysUI8sKxB3MXBKjbjIPyntQBs0VlyeJdJjnt
IWvozJeBTAFy28N93kDjODjPofSq9x4kWLxGNISBWk2I7O06IcNu+6hO5sbT0oA3KK53S/GNrf2c
lzcxPZxokUgLOsm4SZ2gbM/Nx93r09a07nWLW0+zvLIiwzI8gkZsYVV3E478CgC/RVCx1zTtSspL
uzuklgizvcAjbgZ5B56c/Sq8XirRp7FryG+jeBWCEqrE5IyMLjJyOeB05oA16Kx38UaZDDNcS3cS
20ezbKrbt+9dwwBz05+gJqK08WafeajLZpMokwjQZJ/fq0YkBHHHBPB5ODQBu0Vg6f4x0m90pb5r
pIhsjZ0OSVL9FHHzHORxnkGrtvr+m3dzb29vdpLLcRmSNUBOVBIJPHHII57jFAGjWJ4vt3l8PTTQ
g+faMt1Hj1Q5/lmtumyIsiMjjKsCCD3FNOzuJq6I7W4S7tIbiI5SVA6n2IzVLxFfnTNAvbpf9YkR
EY9WPC/qRVPwe7RaTJp8h/eafO9sf90HKn/vkim+I/8ATdV0fSxyss/2mUf7EYz+rEVSXvWE37pp
aJp40vRLOz7wxKre7dz+eaWw/wCPi/8A+vj/ANkSr1c9LrAsNQuraOGSSeafKnYxQfIncDk+woin
K4m0rFG48K3s2q3cyvCtve3JN0uSTJEFUoOnXcrA/wCy5qBPD2sQ6be2At7d1u7GGAzGfGx0i2Eb
dvIJHWumj1RBGokiumfHzEWsgBP0xTv7Vh/543f/AIDSf4VNmVzI5v8A4RK+FyG8yF4rdpIbUEn9
3A0UgAPHXdIo+iA1asNE1IeGTYzSSwSLBJD5T3AnWYmPaCWZdygHoBitr+1Yf+eN3/4DSf4Uf2rD
/wA8bv8A8BpP8KLMOZHIReFtYito28ttyzxSGIagwlO2KSNm87bkA7kwvoD61bvfDGrahdXF3JPB
G1yHt2hxkpC0ez/WdSQcPt6ZrpP7Vh/543f/AIDSf4Uf2rD/AM8bv/wGk/wosw5kY5s9Xd9PvW06
zSfTw0a2y3J2urKAWVtvykY4BHQnpWVd+DdTmtLp42tVvXt5PKIJ2K8kkrOnT7m2Tbn1GccV1v8A
asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy9S8OT6iLOOa5Z4o5C5BCgwfumVSmBkkMVPJ7V
m6foWuafaMzW+n3N5dWzW85aQqsbGWV9w+U5U+ZyvB4FdN/asP8Azxu//AaT/Cj+1Yf+eN3/AOA0
n+FFmHMjCu/DN41jcW0MiSBtJiskd2xudC3J9BgipU8My/Y9ZEkkrS3sk7RJ57eWm45RgvRWBAOR
zWx/asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy5NHvl0qwsbZUjW1MLs4lOXI3eZnjnnBz3
yaw28G6nDpQtESK4iJRmgkunAZ/ICM+7BPD/ADY79etdh/asP/PG7/8AAaT/AAo/tWH/AJ43f/gN
J/hRZhzI5uLw1qMV3bPPHHdwR+WBCblkEbCKJfMGByQUfj/azVJPB+qyLO19DbTgXkNzHAJyEJVn
3kccZVl65Jxya7H+1Yf+eN3/AOA0n+FH9qw/88bv/wABpP8ACizDmRzjeG9VbU1ldkkX7QZYpjcM
Dar57uQFx825CF9unQVe8MaDc6NNM07AiaFN+JWfMoeQluf9lkH4e1av9qw/88bv/wABpP8ACj+1
Yf8Anjd/+A0n+FFmHMiFbmG0v9RmuJUijUx5Zjgfdq5Z3a3kAmSOVEJO3zEKkj1wecGsK40m08RX
d6ZlmjZGj8typVlO3+6eoq1aeGbQQAXttC8oJ+aNnAYdjgng1pJRtq9SE5X8jborK/4RrSv+fNf+
+2/xo/4RrSv+fNf++2/xqLR7le8aM8EVzEY54kljPVXUMD+BpsdnbxIEjgiRBjCqgAGDkfkeaof8
I1pX/Pmv/fbf40f8I1pX/Pmv/fbf40Wj3D3i+1pAyFGhjKsCpBQYIPUfQ0Czt1TYsEQQDbtCDGM5
x+dUP+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvF42VszyO0ERaVdshKDLj0PqKaNPtFEYF
rABGMIPLHyjrxxxVP/hGtK/581/77b/Gj/hGtK/581/77b/Gi0e4e8X5bS3mkSSWCJ5IzlGZASv0
PakaytnmaVoIjKy7C5QFivoT6e1Uf+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvFz+z7Tyk
i+zQeWjblTy1wp9QMcGnfY7fdI3kRbpceYdgy+OmfX8ao/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+
a/8Afbf40Wj3D3jRMEZV1KLtf7w2jDfX1oaCJg4aNSJBhwVHzdufWs7/AIRrSv8AnzX/AL7b/Gj/
AIRrSv8AnzX/AL7b/Gi0e4e8X1tLdYxGsMYQLsChBgL3GPT2pxgjKupRSH+8Co+btz61nf8ACNaV
/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jQktoZQ4kijfeu19yg7h6H1HJprWVs3l7reI+U
NqZQfIPQenSqP/CNaV/z5r/323+NH/CNaV/z5r/323+NFo9w94vrawJcNOsMazOMNIEAZh7nrSi2
hWd51iQTOMNIFG4j0J61n/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jVorMi8Pab
DKksdqFdGDKd7cEfjWnSdug1fqVNUtLS+06a31AgW0gxJl9oxn17UVR8XWk1/wCFr62tojLNIgCo
vU/MKK2pRTXxWM6js9rmzRRRWBqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8A
kM33+5F/7NV+qFt/yGb7/ci/9mprqJ9C/RRRSGIaw/B0UsHh9EnSRJPOmO2QEHBkbHX2rcNUNF1R
dY05btYjEC7ptJyflYr/AEp9BdTQooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E
01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAhGa5qTwlNNeN
eSakv2vejJIlqqg7GyN4B+c9s8Y7da6aigDl5PBQlieB9QkNsqSrbR+WuYvMbLEn+L0HTjrk81oT
eH0m1n+0PtDBvOim2BRj5EdMZ99+fwrYpKAOJh8KahYeIrGWHyLizto4ow8rEEBd2SVBxu+dtpwc
E9q35NEnOvPqMF4iJKkaSxNAGJC7vutkFc7j2rCn8Vajp9vqb3EtlLNHfPDbRCNydipuIOPbuffr
wKS18U3TavI4eA2tzJaqsDSkzR+bEpGwdMAnJPfDdMUAWbPwItpYyQfa4Xcwxwqfsiqm1DkMyg/M
/wDtZBHbFaF74ZF9YWltLezs1vBLCZZPmeTfGULE+vOaxtD8V6hPNplktqs8YgthdTyzKrkyRht4
ycnr6HJz6Vfvtbv4tZnsrBIGma6igQ3DtsUGF5CcAZ/g6e9AGjFoSxx6ivnsftyKhO37mIxHx69M
1mXfgiK6VCboGSIwlPNgWRP3cbR/Mp65DH0war6v4gvLrSdDlswbf+0UMsm2dYyMR7tokZSB+WTj
tzT4vF80lxAYYoPspe1iZJ5Ntw5mCkMqjjADDPrtbpigCtrfg+8NrCmnvHLh4zJGAIRhYjGNoUgA
cnjI4OOa17bw0cxTzypHL50Vw8UKYjVkh8vauedveovDXia41m5jjuUtP31r9pT7NIX8sBtpV89z
/Rh2rpaAOVt/BcsEds7atJJd2aRx2sxgUCNUDAAr/FkMQTx26d9LSPD40q5M/wBqknkeLZIXUDc5
keRn46ZZzx2rYooAKSlooA56H/QPHE8fSPUrYSr/ANdI+D/46R+VGm/6f4u1S86x2iJZRn3+8/6k
D8KTxgxsbey1hVLHT7gO4HUxt8rD9R+VT+ErV4PD8Esw/f3TNcyZ/vOd38iK0fw3I62Nus23t4rl
9QinjV0Nx0Yf7CVpVRsP+Pi//wCvj/2RKhbMp9C3HGIo1RScKMDJJP5mnVH9ph/e/vo/3X+s+YfJ
xnn045pPtlt5Ty/aIvLRQ7PvGFUjIJPpjmkMloqN7mGMoHmjUyAlAWA3YGTj145plvf2l3C01tdQ
TRIcM8cgZV78kUAT0VUOraeLUXJv7X7OW2+b5y7M+mc4zVhLiGRwiSxs5QOFDAkqeh+nvQA+iq39
qWHkyTfbbbyom2yP5q7Ub0Jzwak+124OPPiz5fm43j7n976e9AEtFMeeKPy98iL5h2plgNxxnA9e
BUcl/aRCMyXUCCRtiFpANzdMD1PtQBPRVVtV09bhoGvrUTLndGZl3DHJyM5pw1Kya4a3W8tzOhw0
YlXcD05Gc96ALFFM+0Q4B82PBfZncPvdMfX2pzusaM7sFVRkkngCgBaKZDcQ3C7oZUkGAcqwPBGR
+YINPLAYyQM0AFFNSRJATG6sASCVOeQcEfnTqAKFp/yFtQ+sf/oNaFULT/kLah9Y/wD0Gr9VLcmI
UUUVJQUVi+Kru7s9JjbT2dbiS5hiHlhNxDOAQN/y5we9Ujr1/YXUFpNaGZES3NzNNMolUzSmNQFR
dpwRzgjj3oA6eiuN07xXdwWUq38URbbLJBM0hPmYn8sKyqhIOWUAKGJ+tO/4Te5a2t549NQp5Ty3
IaYqUCTeUQoK5Jzk87ffBoA7CiuYufFlxBaTXi2CSWxuDa24WUmR5RJ5fzKF4GQTwSenGTVG+8V6
rPYYi0/7DNGYDcmWXDIHmKDYu35shSeccMO9AHa0VyHivWdS03VUWyllSCG1NzLsiR0ADgMZM/Nt
25+5zUreM5BfXqjT2WwtTLGbyRiEEidjgHgngYyenHNAHVUVy1h4sutTMUFrp8Qu8ymVZpmjULGy
qcZTdk7hwVGO/bMUvjaaO2a5/s+MwyxzSWg+0fO/luFO8Y+XOe2cdDzQB11FcvqGuahJ4Q1i4ihi
ttQsvMiOJNyBlAO5W288HIyOtDeIL3ThcW0lpHM1p9nt97XPMs8u0DJ2gBcty3X/AGaAOoorkbjx
leQrKq6bA8lotw12BdfKBDszsO35iRIODjBBBqzd65fHw3rUrRR2d/YKy5jfzVDeWrqwyBnhhwR1
BoA6WiuMt/Ft6t/LZyxxyXkQhtWhZgii4Z3G8tgkIyqrDg9QBzTNQ8X39zp9yljbRQTWxC3MpnBC
HzjH+7+X5/uE846460AdtRXP6N4kn1bV57ddNmjskMipdE8FkfYQRjHJzjBPTnFVLTUdRW7tZ5b0
3Ed3qFxa/ZWjQBEV5AGUgA8BBnOep6UAdXRRRQBm+INSbR9Dub9I1laBQwRjgHkDr+NFT6rYW+qa
bNZ3ZYQSjDlW2nrnr+FFa03TS95GU1O/uluiiisjUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VR0fTE0ewFpFI8ih3fc+M/
MxY/zq8aw/Bvmnw+nn+Zv86b/WZzjzGx19qfQXU3aKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QV
ef8AXF//AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAl
QQ31tcuUhmV2BYYX/ZO1vyPFTmuETRtTu9Eht4VlQx20ttMBKYyZftCFj1B5VXIb396AO7zUVtdQ
3kXm28gkj3Mm4eqkqR+BBFciug30FxDFLaTXenRTTeTAt3tMWXUxvksCQBuGM5GehzUVzoutQwsl
vbtJ54mQ7LgJ5ZN0ZAxyR1Q9ue1AHT3sWkJKyXsFpvuAZmEkQPmCPHzHjnbuHX1qwNOskuFnW0tx
Mq7VkEQ3AYxgHGcYrjJ/DurPeXsqWsguXt7uP7Wbv/Ws7qYtq5+XCjHbGMU7UdJ1LTjqWqQC5Esn
2vJjnLEoyjytq5OCDyMDigDrZrTTLdobme3tUaHbHFK8agx5O1VU445OAB61Hd6jo9nqEcN3cWcN
3IQ6rIyhyeVB9fUA/UVymhWkk3g24Wxhnnn+3xTlGO1W2yRsRGWdhjavduuat6lbarJaa2i6I0/9
qoNuZo90P7sIVbJ5xgsNpIO7t1oA6Yw6fewNamK3mhgcI0RRWVGABAx0BAIP41IbO1a6S5a3iNxG
NqSmMb1HoDjIFYlraXq6PrDQQjzrtzJbpcEqWBhjX5scqcqeOKwYfC+r3GnLDdJMqxG6eFBc7NhZ
U8r7rnowY4yQKAOvsLHTdAht7W1jjg85vLQ7fmlYKTye5wpOT6U8a3pp1JtP+3W/2xesO8bhxnp9
OfpXOW2iakfE9peXVrJI0VwZGu2uRtEZgKhBHnqGPXHcnuafN4fvjrc146m4tJL5na0d1CbDAEEg
PUMCCMEngk46UAbP/CVaH9mNx/atn5Ify9/mjG7GcflzVyPUrOa4EEdzG8pLAKrZyVxuH4bh+dcc
uj6qlunl2V+n2f5bHN3CZrX5fmUsTteM/KMNuPH0xdsdPvbfU7FbqJfPa/nu3kj5TYYdp57ZZlwD
6e1AHXUUUlAHPeNS8+ippsBHnajMtuuewPJP5A1c8L3pvvDtnI/+tVPKkHoyfKf1FVJf+Jh44hj6
x6bbGQ/9dJOB/wCOg/nRof8AoPiDWNN6I0i3kQ/2XGG/8eB/OtH8NvmQviudDVGw/wCPi/8A+vj/
ANkSr1YD61b6dfXlux3XEk+5U6DGxOSewqYpu9hyaVmzJufDWoyapqRjhQWmqXBW7y4+aJVQqQPf
DofZge1QR6LqkOj6hpzaY7m806CEOJI/LDJDtZWy2evHAIrqo9bs/LXzbmMPj5tobGfbin/21Yf8
/K/kf8KOWXYOZdzlm8Mak11CZIkkjsfNtrMlxkQNDIAx9yWjT/gGe9W9O0rUl8JmyCSQMLZ4pIbi
OLdKxjwNrRkAAHuQSe9b39tWH/Pyv5H/AAo/tqw/5+V/I/4Ucsuwcy7nEweHNVitYj9iugi3MMrK
Ps3n5WGSNiB/q9vKAZ56mr99oWtXl/cXsUUMP2iN7NV3YlihaPaCSG24D4fAGeuK6f8Atqw/5+V/
I/4Uf21Yf8/K/kf8KOWXYOZdzn/7OmY6ZcL4cMUVluR7MPDliU2h1+ba23kckHDE1l3XhPVWs7me
3s4kuhZSpBCsi7QJJZS0GfQI6+2VHpXaf21Yf8/K/kf8KP7asP8An5X8j/hRyy7BzLuY+reH73Ux
p8UkqMkE/mxuqbWtiInCtnJ3EOV6YrKs9E1KCzaS/wBCiu7i5tZIjEJYysEjSyuc7j9xt68jJ+Xp
XW/21Yf8/K/kf8KP7asP+flfyP8AhRyy7BzLuc3feGLtra6RYIp520iK1E3ygyTKW3cnnkEcmp4/
DNwbTW2kZxNczTSW8Y8vCtu3RuGxuzkA8nHtW7/bVh/z8r+R/wAKP7asP+flfyP+FHLLsHMu5knT
r+DSLCztIHWSF4ZZpfMX94x3GTPPXdyfXdxWNJoviJNJ+zSG/ukcKZFF6BKWNvg/OWHyiTORnHoC
OK6/+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3OattK1m3ubYTRXb2iCNfLtrlYyriKJdx+YZQFZM
jnk5wapjRfEF2JG1GC7aOK9guIoY7v5sBnD7W35IwUPJXvgCux/tqw/5+V/I/wCFH9tWH/Pyv5H/
AAo5Zdg5l3OcGna8NRBb7Ts+074XjuAscaee7P5i5+bdGVAGDjpxWh4Y0/VLGaU6jLcSLLCjETT+
Ztl3ybgOeBt8vgcfjmtP+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3EtiF1TUSxAA8vJPb5as2t3B
eReZbSrLHkruXkEjrzXOX2nL4jmvvst66KrR8DOxzt6MOtXbHR53tl+0XeoW8i/L5aXCsuB3BC9K
qUVa7ZMW77G7RWV/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hU2Xcq77F29sLXUrZre9gjnhYglJFyCQc
j9aih0fT7eIRw2cKIAgACD+Fiy/kxJHuar/2If8AoKal/wB/h/hR/Yh/6Cmpf9/h/hRZdwu+xYfR
9PkiMb2UBQqyFSgxtZtxH4nn60iaJpscAhjsbZYghj2CMAbS24jHpnn61B/Yh/6Cmpf9/h/hR/Yh
/wCgpqX/AH+H+FFl3C77Esmg6XK9y8mn2rNdDE5aIHzBnPPryAfwpv8Awjmj4gH9mWhFuMRZiHyf
Nu4/Hn60z+xD/wBBTUv+/wAP8KP7EP8A0FNS/wC/w/wosu4XfYsXmjadqE8U95ZQTyxcI8iBivfv
TZNC0uW7lupNPtmuJVKSSGMbmBGDk9+OKh/sQ/8AQU1L/v8AD/Cj+xD/ANBTUv8Av8P8KLLuF32H
jw7pAgihGm2vlROZI18oYVj1I9zjn1p40PTBLcSCwtt9z/rm8sZk5zz688/Wof7EP/QU1L/v8P8A
Cj+xD/0FNS/7/D/Ciy7hd9i61hatDPE1vGY7gkyoV4kJGDkd84pJdOtJ1nWW2idbjHnBlBEmBgZ9
cYqn/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hRZdwu+xYTRtOit1gjsrdYVjaIIIxjYxyy49CQM+tSvY
Wskc6PBGyXH+uUrxJwBz68AD8Kpf2If+gpqX/f4f4Uf2If8AoKal/wB/h/hRZdwu+xZuNIsLtp2u
LOCUzqqSl0BLhSSoPrgk49Kifw9pMqwLJptoy267YQYlxGOuB6cjNR/2If8AoKal/wB/h/hR/Yh/
6Cmpf9/h/hRZdwu+xZg0jT7a/kvoLKCO7lzvmWMBmzjOT74H5Ulto2n2d3LdW1lBFcTEmSVEAZiT
k8+561X/ALEP/QU1L/v8P8KP7EP/AEFNS/7/AA/wosu4XfY1aKzYtHMUqP8A2lqD7WB2tKCD7Hjp
WlSdhoxfGFvNd+FL+C2ieWV0AVEGSfmHQUVa13U/7G0a4v8AyvN8hQ2zdjPIHX8aK3ouaXuq5lUU
W9WaFFFFc5sFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8AkM33+5F/7NV+qFt/
yGb7/ci/9mprqJ9C/RRRSGIapaRqkesWAu4Y3RC7ph8Z+Vip6fSrpOBVDRNLGj6cLRZTKFd33Fcf
eYt/WjSwjQooooGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH
8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooASoZrhYZ4IipJmYqCO2FJ5/Kp6
o3v/ACEdO/66v/6LamhMu0tFFIYUUUUAFFFFABRRRQAlLRRQAUh469KWsjxTetYeHbuSL/XOnlRD
1dztH86aV3YTdlcq+Ex9riv9Vbrf3TOhP/PNfkT9Afzo1n/QfE+kagOElLWUp/3hlP8Ax4frWtpd
kunaZbWafdgiVPrgVS8V2bXvh27EQ/fRKJ4j6Oh3D+VVe8hW9016zILWK7lvlmXO25yrA4ZTsTkE
cirenXiahp1tdxkbZ41kH4jNRWH/AB8X/wD18f8AsiUlpcHrYtxp5caoWZ9oxubqfrT6TI9aNw9a
koWikyKAQehFAC0Um4YzkYoyPWgBaKTcOeRxRkUALRSZo3D1oAWim7l9Rml3DOMjNAC0UmR60EhQ
SSAB1JoAWikVgwBUgg9CKKAFopAQelLQBQtP+QtqH1j/APQavVRtP+QtqH1j/wDQavZqpbkxFopM
0ZqSipqmpw6TaC4nSV1LrGqRIWZmYgAAfU0kGq203kq7i3nmGUt5yElPX+E89jVXxLpUms6ULaJY
HYTRS7J87HCuGKnHPOKzT4WeaZJ5IrGGVEtEjWJSREIZjIQpIyAQQPrQBs2OuWF/ZyXMdxGiRFvM
EjAGPDFctzwPlPWpzqNkDCDd24M+PJ/er+8z0288/hXMDwfdQRMbSe2inaKVHdY8Fy04k5OD/CCu
cEgnIqGPwNN/ZywzS2rzJbyxo5QtsZp/NBBPPA4oA65r+0SSaNrqBXgXfKpkAMa+rDsPrVa+13T9
PtI7iW4jZJioiCOpMmWA+XnnqOlYF34SvLi0ubZXsgpuDcRTYdZZMy+YUkI529sg9lOOMVB/whNy
sSJCmnRq/llw3mSGEpM0n7tm5+bcck9+3oAdDqfiOy0i7jt7pZ8snmM6RFkjXcF3MR0GTV9r21Wa
SJrmFZY08x0Mg3Kv94jsPeud8S+GLnWtTiubeSBAtuYQ8jOGibcGDqF4YjHQ8ZFVZPBt3/ad9dQz
W/mTmZ4bmRpGkjMgwV2ElMdRnHTHGRQB1R1GyFvFObu3EMrbY5DKu1z6A5wTSnULMPMhuoN0AzKv
mDMf+96fjXKaf4RvrDyZGawuXDzb4pwzoFkZWyDjlhtx0Gc9qY/gi6lglt3ls/LWOaONxGd83mOG
Jl9cbffJ546UAdPe6zY2OjTapJPG9nEhcyRsGDAdgc4Jzx9adb6raTwq5nijYwido2lQsiYzk4JG
ORznHvWVJ4bJ0LWdPjMCLfSSPEAnyRhlAGR9RnimX/hY3L6lJH9mDXMtvJGrx5UrFt/dv6qSvQet
AG2dTsQkLm8tgs5xE3mriTt8vPP4Uy51azttKn1HzlltYEZ3eE7+F64x1PHSuafwVJcW9z9oNl5s
8N0Aqxfu4ZJvLwUzzgBOTwSSTxWlL4cb+y9bs7YwQrqBzEETasf7pE5A91J49aAL8GuWE+StwoQW
6XXmN8qiNiQCSen3T9KNQ1yw02xW6muI2jcAxhHUmTJH3Rnnr2rAuPBk41C8ntZ4GgeWKeC2nQlF
ZXd3RsfwlnLD0Pbiq8ngm8MTBX05nuOZS8TYgPnNLiEdh8xHPoD7UAdlHdW8txJAk0TTx4Lxq4LL
npkdRVOx1qHUbqaGC3ugsTOhmeErGxVtrAN35B/KsrQ/C8ula9Pey+RKGMxSbzJTLiRw20qTsGOm
R1wOlT6Fok+k6jeyvb2GyeWWTz4t3nPukLANkY4Bx17UAdBRSZpaAKerabFq+mTWNwzrFMMMUOD1
zx+VFUPGUcsvhO/S3WR5Sg2rGCWPzDpjmit6UW1pKxjUaT2ubdFFFYGwUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhrD8HTS3H
h9JLiSSSQzTDc5JOBIwHX2rcNVNL1KHVrIXVsriMsyYcYOVYqf1FPoLqXKKKKQwooooAKq6p/wAg
q8/64v8A+gmrVVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABR
RRQAUUUUAFFFFABXPa5/p3iLR9OHKI7Xko9kGF/8eP6V0NcjYazpv/CVaxd3t/bQtGVtIlklCnav
LHB9WP6VUV1JkdbQRkEEZBrL/wCEn0T/AKC1j/3/AF/xpf8AhJ9E/wCgtY/9/wBf8aXK+w+Zdyn4
SP2a1vNLY/Np9y8a/wDXM/Mn6H9K0rD/AI+L/wD6+P8A2RKwrXVbE+Ov9BvIJ01C1w4ikDYkjPGc
eqk/lWh/a1rp91exyyKZnuMpEGAY/InPPAHuatp3ZCaVjAudJ1NtU1aOGCb7Lq9yY523Y2RqifOP
95d6cd9tV47W8j0PUtOk069aW70yCOMLESm5YNrKW6A54rtY9Us2jUyXNsjkcqJlOD9ad/adj/z+
W3/f1f8AGosy7o42TSNVlu7YTwTOmnedaW7bv9YhgkxIee+Yl/3g1WNGsb2Lwc9ra2iRZt5EnR7Q
20rP5QC7QOGOeCx611f9p2P/AD+W3/f1f8aP7Tsf+fy2/wC/q/40WYXR5zDo94mlxRtYTfZRdxSs
Dp2eRBIrf6PnkA7Pm4yWzzite7tNZl1Ge+sbNoI5YXsICHKyRp5fyMY8YUCTnOcgHpXX/wBp2P8A
z+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cj9gszFYPHoN4mnws32u1a3+aSTYArsv/AC0xyCeeSDzj
Iz7rRdWW1uLq3srkSx6fLFDbl8kxSSy/uuv3lQxkehUCu+/tOx/5/Lb/AL+r/jR/adj/AM/lt/39
X/GizC6Of1jStT1D+zI8In2e482CSPdmIrC+0yf8CwOOxrGtrCd7FZtY0O9neW3kEFuo3fZ5mmlY
9/lJDR4f0HUV3X9p2P8Az+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cdqHhycpeTGxWW/bSI0M8aAs9
xlg+D/eIxz6YqxF4duCmu3ZRUuJZ5pLbFuBLuVg0bb85YZUfL0rqf7Tsf+fy2/7+r/jR/adj/wA/
lt/39X/GizC6MEwXlvpGn28FvO9yk0U9xI0YO5nLNIee4br6ZFZEx8SDRTb3TanMJApkkjhjMuWt
8lMYxt8zIPGR645rtf7Tsf8An8tv+/q/40f2nY/8/lt/39X/ABoswujkrJNWtLi2ikivoLTESk2s
KsxcQxAB8g/JnzAT6gDIFVS3iG+WQ3i6pDDBfQSoI1Hmbdzhx90bgAEPAxz1Ndv/AGnY/wDP5bf9
/V/xo/tOx/5/Lb/v6v8AjRZhdHLJJr0Wo+Wsd3Ghui0KxQp5Tqbh9/mnHH7vaRgjOc8mtLwx/bAm
l/tWW4kSSFJB5yKuxy8gKjaBxtCHnPX3rX/tOx/5/Lb/AL+r/jR/adj/AM/lt/39X/GizC6MTVtS
vtNur+SxtDMSYw0nURjb1I6mptN1DUTZqyWUl4G+bzjdRHdn0xwB7Ve0+aOfUr94ZEkXMY3IwI+7
V6KGOFSsSIgJLEKMZJ6mrlJWtYhRbd7mb/aGp/8AQGb/AMCUo/tDU/8AoDN/4EpWrRU8y7fmVZ9z
K/tDU/8AoDN/4EpR/aGp/wDQGb/wJStWijmXb8ws+5lf2hqf/QGb/wACUo/tDU/+gM3/AIEpWrRR
zLt+YWfcyv7Q1P8A6Azf+BKUf2hqf/QGb/wJStWijmXb8ws+5lf2hqf/AEBm/wDAlKP7Q1P/AKAz
f+BKVq0Ucy7fmFn3Mr+0NT/6Azf+BKUf2hqf/QGb/wACUrVoo5l2/MLPuZX9oan/ANAZv/AlKP7Q
1P8A6Azf+BKVq0Ucy7fmFn3Mr+0NT/6Azf8AgSlH9oan/wBAZv8AwJStWijmXb8ws+5lf2hqf/QG
b/wJSj+0NT/6Azf+BKVq0Ucy7fmFn3Mr+0NT/wCgM3/gSlH9oan/ANAZv/AlK1aKOZdvzCz7mbFf
ai8yLJpLRoWAZ/tCHaPXFadJS0m7jSsUNa1NdH0i4v3jaRYAGKKcE8gf1opdZ0xNZ0mewkkaNJgF
Lr1HIP8ASitKfs7e+Zz57+6XqKKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqF
t/yGb7/ci/8AZqv1Qtv+Qzff7kX/ALNTXUT6F+iiikMQnFZ2g6WdH0xbRpRKRI77guPvMW6fjWia
xPCF1NeaAk1zK00hmlXexycCRgB+Qp9BdTcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV5/wBc
X/8AQTTW4nsS2/8Ax7Rf7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV
Rvf+Qjp3/XV//RbVeqje/wDIR07/AK6v/wCi2poTL1FFFIYUUUUAFFFFABRRRQAUUUUAFVX0uxkd
neytmZjks0Skk/lVqigCn/ZGn/8APja/9+V/wo/sjT/+fG1/78r/AIVcop3YrIrRadZwSB4bWCNx
0ZI1B/PFUE06C9ub1pFxKlx8kq8MvyJ3/oeK2Ko2H/Hxf/8AXx/7IlNN6iaWhPHaRrGqukbsBgts
Az7077ND/wA8o/8AvkVLRU3HYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/
55R/98ipaKLhYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/55R/98ipaKLh
Yi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaTNFwsR/Zof+eUf/fIo+zQ/wDPKP8A75FS0UXCxF9mh/55
R/8AfIo+zQ/88o/++RUtFFwsRfZof+eUf/fIo+zQ/wDPKP8A75FS0UXCxnWSKmqagFUKMx8AY/hr
Rqhaf8hbUPrH/wCg1fqpbiiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGJ4yaVPCd+0BkEoQbTGTu+8OmOaKvavqUekaXPfTI7xwgFlTGTzjv9aK3pNpaRuZVEm9XY
u0UUVgahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7NV+qFt/yGb7/
AHIv/Zqa6ifQv0UUUhiGqml31tqNkLiyBEJZlGV28hiDx9Qatk4rM8PaZJpGlLaSyLIwkkfcowPm
Yt/Wn0EalFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfy
qWorf/j2i/3B/KpaQwooooAKKKKACikNc7f33iSBp57fTrBraEsRG8zebIo7jAwMjtSlKxpSpOo7
JpersdHRVHR9Ti1nSbe/gBWOddwVuoPQj86vUJ3V0TKLhJxlugooopkhRRRQAVRvf+Qjp3/XV/8A
0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAV728hsLWS5upVihjG53boBWbYeLNK1G8W1
huGWdxlEljaPePbcBmth1VwQwBHoRmuO1i5XxNq9jaaXDM7WF8HuLooVSLZ95Qx6k+grOcnHY68N
ShVupJ+t9F66fqdnRRRWhyBRRRQAUUUUAFUbD/j4v/8Ar4/9kSr1ZMd7DZz33mt87XOERRlnOxOg
ql1Jk7WNaio45Q8asw2EjJViMinb1/vD86ko4u/1q+0rxPqbrLJNBKY7OCAnKpcGNWjI9AxLA/QU
vhnVJLbUbaz1HVGlJgljU3EozM63LoCM9TgAcV2REZOTsJznt1prRwMylkjJU5UkDg+1AHmq63qg
8KvYG/uftZhOoLdbvnFvjdjd6+Z8n+6RW7o9/L/b2rSSTtdyRXEqx2iXxMuAQABCxCAAd81122L0
TpjoOnpSCOASGQJGJD1YAZ/OgDhdX1i70/U7yeO7kmmkUmKCO43PZ/uwSsluMg7QGbeM8kA8YzPq
t9HHpsWnaFq2oXkt1LkzW8v2iWJUXcSGz0LbARnjf2rtAsQkMgCByMFuMn8aESGPGxY1xnGAB160
AedX/ie/Npf6vFNOlsdPjjmhU/8AHrI6yDePQrIoU+xz2rptU8QNBe21nbXtjbEq5lnuvmUOuz91
gEYYh89c4HQ1v4iwwwmG69OaGWFxhljIzu5A6+tAHFTeMtQjS6eNrJnWO5YW21jJamI4UynPIY+y
9RjPWla71O+8QWFvd3MP+h3FwsghR0WYpGjqcb+MB8YORxn2rtNsWWOEy/3jgc/Wl/d5z8ufWgDi
4PEmqHR57mJrUC3srRkWRGYtJKqklm3ZIGenU+tXdK1zVZNaitL5rOSJp57bMMbI26MBt/LHg5xj
t6102IsYwmPTil/dg5+XPXNAD6KbvX+8Pzo3r/eH50AOopu9f7w/Ojev94fnQBStP+QtqH1j/wDQ
av1n2hB1XUMHPMf/AKDWhVS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAFDW9MGs6PcWBlMQnULvC5xyD0/CiqfjGea28KX81vI8UqICrocMPmHQ0V0UYza912Ma
kop6o26KKK5zYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9UL
b/kM33+5F/7NTXUT6F+iiikMQ1jeE72fUNCSe6lMspllXccdA7AdPYVsmqml3Nnd2Yl04J9nLMBs
TaMgkNx9c0+gupcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV3/wBcX/8AQTTW4nsS2/8Ax7Rf
7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFACVzviG81GTVLTSNOaGE3kUhe4kQsUAxnAzjPPeuirPu
LG8l1i1uYr0x2kSsJbbbkSE9Dn2qZq6sbUJKE+Z22e/e2n4kmj6ZFo+lW9jASY4F2hm6t3J/OrtI
KWqSsrIzlJzk5S3YUUUUEhRRRQAVRvf+Qjp3/XV//RbVerJ1pLmSWyWylSK4Lvsd13AHY3anHcUt
jV3DOM80ZrD0y1voxIplWKfI8xpbcsX99+/kflj0FX/I1H/n9t//AAGP/wAXTaSe4k32LuaM1S8j
Uf8An9t//AY//F0eRqP/AD+2/wD4DH/4ulbzHd9i7mjNUvI1H/n9t/8AwGP/AMXR5Go/8/tv/wCA
x/8Ai6LeYXfYuGsTw5H5f9pKNPns9147/vX3eaT/ABj0B9Kv+RqP/P7b/wDgMf8A4uj7PqP/AD+2
/wD4DH/4uk43d7lxqNRcbbl2jNUvI1H/AJ/bf/wGP/xdHkaj/wA/tv8A+Ax/+Lp28yL+RdzRmqXk
aj/z+2//AIDH/wCLo8jUf+f23/8AAY//ABdFvMLvsXc0Zql5Go/8/tv/AOAx/wDi6PI1H/n9t/8A
wGP/AMXRbzC77F3NYZ0a21C8vZnRRcJPtWXaG42JwQeCPar/AJGo/wDP7b/+Ax/+LpmlLIsl8JnV
3+0csq7QfkTtk1S0vZkvW10Oj0eyEaiSytC+PmKwgAn6U7+yNP8A+fG2/wC/S1doqeZ9yuVFL+yN
P/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7F
L+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4
cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtF
HM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36
WrtFHM+4cq7GZp0EVvqV/HBGkaAxnagwPu1p1QtP+QtqH1j/APQav05bijsFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFPVdQg0rTZr26DGGEAsFXJ646fjRUWvaY2
s6Jc2CyiIzqF3kZxyD0/Citaapte8zObnf3UaNFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhOKy/Dmmy6TpK2s7I0gkk
fKHjDOWH861DWR4Wv7jUtEW4unDymWVcgAcK5A4HsKethdTYooopDCiiigAqrqn/ACCrv/ri/wD6
CatVV1T/AJBV3/1xf/0E01uJ7GVaa61zII4bedYoMLITAzOxx2A+6Pc/lWj/AGrH/wA+15/4Dv8A
4VWS90l3LyTwi4sTHHKQ2GjZwNqt9dw46VpyyxwJuldUXIXLHAyTgD8SQKbcewkpdyr/AGrH/wA+
17/4Dv8A4Uf2rH/z7Xv/AIDv/hV3ijii67BZlL+1Y/8An2vP/Ad/8KP7Vj/59rz/AMB3/wAKmS7i
e8ktVbM8aLI64PCsSAf/AB0/lVa613TbLUEsrm8jjuXCkI2f4iQuT0GSCBmi67BZj/7Vj/59rz/w
Hf8Awo/tWP8A59r3/wAB3/wq1HLHMGMbZ2MVPB4I60/FF12CzKX9qx/8+17/AOA7/wCFH9qx/wDP
te/+A7/4Vd4oouuwWZS/tWP/AJ9rz/wHf/Cj+1Y/+fa8/wDAd/8ACrvFGKLrsFmUv7Vj/wCfa9/8
B3/wo/tWP/n2vf8AwHf/AAq1LKkELyyMFjRSzMegA5JqCyv4NQiWS3ZyrIJBujZDtOcHBAPODRdd
gsxn9qx/8+17/wCA7/4Vl65rP2aFbuG3m8y2SaZVmjaNWIiYgZxXQ1la1Zxagbazn3eVcGSN9pwc
GNgcGhWB3MyPxtbxq8l7H5CRQKZV3fMs/mMhi5wOq8E4yDnpT7fxzZXLu8drdmzS3Sc3IQFRmRkI
IzngqeRkcH0ybd34S027vLq7ImiuLoRF5IpNpVozlXHo3b3A5qRfDlvuZpbi7mL2zW0vmSA+ahLH
5uOo3NjGOtSURP4v0xBKd0zeU8sbBYiSWjZUIA75Z1Ax1JpYfFFrcXMFsltei5lkaNojFhoSoUkv
zgDDqcjOc1HF4L0qGOVEWceZBFDu8wgr5ZBVhjo2QpJ7lRVqx8PWlhcx3KvPLcKZC0ssm5pC+0Et
+CKBjAAFAEfh3XxrmlJcCMh1iRpGVf3ZcrkqpPXHQ+h465rMg8VXsdjbXGpW9tGLy2FzbtCzMAMp
lWBAOfnGCOOvTvt6VoVpo0LQ2fmLEyqpQtkEgY3fUgDPrj1qlD4PsYrP7NJNd3CLEsMZmlyYowQd
q4AAHyrnucDmgB48U2bQyvFFdS7bg2yKkeWmkGchRnttYnOOBnpikbxXZrOsRgveSqM/kHakjLuE
RPZ8EcepAzk0SeE7OW5mumnuxdSSLIs6yAPGRuwFOOmGYc54OKevhizW9S5aa6fa6zNE0pKSSqoU
SMO7YA9sgHGaAKt3470eztkmeSRlkjSRAqjLBl3cZI5C4JHuPWrEfiuxlnCRx3LRGWKEXHlfuy0i
qyDPXkMvbuKjXwZpsMKpavdWzpO86SxS4ZC4wyjORtwAAMcYHpUmoeG4rnRdSsYZXV77BaWRixVg
qqGHfICA/WgBf+Eos3tLae3hurg3Qdoo4YtzsinBfH93kfXcMdajl8Y6dCbgul0IoVlZZvJOyYxj
5wh7kYP1wcZxUsnhq2cxNHc3kDwgrE0UuCiFVBQcY2nYpx681FJ4P06Uzh3uTFIsqrCZTsh8zO8o
OxOT64ycYzQBXk8VyT6jpttZWVwnn3DxXInhIaEKobBG4YJDKc88HpnipI/GFmLNppIbllitI7qV
4oiUAcZUDPJJ9K0RodoNR+2jzPO81pvvcbmjWM8f7qiq6eF7BLGa0HneVLDFA3z87YxhefX1oAbY
eKrTUL5LRbe8hlYsv7+EqN6jLJn+8Bz6Y71dsP8Aj4v/APr4/wDZEqOPQrSK9W6XzPNWd7gZbje6
7D+GKksP+Pi//wCvj/2RKpbMT3ReoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
ULT/AJC2ofWP/wBBq/VC0/5C2ofWP/0Gr9VLcmIUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYvi+7msfC19cW0rQzRoCrr1HzCir2q3ltp+mzXN9/x7RjL/Ju4zjp3
orek7L4bmU1d72LlFFFYGoUVz8+t3Mfj+10VRH9llsHuWJB37w4Uc56YNWtc/txxBHoRsYyxPnTX
QZtg4xtUYyTz1IxigDWormfCeu6jqF7q2l6ylv8AbtLlRHltsiOVXXcpAPIOOoo8U6/fafqmkaRp
f2aO71R5AtxdAmOMIoJGARljnAGaAOmorlr3XtQ8K+Gb2/8AEkthLNCT9nNvujE525VSDnaxII4y
Ks6f410S80L+1G1G2jgQKJmMnEbsM7M9zQB0FFZmk+ItK1yKWTS72K5WE4k2nBT6g8iqE3j3w5HG
xXV7RmEH2gKH/g7duM5HvzQB0VFcx4d8eaTrmgHUmuYYGhhEt3Fv3fZwc9Tj2rbuNWsrSK2kuLmO
NLqRYoGY8SO33QPrQBcorG1HxdoWkvMmoapbQSQOqSIzfMpK7gMdenNaVneW+oWkd1ZzJNBKu5JI
2yrD2NAE9FFFABRRRQAVQtv+Qzff7kX/ALNV5iFBJIAHc1nWUqTapfSRMHTbGu5TkZAORn8aa2Yn
0NKiiikMQ1U0t7GSyDaZ5f2bc2PLGF3bju/XNWzWT4Z06fS9HW1ugolEsjHacjDOSP0NPoLqa9FF
FIYUUUUAFVdU/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2OUvPDF/Pcve2nlh5b2JpEZuJbcCE
nP8AtK0ZI9iR3qifBl/IL03tq15M0iyFpLlPLuAs6uMLtBDbARlicZIHBzXfW/8Ax7Rf7g/lUtIZ
w+oeGdZkvp/sThLVnKxq0xG2Ocfv/wAVIBUe5pLnwvqclxfeTCkcjrdf6WLlszo6MsUW3+ELlfYb
OOpruaKAOVPhqaDxBa3NtDF/Z8EcKfZ95ALAyEv7lS4IB4OT3Ap+saZqN1qGqQ29pFJbalaR25ne
UARY8wMSvU8OCMd/SunooA45tA1NNRt5kjEjR3krq8koZEjZwcleu/aOCD7EYNV08N3y2MCTaWkz
RSK14hu/+QiQrDeSf9ohsN1/AV3NFAHER+FNaRbeJbxVR7cGZvNYmOZA/lYzywG9Mnv5Q9abovhG
5iNot7bSCJLoTTxy3KyKxELLuUKqjG4r15OMnpXc0UAcRY6PqmNUhtWdNiy6fZTvKy+VHhnD9Mk7
mVMjsmabeeG7ue3jFvosUUOyVFtPtpCxTNtCz5HoAenI6jkmu5ooA4ifwfeSvcyuqTTzmSOWVpSP
NjNsEUEdMGQA4/Gpn8KXDrb23kx/YlWzV4hJhcRmQyDH/Al+tdjRQBxF14Mlub24mkgRvOmuWY+c
w3KVHkgjPZhnHbrXQRxzRDRY7lt06jbIc5ywiOTnvzWvVG9/5COnf9dX/wDRbU0Jl6iiikMKKKKA
CiiigAooooAKKQnA5qEXMP2hbfzU85l3hNw3FemcelAWJ6KKKACiobi5htVVp5UjVmCguwAJPQc9
zUoORQAtUbD/AI+NQ/6+P/ZEq9Vdp4IZ0iZ40lmJKISAz4HOB34p3C1yxRRRSAKKKKACiiigAooq
C9knis5XtYRNOF+SMvtDH0J7UDSu7E9FcrLrus6Rc2x1u0s/slzKsIktZGJiY9NwPUfSupFTGSZp
Voyp2b2fVai0UUVRkFFFFABRRRQAUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/APQav1UtyYhRRRUl
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm+IdMk1jQrqxhdY5JlChn6
DkH+lFQ+LL2fTvDF7dWsnlzRICj4Bx8wHeiuiipte6zGo4p+8jYooornNjhtZ1Gz0z4tafPqF3Ba
wnSJF3zSBFz5g4ye/FaHiPx5pej6TDPZ3Vpdz3jmK0AnXy2cdSz5wFXIya3rvS7DUGVr2ytrllGF
M0SuR9Mio20LSnhSFtMsmijJKRm3QqpPXAxxmgDG8Ex6ZBaXC22sWmqalPIbi+mglVyzt7A8KOgH
oKl8VL4avxDpfiSe2jaUGWDzpPLYEcbkfjBGfWti00qw09maysra2ZhhjDEqEj3wKdeadZ6jGI76
0guYwchZow4B+hoA83tbq6uvCHjbTor6XVtNsrdksb1zvZ8xEsm7+PacDNal14ptbPwZoT6c+nXM
kr21t50zBorRyn35McgjBGOOtdxDbQ20CwwRRxRKMLGihVA9gOKrpo+nR2sltHp9otvKcyRLCoRz
6kYwaAOE8PXMlx8SNZ83UrO/k/slPMks49iZDng/M2SAeue+O1aHw4sLeL4X2LW8CCSa3kdyF5di
WGSe54Arr7fTbKzCi1tLeEKmweXGq4XOccDpnnFSwW8VtCsVvEkUSDCoihVH0AoA81064g1D4FzW
dnNFNdxaY4khjYGRCM8FRyOhp2veIdK1LT/BltZX0FxMdRs5Ckbbiqjg7sfd5OMH+leh2+nWdnLL
La2kEMkxzI8cYUufcgc/jUcOj6bb7vI0+0j3OJDshUZcdG4HUetAHFabqOi6f8T/ABU2qT2tvcst
v5MlwQvyCIbwGPHpkVo/DJMeHryWFStlPqNxLZDGB5Jb5cDsOtX7bwpD/b+t3uox2t5b6jJA8cMs
QbyzGm3JzxmugRFjQIihVUYAAwAPSgB1FFFACMNwI9fSs99Et3XBmvB9LqT/ABrRopptbCaTMX/h
GrdTuSact/02ImH5MDVvT5JFmntJvLJgClWjXaCGz27dKv1Qtv8AkM33+5F/7NTu5LUVkti/RRRU
lCGsnwzqE+qaMtzdFTKZZF+UYGFcgfoK1jVTS0sUsgumeX9m3tjyzld247v1zT6C6lyiiikMKKKK
ACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8Ax7Rf7g/lUtIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66v/6LamhMvUUU
UhhRRRQAUUUUAFFFFAHMeMSFOmfaw50ozn7btBxjadu7HO3PWuc1JoItRe68O3ElvFb6XNLG0SEg
kSAlRuH3SfT8K9I20hTNZyp8zep20cZ7KKXLe1/R37q2/wChwWoa7qa3MxF5NFcqlubO0WEFLrcA
XJ4JPJPcYxUi61qZ1oRm7mF19vMLaf5OUW35/eZxnpg5z7V3W2jb9aXs33K+uU7W9mtvL/L599dz
zqHV7y6sNk1zJdumoWoMrIrREM3Oz5QR7gjI9alt9a1eGSK5e9klWZL391JGCieVkoeBmu/21HcW
sV1bSQXCCSKRSroejA0vZPuP67Tb1pqz9O1u3zOQ8K3t3rNpqfmajcSHylWNWdDJGxU5YBRwCen0
rIsL24g0fRTFcyyTJDeb/MQFoXWLIUEjIwcfnXd6boVjpLSNZwsryABneRnYgdBliTgelXUZHLBG
DFDtYDscZ/qKFSdld6jljaanLkho/RdGv1PO59T1yGzmuBqtwzRWdteBTEmC0jAMnT7vt1rRttW1
ebxvJavOkUCTmP7K4PzRbchgNv453e2K7bbSbaFSa+0KWNhJNezWz7dbeXl+JyWpard23jGK3juZ
ZI2CqlrCo4JUnLgrypOPmDcelZVpreqzQN5F7c3Ny9jPJdRGAD7JKo+QL8vrxg5zXoe2grVOm29y
IYuEYpezT0Xbz8v6trc87k8S6lNp19Pa3cpMdrZtGxj4EjMBIcEc85BrRa+v7TXLu1l1G5aa2hH2
O3MYIvDsYksQOu70Ixiuz20baXs33G8XTd0qa/Dy8vJ/ezkfA+palqPntfXaXCbEbH8UbnOVPyqB
9OcetdeelJtpT0q4R5Va5zV6qq1HOMbLscisN54q1adLySOLTtMvsLCiHdMy8glienPauuFZ+mWV
5aT3j3d6blJpi8KlceUv933rRpQjZXe5eIq87UY/CtrfiFFFFWc4UUUUAFFFFABRRRQBQtP+QtqH
1j/9Bq/VC0/5C2ofWP8A9Bq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAFPVJ7O206aXUdn2RBmTem4Yz3HfnFFV/EmnTav4fu7G3KLLMoClzgdQefyoranGD
XvOxlNyT0VzUooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv8Aci/9
mq/VC2/5DN9/uRf+zU11E+hfooopDENZHhawuNN0Vbe6QJKJZWIBB4ZyRyPY1rmsvw5qU2raQt1c
KiyGSRMIMDCuVH8qethdTVooopDCiiigAqrqn/IKvP8Ari//AKCatVV1T/kFXn/XF/8A0E01uJ7E
tv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf8AkI6d/wBd
X/8ARbVeqje/8hHTv+ur/wDotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/AI+L
/wD6+P8A2RKvVRsP+Pi//wCvj/2RKa2Ynui9RXK+L4rs6jpVzZiYvZia5CpnD7QuUPb5lLAZ7msb
zbiK+k1W6F0kVzcWd0wKufLjLTALgdMIE3D1PNIZ6HRXCXNzfW/iG/1HTluJY7/yrSMbW2qzRKY5
MEcAMWB+vPSs+zsY7TUtLhvmYQQJMkZuoJZi5F0+MEEbWK4OTngigD0uiuK8T+dLJaXF7bqLiIuI
rHMsqXAypBV0A2ScYGc9T9RSsdPtL2HXEuoo5bwtdSCI20iyriRiuXztb+HG0DtQB6FRXJ/YWt/C
S2UcL2dlLZBp7qJmMsblRn92AS3vyDyazdIvjY30AEQt43tp4bZoo5fImkLxlWCtkqCSRg8cHBI5
oA76iuD0ixs76402CO2u/tDRsdXWdZAGynIctwW8zBGOwOOKr2WgPJZ+HooLOIM8c0lwLpZCu4bQ
C2CDux0z70AeiUV57bC50bWLnVJrWQqz3xjMCyF5mEh2pKDwQR90j0/Oqun6wbKPR7iG7trj7XFd
xTGTzPnKOWJZcjb5q5wezj2oA9MorzPU5L7Vo7zVZILqAXVg0awsrkRKksQOVHcnzDxyVrfF4LPw
sIdFlAuWIKSW9m6oAZVViFfOCA3Qn3oA62iuGvdW8RW2u3NtBKGFujCCGSBiboCHcHyqbcl/9oDj
GORWr4U1Oe/udRjlvpb2KExeVJLbiFvmXJGMDjPfFAHSUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/
APQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBk+Kb+f
TPDd5eWjBJ4lBQkZA5A6fjRVrVWsl02Y6n5X2MAeb5oyuM9/xxRW1NxS1jczmm3o7FyiiisTQKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT
6F+iiikMQ1U0u3srWzEWnFPs4ZiNj7hkklufrmrZrG8J2U+n6EkF1EYpRLKxUkdC7EdPY0+guptU
UUUhhRRRQAVV1T/kFXn/AFxf/wBBNWqq6p/yCrz/AK4v/wCgmmtxPYlt/wDj2i/3B/Kpait/+PaL
/cH8qlpDCiiigAooooAKKKKACiiigAooooAKKKKACqN7/wAhHTv+ur/+i2q9VG9/5COnf9dX/wDR
bU0Jl6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKyra+tbe7v0nuYY2+0Z2u4U42J61q1n2K
I1xfllUn7R3H+wlVHqS+hL/ath/z+23/AH9X/Gj+1bD/AJ/bb/v6v+NQx6ppkst9GssW+wx9pBXH
lZXdySPT0os9U0zUIfNtZI5E8hLjIQj922drcjvtb8qNA1Jv7VsP+f22/wC/q/40f2rYf8/tt/39
X/Gqi69ozaZa6gLiL7JduscEmw/OzHAAGM9alstU0/UJ5YrUM7RFlZjbuqZVtpAYqFOCCOCaNA1J
v7VsP+f22/7+r/jR/ath/wA/tt/39X/GqMviHRoXuVeX/j2z5jC3cqCCFIDBcMQWAwMnNMk8S6PC
8SyC5VpiRGpsJsseeMbOuAT9BmjQNTR/tWw/5/bb/v6v+NH9q2H/AD+23/f1f8ah1DVNO0toluzt
eUFlVIWc4GMkhQSAMjk8ciibVdMt7KS7kkQQRymFmEZJ3htpUADJO7jAFGgak39q2H/P7bf9/V/x
o/tWw/5/bb/v6v8AjWdJ4o0SKFJWkcq7+V8tpIxD8fKwC5VuRwcHmnHxHowFwS7BbZd0rG1kATpx
nbjd8w+Xrz0o0DUv/wBq2H/P7bf9/V/xo/tWw/5/bb/v6v8AjVNtf0ZNMl1CSdI7aGQRSM8TKyOS
AAVI3A8jt0OelWUv9Pk1OTTkeM3ccQmaPb0QnAOcYo0DUf8A2rYf8/tt/wB/V/xo/tWw/wCf22/7
+r/jWeniXRJUheGUzrPv8vybaSTOxtrH5VOACQMnitZkhUgMqDPAyBzRoGpD/ath/wA/tt/39X/G
o0vdLjmklS5s1klxvYSLlscDJ9qtbYeflj468Diqdzqdha3sNpIpaWaN5QEiLAIvVjgcDkAepo0D
Um/tWw/5/bb/AL+r/jVe61y1twrJNBMufnCTLuA9QM81dBt2AIEfIzyADiobi0ivNqBysY5dY8De
D2J6gfShcoalbSruC9vb6e2lWWJvLwynj7tatZmnwx2+oX0UKLHGvlgKowB8tadE99AjsFFFFSUF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+fVfDt5Z2oUzSqAoY4H
UHr+FFHibUJ9K8PXl7a7fOhUFd4yOoHT8aK6KPtLe6Y1HG/vGrRRRXObBRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiHkVmeHtT
k1fSlu5Y1jYySJtUkj5XKj+VaZqppdja6dZC3sjmEMzD5t3JYk8/Umn0EXKKKKQwooooAKq6p/yC
rz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVGw/4+L/AP6+P/ZEq9XN3Op3Nle3UUNu2yS45uDt2odicckc/XA+
tVFN3SJk0rNlWfwteSaxNdRyRJFdXR+1AE5e3whA+u5CMf3XanaZo2qacPIMFtJHNYR20kgnIMbK
ZMkLt+YfOO471tx3d0saqbC6kIGNxeLLe/DU/wC23P8A0Dbn/vuP/wCKpcrHzHKweDr+GKOHzYPs
8KwSRRgnCzbo/OPTpiMke8jdK0NJ0O9tGvYmDWZlmkkF3Bc+YWDSswHlupVeG5xW19tuf+gbc/8A
fcf/AMVR9tuf+gbc/wDfcf8A8VRysOZHMap4b1K8e+S1iighnyXQXbbbpt6kMV24jbg5ZepPfqNi
3025I0gm3S2FncSSPGblpjtMbqMMRknLjrV/7bc/9A25/wC+4/8A4qj7bc/9A25/77j/APiqOVhz
Ix9Z0TUJ1j+zStcXQLmK8kuBBJa5xgDYmHTjlT1wPwhj0nWYQgWG0ZrS/lvI3aYgXAcvlSNvyHEh
IPPIre+23P8A0Dbn/vuP/wCKo+23P/QNuf8AvuP/AOKo5WHMY40W+uFkuLhYI7q41CC6kjSQsqJH
tGN2BlsL6Dk47VFd+Fp7i21rbM4mvrjdGv2hxGE+Tnb0DfKeQM+9bv225/6Btz/33H/8VR9tuf8A
oG3P/fcf/wAVRysOY5x/C2oykWX2tFs0uZbjz5B50soZAqq4brjc4yeypVf/AIRPWNiyi5hW9SKK
188MSXiCtHIenDFSrj/aWur+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcxzf8AwjF5a31r
NFaQ3EUD3O1BdvBsDyq6HgfNgLgg8VevdKvLzXIL24srK5hQeWscsx/cYk3CVflxuK4yOCCoGcVr
fbbn/oG3P/fcf/xVH225/wCgbc/99x//ABVHKw5jkovBl28BhngslXy0imZZGY3x85JGkkyOuFbg
5OXPOKs/8Ic6Gcxw2gItb2C3IHMfmyZjAOOAFLDjpkgV0n225/6Btz/33H/8VR9tuf8AoG3P/fcf
/wAVRysOZGBJ4S8+G6E8FrI9zeW0khbnfDGsQZSceqNx05qfQPDJ0fUYriOKCIeXcJL5Z5bdKGiH
TkKgI9ug4rY+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcwlp/yFtQ+sf8A6DV+svTpHl1G
/aSF4mzH8rkE/d9iRWpTluKOwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAU9VjspdNmTU/L+xkDzfMbC4z3P1xRVTxVYz6n4avbS0QPPKgCKSBn5gep+lFb0kmtZWM
qjae1zXooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBmq/VC
2/5DN9/uRf8As1NdRPoX6KKKQxDWJ4QtZrLQEhuYmikE0rbGGDgyMQfyNbZ5rO0HVDrGmLdtEIiZ
HTaGz91iuc/hT6C6mlRRRSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/
AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6L
ar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigAqhZKrzagrAMpuM
EEZB/dpV+qNh/wAfF/8A9fH/ALIlUtmS90XI41ijVI1CoowAOgFOqlrMrwaJfyxsVeO3kZWBwQQp
INcVb6rqUkGm6c95cebYXNs11PuwZ0kkQRBj33K7Z90NSUehUVwUuqXeoeF9Pi0/VP8AiZ/btjlZ
csCGkKo4Bzg7AMHtVXUvEF5qEd5qdrd3FtaS6fIIIzIUClJIQznHQ7ndc9gtAHo9FctFdyL4dlht
7rbvilJ1KO7FzDbNg4Jd23HHHbisBNTaW6srY6gIYkM/mvLrEnlSMPJwY5hy+Ax+U9CTQB6RRXLW
UT2fiHVnSTU7wWywmK3+1M4O8HdgOwX35PGOKr3+tsun+JoxemG9iO+GEyjzYl8iM8AHoCT04zmg
DsaK4B9X1G01UxyXU7217rIhibJ/cssgBiz/AHWTJA9Vb1q54P1iSWNn1i/dZfLjEKSuNrxs20SA
/wATM52nPTgd8kA7OiuEvfFusW2mWsymwEl5LOEeX91HEI2ICsWcAlsZzkdDgGrlh4ovLvxDa2kk
tgiTTPE1quWmULEXEm7ONpPT5ehHNAHX0UlLQAUUUUAFFFFAFC0/5C2ofWP/ANBq/VC0/wCQtqH1
j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmeI9
Sl0fQLu+gVHkhUFVfODyBzj60VPqttaXmnTQaht+yuAJNz7RjPr25orWm4W95Gc1JvRlyiiisjQK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s
1NdRPoX6KKKQxDVTS9Ng0qyFrbM5jDM+XOTlmJP6mrZrD8HwS2/h9I7iN45BNMdrgg4MjEdfan0F
1N2iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8A
x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66
v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9WRBp1rdXl/J
PCruJ8ZJPTYlUtmS+hrHkYIyDTdi5+4O3b06VmJZaLLJOkYt2e3OJlEnMZxn5ueOOeaSCz0S6j32
/wBnlTyxLuSTI2HOG4PQ4OD7GloPU01hjRiyxIpJySFHJpfLTbt8tduMYxxWSINBa0iug1qbaYqs
Uvm/K5Y4ABzgkngU22i8P3l1LbWr2s08WfMjjl3MmDg5APGDxRoGprpFHGmxI1VP7oXApptoWRUM
EZVeilBgVjyHw3DNPFJcWSSW67pkacAxjjlhnjqPzFQm/wDCS7d19pw3/dzcDn6c+1GganRAAEkA
ZPU00wxmQuYkLkYLbRnFUG0vSkljiaKISSAlFLHLAdcDPOMio1tNDedYF+zmZ9+1BJ8x2HDYGex4
PpRoGpqbV/ujrnp39aNi8fIvHTjpWUttoTqGU2zKQhBEuc7/ALvfv29asf2Lp3/Psv5mjQNS40SO
mxo1Zf7pGRUUtjBNcw3DxAywsWRhwQdpX8eGI59ah/sTT/8An2X8zVWa30O3u/s0whSby/NKljwm
cZPoM0aBqbFGao/2Jp//AD7L+Zo/sXTv+fZfzNGgal7NGao/2Jp//Psv5n/Gj+xNP/59l/M/40aB
qXs1Bc3cdoFaYMEY4LhSQv19B71B/Ymn/wDPsv5n/GoLnQbeQKlvFFED99iCWx7c4z9aFYWpLZsH
1O/ZSCp8sgg8H5a0ayNGsYNOur22tU2RJ5eBnP8ADWvTnuEdgoooqSgooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAxvFtnPqHhe+trWIyzSIAqDHPzA96Kn8Qam+j6HdX8Uay
PCoYIxwDyB/Wiuii5290xqct/eNKiiiuc2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEIyKoaJqg1jThdrEYgzum0tn7rFf6Vf
NUtI0uPR7AWkLu6B3fL4zlmLHp9aNLCL1FFFAwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//
AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3
/kI6d/11f/0W1Xqo3v8AyEdO/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FUbD/j4v/wDr4/8AZEq9XPvrMdhf3dsqPJcyz5UbW2gbE5JAP5DJqopu9iZNKzZlT+H9SOtXksEQ
W31K6MV2S4/1AVCHxnr8siY6/OD0FSaNp+oabGbeTTpSJtOht/MjePZE6mXIPzZ/jXoDXQR6vbiN
fMaQvj5itvJjPtxTv7XtPWb/AMB5P/iaVmPmRx0HhfVY7O3smt1+yWnkXECbwcSlo/MHX+DbKR/1
0GOla2i2Gp2ovYF+12sjTyyJLcbJrcAysw2IrhgSG74rb/te09Zv/AeT/wCJo/te09Zv/AeT/wCJ
oswujk9U0bU5f7QhsLS7S3mZpJEaSLa8nmK2+E53KWwSQ2B+NbcVpczNoshhuwLa5keU3bo0oUxS
KCSpIPLAcVo/2vaes3/gPJ/8TR/a9p6zf+A8n/xNFmF0Zd7BqdtrGn3kkTaisPnq32ZFjKK4TbkM
/P3TyD+FZk3h3Unu/tNvGsVxbtdTW0jMMb2uN6qcdnTIPsfWun/te09Zv/AeT/4mj+2LT1m/8B5P
/iaLMLo5TSfD+pWV/pt7NZqy29tbQvbs6nY2xld1Ocbkzj3BbHNX7m11S81V7hrS6RmhAs3FwoS0
kwwbzFDfNk7T0bI44xW5/a9p6zf+A8n/AMTR/a9p6zf+A8n/AMTRZhdHJ22g6nOkcMkF9b2jSW4u
I5L8s8jLv82QMGyFOVHBGcdBRF4d1Rba6nKTfb30+K3SQ3J3FllfI+9j7mzn+ua6z+17T1m/8B5P
/iaP7XtPWb/wHk/+JoswujBbw9c3GBcfasT6rJLcbbp1zABJsAw3C8p8o/Gp/C+l6hp0ytetcMJb
OIzGWcyZuAzbjyTjjb046Vr/ANr2nrN/4Dyf/E0f2vaes3/gPJ/8TRZhdF+iqH9sWnrP/wCA8n/x
NH9sWnrP/wCA8n/xNFmF0X6Kof2xaes//gPJ/wDE0f2xaes//gPJ/wDE0WYXQWn/ACFtQ+sf/oNX
6y9NnS51G/kj3bcxj5lKn7voea1KctxR2CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigCnqtjb6lps1peZFvKMPhtvGc9fwoqj4wtprzwrfwW0TTTOgCogyT8worekrr
4rGNR2e1zaooorA2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/ACGb7/ci/wDZ
qv1Qtv8AkM33+5F/7NTXUT6F+iiikMQ1h+DRKPDyCcSB/Om/1mc48xsdfatw81R0bU01iwF3HG8a
l3Ta5GflYr2+lPoLqX6KKKQwooooAKq6p/yCrz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7
Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1X
qo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZBbQ3Ul/HPGHX7T
kZ7HYnIPY1p1RsP+Pi//AOvj/wBkSqXUl9CWeVdP0+WZt7pbxFzk5YhRnqe/FZEfjC0k03S7tIZz
/aMywLEAN0RLbWL88BSQDj1GK2L62F7p9zaligniaPcBnGQRn9awovB0cV48/wBrc5aB0UpwhjZG
fHP8ZjTPpipKJrvxda2eh2+qyQTeRNP5OABlPmILHnoNpJ9qNU8XWul3l1bNBNK1ra/aXdNoX7yj
bknr86n0APWo7fwvKlpDZ3N8k9rBcGaNBBtODvyrHcc539cDpVZfAyrpptv7Qd5WhkiaZ4wxYs0Z
UkZ52rEq47igDWj15P7Am1aaBkhhR5CsciSkheuChIPT1qjL4w8lbMPp7LJdh2jDXUAUqu3kPv2t
neMAHPBq5HojiJZJJ4vt0SOsM8MRjRM5/wCWW4qep61mReDZra4S5t720SYNIzKbEGH59n3E3Daf
3YJOTkk0AaVhrtze6vcWD6VPAbfBklaWMqMgleAc84qS416G2tdUuGikK6a22QDGX+RX459GHWlb
Q4ZbrUJbh2kS9EYaMEpt2A9CDnmqU3hmaRNTtkvlSyv15i8nc8Z8tUBDluRhAeR+NAD4vFtpJdXN
v5Myy294loVIHzbm2hxzyu7I9eKsaN4gh1wFrWGURqgZ3YfKrH+DPdscnHTIz1qjP4PimvLe6F1I
k0F813kKPnVmDGM+2VU59ql0nw1JokXl2N8yI4XzFaIEM4bJcDPBZflP4HqOQCy3ijR1t5JzfxeV
HIYmfnAYdR07Y59O9Spr+lyamunJfQtduMrErZJ+Xdx26c/Qisi88Fx3NlZQi4jZ7RptpntxKjCV
skFcjpxg57e9Ot/DVzYaxYy29yj2MVzJO8PlBChaJlJB7jceBgYB74FAHTUUlFAC0UlFAC0UlFAF
G0/5C2ofWP8A9Bq/Wfaf8hXUPrH/AOg1oVUtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBn67qZ0bRbm/EXmmBQ2zdjPIHX8aKk1bTodW0yayuC4imGGKHB65/pR
WtP2dveM5qd/dLlFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf
+zVfqhbf8hm+/wByL/2amuon0L9FFFIYhqjoulro2nLaJK0oDu+5hg/Mxb+tXjWH4Ollm8Po87yP
J50w3SEk4EjY6+1PoLqbtFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2J
bf8A49ov9wfyqWorf/j2i/3B/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq/
/otqvVRvf+Qjp3/XV/8A0W1NCZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACsm3e7W8vxbw
wunn9XlKnOxOwU1rVRsP+Pi//wCvj/2RKpbMl9A83Uv+fW1/8CG/+Io83Uv+fW1/8CG/+Irnm8T3
dvq2rWs4iYeZ5WnDbjc42KVb1+aVD9M+lWNB1u9vbKV7p42ePTobjKJgGRvN3HHp8g4pDsbPm6l/
z62v/gQ3/wARR5upf8+tr/4EN/8AEVyUHi7UJdHsEYwf2n50f2s7Pl8otH8wGeNwlTH4+laOk63d
f6be6vLKllHNLFGfs67OJWRdpUljwvOQKAsbnm6l/wA+tr/4EN/8RR5upf8APra/+BDf/EVy+p69
q9i+oGSQxOebGIWoZJE3qAyvu5baSSrY5PoM1akfXRJpSf2m8DXkrxOk1nHvXCO+flYj+EDqeDQF
je83Uv8An1tf/Ahv/iKPN1L/AJ9bX/wIb/4iqS64t3rVjb2cge3kE6zExkHcgTGM4/vVkSeKby11
GJ7jyjYpJci5IT5kRbjykfOei5Bb2ye1AWOk83Uv+fW1/wDAhv8A4ijzdS/59bX/AMCG/wDiK5rS
vEuoX+pWFlI0CG5tYLhpCmByjM6r2LHAwD0UMecVs3fiA21/cwx2jSwWUYlu5vMC+UpUsNq9W4Xn
p170BYuebqX/AD62v/gQ3/xFHm6l/wA+tr/4EN/8RWI3i+5UJG2kMLubyWhhNyuGSXcFJbGARsOR
z7E1SfxVfTzz3kcbQ2EWnxzCMMjN5jSMpyCOcFCBg44zzngCx1Hm6l/z62v/AIEN/wDEUebqX/Pr
a/8AgQ3/AMRWVJ4mu8N9n0rzS181lADcqvmMu/cx4+UfIfU81PoPiM61IVeye13QJcxbpFbfGxIB
OOhyp4+lAWL3m6l/z62v/gQ3/wARR5upf8+tr/4EN/8AEVdxRigLFLzdS/59bX/wIb/4iqWp3F9H
HGxWKGXP7sRTsxY+m3Z83+elbWKMc570J2E15mPoj3UlxeNfRJFcHy9yI2QPlrZrPtP+QrqH1j/9
BrQpy3COwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYnjKKWfw
nfx26SSSsg2rGCWPzDoBRVzWtTXRtIuL9ojKsChigOCeQOv40V0UXNL3Vcxqct9WX6KKK5zYKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E
+hfooopDEIyKp6TqUOrWQurdXWMuyYcYOVYqf1FXDWfoelnRtMW0Mvm4kd923H3mLdPxo6CNGiii
gYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfyqWorf/j2i/3B
/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq//otqvVRvf+Qjp3/XV/8A0W1N
CZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFm6xy6izsFVbjJJOAP3aVfrm7nSpr69upo
rh8RXH/HuSAjHYnPIPP1BFVFJ3uTK/Q1E0vTp5IrpbeJ2E32pJB/z0K7d499vFRr4b0pJ4pktFV4
YxEm12A2DOAQDgj5j19afHYSvGrNfXqMRypZCR7cLT/7Ok/6CN5+af8AxNKyHdjBoOmKSRZxAmOK
I/7sZzGPwNOstEsNOupbi0gMUsxYviRiCWO4/KTgZPPApf7Ok/6CN5+af/E0f2dJ/wBBG8/NP/ia
LILsgl8MaRPJcvLZK7XOfMJZuckE45+XJAPGOlWLfR7K1jgSKHi3cyRbnZijEEE5JJ6MR+NJ/Z0n
/QRvPzT/AOJo/s6T/oI3n5p/8TRZBdhqGjWOqtC17D5jQkmNg7KVz15BHXApRo9gGdvsseZFkR8j
O5ZG3OD9TyaT+zpP+gjefmn/AMTR/Z0n/QRvPzT/AOJosguxkfh/TIoo40s4gkYiCDn5fK/1eP8A
dpq+HdLSaGVbNA8K7UIJ6ZJwefmGWPXOMmpf7Ok/6CN5+af/ABNH9nSf9BG8/NP/AImiyC7IrTw3
pNiALaxijxIsoIySGUYXk9gCcDoM08aDpqwPCLOPy3jETLzgqGLAfmxP407+zpP+gjefmn/xNH9n
Sf8AQRvPzT/4miyC7HrplmmzbAo2TtcL7SNnLfU7m/Oi00uzsWQ2sCRFIlhXb2RSSF+gJP50z+zp
P+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RVH+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RV
H+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguxLT/AJC2ofWP/wBBq/WXp0Rh1G/RpZJTmP5pMZ+7
7AVqU5bijsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFHWdNTW
NKnsJXeNJwFLJjI5z3+lFUfGXm/8Inf+R5nm7Bt8vO77w6Y5orooxk1o7GNSST1RuUUUVzmwUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0
L9FFFIYhrE8IXM15oCS3EryyGaUF3OTgSMB+grbPSqelX9vqVkLmzBERZlGV28qxB4+op9BdS7RR
RSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9
wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFt
TQmXqKKKQxKMj1rjvHEggkt55LqNoYY3Z7I3RgeTtvUjkkelNTXtSOuW+loSv2mSKeJnjG4WxQlg
f9oFcZ96zdRJ2Z2Rwcp01OL6N/d/Vzs80Zrz+x8V6wLZLqV4blZ7G4njhWLaVaJsDkHnPelvvE+p
2tjYrbalZ3cl0WZrlVRFjIQHyzltoOT3Ocds0vbRtcv+zqvNy3X/AA179Olv8jvmdUUszAAdSTS5
Feb+KdcvLzSru1uZ7a1X+z4pmhwGNwznJ2NnoMds1ueItZ1DR5LEWpVo7yBoY1KA4n42HP49Paj2
q18hfUJ2jqryv+CT3+Z1bOqDLMAOmSaGdVxuYDJwMnqa4G41y51fR5biVYjDHc2sAV4wQJsgyH8C
QB9Kpie8urK0SbUxPcprwjQyKCYSC4BIz0PUDjHak6y6IuOXyteUra2/C56XSb13bdw3YzjPOK42
XVdRvfh5f3hufLvIPNUzQrtLBGI49CQOo6Vk32o3tnfvqNnfwzTwaMkrytGGEo83pwcD0z7U3VS6
E08BKba5ldNrrurf5npOaK4pPE2qT+LRZxi2W2WZImidlVmVlyWGTuJ9MDGBVzWNduLDxRa2xuYk
tXKL5aKryMzE8MM7lBwMEAj1p+0VrmbwdRSUdLtX/rzOpLKoJYgAdSTUcUUcZdowP3jb2I7nAGfy
ArzyPxFqes6LrIvBb+Q1hM+xWUPCRwBtBLY9dwHNWNJ8R6nJrFpYRi3FrEIYTE7KrMpjB3jJ3E+m
BjFSqyfzNZZdUipXaut9Tv6OK86vdd1O98OvejWIoJPtCb7aJAr2w83bhjnOOmcjmr6eJNUfxUtj
HJbPbRyRxMGKKZlZcmQZOT6gKCKftUJ5fUSbutL3+VvLzO1LqGClgCegz1oZlQZZgB6k15/purT6
x4p0S4urmFn8y7H2ZEw9uAuAGOcnIGeQKi1W9uUTxVHdXsdykEsXl20yggAsnIGegzj0zzS9qrX/
AK2uP+z5KSg5a2v/AOTcp6NkUVwx1vWptSMUN5bxRPqUtgoNuGKALuDZzyR0xVOXxprD2GmmI2yS
ywSSvI+1VkZXK7csQBwMnHPPFP20QWW1XazX3+v+TPReKOK5jxVrF7penWk8U0NsWy02drOAFzhF
YgNz1wc+lZt54rvku55Ibq3VYZYI4rJov3l0rhSWGTkfeOMDjHNOVSMXYyp4KpUipRtr/nb9f8zu
cijIrirbxRdy6zDZNcQ7zqdxbvGFG4RKpKcfUde9VrXxFq0+n6TLc6la2i6h5jG5eEbItgwF5OCW
PP8AKl7WJX1Cr1t/V/LyZ33FRzzJBC8shwiKWYgZwBXH2HiXU7vxY9nm2+zJO0BjLKrFQud4BO45
69MYrsxyKuMlLYwrUJUWlPqr6HPx+NLBp4o57e+tY5mCxT3FuUjcnoM/410Ncf4muJPEb3Ph7T7W
R5Y5I/tFw+BHCPvZHOScCuvRdqgcnAxk1MG22aYinCMIySs30vfTSz+f/BHUUUVocoUUUUAULT/k
Lah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFAFLWNTj0fSp76ZHkSEBiqYyecf1oput6YNZ0i4sGlMQnAUuBkjkHp+FFa01
Tt7xnLnv7pfooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBm
q/VC2/5DN9/uRf8As1NdRPoX6KKKQxDWboGlvo+lraSSLIwkkfcowPmYt/WtI1jeErye/wBCSe6l
MspmlUsfQSMB+gp9BdTaooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv
/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A
9FtV6qN7/wAhHTv+ur/+i2poTL1FFFIZDLawTujywxyMnKs6Alfp6VXOlQNrC6k25rhITCuT8oUn
JwPU1eopWTKUpLZkK2sCbSkEalAQuFAwD1Apn2C18nyvssHlZ3bPLG3Prj1qzRTFd9yGS1hlIMkM
TkAqCyg4B6inNBG+zfGjbDuXIztPqPSpKKAuyD7JBs2eRFtLbiu0Y3dc49fej7HBvL+RFuLBy2wZ
LDofr71PRQF2RJbxpGY0jRUOcqFABz14pgsbYJsFtDt27MbBjb1x9ParFFAXZD9lh84S+TH5qjAf
aNwHpmhraJpxMYozKowHKjcB9amooC7K4s7cGQiCIGX/AFh2D5/r6/jQttbGXzFhi81Bs3BRuUem
e30qxVHT+LjUP+vn/wBkSiwuZk32K3JkJt4f3v8ArPkHz/X1/GlFpAJFkEEQkQbVbYMgegPpSX9z
9i065udu7yYmk25xnAJx+lc9H4xaXTtIkWzxdXtwsM8Jkx9nG9Uds45wWXHTO4dKB3fc6NbWFZDI
IYw5O7cFGc4xnPrikezt5HZngiZmG1iyAkj0Nc/eeLJLXw5a6qtl5hmuPKaJXOVUFtzDjkhUJxTd
W8ZGxvL2O3tkmhtbTz/OMhAZ9yfLgA8BZFOffpQF2dGLWEEN5Me4NvztGd3r9femmxtiiIbaEqh3
ICgwp9QO1Z9jqlzfaWsqGy+1ybvKj8x1RsHH8Shux/hrGHi7UlsLO6uLKwhS7d1WWS5cRJtONrPs
4Zj0zxwec4BLBd9zq5raK42+dFHJtORvUHB9eaDawtKsrRRtKowshUFh9DWFP4hvI7C/1KOyhbTr
ZJtjmYiR2jyCSuMBSykdc98Va07xJZalf3kdvcQPb2yRN56yAgs+/wCX2xtH50Bdml9kg8wyeTHv
JyW2jJOMZz9KRrK3eFYWt4TEpyEKAqPwrAXxcc6yr2mJbGTZboH/AOPnLbFwccEvweuMg96Ynim+
uNPe+tdOhkgtrVJ7rdcFW3NGJCkY24OFI5JGc0BdnSC2hE/neTGJcY37Rux9etS1zjeJLlbmeX7J
E2mQzxQNKsp8394qENsxjGZFB5z1PtUnhrxBPrpuGkit40jJXajOWB3Ec7lA7diaBXJtNimj1/Vn
fTkgjkMZW5D5M+BjkZ4xW1XNzeOdHtrGO7neaKKUts3x7WZVxucA8lRkc/lmp38Y6Yk8sf8ApBWN
JX84Qt5beWMuFboSMUkrIuc+d39PwVjdorD1HxfpemJI1zI4MbhNgXliUD8euFYGobrxpYx2NzdW
cNzepb+XuMMZwd+3ABPfDA/jTIOiopkUnmxq+1l3AHawwR7H3p9AFC0/5C2ofWP/ANBq/VC0/wCQ
tqH1j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
ieMZpbfwnfy28jxyqg2tGSGHzDoRRV/VdRh0nTZr25V2hhGWCDJ646fjRW9JyS0jcxqWvq7Fyiii
sDYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7
kX/s1NdRPoX6KKKQxG6VT0u6tLyzE1gF8gsyjam0ZDENx9QauGszw7pkukaStrO6O4kkfKZxhnLD
r9afQXU1KKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//AEE01uJ7Etv/AMe0X+4P5VLU
Vv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f/0W1Xqo3v8AyEdO
/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/j4v/wDr4/8AZEq9WRBD
dSXl+YLsQp5/3TEG52JznNUtmS+ho3dsl5ZzW0uRHNG0bbTg4IwcfnWVH4T0+K6kuF87zJDAT8w4
MRUrjjvsXd67RVz7LqH/AEEV/wDAcf40fZdQ/wCgiv8A4Dj/ABpW8x38ipa+F7e2jjiN1dzQwz+f
FFIyFYz82QMKCQd56k9qgTwVpsWnCzje5VFikiDhxuw7q+c46jYoHoBitL7LqH/QRX/wHH+NH2XU
P+giv/gOP8aLeYX8hbXSooGjkndru5jzsubhEMig9gVUYH0qo/hqE6bFYRXl7Bborqyxuv7xXOSG
yp9T0weatfZdQ/6CK/8AgOP8aPsuof8AQRX/AMBx/jRbzC/kUh4Ts0t7i1juLyOynR1+yrIPLTeM
MV4z3JwSRk5xV2TRrOe6uJ7iFZzcJGjpKodMIWK8EdfnNH2XUP8AoIr/AOA4/wAaPsuof9BFf/Ac
f40W8wv5FQ+FdPN9DdnzfNhnlnX5hgtJ1B46AgEDsQKi/wCEPs1hEMN1ewwNFHDPFHIAs6ooUb+M
5KgAlSMitD7LqH/QRX/wHH+NH2XUP+giv/gOP8aLeYX8iufDdu2oS3DXFyYpZlna13KIS6qoU4Az
xsU4zjI6UWHh8adCIYdSvzCrh0jZ0wmG3FQQucHock8VY+y6h/0EV/8AAcf40fZdQ/6CK/8AgOP8
aLeYX8ijJ4Ss2t7KOG4uoHs42ijljZdxRsEg7lIPIB6ZGOKhn8IRSajHILmdrNvPEts7/KPNUhtu
BkEkknJPU4xWp9l1D/oIr/4Dj/Gj7LqH/QRX/wABx/jRbzC/kZn/AAhtrtDNfX7XIl80XDOhcHYI
8YK7SNqjgjqM9akuPCNndSSyT3N27vAIA25QUAKnIIXk5UH5sgc4AzV/7LqH/QRX/wABx/jR9l1D
/oIr/wCA4/xot5hfyLkaGONVLs5AALNjJ9zilLAMFJGT0GetUvsuof8AQRX/AMBx/jVLUrK9kjRD
MbiQn5CsAXYfXdn5aEvMG32Llp/yFdQ+sf8A6DWhWPosVzBcXkd5OJ518vdIF25+X/PNbFOe4o7B
RRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBna9ph1jRbmwEoiM6h
d5XOOQen4UVW8YXU1l4Vv7i2laGZEBV1OCPmFFdFFTa91mNVxT942qKKK5zYKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E+hfooopDENY/
ha/uNS0Rbi7k8yUyyqWwBwHIHT2FbB6VT0qWymsw+m+X9m3MB5a7V3bju4+uafQXUu0UUUhhRRRQ
AVV1T/kFXn/XF/8A0E1aqrqn/IKvP+uL/wDoJprcT2Jbf/j2i/3B/Kpait/+PaL/AHB/KpaQwooo
oAKKKKACiiigAopKWgAooooAKKKZKxSNmVS7AEhR1PtQA+qN7/yEdO/66v8A+i2rDu/Emr6XEt5q
uipFYbgJGjuA8kQJwCRjB/Cp/F0zJojTQSOjCCdkkRsMP3L4IPY0oSUnoaVqE6aTls+zT/I6OivP
Z9f1TSLq8t5WaSeygggMkzERlXlYLcHPGduAT03A54qa113WpJpp2vrGWQaeJ0togHjlKyuGKsDy
dq84yASPTlmZ3lFcIvjPUZorl4ooVWJPPDPGxCwyOggdseil2bH9w9OtXdM1zUdQ1O2tY7u0lt/N
mDXUcB23KRiI/J82By7KSMjK8UAddRXJ+DdTu7nQD9odFkt7eMRxSBt2NmRIz87g3sOMY65qhZ+I
725vdMlm1GNYh9oS4SKEMkzqqMFRlYh+CcEcnB4zkAA7uiuG0jxTqerrHDDNbqzXyQee0IPyGBpT
8quQGBXH3vqM1Zs9fuLHw5fzXN7Ff6hFPdCKHbtb5Hb5SASThcN67cfWgDsKK4e+8UXlnGBFqum3
CrBJPHciAlbpwQBAoDH5uecEnkYHWotU17WJLfUkE0MMTpdRRKsREkJjiD53buT1HQY4NAHe0VxM
d7qFhcQ6ZZzQq261h8142YAMkrMQpbr8o7/XNNu9f12OW6aGeyESm8aNWtmJVbc8AndyWz1xxQB3
FFRW032i1ilIwZEDY9MjNS0AFUbD/j4v/wDr4/8AZEq9WXDdRWst80z4zc4UAZLHYnAA5Jql1JfQ
d4juJLXw1qc8EjRSx2sjJIuMqQpwRn0rmE13UZLrS7FrhknsrtLfUGAH75iSqjkfxKN/HqK7QBbm
3xJH8ki8pIvY9iKT7JBvL+THuZgxbYMlgMA/UDvUlHGXGs6jL4X8P3FheGW8ZllnVSCZ9sLyNGcf
3tvbviq1/wCI72+kvbmxvXSznig+yAOsY2/aFjLhiDjdluSDgY4ruINMsrUk29pbwktuJjiVecEZ
4HXBP5mhtNs2h8lrSBotoTYYl27euMY6Z7UAZdm0lxYxabI+oCSRC7XkUokCncfl83AyeMfdrnI7
m+ttG0i/m1i7lgktxcXKC5jWbJ2/MoZcMgwflGDzxk8V3kFtDawLDbQxwxL0SNQqj8BUT6bZyGEy
WsDGD/VFolPl/wC7xx0HSgDkJNXuG8O3Wqx6rL9vkDf6EGQCIiQLtCkZBHQk+pz2xp6drl6dQ1T7
bZXQ8uaGNLaLbKYwyZJyvYmt06faGWSU20BklAEj+WMvjpk45qUQors6qoZ/vMByfTNAHBN4g1OG
01Sya8kNzdS3EljPgExRo7rIBxj5BGMf761JJrF1Lp95ff2xJDe2oiS3tMrtmYxowyuMsXLEcfh0
rtvsduSD5EWRuA+Qcbvvfn39aa2n2jzxTNbQGaIYjkMa7kHoDjigDlY9QuU1aaZNTlknOq/ZRZMy
shiyuSFxkFRls57c1J4V1KePw+b/AFC6e4kkhR1U3ayl22lsKoVdrHn5ef0rp0sLWK5e5jtoUnk+
/KsYDt9T1NRw6TYWxJt7K2iJYMSkKryM4PA68n86AObXxTftb2R87R1a9BlSVpW8qFAgbaxzy3PH
QYBOOMU218W6je3Nu0VtaR28/kR7XZjIsksW8HsCoOPcj0rpjpNgYniNlamN38xk8lcM394jHJ96
nNtCX3mKMsWDbtozkDAP1xQBw+m67qVjo1jukS5uprGGbfLK5UtLMqZOcngP247AAVpXGua0uqNZ
wx6aR9pSzV3MgPmGASliB/D1AHXpzXSfY7fCjyYsKAoGwcAHIA9gRTvs0W/f5abt2/O0Z3Yxn644
z6UAVtFvzqui2d8yBDcQrIUByFJHQGruKbHGkKBI1VUUYCqMAD2FPoAz7T/kK6h9Y/8A0GtCqFp/
yFtQ+sf/AKDV+qluTEKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
AKmqX1tpumzXd6CbeIZfC7uM46UVB4h019Y0K6sYpFjeZQodhkDkH+lFa01Br3mZz5r6I0qKKKyN
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFv/AMhm+/3Iv/Zqv1UnsBLOZo5pYJiN
paMj5gOmQQQetNCZazRVIQagn3b2J/8Afg/wYU6JdQEq+bJamPPzbUYH8OaLeYX8i2ayvDWmz6Vo
62tzs8wSyP8AIcjDOSP0NaprJ8M6jcapoy3N0VaUyyLlVwMK5A/QUdA6mvRSZopDFopKKAFqrqn/
ACCrz/ri/wD6Cas1V1PnSrv/AK4v/wCgmhbg9ia3/wCPaL/cH8qlqK34tov9wfyqSgBaKSigBaKS
jNAC0UmaKAOQ8Va5rdv4l0/SND+yiS6iaTM6kgkZ79uAai2fEL+/o35H/CjWv+SraB/17Sfyeu0r
JLmb1O+dRUoQSgndX1XmzitnxC/v6N+Ro2fEL+/o35Gu1ozT5PNmf1r+5H7jiinxCwfn0b8jXYwi
QQx+djzNo37eme+KkoPNVGNupjVq+0t7qXojkdYa+8TarfeHojDb2UAia4lOTI6tztUdB0reuUVL
vTIwPlV2AHt5bUltZ30etXlxNcxPZyqohiVAGQjrk96j1pbovZixMa3G99hkBKg7G64opx1bZWIq
XjGEdlbbu0r/AD/pGptU9u2KNijHA46cdKw9NTUB5mWiFzx5xnjcsT2wd2MdenFX9uqf89bL/v2/
/wAVWjjbqcyl5F0Ko6ADtQFUYwAMdKpbdU/56Wf/AH7f/wCKo26p/wA9LP8A79v/APFUreYX8i6F
UdBSCNAAAoAHIGOlU9uqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IuBFAwAB9BS7F64GapbN
U/562X/ft/8A4qjbqn/PWy/79v8A/FU7eYX8i4I0AACjAOQMdKXYp7D8qpbdU/56Wf8A37f/AOKo
26p/z1s/+/b/APxVK3mF/Iu7V9BRtX0FUtuqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IvAA
DAoqjs1T/nrZf9+3/wDiqNuqf89bP/v2/wD8VTt5hfyL1YL6LBqF/eXBG24jn2q55GNicEen5GtD
bqn/AD0s/wDv2/8A8VUOlC7F3fee0BXzudikHdsT1PTFNXjdpieu6Hx6JZ+Wvm2sW/HzbScZ9uaf
/Ymn/wDPqn5n/Gr1FTzMrlRR/sSw/wCfVPzP+NH9iWH/AD6p+Z/xq9Rmi77hyrsUf7EsP+fVPzP+
NH9iWH/Pqn5n/Gr1FF33DlXYo/2JYf8APqn5n/Gj+xNP/wCfVPzP+NXqKOZ9w5V2KP8AYlh/z6p+
Z/xo/sSw/wCfVPzP+NXqM0XfcOVdij/Ylh/z6p+Z/wAaP7EsP+fVPzP+NXs0UXfcOVdij/Ylh/z6
p+Z/xo/sTT/+fVPzP+NXqKOZ9w5V2KP9iWH/AD6p+Z/xo/sSw/59U/M/41eoo5n3DlRR/sTT/wDn
1T8z/jR/Ylh/z6p+Z/xq9mijmfcOVdjM023itdQv44UCIDGcD/drUqha/wDIV1D6x/8AoNXqctxR
2FopKKkoWikzRmgBaKSigBaKSigBaKTNGaAFopKKAFopKKAFopM0UALRSUUALRSUUALRSZooAx/F
t5Pp/hi+urWUxTRoCrjHHzAd6Kvapc2lpp00+ohfsqDMm5Nwxn0780VtTlZfDcymrvexbooorE1C
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKz5ZLm5v5reCZYEhVSz7NzMWz0zwOnvWhV
C2/5DN9/uRf+zU0Ji/2YW5kvrxj7SBf/AEECnxadFFIriS4ZlOfmncg/hnFW6KLsLIQ1yGpXvh1E
OmyrfwJbSsxW2imQbjnPKjkZJrrzWfoWqHWdNW7MXlZkdNobP3WK9fwpxdtRSV9CnFFp3hWwkuQ9
4YZWXO9pJ2z2wOSKzbHT9C1+9ne3l1Xzc+Y4aWeJeT2BwPwFddRijmDlOZ17WdGm36fqD36mFwW+
zxSjnH95RyOas2tvpvhywkv43vTDKqFvMeSZsHphTkjrW7iijm0sHLrc5C2s9B8R6jO0Muq+c2ZH
BkniX04zgfgKn8Tarpf2O40q6a8EiIMeVHJjOMrlwMY6Z5+tdRVbVP8AkFXn/XF//QTTUtROOhka
baaboWmnVInvTE8Ks3mSSSnB6YQ5IPPYVQjh0HxJqshjl1UXEg3sN88KYGBx0A7V1dv/AMe8R/2B
/KpMUc2tx8pzus6npNtAdIvnvgFROYUlLYHT51HXjnml0uy0vS7JtXtZL9oWhLHzpJXO3r9xuc8e
ma6HFFLm0sg5dbnID+wfEurnbLqguJF6AzwphR+AFX9W1DStNsxo9496EMQAMSSu23t86jOePXNd
BRRzBynO6Pp2l2lv/bFnJftGI2P76WVvlHX5G5zx6VSeXQfEmrIPN1QXEi7QF8+FMAE+wFdfRRza
3Dl6Hm/iWKz0vxtocE7XP2RLOSNmVneTB3jqPmzz1rpdE0zSkRdVsZNQZUD48+WU9OD8jf4Vna1/
yVbQP+vaT+T12lZwk/e9TrxK92l/h/VnIT3mgeI9SgDS6oJ3AjQIJ4V7nnoPxNaV5d6Z4d0+PTrh
7zypUcKVWSVsHr8wyQea3aoahrmnaVc28F/eRW8lwSIhIcBsdeeg6jrWjkvkcsYSk7R3MnQdJ0iX
ZqOnyaiwiYgefNLjOOcq3XrVW81DQPEN/bpJJqglJ8pBGs8S8nvgAfia64MGAIIIPQiklZkjZlUu
wBIUdT7Uc2txcvQxp7jTfC9hHazPeGKUttOJJm9+RkjrWRpem6RPfWF3p0mosEnZT9ollHIQno/X
tVm78SaxpUS3mqaNHFYbgJDFcb5IgeMkYwfwraumD32msDkNIxB9vLalCondLc1rYedNKUrWe1rP
8mYGo6poOt3UMVxJqayIxjXyknjGSQOSAAenWtRpdO8JWKRu92YpXOCfMnbOOeeSBxW1RT5unQy5
TlNE0rRdQl+1WEuqE28gP76aZRnqOG6ik1jV9C1OZLe8k1JXgkKjyI5kGc4PKjkcV1lFPm1uHLpY
xR/Z/hKxJZ7sxSyfxGSdt2PxIHFZmlaXoer3Ek1nNqhaJw7eZNMgyTkcNjI46U3W7+6t9V1aWHU5
IHsbeGS2tsqUmdt/ylSMncQF4OeeKqy6/cX3iC5txd3sFnMXtoWii2qksS7iRIVKncRIpHP3BS5v
vDlL+uaxod7IbO+k1FWt5DnyI5l+bofmUcitCOLTvClg8++8MMrrnc0k7Z7YHJFcrH4jutPGku2o
XtxHFbw3V+Wi8xW84AEMyrhAo3PyR2610mqeIprLUJEtkgntbeylu5iGJdthI2LjjOR36UX0sFup
QsdP0LXryd7aXVfMDeY4eWeJeT2BwPwFWNe1nRrgvYag+oKYXy32eKZecf3lHI5qlF4x1WS1Xfaa
fBLJukjlmuR5RjVA3O0tgnOBz0BPbFdVpV22oaTZ3bqEa4gSUqDwCyg4/Wnzahy6GbbW+neGbCS9
R7xoZQhO95Jm56YU5I61mW1noPiLULhoJdV85syuDJPEoye2cD8BXX4oxS5vvDlOb13VtHIfTNQe
/UxlSTBHLnpkfOo5/OprG003QbCTU4XvWhkjVj5jySnaemFOSDz6VvUUc2lgt1OQig0HxJqkvly6
qJ5AXYb54UwMDjoB24p19qOlW327StQe9CmVDmBJS2AiY+dR149a62qVh/x8X/8A18f+yJVKQuWx
maZZ6XpFi+r20l80LQ7j5skkh29fuHnP4ZqgBoPiTV22y6oLiUZwDPCmAPwArr8UYqebr1HynPat
qGlafaDR7x70IYlGYklZtvb51Gc8euaNI0/S7G1OsWkl+0XlMf30srnaOvyNznj0zXQ0Uc2lgtqc
g8mg+JNXUCTVBcSjaAvnwpgDPsBV/Ur3S9GsU0m7e98t4cAossjben3wCc/jmrq6/Ztrd3pZZkuL
aETOXGFKnrg98cZ+oqpbeLrW8trea0tL6czh28pIRvjRWKlmBPAyDgdT2HWjmBRItE0zSoohq1jJ
qDIqvgTyyngcH5G+npVOe70DxJqcIaTVBPIBGgQTwr3PPQfiavz+MrG1+0NcwXkUULSIJmjGyRo8
7lXBzng9QOlaC6so0ifULi2ubdIEd3jlUb9qjJIwSDkDjmnza3Dl6FG9vNM8P2Eem3D3nlSRsFKr
JK2D1+YZIPNQ6DpWkuE1LT5dRIiLACeaXrjByrdetWo/E9qbe5kuILm1kt4fPaGdAHaPsy4JByeO
vXio4vFcU89lHDp2oSC9j8yJwibcDG7OXyCu4AjHXOM0ubQLamdd3+geIdQt1kk1QTNiJBGs8S8n
vgAfia057jTfDFhHZzPeeVLv2kCSZvf5hkjrxVzR9atdbt5Z7QvsjlaI71xnHII9iCCD3BoGvaSY
EmGpWhikfy0cTLtZvQHPXkUOXToCiZGg6Ro9yyX2ny6kfIkwPPmmAyB3Vuo5qDUNU0HXLuCOeTU1
kVvLQRJPEMkgc4AH4mujj1Wwmvnsor23e7jGXgWQF19cr1q3inza3Dl0sYjy6d4TsUhke7MUrtgk
STtnHPPJAqhoek6LfSC7sJdTJt5Af300yjPUcN1FdVRS5tA5Tk9X1fQtVnjgu5NSV4XKDyY5oxkn
ByVHI4rSzp/hKx+Z7sxSydWMk7bsfiQOK2qKOboCj1OM0PSdI1XUbq4tZNR2xSI6+ZNKnPXkHGRk
VZ1zWNDvpPst9JqKtbyEHyI5k56HlRyK3LX/AJCuofWP/wBBq9VOWokroxEj0/wnYvNvvDFK4zua
Sds44wOSBWZp2m6Frl3NJay6r5it5j75Z41yTngHA/AV11FTzfePlOY17WdFuWex1B9QUwSZP2eK
ZeQP7yjkc1bt4NO8MWEl4r3hhl2bt7STN7YHJHWtyijm0sHLrc5G0stC8RX9w0Euq+ccyuDJPEvJ
7ZwPwFWte1fR2D6bqD36mJlJMEcoOcZHzKOevrXSYoxT5tQ5dDBsrXTfD9hJqUT3rQyRqx8x5JTg
9MKckHn0rOgttB8SanMYpdVE7gyMN88K9hxnAH0rr6KXN16hynO63qmkQxNpN898AgTJhjlzgcj5
1H5807TbPTNHsX1a3e+aF4dx82SSQ7ev3Dk5/DNdBRRzaWDl1ucgqaD4l1dtkuqC4kG4gNPCmAAP
YCr2r6lpNja/2PevfBfKUZiSVm29vnUZzx65rocUYo5g5TntJsNLsLQ6xaSX7RGJj++klc7e/wAj
c549M1RL6D4l1cYl1QXEi4AUzwpgD8AK6/FFHN1Dl6HP6nfaVpFiukXb3vltDgGNZXbb0++ATnj1
zTNF03SoIRq9lJqDIqP/AK+WU8Dr8jfT0ro6KObSwcutzkJbnQfEmqRAyaoJ5AEUIJ4U4yeeg9ea
0b680vQbBNMuXvPLkiZVKrJK209fnGSDzW9Rijm+4LHN6FpeksE1PT5NRYRlgPPml9MHKN1/Kqlz
faB4i1C3V5NUEzYjQRrPCvJ74AH4muvxRRza3Dl0sYdzc6b4a0+Oyne8MUocKQJJm9/mGSOvFVNB
0jSLhkv9Pl1JvJfA8+aUDIHdW6jmunoo5tA5dTj9Sv8Aw94iuYYbr+0nYHy1jSKZFbJ7gDB6d6K6
HXdTOjaLc34i80wKDs3YzyB1/GitIKbXufmRJxT940KKKKxNQooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelabDpNkLW3Z2j
DM+XOTlmLH9TVw1h+DoZYPD6JcRyRyedMdsgIODIxHX2p9BdTdooopDCiiigAqrqn/IKvP8Ari//
AKCatVV1T/kFXn/XF/8A0E01uJ7Etv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQBx/
irQdbuvEmn6vobWnm2sTR4nJxk57Y54NQ4+IX97R/wBa7WlqPZ63udUcW1FRcU7d0cTj4hf3tH/W
sPxZ/wAJGNKP/CRnQfI52bs78/7GOc/SvUqz7/RNO1S5t5760iuJLckxGQZ2568dD0HWplTurXNa
WNUZqTgtOy1PO/hwPFQMXlEDR88/a84x/wBM+/8ASvUc+tOAAAAAAHQCkI6VUIcitcwxWI+sVHPl
S9Dk9Xa98S6rf+H4jDb2UAia4lILSOrfNtUdB061s38sNlPprSMI4kkZck8D92wFOtrW+i1q8uJr
qN7OVVEMIjAZCOuT3qS8/wCQhp3/AF1f/wBFtTpxs22LEVLxjCNrK23dpX+Yf23p/wDz+Q/nR/be
n/8AP5D+dX6KvQ59Sh/ben/8/kP50f23p/8Az+Q/nV+ijQNTIe70OS7W7kNk1ygwszIC6j2bGe9O
F/owjWMS2vlo25VwMKeuQPXk/nWrRRoGpkrfaKsbxrJaBJAFdQowwAwARjkY4+lLHf6NCcxS2iHB
GVAHU5P5nmtWijQNTCI8Nm2a3EenrEzbyixKBuxjdjHX3qxZ6jpdjZQWsN3EIoI1jQFsnaBgc/hW
rRRoGpQ/tvT/APn8h/Oj+29P/wCfyH86v0UaBqUP7b0//n8h/Oj+29P/AOfyH86v0UaBqZNz4gtY
drxSxTIM7wr/ADj3A707RruG9F5cW0gkiknyrDv8iVburNLvaJmcxr1jDYV/r6/SqNqbqK6vktbe
3aITjG6Qpj5E4wFNUrWJd76mvRVHzdS/59rX/wACG/8AiKPN1L/n2tf/AAIb/wCIqbFXL1FUfN1L
/n2tf/Ahv/iKPN1L/n2tf/Ahv/iKLBcyNV8JtqV9PcC78rzpULBV5MWzZJHnP8Q79iBTofDt7YXJ
uNPvYI5JfMSVZISy7GleRSoBGGXzCPQ1q+bqX/Pta/8AgQ3/AMRR5upf8+1r/wCBDf8AxFFguZ1v
4XjtBfzxCB7+6klYSzoXRQ7Z2lM4xjg4xmoLfwj5ek3Vs1yUknjlRI4GdLeEOm3Aj3EEDk89zxji
tjzdS/59rX/wIb/4ijzdS/59rX/wIb/4iiwXMS48K3uorGb/AFBFkHlxsbWMpiJG34Ukk7iwQk+i
4xzQnhK6tkdbXU2BUXPkPKu50MwUkk55wwY/iPStvzdS/wCfa1/8CG/+Io83Uv8An2tf/Ahv/iKL
Bcy9L8LyaHds2n3ztbyRxRyR3WZGwmQNpBGPlOPwFUbzwMbi10yNZraQ2lp9kkSeNzHIvB3AK6nO
R0OQc10Xm6l/z7Wv/gQ3/wARR5upf8+1r/4EN/8AEUWC5i2Ph+807xBaSboZLGIXRVlj2yKZXV/m
Ofm53DgDpzXUVR83Uv8An1tf/Ahv/iKPN1L/AJ9rX/wIb/4iiwXL1FUfN1L/AJ9rX/wIb/4ijzdS
/wCfa1/8CG/+IosFy9RVHzdS/wCfa1/8CG/+IqlqVxfJGjMsUMuf3QinZix9Nuz5v89KajcXMXLT
/kLah9Y//Qav1jaLJdSXF419EkVwfL3IjZH3a2KJ6MI7C0UUVJRi+Kr+607SFlsmdZnuIosxxiRs
M4B2qeCcGs6w8VXP2O1FzAJZBDcS3cmfLMSwuFOUwcvyMgHGc4OMV0Ooada6pam2vYVmhLBtrZ6g
5B49DTLfSbK0EYt7WKMRxtGu1eisQWHvkgE+tAGG3jGWKBvtFhHDcNFFNDE1zuEiOWxyqk7vlOQA
frgEiGTxdc3wsX0+1aO2ea0E8zuuVEu1toXBz8rAE5GM8dDWynhfR4rZ7ePT4FikcOwUY5HA56jA
4wOMEjvTv+Ea0kT28wsLcSWyosLbf9WE+7j6dqAMyXxbPFoyak9hEkVwFe0V7n5plKluiqSGwAcD
I56jBqDUPGVwun3MtlZKji0W5tjcyFfOBVWOABggBucHOR0Awa1z4W0cxSRf2fB5cj72UAgZ56en
U8Djk1J/wjmlZc/YYTvh8ggjI8vAXbjtwAPwoAzbjxHe293JbR2IuLk3CQiIzhEQ+R5rYbbkjgjp
TLfxkb3WLCytLB3S6ijmeRpMGJXQvnaAcgYAPI5YetbUWj2MLI0dtGGQgq3UghPLBz/ucfSs2Pwh
aQa1HqFvPPCE2YgjYBPlUIB67cAcUAU49W1NL2a5a6jkthqf2EWpiAO0kKGVhySM5OeMA9OtR6Zr
Wqy3WlT6hMYrK7gh8to7cNHLIycq7ZyjbjxxjGB1Nb8WhadBqMl/HaRLdyEs0uMnJGCfYkdxSQ+H
tLgu4rmOyhWaFFSNgPuhRgYHTgcZ60AaI6UtFFABRRRQAUUUUAFFFIzBQSeg60ALRUVvcw3cKy28
qSxt0ZDkGpaAKeq6dDq2mzWVwXEUwAYocHrn+lFUPGMUs/hO/jt0kklZBtWMEsfmHQCit6UW1pKx
jUkk9Vc26KKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1
Qtv+Qzff7kX/ALNTXUT6F+iiikMQ1Q0XVF1nTlu1iMQLum0nJ+Viv9Kvk4FUdH0xNHsBaRSPIod3
3PjPzMWP86elhF+iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7R
f7g/lUtRW/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xq
o3v/ACEdO/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq
9VGw/wCPi/8A+vj/ANkSqWzE90XqKKKkYUVRj1myl1O609Zh9ptEWSZCCAqtyDk8H8OlVI/FmlTW
ttcQTSyx3IZk8uB2IVW2lmAGVUEdTgUAbNFYr+LdJiedZZ5IxCXUs8DhXKHDBDjDEHjAyauJq9q2
lzag3nRQQq7yebC6MoXk/KRnt6UAXqKy4vEenSWl1cNJLEtqnmTJNC8bquMhthGSD2wOenWol8U6
fJc20Ea3cjXSCSFktZCrqQDndjGBuGfTPNAGzRVLTtWs9WtnnsZvNiSRo2YKR8ynB6/z78VNFewT
CPbIoaRQ6oxw2MZ6daAJ6KoHWLT+0HtFkLyxqjMEG4DcxUZI75HPpVhr22QOWuIlEZ2uS4G0+h9K
AJ6KpnVrL7TNbLOrzwFBJGnLJuIC5H41P9qgy486PMZw/wAw+X6+lAEtFNjkSVA8bK6MMhlOQfxp
1ABSY5zS0UAYjWUl1rF80d9c2wXywRFtwfl6nINTf2RP/wBBjUPzj/8AiamtP+QtqH1j/wDQav1b
k0QkmZX9kT/9BjUPzj/+Jo/sif8A6DGofnH/APE1q0UuZj5UZX9kT/8AQY1D84//AImj+yJ/+gxq
H5x//E1W8YpHJo0QniaW3F3AZkVC+UEi7sqMkjHWububW9VZDpNveJaFLk2cYVlZYykWQoPK5IkK
g+vGKOZhyo63+yJx/wAxjUPzj/8AiaaNLlYkLrV8SpwcNHwf++azfD8FouuSvosE1vpq2wSVXieN
Hl3fKQGAywXOT7jOe1LRrLULJ7SGGe6RLm+vJrlzCgL7XOwM23o2M56nPBAxg5mHKjof7In/AOgx
qH5x/wDxNH9kT/8AQY1D84//AImuYt9T165gKpc3omkWL7SWsgv2SZpkVkjyvzAIX67sbQc81q6L
Lq6atGl7dXFxbyfakIlgVQvlSKsbZAHLKSTng9gMUczDlRpf2RP/ANBjUPzj/wDiaP7In/6DGofn
H/8AE1yMVtqljeW3kW88sF1qVxcBTnEUqmYAN6I67Mdsg+oqaDV9ZaJd13qH2VvJ+13LWO2S3kO7
eiLt5Gdg6Ntz1PY5mHKjpxpUzDK6zfkexj/+Jpf7In/6DGofnH/8TXG6bea5ZjSbSKWW2t8Bt0tm
5M7NM+9WAQ7Tt28ErjdnkDi54qim/wCEtimhtzLKkNs0IWGQuxWVyypIvypxjdu6ijmYcqOm/sif
/oMah+cf/wATR/ZE/wD0GNQ/OP8A+JrUHSlo5mHKjK/sif8A6DGofnH/APE0f2RP/wBBjUPzj/8A
ia1aKOZhyoyv7In/AOgxqH5x/wDxNH9kT/8AQY1D84//AImtWijmYcqMr+yJ/wDoMah+cf8A8TQd
JuACf7X1E+w8v/4mtWijmYcqOZ0fQr2HU2v5rmeBHOTBlSZPd8ALn6fnXTUUUSk5O7CMVFaFDWtT
XRtIuL9ojKsChigOCeQOv40UusaamsaVPYyu8aTAAsmMjkHv9KKun7O3vClz390vUUUVkWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/
RRRSGIaw/Bvm/wDCPJ5/mb/Om/1mc48xsdfatw1S0jVI9YsBdxRuiF3Ta+M/KxU9PpT6C6l6iiik
MKKKKACquqf8gq8/64v/AOgmrVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VL
SGFFFFABRRRQAUUUUAFFFFABRRRQAUUlFAC1Rvf+Qjp3/XV//RbVdqle/wDIR07/AK6v/wCi2poT
L1FFFIYUVka/PdxDT4bG4FvJdXQhaQxh9q7HbgHj+EVzmqeM7nTLWGOae1W5guZRO7DAuIocb9i5
4ZtwAHOCDQB3VFcNda5qOnJqUk2tW7oksVvatJbqqbpVVg7EHkKGJx3ArZtPEAvPDFlqSNlppYYn
2AYDmVY3xntkn8KAOgorlYvGjv5m/S5FLnFqBMp84+cIef7nzEHvxn0xUVr4quoI5JNRhbzfMuVE
CMpAKyxRou7jvIOfzoA6+iuduvFMthdWNte2Ucc9y6o8aXG9o9z7EbheVJxydvfGSMVStvF13Hp9
vd6laBHdLgiKBwwcpIka8nGCS+PTuaAOvorlbnxjdWxeE6QWvImkE0QuV2qqxrJkNjnKsOMDn866
W2nW6top48hJUDrnrgjNAEtFFFABVGw/4+L/AP6+P/ZEq9XN3eo3dneXccEGIXuPnuSy4T5E4weA
fc8VUVe6Jk7WOkorNiu7xYkAsJZMAfMZ4yW9+tP+23n/AEDZP+/yf40crDmRiap4Vu7zVbm7t7iK
I3EqpIedxtzGqyJ06kqCKfY6FqmkXJmsWspBKrxyJIWURjzpJEZSBzgSEFeOg5rY+23n/QNk/wC/
yf40fbbz/oGyf9/k/wAaOVj5kZMfhURQX0kqx3tzPLO0cVzKxgVZHLYC4+UkHBIBpieGr9tDvLWW
/kV5YZoobbzjJDGHUhQXZd7YJznj0xxWz9tvP+gbJ/3+T/Gj7bef9A2T/v8AJ/jRysOZGHeeHdV1
WVZria1tJG8qJxATJtiRjJwWXDMXC8EYAz1zTYfDOrWcGy3vYXeGO7jtpZMgjzijKSAMDaQ/A7bf
w3vtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyMjSPDl9oU0sdveJdWkyRI3n4Rk2qUJAVcHKhO
v92qdr4Kmhe1mZrX7RAtmgmUHeqxIVcA4zzngfnXR/bbz/oGyf8Af5P8aPtt5/0DZP8Av8n+NHKw
5kc1p3g28tWTcmnwhFtEzBuzL5Mu9nf5R8xH15796G8JaiNEFhHFpaupVZJwMvdKA3zOWRtrZYH+
LPzcjNdL9tvP+gbJ/wB/k/xo+23n/QNk/wC/yf40crDmRz1l4Qu7XaG+xsxSx3zDO8tAyFx05BC5
BJ64yO9V18DXT27QTDTwqxeUzqGLXeZkkZpcjrhDx83LHkCup+23n/QNk/7/ACf40fbbz/oGyf8A
f5P8aOVhzIZoelnSLW4g/diNrmWWJIxhURmJC47de1aVUPtt5/0DZP8Av8n+NH228/6Bsn/f5P8A
GjlYcyL9FUPtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyKsmpWumX+oS3kyxqTHgHqx29AO9Wr
TVoLiASSskBJOEklXdjsTg8fSs3+zbfWru+GoWmx1aPadwLJ8vUEfyq7aaDaQwBLi3tbhwT+8Nsi
kjtnA6+9XLlt5kR5rlz+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR/Y2m/wDPhaf9
+V/wqPdK94k/tC0/5+oP+/go+32f/P1B/wB/BUf9jab/AM+Fp/35X/Cj+xtN/wCfC0/78r/hR7oe
8Sfb7P8A5+oP+/go+32f/P1B/wB/B/jUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P
/n6g/wC/go+32f8Az9Qf9/BUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P/n6g/wC/
go+32n/P1B/38H+NR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vs/wDn6g/7+Cj7fZ/8
/UH/AH8FR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vtP+fqD/v4KX+0LT/n6g/7+Cov
7G03/nwtP+/K/wCFH9jab/z4Wn/flf8ACj3Q94l/tC0/5+oP+/go/tC0/wCfqD/v4Ki/sbTf+fC0
/wC/K/4Uf2Npv/Phaf8Aflf8KPdD3iX+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR
/Y2m/wDPhaf9+V/wo90PeJf7QtP+fqD/AL+Cj+0LT/n6g/7+Cov7G03/AJ8LT/vyv+FH9jab/wA+
Fp/35X/Cj3Q94mW+tXYKtzCWJwAJBk1PVNNJsI3V0sbZXU5DCJQQfyq5Sdug1fqYnjLzf+ETv/I8
zzdg2+Xnd94dMc0Ve1jU49H0qe+lR5EhAJVOp5x/Wit6Tkl7quZVOW+rsXaKKK5zYKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikM
Q8VQ0TSxo+nC0WUygO77iMfeYt/Wr5rD8HTSz+H0e4kkkk86YbpCScCRgOvtT6C6m7RRRSGFFFFA
BVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMK
KKKACiiigAooooAKKKKACkNLRQByUC6zqGuarajW5LX7LKDHGtvGw8thlTk8+o/Crv8AYmt/9DNN
/wCAkdJe/wDEv8a2Fz0jv4WtX/31+ZP03Cugq27WsQkjA/sTW/8AoZpv/ASOsySW80zxbpttf62b
mIRyzyebCkYQBSByPXJ/KuyrjrSCLWPEt3e3EaSwPctZxqwyCkcbZ/8AHifypwd73FJW2OjttWt7
ncyuqRD7ru4G/wBwM5x9asfbbb/n4h/7+Cq1to9tbllKRyxn7iyRqSvtuxk/jU/9n2f/AD6Qf9+x
/hUvl6FLmK2owaXq0Cw3zwSojh1Hm7SGAIyCCD3P5023tdHtG3W62kZ8oQfKwxsBJ2/TJJ/Grf8A
Z9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UtB6lKCw0W1aFoFtUaEgxkSD5SE8sd+yfL9KT7BoomeULai
R38xjvHLbw+evXcAfqKvf2fZ/wDPpB/37H+FH9n2f/PpB/37H+FGgalB9N0OSExPHalCjJjePus2
8jrx8wB+tNTStAjtjbrDZiEq6lCwIIcgv37lVP1FaP8AZ9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UaB
qZg0bQFMB8u2LW5DRkzZIIbcCeecNyM5xT10vQlSRPKtCknmblLgj94QX4J4BKj8q0P7Ps/+fSD/
AL9j/Cj+z7P/AJ9IP+/Y/wAKNA1M+HS9Ct4ViijtVRQ4/wBZkneMPk5ycjA5q/Fc2cMSRRzwKiKF
VQ44A6Cl/s+z/wCfSD/v2P8ACj+z7P8A59IP+/Y/wo0DUd9ttv8An4h/7+Cj7bbf8/EP/fwU3+z7
P/n0g/79j/Cj+z7P/n0g/wC/Y/wo0DUd9ttv+fiH/v4KracySy35Uq6NcdQcg/IlT/2fZ/8APpB/
37H+FQabGkUt8kaKii44VRgD5Epq1mLW6LyRrGoVFCqBgADAFLS0VJQlGRXEX+qX+l+KNTmheaaK
cx2UMBJKxzNGrRsB0AJLA/hmoNMnjjFvaa1ql6kMCS/ZpmndDPKJ5FJLDl2ACYU5+90NAHfZFHFc
D9l1CaPVbxr+XTbZZrpHupLp3DjzCqDy+kYXGMgg46e1mHU5z4P1FLW1nCR29wPtkd4ZowwQkGN2
O9hnoccHjtQB2tFcDPqPkQ3Nvod1d3dpdpFAhimaVlmYnf5bseojBY/NgEDoTUNvdJG1rd6h/aCy
2MFyLmJ7mQF3hMXlllVtuSrA8dSxzmgD0TijrXHeF9UubRLmw1r7TDdOUmiN2wLO0gO5VwTwHVsD
PAIqDT/EGq7rFg0JtvLs0eAxMWdpY8k7y2Rg46g+9AHcUV59p+t3d7qJupLyG5eSOxDxwoyLbl5y
GjPzckZxn25FWJPFl2uhtdnUIPtMrKDAluM2bEMSkhdwP4cZOCSOAcigDueKK4O01y/uriSae6Ui
cadKlntI8sSMgcqc5IBJHpnr6UL4s1aW3laGe1ad49zxC3b/AEFzMiKj8/MSGbrg/ISOKAO8orM8
P3l1eWUwvWR57e4lgMiJsDhWIDYycZHvWpQAlFLRQBn2v/IV1D6x/wDoNaFZ9r/yFtQ+sf8A6DV5
XV87WDYODg5waqW5MR1FFFSUZuu6hcadYxvaRRSTyzxQIJWKqC7BckgE8ZrJm8XT2TvDeWSCeASi
ZY5MqzKsbJsOOjCReuMc1t6rpkerWggklmi2yJKskLAMrKwYEZBHUelUW8KafLHsnE025ZFkeSQl
pTIFDFj64VcYxjAxQA/T9Tvjqh0/VLaCOdoPtEb28hdCAwVlOQDkEj2OfaqOmeLHuAv2yznje4vJ
oLeNITkJG2CzHcRxjk8dxz309O0VNPuZLhri5uriRQnm3MgZlUdFGAABnn370Q6DawS28i+YWgea
RMtxmViz5/E8UAUf+Ez0/wAh5RHeFdqvF/o7ZuEZwgaMfxAsy/mD0NWdM8S2mqXYtoorqKQq5Hnw
lAxQhXUH1UkA/pmoYPCFjAFHmXUixiNYRJNuEKI6uEXjgZVc5ySABnirtvolta3cdxGZPMjadly3
GZXDv+oGPSgDGtvGRkuDBcWyQuL1ocl+DADIPNzj1iYEdvxFWk8ZWDx5EN6JH2GGE25Ek6tnayDu
DtbrjGOcVNJ4U02aS0eSN2a1lmlQluvmli6n1Uljx7CoY/B9nGgIur4zJsEM7TZkhVMhVU4xjDMD
kEnPJNAFW08eWHkWA1BvJubs/wCrVf8AVgyFE3AnIyR2zg5zitO41O8fV3stOt4ZRbqj3DSyFPvZ
wq4BycAnnA6fhBB4RtLSSB7a5vYWiUIxWbPnKHLgPkc8s3IwcE81autDhudQ+2LPc28rKqS+RLsE
yqSQG47ZPIweetAGnS0g4FLQAUUUUAFFFFABRRRQAUUUUAUNb0wazpFxYNKYhOApcDJHIPT8KKp+
MZpYPCd/JbyPHKqDa0ZIYfMOhFFdFGM2vddjGrKKeqNuiiiuc2CiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDENVNK1KHVrIXVsr
rGWZMOMHKsVP6irZOBWdoWlnR9MFoZRKVkd9wXH3mLdPxp9BGlRRRSGFFFFABVXUgW0u7VQSTC4A
Hf5TVa8123s9SSxMU8kpRZJGjTKwoWKhnOeBkH1xgk0tr4i0m8sre7i1G28m5O2JmlC729Bnv7UA
XrcEW8QIwdg/lUlU21W0Fx5Ec8UsokETokilo2OcbhnI6GkTWdNltpbmPULR4ITiSVZlKofc5wKA
LtFZt7rtpaWEF5GWu4riRY4fsuJPMJ6Y5x2Peq6+KtOMPmO0seI5HdHjIaMoVDKw67suuB3yMUAb
VFZNr4jtJ/OFwJbB4EWSRLxREQjEgNknGMgjr161ekvIo/IJYFJzhXDDH3S2c56YB6UAWKKrW2o2
V5A81rd288SEhpIpVZVxyckHiov7b0v7O1x/aVn5CMEaTz12qx5AJzjPtQBeoqs2pWSTPE95brJG
nmOhlUFU/vEZ4HPWo/7Y03MA/tC0zcf6n98v73nHy888+lAF2iqenatZasszWNzHOIZWik2HO1lO
CP0/GrlAGF4wgdtBe6hGZrGRLpMf7Byf0zWxbzJcW8c0Zykih1PsRkU6aJZoXikGUdSrD1B61ieD
pGXRTZSnMunzPatn0U/L/wCOkVW8Sepo6xfrpekXd43/ACxiZx7nHA/PFZOjWLadp2hQSf63LPIf
V2Rmb9TTvFX+mPpmkrz9tulMgH/PNPmb+QFaV5/yENO/66v/AOi2prRCe5epaTIoqCypqOqW+lRR
yXXm4kcRosUTSMzEE4CqCegP5VXfxHpiWlrdNdARXUwgiJU5MhONpGMqQQc5xjHNJrtpd3QsZbFI
ZJbW5E+yWQoGGx1xkA4PzelYFz4Nv9QaUTX8dssqTSP5CBv3spGcbhwFVVAYckljxQBs/wDCW6Z/
pZc3Ua2al52ktJUCDGeSV6kEYHU54rTW9he1iuUYtDKEKMoJyGxg/qK5uXw7q12GE13DC1zcW89x
JEN5HlxLwAwwcyKDz296ltdC1ODR4tLklglgt7iOSOYsQ5RJ1kClcYGFBHHcDtQB0YmibfiRDs+9
hh8v1qtaara3zOIHYhHdC204yhAbnp3H1rlh4JnhiYwx2e91Zp1yVFy32kSgOQOQVBUk5xnoRSr4
OvfsLRL9ityftBEURbywJJYnCcAHaRGyn/e6UAdiLiFtm2WM78lMMPmx1x61Ba6paXwja1nWZJN2
14+V+U4PPQcmuYu/DGoXV5pssNtp1nBbTRyGCDGI8S72w3l5O5ew2DOc5zTB4Nu/7MFnEtlbhEuU
BjJCyiSSN13AAYBCFWHPHrQB2H2mHYr+dHsb7rbhg/Spa4mTwVLd72uLXTo0dp3W1QFooGaJY0K5
Uc5XcSAOTx6119lE9vYW8MrbpI4lVmznJAwTQBPRSUUALWVDeQ2k18Zm5a5wiKMsx8tOABya1Kwm
0W21G9vZ3UC4SfashUNxsTgg8EVUba3Jlfobcb+ZGrFWQsM7W6j606qEejWPlr5llbF8fMVjwM+1
O/sbTv8Anyg/74FLQepd49qMD2ql/Y2nf8+UH/fAo/sbTv8Anyg/74FGgal3jGO1HHtVL+xtO/58
oP8AvgUf2Np3/PlB/wB8CjQNS6AB0A4owPaqX9jad/z5Qf8AfAo/sbTv+fKD/vgUaBqXePajA9BV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7x7Uce1Uv7G07/nyg/74FH9jad/z5Qf98CjQNS7ge1H
HtVL+xtO/wCfKD/vgUf2Np3/AD5Qf98CjQNS7xRVL+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7RV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNTH1az1K8ur9NMuREQY96dDINvQN2/wA81LpVlqAsVW3u
1tEUkGJ7EKQe/wDFz9e9XdOt4rbUb+OCNY0zGdqjA+7WpVym0rERgr3Mr7Hq3/QWi/8AAQf/ABVH
2PVv+gtF/wCAg/8Aiq1aKnmZXKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t
/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrV
oo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8A
oLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/w
EH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK
+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjNitNTWVGk1SN0DAsotQNw9M7uK0qKKTdx
pWKeq6jDpOmzXtyrtDCMsEGT1xwPxoqLXtMOsaLc2AlERnULvK5xyD0/CitKag17zInz3900aKKK
yNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1Qtv+Qzff7kX/
ALNTXUT6F+iiikMQ1ieELqa80BJriVpZDNKu9jk4EjAD8hW2aqaXfW2o2QuLMEQlmUZXbyGIPH1B
p9BdS5RRRSGFFFFAGFreh3Gq6jaSxtaxJAVYT7G8+Mg5IVgcYI4wePXPSsk+C737GlutxY4No9g5
aAtiItncvPD4PI6HA9K7OigDn4vDTxbNs0eV1I3pO3lhtICk+vPWsTVfCl7Z6Pbx6eiSukdpE6wq
EbMJkJcZ6ksy/rXd1zM/iS7s59W+021sIrW4jgtyZyDKWRWwQFJz82eAfTtmgBU0a8l8L6Tb20MF
jc2UkcqwyMXQbcjBI56H8/Wo5/CM90WlkvUW5lEkkkiR8CUtCyEKT91fJUYJyfWoYPF1xLci7W1L
6bLbWkp3SBWgMruvTGWOdvHHT14puneL7omztGsLm+nbBuJYUOI1aRlU8LjgKSckcDvQBauvD2oa
iLi4vpLJ7x1jSFYxIiRhW3Z3A7t2TnPbA461cuNEuLmw06GW6V5bTcZJSmPMJhePOBwOXz+FR6pr
02nahNBDbm5kxbLHEZAgLSvIud2D/cqpqniG6k8N2N9YrNby3NysLokYmdeWDBR0blfyoAltfDb6
ZpuoRxGN2nsI7dUjXblkjZc/jkVmx+ENVm0lVe7trad4YoXigjKJsRHHJBznLknBwdoHSoT4j1q4
j0/7HP5001o80axWm8TN5m1BJg/uuMbuRg59K6vRLya9t7l7ggtHdzRLgY+VXKj9BQBhnwVI2kXV
obmLzZUtQr7CBmFVGGwQdpK9iMZpg8Du1o8ZNnE7QPGBGrsFZpRIWBcls8c89a7GigDN0bTptN+2
JI0TRy3Mk8ZRSGAdixDfQnHFaVFFACVz9t/xL/G93D0j1G3Wdf8AfT5W/Qg10Nc74tP2AafrHOLC
5BkI/wCeT/K38xVR1diZdxbX/iYeN7ufrHp1utun++/zN+gAq3rS3Ly2a2UkcdwXfY0i5UHY3aq/
g+Jv7FN5KMTX8z3TZ/2j8o/75ArQvf8AkI6d/wBdX/8ARbU3pL0FbQoaZBfp5gLxx3HHmtNAzFvQ
ht+CPp09BV/ytS/5+bX/AL8N/wDF1dpaTk2NRsUfK1L/AJ+bX/vw3/xdHlal/wA/Nr/34b/4ur1F
LmHylHytS/5+bX/vw3/xdHlal/z82v8A34b/AOLq9RRzBylHytS/5+bX/vw3/wAXR5Wpf8/Nr/34
b/4ur1FHMHKUfK1L/n5tf+/Df/F0eVqX/Pza/wDfhv8A4ur1FHMHKUfK1L/n5tf+/Df/ABdHlal/
z82v/fhv/i6vUUcwcpR8rUv+fm1/78N/8XR5Wpf8/Nr/AN+G/wDi6vUUcwcpR8rUv+fm1/78N/8A
F0zShIJL4TMrSfaOSq7R9xO2TWjVGw/4+L//AK+P/ZEp3umK1mi9RRRUlBRXF32v3uleJtTLytNa
vstraDH3bgxqyAf7+WHPcCotJv7m48q01PXZYGtopJPPyiG4YTyIScjBVQi/KP7wzQB3NFcJHNrl
0dSmtb+a2iWa5jM93JGIOJCqCPgspGMZIx7HirMevSp4X1BYv7RNzBBcZuJSkqxOqFseYvBxxjj2
POaAOyorhrvWJ9Lju7S01Oe8WaKJIpeJ5YZpGIIXaPmwgL4wcbT2IFQW2qu72l5eapqMaW8FwbyI
sEy8BjAJUrkbgdxH+1QB6BRXJeFdduJobq21aWZbxdsyfaYzCzCRSdiqQCdrK6j2AqCx8V37PZZh
t3tGjtFkJdjMWmTdkHocEfjQB2lFcJZeJL681ATzT2/lyxWLJBbTEiISzEEP/tYOD647VZfxfdDR
Vv8AzNPDXJU28Ch5HThiVkAI5AXrwBg+nIB2VFcTaeJr+9mmmeSBbaT7A8MCEiRBMyZy3cfMe3Pt
Sf8ACa3zWpljj093ni82GMSsWg/epGFl9zv7Y5UjnGaAO3orM0HUZ9RspWu0iW4gnkt5PKJ2MUbG
RnkZ9K06ACiiigChaf8AIW1D6x/+g1fqhaf8hbUPrH/6DV6qluTEWikzRmpKKGtak+l2STRW/wBo
lkmjhSPeEyzsFGTg4HNZjeL47fcl5ZywzRCXzowwbYyKjAA9G3CRcH35xWnrGmnVbJYUuGt5Eljm
SRVDbWRgw4PB6VnS+Ebe5VvtV1cSySLIJpchWkZwg3DA+XaEXGPTvQBa0/WLi4vzY39i1lc+V56L
5gkVkzg/MOhBIyPcYJqrpfi62vV3XCPB5t1JbWyeVIWk2HBJGwY9e4Hc5Bxd0/SJbW9e8vL6S9uW
QRK7oqBEzkgBR3PJPsPSmQeH4oJraTzpG+zyXDgEDDecxZgfpnigBn/CXaL5M0v20eXCAWYRv8wL
bAV4+cbiBlcjNT6f4i0zVbg29nc75gpba0bJ0IDfeA5BIBHUZ5xWfb+EEiESyX9zMtusUdsGCjyo
0kRwvA+YkxqCTzgVetdCjtb2K5WZ2aJrhgpAx++cOfyIwKAKNr4wguZ2ha3eKRb1rUqzD7o34l/3
SY2H1Bq0ni3RpIGlW8JVSoA8p9z7s7Si4y4ODgqCDg1Wm8G2U8tpJJLLut5Z3OMDzVlLko3sC5x3
H4mmJ4QKGOY6pcvd24RLadkT90iAgLtxhiQzZJ56dMUATWPjHTbizs5bmdbeS7P7tCGOAXKKScfL
uI4zjnipNU1+fT7+aGLT2uIba3W5uJFlAZEJYfKpHzEBCcZFUYvA8ENzazpds0sKqrtNbxSGQB2c
EEr8hy7DK4/MVf1HQH1DUJZxfzQRT2629xFGi/vEBY8MRlc7yOKANeGVJ4Y5Y23JIoZT6g8in0yN
FiiSONQqIAqqOgA7U7NAC0UmaM0ALRSZozQAtFJmjNAC0UlLQBi+MLqay8K39xbStDMiAq6nBHzC
ir+qX1tpumzXd6CbeIZfC7uM46UVvSbS+G5lUtfexbooorA1CiqD6zaR67HpDO32ySA3CrtONgOC
c9Ovaota8Q2WgrD9r895ZyRFDbwtLJJjrhVB6ZoA1KKzND8Q6f4htpJtPlZvKcxyxyRlHjYdmU8g
0a34gsNAhie+kk3zvshhijaSSVvRVUZNAGnRWRp3ibTtR065vVkkt4bQkXAuomhaLAydwYDHHNak
UqTxJLE4eN1DKynIIPIIoAfRSZpGdUUsxAVRkk9qAHUVBaXlvf2sdzaTJNBKNySIcqw9QamzQAtF
JmloAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VmeH9MfSNKW0lk
WRhJI+5RgfM5b+taZrG8J3s9/oST3UpllMsq7jjoHYDp7Cn0F1NqiiikMKKKKAGu6xRs8jKqKCWZ
jgAepNCyI+djq204ODnB9KyfFgz4duNwJiDxNMB/zyEil/w27qwNQstbnmu/Ikv4VV7yWIwOF3sF
j8kH1BO7A796AO0lmjgiaSaRI41GWZmAA+pqjcaDpt3LNJPao8k+0yNkgsV+6eD1A4z1xxXMahba
newatFcQ6lJcvGRCi/8AHs0eFwMdN+c++c9sU68l8Qm4u7e2jv1eP7W6y4BRlYqYgp6Fgu7A7HrQ
BupoOhC7t3S1tfPtAsMQB5jC/Mq4z2zuAPTINSN4b0l5beU2MPmW/wDq2AIx827HuN3OD3rlorPV
YoruSwh1NfMnuZI2uSDMf9FVUJJ5++MDPPAzVXXrnVNHsPsTX98izXI8qeWU79vkZb5wM4Ehzj2I
6GgDu7ixsWka6uY4t67HaR+MeWSVJPtuY/jRHptj9ngSOGIwxSedEB0Vsk7h+ZP41y+p6fLdPZXN
ub+8STRp4EkUsFkcqpUup6bhnr3x3Aqrc2mv2lgLSCbUvsoli3yBTJMqmHnbtZWwJAMgHj0xmgDs
rXT7G1uHktoYklG4MV6je29h7ZJz+NJa6PY2V7Pd20AjnnJMjBj8xJyTjOMk1zlpZ6tPdWyXMt+s
TXETTSjETOoted208AyAZAPXjpVzXItSOpzzWi3kkUNgTFDFMY0eUsRzjqQvI/xxQB0majNzAFkY
zR7Y22udwwp44PoeR+YrhIrbxFdaUu+XU4pIUvJItrlWdhsMAbdkkctgNz61Le215A+vS38c62E0
UzRheEMhhQZcdTnGF9CD3IoA7uioLISrYW4uDmYRr5h/2sc/rU9ABXP+NnZvDklnEA098620YPqx
/wAAa365+9/4mHjSwtusdhC10/8Avt8ifpuNVHe5MtrFvwxdi98OWUmArLGI3UfwsvykfmKsXv8A
yEdO/wCur/8AotqzNBP2HXNZ0zovmi7iH+zIOfyYH86073/kIad/11f/ANFtTfxAti9RSUtQUVNQ
1O00qBZr64SCNmCBnPVj2/Q006xYLa21ybyDybp1jgfeMSs33QvqT6VV8QQXcn9nz2Vsbl7a7Erx
q6oSux14LEDqwrnLrwnrGoeYge2tEfz7kbl80JNIRgLgjBULndyMueKAOjj8V6LMZxHqVuTboZJc
tjy1HJJ9K0PtcXkpNvXyn27WHQ7sAfnkVy0+j61frMrx28DXtxbyzl/3iIqRKWXaCNwLqF69CTU9
np2sQaLBpcsauba4jKXKSBQ8STqQNucj92DxntjnNAHU1Wg1C2uZGjhlV2VnQgZ4KkBh+BIrjl8L
6nbwymKNy06s11GLojzyLgOFyTxmPcvYDOKIfDerQ6c0VrB9lB+0kQC5/heWJlTcO5RXGe2aAO6q
FLuGR0WOVH3hiu05B2nB59ia4650PU5L3SWsdNFnbW8qMU88M8Y83MgLbuhToFznJBxxUcHhfUrX
SRZ2NuLQxrdKdlxgS75I2Ugg5GUVlz1WgDu6K4R/Cl9dx7WtGt7UNPJBafayTATEqpyD3cM2ASBn
1rtLJZUsbdbg5mWNRISc5bHPP1oAnooooAKzLe5itX1CSd1RBc9T/uJwPU1p1z8mjJf6hd3Kuy3E
M+EyzbSNidQCMfUc1Uba3JlfSxuxyCSNXAYBhkBhg/lTs1Qj0i3MamVZQ+PmC3MhGfbmnf2Paek3
/gRJ/wDFUe6GpO1rC7bmhjZtwfJQE7h0P1HrTZLC1lEYktoXEb703Rg7WznI9DnvUX9j2npN/wCB
En/xVH9j2npN/wCBEn/xVHuhqWHtoZIHheGNonzvQoCrZ65HfNIlpBHbfZ44I0gwV8pUAXB6jHTF
Qf2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpLDYWtsiJBawRJGxZFSMKFY8EgDoaV7K3kLF7eJi
+d2Ywd2cZz+Q/IelQ/2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpO9rDJIskkMbuvRmQEj6GgWk
C42wRDG3GEHGOn5dvSoP7HtPSb/wIk/+Ko/se09Jv/AiT/4qj3Q1JI9PtISxitYELHcdsYGTnOfr
nn60jaZZOJQ1nbkTMGkBiX5yOhPHJpn9j2npN/4ESf8AxVH9j2npN/4ESf8AxVHuhqS/YbXeH+zQ
hwoQN5YyFByBn0B5FC2NqrSsttCDMwaQiMfOR0J9T9ai/se09Jv/AAIk/wDiqP7HtPSb/wACJP8A
4qj3Q1LaRrGCERVySxwMZJ6mnZql/Y9p6Tf+BEn/AMVR/Y9p6Tf+BEn/AMVR7oal3NGapf2Paek3
/gRJ/wDFUf2Paek3/gRJ/wDFUe6Gpj6sNWN1f/2QUBzH5n/PTG3+HtT9JXUhYgWT2Ij3HcJUl37u
+7cc5zV/TbdLbUdQjj3bQYz8zFj931PNaeKqUtLWJUepl413+/pv/fMn+NGNd/v6b/3zJ/jWpijF
TzeRXL5mXjXf7+m/98yf40Y13+/pv/fMn+NaFxcQWkJluZo4Yl6vIwVR+JpI7q3lWNo54nWQFkKu
CGA6ketHN5By+ZQxrv8Af03/AL5k/wAaMa7/AH9N/wC+ZP8AGrtteWt4jPa3EU6qdpMThgD6cUsF
5bXRlFvPHKYXMcmxgdjDqDjofajm8g5fMo413+/pv/fMn+NGNd/v6b/3zJ/jWnxS8Uc3kHL5mXjX
f7+m/wDfMn+NGNd/v6b/AN8yf41fW5t3GVnjYbzHw4+8Oq/Xg8VLxRzeQcvmZeNd/v6b/wB8yf40
Y13+/pv/AHzJ/jWhDNFcRiSGRZEJIDKcg4ODz9RUc1/Z206QT3cEU0mNkbyBWbPAwDyaObyDl8yn
jXf7+m/98yf40Y13+/pv/fMn+NamKMUc3kHL5mXjXf7+m/8AfMn+NGNd/v6b/wB8yf41qYoxRzeQ
cvmZeNd/v6b/AN8yf40Y13+/pv8A3zJ/jWpijFHN5By+Zl413+/pv/fMn+NGNd/v6b/3zJ/jWpij
FHN5By+ZmxDWfNTzn0/y9w3bVfOO+OetadJilpN3GlYzfEOmvrGhXVjFIsbzqFDsMgcg/wBKKg8W
3k+n+F766tZTFNGgKuMcfMB3oreipte6zGq4J+8bNFFFc5ucdd/8lhsP+wPL/wCjRXRau+pR2m/R
7e1nug2NtzIY129+QCc9Ky9b8KS6prsGrWer3OnXcNubfdDGj7kLbjwwPeibw3qz2tuIvFN/Hdwl
sz+TEVkViOGTG04xwRg8mgDL8BM8eteIItUjaLXZZknu41x5WwjEflkHkYHOec1peK/D9/qN3p2r
aLcQxanpjOYluATFKrjDK2ORnHUVa0Dw0miz3d5NeT3+oXhXz7mbALBRhVCjhQPQU7W9FvdSnhn0
7W7vTJowVIjVZI3B/vIwxn0NAHJ65rcviXwN4ks76G50rVNKhY3UEUoIfKEr82PmRh2q5HbwaL4F
s2u/EWq28dwsB8wMJJSSgxFENpIz7Anitew8GWltpuqW95c3F7caspW9upSA8g27QAAMKADwBVP/
AIQaeTRbWyuNdupZ7GdJrG58pA0GxdqjGMMME5z1oAzfCmrXK+J9U0tbnV5bNbFbqIaqhEyNuKnB
YAlTx1qDwrpep674Ji1fVPEWqtNcWjqI4ZQiKozgkYOW45b3xXSaX4Tex1q41a81W4vry5tfs0jS
IqqAGyNoA+Ue31Per2gaFFoPh220hJWnigjMe9xgsCSe31oA4TRYLjR/gvNqdrqV/wCe+nb41eXK
QEZ/1YxxW94l1K8tdJ8LSQXMsb3OpWkczKcGRWB3A+xq3pPgtdO0W70W51K4vdKmiMEVvIiqYUOc
gMBknnqfSqcfw+lc6d9v8QX94mmTxy2sbqiqoQ8BgB8xxxuPI/GgCtHa6l4i8a+I7F9c1CzsLJoN
kVo4RtzRA8PgkDgnA6k1reA9TvNQ0a6h1GY3Fxp97NZNORgyhDgMffB/SsSDw/qN9498T3Vlqd7p
T7rZUlSINHMpi5+VhgkEcEdOa6/QNDtvDukx2Fq0jqpZ3llOXkdjlmY+pNAGlRRRQA1s4+Xr2zVB
n1fHyw2OfeV//ia0aKadhNXMVptd582GBV9bfDn/AMeIqzpflM07B53uCR53nrtYegx0x16Vo1Qt
v+Qzff7kX/s1Ve6FaxfoooqChDVTS7mzu7IS6eF+zlmA2ptGQSG4+uatk4rL8OabLpOkraTsjSCS
R8oTjDOWH6Gn0EatFFFIYUUUUAIQCCCMg9qjnkS3gklf7kalmwOwGalqrqn/ACCrz/ri/wD6CaED
J0KugZehGRTsD0qO3/49ov8AcH8qloATA9KZLBFOmyaNJFznDqCKkooATA9KMD0paKAEwPSjA9KW
igBMCgqCMEAj3paKACiiigBK5/wx/pt1quqnkXVyY4j/ANM4/lH65q/4hvzpmgXt0v30iIQerHhf
1Ip+h2A0vRbOz7wxKre7dT+uapaInqZur/6B4p0i/wCiT77KU/73zJ+oP51b1prpZbM2KxtcB32L
ISFJ2NTPFlo934dufJH7+AC4ix/eQ7h/KnrdpfnRrqP7k5Mg/GMmmujE+qK+mSag3mE+S9zx5omk
cFfTC7cAfT86v7tU/wCedl/38f8A+Jq9S0m7jSsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0U
rjsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0UXCxQ3ap/zzsv+/j/APxNG7Vf+eVl/wB/H/8A
iav0UXCxQ3ap/wA87L/v4/8A8TRu1T/nnZf9/H/+Jq/RRcLFDdqv/PKy/wC/j/8AxNG7VP8AnnZf
9/H/APiav0UXCxQ3ap/zzsv+/j//ABNG7VP+edl/38f/AOJq/RRcLFDdqn/POy/7+P8A/E03SvNL
33nhBJ9o5CEkfcT1rRqjYf8AHxf/APXx/wCyJTWzE1qi9RRRUlBRXI3fia60zxJqcV0VexVFS1QL
83n+WH2Z779xx/u0zRtS1fU/LtZ9ShgubaJpZ5FhUiYiaSPGD0UeXzjnkcigDsaK4mLU/EV5cagu
nO8pSW4jXzrdUij2uVTY/G5uO+RnrjvaHiJofD18PtF0+pQQzsPtFpsaNlUsA+0bMgYPXkEetAHW
UVx2oa7faHFe211fpM5gieC6liCmKSR9gDKowQMFumcBvTNV7LXby7axu31lktfInkulWCPG6Aor
YJGQGyzfQjGKAO5orlvCHiOXWrO7F1MklzCRLlE2gI67lXnup3KT/s0yy8YTu9msljvt5I7bzbgz
DeHlTcPkC4OMc8jrwKAOsorjoPE1/c36yzQ/Z7aaGzkhjWVXJWWYrub5eDjAI56cGrT+LJ00dNR+
xQLFc7TZq1wxeYEE8qqMQ2BnAz15IwaAOnorkbbxRe3ks0ogjjsi1kYCr/vMTlMhgRjox6H6eoc3
jWZbVbgaYpS4iM1mPtIzIokSP5+PkP7xT37g80AdZRWfo2pPqlm8k0AgmimeCRA+8BlbBw2BkfgK
0KACiiigChaf8hbUPrH/AOg1frAu9bs9G1G+a6c7nMeyNRlnO3tUlp4msZIA11d2sMhJ+RZd2B2y
cdauUJPWxmpJaXNuisv/AISPSP8AoIQf99Uf8JHpH/QQg/76pckuxXNHuQ+KoHm0uEpavdCK7gle
KNQzMqyAtgHrwK5u80LULkzyWVg1vHcLctFbswXywyRDacHClyjnA6buec11P/CR6R/0EIP++qP+
Ej0j/oIW/wD31RyS7BzLuUNHthJr731vpkum2qWotykkaxmVt2QQqk8KMjP+0cdKpaZol7avYQq1
9HALy8nmBuWwfnJi3c52ng475Oeprc/4SPSP+ghb/wDfVH/CR6R/0ELf/vqjkl2DmXc5e3tNengM
btq0TukS3jvOBulMyF2hIPyqE8zpgYK8ZzWrothqVlq0bTT30kDfakkFxNvUKsiiAjPQlM89T3rT
/wCEj0j/AKCFv/31R/wkekf9BC3/AO+qOSXYOaPc5VNA1W0vbaSzt8R3F/PcSq2MQygzeXLjuGVl
B+i+ppYINc8lSya0LUeSLxGnBnkk+beYiDwuSmcEDAOB1z1P/CR6R/0ELf8A76o/4SPSP+ghb/8A
fVHJLsHMu5yFlp2v2zaVDnU7a2jCkLEqyHf5zFxKd4HKleSGHXHNbmoW0i+No7tre9eFreGMNDBH
Im4SSEhywJXG4HK461p/8JHpH/QQt/8Avqj/AISPSP8AoIQf99Uckuwcy7moOlLWX/wkekf9BCD/
AL6o/wCEj0j/AKCEH/fVHJLsHNHualFZf/CR6R/0EIP++qT/AISPSP8AoIQf99Uckuwc0e5q0Vl/
8JHpH/QQg/76o/4SPSP+ghB/31RyS7BzR7mpRWX/AMJHpH/QQg/76o/4SPSP+ghB/wB9Uckuwc0e
5qUVmxa/pc0qRx30DO5Cqobkk1pUmmtxpp7FTVLmztNOmn1Hb9lQZk3JuGM+nfmiq3iTTpdX0C7s
YGRZZlAUv0HIPP5UVpTjFr3nYiblfRGpRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/RRRSGIayPC1/caloi3F04eUyyqSABwHI
HA9hWuaqaXJYyWQbTPL+zb2A8tcLu3Hdx9c0+gupcooopDCiiigAqrqn/IKvP+uL/wDoJq1VXVP+
QVef9cX/APQTTW4nsS2//HtF/uD+VS1Fb/8AHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUUUlAHP
+Iv9O1TR9LHKyz/aJR/sRjP6sRXQVzlhPFdeMdTu5JUCWkaWcW5gOfvP+pA/Ct77Xb/894v++xVS
6IldWSMAwIYZB4IrlPDxMDQaax+bT76aEf7hRmT9D+ldP9rt/wDnvF/32K5mQLB8Q7WSGRGhvYWZ
trA/vEUj/wBBb9KceqFLodXS0lLUFkNzd29lF5t3PFBHnG+Vwoz9TSm6gEcchmj2SkCNt4w5PTB7
57VkeJ4ndNNlWzku0gvBJJFGgdtvluM4PXlhXM3fh/WL2MW1pZw28MbzXkC3D4W3kY/ugoXI3Lhm
I6DfigDtY9Z0yZmWLUbNyilmCzqdoHUnnoKtGaNYw7SIEOMMTwc8Dn3zXET6Rf3qXSxaRDEdSntz
KswCosYiVpFYrk4LLs49fSr1kurR6BbabPazC5tp4lMyEeW8STr0Oc/6vnkdj3oA6vIqKO7t5XKR
zRswLKVVgTleGH4ZGfrXFrY69bwyP5mpv5ys86+duYAXA+WPJ+UmLdjGO3fFNttO1q2sHFlDfRlm
umxJIplKtNER8xJ+coJMEnr70Ad3kU3zY9yrvXcwJUZ5IHXH5iuMuU1b7ZpQ0621RLVZULtcTsz7
TL+8DjfjAToW3HB4wRVe10vWLHSFttPivopYlu1bfLkkmWMqUZieqb9p6ZzmgDvcilrhH0/WbuMr
C2sQWgad4Fe5ImGIlCBzkkgyBiASffjiu0sjMbC3NzkTmNfMz/exz+tAE9FFFABWfaSpDJqLyuqI
txksxwB8iVoVzs+kyX1/dXEU8gaG44hL4RvkTnpwffmqjZ3uTK+ljfjlSWNZI2yjDIPqKdms+PTX
aNS93eoxHK+dnB+uKd/ZZ/5/b3/v9/8AWpWQ7sfLpdjPL5kttE8nmpNuZefMUYVvqB0qKbQdLuPK
86xt38pmdMoPlLHc35nkjvTv7LP/AD+3v/f7/wCtR/ZZ/wCf29/7/f8A1qLILvsSSabZy2ctpJbx
tbzFmkjI4Ysckn3JOaSHSrGDT3sYraJLR1ZWiC/KwPXPrmmf2Wf+f29/7/f/AFqP7LP/AD+3v/f7
/wCtRZBd9hLXQtMsljW2soYxFJ5qbV5D4K7s+uCR9DSy6Lp05lMtnC5m3eZlfv7tobP12Ln6Cj+y
z/z+3v8A3+/+tR/ZZ/5/b3/v9/8AWosgu+xJNptlcXSXM1vG86Y2yMvIxkjn2yfzNNTSNPjChLSF
Qnl7cL02DCfkOlN/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsMt/D+k2hc29hbRF2VmKoBkq2
5fyPI9KafDWjlJUOnW22Zg7jZwW55/U/mal/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsImh6
ZHIrpZQKypHGpC4wqEFB/wABIGPTFNj8P6TE87R2FsrTkNKQg+Yhtw/Xn60/+yz/AM/t7/3+/wDr
Uf2Wf+f29/7/AH/1qLILvsWoLeG2DiGNUDuZG2jGWJyT9TUmao/2Wf8An9vf+/3/ANaj+yz/AM/t
7/3+/wDrUWQXfYvZozVH+yz/AM/t7/3+/wDrUf2Wf+f29/7/AH/1qLILvsQGyt7+/wBRiuolkQmP
g9jt6g9jV2ztPskAiMskwBOGlILAeme+KqabD5GoX6eZJJgxndI2T931rUpyb2FFLcbtHoPyo2j0
H5U6ipKG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbt
HoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQf
lTqKAG7R6D8qdRRQBkeKr6fTPDV7d2jhJ4lBRiAccgdDRVzVZLKLTZn1Py/sYA8zzBlcZ7j64ora
lJJaxuZTTvvYt0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7
NV+qFt/yGb7/AHIv/Zqa6ifQv0UUUhiHisnwzp0+l6OttdbfNEsjHacjDOSP0NaxrJ8M6hPqmjLc
3RUymWRflXAwrkD9BT1sLqa9FFFIYUUUUAFVdU/5BV5/1xf/ANBNWqq6p/yCrz/ri/8A6Caa3E9i
W3/49ov9wfyqWorf/j2i/wBwfyqWkMKKKKACiiigAooooAKKKKACiiigDIn8KaJdTvNPpltJLIxZ
2ZOST3qP/hDfD/8A0CLT/vituinzPuLlRif8Ib4f/wCgRaf98VTvNEsdFu7O50fSbf7UHfaqYQt8
jd66eqN7/wAhHTv+ur/+i2pqTuJxVihp19fyiRzCJ5DgOhmC+WfTbjI/Gr32vUP+gcv/AIED/Cru
xdxYAbj1OOTS4ocl2BJ9yj9q1D/oHL/4ED/Ck+1X/wD0DV/8CB/hV/FGKV12Cz7lD7Vf/wDQNX/w
IH+FH2q//wCgav8A4ED/AAq/ijFF12Cz7lH7VqH/AEDl/wDAgf4Un2q//wCgav8A4ED/AAq/ijFF
12Cz7lD7Vf8A/QNX/wACB/hR9qv/APoGr/4ED/Cr+KMUXXYLPuUPtV//ANA1f/Agf4Uv2vUP+gcv
/gQP8KvYoxRddgs+5R+16h/0Dl/8CB/hR9r1D/oHL/4ED/Cr2KMUXXYLPuUfteof9A5f/Agf4U3S
nkd75pY/Lc3HK7t2PkTvWhiqVh/x8X//AF8f+yJTvowtqi9RRRUlBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAULT/kLah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+bVfDt5ZW23zplAXecDqD1/CijxPq
E+l+Hby8tSomhUFdwyOoHT8aK6KPPb3TCryX941aKKK5zcKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDVTS1sUsgNM8v7NubHln
K7tx3frmrZrI8L2FxpuirbXSBJRLKxAIPDOSOfoafQXU2KKKKQwooooAKq6p/wAgq8/64v8A+gmr
VVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABRRRQAUUUUAFFQ
3dzHZWc9zNny4Y2kfAycAZP8q5+fX9VsrO1u7uyhKXVxGiRW7NJJtcE7SOBuGBz06+maAOmorB/4
THTisLol08bokkkixfLbh22r5npyD0zjBJ45pr+NNOjR3eO6WIKzQyNFhbgBgp2EnplhycDBz05o
A6CisC48Uw2srCS3uXJEGyCOPMhaTfgHnH8B78UjeM9O82wjjjupWvfL27Y/9XvYqu7JGOVYcZxg
0AdBVW1geGa6ZyMSy71x6bVH9KxdY8UTafcajBFYSsbOGGYTMMo+99u0AHOeDj1IPpyl3480iwto
5bnz42ZnVoWQCSPYcMSCecZHTJOeAaAOlornPFPiWTQzZ+S1oi3AkYyXRcKNoBA+UE5OarDxZef2
5FYtbW0bN5Aa1aQm4zIAWIAGCE5z/umgDrKKx7fXkHhWLWryMqhtxO6RDcRkdB61BceMLK0tHuLm
C7hWKXyplkRQ0XAbJGeRtIOBk+3BoA36Kwbvxhp9it01xHcIlvP9m3sqqssmM7VJIzgc5OBTIfGu
nXMtusMN46TpGwlEPyKZCQisc8ElSPr7c0AdDRWZ4f1dtc0eG+a1ltTJn93IQTweoI7Vp0AFFFFA
BRRRQAUUUUAFFFFABRRRQBQtP+QtqH1j/wDQav1QtP8AkLah9Y//AEGr9VLcmIUUUVJQUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU9VWyfTZl1Ty/sZA83zThcZ7/jiiqni
mwn1Pw3eWlooeeVQEUnAPIPWitqaTWsrGU277XNeiiisTUKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDzWX4c1KbVtIW6uFRZDJ
ImEGBhXKj9BWoaqaXb2VrZiPTtn2cMxGx9wySS3P1zT6C6lyiiikMKKKKACquqf8gq8/64v/AOgm
rVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFUb3/kI6d/11f/ANFtV6qN7/yEdO/66v8A+i2poTL1FFFIYUUUUAFFFFABRRRQAyWN
JonilUPG6lWUjIIPUVlW/hm0t1hTz7uRLeRJIVlmLCPaCFUe3PfnpzWxRQBgjwfpw8sBrkRqFV4x
KdswViyhx3wWP8jkU6PwlZQmQxTXiZVkixMSLdWbcwjB4AJAznPAx04rcooAxbbwrp1oYPJWUeQY
ig3949+3/wBGNms3/hDZbbXrS8sLwRQW6KgV4w7qoLFgCf724g9MV1lFAGVe+H7XULmaeZ5wZ4ki
kRXwrBG3KceoJPPuahm8LWcs5ninvLecvI5lgmKsQ5BZfplQfbHFbdUrEk3F8CSQLjAyeg2LTsFw
u9Jtr6WKS5Uv5cckQUn5WVwAwI78CmaZottpW77OZSzxxxs0jbiQi7V/Tr61oUUgOfl8LKnhu60i
2vbkxTRCKMzvv8kDoFwAaZc+BtLvIClw93JIxbzJmmzJIGCqQSR6Io4x0+uejooAybjw5Z3EMibp
43a6+1rLHIVdJcYyp+mRjpyaF8OWgYM8lxLJmFjJJJuZjExZCT9Sc1q5FGRQBU0vTItJsxa27ytE
rEoJG3bATnaD6CrlJkUUALRSZFGaAFopOtLQAUUUUAFFFFABRRRQBQtP+QtqH1j/APQav1QtP+Qt
qH1j/wDQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBl
+JNRl0jw/d31uqNLCoKhxkdQOfzoqzqlvZ3WnTQ6ls+yOMSb32jGe57c0VtTlFL3lczmpX0Zbooo
rE0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/2ar9ULb/kM33+5F/7
NTXUT6F+iiikMQ1jeFLKfT9DSC6iMUollYqSDwXJHT2NbJ5rM8PanJq+lLdyxpG5kkTaucfK5Ufy
p62F1NSiiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtR
W/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEd
O/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9VGw/wCP
i/8A+vj/ANkSqWzE90XqKTNGakYtFJmjNAHF6jrt5pPijUZDJJPassdrDb9Qs7Jujx6bjlT77ar6
deSHybLWNcuIFt1mZbjzhGbiRbiRDlsYO0Kvy/7XINd0Yo2OWRCcg5IHUdDTWt4XCh4o2CtvUFQc
N6j3oA4dTq9y+q3EOozWUEc1zG11c3CmHAYqgVeqYOPm4/GrVvrcq+FtRSCO+aSGG4/0o3C3Ecbq
hYYlyCw6Y44PBxiuwMcZRkKIVbO5SODnrmkSGKOIRJGixgY2AADH0oA4WbWH0+2uINO1G5v47iCJ
EdZPtEkVw7bcI3chAz7e23PeobbUcyWdxfahqkQtI7kXkbztGWMAQqzJ2LKQxHfdXfR20ESKscMS
Kp3KFUAA+opzQQvndHG27rlQc/5wPyoA5Twlrk+biz1mS4iumKTx/bF8tj5nWNQeoVwwHtiqdx4x
1iCx0tvL04z3tv8Aa90jCGIL8v7sF3HPzZJGf92u4aKN2DMiFl6EjkU17eCVFSSGNlQgqrKCAfag
DmtK8S3d/wCIY7OR7IRSi4/cJkzw+U4Ub+cfNnPQfjXVVVbT7Vr6O88pRcRhgHHH3sZz6/dHX0qz
mgBaKTNGaAFopM1BdXiWgVpVfyyeXVchPc98e9ArkFp/yFtQ+sf/AKDV+s6xkWTUr542DI3lkMpy
CNtaNVLcUdgoooqSgoqpqGpW2lwLNdMwV3EaKiF2dj0CqAST9Kfb30F1FFJG+BKu9FcFGI/3Tgj8
RQBYoqP7RD5bSCWMovDNuGB9TVWy1i0v4FmhdhGV3hnUqMbivU8dVNAF6io2niQIWlQB/uksPm+n
rVDUPEFhpl2Le7klV9gkYrC7KiEkbmYAhRkHk46UAadFZc/iLTrcHdK7uJvIEcUTSOz7QxAVQSfl
IORxVuzv7fULRbq1lV4GBw/TocHOehBBBB6YoAs0VGLiEqjCVMP907h8309az7rxFp9lfmzuJZEk
XbvbynMabs7dz42rnHc0AalFUf7Zsf7QuLI3Ci4tohNMpyAiHuT0/wAOPWo9O1+w1SUxWsknmbPM
VZYXjLpnG5QwGV9xQBpUUUUAFFFFABRRRQAUUUUAY/iyyn1Dwxe2trGZZpUARAQM/MD3oqXxFqUm
j6FdX0UayPAoYKx4PIH9aK6KLml7qMKqg37xp0UUVzm4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhqppdla6fZCCxOYQzMPm3
cliTz9SatmsTwjazWWgpDcxNFIJpW2MMHBkYg/iDT6C6m5RRRSGFFFFABVXVP+QVef8AXF//AEE1
aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKA
CiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAoo
ooAKKKKACiiigArJt9PtLq8v3uLeKR/PxuZcnGxK1qo2H/Hxf/8AXx/7IlUupL6B/Y2nf8+UH/fA
o/sbTv8Anyg/74FXqKV2OyKP9jad/wA+UH/fAo/sbTv+fKD/AL4FXq5QeO4T4auNVFlN5kMxi+y7
huYjkEHpjZ830Bouwsjd/sbTv+fKD/vgUf2Np3/PlB/3wKoTeIpUF9PFp8ktjZrKHuBIo3PGCWAX
rjI259e2OaoSeN3jVY309VuWkVMG7QQjchYAy4wGOMbSOpFF2Fkb39jad/z5Qf8AfAo/sbTv+fKD
/vgVDqmqz2EFmYbPz7i6mEKxGUIASrMctg9NpqhP4vigs4JWtJvNNwYLmLIzb7f9Y5PQquQcjqCK
LsLI1f7G07/nyg/74FH9jad/z5Qf98CsdvFN9EdQE+kYNmVjCx3QdpZHClEUbR13AZPStaPW7M6N
DqUkmyCVFYcEnLdFAHJbJxgc5ouwsh39jad/z5Qf98Cj+xtO/wCfKD/vgVXHifSjNDF9pIeYLgNE
427jtUNkfISeAGxmqF/4402HTriewdrqaJ0QReVIuSz7M/dJKg5yQDyMdSKLsLI1/wCxtO/58oP+
+BR/Y2nf8+UH/fAqvF4itDcJbTPtuJJjDGkau5ZgFJzhflxuGc9Kgg8aaFcSIkd6SZCApMMig5O0
HJXGCeM9M8Zouwsi/wD2Np3/AD5Qf98Cj+xtO/58oP8AvgVdpaLsLIo/2Np3/PlB/wB8CoLnQrWU
KsMMEKn77CIFse2eB9a1aKLsOVGRpFlBp93e29rGI4kMeFH+7WvWKy6gdYvvsMlqq/u9wmRmOdvb
BFS7Nc/576d/35f/AOKq5K7u2TF2VrGrRWVs1z/nvp3/AH5f/wCKo2a5/wA99O/78v8A/FVPL5j5
vIfr1i+oad5KWkF0d6tsmlaLGO6uoJVh2IrmYPBmojV4by+mS9ddrLK9y4aAhSNoG35xyOSRnJJF
dJs1z/nvp3/fl/8A4qjZrn/PfTv+/L//ABVHL5hzeRzsPgmWztreOC20+SOJLYyWrZWKd0SRXLYU
93VgSDnaM0628F3Asre2uls3iRLZZIgCUIjneRgARyMOAM+ldBs1z/nvp3/fl/8A4qjZrn/PfTv+
/L//ABVHL5hzeRxd74eu7bWtLhl0yS7tbc5jEKgoM3DSAZKkJtATPKZGRkjp1GraZqU+rTzWK2pi
urIWrvM7Ax/MxLBQDu4bpkVb2a5/z307/vy//wAVRs1z/nvp3/fl/wD4qjl8w5vIyrXw9qGkXout
P+zz+WzxrDM5TdE0cKg7gpwwMPoQQanl8P3Mvhiaxd4Guric3Ey/N5TsZfMaP12Hlfoenar+zXP+
e+nf9+X/APiqNmuf899O/wC/L/8AxVHL5hzeRlaV4WeDVLe8ureyRY5J5Vt4gWS3Z/KC7Mgf88yS
cDljgVJqei6jd3+qRxC2FlqcEcMsrud8agMGwmMEkNxyK0dmuf8APfTv+/L/APxVGzXP+e+nf9+X
/wDiqOXzDm8jnrnwbqd289xJqKrNdvOs0QUbEjkXYADjLEBYjg8fKelbdnZ6lcavFfapHaRG3gaG
NbeRn3lypZiSBgfIMDnqeal2a5/z307/AL8v/wDFUbNc/wCe+nf9+X/+Ko5fMObyNWisvZrn/PfT
v+/L/wDxVGzXP+e+nf8Afl//AIqjl8w5vI1KKy9muf8APfTv+/L/APxVJs1z/nvp3/fl/wD4qjl8
w5vI1aSszZrn/PfTv+/L/wDxVNdNb2ndPpu3HP7l+n/fVHL5hzeRq5pa5Xw/Fqq3paFo10vsroy5
/wCuYYlgPrx7V1VEo8rtcIyurlTVLK21HTZrW+OLeQYf5tvGc9aKoeL7Wa98K31vbRNNNIgCoo5P
zCitaSbXxWIqNX2ubVFFFYGoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/
uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FJS0hiEZFZ2g6o2saYLtohEWkdNobP3WK9fwrRNVNL06DS
rIWtqzmMMzfOcnLMSf1NHQRcooooGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT
2Jbf/j2i/wBwfyqWorf/AI9ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/IR07/r
q/8A6Lar1Ub3/kIad/10f/0W1NCZeoqC3u4rl3ELbwhwWAO3PoD0P4VPSGFc5p/iO7nkt5L21his
7uWWGGSKUsysm/74IGAVjY5BPSujrn/+EOszbywSXd9JE4kCI0gxD5md+zAHJDMMnJAJxQBnp4u1
G6s45rWxtFdrmOFop52DBZSvlPwp4KsCfQgjtWnpniCS81q40+4gSMRr+6lSTImdMCYAEDhWZR78
9KdH4R0qCfzLSAWozExjgARC0b7kJGOuSR9Kih8F6XbeVJarLBdp5hN3GQJpC4IYs2OTls/UD0oA
nm8UWMLXO5Lox25KGVYGZHkDBfLUjq+4gY9c+hqGXxnp0MaNJHeA/vPNQW7FoBHt3lx/CAHU59Dx
mpZPC9tJ9oX7VeLFNJ5wiWUBY5dwfzF4yDuGeuOTxzSDwpZeTMkktzI88U0U0ryZeTzdoYnjGcIo
GAAAOlAFa08TyzaldxXEBhgivfskRZGBfEbOTnkH7vHTj609/GunR29tPJDfLHcRGdSbZvliBA3s
OoX5hV0+H7QsSWlybprr738ZjMZ7dNp/OopfC9jNapbs0+xLL7CMPz5fy+3X5RzQBc0zVYdWt3lg
SaMxuY5I5oyjowAOCD7EH8au1WtLCKzkuniLZuZvOfcc/NtVePbCirNABRRRQAVRsP8Aj4v/APr4
/wDZEq9XNXbaiLu7+zbRaef++ZN3mD5E9OcfTmqir3Jk7HS0Vl251H7PH5IsjFtG07nPH5VJnVf7
tl/30/8AhRyhzGhXMf8ACDWmzb9pm/483tDwP4twEmP7wVmUexrXzqv92y/76f8Awozqv92y/wC+
n/wo5Q5ilJ4aLC9hj1C4js7wSl7cKpAeQEMQxGcZJOPX8qluPD6HS47DT5Y7GAcSJHbRskoIwcqR
jPfNWM6r/dsv++n/AMKM6r/dsv8Avp/8KOUOYoSeE7aK1t002Q2U8EiSCcIHZyqMg3buvDGoZfA2
n3bs19JPcho3QhnK5ZzmRztxkt8ox0AUDFaudV/u2X/fT/4UZ1X+7Zf99P8A4UcocxmnwdbzKiXd
1cTp5scsoLbTK0cQjUkrg9QG47ilTwkkNiLO3v7iK3il8+2QBT5L794IJGSASRg9j+NaOdV/u2X/
AH0/+FGdV/u2X/fT/wCFHKHMZ7+FmmuvNm1K4dZWie6jCIBO8Zyp6ZXoMgdQB75QeEYAkS/apv3a
KgOBziYS/wAxj6Vo51X+7Zf99P8A4UZ1X+7Zf99P/hRyhzEFv4fittWN+s8hcyTSbCBjMgQEfh5Y
/Oqq+EYFtEt/tUxVbeC3zgdIpN4P1J4rRzqv92y/76f/AAozqv8Adsv++n/wo5Q5i+KWs/Oq/wB2
y/76f/CjOq/3bL/vp/8ACjlDmNCis/Oq/wB2y/76f/CjOq/3bL/vp/8ACjlDmFtP+QtqH1j/APQa
vVmab539o3/2gRiTMf8AqycY2+9alEtwjsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUlLRQAlLRRQBna/qZ0fRbm/WISmBQ2wtjPIHX8aKl1XToNW02ayuiwhmGGKnB656/hRWt
NwS95Gc+e/ulyiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArOkE9pqM1wtu08
UyID5ZG5Suexxnr2rRooEyiNWgUfvUuIz/twP/hinRarZzSrFHKS7HAGxh/SreKKegaga5/wS2NB
aFgyyw3MyyKwIKneT39iK6DGaMUX0sFtTFj8Y6JLcLAl6TI7hAPJfk5xj7vrV3U9asdHSN7+fylk
JVTsZskfQGruKMUaBqUtM1iy1iN5LCbzVjbax2MuD17gVSbxjoizmFr0iQPsI8l/vZxj7vrW1iij
QNSnqWr2ekQLNfTeVG7bAdjNk9ewPpVP+2rHWdI1A6fP5oihYP8AIy4ypx1A9K2MVV1T/kFXn/XB
/wD0E0KwO5l/8JhotriCa8Kyx4Rl8lzgj6CtPUNVtNKtRc3svlwlgobaW5PTgA1Pb/8AHtF/uD+V
SYodgV7GfpmvafrLSLYXHmmMAsNjLjPTqB6VWu/F2jWNzLb3F4UliO118pzg/UCtnFFGgalW81S0
sLH7ZdS7Lfj59pPXpwBmoNM8Q6brEzxWFx5rou5h5bLgdO4FaOKMUaBqZF74r0fTruS2ursxzR/e
XynOOM9QMd6uz6paW2m/b5pdtrtV9+0ng4xxjPcVaxRijQNTM03xHpmrXBgsbnzZQu4r5bLx+IHr
Tb/xRpOmXbW15dGOZQCV8pzjPI5AxWriijS4a2KjaraLpf8AaJl/0TZ5nmbT931xjP6VW0/xNpWq
XQtrO6MkxBYL5brwOvJFamKMUaBqZeo+JdL0q6+z3t0Y5dobb5btwfcA+lWo9UtJdM/tBJc2mwye
ZtP3R1OMZ7elWsUYo0DUybHxTpGpXaW1pdmSZ87V8pxnAyeSMVS8U3+lpcWtpqU7xq2532B8hSrK
DlR610eKpXv/ACEdO/66v/6LaqTSd0Jp21MvSrexl003ImaWzRSY5UklQ7VznK57Y7dfSo7PVPDl
/dR21rdTvNKcIu+cZ4z1PFdLijFHOxciMDU7jQ9Hkjjv55onkBZR5kzZH4E1PYppOpWZurSSaSAE
jd5so6deCc1sYoxS53YfKjmLbV/DV5cxW9vdzvLKwVF3TjJPuatanLoujmMX800Rlzs/eTNnHXoT
61u4op8/qLlMbTk0nVrcz2Mk0sQYoW82VefoSPWqEWs+Gp7hII7ucyO4RV3TjJJxXUYoxRzhymJq
baNo6xtfyzRCQkJ+9mbJHXoTS6Z/Y+sRPJYSzSojbWPmzLg4z3IraxRilzOw+VXOX/tnwyLjyftc
/mb9mN0/3s4x+dXtSGkaPCkt/JNEjttU+bK2TjPYmtrFGKfP6i5TD0x9G1hZGsJZpRGQH/ezLjPT
qRVObWPDVvcPBLdzrLGxRl3TnBBxXUYoxRz+ocpj6jHpOk2wuL6SaKIsFDebK3J9gT6VH4b1GwvH
vk0+ZpEEwcbg+dpUDOW56g1uYqlYD/SL/wD6+P8A2mlHNdO4Ws0U7rxdotlcy29xeFJYm2uvlOcH
6gVfvdUtNOshd3UvlwHA3bSevTgDNWsUYqdCtTO03xBpusSvHYXHmvGu5h5bLgfiBUN54s0fT7qS
2urspNGcMvlOccZ6gYrXxRijS4alW41S0tNO+3zy7bbarb9pPBxjgDPcVW03xHpmrXDQWNyZZFXe
R5bLx07getaeKMUaBqZN/wCKNJ027a1u7oxzIASvlOcZGRyBirj6paR6X/aLS4tNgk8zafunocYz
+lWsUYo0DUy9P8TaVql19msroyTbS23y3XgdeSBRqHibStLujbXt0Y5gobb5btwenIGK1MUYo0uG
tiqmqWj6X/aKy5tNhk8zafujvjGf0qnY+KNJ1K7W2tLoyTMCQvlOM4GTyRitbFGKNA1M3UvEemaR
cLBfXPlSMu8L5bNx07A+lWLfU7S6037fDLutdrNv2kcDOeCM9jVrFGKNA1Miz8WaPqF3HbWt2Xmk
OFXynGeM9SMVNqfiDTdHlSO/uPKeRdyjy2bI/AGtHFGKNLhrYq2WqWmo2Ru7WXzIBn5tpHTrwRmq
Fr4v0W9uYre3vC8srbUXynGT9SK2cUYo0DUwbjXNP0fVrwX8/lebsKfIzZwvPQH1rU07VLTVrY3F
lL5sQYqW2leR7ED1qK1/5CuofWP/ANBq/iqlYUbmLD4w0S4uI4IrwtJIwRR5LjJJwP4auanrdho6
xtfz+UJSQnyM2cdegNXsUYqdB6lPTdXstYheWwm81Ebax2MuDjPcD1qiPGOiGcQ/bT5hfZjyX+9n
GPu+tbWKMUaBqUtT1iy0eJJL+bykdtqnYzZPXsDRpmtWOspI1hP5qxkBjsZcE/UCruKMUaWDW5iy
+MdEhuHgkvCJEcow8l+CDj+7V/UtVs9JtxPfS+VEzBA20tz+APpVujFGgalDTNc0/WfM+wT+b5WN
/wAjLjPTqB6VVufF+i2dzLBPeFJYmKuvlOcEe4FbOKMUaXDUqX2qWmm2YuruXy4CQN20nr04AzUO
ma/p2sSSR2Fx5rRgMw8tlwPxArRxRijSwa3Me88W6PYXUlvc3ZSWI4dfKc479QKvXOqWlnp/26eX
ZbYVt+0ng9OAM96tUYo0DUzdN8RaZq87Q2Nz5sirvI8tl4zjuB61HfeKdI027e1u7sxzJjcvlOcZ
GRyBitbFGKNLhqVJNUtItM/tB5cWmwSeZtP3T0OMZ7+lVtO8S6Xqtz9nsrnzJdpbb5brwPcgetam
KMUaBqZeoeJtK0u6NteXRjmADFfLduD05AxVkaraNpf9oiX/AETZ5nmbT931xjP6VboxRoGplWHi
jSdTu1trO6MkzAkL5Tjp15IxTtR8R6XpNwIL65MUpUMF8tm4+oB9K08UYo0uGpzviW4TWPA97Npx
adJI8ptUgkBhng89jRXRYorWnW5FaxE6fO7sWiiisTQKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKxLnxhodpcyW8+oRpLExV12scEduBW3XmmpeD9cl1e+mg
tYXimuHkRjMBkE56VpSjGT952M6kpJe6rnWf8Jx4e/6Ccf8A3w3+FQX/AI00GbT7mOPUYy7xMqja
3JIOO1cl/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFb+yo/wAxl7Sr/KdjD428PpDGp1KMEKAfkb0+
lP8A+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2VH+YPaVf5TurTxb
ot/dR21rfxyTSHCJtYZP4itivOdF8Ja3ba/YXN1awxwwS73ZZgxxgjp+NejCsKkYxdou5tTlKS95
WFooorMsKKKKACiiigAooooAiurmKztpLi4cRwxKWdz0ArF/4Tjw9/0E4/8Avhv8Ku+IbKbUfD99
aW4BmmhZEDHAz9a89HgzxCAB9hg4H/PwK2pQhL4nYyqSnF+6rna/8Jx4e/6Ccf8A3w3+FVbrxloM
l7ZOuoxlY5GLHa3AKEenqa5X/hDfEP8Az4wf+BAo/wCEN8Q/8+MH/gQK19lR/mM/aVf5TtP+E48P
f9BOP/vhv8KP+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2NH+YPaV
f5T0TTNc0/WRIdOuUnERAfaCNuenUe1X65LwRoWo6NJfvqEMcRnMewJIG6A56fWutrmmkpNRehvB
tq7CiiipKCiiigAooooAKKKKAM/VNe07RjGNQukgMudgIJJx16D3qh/wnHh7/oJx/wDfDf4VneNv
D+pave2M2nwxyiFHVw8gXGcY/lXOf8Ib4h/58YP/AAIFdFOnTlG8pWZjOc07JHaf8Jx4e/6Ccf8A
3w3+FVbPxloMc14z6jGBJNuX5G5GxR6eoNcr/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFX7Kj/MR7
Sr/Kdp/wnHh7/oJx/wDfDf4Uf8Jz4eH/ADE4/wDvhv8ACuL/AOEN8Q/8+MH/AIECmv4L8QsjL9ig
5GP+PgUexo/zB7Sr/KeowTx3UEc0LB4pFDIw6EHoakqjo1rJZaLZW0wAlhgRHAORkDBq9XIzpQUU
UUAFFFFABRRRQAUUUUAFFFFABVHU9asNGSN9QuVgWQlULAnJ/Cr1cr430O/1lLA6fEkjQO5dXcLw
Riqgk5WZMm0rot/8Jx4e/wCgnH/3w3+FH/CceHv+gnH/AN8N/hXF/wDCG+If+fGD/wACBR/whviH
/nxg/wDAgV0+xo/zGHtKv8p1Nv4x0JNRvJG1GMJIU2na3OFwe1W/+E48Pf8AQTj/AO+G/wAK4v8A
4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECh0qL+0CqVF9k7T/hOPD3/AEE4/wDvhv8ACtizu4L+0jub
WQSQyjcjjoRXmf8AwhviH/nxg/8AAgV33hmwn0zw5ZWd0FWaKPDhTkA5J61lVhCK913NKcpyfvKx
q0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUlc3aeLLYajrVrqN7Y2zWVz5UC
ySqjMvlo2SCeeWP5UAdLRXLaH4km1G18PTXdxDDJqFm9xJCIThioUkhs4UDPQ5zn2qxb+MtP1Cdb
azW78yeF5oJHtnWORFH3wxGNvTn3HrQB0NFcl4R8aW+rabpMN5LKdQu7fd5jQMkc0gGXVWxtJHPA
9DWnD4s0y4v0to3mxLK0MVwYWEMsgzlFkxgng/XBxQBtUVj6Z4nsNYvprWx+0SNAzpJJ5DCNXVtp
XcRjd3x6UaJqs+o32swzKgWxvfs8e0clfLRuffLGgDYorBPjHTVuGikS9jOyR42ktZFWYICWCEj5
iACcd+1Wm8R6av2A/aBtv4WnhbB2+WqhixPYAEcn1FAGpRWJZeLNNvpCiG4jJhNxH50Dx+dGOrJk
fMOR+YqfRPENl4hhabTxO0AClZXhZEkz/dJHzYxg4oA1KKKKACiiigAooooAKKK57xprWo6JpVtL
pEENxdz3ccCRy5w2cnHHc4wPrQB0NFctD4qk1TUtKi0sReRqOnz3KmQHckiFAFPPYsQR7VmX/j65
tvCWi6nFbxtc3T5vI8HESR588jn+EigDvKK5bWfEt3aXurx2KQvDpulG7ZmBOZm3GNevTCEn6ipt
C1671+9ElqkX9lwxBZbjBPnzkDKx8/dXkE9zwOhoA6KloooAKKKKACiiigAooooAKKKKACiiua8T
eJH0zUrTTre6sbOSeN5pLq9b93FGpA4GRuYlhgZ7E0AdLRXK3Hix9LvNGsrhG1Br9XZrmygdkIAy
CgG7Pvzx16Vdv/GOladdzQTvORblVuZo4HeK3JxgO4GF6j6Z5xQBu0Vg6h4y0rTbu4tZTcyTWyLL
MsFu8nlxkZ3kqD8vvW1bzxXVvHPA6yRSqHR1OQykZBFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRXKeMfFN54c1DSxbwRS2sglmvNwO5YkKbiuO4Dk/hTfGni250I2UelxwzSyMss5kyVSAu
qZ47lnAH0NAHW0VyfijxXc6JqttDbRRyW0KrPqLtnMULSCNSvvkseeymrmsavfvrcGiaL9nS6eA3
M1xcKWSGPdtGFBG5ic9xjBoA6CiqeljUFtNuqtbPcBiN9uGCsvY4OSD7ZNXKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooASuasfC8X9pa7c6jY2k5vLrzYGkjVzs8pF5yOOVPFdNRQ
Bwlv4ev9J0vQJbhExpOl3MVwE+c7ii42r/F908VkeC5hHPpNvK0V9cT2DQ27w6h5/wBkTYGIZNo2
AkKM5OCAK9RIzUcdtDCzNFFGjMcsVUAt9aAOV0/w5f22meEIJFj8zSWBucP0/cunHrywqloPhCbS
57S0u9JW5jtJzJHfHUJNvDEq3k9AwzjHTOTmu8ooAxfCul3GkaXPBdBBI95cTDac/K8jMv44IrP0
+21rSde1Ux6bBcWd/eicT/agrRrsRD8m3kjaT15rqqKAOB07w3rza9pN3qi+Y9lcSvcXL3rOJgyO
oKRY2oPmHHX61V8O+Gm1GLxFZ/aAbW2jn0ewkXny0Ylm+uCyp/2zxXpFNSNIwQihQTnAGOaAOL0f
w3cxgC60VIbmG0eFLo6lJOCzLtOxG+6D74xxXR+G7GbS/DOmWNyFE9taxxSBTkblUA4NadFABRRR
QAUUUUAFFFFABWL4k0u41P8Asr7MFP2XUYbmTc2PkXOce/NbVFAHH2PhS807x+dRgaP+yDFM6R5+
aKaUoXAH90lN31JqOx8HXI17WBemNtJmjnS0VTlh9oIabI7crx9a7SigDiNK8L6tF4K1m11Awvq+
oQNDuV/lwsQij5+gyfdjWhoehXugakiWqxnS7qENcQ7sfZ7gAZZB3V+49ee5rp6KACiiigAooooA
KKKKACiiigAooooAK5nXtJvf+Eks9asLG31AxW72slvNIEIDMGDqxBGQQQfY101FAHDWnhjVdHg0
Oe3gtrmeyubmWa2SXy0QT7jtQkdFyOwzTrzQtcig17SrK2tZrTWZZJBdyTbTAJFCuGTGWxg4wfTp
Xb0UAefRx6paeKPEFlo1pb3amztIC08/llD5bhWPB3L1yOtdloWm/wBjaDYad5nmfZbdIS+Mbtqg
Zq6EVXLBQGbqQOTTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB1nQ5NU8R6ZcPGj2UNvd
Q3CseSJAgAx36Guah8EauPDN9bXc0VxfvLbQQOWwBawSKUyf7xAZj7mvQ6KAOOfwXNq91rdxqt9d
2/8AaMhhENrKNht1XagYFTycsT/vVDaaN4h019M1ZIbe71CGx+wXtu02wSqrZSRHwRu7kH+97V29
FAFPTJL+a08zU7eG3nZiRFFIZAq9gWwMn1wMVcoooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAP/9k=
--047d7b33c7883b6eba04e5061e42--

From twatteyne@gmail.com  Wed Aug 28 11:30:09 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 717E021F9CBD for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:29:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.872
X-Spam-Level: 
X-Spam-Status: No, score=-1.872 tagged_above=-999 required=5 tests=[AWL=0.105,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TZSO5SjUJ5xT for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:29:53 -0700 (PDT)
Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) by ietfa.amsl.com (Postfix) with ESMTP id 923FC21F9D74 for <6tsch@ietf.org>; Wed, 28 Aug 2013 11:29:53 -0700 (PDT)
Received: by mail-pb0-f49.google.com with SMTP id xb4so6589960pbc.22 for <6tsch@ietf.org>; Wed, 28 Aug 2013 11:29:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=xzwEuPNpIdMPg0caIQ1xVr0r3ACir76cpYy9nabnWJQ=; b=zlXzIItcsdvNB5swh4lHLZl8hJVs629P0i9kPLMXY1LmmTbDH+5X82lJM5aybONtv1 bx8n5753/uDHepZqX2UkP850TLu7qYApNrYhPi5G2vNDZejgTwCYgvgAxS8IAqE5ZmYM UsZ7Aglan47hnqPq7oMprHvCs1ZCDMeD5ys2pc7df9Ucj8lScX7CQsEifA+CO6ybReku yzcNLjlCQ/rctVmZ5ae36oU/Jx0XSpZ/XVb/aQknAKi+quNowuWejBEhniA5hYlNGq+f ixI8G+DCckbFa7UgYXl25reyVWyPoc5c8uasGqATJgnOYwy/jgl8I54MvP42QF8mTpLz 7L8g==
X-Received: by 10.66.219.41 with SMTP id pl9mr3880260pac.187.1377714593342; Wed, 28 Aug 2013 11:29:53 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Wed, 28 Aug 2013 11:29:33 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Wed, 28 Aug 2013 11:29:33 -0700
X-Google-Sender-Auth: ZeCrJjLYq_cH9Yw8ktwlai4ZGLI
Message-ID: <CADJ9OA9Er-D067n_b5k9cqdVnads2ebXs7X7TSo1BZ4D6EzPdg@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b5da81ff02ead04e5062ce2
Subject: [6tsch] IETF 87 minutes updloaded
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 18:30:09 -0000

--047d7b5da81ff02ead04e5062ce2
Content-Type: text/plain; charset=ISO-8859-1

All,

FYI, I uploaded the minutes of the 6TSCH BoF in Berlin [1].

These are the same as the minutes we started circulating on the ML 2 weeks
ago [2] and approved during the last call [3].

Thomas

[1] http://www.ietf.org/proceedings/87/minutes/minutes-87-6tsch
[2] https://bitbucket.org/6tsch/meetings/wiki/130730b_ietf-87_berlin_bof
[3] https://bitbucket.org/6tsch/meetings/wiki/130823_webex

--047d7b5da81ff02ead04e5062ce2
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">All,<div><br></div><div>FYI, I uploaded the minutes of the=
 6TSCH BoF in Berlin [1].</div><div><br></div><div>These are the same as th=
e minutes we started circulating on the ML 2 weeks ago [2] and approved dur=
ing the last call [3].</div>

<div><br></div><div>Thomas</div><div><br></div><div>[1]=A0<a href=3D"http:/=
/www.ietf.org/proceedings/87/minutes/minutes-87-6tsch">http://www.ietf.org/=
proceedings/87/minutes/minutes-87-6tsch</a></div><div>[2]=A0<a href=3D"http=
s://bitbucket.org/6tsch/meetings/wiki/130730b_ietf-87_berlin_bof">https://b=
itbucket.org/6tsch/meetings/wiki/130730b_ietf-87_berlin_bof</a></div>

<div>[3]=A0<a href=3D"https://bitbucket.org/6tsch/meetings/wiki/130823_webe=
x">https://bitbucket.org/6tsch/meetings/wiki/130823_webex</a></div></div>

--047d7b5da81ff02ead04e5062ce2--

From P.Zand@utwente.nl  Wed Aug 28 11:53:44 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD2B121F99C0 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:53:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W2mBzWKhVTAF for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 11:53:44 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 9A05821F99A1 for <6tsch@ietf.org>; Wed, 28 Aug 2013 11:53:40 -0700 (PDT)
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Wed, 28 Aug 2013 20:53:39 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Wed, 28 Aug 2013 20:53:37 +0200
From: <P.Zand@utwente.nl>
To: <watteyne@eecs.berkeley.edu>, <6tsch@ietf.org>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWD//+R/gIAAIcgA///iD4CAABkTAIADNlmggATgRgCAASNqIIAAqJmAgAEGRFCAAImCAIALgp+AgAAhcYCAADXHQP//6M0AAAYJnsD//+HBgP//2gIA
Date: Wed, 28 Aug 2013 18:53:35 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680D@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl> <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl> <CAAzoce7225oeorj-2rrUxyD68J44faZfry5TLmeis+FjWzomng@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661E@EXMBX23.ad.utwente.nl> <CAAzoce4m2uKNiJg0CaS0UDqZW-EjdNqNAmm1OzrHjWdx=upf+w@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8@EXMBX23.ad.utwente.nl> <CADJ9OA_W4yV6NjRXMXpBib9F303FfPAXONoHPGxXM4cEasrdXA@mail.gmail.com>
In-Reply-To: <CADJ9OA_W4yV6NjRXMXpBib9F303FfPAXONoHPGxXM4cEasrdXA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/related; boundary="_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680DEXMBX23adutwent_"; type="multipart/alternative"
MIME-Version: 1.0
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 18:53:44 -0000

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680DEXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680DEXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680DEXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thomas,
The changes are:

1.       Considering more time for 6top and MAC to discover more potential =
neighbor and update their statistic in neighbor table, before starting RPL.

2.       The RPL might consider the neighbor statistics in 6top as well as =
parent rank to select the parent. So, RPL will ask 6top about the local sta=
tistics in the neighbor table by calling "read statistic request".

3.        Changing the time source information in 6top and MAC, upon select=
ing the new parent.
I think you mean the first change. I am right?
I can remove that part.
Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Wednesday, August 28, 2013 8:25 PM
To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,

Wonderful diagram, great material to discuss over!

I don't quite understand the changes you made in the second revision. In my=
 mind, the first revision was better:
- node A initiates a network join procedure
- it receives some EBs
- after some settable time, it uses some settable algorithm to pick a time =
source neighbor
- it keeps synchronized to that neighbor until told otherwise. No routing i=
nformation yet.
- either it sends in a DIS, or waits, but in any case it receives DIOs from=
 its neighbors
- RPL works exactly as-is, and pick routing parent(s).
- TSCH snoops on RPL's decision and changes time source neighbors according=
ly.

Does that sum it up?

Thomas

On Wed, Aug 28, 2013 at 11:14 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Hi Qin,
It absolutely makes sense.
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Wednesday, August 28, 2013 7:21 PM

To: Zand, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

I proposed adding "Change time source" along with "Choosing the RPL parent"=
 because we agreed before that the RPL parent will be used as the time sour=
ce. And, this time Xavi proposed to use the node with lowest EB' join prior=
ity as time source is just because the RPL parent hasn't been found at the =
beginning.

Make sense?

Qin




On Thu, Aug 29, 2013 at 12:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Hi Qin,
I changed the diagram based on your comment.
However, I couldn't conclude form the discussion on "time parent selection =
based on EB priority" thread to find out, if L3 will make the final decisio=
n about the time source or L2.
Best Wishes,
Pouria
[cid:image001.jpg@01CEA430.44BD5F90]

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Wednesday, August 28, 2013 5:31 PM
To: Zand, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

It is great to have the diagram as common base to discuss. I would like to =
add "Changing time source" along with "Choosing the RPL parent", because th=
e time source selected at the beginning is just a temporary one, and time s=
ource in L2 should be same as the RPL parent in L3 after RPL parent is sele=
cted.

make sense?

Qin


On Wed, Aug 28, 2013 at 7:55 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear All,
I would like to continue our discussion for choosing the time source (eithe=
r in L2 or L3) in the basic RPL.
I prepared a sample of message sequence chart to show the potential procedu=
re for basic RPL.
I think we can refer to or modify the attached slide to discuss the details=
 for constructing the basic RPL, as well as choosing the time source.
Best Wishes,
Pouria
[cid:image002.jpg@01CEA430.44BD5F90]


From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Wednesday, August 21, 2013 7:45 AM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Glad to read we agree!
Thomas

On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

Many thanks for your explanation.
I couldn't find the related counter in MAC PIB of IEEE 802.15.4.

My first idea was using both (a) clock accuracy information and (b) RPL ran=
k information for choosing the best timing parent between two routers with =
equal (or close) RPL rank. That would help us to avoid (1) synchronization =
loop problem and (2) potential drifting problem caused by choosing the pare=
nt, between two with equal ranks but not equal clock accuracy.

As you mentioned, let's not make it complicated and consider the parent ran=
k as a factor for choosing the timing parent.

Pouria.


From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Tuesday, August 20, 2013 7:54 AM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Thanks for the explanation. Allow me to answer inline.
Thomas

On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

I am not expert in synchronization, so please bear with me.

By clock accuracy information, I mean how accurate a node can maintain (e.g=
. =B11 ms) synchronization in the network for a period of time (e.g. 20 s) =
without the need for clock update. Different devices might have different c=
lock accuracy values represent by parts per million (ppm) unit. The clock a=
ccuracy of a device might depend on the device' environment conditions (e.g=
. temperature or shocks) and it doesn't just depend on crystals hardware. A=
m I right?

Agreed. I am used to the term "clock drift" for the phenomenon, but absolut=
ely, drift depends on manufacturing, voltage, temperature, and probably oth=
er environmental factors. The amount of drift of your clock source will dic=
tate how often resynchronization needs to happen, given a guard time (i.e. =
1ms). Of course, all these parameters depend on each other, so you can imag=
ine buying a better clock source, or changing the re-synchronization freque=
ncy, or changing the guard time.

 In the centralized approach, the System/Network managers, use (L2) device =
clock accuracy information as well as (L3) nodes' topology information (sim=
ilar to node's rank in RPL in 6tsch distributed approach) to select the pot=
ential clock sources in the network. Am I right?

Hmm. I understand what you are proposing, but my first reaction is to be a =
bit afraid that basing time source neighbor selection on clock drift inform=
ation might lead to lots of complexity, for not much gain (I think). If I a=
m drifting a lot wrt to my neighbor, could I not resolve that locally (thro=
ugh all kind of techniques we can think of), rather than involving the time=
 source neighbor selection process in that?

 In a distributed approach, a network device might inform their neighbors a=
bout its (L2) clock accuracy. A new device might use this information, as w=
ell as L3 parameters (e.g. sender RPL' rank), to choose its timing parent.

This would certainly invert the approach. Now, we let RPL select routing pa=
rents, and then we have TSCH just use the same. If we go the other way arou=
nd, i.e. select time source neighbors, then routes, many things will get co=
mplicated real quick, the first of which are synchronization loops.

 If in 6tsch, we are considering the case that all the nodes in the network=
 have equal high clock accuracy, then let's consider (L3) router's rank, ba=
sed on the default OF (as Raghuram suggest), as the only factor for selecti=
ng timing parent.

I would go that route, but maybe you have some counter example in mind?

Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Monday, August 19, 2013 4:28 AM
To: 6TSCH

Subject: Re: [6tsch] RPL on Basic

Pouria, all,

My 2c is the following. We already agreed on the fact that a mote's (RPL) r=
outing parent would also be its (TSCH) time source neighbor. So why not pic=
k the time source neighbor based on routing information?

What exactly do you mean by clock accuracy? All nodes in a TSCH network nee=
d to be able to synchronize with one another, and I don't think we are cons=
idering cases where that is not true.

Thomas

On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Raghuram,
I agree with you that we need a method to pick a timing parent.
We might need the L3 information on that, unless we can find a solution in =
6top to use L2 information. For example about the clock accuracy capabiliti=
es of the device who has already joined the network. I am not sure if this =
information is available in L2 and neighbor table.
Best Wishes,
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com<mailto:rsudh=
aak@cisco.com>]
Sent: Wednesday, August 14, 2013 12:57 AM
To: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Za=
nd, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>; Qin Wang

Subject: Re: [6tsch] RPL on Basic

Xavi, Pouria,
I think we need to keep node rank at 6top (as a read only parameter obtaine=
d from L3) in order for the TSCH nodes to figure out the timing parent. In =
the case where RPL node may have different ranks based on different OFs we =
need a method to pick a timing parent.

We should propose a default OF, that is used to compute the ranks for the p=
urpose finding the timing parent.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Tuesday, August 13, 2013 2:27 PM
To: Pouria Zand <P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6t=
sch@ietf.org>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>=
>
Subject: Re: [6tsch] RPL on Basic

Good point :-)
agreed!
X

On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

I guess we cannot keep "node rank" in the 6top. Because a node might have d=
ifferent rank based on different metrics defined in L3. As a response, I do=
n't think we can get all of those information form L3 and use them in neigh=
bor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 11:13 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch








_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680DEXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0in;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:.5in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:534974640;
	mso-list-type:hybrid;
	mso-list-template-ids:-980362702 67698703 67698713 67698715 67698703 67698=
713 67698715 67698703 67698713 67698715;}
@list l0:level1
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:1.0in;
	text-indent:-.25in;}
@list l0:level2
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:1.5in;
	text-indent:-.25in;}
@list l0:level3
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	margin-left:2.0in;
	text-indent:-9.0pt;}
@list l0:level4
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:2.5in;
	text-indent:-.25in;}
@list l0:level5
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:3.0in;
	text-indent:-.25in;}
@list l0:level6
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	margin-left:3.5in;
	text-indent:-9.0pt;}
@list l0:level7
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:4.0in;
	text-indent:-.25in;}
@list l0:level8
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:4.5in;
	text-indent:-.25in;}
@list l0:level9
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	margin-left:5.0in;
	text-indent:-9.0pt;}
@list l1
	{mso-list-id:1766724894;
	mso-list-type:hybrid;
	mso-list-template-ids:-1726818604 67698703 67698713 67698715 67698703 6769=
8713 67698715 67698703 67698713 67698715;}
@list l1:level1
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level2
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level3
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l1:level4
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level5
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level6
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l1:level7
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level8
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l1:level9
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l2
	{mso-list-id:1794446474;
	mso-list-type:hybrid;
	mso-list-template-ids:1638543922 67698703 67698713 67698715 67698703 67698=
713 67698715 67698703 67698713 67698715;}
@list l2:level1
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l2:level2
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l2:level3
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l2:level4
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l2:level5
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l2:level6
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l2:level7
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l2:level8
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l2:level9
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">The changes are:<o:p></o:=
p></span></p>
<p class=3D"MsoListParagraph" style=3D"text-indent:-.25in;mso-list:l1 level=
1 lfo3"><![if !supportLists]><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><span style=3D"mso-=
list:Ignore">1.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]><span dir=3D"LTR"></span><span style=3D"font=
-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#=
1F497D">Considering more time for 6top and MAC to discover more potential n=
eighbor and update their statistic in
<b>neighbor table</b>, before starting RPL.<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"text-indent:-.25in;mso-list:l1 level=
1 lfo3"><![if !supportLists]><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><span style=3D"mso-=
list:Ignore">2.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]><span dir=3D"LTR"></span><span style=3D"font=
-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#=
1F497D">The RPL might consider the neighbor statistics in 6top as well as p=
arent rank to select the parent. So, RPL will ask 6top about
 the local statistics in the <b>neighbor table</b> by calling &#8220;read s=
tatistic request&#8221;.<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"text-indent:-.25in;mso-list:l1 level=
1 lfo3"><![if !supportLists]><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><span style=3D"mso-=
list:Ignore">3.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]><span dir=3D"LTR"></span><span style=3D"font=
-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#=
1F497D">&nbsp;Changing the time source information in 6top and MAC, upon se=
lecting the new parent.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I think you mean the firs=
t change. I am right?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I can remove that part.<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 28, 2013 8:25 PM<br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Wonderful diagram, great material to discuss over!<o=
:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I don't quite understand the changes you made in the=
 second revision. In my mind, the first revision was better:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- node A initiates a network join procedure<o:p></o:=
p></p>
</div>
<div>
<p class=3D"MsoNormal">- it receives some EBs<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- after some settable time, it uses some settable al=
gorithm to pick a time source neighbor<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- it keeps synchronized to that neighbor until told =
otherwise. No routing information yet.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- either it sends in a DIS, or waits, but in any cas=
e it receives DIOs from its neighbors<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- RPL works exactly as-is, and pick routing parent(s=
).<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal">- TSCH snoops on RPL's decision and changes time sou=
rce neighbors accordingly.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Does that sum it up?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 11:14 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">It absolutely makes sense.</span><o:p><=
/o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 7:21 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I proposed adding &quot;Change time source&quot; along with &quot;=
Choosing the RPL parent&quot; because we agreed before that the RPL parent =
will be used as the time source. And, this time Xavi proposed
 to use the node with lowest EB' join priority as time source is just becau=
se the RPL parent hasn't been found at the beginning.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 29, 2013 at 12:52 AM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I changed the diagram based on your com=
ment.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">However, I couldn&#8217;t conclude form=
 the discussion on &#8220;time parent selection based on EB priority&#8221;
 thread to find out, if L3 will make the final decision about the time sour=
ce or L2.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"883" height=
=3D"1085" id=3D"_x0000_i1025" src=3D"cid:image001.jpg@01CEA430.44BD5F90"></=
span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 5:31 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is great to have the diagram as common base to discuss. I would=
 like to add &quot;Changing time source&quot; along with &quot;Choosing the=
 RPL parent&quot;, because the time source selected at the
 beginning is just a temporary one, and time source in L2 should be same as=
 the RPL parent in L3 after RPL parent is selected.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 7:55 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I would like to continue our discussion=
 for choosing the time source (either in L2 or L3) in the
 basic RPL. </span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I prepared a sample of message sequence=
 chart to show the potential procedure for basic RPL.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think we can refer to or modify the a=
ttached slide to discuss the details for constructing the
 basic RPL, as well as choosing the time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"840" height=
=3D"836" id=3D"_x0000_i1026" src=3D"cid:image002.jpg@01CEA430.44BD5F90"></s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 21, 2013 7:45 AM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Glad to read we agree!<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 20, 2013 at 12:53 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your explanation.</span=
><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t find the related count=
er in MAC PIB of IEEE 802.15.4.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">My first idea was using both (a) clock =
accuracy information and (b) RPL rank information for choosing
 the best timing parent between two routers with equal (or close) RPL rank.=
 That would help us to avoid (1) synchronization loop problem and (2) poten=
tial drifting problem caused by choosing the parent, between two with equal=
 ranks but not equal clock accuracy.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you mentioned, let&#8217;s not make =
it complicated and consider the parent rank as a factor for choosing
 the timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks for the explanation. Allow me to answer inline.<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I am not expert in synchronization, so =
please bear with me.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">By clock accuracy information, I mean h=
ow accurate a node can maintain (e.g. =B11 ms) synchronization
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device&#8217; environment
 conditions (e.g. temperature or shocks) and it doesn&#8217;t just depend o=
n crystals hardware. Am I right?</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agreed. I am used to the term &quot;clock drift&quot; for the phen=
omenon, but absolutely, drift depends on manufacturing, voltage, temperatur=
e, and probably other environmental factors. The
 amount of drift of your clock source will dictate how often resynchronizat=
ion needs to happen, given a guard time (i.e. 1ms). Of course, all these pa=
rameters depend on each other, so you can imagine buying a better clock sou=
rce, or changing the re-synchronization
 frequency, or changing the guard time.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In the centralized approach, the =
System/Network managers, use (L2) device clock accuracy information
 as well as (L3) nodes&#8217; topology information (similar to node&#8217;s=
 rank in RPL in 6tsch distributed approach) to select the potential clock s=
ources in the network. Am I right?&nbsp;</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hmm. I understand what you are proposing, but my first reaction is=
 to be a bit afraid that basing time source neighbor selection on clock dri=
ft information might lead to lots of
 complexity, for not much gain (I think). If I am drifting a lot wrt to my =
neighbor, could I not resolve that locally (through all kind of techniques =
we can think of), rather than involving the time source neighbor selection =
process in that?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In a distributed approach, a netw=
ork device might inform their neighbors about its (L2) clock accuracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL&#8217; rank), to choose its timing parent.</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">This would certainly invert the approach. Now, we let RPL select r=
outing parents, and then we have TSCH just use the same. If we go the other=
 way around, i.e. select time source
 neighbors, then routes, many things will get complicated real quick, the f=
irst of which are synchronization loops.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;If in 6tsch, we are considering t=
he case that all the nodes in the network have equal high clock
 accuracy, then let&#8217;s consider (L3) router&#8217;s rank, based on the=
 <b>default OF</b> (as Raghuram suggest), as the only factor for selecting =
timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would go that route, but maybe you have some counter example in =
mind?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria, all,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">My 2c is the following. We already agreed on the fact that a mote'=
s (RPL) routing parent would also be its (TSCH) time source neighbor. So wh=
y not pick the time source neighbor
 based on routing information?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">What exactly do you mean by clock accuracy? All nodes in a TSCH ne=
twork need to be able to synchronize with one another, and I don't think we=
 are considering cases where that is
 not true.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Raghuram,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I agree with you that we need a method to pick a timi=
ng parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We might need the L3 information on that, unless we c=
an find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram Sudhaakar (rs=
udhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Pouria,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I think we need to keep node rank at 6top (as a read =
only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We should propose a default OF, that is used to compu=
te the ranks for the purpose finding the timing parent.</span><o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Good point :-)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">agreed!<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a href=3D"mailt=
o:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:</sp=
an><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I guess we cannot keep &#8220;node rank=
&#8221; in the 6top. Because a node might have different rank based on
 different metrics defined in L3. As a response, I don&#8217;t think we can=
 get all of those information form L3 and use them in neighbor table in 6to=
p. Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think, as you mentioned we need to wo=
rk on them.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">regards,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Xavi<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your complete explanati=
on. It absolutely makes sense.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Just one minor question. The neighbor t=
able will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">answer inline:<o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don't have any information about connect=
ivity (as RFC6552 describes) an initial value is set (i.e rank &#43; FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I completely agree with your description. Besides, there isn't a c=
ommon shared cell to send KAs. I see the operation in the following way:<o:=
p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">6top KA timer expires and places a KA packet into the queue (e.g this ha=
ppens every 30s). TSCH layer at the begining of a shared tx/rx slot then re=
ads from the queue and sends the packet.
 This means that the KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=3D"mailto:6tsch=
-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140c622814d6dfb2_140c5d7c28d35c9b_140c4c"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL objective function calculation us=
ing Neighbors information described in Basic configuration.
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp; -this includes how =
OF is calculated using numTx and numTxACK, etc..
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL configuration:</span><o:p></o:p><=
/p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp; - storing mod=
e vs non-storing mode (I vote for non-storing mode for a basic configuratio=
n)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680DEXMBX23adutwent_--

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680DEXMBX23adutwent_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=108243;
	creation-date="Wed, 28 Aug 2013 18:53:35 GMT";
	modification-date="Wed, 28 Aug 2013 18:53:35 GMT"
Content-ID: <image001.jpg@01CEA430.44BD5F90>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAQ9A3MDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuO+JQ3aLZoc7Wu1
BHr8rV2Ncf8AEn/kD2P/AF+L/wCgtWlH40RU+Bnn32SD/nkPzo+yQf8APIfnVq0tzd3cNupCmVwg
J7ZOKuy6JLFqE9q0qHyoWnWQDh1Azx9a9VyinZnnJSZkfZIP+eQ/Oj7JB/zyH51ajtbiWFpo4JXi
X7zqhIH41LY2E19NGqRSmJpFR5FQkJk45ptxQK7KH2SD/nkPzo+yQf8APIfnV5rCc3VxDbxSz+S7
KSiE8A4ycVW/Dn0oVmDuiL7JB/zyH50nkRxSRPGu1hKmCCcj5hWrqmlSaW0IeRJBIpyV/hYcMv1F
Z0nWL/rqn/oQpNpxuh6qVme20tJS14x6YUUUUAFFFFACV5D4niSbxbqhlXeVlUDJ6DYK9fryPxH/
AMjZqv8A12X/ANAFdWE+MwxHwGV9kg/55D86PskH/PIfnWrZ6RJfafc3UTrmA48sjl+CTj6AE/hU
E1m0VtaTBt/2pWKqByMNtx75rv5o3scVpWuUfskH/PIfnR9kg/55D86tTWs9syrPBJEzcgOhGasv
pcsOmzXNwkkLRyIgR0I3BgeefpTbigtIzPskH/PIfnR9kg/55D86tS2s8CI80EsaP91nQgN9Ks6V
pb6rO8aSJEEXO5uhJOFX6kmhuKVwV27GZ9kg/wCeQ/Ous+G6CPWdRROF8iM4zxnJrmSCpIYYIOCD
2rp/h1/yHNR/694//QjWOI/hs0o350eh0tJS15Z6AUUUUAFFFFAHP+OiR4Ov8EjIQcf7615d9kg/
55D869Q8d/8AInX/ANE/9DWvNK9DCfCzjxL95EX2SD/nkPzo+yQf88h+dblz4emttVtbJpkYXJws
oHAPcEeo/rWdFaT3DOIIJZdn3tiE4/KulSizBqSKn2SD/nkPzo+yQf8APIfnVmK3mn3+TDJIUGWC
ITge+KtXmmSQanJZ26yTsgB+VMk5APQfWneN7C961zM+yQf88h+dH2SD/nkPzqZkZGKupVlOCGGC
DV660qS0023u2dWE33kA5jyMrn6jmhuKt5grmPPawrBIRGAQpINez6MSdEsCSSTbx5J/3RXjtx/x
7S/7h/lXsWi/8gOw/wCvaP8A9BFceM6HThupeooorhOsKKKKACiiigAooooAK5n4hZ/4RKcZIzLG
DjuN4rpq5j4hf8inL/11i/8AQxV0/jRM/hZ5r9kg/wCeQ/Oj7JB/zyH51MBucL3JxWtceHprfWYr
BpkYSglJgDtOM5GPYjFes3FbnmpSexh/ZIP+eQ/Oj7JB/wA8h+dWoLW4uVZoLeWRV+8UQkD64oht
prjcYYZJAnLFEJ2j3p6BqVfskH/PIfnR9kg/55D860rvTJYdUuLO2SS4MLYyqZJHrgVTYFCQwKkc
EEcihWewO6IfskH/ADyH51Fc20SW0rKgDKpIINbN9pUljZ21w7qwmHzKOsZwGAP1BBrLu/8Ajzm/
3DQmmroNU7M9qsSTYW5JyTEvJ+lT1XsP+Qfbf9cl/kKsV4rPUQUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcf8AEn/kD2P/AF+L/wCgtXYVx/xI/wCQRY/9fi/+gtWl
H+IiKnwM47SpFi1ezkkYKizoWY9AMitiyv7aWC+S4lVZYI51t2J++j5+X8DyPqa5zFGK9ScFI8+M
+U6G1nTzNJuY72KG3tI1WaIyYYEElsL/ABbqWzuEddMlgvI7WO2mZpo2k2kZfIOP4srgVzuKMVPs
l3/r+mP2h0cd1BJbyJCbcypeySnzLgxAgn5WBBGcYqhazQzeInursxLEkjTuqH5WI5Cr65OKy8UY
pqmlfUTmzZnvLS/0m5RRJFOk32lfOlDFy3DgcD2P4ViSdYv+uqf+hCnYpsnWP/rqn/oQp8qjFpBz
XaPbaWkpa8c9MKKKKACiiigAryPxH/yNmq/9dl/9AFeuV5H4j/5GzVf+uy/+gCurCfGc+J+Alsb8
2WkM8Mii4S8jkVSeSArA8enOPxrSkvNOiv8AS3t5lWERTEE/8sGckrn/AHSf0rmMUYrtlSTdzlU2
lY6GzuYdPSziv7mOdlvVmyj+YI0AwTn3ODj2pPNW006SO8vYrom+im8tJfMygzuP4+lc/ijFHskH
tDf1i6zDeeX9keK5lDh1uWd2wcghSfl96r211aWWjxpIJJZppvOYQyhSgThQeD3JNZGKMUKmrWFz
u9zQ1toJdSe4tWUx3AE20HOxj95T7g5rY+HX/Ic1H/r3j/8AQjXL4rqPh1/yHNR/694//QjWddWp
WNKLvUueh0tJS15h3hRRRQAUUUUAc947/wCROv8A6J/6GteaV6X47/5E6/8Aon/oa15rivQwfws4
sT8SOrt9TtH8STx3E6C3E63EE2flVwoBGfQjj6gVmQt9p0q3htryK2khnd5Q8vl5yRtceuAMVjYo
xW3sl0Zl7S50V1dRahHeiwuo7Z2vPOy7+XvTbgEfQ5OPepp722uLvVY0khledoWRnmMayKF5G4d8
84NcvijFHsV3D2jNK7I1DW41uHgiVikbukm5QAACSx6nHer8mpWGoNqUIR4ftC7o3klBQNH9wAY4
yBjr3rnsUYpumnYSnYjn/wCPaX/cP8q9i0X/AJAdh/17R/8AoIrx64/49pf9w/yr2HRf+QHYf9e0
f/oIrmxnQ6MN1L1FFFcJ1hRRRQAUUUUAFFFFABXMfEL/AJFOX/rrF/6GK6euY+IX/Ipy/wDXaL/0
MVdP40TP4WeexkCZCegYfzrqLbU7STXbxLidFijuJJ7aUnjJBDLn0IwfqK5UjmkxXqzgp7nnRm4m
3at5+nactvexWxtnZpleTYclshwP4uOPwqaa6ivoZTY3UdptvpJ2Dv5ZKHG1h64wePeuexRj2pOl
5j5zp57u2uZtVjjaCR5bpZVLzGJZEC44YEdDzg1lysmo+IQbt4I43dfNZHymABnk9TgfnWZijFCp
8vUTnc35dRstSh1KPZJBJN/pCNLKCu9eigYGMrkflXN3f/HnN/uGpsVDd/8AHnN/uGqjBRTsDlzP
U9psP+Qfbf8AXJf5CrFV7D/kH23/AFyX+QqxXjM9NBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUx5FjBZ2CqO5OBT6y7a1hu7u8luY1meOconmDcFUKpwAeB1NNCbLDatYIcG8gz6Bwadb6
ja3UvlwzB3xnABqwkaRjCIqj0AxTqNA1ErN1LxFpukTpDfXPlSOu8Dy2bIzjsD6VPqztFpF48bFX
WCRlYdQQp5qPQJXn8P6dLK7PI9tGzMxyWJUZJoS6sG+iJLbVLS8077dBLutsM2/aRwM54Iz2NYl1
qfhvxWYdPlnadmfdGoSRDuAPfA7ZrpqMUJpA02cTqfh/wfo8qR3/AJ0TyLuUeZK2R+Gams/CfhbU
LE3lqk0luM/P5so6deDzXYUVftJW3f3k8ivscDaaZ4IvrmK3t3neWU7UXdMMn6mn654e8LaL5C3A
mieV148yVspuG7pnsa7vFUtV/wBTb/8AXzF/6GKaqO+7+8TgrbHOWHhPwtqdobqzSaSEEqW82Ucj
rweao22neB7u5jt4JJ2llYKi7phkn3Nd9Ril7SXd/ePkXY4vU/DfhHRvK+3iaLzc7P3srZx16Z9a
l0vwr4W1OEXVgkssccmMmWQfMMHofwrr6KPaStu/vDkV9jFh8YaLcXCQRXhaWRwir5LjJJx6Vc1P
WrHRljN/P5QlJCfIzZx16A1exS1GlytSlpurWerwPNYzebGjbCdjLg9e4HrVFPGOivcCBb0mVn2B
fJf72cY6etbVUNV1JtNijMdldXckjbVjt1BPTOSTwB7mi8VqyoxlJqMdx2p6zZaPHG9/P5SyHap2
M2T+ANGmaxZaxE8lhN5qxttY7GXB69wKpaT4jj1K8lsZ7a4sr6Nd5gnAyV/vAjgitqkpJrQdSnOn
LlkrGIfGOiLcGA3p8wPs2+S/3s4x09ao+IdD8NQ3DahrCyRvcOAWV5MM2PRfYV1OKKpSs7ozautT
jNM8MeE9ZWRrBZpREQH/AHsq4J6dcVTl0/wNDcPBJJOJUcoy7p+CDivQKTFV7R9394uRdkcfqXhT
wrpFus98k0UbNsB82VuevbPpVXSPDnhjWbq7Fms0sMOzB8yRcZBz1we1d1VG1/5C9/8ASL+RoVSV
t394nBX2OOuNO8D2tzJbzSTrLGxRl3THBHuKv6h4T8LaXai5vUmjhLBQ3mytyenA5rsMUUe0l3f3
j5F2RxWmeHPCOsNItgJpTEAX/eSrjPTrj0qeyufCnha+uUgmeG4/1coYSv05x0I79q6+kxQ5t7t2
9QUEtipe6paadZC7u5fLgJA3bSevTgDNQ6Zr+naxJJHYXHmvGAzDy2XA/ECtGio0sVrcx7zxbo9h
dSW1zdlJojh18pzjv1AxV261S0stPF9cS7LYhTv2k8HpwBnvVvFFGgambpviHTdXmeKwufNkRdzD
y2XA6dwKivfFWkaddyW13dmOaPG5fKc4yM9QMVsUmKNLhqZmryaZd+H5ZNRYnTpUVmYBgcEgqeOe
uK5rTdB8HatcNBYmaWRV3lfMmXjp3x613FFOM3FaCcbvU4S+0fwXpt21teNPHMgBK75jjIyORxVu
Twn4Wi0v+0XSYWmwSeZ5sv3T0OOveuwxRVe0l3f3i5F2PPv7J8IXsFyumtNJcRwtKAXlHQdeePSp
7/RvBel3Rtrxp45gAxXfM3B6cjiuu1j/AJA15/1xb+VWx0qvaO27+8nkVzkP+ET8K/2X/aOyb7Js
8zzPNl+7646/pVXT9F8F6pdC2s2mkmILBd8y8DryeK7qip9pLu/vK5F2OG1HQ/Bml3Jtr4zRylQ2
3fM3B9xmurtL6xj0SO7t5MWEUWVba3CKMdOvar2KKmUnJajUbbGTYeKNJ1O7W2s7rzJnBIXynGcc
nkjFP1LxHpmkXCwX1z5UjLuC+WzcfgD6VqUmKWlx6lWDVLS50038Uu61Cs+/aRwM54xnsapWPirS
NRu47a0u/MmkztXynGcDPUjFa9FGgambqXiHTdImSK+ufKkddyjy2bI6dgantdUtb3TzfW8u+2AY
79pHA68EZ7VbxRRpYNTHs/Fmj391HbWt3vmlOEXynGeM9SKn1PxBp2jypHf3HlPINyjy2bI/AGtK
kxRpcNSpZapaajZG7tZfMgGfm2kdOvBGaxrnW/DniWNdMluTMJ2AVBHIhJHI5wMdK6SjFCaQNNnF
an4d8IaO0a34miMgJX95K2cdemfWpdP8J+FtVtTc2STSQhipbzZV5HXg812GKKv2krbv7yeRdjgb
fTvA93cx28Ek7SysERd0wyT9ak1/w54Y0S0BmWaOaQHygZJGzjGemR3713dUNa/5BFx9B/MU1Ubk
tX94nBJPRHO6b4T8K6tbtPYpNLGrbC3myrz+OPWqEWn+Bp7hII5JzK7hFXdMMsTjFd/3oxS9pLu/
vHyLscZqfhnwloyxtfrNEJCQn72Vs469M0um+FPCmswPJYpNNGrbGJllXnGe+PWuyxRil7SVt394
civsYcXi3Q0kS1jvMMGESr5UnXOAM4q/qesWWjxxvfzeUsjbVOxmyevYGr1Jip0K1KWmazZawkj2
E3mrGdrHYy4P4gVSbxjoiXBga9xIH8sr5L/ezjHT1raxRijQNSnqWrWekQrLfTeVG7bVOxmycZ7A
+lN0zWrHWVkNhP5oiID/ACMuM9OoFXsUYo0sGtzFm8YaLb3LwS3m2WNyjL5LnBBxjpV/UtUtNJtx
PfS+VEzBQ20tz+APpVykxRoGpQ0zXLDWfM+wT+b5WN/yMuM9OoHpVW58X6LaXMtvPebZYmKuvlOc
Ee4FbOKMUaXDUqahqlppdoLm8l8uEkKG2luT04AzUWma9p+sPIthcea0YBYeWy4B6dQPStDFGKNL
BqY134u0axuZbe4vNksR2uvlOcH6gVevdUtNPsReXUuy3OPn2k9enAGauUlGgamdpniDTtYleOwu
PNeNdzDy2XA/ECoL3xZo+n3UltdXmyaI4dfKc44z1ArYxRijS4alS61S0s9PF9cS7bYhW37SeD04
Az3qDTfEOm6vO8Njc+bIi7iPLZcDOO4FaVGKNLBqZN94p0jTbt7a7u/LmjxuXynOMjPUDFXJtUtb
fTf7Qll22uwPv2k8HGDjGe4q3SUaBqVNN1W01e2M9hMJogxQkAjBHUYNXKp6fb2dv9p+x7P3k7ST
bX3fvDjOfQ9OKuUO3QEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMiup0tbWWeQExxIXbAyc
AZNNsrqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e7GcZGM0zS7Q2Gl2toXDmCJY9wGN2BjNP
oLqW6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1kutrCY1DOLiLCk4BO8d6a3E9i/S1R8/Uf+fKD/
AMCT/wDEUedqP/PlB/4En/4iiwXL1FUfO1H/AJ8oP/Ak/wDxFHnaj/z5Qf8AgSf/AIiiwXL1FUfO
1H/nyg/8CT/8RR52o/8APlB/4En/AOIosFy9UF5cLaWk9wwLLFGzkDqQBmoPO1H/AJ8oP/Ak/wDx
FQ3banLaTRx2FqzvGygPcEqSR3G3kUmnYcWnJXMfRY7rXdch8RXEC2tsLXyraLeGdwxzuYjp9K6u
sfTBqttptvDNp9mjxoFKxTFUHsBtOKt+dqP/AD5Qf+BJ/wDiKmEbI2xNXnqaLRaL0Reoqj52o/8A
PlB/4En/AOIo87Uf+fKD/wACT/8AEVdjC5eoqj52o/8APlB/4En/AOIo87Uf+fKD/wACT/8AEUWC
5eqha/8AIXv/AKRfyNUtTur6NI28tIJc/uxHOWLn027Pm/zyKk0aW5lurt72FYZysW5FbcBwadtL
ivrY2KKTNGakoWikzRmgBaKTNGaAMzVdMudRaIRanc2cSA71twAznt8xzjFZvh+6vbfxDqGi3d09
5HbxpNFNIBvAb+Fsda0fEgum8P3osJPKujH+7feEwcj+I8CjQ9GttJgLQhmnnAaeV3LtI2O7Gs2r
zVjshUSw7Utb6JWWj0d77+Rq0UmaM1ocYtFJmjNAC0UmaM0AU9Y/5A15/wBcW/lVwVnalcwz6TqC
RSKzRxurqOqnHcVojpVPYnqLRRRUlBRRWZHr9lJqOo2XmMk2nosk+5cDaV3ZB7gDrjpQBp0Vl6X4
gs9XjD23mYNutxh0KkIxZRn3yjcVWj8X6ZLodtqqvL9muZVhQeWd4YtjBXtjqc9qAN2is2w1lNRu
Zooba6VYndDM8eI2ZGKsFOeeQe3aoP8AhJ7IS3YKXIitSyvceSTGXUgFAe7ZOMY5PTNAGzRWNN4m
tLXT47u8jubZZJlg2SwkOrHuR6Y5J6AZpZvE+n291f28ryCWx8syrsPIfGCvr94Zx0zQBsUVDJeW
0M8cEtxEk0v+rjZwGf6DqahOsaaLY3B1C0EAfyzL5y7Q393OcZ9qALlFNR1kRXjYMjAFWU5BHqKd
QAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4esp7M6p9ojKedfyzR8j5lOMH9K2azNG1OTUmvx
Iip9mu3t1255C4wT781p03vqJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAVQ07/AFt//wBfJ/8AQVq/VDTv9bf/APXyf/QVprYT3RfooopDKerSNDpF5JGx
V0gdlYdQQpwaj0GZ7jw/p80zl5JLeNmc9WJUZNW7qaO3tZZphmONC78Z4AyeKbZXEV5YwXFuMQyx
q6ZGPlIyOO1PoLqT0UUUhhRRRQAVR1X/AFNv/wBfMX/oYq9VHVf9Tb/9fMX/AKGKa3E9i9XNa34l
uNI1trdoojZC1DmU5ykrFwgPbaSmPqwrpaz7/RLHUxci8gEouoBbygk/MgJIHscsTkc0hmBJ49iS
MxR2k094lr5jBBiMSCLzCpJPAx36dutXU8XwI1tFe2s9vcTGAbDhgPNBw2QfugqQT24q2vhjTUlZ
1jlUOmySMTuI5Bs2ZZM4J28ZIzwPSmz+FNKuYFiuIHmVbZrUF5WLeWxBI3Zznjg9R2oArweLoLgx
NHZ3Zt2MSyTkLtiaXHlg85OQyngHG4ZqsfGDtLpkqWU6w3yyiGFthkmYGMJjDYA+Zic9hmtVvDem
teR3X2ch4yhCq7BCUGEJTO0lexI4wPSlfw5psltb27QZjtozHEN5ygJU8HPXKKQeoxQBFqd5qY1W
1sdNa0R5beWdjcRs4JVkAUbWGM7+vPTpWfb+NYnhjlkt5AJjCqoCqhC6bvmdmC9iB0ycAZrY1DQ7
TU5YpLkz74kaMGOd48q2NyttIyDtHX0qOfw1ptxHLG8LJHMFWRIpWRXVV2hSAQCuOMdKAK8vihEW
aRbG7kgWUwRSqFxPKH2bFBOR82RkgDgnNRDxhbAtHLa3UU6hh5TBcmQOqFBg4Jy6H0wwNW28Maa3
nDypAkzbzGszhFfcG3qoOFbcAcjBzTk8M6WgtP8ARgzWkzXETs7M3mHOWZicsTnvnoPQUAZcHjyz
uxKbSzvJtrxpEVVQJt77FwSQBzzg4ODmtGz8QxXmoJYi3nS5LSrIjAfuhHtyTz0O9cY65p1v4Z06
1wsSTCNZFkSIzuyRsrbhtUnC884H8qF8P241m71J2czXBi+4Sm3y846HnJPPY4AxxQBlS+PbSCzt
biWyvQbpTLHEFVnMQx8+AfU8L1PpWhZeJY77VUtEtLlY5fN8q5baEkMbbXwM7hz6jmpZPDWnSQ2s
apNELWMxRNDO8bBDjKllIJHA4PpTYfDdrba3FqNu0kbIJQYi7MhMhBOATheQTwOSaANcqCc4GR3r
JW0FzrN6TNPHhYx+6kK54PXFa9ULX/kL3/0i/kaaEw/spf8An6vf/AhqP7LX/n6vf+/7VLqe46Vd
+WCX8l9oHXO01wEEmt6PFHDb29y5ttL3W0rIz/I7w7lPUl0xJgYJIA4PNF2HKjuv7KX/AJ+r3/wI
aj+yl/5+r3/wIauQs5tbubuGT+1bhp5bO5S3ZbcrC0gYFAwZBzjvgA4475kTX/EV0tw9vazITC95
CrW+cIQESP3cMGfHBPAouw5UdX/Za/8AP1e/+BDUi6YjDK3d4R/18NXPaffatd6hawx3t5JYG5YC
6ktVR5UWIMQQVAA35GcDPQdM1P4IN4lvJBeiaJYxmCEx4XYWY7t3UsT1B6AD1yS7DlRqXnh+2v7W
S2u5byWGThkadsGpItGihiSOK4vFjRQqqLhuAOAK4azhaLRFfSrW5W6SzmGoBoX2yPj5AQwwzbjn
jtn1rYuNY1WK6v4vNuTClyoe4itsi3hLMPlUpksAFyfnGCWHpSvrcd3y8vQ6T+yl/wCfq9/8CGo/
spf+fq9/8CGrm/7T1U6nDBFd3jhngSFTZALPCwBkmdtvysMtx8uNo4O6qN1rniY2CM3mWmyQWk8z
WxOHRSWkACN8rsQAdpHHbOad2LlR2X9lL/z9Xv8A4ENR/ZS/8/V7/wCBDVzj6hrNvYX2qXF3K0di
YJHgW3CJLGI0eYqGG7Jy+MnjGKsWt5q102kwyXEySs8j3pSAAfdEiR5K4wAwXI9Dzmi7DlRt/wBl
L/z9Xv8A4ENR/ZS/8/V7/wCBDVxljrfiCaF3vrqSBWkjW4WOycyWYO7dtzHgjIVf48dc4rq/Ct7P
qHhy1ubqVpZn3hnZAhbDsBlR0OAOKLsOVFDVNEkeG4upZ50WCN9gExZnGP4j6e1dKKp6z/yBrz/r
i38qaLjUf+fGD/wJ/wDsaptySJSUWy/RVH7RqP8Az4wf+BJ/+Jo+0aj/AM+MH/gSf/iamxXMi9XM
33hSW71SS7W5VBNdB5lC/wCsg2RhoyfdolOfQkd62PtGo/8APjB/4En/AOJo+0aj/wA+MH/gSf8A
4miwcyMfTvD+o6ZdIYp7R4XtxBNuVg3Ekj5Xt/y07+lU08DTRxCMXieWtvCqptOBMuwSP/wJY1H1
LetdJ9o1H/nxg/8AAk//ABNH2jUf+fGD/wACT/8AE0WDmRkWHhmaC4vxJ9mijupZJftNoWjuW3SF
wGb0GcfhUN54Tu7zU5blLi2tSCrRyQoxaZlZWTzgThsFRz1PqOlbv2jUf+fGD/wJP/xNH2jUf+fG
D/wJP/xNFg5kY994bv8AXZIjq9+sUSRSoY7IbclxtOSwORtyO33jVSfwVd3Vnma/j+3CWJzMqHDq
EjSRSP8Aa8sN7ED0ro/tGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyM+90CbUryee6miUyW
c9mjRIdyK7fKwJ7hQM+9YsXgm7tbYPEumm5XcpVklkSUGPZuIdid3HAzjBI966r7RqP/AD4wf+BJ
/wDiaPtGo/8APjB/4En/AOJosHMhNDt5LTQNOt5k2SxW0aOp/hIUAir9UftGo/8APjB/4En/AOJo
+0aj/wA+MH/gSf8A4miwcyL1FUftGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyL1UNb/wCQ
RcfQfzFL9o1H/nxg/wDAk/8AxNYN1eX7RXESRrNaf8tHM2/yjuHAbaN305x61UIu5MpKx1dLSClq
CwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKWn2lram5+yY/fTt
LLh937w4z9O3FXaxfDlpPaHVTPE0fnahLKmf4lOMH9K2qb3EtgooopDCiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTW
wnui/RRRSGV7+A3dhcW6sFM0TRgntkYpmlWjWGlWlo7h2ghSMsBwSABmjVZWg0m8ljYq6QOysOxC
kg1FoM8l1oGnzzOXklt43dj/ABEqCTT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD1
8xf+himtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8A
SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKAI5oY7iJopo1kjbhlYZB+oqSiigAqOGCO3iEcMaxo
CSFUYAycnj61JRQBS1j/AJA15/1xb+VWx0qprH/IGvP+uLfyp+oX8Ol6dPe3O7yYIzI+xdxwPQd6
roLqWcUYrIuPFGmWzWqtK7fard7mMohI8tV3En046euKnOu2Q1Cxsi7Ca+iaWAFTggAE5PY4PT2N
SM0MUYrCXxhp8pC2sd3csZ5IAsMBJLIAWI/2fmHPerer69a6KYhcx3D+YjyfuYi+xExuY46AbhQB
pYoxWbFr1tNe3VusVxstc+bcGPEQIUNjd64YVAviqwks7S4t1uZzdqzRQxQlpMKcMSvbBIBz3oA2
cUYrJXxLYPe/Z18/b5hh8/ym8oyjqm7pnt6Z468U7SfEdhrS2zWbyH7RC8yBkKkBWCsCD0OWHFAG
pijFZKeJ9Ne5mtxK4khuhauGQjD7S2c/3cK3Psajj8WWM0LSRw3rDyvOiH2dgZ48jLJnqPmB9cHO
KANrFGKw18X2LWa3AhvBuSKRIjCd7iRyiYHuRVmPxBaPPHbss8Vy7oghkjIf5lLA49MK2T22mgDT
xRiqjarZxytHNcRQsJPKUSuF3tgHAyefvCoJ9fsoL9rPzRJMkbSSLGynYAyjDc8H5xjPvQBpYoxV
Q6vp6lgb+1BWTyiDMvD/AN3r19utRxa7p9xcSwW9ykskM/2eVUYZjfaTz+AP5H0NAF/FUNZULo9w
FAAwOB9RT/7Z03yFm/tC08pm2CTz12lvTOevtTdaOdHuPoP5iqj8SFLZl4UtRSXEULossqI0jbUD
HBY+g9akqRi0UUUAcsPE93Ff6w9xF/oOmmTKx2rlnCqp4lLbd3P3cU278XyxTW7Jp1yNrzJdWxCG
RdkYcEHdtxhgevfHWtWTw3YSy3bt9o23m7z4hcOI3LAKTtzgHAHNSyaFYSzyTPCTJIzsx3nkugRu
/wDdUCgDPm8Z2MF6Ldkdt1s1yjKyEsoTzMFd25fl7kAUQ+LknjCx6be/bWcKtodgcjZ5m7O7aBtP
c9eKnPhLSDMZfs75KGPaJn24KeWTtzjJTAz14qWbw3p05LGORJNysJIpnR1KpsGGByPl4PrQBmye
PNPivri2aC6/cK291jyN69Uxnrk4z0J4zUsOvXj6Tr15NaGCXT2kEcEuMjbCrjcVJBySeQehFW28
MaYzzkxzbLgHzYhcSeWxIwW25xuwB83XPPXmprfQbG2sLuzRJGhvNxn8yZ3aQsoUksSTyAKAMG38
cLb6dLLqIWWZZ1hiWCJojJmPfkpIcr/FyTg7eOtXP+E209Z7ZJUliS4tzcKzldygIXIaPO8fKp5x
jIxVr/hFdM8nZtuDJvWQTm5k84MoKjD7twwCRjOME+tL/wAIrpX2lZ2hkdwMEPM7BzsMZZgThmKH
bk5OKAIW8TuiRA6PqHnyhpEgHl7jEoBL53YA+YDGc5OMUWniu3vdQit4bW58iZlSO6IXy2dohKFx
nd9w+mM8VI/hPTJLdIXW5KpuCsbqXcqkAFA27O0gD5enFW49FsYZEeKAIUmEyhSQFYR+UMDpjZxj
pQBjP4ju7bV9TWezle2t5oba3jiCbpHkC85Lf7XfAA96sS+LoIGlMlldiCMyxifC7GkjRndBzngI
wzjBKnmtKTR7OWaSV4iXkmjuGO48ugAU/htFVpPC+lS3M0727FphJuXzX2AuNrsFzgMQSCQM8n1o
Aq2fi6O6vIraTTb62aSRYi0oTCOyb0B2seq88dOhqpqPi270/VNRtXt4dkckcdo5z87YjZ1bnriT
Ix1APpW4NEsROJhCd4lSYHefvqmxT1/u8U288P6dfrKLq3EnmzpcsSxz5iBQrD04UDj39TQBnv4y
tYizSWl2IWLrby7VIuWVgpVRnIOTxuAzyaonx0tglw2p2dwswuZUS3RVLrGipknBIJy4xg85GK2G
8KaSzzM1u580MADK+I9zbmMYzhCWwcrjkU3/AIRLSwgCLco4d381LqVZCXADZcNkg7RkZ7CgCn4o
8SXWjm0NmsREsEs5EsEjltmzC/L9zO45ZuBjmujikWaJJFIKuoYFTkEH0NUdR0Oz1RoTcibMKNGv
lzumUbG5TtIyDtHB9KvRRJBEkUShI0UKqjoAOgoAfRRRQBm6Pqb6kb4PGqfZrt7cYOdwXHP61pVT
0+xt7L7SbYk+fO00mWz85xn6dOlXKb30EgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGRXUscN
rLLOP3SIWfIz8oHPHem2U0NzZQTWoAgkjVo8Lj5SOOO3FN1CBrrT7m3QgNNEyAnoCQRTNJtHsNIt
LSRlZ4IUjZl6EgAcU+gupcooopDCiiigAqjqv+pt/wDr5i/9DFXqo6r/AKm3/wCvmL/0MU1uJ7F6
iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/IXv/pF/I1fqha/8he/+kX8jTQn0L9FFFIY
UUUUAFFFFABRRRQAUUUUAFFZ+vXdxp+h3l3ZxpJPDGXVXBwccnp7ZrLt38UXNtFPFPoxjkQOp8uX
kEZHemlpcTetjpKKwNniv/nto3/fuX/GjZ4r/wCe2jf9+5f8aLeYX8jS1j/kDXn/AFxb+VJq2nnV
dJubISeV56FN+M7fwrHsdSvNV8LajPerBuUzRo0IIV1XjPPuDU0Gp38+oMktq8RjJ224kQFx/eJP
UfSq5XYnmVys3gpTJMy3rYd5fLBT/VRvG6iMc9A0jN+Q7Us/hS9vIIvtGoxR3Nvb+TBNBAV8shlZ
XwWPPykH1BrZ+2Xv/QNf/v8AJ/jR9svf+gbJ/wB/k/xqbFXMOXwUElge1ltWSCdpY4rq3MigGONB
0Ycjy8596m1vwgmqvCYpIsJ5u4XaPcYMm35lyw2kbeMcDPStb7Ze/wDQNk/7/J/jR9svf+ga/wD3
+T/GiwXMRfB0qy3yi7g8u9VUlnMB+0lAqKy+ZuxyEPbq2alh8MXmn3hudO1IbwzhftcZm+V9pYE7
gSdybgfcjmtb7Ze/9A2T/v8AJ/jR9svf+gbJ/wB/k/xosFzO/wCEbuDIkLX6/wBnpdG8EQhxJvLF
9pfONu87ume2cVDYeDI7O7jka7kaH7ClrJHGWjLOuzMgZTlciNQQPStf7Ze/9A2T/v8AJ/jR9svf
+ga//f5P8aLBcx5/Bqz3kc5uyALqWaRQn+sjcEbCc9QTkH6+tWLTw7dJJCb2/SdbW2e2twkOzAYK
Cz8nLYUDjA68VofbL3/oGyf9/k/xo+2Xv/QNk/7/ACf40WC5ky+D0ngt4Z50kijt7WB0aLIkELlu
Rn+LOMdver7aDFHqMF3ZiCBrezktoVEWQm4qQeo4G08e5qf7Ze/9A2T/AL/J/jR9svf+gbJ/3+T/
ABosFzHvvBwv57qaW5jL3CyYJhzsZ0hXcOe3k5/4F7cxyeDJZLi5Zr2Hy5FlCYt8OPMmWU7m3fNg
rgcDitz7Ze/9A1/+/wAn+NH2y9/6Br/9/k/xosFznr/wTdXuj/2cuowRQqzhWW2IZkIYDeQ4LMC2
c8Akcg5qzd+DjeLdxPdokM9x9oGyLDgmExMCc89QRx69c1sfbL3/AKBsn/f5P8aPtl7/ANA2T/v8
n+NFguYU3glryKQ3dzbGWUSbhFbbYwWh8oFVLHBHU889OK2tWjMegSx7slUVd34jmn/bL3/oGv8A
9/k/xqnqtzdvpsyyWDxqQMsZVOOR2Bqor3kTJ6MoLoWoW2stO95cTLMcC4QRl4h6EMDgf7v5Vq/2
Vef9Bm8/74j/APia1B3paHUbBQSMr+yrz/oNXn/fEX/xNH9lXn/QavP++Iv/AImtWilzMfKjK/sq
8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A
4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/Z
V5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz
/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDi
a1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lX
n/QavP8AviL/AOJrVoo5mHKiG2ieC3WOSd52HWRwAT+QAqaiipKMTw3azWzat50TR+bqMsibhjcp
xgj2rbrO0nUzqZvQYhH9luntxhs7tuOfbrWjTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+ii
ikMqapK9vpV3NG22SOF2VvQhSQaj0O4ku9CsLiZt8stuju2OpKgk1aunijtZXuAPJVCZMjI24547
8U2ylgmsoJLQKLd0Votq4G0jjA7cU+gupPRRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAZLGssTxuMo4KsPUGsPwfIyaO1hKcy6fM9qfop+U/wDf
JFb9c9b/APEv8cXUPSPUbdZl/wCuifK36EGqWzRL3R0NZviDUDpmg3l0v30iIQerHhf1IrSrnvEf
+m6no+ljkS3H2iUf7EYz+rbaUVqOT0JY7AaX4L+x94bQhvdsZP65rYMaMysygleVJHI+lVtY/wCQ
Nef9cW/lVXxQJT4X1AW5lEpgYKYSQ4J/u45z9Kb1QktTWzRnNef3UmszzRCQ3qfYY7izJXcBcOIZ
D5uB1ziPB/vEgc1NNq9ybnTdTsDe3ENlZMbmBEceacorAqRywzuH0PvUlHdUZrzWVL+3mgj1O4uN
pvpmnaRpymWjibaDGQcBiwX+Hg1o+M5dRke0DBrQ7bgRmKSZ9xGzy2/dgYfrgMCOvWgDuc0VwMF9
dRaprE7Rzm/dFW1t380urNHEAOvl7QxOSB2Jogllh+yWWvHU4bK082InfIzO52NEXePlvkLDIOMq
c80Ad9mjNcSkk66muH1FtXN829W8zyltdxxx9zbsxz13e9ReHJdZtLiztniubpk0vzozcSsquXaM
7Xcg/Op3jkZxj3oA7vNGa4J21mHVW8k3bx3WqSbAxYrEyI20f9c249sr70+wi+1iOCFtTkzYudRM
7zLicbCuCcYfdu4TjHtigDus0Zrz57O+GmW1tbm7BmtLAt5kkpG9pj5m4g7hx1wRge1a62V3Y6xa
Ry3EosktjdTrF5jjzIsKFBJJwQwO3kkp7mgDqs5ozXG6jq2sw3l62ngpFG8kw3WzP5qqluQvXjO9
+np0yDVS71HUp9XvJG81nhhnjEAtnURDz4gvzD75ZBu49+1AHe9aM4rg9Q8T6va6Q1xC0kt557Br
cWTBYSFY+UWwd2cAAgc+ozUsuo6xbz6gUaW9mS/DQ27QsoSM27MuCOoLDH1HqaAO4qhrf/IIuPoP
5iuUm13XXsnaxn85VaV0uWsWXzQsO/bsOCPnG3PfOOorqNUcyaDI7DBZFJHpyKqPxIUtmaNLTGkS
MrvYLuO0ZOMn0p1SMWikooA5geK5U1PVVuI41stO3lykcjSMFUNkHGzPPTOaW58ZpC9s62d2Yy8q
XETQHzoiiB/u5xjDA/QjvV2XwxbSyX265vPJvt3nQCUeWSyhSQMZBwB3qWXw7ZzXMs7iTfI0jNh+
MvGsbf8AjqigCGfxXp9vdeRIZRutzcRyBRtkUJvOOc5288gDg1FF4ws5rcPHbXxnL7FtTBiZvk35
Ck4xt56+3XikPgnSzdGf9+GMRjIEnBzH5RPTOduB1x7VPN4Xs5H81JLmCcMrLLFLhkKp5fHGMFeD
+dAFaTx1o8V9NaSTSCSFGZzszgqMlcDndz0x1460+DxHNNpOt3rWjxHTmcJDMuxztiV/m69STyO2
KkfwnZu1z++vBDc7jJAJjsLkAF8dd3GeuM84zU8Hh+3g06+s2luZlvtxnkll3OxZAh57cAdOlAGR
aeOrZNLlutRaDKTiCM2z5ExKB+N+0jAz1x904q8vjDTGe23PIkNzb/aIpnTClQhc98j5VJ6Y4xnN
H/CI2Zjy1zetdeYsouzN+9BVSowcYxtZhjHc0h8G6bJerdTGeWTZtfzJM+ZmMxkscZJKnHXHfGaA
FbxXbrCjGx1HzJNzJD9n+dkUAmTGfu/MPfJxjNPtvFNld6ilpCtwyyFVS48o+UzNGJQob12HPSmt
4Ut3gjRr3Ud8YZFl+0kOI2ABTOPu/KPfIznNWYPD9lbSRtCjIIplnRQ3CsIvKAx6bO1AGc3imW31
TU47i0m+zWksUEXlxbnmkcDGDux/EOMDjnNWJPFtjFLKskd0scW9TKYfkLopd0B7sAre2QRnIq3L
odrNPLMwffLcRXLYbjfGAF/D5RxVWXwnYTzzySNclJvMbyfOPlo8ilXdV7MQW+m4460AMsvF9ne3
cVt9mvoHkcR5mtyoViu5VJ7EryP1warX3i6Wx1LUbSS0T9w0a2z7ziYkRlweOCBICPUZ9DWoPD9m
LgTYk3iZJx8/8SJsX8NtMvvDVhqIl+0o5MtzHdFg+CsiBVBHpwoB9cmgCu/jDTo3l3i5WNd/lymE
7ZyrBWEfcncQO2e2RVE+PrOzt55tUjltitzJHHCUAk2IqlmYE9i3bOcjANX28Iae7SlmuSrB/KTz
jttyzbmaMfwncAe+MYHHFJ/wh9ooDR3eoJcB3c3C3B8xt4UMCcYwdi8Y4xxigCxf6rc/bLez0qKC
W4liNwWncqixggdgTkkj9fx1I2Zo1LrtYjlc5wfrVDUNEhv5IZfOubeeFTGs0EuxyhxlSe4OAfwq
/GgjjVBnCgAZOf1oAfRRRQBS0/T4bA3JgLH7RO077jnDNjOPbirtYnhuCaA6t50bx+ZqMrpuGNyn
GCPatum9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
qGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlbUYGutOubeMgPLE6AnpkgimaRavY
aRZ2kpUyQQpGxXoSAAcU7U5nt9Lu5ojiSOF3U46EKSKj0S4kvNDsbiZt0s0CO5AxklQTxT6C6l6i
iikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiii
gAooooAiubqGytpLi5lSKGNdzu5wFFRWWpWeoxLJZ3MUysCRsbsDg8fUEVFrdr9s0meE2putwH7o
S+WWIIIw3YgjIPqBXIt4a1mWaW5aMm7ls3gjuHnUSxgPkK7L1JUldyjj68kA72ooZY54xLEQyN0Y
d65PTvDd1/aFrJNZ/ZrCO5eZLQ3G/wAkCNVXocHLgtgZAznrTLbwzqAa0uLgMbq2jtljf7QflInd
peM4OYyBz16UAdnmskeKtGMU0o1GAxwkK7ZOAScAfnxXN+A1d9Z1K5uYbtbqQfMZVIVR5jHBJJ+f
kDoOFHFNi0DV49AFoLS9WeG5im3C9QhgshJ8rJITg9CBQB3Ftcw3ltHcW0qSwyLuR0OQw9jSxzJI
8iK2WjIDD0OM/wAjXIWOg6paXOkOYNxgZw2+UFIo2kZsnGCZdpGWGQT1HerOp+HbnU9UlNwhksnu
/N2+cV+UW2wcA/8APTt+NAHVUhIAJPQVztzodxqOk6Faagpm8hka9BlI3YhZTkg5b5yPrWPbeHNa
Gq6fcXrXMphghVXjukAjKptkV8jcwJ54POecYoA7YXMZtftG4eTs37v9nGc/lUP9pWvk2svmjy7s
qsDYPzlgWGPwBNefRWd3/wAJRZ219FdvPb2sUMeMsu8QEElicbNzHPB+ZRz2q9/wid/a2NvAlkbi
CN7WV7f7URuZY3WXBJ45K+xxQB3tLXCReGtZSW18yPdIvleROLo4sVWQsyY6vlcLnv0OAK6Xw3pb
aVpeyZNtxJI8kp3l9xLHHP0xQBrVz/ir/RP7O1UZ/wBCul8wj/nm/wAjfzB/Cugqnq1iup6Td2b9
J4mT6Ejg/nTi7MUldFvtXP6b/p/jDU7zrHZxpZxn/a++/wCpAqfQ9WEvhOG/uThoYD52ezJkN+oN
N8I2zw+HoJpgRPds11Jn1c7v5Yp2smK92i/rH/IGvP8Ari38qVNRhkufIhzKy8Oy/dT6n19hzSax
/wAga8/64t/Kqsfh6zhuN8MEAiYkvE8QYZ9VPUfypq3LqJ3voavmL/eX86PMX+8v51V/snT/APnx
tv8Av0v+FH9k6f8A8+Nt/wB+l/wqdCtS15i/3l/OjzF/vL+dVf7J0/8A58bb/v0v+FH9k6f/AM+N
t/36X/CnoGpa8xf7y/nR5i/3l/Oqv9k6f/z423/fpf8ACj+ydP8A+fG2/wC/S/4UaBqWvMX+8v50
eYv95fzqr/ZOn/8APjbf9+l/wo/snT/+fG2/79L/AIUaBqWvMX+8v50eYv8AeX86q/2Tp/8Az423
/fpf8KP7J0//AJ8bb/v0v+FGgalrzF/vL+dG9f7y/nVX+ydP/wCfG2/79L/hR/ZOn/8APjbf9+l/
wo0DUteYv95fzo8xf7y/nVX+ydP/AOfG2/79L/hR/ZOn/wDPjbf9+l/wo0DUteYv95fzo8xf7y/n
VX+ydP8A+fG2/wC/S/4Uf2Tp/wDz423/AH6X/CjQNS1vX+8v51Q1t1Oj3ADDOBj8xUv9k6f/AM+N
t/36X/Cqer6bZRaXM8dpAjqAQyxgEcinG10TK9mZZ0nVY9c865umm3tiG4WBXEXsVJ+T6jNa/wBg
1X/oMD/wFX/GtTFLQ6jYKCRlfYNV/wCgwP8AwFX/ABo+war/ANBgf+Aq/wCNatFLmY+VGV9g1X/o
MD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/
6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DV
f+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g
1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlf
YNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVENtHLFbqlxN50g6ybAufwFTUUVJRn6Vqn9pm8Hle
X9lunt/vZ3bcc+3XpWhVLTtNi077UYmdvtM7XD7j0ZsZA9uKu03a+gl5hRRRSGFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBf
J/8AQVprYT3RfooopDIbpoUtZWudvkBCZNwyNuOc/hSWTW72UDWe37M0amLYMDbjjA9MU3UYGudN
uoI8b5YXRc9MkECo9HtZLHRrK1m2+ZBAkbbTkZAAOKfQXUu0UUUhhRRRQAVR1X/U2/8A18xf+hir
1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUlAC1U1W+/szSrq98
l5vs8TSeWnVsDOKt1Fc28d5azW8wzFMjRuAcZBGD/OgDJj8TW5l0+GeC4t5b5AYhIowGIJCnnr8p
9unNULPxkbzT7B/szxXM5tzIsqFVKSHBZOckA56+3rVuPwdp6aha3pluXntgm1ncHeVBCluOwYjA
wPbPNFn4O0+zSNfOu5vK8sRmabcUSM5VB/s5P8ueBQBNovinTfEEtxHp8rO0ChiSOGU5wwx2OD1w
faoLTxfZzTWkDpPvuI4X81YT5SmUZQFuxOKu6RocOjRtFb3F08O0JHFNJuWJRnAXj375PAqGDwvY
W6xKnnYi+z7cv/zx+5/Pn1oArv4nRfE0mmsYIooWCO8rMGZjHvwvy7eh7tk84HHKr4y09oTJ5N6M
+WYlNud0yu21XQdwT+IyMjmrc3h6yn1NryQyks4keHf+6Zwu0OV9dvHpwPSs248F25tkitry7R1e
ELK8pZooo23BEPb6nJ9c0AbmnX8Op2guIVdRuZGSRcMjKSGUj1BBq3VXTtPh0yzFvAXZdzOzu25n
ZiWZifUkk1aoAKKKKACkpaKAOB1JmtptU8OxnB1C8jaED/nnLzJj6bW/Ou8RFjRUQAKowAOwrjtW
uol+JOlsYtywx+TJJ/deTdsH6H867OtJ7IiG7KWsf8ga8/64t/KrgqnrH/IGvP8Ari38qq+KJZof
C+oyW8skUywNskjOGU+o96noV1NeivP7rVtXlmiUzXMRso7i1m2jaJ5xDI2/pyBtjI93PpU1x4kk
W50zUbS8e6srayL3kcJ3iTlFJOP4l3A/TNSM7qivN2vtRint4tU1KSIPfTecZLtoFXMUThAyjopZ
gB0OOtaHjLU7+OS0CyPpp23OzddbBIVCbGG0NuPJwh685oA7iiuDg1yaPUNYneeQ3KqotbJrlvMD
PHFtXycbQNzH5s9c02DU5R9lsNb1G+sYLbzY5ZpHEckknyNFvdSRyjE8Hkg+mKAO+oriV1Gcakv/
ABMLptTN+0bWWTsW23HDFMYxsAbf6nGe1ReHNV1aO4s7W4+1X0q6X9pUMwUzh2jwSxwNy5deewHr
QB3dFcE+p6vBqrIs08kdzqkiQqeiFEb90T/db5SPdT60/T7l71Y4bfVL+5aWxeS/PmMpgmGwrjp5
bE7hsHYdKAO6orz5ptSXTbWCC8vHkntLByZLhwS8kxD/ADgErkccdBWvi/stYtbe5vWjsxbG7nzK
0hUxYUqHIBKtuVjnn5T60AdVRXG6j4j1G1u7z7EkDwxO8pMqu29FjtzhcH5SfNb246dap3XiG9m1
a7ImTFvDOn2aMOrRkXESKXOeSVywxjg9xQB31FcHqHja8stIN2r2ck/msptliYGHaGJjdi4G75cZ
6k9FNSy6/qVtLqDNIt3JDf4ito0ZHWM27OoOD8wJGOR1B9gADt6oa3/yCLj6D+YrlZ/FuqfZHayf
T7rY0jC5SF/KkVIfMKqN2c5+XOe/TPFdPqknm6DJJjG5FbHpkiqj8SFLZmjS0lLUjCiiigDm18XR
jU9SgnSCK307eZX85ml2qoYsIwnT5v72falufGdlC1q6pOYJHlSbMEgkiKKG5Tbu6EHp05qeXwys
v9oxnULoWuoF2lgCptDMoUkHbu7DvT5vDVtPdS3DTTB5XkdgCMZeNYz29FH40ASTeI9Ogn8qWSRc
wmZHMTbHULuO1sYJ284FRR+LdLltPPje4Yl9ghFtJ5rHbv4jxuI2/NnHSqTeBLBrw3P2i43GBocf
J0MXlH5tu77vQZwDzjmrcnheHz/tEF5cwXKsrJKm0lcR+WRggggqOcjrzQAr+MNFiu5LaS9CPGjO
xKNgbRlhnH3gD93rTYPEq3Gl6xfJbyBNOZwI5FaN32xK5yGGV5JH61E/gyzea7b7TOI7rc0iBY87
zj5g23cORuxnGe2OKtw+H0TTtRtJry5uDqO4zSybd2WQIcYAA4UY4oApWXjOzfTpbu+MUQSYQr9n
l89ZWKhvkIAJIBORjjBq8nifS5Gt8TsIrmLzop2jYROu0scORjO0E49Aaov4KtZYiZry4kuvNWUT
skRIKqUA2bdhG1iOR/SkfwPYS3yXU888rCMxsGCDeDGYzyFBA2sflUhc84oAtt4s0xYElb7UN5Ox
Pssm9lADFwu3OwAj5unPrUkHibTbnUVsoZnaRsbXETeWxKeYAHxtJKHdjPSq7+GWkjizrGoCaJHi
WcGMP5TBQU+7j+EHOM571PbeG7S0eEwNIqQzrOiZyAVh8kD1xt/HNAFQ+Kkh1XUobqGWO3s3ihV1
hkZpZHxgKAMH7wAxk9+lWn8VaXHPLE80imIPuYwts3Ku5kDYwWCgkqOeD6VJNoNvNczTNJKGluYb
kgEYDRhQo6dPlGaqT+Era4km8y7u/IkMzrbhl2RySqVdxxnOGbAJIBY8UAS2fi3Sr65it4ZJ1llY
KBJbSJhiu5QSwABK8gHqKq3ni9bLUdRtJLRi9qY/KbfxPnZvA44K+YvHcGro8O2wuVn82bcJ47jG
RjckflgdOmP1qPUfCtlqZlM8kweS6juwyMAUdFVcDjoQuCD6n2oAcfFekq8yvcMqxBvnMTbJNpCs
EbGHIYgYGeTVJPHOmx2889+z2saXDxIrxsHKoFLMykZUDdz+HrUr+DrWTcHu7sxrvNtHuXFszPvL
LxydwGN2cDio5PBVvKRK1/dNc+ZJIZ3WJyd4XcNrIVx8i4wMjFAF/UtXure7tLfTbOK8kuIpJhvn
8sbU2dDtOSd49KuaZfxapp0F5AHEcy7gHGGHsR6g1V1DRTfXFrPFfXNpLbxvFuhCZZW25B3KcH5B
yKu2dpDYWkVrbLshiUKi5zgCgCeiiigDD8NRyxtq3nJIu7UZWTeCMrxgjPatyqGmamupm8CxtH9l
uXtzk53Fcc/rV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlXU5nttMup4yBJFC7qSM8
hSRUei3Ml5oljczEGWaBHcgYGSoJ4qxdeT9ll+07fI2N5m7ptxzn8KSxNubGD7Ft+zeWvlbPu7cc
Y9sU+gupPRRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAY/ip2j8O3JV2QMUR3U4KozqrnPb5SeawL/UtXhubyOwlFuIpbqTJt/M3iOO
MqvJ4yWIyPwrs5oY7iF4pkWSORSrIwyGB6g08KFAAGAOBQBwuq6rd39nq8M1z5UiRER2KwHcyYUi
QP15JPt26g1LeeJ9RhuLu2h2tc2/2tmjaA/KisvlMfUbWLcfexXa4piSxvI8asC6Y3L6Z6UAcBDq
l5Al7c21yb1vOupI7g25UNttUKYXpjIx6HHHWn6v4h1rS7JrT7ZE12bjYly0CplfIEnQnbgOwBPX
GepFd/iql/pVlqiIt9bJMEJK7uq564PvQBg3Wpmy1qxMt3Gzz6Y6xNn91NMWTbjHHPb2NYC3ttFB
bLZXt2upTWc5v45pJNzP5ROCG4DiTGAvOM44r0dI0jRUjUKigBVUYAHoBSPEkm3eittIYbhnB7H6
0Acj4k1y90Xw1YS2hl+0NDuyYwwYqmdrE85J7Dk84xim3Os63Be3c0JWaISSww2v2futt5qtuHJy
3H4+tdlijFAHD6dcz3GmeKp1vnvWNuDFcJEYsnyT90ex7j+dZ/2d7bT7m3vrkWTRzwyCCSadreZT
G2PnzvXJyT2DRjg559IoxQB5ncXLql7LAbl7mezbERlm8+x/cj5SPusnAw3DZbuena6KzDVNaiUl
oEulKZOcM0aMwH4nOPetfFMht4rcOIY1Te5dtoxuY9SfegCSkJxS1keKL1rDw7eSx/65k8qIert8
o/U00ruwm7HO/ZH1XwxrOqxgme4uTc2577YThP8A0E/nXY2F2l/YW91GcpNGsg/EZqPTbBNP0m2s
lAKQxLH9cDmsvwixt7K60xj82n3Lwj/cJ3J+h/Sqk7pkrRmnrH/IGvP+uLfyp/2yI3It0LPIPvBB
kJ/vHoKZrH/IGvP+uLfyqlF4btYJ8wxoYHJZ43zkE91Of0OaFbl1B3vobGKXFUf7EsP+fZf++j/j
R/Ylh/z7L/30f8anQrUvAYoIzVH+xLD/AJ9l/M/40f2JYf8APsv5n/GjQNS9gUYqj/Ylh/z7L+Z/
xo/sSw/59l/M/wCNGgal7H1oxVH+xLD/AJ9l/M/40f2Jp/8Az7L+Z/xo0DUvYoqj/Ylh/wA+y/mf
8aP7EsP+fZf++j/jRoGpd2ijaPeqX9iWH/Psv5n/ABo/sSw/59l/M/40aBqXsfWjH1qj/Ylh/wA+
y/mf8aP7EsP+fZfzP+NGgal7H1ox9ao/2JYf8+y/99H/ABo/sSw/59l/M/40aBqXsVQ1vjRrjHXA
6/UUv9iWH/Psv5n/ABqnquk2UGmzSRwKrrgg5PHI96cbXQpXszMcaydcX7eYAd/+i5D+Tn/gP8X+
9+FbONd9dN/KStSim536CULdTLxrvrpv5Sf40Y131038pP8AGtWilzeQ+XzMrGu+um/lJ/jRjXfX
Tfyk/wAauLqFo12bVbqA3I6wiQbx/wABzmpXnijljieRVkkzsUnlsdcDvijm8g5fMzsa766b+Un+
NGNd9dN/KT/GtWijm8g5fMysa766b+Un+NGNd9dN/KT/ABrVqL7TD+9/epiE4kO4fIcA8+nBB/Gj
m8g5fMz8a766b+Un+NGNd9dN/KT/ABrQtrqC8iEttNHNGeA8bBgfxFS0c3kHL5mVjXfXTfyk/wAa
Ma766b+Un+NatFHN5By+ZlY131038pP8aMa766b+Un+NXkvLeS7e1SeNriNQzxBhuUHoSO1T0c3k
HL5mVjXfXTfyk/xoxrvrpv5Sf41q1EbqAGQGaMGMgOCw+Unpn0zRzeQcvmZ+Nd9dN/KT/GjGu+um
/lJ/jWrUcc8UxcRSK5jbY+052t1wffkUc3kHL5mdjXfXTfyk/wAaMa766b+Un+NXbq/tLEKby6gg
D/d82QJn6ZqcHIyKObyDl8yK18/7Ov2ryvO/i8rO38M81NRRUlFHTdNj043Zjd2+1XDXDbscFscD
24q9WH4ZEoOr+d5n/IRl2b8/d4xjPatym9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACqGnf62/wD+vk/+grV+qGnf62//AOvk/wDoK01sJ7ov0UUUhlXU
oXudMuoIwC8sLouTgZKkCmaNbSWWi2VtMAJYYEjcA5GQoBp+pTvbabdTx43xQu65HGQCRTNGuZL3
RbK5mx5k0CSPtGBkgE4p9BdS7RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPY
vUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaEy/RRRSG
FFFFABRRRQAUUUUAFFFFABXPa5/p3iHR9NHKLI15KPZBhf8Ax4j8q6Cuf0b/AE7xNrGoHlIitlEf
ZeX/APHj+lVHuTLsdBWB/wAg/wAc+kep2v8A5EjP/wASf0roK5/xcDb2Vrqaj5tPuUmP+4Ttcfkf
0ojvYJdzT1j/AJA15/1xb+VXB0qlqxDaLdkHIMLEH8Kr+Jrmaz8M6hPbTGGaOBikgAJQ+vPFHQfU
1qK4G68R6pJNEsc7Q/ZIp7e6AQYkuVhkbIyOg2Kwx/fFWbrxS9td6Zex3yTadHZGW+WPa+clF3ZH
QqWBx6E1IztaK86/trVzNbw3uoPA0l7KJB5scHlr5cTqm5lI+XeRjqfWtDxfrd/A9sLSSbTztuD+
+lii8wps2t824MvzH5eCfagDtaK4W38Rzi+1e6kuZHWJF+y2plQFmaOMovk7d2Sz9d3fFFprdxcG
0sNR1eWwEImSe4kRIZZXUoYwQwIXKPuxjnHoKAO6ori11m5F6kn9qF7ttQa2OnALhYQxG7GNwOwC
TdnHbpUXh3xFqRntLa+ae9mXTPtZWNEDXCu0exx0GRudTyPu57igDuaK4R/EGqwaq8RmaWOfUpI7
dNo4CI2YScd8KR3+9T7LUbi7SCKHXJrp7mwe4uWi8vNrIuwjbhflBJZdrZ6exoA7iivP31LVU0y2
jhv7iaee0sZdzMiuWmmIfDbcDI4HBxWvHPqdrq9paXV15ds1ubuZ5ZFZkEeFdCwUAglkbOB0b1FA
HU0Vx+oeKruxvLxbWKCaKF3kcyyn/VokBOzA6nzT14496q3Xim7k1S6KywrDBDOqwRTfvFKXEce6
QY4JySPZqAO6oriL/wAdzWGkG+YWDkyNtt1kJkRVDEq+cBXwv55ABp0vii+tJL97jyZ1t7/y44ID
iQR+Q0gDcc5wPxz6UAdrVDW/+QRcfQfzFczc+M9QitpDBFp1zJG0hMsUzGF0SHzTtbHLdvTofauj
1aUSaDLLjAZFbHpyDVR+JEy2Zo0tc4PFsE9+YrcEW8TYlleJyT7KoH6nH0q9/wAJJp3/AD1l/wDA
eT/4mm6cl0BTi+pq0Vlf8JJp3/PWX/wHk/8AiaP+Ek07/nrL/wCA8n/xNLkl2Dmj3Oblsb+G78Rf
ZrfUEubgytbPHHGI8mNQGWTG8NkEdce1Le6Hqck4iSXUWitpbg28/wBoPmbTAm3585IMm7r6Y6V0
f/CSad/z1l/8B5P/AImj/hJNO/56y/8AgPJ/8TRyS7BzR7nMzjxNJqhZIbuMGzdXZZCVZ/I+U43b
VbzOMBc+pwcVIbLWLSPyZW1e4sFlRpPLuCbggwjO1shsCTqAR+WRXRf8JJp3/PWX/wAB5P8A4mj/
AISTTv8AnrL/AOA8n/xNHJLsHNHuctPbeJjqN+0c+pK2yQQKoUxtHtG35i+BIOf4c7upxzV+y065
PhrxJCtreq14ZTbx3bh5XBgVRk5PcEDJz61tf8JJp3/PWX/wHk/+Jo/4STTv+esv/gPJ/wDE0cku
wc0e5yEen67Dps/2WK8himu0eZkhWOd18racIjqAAyp0IJGeveyI/E41CzFuLzK2pQzTtxIfIbaz
ruKK3mbcgAnjO7BxXTf8JJp3/PWX/wAB5P8A4mj/AISTTv8AnrL/AOA8n/xNHJLsHNHuc5LDqP2O
ApB4h8nEnmx/aR5xn2qEO7d/q/v9Dtzg4xVuwsdai1S3urye7d/PjimUS5hMf2YbmCdP9b3xn8K2
P+Ek07/nrL/4Dyf/ABNH/CSad/z1l/8AAeT/AOJo5Jdg5o9zFudFvBqWqS25vYxd39sWeO4ZcxAJ
5hHPHQjjnHAqvdW+vC8vBbjUvOBuMSeePIMPlsIVQZ+/u2HOM5DEnBFdF/wkmnf89Zf/AAHk/wDi
aP8AhJNO/wCesv8A4Dyf/E0ckuwc0e5h2Wl6vZ6nC4udTlhjuYlxNcF1MRhzISD1+fv27YFVtc0H
UH1HU72ytmc3V1DHNHkDzoQsWHHujK34Fvaul/4STTv+esv/AIDyf/E0f8JJp3/PWX/wHk/+Jo5J
dg5o9zmZYPERkuTF/aSzDzftLmUGORTINggXOA2wHHA685NU5dO12K2dbMaxa2st1PISpEtzkrH5
bN+8GRw/UntuFdl/wkmnf89Zf/AeT/4mj/hJNO/56y/+A8n/AMTRyS7BzR7mX4itZ5NT0m4MN7Kk
MMyyNbQxSNuJjwGDggA7W6eldQpyOmKy/wDhJNO/56y/+A8n/wATR/wkmnf89Zf/AAHk/wDiaOSX
YOaPc1aKhtrmO8t1mhJMbdCVKn8jzU1SUUdN1NNSN2EjZPs1w1u27+Irjke3NXqoaXpi6b9rKyM/
2q5e4O4Y2lscD8qv03boJX6hRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BRvM3
dNuOc/hSWK262MC2W37MI1EWw5XbjjHtimanC9xpd3DEMySQuignGSVIFR6LbSWeiWNtOAssMCI4
BzghQDzT6C6l6iiikMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwoooo
AKKKKACiiigAooooAKKKKACiiigAqha/8he/+kX8jV+qFr/yF7/6RfyNNCfQv0UUUhhRRRQAUUUU
AFFFFABRRRQBV1G8TT9OubuQ/JBG0h/AZqj4VsnsvDtosw/fSqZpf99zuP8AOr+o2EGqWMtndKWh
lGHAYgkZz1FY/wDwhWlj+O+/8DJf/iqpWtZku9zoKgv7RL+wuLWQfJNG0Z/EYrH/AOEL0v8Av3//
AIGy/wDxVH/CF6X/AH7/AP8AA2X/AOKo07hr2ItLu3u/Ajib/XwQPbyg9QyZU/yrce5tzOtqzB5G
HMYG7A9/QfWs19HtdF8P38Nkrqjo8jb5C5LEcnJ+lEHh9LW5YxPI8ErFnDTyK6n1yD8348+9U+Vk
rmRsGKM9UU9+R7YpkdpbxKVjgiRT1CoADVb+ybb1uf8AwJk/+Ko/sm2/vXP/AIEyf/FVGhd2WZLW
3mGJYInGd3zIDz606WCKYqZYkcocruUHB9qqf2Tbf3rn/wACZP8A4qj+ybb+9c/+BMn/AMVRoF2W
fsluZvO8iLzf7+wbvz60sltBMCJYY3BIJ3KDyOlVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo
0C7LfkReaZfLTzCNpfHOPTPpSrEikFUUEDaCB0Hp9Kp/2Tbf3rn/AMCZP/iqP7JtvW5/8CZP/iqN
Auy55UeQdi5B3Djv6/WkWCJC5SNFLnLEKBuPv61U/sm2/vXP/gTJ/wDFUf2Tbf3rn/wJk/8AiqNA
uy55MfH7teMAcdMdKGjRvvKp4xyO3pVP+ybb+9c/+BMn/wAVR/ZNt/euf/AmT/4qjQLst+REc5jT
ng/KP89h+VJ9mh3s3kx7n+8doy319elVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo0C7LJs7d
s7oIjubecoOW9fr707yIg5cRpvOMttGTjpz+NVP7Jtv71z/4Eyf/ABVH9k23965/8CZP/iqNAuy0
ttAkYRIY1QZwoUADPXiqutDGjzgDjA/mKP7Jtv71z/4Eyf8AxVVNW02CLTJnUz7lAI3TuR1HYnFV
G10TK9mXn023e9S7VWjnU8vG23ePRvUfWrdApai9ykhKKWigYlFLRQAlFLRQAlFLRQAlFLRQAlFL
RQAlFLRQAlFLRQAlFLRQAlFLRQAUUUUAYfhp5XbV/OaQ7dRlCbyeF4wBntW5VLTtSi1I3QiR1+zX
DW7bscsuMke3NXab3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGVtRna1065njxviid1B6Z
AJpmkXT32j2d1KFEk8KSMF6ZIBOKnukhktZUuceSyESbjgbcc5P0ptklvFZQR2e37MqKItpyNuOM
HvxT6C6k9FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiiigAooooAKKi
nuoLVN9xNHEn96Rgo/WlininQPDIsiN0ZDkH8RRcdna5JRRRQIKKKKACiiigClrH/IGvP+uLfyq4
Kp6x/wAga8/64t/KrgquguotFFUtYupLHRb66hKiSC3kkTcMjKqSMj8KkZdorjY/Fd/JHpEGIBeG
4WLUhtJCfOE+XngsSGGc8Cn3niTUofC+j6lCkTzXEga4TZ96NUd3C88HCcdaAOvoritR8W3xur7+
zTE9qscYtnWPezuZkR2GSAR85AHHK9a031a+i0g28bedrjwtLFBNCIyRk9QGK5AB43c46jNAHRUV
yenazqWqziytb6FZ7aPzbh57NkcksQIzHu+XGOWyc5XHWoLnxo0etapaRz2pSC3mWBBy/nRIHbcM
/dOSB0+4fWgDs6K5nw/4iu9S1NLG7ESzw2pa5VFI/eBlww5+6ysGH19qeviqWW2jnh0yV4rqUQ2R
81R55+bOR/AAEJ5zx78UAdHRXLjxmTPEv9mT7BtFy/mJ+4YzNDjH8Xzqenbn2qrZ+KL+1sZLrU4m
Zs3sqxIUI2QnAUEY9xznPXgUAdlRXNXfim7tLsW7aPK7qsXmbbhMI8rMqLz15HJ7Z71saTqH9qac
lz5TQsWdGjYglWVirDI4PKnmgC7RRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXhS0lLUjC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9K0waabwiUyfarl7j
lcbd2OPfpWhWH4amlmOredI77NRlRN5J2qMYA9q3Kb3EtgooopDCiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui
/RRRSGVNUie40q7hiXdJJC6KPUlSBUeiW8lpodjbzrslit0R1znBCgGptQna10+5uEALRRM4B6Eg
E0zSbt7/AEi0u5FVXnhSRgvQEgHin0F1LlFFFIYUUUUAFUdV/wBTb/8AXzF/6GKvVR1X/U2//XzF
/wChimtxPYvUUUUhhRRRQAUUUUARzzLbwSSsGKopYhRknHoO9YH/AAmMcM0P2/TL+xt5mCJPOgC5
PTdg5XPvXRGuQ12W48T3N14fs7bZFBNF9qupHGFHDDavUk4rOo2lodeEhCcmprTq72su/wDXodfS
0ijaoA7ClrQ5AooooAKKKKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UlLSGFFFFABRR
RQBm6npmmXZS51O3t5BApw0/KoD168dutYHhNbdfE2r/ANkY/snamPL/ANX5v8W3+uK1/Fq27+F7
9byV4oGjw7om8ryO3er+mrCmnWwtgBCYlKYXbxjrjtWbjea8jshVcMO023fTyWz+8t0UUVocYUUU
UAFFFFAFLWP+QNef9cW/lUzXMMcyQtIolf7qZ5PviodY/wCQNef9cW/lWfb6HJa3blbi5kimbc0n
nFZFPv8A3h+WKtJcupDbvobmajuYI7u2lt50DxSoUdT0ZSMEflVX+yl/5/L3/v8Amj+yl/5/L3/v
+amyKuxo0TTxPJOLWPzZHjkduclo+EP4Uyz8PabYbPs1vtCSeYgMjsEbDLwCSBwzDA9al/spf+fy
9/7/AJo/spf+fy9/7/miyC7K/wDwjGkCzW0FkiwJEIlVWYYUMHABBz94A/WrA0m0GmNp5jZrVgQV
aVyeTn7xO7r70f2Uv/P5e/8Af80f2Uv/AD+Xv/f80WQXZXPhjSCkSmzX90SQ29txyQSGbOWBwMg5
BwKlfQdNks0tHtIzAjtIqc8M27cc9ed7fmaf/ZS/8/l7/wB/zR/ZS/8AP5e/9/zRZBdjJNC06W4a
d7VPOaJIS4JBKK25Rx6EZqJvDOkssy/Y12zOJGAdgA2Scrz8pySflx1qx/ZS/wDP5e/9/wA0f2Uv
/P5e/wDf80WQXYyPQNNiiWKOziWNUSMKM/dRt6/kxJ+tLJomnyxeVJaoybZV289JTmT/AL6NO/sp
f+fy9/7/AJo/spf+fy9/7/miyC7HS6ZaTTtNJArSMY2LHOSYyWT8iSantraKzh8qBAibmfaPVmLE
/iST+NVv7KX/AJ/L3/v+aP7KX/n8vf8Av+aLILsvZozVH+yl/wCfy9/7/mj+yl/5/L3/AL/miyC7
L2ao60f+JRcfQfzFH9lL/wA/l7/3/NU9V04RabM/2q7bbg7XmJB5HUVUbXQpXszaFLSClqCgoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKen6jDqJuRArj7NO0D7hjL
LjOPbmrlZ2k6YdNN6fN8z7VdPcfdxt3Y49+laNN26CV+oUUUUhhRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9BWr9UNO/1t//ANfJ/wDQVprYT3Rf
ooopDIrqOKW2ljuMeU6FXycfKRzz24ptlDBb2UENpj7PGirHhtw2gcc9+Kj1WJ59JvIo13PJA6qv
qSpAFR6FBJa6DYQTIUlit40dT/CQoBFPoLqX6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1mRIbWK
SRgiJcRFmY4AG8U1uKWxoUVlW/iCyuZCVnhSADiSSUKWPsvXHucVZ/tfT/8An+tv+/q/40crDmRc
oqn/AGvp/wDz/W3/AH9X/Gj+19P/AOf62/7+r/jRZhdFyiqf9r6f/wA/1t/39X/Gj+19P/5/rb/v
6v8AjRZhdFs1k6db3kWtanLPbWsVvKyGKWL/AFkuBj5/p2q3/a2n/wDP9bf9/V/xpP7W0/8A5/rb
/v6P8aTi2VGpypruXKWqf9r6f/z/AFt/39X/ABo/tfT/APn+tv8Av6v+NOzJui5RVP8AtfT/APn+
tv8Av6v+NH9r6f8A8/1t/wB/V/xoswui5RVP+19P/wCf62/7+r/jR/a+n/8AP9bf9/V/xoswui5X
O6hdX1tqV2bOEMjeX5sucmMYPIGD+fOPStb+19P/AOf62/7+r/jWPN4isdO1V3kcyRXUscAliIZY
zsY5Y54Hv7046atCeuiZoWlxe/ZY/Kt4pkI4kN3uLe+dtTfaNQ/58Yf/AAJ/+xqBPEOmoi+dOltu
nkgVZCF3MjlD+GR19xTLLxTpF9bSXEV5Gscfml/M+XAjOHbnsMjn3FF12Cz7lr7RqH/PjD/4E/8A
2NH2jUP+fGH/AMCf/saZd6/pdj/x9X9vFiTy/ncD5tobH5EH6EVDdeI7G3n8mOZJpUnjhlRGGYt5
GC34EH6UXXYdn3LP2jUP+fGH/wACf/saPtGof8+MP/gT/wDY1Dea9bwada3lrG96l3IscAgK/OWz
ggsQMcdc0yDxJZSoWm3WzRq5mScqrRFCoIIzz99eRkHI55FF12Cz7k7TX7AhrCAg9jcf/Y0on1Ad
LGH/AMCf/saT+3dM862i+2w+ZdLvhXdy49f0P5GktNf0u/Ki0v7eYu/lqEcHLYLYH4An3waV12Cz
7j/tGof8+MP/AIE//Y0faNQ/58Yf/An/AOxqMeIdKLqgv7fLRGYfP1QDJOfoM/Tmlg1/S7mIyQ30
LoCg3Bu7nan5ngetO67BZ9x/2jUP+fGH/wACf/saPtGof8+MP/gT/wDY02XXtLguJ4Jb6BJbeMyS
qzgbFGMk/mPzFQt4n0VIYJX1O1WO4YrExkA3EYyPwyM+maLrsFn3LH2jUP8Anxh/8Cf/ALGj7RqH
/PjD/wCBP/2NUbLxRa3moXlsgAW2uRa7zIBufYWPB7DafXOD2FS/8JVoYjgc6pahLjPlMZAA+Dgk
H0yRz05ouuwWfcbqs982lXQeziVTE2SLjOBj021sCsq51G01Tw7d3FjPHPCYnAdDkZA5Faooewlu
LRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxI
UtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGJ4buZr
g6sJpXk8rUZY03HO1RjAHtW3VPT7+3vzci3DD7PO0MmVx84xn69etXKb3EtgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtXqo6d/rb/8A
6+T/AOgrTWwnui/RRRSGVtQnNpp9xcKAzQxM4B6EgZpulXbX+k2l26hWnhSQqOgJAOKluoo57WWK
b/VSIVfnHBGDzSWUENrYwQWxzBFGqR85+UDA570+gupPRRRSGFFFFABVDVgDBACAQbmLIP8Avir9
UdV/1Nv/ANfMX/oYprcT2FtrK3tpN1u+2J84iBBTPqvp9BxVvYn91fyrziz0rXNLisEsbKQ/ubi5
j3Af6PcGNxtYHoHJUj33etWbCy1O4vdMnvLnWZES4kTcYHiMW6MY3Akll3Z+Y8Dp0pXCyO+2J/dX
8qNif3V/KuGtJfFb3EcUqT5dSNzABFaFSpJPpK5U/QHHrS2ia3crFEJtZS3eW3E8k4CSh/nMu3jh
PuDI4z0NAztkMUmfLKNtJU7cHBHUU0SW7OyK8RZPvAEZX61zvh22v7bXb/7Ulwlq80724AxGcyZJ
fvuPG09MZ75rNTTpGupfsmmTQ38d9dTS3Rg2CSJmkIXd/wAtN2UwOfXjFAHbgRsAQFIPQil2J/dX
8q4cSa/CkiRJfuxtIclY9ggwI96oCNruRvIIPB4I4FOu21cGMWD62yiJfsXmRj5pTI2/z8jIUDbj
OOM9TQB22xP7q/lRsT+6v5Vw983idVuoozdCK2nEQmVN7TRO5beoBBJVdi8c/exU0FrrU1nPI+o3
ySwWEbQSSJ5KySB5Cd6HvhUByehz1NAHZbE/ur+VGxP7q/lXGR3+p32j29w66mkN3MLmf7PHmSKB
1YxohHJIKpuwM/MfWjfrf9qDYdULCQBA6AQm28rqxx/rd2ffPbbQB188tvbR+ZcPFEmQNzkKMnoM
mngRsMqFI9RXBxaRq11/ZsN/Nqc0cc1rcM8jDcrmN/MBIHQELx2z71bih1oi4fdeRGG0unhjQBVe
UyybMjHJ27SPwNAHZbE/ur+VYN1o0GrazMtxgwxffj28SK8ToR7cNWZY2mt2uowF7vUp4UuIkKzb
SrRtFmQnAGcP37dK6S1/5C9/9Iv5GmhPoc4nw/WNbYvfR3UkSujtd23mb1MpkBxuGGG4jPIPXFXr
jwgLu3jguLvfHHdyzDEWC0UjFnibnnJPX2HFdJRSGcpH4MmgtI1h1U/aTFNBPPJbh/NSQqTgZ4YB
VAPI45BqzL4Ot5dLl09rh/s8lzHPjHIVFRduc+idffpXRUUAZF7o91d6ZZQLfIt1aSpKs7QZDlcj
lQR1z2IqnJ4T80O8l0ks8iS+a0sGUd3aM7toYYAESgAHPQ5yK6OigDm4fCk8SzxtqbyxXluILwyx
bpJMBgCr5yvDY53dB3yTFN4NnurOYT6qReFYY4LiG3CeSsW7bhcnJO98nPfgCupooA5N/AkC3l1J
bywJDOjKA1tukiJh8r5X3DAxjtnqM4NWNQ8OTXGtafcW8qxpb25WR2UMGkX/AFJK552lnbrXSUUA
c7J4XmeG7t11BVt55/taL9nBZJt6yZJzhl3L0xnBxnimnwiZUu2uL7fcXcVzHM6whVzKqLlVzwFE
ajGTnnJrpKKAMRvDgZy32o83rXf3PWEx7evvnNQT+ElnsY7Y3ZATThYbvL6jKndjP+z0966KigDG
uNPFhpesuJN/2pnnI2425RVx7/d/WtgVT1j/AJA15/1xb+VXB0p9BdRaKKKQwooooAKKKKACiiko
AWiiigAooooAKKKKACiiigAqhrf/ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDN0fTW003xaQP8Aart7gYGNobHH
6VpVi+HLua6Oq+fK0nlahLEmf4VGMCtqnLfUS2CiiikMKKKKACiiigAooooAxn1/Z4yi0HyM+ZYt
eedu6YcLtxj3znNO1zUtTsjBHpOkNqEsudzNOsUcQGPvMcnJzwAOxrFn/wCSyW3/AGBH/wDRwrb8
Qa/b6BZLLIjT3MzeXbWsfMk8h6Ko/mewoAg8M+I315b2G6snsb+wm8m5t2cOFJGQQw6gim6/4jm0
vULLTdOsft2o3odo4mlESKiAbmZsH16AUeEtEuNKtLm51J0k1TUZjc3ZT7qsRgIvsoAH50niPw5Z
+IZrf/TJLLVLTMltcW7gSxg8HjupxgigAbxLNpnh261PxBp7WDWud0STLL5gGOUPGc56HB4NbEV9
bTWouVmj8nAJfcML9T2rzPWb241rwH4psNdS1vrzRG2R3kcY2u23IYD+FwCQcdM1t6ta6HpWiaPp
8Ph+1vHv51a3tF2xRPLs5dz04X1B+lAHaRXMM8PmwyxyRf30YFfzqte6zZWFncXMs8ZWCEzsquCx
UDPAz37V5/ocMljrHjOyaztLGP7BHKbW0k3xIxRwSOBgkYyMU/RvCejL8J/trafDNdzaS0rzzLvc
t5e4cnsCBgdsCgDvNN1mz1PSoNQglUQTRJL87AFAwBAbng81caVEKh3VSxwoJxk+1eYappllZ/Ag
zWVpBC9xZWks7RIAZGyhLNjqetb3i24hfxV4NjWVC7XjyKoYElfLPzfTkc0AdbJe20KlpbiJAG2Z
ZwPm9Pr7VNXnGgeH9C1rxB4ubV7eC5ki1BxsmbIiQouWA/hJwfm6/L14rd+Gc08/gPT2nkeQKZEi
d+rRrIwQ/wDfIFAHV0UUUAMlZkjZkQuwHCggZ9uaz5NQvlXK6TMx9BNH/jWlRimmJoxTq99j95YG
1HdpA0gH/fA/rV3S0QW7ypcLcGZzIzqMDPAwB2xgVdxVHTQBLf8A/Xyf/QVpt32Faz1L9FFFSUVN
WjebSLyKNS7vA6qo7kqcCotBhkttA0+GZCkkdvGrIeqkKMirF/ObSwuLgKGMMTSBT3wM4pml3Zv9
KtbtkCGeJZCoOcZGcU+gupbooopDCiiigAqjqv8Aqbf/AK+Yv/QxV6qOq/6m3/6+Yv8A0MU1uJ7F
3AowKWikMTAowKWigBMUYpaKAEwKMClooATApGRWUqygqRgg9DTqKAECgDAGBRgUtFACYFGBS0UA
JgVRtf8AkL3/ANIv5Gr9ULX/AJC9/wDSL+RpoT6F+iiikMKKKKACiiigApKWkPSgAzRurkvtH9oe
JNTivtVnsRZOgt4kmEYKkZLkH72TxzxWVoeuX2l7UxFPazy3zrGAfM3Rkt1zjnpjFZOqkztWCm4u
z1snb1V9/Q9CzRmuEbxnqNraNLKbK7MliLtPIBAgJZV2vycgbuvHQ1LP4m1WAXtustjcS2zxE3MS
fLsZWY4Qt8zDHQN0OaPaxD+z63l/Vv8AP/K52u4Uua4GXxDNHqE97Z/Z3lltbMCRlcK29yD8ueBz
9frT7nxdqdtZtHI1stzHdz27TLEzK3lgEYQHPJYDOeKPbRGsvrO1v60v/X5HcTRpPC8Uq7kcFWB7
inBhXJaxfavDbeHn+1xWs1zMqXAKfLuKk4PPQcjGfTmqEGs30F7cWunC1ie41C7DPIrMPkRWzjPU
8+1N1UiYYGc43TXX8L/5He5ozXBJ401OCzmubmK1kDact5CkYZdhL7MNzyOc9q2tD1jUbzSL2e8h
hWe33eW24Kr/AC5G7DNt9+feiNWMthVcDVpLmlbe250eaM1xFv4r1CWCC3ae0jvJrryJJJIiqQfJ
uwRuIYnBAIbmkTxndhLcym1QNFd7pMHbI8XClST0PpzS9tEr6hW/r5/5M7jNGa4keKtU2NMFt2jh
0uO/lQIdzswPyjngZwe/A96bf+J9Wsraxiiksbu5ug8nmxL8qhVB24LgZyeuenan7WILAVm7aff5
X/I7isrVdVurK4SGz0q6vnK7yUKoij03Hv7Vc064ku9PgnmjEUkkauyBtwUkZxnvVXxBq66HpMt6
0Jm2MqhA23JYgDn8aqT9297GFKLdRQ5eZ3tbz/rzE0TXYdajmCxS29xbv5c8Eow0bf1HvWrWB4d0
q7tLvUdQ1ERJdX8isYom3LGqjAGe5reog21qGIVNVGqe3/A1/EWiiiqMQooooAKKKKACqGt/8gi4
+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJS1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKAKdheWt4bkWox5M7RS/Lt+cYz9eo5q5WZo2mvppvzJIr/abt7hdo+6Gxwff
itOm99BLzCiiikMKKKKACiiigAooooAxda8IaJ4huY7jVbBbiaNNiuXZSFznHykd6rTfD/w1cWdt
ay6WjQ2u/wAlTLJ8m45bndnk10dFAGRonhXR/DjzNpNmLdpgBIRI7bsdPvE+tGs+FdH8QSRSapZL
NLEMJIGZHUem5SDj2rXooAzrTw/pdjpD6Xa2MMdi6srwhflcHrn1z6mqK+B/D66T/Zo09fsgl85U
Mjko+MBlbO4EAY4Nb9FAGRYeFdG0tbgWVjHF9pi8qYgsTIvP3iTkn5jz1q9a6fbWWnxWNvCqWsUY
iSLqAoGMc9eKs0UAY+n+E9F0qyurSzsI0trsYmiZmdWHPGGJwOTwKg0/wP4e0uWGWz0yOOWB/Mjk
LMzKQCBgkk4wTx09q36KAOJs/h9Y3upa1ca9p8U32m/aa3dZCGMRVRglSDjIPyniuyt7eK1gSC3j
WOKNQqIgwFA6ACpKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/rb//AK+T/wCgrTWwnui/RRRS
GQ3UKXNrLDKSI5EZGwccEYNJY20VlYwW0BJihjVEJOTgDA5qLVo2l0i8jjUs7wSKqjqSVOBUegRP
B4f0+KZGSRLaNWRhgqQoyDT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himt
xPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6
F+iiikMKKKKACiiigAooooAqXGl2V3Mk1zaQTSx/ceSMMV+hNOTTrSJkaO2hVkLMpCAFS33iPTPf
1qzRSsiueVrXKkOl2NsJRBaW8Yl/1gSJRv8ArxzTP7E037L9m+wWv2fdu8ryV27vXGOtXqKLIftJ
dyo2mWTsWe1gYkKMmMdFOV/I9PSs7WPCdjrHlli1uyM7kxKmGLY3EhgQTwOetblFDimrMcK04Pmi
9TPi0eyh0uCweJZraBQqrOA/ToTnvUw06zEnmC1h37mbcEGcsMMfqR1pmsf8ga8/64t/Krg6U+VW
JdSTbu/6ZWXTbNAAlrCoEfkgCMfc/u/T2pYNPtbW3MFvbxRQnOY0QBTnrwKs0UrIHKT6lIaNp62Z
tFsrYWxOTEIl2E+uMYpz6XZSRxRvaQMkP+rUxghPoMcVboosg55dytHp9rEcx28SnyxFlUA+QdF+
ntUX9iaZ9mFv/Z9p5AbeI/JXbu9cY61eoosgU5LqNRAihVGAOAB2rN8Q217d6U8WnR2sk5dSFul3
JgHJ49a1KTFDV1YIScJKS6CKDsG7G7HOKdRRTJCiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v/kE
XH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAxvDt5PeHVBPKZPJv5Ykzj5VGMD9a2ap2FzaXJufse391O0c21Nv7wYzn17c1cpvcS2CiiikM
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv8A/r5P/oK1
fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrj7JYz3G3d5MbSbc4zgZxTdMu/t+mWt3s2efEsm3Odu
RnGakuoEurWWCQkJKjIxHXBGDSWNrHY2MFrCWMcEaxqWOTgDAzT6C6k9FFFIYUUUUAFUdV/1Nv8A
9fMX/oYq9VHVf9Tb/wDXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL
3/0i/kav1Qtf+Qvf/SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri3
8quCqesf8ga8/wCuLfyq2GGOo/Oq6C6mT4slmh8MXz28728uwKsqHDJlgMj35rmm1vUbu7s1+0Sw
myMtpdhOFluBDKx/ABEcf74ru22OpVtpB7GmeXFycJknd0HXpmpGcVea7cPY+Hrux1DzhDC092kc
gbzgiIXVsd8MxHuBVK81i+uXubhdQkit7ue0kgV7gwpHCzSgfOBlQyorE89a9AS2togRHFEgOchV
A+tDW9u6bHjiZcAbSoIwOlAHO6hdz/8ACPrb29y1ttSNvt0l2PJl+YZjE2d2TyA22snTb9tS1mCJ
r+aKBbeNQk2plJGbzJVJXaMTZ2gBsjgCu58mAweSY4/KxjZtG38qabW2ZkZooSyABCVGVx0x6UAc
7oLS2S3spbVNQIvpLZVM/meWing4ZgOPXrWPDrEtjeLHcauZybuJpbpLwPA0ZkIIK/8ALI8gbehx
x0Nd+oRc7doycnFRG1tSrqYYdrncw2DDH1PrQBxt5qzSyX91Dq0iajHdLFZWaTDZKny7cJ/GHDE7
ucZ4IxSX0FzaR6x9m1DUpHhvba2iR71h8r+SWGTnBO9hu7ZrtRb26ujLHEGRdqEKMqPQegp2yM54
XkgngcmgDhLu41K11yJHmvIIYBZpI/2wyLAXkcHepH7wNgLuPTI9Khu/Et28mszLPfRWt5b3CWch
TbHG0Sna0Tdy4Dt/wEV6C6RPncEO7rkA5pPLhMYQrGUXouBgfhQBxUWsajLf6XYyXMqSafdrbXrD
gXDkMFznsUAf/gQq14P1DGgpcXeoxT3E8SEA35nJcoWwVIGxjg/KM9D6V1flxZJwmSck4HX1pkdr
axEmOKFMnJ2oBk/5NAHGzeMNXgj0pTHpxmvLVLt2kfyYyrEfIpZ+oB5Iz1Hy1o6F4kutU1z7LLJZ
eW8M0vkR5863KSKgV+ccg56DnNdG0EDhA6RsEOVBUHafb0qP7Dai9W7CKJ1Rk3jjIYqTn1+6vPtQ
Baqhrf8AyCLj6D+Yq9uHqPzrH1O/im0+6gO6KdQP3cgwSMjkeo+lVBaomT0ZsUtIKWpKCiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAy9F02TTjqBldG+03klwu3PCtj
APvxWpWP4fvZ706n9ok3+RfyQx8AbUGMD9a2KbvfUS2CiiikMKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9F
FFIZT1dWfR71I1LO0EgUKOSdp6VFoEbxeHtOjlVkkS2jDKwwQdoyDVq9uPsllPcFdwhjaTbnGcDO
P0pmm3f9oabbXYQoJ4lk2k525GcZp9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrIzo15/1xb+VA0jT8f8eNt/37FGsf8A
IGvP+uLfyq4Kq+hNrsp/2Pp//Pjbf9+hSf2Rp3/Pjbf9+hVTxcHbwvfLE8qMyBd0RIcZYA4I5zg1
zLXeo3l3aCZrhP7OaWykKkqJ5fIlJcgdRhYyPQue4pXY+VHZf2Rp/wDz423/AH6FJ/ZOnf8APjbf
9+hXHXGpyXmn+HrvTbqWZ7KFpZ1jYnzGSNCyP6kqW698VS1C5ubgXV5NcSww3s1pMBM8gjiiYyhQ
QpBAKqhIBHJ5ouw5Ud//AGRp/wDz423/AH6FH9kaf/z42/8A36Fc9qEpfwwIEmS1sVjiZb9ZWaKU
7hlCAfMCtyCc9O9ZFhJBe69aJdSJbQ/Z40ihluJ2Mn7yUZibcNwOFwWGcbaLsOVHcHSNPH/Ljbf9
+hSf2Tp3/Pjb/wDfoVg6Datpq30tnZz3Mhv5IMSXLfJEDwRvJGB7Vhw3yafc/wDH69xEt7FJPfCW
X7vmHKSo3Ctz/DwQOg4ouw5Ud1/ZOnf8+Nt/36FL/ZGn/wDPjbf9+hXHXl7HdTXkyXNyNZkuVGnK
kj7Wi+UoVUfKUIJ3Ej+9nGOFvdHW3TWRZpP5gvrWCIPczbdjeSWGckgElskc8mi7DlR2H9kaf/z4
23/foUf2Rp3/AD423/foVxV7aXtprkbMrRQWos1kkhuZW8jdI+SoPDqeAxbkA55xUN3qd/J/a940
OoR2up29xFA5f5QY1PlFADuUsock4HOOtF2HKju/7I0//nxtv+/Qo/sjTv8Anxtv+/QrkIrjUX1D
TLGZ7kDSbxbaWTJAuCwbax9R5YUn3f1FO8IX0Vn4daZZ4bq/kiQCJHlZ2l2MQj7mOGJB6YH6UXYc
qOt/sfT/APnxtv8Av0KP7H0//nxtv+/Qrkz4ku/sVrI2tRrFMXae5+xE/Z3CKRDt9SSevPy46mnx
avr1xOpmkFsspjt3txbcxO9t5hbcT2fjB47Gi7DlR1H9kad/z423/foVlajoVtDZzXUkcTTJzHsj
CLHyOgHf3NYemSahpmk2FraybJXsrM+cYMlTLPhyV6EgE9ec8mn63f64xvIkvkWD7Q1soa0BICwr
Jvznklsj059aqMndClFWO7HelqnpNzJe6TZ3UyhJZ4EkdQMAEqCRz9auVBQUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFOwmspjc/YdnyTss2xdv7wY3Z9T05q5WVom
nTaedQMxQ/abySdNpzhWxjPvxWrTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABVDTv9bf/wDXyf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG7t1u7W
a3ckLKjISOoBGKbYWiWFhb2kbMyQRrGpbqQBjmo9XDNo96EDFzbyBQvXO09Ki8Pq6+HtOWUMJBbR
hg3UHaM596fQXU0aKKKQwooooAKo6r/qbf8A6+Yv/QxV6qOq/wCpt/8Ar5i/9DFNbiexeooopDCi
iigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAUtY/wCQNef9cW/lVsVU1j/kDXn/AFxb+VZUSaoNSzeNCZMnyTsc
xAe2Dwcf3vwq0rxIbszoqKoY1T/npZf9+3/xoxqn/PSy/wC/b/40uXzHcv0VQxqn/PSy/wC/b/40
Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy/wC/
b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy
/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn
/PSy/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/VDW/+QRcfQfzFGNU/56WX/ft/8ap6sNR/sybzXtDH
gbgqMDjI6c04rVaik9GbVLSDvS1BYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAGRoF/PfHUhcMG8i+khjwuMIMYH61r1T09rJjc/YPLyJ2E+wY/e8bs+/SrlN7iQUUU
UhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9
BWr9UNO/1t//ANfJ/wDQVprYT3RfooopDILy4FpZzXBUsIY2kKjvgZpunXYv9OtrtVKLPGsgUnkZ
GcU+8txd2c1uzFRLGyEjqMjFN0+0XT9Pt7RGLrBGsYY9SAMUaWF1LFFFFAwooooAKo6r/qbf/r5i
/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/ACF7
/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/
1xb+VXB0qnrH/IGvP+uLfyq4KfQXUyfFNzcWnhu9ms5/IuAgCS4B2EsBnB471zzeJNQurmySKYw/
ZhJBfKFBD3AilO3JHRTGG46h1rtZYo54zHKiujdVYZB/CovsNsCxEEQLOZCdg5YjaWPuRxn04pDO
U1DXb6C08PXcFyGQwG4vUAB81FRC/bggMW4x0qjda/qt1LdPa3biG4uLb7IiFEIiZpVyGZT97yw2
SDwRiu0g0jT7VClvY2sSHPyxwqo5GDwB3AANLLpNhND5MtlbPFtVdjQqVwv3RjHQZOPSgDGvry/G
ji0s3uEvlSNmnmKhXBI3Isu3ZvIJAOOvaszT9Qv9V1mOCG9vxawwIJC8sKOr75VbcNhDn5AMqQOP
euvbTbN7EWb2lu1qAAIDEpTA5Hy9KjOjaaZYZTp9p5kACxP5C5jAOQFOOMH0oAxNEuri1F5LeXeo
34W9ktUQRK+wKeGIRRj3J4pItYun0nT5ftIM0mqGCQjHKec64/IAfhXSxwxxBvLRU3MWbaMZJ6k+
9V4tJ0+CV5YbG1jkkYO7pCoLNnIJOOTknmgDg4PFOrJpsENzeE3R0+e8WbYo81PK3I3TGUbKn6An
rXSafrsv9g3+o3cim6i81vsjYQwlFJ8s9ycDJPfORxitttPtGRFa2gKxoY0BjGFU8FR6A4GRQ+nW
kjs8ltAzN1ZowSfl29f90kfTigDmn8V6lHf2tn/Z0UsrRRTXJjlAVUkYgbSxBOAMnjk8Crfh/wAR
XWr6h5NxDapHJaLdxeVKXdVY4CuMcH6e/pWzNpllcSwyT2lvJJB/qneJSY/90kcdB0qK20ays9Rk
vbaBIZpE2P5ahQ3zbskDqcnrQBexRilooATFGKWigBMVR1r/AJBFx9B/MVerL1O7hudJuxE4LJgM
p4ZTkdQeaqO6JlszUFLSUtSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBk6Fp81gdRM+3/AEi9knTac/K2MZ9+K1qydBv5786j55U/Z72SCPaMfIuMZ9+a1qcr31Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9XLDR73Zu3/Z5Nu3rnaelReH958Pad5u7zPs0
e7fnOdoznPerd5OLW0muGBZYUaQgdSAM0zT7tb/T7e7RWVZ41kCt1AIzzT6C6lmiiikMKKKKACqO
q/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKA
CqFr/wAhe/8ApF/I1fqha/8AIXv/AKRfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
FLWRnRrz/ri38qQaTb4+9c/+BMn/AMVS6x/yBrz/AK4t/KrgqrtLQm12UJNOtIY2kllnRFGSzXUg
AH13U1rGyTaGnmXfnbm7kG7jJx83PFReKrN9Q8NXlrHCZ2lUL5Y/iG4ZH5Zrmho2pz3Vsbq2eQac
8tnbOxBLxmGUeb/wLMS/VTS5n3Hyo6o2NkPLBnlHm/c/0t/n4zx83PFMlt9NgDma7eMJjfvvHG3P
TOW4zXMT2V7qWnaFJb2F1Dc6VCxUTJsIlREwOvIbDL+Jqrd6Lfy+fezWNwJbya0up/KiSR1IaXKh
WyCUUxryDRzPuHKjs/sdh9m+0faZPIxu837Y+3HrndiomXSE2b7/AG+Yu5M3zDcPUfNyKztQs57v
QhHNDM1iqRtHHDbqLlZFYEMyH5CMjJXH4VmabY3S65BNqGnzxo8EcaiCyi8ogSS8uCCYzhlJCnua
OZ9w5UdNbw6ZdsVtrxpmUZIjvXYgfg1S/YLLaG86bBbaD9rkwT6fe61maRpV1p8d4bG1tLaSS/kY
mWL70JPGNuPwzVG1gupLCzsv7Puo3tNV852kjAUoZnbcpzzwQfxo5n3DlRvi008xiQXMhRgSG+2P
ggdTnd2p66baOzKss5K4yBdSZH/j1cJD4c1S0062tI7J2tm024bYMZhneLa0ePRmww9y1dBZxanp
uh3tnBaytqjtIUuwAUmcoWWQ7jx0C46AgAfLijmfcOVG7/ZVv/euf/AmT/4qmtptqilmkuFUDJJu
ZAAP++q5a8j1I28f2NPEPkGOXYrSgTC4+UIWJP8Aq/vdflznIxim3uma5cJe+dJfSG5E0LxpL+62
fZxtKL2zKMZ68kdKOZ9w5UdPb2unXcYktrqSZGAYNHeOwIPQ8N04P5VN/ZVt/fuf/AmT/wCKrmjp
eppJb2sTX0drizR3SUh9oEvmDdnPUoD+GKiu9M1uW4upY7rVV3vdsqpPhRtx5AUdgf178cUcz7hy
o6r+yrf+9c/+BMn/AMVR/ZNv/euf/AmT/wCKqxaGRrOEzjEpjUuMfxY5/WpqOZ9w5UUf7Jt/71z/
AOBMn/xVY+o6JiGW9ndw8YxGiyu3GR94k8/Tp9a6aqGt/wDIIuPoP5iqhJ3WpMoqxeFLSUtQWFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT08WINz9g8vPnt5+z/nr
xuz79KuVkaDYT2J1I3CqPtF9JNHhs5Q4x/Ktem9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UU
UhkF5bi7s57csVE0bR7h2yMZpunWY0/Tra0Vy4giWMMRgnAxmmauzLo96yFg4gkKleoO09Ki8Pu8
nh7TnlZmka2jLFjyTtGc+9PoLqaNFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9Tb/wDXzF/6GKa3
E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/0i/kav1Qtf+Qvf/SL+RpoT6F+i
iikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri38qpR+JLSefbDInkKSHlfIyfRRjn6
nFXdY/5A15/1xb+VSLZRLci4j3RufvhDgP8A7w6H69atWtqQ730If7b0/wD5+U/I/wCFH9t6f/z8
p+R/wp+ralFo+l3F/cLI8UC7mWMZY+wHrVKbxPYwyWCjzJPt0TTRNGuQFVC+WOeMgED1NToPXuWv
7b0//n5T8j/hR/ben/8APyn5H/Cq8/iWytjpPmCUDVSBA20YXIBG7njOQO/JFV7nxfZW9zdwCG5l
ktpooGCKoDO+cBSzAcbSCTjmnoFn3ND+29P/AOflPyP+FH9t6f8A8/Kfkf8ACmXetxWOkJf3EMyC
RkRYvlLlmYKoznb1I5zj3qsPEqm8S1XTb43BiWV4z5amMMWABy4yfkPTPajQLPuXP7b0/wD5+U/I
/wCFH9t6f/z8p+R/wqLSNb/thpwljeW4gcxs04QDeDgqNrHp+VC67bNaW9yFl8u4uTap8vO/cV55
6ZU0aBr3Jf7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKzYPGmm3Gmx3sa3Gx0mfYUAdfKXcwIzwSMEeu
RWnZ6tbXsFxPGxFvAzK0zcIdv3iD3A5BPTINGga9xP7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKE1vT
JBblNQtmFySICJR+85x8vrzxT7TVtPv7iWCzvbeeaH/WJHIGKduQOlGgajP7b0//AJ+U/I/4Uf23
p/8Az8p+R/wq9RRoHvdyj/ben/8APyn5H/Cj+29P/wCflfyP+FXqKNA1KP8Aben/APPyn5H/AAqn
q2rWU+mTRx3Cs7YAAB55FbVUda/5BFx9B/MU42uhSvZl4UtIKWoLCiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAytD1GbUDqIn2f6PeyQJtGPlXGM+/NatU7COyjNz9h
8vLTs0+xs/veN2fQ9OKuU3uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbudbW1luHBKRI
zsB1IAzTbC6S+sILqMMEnjWRQ3UAjIzS3tv9ssp7fds86No92M4yMZpmm2f9n6ZbWm/f5ESx7sY3
YGM4p9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKKQwooooAKKKKACi
iigAooooAKKKKACiiigClrH/ACBrz/ri38quCqes8aNef9cW/lTRc6j/AM+EX/gT/wDY1Vrom9mL
rGnnVdLms1k8oyYw+3OMEHp+FY0Xg7yp5JPteQZ3eIFP9XEY5FEY57NM7Z9MDtWx9p1H/nwi/wDA
n/7Gj7TqP/PhF/4E/wD2NLlYcyMZvCt3d6daW19eQFrSB4I3giZOCqhW5Y/MCueKil8Fytaqoure
WX9w8n2iDekro0jOWXPIZpScdsVvfadR/wCfCL/wJ/8AsaPtOo/8+EX/AIE//Y0crDmRUl0OR7Bl
Vrb7S8SxPHIjvalQRkCEtgDAxxVDTvCc+m6jBcpLYzKiKh862LNEA7tiJt3yDD4AOegra+06j/z4
Rf8AgT/9jR9p1H/nwi/8Cf8A7GjlYcyILbQkjjnSaaVhJdvdKYpHiILHO07TyPrwfSqdv4dvEhit
5ru3a3t737XFshIf/WM5VjuIP3sZAHStP7TqP/PhF/4E/wD2NH2nUf8Anwi/8Cf/ALGjlYcyOePg
QqsPlX2wrp72co8v5ZGKbFkxnggEg+ox6Vor4euYNKudMtrxFsZVdI0eMs0SMhGwHd0DHI9vl9DW
h9p1D/nwi/8AAn/7Gj7TqP8Az4Rf+BP/ANjRysOZGLeeDRc6rbXnmW7qkUMUkc0TN/q2JDJhgAee
4OCAak0HQbzSdYXzXhltYbFbWJ449hwrkgNycnHU8Ctb7TqP/PhF/wCBP/2NH2nUP+fCL/wI/wDs
aOVhzIv0VQ+06j/z4Rf+BP8A9jR9p1H/AJ8Iv/An/wCxo5WHMi/RVD7TqP8Az4Rf+BP/ANjR9p1H
/nwi/wDAn/7GjlYcyL9UNb/5BFx9B/MUfadR/wCfCL/wJ/8Asaw7u9v2iuIVjE1r/wAtHMu7yjuH
AbA3fTkj1q4RdxSkrHVUtIKWsywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAMfQLGeybUzcIF8++kmjwQcocYP6VsVl6JqMuonUPOVF+zXklum0dVXGCffmtSm731Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9Wdo9IvXjYq6wSFWHUHaeRUegSPN4f0+SV2eR
7aNmZjkklRkmrV1MltayzyAlIkZ2wOcAZNNsbqO9sYLqEERzIsiAjBwRkZFPoLqWKKKKQwooooAK
o6r/AKm3/wCvmL/0MVeqjqv+pt/+vmL/ANDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKK
KKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAFLWP+QNef9cW/lVwVT1j/AJA15/1xb+VWTNHGyI7qrPwqk8t9KroLqUPEd7cadoF3dWXl/aUU
eX5gyu4kAZHpzWE/iy5nn09LVIlBjk+2hxkxyiOUhBg4BDQtn2x611N3awX1s9vdRiSF8blPfBz/
AEqsuh6aryuLVA0s7XDnJ+aRkKFuv90kfjUjMXUPEl5Z22gXOyEw3UYmvcj7qbVyy88YL578A1Sv
PFWpNcXgs1i8n7RBFalITI7IzSKzY3AMS0ZxyOPWuig8N6Xb26wJbsY0V0VZJnfarKFYDcTgEADF
EnhrSpLdIDa7Y0SJF2SOpUR52YIORjcfzoAp3esXaaV5Fkyz6ukaSSxGHDohI3N5e7kgH7u7k96o
WmuanqGrRWtrch4VgRpJksDgOWkU7wzgxkbAMYPOa6OXSrSbTlsZFkaBcYHnPuGDkHfndn8arxeG
9LguYp4YHjliAAKTyLuwxYbgGw3LMfmznJoAz9J1e5iFzJreo2xjW7e0iCQGPLKeDncevpT01u6b
S7G4YReZcaibVxt42CV04564UVt29pBaCQQRhPNkaV8Hqx6mqUHh7TLZy0UDDMwn2mV2VX3FtwUn
A5JPHrQBy1t401F9OjE6W6XwtJrpwEO118svEyjPTgqfdTXQadr/AJug3Ws3gVLVN7rHGCXRE4Ib
/byD8vbp71Zfw5pLrCrWUZENu9rHycrEwwy5z0IFSPoenSSSu9srGZi0gLHa5KbDlc4OV4oAzrnx
PdWgCS6NP9pEbzvCs0Z2wrjLbs4JycBevB7c1UvPGj+VefZLCRlSOT7POzrskkWIS4K5yBtPU+mK
038KaPLAkMloXRM43TOTg4ypJbJU7R8p446VYk0LTZd2+1QhmdyMkcsmxu/deKAMW28S3drBDFc2
0l1eOluuwFEy8vmHO4cYwnp+dOufGjwT3CLo9zIkTTKsiyxgOIv9YcE5GAePWts6PYGZJjbr5iGM
q2TxsBCd+25vzpraJpz7t1sp3ebnk8+Z/rO/egC5BMtxBHMmdkihlz6EZFSUyKNIYkjjG1EAVR6A
dKdmgBaz9ZULo04UADA4H1FX81R1r/kEXH0H8xVR+JEy2ZepaQUtSUFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBTsLeztzc/Yih8ydnm2vu/eHG7PoenFXKx/D1lPZ
HVDcR7PPv5Jo+QdyHGD+lbFN7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKKQyC+tzd2Nxbh
tpljaPdjOMjGaZplmdP0u1tC4cwRLHuAxuwMZxTdWkaLSLySNijpA7Kw6ghTg1HoE0lx4f0+aZy8
kltGzOx5YlRk0+gupoUUUUhhRRRQAVR1X/U2/wD18xf+hir1UdV/1Nv/ANfMX/oYprcT2L1FFFIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKQ0hi0U3N
KDQAtFFFABRTd43BcjJ6DPWloAWim7xu25GcZxnmgOCxXIyOozQA6ikzSK4cZUgj2NADqKKQ0AU9
Y/5A15/1xb+VZ1vpF1bX7u13cSiUn/SBs3qPQgr0+n5VszpFPG0MuCsgIKk9R3qQVSk0rEuN3cp/
YJv+gjd/lH/8TR9gm/6CN3+Uf/xNXM0UuZjsin9gm/6CN3+Uf/xNH2Cb/oI3f5R//E1bDhs7SDg4
4NAcFsZGfTPNHMwsVPsE3/QRu/yj/wDiaPsE3/QRu/yj/wDiau0UczCyKX2Cb/oI3f5R/wDxNH2C
b/oI3f5R/wDxNXaKOZhZFL7BN/0Ebv8AKP8A+Jo+wTf9BG7/ACj/APiau0UczCyKX2Cb/oI3f5R/
/E0fYJv+gjd/lH/8TVys3VNdg0p445IbqeaQFljtoWkbA6njpQ521ZUKTm+WKuyb7BN/0Ebv8o//
AImj7BN/0Ebv8o//AImotH12z1uORrRnDxHbLFKpR4z6EGtKhTuroJ03CXLJWZS+wTf9BG7/ACj/
APiaPsE3/QRu/wAo/wD4mrtFHMybIpfYJv8AoI3f5R//ABNU9Ws5Y9MmZr65cDB2sEweR6LmtmqG
t/8AIIuPoP5iqi3dCktGXhS0lLUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAZmi6lJqJvxIiJ9mvHt1255C4wT781p1TsLS1tDc/ZCD5s7Sy4fd+8OM/TtxVymxIK
KKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk
/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhkN1MlvayzS/6uNGd8DPAGTTbG4iu7GC4twRDMiumR
j5SMjjtRf25u7C4t1YKZYmQE9sjFM0uzbT9KtLR3DtBCsZYDAOBjNPoLqW6KKKQwooooAKo6r/qb
f/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv
/IXv/pF/I1fqha/8he/+kX8jTQn0L9IelLSUhnCNPLB4wljW8F1PdSSLbSRXJP2YhSAkkPTaD3pq
eLtVudOnuojFEYDb27q8eR5zNiTv0Hp713C2sEczSpDEsr/ecIAzfU1V0/RrTT7eWGNPMWaZp3Mu
GJcnOaxdOXRnorF0WlzQu1b8N/w0/E5X/hJdUCrZzX1rA41Ca1kv3iARQihhlScAknHXtUlv4o1W
fxT9jQ2zW0cohZCVVpBsz5i5bcc9RgEYrsHs7aRGR7eJldtzKUBBPqfel+zQecJvJj80DaH2jcB6
Zp8ku5LxVGz/AHa2f39/626HBaLqs+r+KtGu7q5geRobk+RGu1rfkDY3PXjvjvU9x4x1DTdSuILw
I8NjPJ9oYJgmJgPKx75NdstrAjl1gjVyS24IAcnqc0PawSFy8ETFwA2UB3Y6Z9aXs5Jb6jeLpSne
VPS1rdtX5dn9+p5zrt9qURaVp0gvhpkEs00SYf5psFc54UZ/T3qa71K90zX9TvrS7glCJYrKxjBE
4bjIIPy9c8Zr0B7aGQsXhjYsu0kqDken0pv2K2wR9nhwQARsHQdPy7Ueyd9yljocqTh+Xl5eX4nO
61c3UHjTRok1D7PbTJIGjIG12GODzyTnA9O3Wue8P65qGj6VAsZint3tLq4jh8vDKySHvnnOa9Gk
gilKmSJHKHcpZQdp9RSJawRlSkEalQQpCAYB64pum73T/rQzhi4RpqEoX/qXl5/gc74R1rUdUtbp
797ZxGFaOSN0PVckMFJxj88GsP8A4TTUo9MmBuIJrvz4o2ZETy4VfPIcNtYccbiMd676G3ht0KwR
RxqTkhFCj9KatlarC0S20Iic5ZAg2n6ihwlZK4LE0VOUnTVnbTtb/M4G+1u9R9G1SeOGS9itbwhY
mDI+0AA/KT9Tg+tWLfxVq7aP5k89mvmXcMIuwUcRI4ySyqxAx2ye/NduYLeNVYxRKIwQp2gbR3x6
CkWzthAYVt4RC3JQINp/Cl7OV/iLeMotJOmtPyu3+pxD61qFhrN/MdUivFi05Z4olQBJjzyoBPTG
SRS2/ivVm0jzJ57RTJdwwrdgoyxK4yxYKxAxjjJHXmu3FpbgoRBECi7UIQfKPQegpFsrZYWhW3hE
TdUCDafwo9nLuL63Sa1pq+nbocLaz3MfgXxBcWl3idbyeTz4RjdyMleeM+vamXmtXOn3D3VvNbXF
yumW7favLHz7pgpBwemD+degLBEqsqxIFblgFGD9aYLG1ChRbQ7QAuPLGMA5x9M80ezdtGNY2Dk3
KF7u/Ty028vQ46DX9ah1OOK4ureaJNS+wOog2lwV3bs54I6Yqfwl4l1TWtQkF2LcW7Rs+xWUPCQ2
Mbclv++gOa6z7NBuz5Med2/O0fe9fr70R28MTu8cUaO5yzKoBb6+tNQknuRPFUpQaVNXa3OLuvFt
/Z3usIZYJngjke3hjQMoCsBlmByCATlSB7U2XxXf2sV0ov7W8jglts3kcYCBZGwynBI4HOa7ZLWC
N3dIY1eT77BQC319aatlbJCYVt4VibqgQBT+FHJLuNYmj1p9u3l5f1fU49PEupXs8UVpdW6rPqs9
qkvlhgIlXKkc8n+dRSeLNSj0q/vRdWrTpK0S2RQBrbEgXexznGPXA5FduLWAEEQRgqdwOwcHpn60
n2O33SN5EW6UYc7Blx7+tHJLuCxVG6/d6f8AB9Opl+F9QvdS0oy35haRZWQPE6sHUdCdpIz24Par
2q6hDpGmz31wHMUK7m2DJ9OKsxQxwoEijVEHRVGAPwrO8RwyXGgXUUNkt67qALdn2h+R3yPr+FXq
onOnCpWTasm/TT9DN8O2t1ca5qOtXFs1pHdrGkULkbyqj7zY6Zrpaitd32aLegjfYNyA5CnHTNTU
RVkTWqOpO79PktAoooqjIKoa3/yCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDF8O2c9o2qmeIx+dqEsqZ/iU4wa2qz
NH1J9SN8HjVPst29uuDncFxyfzrTpvfUS20CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9FFFIZU1WV
oNJvJY2KukDsrDsQpINRaDPJc6Bp88zl5ZLeN3Y/xEqCTVq6kjhtZZZv9UiFn4z8oHPFNsZ4bmxg
ntseRIivHhcfKRxx24p9BdSxRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himtxPYv
UUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6F+ii
ikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/AK4t/Krg6VT1j/kDXn/XFv5VcFPoLqY2
ua+2jahpkJt/Mhu5GWWTdjyVGAGx3G5lz6DmqieLXk1ee1S0XyUu4reOXzOXDeYGbGOMNGR71q6n
o1rqzKboOdsUkOAcDbIAG/HgYqi3hGxEEccM11C0SwhJI3G4GLdtPIIyd7Z45zSGNfxStvrmqWV1
AI4LOESxzBs+aQqs647Eb1x65rPs/GV7eXWn27WVvby3Ee6RHeR9p81oyoKoRxt6nA5rWm8LWNzI
ktw08sq3EdwXZhlnRAnPHQgDI70kXhi3t7qKe1vL2BkBVgjriQGRpMNlT3Y9McGgBur6zfW81mNL
jsLmG5mFvuknYbXwx/hUjGF/WqUfi65ae5ge0tluVlEENs0zCXeW2qzgrgIR824Z445Nbb6PZEW4
jhWFbef7QiwqEBfBGSAOeCapXHhW0u5jLdXV7PIrFoGeUZtiWDZQgeqjrngY6ZoArX3iw6NIYdYS
2t5vskk67ZiVkZTgKCQDz+lWNU8RPZ+HRfWsEdxeFYWFp5uDmRlGOmf4uOOeKsJ4ftxvaW4up5JL
d7Z5JZMsyscntgH0xwPSntoViYIoxCFaMxYlUAO3lsrKC2MkZUUAZV541ht7qHyIPOtWs2uXlD4I
O3ciY9SPyyKLzxJqWmRTJfafbC58gTwiKctGfnVCrEqCCC6nIBzmrKeDdJSF4vLkMTtMzIX4/ejD
DjoAAAPTApz+FbaaC5S5vL64knRY/OllBeNQ24BeMDkAng5wM5oAz9Q8WXumkWtzaWyXonWNiHke
IoyOysNqFj/qyMbePpWzcayllHYC4ilknvCERLdC3zbdx64wAATk4qu/he3ZEYXt8t0s3nG6EimV
m2FMHK4xtYjAGOatLo8f2q3uJbi5mkt23oZHBAPl7DwB3GSfc0AZsXjvRriSaO3lkmkjKhVjTcZi
W2jZjrz649enNTx+LdOktjPi4VRGZCrxEMAJPLIIPfcMYqOPwfZwwGGG7vkiVw8CiQf6OQ2QUyvu
R82eDioYvBVu1nDFc3d0ZI2kDPHLgyo0xlCvkHODjnjPPY0ASP450ZLq5t/OZpLfIIRchyHCEDnq
GYDnHX0q5Ya8L/WLqwFlcxfZ4o5PNkXCtvGcexH9D6VCnha3i+0iC8vYopy58pXUohZtzYBU9Tng
5HJ4qfTPD9rpE4ktHnVfISAxs+VIXO1umc8kdce1AGrVDW/+QRcfQfzFXs1Q1h1fRp2RgwIHIOR1
FVH4kKWzL9LSClqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU
7CxtrE3P2Yk+fO00mWz85xn6dOlXKxPDlrNanVvPiaPzdQlkTcPvKcYI9q26b3EtgooopDCiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/
rb//AK+T/wCgrTWwnui/RRRSGV7+3a70+5t0IVpYmQE9ASCKZpNo9hpNpaSMrPBCkbMvQkADijVJ
Xg0q7mibbJHA7K3oQpINR6HcSXehWFxM++WW3R3b1JUEmn0F1L9FFFIYUUUUAFUdV/1Nv/18xf8A
oYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/wBI
v5Gr9ULX/kL3/wBIv5GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrP/IGvMf88W/l
TBaX3/QSP/fhafrH/IGvP+uLfyq4Kq9kTa7KP2O+/wCgkf8AvwtH2O+/6CR/78LWJ4o1K60zXdOu
Y7h0s7aCWe7iH3Xi3RozEf7Ict+BrPsNcuhqiy3180ME9/G2yVwqxRvbSOqZ/BT9aOZhyo6v7Hff
9BI/9+Fo+x33/QSP/fha5Vtbv7fXNThW4eWO+uBa2PcQyhIzx2wVcv8A8ANQ6Jf3V1qWmi51F5FS
xt5Nr3vlNKxaQE7AMSE7VByRRzMOVHYfY77/AKCR/wC/C0fY77/oJH/vwtYuorLqOp6PL52q6eLq
Z4pIPO8vIWN2HCkjqo5z0rFj1WeC5ayutYlcXE6ia/guVkiSMlsEDH7lidqYPHPByKOZhyo7T7Hf
f9BI/wDfhaPsd9/0Ej/34WuV1TVr6yj1JNJnkv7eLSvMW4a5UGI7pRvBx8xG0DP+zV/xPfX72Mdt
p5ubO4NzCkdwwASUnnA5yQSMHgUczDlRt/Y77/oJH/vwtH2O+/6CR/78LXG3Pie9vJn1K0nmgs3s
3RI9uRGVeESy4xyU8xx6fIanur02y3ltZ61PcWC/ZPMuTchmhd5wrASdsoc47e2aOZhyo6v7Hff9
BI/9+Fo+x33/AEEj/wB+FrjL3ULn7VBaW+qtJYi6kSK4kvfI81REGKmUA7trEgcexPFdBqWum2u7
WysrywjLI5ee7kLICmz93wR8xDg8noM4NHMw5Uaf2O+/6CR/78LR9jvv+gkf+/C1y83jW9jS5kRb
FiI7lkt8t5luYm2gy89GPsMZGM0NqWqXmu2UFxPAn2SW5WZYPMVZiiIwON3HD4wcjOT9DmYcqOo+
x33/AEEj/wB+Fo+x33/QSP8A34WuZg8T6m2kz3EQtCILa02CTexaSYJyzZ6Dcfc+vrc0jXtSuNYj
tL5bMxvJcQhoAwbdCQC3JPBz07epo5mHKjaNpff9BI/9+FrDutPvViuLhZmht/8AlpG0ar5xyOdo
6fXrXV1Q1v8A5BFx9B/MVUJO4pRVi8KWkpazLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAztI1M6kb0NEI/st09uMHO7bjn261o1TsNPg083PkFj9onaeTcc4ZsZx7
cVcpvyEgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad
/rb/AP6+T/6CtX6oab/rb/8A6+T/AOgrTWwnui/RRRSGQ3TxRW0rz48lUZpMjI2454+lJYywTWUE
tpt+zuitFtXA2kcYHbim6hbvd6dc28ZAaWJkBPTJBFM0m0ew0iztJSrSQQpGxXoSABxT6C6lyiii
kMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwooooAKKzfEN9Lpnh6/vL
fb50EDOm4ZGQOK5HS28d6tplvfQappqxXCB1DxYIB9cLUOdnax0U8O5w5+ZJXtqegUVxX2D4gf8A
QW0r/v3/APYUfYPiB/0FtK/79/8A2FHP5Mr6sv8An5H73/kdrRXFfYPiB/0FtK/79/8A2FH2D4gf
9BbSv+/f/wBhRz+TD6sv+fkfvf8AkdrRXFfYPiB/0FtK/wC/f/2FH2D4gf8AQW0r/v3/APYUc/kw
+rL/AJ+R+9/5Ha1T1Oe9gtd2n2yXM5YAK8mxQO5J9qwNMtPGcepQNqeo6dLZhv3qRJhiMdvlHfFd
QxIVj6CmnzLsZSiqUlqpffb9Dn7PX9Rg1qDTNbs4IZLpWa3mt5CyMV5KnPOcVqWv/IXv/pF/I1z+
gRXniW5s9f1J4kSASC2tolI2kkqWYnqeK6C1/wCQvf8A0i/kaVJtptmuMjCE1GKSa3ttfXb5W+Za
upxa2k05GREjOR64GawLHxnaXVtDPcRm1Vrd5pw75MDKUGw46k+YpGOuR61vXEK3drNAxIWVGQkd
RkYrn7jwLp9w7uZZ1L2iWrbSuDsKFZMEEbh5aj0IGCKs5SRfG+lPPtRp2hEEk7ziB9kYQ4YNxkEe
/t6irsniTS4TMJLyNfIkeOQkHCMqB2yfZSDn3A61XtfC8dvJCzXLyBIpYZEEUaJKjkEgqqgDBA5H
PrmqkHgSxijdHuLqQPam3JLjOS24ydPv9Bn0AoA0I/FGmytCqyTeZLL5KxG3kEgfbuwVxkfKc5PG
KXQtfh1m2LAbJkXdKoyVTkgDdjGcDOOoyKZaeHFt7+O+mvJ7m7WRpHkcKN+U2AYAAAA9O/JqTRdA
h0NJEtZpTHJyyMRjfkkuPQnOD64HegCIeK7GS40+OBLmZL92SKVYH2cLndkj7pBGD079BTz4p01U
YtJMGWVYfLNtIJCzAlcJjJBAODjHBqtbeEY7Z45EvrgSpcGfKqiA7l2MoUABcjqQAc81Hpfgm00u
VZI7mdys0cwyEGSisozgDOQ5yTyT3oA0NP8AEFpf2d5dES28NpLJHK9xGYwNhILZPbj8O9RSeLNL
iiWSSWdA247WtpAyqoBZyu3IUAj5jxz1pH8NpJa3do95cG0u5ZZJIgFH+sB3DdjP3juHfgdqjuPD
El0A02r3hnMTwSTKsal4WIymNuB04Yc8mgBbzxhptqL1EkeWe1jdyixPhyq7iqtjBOCDxnjmm2/i
uAWkcl+vlSukJ8uKOR2LSbtqhdob+A9vy7rJ4RtHieNZZkRmlYKpHy74vKwOOy9Pepj4btzexXXn
S742hYDjH7pXA7d95z9BQBHN4y0e3nmhluJQ8LMr4t5CMr9/BC4O3uR071tqyuoZSGUjII6EViye
F7eQSAzzDf8Aac4I/wCW/wB7t27VsW8It7eOFSSI1Cgn0AxQBW1j/kDXn/XFv5U5b+J7nyIt0rj7
5QZVPqemfbrTdY/5A15/1xb+VVI/DlnBPuhgh8liS8TxhgD6qeo57cirVuXUh3voajxxyZ3orZUq
cgHg9R9KjltbaZCssETqSCQyAjjpUX9jad/z5W//AH7FH9jad/z5W/8A37FToVqTiCFcYjQbTkYU
cHGM/lxTTZ2rSJI1vCXj+4xQZX6HtUX9jad/z5W//fsUf2Np3/Plb/8AfsUaBqWmVWIJAJXkHHSo
ls7ZUkRYIgsv+sUIMP8AX1qL+xtO/wCfK3/79ij+xtO/58rf/v2KNA1JxBCq7VjQLt2bQoxt9Pp7
U5kRsbgpwcjI6Gq39jad/wA+Vv8A9+xR/Y2nf8+Vv/37FGgalhYokxtRFxnGFAxnk/nTFs7VYGgW
CEQtyYwg2n8OlRf2Np3/AD5W/wD37FH9jad/z5W//fsUaBqSyWdrLEsUlvC8afdRkBC/QdqVrW3d
drwxMoYNtKAjI6H61D/Y2nf8+Vv/AN+xR/Y2nf8APlb/APfsUaBqTfZ4N0jeVHukxvO0ZbHTPrTv
Ki3btibjnnA/Gq/9jad/z5W//fsUf2Np3/Plb/8AfsUaBqT+TCFK+WmDjI2jHHT8qURRhgQiAgk5
wOp61X/sbTv+fK3/AO/Yo/sbTv8Anyt/+/Yo0DUuZqjrR/4lFx9B/MU7+xtO/wCfK3/79iqeraXY
w6ZNJHaQo64IZUAIORVRtdEyvZmwO9LSClqCwooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKAMTw3bzW7at50bx+ZqMrpuGNynGCPatus7SdT/ALSN4PK8v7LdPb/ezu24
59uvStGm9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CqcunI8zTQzTQSPyxibhj6kHI/SrlFFwsUfst8p+XUAf9+AH+RFSwR3iyZnuIZEx0WEqc/Xcas0U
7isVdTme30u7miO2SOF3U+hCkio9EuJLvQ7G4nbdLNbo7tjGSVBNXJI1lRkkUMjAhlIyCD2rDbwV
oTOX+xYJOcLK6gfQA4FCtbUHe+hvUVS1HSrTVbYW97EZIgwYKGK8j3BHrTNL0Kw0YymwgMRlxvzI
zZx06k+tGgamhRWJc+ENGvLmW4ntWaWVizt5zjJPsDV+/wBKtNTtBa3kZkhBBChivI6cg5o0DUuV
R1X/AFMH/XzF/wChimaZoGn6O8j2MBjaQAMTIzZA+pNZet+F9KuJRcy2zNNPcRiRvNcZywB4zgcU
1a4nex0lLVO80q0v7EWdzGXtxj5QxHTpyDmoNM8P6do8zy2MBjd12sTIzZH4k0tB6mnRWNe+E9I1
C6kubq1Z5pOWbznGeMdAcVdudKtLvTvsM8Za22quzcRwOnIOe1GgalHxl/yJ2rf9ez/ypvgr/kTd
J/69lrO1/wAO6bo/hbWZrGAxyPZuhJkZuOvcn0qHwz4W0nU/DGmXN3bM8z2ybmErrnAx0BxUae0+
R16/VP8At79DsqKqS6VaT6Z/Z8kZa12BNm4jgYxznPYd6r6b4b0zSbk3FlbtHKVKkmV24+hJ9KvQ
5NTTorJv/C+landtc3ls0kzAAsJXXgdOAcVabSbRtL/s5oybTYI9m4/d9M5z+tGgalylrK0/wzpe
lXQubO3aOUKV3GV24PXgk0moeGdL1S7NzeW7SSlQu4SuvA6cAgUaBqatNcEqwU4JHB9KqrpVoul/
2cIz9k2eXs3H7vpnOf1qtYeGNK0y7W5s7Zo5lBAYyu3B68E4o0DUl0a0vLLTkh1C9+2TqTul2bcj
PHFZ1/BqE2pXYsZQsY8vzUA+dxg9Dkf0+tXdR8N6Zq1yLi9t2klChQRK68fQEetRWGl2sUl/p8cZ
Fr5aJs3H7pDZGc5704WitAqNzk2+vyJrSC8FrGIJ4Io8cIbRlI+o31N5Opf8/lt/4Dn/AOLqtY+F
tJ027S6tLZkmTO1jK7YyMHgnFP1Lw7pur3CzX1u0kirtBEjLx17EetF1cVnYm8nUf+fy2/8AAc//
ABdHk6l/z+W3/gOf/i6db6VaWmnfYIYytttZdm4ng5zyTnuapWXhTSNPu47m1tWSaPlW85zjjHQn
FF0FmW/J1L/n8tv/AAHP/wAXR5Opf8/lt/4Dn/4uotT8PadrEyS30BkdF2qRIy4H4EVPZ6VaWFib
O2jKW53fJuJ69eSc0rhYb5Opf8/lt/4Dn/4ujydS/wCfy2/8Bz/8XVO08I6PY3UVxbWrJLEcofOc
4P0JqxqegafrEkb38BlaMEKRIy4B+hFO6CzJPJ1H/n8tv/Ac/wDxdHk6l/z+W3/gOf8A4unWOlWm
mWZtbSMpCSSVLFuT15JzVC28IaNZ3MVxBaMssTBkPnOcEexNF0FmXfJ1L/n8tv8AwHP/AMXR5Opf
8/lt/wCA5/8Ai6ZqmhWGsmM38JlMWdmJGXGevQj0qXTtKtNKtjb2UZjiLFipYtyevJJPalcLDfJ1
L/n8tv8AwHP/AMXR5Opf8/lt/wCA5/8Ai6pQeD9FtrmOeK0ZZY2DqfOc4IOehNW9U0Sx1kRC/hMo
iJKYdlxnr0I9Kd0FmV9VivxpV0ZLq3ZPKbIEBBIx67q1xWPLpNpo+gX0NjEY42jdyC5bnb7k+lMj
8H6LHcLOlowkVw4PnP1znpn1pu1ha3NyiqGp6LZaykaX8JkWMllAdlwfwIpdN0ay0iJ47GIxI7bm
Bdmyencmp0K1L1FYf/CHaL9o8/7I3mb/ADM+dJ97OemfWr2p6PZ6xEkd9EZERtygOy4PTsRRoGpe
oqhpmi2OjpIthCYlkILZdmyR9SapSeDtFluGne0YyM5cnzn5Oc9M+tGgam5RVLUtJtNXgWG+iMka
tuADlefwI9aZpmh2OjiUWEJi83G/Ls2cdOpPrRoGpoUViXHg/Rbm5knmtGaWRi7HznGSfbNX9R0u
01W1FvexmSIMGChivI6cgg0aBqXKKztM0HT9HMhsITEZQA+ZGbOOnUn1qrdeENGvLmW4uLRmllYs
7ec4yfoDRoGpt0VTvtLtNSsxaXcZeAEHaHK9OnIOah03w/p2kSSPYwGJpAFYmRmyB9SaNA1NKisW
88I6Pf3Utxc2rPLKcuwmcZP0BxV670u0vtPFlcRl7cBRtDEdOnIOaNA1LlUNa/5BFx9B/MVHpvh7
TdImeWxgMTuu1iZGbI69yazvEPhrS7mC6vZbYtcMAS/muPQdAcdKqNuZClflZ0dLVO40u1u9O+wT
Rlrbaq7AxHA6cg57Cq+m+HNN0m4aaxtzHIy7CTIzcdehJ9KnQepqUVkX3hbSdSu3ubu2Z5nADMJX
XOBgcA4rE8Y3L6ba2OlWqL9lnikVkMTythFBUDaQ345qZSjFXZrRozrT5I76/grnZUVwWkX2laXL
b3EGmsJXsPtU88M7PHHHzu4YnOCo46/lS3l1o+ozTXWraPPDc/ZVuYw90FEsWcA5DBVPI4NJVIdz
R4Suvs/id5RXDweJdPv9Ej0y002eXzPMgFskwOFRQSwfPIwR3yaq+EjaWo0s2unT3OpS2olnmWbA
jRn25IY4PToB2pKpB9SpYKvGLlJWt5+v+X+R6FRXnuo6zoOp6jdve6ZNNNBEWDRXOdyq2MEI2F65
57Vfg1TzW03RoNLH9m3lvJuAuQxVQcHDBuQOvqc8dKftIdGJ4Out42+a7X/I7OivM9G1DStEtbe8
h028ublLVrh5zKARH5jISQWxkYHQVranc6Rq3iGG3uNMluHaRbbzvtHl4JXf9wNkgA5zihVIdwlg
q8W1y7X/AA3O1pa4u6uJbTXP+EcsysOniBPk+zSTlt7EMCwbKj3PSqumT6PBqyfYtJuLeUtcRQ3D
Tl13xg7htLHt3Io9pDUTwlayaV9L/L+ux31Fed2d/Za1YQy6/YTy3kOn/aBMZhGJk3YPRgBye9Xd
O8TWC6OlnY6XM6STtarAk4fJZS3Dk9Dzznil7SFk7lSwVeMmuXbzO3orgtJk0UXOnT6PotzJdyxt
Nt+0HMKBthJ3Ng854p11rnh7XtRmW+tZWFrFKUmEpGVTlvlU5HtnrT9pC+5P1PEa+7sd3RXG+GLg
yarNp8drLZ6ebJZktpHDnLsctuyTyD0zxWBo72lp4mQvbwpBFcToGIlXZ5ecYYsVdiP4cUvaQL+p
Vm2lbRXf5nqFLXCSa7ofiaC4uLuwlZrKLzEDXATKMcckMADnHBqXR/EljFp6Wej6XO8ks0ii3ScN
naoLMHJwRgij2kLLUl4LEJu8dv8AK521FcHbroVnqqSQ6PcrDBeLbfazOxCTccbS2SASBnGKs/2j
pvinUrS2v9KuAr+ctvKZcAshw4wpz2HWq54Xtcl4Wso83L/W/wCXQ6bT9Ni003PlM7faZ2uH3Hoz
YyB7cVdrkGgfQNdsbHR7iQpcTB5LEpuVIcYaTeecggd++MV19HNdsidJwjFvqgooopmYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFUdV/1Nv/18xf8AoYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFAGL4y/5E7Vv+vZ/5U3wV/wAi
bpP/AF7LTvGX/Inat/17P/Km+Cv+RN0n/r2Ws/8Al58jr/5hf+3v0NyiiitDkCiiigAooooAKKKK
ACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/
5A15/wBcW/lVwVT1j/kDXn/XFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAVQ1v8A5BFx9B/MVfrP11Q+i3KnoVAP5iqj8SJlsy/Rmsv/AIR2w/u3H/gTJ/8AFUf8I5Yf3bj/
AMCZP/iqPd7hd9jUzWXq2hQavPbzSy3MMtvu8t4JNhAYAHn6Cj/hHLD+7cf+BMn/AMVR/wAI5Yf3
bj/wJk/+KpOMHuVCpOD5o6Mjt/DGm2zfuoCI/sv2MxlsqY8kkfUknmq3/CFaY1vLDL9pmDxrErSz
FmjRTuVUPYAgVd/4Ryw/u3H/AIEyf/FUf8I5Yf3bj/wJk/8AiqXs6f8ASNVia615n95TTwZpqYKm
7EolaXzhORISwAYFvQgcipIvCljbm1a3e5ha2j8pTHMV3pu3bX9RmrH/AAjlh/duP/AmT/4qj/hH
LD+7cf8AgTJ/8VR7Omv+GB4qu95P7yjB4K061ctbyXsTBGRClwR5aswYhfTkfrU1v4UsLVrNoPtE
clozsriU5fcctu9QSKsf8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUlTpr/hgeKxEt5fj/Xc
pr4M01LZrdfP8trVrQ/vOfLL7z265PWqMXhO/t/FQ1KC7iSHzQx6lzHtAMeMY5x1z+FbX/COWH92
4/8AAmT/AOKo/wCEcsP7tx/4Eyf/ABVDpU9Co4yur63vffXcZdeHoLnVjqK3F5BcFFRvJm2BlU5A
Ix70yLwvYxSxSKJQ0Us0y/P/ABSjDfh6VN/wjlh/duP/AAJk/wDiqP8AhHLD+7cf+BMn/wAVT5IG
ft61rX/EqHwbphtlt2SZo1tPsgBk/g3bvzz3p1t4TsbWWOVWuXkjuBc7pJdxLhduT+Bqz/wjlh/d
uP8AwJk/+Ko/4Ryw/u3H/gTJ/wDFUclP+kV9Zr2tzP7ytF4RsbdbQW73ULWoZVeOYqzKzbirEdRm
pLfwvY27XAUTNBcBw1u0pMQ3/ewvbNS/8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUclP+kJ
4mu95fiM0vw5aaRcGe3e4eUxCHdNKX+QHIHPpUMXhDTo7tp3+0TAyPMIZZSY1d87mC+vJqz/AMI5
Yf3bj/wJk/8AiqP+EcsP7tx/4Eyf/FUclP8ApB9Zr3bvv5lVfCFgumzWBe6e3kCgK8xPlhTlQvpg
1Ufw9o9rcpbNcXkF08hnS4MzKzMwCsA/uAMitX/hHLD+7cf+BMn/AMVVC+8JxXsqwqzRWnBcmaR3
Y+gBOB9eaap0nv8AkDxWISdpfiWf+EVsDfi6/f8A+tE5h80+U0o6OV/vU+z8M2VlPazQ+bvtWlaP
c+eZDls+vtWnbW6WltHBHu2RjaNzFj+ZqWo5I9huvVas5MpnTo21RL8s/nJEYQN3y7Sc9PXjrVyi
iqM229wooooEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABVHVf8AU2//AF8xf+hir1UdV/1Nv/18xf8AoYprcT2L1FFFIYUUUUAY
vjL/AJE7Vv8Ar2f+VN8Ff8ibpP8A17LTvGX/ACJ2rf8AXs/8qb4K/wCRN0n/AK9lrP8A5efI6/8A
mF/7e/Q3KKKK0OQKKKKACiiigAooooAKoWv/ACF7/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/1xb+VXBVPWP+QNef9cW/lVsdKroLqOqvf3a2
Gn3N26s6wRNKVXqQoJwPyqxVbUrMahpl1ZlyguIXiLAZK7lIz+tSMyV8X2jWWkXCwzH+05BGqYGY
TnDb+eNrYU4zyaG8Tt9iN3Hpd00EjxrasWQfaN7hFIy3yg7gfmxxUS+D4hfS3H2lyHmilVCvEe0h
nUc9HYZNKvhV5NLTTLu/NzYRNEIonhXOyNwwVjn5uFC5449TQAtv4vju7+GyhsLg3DFhKheNfL2u
UbGW+fBBJ254+oFXNT1uSwvorSDTri8keJ5mELICqKVB4YjJ+YcCq+peGUvltbeGSG2sLfaVhS2X
chBzmN8/Ie3ANJL4aeK6hl0m9NiEikiYFPNJDspJBZuD8vuPagB8niq2N1aQWcMt015b+fCy4VTk
EopLYwWCtjP901VXxmqWcVzdabcwRy3HkL86McKxDucHhV2nP4Ypv/CD2qt5kdzcLNHJA1uwdtsS
xABF2Zw3RuTz85pZfBNtdAJeXNxJAsc8aRRu0QHmyF3JKnnghcHjj3oA2r7VINPkjFy6RoySOXZg
Nqou5jjvxVOTxbo0emG/F/A0G4oCCeWAzjHXpz9OelVrjwxNe2ccF5qTymO3kgV/KAOHiEZJ55OQ
W/HFLd+F5JryW6tr4288jk7jCHwrRJGwAJ6/u1Of0NAE0PiqwNgLu6kW2TZGxDNuILoHAwOcgH8h
npT77xTpWnxXTzXIJtovOdEUlivHK+v3h06ZGcVRi8IPatBNZ6gY7mDYI5HhDrhYREQVyM5AB6jB
9qjuPBbXWoXd1Nqcz/aLeaABlyU8xQDjnGBt4AA68560AabeJdOijklmuEjiUoFY5y5ddwAX72cc
4x71IviPSnvoLNb+BridFeJA2d6sMqQenIBx61Qm8M3D3n2+PURHfh1cS+QCmfK8tvkz0I568H1F
Ja+D4rQRLHdSFY3t3G5Rk+USef8AeLH6UAdHRRRQAVQ1v/kEXH0H8xV+qGuHGj3BPQKP5iqj8SJl
sy9S1zn/AAl1tNfGK3KiCNsSzSK3PsoA/U4q9/wkumf8/J/79P8A4U3TkugKcX1NWisr/hJNM/5+
T/36f/Cj/hJNM/5+T/36f/ClyS7BzR7nMvq1xaaj4iu/tkUktkZTBbyXr/wxqQDAONvJOc5p19q+
sLeRJ51oLuzluUchHEUoWBJBlN2c/NjqfX2rfOtaKZDIXTeRgt9nbJ/HbTv7f0gnJnGf+uL/AOFH
JLsHNHuc/P44nXUfJiSEo1o8uxlwUdYPN67ssO33QPfIIqRfFGpIFtbubTbedpVU3jIwhQND5oBU
t1zkD5h0z14rb/t3Rt27zV3Y258hs49Pu0NrujOpV5VZTjIMDEH07Uckuwc0e5zs3jbUo76/VILB
obVXXY0wEhZVBEmN24oc7vu8Lzk1as9SuZfDvim5/tCG5lgeXyri2JCLi3QjbknGD79c1sHXdHL7
zKpcjbu8hs49M7elKuvaOibFmVUxjaIGA/LFHJLsHNHucnbeKb3TtNmSGRJ3e7SNJZ7tZ4oVaLdj
zSVDElTwSMFgOeKuf8Jvdpe2sRht5me2Lyww8/vBA0vyPuJcHaBkLjn72Rit4a3oohMIkQRH+DyG
2/ltpRrujhw4lUMo2hvIbIHp0o5Jdg5o9zEl8VXUdtbt/aei4mSSY3OG8pdqqfKxu++S3XI4H3c1
Z0/xDqV3qdv50NvFaTTx25hKMJo3a2ExJbOODlcYrR/tvRdu3zE27t2PIbGfX7vWn/8ACQaTnPn8
5znyX6+vSjkl2Dmj3MOa71K01zVpYrmF2a8tbSBZUcrErhMnaHwfvHoASe+OKbc+Lr23ubpQ1i7Q
tcR/ZgrecgijZhK3P3WKjjHR15Jre/4SDSSSfP5Jz/qX6/lSf29o5dn84bmG0t5DZI9OlHJLsHNH
uZFl4g1galDBe/YHiNxHbyeTG6sTJF5gIyxxjpjnPXiqWt6rqOn6lqrpdTfZJbuC1XB/49nKxMpH
or7nB99vrXS/8JBpGc+eM5z/AKl/8KQ6/pBzmcHJycwvz+lHJLsHNHuYEvjO9jeZgLF8+cPI+YPZ
hJAgaY5+6cknhenGetUP+Et1KwjnW3uNPu5Zru4IuZJQkBCLHhFLOMZ3E8E4w2Aa67+3tHy585cy
DDnyG+b68c0063orRiMyIUBztMDY/LbRyS7BzR7mL431G5tjYGC6NsWtZ5RtvBCN6+XtPPEmMnC9
8111pMLi0hmAYCRFfDDB5GeR2NZsmvaPKVMkquUOVLQMcH24p48SaWP+Xk/9+n/wo5Jdg5o9zVoq
G1uYry3WaBt8bdDgj9DU1SUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8x
f+himtxPYvUUUUhhRRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/
69lrP/l58jr/AOYX/t79DcooorQ5AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6rQ2xjvLifdkS7
RjHTAP8AjTQmWaKKKQwooooAKKKTNAC0UUUAFFFJQAtc14u+0xvp0yX9zaWhn8m4MDBSA/CtyD0O
B+NdLVPVtPTVdLubKT7s6Fc+h7H8Dg1UXZikroy/+EXn/wChh1n/AL/L/wDE0f8ACLz/APQw6z/3
9X/4mrPhnUJNQ0SFrji6hJguB6SJwfz6/jWtTcpJ2Eop6nDeKdPuNK01BFreqzT3MgiSN5VKkdWJ
+XoFBrZgn1Q6gEvFiWQE+TGZWVGHrkL8xx69PSqV5/xNdY1W66waZbNbRehlYZc/gMCutHSqcrJX
JSu9Clv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNXqo61cyWWh39zCQssNvJIhIyAQpI479Kzv5
F28w36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5dfFGovFpVvuiF5FOkep4TIPzbAF9N+dw9hUs2
q6ovhqHVv7QUi+MDRxw2wdoFkkQEKOS5CtjkHn06UX8gt5nR79T/AOeFn/3+b/4mjfqf/PCz/wC/
zf8AxNc1/auuW/2O41F5LfT92HmFqpYjfgGZM5jBXHK9CTnHSrt1qd1qepwRaTqH2SD7NLMzy233
mRkGCHAIX5j0x9aL+QreZsb9T/54Wf8A3+b/AOJo36n/AM8LP/v83/xNco3jSa71LTbdbmKzFzbx
LMgTe6SzKShGeMKQuc/89B6VWufFWoaTpttLc6pFLPLNNIySQKuYYXZWVQv8T/KAT3zRfyC3mdpv
1P8A54Wf/f5v/iaN+p/88LP/AL/N/wDE1n6zr401be4iBmhe3nuMKQA4SPeOSO9VJfFV6YpLdNKC
6ipcGL7SNihY1k3b9vPEijGOuecc0X8h28zb36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5/TfFF
3LHbwLD9rvpo4diu6xISYFkckgHHXpg8nsKTVvGc1s2oW1pawvc29tJMjGUsgeMKXVvlxkbugJ6c
4zRfyC3mdDv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNZLeIruLUnsFs1lvXkSNIjMFjU+Vvf59
uSB9Mn0A6RWnjQ3l1aiPTm+yzeQrzGYbkeXIA245AK8nPuM0X8gt5m3v1P8A54Wf/f5v/iaN+p/8
8LP/AL/N/wDE1eoov5BbzKO/U/8AnhZ/9/m/+Jqnqz6gdMmEsNqE43FZWJAyOg21tVQ1v/kEXH0H
8xVReq0JktHqOfTLdr5btA0U4PzNG23zB6MOhq5R3pai7ZSQUUUUDKSavp8moNYx3sDXi/egEgLj
jPI69KnkuoYriGCSRVlmz5anq2Bk4+lcjPpOqCXxCkEF+r3vmm3dLhFh5RQCBu3K2R1xTbvwteSS
GCNbg2sMtw1uftbblDQoF+bdux5m44J/SgDtqK4SfS/EkuqGUROgNm8TSJPjzGMGFz8/3vM9FAHX
JyakOg6jaxiAwXl1pwlR3tlvD5kmYQCQzMDxJyRuHrQB29VzfWwFwTMgW2OJiTgR/KG59PlIP41x
U+h+IG1G/lSS/WR0kWBkuE8ryyo2oTndvHIBx1+bNaFho11H4b8Q2qWUts16ZTbQTTiRsNCqjLZO
PmB4zx9KAOlstQtNSg86xuYriLON8Thhn0yKsVwD6HrsljKFS7Ec11HJMjSQi5lURbDkqQmAwTAy
DgGpP7I8RjULRoPPi8u1MX2iWYMx/cMB5mHwWEm3hUxxnceRQB3dFcPLo98bO3CaXqPlKJPNtv7R
w7TlVCy79/3RhuM9TnbVuw0PU7fVYLy5lmlnE6JNILhtjwi2Ct8mccyjPTPegDpI7+2lvZbOOUNc
QqGkQZ+UHpmrNcjd+G55L/UpIopVS8vrZ3ZLhlLxKE8zo3HIPTBNVrnRdZN3eG3juVlb7Ri5+2fI
8RjZYolTPBBK8kDG0nJzQB29Vm1GzV50a6hDW5UTAuMxlvu7vTOeM9a5ey8O31hqcM0JuvLiuY8B
7tnHlGL95kMxzmTnnnuKi1vw3qNxf397ZRKXuLqJXQuB51vtiyfqjISM9t3rQB21RQ3MNw0qwyK5
hcxyY/hbAOD+BH51xUuja80lw0S3STHzftE32vi7UyAosYz8hCAgHC4zjnrVSbw3rH2Yx29vf21o
9zPJ5EF0jTKSqeW25mxxtcfeOMjg4oA7y91Cz02JZL66ht42barSuFBPpzVhWDDI5B6GsG/t72HV
rO+js2v40tXgaLegdHYqd3zEAggEHHP1rbgBWFAUVCAPlXovsKAJKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigDF8Zf8AInat/wBez/ypvgr/
AJE3Sf8Ar2WneMv+RO1b/r2f+VN8Ff8AIm6T/wBey1n/AMvPkdf/ADC/9vfoblFFFaHIFFFFABRR
RQAVzn9u3X2aN8xbm1drI/L/AMsxIV9euBXRVnjQdNGp/wBoi0j+17t2/n72MbsdN2OM4zigDGg8
aSTRwbtKlSa8RHtIvOU+aGOPmI+7jr349+Kjs/GEkMOnpfwKbi7uHidBKu+LM7RoNoGCAcAtkdCR
mtGw8G6RYaZ9jFsJAyqHkYkOxU5ByD8vOTxjkmp18MaOn2cJYxqLYgxBSQAQ28cZ5wxJGehJxQBj
weL7xNLS9v7JUfybqXyYZAwcROij5j0Pzf1pb/xy2n2YaTS5DeiZ4WtvOX7yqGwrfxEhlwMcnI7V
tjw9pYjkj+xpsk8zcpJx+8ILgc8AlQcD0qjrHhG31S5SeG4ms5QzszQnBYttyfY/IuD7dKAHa14l
fR7mKM2Dzr5BuJ3WVR5SBlU4B+8fm6e1Urnxmxe+SCwuxDbb1F35Z2FkcIw5AHXOOTnB6Vuy6ZY3
ynz4ln/dG3ZmOSUyMqT9QM/Sq02g6MlzLNJawrLdEhsuQJGJBPy5xk7QSQMnFAGJqPjS4d9St9Ps
2DWZA87epywmVCpX+HdlsEnoM1JP4qvVmili09mSKG6N1bmVBsaF4wWD9xhjgDrnnGKuWHg+2tLu
5kkubi4gnZm+zyN8mS+/JA6kMOOmOau3fhnSL5la5sY5Cru4yT1fBfPPIbAyDwaAM1/GaKj3C2Mr
WOZUin3qDI8cbORt6gYRgD6jpjmrOo61qNro9jdw6fEbi5uIo2gefhFdsfeA5PT6Z74q23hzSXup
rlrGIyzIyOcHkMMNx0BI4JHJqzeaba39mLS5hDwAqQuSMFTkEEcgjAoA5rVPGTA6ja2Ua/aLYBo5
EdXD4lVGU54B+bHU++CKdc+L5LW5L3Vu0Qt45lntkIkJkDQiPawHORMPz9q15PC+jytcM9hG32lS
koJOCpYMRjOACwB4709fDmkra/ZvsMRhKOhVgW3ByC2SeuSq8nngUAO0TU5NWsDPNZT2cgdkMcyk
E47jIBIP0FaNVrDT7bTLfyLSMpHuLEFixJPUkkkmrNAHOw/8SnxlLD0t9Vj81PQTIMMPxXB/CtTW
dSTSdIub1xnyUJVf7zdFH4nFUfFdpJLpP2u2GbqwkF1D7lfvD8VyKp3t1H4i1XR7OA77UoNQm91H
+rU/Vv5Vp8VmRe2hPZ6c2meDJYZubh4Xlnb1kbJb9Tj8K22uIo5Y4mkUSSfdTPJ/CoNY/wCQNef9
cW/lWfBoc1reOVurmSOZstL5uJF9jxyPpj6UviV2Gz0NymTwx3MEkMyB4pFKOjdGBGCDVT+yz/z/
AF7/AN/f/rUh0wj/AJfr3/v7/wDWpWXcd32H/wBj2AmeX7JF5kjxuzbeSycIfw7VHDoGl28kkkNj
AjSOsjbV/iVtwPt8wzx3pf7MP/P9e/8Af0f4Uf2b/wBP97/39H+FFl3C77DrrR9PvbyK7urWOW4i
wEdhkjByPyPNJf6Jp2qTRS31pFcPECELjOAcEj3HA4NJ/ZvT/Tr3n/pqP8KT+zf+n+9/7+j/AAos
u4XfYlbS7JoZ4mtozHPIJJVI4dhjBPuNq/kKWHS7K3laWG2jR2UoWA6qWLEfizE/jUR0zHW+vf8A
v6P8KT+zf+n+9/7+j/Ciy7hd9hE8P6UkXlLYwCPaU27eMFAhH/fIA+gp13oOmX6st3ZQyhnEjBlz
lgu3J/4CAPpSf2b/ANP17/39H+FKdMwMm+vQP+uo/wAKLLuF32Gy+HtKntzDJYwmPKnG3GNq7Vwe
2F4+nFB8PaSZ5ZjYQGSWNonO3qrABhj0IAz64pV04OAVv7wg8giYf4U7+yz/AM/17/39/wDrUWXc
LvsRy+HdJntjby2MLxHbwRz8q7V568Dj6VMukWCkFbSFSDGRhcY2fcx9O1MGmZ/5fr3/AL+j/Cl/
ss/8/wBe/wDf3/61Fl3C77F6iqP9ln/n+vf+/v8A9aj+yz/z/Xv/AH9/+tRZdwu+xeqjrf8AyB7j
HJ2j+Yo/ss/8/wBe/wDf3/61U9V08xabM/2y7faAdryZB5HXinFK61FJuz0M06hrEmuCO7hjh2t/
o8H2gxpL77tp3n24+lbH2nWf+gdaf+BR/wDiK0yitjcAcHIyOhpaHNPoCi11Mv7TrP8A0DrT/wAC
j/8AEUfadZ/6B1p/4FH/AOIrVopcy7D5fMyvtOs/9A60/wDAo/8AxFH2nWf+gdaf+BR/+IrI/wCE
jv4b/WZp0drDTvMwkdt98KinHmF/vZPTb+NJd+LbyKa3KadMHjkmjurUvGWGyNZAQ2cYwwP6Ucy7
By+ZsfadZ/6B1p/4FH/4ij7TrP8A0DrT/wACj/8AEVnzeNbOG+Nv5bODbNcKyyKW4j8zDLnK/L60
QeLnnjWJNKuft7uFS1MiZI8sSbt+do+U/nx70cy7By+ZofadZ/6B1p/4FH/4ij7TrP8A0DrT/wAC
j/8AEVly+ObaK8uYWsb0x24cPKseR5i4ynpnJ2g5xmpYdcvzo/iC7uLcW89g0nlQuQ23bCrjJU8g
kk/Q0cy7By+Zf+06z/0DrT/wKP8A8RR9p1n/AKB1p/4FH/4isO28ZyW1jKb6N7i5FwsUMaW7wu4M
e/LI2So4fB77atHxvZx3MEc8EsKzW5nO8r5keIzIVePO4fKp/GjmXYOXzNL7TrP/AEDrT/wKP/xF
H2nWf+gdaf8AgUf/AIiqb+JbpEiX+xbo3MqvKkIljz5ShcuTnA5YDb1z7c0WfiyO+1CKGKzn+yzM
scd0WXaXaETAbc7h8p6460cy7By+Zc+06z/0DrT/AMCj/wDEUfadZ/6B1p/4FH/4isqTxFqFrq+q
CW1eW3gngtbaKNkBd5AvJJ5H3u/GPep5vFywNK8lhci2jaWITBlw8saMzoBnOPkYBuhI/GjmXYOX
zL32nWf+gdaf+BR/+Io+06z/ANA60/8AAo//ABFULLxc1zew20+l3VsXkWFneSNgjsm9B8pOcr3H
Q1U1PxVe6dqmo2zRw+UsscVm5B5fbGzo3PUrISuMfdPpRzLsHL5m19p1n/oHWn/gUf8A4ij7TrP/
AEDrT/wKP/xFZ8njOKIs72N0IJC62sgKn7QysEIAzlcseM9QCeKpf8JvNZJcC/0+5e6+0yqlrCod
kjRUzyuQTlxj1z2o5l2Dl8zd+06z/wBA60/8Cj/8RR9p1n/oHWn/AIFH/wCIqLU7vUZNRsbTTJoL
czwSzM08Bf7pjAGAwx985q5ouoHVdItr0x+UZk3FM5we+D3FHMuwcvmWbZpngVrmNIpT95EfcB+O
BUtFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhh
RRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX
/t79DcooorQ5AooooAKKKKACiiszUdbi065aFk3eXbPdSMWChFUgDJ9yT+RoA06KzE8R6U17cWn2
6IT2wYyqxKhAvLcnjgEE88VAvirT3nQJJ/o7RPI0zArtKui7SpGeTIKANqisXV/FemaRY3E8lwjv
D5gEQzlnQcr045IGegyKWfxTpllu+33MdviUxAElskKrHoOMBhnP1oAwb6111jLJbPfxND9rmiWI
gLI/2j92GGPmBTPHcVP4ksdQk8TwXVrbvMBDEsGYEljDiQl9xPKfLtO4Y6deAD0H9vab/ayaYLtD
eSDKxqCc/Lu64x05xnoR61WfxEv2GKaC1lmmnuJLaG3UqGdkZgTknAGEJz6e9AHMalca5aQ6ncNJ
qUbxw3TTOxUQqM/ufJ/2sY/Xdziul8M/azDdm4F6LczA2/20/vtu1d2fQbt2P8MUWviCO8uIbOez
linkmkglik2kRsqB+T0IKkEEetW5td062uJ4J7pY5LeNpZA6kAIoBYg4wcAjOM4oA0KKxZvF2jxa
Yb5b2NossqjDbiwGSMYyOMHOOhB6VDe+Kfsllps62Zke/i81UMyRhAFDEFmIBPNAHQUVzR8ZwmSc
x2Ny8NvbC5lOVWRVMe8YjJ3HggZHGcjsakXxUfsYmewbc1vLcoscySK6R7M7WUkHO/j6H2oA6Gim
QyrNCksbBkdQysOhB5Bp9ADXKqjFyAoBJJ6Yri/h6bcTamI0dGd1kh8w8m3OdmPbrWx4snc6bHp9
u2LnUZBbIR1VT99vwXNV9Xgj0LUNJ1GBdlvDixnA6CJuFJ+jAfnWkfht3Ie9+xs6x/yBrz/ri38q
uDpVPWP+QNef9cW/lVdNfspbjy4Z4WjU4eVpVVQfQZ+9+HHvU2bWg7pPU1az/EEby+HdSjiRnke1
lVUUZLEocACpf7Usf+f22/7+r/jR/alj/wA/tt/39X/GlysfMjiY9P1Hdp2ntb3P2fRrqHyJCGxK
GYbT6EJHlT6Gnf2etz4eSCHSphqzSW3243MD7JX85C+9ujjO45GcL6Diu0/tSx/5/bb/AL+r/jR/
alj/AM/tt/39X/GjlYcyOMuNDbSbuwKw/bbxDuW2+yO0Cgy7sQv0hK+5wQBxV3WIVuNZtJNf0r7Q
v2SZES1je4AcvHtw20bWIB5OMetdN/alj/z+23/f1f8AGj+1LH/n9tv+/q/40crDmRw72usy31nc
32nyXcdjHDZ3DSNu81WX9+dmPnGXXn/pmagl0O8WxgstJ0fZNC8940mfIHmrK4t8nHzY5O30x613
/wDalj/z+23/AH9X/Gj+1LH/AJ/bb/v6v+NHKw5kc7q2o395b29zp9rdRTJa3DEPbHckhhDIBkf3
jjjqQR2qpfvrMEM1nLd6m9sJHUXMVqskz5hRlXATG3eXGcdgCa63+1LH/n9tv+/q/wCNH9qWP/P7
bf8Af1f8aOVhzI4y0Op2lpBE63tnaFLdJpba23SoBbLjA2kkbxgnBx04pur3OuXt1qtnCuppbtZT
BSE5LqqlCpCAKW+bgMx68Ka7X+1LH/n9tv8Av6v+NH9qWP8Az+23/f1f8aOVhzI5W4nv4rlykuop
p8kkXmXUVrmdkEOQcbM8vwTt46cdizuPEb3lpPdSXalTapLB5K+WwfcJGOBkEfKTg4Brqv7Usf8A
n9tv+/q/40f2pY/8/tt/39X/ABo5WHMi3RVT+1LH/n9tv+/q/wCNH9qWP/P7bf8Af1f8aOVhzIt1
Q1v/AJBFx9B/MVJ/alj/AM/tt/39X/GqWsahZy6VPHHdwM7AABZFJJyOlVFO6FJqzNGW7hgljjll
RJJW2opPLH2FTZrl08PXlrrDz/bLqZJzgzI6iSMehyDkfTH0rV/saX/oL6j/AN9p/wDE0OMVsxKT
7GnRWZ/Y0v8A0F9R/wC+0/8AiaP7Gl/6C+o/99p/8TSsu47vsI/hvTZJrqV4ZCbsN56+fJsfIwcp
u25wBzippNFsJZnle3UyOzszZPJZAjd+6qB+FRf2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C
77DD4W0gzeb9kG7YUx5j7cFNh+XOMleM9cd6fP4d024z5lvhiytvSR0YFV2AhgQR8vHHUUf2NL/0
F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77DW8M6U8szm2P78ESIJXCNldpJXON2B97GfepbfQrC1
sbmzigPkXW4zq0jMZCyhSSxJOSAB1pn9jS/9BfUf++0/+Jo/seT/AKC+o/8Afaf/ABNFl3C77EY8
LaULcxfZm/1iyeYZpDIGAwCJN24YBI69CRTl8M6Us6TfZcugwN0jsD8hTJBOGO07cnJx3p39jS/9
BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77ETeE9Ie2WBrZjGmduZ5MgEAFQd2dpAA29OOlW00
iyjkWRLdFZZRMu3IAcJ5YIHT7nGOlQ/2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77E76TZy
SvI8Kl5JUnY5PLpgKevbA/Kq7+GtKkuprh7RTJMHD5ZsfOMOQucAkcEgA+9H9jyZx/a+o/8Afaf/
ABNL/Y0v/QX1H/vtP/iaLLuF32JRo1iJhKIF3iRZc5P31XYp69l4pLrQ9PvVlW5tkkEsyXD5J5kT
AVvYjaOnpUf9jS/9BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77DD4X0kvO7WakzhlfLtgBjub
aM4TLckrjnmmf8InpHlLGLZl2u7h1nkV8sAG+cNuOcDIzzipv7Gl/wCgvqP/AH2n/wATR/Y0v/QX
1H/vtP8A4miy7hd9iTUNEsdTMJuonYwqyoUldPlbGQdpGQdo4PpV2KJIIljjVURAFVVGAoHQAVnf
2NL/ANBfUf8AvtP/AImj+xpf+gvqP/faf/E0WXcLvsalFRW0Jt4FjaaSYr/HIQWP1wBUtSUFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQBi+Mv+RO
1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX/t79DcooorQ5
AooooAKKKKACsTV9BfU72ZhIEhurF7SY/wAS5OVYDv1bP4Vt0UAc7d+D4L0TLLcyhJZJ3IUDI81Q
Dj6YyKddeGZdRiP2/UWlnMDwCRIVTG5kYHHPQxj65NdBVSCd5NQu4WI2RBCvHqDmgDAl8GTywTj+
15FnuVnSeYW6/MsuCQAeFwVHPP8AWrUvhOOSaeT7VIPOE2QFHHmRoh/LZn8a6CigDkdL8O6lYeLZ
Lx1tpLQ8LIzEsF8tUG0dA3yjJx04zVtfDF0mNmqlTDcyXNqRAMxM5csG5+cEOR27V0dFAHPad4cu
rbUlur2/Fy6TvOHEWxnLx7CGGcYAAxjsOfUw3fgtbzVby8k1CY/aYZoQrLuKCRQpwSegxwMD8a6e
igDn73ww9xdzXVvfvbzyuxL+Ur4Ro0jZQD3/AHanP1p114Us76z0+1vMTQWdu0Gx1B35QLu9iMZB
Fb1FAHOy+GLq4mtJJtWZ5LRAIZTbJ5ocJtLF+pBPJXv64qAeEZLaC7lt7iN7yeGaPHlCKLdIEG7a
M4xsBPqSa6migCG1t1tLSG3QkpEiopPXAGKmoqjrOorpOk3N64z5KEhf7zdh+JxQtQMu0/4mvjC6
uusGmJ9mi9DK3Ln8BgVr6rp8eqaXc2Uv3Z4ymfQ9j+B5qr4b059M0SCGY5uHzLO3cyNy36nH4VqH
pVN66dCUtNTnbC/k1DwXMbj/AI+oIngnHpInB/Pr+NaqaZBFc+dAPKDcvGoGx/fHY+4rn9QH9la1
qUPS31W1aZPQTIuGH4rg/hXWiqltp1EtRnkxf880/wC+RUV29tZWc1zOiiKFGkchMkADJ4/CrNU9
WtXv9HvbSNgr3EDxKzdAWUgE/nWdy7FIa/pBtdNuAwMepuqW2IjliwzyMfLjvnoeKY3iPShBLMsM
7xoyqjLasRMSwQeWcfN8xA49fSs5fCNwt4W+0x/Z47iOS3iwf3S7w8o+rMOKlXw/qU2iwaTdXNuL
e1aARywl0kdY3U5J/hbauOM8nORRcLFyLxHpU88UMMU0krnDolq5MPzbf3gx8vII59D2qbUtYsNK
njhngmd3RpMQ27SbUUgFjtBwBkVnX/hhzNaJpi29ukHIuzJJ9oQlsvz/AB7u4Y4z1zUs2j6nbajb
3Om3UcxWCSFnvnZmXcysCNo5xt6cfWi4WLc+t6VBcQQDE0txC08Kwx7/ADEAzxjg5GcDvg+lVo/F
WkPbxzyRTwxSXC2yNNasm5ySMcjoCpyegrOTwZdQPHLBqTLJavbi1jwNnlxDGHO3dk7pc4OPmHXF
LP4Nub2JLafUWhto47lVFuo3M00jMSdwPRSAMYOc80XCx000lrBIiSIq7wx3FRgADJye1RyXunRW
bXTS23kDI8wMu0n0B6Z9qxdQ0DU9Ws447ye081LaaDeobDGSEJuOf9rcfpjvVe88HuZJGs49O8pp
GKW80Z8pQ0KRk7QPvAoT9GPIouFjdt9T064sxdHy4YdiPvmAQAOoZeT9RT7rUNLsobiW4ntY0tk3
zZIyi9iR15/WudTwjeQCGRWsrh4fK/czhvLk2wCI54PORkcHgkd6Ze+Db++1G9mlubQxTWs0Ea7M
Bd6qFG0L0Ur1ySeOlFwsdML3T9kkjPAsMe0mVioQhhkEN0PWpfNsvtCwb7fzmGVjyu4j1A61zlx4
ZvJbv7aiac0okSQWsgYw5EPlkdOx5Bx0z0zwyz8FPay20hlt5JbdrXbKY8MFi3blHoDuwBnp1ouF
jrPIi/55p/3yKPIi/wCeaf8AfIqSii4WI/Ii/wCeaf8AfIqlrMUa6TOQig4HIHuK0aoa2caPcfQf
zFVF+8iZbMvUtY7eJbE3wtoJY5NpxLKZVVE/E9T7Crn9raf/AM/1r/3+X/GlytdBqSZcoqn/AGtp
/wDz/Wv/AH+X/Gj+1tP/AOf61/7/AC/40WYXRxUk72mr+I7mGWP+0YvOa2RoZGkGI1wQSdhXrxt/
Gpr99ZN5Gn2yQ3FjLcql19mHzr5COMr937zFc+3rzXX/ANraf/z/AFr/AN/l/wAaP7W0/wD5/rX/
AL/L/jRZhdHIT+KdX/tQxwpKqmzd2jaHKq4g8wMvGcbuPmPPIxxmnnWNYtYvIvr944vNQSagLQZj
DQhwNuCMb+M49upzXWf2tp//AD/Wv/f5f8aP7W0//n+tf+/y/wCNFmF0cbP4j19NRv1jlhAgSQR2
72772UKCswG3/gWN3+zjNWrGSabwx4plS6nu3dpTFOYTE0n+jpghQB34yBzjNdR/a2n/APP9a/8A
f5f8aP7W0/8A5/rX/v8AL/jRZhdHBWeqajp2jzDTysdvJeIDdKJWhhUx87d6MR8ygEkEZft2vDxN
ra6jZxRqbmRrUl0EJWOV/IZwyZUMAWAXLEdSMZ5rr/7W0/8A5/rX/v8AL/jR/a2n/wDP9a/9/l/x
oswujkpdevVs4HXWJjC4kaS5Gn5ZZQq7YNuO5Zj0z8uM5q5Yalrkmq28l45jiknS3ktPIGI82wkZ
t/Xh8j07da6H+1tP/wCf61/7/L/jR/aun/8AP9a/9/l/xoswujlp4b+21zWLi1uZFmuL21t1kNur
eXGwTdtOOQMnrwOvWm3OvaxDeXkcc0jzxfaB9l+ycRxJGxjl345LME46HfgDiur/ALV0/wD5/rX/
AL/L/jR/aun/APP9a/8Af5f8aLMLo5qxv9dh1OFLm9a5hFzFA4NqE3q8O8tkdNrcDt2OTVHXRqFt
qWr3Fv8Aant7i7gt5ETcfL+WIpIvoMllbHqPQ12f9raf/wA/1r/3+X/Gj+1tP/5/rX/v8v8AjRZh
dHIS+ItaWS6McjNIol8+E2h22KrIFVger/LubGTnqMCqB1jVrG2mNje4juLydzf3Ns6hyqx7AVCN
wRu6AZ28EZrvv7V0/wD5/rX/AL/L/jR/a2n/APP9a/8Af5f8aLMLo5rxd5cmo6Mb2WGOAwzFzLHK
yFsxYGFYEH72M+/FdeuNo29Kq/2tp/8Az/Wv/f5f8aP7V0//AJ/rX/v8v+NFmF0XKKZFNHPGJIZE
kQ9GQgg/jT6QwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKSgBaKQsAMkgD3pqyxucK6k+gNAD6KRmCjLHAHUmq8Oo2dzJ5cF3BK+M7UkVjj6A0AWa
KrTajZ20nlz3dvE4GdryKp/ImpBdQG388TR+Tjd5m4bceuelFguS0VWh1KyuJBHBd28rnkKkqsfy
Bon1CztZNlxdQRPjO15Apx9CaLBcs1R1X/U2/wD18xf+hirK3UDW/nrNGYcZ8wMNuPXPSs2/1Kyu
Ft44Ly3kc3MWFSVST8w7A00tRPY16Krz39pauEuLqCJyMhZJApx+Jp6XMEkHnxzRtDgnzFYFcDrz
0pWGS0VVi1OxnkWOG8tpHboqSqSfwzTri/tLVgtxcwQsRkCSQKSPxosFzN8Zf8idq3/Xs/8AKm+C
v+RN0n/r2Wm+K7iK58FarJBKkqG2fDIwYdPUVD4Kv7T/AIRXSYPtUHneQo8vzBuz6Yzmo/5efI6/
+YX/ALe/Q6Siq9xfWtowW5uYYSwyBJIFz+dPhuoLiLzYZo5I/wC8jAj8xV2OQloqpHqthK6pHe2z
uxwqrKpJPsM1JcXttaFRc3EMJbp5jhc/nRYLk9FRQ3UFzGZLeaOVAcbkYMM/UVCmq2Ejqkd9as7H
AVZlJJ9MZosBboqC4vLa02/abiKHd93zHC5+maWC6gukL280cyg4JjYMAfwoAmqha/8AIXv/AKRf
yNSLq2ns4Rb61Lk4CiZck+nWqq3dvaatem5nihDCMAyOFzwfWmkJs1aKhgu7e6UtbzxTKDgmNwwB
/Cov7W0/fs+3Wu/O3b5y5z6daVhluioZ7u3tVDXE8UIY4BkcLk/jRb3lvdhjbTxTBeCY3DY/KgCa
iqh1bT1co19ahwcFTMuc+mM1NPdQWqB7iaOJScAyMFBP40WC5LRUFve213u+zXEU23r5bhsfXFRv
qthG7I99aq6nBUzKCD6YzRYLluiop7qC2jD3E0cSE4DSMFGfqabb3ttd7hbXEMxX73luGx9cUWAn
rnPFcV9cS6clvYS3ltHP506Ruqltv3RyemefwrYk1WwidkkvbZHU4ZWlUEH3GammuYLeISzzRxxn
jc7AD8zTTs7ieqMT+39W/wChZvP+/wDF/jSf2/q3/Qs3n/f+L/GtmC+tbosLe5hmK8kRyBsflTJN
UsIZGSW9tkdeGVpVBH1GafyF8zkfE1xqeraaP+JBd28lu4mWYzRkLj72cHOCuRW1b6rfXN8yvaSw
+WeLcPGGYepJPT6fnV/Wpo10O6dpEVGiYBiwAORxzUsN1Y3si+TNbzyR8jY6sV7Z46VXN7uxNve3
GfbLr/oGz/8AfyP/AOKo+2XX/QMn/wC/kf8A8VUkup2MEjRzXltG69VeVQR+Gale5hig8+SaNIcA
+YzALz056VN/Iq3mVvtl1/0DJ/8Av5H/APFUfbLr/oGT/wDfyP8A+KqaDULS6cpb3UErAZKxyBiB
+FNl1Oyt5DHNeW8cg6q8qgj8CaPkFvMj+2XX/QMn/wC/kf8A8VR9suv+gZP/AN/I/wD4qrLXMCW/
ntNGsOM+YWAXHrnpUcGoWdzJst7qCV8Z2pIGOPoDRfyC3mRfbLr/AKBk/wD38j/+Ko+2XX/QMn/7
+R//ABVSzalZW8hjnu7eJx1V5VU/kTUhuYBb/aDNGIcbvM3Dbj1z0ov5BbzK32y6/wCgZP8A9/I/
/iqPtl1/0DJ/+/kf/wAVUsOo2dzJ5cF3BK+M7UkVj+QNE2o2dtJ5c93BE+M7XkVTj6E0fILeZF9s
uv8AoGT/APfyP/4qj7Zdf9Ayf/v5H/8AFVZF1Abf7QJozDjd5m4bceuelRQ6lZXEgjgu7eSQ9FSV
WP5A0X8gt5kf2y6/6Bk//fyP/wCKo+2XX/QMn/7+R/8AxVSz6hZ2z7Li6gifGdskgU4+hNSLcwPb
+es0bQ4J8wMCuPXPSi/kFvMrfbLr/oGT/wDfyP8A+Ko+2XX/AEDJ/wDv5H/8VUkWp2U8gjhvLeSQ
9FSVST+ANOn1C0tXCXF1BCxGQJJApI/Gj5BbzIftl1/0DJ/+/kf/AMVVPVrq4fTJlfT5UUgAsXQg
cj0NaqXMEsHnRzRvFgnzFYFeOvNZmq6nYz6ZNHDeW8kjAYVJVJPI7A047rQUlpuKfDtol6Li3RIt
zZli8tWST8D0PuKuf2bZf8+dv/36X/Cnz31rauFubmGFiMgSSBSR+NPiuYJ4fNhmjki5+dWBXjrz
ScpDSRF/Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFJHqthNIqRXts7twqrKpJ+gzT5761tSoubmGE
tyBJIFz9M0rsdkM/s2y/587f/v0v+FL/AGbZf8+dv/36X/CpYbmC4iMkE0csY/iRgw/MVCmq2Erq
kd7bO7HCqsqkk+wzRdhZC/2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4U+4vba12/abiGHd93zHC5
+madBcwXUZe3mjlQHG6Ngwz9RRdhZEX9m2X/AD52/wD36X/Ck/s2y/587f8A79L/AIULq2nu4RL6
1Z2OAomUkn0xmpJ7y2tdv2m4ihDfd8xwufpmi7CyGf2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4V
JBdQXSlreaOZQcExuGAP4VENW09nCC+tSxOAomXOfTrRdhZC/wBm2X/Pnb/9+l/wpP7Nsv8Anzt/
+/S/4VLPeW9qFNzPFCG4BkcLn86Le7t7tS1tPFMFOCY3DAH8KLsLIj/s2y/587f/AL9L/hR/Ztl/
z52//fpf8KT+1tP37Pt1ruzt2+cuc+nWpZ7u3tVDXE8UKk4BkcKCfxouwsiP+zbL/nzt/wDv0v8A
hSf2bZf8+dv/AN+l/wAKlt7y3uwxtp4pgvUxuGx+VRNq2nq5Rr61Dg4KmZcg+nWjULIP7Nsv+fO3
/wC/S/4Uv9m2X/Pnb/8Afpf8KknuoLVA9xNHEhOA0jBRn8aS3vLa73fZriKbb97y3DY+uKLsLIZ/
Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFI+q2Ebskl9aq6nBVplBB9MZqaa6gtoxJPNHEhONzsFGf
qaLsLIdFEkMYSJFRB0VRgD8KfUFve2t2WFtcQzFevluGx9cVHJqthDIyS3tsjqcMrSqCD7jNFmGh
bopAQwBByD3paQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igArLjgOoXF0biaby4pfLWNHKLjaDzjk9fWtSqGnf62//wCvk/8AoK00Jjl0ewX/AJdYmPq43H9a
misraB98NvDG2MbkQA1PRRdhZEN0kUlrKlxjyWQiTJwNuOee3FU9M0fSbJI5tNs7WMbMJLEgyV/3
upzU+qRPcaVdwxLukkhdFHqSpApmh28lpoVhbzrslit0R1znBCgEUdA6hdaLpt7MZruwtZ5SAN8k
SscfUiphY2os/sgt4vsu3Z5OwbNvpjpirFFF2FkUbXRdNspxNa2FrDKAQHjiVTj6gUt3o2nX03m3
djbTyY275IlY49MkVdoouwsiuljbR2f2RLeJbbaV8kIAmD1GOmKy7zRNMsjbTWun2sMq3MWHjiVS
PmHcCtyqOq/6m3/6+Yv/AEMUJu4NKwt3pGn38okvLG2uJANoaWIMQPTJqWKxtoLT7LFbxJb4K+Uq
ALg9RjpzmrFFK7CyKFvoWl2kyzW2nWkMqfddIVBH0OKfeaTYahIr3llb3DqNoaWMMQPTmrlFO7Cy
Of8AFFpb2XgjVYbWGOGIW0hCRqFAyOeBVfwVpGn/APCM6Tdixthc+Qred5Q35x1z1zWj4rglufCu
pwwRtJK9u4VFGSxx0FcjoXjG80jQ7Oxfw1q0jW8QQusRAOPwrFy5Z3fY76VKVXDcsN1Ly7HdXmlW
OoOrXtnb3DIMKZYwxA9s0+2sbazt/ItbeKGE5PlxoFXnrwK5H/hYVz/0K2r/APfs/wCFH/Cwrn/o
VtX/AO/Z/wAKr2se5n9Rrfy/iv8AM6WHQNJt5klg02zjkQ5V0hUFT7HFTXml2WoFDe2lvcFM7TLG
G2564zXK/wDCwrn/AKFbV/8Av2f8KP8AhYVz/wBCtq//AH7P+FHto9w+o1v5fxX+Z1trY2tjCYrS
3igiJyUjQKM+uBVWLQNJgmWWLTLNJEO5WWFQQfUHFc2fiFc/9Ctq/wD37P8AhXJa/r97b6m2t6bZ
6xpdxIVEouBmGTAwBg/y/lUyrpK6NaWW1akuV6dtv8z1i702y1HZ9ttILjZnb5sYbbnrjNV55dL8
M2DSeVHawFx8sMX3mPAwqjk8Vj+CvF9x4mtm+0adLC8Y5nQfuXPsT0Ptz9a6h8Y3HHHNaKXNG6Zy
zpOjU5Ki1W//AA+pzWkzeGNSvzFa6fbw3sf7wRy2gjk/3hketaDafZ6jqt4t7aw3CoIyolQNg4PT
NY0FwfFHifTNTsLeaOxslk3XMq7fNJ+XavcgHNb9vLHHq99vdVJEXBIHY0qc5STbLxdGFKUVFWut
U+j10/X5lmz0+009GSytobdWO5hEgUE+vFVv+Ee0jzfN/syy8zdu3eQuc5znp1zV37TD/wA9o/8A
voUfaYf+e0f/AH0KvU5tCO80+01BFS9tobhVOVEqBgD680lnptnp6utlawW4c5YRIFyffFS/aYf+
e0f/AH0KPtMP/PaP/voUa7BocXY3Fi6W99rGi6XHDexSXEU0KbmUoC7b8gc4BOR3BpZdZvtatLNJ
9M0p5Huvs8sFyzP5MhUupHHIKbfxJrTTwrpAs2tZbqeeHZ5SLLcAiOPIJRR6HAB7kcZqdPD+iw3P
n2wjtjvSTZAyogdVZQ20cZw5/IelGoaFbwzf2b6jf2lrYWloFO6JoAB56KxRmIA7OCPoR61Uv9W8
L26TXd5pCZNxJEHktkBndSQ5Uk84Knk4z2zWjB4Z0SzFubIraSwxmLzreQJJIDtzvYcsSVByff1q
WfQ9NmhiRLqSB4ZpJ45oZwro0hJcZ6YO48EenpRqGhA2v6NrVxbWT2kl3BPIFjle3zD5nl+YFJPQ
7fbvjrmtiz0uy0/ebK0t7cvjd5UYXdjpnFY50C0j1O0vLe/kHkziaSKSfcjnymjLY/vHIJJ9D61v
faYf+e0f/fQo12DQpzeH9JuJnlm0yzkkc7mdoVJY+pOKs3NjbXkAgureKaIEHZIgZeOnBp/2mH/n
tH/30KPtMP8Az2j/AO+hRqGhDZ6VY6ezNZWdvbs4wxijC5Hviop9A0q5mea402zllc5Z3hUlj7nF
W/tMP/PaP/voUfaYf+e0f/fQo1DQpa3bQyaFdRyRRtGkRKqVBAIHGB7VLZ6TYWDs9nZW9u7DDNFG
FJHocVS1PVbd7G8tpGEUpifYGIxIMfwkcH6da2RTd1GwlZso3GhaXdztNcadaSyv953hUk/UkVYl
srae0+yzW8UlvgDymQFcDoMdOMVPRSux2KdppGn2Ehks7G2t5GG0tFEFJHpkVBqOl6QVnvtQsbR9
iF5ZZIQx2qOp4zwBWnVPV7WS+0a+tYSolnt5I0LHAyVIGfzouwsik+paJJpVgkj27WOobIrWMplZ
cjKgLj0HfpVW2v8AwzpzT3FpFbQtCRG8kNqQWywXCkL8/wA2B8uecVQj8J3qXSrvh+yW1xHJaIDj
y1Lh5u3XIwvtVgaLq02gW+kTC3hS0a3VLmCU75BHIp3AFflO1T68n0pXYWRNPe+F9Quonnitbm4n
woLWpdh820B/lynPHzY6Grmp3+jaVbx6ffKiQPGSIRAzoI1wCSFBAUZHXis288N3EE9sNHTypUO5
797phKSWy29NuJQfQkcnjFWJ9O1a11S3urRo78rbywM93IIyu5kYHCJggbTxwfei7HYlVvD2kXsQ
hgtIbqWF5Y/Igy7xjG4jaMkcjjvVaXUvC2qbLu5it5fMmS1WW4tGG5ySAoLLzyD9Mc4qhF4Q1S2m
gmt72MGxNvHbRFABJHEMNluq7t8vA4wRTrrwlqV/DHaNeR21vEtyQyoJGZ5ZGIPPTapHI5yT6U7s
VkdV9jtUsvsnkQraldnk7Rsx6Y6VBbaPpdlN59rY2kMqZG+OJVI9eRWa2k32o3ekzarBak2RZn2u
XDOYwA4BA5D7se2D1rCsfBV/axN58EV1IJI2mEt2Sl6FLfeXZ8py27ndkjHTmi7CyOyutH06/lEt
3Y21xIBtDyRKxx6ZNTJZW0Vn9kjt4lttpXyggCYPUY6YrM8IWstl4YtLeeDyJIzIDHg4Ub2wBnnG
MY9q2qV2OxQttD0yznWa20+0hlX7rxwqrD8QKfd6Rp9/IJLyytrh1G0NLEGIHpzVyindisivFY20
Fp9lht4o7fBHlKgC4PXj3zWTqWhaXaafLNbadaRSoBtdIVUjkdDit6qGt/8AIIuPoP5inFu6FJKz
H3ek2GoSK97ZW9w6jCtLGGIHpzUsFjbWtsbe3t4ooDn92iALz14qalqbsdjPg0DSraZJoNNs4pUO
VdIVBU+xxUt5pVjqDI17Z29wyDCmWMNge2at0U7sLIr21jbWUBgtbeKGIkkpGgVeevAqtD4f0m3m
SWHTLOORDuV1hUFT6g4rJg8XmTxNcaZJDAI4XkTKzZlXYgbcyY6HOBgk/wBLH/CZacLaGdkvBHLF
55zbtmOL/no4/hU+p9D6Gi7CyNS80uy1DZ9ttILjZnb5sYbbnrjNPtLG2sITFZ28UEZO4pGgUZ9c
Cs6bxRYW1zcwT+fHJAobBiP7wFgo2Y+98zKPxFVbDxfFco3m2tyJTcSRpBHAzSBEIBd16jBYZ+vF
K/QdjSj8P6TDKssemWaSI25WWFQQfUHFT3mm2eoBBe2kFwEzt82MNtz1xms6fxZp9tLdRTCdJbdl
UxmI5k3NtXb65bimL4pje/ubX7JPF5E0EXmSoQrmUqAB3B+bof0p3YrI1rSwtdPjMdnbw26MdxWJ
AoJ9eKrL4e0hJRKumWQkDbgwgXIPXOcdaoweMtMnhnlX7SoiAYB4GBlBfYNg/iy3y/Uih/Ej3dhp
1xpNuHa+uGgQXZaLbtVyScAn/lmR0ouwsjWvNOs9QVVvbWG4VDlRKgbB9s0Wen2mnoyWVtDbqxyw
iQKCfU4rnZ/GU0UMm3T/AN9Ch81TISsbCXy3JIUkoPvZAzjsK6DTLxr/AE6G4Y27GRc7reXzIz7q
2BkfhSv0GQ/8I9pBl8w6XZeZu3bvIXOc5znHXNWLzT7TUEVL22huEU7lWVAwB9eas0U7sVkVbPTr
PT1dbK1gtw5ywiQLk++Kgfw9pEkrSvplk0jNuLGBSSeuc461o0UXYWRXu7C1v4hHeW8U8YO4LKgY
A+uDTbPTbLTt/wBitILffjd5UYXdjpnFWqKV+g7GdL4f0meZ5ZdMs3kc7mZoVJJ9ScVZurG2voRD
d28U8QIISRAwz64NWKKd2KyKlnpdlp5c2VpBbl8bjFGF3Y6ZxUM2gaTcTPLPptnJI5yzvCpLH3OK
0aKLsLIzNG1E6gL1TEsYtbp7ZQpzkLjB9utadU9PsLexNz9mJPnztNJls/OcZ+nTpVyh76Agooop
DCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6C
tX6oad/rb/8A6+T/AOgrTWwnui/RRRSGV9QuGtNPubhAC0UTOAehIBNR6Tdvf6RaXciqrzwpIwXo
CQDxU11HHLayxz48p0Kvk4+UjnntxTbGGG3sYIbXHkRoqx4bcNoHHPfin0F1LFFFFIYUUUUAFUdV
/wBTb/8AXzF/6GKvVR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAlGKWigBKKWigBKKWigBDXNX3gm
01fXm1HVbie7iGPKtHbEUfHp39f8a6aik0nuXTqTpu8HYjihjgiWOFFjjUYVVGAB7Clk4RsDJx09
afSUyDG8LxtBoUMT6c2nlWbFu0m8r8xOc+/WporWC41i+M8EUhCxAF0DY4PrWniqNr/yF7/6RfyN
EVZWKqz9pNyfVkv9mWP/AD523/fpf8KP7Msf+fO2/wC/S/4Vaop8zIsir/Zlj/z523/fpf8ACj+z
LH/nztv+/S/4Vaoo5mFkVf7Msf8Anztv+/S/4Uf2ZY/8+dt/36X/AAq1RRzMLIq/2ZY/8+dt/wB+
l/wo/syx/wCfO2/79L/hVqijmYWRV/syx/587b/v0v8AhR/Zlj/z523/AH6X/CrVFHMwsir/AGZY
/wDPnbf9+l/wo/syx/587b/v0v8AhVqijmYWRV/syx/587b/AL9L/hR/Zll/z523/fpf8KtUUXYW
RganolqljeXEkcbukbtEqxqqpxxgDqfc/pWgNSf/AJ8L3/vhf/iqdrH/ACBrz/ri38quDpVN3SuS
lZ6FH+03/wCfC9/74X/4qj+03/58L3/vhf8A4qr2KMVN0VZ9yj/ab/8APhe/98L/APFUf2m//Phe
/wDfC/8AxVXsUYougs+5R/tN/wDnwvf++F/+Ko/tN/8Anwvf++F/+Kq9ijFF0Fn3KP8Aab/8+F7/
AN8L/wDFUf2m/wDz4Xv/AHwv/wAVV7FGKLoLPuUf7Tf/AJ8L3/vhf/iqP7Tf/nwvf++F/wDiqvYo
xRdBZ9yj/ab/APPhe/8AfC//ABVH9pv/AM+F7/3wv/xVXsUYougs+5R/tN/+fC9/74X/AOKo/tN/
+fC9/wC+F/8AiqvYoxRdBZ9yj/ab/wDPhe/98L/8VR/ab/8APhe/98L/APFVexRii6Cz7lH+0n/5
8L3/AL4X/wCKrGv9XuDHPZTW8z713CTYAYxkffAJ49/0rp8VmatbR2+h3S26JGWGcgfxEjk+tVBq
+xMk7bmmKWsr7Hq//QVh/wDAQf8AxVH2PV/+grD/AOAn/wBlSsu47vsatFZX2PV/+grD/wCAn/2V
H2PV/wDoKw/+An/2VFl3DmfYh/4Ri2N/JdNPdMHmacQl18tJGTYWHGc7SepI5ps/hSzuIYIvOu40
jtltHWOXHnwr0R+PryMHk+tWPser/wDQVh/8BP8A7Kj7Hq//AEFYf/AT/wCyosu4cz7FEeCdOW6u
biN7mOScHlWUGMmRZNwO3JIZQRuJx06cVNB4VgtpElhvb9LgO7NN5qlpA5BZWyuMZUdACOxFWPse
r/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7Kiy7hzPsUYfBNhbPdtby3MZul2PjyzhdxYjlTuySeW3Gp
4fCtlblRFJciNfIIjMgI3QkFDyM5+UA89Kn+x6v/ANBWH/wE/wDsqPser/8AQVh/8BP/ALKiy7hz
PsZeqeC47jShbWMxSRY1iHnHcrIJPMKnjue+D9KtweHZW0awtbq8kjuLJ/MjltFRNvDKFAK4ICsR
0GevFWfser/9BWH/AMBP/sqPser/APQVh/8AAT/7Kiy7hzPsRL4Zt4sNbXN3byiPy/OjkBc5fezE
sDkk5zn1rQ07T4tMsxbwl2G5nZnOWZmJZie2SSelVPser/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7K
iy7hzPsatFZX2PV/+grD/wCAn/2VH2PV/wDoKw/+An/2VFl3DmfY1aKyvser/wDQVh/8BP8A7Kj7
Hq//AEFYf/AT/wCyosu4cz7GrRWV9j1f/oKw/wDgJ/8AZUfY9X/6CsP/AICf/ZUWXcOZ9jVpu9Sx
UMNw6jPIrM+x6v8A9BWH/wABP/sqyNT03Vpr+IW1wGu1AP2lbfylRc9C247v93BpqCb3E5NdDrKK
itVmS2jW4kWWUD53VdoY/SpagsxPDdtNbNq3nRNH5uoyyJuGNynGCPatus7SNSOpG9BiEf2W6e36
53bcc/rWjTe+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMqarE8+k3kUa7nkgdVX1JUgC
o9CgktdBsIJkKSxW8aOp7EKARU9/cNaafcXCqGaKJpAD0OBmmaVdtf6TaXbqEaeFJCo6AkZxT6C6
luiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQxTW4nsXqKKKQwooooAKKKKACiiig
AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6oWv8AyF7/AOkX8jTQn0L9FFFIYUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQBS1j/kDXn/XFv5VcFU9Y/wCQNef9cW/lVwdKroLqLUc80dtBJNM6pFGpd3Y4
CgDJJqSqWtW0t5od/bW4Bmmt5I0BOBuKkDn6mpGKdWsRBaTfa4fKvWVbZt4xMWGVC+uRzUD+I9Jj
FyW1C3AtmCzfP9wk7QD+PH14rnI/C+opcwxbI/sdjcxvZgMMqjOHkP1XG0e1WE0nVpfD9ppTWiWs
lk9uBdRyo2/ZIhZ1BHopbDd+OetAG3/wkek5tgNQtibriECQfPzj+fH14p9/rmnaVJFHqF5DbvKC
UEjYyBjJ+nI/OsK58P3djeQNo8c/2kndNfNOgWQlyzCWPHzDkkbRxnjFT3Nnq9rqtvcCFdVJtZYH
YlIVUsyEbhzkYU5xk+1AG1darZWUix3N1FG7RtKFZuSi43MB6DIqtB4n0e6QPBqNu6NKsIbfwZGJ
CqPUkg8e1c5D4X1q1uLa5iltydO+zwwRlPnliRcOQ+7C7t8nBB+6tLdeF9Y1C2is/Mt7aGFbmQSS
L5pMskrFCAGGCqnOeeW6cUAdk06JIkbEB5M7R646093WNGdjhVGSfQVy+qWWt6tZR7rf7POtrPG4
W4GGd4QARj/bJHtjNUb3wteRxyW1vaPc6f5rGO0+2FB80KAMWJzgOHOPVsigDsLS+gvoxJbSCRCq
uCM9GGQfxBFTSSJDG0krqiICzMxwAPUmuIHh3VEtoUubY3dsghWW0W42eYFtwnByB8rjOMjPXqBU
WpeGdX1G/wBTD2sQtbizlhVRL8sh2p5W4kkkgqckgAds5oA7pJkklkjVgXjxuHpnkVJXGXeh38j7
xp7SWPmRt/Z/2kLlRDtC5zj5X5xnB684FNs/DGqQ3lpdXDtJdW5tU80XDH5F3CUe/BAyRlsUAdrR
RRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXqWqT6nbi+W0jLSzk/Msa7vLHqx6CrlS1YExa
KKKBnFrfzLrV1JHqkr3S6otstiZAyNCdm75OowpZt3t6VRg1ea60p57zXJrO4ttPiltwHVRO7IW3
kEfPlht2+3qa7xbS3Sdp1gjWZxhpAgDEe560jWVs5iLW8TGL/V5QHZ9PT8KAMDUpNQnv/DSeaLcT
Sl7qIFgWKxltuVYcAg8HIzjOelZzeLtRTTLS5lOmQvcWsl7ulLqhRduI155c7uvb0NdoY0LKxUEr
yCRyPpTHtLeRI0eCJljIZAUBCkdCPSgDkm8TazNdlbWGwjjkmaGNZw+9CsIlO7B54yuBj19ql1bV
9Qmt9AvNN3LJcRtdNaqcicCLf5ecd8nB9cV1XkRZz5aZzuztHXGM/lQIYxswijYMLx936elAHC2/
jW4/s5Z7ea1kjCS3Km6YiS5UzyIkcYH8QCgd+Sox3pLrxfeRXz3jNbGGC3umFkkhEilJUQNLk49T
njAJ+tdwbO2Pl5gi/dsWT5B8pPUj0NKLS3WR3EEYd/vMEGW+p79KAOWudc1G48CaleTGG3u4SUV7
adSMZXByGYKcHuTjrV/wfeTXWn3KXEzzPb3LR5eRZcLgMB5i8PgN1/DtWyllbR25t0t4lgOcxqgC
nPt0p8MEVvGscMaxxrwERQAPwFAElFFFABRRRQAUUUUAFFFFABRRRQBT0/ToNPNz5Bc/aZ2nfcc4
ZsZx7cVcrE8NQTQnVvOjdN+oyum8Y3KcYI9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKoad/rb//AK+T/wCgrV+qGnf62/8A+vk/+grTWwnui/RR
RSGQ3UUc9rLFMcRSIVfnHBGDzTbGCK1sYLe3OYYkVI+c/KBgc96j1aN5tIvI41Lu8DqqjqSVOBUe
gwyW3h/T4ZkMckdvGrIeqkKMin0F1NCiiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigApKWoL1plspmtgpnEbGMMON2OM/jQBNRXKaVL4l1bS7
e9h1PTlSZN202jZU9wfm7Grf2PxT/wBBXTf/AAEb/wCKqnG3Unmv0Ogqja/8he/+kX8jWb9j8U/9
BXTf/ARv/iqg8O6jcG81ptTubd/s8yQmWNNikheeCT64pqOjsF9UdRRUcMwniWRVcK3IDKVP5Gn1
BRz+p67fWWoXogtYJbOwt0uLgtIRIVbfnYMYyAhPJGfao5/E1w+rz2NlDb/LH+5lnkIEkgVXdMAE
jCOCPofSr174dtr/AFCS6mmugs0aRzQJJiOVVJIDDGf4jnnnvUSeEtKjmSdYMXSztcG5AAlZm3ZD
NjlcMRj0x6UAZ9v4tuwNJN7bWyreqk0zRSnEEcmFjzkDJLtg+wzWrqXiCDSbl0uFd1WFZdsUZZyW
kCAAd+WFVm8FaPLC6TW5mYwR26SyYLwoi4XY2Mqe+R35qzL4ctZ5fMnluZZOBueTJwJRKB06BgB9
OKAM/U/G1tbaVJPaW9zLciN38kwn91tYofM/ujcCPwJ6DNXB4lgE7QeVPPMJ5I9lvEWKqrBSzewJ
HT8KjvPCFjeLIpmu4hL5nm+VLt8wO5cq3HQMTj6kVM3hq1F2LmGe7gm8x3Z4pMbg7BmU8fdyB7js
eaAK174xt7Vp4o7O7muIJoo3hRBuKu+wOOeme3B6dM5p8viy1tjKs0c8rxyShlgiLFEjxudvYZHT
r2zUcPgnTbf7SYHuojOUOUcAx7ZPMXbx1Dc5OSe9TXHhOyuC7ebdxNK0nmNFLtMiyEF0PH3SQOnI
5wRmgCW18TWN5qxsIln37iqSmM+VIwUOVVu52nNbFZdv4fs7a6jniEitHM0yru+UMyBCMem0DArT
zQAtFJmjNAFPWP8AkDXn/XFv5VRt9eN3ct5UE6QRMVbMDs7H6D7o+vNXtY50a8/64t/KpTaQvcJc
FAJlGA44JHofUfWrTXLqQ076EP8Aasf/AD73n/gM/wDhR/asf/Pvef8AgM/+FXcUYpXRWpS/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACrtHFF12DUpf2rH/AM+95/4DP/hR/asf/Pvef+Az/wCFXeKK
LrsGpS/tWP8A597z/wABn/wo/tWP/n3vP/AZ/wDCrtFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n
/gM/+FXaMUXXYNSl/asf/Pvef+Az/wCFH9qx/wDPvef+Az/4VdoxRddg1KX9qx/8+95/4DP/AIUf
2rH/AM+95/4DP/hV2jFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n/gM/+FXcUYouuwalL+1Y/wDn
3vP/AAGf/Cqer6hHNpc8YguhuAGWgcDqOpI4rZxVHWh/xKLj6D+YpxauiZXszM/4RC0ivjLAkbQS
NmWKXcce6sDn8Dmrv/CNaV/z5p/303+NagpaHUk+o1CPYyv+Ea0r/nzT/vpv8aP+Ea0r/nzT/vpv
8a1aKXPLuHJHsZX/AAjWlf8APmn/AH03+NH/AAjWlf8APmn/AH03+NVh4lkGozRyaey2UV2LM3Il
BIkO3GUxkKSwGcn8qgTxdLcWn2qz0uWeKK2W4ucSqDGGXcFUfxNt5xwORzzRzy7hyR7Gh/wjWlf8
+af99N/jR/wjWlf8+af99N/jUV/4hW2uNIit4TN/acmEfD4VNu7dwp5xjg49yADSHxfo4tY7n7U/
lSbijeRJkqv3nxtzsGRlunvRzy7hyR7E3/CNaV/z5p/303+NH/CNaV/z5p/303+NQz+MNGtrmSCS
6bzIzhgkEjgnAbAIUhjtIOBnjmnap4lttMOnOymW2vW/16MNsabc7z6ryPzzRzy7hyR7En/CNaV/
z5p/303+NH/CNaV/z5p/303+NQL4t05I1N3Ibd2eRdhUvtVJDHvYgYVSR1OBSP4u05dU+yLKDHHF
NJNOQwRPLZVIBIw3LEcHgjFHPLuHJHsWP+Ea0r/nzT/vpv8AGj/hGtK/580/76b/ABpB4ksJdIl1
G1dp4o38ooqlX8wkKEw2CCSwHOOo7Vc0+4uriAte2f2WYHBQSCQEeoI/wo55dw5I9ip/wjWlf8+a
f99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR
7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N
/jWrRRzy7hyR7ENtaxWdusFugSNeijtU1FFSUZ+lamNS+2ARGP7Lcvb8tndtxz7da0KpadpsWnG6
8pnb7TcNcPu7M2Mge3FXabtfQSCiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAqhp3+tv8A/r5P/oK1fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrg2lhcXCruM
MTSbScZwM4pml3h1DS7W7ZAhniWQqDnGRnFS3cKXNrLBKSI5UKNg4OCMGm2NtHZWMFtASYoY1jQk
5OAMDmn0F1LFFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9TB/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFIaWigDnvDP+hXmraUeBb3JliH/TOT5h+u6ugrn77/AEDxnp910jvoXtJD/tD5
0/8AZhXQVUu5MexXv7tLCwuLqQgJBG0h/AZrk/D/AIeS5sw1yWW82pcl8nAdwWORnnrj1961fFxN
xZWumIfm1C5SFv8AcB3P+g/WtC0AXVr4AYAWIAfgaqLcY6CaUnqNh0a38pfPi/efxbJnx+GTT/7F
sv8Ank//AH9f/Gr1LUcz7lcqKH9i2X/PJ/8Av6/+NH9i2X/PN/8Av6/+NJc69ptnqCWNzeRx3LhS
EbP8RIXnoMkEDNF3runWMssVzdokkKLJInJZVY4BIHYkUczDlXYX+xbL/nm//f1/8aP7Fsv+eT/9
/X/xqO18R6Te/Zvs99E5unZIByPNKruO3PXA5q/58fn+Tn95t3Yx26UczDlXYqf2LZf88n/7+v8A
40f2LZf88n/7+v8A41Yu7uGxtZbm5fZDEpZ2IJwB34p8cyTbvLJOxih46EdaOZhyrsVP7Fsv+eT/
APf1/wDGj+xbL/nk/wD39f8Axq3JNHCoaV1RSwUFjjknAH1JIFEc6TbvLJOxircdCOtHMw5V2Kn9
i2X/ADyf/v6/+NH9i2X/ADyf/v6/+NXs5paOZhyrsUP7Fsv+eb/9/X/xo/sWy/55P/39f/Gr9FHM
w5V2MbVNIs4tKunSNwyxMR+9c84+tbA6VT1j/kDXn/XFv5VL9shFyLcMWlIyVUZ2j39Pxpu7Qkkm
WKo65cSWmg6hcQvslhtpJEbGcEKSDg/Sr1MkjSaJ45UV43BVlYZDA9QRUlHEJ4j1N00u0M4+12tx
HHqTBB+9ywVAOON4O/gduKml1O9PhmDU01WaWW+MDeRbxxlog8qBljBHUBivzZ59K6v+z7TzGf7L
DvZlZm2DJK/dP1Hb0pkek6fDLJJHY2ySSsHdliUFmByCeOSDz9aAOWe+1qyNrc6nc3Edkp+YRrCZ
lUyYUzrjkFcD5OQc8el291Ce/wBUhjt9QutLtxaTTMZIFQ7ldACwkXO3DHpjPrW9PplldXcV1cWd
vLcQ/wCrleMFk+hPIpLvS7G/kikvLO3uHi/1bSxhin0z06CgDjm8XXV1qOnRyTSWsUkMMd0sMOdk
sy5BDspC7T5fB/56dDxVe48Rahp2nWzf2pc3F08s88itAr5ihkZfLARPl38DcfQ4IrvGsbVo5Y2t
4ikz75FKDDtxyfU8D8hSx2VtDIXit4kdhtLKgBIyTj8yT9SaAMTWPES2cdvdWpE8TW09wFDgBtkQ
dQeD1yPz71TuPFGpLFLafY7OO/QyBmNyRCqrEkmQxXOcSAdOxPSuiXSNPRCiWNsqEEFREoGCoUjp
/dAH0GKW40qwu1K3NlbTAuJCJIlYFgMA8jrjjPpQBy+m+Jb14ra2jWOa8nSEI9zLtjz9nEjE4XOT
zxz3PAFJq/jK7ifUbayjtjLDayyxzZcorxhS6klQGxuP3SeRzjNdPLo+nTwGGawtXibblGiUqdow
vGOw4FKdH04zyTGwtfNkTy3fylyy4xtJxyMDGKAMJ/EN9Dqb2CRW7XbyJGDJMVhQ+T5jkHbu9cDn
PXgCo7Pxlc3l1asljCLOX7OrsZiZFaXcBgYwQCvXIyDmugfRdNltjbyafavAduY2hUr8owvGOw4F
S/YLTdu+zQ7gVOdg6r938u3pQBYooooAKoa3/wAgi4+g/mKv1Q1vP9j3GOu0fzFVH4kKWzL2etFc
k02strirfCBCH/0VC7rCx+qjlvZvyrZ3a5/zz03/AL+Sf/E03C3UlTv0NWisvfrn/PPTf+/j/wDx
NG/XP+eem/8Afx//AImlyj5iunhzGoTTSXs720tyLv7LtUL5gxgk4yQCoOM9RVdPCAgtxb2upXcE
UkCQXCqEPnKo2g5I+UleCR7elaG/XP8Annpv/fx//iaN+uf889N/7+P/APE0cocxLJpkUlxYSrmN
bEsY0UcEFCmPoAazX8Jp9jtYLe/ubdoLY2bSIFJkiOMg5GAeOCOnNXd+uf8APPTf+/j/APxNG/XP
+eem/wDfx/8A4mjlDmK8Xhi3gkRopZVWOZpVXjA3ReVj6ADP1qQ+HLaS1063mLyw2UDW+xgMSq0e
w7vw9Kk365/zz03/AL+P/wDE0b9c/wCeem/9/H/+Jo5Q5jKh8DxW9klpFqV6ImiMFxnaTcR+Yz7S
ccH52GRzg+vNOm8FQXCywy3tybUpKkUAVAIhI6uSDjJIZRjOR2rT365/zz03/v4//wATRv1z/nnp
v/fx/wD4mjlDmIYfDcS6FLpsszFZHEnmQxJCUYEFSoQAZBUHnNX9PtZ7WErdXcl3KxyZHVV/ABRg
Cq2/XP8Annpv/fx//iaN+uf889N/7+Sf/E0cocxqUVl79c/556b/AN/H/wDiaN+uf889N/7+P/8A
E0cocxqUVl79c/556b/38f8A+Jo365/zz03/AL+Sf/E0cocxqUVl79c/556b/wB/H/8AiaN+uf8A
PPTf+/j/APxNHKHMalFZe/XP+eem/wDfx/8A4mjfrn/PPTf+/j//ABNHKHMalFQ2xnNuv2oRCb+I
RElfwzzU1SUYfhqOWNtX85ZF3ajKybwRleMEZ7VuVQ0vUl1I3gWNk+y3L25yc7iuOf1q/Te4lsFF
FFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf
/QVq/VDTv9bf/wDXyf8A0Faa2E90X6KKKQynq0bS6ReRxqWd4HVVHUkqcCo9AieDw/p8UqMkiW0a
srDBUhRkGrN7cfZLGe427vJjaTbnGcDOKZpt5/aGmWt3s2efEsm3OduRnGafQXUtUUUUhhRRRQBm
yeINMhvJrWS7RZYQWkyDtTA3HLY25AIOM5rR4PpXH694avtUn1GK1toYILqN/NLXBaO5OzCkxbcK
4YL8w7L37Ivhu9bV4rhbO2gAlhlSZZiXto0QA26qBjaSG6YGGJIyKAOuMyCcQ5O8qWAwcYGAeenc
U/I9a4uTwfcrolpZQRQJt0/yJ1DkB5S8RY575CNz16VkeItBnt2trFrCabTvPnkSK2QuFVmQqi8E
K2A2DxjJ55oA7zUtc0/SHjS+uPKaRWZRsZvlGMk4BwBkcn1pLjX9NtUkea7QCNkVtoLHLjKgAA5J
HPGaq6nBqK6zaXunWkM4W2lgZZZvLCFmjIJ4OR8pzisi08M6jpE8E9oILj7IYwkbPs81RB5bc4O0
g8jrxkUAdTZX9tqNstxaSrLExI3DsQcEEHkEHqDzUomQzmHJ3hQ2MHGM469O1clL4d1J5Le7W3th
ePePdOrSbooN2wYwVyx2p94bSCT2Jq9rmgT6rqDsyxvaSJbI6O33gk+9wR/u/n0oA6KjIrkNS0a5
t/CltYJaLclNQVltw5CGLzyyqTg4UKQOmBjHSqo8Laut3pbrHaRxW1wJgsbDMCecXaMMVyRsIUBd
o65yMUAdzkUyaaO3hkmmdUjjUs7McBQOpNcLfeCbx9IsoI4Ufa0zXUMc4iMjuflfcUbJAGOmRng8
VPdeCri4kvJPLg826M6SO7li8bQhUDcc4cA/hnrQB2qOsiB1IKsMgjuKdVPSLc2uk2sDW0dsY4wp
hjIKpjsCAKuUAYXjCF30F7mEEz2TrdR49UOT+ma2LedLm2jnjOUkUOp9iM06WNZonjkGUdSrD1Br
C8IzGPRGspm/eadK9s5Pop+U/wDfJFVvEnZif8hDx16xaZa/+RJD/wDEj9a0rX/kL3/0i/kazvCI
NxZXWpuPm1C5eYf7gO1P0H603UDqP9pXf9n7fL/d+cRnzMYP3f8AOfSqau7CvZXOiorJs/t/2WP7
MbMxY+Xd5mfxzzn61P8A8TX/AKcv/H6ixVzH1fTdQutQ1SGC0ie11K0jtzO8oAix5gYlcZPDgjHf
0qrBoGsRauNTM0OZJ5EkgC4YQFdi5kz82NkbYwOSea6L/ia/9OX/AI/R/wATX/py/wDH6LBc5WTw
zrksFq6TW0MmnWdvHbxld5eRMM/zZ+TJAXODwKv6zo+oazO7SQLHC8SRNF5/ULcKxORjqgP54rb/
AOJr/wBOX/j9H/E1/wCnL/x+iwXOP1TwjqE1m9tFaR3MO2eO2R7ootrmUsjD1+QgY7Yx0Jq/LoN8
dSE1zaJfWpuZnWE3G3yizqUkH0AIx1Hbqa6H/ia/9OX/AI/R/wATX/py/wDH6LBc41/CuqXMuovf
WVrOkssMywq4VJXSYsxHoShxluecdKs6l4b1O4eYm3jukke48qNrkoIHcrsl4/ugEccjt1rqf+Jr
/wBOX/j9H/E1/wCnL/x+iwXMPTfDl3Z6+moSENK1w/ny+YcyReSFXK9PvjOO3Wurqh/xNf8Apy/8
fo/4mv8A05f+P0WC5foqh/xNf+nL/wAfo/4mv/Tl/wCP0WC47WP+QNef9cW/lVGHw7BbXBMWWgkY
s6NI4ZT6gg8/j+dO1T+0v7KuvM+x7PKbdt3ZxjtWwKq7S0Jsm9Sh/Y1l/wA85P8Av8/+NH9jWX/P
OT/v8/8AjWhRU8z7lcq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/PO
T/v8/wDjR/Y1l/zzk/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+
4cq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjR/Y1l/zz
k/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+4cq7Gf8A2NZf885P
+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjVTVdLtYdNmkjRwy4IJlc9x2J
rbqhrf8AyCLj6D+Yqoyd1qTKKsy8B1paSlqCxKKWigBKKxR4mT+0JYJLK4S3juRaG7JUp5pxgEA7
gCWAzjGTUH/CXxSWwuLbT7y4hS3W5nZNn7lWGQCC2WbAzhc8Y9RQB0NFZGoeI7exudKgQCVtTkCx
HdgbcZ3ZwfbA96U+KtFFqlwdStxDI5RX3cEgZOPYZ5PQUAa1FZNz4r0SzuJoLjU7eOWHHmIW5HT+
hB+nNO1LxDaaXLp6y7njvn2JMmCiDGQzHP3eQM+9AGpRWSvifTFSI3Vyls8skkaJKwBJRyhPsMjq
fUUjeKNOGsnTkuI3eOKSSZw4xCEKg5/FsexBFAGvRWZP4hsk0OfVLZ/tUEOQRERuLZxt5xg5PfFS
abqov5J4Jbaa1urfHmQS4JAbO1gVJBBweh7GgC/RS0UAJRS0UAJRS0UAJRS0UAFFFFAFHTdMj003
Zjkd/tVw1w27sWxwPbir1Yfhrzc6v53mf8hGXZvz93jGM9q3Kb3EtgooopDCiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+
grTWwnui/RRRSGQ3cC3VrLA5ISVCjEdcEYpthapY2MFrEWMcEaxqWPOAMDNR6urPo96kalnaCQKF
6k7TjFReH0eLw9pySqyyLbRhlYYIO0ZzT6C6mjRRRSGFFFFABRRRQAjHCk4z7CuXi8awx6Pb6hqN
lParPK8e0vGSoVtu772T9ACeDx69QfrjNYE3gvSriMRyLcbQzkATsMK7BmTr93cAcUAUp/F88Fpq
Ye2dJoHultpWQeVIYskL97OcAk8AcGtG08WWF7r0mkQec06b1L7Rs3J94dcjHqQAcHFDeEtLlmuZ
XWZ/tPmbladiimQYcqM4UkcZFWrbQ7az1CS7t3uUMrM7RCdvK3N95tmcZP8AMk0AZ0/i+Gz3+dbX
MwSSfe0EYxFHEwVmbLdtw6dfSovFHie60W/t4LYWx82BpAJkc+a4ZVWMFeFLFsZbjOK0pPDmnus4
eNsXCzJJ+8PIlIL/AJlR9KmvdFs9RMhuoy/mWz2rfMeY2wSPrwOaAOen8XXsWr31skdrILZnUwjd
5sarCJPMY9Nu4he3XrXVWU7XVjbzsAGljVyB0BIzUMek20dtdwAMUuyTNuYksSoQ8/RRS6ZpqaXa
i3imuJYwflM8pkIGMYBPbigC5RRSAg9D1oAWiiigBDXEeIrmTRtT1WCHhtXtk8gD/ntnyz+jA/hX
cVxnjO8SHxDohMQdbOT7RM39xCwQH8z+laU/iInsdXY2iWFhb2sY+SGNYx+AxUFr/wAhe/8ApF/I
1eqja/8AIXv/AKRfyNR3K7F4UtFFIYUVTm1awt72OznvbeO6kxsheVQ7Z4GB1OcUXOrWFmZBdXlv
CY1DuJJQpVScAnPQEjFAFyiqNvrWm3nlfZb+1m85ikflyq29gMkDB5IHJx2q0JozN5W9fM27tmec
dM4oAkoqK5uIrS3knuJFjijUs7scBQO5p0cqShvLdW2sVbBzgjqKAH0U13VACxABIHJxyeBSRzRz
bvLdW2sVbBzgjqPrQA+iiigAooooApax/wAga8/64t/KrgqnrH/IGvP+uLfyqY3cKXCQFx5zjIQc
nHqfQfWq6E9SeqWs3Mllod/dQkLLBbySISMgEKSOPwq5mo7iGO6t5IJkDxSqUdW6MpGCDUlHHp4p
1FotKt90X2yOdY9TwmR94IAvoXzuHsKlm1fVF8NRar9vjxfGBo44rbe0CySKCFHJchWx06/lXQ/2
PYCZ5vssXmSPHIzY5LJwh/DtTIfD+l28kjw2MCNI6yNhf4lbcCB2+YA8d6AOfGr67b/Y7jUXe20/
dhphaAsw34BmTOYwVxyBwSc46VcutUu9T1OCLSNQW1g+zSzM8ttkMyOgwQ2CB8x6fnWvdaNYX17F
d3NrHLPFgI7dsHI46HB55pL/AETT9Ulilv7WOd4gVQvngHGR7g4HBoA5ZvGkt1qWm26XMNmLm3iE
ybd7pLMpKEZ4wpC5z/z0HpVe58V6hpOmW01zqkMs8s00jJJAq5hhdlZVA/if5cH1zXaNpVk0M8LW
0ZjnkEsqkcM4xgn3G1fyFLBpdnbTNLDbRpIylCwHVSxYj8WYn8aAM/WdfGmrb3EYaaF7ee4wpADh
I9457ZqlL4rvfKkt00vGpKZAYvtC7FCxrJu3454kUYx1z25rWTw9paQmJbGERlSm3HGCgQj8VAH0
FLd6Dpt8rC6soZQziRtw6ttCZP8AwEAfSgDD07xTdyxQQLB9rvZo4dis6xKSYFkc5AOOvTB5PYUa
r40ltX1C2tLWGS5t7aSZCZiVDIFLq2FwCN3QE9OcZral8O6VNb+TJYwmPKnAGMbV2rgjkYXj6cUH
w7pTTyzGwgMk0bROdvVWADDHTkAZ9cUAZ7eIruPUnsVsxLevIkaQmYLGp8re/wA+3JA+mT6AdIrX
xmbu6thHp7/ZZvJV5jMu5HlyFG3HIBXBIPuM1qy+HdKntjBLZRNGdvBzn5V2jnOfu8fSpl0ewVgV
tIV2mMgKuANn3MD27UAXqKTNGaAFqhrf/IIuPoP5ir2aoa2f+JPc467R/MVUfiRMtmX6K5Q6jrEm
t+VdQpDtbMEH2jy1l99207/px9K1/tesf9Ay2/8AAv8A+xpuDQlNM1KKy/tesf8AQMtv/Av/AOxo
+16x/wBAy2/8C/8A7Glyv+mPmRWXw5N9vneS+3WUt2Lw26w4beNuAXzyoKg4AHTrVaLwlcWto1tZ
6q0MU1vHBcZgDFwq7dyHPykrx3HArS+16x/0DLb/AMC//saPtesf9Ay2/wDAv/7Gjlf9MOZEkmlI
bjTXiby47AtsjAyGBQoBn2BrKfwk62VpDa6gYXhs2sZJGgD+ZE2M4BPyt8vB5HqDWj9r1j/oGW3/
AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyKkPhaOCSMx3DBY53lVSucAw+SBnPYDOakk8MQT2Wm2lxI
ZILK3a3ZSuPNVo9hz6cc1P8Aa9Y/6Blt/wCBf/2NH2vWP+gZbf8AgX/9jRyv+mHMjHh8ESQ2X2Ya
tI6ywm3uneBWeaMyO/Bz8rfvGGefXGaWfwQbmGS2l1A/ZPLmSGJYBmPzJFkyWJO7DKOwyK1/tesf
9Ay2/wDAv/7Gj7XrH/QMtv8AwL/+xo5X/TDmRUTwxt8OXelia3ia4Yv5lvbCNVPHOzcc/d7mr+m6
bJaT3F1d3P2m7uAqvIE2KFXO1VXJwBuY8knmo/tesf8AQMtv/Av/AOxo+16x/wBAy3/8C/8A7Gjl
f9MOZGpRWX9r1j/oGW3/AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyNSisv7XrH/QMtv/Av/wCxo+16
x/0DLf8A8C//ALGjlf8ATDmRqUVl/a9Y/wCgZbf+Bf8A9jR9r1j/AKBlt/4F/wD2NHK/6YcyNSis
v7XrH/QMtv8AwL/+xo+16x/0DLb/AMC//saOV/0w5katFQ2zzSW6tcxLFKeqK+4D8cCpqkoo6Zqa
al9rEaOn2a4e3bd3K45HtzV6qGl6YumG72yM/wBquXuDkY2lscfpV+m7X0EgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A
6+T/AOgrTWwnui/RRRSGQXtx9ksp7gruEMbSbQcZwM4punXn9oabbXYTYJ4lkCk5xkZxmn3cC3Vp
NbsSFmRoyR1AIxTbC0WwsILSNmZII1jUt1IAxzT0sLqWKKKKQwooooAxtbJOqaIkhxA12S3oWEbl
B+Yz9QKwNPu9bUWDh5o4Y4rJXtvswCuZGYSEnGRtGDwRjvXayQxzBRIiuFYMu4ZwR0I96bNNHAqm
QkBnVB9ScCgDjre5vdQTTZZprqa8S6VpoHtfLW1k8mbKqdoyMkDknoOeaji8QapdQx7pru2hC2yX
M4siXicpJ5m1SvJ3hFPBAzXc4oxQBwOlnVYNKs4Lc3FtJJFaRtN9mG9Q0028kMMA42nB+7mmnxDq
76npdnNqAtMbDcu8SrvBmZfmypwWVMDG3lvTGPQMVWm0yyuLqO5ntIJLiL7krRgsv0NAHI6lb3su
r38K3d6SdStJIQYgywphcuvy44O4dT0yR3qMaz4gN9psMk/kRnaGke1c/aCJmRgQqEA7FU9V+9np
07vFGKAOX8NvqM91EtxJLDbRWofyRCqq7tLKDk4zwFU4BHXPeqOr6prNpbajNHLe7vtjw24jhXbE
ipkH7jFtzcdDngZHWu2wKMUAcdb3+tz38Us0kq28jwwvbfZwFAe33u2cbsh+OuB0qpo8t8tjoa3f
mx3cVzBFFA0e0LCYDnB6tlQxOehGMcDPeYprQxtIkjIpdM7WIyVz1x6UAPooooAQ1ycFiviGXxHO
/KT/AOgwn0CDkj/gZP5V0Or3y6ZpN1eN0giZx7kDgfnVbw1Ytp/h6zgk/wBbs3yH1dvmb9TVLRXJ
ersHhu/bUfD1lO/+t8sJIPR1+Vv1Bqa1/wCQvf8A0i/kazdA/wBB1vWdMPCiYXcQ/wBmQc/kwP50
moT6hDqV39hjUxny/NkzlkGD0GD+fP0p2u2kK9kjoaWsu0lvTaxmCK2ljI+VzdMxb8dlTebqX/Pt
a/8Af9v/AIilyj5jD1rTry61DVYItPaaPUbSKBLgugSJgZMs2Tu43AjAPTtVWHRdbXXTqjxQFJ5Z
IZI/+WvkbdiEsTgjKK+Bz8x966bzdS/59rX/AL/t/wDEUebqX/Pta/8Af9v/AIilyj5jkJNA16SK
wkgt7aOTSrO3WBJDl3lUBpNpBwucBMn3rT1ix1TVLh2ihuYIXiSIqtwEbi4UsQVbjMYJz1wcda3P
N1L/AJ9rX/v+3/xFHm6l/wA+1r/3/b/4ijlDmOO1bQNXnsJbT7Pe3UIWeO1RbzaIz5pKM5LAsPL2
gA56EHrWg+makdS33dveXNmbiZkSC6CFGLqY3PzDKhc8ZOPQ5rofN1L/AJ9rX/v+3/xFHm6l/wA+
1r/3/b/4ijlDmOMm0LWb2TUDf2MrwGaCdIIrggOyT7mKEyZz5ff5B04GBVrUNJ1mR5/3F5NGz3Bt
0hvPLMcjFfKkY7h8oGeOcf3Tmup83Uv+fa1/7/t/8RR5upf8+1r/AN/2/wDiKOUOYw9O0jVLfXo7
2d52L3DrO3nkxtF5IC4TOB+8BPAzXVVR83Uv+fa1/wC/7f8AxFHm6l/z7Wv/AH/b/wCIo5Q5i9RV
HzdS/wCfa1/7/t/8RR5upf8APta/9/2/+Io5Q5hdY/5A15/1xb+VULfQTaXL+XNO8MrFnY3Dq6n6
g/MPryKk1WTUDpV0JLe2CeU2SszEgY9Nta4qrtRJsmyl/ZUX/Pe8/wDAl/8AGj+yov8Anvef+BL/
AONXqKm7K5UUf7Ki/wCe95/4Ev8A40f2VF/z3vP/AAJf/Gr1FF2HKij/AGVF/wA97z/wJf8Axo/s
qL/nvef+BL/41eoouw5UUf7Ki/573n/gS/8AjR/ZUX/Pe8/8CX/xq9RRdhyoo/2VF/z3vP8AwJf/
ABo/sqL/AJ73n/gS/wDjV6ii7DlRR/sqL/nvef8AgS/+NH9lRf8APe8/8CX/AMavUUXYcqKP9lRf
897z/wACX/xo/sqL/nvef+BL/wCNXqKLsOVFH+yov+e95/4Ev/jR/ZUX/Pe8/wDAl/8AGr1FF2HK
ij/ZUX/Pe8/8CX/xqnq2nRxaZM4muiVwcNcOw6jqCa2qoa3/AMgi4+g/mKqLd0TJKzLhRXxuAODk
ZHQ07FFLUFiYoxS0UAN49aXA9a4hLNW167aGzuE1T+1FkW5ELKBb4TdmQjaVKhhtyeSOO9UIbJRp
ZTVtOvZbo6fDHp5SF2aNtmCAQP3bh+STjjHPHAB6G8kceN7quSFGTjJ9Kdx61zeo6ZcXWo+GTcSS
u1tIzTlFUoXER+Y5BxyMA8deOaypLvXYNJsXnu9SEk1s8xaK1V3Nx8uyIqF+Vep5AzzlhQB3PHrR
x61xj/8ACQ3F4S97e2yyTtE0cUKFYlWAPlSVPWTK5JOc4FS6tbalqtv4enjV49QSJrjdtKqk3lZA
cdgTlSD6mgDruPWjKhgu4ZPQZ6159b32tJp0Rii1GzeRZZbe3W13752uJDslJB2qF291GCTngUtz
ca4dQlvIlvZb+C3ulETWv7mE+bGFEZ2jeTGM4yc4/CgD0HA9aMA964ub+0L74famlzPLeTMWVG+y
urFcrxtKqWxz2Gelb/huOCLSUS2CbQzZKWhtgTn/AJ5np9e9AGrijFLRQAmKMUtFACYoxS0UAJij
FLRQAlLRRQBh+GnmdtX85pG26jKqbyeF4wBntW5VLTtRi1E3QiV1+zXDW7bu7LjJHtzV2m9xLYKK
KKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/
+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPVwx0e9CBi5gk2heudp6VF4fDr4e04ShhILaPcHzn
O0ZznvVq8uBaWc1wylhFG0hA6nAzTdPuxqGnW92qFFnjWQKeoyM4p9BdSzRRRSGFFFFABVHVf9Tb
/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJQBgeKv9LOm
6Uuf9Nul8wD/AJ5p87fyA/Gt8cVz9v8A8TDxvdTdY9Ot1gX/AK6P8zfoAK6GqlpZErqzntW/0DxV
pN8OEuA9lKfr8yfqD+daVr/yF7/6RfyNVPFlq914duWhH7+3xcRH/aQ7h/KpNIulvbm4uo/uTRQy
L9CpNPeNxdTVAA6CiloqCxKKie8to7hIJLiJZn+7GzgM30HWia8trfd59xFFtAJ3uBgE4B596AJa
KhhvrW4CmG5hkDMVXZIDkgZI474qXzE8zy9678btueceuKAFopss0cETSTSLHGgyzMcAD3NKsiPn
Y6tg7Tg5wfSgBaKMgd6RZEfOxlbB2nBzg+lAC0UZpaAEopaKAKWsf8ga8/64t/KrgqnrH/IGvP8A
ri38qsNcRRyRxNIokk+6pPJ/Cq6C6ktU9XunsdGvbuLb5kEEkq7hkZVSRn24q5UVzbxXlrLbzrvh
mQxuucZUjBH5VIzk18XXjwaTH5UAvHnEWopyREA2w7RngsxBGT0qW41zVYfDqau81lHDdGAxAQO5
gWR1HzYb5ztbPGOR3raGgaaLmWcWw82WSKR23Hlo+EPXt/8ArpkHhvTLbiK3KqHV1TzHKoVYONqk
4UbgDgYHFAGJH4i1dWtJbxYraxkYj7U1rIVl+fAJG7MOVwQWyMn870+s3WoalBBoN5ZNE1vLM0kk
ZkVmRkXbkMMfe5PNad7o1nqFyk90kjsgA2+a4RgDkbkB2tg88g03UNCsdUmjlvI3d40aMFZXQFSQ
SrBSNwOBwaAOdPjVrnUdNt4JLW1W8t4y6ynfJHLKCYwFBG5Rtwf99eRUFx4w1DTNLt7m9utOaSWe
UshjMWIYXZZNuXO5zhcD1PQ11DeH9NZJkNqmJpFlcjIO5du0g9RjYuAPSlj0DTYpjKtrGWKMnzZb
5WYuwwfVmJ//AFUAV9X11NL8iX5pIXgmnIQAlljTfwSRjP8AnFU5fFz/AGd449Ku/wC0AXX7MWjy
oVFfdu3bcbXXjPU4rQHhrSxAIPs5MYRowrSucKyCMgZPA2gD9etLd+HNNvt5ngJLvvYrI6EnYEPI
I4KgAjocUAZNh4rmlt4UNtJd3sscRSKIKm4mFZHO4nAAz3x1A96XVfGq2Ul/bW9p5t5bWz3CoZ05
2hSwYAkrjd364OO1ab+GNKaNUFuybSpVo5XRl2psGGByPl44PI60jeFtJeaWRrUlpo3jceY+0q4A
f5c4BbAyRycUAVW8SyxXklp9hmlvC6IlspQEEx72y5bGAO/0AzTYPGcFzeW8cdldeRN5QM52gRtJ
napXOc5Ug4BAq7L4a02dMSRSFsq3mCdxJlV2A7wd2dvB5571JH4f02HZ5dqiBDEVCkgDy/uYGe2a
ANKiiigAqhrZxo9wT0AH8xV+qGt/8gi4+g/mKqPxIUtmUG8WWDXwggnhMan97NJKEVfZf7x+nHvV
z/hINJ/6CVr/AN/RSnRrdL4XVvmBycyqgGyX/eHTPuOau+TH/wA80/75FN8nQlc3Uo/8JBpP/QSt
P+/opf8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/AHyKXuj94of8JBpP/QRtP+/oo/4SDSf+
glaf9/RV/wAmP/nmn/fIo8mP/nmn/fIo90PeKH9v6R/0EbT/AL+ij/hINJ/6CNp/39FX/Jj/AOea
f98ijyY/+eaf98ij3Q94of8ACQaT/wBBG0/7+ij/AISDSf8AoJWn/f0Vf8mP/nmn/fIo8mP/AJ5p
/wB8ij3Q94of8JBpP/QStP8Av6KP+Eg0n/oJWn/f0Vf8mP8A55p/3yKPJj/55p/3yKPdD3ih/wAJ
BpP/AEErT/v6KX/hINJ/6CVp/wB/RV7yY/8Anmn/AHyKPJj/AOeaf98ij3Q94o/8JBpP/QStf+/o
pP8AhINJ/wCglaf9/RV/yY/+eaf98ijyY/8Anmn/AHyKPdD3ih/wkGk/9BK0/wC/opf+Eg0n/oJW
v/f0Ve8mP/nmn/fIo8mP/nmn/fIo90PeKP8AwkGk/wDQStf+/opP+Eg0n/oJWn/f0Vf8mP8A55p/
3yKPJj/55p/3yKPdD3ij/wAJBpP/AEErX/v6KP8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/
AHyKPdD3htvcQ3UKzW8qSxt0dDkH8alpAAowoAHoKWpKM/S9MGmG8xKZPtVy9xyuNu7HH6VoVieG
55p21bzpHfy9RlRN5J2qMYA9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGQXkAurOa
3ZiomRoyR1GRim6daCw063tFYusEaxhj1IAxmmauWGj3pTdv8iTbt652npUXh8ufDunGTcZDbR7t
+c52jOc96fQXU0aKKKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKK
ACiiigAooooAKKKKACmSyLFG0jnCICxPoBT6juII7m3kgmXdHIpR1z1B4NAGL4PjZtHa+lGJdQme
6b6MflH/AHyBW7msEeB9BUACyYAdhPJ/8VR/whGhf8+bf9/5P/iqp2buSrpG6wDKVYZB4IrmPBcb
2ranYyf8uU4gT3QZK/o1Wv8AhCdC/wCfNv8Av/J/8VVAW/8Awjt5exaPZbYZDGZZS5by+Dzg5J+v
QVUbNNImV002dbRWXa3V79mTZaeeuOJDcqd3vkDFTfa7/wD6Bw/7/r/hUWLuc7r2nyXWsanGuly3
Et3aQx2tyEG2GQGT5t+crtLK3HPpzVZdK1WXXX1K5sIZLe6le1kV/ml8kLtjZkIwBvTf1J/eH3rq
vtV//wBA4f8Af9f8KPtV/wD9A4f9/wBf8KLBc4oaNq8cWnTWWlQxnSLS3ZFY7HeXCmbYAMElRsOS
Opra1hNTv7p2so762ieJIty4RwftChiDzjKbj9K2/tV9/wBA4f8Af9f8KPtV9/0Dh/3/AF/wosFz
jdZsNam06azkXVbiLZPHbiJxliJTsMpJ+ZTHtxnOee+K0Xi1RdSxcpqX2JrqZk+xsA27euwtg/c2
7uvHXPauh+1X3/QOH/f9f8KPtV9/0Dh/3/X/AAosFzjJ7XW799QF7baklss0EyRRTMW3LPltjZ5+
TnC4HAwMirWoQ62Gn2pqfltJcmAWjhW80lfKLnP3MZ68dc9q6n7Vff8AQOH/AH/X/Cj7Vff9A4f9
/wBf8KLBcxNOttZj1+O5uZbtkkuHjmQvmERiEEFV7fvAcHrXVVQ+1X//AEDh/wB/1/wpftd//wBA
4f8Af9f8KLBcvUVR+13/AP0Dh/3/AF/wo+13/wD0Dh/3/X/CiwXHax/yBrz/AK4t/Ks+30Se2vHb
7VcyJMSTMJAHX2ORyPp+VP1S5vW0q6D2ARTE2W89TgY69K2RVXaiTZNlH+y2/wCf+9/7+D/Cj+zG
/wCf+9/7+D/Cr9FTzMfKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z/wB7/wB/
B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z
/wB7/wB/B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmY+
VFD+zG/5/wC9/wC/g/wo/sxv+f8Avf8Av4P8Kv0UczFyoof2Y3/P/e/9/B/hR/Zjf8/97/38H+FX
6KOZj5UUP7Mb/n/vf+/g/wAKp6rp5i02ZzeXbhQDtdwQeR14rbqhrf8AyCLj6D+Yqoyd0TKKsy8O
9LSUtQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT07UYdQ+0i
AOPs87QPuGMsuM49uauVnaTph003uZfM+1XT3H3cbd2OPfpWjTe+gkFFFFIYUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf/QVq/VDTv9bf/wDXyf8A
0Faa2E90X6KKKQyG7uFtLSa4ZSyxIzkDqQBmm2F2t/YW92isqTxrIqt1AIzzS3tv9rsp7cttE0bR
lgM4yMZ/WmabaDT9NtrQOXEESxhiME4GM09LC6lqiiikMKKKKACqOq/6m3/6+Yv/AEMVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv
/pF/I00J9C6qKihUUKB2AxS0tFIYlFLRQAlFLRQAlFLRQAlFLRQAlFLRQAlFLRQBS1j/AJA15/1x
b+VXBVPWP+QNef8AXFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/
AJBFx9B/MVfqhrf/ACCLj6D+Yqo/EhS2ZepaSlqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAYnhu5muW1bz5Xk8rUZY03HO1RjAHtW3VLT763vjc/ZwR5E7QyZXHz
jGfr161dpvcS2CiiikMKKKKACiiigAooooAKKyH19U8Xx6D5DF3sjd+du4AD7duP1zTta1O/sDBH
pmkS6jNLknEqxRxgY+8x9c8AA96ANWisTw14kHiCO7SWzksr2ymMFzbyMG2NjIww4II703X/ABK+
k3tnp9lYSahqV4HaKBZBGoVfvMzngDkUAbtFYQ8SyWfh671TXNNn077IT5kW9ZSwGPmUjgg59uhr
YiuI5rdZlYeWVDZJ6DrzQBLRTUkSRA6OrIf4gciq97qNvY2c9zNIPLgiaZwpydoGcgfhQBaoqpp2
pW+p6Zb39u/7i4iWVC3BCsMjPoeatFgCASATwMnrQAtFMaaNBlpEUZ25Jxz6U+gAooooAKKKKACq
Gnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPV2ZNHvWQsHWCQqV6g7T0qLw+7yeH
tOeVmaRraMszHJJ2jOat3Vwtpay3EgJSJGdgOuAM02xu0v7GC6iDCOeNZFDdcEZGafQXUsUUUUhh
RRRQAVFPbpcKivnCurjB7g5FS1xF9qRi1mY3lxP9pS+jiitVvWgxCSoV0QDEucktnPQjjFAHb0V5
3J4r1i9jumF3Y6fHFPHkZDywAXCowdd2QuDkk49uDkXbbWdQgmuBPfR3Tx6hOioFKGNFgkdcgNyD
tGM//XAB29FcDceL9Ws9L/fvZtdO0BWVYtqqskbORtZwCQVxyw4Ptg6+qa5e6XoemXU01oJJApum
XDZ+XJES7hv57Ak46A0AdPRXn934qv8ASNM1CSS/inuY76dY0aBQERQWCsS64yMY7kdAatxazf8A
2+4El5HLu1CAR2+CphjeEPyQclc5HIxkE+wAO1orhbTxFf317phfUII1LzxXCJGDHK4RWVUcOQ3U
4I565AIIq9oGvXN/dWkE13awYghP2Z1Yy3G6EOXVi2cAkjofunJzQB1lFeeah4vuboarAs8cUNu0
UqSunlmLFyqEOA5O3AzztJGeMGp5vGN/HA+26sQIlmaKdoW26gyttVIwG4JzjgsTxgYoA7yiuF1X
xVfPDf2dvPDb3saXh2hMyRLGgZDjPfPXoe1amt393Douk3NtqsCB7mFZroRgxyI3U/ewAeO9AHTU
Vwn9v6no9peSfurmIteSQoysGi2XITLNk5XEhOMDASuj8L6jdanpRmvZLSSRZWQPayB0ZR0yQSAe
eQCaANiqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/WVL4js4dWNhItwHEiwmXyT5QkZQyru6ZII/M
Vq1zV14XeXXpdVimVZ2uUkGS2DF5YjZSOm7qQcZBxz1pDNttUsUjlke8tlSFtkjGVQEb0JzwfY1H
e6xZ2EtvFNMvm3EixxxqwLHccA4znHvXJ2nge+s9PkghmtFlIjjaYPKWnRd33t27Z97Pyj1GcGpr
XwZd20tgPNspFgNq8krxsZQYUClUPZTjP4n1oA66a8t7Z1SeeKJnBKh3ClsDJxnrgVXtda06+gtp
ba9t5EuhmEiQZk9cDrkdx2rJm8NzrqdlPb3O8RcSzXLGSVkzkpgjaQfXgj1PSs4+ENSa30i3+1Wi
xWHlBljUqG8uQNu6ZJYDGCcA+uaAOktde06+jWW1uo5oT5mZVYbV2EBsnt1pG1/TRK8KXcUsyQrO
Y43DEoxwGHqOP85rCHhKc2wgcWbxx/alVBvQSCV0ddxHII2kceg+lI3hS/kglSW4tHkns1t3kMeC
rLIzjGAMjDYJ4J2g96AOqS7gkuJLdJ4mnjALxhwWUHpkdRUR1SxWNpDe2wRX8ssZVwG/u5z19qy9
O0m+0ya48tdPYNMzpOyN5rK8u9lY+wJA55IHSsm88DyTaZYwRm1kMHniWJzJHHL5pzuJQg5GMc9c
mgDrG1C0SdoGuoFmVdzRmQBgOuSM5xSy39pBG8k1zDHGmAzPIAFz0yc8Zrj5vCF1/aUcQS1NrKbn
NwiEyoJYSuGJPKg4AHOQFz0on8G6jdp5l1LZPMJlcwo0qRuohEWCw+YHjI7dR70AdVe61p2nRSSX
l7BEsQUvucZUMcAkdcE1cR1kRXRgysMhgcgj1rjZPBtyYbmCBrKCCS3RBGA7q8i7ME7slQNmOCcj
BIyK7CAMsCCQIrhRuCfdB9vagCtrH/IGvP8Ari38quCqWrsG0a8KkH9044+lXR0quguotFFFSMKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJ
S1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM3SNMbTTfb5Q/2
q7e4GBjaGxx+laVYvhy7muzqvnytJ5OoSxJn+FRjArapvcS2CiiikMKKKKACiiigAooooA46b/ks
lt/2A3/9HCug1i2vb22EOm6n/Z9xncZBCspK+m1vfHPtVTW/B2jeIbyK61K1eS4iTy1kSeSMhc5x
8rDvUEngPQZLO2tjazKtru8mRbqUSJuOWG/duwT2JoAzPAIfTtV1/RbopcXtrOk898pP+kmRcgsC
flYAYwOPStbxJ4ah1+a2lhvpbDVbPL21zAQWQHggqfvKccir+jaDp3h+1a30y2WFHbe5yWZ29WYk
kn6moNa8KaTr88U+oW7meJdqTRSvE4X03KQce1AHCa5fXGu+BPFFj4ghtbnUNDfatzEvyOxXKuB/
C2CQR2rZ1XT9A0nQdK06PQ0uzfzq0FjE3lpLLsyWck4wAO+e3FdNaeG9JsdGl0q3solsZQwliOT5
m7glieST6k5qkvgbQ10ldO+yym3SUTRk3EheNwMAq+7cuAMcGgDktBik0/VPGNgLGHToBYJMLOCb
zI42KOCRwACQBkAUuk+ENGPwqN/NZrcXs+kmV55iXbPl7lA9AuFwO2K7PT/COjaX9qNpabGu4vKu
HaR2aVefvEkkn5jz1rQtNNtbHTItPt4QtpFEIUjJLDYBjHPXj1oA821LSbHTvgU09jaxQSXVlaSz
vGMGRsoSx/M10Pi6VD4o8HIsilmvXYKG5I8o8/TmtjT/AAjo2mafdWNtaH7JdDbLDJK8i7eflAYn
A5PAqvp/gPw/plxb3FtYnz7Zw8UskzuyYBAALE/Lgn5elAHM6H4a0bxBrvixtYiW6MWouixySHbE
pRcuFzwT/e/2fat74a3M914FsHuZXmKmSNJX6vGrsqH/AL5AqhZfD6zv9T1241yyybq+aSF452Rp
ISqja2wjK5B4Ndpa2sNlbRW1rEkUEShEjQYCgdABQBLRRRQAyVXaNhG2xiOGxnB+lUHs9TYfJqaK
fX7KD/WtKimnYTVzFNhq3/La8FyvojGDP5A1c0tovs7pFAYDHIVkQnJ3dSc9+o5q9VDTv9bf/wDX
yf8A0Fabd0K1mX6KKKkor30H2uxnt923zo2j3YzjIxmm6ZafYNMtrTfv8iJY92MbsDGcU3VnaLSL
x42KusDsrDqCFODUegSvN4f0+WV2eR7aNmZjksSoyTT6C6mhRRRSGFFFFABTSikhiBkdDjpTqQ9K
AI/3LOy5QsR8w4yR05qFryyjnhjaeESXGfKGRmTA5x64rjR4U1C/m1J0gtbIvcXRW4JYS3CucBWw
BhPoTxjAqzH4Quft0N4LTT7Yid2WCE5FsrRhNyHaPmyobACjPvyQDo9R07TdUiVb1UdYXyrCQoUb
GD8ykEcE96I5tNsU+wwGJfsiR/uIxuManhflHPauW0rwLJDFBFf29rKq3EUk++cyrPsSRd20oADl
wecn1PAqa38H3cMRQx2Zle1tYnuNx3hopNzD7uSCuOc/wjj0AOou7u1tIDNMVKiRI22jcQzMFXP4
sKsExKw3FAxwBnGfauOh8J6r/ad9cTSWm2d4mHl4UNsuBJkqEHO3jksc98VN4h0K71fxKxgtLcxm
ySMXc2QbdhKW3R4BywHuO3NAHVAwAEAx4Q8jj5T/AEoDw7hhk3BcjkZ2+v0rjP8AhDtSnvtRkuzZ
NFdtHuVQFWQLcCQ5UIP4cjksc55waW78F3Uur386CJkmjlW3kNwyeSrQmMJ5YXkA/wC1jHOMigDr
ZLqzilhR5ole4cpGCRmRgMkD1OBS3FzbWlpLcTOggt1Ls3UIFHNczH4PNpe28lvaWBggu0mSI/KE
XyBGxX5Tg7gG464HINTWPhq6i8M6ppc0dqqXKOkEed+3KYBd9o3HPOSM+pJoA37O7gvbeK4QFTMm
9VkXa+33HWpN8BQLvj2k7QMjBPpXKr4RuI9UjkihsUjWaKZbhSRLEiIFMKqBjaSD3Awx4JqKfwKJ
NJs7ZYLISW2mPbqduAtw2z94OOvyn5utAHZJscBkII9RTlUIoVQAB2ArN0TSRpH26OJIoreW582G
KIYVF2IMY6D5lY8etadABWQIbiTWb37PciEBY8gxhs8H3rXqha/8he/+kX8jTQmH2W//AOggv/gO
P8aPsuof9BBf/Acf41eNcjB4xmGt3kF0bYWlq1wZdsbiSKOL/loSflcE4GF5GRRcLHQfZdQ/6CC/
+A4/xo+y6h/0EF/8Bx/jWL/wn2nf2XLftDcLFDL5cgcxqR8u7IJbDcdlJOQRip5fFIOs21tFDItm
ZpY57uVQseUjZiAc5GCByRjg+lFwsaf2XUP+ggv/AIDj/Gj7LqH/AEEF/wDAcf41m3/i62gW8FjG
149vaNdBo3QI4AJABJyRwckAgdOvFLL4sit57W2mtJkurqHzI4vMiJ3bWYJjdnnafmxt96LhY0fs
uof9BBf/AAHH+NH2XUP+ggv/AIDj/GsaLxmq2Fvd3lrLD5tpFceSNpIMjFR8+7aF46nGB1x0qYeJ
5GvbmF7OSGOG5ghWVyrB/MCnoG4PzfT+VFwsaf2XUP8AoIL/AOA4/wAaPsuof9BBf/Acf41FZa7F
eWM189vc29nHH5yzTKAJI8E7lAJOMDOCAeRxVY+J8Rxf8SrUjNNueOEIm9o1AJk+9gD5lGCc5OMU
XCxe+y6h/wBBBf8AwHH+NH2XUP8AoIL/AOA4/wAayz4xt5HZbW0u5VKAxTbVEcjmHzlTk5BK+ox7
1X0/xXOmmW0uoW8klzLbwS+TDGqsWmkZVAy5GOB1PTk+gLhY3Psuof8AQQX/AMBx/jSfZb//AKCC
/wDgOP8AGsyfxjFBdy240zUZXjkMQKLHhnCB2UEt2U5yeODjNbtpcx3tnDcwktFMiyISMZUjI4/G
i4WOav7C/wBl5NFOYolR/OJhCifjsoP/AI9x+NdUKp6x/wAga8/64t/KrgqpO6QkrNi0UUVBQUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWp
GFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT0+8tbv7T9lGPJna
KX5NvzjGfr1HNXKzNG02TTTf+ZIr/abt7hdo+6GxwffitOm99BIKKKKQwooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK0
1sJ7ov0UUUhkN1OltayzyglIkLtgZOAMmksbqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e4j
OMjGaZpdobDS7W0LhzBEse4DG7AxnFPSwupbooopDCiiigAoopKAFopKWgDEuvE0VrrX2B7S4KK0
aPcDbsRnB2gjO7t2HHFU7HxrbarJELSG4RHniRXkj+WRXDYIOeD8vQ8jI45rYl0aynuXnki3Su8c
jHceWTO3j2yaqx+FtOgg8qFZ1RSGiVp3dYiAQNisSFA3HgcflQBjp46OoiJ9LsJ5F+1RxEFoyZVe
N2AX5sKRtGQ2CM8irMXi/demT7LM2nPb20olAUGHzWdfnycnkLwAcc1NoPhNdJiSO4vJbxYXWSBW
BURsqld2Cx5IY57cDgVZXwnpKzQSC3fMCJGq+c+wqjFk3LnDYJyMg0AVD4zhEHmnTr0LIgktchB9
pQyLGCvzccupw2ODmrd7rNza6npNstgzrfFhKfMUGHC59ee/T0pYfCukwFvLt2+bbgNKzBArhwqZ
PyruAOBgcVcvdLttQkgkuFZnt3LxlXK4yMEHHUEHBB4NAHPP41+1mNdNtnllS9SCWJXjferI5G1g
20H5ecnjBpW8axQNLPNHJ5JjhEMAUeZ5rNMHUnOOPKPPTg9c1fXwbpCQmJIZ1G9HDLcyBkKAhNp3
ZUAMQAOKmbwtpRhWJbdo1UIEMcrKybCxUhgcg5duc5O45zQBc0zUE1TTYL2KOWNJk3BJV2svsRVu
orW2S0to4Ii5RBgGRy7H6sSST9aloAKKKKACstbmK11O/kncIuIgM9ScHgDua1KwrjSLbU9Xu2mX
EsQjMbjnbwe3QiqjbqTK/Q2YpfOhV9jx7hna4wR9RWdL4b02cYlg3DzJpCCx5MoIkB9iD0+npT4N
FsxEontbdpB1KJgH8Kk/sXTv+fOH/vmloPUz5/B2m3NoLe4e9mUblDSXcjOFYBWQMTkKQBkVYj8N
2EeprfBZfNVmdUMreWGZdrEJnbkjrxVj+xdO/wCfOH/vmj+xdO/584f++aNA1Ibzw9Y39z51ysjg
RtGsZkby13KVYhegJViMj1qFPCmnJeQXWJ2mh2kM0zHcQpUMwz8x2kjJq5/Yunf8+cP/AHzR/Yun
f8+cP/fNGgalSPwvYw2ogie6QLCsCutw28RhiQuc5wMkfTinReGNNgYeVE6IvkkRiRtgMWNhx6gA
D3Aqz/Yunf8APnD/AN80f2Lp3/PnD/3zRoGpXt/DllbW/wBnjNwbfPELXDsgXaV2BSfu4Y/L06eg
qFvCenvbRwtJeER7gj/a5N6IQAUDZztIA49qvf2Lp3/PnD/3zR/Yunf8+cP/AHzRoGpEvh/T0xsh
2KJBIFViACIvKGB6bOMUg8P2A8nEbfuUhjT5zwsTbk/In8am/sXTv+fOH/vmj+xdO/584f8AvmjQ
NSM6FZGczeW28yvMTvP33TYx/wC+auWltHZWkNtCMRQosaAnOFAwOfoKr/2Lp3/PnD/3zR/Yunf8
+cP/AHzRoGousf8AIGvP+uLfyq4Kx9U0iwi0q6dLWJWWJiCF6HFbA6U3sJbi0UUVJQUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4evJ7xtU+0SGTyb+WKP
gfKoxgfrWzVPT7i0uDc/Y9v7udo5tqbf3gxuz6npzVym9xLYKKKKQwooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//wCvk/8AoK1fqhp3+tv/APr5P/oK01sJ
7ov0UUUhlPVpGh0i8kjYq6QOysOoIU4NR6BNJceH9PmmcySSW8bO56sSoyatXU0dvayzTDMcaF34
zwBk8UljcRXdjBcW4xDLGrpkY+UjI47U+gupPRRRSGFFFFABVHVCVigwSP8ASYhwf9sVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6pW0Trqd
5IykI4j2n1wDmmhMu0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFLWP8AkDXn/XFv5VcFU9Y/
5A15/wBcW/lVwVXQXUWiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDW/8AkEXH0H8x
V+qGt/8AIIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQBl6LpsumnUPNdG+03klwm3PCtjAPvxWpWP4fvp706n9ocP5F/JDHwBhBjA/Wtin
K99RLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf6
2/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhle/gN1YXFupCmaJowx6DIxTNKtGsNJtLR2
DtBCsZYDgkDGaNVlaDSbyWNirxwOysOxCkg1FoM8lzoFhPM5eWW3jd2P8RKgk0+gupoUUUUhhRRR
QAVR1X/U2/8A18xf+hir1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAISFBJOAOSa
55/FTRad/aM2nyRWDvEIZmkB3o7qu4qMkcNuA5yPQ10LAMpBGQRgisK38NPBaxWjajcyWlu8TW8b
Kv7sRurAFsZb7oGT29+aAJn8VaPHFDI96oSZSynY3yqG2ksMfIA3BLYweKVvFGkJNPE96gaAMXJV
tvy43ANjDEZAIBJycVSn8ILIZRHf3MSXIkjuVUKfOjeR5CuSPl/1jDI5wfXmg+EEyyi9lNunmm3g
kjR0iaQksSCPnHJAB6An2NAF2fxLYWwaS4kMcKxxybij7/ncoo2bd2crj19qSTxVpES2rNeAi6x5
W2N2Jy2wZAHy/MdvzY54qvb+E4oRDuu55Gi8nlsHPlytIB7DLYx2AAFZl14Rv4tcs7mye2lghJbN
x1QmZpGO0Dn7wxzwVBoA1dX8V22lTXtuYZnntLUXTfIQhUkjG/GM8f55qWTxZo0NmLqS9VYSzLko
+4FfvZXGQBxkkY5HqKTVPDy6pcXEjXUkSXFsLaRFUHIDFlYE8ggsfrVPUfBkF/ctci4KzNLJJmSC
OZQHVARtcEf8s1IPXr2oAua54iGji0EcMc5ui2wvcLEgAXd95uOe1VR4wBvYY/sEqwyLb7neRVkQ
zfdHl9Tjvg8c+lXtS8P2urfZVvFEsUCupiZQVcMu059Pwpmm+G7ewvBeTN9rvBDFCLiZFLjYpXIb
qCc80ATW+uW8nh9NXuP9HtjD5zludi++KjPifSxbG4NwwhVyjsYZPkOAcsNvyjBBycDBHNUn8N3c
XhO80eK+M4eDyrcyRqnlD3I6/l2qvqHgZdUt5Fu9SuZJpmZppCiYfKKgwmNoICjB929aANeXxLpk
JuhJc4NrIIpP3bn5z/COPmPfAzxUaeLNHknhhjvVd50WSPajkMGzt5xjJwcDqSMdagv/AAnBfW0s
TTMGa9N6jNGjhXK7SCrAgrgnr60sPhWKPYTcOSrW7nbGiKTCSRhVAABz0FAGhourwa7pcV/arKkU
o4WVCjD8DV+qGjaadI02Oz89pkiJEbOoBC9hx1x61foAKKKKACiiigAooooApax/yBrz/ri38quC
qesf8ga8/wCuLfyq4KroLqLRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf8AyCLj
6D+Yq/VDW/8AkEXH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAp6fLZS/afsXl5Sdlm2Lj94Mbs+p6c1crK0TTptOOoecUP2m9knTac4VsYz
78Vq03uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ0
7/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbqWKG1llnH7pELPkZ+UDnj6UllNDc
2UE1qAIJEVo8Lj5SOOO3FN1CBrrT7m3QgNNE0YJ6AkEUzSbRrDSLS0kZWeCFI2ZehIAHFPoLqXKK
KKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKK
ACiiigAooooAKp280j6leRM2UjEe0emQc1crAvdRk0/Up1t4BPcXMsMESM+1dxViSxwcABSeAelN
CZv0VjjxDFBdRWd6jLdEqkrQqzwxu33VLkDBbjGR3HqKzZvGsV1HZjS7a4ke4uY4j5sDDajIXD44
JBAOD7H0pDOqormx4306NIPOE5aSLzWaKFmRRsaTBJA52oxx7Vbn8UWFvdC3bz2k37TtiJCjYrli
ewCsCTQBs0Vz9p400q/0+e6tJTI0QOIThZJCF34UdyQR0psfjC3NvbzS2typuIYnSBYi0u6TfgYH
GP3Z5z+VAHRUVzU3j7RYLU3Ejzqh2lQ0JUurBiGUHGRhG/KrI8XabJ53k/aJhGyxr5cRPmOwyFX1
OOfpzQBuUVkw+JbCeMOjSYPk5BjIIMkhjUEdjuUg+mKhtfFtjeeSYobzbKnm72gICR9nb0U4OD7H
0oA3KKxdN8WaZq2nXd7aSu0NopaXK8gbd2ce4qv/AMJzo63UVvNJLBLJH5m2aMqVGGYZHUEqpP0x
60AdFRWNa+KLK6IXy7mGQyNGY5oSjBhH5nI/3Tmqf/CfaH5kiee+5IhKfkPIwpx9cOvX39DQBsax
/wAga8/64t/KrgrnJPECapFq1mlndRCC1EnmSphW3KTj6/8A166MVXQXUWiiipGFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABVDW/wDkEXH0H8xV+qGt/wDIIuPoP5iqj8SFLZl6lpKWpGFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaDfz3x1L7Qwb7PfSQx4XGE
GMD9a16pae1kxufsPl5E7CfYMfveN2ffpV2m9xIKKKKQwooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhl
TVJXg0q7mjbbJHC7KfQhSRUeh3El3oVhcTvvllt0d29SVBJqzdPFFayvcY8lUJkyMjbjnj6UllLB
NZQSWm37O6K0W1cDaRxgduKfQXUnooopDCiiigAqjqv+pt/+vmL/ANDFXqo6r/qbf/r5i/8AQxTW
4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArFn06DVL6+huN4CmF0eNyjowBwykcg/wD1
62qyFs1udZvi0k6bVjH7uVk7HrimhMRfDViLuO4Z7mR02Fg87ESMv3XcfxMOxPoPQU638N6fbPA0
UbgweVszITjy0ZF/RjU/9lR/8/F5/wCBL/40f2VH/wA/F5/4Ev8A40aBqc/H4Chh1r7VHcAWhi8h
oShZmi2bTHuJ6HrnGeetatp4W060cv8Av53O7c08zSFgyKhBz22qoq3/AGVH/wA/F5/4Ev8A40f2
VH/z8Xn/AIEv/jRoGoyx0KzsLV7dBJJE3AEzl9oxjCk9Biorbw1YWzWzL5zvbBFjaSUsQE37QfXH
mMPy9Ksf2VH/AM/F5/4Ev/jR/ZUf/Pxef+BL/wCNGgalJvCWmGONVWaNokRI5ElIdAu7GD/wNgfX
PtTpvCunzzyTu1z57hAsonbdEFORsPbv+Z9at/2VH/z8Xn/gS/8AjR/ZUf8Az8Xn/gS/+NGgalM+
FNN8y3dBOnkbPlWdgJCjl1LjPzEMSefU1IvhuwjNr5fnItvCINqykCSMdFcfxAZPX1PrVj+yo/8A
n4vP/Al/8aP7Kj/5+Lz/AMCX/wAaNA1K0PhqygsntFkujAwZdjTsRtKldv0APHvzSzeGdOnuGldJ
MPF5MqCQhZV27RuHfg4qx/ZUf/Pxef8AgS/+NH9lR/8APxef+BL/AONGgamZF4PtQlwk1zdyB5xN
HIZ2EqfuhGRvzk5AP4H8asQ+FrC13i1a5gVoxGVjmYDgAbv97Cjmrf8AZUf/AD8Xn/gS/wDjR/ZU
f/Pxef8AgS/+NGgamV/ZWmafYX/9mu6tFafZ3i8wkAKDglT35PPpXRjpXNapobPDcXUs0yrBG/lq
J2Zm4/iJ7f7I/OulHSqaVlYSvfUWiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf/
ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDJ0LT59POo+ft/0i9knTac/K2MZ9+K1qydC1Ce/Oo/aCp+z3skEe0Y+
VcYz781rU3e+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMrajA11p1zboQHlidFJ6AkEU
zSLV7HR7O1lKmSCFI2K9CQADinanM9vpd3NGcSRwu6nGcEKSKj0S4ku9Dsbidt0s0CO5xjJKgnin
0F1L1FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfopKKQxaKTOaWgAoopM0ALRR
RQAUUUUAFFFFABRSZooAp6x/yBrz/ri38quDpVPWP+QNef8AXFv5VcFV0F1KmpanbaVbie8l8tCQ
q4BJZj0AA5J9hVG28T2FzfxWkbOrSQtLvkXYFwwUqQ2CDk+lN8Q6deXNxp17YIks1jMZPJdtokBU
qeexGeKxda0DUvEFzLc3WmwIx06WGONplfbKWBQ5x1xnntWEpST0R3UKNCUU5yte/VafL9TsjPEs
qxNKgkbohYZP4UiXEMrFY5Y3YDOFYE4rhrnwvrE+vWdyYYTHBJbNvV0BCoAHB43E9e+MVXfwve6X
p32o2qpJHaXiztC3zsXJMfTk8flS9pL+U0WDotL96rv/AIPn8vU7e51aCBI2izc75ViIgZWK7jjJ
56VZjuIZHKxyxs2MkKwJxXnGgWD6nbMLS2QTRX9rPI6KqRFE/u4HJHcepqxJ4ZvNL0/7WbZUkS2v
VneFvnbeSY+nJ4/Kkqsmr2LngqUZODnZ/wDAv3+XzO+W7t5A7RzxMEGWKuDtHv6VSi160uRaPaM1
xBclgJkxtTaMndnBFc14DSC4g1NGtk3SBFdkiUQuu3AUYGM9c/WorXwrqMWm6ZbGzgje0NysjrIp
Eu+MqrfiSBzzxVe0k0ml/VyHhKMJyhOWq/8AkW/zsvmduLy3P/LeLOQv3x1PQVJ50fm+V5ieZjOz
POPXFeeS+Bbw2Mqx2VuJjp0EancAftCt8zZ9cd60rfwvfL4xfULhGeMz+ck6TKMLtxsK7dx9OuMU
Kc+sRSwtBJtVdk/08/P8DsDNEsqxNIgkYZCFhkj6UguYSZAJoyY/v/MPl+vpXMajod9P4sjvrS2i
VCFWS4kdWwApGVXG5WGexwe9Zdp4P1IQeR9ltrR47Ge2kmSQMbx3GAWwM47880OcuxMMNScU3Uto
v63/AKvrY7v7RDz++j4AJ+Yd+n50LcwM6Ks0ZZxuUBhlh6iuFk8MavdadepNaRRyTwWkSoJgf9U3
zZPGOBmr03hm5TVdQ+z2Vv5VzGFtbvcFazxGV2quM4z6etHPLsN4Wir/ALz8vLz839x1qTRygmJ1
cA7TtbOD6VmWmvxXGqNYSWt1bTFTJH5yACRQcEjBP64rL8F+HrjRUna5heF5FRCvmq6sVBywCqMf
jknvWjYaXKviHUL+7VmLbY7Vmk3bY8DcAP4ctTTk0nYynTpQlON7pLR+f9fgbVUNb/5BFx9B/MVf
qhrf/IIuPoP5ito/Ejklsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAp6cLIfafsPl5M7GfYf8Alrxuz79KuVkaDYT2B1L7Qqj7RfSTx4OcocY/lWvTe4ls
FFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf/wDX
yf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG6aFbWVrnb5AQmTcMjbjnP4Uli9u9jA1nt+zGNT
FsGBtxxgemKbqULXOm3MEeN8sTouemSCBUej2sllo1lazbfMhgSNtpyMgAHFPoLqXaKKKQwooooA
Ko6r/qbf/r5i/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAoo
ooAK5bXbqS1upsXTWdvJcQR3NyuAYoyrc5P3ckKue26uprCuNVtdN1W8W5YF5RGEj4y/B9eMe5pp
N7CbtuZ6eJJLfU7extJ4Lq3DRIpkcvPcq+cyIRwVXucH7p5HfPXXNZ1n+zIZXtrcy3NvI/keYoaO
SF3CEhgeCpzzg8e+erg1iwMSNNc2scmMFVkBC+2af/a+mf8AP5bf99ijlfYOZdzjIPHGotJFb2sN
u5Sz8+RZd7O58pn4ORk7gi4wSck9q018YXN7e+Xpi2lxCrMS6bn3qsMchVcHG4lyPatBovDramNQ
aS2N0GDhvNONwGA23O3OOM4zWgNX0xel3bD6OKOV9g5l3Of0jxNq2raLczfZIBOA2yWCRHSL93uG
9d5OQeMDn2FV7PxHqcsenLDNZz3N3BbBpiGMW5/O3HaD1HlgHnr6V1A1jTRnF5bjJzw4oGr6YOl3
bDH+2KOV9g5l3OQn8cavFZRyC0sfMmWKRGZyscausnDszKM5jwDkdehI5tv4yvEuLiKQWEBVogHZ
i8cCv/FI4OOvG35eoOSDmukOraYQQbu2IPbeKDq+mHObu2O7r845o5X2DmXc5+HxlKRbpcJbxzXH
2YRLkjzt8zRuyA9QFUMPQMM0ln4p1GX7Ebr+z4zcWwuljAcNPk4EceTy4xz1+8OO9dCdY00kE3ls
SOnzij+19M4/0y246fOOKOV9g5l3Oe0nxjd3WhXl5eQWouI0LQQwShjIRHvKkBmIIwc98dhST+Lr
qD7OqXGl3JZBIGh3YusvtMcPzH5gOvXqOOuOiGr6YOReWw5z98daBq2mDGLu2GOnzjijlfYOZdzk
tQ13WNRt7m1R7a3DzRiKSLzAwj+1mEgkMDk4ByCOCR6Gp38S6naxX/kJbMllFNIfOLszsJ5I1AOe
B8gPeum/tfTP+fy2/wC+xR/a+mf8/lt/32KOV9g5l3OcbXdTnnvdPvo7QxiO4i3whgS8ao2cEngi
TGPUZzzgdiKx9U1XT5NKukju4GdomAAcZJxWwKbTSEmmxaKKKkoKSlooAQDmgjNLRQAmKWiigAoo
ooAKKKKACiiigAooooAKoa3/AMgi4+g/mKv1Q1v/AJBFx9B/MVUfiQpbMvUtJS1IwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrQ9Rm1A6iJwg+zXskCbRj5VxjPvz
WrVPT4rOM3P2Hy8tOzT7Gz+943Z9D04q5Te4kFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+iiikMq
6nM9tpl1PGQJIoXdSRnkKSKj0W5kvNEsrmYgyzQJI5AwMlQTxVi68n7LL9p2+RsPmbum3HOfbFNs
fs5sYPsWz7N5a+Vs+7txxj2xT6C6liiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQ
xTW4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArKFrDd6pfJMgYARFT0KnB5B6g1q1Qtf
+Qvf/SL+RpoTLcMRhiVDI8hXjc/U/Wn0tFIYlFLSUARQ3VvcbhBPFIUOG2ODtPvimSajZRY8y7t0
yMjdKoyM49fWuFsbO/tNLtX0vSLi1v7W1khmYxCPzpHwqA45YKx3luwB7mn2Xhu4tHtrK70i2e3t
L1JomiXzVETRvvXLAH74JIx1cUAd6ssbkhHVivXBzjvTsj1ridBg1fSdQe+vdN/dalEZZo7Yl5Ek
35QMCAAQjbeCfuCm6na66lgrRXGoqJr2f7QYwZHjjDP5WxQykLjb0PpnIzQB3GR60Vw9tNqsPiDT
RfzanukuRGSwCW8kX2cnBUH7+9SSB0OecYruaAEopaKAEopaKAKWsf8AIGvP+uLfyq4KoapNHLo1
95bq+2J1bac4OOhq+KroT1FoooqSgooqC8uksrKe6lDGOCNpGCjJwBk4H4UAT0Vhr4rsGs9KuV85
k1ORY4VCfMpPXfz8uDwfQ8UHxTB9le5Wzvnh3IsLrEMXG5wg2ZPTLDrjI5GRQBuUVg2/iy2urtLW
C1vZJySJoxEMwYfYd/Prn7ueOatanriabdxW32O8uZHiabFugbaikAk5IP8AEOBk0AalFY0viayW
6tbeDzbqS7gNxD5Kgh1xkDJIALANgHrtPpVZfGdp9kiuZ7O+t4pbgW6GRFyW3FWOAxwqlTkn9aAO
ioqvc6haWTRLdXMULTNsjEjhS7egz1NQtremIlw7ahahbY7ZiZV/dnpg88UAXqKitrqC8t0ntZo5
oXGVkjYMrD2I61LQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaBY3FidT+0IF8++kmj5Byhxg/pW
vWXoupS6idQ85UX7NeSW6bc8quME+/NalOV76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKK
QyrqUL3OmXUEYBklhdFycDJUgVHottJZ6LZW0wAlhgSNwDkZCgHmpNSme2026njxvihd1yOMgEim
aNcyXui2V1NjzZoEkfaMDJAJxT6C6l2iiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACslbeSbWb4pdTQ4WPiMLzwfUGtaqFr/y
F7/6RfyNNCYv2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mHKUfsM/8A0Err8o//AImj7DP/
ANBK6/KP/wCJq9RRzMOUo/YJ/wDoJXX5R/8AxNH2Cb/oI3X5R/8AxNXqKOZhylH7DP8A9BK6/KP/
AOJo+wT/APQRuvyj/wDiavUUczDlKB0+Y4zqFyccjKx8f+O0v2Gf/oJXX5R//E1eoo5mHKUfsM//
AEErr8o//iaPsM//AEErr8o//iavUUczDlKP2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mH
Kjl9T0q6dLq6+0TRJHEwYkpunGOhCgDH1yfpXTiqes/8ga8/64t/Kmiyuv8AoJz/APfuP/4mqbul
clKz0L9FUfsV3/0Ep/8Av3H/APE0fYrv/oJT/wDfuP8A+JqbFXL1VdTtDqGlXdmH2G4heIPjO3cp
GcfjUf2K7/6CU/8A37j/APiaPsV3/wBBKf8A79x//E0WC5ir4OZb15vtgMfnxSxRlOIwGDyAc/xs
M+1PHhi7l0ePSbu+ilsoDCItsRSRkjdWwzBuuFxkY65rX+xXf/QSn/79x/8AxNH2K7/6CU//AH7j
/wDiaLBcy9R8LC5+xwWf2S1tbYhkYQsZ4m3ZJR93BPfIPqc0+fQbyG/guNLvljKQyQubsPcNh2Vs
qS3UbehyK0fsV3/0Ep/+/cf/AMTR9iu/+glP/wB+4/8A4miwXMH/AIQfY6yxajOkkDwfZlz+7VIg
NoZf4icvk5H3/anT+CvtirDdajOtskdwipB8hJmkZmyecjaQuPr61ufYrv8A6CU//fuP/wCJo+xX
f/QSn/79x/8AxNFguUoNFvGuNOmvryKZ7IMoKxFS+6MKSeTzkMfxx71j6f4El01IzBPZma2eNoJX
gclwu4Yky+DwxPy7fm59q6X7Fd/9BKf/AL9x/wDxNH2K7/6CU/8A37j/APiaLBcr+GLGfTdAt7W7
VVmjL7goAHLsQQB04PTtWtVH7Fd/9BKf/v3H/wDE0fYrv/oJT/8AfuP/AOJosFy9RVH7Fd/9BKf/
AL9x/wDxNH2K7/6CU/8A37j/APiaLBcu1n6vIkui3DRsrLgcqcjqKf8AYrv/AKCU/wD37j/+JrDv
NNvFS4uvPkhhx88bKgMxyOSFGB9ev0qoJX3Jk3bY6mlpBRmoLFopM0ZoAM0tef6hFe6dq2pXGiWk
s9zKzmSeSzcSwAsu7a/SVcA7VGSMDrjFPE3iJrOOSO+vZTBBJKpW0KCZhKoVGDruPyk9MZ60Ad2X
UMFLAMegJ606vPr9dUudQupWW/luIra+RY2tf3MfIEQQ7fmLKB3OatX+oa1pkuo3zXFx9nU3Sqkk
KmKJUQGJhwDy3qTnpQB29ICDyDXE2M15qPgLXFmupr66ZJVERG6SPMYwnCKST1+7/EKY9izXscuh
2U1tYG4gKIYGiTzQJN0gQgEDBQE4AOPagDuc0tcVoFnGt/pLWen3VpdQwudSkliZPMJXBVmPEjb8
MCCeAeeeZbq81pdcnWM3u5ZmVYVt/wBx9nEeQ+/HL7/fOeNuOaAOv6UZ71y9/bXD+A4UvvtN7M5t
pLhZItzn94jONijoBnjHQVj3unXN7BLpum6dcDS7y481IGJt1jjRBkjIym6UqQuBnaxwKAPQM0te
eSpLqFtdS65pN5Jqc1qkVmUgdvLkClW2MP8AVnzAW3HHBU5x0721WVLSFbhg0yoodh/E2OT+dAE1
FJmjNAC0UmaM0ALRSZozQAtFFFAFPT7ezt/tP2PbmSdpJtr7v3hxuz6HpxVysbw9ZT2Z1T7RHs8+
/lmj5HzIcYP6Vs03uJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BQ+Zu6bcc
5/Cm2K262MC2W37MI1EWw5XbjjHtim6nC9xpd1DGMySQuignGSVIFR6LbyWeiWNtOoWWGBEcA5wQ
oB5p9BdS9RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiquo6hDpdjJdXG
/wAtMZCKWYkkAAAdTkiqMninTYdKuL+Z5oo7Zgs0bwsJUJxgFMZ5yCPUc0AbFFYw8T2X9ovZmK7D
InmNIYG8sJz8+/pt4PNXtN1O31XTob61ZjBKCVLKVPBwcg8jkHrQBboqqup2TRxyLd25SVtkbCVc
O3oDnk+1RXutWFhbXU01zFi0jMkyq4LKB7Z/D60AX6KoW+s2k1ss7uIEKo2ZWUD5hkDOSCfoalOp
WQdkN3bh1YIymVchjwAeepweKALVFIDmloAKKKKAKWsf8ga8/wCuLfyq4Kp6x/yBrz/ri38quCn0
F1FooopDKt/qVppiQvezrCs0qwxlv4nbhR+NRz61p9tdzW093FHPDB9okRj9yPONx9s1U8S6Mdct
bW2IUwifdLk4IXy3XI9wWB/CsFfDOsTlbu6e1fUGQPKSx2M6SxMi8D7pWLk9ix60Ab7+K9Hihilk
vAqS7tuY3yAuNxYYyoG4cnHUVZt9c0+7v3s7e5WSeMEsFUkcYzhsYOMjIBrJudHvdcvrae/3WMSw
TRSx204LMGMeFZtvIIVs4xjjmmQ6JqEWsTfYD/ZVm27cYphKsp42ssTLhG45Pf3PIANca/pp1M6f
9qAug/llCrAbsbtu7GM4IOM5qO68T6TZfafPvFH2VxHPtRm8tiu4bsA4471lPpGpy3F7avDC1pPe
xXf2lpfnbYI/lCY4YtH1zgA/hWevhTWktbovd280t/ZzR3EYXywkrsXU553AMzrk44NAHVW2uafe
XMVtDcAzzRGdImVlYoG2lsEAjmr+RXJzaFq8mvtq63MAZbtWjt9vWELsIMnUZDM2MdcUl3oepXt7
eTvb26XN1BiC6FwxexbytpReMkbsnIx94nsKAOtyPWqZ1a0F/LZ73M0So0mI2IXccKCcYyfT05rl
rfwg08kYutPtLew+0LIbFJS6ALDIm7oASWZeMfwgnJqSw8K3NsGlkSD7W62AeYNlm8lkMuWxk52/
jQB2O4etGRXGP4MaWxtIJbe2Zlkuppst9+R93lt7kZH0x7VqeGdDl0R7hWVFjljhOEcnMoUiRjnu
TjnvQB0FFFFABWfrp26LckAkhQcDqeRWhVDW/wDkEXH0H8xVR+JEy+FkP9sTf9AjUf8AvlP/AIqj
+2Jv+gRqP/fKf/FVqUYouuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/
ALYm/wCgRqP/AHyn/wAVR/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FU19VeVGSTR
r9kYYKskZBH03VrYoxRddgs+5jW18tlCIbTQbyCIHISKKNVz9A1S/wBsTf8AQI1H/vlP/iq1MUYo
uuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/ALYm/wCgRqP/AHyn/wAV
R/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FUf2xN/0CNR/wC+U/8Aiq1MUYouuwWf
cy/7Ym/6BGo/98p/8VR/bE3/AECNR/75T/4qtTFGKLrsFn3Mv+2Jv+gRqP8A3yn/AMVR/bE3/QI1
H/vlP/iq1MUYouuwWfcy/wC2Jv8AoEaj/wB8p/8AFVman4hvLCaOdbK5ETEIbeZEBY+qEMTn2wfw
rp8VD9jg+1/aTEhn27RIRyB6D0pqUU9UJxk1ox1tMbi2jlaKSIuMlJBhl9jUtIOKWoLMzRtTk1I3
4kjVPs129uu3uFxyffmtOqWn2lram5+yY/fTtLLh937w4z9O3FXab3EgooopDCiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/
AOgrTWwnui/RRRSGVtRna1065njxviid1B6ZAJqPR7p77R7O6lCiSeFJGCjjJAJxVi6WKS1lS4x5
LIRJuOBtxzk/Sm2UdvFZQR2e37MqKItpyNuOMHvxT6C6k9FFFIYUUUUAFUdV/wBTb/8AXzF/6GKv
VR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/wCQvf8A0i/k
av1zt/a311qd2LOfYiiPzYgMGQYPAbPH04z61UVcmTsdCGDDIII9RS1lWltei1jEV0kKY4jNoFK+
2N1TfZ9Q/wCghH/4D/8A2VKy7hfyGa/YTano8ttbNGszMjKZM7cq6tg457Vjz+GL/UL5Lq7vY7dp
JRLMLZc42IVjVd4II+ZiSR1xjGK2/s+of9BCP/wH/wDsqPs+of8AQQj/APAf/wCyosu47+Rzw8I3
/wDZzWbX67WtEsTLg7/JWViTyMbjGQvpnPapm8M366fqWnR36yWt67yCSVf3iFlGRhQF2lgSQMcM
a2/s+of9BCP/AMB//sqPs+of9BCP/wAB/wD7Kiy7hfyOdv8Awpe34LeTpMLT2720iLGzJCGOTJHw
MvjrnHReeKLnwS8wuyrWokuBdhpGT5mEqgJuOOcEAn9K6L7PqH/QQj/8B/8A7Kj7PqH/AEEI/wDw
H/8AsqLLuF/IypfDHm6utywtzbi4hm8op0CQumMYx1cEfSqdx4ISeK4zHZebNFfDzDFzvmkDIxOM
5UcZ6+ldD9n1D/oIR/8AgP8A/ZUfZ9Q/6CEf/gP/APZUWXcL+RdjBWNQeoGKdVD7PqH/AEEI/wDw
H/8AsqPs+of9BCP/AMB//sqLLuF/Iv0VQ+z6h/0EI/8AwH/+yo+z6h/0EI//AAH/APsqLLuF/Idr
H/IGvP8Ari38qzrfV7u6vnU2k8SxH/UDZvb3OWHH0/OpNUgvl0q6L3yMoibKiDGRj1zWqYI5HR3R
S6fdYjlfoarRInVsrfb5/wDoG3X5x/8AxVH2+f8A6Bt3+cf/AMVV3FGKm/kVZ9yl9vn/AOgbd/nH
/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLhZ9yl9vn/
AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLh
Z9yl9vn/AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8
VV3FGKLhZ9yl9vn/AOgbd/nH/wDFUfb5/wDoG3f5x/8AxVXcUYouFn3KX2+f/oG3f5x//FVT1a8m
k0yZWsLmMHGWYpgcj0bNbOKo61/yCLj6D+YpxeqJknZ6l4UtIKWpLCiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAxfDtpPaNqvnxGPztQllTP8SnGD+lbVZuj6m+pG+3
xqn2W7e3GDncFxz+taVN76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFZ3lXdnPO8Ecc8Uz+ZtL7HU4A9MHp7Vo0UXE0Uf7QlX/WafdA/7Oxh+jVJb332i
XZ9muY+M7pI8D86s0tO6CzKmqRPcaXdwxrukkhdFHqSpArJ8MalIbGz06XTtQt5ILdVaSaHbHlQA
QDn8q6Gii+lgtrcydQ137BdGD+zNTuMAHzLeDenPbOetWhqGdL+2/ZbofJv8gx/vfpt9farlJRoF
mZVhr32+7WD+zNTt8gnzLiDYgx75pdR1z+z7nyf7N1K5+UNvt4N6/TOetatN8xP7y/nRpfYLO25V
j1DzNM+2fZbpfkL+Q0eJeO231rHm1/7dLawf2XqlvuuI/wB5Pb7UGGB5Oa6HzE/vL+dUtVdTDB8y
/wDHzF3/ANsU1a4nsR6lrX9nXCxf2dqNzld2+2g3qPYnPWrFvqH2jTjefZrqP5WbyZI8S8Z42+px
xVnzE/vL+dHmJ/eX86WgzKsvEP226jg/srVYN/8Ay0nt9qLxnk5qXU9Z/s2ZI/7P1C63Lu3W0O9R
7E561pBlboQfoaWi6vsFnbcp2mofa7A3X2W6hwG/dTR7ZOPb37VRtPEf2u6jh/snVofMOPMmttqL
9Tnitmlo0CzM3U9Y/s2SNPsF/dbwTm2h3hfrzU1jqH26zNx9lurfBI8uePa/Ht71cpKNLBqY1r4k
+03MUP8AZGrxeYwXfLbbVX3JzwKs6nq39mNGPsN9deYCc20O/bj15461o0UXV9gsynp+of2hamb7
LdW2GK+XcR7H4749KoQeJPPuY4v7H1ePewXfJbYVfcnPArapaLoLMz9T1X+zPL/0K9uvMz/x6xb9
uPXnjrT9N1H+0YGl+y3VrtbbsuY9jH3A9KuEheSQB703zE/vL+dGlg6mNH4l8y4WL+x9XXc4Xe1t
hRzjJOelJc6n/Zmp3bfY7y63+WMW0W8r8p688Vt+Yn95fzqhauv9r3/zL0i7+xp6dhO/cfpupDUo
nf7Hd2u1tu25j2E+4GelUf8AhJc3Hlf2PrH39m/7N8vXGc56VteYn95fzo8xP7y/nS07D+ZT1PUv
7NjR/sd3db227baPeR7nnpSaZqf9pJI32K8tdhAxcxbC3uOeavcGlo0sFtTDfxLsuGi/sfWG2uV3
rbZU84yDnpV/UtQ/s2BZPsl3dbm27baPew46kZ6VdoougszP0zVf7TEh+xXtr5ZH/H1Fs3Z9Oeaq
T+JPJuJIf7H1eTYxXeltlW9wc9K26KLrsFmUtRv/AOz7YTfZbq5ywXZbx72+uPSo9M1b+0zIPsN9
a+Xj/j5h2bs+nPNaFLRpYLO5iXPiT7Ncyw/2Rq8vlsV3xW25W9wc8ir9/f8A2GzFx9lurjJA8uCP
c/PtVyijQLMzdM1j+0nkT7Bf2uwA5uYdgb6c81Xu/EX2S5lh/sjVpvLOPMittyN9DnmtgugOCy5+
tHmJ/eX86NOwfMzNduvK8P3EvkTvvixsRMsuR1I7Y707TNZ/tKV4/wCz9Qtdq7t1zDsDewOetSau
6HR7zDL/AKlu/tVwSJ/fX86f2RdTJvPEX2O6kg/srVZ9h/1kNvuRuM8HPNXbi/8As+nC7+zXMvyq
fJjjzJzjjb6jPNWvMT+8v50B1PAYH6GloMzdN1v+0Z2i/s7UbXau7fcw7FPPQHPWo77xB9iu3g/s
vVJ9mP3kFvuQ5GeDmtiii6vsFn3KcuoeVpn237LdP8gbyEjzLz22+ozVbTtc/tC5MP8AZupW2FLb
7iDYv0znrWpS0aBZmRf6/wDYLtoP7L1O42gHzILfehz75q22obdL+2/Zbo/Jv8gR/vfpt9farlFG
gamTp+u/b7oQf2ZqVvlSfMuINicds560ahrv2C6MH9malc/KG8y3g3pz2znrWtRRdX2CzsU11Ddp
f237LdD5C/kGP979Nvr7VUsdf+3Xawf2XqdvuBPmT2+1Bj3zWtS0aBZmVqOuf2dciH+zdRucqG32
8G9fpnPWrMV/5umG9+zXSfIW8h48S8dtvqcVcoo0DUx7HxB9tu0g/svVIN+f3k9vtQcZ5Oak1LWv
7OnWL+ztRuty7t9tDvUc9Cc9a06TegONyg/WjS+wWdtyrbX/ANo043f2a6jwrN5MkeJOO231OOKx
L3xD9ts5IP7K1WDeB+8nt9qLz3OeK6TzE/vL+dUtadDpFxhl6Dv7iqja5Mthmpaz/ZsyJ/Z+oXW8
bt1tDvC+xOetT2eofbLE3X2W6hxn91NHtk49vftVnzE/vL+dL5if3l/OpKMe08R/armOH+yNWh8w
48yW22ov1OeKsanrH9mvGv2C/ut4JzbQ7wv154rQDK3Qg/Q06jTsFnbcp2GofbrM3H2W6t8Ejy54
9r8e1ULbxJ9puYof7I1eLzGC75bbaq+5OeBW3RRdBZmdqerf2YYx9hvrrzM/8e0W/bj15461Lp2o
f2jbNN9lurbDFdlxHsb649KuUUaWDUxIPEvnXEcX9j6um9gu97bCrk9Sc8Crep6r/ZgjP2K9uvMJ
GLWLftx688VoUUXXYLPuUtN1H+0oGk+y3drtbbtuY9jH3Az0qgniXfcLF/Y+sLufbva2wo5xknPS
tyii67BZlDU9U/s1I2+x3l1vJGLaLeV9zz0pdM1P+043f7Hd2uxtu25i2E+456Veoo0sHUwz4mxc
eV/Y+sH59m/7N8vXGc56Ve1LUv7NiST7Jd3W9tu22j3ke5GelXqKLoLMoaZqn9prI32O8tdhAxdR
bC3055qlJ4l8u4eL+x9Yba5XettlTzjIOelblFF12CzKWpaj/Z1usv2W6utzbdltHvYe+PSmaZqv
9p+Z/oV7a+Xj/j5i2bs+nPNaFFHQNbmJceJfs9zJD/Y+rybGK747bKtjuDnkVf1DUP7PtRP9lurn
LBfLt497898elXKSjQLMz9M1b+02kH2G+tdgHN1Ds3Z9OearXXiT7Lcyw/2Rq8vlsV3xW25W9wc8
itqii67BZ9ynp1hBZLO0Cuv2mZrhw5ydzYz9OnSrlFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUARzgmCQLncVOMfSvGI/D+oi
NRJo2oM+PmPktya9rpK1p1XT2RnOmp7ni/8AYF9/0BNQ/wC/LUv9gX//AEBL/wD78tXs9Fa/Wpdk
Z/V13PF/7Avv+gLqH/flqP7Avv8AoCah/wB+Wr2iij61Lsg+rruefeANMvLLXbmSexubaFrbaDKh
UFtw9favQqTFLWE588uY2hHlVgoooqCgooooAKKKKACiiigDj/iJY3V9ZWC2ttPcKk5MiRKWONpx
kD3rhv7Avv8AoC3/AP35avaKK3p13BWSMp0lJ3ueL/2Bff8AQE1D/vy1L/YF/wD9AS//AO/LV7PR
V/WpdkR9XXc8X/sC+/6Amof9+Wo/sC//AOgLqH/flq9ooo+tS7IPq67sx/CUE1t4X0+G5jeOZIsM
jjDDk9a2aSlrmbu7m60QUUUUhhRRRQAUUUUAFFFFAHkGp6HqMmsX7tpN9LvuZGV1iYgqWOMH6VV/
sC+/6Amof9+Wr2iiulYqSVrIwdBN3ueL/wBgX3/QEv8A/vy1H9gX3/QF1D/vy1e0UU/rUuyF9XXc
8X/sC+/6Amof9+WrZ8I6PfWviqymfTbu3iUSb3kjKrypxk/WvT6KmWJck1YcaCTvcKWiiuc3Ciii
gAooooAKKKKACiiigAooooAQ145c6DqLXty0mkX0jNO53iJiCCxxzXslJWlOo6bukROCmeL/ANgX
3/QE1D/vy1L/AGBff9AS/wD+/LV7PRW31qXZGX1dd2eMf2Bf/wDQF1D/AL8tSf2Bff8AQE1D/vy1
e0UUfWpdkH1ddzzTwXpF9aeKYJpNOu7aERSB2kjKryOOtemUlLWFSbm7m0IcisFFFFQUFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXPf8JbH/whdz4h+yPsgExMO8ZP
luydffbmuhry6TwOsvw61CV7G+/th/tLJCJ5RkmV9v7sNt5GDjHNAHoMepZ1C4hlEMcMEKTGQzru
wc53L1UDHU9efSs3V/GFhbaDfX2l3dnfzWsYcxRzhuNwHOOR1rnPGFnOh8STvBIIrjTrOCJscSP5
rDav94/MPl75A71Vu4Jb7SfE1rJbXJ1y9tYXNr9kEQaJW2goAzZ7559OMCgD0Sz1Sx1AyrZXlvcN
CdsoilV9h9Dg8Uy21rTb1Zmtb+1mEHMpjmVvLHqcHjoa5XXvD11Nq+oxaPa/Z1n0B7aOSNdieZv+
VcjocE/QGqdjpbXMM8yxayLuHSZrZIp7FIEAZR+7yqjecgYxkdaAO6s9SstQaVbO7guDEQJPKkDb
CRkA46cVV0PXItZ8PW+rMn2aKVC5WRx8gBIOT07Uzwtp6aZ4Z0y3W2W3dLWISRhdpDbRnPvnNcro
N9qFl4E/siPQb59St7aTbHdWxEEjZJA3Hg5z079KAOxtte0q8j8y21KzmTzBFuSZSN56L16nsO9W
JdQtIGlWa5hjaFBJIHkA2Kc4Y+g4PPtXncehX+t3esF1vVE+mRCC4ubRbbFxHIzphR/dOOTz16im
rZ3/AIk8Kv4hW3lE+oX8F1JBEqu/2aIhQqq3DHILgHrmgD0GHWdOuLP7XDfW0ltu2ecsqlN2cYzn
GckVLZX1tqNstxZXEVxAxIWSJwynBweR71wF7oZv9C1R4YNUu5b68s/OS7tBDvVJFyQgUfw9SR29
q9EiijgQJEiog6KoAA/CgB9FFFABRRRQAUUUUAFc/qPi230zxXZaLcQSAXcYYXOfkRmYhVI9ypAP
rgV0FcjrXh9tc8VXsU8cq2k+kLEtwo4SUTFlIP8AeU4agC1P4xigN0Ws38q11OPT5X3jC7wuJPoC
4GKsDxRbnxmfDvlP5wtftHnZ+XOfufXHzfSub0bQ9U1Xwt4otNYtGtr69uG2nHyu6xIBIvsXTIqs
bbWzoSeJzpc/9tjUPtJs9v7zy/L8jZj6fNQB0kPjOGZ7Ym1ZILi/ns0maQBcRKxMn+7lGFaWhaz/
AG5ZveR20kNqzkWzyHmeMdJAOwPOM9Rg965PVvBrXWheF9EkjmeGJ2W7li6oTC+XJ/3z34OcV0/h
u51CWwa21a2MV5aP5LyKmI5wBxInsR27HIoA2KKKKACiiigAooooAKKKKACiiigArBtvEF1qOoSJ
p2ltNYQzm3ku3nVAWU4couCWCnIzxkg4zW9Xl9poFzZyJZ22m6hFrUWqGQX6lhAYDMXLbs7cFCRs
xnPbvQB3Ok+KNL1ue8hsrqJ5LSRo5F3rkhcZYAH7vOM1ZtNb0y/WZrPULS4WDmUxTKwT64PFcZca
Tey6V4u0m30+ZLu6nkngk2bY5omCfIJOmThhinXkZ1O9e/sdJudNtbPSbmGZp4PJLllGyMDuF2k5
6Dt1oA7K11jTr65e2tL+1nnRQzRxyqzAHoSAelXa858M27X7+ETZaPcWS6dbl7m4eIIjK0W3arfx
7mIbj055r0agAooooAKKKKACiiigAooooAKKKKACiiigAooooA5/wn4th8VW1zIltJayQPgxyMCS
h+64I7HB/I03w74wtvELam0cDwQWLgCWRhiVCCQ49AQM/SuPt9C12x0HSX061mjur23k0y8DDDQI
0rMkxH+yC/8A30Ku32h6hbt4i0zS7OaKDUHsrGCYJlI4fKCyP9FUEfUigDpvDfi238Q6bdXbQPZi
2b50mPIjKh1f6FSDUel+Jb/VZLeeHQbhdLuSPKummQOVPRzH1Cn65wRxWNN4d1eHWbiCWSGW11jT
ZLGSS1tjEluyKfLZhubszLn2ArT8O61dw2en6Td6HqUV5AiW8z+UPIXaMFxJnBXjIA59qAOpoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApKWigCve2Ntq
VpJa3sCTwSDDxuMg96r6ZoWnaOZGsLZYnlxvcsWZsdAWJJwPStCigBKKWigAooooAjmhS4gkhlXd
HIpVhnqCMGktbWGytYra2jWKCFBHGi9FUDAAqWigBKWiigAooooAKKKKACiiigAooooAKSlooASl
oooAKKKKACiiigAooooAKKKKACiiigApKWigAqOaGO4gkhmUPHIpR1PcEYIqSigCK2t4rS2it7dB
HDCgjRB0VQMAflUtFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAlLRRQAlFLRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB//Z

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680DEXMBX23adutwent_
Content-Type: image/jpeg; name="image002.jpg"
Content-Description: image002.jpg
Content-Disposition: inline; filename="image002.jpg"; size=81743;
	creation-date="Wed, 28 Aug 2013 18:53:35 GMT";
	modification-date="Wed, 28 Aug 2013 18:53:35 GMT"
Content-ID: <image002.jpg@01CEA430.44BD5F90>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCANEA0gDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDxwSPB2o4JB2KO
P94Vv1geOf8AkTdR/wB1f/QxVQ+JEy2Z5Z9kg/55D86X7JB/zyH51L0Fa1z4fmttRtLVpY2F0Qqy
KDgE9QfcZH5167cVuearvYxPskH/ADyH50fZIP8AnkPzq2lpPLLJHDDJKYyQ3loTj8qZHBNMzLDD
JIyjJVFJIp6BqV/skH/PIfnR9kg/55D860rzTXt78WsIedzGjgKnPzKD0Hpmqjo0blJFKMpwVYYI
/ChWewO6IPskH/PIfnTWtIArHyxwK1ZdKlh0mK/LqVkIBjH3lBztJ9jtNUG+430NCs9gd1ueq+Ey
W8KaWWJJNunJ+lbFY/hL/kU9L/690/lWxXjS3Z6cdkFFFFIYUUUUAFee/EpRJqemI/KeVKdueM5W
vQq8++I//IW0z/rlL/Na2w/8RGVb4Gcf9kg/55D86PskH/PIfnWhpmnnU70W6ypFlWYu/QADNK2m
ypDevIQjWbqjoRySSR/SvTvG9jgtK1zO+yQf88h+dH2SD/nkPzq0badYBM0EohPSQodp/GrOnaXL
fTKGWSOFlciXYSuVUnGenam3FK4LmbsZn2SD/nkPzo+yQf8APIfnVmO3mlhaZIZGjX7zqpKr9TRb
wPc3EUEQy8jBVHuTRoLUrfZIP+eQ/OrejQxw+ItKaNdpN3GMg9s1LqVg2nXZhMiyrtDpInR1PQim
6V/yMGlf9fkf86idnBtFxupJM9ipaSlryD0gooooAKKKKACvFL+GObV9QeVd7G6lGSf9o17XXjF3
/wAhO/8A+vuX/wBCNdeD+JnNifhRV+yQf88h+dH2SD/nkPzrUh0iWfR5dQjdCsTFTH/FgYy34ZFQ
3Fk8Ated5uYhIqqDkZJGPrxXcnG9jktIo/ZIP+eQ/Oj7JB/zyH51Zlt5oJBHNDJG56KykE/hVmXT
ZINNNzMskbiYReW6beNuc8024oFdmb9kg/55D86PskH/ADyH51Zlt5oApmhkjDjKl1Iz9M1a0vSp
NUaYRuieWuQW/iY/dUe5waG4pXYLmbsZn2SD/nkPzrs/hoojm1VF4UeUQM8dGrka7D4b/wDHzq3/
AGy/k1YYlfu2a0H753dLSUteYd4UUUUAFFFFABRRRQAUUUUAeOa/Ck3ifVWlXeRckAk9sCqP2SD/
AJ5D860db/5GXVv+vpv5Cn2ekS32nXN3E6fuD/qz95+MnH0HNevBpQTfkebK7m0jL+yQf88h+dH2
SD/nkPzq7NZtDa2k24MLkMVUDkYbFRzW81swWeGSJmGQHUrn86tWZOpW+yQf88h+dH2SD/nkPzrS
OmSx6dPczrJE0TooR0I3Bs88/Sq0ltNFGkkkMiI/3WZCA30NCcWHvFb7JB/zyH50fZIP+eQ/OtLS
9NfVLlokkSIKuS79ByAB+JIFU3Vo3ZHGGUkEHsRRpewa2udL8N0EWuX6IMKbdDjPGdxr0avO/h3/
AMh+/wD+vZP/AEI16JXmYn+IzvofAgooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDx
z/yJuo/7q/8AoYrfrA8c/wDInaj/ALi/+hrVQ+JEy2Z5ifu11sGoWsniN4bidBb+bFPDLn5UdVGe
fQjI+oFcnRivWnBT3POjLlNpGa50vybO6igmS7eSTdKI9wONrZ74was3VzHfLqKWF1HDK9wkm9pP
K81QuCQf97nHvXOYoxS9krj5zqZry3mvtQUSxTSzQQBHMxjEm0DcN3b1x3xWRqTte6nDHJ5EZ2JE
WWXeoHTLN3IHX6Vm4oxRGmovcTnc6Rr7Tru8vLRBJHHND5EcjyDyxsHyHGOOR6965pvuN9DS0jfc
b6GqjBR2By5j1Xwl/wAinpf/AF7p/Ktisbwl/wAinpf/AF7p/KtmvHluz0o7IKKKSkMWim7qWgBa
8++I/wDyFtM/65S/zWvQa8++I/8AyFtM/wCuUv8ANa2w/wDERlW+BmJo0kcV3MZHVQbWZQScZJQ4
FXpb2C78NzyySL9tbyYpYyeZNh4YfgcH6Vg0V6UoJu5wqbSsdLcXCC9vbw3kT2M1uyRQiTJOVwq7
O2D/ACqS2uF+2wXK30Mdl9i8ryjLghvLIK7f97nNctijHtU+xVrXK9pqdJaXiJY6dLarbs1tCVdZ
box7Wyc5T+IEH3rN0WWC1nnvJzxBGfLRWAZmb5RjPoCT+FZuKMU/ZrVdyefVGrfy2l1o1s1vvSS1
cwlJXDMyH5geAOAcj8ap6V/yMGlf9fkf86rVZ0r/AJD+lf8AX5H/ADolHlg0OLvJM9ipaSlryD0g
opM0ZoAWiiigArxi7/5Cd/8A9fcv/oRr2evGLv8A5Cd//wBfcv8A6Ea68H8TObE/CjTs9RWx0q0d
Srul25kiz95CgBBHoeRV+Wezg1O3jtbtNg09ooJif9W5LbcnscHHtmuYoxXY6SbucyqNHR2dzFZN
p0N7cxvNHNI+8P5ghDLhct/vc+1EU62VlZx6jdx3Bi1BZWRZfM2pjk/nzXOYox7UvZLuHtDc1adh
ZzRYt2SWcSB1uzKzHnkAnjIPNNt7y10/S7RWEsk7Tfam8mQLtK8KDkH3P41i4oxTVNWsLnd7l7WF
gGqSvasrQzYlTafu7hkr9Qciui+G/wDx86t/2y/k1cfXYfDf/j61b/tl/JqzxCtSsaUXepc7ulpK
WvMO8KKKKACiiigAooooAKKKKAPH9b/5GXVv+vpv5CrVjfmx0dpIXUTpeJIqE8kBCDx6dvxqrrX/
ACMurf8AX038hVOvXjFSgk/I82TtN2Ooe60+G/0predFhEcpUnnyGfJXd6YJ/SoLWdNPjs4tSuI5
3F6s3yyebsQDBJPucHHtXPYoxS9ku4e0Z0LyG302eO+vYrndeRShFl8zKAnJ/H0o1i6zFfGMWzw3
MgYOLouxAOQQhPBxx7Vz2KMUKlZ3uDqGvaz2lnou2XzHluZt5EMgVkVPu5yD1JJ/CodceCfUTdWz
Dy7pBKVzkox+8D75B/Os7FFUoJS5iea6sdR8O/8AkP3/AP17J/6Ea9Erzv4d/wDIfv8A/r2T/wBC
NeiV52J/iM7qHwIKKKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApM0tZbW8d9q1yl0vmxwpHsRj8oJzk46Hp3
ppCbLb6haRHEl1Ap9DIBTY9UsppVjjuondjgKrZJqWO0t4R+6giT/dQCpcAdqNA1FrM1HxFpek3C
wX97HBKy7wrA8jpnge1aRrI8N30mr6Ot1drGZTLInyrgYVyB+goS6sGXbfU7S60438M6vahWbzRn
GB1P6GsmXW/D3iWJtK+3JP8Aaht8tCwJxzwce1b4VQuAAB6YpBEgOQig/ShNA7nEal4b8IaRKkeo
XU8DyLuUNO/I/CprPwf4Y1CyN3aS3EtuM/vFuHxx1rsjGjfeUH6igKoGAAB6Cr9rLuyfZx7Hn9rp
Pgi9uYre3v5ZJZTtRRO+WNS634a8L6LAftNxPDM6MYVedzuIH+JFd0IkByEXP0qtqqKdKuyVBIhf
qP8AZNP2sr7v7xezVtkctpng/wAM6tZi4s5biaMHazLcPgMByP1qlDpfge4uI4IdQleWRgiqJ5Mk
k4ArvLZQLaPAA+QdPpT/ACox/Av5Ue1l3YezXZHF6l4V8KaOsZ1C4ngEhITdcPzjr0p2neEfC2rw
vLp81xPGjbWK3D8HGcc/WuzKK33lB+ooVFX7qgfQUvaytux+zj2OfsfEnhywhg0621GICLEKIdxO
QcYzj1rV1LWLHSIkk1C5SBHbapbPJ644q15Uf9xfypSit95QfqKhtNlK9inpus2GsJI2n3KTrGQH
K54J+tZepeLdLSOe2t9VtobxSY1MiMwV845AHNdAqKv3VA+gppjTP3Fz9KNBptWZyOpX2reFZrS6
1DVEvrGaYQzK8CxmPOfmUr6YNdFpmt6fq/mDT7pJ/Kxv254z06/Q1i2Oj3Wq6xcXetvO0VpeP9it
2AWPaPuvgDJ/GuoVFX7qgfQVnT6nXi3F8qVuZLVpWXltbb0Me58X6HZ3EkFxqMUcsTFXUg5BHbpU
HifTtDvLeG91qVooovlSRZGX72OOPpW8YkJyUUn6UpRSMEAj0Nap2d0cVr6M4jTfDXhHWJHTT7qe
dowGYLcPwPxqveaP4JsLqS3ur6WOaI4dDO+Qetd+qKpyqgfQUhjQnJRSfpVe1lfd/eT7Ndkcfc+D
/DFnp/264luI7XCnzDcPjB6fzFZ9tofhPUtRt7XTbuadnLGRVnfIUKTnn3xXfTPFDCzzFVjUZJbo
BVO5EZv9NeMLtaR8MuOR5bU1Ul3YOEexyN7ongvTbt7a8vZop0xuRp3yMjIq3J4P8MRab/aEktwt
psEnmm4fG09D+tdiY0Y5KKT7il2LjG0Y9KXtZd394ezXZHC6f4f8Harc/Z7G8mmm2ltqzvnA6n9a
kk0rwh4f1aI3F5JFdQMsqpJM5wexxXbCNFOVVQfYUGNGOWVSfUij2j7u3qHs12RVGqWZ0z+0RcL9
j2eZ5vONvrVWx8T6Rqd0ttZX0U0zAkIoOSB17VqbFxjaMelAjRTkIoPqBUaF6mNr2uWFkklnNqq2
F1IgZH2bmUE9QMY7Gueub6TQU03VbXXLnUNOupxDMtyQwIOcsvAIxg13LopOWUH6iuZ0XRDPqd3f
6qzXE0N3ILRWm3pEnbCg4B+vNZ1Ena252YWooKTm1y9rK7voaVn4q0bULpLa0v4pZ3ztQA5OBn09
ql1LxBpmkTJFqF5HBI67lVgeR0zwKviNAchFB9QKVkVjllBPuK00ucetitaapZ39j9stZ1ktuf3g
zjjrXGrp3grV9SIhvne4upCwRJnG5jycCu7CKBgKAPQUgiQHIRQfYU4y5dhON9zidS8M+EtHeNdQ
uZ4GkBKBrh+QOvT61Lp/g/wxqlqbmxluJoQxUutw+MjrXZMit95QfqKAiqMBQB7Cq9rK27F7Ndke
f2+leB7q4jggv5XlkYIiieTknoKfc+HfC2myTDU7ieBRMY4t07/MAqk9P96u88pAchFz9Kp2KK1x
f7lB/wBI7j/YSqVSXd/eS4LsjmdO8I+FtXgabT5rieNW2FluH4PXHP1qiul+BnnEK6hKZS+wL58n
3s4x+deghFX7qgfQUnlR/wBxfyqfay7sfs12RxmpeE/Cujxo+oT3ECyNtUtcPyevatPwna6DAl0+
gzmYMyiVi7NggHA5+proWRW+8oP1FARV+6oH0FJzbVm2NQSd0jHfxhoUdw0D6lCJVcoVweGzjHT1
q9qOq2ekwLNf3CQRs2wM2eT1xx9Ks+VH/cX8qVlVhhgCPcVOhWpS0zXNP1jzP7Pukn8rG/bnjPTr
9KqXHi/Q7W4kgn1GJJYmKupB4I6jpWwEVfuqB9BSeUh6ov5UaBqV7/VLTTLQXN7OsMBIUO2cZPSo
dN17TdYeRNPu452jALhQeAenWr5VWGCAR6GgIq/dUD6CjSwa3Mi78W6JY3UlvdahFHNEcOhByD+V
XrrVLSysPttzOsdsQp8w5xz0/nVgxIeSik+4pSqkYIBHoaNA1M/TfEOl6vM8On3kc8iLuZVB4GcZ
5FRXvinRtOuntry/iinTG5GByMjPpWqI0X7qqPoKQxoTkopPuKNLhqcrqXhnw5cRTa1dySpDNiZ5
VmYKc4wcD14qhp/h/wAHarcm3sbuaeUKW2rO+cDv+td1tUrtwMelAjRTkKoPsKtVJJWuyXBN7HB3
+heDNMujbXt5NDMoBKNO+cHpVr/hD/C/9mf2j51x9j2eZ5v2h8bfWuyMaMclFJ9xRtXbtwMemKPa
y7v7w9nHsjz3TNE8J6pqctrbXU0pwDEqzvlhjLflVjUPD/g7SrkW99dzQylQwVp3zg9/0rq7RFGr
X+FAwY+g/wBmr5jRuWVSfcVTqSvuyVBW2OOi8H+GJ9N/tCOW4a02F/NFw+No6n9DVOy0TwXqN2lt
Z3s0s752os75OBk/pXe7VC7cDHpSCNAchFB9hU+1l3f3j9muyOYt4PDfgq9bddG3nuIxxNIz5UHt
+Nb9rqdpe2BvbadZLYBj5gzjjr/KrJjRuWUH6igKoGAAB6AVLd9XuWlbYyLTxbol9cx29tqMUk0p
wiAHJP5VY1LX9N0d401C7jgaQEoGB5A69KvCJByEUH6UpRW+8oP1FLQNbFaw1S01O0NzZTrNACQX
XOMjrVC38X6Hd3EcEGoxPLKwVFAOWJ6DpWwFVRhQAPQUgiQHIRfyo0DUp6lren6P5f8AaF0kHm52
bgecden1p+narZ6vA01hcJPErbSy54PXHP1q0UVvvKD9RQqqvCgAewo0sGpjx+MNCluFgTUoWkZw
iqAeWzjHT1q5qWs2GjpG+oXKQLISqls8n8Kt+VH/AHF/KlKK33lB+oo0DUp6brFjrEbyafcpOkbb
WK54PXvVJvGOhJOYW1KESB9hXB+9nGOnrWyqKv3VA+gpPKj/ALi/lRoGpW1HVrLSIFm1C4SCNm2B
mzyeuOPpTNM1rT9YEh0+6ScRkB9ueM9Ov0q6UVvvKD9RQqKv3VA+go0sGpjz+L9DtbiSCbUYUljY
o6kHII6jpV/UNUs9LtRc306wwlgods4yelWDEhOSi5+lKUVhgqCPejQNShpuu6drDSLp92k7RgFw
oPGenX6VXuvFuiWNzLb3OoxRyxHa6kHKn8q11RV+6oH0FIYkJyUUk+1Glw1K93qlnYWP2y6nWO34
/eHOOelQab4g0zV5ni0+8jndF3Mqg8Dp3FaBRSMFQR6UBFU5VQD7CjSwamVeeKdGsLx7W61CGKdC
AyNnjPI7e9FWtUewg0+abUli+yqP3hkTcMZ7jHriiqST6MltrqXaKKKgsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ9Kp6VHZ
RWQXTfL+zbmI8tty7tx3c/XNXDWR4WsLjTdEW3u49kollYqCDwXJHT2NPoLqbFFFFIYUUUUAFVdU
/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2K8OmsYIz9vveVH/LQen0p/8AZjf8/wDe/wDfwf4V
at/+PaL/AHB/KsDxZFezXGlLp0jpcrNJJHhiFZlicqr4/hJGDn1p8zFyo1f7Mb/n/vf+/g/wo/sx
v+f+9/7+D/CuGTxLq6w2rW7JZR3E082b5X5bz2HknCk8DsME9uBV1NV1mxsHEF417O95c2eJoRuh
lZz5JOMfKAM/RhjgCjmYcqOs/s1v+f8Avf8Av4P8KP7Mb/n/AL3/AL+D/CuTk8T6lPZx3TT/ANn2
03mtHI1oXJaMIojx/tP5h9SFwPWn3d7rN1p9zcSoTNDd2axWQTaA/wC5dsv1PzMw9AKOZhyo6n+z
G/5/73/v4P8ACj+zW/5/73/v4P8ACsHV7gTeD7Ca+uZHSS5t/tUmxoTt8wbwVHKgcgjPbmqC3t1Z
7zp0pFkFuGsprsOQiBIucnnbuL4JzxjsKXMw5UdDY+HI7B7hob+/zcSGV8yg8n8Kuf2a3/P/AHv/
AH8H+Fc1a+Iby5mtVa5eBTCrwpJbDN++5wyhhwB8q4K9nDdOKrW3ibVhbPd+abyG3jhuLtUtCphy
2JIQOpKqd3cjbz1oTtoi5tzfNLc67+zW/wCf+9/7+D/Cj+zG/wCf+9/7+D/CuSh8Qa9/bMNvdSW0
HyK7QPG26YMhY7MKeVPy/ex8pz1qY6xrVpaaUJrlJZdVgQrIbcL5Mgw8mQO3l7sA9096fMyOVHT/
ANmN/wA/97/38H+FH9mN/wA/97/38H+Fc5qWuanHHqt7Yyh7WJ4I4FMOAiOqM0pOCTjce2B3HFZ0
vifVorWBpdRtVcBDG0VuXW7zMyMNxAxtULkgAZOelHMw5UdjNp8qRM0d3eyOBwnmqM/jisyKyGi3
lpPd3ZVJJmJjLfu4zsbpwOffj6V0tUb3/kI6d/11f/0W1NSewnFCf2zp3/P7B/32KP7Z07/n9g/7
7FX6y28Racs97C0/7yykjjnXY3ymTGztyDuHIqdCrMl/tnTv+f2D/vsUf2zp3/P7B/32KkutVsrJ
Ge5uoY1R1jYs4+VmOFB9Mk1OJ4tufMTGCc7h0HX8qNAsyp/bOnf8/sH/AH2KP7Z07/n9g/77FWvt
MG9k86Pci7mXcMqPU+1V4tVtZbuS3SVSyIjlsjaQ7MqgHucoeKNAsxp1nTv+f2D/AL7FUdNbQ9JN
ybO5hT7TKZpcy5yx69as3viKx0++NrcNKrIqNJIIXMcYYkKXcDCjIPU1cjvIZG27wrbzGA3ylmHX
GetHu9hqU0mk9GQf2zp3/P7B/wB9ij+2dO/5/YP++xVk3lsqyM1xEFiOJCXGEPofSn+dH/z0TqB1
9en50aCsyn/bOnf8/sH/AH2KP7Z07/n9g/77FWPttts3/aIdm7bu3jGfTPrTxPEQCJUIK7gdw5Hr
9KNAsyp/bOnf8/sH/fYo/tnTv+f2D/vsVZF3bt5e2eI+YSEw4+Yjrj1xTkuIZZGSOWNnQ4ZVYEj6
ijQLMzbnX7SDa0c0M0f8YSQbx7gd6fo11Dei8uLaQSRSXGVYd/kSrV1ZpebVlaTyx1jVsB/r3I9q
h01FjlvlRQqrcYAAwB8iVXu20J1vqX6KTNGagsWsLxXrF3otjbT2MSTO9wFkRhkmMKzvt5HzYQ4r
czUFzZwXbQtMu4wSeZHz0bBGfyY/nQBy994vuU1K5WxW2ksY4UMUpyS7+ZGrc5xtAlGPcGr2oeIJ
dN8Vw2c4iXTWtgzzHhkkYvtyc42kRsOmckVZHhTSFsltFtSsKRmJQsjAhS4c85z94A568U+bw1pl
zbPBcRSTpIiRuZZndmVXLqCxOeGJ/l0oA5uPxbrNz5CLDHFJNcTLiK1adljVY2TK715xJyf0rY1j
XZ4ogulSwzNDL5d7IkLTm2+U8mNSGPIwcHgdjVy48N6dczeayTRy+Y0u+G4eNtzABuVI6hV49qs3
ul2+oRRJO04ERypineNumOSpBP40AZmlate6q8l3FPZf2dC5ibCsWfaPmcNnAGegIPHesW28b3t7
pcstmtlPd/aofKiRsgwS8oCQeHwGB9D2roX8KaQ4kUWzRxyJseOOV0Q/LsztBxnbxnGanfQNNe6i
uPsqLLFt2lMqPlO5eBwcGgCnp3iaK90nU9TUeZaWmXj2DDMghSQg5/iyxH4VBJ40ggvLW0msLtZ5
QjSooDmEOSFJ25B6ZOOgq+PDWlLHcRpbFEuJJJZUSRlV2kXa5IBxyP8AHrUk2hWE97HdskizIqpm
OZ0DqpyoYAgMAc9c9TQBX0fxGur3ZhFlcW6tbrcwvKVxLGxIBABJHToa2qx9N8OWmlapJd2ZkRXg
EPlM7OFAYkYJJwOcADgVr5oAWikzRmgBaKTNMeeKJ0SSRVaQ4QE43H2oAqWn/IW1D6x/+g1frPtP
+QtqH1j/APQa0KqW5MQoooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAyvEunTat4eu7K2KCWZQFLnA6g/0opPFF/Ppfhy8vLVlWaJQVLDI6gdPxoroo89vdManJf3jWoo
ornNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf
+zU11E+hfooopDENZnh3U5dX0lbqdURzJImEzjCuVH8q0z0qnpdraWdmIdPKmAMxG19wyWJbn6k0
+gi7RRRSGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT2Jbf/j2i/wBwfyqTGajt
/wDj2i/3B/KpaQxMUYpaKAExRtFLRQAmAKMClooATH1oxS0UAJio3toZJ45njVpYs7GPVc9cVLRQ
AmKiuLWG7gaG4jWSNiCVbkHByP1AqaigAqje/wDIR07/AK6v/wCi2q9VG9/5COnf9dX/APRbU0Jl
6uT1Lwlc3d5JdwTwxzNfpMc5w8H7rcje+Ytw9/qa6yikM4NPAlzGLovHZ3ExcOk087t5oE6yYZCp
C8AgkbuvGASKsah4KvLq/nkt54IYJHO2PJOxJRi5A46nAI9/Su0ooA4u58F3U8l2qiwRZPtTLcAN
5svnKyqj8cKoYdz9xcAYq+/hdl8QWt/bi1W3to4o1tivy8eZuYADAYbxtP8AvDjOa6WigDndU0bU
bvUNQFubUWmo2sdtK8jNvjA3hiFAwch+Mkc1UPhW8jv4Z4GtgyXUknmsxJWNnDYCFSC2B1BUg9yO
K62igDjYvCd5FZWcZtNJlezdSQxbbe4Rl3S/KcMC24fe5z9aYnga6RbeJb2JIvs22fYpB85Q4iZP
ZfMPU5+RK7WigDjdG8FvZyWjXVvZ4huBNIBM8wkIhdAwDKApywOPQdTxTbLw1eqNXiijhSGRZbG1
Mu4GO3Ksw2jnP7x8f7qCu0pKAOOuvBUj6pZTRR27W0EUKCITPCIWRyxZAow2c9OOQMmpPDWg3Wj6
/wDvrW2SNbAQ/aIAf3zB/vOSB8xHOOep5rrqKACsiC0ae8v2W6uIh5+NsZUD7ieoNa9UbD/j4v8A
/r4/9kSqWzJfQT+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UrsfKih/Zsn/QQvf++k/wDiaP7N
k/6CF7/30n/xNX6KLsOVFD+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UXYcqKH9myf9BC9/wC+
k/8AiaP7Nk/6CF7/AN9J/wDE1foouw5UUP7Nk/6CF7/30n/xNH9myf8AQQvf++k/+Jq/RRdhyoof
2bJ/0EL3/vpP/iaP7Nk/6CF7/wB9J/8AE1foouw5UUP7Nk/6CF7/AN9J/wDE0f2bJ/0EL3/vpP8A
4mr9FF2HKih/Zsn/AEEL3/vpP/iaP7Nk/wCghe/99J/8TV+ii7DlRQ/s2T/oIXv/AH0n/wATVW/0
u4lhEMdxcTh+D5rptX3Py5P4fpWzRQpNByoxtFtHsri8t5LiS4ZPL/eSdT8tbNULT/kLah9Y/wD0
Gr9ObuxR0QUUUVJQlGa57xw7J4fUrKIQbqBXdmZVCmQZ3FSDjHXBFZsGo31tLbLp93bvYQx2u5Uj
aRZjLO0bkSMxYAAZ7/lQB2dLXAWGr6jpOmzLJMzwvFNLEVhG+Ei52cljgjD5JOAAM9KWPxNrc+n2
91HLEoit5JpV8jd5+2fywMg/LlRnjPtxQB31FcRe+JtQgt76WK6h8+OcwtaNCQbVPN2CVm5JG3Dc
jHzZ6Cs+/wBd1K9sIILq/tVJMDL9mjLi8/flW2txjaFXOBjJPbFAHo2aWuD8cXM0Ou25imZCloZI
1Wd0ZnEgOI1XIdyOMNxzT5vFWqRazqSSNBHBbCZVtVUtcYUZSRVwAQepyduD7UAdzRXCaf4pv7yG
1W5vobJGlmX7W0IcTFHUKnB25IYnIPOOO9Nk8U6v5d20U0ZnEUrPb/ZzmxZXCoGP8W4Z4OM9RxQB
3hOKK5HULjUbnwVr8M9yTdWxlhWeOLaXUAHO3PBIJHH1ps97qelJfxQTxLbWAt7ZD9m+WMME3zEA
8hQSdo49aAOxpM4rhZPEGtSWry2t3E0dtDdTrMbUkXixGPbgZG0EswyOu3Iq/fXWoN4X8QwXVwZZ
7VWjSeFDEzAxK+QATgguRkHt60AdXmlrgDq2q6dqF5azSvE9qlvbPdyoXQRNJJifHQnbtBPQNnPA
qtqniDUb7TDBPeJBGwBhcW7Br9fOK7l/ujaFPH97PSgD0eiuU0DXtS1HxNd2109okCGVfs2T50ex
wqtjHQjnJJzkYqh4au5f+EuuE8xpA8l2sqpPI5XE3yGRW+VOOF29c/kAd3RRRQBT1X7D/Zs39qeX
9jwPN837uM9/xxRVXxRYT6p4cvLO1VWmlUBAxwOoPX8KK2pxi1q7GU3JPRXNaiiisTUKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s1NdRPoX6
KKKQxDWN4Ss57DQkguojFKJpW2nHQuxHT2NbJrN8P6o+saUt3JGsbGSRNqnI+Viv9KethdTTooop
DCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P
5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A9FtV6qN7/wAhHTv+ur/+i2po
TL1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJmgBaKSigBao2H/Hxf8A/Xx/7IlXc1SsTi41D0+0f+00
prZie6MGfxZcQXesWzW8RlgcR2AycTthQQ30Z1zjsaIvFF3LoOo3ohtxNa2UNwg+bazPFvIPOcZ/
Stz+xtNmnS6+zRvIJWnWTJPzsmwsPqvFQHwrpBJ/0VgphWBkE0gVkC7QCobBwOMkZpDMiTxhcPPY
xw20QJikN4HJzDKqSEIP+BRPnPYD1qex8TSnw8Lu+aFbyaF5reHyJId21NxGGJJHv0IrXOhacZJJ
Pske+WVpnIyNzsnlkn6qSPxpbTRbKy0+Sxhjf7NIpVo5JXfgjGAWJIGOwoA5aLxhqcllGDBEt09z
GnFnMT5bxM+7ys7jyhGQcHBPar134wGn6xc2kot5Ft7RpGVH2yNMsfmFQpOQpXv2NaI8J6QsAiW2
kADq4cXEm8FQVHz7t2AGYYzjk1Z/sLTvKWM2qlVl875iSS/qSTk9SOaAMxtQ1tJbK0ddPF3e7pA4
VzHCiqCwIzlzlgAQR3PbBzLjxre2xkMtrbeXFbS+Y6sxAuFeRF/4AxjI9csK318L6UlqtutvII0Y
Mn7+TdGQMDa27KjBIwCBinP4Z0h7OS0axiNvJB9nePnBjyWx19STnrk9aAM/VfFJtEszZrFcN54W
8TndGgjZ22/7QC5x7VBbeItT1JJTp8diFgied3lLFZF82REC4PGRESWOeo4NdLJZW8r27PGGa3Ja
Ik/dJUr/ACJH41m/8Ijov2WG2WxVYYUaNER2UbGOSpwfmUkn5Tke1AGPceJ9TQT3UK2RtF05L+NG
jfzMPkBSd2OMdcVKniPUGl1WTyEaCwlcbRbSAtGjAMRJnaW27iFA6it+40exuvN863VhLCLdxkgG
MEkLx2yTT1021S3uIFiAiuGdpVyfmLfe/OgDNGtyx6RZXtxGI/tc6hUCkkIxJXPIw23GfQ9qpHxt
FPpjzWthefaWGY4GVNxHleaH+9jbtI4znPGK230WwkCB4AQgjCgs2Bszt79txqtN4V0eeAQyWY2D
aBtkZSAqbAMg5xt4x3HXNAFHTvFLXEsVubaW5unSN2SBQoRTHGzOdzcgGQdOeeh61HJ43jkfy7Gx
luJUvI7aRBJHwHLAMDuweUIxnPritU+G9LLxuLXa8ZUqySMp4UKBkHkYVRg8HAzUcfhTR4o5EjtN
qyMjHErggoSV2nOVwWOAMdTQBWi8WQCZ4mgmkEU5imlRQEhzK0abstk5K9s+uBVrRfEMOtySpFbX
EBjVZB5wUb0LMoYYJ4yjdcGpD4c0s3SXH2Ueajl8h2ALFy+SM4bDMSMg4J4xU9npVnp7brSARnyx
FwSflBZgOfdmP40AU31C202/1GW7mWNcx4z1Y7egHc1atNUiuYBJJtgyeEkdd2OxIB4+lULnR7PV
tQvku4gxUx7HHDIdvY1YtNAs4oAlza2c7gn959mRSR2yMda0fLbzM1zX8i99st/+e8P/AH2KPtlv
/wA94f8AvsVB/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FT7pXvE/wBst/8AnvD/AN9ij7Zb/wDP
eH/vsVB/Yml/9A6z/wC/K/4Uf2Jpf/QOs/8Avyv+FHuh7xP9st/+e8P/AH2KPtlv/wA94f8AvsVB
/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FHuh7xP9st/+e8P/fYo+2W//PeH/vsVB/Yml/8AQOs/
+/K/4Uf2Jpf/AEDrP/vyv+FHuh7xP9st/wDnvD/32KPtlv8A894f++xUH9iaX/0DrP8A78r/AIUf
2Jpf/QOs/wDvyv8AhR7oe8T/AGy3/wCe8P8A32KPtlv/AM94f++xUH9iaX/0DrP/AL8r/hR/Yml/
9A6z/wC/K/4Ue6HvE/2y3/57w/8AfYo+2W//AD3h/wC+xUH9iaX/ANA6z/78r/hR/Yml/wDQOs/+
/K/4Ue6HvE/2y3/57w/99ij7Zb/894f++xUH9iaX/wBA6z/78r/hR/Yml/8AQOs/+/K/4Ue6HvE/
2y3/AOe8P/fYo+2W/wDz3h/77FQf2Jpf/QOs/wDvyv8AhR/Yml/9A6z/AO/K/wCFHuh7xP8AbLf/
AJ7w/wDfYo+2W/8Az3h/77FQf2Jpf/QOs/8Avyv+FH9iaX/0DrP/AL8r/hR7oe8WFu4GYBZoiTwA
HFTVTTR9OikV47C1V1OVZYVBB9RxVyk7dBq/UyvEuozaT4eu722CGWFQVDjI6gc/nRVrVIbKfTpo
9T8v7Iw/eeY21cZ7n64orWnKCXvK5nNSb0ZbooorE1CiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelWFvptmLezJMIZmGW3
cliTz9TVw1ieELWaz0BIriJ4pBNKdjjBwZGIP5Gn0F1NyiiikMKKKKACquqf8gq8/wCuL/8AoJq1
VXVP+QVef9cX/wDQTTW4nsS2/wDx7Rf7g/lUtRW//HtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABVG9/wCQjp3/AF1f/wBFtV6qN7/yEdO/66v/AOi2poTL1FFFIYUUUUAFFFFABRRRQAUU
UUAJXHWmix3/AIh1i2vb3UBJFKssYju3QeW4yOAexBFdjXP6l/oHjDTLzpHeRvZyf7330/kRVRe5
MlsH/CG2f/P7qv8A4HSf40f8IbZ/8/uq/wDgdJ/jXQUUc8u4cq7HJWemLZeNYLa0u7544LZpp1mu
WkBLHagwfxNWbuxvLu7u3gmLW63H7y2Cj5/kTnJ6/Q8VJ4Y/0y51XVTyLq5McR/6Zx/KP13GtOw/
4+L/AP6+P/ZEq+ZpkWTRFDa3phQrfNGuBhTboNvtipPsl9/0Ej/34Wn/ANq2P+mH7VCBZf8AHyS4
Hk/Lu+b045po1rTzaTXIu4fIhjEskm7hEK7gxPoRzUczL5RPsl9/0Ej/AN+Fo+yX3/QSP/fhafLq
tjA1usl3ArXKs8ILj94qruJHqAOabZ6zp9/ZSXlpdRS20ed8in5RgZPP05o5mHKJ9kvv+gkf+/C0
fZL7/oJH/vwtQf8ACUaMbIXY1G3NuZPK3huN+M7fXOOfpVxNRtJJxAtxH5phE4Tdz5ZON2PSjmYc
pF9kvv8AoJH/AL8LR9kvv+gkf+/C1EPEujm1e5Go2xgR/LLh+C3YD1454qQa5ppIAvrY5gNyMSA5
iHV/90etHMw5Rfsl9/0Ej/34Wj7Jff8AQSP/AH4Wpp9Qtbb7P59xHH9pcRw7mx5jEEgD1JANVp/E
OlWqRtPf20ayllQtIBkqcN+AIwT0FHMw5R/2S+/6CR/78LR9kvv+gkf+/C1DJ4l0iG8ktZb+BLiI
FnQtyoxnJ9qkXX9Me8ktVvYTPG4jdM/dYkKAffJA/GjmYco77Jff9BI/9+Fo+yX3/QSP/fhamW+t
nQOkqMplMOQc/ODgr9cgippZEhieSQ7URSzH0A60czDlKf2S+/6CR/78LR9kvv8AoJH/AL8LVi1v
ILxN9vIHXCtkehAYfoRUkkscO3zHVdzBV3HGSegHvRzMOUp/ZL7/AKCR/wC/C0fZL7/oJH/vwtW4
pknUtGcgMVJ9wcH9RUlHMw5TL01JI9Rv1mm818x/NtC/w+grTqjaf8hbUPrH/wCg1foluEdgoooq
SgorB8ZXE1toiG3nMDvdQRlxN5XytIARvwduR3xWeutX9lc29vC1rNaRJbGZpJmmkczTNH8snAIG
M5I56UAddRXC6f4mvrKxkW8khdWSWS3lId3yLjywrDIz94YwQBjk45Cr401GWyt7qKGy8tYJJrgM
WywSfyiEIJAzjPOcdOetAHc0Vx154uu7a1urpPsLKtwbZLcviWJhL5e+QlgNp6/w9QM85qhfeKtT
nsEjeSwspQ0BkKT7mm3TlMRFWI6JyMt94jtmgD0CiuH8aapeafrUP2e7lhjitDOVSdUHEgydjf6z
5cjbUkvjS7j1TUEaC2isrUyxlncGUOg4OwNuYH02jgg5oA7SiuLsPGF5qCwRBtPtpi84ea4JEb+W
6rtUBuGIbP3jjHftHJ42vVgnlRLFmaKZ44dzb7cxuEAl575PQDBGOetAHcUVyV/quozeDdccywwX
9l5sJmh3BflAO5RnIOG9eDzSTa3qGlrewf6G0dj9ntleQyf6yQJ87sWJ2DdnnJPr3oA66iuIm8Xa
mIJGt106X7Kl1LNL8+ydYTH/AKvB4zvIJOQCp61dvNVvz4Z8QfaJIobyxVkE1rkAZiVwQGzgjfj8
M+1AHVUVwi+JtRtNQubS4kjFzbC3tJGuMiJWaSTE5xjhkC8ZHJxkVDqPi6+u9OljinsbUpgGcSMD
c/vjHmDnphc9/vAe9AHoNFcvofiW81fXrm2kt7aO0RpUXEy+crRvt5XcSc8n7q4465zTvD14L24a
5uNUkN7JJKj2JkXbEFYjATGRgAc98+4oA6aiiigDH8V2U+peGb20tY/MnlQBFyBn5ge9FS+ItSk0
jQbq+hRHkhUMqvnB5A5x9aK6KLnb3UY1FG/vGnRRRXObBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiGs/QtUOs6Yt2YvKzI6bd
2fusV6/hWgTgVT0rTYdJsha27O0Ydny5ycsxY/qaOgi7RRRQMKKKKACquqf8gq8/64v/AOgmrVVd
U/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQ
AUUh6VzMPji0aFbi4tp4baS4FtE42yFnJIwyqSUIxnB55oA6eql1C8l7ZOq5WORi59AUI/maqt4n
0dHuka/iBtVZpuuFC/e56HGRnGcd6jl8U6ZAryXFysUI8sKxB3MXBKjbjIPyntQBs0VlyeJdJjnt
IWvozJeBTAFy28N93kDjODjPofSq9x4kWLxGNISBWk2I7O06IcNu+6hO5sbT0oA3KK53S/GNrf2c
lzcxPZxokUgLOsm4SZ2gbM/Nx93r09a07nWLW0+zvLIiwzI8gkZsYVV3E478CgC/RVCx1zTtSspL
uzuklgizvcAjbgZ5B56c/Sq8XirRp7FryG+jeBWCEqrE5IyMLjJyOeB05oA16Kx38UaZDDNcS3cS
20ezbKrbt+9dwwBz05+gJqK08WafeajLZpMokwjQZJ/fq0YkBHHHBPB5ODQBu0Vg6f4x0m90pb5r
pIhsjZ0OSVL9FHHzHORxnkGrtvr+m3dzb29vdpLLcRmSNUBOVBIJPHHII57jFAGjWJ4vt3l8PTTQ
g+faMt1Hj1Q5/lmtumyIsiMjjKsCCD3FNOzuJq6I7W4S7tIbiI5SVA6n2IzVLxFfnTNAvbpf9YkR
EY9WPC/qRVPwe7RaTJp8h/eafO9sf90HKn/vkim+I/8ATdV0fSxyss/2mUf7EYz+rEVSXvWE37pp
aJp40vRLOz7wxKre7dz+eaWw/wCPi/8A+vj/ANkSr1c9LrAsNQuraOGSSeafKnYxQfIncDk+woin
K4m0rFG48K3s2q3cyvCtve3JN0uSTJEFUoOnXcrA/wCy5qBPD2sQ6be2At7d1u7GGAzGfGx0i2Eb
dvIJHWumj1RBGokiumfHzEWsgBP0xTv7Vh/543f/AIDSf4VNmVzI5v8A4RK+FyG8yF4rdpIbUEn9
3A0UgAPHXdIo+iA1asNE1IeGTYzSSwSLBJD5T3AnWYmPaCWZdygHoBitr+1Yf+eN3/4DSf4Uf2rD
/wA8bv8A8BpP8KLMOZHIReFtYito28ttyzxSGIagwlO2KSNm87bkA7kwvoD61bvfDGrahdXF3JPB
G1yHt2hxkpC0ez/WdSQcPt6ZrpP7Vh/543f/AIDSf4Uf2rD/AM8bv/wGk/wosw5kY5s9Xd9PvW06
zSfTw0a2y3J2urKAWVtvykY4BHQnpWVd+DdTmtLp42tVvXt5PKIJ2K8kkrOnT7m2Tbn1GccV1v8A
asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy9S8OT6iLOOa5Z4o5C5BCgwfumVSmBkkMVPJ7V
m6foWuafaMzW+n3N5dWzW85aQqsbGWV9w+U5U+ZyvB4FdN/asP8Azxu//AaT/Cj+1Yf+eN3/AOA0
n+FFmHMjCu/DN41jcW0MiSBtJiskd2xudC3J9BgipU8My/Y9ZEkkrS3sk7RJ57eWm45RgvRWBAOR
zWx/asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy5NHvl0qwsbZUjW1MLs4lOXI3eZnjnnBz3
yaw28G6nDpQtESK4iJRmgkunAZ/ICM+7BPD/ADY79etdh/asP/PG7/8AAaT/AAo/tWH/AJ43f/gN
J/hRZhzI5uLw1qMV3bPPHHdwR+WBCblkEbCKJfMGByQUfj/azVJPB+qyLO19DbTgXkNzHAJyEJVn
3kccZVl65Jxya7H+1Yf+eN3/AOA0n+FH9qw/88bv/wABpP8ACizDmRzjeG9VbU1ldkkX7QZYpjcM
Dar57uQFx825CF9unQVe8MaDc6NNM07AiaFN+JWfMoeQluf9lkH4e1av9qw/88bv/wABpP8ACj+1
Yf8Anjd/+A0n+FFmHMiFbmG0v9RmuJUijUx5Zjgfdq5Z3a3kAmSOVEJO3zEKkj1wecGsK40m08RX
d6ZlmjZGj8typVlO3+6eoq1aeGbQQAXttC8oJ+aNnAYdjgng1pJRtq9SE5X8jborK/4RrSv+fNf+
+2/xo/4RrSv+fNf++2/xqLR7le8aM8EVzEY54kljPVXUMD+BpsdnbxIEjgiRBjCqgAGDkfkeaof8
I1pX/Pmv/fbf40f8I1pX/Pmv/fbf40Wj3D3i+1pAyFGhjKsCpBQYIPUfQ0Czt1TYsEQQDbtCDGM5
x+dUP+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvF42VszyO0ERaVdshKDLj0PqKaNPtFEYF
rABGMIPLHyjrxxxVP/hGtK/581/77b/Gj/hGtK/581/77b/Gi0e4e8X5bS3mkSSWCJ5IzlGZASv0
PakaytnmaVoIjKy7C5QFivoT6e1Uf+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvFz+z7Tyk
i+zQeWjblTy1wp9QMcGnfY7fdI3kRbpceYdgy+OmfX8ao/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+
a/8Afbf40Wj3D3jRMEZV1KLtf7w2jDfX1oaCJg4aNSJBhwVHzdufWs7/AIRrSv8AnzX/AL7b/Gj/
AIRrSv8AnzX/AL7b/Gi0e4e8X1tLdYxGsMYQLsChBgL3GPT2pxgjKupRSH+8Co+btz61nf8ACNaV
/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jQktoZQ4kijfeu19yg7h6H1HJprWVs3l7reI+U
NqZQfIPQenSqP/CNaV/z5r/323+NH/CNaV/z5r/323+NFo9w94vrawJcNOsMazOMNIEAZh7nrSi2
hWd51iQTOMNIFG4j0J61n/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jVorMi8Pab
DKksdqFdGDKd7cEfjWnSdug1fqVNUtLS+06a31AgW0gxJl9oxn17UVR8XWk1/wCFr62tojLNIgCo
vU/MKK2pRTXxWM6js9rmzRRRWBqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8A
kM33+5F/7NV+qFt/yGb7/ci/9mprqJ9C/RRRSGIaw/B0UsHh9EnSRJPOmO2QEHBkbHX2rcNUNF1R
dY05btYjEC7ptJyflYr/AEp9BdTQooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E
01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAhGa5qTwlNNeN
eSakv2vejJIlqqg7GyN4B+c9s8Y7da6aigDl5PBQlieB9QkNsqSrbR+WuYvMbLEn+L0HTjrk81oT
eH0m1n+0PtDBvOim2BRj5EdMZ99+fwrYpKAOJh8KahYeIrGWHyLizto4ow8rEEBd2SVBxu+dtpwc
E9q35NEnOvPqMF4iJKkaSxNAGJC7vutkFc7j2rCn8Vajp9vqb3EtlLNHfPDbRCNydipuIOPbuffr
wKS18U3TavI4eA2tzJaqsDSkzR+bEpGwdMAnJPfDdMUAWbPwItpYyQfa4Xcwxwqfsiqm1DkMyg/M
/wDtZBHbFaF74ZF9YWltLezs1vBLCZZPmeTfGULE+vOaxtD8V6hPNplktqs8YgthdTyzKrkyRht4
ycnr6HJz6Vfvtbv4tZnsrBIGma6igQ3DtsUGF5CcAZ/g6e9AGjFoSxx6ivnsftyKhO37mIxHx69M
1mXfgiK6VCboGSIwlPNgWRP3cbR/Mp65DH0war6v4gvLrSdDlswbf+0UMsm2dYyMR7tokZSB+WTj
tzT4vF80lxAYYoPspe1iZJ5Ntw5mCkMqjjADDPrtbpigCtrfg+8NrCmnvHLh4zJGAIRhYjGNoUgA
cnjI4OOa17bw0cxTzypHL50Vw8UKYjVkh8vauedveovDXia41m5jjuUtP31r9pT7NIX8sBtpV89z
/Rh2rpaAOVt/BcsEds7atJJd2aRx2sxgUCNUDAAr/FkMQTx26d9LSPD40q5M/wBqknkeLZIXUDc5
keRn46ZZzx2rYooAKSlooA56H/QPHE8fSPUrYSr/ANdI+D/46R+VGm/6f4u1S86x2iJZRn3+8/6k
D8KTxgxsbey1hVLHT7gO4HUxt8rD9R+VT+ErV4PD8Esw/f3TNcyZ/vOd38iK0fw3I62Nus23t4rl
9QinjV0Nx0Yf7CVpVRsP+Pi//wCvj/2RKhbMp9C3HGIo1RScKMDJJP5mnVH9ph/e/vo/3X+s+YfJ
xnn045pPtlt5Ty/aIvLRQ7PvGFUjIJPpjmkMloqN7mGMoHmjUyAlAWA3YGTj145plvf2l3C01tdQ
TRIcM8cgZV78kUAT0VUOraeLUXJv7X7OW2+b5y7M+mc4zVhLiGRwiSxs5QOFDAkqeh+nvQA+iq39
qWHkyTfbbbyom2yP5q7Ub0Jzwak+124OPPiz5fm43j7n976e9AEtFMeeKPy98iL5h2plgNxxnA9e
BUcl/aRCMyXUCCRtiFpANzdMD1PtQBPRVVtV09bhoGvrUTLndGZl3DHJyM5pw1Kya4a3W8tzOhw0
YlXcD05Gc96ALFFM+0Q4B82PBfZncPvdMfX2pzusaM7sFVRkkngCgBaKZDcQ3C7oZUkGAcqwPBGR
+YINPLAYyQM0AFFNSRJATG6sASCVOeQcEfnTqAKFp/yFtQ+sf/oNaFULT/kLah9Y/wD0Gr9VLcmI
UUUVJQUVi+Kru7s9JjbT2dbiS5hiHlhNxDOAQN/y5we9Ujr1/YXUFpNaGZES3NzNNMolUzSmNQFR
dpwRzgjj3oA6eiuN07xXdwWUq38URbbLJBM0hPmYn8sKyqhIOWUAKGJ+tO/4Te5a2t549NQp5Ty3
IaYqUCTeUQoK5Jzk87ffBoA7CiuYufFlxBaTXi2CSWxuDa24WUmR5RJ5fzKF4GQTwSenGTVG+8V6
rPYYi0/7DNGYDcmWXDIHmKDYu35shSeccMO9AHa0VyHivWdS03VUWyllSCG1NzLsiR0ADgMZM/Nt
25+5zUreM5BfXqjT2WwtTLGbyRiEEidjgHgngYyenHNAHVUVy1h4sutTMUFrp8Qu8ymVZpmjULGy
qcZTdk7hwVGO/bMUvjaaO2a5/s+MwyxzSWg+0fO/luFO8Y+XOe2cdDzQB11FcvqGuahJ4Q1i4ihi
ttQsvMiOJNyBlAO5W288HIyOtDeIL3ThcW0lpHM1p9nt97XPMs8u0DJ2gBcty3X/AGaAOoorkbjx
leQrKq6bA8lotw12BdfKBDszsO35iRIODjBBBqzd65fHw3rUrRR2d/YKy5jfzVDeWrqwyBnhhwR1
BoA6WiuMt/Ft6t/LZyxxyXkQhtWhZgii4Z3G8tgkIyqrDg9QBzTNQ8X39zp9yljbRQTWxC3MpnBC
HzjH+7+X5/uE846460AdtRXP6N4kn1bV57ddNmjskMipdE8FkfYQRjHJzjBPTnFVLTUdRW7tZ5b0
3Ed3qFxa/ZWjQBEV5AGUgA8BBnOep6UAdXRRRQBm+INSbR9Dub9I1laBQwRjgHkDr+NFT6rYW+qa
bNZ3ZYQSjDlW2nrnr+FFa03TS95GU1O/uluiiisjUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VR0fTE0ewFpFI8ih3fc+M/
MxY/zq8aw/Bvmnw+nn+Zv86b/WZzjzGx19qfQXU3aKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QV
ef8AXF//AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAl
QQ31tcuUhmV2BYYX/ZO1vyPFTmuETRtTu9Eht4VlQx20ttMBKYyZftCFj1B5VXIb396AO7zUVtdQ
3kXm28gkj3Mm4eqkqR+BBFciug30FxDFLaTXenRTTeTAt3tMWXUxvksCQBuGM5GehzUVzoutQwsl
vbtJ54mQ7LgJ5ZN0ZAxyR1Q9ue1AHT3sWkJKyXsFpvuAZmEkQPmCPHzHjnbuHX1qwNOskuFnW0tx
Mq7VkEQ3AYxgHGcYrjJ/DurPeXsqWsguXt7uP7Wbv/Ws7qYtq5+XCjHbGMU7UdJ1LTjqWqQC5Esn
2vJjnLEoyjytq5OCDyMDigDrZrTTLdobme3tUaHbHFK8agx5O1VU445OAB61Hd6jo9nqEcN3cWcN
3IQ6rIyhyeVB9fUA/UVymhWkk3g24Wxhnnn+3xTlGO1W2yRsRGWdhjavduuat6lbarJaa2i6I0/9
qoNuZo90P7sIVbJ5xgsNpIO7t1oA6Yw6fewNamK3mhgcI0RRWVGABAx0BAIP41IbO1a6S5a3iNxG
NqSmMb1HoDjIFYlraXq6PrDQQjzrtzJbpcEqWBhjX5scqcqeOKwYfC+r3GnLDdJMqxG6eFBc7NhZ
U8r7rnowY4yQKAOvsLHTdAht7W1jjg85vLQ7fmlYKTye5wpOT6U8a3pp1JtP+3W/2xesO8bhxnp9
OfpXOW2iakfE9peXVrJI0VwZGu2uRtEZgKhBHnqGPXHcnuafN4fvjrc146m4tJL5na0d1CbDAEEg
PUMCCMEngk46UAbP/CVaH9mNx/atn5Ify9/mjG7GcflzVyPUrOa4EEdzG8pLAKrZyVxuH4bh+dcc
uj6qlunl2V+n2f5bHN3CZrX5fmUsTteM/KMNuPH0xdsdPvbfU7FbqJfPa/nu3kj5TYYdp57ZZlwD
6e1AHXUUUlAHPeNS8+ippsBHnajMtuuewPJP5A1c8L3pvvDtnI/+tVPKkHoyfKf1FVJf+Jh44hj6
x6bbGQ/9dJOB/wCOg/nRof8AoPiDWNN6I0i3kQ/2XGG/8eB/OtH8NvmQviudDVGw/wCPi/8A+vj/
ANkSr1YD61b6dfXlux3XEk+5U6DGxOSewqYpu9hyaVmzJufDWoyapqRjhQWmqXBW7y4+aJVQqQPf
DofZge1QR6LqkOj6hpzaY7m806CEOJI/LDJDtZWy2evHAIrqo9bs/LXzbmMPj5tobGfbin/21Yf8
/K/kf8KOWXYOZdzlm8Mak11CZIkkjsfNtrMlxkQNDIAx9yWjT/gGe9W9O0rUl8JmyCSQMLZ4pIbi
OLdKxjwNrRkAAHuQSe9b39tWH/Pyv5H/AAo/tqw/5+V/I/4Ucsuwcy7nEweHNVitYj9iugi3MMrK
Ps3n5WGSNiB/q9vKAZ56mr99oWtXl/cXsUUMP2iN7NV3YlihaPaCSG24D4fAGeuK6f8Atqw/5+V/
I/4Uf21Yf8/K/kf8KOWXYOZdzn/7OmY6ZcL4cMUVluR7MPDliU2h1+ba23kckHDE1l3XhPVWs7me
3s4kuhZSpBCsi7QJJZS0GfQI6+2VHpXaf21Yf8/K/kf8KP7asP8An5X8j/hRyy7BzLuY+reH73Ux
p8UkqMkE/mxuqbWtiInCtnJ3EOV6YrKs9E1KCzaS/wBCiu7i5tZIjEJYysEjSyuc7j9xt68jJ+Xp
XW/21Yf8/K/kf8KP7asP+flfyP8AhRyy7BzLuc3feGLtra6RYIp520iK1E3ygyTKW3cnnkEcmp4/
DNwbTW2kZxNczTSW8Y8vCtu3RuGxuzkA8nHtW7/bVh/z8r+R/wAKP7asP+flfyP+FHLLsHMu5knT
r+DSLCztIHWSF4ZZpfMX94x3GTPPXdyfXdxWNJoviJNJ+zSG/ukcKZFF6BKWNvg/OWHyiTORnHoC
OK6/+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3OattK1m3ubYTRXb2iCNfLtrlYyriKJdx+YZQFZM
jnk5wapjRfEF2JG1GC7aOK9guIoY7v5sBnD7W35IwUPJXvgCux/tqw/5+V/I/wCFH9tWH/Pyv5H/
AAo5Zdg5l3OcGna8NRBb7Ts+074XjuAscaee7P5i5+bdGVAGDjpxWh4Y0/VLGaU6jLcSLLCjETT+
Ztl3ybgOeBt8vgcfjmtP+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3EtiF1TUSxAA8vJPb5as2t3B
eReZbSrLHkruXkEjrzXOX2nL4jmvvst66KrR8DOxzt6MOtXbHR53tl+0XeoW8i/L5aXCsuB3BC9K
qUVa7ZMW77G7RWV/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hU2Xcq77F29sLXUrZre9gjnhYglJFyCQc
j9aih0fT7eIRw2cKIAgACD+Fiy/kxJHuar/2If8AoKal/wB/h/hR/Yh/6Cmpf9/h/hRZdwu+xYfR
9PkiMb2UBQqyFSgxtZtxH4nn60iaJpscAhjsbZYghj2CMAbS24jHpnn61B/Yh/6Cmpf9/h/hR/Yh
/wCgpqX/AH+H+FFl3C77Esmg6XK9y8mn2rNdDE5aIHzBnPPryAfwpv8Awjmj4gH9mWhFuMRZiHyf
Nu4/Hn60z+xD/wBBTUv+/wAP8KP7EP8A0FNS/wC/w/wosu4XfYsXmjadqE8U95ZQTyxcI8iBivfv
TZNC0uW7lupNPtmuJVKSSGMbmBGDk9+OKh/sQ/8AQU1L/v8AD/Cj+xD/ANBTUv8Av8P8KLLuF32H
jw7pAgihGm2vlROZI18oYVj1I9zjn1p40PTBLcSCwtt9z/rm8sZk5zz688/Wof7EP/QU1L/v8P8A
Cj+xD/0FNS/7/D/Ciy7hd9i61hatDPE1vGY7gkyoV4kJGDkd84pJdOtJ1nWW2idbjHnBlBEmBgZ9
cYqn/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hRZdwu+xYTRtOit1gjsrdYVjaIIIxjYxyy49CQM+tSvY
Wskc6PBGyXH+uUrxJwBz68AD8Kpf2If+gpqX/f4f4Uf2If8AoKal/wB/h/hRZdwu+xZuNIsLtp2u
LOCUzqqSl0BLhSSoPrgk49Kifw9pMqwLJptoy267YQYlxGOuB6cjNR/2If8AoKal/wB/h/hR/Yh/
6Cmpf9/h/hRZdwu+xZg0jT7a/kvoLKCO7lzvmWMBmzjOT74H5Ulto2n2d3LdW1lBFcTEmSVEAZiT
k8+561X/ALEP/QU1L/v8P8KP7EP/AEFNS/7/AA/wosu4XfY1aKzYtHMUqP8A2lqD7WB2tKCD7Hjp
WlSdhoxfGFvNd+FL+C2ieWV0AVEGSfmHQUVa13U/7G0a4v8AyvN8hQ2zdjPIHX8aK3ouaXuq5lUU
W9WaFFFFc5sFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8AkM33+5F/7NV+qFt/
yGb7/ci/9mprqJ9C/RRRSGIapaRqkesWAu4Y3RC7ph8Z+Vip6fSrpOBVDRNLGj6cLRZTKFd33Fcf
eYt/WjSwjQooooGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH
8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooASoZrhYZ4IipJmYqCO2FJ5/Kp6
o3v/ACEdO/66v/6LamhMu0tFFIYUUUUAFFFFABRRRQAlLRRQAUh469KWsjxTetYeHbuSL/XOnlRD
1dztH86aV3YTdlcq+Ex9riv9Vbrf3TOhP/PNfkT9Afzo1n/QfE+kagOElLWUp/3hlP8Ax4frWtpd
kunaZbWafdgiVPrgVS8V2bXvh27EQ/fRKJ4j6Oh3D+VVe8hW9016zILWK7lvlmXO25yrA4ZTsTkE
cirenXiahp1tdxkbZ41kH4jNRWH/AB8X/wD18f8AsiUlpcHrYtxp5caoWZ9oxubqfrT6TI9aNw9a
koWikyKAQehFAC0Um4YzkYoyPWgBaKTcOeRxRkUALRSZo3D1oAWim7l9Rml3DOMjNAC0UmR60EhQ
SSAB1JoAWikVgwBUgg9CKKAFopAQelLQBQtP+QtqH1j/APQavVRtP+QtqH1j/wDQavZqpbkxFopM
0ZqSipqmpw6TaC4nSV1LrGqRIWZmYgAAfU0kGq203kq7i3nmGUt5yElPX+E89jVXxLpUms6ULaJY
HYTRS7J87HCuGKnHPOKzT4WeaZJ5IrGGVEtEjWJSREIZjIQpIyAQQPrQBs2OuWF/ZyXMdxGiRFvM
EjAGPDFctzwPlPWpzqNkDCDd24M+PJ/er+8z0288/hXMDwfdQRMbSe2inaKVHdY8Fy04k5OD/CCu
cEgnIqGPwNN/ZywzS2rzJbyxo5QtsZp/NBBPPA4oA65r+0SSaNrqBXgXfKpkAMa+rDsPrVa+13T9
PtI7iW4jZJioiCOpMmWA+XnnqOlYF34SvLi0ubZXsgpuDcRTYdZZMy+YUkI529sg9lOOMVB/whNy
sSJCmnRq/llw3mSGEpM0n7tm5+bcck9+3oAdDqfiOy0i7jt7pZ8snmM6RFkjXcF3MR0GTV9r21Wa
SJrmFZY08x0Mg3Kv94jsPeud8S+GLnWtTiubeSBAtuYQ8jOGibcGDqF4YjHQ8ZFVZPBt3/ad9dQz
W/mTmZ4bmRpGkjMgwV2ElMdRnHTHGRQB1R1GyFvFObu3EMrbY5DKu1z6A5wTSnULMPMhuoN0AzKv
mDMf+96fjXKaf4RvrDyZGawuXDzb4pwzoFkZWyDjlhtx0Gc9qY/gi6lglt3ls/LWOaONxGd83mOG
Jl9cbffJ546UAdPe6zY2OjTapJPG9nEhcyRsGDAdgc4Jzx9adb6raTwq5nijYwido2lQsiYzk4JG
ORznHvWVJ4bJ0LWdPjMCLfSSPEAnyRhlAGR9RnimX/hY3L6lJH9mDXMtvJGrx5UrFt/dv6qSvQet
AG2dTsQkLm8tgs5xE3mriTt8vPP4Uy51azttKn1HzlltYEZ3eE7+F64x1PHSuafwVJcW9z9oNl5s
8N0Aqxfu4ZJvLwUzzgBOTwSSTxWlL4cb+y9bs7YwQrqBzEETasf7pE5A91J49aAL8GuWE+StwoQW
6XXmN8qiNiQCSen3T9KNQ1yw02xW6muI2jcAxhHUmTJH3Rnnr2rAuPBk41C8ntZ4GgeWKeC2nQlF
ZXd3RsfwlnLD0Pbiq8ngm8MTBX05nuOZS8TYgPnNLiEdh8xHPoD7UAdlHdW8txJAk0TTx4Lxq4LL
npkdRVOx1qHUbqaGC3ugsTOhmeErGxVtrAN35B/KsrQ/C8ula9Pey+RKGMxSbzJTLiRw20qTsGOm
R1wOlT6Fok+k6jeyvb2GyeWWTz4t3nPukLANkY4Bx17UAdBRSZpaAKerabFq+mTWNwzrFMMMUOD1
zx+VFUPGUcsvhO/S3WR5Sg2rGCWPzDpjmit6UW1pKxjUaT2ubdFFFYGwUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhrD8HTS3H
h9JLiSSSQzTDc5JOBIwHX2rcNVNL1KHVrIXVsriMsyYcYOVYqf1FPoLqXKKKKQwooooAKq6p/wAg
q8/64v8A+gmrVVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABR
RRQAUUUUAFFFFABXPa5/p3iLR9OHKI7Xko9kGF/8eP6V0NcjYazpv/CVaxd3t/bQtGVtIlklCnav
LHB9WP6VUV1JkdbQRkEEZBrL/wCEn0T/AKC1j/3/AF/xpf8AhJ9E/wCgtY/9/wBf8aXK+w+Zdyn4
SP2a1vNLY/Np9y8a/wDXM/Mn6H9K0rD/AI+L/wD6+P8A2RKwrXVbE+Ov9BvIJ01C1w4ikDYkjPGc
eqk/lWh/a1rp91exyyKZnuMpEGAY/InPPAHuatp3ZCaVjAudJ1NtU1aOGCb7Lq9yY523Y2RqifOP
95d6cd9tV47W8j0PUtOk069aW70yCOMLESm5YNrKW6A54rtY9Us2jUyXNsjkcqJlOD9ad/adj/z+
W3/f1f8AGosy7o42TSNVlu7YTwTOmnedaW7bv9YhgkxIee+Yl/3g1WNGsb2Lwc9ra2iRZt5EnR7Q
20rP5QC7QOGOeCx611f9p2P/AD+W3/f1f8aP7Tsf+fy2/wC/q/40WYXR5zDo94mlxRtYTfZRdxSs
Dp2eRBIrf6PnkA7Pm4yWzzite7tNZl1Ge+sbNoI5YXsICHKyRp5fyMY8YUCTnOcgHpXX/wBp2P8A
z+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cj9gszFYPHoN4mnws32u1a3+aSTYArsv/AC0xyCeeSDzj
Iz7rRdWW1uLq3srkSx6fLFDbl8kxSSy/uuv3lQxkehUCu+/tOx/5/Lb/AL+r/jR/adj/AM/lt/39
X/GizC6Of1jStT1D+zI8In2e482CSPdmIrC+0yf8CwOOxrGtrCd7FZtY0O9neW3kEFuo3fZ5mmlY
9/lJDR4f0HUV3X9p2P8Az+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cdqHhycpeTGxWW/bSI0M8aAs9
xlg+D/eIxz6YqxF4duCmu3ZRUuJZ5pLbFuBLuVg0bb85YZUfL0rqf7Tsf+fy2/7+r/jR/adj/wA/
lt/39X/GizC6MEwXlvpGn28FvO9yk0U9xI0YO5nLNIee4br6ZFZEx8SDRTb3TanMJApkkjhjMuWt
8lMYxt8zIPGR645rtf7Tsf8An8tv+/q/40f2nY/8/lt/39X/ABoswujkrJNWtLi2ikivoLTESk2s
KsxcQxAB8g/JnzAT6gDIFVS3iG+WQ3i6pDDBfQSoI1Hmbdzhx90bgAEPAxz1Ndv/AGnY/wDP5bf9
/V/xo/tOx/5/Lb/v6v8AjRZhdHLJJr0Wo+Wsd3Ghui0KxQp5Tqbh9/mnHH7vaRgjOc8mtLwx/bAm
l/tWW4kSSFJB5yKuxy8gKjaBxtCHnPX3rX/tOx/5/Lb/AL+r/jR/adj/AM/lt/39X/GizC6MTVtS
vtNur+SxtDMSYw0nURjb1I6mptN1DUTZqyWUl4G+bzjdRHdn0xwB7Ve0+aOfUr94ZEkXMY3IwI+7
V6KGOFSsSIgJLEKMZJ6mrlJWtYhRbd7mb/aGp/8AQGb/AMCUo/tDU/8AoDN/4EpWrRU8y7fmVZ9z
K/tDU/8AoDN/4EpR/aGp/wDQGb/wJStWijmXb8ws+5lf2hqf/QGb/wACUo/tDU/+gM3/AIEpWrRR
zLt+YWfcyv7Q1P8A6Azf+BKUf2hqf/QGb/wJStWijmXb8ws+5lf2hqf/AEBm/wDAlKP7Q1P/AKAz
f+BKVq0Ucy7fmFn3Mr+0NT/6Azf+BKUf2hqf/QGb/wACUrVoo5l2/MLPuZX9oan/ANAZv/AlKP7Q
1P8A6Azf+BKVq0Ucy7fmFn3Mr+0NT/6Azf8AgSlH9oan/wBAZv8AwJStWijmXb8ws+5lf2hqf/QG
b/wJSj+0NT/6Azf+BKVq0Ucy7fmFn3Mr+0NT/wCgM3/gSlH9oan/ANAZv/AlK1aKOZdvzCz7mbFf
ai8yLJpLRoWAZ/tCHaPXFadJS0m7jSsUNa1NdH0i4v3jaRYAGKKcE8gf1opdZ0xNZ0mewkkaNJgF
Lr1HIP8ASitKfs7e+Zz57+6XqKKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqF
t/yGb7/ci/8AZqv1Qtv+Qzff7kX/ALNTXUT6F+iiikMQnFZ2g6WdH0xbRpRKRI77guPvMW6fjWia
xPCF1NeaAk1zK00hmlXexycCRgB+Qp9BdTcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV5/wBc
X/8AQTTW4nsS2/8Ax7Rf7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV
Rvf+Qjp3/XV//RbVeqje/wDIR07/AK6v/wCi2poTL1FFFIYUUUUAFFFFABRRRQAUUUUAFVX0uxkd
neytmZjks0Skk/lVqigCn/ZGn/8APja/9+V/wo/sjT/+fG1/78r/AIVcop3YrIrRadZwSB4bWCNx
0ZI1B/PFUE06C9ub1pFxKlx8kq8MvyJ3/oeK2Ko2H/Hxf/8AXx/7IlNN6iaWhPHaRrGqukbsBgts
Az7077ND/wA8o/8AvkVLRU3HYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/
55R/98ipaKLhYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/55R/98ipaKLh
Yi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaTNFwsR/Zof+eUf/fIo+zQ/wDPKP8A75FS0UXCxF9mh/55
R/8AfIo+zQ/88o/++RUtFFwsRfZof+eUf/fIo+zQ/wDPKP8A75FS0UXCxnWSKmqagFUKMx8AY/hr
Rqhaf8hbUPrH/wCg1fqpbiiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGJ4yaVPCd+0BkEoQbTGTu+8OmOaKvavqUekaXPfTI7xwgFlTGTzjv9aK3pNpaRuZVEm9XY
u0UUVgahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7NV+qFt/yGb7/
AHIv/Zqa6ifQv0UUUhiGqml31tqNkLiyBEJZlGV28hiDx9Qatk4rM8PaZJpGlLaSyLIwkkfcowPm
Yt/Wn0EalFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfy
qWorf/j2i/3B/KpaQwooooAKKKKACikNc7f33iSBp57fTrBraEsRG8zebIo7jAwMjtSlKxpSpOo7
JpersdHRVHR9Ti1nSbe/gBWOddwVuoPQj86vUJ3V0TKLhJxlugooopkhRRRQAVRvf+Qjp3/XV/8A
0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAV728hsLWS5upVihjG53boBWbYeLNK1G8W1
huGWdxlEljaPePbcBmth1VwQwBHoRmuO1i5XxNq9jaaXDM7WF8HuLooVSLZ95Qx6k+grOcnHY68N
ShVupJ+t9F66fqdnRRRWhyBRRRQAUUUUAFUbD/j4v/8Ar4/9kSr1ZMd7DZz33mt87XOERRlnOxOg
ql1Jk7WNaio45Q8asw2EjJViMinb1/vD86ko4u/1q+0rxPqbrLJNBKY7OCAnKpcGNWjI9AxLA/QU
vhnVJLbUbaz1HVGlJgljU3EozM63LoCM9TgAcV2REZOTsJznt1prRwMylkjJU5UkDg+1AHmq63qg
8KvYG/uftZhOoLdbvnFvjdjd6+Z8n+6RW7o9/L/b2rSSTtdyRXEqx2iXxMuAQABCxCAAd81122L0
TpjoOnpSCOASGQJGJD1YAZ/OgDhdX1i70/U7yeO7kmmkUmKCO43PZ/uwSsluMg7QGbeM8kA8YzPq
t9HHpsWnaFq2oXkt1LkzW8v2iWJUXcSGz0LbARnjf2rtAsQkMgCByMFuMn8aESGPGxY1xnGAB160
AedX/ie/Npf6vFNOlsdPjjmhU/8AHrI6yDePQrIoU+xz2rptU8QNBe21nbXtjbEq5lnuvmUOuz91
gEYYh89c4HQ1v4iwwwmG69OaGWFxhljIzu5A6+tAHFTeMtQjS6eNrJnWO5YW21jJamI4UynPIY+y
9RjPWla71O+8QWFvd3MP+h3FwsghR0WYpGjqcb+MB8YORxn2rtNsWWOEy/3jgc/Wl/d5z8ufWgDi
4PEmqHR57mJrUC3srRkWRGYtJKqklm3ZIGenU+tXdK1zVZNaitL5rOSJp57bMMbI26MBt/LHg5xj
t6102IsYwmPTil/dg5+XPXNAD6KbvX+8Pzo3r/eH50AOopu9f7w/Ojev94fnQBStP+QtqH1j/wDQ
av1n2hB1XUMHPMf/AKDWhVS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAFDW9MGs6PcWBlMQnULvC5xyD0/CiqfjGea28KX81vI8UqICrocMPmHQ0V0UYza912Ma
kop6o26KKK5zYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9UL
b/kM33+5F/7NTXUT6F+iiikMQ1jeE72fUNCSe6lMspllXccdA7AdPYVsmqml3Nnd2Yl04J9nLMBs
TaMgkNx9c0+gupcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV3/wBcX/8AQTTW4nsS2/8Ax7Rf
7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFACVzviG81GTVLTSNOaGE3kUhe4kQsUAxnAzjPPeuirPu
LG8l1i1uYr0x2kSsJbbbkSE9Dn2qZq6sbUJKE+Z22e/e2n4kmj6ZFo+lW9jASY4F2hm6t3J/OrtI
KWqSsrIzlJzk5S3YUUUUEhRRRQAVRvf+Qjp3/XV//RbVerJ1pLmSWyWylSK4Lvsd13AHY3anHcUt
jV3DOM80ZrD0y1voxIplWKfI8xpbcsX99+/kflj0FX/I1H/n9t//AAGP/wAXTaSe4k32LuaM1S8j
Uf8An9t//AY//F0eRqP/AD+2/wD4DH/4ulbzHd9i7mjNUvI1H/n9t/8AwGP/AMXR5Go/8/tv/wCA
x/8Ai6LeYXfYuGsTw5H5f9pKNPns9147/vX3eaT/ABj0B9Kv+RqP/P7b/wDgMf8A4uj7PqP/AD+2
/wD4DH/4uk43d7lxqNRcbbl2jNUvI1H/AJ/bf/wGP/xdHkaj/wA/tv8A+Ax/+Lp28yL+RdzRmqXk
aj/z+2//AIDH/wCLo8jUf+f23/8AAY//ABdFvMLvsXc0Zql5Go/8/tv/AOAx/wDi6PI1H/n9t/8A
wGP/AMXRbzC77F3NYZ0a21C8vZnRRcJPtWXaG42JwQeCPar/AJGo/wDP7b/+Ax/+LpmlLIsl8JnV
3+0csq7QfkTtk1S0vZkvW10Oj0eyEaiSytC+PmKwgAn6U7+yNP8A+fG2/wC/S1doqeZ9yuVFL+yN
P/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7F
L+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4
cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtF
HM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36
WrtFHM+4cq7GZp0EVvqV/HBGkaAxnagwPu1p1QtP+QtqH1j/APQav05bijsFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFPVdQg0rTZr26DGGEAsFXJ646fjRUWvaY2
s6Jc2CyiIzqF3kZxyD0/Citaapte8zObnf3UaNFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhOKy/Dmmy6TpK2s7I0gkk
fKHjDOWH861DWR4Wv7jUtEW4unDymWVcgAcK5A4HsKethdTYooopDCiiigAqrqn/ACCrv/ri/wD6
CatVV1T/AJBV3/1xf/0E01uJ7GVaa61zII4bedYoMLITAzOxx2A+6Pc/lWj/AGrH/wA+15/4Dv8A
4VWS90l3LyTwi4sTHHKQ2GjZwNqt9dw46VpyyxwJuldUXIXLHAyTgD8SQKbcewkpdyr/AGrH/wA+
17/4Dv8A4Uf2rH/z7Xv/AIDv/hV3ijii67BZlL+1Y/8An2vP/Ad/8KP7Vj/59rz/AMB3/wAKmS7i
e8ktVbM8aLI64PCsSAf/AB0/lVa613TbLUEsrm8jjuXCkI2f4iQuT0GSCBmi67BZj/7Vj/59rz/w
Hf8Awo/tWP8A59r3/wAB3/wq1HLHMGMbZ2MVPB4I60/FF12CzKX9qx/8+17/AOA7/wCFH9qx/wDP
te/+A7/4Vd4oouuwWZS/tWP/AJ9rz/wHf/Cj+1Y/+fa8/wDAd/8ACrvFGKLrsFmUv7Vj/wCfa9/8
B3/wo/tWP/n2vf8AwHf/AAq1LKkELyyMFjRSzMegA5JqCyv4NQiWS3ZyrIJBujZDtOcHBAPODRdd
gsxn9qx/8+17/wCA7/4Vl65rP2aFbuG3m8y2SaZVmjaNWIiYgZxXQ1la1Zxagbazn3eVcGSN9pwc
GNgcGhWB3MyPxtbxq8l7H5CRQKZV3fMs/mMhi5wOq8E4yDnpT7fxzZXLu8drdmzS3Sc3IQFRmRkI
IzngqeRkcH0ybd34S027vLq7ImiuLoRF5IpNpVozlXHo3b3A5qRfDlvuZpbi7mL2zW0vmSA+ahLH
5uOo3NjGOtSURP4v0xBKd0zeU8sbBYiSWjZUIA75Z1Ax1JpYfFFrcXMFsltei5lkaNojFhoSoUkv
zgDDqcjOc1HF4L0qGOVEWceZBFDu8wgr5ZBVhjo2QpJ7lRVqx8PWlhcx3KvPLcKZC0ssm5pC+0Et
+CKBjAAFAEfh3XxrmlJcCMh1iRpGVf3ZcrkqpPXHQ+h465rMg8VXsdjbXGpW9tGLy2FzbtCzMAMp
lWBAOfnGCOOvTvt6VoVpo0LQ2fmLEyqpQtkEgY3fUgDPrj1qlD4PsYrP7NJNd3CLEsMZmlyYowQd
q4AAHyrnucDmgB48U2bQyvFFdS7bg2yKkeWmkGchRnttYnOOBnpikbxXZrOsRgveSqM/kHakjLuE
RPZ8EcepAzk0SeE7OW5mumnuxdSSLIs6yAPGRuwFOOmGYc54OKevhizW9S5aa6fa6zNE0pKSSqoU
SMO7YA9sgHGaAKt3470eztkmeSRlkjSRAqjLBl3cZI5C4JHuPWrEfiuxlnCRx3LRGWKEXHlfuy0i
qyDPXkMvbuKjXwZpsMKpavdWzpO86SxS4ZC4wyjORtwAAMcYHpUmoeG4rnRdSsYZXV77BaWRixVg
qqGHfICA/WgBf+Eos3tLae3hurg3Qdoo4YtzsinBfH93kfXcMdajl8Y6dCbgul0IoVlZZvJOyYxj
5wh7kYP1wcZxUsnhq2cxNHc3kDwgrE0UuCiFVBQcY2nYpx681FJ4P06Uzh3uTFIsqrCZTsh8zO8o
OxOT64ycYzQBXk8VyT6jpttZWVwnn3DxXInhIaEKobBG4YJDKc88HpnipI/GFmLNppIbllitI7qV
4oiUAcZUDPJJ9K0RodoNR+2jzPO81pvvcbmjWM8f7qiq6eF7BLGa0HneVLDFA3z87YxhefX1oAbY
eKrTUL5LRbe8hlYsv7+EqN6jLJn+8Bz6Y71dsP8Aj4v/APr4/wDZEqOPQrSK9W6XzPNWd7gZbje6
7D+GKksP+Pi//wCvj/2RKpbMT3ReoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
ULT/AJC2ofWP/wBBq/VC0/5C2ofWP/0Gr9VLcmIUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYvi+7msfC19cW0rQzRoCrr1HzCir2q3ltp+mzXN9/x7RjL/Ju4zjp3
orek7L4bmU1d72LlFFFYGoUVz8+t3Mfj+10VRH9llsHuWJB37w4Uc56YNWtc/txxBHoRsYyxPnTX
QZtg4xtUYyTz1IxigDWormfCeu6jqF7q2l6ylv8AbtLlRHltsiOVXXcpAPIOOoo8U6/fafqmkaRp
f2aO71R5AtxdAmOMIoJGARljnAGaAOmorlr3XtQ8K+Gb2/8AEkthLNCT9nNvujE525VSDnaxII4y
Ks6f410S80L+1G1G2jgQKJmMnEbsM7M9zQB0FFZmk+ItK1yKWTS72K5WE4k2nBT6g8iqE3j3w5HG
xXV7RmEH2gKH/g7duM5HvzQB0VFcx4d8eaTrmgHUmuYYGhhEt3Fv3fZwc9Tj2rbuNWsrSK2kuLmO
NLqRYoGY8SO33QPrQBcorG1HxdoWkvMmoapbQSQOqSIzfMpK7gMdenNaVneW+oWkd1ZzJNBKu5JI
2yrD2NAE9FFFABRRRQAVQtv+Qzff7kX/ALNV5iFBJIAHc1nWUqTapfSRMHTbGu5TkZAORn8aa2Yn
0NKiiikMQ1U0t7GSyDaZ5f2bc2PLGF3bju/XNWzWT4Z06fS9HW1ugolEsjHacjDOSP0NPoLqa9FF
FIYUUUUAFVdU/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2OUvPDF/Pcve2nlh5b2JpEZuJbcCE
nP8AtK0ZI9iR3qifBl/IL03tq15M0iyFpLlPLuAs6uMLtBDbARlicZIHBzXfW/8Ax7Rf7g/lUtIZ
w+oeGdZkvp/sThLVnKxq0xG2Ocfv/wAVIBUe5pLnwvqclxfeTCkcjrdf6WLlszo6MsUW3+ELlfYb
OOpruaKAOVPhqaDxBa3NtDF/Z8EcKfZ95ALAyEv7lS4IB4OT3Ap+saZqN1qGqQ29pFJbalaR25ne
UARY8wMSvU8OCMd/SunooA45tA1NNRt5kjEjR3krq8koZEjZwcleu/aOCD7EYNV08N3y2MCTaWkz
RSK14hu/+QiQrDeSf9ohsN1/AV3NFAHER+FNaRbeJbxVR7cGZvNYmOZA/lYzywG9Mnv5Q9abovhG
5iNot7bSCJLoTTxy3KyKxELLuUKqjG4r15OMnpXc0UAcRY6PqmNUhtWdNiy6fZTvKy+VHhnD9Mk7
mVMjsmabeeG7ue3jFvosUUOyVFtPtpCxTNtCz5HoAenI6jkmu5ooA4ifwfeSvcyuqTTzmSOWVpSP
NjNsEUEdMGQA4/Gpn8KXDrb23kx/YlWzV4hJhcRmQyDH/Al+tdjRQBxF14Mlub24mkgRvOmuWY+c
w3KVHkgjPZhnHbrXQRxzRDRY7lt06jbIc5ywiOTnvzWvVG9/5COnf9dX/wDRbU0Jl6iiikMKKKKA
CiiigAooooAKKQnA5qEXMP2hbfzU85l3hNw3FemcelAWJ6KKKACiobi5htVVp5UjVmCguwAJPQc9
zUoORQAtUbD/AI+NQ/6+P/ZEq9Vdp4IZ0iZ40lmJKISAz4HOB34p3C1yxRRRSAKKKKACiiigAooq
C9knis5XtYRNOF+SMvtDH0J7UDSu7E9FcrLrus6Rc2x1u0s/slzKsIktZGJiY9NwPUfSupFTGSZp
Voyp2b2fVai0UUVRkFFFFABRRRQAUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/APQav1UtyYhRRRUl
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm+IdMk1jQrqxhdY5JlChn6
DkH+lFQ+LL2fTvDF7dWsnlzRICj4Bx8wHeiuiipte6zGo4p+8jYooornNjhtZ1Gz0z4tafPqF3Ba
wnSJF3zSBFz5g4ye/FaHiPx5pej6TDPZ3Vpdz3jmK0AnXy2cdSz5wFXIya3rvS7DUGVr2ytrllGF
M0SuR9Mio20LSnhSFtMsmijJKRm3QqpPXAxxmgDG8Ex6ZBaXC22sWmqalPIbi+mglVyzt7A8KOgH
oKl8VL4avxDpfiSe2jaUGWDzpPLYEcbkfjBGfWti00qw09maysra2ZhhjDEqEj3wKdeadZ6jGI76
0guYwchZow4B+hoA83tbq6uvCHjbTor6XVtNsrdksb1zvZ8xEsm7+PacDNal14ptbPwZoT6c+nXM
kr21t50zBorRyn35McgjBGOOtdxDbQ20CwwRRxRKMLGihVA9gOKrpo+nR2sltHp9otvKcyRLCoRz
6kYwaAOE8PXMlx8SNZ83UrO/k/slPMks49iZDng/M2SAeue+O1aHw4sLeL4X2LW8CCSa3kdyF5di
WGSe54Arr7fTbKzCi1tLeEKmweXGq4XOccDpnnFSwW8VtCsVvEkUSDCoihVH0AoA81064g1D4FzW
dnNFNdxaY4khjYGRCM8FRyOhp2veIdK1LT/BltZX0FxMdRs5Ckbbiqjg7sfd5OMH+leh2+nWdnLL
La2kEMkxzI8cYUufcgc/jUcOj6bb7vI0+0j3OJDshUZcdG4HUetAHFabqOi6f8T/ABU2qT2tvcst
v5MlwQvyCIbwGPHpkVo/DJMeHryWFStlPqNxLZDGB5Jb5cDsOtX7bwpD/b+t3uox2t5b6jJA8cMs
QbyzGm3JzxmugRFjQIihVUYAAwAPSgB1FFFACMNwI9fSs99Et3XBmvB9LqT/ABrRopptbCaTMX/h
GrdTuSact/02ImH5MDVvT5JFmntJvLJgClWjXaCGz27dKv1Qtv8AkM33+5F/7NTu5LUVkti/RRRU
lCGsnwzqE+qaMtzdFTKZZF+UYGFcgfoK1jVTS0sUsgumeX9m3tjyzld247v1zT6C6lyiiikMKKKK
ACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8Ax7Rf7g/lUtIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66v/6LamhMvUUU
UhhRRRQAUUUUAFFFFAHMeMSFOmfaw50ozn7btBxjadu7HO3PWuc1JoItRe68O3ElvFb6XNLG0SEg
kSAlRuH3SfT8K9I20hTNZyp8zep20cZ7KKXLe1/R37q2/wChwWoa7qa3MxF5NFcqlubO0WEFLrcA
XJ4JPJPcYxUi61qZ1oRm7mF19vMLaf5OUW35/eZxnpg5z7V3W2jb9aXs33K+uU7W9mtvL/L599dz
zqHV7y6sNk1zJdumoWoMrIrREM3Oz5QR7gjI9alt9a1eGSK5e9klWZL391JGCieVkoeBmu/21HcW
sV1bSQXCCSKRSroejA0vZPuP67Tb1pqz9O1u3zOQ8K3t3rNpqfmajcSHylWNWdDJGxU5YBRwCen0
rIsL24g0fRTFcyyTJDeb/MQFoXWLIUEjIwcfnXd6boVjpLSNZwsryABneRnYgdBliTgelXUZHLBG
DFDtYDscZ/qKFSdld6jljaanLkho/RdGv1PO59T1yGzmuBqtwzRWdteBTEmC0jAMnT7vt1rRttW1
ebxvJavOkUCTmP7K4PzRbchgNv453e2K7bbSbaFSa+0KWNhJNezWz7dbeXl+JyWpard23jGK3juZ
ZI2CqlrCo4JUnLgrypOPmDcelZVpreqzQN5F7c3Ny9jPJdRGAD7JKo+QL8vrxg5zXoe2grVOm29y
IYuEYpezT0Xbz8v6trc87k8S6lNp19Pa3cpMdrZtGxj4EjMBIcEc85BrRa+v7TXLu1l1G5aa2hH2
O3MYIvDsYksQOu70Ixiuz20baXs33G8XTd0qa/Dy8vJ/ezkfA+palqPntfXaXCbEbH8UbnOVPyqB
9OcetdeelJtpT0q4R5Va5zV6qq1HOMbLscisN54q1adLySOLTtMvsLCiHdMy8glienPauuFZ+mWV
5aT3j3d6blJpi8KlceUv933rRpQjZXe5eIq87UY/CtrfiFFFFWc4UUUUAFFFFABRRRQBQtP+QtqH
1j/9Bq/VC0/5C2ofWP8A9Bq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAFPVJ7O206aXUdn2RBmTem4Yz3HfnFFV/EmnTav4fu7G3KLLMoClzgdQefyoranGD
XvOxlNyT0VzUooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv8Aci/9
mq/VC2/5DN9/uRf+zU11E+hfooopDENZHhawuNN0Vbe6QJKJZWIBB4ZyRyPY1rmsvw5qU2raQt1c
KiyGSRMIMDCuVH8qethdTVooopDCiiigAqrqn/IKvP8Ari//AKCatVV1T/kFXn/XF/8A0E01uJ7E
tv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf8AkI6d/wBd
X/8ARbVeqje/8hHTv+ur/wDotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/AI+L
/wD6+P8A2RKvVRsP+Pi//wCvj/2RKa2Ynui9RXK+L4rs6jpVzZiYvZia5CpnD7QuUPb5lLAZ7msb
zbiK+k1W6F0kVzcWd0wKufLjLTALgdMIE3D1PNIZ6HRXCXNzfW/iG/1HTluJY7/yrSMbW2qzRKY5
MEcAMWB+vPSs+zsY7TUtLhvmYQQJMkZuoJZi5F0+MEEbWK4OTngigD0uiuK8T+dLJaXF7bqLiIuI
rHMsqXAypBV0A2ScYGc9T9RSsdPtL2HXEuoo5bwtdSCI20iyriRiuXztb+HG0DtQB6FRXJ/YWt/C
S2UcL2dlLZBp7qJmMsblRn92AS3vyDyazdIvjY30AEQt43tp4bZoo5fImkLxlWCtkqCSRg8cHBI5
oA76iuD0ixs76402CO2u/tDRsdXWdZAGynIctwW8zBGOwOOKr2WgPJZ+HooLOIM8c0lwLpZCu4bQ
C2CDux0z70AeiUV57bC50bWLnVJrWQqz3xjMCyF5mEh2pKDwQR90j0/Oqun6wbKPR7iG7trj7XFd
xTGTzPnKOWJZcjb5q5wezj2oA9MorzPU5L7Vo7zVZILqAXVg0awsrkRKksQOVHcnzDxyVrfF4LPw
sIdFlAuWIKSW9m6oAZVViFfOCA3Qn3oA62iuGvdW8RW2u3NtBKGFujCCGSBiboCHcHyqbcl/9oDj
GORWr4U1Oe/udRjlvpb2KExeVJLbiFvmXJGMDjPfFAHSUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/
APQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBk+Kb+f
TPDd5eWjBJ4lBQkZA5A6fjRVrVWsl02Y6n5X2MAeb5oyuM9/xxRW1NxS1jczmm3o7FyiiisTQKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT
6F+iiikMQ1U0u3srWzEWnFPs4ZiNj7hkklufrmrZrG8J2U+n6EkF1EYpRLKxUkdC7EdPY0+guptU
UUUhhRRRQAVV1T/kFXn/AFxf/wBBNWqq6p/yCrz/AK4v/wCgmmtxPYlt/wDj2i/3B/Kpait/+PaL
/cH8qlpDCiiigAooooAKKKKACiiigAooooAKKKKACqN7/wAhHTv+ur/+i2q9VG9/5COnf9dX/wDR
bU0Jl6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKyra+tbe7v0nuYY2+0Z2u4U42J61q1n2K
I1xfllUn7R3H+wlVHqS+hL/ath/z+23/AH9X/Gj+1bD/AJ/bb/v6v+NQx6ppkst9GssW+wx9pBXH
lZXdySPT0os9U0zUIfNtZI5E8hLjIQj922drcjvtb8qNA1Jv7VsP+f22/wC/q/40f2rYf8/tt/39
X/Gqi69ozaZa6gLiL7JduscEmw/OzHAAGM9alstU0/UJ5YrUM7RFlZjbuqZVtpAYqFOCCOCaNA1J
v7VsP+f22/7+r/jR/ath/wA/tt/39X/GqMviHRoXuVeX/j2z5jC3cqCCFIDBcMQWAwMnNMk8S6PC
8SyC5VpiRGpsJsseeMbOuAT9BmjQNTR/tWw/5/bb/v6v+NH9q2H/AD+23/f1f8ah1DVNO0toluzt
eUFlVIWc4GMkhQSAMjk8ciibVdMt7KS7kkQQRymFmEZJ3htpUADJO7jAFGgak39q2H/P7bf9/V/x
o/tWw/5/bb/v6v8AjWdJ4o0SKFJWkcq7+V8tpIxD8fKwC5VuRwcHmnHxHowFwS7BbZd0rG1kATpx
nbjd8w+Xrz0o0DUv/wBq2H/P7bf9/V/xo/tWw/5/bb/v6v8AjVNtf0ZNMl1CSdI7aGQRSM8TKyOS
AAVI3A8jt0OelWUv9Pk1OTTkeM3ccQmaPb0QnAOcYo0DUf8A2rYf8/tt/wB/V/xo/tWw/wCf22/7
+r/jWeniXRJUheGUzrPv8vybaSTOxtrH5VOACQMnitZkhUgMqDPAyBzRoGpD/ath/wA/tt/39X/G
o0vdLjmklS5s1klxvYSLlscDJ9qtbYeflj468Diqdzqdha3sNpIpaWaN5QEiLAIvVjgcDkAepo0D
Um/tWw/5/bb/AL+r/jVe61y1twrJNBMufnCTLuA9QM81dBt2AIEfIzyADiobi0ivNqBysY5dY8De
D2J6gfShcoalbSruC9vb6e2lWWJvLwynj7tatZmnwx2+oX0UKLHGvlgKowB8tadE99AjsFFFFSUF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+fVfDt5Z2oUzSqAoY4H
UHr+FFHibUJ9K8PXl7a7fOhUFd4yOoHT8aK6KPtLe6Y1HG/vGrRRRXObBRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiHkVmeHtT
k1fSlu5Y1jYySJtUkj5XKj+VaZqppdja6dZC3sjmEMzD5t3JYk8/Umn0EXKKKKQwooooAKq6p/yC
rz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVGw/4+L/AP6+P/ZEq9XN3Op3Nle3UUNu2yS45uDt2odicckc/XA+
tVFN3SJk0rNlWfwteSaxNdRyRJFdXR+1AE5e3whA+u5CMf3XanaZo2qacPIMFtJHNYR20kgnIMbK
ZMkLt+YfOO471tx3d0saqbC6kIGNxeLLe/DU/wC23P8A0Dbn/vuP/wCKpcrHzHKweDr+GKOHzYPs
8KwSRRgnCzbo/OPTpiMke8jdK0NJ0O9tGvYmDWZlmkkF3Bc+YWDSswHlupVeG5xW19tuf+gbc/8A
fcf/AMVR9tuf+gbc/wDfcf8A8VRysOZHMap4b1K8e+S1iighnyXQXbbbpt6kMV24jbg5ZepPfqNi
3025I0gm3S2FncSSPGblpjtMbqMMRknLjrV/7bc/9A25/wC+4/8A4qj7bc/9A25/77j/APiqOVhz
Ix9Z0TUJ1j+zStcXQLmK8kuBBJa5xgDYmHTjlT1wPwhj0nWYQgWG0ZrS/lvI3aYgXAcvlSNvyHEh
IPPIre+23P8A0Dbn/vuP/wCKo+23P/QNuf8AvuP/AOKo5WHMY40W+uFkuLhYI7q41CC6kjSQsqJH
tGN2BlsL6Dk47VFd+Fp7i21rbM4mvrjdGv2hxGE+Tnb0DfKeQM+9bv225/6Btz/33H/8VR9tuf8A
oG3P/fcf/wAVRysOY5x/C2oykWX2tFs0uZbjz5B50soZAqq4brjc4yeypVf/AIRPWNiyi5hW9SKK
188MSXiCtHIenDFSrj/aWur+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcxzf8AwjF5a31r
NFaQ3EUD3O1BdvBsDyq6HgfNgLgg8VevdKvLzXIL24srK5hQeWscsx/cYk3CVflxuK4yOCCoGcVr
fbbn/oG3P/fcf/xVH225/wCgbc/99x//ABVHKw5jkovBl28BhngslXy0imZZGY3x85JGkkyOuFbg
5OXPOKs/8Ic6Gcxw2gItb2C3IHMfmyZjAOOAFLDjpkgV0n225/6Btz/33H/8VR9tuf8AoG3P/fcf
/wAVRysOZGBJ4S8+G6E8FrI9zeW0khbnfDGsQZSceqNx05qfQPDJ0fUYriOKCIeXcJL5Z5bdKGiH
TkKgI9ug4rY+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcwlp/yFtQ+sf8A6DV+svTpHl1G
/aSF4mzH8rkE/d9iRWpTluKOwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAU9VjspdNmTU/L+xkDzfMbC4z3P1xRVTxVYz6n4avbS0QPPKgCKSBn5gep+lFb0kmtZWM
qjae1zXooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBmq/VC
2/5DN9/uRf8As1NdRPoX6KKKQxDWJ4QtZrLQEhuYmikE0rbGGDgyMQfyNbZ5rO0HVDrGmLdtEIiZ
HTaGz91iuc/hT6C6mlRRRSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/
AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6L
ar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigAqhZKrzagrAMpuM
EEZB/dpV+qNh/wAfF/8A9fH/ALIlUtmS90XI41ijVI1CoowAOgFOqlrMrwaJfyxsVeO3kZWBwQQp
INcVb6rqUkGm6c95cebYXNs11PuwZ0kkQRBj33K7Z90NSUehUVwUuqXeoeF9Pi0/VP8AiZ/btjlZ
csCGkKo4Bzg7AMHtVXUvEF5qEd5qdrd3FtaS6fIIIzIUClJIQznHQ7ndc9gtAHo9FctFdyL4dlht
7rbvilJ1KO7FzDbNg4Jd23HHHbisBNTaW6srY6gIYkM/mvLrEnlSMPJwY5hy+Ax+U9CTQB6RRXLW
UT2fiHVnSTU7wWywmK3+1M4O8HdgOwX35PGOKr3+tsun+JoxemG9iO+GEyjzYl8iM8AHoCT04zmg
DsaK4B9X1G01UxyXU7217rIhibJ/cssgBiz/AHWTJA9Vb1q54P1iSWNn1i/dZfLjEKSuNrxs20SA
/wATM52nPTgd8kA7OiuEvfFusW2mWsymwEl5LOEeX91HEI2ICsWcAlsZzkdDgGrlh4ovLvxDa2kk
tgiTTPE1quWmULEXEm7ONpPT5ehHNAHX0UlLQAUUUUAFFFFAFC0/5C2ofWP/ANBq/VC0/wCQtqH1
j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmeI9
Sl0fQLu+gVHkhUFVfODyBzj60VPqttaXmnTQaht+yuAJNz7RjPr25orWm4W95Gc1JvRlyiiisjQK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s
1NdRPoX6KKKQxDVTS9Ng0qyFrbM5jDM+XOTlmJP6mrZrD8HwS2/h9I7iN45BNMdrgg4MjEdfan0F
1N2iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8A
x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66
v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9WRBp1rdXl/J
PCruJ8ZJPTYlUtmS+hrHkYIyDTdi5+4O3b06VmJZaLLJOkYt2e3OJlEnMZxn5ueOOeaSCz0S6j32
/wBnlTyxLuSTI2HOG4PQ4OD7GloPU01hjRiyxIpJySFHJpfLTbt8tduMYxxWSINBa0iug1qbaYqs
Uvm/K5Y4ABzgkngU22i8P3l1LbWr2s08WfMjjl3MmDg5APGDxRoGprpFHGmxI1VP7oXApptoWRUM
EZVeilBgVjyHw3DNPFJcWSSW67pkacAxjjlhnjqPzFQm/wDCS7d19pw3/dzcDn6c+1GganRAAEkA
ZPU00wxmQuYkLkYLbRnFUG0vSkljiaKISSAlFLHLAdcDPOMio1tNDedYF+zmZ9+1BJ8x2HDYGex4
PpRoGpqbV/ujrnp39aNi8fIvHTjpWUttoTqGU2zKQhBEuc7/ALvfv29asf2Lp3/Psv5mjQNS40SO
mxo1Zf7pGRUUtjBNcw3DxAywsWRhwQdpX8eGI59ah/sTT/8An2X8zVWa30O3u/s0whSby/NKljwm
cZPoM0aBqbFGao/2Jp//AD7L+Zo/sXTv+fZfzNGgal7NGao/2Jp//Psv5n/Gj+xNP/59l/M/40aB
qXs1Bc3cdoFaYMEY4LhSQv19B71B/Ymn/wDPsv5n/GoLnQbeQKlvFFED99iCWx7c4z9aFYWpLZsH
1O/ZSCp8sgg8H5a0ayNGsYNOur22tU2RJ5eBnP8ADWvTnuEdgoooqSgooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAxvFtnPqHhe+trWIyzSIAqDHPzA96Kn8Qam+j6HdX8Uay
PCoYIxwDyB/Wiuii5290xqct/eNKiiiuc2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEIyKoaJqg1jThdrEYgzum0tn7rFf6Vf
NUtI0uPR7AWkLu6B3fL4zlmLHp9aNLCL1FFFAwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//
AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3
/kI6d/11f/0W1Xqo3v8AyEdO/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FUbD/j4v/wDr4/8AZEq9XPvrMdhf3dsqPJcyz5UbW2gbE5JAP5DJqopu9iZNKzZlT+H9SOtXksEQ
W31K6MV2S4/1AVCHxnr8siY6/OD0FSaNp+oabGbeTTpSJtOht/MjePZE6mXIPzZ/jXoDXQR6vbiN
fMaQvj5itvJjPtxTv7XtPWb/AMB5P/iaVmPmRx0HhfVY7O3smt1+yWnkXECbwcSlo/MHX+DbKR/1
0GOla2i2Gp2ovYF+12sjTyyJLcbJrcAysw2IrhgSG74rb/te09Zv/AeT/wCJo/te09Zv/AeT/wCJ
oswujk9U0bU5f7QhsLS7S3mZpJEaSLa8nmK2+E53KWwSQ2B+NbcVpczNoshhuwLa5keU3bo0oUxS
KCSpIPLAcVo/2vaes3/gPJ/8TR/a9p6zf+A8n/xNFmF0Zd7BqdtrGn3kkTaisPnq32ZFjKK4TbkM
/P3TyD+FZk3h3Unu/tNvGsVxbtdTW0jMMb2uN6qcdnTIPsfWun/te09Zv/AeT/4mj+2LT1m/8B5P
/iaLMLo5TSfD+pWV/pt7NZqy29tbQvbs6nY2xld1Ocbkzj3BbHNX7m11S81V7hrS6RmhAs3FwoS0
kwwbzFDfNk7T0bI44xW5/a9p6zf+A8n/AMTR/a9p6zf+A8n/AMTRZhdHJ22g6nOkcMkF9b2jSW4u
I5L8s8jLv82QMGyFOVHBGcdBRF4d1Rba6nKTfb30+K3SQ3J3FllfI+9j7mzn+ua6z+17T1m/8B5P
/iaP7XtPWb/wHk/+JoswujBbw9c3GBcfasT6rJLcbbp1zABJsAw3C8p8o/Gp/C+l6hp0ytetcMJb
OIzGWcyZuAzbjyTjjb046Vr/ANr2nrN/4Dyf/E0f2vaes3/gPJ/8TRZhdF+iqH9sWnrP/wCA8n/x
NH9sWnrP/wCA8n/xNFmF0X6Kof2xaes//gPJ/wDE0f2xaes//gPJ/wDE0WYXQWn/ACFtQ+sf/oNX
6y9NnS51G/kj3bcxj5lKn7voea1KctxR2CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigCnqtjb6lps1peZFvKMPhtvGc9fwoqj4wtprzwrfwW0TTTOgCogyT8worekrr
4rGNR2e1zaooorA2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/ACGb7/ci/wDZ
qv1Qtv8AkM33+5F/7NTXUT6F+iiikMQ1h+DRKPDyCcSB/Om/1mc48xsdfatw81R0bU01iwF3HG8a
l3Ta5GflYr2+lPoLqX6KKKQwooooAKq6p/yCrz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7
Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1X
qo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZBbQ3Ul/HPGHX7T
kZ7HYnIPY1p1RsP+Pi//AOvj/wBkSqXUl9CWeVdP0+WZt7pbxFzk5YhRnqe/FZEfjC0k03S7tIZz
/aMywLEAN0RLbWL88BSQDj1GK2L62F7p9zaligniaPcBnGQRn9awovB0cV48/wBrc5aB0UpwhjZG
fHP8ZjTPpipKJrvxda2eh2+qyQTeRNP5OABlPmILHnoNpJ9qNU8XWul3l1bNBNK1ra/aXdNoX7yj
bknr86n0APWo7fwvKlpDZ3N8k9rBcGaNBBtODvyrHcc539cDpVZfAyrpptv7Qd5WhkiaZ4wxYs0Z
UkZ52rEq47igDWj15P7Am1aaBkhhR5CsciSkheuChIPT1qjL4w8lbMPp7LJdh2jDXUAUqu3kPv2t
neMAHPBq5HojiJZJJ4vt0SOsM8MRjRM5/wCWW4qep61mReDZra4S5t720SYNIzKbEGH59n3E3Daf
3YJOTkk0AaVhrtze6vcWD6VPAbfBklaWMqMgleAc84qS416G2tdUuGikK6a22QDGX+RX459GHWlb
Q4ZbrUJbh2kS9EYaMEpt2A9CDnmqU3hmaRNTtkvlSyv15i8nc8Z8tUBDluRhAeR+NAD4vFtpJdXN
v5Myy294loVIHzbm2hxzyu7I9eKsaN4gh1wFrWGURqgZ3YfKrH+DPdscnHTIz1qjP4PimvLe6F1I
k0F813kKPnVmDGM+2VU59ql0nw1JokXl2N8yI4XzFaIEM4bJcDPBZflP4HqOQCy3ijR1t5JzfxeV
HIYmfnAYdR07Y59O9Spr+lyamunJfQtduMrErZJ+Xdx26c/Qisi88Fx3NlZQi4jZ7RptpntxKjCV
skFcjpxg57e9Ot/DVzYaxYy29yj2MVzJO8PlBChaJlJB7jceBgYB74FAHTUUlFAC0UlFAC0UlFAF
G0/5C2ofWP8A9Bq/Wfaf8hXUPrH/AOg1oVUtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBn67qZ0bRbm/EXmmBQ2zdjPIHX8aKk1bTodW0yayuC4imGGKHB65/pR
WtP2dveM5qd/dLlFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf
+zVfqhbf8hm+/wByL/2amuon0L9FFFIYhqjoulro2nLaJK0oDu+5hg/Mxb+tXjWH4Ollm8Po87yP
J50w3SEk4EjY6+1PoLqbtFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2J
bf8A49ov9wfyqWorf/j2i/3B/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq/
/otqvVRvf+Qjp3/XV/8A0W1NCZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACsm3e7W8vxbw
wunn9XlKnOxOwU1rVRsP+Pi//wCvj/2RKpbMl9A83Uv+fW1/8CG/+Io83Uv+fW1/8CG/+Irnm8T3
dvq2rWs4iYeZ5WnDbjc42KVb1+aVD9M+lWNB1u9vbKV7p42ePTobjKJgGRvN3HHp8g4pDsbPm6l/
z62v/gQ3/wARR5upf8+tr/4EN/8AEVyUHi7UJdHsEYwf2n50f2s7Pl8otH8wGeNwlTH4+laOk63d
f6be6vLKllHNLFGfs67OJWRdpUljwvOQKAsbnm6l/wA+tr/4EN/8RR5upf8APra/+BDf/EVy+p69
q9i+oGSQxOebGIWoZJE3qAyvu5baSSrY5PoM1akfXRJpSf2m8DXkrxOk1nHvXCO+flYj+EDqeDQF
je83Uv8An1tf/Ahv/iKPN1L/AJ9bX/wIb/4iqS64t3rVjb2cge3kE6zExkHcgTGM4/vVkSeKby11
GJ7jyjYpJci5IT5kRbjykfOei5Bb2ye1AWOk83Uv+fW1/wDAhv8A4ijzdS/59bX/AMCG/wDiK5rS
vEuoX+pWFlI0CG5tYLhpCmByjM6r2LHAwD0UMecVs3fiA21/cwx2jSwWUYlu5vMC+UpUsNq9W4Xn
p170BYuebqX/AD62v/gQ3/xFHm6l/wA+tr/4EN/8RWI3i+5UJG2kMLubyWhhNyuGSXcFJbGARsOR
z7E1SfxVfTzz3kcbQ2EWnxzCMMjN5jSMpyCOcFCBg44zzngCx1Hm6l/z62v/AIEN/wDEUebqX/Pr
a/8AgQ3/AMRWVJ4mu8N9n0rzS181lADcqvmMu/cx4+UfIfU81PoPiM61IVeye13QJcxbpFbfGxIB
OOhyp4+lAWL3m6l/z62v/gQ3/wARR5upf8+tr/4EN/8AEVdxRigLFLzdS/59bX/wIb/4iqWp3F9H
HGxWKGXP7sRTsxY+m3Z83+elbWKMc570J2E15mPoj3UlxeNfRJFcHy9yI2QPlrZrPtP+QrqH1j/9
BrQpy3COwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYnjKKWfw
nfx26SSSsg2rGCWPzDoBRVzWtTXRtIuL9ojKsChigOCeQOv40V0UXNL3Vcxqct9WX6KKK5zYKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E
+hfooopDEIyKp6TqUOrWQurdXWMuyYcYOVYqf1FXDWfoelnRtMW0Mvm4kd923H3mLdPxo6CNGiii
gYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfyqWorf/j2i/3B
/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq//otqvVRvf+Qjp3/XV/8A0W1N
CZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFm6xy6izsFVbjJJOAP3aVfrm7nSpr69upo
rh8RXH/HuSAjHYnPIPP1BFVFJ3uTK/Q1E0vTp5IrpbeJ2E32pJB/z0K7d499vFRr4b0pJ4pktFV4
YxEm12A2DOAQDgj5j19afHYSvGrNfXqMRypZCR7cLT/7Ok/6CN5+af8AxNKyHdjBoOmKSRZxAmOK
I/7sZzGPwNOstEsNOupbi0gMUsxYviRiCWO4/KTgZPPApf7Ok/6CN5+af/E0f2dJ/wBBG8/NP/ia
LILsgl8MaRPJcvLZK7XOfMJZuckE45+XJAPGOlWLfR7K1jgSKHi3cyRbnZijEEE5JJ6MR+NJ/Z0n
/QRvPzT/AOJo/s6T/oI3n5p/8TRZBdhqGjWOqtC17D5jQkmNg7KVz15BHXApRo9gGdvsseZFkR8j
O5ZG3OD9TyaT+zpP+gjefmn/AMTR/Z0n/QRvPzT/AOJosguxkfh/TIoo40s4gkYiCDn5fK/1eP8A
dpq+HdLSaGVbNA8K7UIJ6ZJwefmGWPXOMmpf7Ok/6CN5+af/ABNH9nSf9BG8/NP/AImiyC7IrTw3
pNiALaxijxIsoIySGUYXk9gCcDoM08aDpqwPCLOPy3jETLzgqGLAfmxP407+zpP+gjefmn/xNH9n
Sf8AQRvPzT/4miyC7HrplmmzbAo2TtcL7SNnLfU7m/Oi00uzsWQ2sCRFIlhXb2RSSF+gJP50z+zp
P+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RVH+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RV
H+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguxLT/AJC2ofWP/wBBq/WXp0Rh1G/RpZJTmP5pMZ+7
7AVqU5bijsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFHWdNTW
NKnsJXeNJwFLJjI5z3+lFUfGXm/8Inf+R5nm7Bt8vO77w6Y5orooxk1o7GNSST1RuUUUVzmwUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0
L9FFFIYhrE8IXM15oCS3EryyGaUF3OTgSMB+grbPSqelX9vqVkLmzBERZlGV28qxB4+op9BdS7RR
RSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9
wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFt
TQmXqKKKQxKMj1rjvHEggkt55LqNoYY3Z7I3RgeTtvUjkkelNTXtSOuW+loSv2mSKeJnjG4WxQlg
f9oFcZ96zdRJ2Z2Rwcp01OL6N/d/Vzs80Zrz+x8V6wLZLqV4blZ7G4njhWLaVaJsDkHnPelvvE+p
2tjYrbalZ3cl0WZrlVRFjIQHyzltoOT3Ocds0vbRtcv+zqvNy3X/AA179Olv8jvmdUUszAAdSTS5
Feb+KdcvLzSru1uZ7a1X+z4pmhwGNwznJ2NnoMds1ueItZ1DR5LEWpVo7yBoY1KA4n42HP49Paj2
q18hfUJ2jqryv+CT3+Z1bOqDLMAOmSaGdVxuYDJwMnqa4G41y51fR5biVYjDHc2sAV4wQJsgyH8C
QB9Kpie8urK0SbUxPcprwjQyKCYSC4BIz0PUDjHak6y6IuOXyteUra2/C56XSb13bdw3YzjPOK42
XVdRvfh5f3hufLvIPNUzQrtLBGI49CQOo6Vk32o3tnfvqNnfwzTwaMkrytGGEo83pwcD0z7U3VS6
E08BKba5ldNrrurf5npOaK4pPE2qT+LRZxi2W2WZImidlVmVlyWGTuJ9MDGBVzWNduLDxRa2xuYk
tXKL5aKryMzE8MM7lBwMEAj1p+0VrmbwdRSUdLtX/rzOpLKoJYgAdSTUcUUcZdowP3jb2I7nAGfy
ArzyPxFqes6LrIvBb+Q1hM+xWUPCRwBtBLY9dwHNWNJ8R6nJrFpYRi3FrEIYTE7KrMpjB3jJ3E+m
BjFSqyfzNZZdUipXaut9Tv6OK86vdd1O98OvejWIoJPtCb7aJAr2w83bhjnOOmcjmr6eJNUfxUtj
HJbPbRyRxMGKKZlZcmQZOT6gKCKftUJ5fUSbutL3+VvLzO1LqGClgCegz1oZlQZZgB6k15/purT6
x4p0S4urmFn8y7H2ZEw9uAuAGOcnIGeQKi1W9uUTxVHdXsdykEsXl20yggAsnIGegzj0zzS9qrX/
AK2uP+z5KSg5a2v/AOTcp6NkUVwx1vWptSMUN5bxRPqUtgoNuGKALuDZzyR0xVOXxprD2GmmI2yS
ywSSvI+1VkZXK7csQBwMnHPPFP20QWW1XazX3+v+TPReKOK5jxVrF7penWk8U0NsWy02drOAFzhF
YgNz1wc+lZt54rvku55Ibq3VYZYI4rJov3l0rhSWGTkfeOMDjHNOVSMXYyp4KpUipRtr/nb9f8zu
cijIrirbxRdy6zDZNcQ7zqdxbvGFG4RKpKcfUde9VrXxFq0+n6TLc6la2i6h5jG5eEbItgwF5OCW
PP8AKl7WJX1Cr1t/V/LyZ33FRzzJBC8shwiKWYgZwBXH2HiXU7vxY9nm2+zJO0BjLKrFQud4BO45
69MYrsxyKuMlLYwrUJUWlPqr6HPx+NLBp4o57e+tY5mCxT3FuUjcnoM/410Ncf4muJPEb3Ph7T7W
R5Y5I/tFw+BHCPvZHOScCuvRdqgcnAxk1MG22aYinCMIySs30vfTSz+f/BHUUUVocoUUUUAULT/k
Lah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFAFLWNTj0fSp76ZHkSEBiqYyecf1oput6YNZ0i4sGlMQnAUuBkjkHp+FFa01
Tt7xnLnv7pfooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBm
q/VC2/5DN9/uRf8As1NdRPoX6KKKQxDWboGlvo+lraSSLIwkkfcowPmYt/WtI1jeErye/wBCSe6l
MspmlUsfQSMB+gp9BdTaooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv
/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A
9FtV6qN7/wAhHTv+ur/+i2poTL1FFFIZDLawTujywxyMnKs6Alfp6VXOlQNrC6k25rhITCuT8oUn
JwPU1eopWTKUpLZkK2sCbSkEalAQuFAwD1Apn2C18nyvssHlZ3bPLG3Prj1qzRTFd9yGS1hlIMkM
TkAqCyg4B6inNBG+zfGjbDuXIztPqPSpKKAuyD7JBs2eRFtLbiu0Y3dc49fej7HBvL+RFuLBy2wZ
LDofr71PRQF2RJbxpGY0jRUOcqFABz14pgsbYJsFtDt27MbBjb1x9ParFFAXZD9lh84S+TH5qjAf
aNwHpmhraJpxMYozKowHKjcB9amooC7K4s7cGQiCIGX/AFh2D5/r6/jQttbGXzFhi81Bs3BRuUem
e30qxVHT+LjUP+vn/wBkSiwuZk32K3JkJt4f3v8ArPkHz/X1/GlFpAJFkEEQkQbVbYMgegPpSX9z
9i065udu7yYmk25xnAJx+lc9H4xaXTtIkWzxdXtwsM8Jkx9nG9Uds45wWXHTO4dKB3fc6NbWFZDI
IYw5O7cFGc4xnPrikezt5HZngiZmG1iyAkj0Nc/eeLJLXw5a6qtl5hmuPKaJXOVUFtzDjkhUJxTd
W8ZGxvL2O3tkmhtbTz/OMhAZ9yfLgA8BZFOffpQF2dGLWEEN5Me4NvztGd3r9femmxtiiIbaEqh3
ICgwp9QO1Z9jqlzfaWsqGy+1ybvKj8x1RsHH8Shux/hrGHi7UlsLO6uLKwhS7d1WWS5cRJtONrPs
4Zj0zxwec4BLBd9zq5raK42+dFHJtORvUHB9eaDawtKsrRRtKowshUFh9DWFP4hvI7C/1KOyhbTr
ZJtjmYiR2jyCSuMBSykdc98Va07xJZalf3kdvcQPb2yRN56yAgs+/wCX2xtH50Bdml9kg8wyeTHv
JyW2jJOMZz9KRrK3eFYWt4TEpyEKAqPwrAXxcc6yr2mJbGTZboH/AOPnLbFwccEvweuMg96Ynim+
uNPe+tdOhkgtrVJ7rdcFW3NGJCkY24OFI5JGc0BdnSC2hE/neTGJcY37Rux9etS1zjeJLlbmeX7J
E2mQzxQNKsp8394qENsxjGZFB5z1PtUnhrxBPrpuGkit40jJXajOWB3Ec7lA7diaBXJtNimj1/Vn
fTkgjkMZW5D5M+BjkZ4xW1XNzeOdHtrGO7neaKKUts3x7WZVxucA8lRkc/lmp38Y6Yk8sf8ApBWN
JX84Qt5beWMuFboSMUkrIuc+d39PwVjdorD1HxfpemJI1zI4MbhNgXliUD8euFYGobrxpYx2NzdW
cNzepb+XuMMZwd+3ABPfDA/jTIOiopkUnmxq+1l3AHawwR7H3p9AFC0/5C2ofWP/ANBq/VC0/wCQ
tqH1j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
ieMZpbfwnfy28jxyqg2tGSGHzDoRRV/VdRh0nTZr25V2hhGWCDJ646fjRW9JyS0jcxqWvq7Fyiii
sDYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7
kX/s1NdRPoX6KKKQxG6VT0u6tLyzE1gF8gsyjam0ZDENx9QauGszw7pkukaStrO6O4kkfKZxhnLD
r9afQXU1KKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//AEE01uJ7Etv/AMe0X+4P5VLU
Vv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f/0W1Xqo3v8AyEdO
/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/j4v/wDr4/8AZEq9WRBD
dSXl+YLsQp5/3TEG52JznNUtmS+ho3dsl5ZzW0uRHNG0bbTg4IwcfnWVH4T0+K6kuF87zJDAT8w4
MRUrjjvsXd67RVz7LqH/AEEV/wDAcf40fZdQ/wCgiv8A4Dj/ABpW8x38ipa+F7e2jjiN1dzQwz+f
FFIyFYz82QMKCQd56k9qgTwVpsWnCzje5VFikiDhxuw7q+c46jYoHoBitL7LqH/QRX/wHH+NH2XU
P+giv/gOP8aLeYX8hbXSooGjkndru5jzsubhEMig9gVUYH0qo/hqE6bFYRXl7Bborqyxuv7xXOSG
yp9T0weatfZdQ/6CK/8AgOP8aPsuof8AQRX/AMBx/jRbzC/kUh4Ts0t7i1juLyOynR1+yrIPLTeM
MV4z3JwSRk5xV2TRrOe6uJ7iFZzcJGjpKodMIWK8EdfnNH2XUP8AoIr/AOA4/wAaPsuof9BFf/Ac
f40W8wv5FQ+FdPN9DdnzfNhnlnX5hgtJ1B46AgEDsQKi/wCEPs1hEMN1ewwNFHDPFHIAs6ooUb+M
5KgAlSMitD7LqH/QRX/wHH+NH2XUP+giv/gOP8aLeYX8iufDdu2oS3DXFyYpZlna13KIS6qoU4Az
xsU4zjI6UWHh8adCIYdSvzCrh0jZ0wmG3FQQucHock8VY+y6h/0EV/8AAcf40fZdQ/6CK/8AgOP8
aLeYX8ijJ4Ss2t7KOG4uoHs42ijljZdxRsEg7lIPIB6ZGOKhn8IRSajHILmdrNvPEts7/KPNUhtu
BkEkknJPU4xWp9l1D/oIr/4Dj/Gj7LqH/QRX/wABx/jRbzC/kZn/AAhtrtDNfX7XIl80XDOhcHYI
8YK7SNqjgjqM9akuPCNndSSyT3N27vAIA25QUAKnIIXk5UH5sgc4AzV/7LqH/QRX/wABx/jR9l1D
/oIr/wCA4/xot5hfyLkaGONVLs5AALNjJ9zilLAMFJGT0GetUvsuof8AQRX/AMBx/jVLUrK9kjRD
MbiQn5CsAXYfXdn5aEvMG32Llp/yFdQ+sf8A6DWhWPosVzBcXkd5OJ518vdIF25+X/PNbFOe4o7B
RRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBna9ph1jRbmwEoiM6h
d5XOOQen4UVW8YXU1l4Vv7i2laGZEBV1OCPmFFdFFTa91mNVxT942qKKK5zYKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E+hfooopDENY/
ha/uNS0Rbi7k8yUyyqWwBwHIHT2FbB6VT0qWymsw+m+X9m3MB5a7V3bju4+uafQXUu0UUUhhRRRQ
AVV1T/kFXn/XF/8A0E1aqrqn/IKvP+uL/wDoJprcT2Jbf/j2i/3B/Kpait/+PaL/AHB/KpaQwooo
oAKKKKACiiigAopKWgAooooAKKKZKxSNmVS7AEhR1PtQA+qN7/yEdO/66v8A+i2rDu/Emr6XEt5q
uipFYbgJGjuA8kQJwCRjB/Cp/F0zJojTQSOjCCdkkRsMP3L4IPY0oSUnoaVqE6aTls+zT/I6OivP
Z9f1TSLq8t5WaSeygggMkzERlXlYLcHPGduAT03A54qa113WpJpp2vrGWQaeJ0togHjlKyuGKsDy
dq84yASPTlmZ3lFcIvjPUZorl4ooVWJPPDPGxCwyOggdseil2bH9w9OtXdM1zUdQ1O2tY7u0lt/N
mDXUcB23KRiI/J82By7KSMjK8UAddRXJ+DdTu7nQD9odFkt7eMRxSBt2NmRIz87g3sOMY65qhZ+I
725vdMlm1GNYh9oS4SKEMkzqqMFRlYh+CcEcnB4zkAA7uiuG0jxTqerrHDDNbqzXyQee0IPyGBpT
8quQGBXH3vqM1Zs9fuLHw5fzXN7Ff6hFPdCKHbtb5Hb5SASThcN67cfWgDsKK4e+8UXlnGBFqum3
CrBJPHciAlbpwQBAoDH5uecEnkYHWotU17WJLfUkE0MMTpdRRKsREkJjiD53buT1HQY4NAHe0VxM
d7qFhcQ6ZZzQq261h8142YAMkrMQpbr8o7/XNNu9f12OW6aGeyESm8aNWtmJVbc8AndyWz1xxQB3
FFRW032i1ilIwZEDY9MjNS0AFUbD/j4v/wDr4/8AZEq9WXDdRWst80z4zc4UAZLHYnAA5Jql1JfQ
d4juJLXw1qc8EjRSx2sjJIuMqQpwRn0rmE13UZLrS7FrhknsrtLfUGAH75iSqjkfxKN/HqK7QBbm
3xJH8ki8pIvY9iKT7JBvL+THuZgxbYMlgMA/UDvUlHGXGs6jL4X8P3FheGW8ZllnVSCZ9sLyNGcf
3tvbviq1/wCI72+kvbmxvXSznig+yAOsY2/aFjLhiDjdluSDgY4ruINMsrUk29pbwktuJjiVecEZ
4HXBP5mhtNs2h8lrSBotoTYYl27euMY6Z7UAZdm0lxYxabI+oCSRC7XkUokCncfl83AyeMfdrnI7
m+ttG0i/m1i7lgktxcXKC5jWbJ2/MoZcMgwflGDzxk8V3kFtDawLDbQxwxL0SNQqj8BUT6bZyGEy
WsDGD/VFolPl/wC7xx0HSgDkJNXuG8O3Wqx6rL9vkDf6EGQCIiQLtCkZBHQk+pz2xp6drl6dQ1T7
bZXQ8uaGNLaLbKYwyZJyvYmt06faGWSU20BklAEj+WMvjpk45qUQors6qoZ/vMByfTNAHBN4g1OG
01Sya8kNzdS3EljPgExRo7rIBxj5BGMf761JJrF1Lp95ff2xJDe2oiS3tMrtmYxowyuMsXLEcfh0
rtvsduSD5EWRuA+Qcbvvfn39aa2n2jzxTNbQGaIYjkMa7kHoDjigDlY9QuU1aaZNTlknOq/ZRZMy
shiyuSFxkFRls57c1J4V1KePw+b/AFC6e4kkhR1U3ayl22lsKoVdrHn5ef0rp0sLWK5e5jtoUnk+
/KsYDt9T1NRw6TYWxJt7K2iJYMSkKryM4PA68n86AObXxTftb2R87R1a9BlSVpW8qFAgbaxzy3PH
QYBOOMU218W6je3Nu0VtaR28/kR7XZjIsksW8HsCoOPcj0rpjpNgYniNlamN38xk8lcM394jHJ96
nNtCX3mKMsWDbtozkDAP1xQBw+m67qVjo1jukS5uprGGbfLK5UtLMqZOcngP247AAVpXGua0uqNZ
wx6aR9pSzV3MgPmGASliB/D1AHXpzXSfY7fCjyYsKAoGwcAHIA9gRTvs0W/f5abt2/O0Z3Yxn644
z6UAVtFvzqui2d8yBDcQrIUByFJHQGruKbHGkKBI1VUUYCqMAD2FPoAz7T/kK6h9Y/8A0GtCqFp/
yFtQ+sf/AKDV+qluTEKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
AKmqX1tpumzXd6CbeIZfC7uM46UVB4h019Y0K6sYpFjeZQodhkDkH+lFa01Br3mZz5r6I0qKKKyN
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFv/AMhm+/3Iv/Zqv1UnsBLOZo5pYJiN
paMj5gOmQQQetNCZazRVIQagn3b2J/8Afg/wYU6JdQEq+bJamPPzbUYH8OaLeYX8i2ayvDWmz6Vo
62tzs8wSyP8AIcjDOSP0NaprJ8M6jcapoy3N0VaUyyLlVwMK5A/QUdA6mvRSZopDFopKKAFqrqn/
ACCrz/ri/wD6Cas1V1PnSrv/AK4v/wCgmhbg9ia3/wCPaL/cH8qlqK34tov9wfyqSgBaKSigBaKS
jNAC0UmaKAOQ8Va5rdv4l0/SND+yiS6iaTM6kgkZ79uAai2fEL+/o35H/CjWv+SraB/17Sfyeu0r
JLmb1O+dRUoQSgndX1XmzitnxC/v6N+Ro2fEL+/o35Gu1ozT5PNmf1r+5H7jiinxCwfn0b8jXYwi
QQx+djzNo37eme+KkoPNVGNupjVq+0t7qXojkdYa+8TarfeHojDb2UAia4lOTI6tztUdB0reuUVL
vTIwPlV2AHt5bUltZ30etXlxNcxPZyqohiVAGQjrk96j1pbovZixMa3G99hkBKg7G64opx1bZWIq
XjGEdlbbu0r/AD/pGptU9u2KNijHA46cdKw9NTUB5mWiFzx5xnjcsT2wd2MdenFX9uqf89bL/v2/
/wAVWjjbqcyl5F0Ko6ADtQFUYwAMdKpbdU/56Wf/AH7f/wCKo26p/wA9LP8A79v/APFUreYX8i6F
UdBSCNAAAoAHIGOlU9uqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IuBFAwAB9BS7F64GapbN
U/562X/ft/8A4qjbqn/PWy/79v8A/FU7eYX8i4I0AACjAOQMdKXYp7D8qpbdU/56Wf8A37f/AOKo
26p/z1s/+/b/APxVK3mF/Iu7V9BRtX0FUtuqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IvAA
DAoqjs1T/nrZf9+3/wDiqNuqf89bP/v2/wD8VTt5hfyL1YL6LBqF/eXBG24jn2q55GNicEen5GtD
bqn/AD0s/wDv2/8A8VUOlC7F3fee0BXzudikHdsT1PTFNXjdpieu6Hx6JZ+Wvm2sW/HzbScZ9uaf
/Ymn/wDPqn5n/Gr1FTzMrlRR/sSw/wCfVPzP+NH9iWH/AD6p+Z/xq9Rmi77hyrsUf7EsP+fVPzP+
NH9iWH/Pqn5n/Gr1FF33DlXYo/2JYf8APqn5n/Gj+xNP/wCfVPzP+NXqKOZ9w5V2KP8AYlh/z6p+
Z/xo/sSw/wCfVPzP+NXqM0XfcOVdij/Ylh/z6p+Z/wAaP7EsP+fVPzP+NXs0UXfcOVdij/Ylh/z6
p+Z/xo/sTT/+fVPzP+NXqKOZ9w5V2KP9iWH/AD6p+Z/xo/sSw/59U/M/41eoo5n3DlRR/sTT/wDn
1T8z/jR/Ylh/z6p+Z/xq9mijmfcOVdjM023itdQv44UCIDGcD/drUqha/wDIV1D6x/8AoNXqctxR
2FopKKkoWikzRmgBaKSigBaKSigBaKTNGaAFopKKAFopKKAFopM0UALRSUUALRSUUALRSZooAx/F
t5Pp/hi+urWUxTRoCrjHHzAd6Kvapc2lpp00+ohfsqDMm5Nwxn0780VtTlZfDcymrvexbooorE1C
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKz5ZLm5v5reCZYEhVSz7NzMWz0zwOnvWhV
C2/5DN9/uRf+zU0Ji/2YW5kvrxj7SBf/AEECnxadFFIriS4ZlOfmncg/hnFW6KLsLIQ1yGpXvh1E
OmyrfwJbSsxW2imQbjnPKjkZJrrzWfoWqHWdNW7MXlZkdNobP3WK9fwpxdtRSV9CnFFp3hWwkuQ9
4YZWXO9pJ2z2wOSKzbHT9C1+9ne3l1Xzc+Y4aWeJeT2BwPwFddRijmDlOZ17WdGm36fqD36mFwW+
zxSjnH95RyOas2tvpvhywkv43vTDKqFvMeSZsHphTkjrW7iijm0sHLrc5C2s9B8R6jO0Muq+c2ZH
BkniX04zgfgKn8Tarpf2O40q6a8EiIMeVHJjOMrlwMY6Z5+tdRVbVP8AkFXn/XF//QTTUtROOhka
baaboWmnVInvTE8Ks3mSSSnB6YQ5IPPYVQjh0HxJqshjl1UXEg3sN88KYGBx0A7V1dv/AMe8R/2B
/KpMUc2tx8pzus6npNtAdIvnvgFROYUlLYHT51HXjnml0uy0vS7JtXtZL9oWhLHzpJXO3r9xuc8e
ma6HFFLm0sg5dbnID+wfEurnbLqguJF6AzwphR+AFX9W1DStNsxo9496EMQAMSSu23t86jOePXNd
BRRzBynO6Pp2l2lv/bFnJftGI2P76WVvlHX5G5zx6VSeXQfEmrIPN1QXEi7QF8+FMAE+wFdfRRza
3Dl6Hm/iWKz0vxtocE7XP2RLOSNmVneTB3jqPmzz1rpdE0zSkRdVsZNQZUD48+WU9OD8jf4Vna1/
yVbQP+vaT+T12lZwk/e9TrxK92l/h/VnIT3mgeI9SgDS6oJ3AjQIJ4V7nnoPxNaV5d6Z4d0+PTrh
7zypUcKVWSVsHr8wyQea3aoahrmnaVc28F/eRW8lwSIhIcBsdeeg6jrWjkvkcsYSk7R3MnQdJ0iX
ZqOnyaiwiYgefNLjOOcq3XrVW81DQPEN/bpJJqglJ8pBGs8S8nvgAfia64MGAIIIPQiklZkjZlUu
wBIUdT7Uc2txcvQxp7jTfC9hHazPeGKUttOJJm9+RkjrWRpem6RPfWF3p0mosEnZT9ollHIQno/X
tVm78SaxpUS3mqaNHFYbgJDFcb5IgeMkYwfwraumD32msDkNIxB9vLalCondLc1rYedNKUrWe1rP
8mYGo6poOt3UMVxJqayIxjXyknjGSQOSAAenWtRpdO8JWKRu92YpXOCfMnbOOeeSBxW1RT5unQy5
TlNE0rRdQl+1WEuqE28gP76aZRnqOG6ik1jV9C1OZLe8k1JXgkKjyI5kGc4PKjkcV1lFPm1uHLpY
xR/Z/hKxJZ7sxSyfxGSdt2PxIHFZmlaXoer3Ek1nNqhaJw7eZNMgyTkcNjI46U3W7+6t9V1aWHU5
IHsbeGS2tsqUmdt/ylSMncQF4OeeKqy6/cX3iC5txd3sFnMXtoWii2qksS7iRIVKncRIpHP3BS5v
vDlL+uaxod7IbO+k1FWt5DnyI5l+bofmUcitCOLTvClg8++8MMrrnc0k7Z7YHJFcrH4jutPGku2o
XtxHFbw3V+Wi8xW84AEMyrhAo3PyR2610mqeIprLUJEtkgntbeylu5iGJdthI2LjjOR36UX0sFup
QsdP0LXryd7aXVfMDeY4eWeJeT2BwPwFWNe1nRrgvYag+oKYXy32eKZecf3lHI5qlF4x1WS1Xfaa
fBLJukjlmuR5RjVA3O0tgnOBz0BPbFdVpV22oaTZ3bqEa4gSUqDwCyg4/Wnzahy6GbbW+neGbCS9
R7xoZQhO95Jm56YU5I61mW1noPiLULhoJdV85syuDJPEoye2cD8BXX4oxS5vvDlOb13VtHIfTNQe
/UxlSTBHLnpkfOo5/OprG003QbCTU4XvWhkjVj5jySnaemFOSDz6VvUUc2lgt1OQig0HxJqkvly6
qJ5AXYb54UwMDjoB24p19qOlW327StQe9CmVDmBJS2AiY+dR149a62qVh/x8X/8A18f+yJVKQuWx
maZZ6XpFi+r20l80LQ7j5skkh29fuHnP4ZqgBoPiTV22y6oLiUZwDPCmAPwArr8UYqebr1HynPat
qGlafaDR7x70IYlGYklZtvb51Gc8euaNI0/S7G1OsWkl+0XlMf30srnaOvyNznj0zXQ0Uc2lgtqc
g8mg+JNXUCTVBcSjaAvnwpgDPsBV/Ur3S9GsU0m7e98t4cAossjben3wCc/jmrq6/Ztrd3pZZkuL
aETOXGFKnrg98cZ+oqpbeLrW8trea0tL6czh28pIRvjRWKlmBPAyDgdT2HWjmBRItE0zSoohq1jJ
qDIqvgTyyngcH5G+npVOe70DxJqcIaTVBPIBGgQTwr3PPQfiavz+MrG1+0NcwXkUULSIJmjGyRo8
7lXBzng9QOlaC6so0ifULi2ubdIEd3jlUb9qjJIwSDkDjmnza3Dl6FG9vNM8P2Eem3D3nlSRsFKr
JK2D1+YZIPNQ6DpWkuE1LT5dRIiLACeaXrjByrdetWo/E9qbe5kuILm1kt4fPaGdAHaPsy4JByeO
vXio4vFcU89lHDp2oSC9j8yJwibcDG7OXyCu4AjHXOM0ubQLamdd3+geIdQt1kk1QTNiJBGs8S8n
vgAfia057jTfDFhHZzPeeVLv2kCSZvf5hkjrxVzR9atdbt5Z7QvsjlaI71xnHII9iCCD3BoGvaSY
EmGpWhikfy0cTLtZvQHPXkUOXToCiZGg6Ro9yyX2ny6kfIkwPPmmAyB3Vuo5qDUNU0HXLuCOeTU1
kVvLQRJPEMkgc4AH4mujj1Wwmvnsor23e7jGXgWQF19cr1q3inza3Dl0sYjy6d4TsUhke7MUrtgk
STtnHPPJAqhoek6LfSC7sJdTJt5Af300yjPUcN1FdVRS5tA5Tk9X1fQtVnjgu5NSV4XKDyY5oxkn
ByVHI4rSzp/hKx+Z7sxSydWMk7bsfiQOK2qKOboCj1OM0PSdI1XUbq4tZNR2xSI6+ZNKnPXkHGRk
VZ1zWNDvpPst9JqKtbyEHyI5k56HlRyK3LX/AJCuofWP/wBBq9VOWokroxEj0/wnYvNvvDFK4zua
Sds44wOSBWZp2m6Frl3NJay6r5it5j75Z41yTngHA/AV11FTzfePlOY17WdFuWex1B9QUwSZP2eK
ZeQP7yjkc1bt4NO8MWEl4r3hhl2bt7STN7YHJHWtyijm0sHLrc5G0stC8RX9w0Euq+ccyuDJPEvJ
7ZwPwFWte1fR2D6bqD36mJlJMEcoOcZHzKOevrXSYoxT5tQ5dDBsrXTfD9hJqUT3rQyRqx8x5JTg
9MKckHn0rOgttB8SanMYpdVE7gyMN88K9hxnAH0rr6KXN16hynO63qmkQxNpN898AgTJhjlzgcj5
1H5807TbPTNHsX1a3e+aF4dx82SSQ7ev3Dk5/DNdBRRzaWDl1ucgqaD4l1dtkuqC4kG4gNPCmAAP
YCr2r6lpNja/2PevfBfKUZiSVm29vnUZzx65rocUYo5g5TntJsNLsLQ6xaSX7RGJj++klc7e/wAj
c549M1RL6D4l1cYl1QXEi4AUzwpgD8AK6/FFHN1Dl6HP6nfaVpFiukXb3vltDgGNZXbb0++ATnj1
zTNF03SoIRq9lJqDIqP/AK+WU8Dr8jfT0ro6KObSwcutzkJbnQfEmqRAyaoJ5AEUIJ4U4yeeg9ea
0b680vQbBNMuXvPLkiZVKrJK209fnGSDzW9Rijm+4LHN6FpeksE1PT5NRYRlgPPml9MHKN1/Kqlz
faB4i1C3V5NUEzYjQRrPCvJ74AH4muvxRRza3Dl0sYdzc6b4a0+Oyne8MUocKQJJm9/mGSOvFVNB
0jSLhkv9Pl1JvJfA8+aUDIHdW6jmunoo5tA5dTj9Sv8Aw94iuYYbr+0nYHy1jSKZFbJ7gDB6d6K6
HXdTOjaLc34i80wKDs3YzyB1/GitIKbXufmRJxT940KKKKxNQooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelabDpNkLW3Z2j
DM+XOTlmLH9TVw1h+DoZYPD6JcRyRyedMdsgIODIxHX2p9BdTdooopDCiiigAqrqn/IKvP8Ari//
AKCatVV1T/kFXn/XF/8A0E01uJ7Etv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQBx/
irQdbuvEmn6vobWnm2sTR4nJxk57Y54NQ4+IX97R/wBa7WlqPZ63udUcW1FRcU7d0cTj4hf3tH/W
sPxZ/wAJGNKP/CRnQfI52bs78/7GOc/SvUqz7/RNO1S5t5760iuJLckxGQZ2568dD0HWplTurXNa
WNUZqTgtOy1PO/hwPFQMXlEDR88/a84x/wBM+/8ASvUc+tOAAAAAAHQCkI6VUIcitcwxWI+sVHPl
S9Dk9Xa98S6rf+H4jDb2UAia4lILSOrfNtUdB061s38sNlPprSMI4kkZck8D92wFOtrW+i1q8uJr
qN7OVVEMIjAZCOuT3qS8/wCQhp3/AF1f/wBFtTpxs22LEVLxjCNrK23dpX+Yf23p/wDz+Q/nR/be
n/8AP5D+dX6KvQ59Sh/ben/8/kP50f23p/8Az+Q/nV+ijQNTIe70OS7W7kNk1ygwszIC6j2bGe9O
F/owjWMS2vlo25VwMKeuQPXk/nWrRRoGpkrfaKsbxrJaBJAFdQowwAwARjkY4+lLHf6NCcxS2iHB
GVAHU5P5nmtWijQNTCI8Nm2a3EenrEzbyixKBuxjdjHX3qxZ6jpdjZQWsN3EIoI1jQFsnaBgc/hW
rRRoGpQ/tvT/APn8h/Oj+29P/wCfyH86v0UaBqUP7b0//n8h/Oj+29P/AOfyH86v0UaBqZNz4gtY
drxSxTIM7wr/ADj3A707RruG9F5cW0gkiknyrDv8iVburNLvaJmcxr1jDYV/r6/SqNqbqK6vktbe
3aITjG6Qpj5E4wFNUrWJd76mvRVHzdS/59rX/wACG/8AiKPN1L/n2tf/AAIb/wCIqbFXL1FUfN1L
/n2tf/Ahv/iKPN1L/n2tf/Ahv/iKLBcyNV8JtqV9PcC78rzpULBV5MWzZJHnP8Q79iBTofDt7YXJ
uNPvYI5JfMSVZISy7GleRSoBGGXzCPQ1q+bqX/Pta/8AgQ3/AMRR5upf8+1r/wCBDf8AxFFguZ1v
4XjtBfzxCB7+6klYSzoXRQ7Z2lM4xjg4xmoLfwj5ek3Vs1yUknjlRI4GdLeEOm3Aj3EEDk89zxji
tjzdS/59rX/wIb/4ijzdS/59rX/wIb/4iiwXMS48K3uorGb/AFBFkHlxsbWMpiJG34Ukk7iwQk+i
4xzQnhK6tkdbXU2BUXPkPKu50MwUkk55wwY/iPStvzdS/wCfa1/8CG/+Io83Uv8An2tf/Ahv/iKL
Bcy9L8LyaHds2n3ztbyRxRyR3WZGwmQNpBGPlOPwFUbzwMbi10yNZraQ2lp9kkSeNzHIvB3AK6nO
R0OQc10Xm6l/z7Wv/gQ3/wARR5upf8+1r/4EN/8AEUWC5i2Ph+807xBaSboZLGIXRVlj2yKZXV/m
Ofm53DgDpzXUVR83Uv8An1tf/Ahv/iKPN1L/AJ9rX/wIb/4iiwXL1FUfN1L/AJ9rX/wIb/4ijzdS
/wCfa1/8CG/+IosFy9RVHzdS/wCfa1/8CG/+IqlqVxfJGjMsUMuf3QinZix9Nuz5v89KajcXMXLT
/kLah9Y//Qav1jaLJdSXF419EkVwfL3IjZH3a2KJ6MI7C0UUVJRi+Kr+607SFlsmdZnuIosxxiRs
M4B2qeCcGs6w8VXP2O1FzAJZBDcS3cmfLMSwuFOUwcvyMgHGc4OMV0Ooada6pam2vYVmhLBtrZ6g
5B49DTLfSbK0EYt7WKMRxtGu1eisQWHvkgE+tAGG3jGWKBvtFhHDcNFFNDE1zuEiOWxyqk7vlOQA
frgEiGTxdc3wsX0+1aO2ea0E8zuuVEu1toXBz8rAE5GM8dDWynhfR4rZ7ePT4FikcOwUY5HA56jA
4wOMEjvTv+Ea0kT28wsLcSWyosLbf9WE+7j6dqAMyXxbPFoyak9hEkVwFe0V7n5plKluiqSGwAcD
I56jBqDUPGVwun3MtlZKji0W5tjcyFfOBVWOABggBucHOR0Awa1z4W0cxSRf2fB5cj72UAgZ56en
U8Djk1J/wjmlZc/YYTvh8ggjI8vAXbjtwAPwoAzbjxHe293JbR2IuLk3CQiIzhEQ+R5rYbbkjgjp
TLfxkb3WLCytLB3S6ijmeRpMGJXQvnaAcgYAPI5YetbUWj2MLI0dtGGQgq3UghPLBz/ucfSs2Pwh
aQa1HqFvPPCE2YgjYBPlUIB67cAcUAU49W1NL2a5a6jkthqf2EWpiAO0kKGVhySM5OeMA9OtR6Zr
Wqy3WlT6hMYrK7gh8to7cNHLIycq7ZyjbjxxjGB1Nb8WhadBqMl/HaRLdyEs0uMnJGCfYkdxSQ+H
tLgu4rmOyhWaFFSNgPuhRgYHTgcZ60AaI6UtFFABRRRQAUUUUAFFFIzBQSeg60ALRUVvcw3cKy28
qSxt0ZDkGpaAKeq6dDq2mzWVwXEUwAYocHrn+lFUPGMUs/hO/jt0kklZBtWMEsfmHQCit6UW1pKx
jUkk9Vc26KKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1
Qtv+Qzff7kX/ALNTXUT6F+iiikMQ1Q0XVF1nTlu1iMQLum0nJ+Viv9Kvk4FUdH0xNHsBaRSPIod3
3PjPzMWP86elhF+iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7R
f7g/lUtRW/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xq
o3v/ACEdO/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq
9VGw/wCPi/8A+vj/ANkSqWzE90XqKKKkYUVRj1myl1O609Zh9ptEWSZCCAqtyDk8H8OlVI/FmlTW
ttcQTSyx3IZk8uB2IVW2lmAGVUEdTgUAbNFYr+LdJiedZZ5IxCXUs8DhXKHDBDjDEHjAyauJq9q2
lzag3nRQQq7yebC6MoXk/KRnt6UAXqKy4vEenSWl1cNJLEtqnmTJNC8bquMhthGSD2wOenWol8U6
fJc20Ea3cjXSCSFktZCrqQDndjGBuGfTPNAGzRVLTtWs9WtnnsZvNiSRo2YKR8ynB6/z78VNFewT
CPbIoaRQ6oxw2MZ6daAJ6KoHWLT+0HtFkLyxqjMEG4DcxUZI75HPpVhr22QOWuIlEZ2uS4G0+h9K
AJ6KpnVrL7TNbLOrzwFBJGnLJuIC5H41P9qgy486PMZw/wAw+X6+lAEtFNjkSVA8bK6MMhlOQfxp
1ABSY5zS0UAYjWUl1rF80d9c2wXywRFtwfl6nINTf2RP/wBBjUPzj/8AiamtP+QtqH1j/wDQav1b
k0QkmZX9kT/9BjUPzj/+Jo/sif8A6DGofnH/APE1q0UuZj5UZX9kT/8AQY1D84//AImj+yJ/+gxq
H5x//E1W8YpHJo0QniaW3F3AZkVC+UEi7sqMkjHWububW9VZDpNveJaFLk2cYVlZYykWQoPK5IkK
g+vGKOZhyo63+yJx/wAxjUPzj/8AiaaNLlYkLrV8SpwcNHwf++azfD8FouuSvosE1vpq2wSVXieN
Hl3fKQGAywXOT7jOe1LRrLULJ7SGGe6RLm+vJrlzCgL7XOwM23o2M56nPBAxg5mHKjof7In/AOgx
qH5x/wDxNH9kT/8AQY1D84//AImuYt9T165gKpc3omkWL7SWsgv2SZpkVkjyvzAIX67sbQc81q6L
Lq6atGl7dXFxbyfakIlgVQvlSKsbZAHLKSTng9gMUczDlRpf2RP/ANBjUPzj/wDiaP7In/6DGofn
H/8AE1yMVtqljeW3kW88sF1qVxcBTnEUqmYAN6I67Mdsg+oqaDV9ZaJd13qH2VvJ+13LWO2S3kO7
eiLt5Gdg6Ntz1PY5mHKjpxpUzDK6zfkexj/+Jpf7In/6DGofnH/8TXG6bea5ZjSbSKWW2t8Bt0tm
5M7NM+9WAQ7Tt28ErjdnkDi54qim/wCEtimhtzLKkNs0IWGQuxWVyypIvypxjdu6ijmYcqOm/sif
/oMah+cf/wATR/ZE/wD0GNQ/OP8A+JrUHSlo5mHKjK/sif8A6DGofnH/APE0f2RP/wBBjUPzj/8A
ia1aKOZhyoyv7In/AOgxqH5x/wDxNH9kT/8AQY1D84//AImtWijmYcqMr+yJ/wDoMah+cf8A8TQd
JuACf7X1E+w8v/4mtWijmYcqOZ0fQr2HU2v5rmeBHOTBlSZPd8ALn6fnXTUUUSk5O7CMVFaFDWtT
XRtIuL9ojKsChigOCeQOv40UusaamsaVPYyu8aTAAsmMjkHv9KKun7O3vClz390vUUUVkWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/
RRRSGIaw/Bvm/wDCPJ5/mb/Om/1mc48xsdfatw1S0jVI9YsBdxRuiF3Ta+M/KxU9PpT6C6l6iiik
MKKKKACquqf8gq8/64v/AOgmrVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VL
SGFFFFABRRRQAUUUUAFFFFABRRRQAUUlFAC1Rvf+Qjp3/XV//RbVdqle/wDIR07/AK6v/wCi2poT
L1FFFIYUVka/PdxDT4bG4FvJdXQhaQxh9q7HbgHj+EVzmqeM7nTLWGOae1W5guZRO7DAuIocb9i5
4ZtwAHOCDQB3VFcNda5qOnJqUk2tW7oksVvatJbqqbpVVg7EHkKGJx3ArZtPEAvPDFlqSNlppYYn
2AYDmVY3xntkn8KAOgorlYvGjv5m/S5FLnFqBMp84+cIef7nzEHvxn0xUVr4quoI5JNRhbzfMuVE
CMpAKyxRou7jvIOfzoA6+iuduvFMthdWNte2Ucc9y6o8aXG9o9z7EbheVJxydvfGSMVStvF13Hp9
vd6laBHdLgiKBwwcpIka8nGCS+PTuaAOvorlbnxjdWxeE6QWvImkE0QuV2qqxrJkNjnKsOMDn866
W2nW6top48hJUDrnrgjNAEtFFFABVGw/4+L/AP6+P/ZEq9XN3eo3dneXccEGIXuPnuSy4T5E4weA
fc8VUVe6Jk7WOkorNiu7xYkAsJZMAfMZ4yW9+tP+23n/AEDZP+/yf40crDmRiap4Vu7zVbm7t7iK
I3EqpIedxtzGqyJ06kqCKfY6FqmkXJmsWspBKrxyJIWURjzpJEZSBzgSEFeOg5rY+23n/QNk/wC/
yf40fbbz/oGyf9/k/wAaOVj5kZMfhURQX0kqx3tzPLO0cVzKxgVZHLYC4+UkHBIBpieGr9tDvLWW
/kV5YZoobbzjJDGHUhQXZd7YJznj0xxWz9tvP+gbJ/3+T/Gj7bef9A2T/v8AJ/jRysOZGHeeHdV1
WVZria1tJG8qJxATJtiRjJwWXDMXC8EYAz1zTYfDOrWcGy3vYXeGO7jtpZMgjzijKSAMDaQ/A7bf
w3vtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyMjSPDl9oU0sdveJdWkyRI3n4Rk2qUJAVcHKhO
v92qdr4Kmhe1mZrX7RAtmgmUHeqxIVcA4zzngfnXR/bbz/oGyf8Af5P8aPtt5/0DZP8Av8n+NHKw
5kc1p3g28tWTcmnwhFtEzBuzL5Mu9nf5R8xH15796G8JaiNEFhHFpaupVZJwMvdKA3zOWRtrZYH+
LPzcjNdL9tvP+gbJ/wB/k/xo+23n/QNk/wC/yf40crDmRz1l4Qu7XaG+xsxSx3zDO8tAyFx05BC5
BJ64yO9V18DXT27QTDTwqxeUzqGLXeZkkZpcjrhDx83LHkCup+23n/QNk/7/ACf40fbbz/oGyf8A
f5P8aOVhzIZoelnSLW4g/diNrmWWJIxhURmJC47de1aVUPtt5/0DZP8Av8n+NH228/6Bsn/f5P8A
GjlYcyL9FUPtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyKsmpWumX+oS3kyxqTHgHqx29AO9Wr
TVoLiASSskBJOEklXdjsTg8fSs3+zbfWru+GoWmx1aPadwLJ8vUEfyq7aaDaQwBLi3tbhwT+8Nsi
kjtnA6+9XLlt5kR5rlz+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR/Y2m/wDPhaf9
+V/wqPdK94k/tC0/5+oP+/go+32f/P1B/wB/BUf9jab/AM+Fp/35X/Cj+xtN/wCfC0/78r/hR7oe
8Sfb7P8A5+oP+/go+32f/P1B/wB/B/jUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P
/n6g/wC/go+32f8Az9Qf9/BUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P/n6g/wC/
go+32n/P1B/38H+NR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vs/wDn6g/7+Cj7fZ/8
/UH/AH8FR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vtP+fqD/v4KX+0LT/n6g/7+Cov
7G03/nwtP+/K/wCFH9jab/z4Wn/flf8ACj3Q94l/tC0/5+oP+/go/tC0/wCfqD/v4Ki/sbTf+fC0
/wC/K/4Uf2Npv/Phaf8Aflf8KPdD3iX+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR
/Y2m/wDPhaf9+V/wo90PeJf7QtP+fqD/AL+Cj+0LT/n6g/7+Cov7G03/AJ8LT/vyv+FH9jab/wA+
Fp/35X/Cj3Q94mW+tXYKtzCWJwAJBk1PVNNJsI3V0sbZXU5DCJQQfyq5Sdug1fqYnjLzf+ETv/I8
zzdg2+Xnd94dMc0Ve1jU49H0qe+lR5EhAJVOp5x/Wit6Tkl7quZVOW+rsXaKKK5zYKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikM
Q8VQ0TSxo+nC0WUygO77iMfeYt/Wr5rD8HTSz+H0e4kkkk86YbpCScCRgOvtT6C6m7RRRSGFFFFA
BVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMK
KKKACiiigAooooAKKKKACkNLRQByUC6zqGuarajW5LX7LKDHGtvGw8thlTk8+o/Crv8AYmt/9DNN
/wCAkdJe/wDEv8a2Fz0jv4WtX/31+ZP03Cugq27WsQkjA/sTW/8AoZpv/ASOsySW80zxbpttf62b
mIRyzyebCkYQBSByPXJ/KuyrjrSCLWPEt3e3EaSwPctZxqwyCkcbZ/8AHifypwd73FJW2OjttWt7
ncyuqRD7ru4G/wBwM5x9asfbbb/n4h/7+Cq1to9tbllKRyxn7iyRqSvtuxk/jU/9n2f/AD6Qf9+x
/hUvl6FLmK2owaXq0Cw3zwSojh1Hm7SGAIyCCD3P5023tdHtG3W62kZ8oQfKwxsBJ2/TJJ/Grf8A
Z9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UtB6lKCw0W1aFoFtUaEgxkSD5SE8sd+yfL9KT7BoomeULai
R38xjvHLbw+evXcAfqKvf2fZ/wDPpB/37H+FH9n2f/PpB/37H+FGgalB9N0OSExPHalCjJjePus2
8jrx8wB+tNTStAjtjbrDZiEq6lCwIIcgv37lVP1FaP8AZ9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UaB
qZg0bQFMB8u2LW5DRkzZIIbcCeecNyM5xT10vQlSRPKtCknmblLgj94QX4J4BKj8q0P7Ps/+fSD/
AL9j/Cj+z7P/AJ9IP+/Y/wAKNA1M+HS9Ct4ViijtVRQ4/wBZkneMPk5ycjA5q/Fc2cMSRRzwKiKF
VQ44A6Cl/s+z/wCfSD/v2P8ACj+z7P8A59IP+/Y/wo0DUd9ttv8An4h/7+Cj7bbf8/EP/fwU3+z7
P/n0g/79j/Cj+z7P/n0g/wC/Y/wo0DUd9ttv+fiH/v4KracySy35Uq6NcdQcg/IlT/2fZ/8APpB/
37H+FQabGkUt8kaKii44VRgD5Epq1mLW6LyRrGoVFCqBgADAFLS0VJQlGRXEX+qX+l+KNTmheaaK
cx2UMBJKxzNGrRsB0AJLA/hmoNMnjjFvaa1ql6kMCS/ZpmndDPKJ5FJLDl2ACYU5+90NAHfZFHFc
D9l1CaPVbxr+XTbZZrpHupLp3DjzCqDy+kYXGMgg46e1mHU5z4P1FLW1nCR29wPtkd4ZowwQkGN2
O9hnoccHjtQB2tFcDPqPkQ3Nvod1d3dpdpFAhimaVlmYnf5bseojBY/NgEDoTUNvdJG1rd6h/aCy
2MFyLmJ7mQF3hMXlllVtuSrA8dSxzmgD0TijrXHeF9UubRLmw1r7TDdOUmiN2wLO0gO5VwTwHVsD
PAIqDT/EGq7rFg0JtvLs0eAxMWdpY8k7y2Rg46g+9AHcUV59p+t3d7qJupLyG5eSOxDxwoyLbl5y
GjPzckZxn25FWJPFl2uhtdnUIPtMrKDAluM2bEMSkhdwP4cZOCSOAcigDueKK4O01y/uriSae6Ui
cadKlntI8sSMgcqc5IBJHpnr6UL4s1aW3laGe1ad49zxC3b/AEFzMiKj8/MSGbrg/ISOKAO8orM8
P3l1eWUwvWR57e4lgMiJsDhWIDYycZHvWpQAlFLRQBn2v/IV1D6x/wDoNaFZ9r/yFtQ+sf8A6DV5
XV87WDYODg5waqW5MR1FFFSUZuu6hcadYxvaRRSTyzxQIJWKqC7BckgE8ZrJm8XT2TvDeWSCeASi
ZY5MqzKsbJsOOjCReuMc1t6rpkerWggklmi2yJKskLAMrKwYEZBHUelUW8KafLHsnE025ZFkeSQl
pTIFDFj64VcYxjAxQA/T9Tvjqh0/VLaCOdoPtEb28hdCAwVlOQDkEj2OfaqOmeLHuAv2yznje4vJ
oLeNITkJG2CzHcRxjk8dxz309O0VNPuZLhri5uriRQnm3MgZlUdFGAABnn370Q6DawS28i+YWgea
RMtxmViz5/E8UAUf+Ez0/wAh5RHeFdqvF/o7ZuEZwgaMfxAsy/mD0NWdM8S2mqXYtoorqKQq5Hnw
lAxQhXUH1UkA/pmoYPCFjAFHmXUixiNYRJNuEKI6uEXjgZVc5ySABnirtvolta3cdxGZPMjadly3
GZXDv+oGPSgDGtvGRkuDBcWyQuL1ocl+DADIPNzj1iYEdvxFWk8ZWDx5EN6JH2GGE25Ek6tnayDu
DtbrjGOcVNJ4U02aS0eSN2a1lmlQluvmli6n1Uljx7CoY/B9nGgIur4zJsEM7TZkhVMhVU4xjDMD
kEnPJNAFW08eWHkWA1BvJubs/wCrVf8AVgyFE3AnIyR2zg5zitO41O8fV3stOt4ZRbqj3DSyFPvZ
wq4BycAnnA6fhBB4RtLSSB7a5vYWiUIxWbPnKHLgPkc8s3IwcE81autDhudQ+2LPc28rKqS+RLsE
yqSQG47ZPIweetAGnS0g4FLQAUUUUAFFFFABRRRQAUUUUAUNb0wazpFxYNKYhOApcDJHIPT8KKp+
MZpYPCd/JbyPHKqDa0ZIYfMOhFFdFGM2vddjGrKKeqNuiiiuc2CiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDENVNK1KHVrIXVsr
rGWZMOMHKsVP6irZOBWdoWlnR9MFoZRKVkd9wXH3mLdPxp9BGlRRRSGFFFFABVXUgW0u7VQSTC4A
Hf5TVa8123s9SSxMU8kpRZJGjTKwoWKhnOeBkH1xgk0tr4i0m8sre7i1G28m5O2JmlC729Bnv7UA
XrcEW8QIwdg/lUlU21W0Fx5Ec8UsokETokilo2OcbhnI6GkTWdNltpbmPULR4ITiSVZlKofc5wKA
LtFZt7rtpaWEF5GWu4riRY4fsuJPMJ6Y5x2Peq6+KtOMPmO0seI5HdHjIaMoVDKw67suuB3yMUAb
VFZNr4jtJ/OFwJbB4EWSRLxREQjEgNknGMgjr161ekvIo/IJYFJzhXDDH3S2c56YB6UAWKKrW2o2
V5A81rd288SEhpIpVZVxyckHiov7b0v7O1x/aVn5CMEaTz12qx5AJzjPtQBeoqs2pWSTPE95brJG
nmOhlUFU/vEZ4HPWo/7Y03MA/tC0zcf6n98v73nHy888+lAF2iqenatZasszWNzHOIZWik2HO1lO
CP0/GrlAGF4wgdtBe6hGZrGRLpMf7Byf0zWxbzJcW8c0Zykih1PsRkU6aJZoXikGUdSrD1B61ieD
pGXRTZSnMunzPatn0U/L/wCOkVW8Sepo6xfrpekXd43/ACxiZx7nHA/PFZOjWLadp2hQSf63LPIf
V2Rmb9TTvFX+mPpmkrz9tulMgH/PNPmb+QFaV5/yENO/66v/AOi2prRCe5epaTIoqCypqOqW+lRR
yXXm4kcRosUTSMzEE4CqCegP5VXfxHpiWlrdNdARXUwgiJU5MhONpGMqQQc5xjHNJrtpd3QsZbFI
ZJbW5E+yWQoGGx1xkA4PzelYFz4Nv9QaUTX8dssqTSP5CBv3spGcbhwFVVAYckljxQBs/wDCW6Z/
pZc3Ua2al52ktJUCDGeSV6kEYHU54rTW9he1iuUYtDKEKMoJyGxg/qK5uXw7q12GE13DC1zcW89x
JEN5HlxLwAwwcyKDz296ltdC1ODR4tLklglgt7iOSOYsQ5RJ1kClcYGFBHHcDtQB0YmibfiRDs+9
hh8v1qtaara3zOIHYhHdC204yhAbnp3H1rlh4JnhiYwx2e91Zp1yVFy32kSgOQOQVBUk5xnoRSr4
OvfsLRL9ityftBEURbywJJYnCcAHaRGyn/e6UAdiLiFtm2WM78lMMPmx1x61Ba6paXwja1nWZJN2
14+V+U4PPQcmuYu/DGoXV5pssNtp1nBbTRyGCDGI8S72w3l5O5ew2DOc5zTB4Nu/7MFnEtlbhEuU
BjJCyiSSN13AAYBCFWHPHrQB2H2mHYr+dHsb7rbhg/Spa4mTwVLd72uLXTo0dp3W1QFooGaJY0K5
Uc5XcSAOTx6119lE9vYW8MrbpI4lVmznJAwTQBPRSUUALWVDeQ2k18Zm5a5wiKMsx8tOABya1Kwm
0W21G9vZ3UC4SfashUNxsTgg8EVUba3Jlfobcb+ZGrFWQsM7W6j606qEejWPlr5llbF8fMVjwM+1
O/sbTv8Anyg/74FLQepd49qMD2ql/Y2nf8+UH/fAo/sbTv8Anyg/74FGgal3jGO1HHtVL+xtO/58
oP8AvgUf2Np3/PlB/wB8CjQNS6AB0A4owPaqX9jad/z5Qf8AfAo/sbTv+fKD/vgUaBqXePajA9BV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7x7Uce1Uv7G07/nyg/74FH9jad/z5Qf98CjQNS7ge1H
HtVL+xtO/wCfKD/vgUf2Np3/AD5Qf98CjQNS7xRVL+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7RV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNTH1az1K8ur9NMuREQY96dDINvQN2/wA81LpVlqAsVW3u
1tEUkGJ7EKQe/wDFz9e9XdOt4rbUb+OCNY0zGdqjA+7WpVym0rERgr3Mr7Hq3/QWi/8AAQf/ABVH
2PVv+gtF/wCAg/8Aiq1aKnmZXKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t
/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrV
oo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8A
oLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/w
EH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK
+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjNitNTWVGk1SN0DAsotQNw9M7uK0qKKTdx
pWKeq6jDpOmzXtyrtDCMsEGT1xwPxoqLXtMOsaLc2AlERnULvK5xyD0/CitKag17zInz3900aKKK
yNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1Qtv+Qzff7kX/
ALNTXUT6F+iiikMQ1ieELqa80BJriVpZDNKu9jk4EjAD8hW2aqaXfW2o2QuLMEQlmUZXbyGIPH1B
p9BdS5RRRSGFFFFAGFreh3Gq6jaSxtaxJAVYT7G8+Mg5IVgcYI4wePXPSsk+C737GlutxY4No9g5
aAtiItncvPD4PI6HA9K7OigDn4vDTxbNs0eV1I3pO3lhtICk+vPWsTVfCl7Z6Pbx6eiSukdpE6wq
EbMJkJcZ6ksy/rXd1zM/iS7s59W+021sIrW4jgtyZyDKWRWwQFJz82eAfTtmgBU0a8l8L6Tb20MF
jc2UkcqwyMXQbcjBI56H8/Wo5/CM90WlkvUW5lEkkkiR8CUtCyEKT91fJUYJyfWoYPF1xLci7W1L
6bLbWkp3SBWgMruvTGWOdvHHT14puneL7omztGsLm+nbBuJYUOI1aRlU8LjgKSckcDvQBauvD2oa
iLi4vpLJ7x1jSFYxIiRhW3Z3A7t2TnPbA461cuNEuLmw06GW6V5bTcZJSmPMJhePOBwOXz+FR6pr
02nahNBDbm5kxbLHEZAgLSvIud2D/cqpqniG6k8N2N9YrNby3NysLokYmdeWDBR0blfyoAltfDb6
ZpuoRxGN2nsI7dUjXblkjZc/jkVmx+ENVm0lVe7trad4YoXigjKJsRHHJBznLknBwdoHSoT4j1q4
j0/7HP5001o80axWm8TN5m1BJg/uuMbuRg59K6vRLya9t7l7ggtHdzRLgY+VXKj9BQBhnwVI2kXV
obmLzZUtQr7CBmFVGGwQdpK9iMZpg8Du1o8ZNnE7QPGBGrsFZpRIWBcls8c89a7GigDN0bTptN+2
JI0TRy3Mk8ZRSGAdixDfQnHFaVFFACVz9t/xL/G93D0j1G3Wdf8AfT5W/Qg10Nc74tP2AafrHOLC
5BkI/wCeT/K38xVR1diZdxbX/iYeN7ufrHp1utun++/zN+gAq3rS3Ly2a2UkcdwXfY0i5UHY3aq/
g+Jv7FN5KMTX8z3TZ/2j8o/75ArQvf8AkI6d/wBdX/8ARbU3pL0FbQoaZBfp5gLxx3HHmtNAzFvQ
ht+CPp09BV/ytS/5+bX/AL8N/wDF1dpaTk2NRsUfK1L/AJ+bX/vw3/xdHlal/wA/Nr/34b/4ur1F
LmHylHytS/5+bX/vw3/xdHlal/z82v8A34b/AOLq9RRzBylHytS/5+bX/vw3/wAXR5Wpf8/Nr/34
b/4ur1FHMHKUfK1L/n5tf+/Df/F0eVqX/Pza/wDfhv8A4ur1FHMHKUfK1L/n5tf+/Df/ABdHlal/
z82v/fhv/i6vUUcwcpR8rUv+fm1/78N/8XR5Wpf8/Nr/AN+G/wDi6vUUcwcpR8rUv+fm1/78N/8A
F0zShIJL4TMrSfaOSq7R9xO2TWjVGw/4+L//AK+P/ZEp3umK1mi9RRRUlBRXF32v3uleJtTLytNa
vstraDH3bgxqyAf7+WHPcCotJv7m48q01PXZYGtopJPPyiG4YTyIScjBVQi/KP7wzQB3NFcJHNrl
0dSmtb+a2iWa5jM93JGIOJCqCPgspGMZIx7HirMevSp4X1BYv7RNzBBcZuJSkqxOqFseYvBxxjj2
POaAOyorhrvWJ9Lju7S01Oe8WaKJIpeJ5YZpGIIXaPmwgL4wcbT2IFQW2qu72l5eapqMaW8FwbyI
sEy8BjAJUrkbgdxH+1QB6BRXJeFdduJobq21aWZbxdsyfaYzCzCRSdiqQCdrK6j2AqCx8V37PZZh
t3tGjtFkJdjMWmTdkHocEfjQB2lFcJZeJL681ATzT2/lyxWLJBbTEiISzEEP/tYOD647VZfxfdDR
Vv8AzNPDXJU28Ch5HThiVkAI5AXrwBg+nIB2VFcTaeJr+9mmmeSBbaT7A8MCEiRBMyZy3cfMe3Pt
Sf8ACa3zWpljj093ni82GMSsWg/epGFl9zv7Y5UjnGaAO3orM0HUZ9RspWu0iW4gnkt5PKJ2MUbG
RnkZ9K06ACiiigChaf8AIW1D6x/+g1fqhaf8hbUPrH/6DV6qluTEWikzRmpKKGtak+l2STRW/wBo
lkmjhSPeEyzsFGTg4HNZjeL47fcl5ZywzRCXzowwbYyKjAA9G3CRcH35xWnrGmnVbJYUuGt5Eljm
SRVDbWRgw4PB6VnS+Ebe5VvtV1cSySLIJpchWkZwg3DA+XaEXGPTvQBa0/WLi4vzY39i1lc+V56L
5gkVkzg/MOhBIyPcYJqrpfi62vV3XCPB5t1JbWyeVIWk2HBJGwY9e4Hc5Bxd0/SJbW9e8vL6S9uW
QRK7oqBEzkgBR3PJPsPSmQeH4oJraTzpG+zyXDgEDDecxZgfpnigBn/CXaL5M0v20eXCAWYRv8wL
bAV4+cbiBlcjNT6f4i0zVbg29nc75gpba0bJ0IDfeA5BIBHUZ5xWfb+EEiESyX9zMtusUdsGCjyo
0kRwvA+YkxqCTzgVetdCjtb2K5WZ2aJrhgpAx++cOfyIwKAKNr4wguZ2ha3eKRb1rUqzD7o34l/3
SY2H1Bq0ni3RpIGlW8JVSoA8p9z7s7Si4y4ODgqCDg1Wm8G2U8tpJJLLut5Z3OMDzVlLko3sC5x3
H4mmJ4QKGOY6pcvd24RLadkT90iAgLtxhiQzZJ56dMUATWPjHTbizs5bmdbeS7P7tCGOAXKKScfL
uI4zjnipNU1+fT7+aGLT2uIba3W5uJFlAZEJYfKpHzEBCcZFUYvA8ENzazpds0sKqrtNbxSGQB2c
EEr8hy7DK4/MVf1HQH1DUJZxfzQRT2629xFGi/vEBY8MRlc7yOKANeGVJ4Y5Y23JIoZT6g8in0yN
FiiSONQqIAqqOgA7U7NAC0UmaM0ALRSZozQAtFJmjNAC0UlLQBi+MLqay8K39xbStDMiAq6nBHzC
ir+qX1tpumzXd6CbeIZfC7uM46UVvSbS+G5lUtfexbooorA1CiqD6zaR67HpDO32ySA3CrtONgOC
c9Ovaota8Q2WgrD9r895ZyRFDbwtLJJjrhVB6ZoA1KKzND8Q6f4htpJtPlZvKcxyxyRlHjYdmU8g
0a34gsNAhie+kk3zvshhijaSSVvRVUZNAGnRWRp3ibTtR065vVkkt4bQkXAuomhaLAydwYDHHNak
UqTxJLE4eN1DKynIIPIIoAfRSZpGdUUsxAVRkk9qAHUVBaXlvf2sdzaTJNBKNySIcqw9QamzQAtF
JmloAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VmeH9MfSNKW0lk
WRhJI+5RgfM5b+taZrG8J3s9/oST3UpllMsq7jjoHYDp7Cn0F1NqiiikMKKKKAGu6xRs8jKqKCWZ
jgAepNCyI+djq204ODnB9KyfFgz4duNwJiDxNMB/zyEil/w27qwNQstbnmu/Ikv4VV7yWIwOF3sF
j8kH1BO7A796AO0lmjgiaSaRI41GWZmAA+pqjcaDpt3LNJPao8k+0yNkgsV+6eD1A4z1xxXMahba
newatFcQ6lJcvGRCi/8AHs0eFwMdN+c++c9sU68l8Qm4u7e2jv1eP7W6y4BRlYqYgp6Fgu7A7HrQ
BupoOhC7t3S1tfPtAsMQB5jC/Mq4z2zuAPTINSN4b0l5beU2MPmW/wDq2AIx827HuN3OD3rlorPV
YoruSwh1NfMnuZI2uSDMf9FVUJJ5++MDPPAzVXXrnVNHsPsTX98izXI8qeWU79vkZb5wM4Ehzj2I
6GgDu7ixsWka6uY4t67HaR+MeWSVJPtuY/jRHptj9ngSOGIwxSedEB0Vsk7h+ZP41y+p6fLdPZXN
ub+8STRp4EkUsFkcqpUup6bhnr3x3Aqrc2mv2lgLSCbUvsoli3yBTJMqmHnbtZWwJAMgHj0xmgDs
rXT7G1uHktoYklG4MV6je29h7ZJz+NJa6PY2V7Pd20AjnnJMjBj8xJyTjOMk1zlpZ6tPdWyXMt+s
TXETTSjETOoted208AyAZAPXjpVzXItSOpzzWi3kkUNgTFDFMY0eUsRzjqQvI/xxQB0majNzAFkY
zR7Y22udwwp44PoeR+YrhIrbxFdaUu+XU4pIUvJItrlWdhsMAbdkkctgNz61Le215A+vS38c62E0
UzRheEMhhQZcdTnGF9CD3IoA7uioLISrYW4uDmYRr5h/2sc/rU9ABXP+NnZvDklnEA098620YPqx
/wAAa365+9/4mHjSwtusdhC10/8Avt8ifpuNVHe5MtrFvwxdi98OWUmArLGI3UfwsvykfmKsXv8A
yEdO/wCur/8AotqzNBP2HXNZ0zovmi7iH+zIOfyYH86073/kIad/11f/ANFtTfxAti9RSUtQUVNQ
1O00qBZr64SCNmCBnPVj2/Q006xYLa21ybyDybp1jgfeMSs33QvqT6VV8QQXcn9nz2Vsbl7a7Erx
q6oSux14LEDqwrnLrwnrGoeYge2tEfz7kbl80JNIRgLgjBULndyMueKAOjj8V6LMZxHqVuTboZJc
tjy1HJJ9K0PtcXkpNvXyn27WHQ7sAfnkVy0+j61frMrx28DXtxbyzl/3iIqRKWXaCNwLqF69CTU9
np2sQaLBpcsauba4jKXKSBQ8STqQNucj92DxntjnNAHU1Wg1C2uZGjhlV2VnQgZ4KkBh+BIrjl8L
6nbwymKNy06s11GLojzyLgOFyTxmPcvYDOKIfDerQ6c0VrB9lB+0kQC5/heWJlTcO5RXGe2aAO6q
FLuGR0WOVH3hiu05B2nB59ia4650PU5L3SWsdNFnbW8qMU88M8Y83MgLbuhToFznJBxxUcHhfUrX
SRZ2NuLQxrdKdlxgS75I2Ugg5GUVlz1WgDu6K4R/Cl9dx7WtGt7UNPJBafayTATEqpyD3cM2ASBn
1rtLJZUsbdbg5mWNRISc5bHPP1oAnooooAKzLe5itX1CSd1RBc9T/uJwPU1p1z8mjJf6hd3Kuy3E
M+EyzbSNidQCMfUc1Uba3JlfSxuxyCSNXAYBhkBhg/lTs1Qj0i3MamVZQ+PmC3MhGfbmnf2Paek3
/gRJ/wDFUe6GpO1rC7bmhjZtwfJQE7h0P1HrTZLC1lEYktoXEb703Rg7WznI9DnvUX9j2npN/wCB
En/xVH9j2npN/wCBEn/xVHuhqWHtoZIHheGNonzvQoCrZ65HfNIlpBHbfZ44I0gwV8pUAXB6jHTF
Qf2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpLDYWtsiJBawRJGxZFSMKFY8EgDoaV7K3kLF7eJi
+d2Ywd2cZz+Q/IelQ/2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpO9rDJIskkMbuvRmQEj6GgWk
C42wRDG3GEHGOn5dvSoP7HtPSb/wIk/+Ko/se09Jv/AiT/4qj3Q1JI9PtISxitYELHcdsYGTnOfr
nn60jaZZOJQ1nbkTMGkBiX5yOhPHJpn9j2npN/4ESf8AxVH9j2npN/4ESf8AxVHuhqS/YbXeH+zQ
hwoQN5YyFByBn0B5FC2NqrSsttCDMwaQiMfOR0J9T9ai/se09Jv/AAIk/wDiqP7HtPSb/wACJP8A
4qj3Q1LaRrGCERVySxwMZJ6mnZql/Y9p6Tf+BEn/AMVR/Y9p6Tf+BEn/AMVR7oal3NGapf2Paek3
/gRJ/wDFUf2Paek3/gRJ/wDFUe6Gpj6sNWN1f/2QUBzH5n/PTG3+HtT9JXUhYgWT2Ij3HcJUl37u
+7cc5zV/TbdLbUdQjj3bQYz8zFj931PNaeKqUtLWJUepl413+/pv/fMn+NGNd/v6b/3zJ/jWpijF
TzeRXL5mXjXf7+m/98yf40Y13+/pv/fMn+NaFxcQWkJluZo4Yl6vIwVR+JpI7q3lWNo54nWQFkKu
CGA6ketHN5By+ZQxrv8Af03/AL5k/wAaMa7/AH9N/wC+ZP8AGrtteWt4jPa3EU6qdpMThgD6cUsF
5bXRlFvPHKYXMcmxgdjDqDjofajm8g5fMo413+/pv/fMn+NGNd/v6b/3zJ/jWnxS8Uc3kHL5mXjX
f7+m/wDfMn+NGNd/v6b/AN8yf41fW5t3GVnjYbzHw4+8Oq/Xg8VLxRzeQcvmZeNd/v6b/wB8yf40
Y13+/pv/AHzJ/jWhDNFcRiSGRZEJIDKcg4ODz9RUc1/Z206QT3cEU0mNkbyBWbPAwDyaObyDl8yn
jXf7+m/98yf40Y13+/pv/fMn+NamKMUc3kHL5mXjXf7+m/8AfMn+NGNd/v6b/wB8yf41qYoxRzeQ
cvmZeNd/v6b/AN8yf40Y13+/pv8A3zJ/jWpijFHN5By+Zl413+/pv/fMn+NGNd/v6b/3zJ/jWpij
FHN5By+ZmxDWfNTzn0/y9w3bVfOO+OetadJilpN3GlYzfEOmvrGhXVjFIsbzqFDsMgcg/wBKKg8W
3k+n+F766tZTFNGgKuMcfMB3oreipte6zGq4J+8bNFFFc5ucdd/8lhsP+wPL/wCjRXRau+pR2m/R
7e1nug2NtzIY129+QCc9Ky9b8KS6prsGrWer3OnXcNubfdDGj7kLbjwwPeibw3qz2tuIvFN/Hdwl
sz+TEVkViOGTG04xwRg8mgDL8BM8eteIItUjaLXZZknu41x5WwjEflkHkYHOec1peK/D9/qN3p2r
aLcQxanpjOYluATFKrjDK2ORnHUVa0Dw0miz3d5NeT3+oXhXz7mbALBRhVCjhQPQU7W9FvdSnhn0
7W7vTJowVIjVZI3B/vIwxn0NAHJ65rcviXwN4ks76G50rVNKhY3UEUoIfKEr82PmRh2q5HbwaL4F
s2u/EWq28dwsB8wMJJSSgxFENpIz7Anitew8GWltpuqW95c3F7caspW9upSA8g27QAAMKADwBVP/
AIQaeTRbWyuNdupZ7GdJrG58pA0GxdqjGMMME5z1oAzfCmrXK+J9U0tbnV5bNbFbqIaqhEyNuKnB
YAlTx1qDwrpep674Ji1fVPEWqtNcWjqI4ZQiKozgkYOW45b3xXSaX4Tex1q41a81W4vry5tfs0jS
IqqAGyNoA+Ue31Per2gaFFoPh220hJWnigjMe9xgsCSe31oA4TRYLjR/gvNqdrqV/wCe+nb41eXK
QEZ/1YxxW94l1K8tdJ8LSQXMsb3OpWkczKcGRWB3A+xq3pPgtdO0W70W51K4vdKmiMEVvIiqYUOc
gMBknnqfSqcfw+lc6d9v8QX94mmTxy2sbqiqoQ8BgB8xxxuPI/GgCtHa6l4i8a+I7F9c1CzsLJoN
kVo4RtzRA8PgkDgnA6k1reA9TvNQ0a6h1GY3Fxp97NZNORgyhDgMffB/SsSDw/qN9498T3Vlqd7p
T7rZUlSINHMpi5+VhgkEcEdOa6/QNDtvDukx2Fq0jqpZ3llOXkdjlmY+pNAGlRRRQA1s4+Xr2zVB
n1fHyw2OfeV//ia0aKadhNXMVptd582GBV9bfDn/AMeIqzpflM07B53uCR53nrtYegx0x16Vo1Qt
v+Qzff7kX/s1Ve6FaxfoooqChDVTS7mzu7IS6eF+zlmA2ptGQSG4+uatk4rL8OabLpOkraTsjSCS
R8oTjDOWH6Gn0EatFFFIYUUUUAIQCCCMg9qjnkS3gklf7kalmwOwGalqrqn/ACCrz/ri/wD6CaED
J0KugZehGRTsD0qO3/49ov8AcH8qloATA9KZLBFOmyaNJFznDqCKkooATA9KMD0paKAEwPSjA9KW
igBMCgqCMEAj3paKACiiigBK5/wx/pt1quqnkXVyY4j/ANM4/lH65q/4hvzpmgXt0v30iIQerHhf
1Ip+h2A0vRbOz7wxKre7dT+uapaInqZur/6B4p0i/wCiT77KU/73zJ+oP51b1prpZbM2KxtcB32L
ISFJ2NTPFlo934dufJH7+AC4ix/eQ7h/KnrdpfnRrqP7k5Mg/GMmmujE+qK+mSag3mE+S9zx5omk
cFfTC7cAfT86v7tU/wCedl/38f8A+Jq9S0m7jSsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0U
rjsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0UXCxQ3ap/zzsv+/j/APxNG7Vf+eVl/wB/H/8A
iav0UXCxQ3ap/wA87L/v4/8A8TRu1T/nnZf9/H/+Jq/RRcLFDdqv/PKy/wC/j/8AxNG7VP8AnnZf
9/H/APiav0UXCxQ3ap/zzsv+/j//ABNG7VP+edl/38f/AOJq/RRcLFDdqn/POy/7+P8A/E03SvNL
33nhBJ9o5CEkfcT1rRqjYf8AHxf/APXx/wCyJTWzE1qi9RRRUlBRXI3fia60zxJqcV0VexVFS1QL
83n+WH2Z779xx/u0zRtS1fU/LtZ9ShgubaJpZ5FhUiYiaSPGD0UeXzjnkcigDsaK4mLU/EV5cagu
nO8pSW4jXzrdUij2uVTY/G5uO+RnrjvaHiJofD18PtF0+pQQzsPtFpsaNlUsA+0bMgYPXkEetAHW
UVx2oa7faHFe211fpM5gieC6liCmKSR9gDKowQMFumcBvTNV7LXby7axu31lktfInkulWCPG6Aor
YJGQGyzfQjGKAO5orlvCHiOXWrO7F1MklzCRLlE2gI67lXnup3KT/s0yy8YTu9msljvt5I7bzbgz
DeHlTcPkC4OMc8jrwKAOsorjoPE1/c36yzQ/Z7aaGzkhjWVXJWWYrub5eDjAI56cGrT+LJ00dNR+
xQLFc7TZq1wxeYEE8qqMQ2BnAz15IwaAOnorkbbxRe3ks0ogjjsi1kYCr/vMTlMhgRjox6H6eoc3
jWZbVbgaYpS4iM1mPtIzIokSP5+PkP7xT37g80AdZRWfo2pPqlm8k0AgmimeCRA+8BlbBw2BkfgK
0KACiiigChaf8hbUPrH/AOg1frAu9bs9G1G+a6c7nMeyNRlnO3tUlp4msZIA11d2sMhJ+RZd2B2y
cdauUJPWxmpJaXNuisv/AISPSP8AoIQf99Uf8JHpH/QQg/76pckuxXNHuQ+KoHm0uEpavdCK7gle
KNQzMqyAtgHrwK5u80LULkzyWVg1vHcLctFbswXywyRDacHClyjnA6buec11P/CR6R/0EIP++qP+
Ej0j/oIW/wD31RyS7BzLuUNHthJr731vpkum2qWotykkaxmVt2QQqk8KMjP+0cdKpaZol7avYQq1
9HALy8nmBuWwfnJi3c52ng475Oeprc/4SPSP+ghb/wDfVH/CR6R/0ELf/vqjkl2DmXc5e3tNengM
btq0TukS3jvOBulMyF2hIPyqE8zpgYK8ZzWrothqVlq0bTT30kDfakkFxNvUKsiiAjPQlM89T3rT
/wCEj0j/AKCFv/31R/wkekf9BC3/AO+qOSXYOaPc5VNA1W0vbaSzt8R3F/PcSq2MQygzeXLjuGVl
B+i+ppYINc8lSya0LUeSLxGnBnkk+beYiDwuSmcEDAOB1z1P/CR6R/0ELf8A76o/4SPSP+ghb/8A
fVHJLsHMu5yFlp2v2zaVDnU7a2jCkLEqyHf5zFxKd4HKleSGHXHNbmoW0i+No7tre9eFreGMNDBH
Im4SSEhywJXG4HK461p/8JHpH/QQt/8Avqj/AISPSP8AoIQf99Uckuwcy7moOlLWX/wkekf9BCD/
AL6o/wCEj0j/AKCEH/fVHJLsHNHualFZf/CR6R/0EIP++qT/AISPSP8AoIQf99Uckuwc0e5q0Vl/
8JHpH/QQg/76o/4SPSP+ghB/31RyS7BzR7mpRWX/AMJHpH/QQg/76o/4SPSP+ghB/wB9Uckuwc0e
5qUVmxa/pc0qRx30DO5Cqobkk1pUmmtxpp7FTVLmztNOmn1Hb9lQZk3JuGM+nfmiq3iTTpdX0C7s
YGRZZlAUv0HIPP5UVpTjFr3nYiblfRGpRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/RRRSGIayPC1/caloi3F04eUyyqSABwHI
HA9hWuaqaXJYyWQbTPL+zb2A8tcLu3Hdx9c0+gupcooopDCiiigAqrqn/IKvP+uL/wDoJq1VXVP+
QVef9cX/APQTTW4nsS2//HtF/uD+VS1Fb/8AHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUUUlAHP
+Iv9O1TR9LHKyz/aJR/sRjP6sRXQVzlhPFdeMdTu5JUCWkaWcW5gOfvP+pA/Ct77Xb/894v++xVS
6IldWSMAwIYZB4IrlPDxMDQaax+bT76aEf7hRmT9D+ldP9rt/wDnvF/32K5mQLB8Q7WSGRGhvYWZ
trA/vEUj/wBBb9KceqFLodXS0lLUFkNzd29lF5t3PFBHnG+Vwoz9TSm6gEcchmj2SkCNt4w5PTB7
57VkeJ4ndNNlWzku0gvBJJFGgdtvluM4PXlhXM3fh/WL2MW1pZw28MbzXkC3D4W3kY/ugoXI3Lhm
I6DfigDtY9Z0yZmWLUbNyilmCzqdoHUnnoKtGaNYw7SIEOMMTwc8Dn3zXET6Rf3qXSxaRDEdSntz
KswCosYiVpFYrk4LLs49fSr1kurR6BbabPazC5tp4lMyEeW8STr0Oc/6vnkdj3oA6vIqKO7t5XKR
zRswLKVVgTleGH4ZGfrXFrY69bwyP5mpv5ys86+duYAXA+WPJ+UmLdjGO3fFNttO1q2sHFlDfRlm
umxJIplKtNER8xJ+coJMEnr70Ad3kU3zY9yrvXcwJUZ5IHXH5iuMuU1b7ZpQ0621RLVZULtcTsz7
TL+8DjfjAToW3HB4wRVe10vWLHSFttPivopYlu1bfLkkmWMqUZieqb9p6ZzmgDvcilrhH0/WbuMr
C2sQWgad4Fe5ImGIlCBzkkgyBiASffjiu0sjMbC3NzkTmNfMz/exz+tAE9FFFABWfaSpDJqLyuqI
txksxwB8iVoVzs+kyX1/dXEU8gaG44hL4RvkTnpwffmqjZ3uTK+ljfjlSWNZI2yjDIPqKdms+PTX
aNS93eoxHK+dnB+uKd/ZZ/5/b3/v9/8AWpWQ7sfLpdjPL5kttE8nmpNuZefMUYVvqB0qKbQdLuPK
86xt38pmdMoPlLHc35nkjvTv7LP/AD+3v/f7/wCtR/ZZ/wCf29/7/f8A1qLILvsSSabZy2ctpJbx
tbzFmkjI4Ysckn3JOaSHSrGDT3sYraJLR1ZWiC/KwPXPrmmf2Wf+f29/7/f/AFqP7LP/AD+3v/f7
/wCtRZBd9hLXQtMsljW2soYxFJ5qbV5D4K7s+uCR9DSy6Lp05lMtnC5m3eZlfv7tobP12Ln6Cj+y
z/z+3v8A3+/+tR/ZZ/5/b3/v9/8AWosgu+xJNptlcXSXM1vG86Y2yMvIxkjn2yfzNNTSNPjChLSF
Qnl7cL02DCfkOlN/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsMt/D+k2hc29hbRF2VmKoBkq2
5fyPI9KafDWjlJUOnW22Zg7jZwW55/U/mal/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsImh6
ZHIrpZQKypHGpC4wqEFB/wABIGPTFNj8P6TE87R2FsrTkNKQg+Yhtw/Xn60/+yz/AM/t7/3+/wDr
Uf2Wf+f29/7/AH/1qLILvsWoLeG2DiGNUDuZG2jGWJyT9TUmao/2Wf8An9vf+/3/ANaj+yz/AM/t
7/3+/wDrUWQXfYvZozVH+yz/AM/t7/3+/wDrUf2Wf+f29/7/AH/1qLILvsQGyt7+/wBRiuolkQmP
g9jt6g9jV2ztPskAiMskwBOGlILAeme+KqabD5GoX6eZJJgxndI2T931rUpyb2FFLcbtHoPyo2j0
H5U6ipKG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbt
HoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQf
lTqKAG7R6D8qdRRQBkeKr6fTPDV7d2jhJ4lBRiAccgdDRVzVZLKLTZn1Py/sYA8zzBlcZ7j64ora
lJJaxuZTTvvYt0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7
NV+qFt/yGb7/AHIv/Zqa6ifQv0UUUhiHisnwzp0+l6OttdbfNEsjHacjDOSP0NaxrJ8M6hPqmjLc
3RUymWRflXAwrkD9BT1sLqa9FFFIYUUUUAFVdU/5BV5/1xf/ANBNWqq6p/yCrz/ri/8A6Caa3E9i
W3/49ov9wfyqWorf/j2i/wBwfyqWkMKKKKACiiigAooooAKKKKACiiigDIn8KaJdTvNPpltJLIxZ
2ZOST3qP/hDfD/8A0CLT/vituinzPuLlRif8Ib4f/wCgRaf98VTvNEsdFu7O50fSbf7UHfaqYQt8
jd66eqN7/wAhHTv+ur/+i2pqTuJxVihp19fyiRzCJ5DgOhmC+WfTbjI/Gr32vUP+gcv/AIED/Cru
xdxYAbj1OOTS4ocl2BJ9yj9q1D/oHL/4ED/Ck+1X/wD0DV/8CB/hV/FGKV12Cz7lD7Vf/wDQNX/w
IH+FH2q//wCgav8A4ED/AAq/ijFF12Cz7lH7VqH/AEDl/wDAgf4Un2q//wCgav8A4ED/AAq/ijFF
12Cz7lD7Vf8A/QNX/wACB/hR9qv/APoGr/4ED/Cr+KMUXXYLPuUPtV//ANA1f/Agf4Uv2vUP+gcv
/gQP8KvYoxRddgs+5R+16h/0Dl/8CB/hR9r1D/oHL/4ED/Cr2KMUXXYLPuUfteof9A5f/Agf4U3S
nkd75pY/Lc3HK7t2PkTvWhiqVh/x8X//AF8f+yJTvowtqi9RRRUlBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAULT/kLah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+bVfDt5ZW23zplAXecDqD1/CijxPq
E+l+Hby8tSomhUFdwyOoHT8aK6KPPb3TCryX941aKKK5zcKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDVTS1sUsgNM8v7NubHln
K7tx3frmrZrI8L2FxpuirbXSBJRLKxAIPDOSOfoafQXU2KKKKQwooooAKq6p/wAgq8/64v8A+gmr
VVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABRRRQAUUUUAFFQ
3dzHZWc9zNny4Y2kfAycAZP8q5+fX9VsrO1u7uyhKXVxGiRW7NJJtcE7SOBuGBz06+maAOmorB/4
THTisLol08bokkkixfLbh22r5npyD0zjBJ45pr+NNOjR3eO6WIKzQyNFhbgBgp2EnplhycDBz05o
A6CisC48Uw2srCS3uXJEGyCOPMhaTfgHnH8B78UjeM9O82wjjjupWvfL27Y/9XvYqu7JGOVYcZxg
0AdBVW1geGa6ZyMSy71x6bVH9KxdY8UTafcajBFYSsbOGGYTMMo+99u0AHOeDj1IPpyl3480iwto
5bnz42ZnVoWQCSPYcMSCecZHTJOeAaAOlornPFPiWTQzZ+S1oi3AkYyXRcKNoBA+UE5OarDxZef2
5FYtbW0bN5Aa1aQm4zIAWIAGCE5z/umgDrKKx7fXkHhWLWryMqhtxO6RDcRkdB61BceMLK0tHuLm
C7hWKXyplkRQ0XAbJGeRtIOBk+3BoA36Kwbvxhp9it01xHcIlvP9m3sqqssmM7VJIzgc5OBTIfGu
nXMtusMN46TpGwlEPyKZCQisc8ElSPr7c0AdDRWZ4f1dtc0eG+a1ltTJn93IQTweoI7Vp0AFFFFA
BRRRQAUUUUAFFFFABRRRQBQtP+QtqH1j/wDQav1QtP8AkLah9Y//AEGr9VLcmIUUUVJQUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU9VWyfTZl1Ty/sZA83zThcZ7/jiiqni
mwn1Pw3eWlooeeVQEUnAPIPWitqaTWsrGU277XNeiiisTUKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDzWX4c1KbVtIW6uFRZDJ
ImEGBhXKj9BWoaqaXb2VrZiPTtn2cMxGx9wySS3P1zT6C6lyiiikMKKKKACquqf8gq8/64v/AOgm
rVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFUb3/kI6d/11f/ANFtV6qN7/yEdO/66v8A+i2poTL1FFFIYUUUUAFFFFABRRRQAyWN
JonilUPG6lWUjIIPUVlW/hm0t1hTz7uRLeRJIVlmLCPaCFUe3PfnpzWxRQBgjwfpw8sBrkRqFV4x
KdswViyhx3wWP8jkU6PwlZQmQxTXiZVkixMSLdWbcwjB4AJAznPAx04rcooAxbbwrp1oYPJWUeQY
ig3949+3/wBGNms3/hDZbbXrS8sLwRQW6KgV4w7qoLFgCf724g9MV1lFAGVe+H7XULmaeZ5wZ4ki
kRXwrBG3KceoJPPuahm8LWcs5ninvLecvI5lgmKsQ5BZfplQfbHFbdUrEk3F8CSQLjAyeg2LTsFw
u9Jtr6WKS5Uv5cckQUn5WVwAwI78CmaZottpW77OZSzxxxs0jbiQi7V/Tr61oUUgOfl8LKnhu60i
2vbkxTRCKMzvv8kDoFwAaZc+BtLvIClw93JIxbzJmmzJIGCqQSR6Io4x0+uejooAybjw5Z3EMibp
43a6+1rLHIVdJcYyp+mRjpyaF8OWgYM8lxLJmFjJJJuZjExZCT9Sc1q5FGRQBU0vTItJsxa27ytE
rEoJG3bATnaD6CrlJkUUALRSZFGaAFopOtLQAUUUUAFFFFABRRRQBQtP+QtqH1j/APQav1QtP+Qt
qH1j/wDQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBl
+JNRl0jw/d31uqNLCoKhxkdQOfzoqzqlvZ3WnTQ6ls+yOMSb32jGe57c0VtTlFL3lczmpX0Zbooo
rE0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/2ar9ULb/kM33+5F/7
NTXUT6F+iiikMQ1jeFLKfT9DSC6iMUollYqSDwXJHT2NbJ5rM8PanJq+lLdyxpG5kkTaucfK5Ufy
p62F1NSiiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtR
W/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEd
O/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9VGw/wCP
i/8A+vj/ANkSqWzE90XqKTNGakYtFJmjNAHF6jrt5pPijUZDJJPassdrDb9Qs7Jujx6bjlT77ar6
deSHybLWNcuIFt1mZbjzhGbiRbiRDlsYO0Kvy/7XINd0Yo2OWRCcg5IHUdDTWt4XCh4o2CtvUFQc
N6j3oA4dTq9y+q3EOozWUEc1zG11c3CmHAYqgVeqYOPm4/GrVvrcq+FtRSCO+aSGG4/0o3C3Ecbq
hYYlyCw6Y44PBxiuwMcZRkKIVbO5SODnrmkSGKOIRJGixgY2AADH0oA4WbWH0+2uINO1G5v47iCJ
EdZPtEkVw7bcI3chAz7e23PeobbUcyWdxfahqkQtI7kXkbztGWMAQqzJ2LKQxHfdXfR20ESKscMS
Kp3KFUAA+opzQQvndHG27rlQc/5wPyoA5Twlrk+biz1mS4iumKTx/bF8tj5nWNQeoVwwHtiqdx4x
1iCx0tvL04z3tv8Aa90jCGIL8v7sF3HPzZJGf92u4aKN2DMiFl6EjkU17eCVFSSGNlQgqrKCAfag
DmtK8S3d/wCIY7OR7IRSi4/cJkzw+U4Ub+cfNnPQfjXVVVbT7Vr6O88pRcRhgHHH3sZz6/dHX0qz
mgBaKTNGaAFopM1BdXiWgVpVfyyeXVchPc98e9ArkFp/yFtQ+sf/AKDV+s6xkWTUr542DI3lkMpy
CNtaNVLcUdgoooqSgoqpqGpW2lwLNdMwV3EaKiF2dj0CqAST9Kfb30F1FFJG+BKu9FcFGI/3Tgj8
RQBYoqP7RD5bSCWMovDNuGB9TVWy1i0v4FmhdhGV3hnUqMbivU8dVNAF6io2niQIWlQB/uksPm+n
rVDUPEFhpl2Le7klV9gkYrC7KiEkbmYAhRkHk46UAadFZc/iLTrcHdK7uJvIEcUTSOz7QxAVQSfl
IORxVuzv7fULRbq1lV4GBw/TocHOehBBBB6YoAs0VGLiEqjCVMP907h8309az7rxFp9lfmzuJZEk
XbvbynMabs7dz42rnHc0AalFUf7Zsf7QuLI3Ci4tohNMpyAiHuT0/wAOPWo9O1+w1SUxWsknmbPM
VZYXjLpnG5QwGV9xQBpUUUUAFFFFABRRRQAUUUUAY/iyyn1Dwxe2trGZZpUARAQM/MD3oqXxFqUm
j6FdX0UayPAoYKx4PIH9aK6KLml7qMKqg37xp0UUVzm4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhqppdla6fZCCxOYQzMPm3
cliTz9SatmsTwjazWWgpDcxNFIJpW2MMHBkYg/iDT6C6m5RRRSGFFFFABVXVP+QVef8AXF//AEE1
aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKA
CiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAoo
ooAKKKKACiiigArJt9PtLq8v3uLeKR/PxuZcnGxK1qo2H/Hxf/8AXx/7IlUupL6B/Y2nf8+UH/fA
o/sbTv8Anyg/74FXqKV2OyKP9jad/wA+UH/fAo/sbTv+fKD/AL4FXq5QeO4T4auNVFlN5kMxi+y7
huYjkEHpjZ830Bouwsjd/sbTv+fKD/vgUf2Np3/PlB/3wKoTeIpUF9PFp8ktjZrKHuBIo3PGCWAX
rjI259e2OaoSeN3jVY309VuWkVMG7QQjchYAy4wGOMbSOpFF2Fkb39jad/z5Qf8AfAo/sbTv+fKD
/vgVDqmqz2EFmYbPz7i6mEKxGUIASrMctg9NpqhP4vigs4JWtJvNNwYLmLIzb7f9Y5PQquQcjqCK
LsLI1f7G07/nyg/74FH9jad/z5Qf98CsdvFN9EdQE+kYNmVjCx3QdpZHClEUbR13AZPStaPW7M6N
DqUkmyCVFYcEnLdFAHJbJxgc5ouwsh39jad/z5Qf98Cj+xtO/wCfKD/vgVXHifSjNDF9pIeYLgNE
427jtUNkfISeAGxmqF/4402HTriewdrqaJ0QReVIuSz7M/dJKg5yQDyMdSKLsLI1/wCxtO/58oP+
+BR/Y2nf8+UH/fAqvF4itDcJbTPtuJJjDGkau5ZgFJzhflxuGc9Kgg8aaFcSIkd6SZCApMMig5O0
HJXGCeM9M8Zouwsi/wD2Np3/AD5Qf98Cj+xtO/58oP8AvgVdpaLsLIo/2Np3/PlB/wB8CoLnQrWU
KsMMEKn77CIFse2eB9a1aKLsOVGRpFlBp93e29rGI4kMeFH+7WvWKy6gdYvvsMlqq/u9wmRmOdvb
BFS7Nc/576d/35f/AOKq5K7u2TF2VrGrRWVs1z/nvp3/AH5f/wCKo2a5/wA99O/78v8A/FVPL5j5
vIfr1i+oad5KWkF0d6tsmlaLGO6uoJVh2IrmYPBmojV4by+mS9ddrLK9y4aAhSNoG35xyOSRnJJF
dJs1z/nvp3/fl/8A4qjZrn/PfTv+/L//ABVHL5hzeRzsPgmWztreOC20+SOJLYyWrZWKd0SRXLYU
93VgSDnaM0628F3Asre2uls3iRLZZIgCUIjneRgARyMOAM+ldBs1z/nvp3/fl/8A4qjZrn/PfTv+
/L//ABVHL5hzeRxd74eu7bWtLhl0yS7tbc5jEKgoM3DSAZKkJtATPKZGRkjp1GraZqU+rTzWK2pi
urIWrvM7Ax/MxLBQDu4bpkVb2a5/z307/vy//wAVRs1z/nvp3/fl/wD4qjl8w5vIyrXw9qGkXout
P+zz+WzxrDM5TdE0cKg7gpwwMPoQQanl8P3Mvhiaxd4Guric3Ey/N5TsZfMaP12Hlfoenar+zXP+
e+nf9+X/APiqNmuf899O/wC/L/8AxVHL5hzeRlaV4WeDVLe8ureyRY5J5Vt4gWS3Z/KC7Mgf88yS
cDljgVJqei6jd3+qRxC2FlqcEcMsrud8agMGwmMEkNxyK0dmuf8APfTv+/L/APxVGzXP+e+nf9+X
/wDiqOXzDm8jnrnwbqd289xJqKrNdvOs0QUbEjkXYADjLEBYjg8fKelbdnZ6lcavFfapHaRG3gaG
NbeRn3lypZiSBgfIMDnqeal2a5/z307/AL8v/wDFUbNc/wCe+nf9+X/+Ko5fMObyNWisvZrn/PfT
v+/L/wDxVGzXP+e+nf8Afl//AIqjl8w5vI1KKy9muf8APfTv+/L/APxVJs1z/nvp3/fl/wD4qjl8
w5vI1aSszZrn/PfTv+/L/wDxVNdNb2ndPpu3HP7l+n/fVHL5hzeRq5pa5Xw/Fqq3paFo10vsroy5
/wCuYYlgPrx7V1VEo8rtcIyurlTVLK21HTZrW+OLeQYf5tvGc9aKoeL7Wa98K31vbRNNNIgCoo5P
zCitaSbXxWIqNX2ubVFFFYGoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/
uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FJS0hiEZFZ2g6o2saYLtohEWkdNobP3WK9fwrRNVNL06DS
rIWtqzmMMzfOcnLMSf1NHQRcooooGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT
2Jbf/j2i/wBwfyqWorf/AI9ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/IR07/r
q/8A6Lar1Ub3/kIad/10f/0W1NCZeoqC3u4rl3ELbwhwWAO3PoD0P4VPSGFc5p/iO7nkt5L21his
7uWWGGSKUsysm/74IGAVjY5BPSujrn/+EOszbywSXd9JE4kCI0gxD5md+zAHJDMMnJAJxQBnp4u1
G6s45rWxtFdrmOFop52DBZSvlPwp4KsCfQgjtWnpniCS81q40+4gSMRr+6lSTImdMCYAEDhWZR78
9KdH4R0qCfzLSAWozExjgARC0b7kJGOuSR9Kih8F6XbeVJarLBdp5hN3GQJpC4IYs2OTls/UD0oA
nm8UWMLXO5Lox25KGVYGZHkDBfLUjq+4gY9c+hqGXxnp0MaNJHeA/vPNQW7FoBHt3lx/CAHU59Dx
mpZPC9tJ9oX7VeLFNJ5wiWUBY5dwfzF4yDuGeuOTxzSDwpZeTMkktzI88U0U0ryZeTzdoYnjGcIo
GAAAOlAFa08TyzaldxXEBhgivfskRZGBfEbOTnkH7vHTj609/GunR29tPJDfLHcRGdSbZvliBA3s
OoX5hV0+H7QsSWlybprr738ZjMZ7dNp/OopfC9jNapbs0+xLL7CMPz5fy+3X5RzQBc0zVYdWt3lg
SaMxuY5I5oyjowAOCD7EH8au1WtLCKzkuniLZuZvOfcc/NtVePbCirNABRRRQAVRsP8Aj4v/APr4
/wDZEq9XNXbaiLu7+zbRaef++ZN3mD5E9OcfTmqir3Jk7HS0Vl251H7PH5IsjFtG07nPH5VJnVf7
tl/30/8AhRyhzGhXMf8ACDWmzb9pm/483tDwP4twEmP7wVmUexrXzqv92y/76f8Awozqv92y/wC+
n/wo5Q5ilJ4aLC9hj1C4js7wSl7cKpAeQEMQxGcZJOPX8qluPD6HS47DT5Y7GAcSJHbRskoIwcqR
jPfNWM6r/dsv++n/AMKM6r/dsv8Avp/8KOUOYoSeE7aK1t002Q2U8EiSCcIHZyqMg3buvDGoZfA2
n3bs19JPcho3QhnK5ZzmRztxkt8ox0AUDFaudV/u2X/fT/4UZ1X+7Zf99P8A4UcocxmnwdbzKiXd
1cTp5scsoLbTK0cQjUkrg9QG47ilTwkkNiLO3v7iK3il8+2QBT5L794IJGSASRg9j+NaOdV/u2X/
AH0/+FGdV/u2X/fT/wCFHKHMZ7+FmmuvNm1K4dZWie6jCIBO8Zyp6ZXoMgdQB75QeEYAkS/apv3a
KgOBziYS/wAxj6Vo51X+7Zf99P8A4UZ1X+7Zf99P/hRyhzEFv4fittWN+s8hcyTSbCBjMgQEfh5Y
/Oqq+EYFtEt/tUxVbeC3zgdIpN4P1J4rRzqv92y/76f/AAozqv8Adsv++n/wo5Q5i+KWs/Oq/wB2
y/76f/CjOq/3bL/vp/8ACjlDmNCis/Oq/wB2y/76f/CjOq/3bL/vp/8ACjlDmFtP+QtqH1j/APQa
vVmab539o3/2gRiTMf8AqycY2+9alEtwjsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUlLRQAlLRRQBna/qZ0fRbm/WISmBQ2wtjPIHX8aKl1XToNW02ayuiwhmGGKnB656/hRWt
NwS95Gc+e/ulyiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArOkE9pqM1wtu08
UyID5ZG5Suexxnr2rRooEyiNWgUfvUuIz/twP/hinRarZzSrFHKS7HAGxh/SreKKegaga5/wS2NB
aFgyyw3MyyKwIKneT39iK6DGaMUX0sFtTFj8Y6JLcLAl6TI7hAPJfk5xj7vrV3U9asdHSN7+fylk
JVTsZskfQGruKMUaBqUtM1iy1iN5LCbzVjbax2MuD17gVSbxjoizmFr0iQPsI8l/vZxj7vrW1iij
QNSnqWr2ekQLNfTeVG7bAdjNk9ewPpVP+2rHWdI1A6fP5oihYP8AIy4ypx1A9K2MVV1T/kFXn/XB
/wD0E0KwO5l/8JhotriCa8Kyx4Rl8lzgj6CtPUNVtNKtRc3svlwlgobaW5PTgA1Pb/8AHtF/uD+V
SYodgV7GfpmvafrLSLYXHmmMAsNjLjPTqB6VWu/F2jWNzLb3F4UliO118pzg/UCtnFFGgalW81S0
sLH7ZdS7Lfj59pPXpwBmoNM8Q6brEzxWFx5rou5h5bLgdO4FaOKMUaBqZF74r0fTruS2ursxzR/e
XynOOM9QMd6uz6paW2m/b5pdtrtV9+0ng4xxjPcVaxRijQNTM03xHpmrXBgsbnzZQu4r5bLx+IHr
Tb/xRpOmXbW15dGOZQCV8pzjPI5AxWriijS4a2KjaraLpf8AaJl/0TZ5nmbT931xjP6VW0/xNpWq
XQtrO6MkxBYL5brwOvJFamKMUaBqZeo+JdL0q6+z3t0Y5dobb5btwfcA+lWo9UtJdM/tBJc2mwye
ZtP3R1OMZ7elWsUYo0DUybHxTpGpXaW1pdmSZ87V8pxnAyeSMVS8U3+lpcWtpqU7xq2532B8hSrK
DlR610eKpXv/ACEdO/66v/6LaqTSd0Jp21MvSrexl003ImaWzRSY5UklQ7VznK57Y7dfSo7PVPDl
/dR21rdTvNKcIu+cZ4z1PFdLijFHOxciMDU7jQ9Hkjjv55onkBZR5kzZH4E1PYppOpWZurSSaSAE
jd5so6deCc1sYoxS53YfKjmLbV/DV5cxW9vdzvLKwVF3TjJPuatanLoujmMX800Rlzs/eTNnHXoT
61u4op8/qLlMbTk0nVrcz2Mk0sQYoW82VefoSPWqEWs+Gp7hII7ucyO4RV3TjJJxXUYoxRzhymJq
baNo6xtfyzRCQkJ+9mbJHXoTS6Z/Y+sRPJYSzSojbWPmzLg4z3IraxRilzOw+VXOX/tnwyLjyftc
/mb9mN0/3s4x+dXtSGkaPCkt/JNEjttU+bK2TjPYmtrFGKfP6i5TD0x9G1hZGsJZpRGQH/ezLjPT
qRVObWPDVvcPBLdzrLGxRl3TnBBxXUYoxRz+ocpj6jHpOk2wuL6SaKIsFDebK3J9gT6VH4b1GwvH
vk0+ZpEEwcbg+dpUDOW56g1uYqlYD/SL/wD6+P8A2mlHNdO4Ws0U7rxdotlcy29xeFJYm2uvlOcH
6gVfvdUtNOshd3UvlwHA3bSevTgDNWsUYqdCtTO03xBpusSvHYXHmvGu5h5bLgfiBUN54s0fT7qS
2urspNGcMvlOccZ6gYrXxRijS4alW41S0tNO+3zy7bbarb9pPBxjgDPcVW03xHpmrXDQWNyZZFXe
R5bLx07getaeKMUaBqZN/wCKNJ027a1u7oxzIASvlOcZGRyBirj6paR6X/aLS4tNgk8zafunocYz
+lWsUYo0DUy9P8TaVql19msroyTbS23y3XgdeSBRqHibStLujbXt0Y5gobb5btwenIGK1MUYo0uG
tiqmqWj6X/aKy5tNhk8zafujvjGf0qnY+KNJ1K7W2tLoyTMCQvlOM4GTyRitbFGKNA1M3UvEemaR
cLBfXPlSMu8L5bNx07A+lWLfU7S6037fDLutdrNv2kcDOeCM9jVrFGKNA1Miz8WaPqF3HbWt2Xmk
OFXynGeM9SMVNqfiDTdHlSO/uPKeRdyjy2bI/AGtHFGKNLhrYq2WqWmo2Ru7WXzIBn5tpHTrwRmq
Fr4v0W9uYre3vC8srbUXynGT9SK2cUYo0DUwbjXNP0fVrwX8/lebsKfIzZwvPQH1rU07VLTVrY3F
lL5sQYqW2leR7ED1qK1/5CuofWP/ANBq/iqlYUbmLD4w0S4uI4IrwtJIwRR5LjJJwP4auanrdho6
xtfz+UJSQnyM2cdegNXsUYqdB6lPTdXstYheWwm81Ebax2MuDjPcD1qiPGOiGcQ/bT5hfZjyX+9n
GPu+tbWKMUaBqUtT1iy0eJJL+bykdtqnYzZPXsDRpmtWOspI1hP5qxkBjsZcE/UCruKMUaWDW5iy
+MdEhuHgkvCJEcow8l+CDj+7V/UtVs9JtxPfS+VEzBA20tz+APpVujFGgalDTNc0/WfM+wT+b5WN
/wAjLjPTqB6VVufF+i2dzLBPeFJYmKuvlOcEe4FbOKMUaXDUqX2qWmm2YuruXy4CQN20nr04AzUO
ma/p2sSSR2Fx5rRgMw8tlwPxArRxRijSwa3Me88W6PYXUlvc3ZSWI4dfKc479QKvXOqWlnp/26eX
ZbYVt+0ng9OAM96tUYo0DUzdN8RaZq87Q2Nz5sirvI8tl4zjuB61HfeKdI027e1u7sxzJjcvlOcZ
GRyBitbFGKNLhqVJNUtItM/tB5cWmwSeZtP3T0OMZ7+lVtO8S6Xqtz9nsrnzJdpbb5brwPcgetam
KMUaBqZeoeJtK0u6NteXRjmADFfLduD05AxVkaraNpf9oiX/AETZ5nmbT931xjP6VboxRoGplWHi
jSdTu1trO6MkzAkL5Tjp15IxTtR8R6XpNwIL65MUpUMF8tm4+oB9K08UYo0uGpzviW4TWPA97Npx
adJI8ptUgkBhng89jRXRYorWnW5FaxE6fO7sWiiisTQKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKxLnxhodpcyW8+oRpLExV12scEduBW3XmmpeD9cl1e+mg
tYXimuHkRjMBkE56VpSjGT952M6kpJe6rnWf8Jx4e/6Ccf8A3w3+FQX/AI00GbT7mOPUYy7xMqja
3JIOO1cl/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFb+yo/wAxl7Sr/KdjD428PpDGp1KMEKAfkb0+
lP8A+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2VH+YPaVf5TurTxb
ot/dR21rfxyTSHCJtYZP4itivOdF8Ja3ba/YXN1awxwwS73ZZgxxgjp+NejCsKkYxdou5tTlKS95
WFooorMsKKKKACiiigAooooAiurmKztpLi4cRwxKWdz0ArF/4Tjw9/0E4/8Avhv8Ku+IbKbUfD99
aW4BmmhZEDHAz9a89HgzxCAB9hg4H/PwK2pQhL4nYyqSnF+6rna/8Jx4e/6Ccf8A3w3+FVbrxloM
l7ZOuoxlY5GLHa3AKEenqa5X/hDfEP8Az4wf+BAo/wCEN8Q/8+MH/gQK19lR/mM/aVf5TtP+E48P
f9BOP/vhv8KP+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2NH+YPaV
f5T0TTNc0/WRIdOuUnERAfaCNuenUe1X65LwRoWo6NJfvqEMcRnMewJIG6A56fWutrmmkpNRehvB
tq7CiiipKCiiigAooooAKKKKAM/VNe07RjGNQukgMudgIJJx16D3qh/wnHh7/oJx/wDfDf4VneNv
D+pave2M2nwxyiFHVw8gXGcY/lXOf8Ib4h/58YP/AAIFdFOnTlG8pWZjOc07JHaf8Jx4e/6Ccf8A
3w3+FVbPxloMc14z6jGBJNuX5G5GxR6eoNcr/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFX7Kj/MR7
Sr/Kdp/wnHh7/oJx/wDfDf4Uf8Jz4eH/ADE4/wDvhv8ACuL/AOEN8Q/8+MH/AIECmv4L8QsjL9ig
5GP+PgUexo/zB7Sr/KeowTx3UEc0LB4pFDIw6EHoakqjo1rJZaLZW0wAlhgRHAORkDBq9XIzpQUU
UUAFFFFABRRRQAUUUUAFFFFABVHU9asNGSN9QuVgWQlULAnJ/Cr1cr430O/1lLA6fEkjQO5dXcLw
Riqgk5WZMm0rot/8Jx4e/wCgnH/3w3+FH/CceHv+gnH/AN8N/hXF/wDCG+If+fGD/wACBR/whviH
/nxg/wDAgV0+xo/zGHtKv8p1Nv4x0JNRvJG1GMJIU2na3OFwe1W/+E48Pf8AQTj/AO+G/wAK4v8A
4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECh0qL+0CqVF9k7T/hOPD3/AEE4/wDvhv8ACtizu4L+0jub
WQSQyjcjjoRXmf8AwhviH/nxg/8AAgV33hmwn0zw5ZWd0FWaKPDhTkA5J61lVhCK913NKcpyfvKx
q0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUlc3aeLLYajrVrqN7Y2zWVz5UC
ySqjMvlo2SCeeWP5UAdLRXLaH4km1G18PTXdxDDJqFm9xJCIThioUkhs4UDPQ5zn2qxb+MtP1Cdb
azW78yeF5oJHtnWORFH3wxGNvTn3HrQB0NFcl4R8aW+rabpMN5LKdQu7fd5jQMkc0gGXVWxtJHPA
9DWnD4s0y4v0to3mxLK0MVwYWEMsgzlFkxgng/XBxQBtUVj6Z4nsNYvprWx+0SNAzpJJ5DCNXVtp
XcRjd3x6UaJqs+o32swzKgWxvfs8e0clfLRuffLGgDYorBPjHTVuGikS9jOyR42ktZFWYICWCEj5
iACcd+1Wm8R6av2A/aBtv4WnhbB2+WqhixPYAEcn1FAGpRWJZeLNNvpCiG4jJhNxH50Dx+dGOrJk
fMOR+YqfRPENl4hhabTxO0AClZXhZEkz/dJHzYxg4oA1KKKKACiiigAooooAKKK57xprWo6JpVtL
pEENxdz3ccCRy5w2cnHHc4wPrQB0NFctD4qk1TUtKi0sReRqOnz3KmQHckiFAFPPYsQR7VmX/j65
tvCWi6nFbxtc3T5vI8HESR588jn+EigDvKK5bWfEt3aXurx2KQvDpulG7ZmBOZm3GNevTCEn6ipt
C1671+9ElqkX9lwxBZbjBPnzkDKx8/dXkE9zwOhoA6KloooAKKKKACiiigAooooAKKKKACiiua8T
eJH0zUrTTre6sbOSeN5pLq9b93FGpA4GRuYlhgZ7E0AdLRXK3Hix9LvNGsrhG1Br9XZrmygdkIAy
CgG7Pvzx16Vdv/GOladdzQTvORblVuZo4HeK3JxgO4GF6j6Z5xQBu0Vg6h4y0rTbu4tZTcyTWyLL
MsFu8nlxkZ3kqD8vvW1bzxXVvHPA6yRSqHR1OQykZBFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRXKeMfFN54c1DSxbwRS2sglmvNwO5YkKbiuO4Dk/hTfGni250I2UelxwzSyMss5kyVSAu
qZ47lnAH0NAHW0VyfijxXc6JqttDbRRyW0KrPqLtnMULSCNSvvkseeymrmsavfvrcGiaL9nS6eA3
M1xcKWSGPdtGFBG5ic9xjBoA6CiqeljUFtNuqtbPcBiN9uGCsvY4OSD7ZNXKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooASuasfC8X9pa7c6jY2k5vLrzYGkjVzs8pF5yOOVPFdNRQ
Bwlv4ev9J0vQJbhExpOl3MVwE+c7ii42r/F908VkeC5hHPpNvK0V9cT2DQ27w6h5/wBkTYGIZNo2
AkKM5OCAK9RIzUcdtDCzNFFGjMcsVUAt9aAOV0/w5f22meEIJFj8zSWBucP0/cunHrywqloPhCbS
57S0u9JW5jtJzJHfHUJNvDEq3k9AwzjHTOTmu8ooAxfCul3GkaXPBdBBI95cTDac/K8jMv44IrP0
+21rSde1Ux6bBcWd/eicT/agrRrsRD8m3kjaT15rqqKAOB07w3rza9pN3qi+Y9lcSvcXL3rOJgyO
oKRY2oPmHHX61V8O+Gm1GLxFZ/aAbW2jn0ewkXny0Ylm+uCyp/2zxXpFNSNIwQihQTnAGOaAOL0f
w3cxgC60VIbmG0eFLo6lJOCzLtOxG+6D74xxXR+G7GbS/DOmWNyFE9taxxSBTkblUA4NadFABRRR
QAUUUUAFFFFABWL4k0u41P8Asr7MFP2XUYbmTc2PkXOce/NbVFAHH2PhS807x+dRgaP+yDFM6R5+
aKaUoXAH90lN31JqOx8HXI17WBemNtJmjnS0VTlh9oIabI7crx9a7SigDiNK8L6tF4K1m11Awvq+
oQNDuV/lwsQij5+gyfdjWhoehXugakiWqxnS7qENcQ7sfZ7gAZZB3V+49ee5rp6KACiiigAooooA
KKKKACiiigAooooAK5nXtJvf+Eks9asLG31AxW72slvNIEIDMGDqxBGQQQfY101FAHDWnhjVdHg0
Oe3gtrmeyubmWa2SXy0QT7jtQkdFyOwzTrzQtcig17SrK2tZrTWZZJBdyTbTAJFCuGTGWxg4wfTp
Xb0UAefRx6paeKPEFlo1pb3amztIC08/llD5bhWPB3L1yOtdloWm/wBjaDYad5nmfZbdIS+Mbtqg
Zq6EVXLBQGbqQOTTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB1nQ5NU8R6ZcPGj2UNvd
Q3CseSJAgAx36Guah8EauPDN9bXc0VxfvLbQQOWwBawSKUyf7xAZj7mvQ6KAOOfwXNq91rdxqt9d
2/8AaMhhENrKNht1XagYFTycsT/vVDaaN4h019M1ZIbe71CGx+wXtu02wSqrZSRHwRu7kH+97V29
FAFPTJL+a08zU7eG3nZiRFFIZAq9gWwMn1wMVcoooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAP/9k=

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680DEXMBX23adutwent_--

From qinwang@berkeley.edu  Wed Aug 28 13:49:03 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB12021E8095 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 13:49:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.921
X-Spam-Level: 
X-Spam-Status: No, score=-2.921 tagged_above=-999 required=5 tests=[AWL=0.055,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NupXdXiV7qi0 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 13:48:59 -0700 (PDT)
Received: from mail-vc0-f178.google.com (mail-vc0-f178.google.com [209.85.220.178]) by ietfa.amsl.com (Postfix) with ESMTP id 871CE11E81C7 for <6tsch@ietf.org>; Wed, 28 Aug 2013 13:48:57 -0700 (PDT)
Received: by mail-vc0-f178.google.com with SMTP id ha12so4661949vcb.9 for <6tsch@ietf.org>; Wed, 28 Aug 2013 13:48:55 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=VmgpjRNrxoVhigFeoIqad0+ey7OjnCLNQIgPvYexvqY=; b=O9zUTLOKuUM3zmIFYmvpEW/4B1lhOsvijrKLh2SRBHet3Q5B0V3e/rT6HR3dAG8vLL QKEJW3b+s9taiRQyRshScSPNytra9VkZ04eBUWu8vAmpF2hLM1AFrL+jy/H/hK8dTktq lLsnvM4D5aR21zLJcVkhHmIpXxy0fEA72GagzgZf905EbGVWrVY34FJWy+30xjZGD+SF Hf5wXqwADx6g8Odm/OT8TLf7mXB0vqndDLc5RjfADGLH9flQhjvnRpKrft6Br5gl1VIu MWg96wTft1fixIFp7xb9eeugEf1Q+V9GsbCNa1K7+u/ZeJuWl3HryFIpZ7d3YXPFvTwF ojug==
X-Gm-Message-State: ALoCoQnt/JTi+fbZ/xC6++40Fqjl0jbrqPEH35+XhxEqMCEbsXyiQhHRZUnsaW09dTnTIBa+AuhV
MIME-Version: 1.0
X-Received: by 10.58.54.70 with SMTP id h6mr642341vep.36.1377722935813; Wed, 28 Aug 2013 13:48:55 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Wed, 28 Aug 2013 13:48:55 -0700 (PDT)
In-Reply-To: <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com> <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com>
Date: Thu, 29 Aug 2013 04:48:55 +0800
Message-ID: <CAAzoce4oieAMWz4TdF4N7xKJXtNCdkS80+kxB8AQdYRm3D5heA@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=089e0122ad0630622504e5081e2b
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 20:49:04 -0000

--089e0122ad0630622504e5081e2b
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Thomas,

I agree to the 4 control flows. One more question for the two node->ME
flows: Is a Confirmation from ME to node needed?

Thanks
Qin


On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u
> wrote:

> All,
>
> If possible, let's keep things simple and stick closely to the charter,
> certainly for now.
>
> I would like to propose the following assumptions:
>
>    - let's assume signaling and data packets are independent.
>    IMO, signaling packets are either short and infrequent (events,
>    commands), or periodic and large (statistics). Once we have run a numb=
er of
>    networks, and can quantify the trade-offs, we can consider piggybackin=
g.
>    - let's consider the steps highlighted in the charter, for now:
>       - draft-vilajosana-6tsch-basic gives us a network with minimal
>       connectivity between all nodes in the network. Most of the schedule=
 is
>       empty, available ot some dynamic scheduler.
>       - the scheduler uses the minimal connectivity to communicate,
>       either between neighbors (distributed), or between nodes and the PC=
E
>       (centralized)
>
> If we agree with this, I propose we go back to discussing the types of
> flows, per the name of this thread. I'd like to call on a rough consensus
> for the following 4 flows:
>
>    - ME->node
>       - action
>       - query
>    - node->ME
>       - report
>       - event
>
> Thomas
>
>
>
> On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Thomas,
>>
>> I agree to keep different alternatives, at lease as options.
>>
>> Regarding to what kinds of cells should be used for conveying the report=
,
>> shared cells or dedicated cells, I would like to leave them to
>> configuration. What do you think?
>>
>> Thanks
>> Qin
>>
>>
>>
>> On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <
>> watteyne@eecs.berkeley.edu> wrote:
>>
>>> Qin,
>>>
>>> You bring up a good point: over what cells with the reports travel?
>>> Another questions could be: over what cells will the request to install
>>> cells travel? I believe that, whatever the policy in place in the netwo=
rk,
>>> there will always need to be some cells installed for infrequent signal=
ing
>>> traffic. If the report rate is very slow, it might qualify as "infreque=
nt
>>> signaling traffic". For sure, the request to change the schedule qualif=
ies.
>>>
>>> Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted
>>> Aloha schedule indicated in the draft can be used for the signaling tra=
ffic
>>> between the nodes and the ME. Of course, if the report rate is very hig=
h,
>>> some dedicate track might be installed, but I do not believe this is
>>> needed, certainly not this early on.
>>>
>>> I agree with Diego that keeping the solution open to different
>>> alternative is key.
>>>
>>> Thomas
>>>
>>>
>>> On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <
>>> diego.dujovne@mail.udp.cl> wrote:
>>>
>>>> Qin, Thomas,
>>>>       Alternative (1) adds delay to define the slots to send the event
>>>> to the ME (propagate the new schedule),
>>>> while alternative (2)  keeps reserved slots waiting for the event to
>>>> happen.
>>>> I think both alternatives should be included, and configured by the ME
>>>> depending
>>>> on the network requirements.
>>>>
>>>> More thoughts?
>>>>
>>>> Diego Dujovne
>>>>
>>>> 2013/8/27 Qin Wang <qinwang@berkeley.edu>:
>>>> > Thomas,
>>>> >
>>>> > I agree with almost all. Only some comments on "Report Flow".
>>>> >
>>>> > As you mentioned, there are two kinds of report scenarios, one is
>>>> > periodically report, another one is burst report or called as
>>>> event-driven
>>>> > report. I have no question on how periodically report works, which y=
ou
>>>> > described. But I'm not sure what the best way to handle event-driven
>>>> report
>>>> > is. I think we don't want to assume 6top sublayer is very
>>>> intelligent, in
>>>> > another word, the events and the trigger of events should be
>>>> configured by
>>>> > ME, just like the interval of periodically report. Make sense?
>>>> >
>>>> > If you agree to it, the remained issue is  when and how the bandwidt=
h
>>>> for
>>>> > sending event-driven reports is reserved. Here are two ways I can se=
e.
>>>> > (1) when a event is triggered, node sends a request to ME and ask
>>>> some BW to
>>>> > send the report. I believe that is how the 4th control flow works.
>>>> > (2) when ME configure the events and their triggers, ME also
>>>> provisions some
>>>> > BW for the node which allows the node to send the report triggered b=
y
>>>> some
>>>> > event.
>>>> >
>>>> > I have no strong opinion on which one is better. But, the bottom lin=
e
>>>> is the
>>>> > configuration of the set of events and their triggers should be out
>>>> of 6top
>>>> > scope. Thought?
>>>> >
>>>> > Thanks
>>>> > Qin
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <
>>>> twatteyne@linear.com>
>>>> > wrote:
>>>> >>
>>>> >> Qin,
>>>> >>
>>>> >> Please correct me if I'm wrong:
>>>> >> - Action Flow (ME->6top). ME asks 6top to execute some command.
>>>> Typical
>>>> >> commands are add/delete cells.
>>>> >> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>>>> >> queries are about current cells usage or statistics.
>>>> >> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical
>>>> reported
>>>> >> information covers cells usage or statistics.
>>>> >>
>>>> >> Questions:
>>>> >> - Looks like Query and Report flows contain the same information. I=
n
>>>> >> normal operation, the Report flow should be enough, the Query flow
>>>> only
>>>> >> being used in special cases, for example when the ME has lost state
>>>> (just
>>>> >> booted, bug, etc). Agreed?
>>>> >> - The ME should be able to configure the report flow. Configuration
>>>> could
>>>> >> be "send report every X seconds" or "send report when variable X
>>>> larger than
>>>> >> Y". I imagine this could be done over the action flow? Agreed?
>>>> >> - A node will want to report an urgent event to the ME. One such
>>>> events is
>>>> >> "the topology appears to have changed". There any many cases where
>>>> this
>>>> >> information needs to be sent immediately, i.e. no time to wait for
>>>> the next
>>>> >> report cycle. We can consider this to be an asynchronous report, or
>>>> part of
>>>> >> a new "Event" flow.
>>>> >> - Same for the mote asking the ME for a schedule update.
>>>> >>
>>>> >> Thoughts?
>>>> >>
>>>> >> Thomas
>>>> >>
>>>> >>
>>>> >>
>>>> >> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu>
>>>> wrote:
>>>> >>>
>>>> >>> Xavi,
>>>> >>>
>>>> >>> Approach-(2) is more flexible and likely covers more situations.
>>>> But, it
>>>> >>> may bring some complexity to 6top, because 6top has to make
>>>> decision on the
>>>> >>> bandwidth request (add/delete), which needs some metrics, some
>>>> intelligence.
>>>> >>>
>>>> >>> What do you think?
>>>> >>>
>>>> >>> Qin
>>>> >>>
>>>> >>>
>>>> >>>
>>>> >>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>>> >>> <xvilajosana@eecs.berkeley.edu> wrote:
>>>> >>>>
>>>> >>>> Hi Qin, I like your (2).
>>>> >>>>
>>>> >>>> Note also that there are situations that might have some
>>>> differences.
>>>> >>>>
>>>> >>>> 1-the track already exists.
>>>> >>>> 2-the track between the two entities does not exists
>>>> >>>>
>>>> >>>> in either case I think that the node that requires certain BW to
>>>> another
>>>> >>>> node should talk to 6top, which processes that request and sends =
a
>>>> request
>>>> >>>> to the ME, the ME installs that new track.
>>>> >>>>
>>>> >>>> does it make sense. Do you see any drawback on that approach?
>>>> >>>>
>>>> >>>> X
>>>> >>>>
>>>> >>>>
>>>> >>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu>
>>>> wrote:
>>>> >>>>>
>>>> >>>>> Hi all,
>>>> >>>>>
>>>> >>>>> During today's call, we presented three control flows between
>>>> >>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow,
>>>> and Report
>>>> >>>>> Flow, and started to talk about the 4th control flow. The thread
>>>> will
>>>> >>>>> continue the discussion about 4th flow.
>>>> >>>>>
>>>> >>>>> Here is the scenario: when a node finds that more cells are
>>>> needed,
>>>> >>>>> e.g. nodes wants to send 10pkt/s report at some time, it should
>>>> be able to
>>>> >>>>> ask ME to install more bandwidth.
>>>> >>>>>
>>>> >>>>> I can see two approaches:
>>>> >>>>> (1) Managed by ME, without 4th Control Flow. Assume
>>>> BandwidthUsageRate
>>>> >>>>> is a attribute in 6top. Then, ME can get the information via
>>>> Query Flow or
>>>> >>>>> Report Flow, and adjust the bandwidth of the node via Action Flo=
w.
>>>> >>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>> >>>>> Request to ME, and then ME install more bandwidth. This is the
>>>> 4th control
>>>> >>>>> flow.
>>>> >>>>>
>>>> >>>>> What do you think? Which one makes more sense?
>>>> >>>>>
>>>> >>>>> Qin
>>>> >>>>>
>>>> >>>>>
>>>> >>>>>
>>>> >>>>> _______________________________________________
>>>> >>>>> 6tsch mailing list
>>>> >>>>> 6tsch@ietf.org
>>>> >>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>> >>>>>
>>>> >>>>
>>>> >>>
>>>> >>>
>>>> >>> _______________________________________________
>>>> >>> 6tsch mailing list
>>>> >>> 6tsch@ietf.org
>>>> >>> https://www.ietf.org/mailman/listinfo/6tsch
>>>> >>>
>>>> >>
>>>> >>
>>>> >>
>>>> >> --
>>>> >> Thomas Watteyne, Ph. D
>>>> >> Sr. Networking Design Engineer
>>>> >> Dust Networks / Linear Technology
>>>> >> 30695 Huntwood Ave
>>>> >> Hayward, CA 94544-7021
>>>> >> +1 (510) 400-2978
>>>> >> twatteyne@linear.com
>>>> >>
>>>> >> This e-mail transmission, and any documents, files or previous e-ma=
il
>>>> >> messages attached to it may contain confidential information that i=
s
>>>> legally
>>>> >> privileged. If you are not the intended recipient, or a person
>>>> responsible
>>>> >> for delivering it to the intended recipient, you are hereby notifie=
d
>>>> that
>>>> >> any disclosure, copying, distribution or use of any of the
>>>> information
>>>> >> contained in or attached to this transmission is STRICTLY
>>>> PROHIBITED. If you
>>>> >> have received this transmission in error, please immediately notify
>>>> me by
>>>> >> reply e-mail, or by telephone at (510) 400-2978, and destroy the
>>>> original
>>>> >> transmission and its attachments without reading or saving in any
>>>> manner.
>>>> >> Thank you.
>>>> >
>>>> >
>>>> >
>>>> > _______________________________________________
>>>> > 6tsch mailing list
>>>> > 6tsch@ietf.org
>>>> > https://www.ietf.org/mailman/listinfo/6tsch
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> DIEGO DUJOVNE
>>>> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicacio=
nes
>>>> Facultad de Ingenier=EDa UDP
>>>> www.ingenieria.udp.cl
>>>> (56 2) 676 8125
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>

--089e0122ad0630622504e5081e2b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thomas,<div><br></div><div>I agree to the 4 control flows.=
 One more question for the two node-&gt;ME flows: Is a Confirmation from ME=
 to node needed?</div><div><br></div><div>Thanks</div><div>Qin</div></div>
<div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 2=
9, 2013 at 2:15 AM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto=
:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</=
a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">All,<div><br></div><div>If =
possible, let&#39;s keep things simple and stick closely to the charter, ce=
rtainly for now.</div>
<div><br></div><div>I would like to propose the following assumptions:</div=
><div>
<ul><li>let&#39;s assume signaling and data packets are independent.<br>IMO=
, signaling packets are either short and infrequent (events, commands), or =
periodic and large (statistics). Once we have run a number of networks, and=
 can quantify the trade-offs, we can consider piggybacking.</li>



<li>let&#39;s consider the steps highlighted in the charter, for now:</li><=
ul><li>draft-vilajosana-6tsch-basic gives us a network with minimal connect=
ivity between all nodes in the network. Most of the schedule is empty, avai=
lable ot some dynamic scheduler.</li>



<li>the scheduler uses the minimal connectivity to communicate, either betw=
een neighbors (distributed), or between nodes and the PCE (centralized)</li=
></ul></ul><div>If we agree with this, I propose we go back to discussing t=
he types of flows, per the name of this thread. I&#39;d like to call on a r=
ough consensus for the following 4 flows:</div>


</div><div><div><ul><li>ME-&gt;node</li><ul><li>action</li><li>query</li></=
ul><li>node-&gt;ME</li><ul><li>report</li><li>event</li></ul></ul><span cla=
ss=3D"HOEnZb"><font color=3D"#888888"><div>Thomas</div></font></span></div>
<br></div></div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail=
_extra"><br><br><div class=3D"gmail_quote">

On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex">


<div dir=3D"ltr">Thomas,<div><br></div><div>I agree to keep different alter=
natives, at lease as options.</div><div><br></div><div>Regarding to what ki=
nds of cells should be used for conveying the report, shared cells or dedic=
ated cells, I would like to leave them to configuration. What do you think?=
</div>



<div><br></div><div>Thanks</div><span><font color=3D"#888888"><div>Qin</div=
><div><br></div></font></span></div><div><div><div class=3D"gmail_extra"><b=
r><br><div class=3D"gmail_quote">On Wed, Aug 28, 2013 at 6:39 AM, Thomas Wa=
tteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" =
target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div><br></div><div>You=
 bring up a good point: over what cells with the reports travel? Another qu=
estions could be: over what cells will the request to install cells travel?=
 I believe that, whatever the policy in place in the network, there will al=
ways need to be some cells installed for infrequent signaling traffic. If t=
he report rate is very slow, it might qualify as &quot;infrequent signaling=
 traffic&quot;. For sure, the request to change the schedule qualifies.</di=
v>





<div><br></div><div>Isn&#39;t the answer=A0draft-vilajosana-6tsch-basic? Th=
at is, the slotted Aloha schedule indicated in the draft can be used for th=
e signaling traffic between the nodes and the ME. Of course, if the report =
rate is very high, some dedicate track might be installed, but I do not bel=
ieve this is needed, certainly not this early on.</div>





<div><br></div><div>I agree with Diego that keeping the solution open to di=
fferent alternative is key.</div><span><font color=3D"#888888"><div><br></d=
iv><div>Thomas</div></font></span></div><div>
<div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, =
Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <span dir=3D"ltr">&lt;<a href=
=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.dujovne@mail.=
udp.cl</a>&gt;</span> wrote:<br>





<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Qin, Thomas,<br>
=A0 =A0 =A0 Alternative (1) adds delay to define the slots to send the even=
t<br>
to the ME (propagate the new schedule),<br>
while alternative (2) =A0keeps reserved slots waiting for the event to happ=
en.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<br>
<div><div>&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I&#39;m not sure what the best way to handle event-driv=
en report<br>
&gt; is. I think we don&#39;t want to assume 6top sublayer is very intellig=
ent, in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is =A0when and how the bandwidt=
h for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I&#39;m wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today&#39;s call, we presented three control fl=
ows between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" value=3D"+15104002978"=
 target=3D"_blank">+1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" value=3D"+15104002978" target=3D"_blank">(510) 400-2978</a>, and destro=
y the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<br>
</div></div>DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" value=3D"+15626768125" target=3D"=
_blank">(56 2) 676 8125</a><br>
<div><div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--089e0122ad0630622504e5081e2b--

From xvilajosana@berkeley.edu  Wed Aug 28 15:26:40 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55C4121E8054 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 15:26:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.697
X-Spam-Level: 
X-Spam-Status: No, score=-2.697 tagged_above=-999 required=5 tests=[AWL=0.279,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MANqk-gOg2mI for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 15:26:35 -0700 (PDT)
Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) by ietfa.amsl.com (Postfix) with ESMTP id C0D4F11E81A3 for <6tsch@ietf.org>; Wed, 28 Aug 2013 15:26:35 -0700 (PDT)
Received: by mail-pa0-f48.google.com with SMTP id kp13so45527pab.35 for <6tsch@ietf.org>; Wed, 28 Aug 2013 15:26:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=i6XGevmtrwnqk7uU9Ocd3kjdcTAPkmREm3XN0qLJKY4=; b=m/Z3uFlk+Bu9vRQwxIcC9NV9LE+YjYQ+fPOC+Qua1ma/8lWfvhBPQg+iUJ+Wc6zMex a+lcKrg2toUCZ8j3ppi2FmcgScP171/+RyC085Lte5Hzv/Nqp9id1irRCG3IFlLScVXw zG5Z2J1AQnbynbVKIEJPbe3J2YUNhgFR+9hMdN4B5bI9Lk00O7Gw5sLcBP/tc8cjLKyh bAEn0DnGzS/m2wieLjBO5gYlLQQdTuZ4TKqzLHO1aUe8AmdtIdnz3wcLkcukfUwYNoaC nwHeLotsAP8wK/dUIC6ncnWNOsYLtuRuX+0NmUca51kQO71nXHjdmqFJPLkbg/J/GQZz aLwA==
X-Gm-Message-State: ALoCoQl0XtYZp9eM4G4RjnrOcUlTIEBBttC89RpybW2AYIj4nECEPG0IEpuVpx9Zl+/fo9cvkodr
MIME-Version: 1.0
X-Received: by 10.66.227.2 with SMTP id rw2mr801130pac.131.1377728795271; Wed, 28 Aug 2013 15:26:35 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Wed, 28 Aug 2013 15:26:35 -0700 (PDT)
In-Reply-To: <CAAzoce4oieAMWz4TdF4N7xKJXtNCdkS80+kxB8AQdYRm3D5heA@mail.gmail.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com> <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com> <CAAzoce4oieAMWz4TdF4N7xKJXtNCdkS80+kxB8AQdYRm3D5heA@mail.gmail.com>
Date: Wed, 28 Aug 2013 15:26:35 -0700
Message-ID: <CALEMV4aA8f9=kkFgDQiLJ6LAbQ2jKwAtVuHJnYRjLp=tNDr+oQ@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b11202170791d04e5097b9e
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Aug 2013 22:26:40 -0000

--047d7b11202170791d04e5097b9e
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi, I also agree with the 4 message flows.
as regards to Confirmation, this would introduce end-to-end confirmation at
L2.5 - 3. I don't think we need that as a mandatory concept. Maybe an
optional feature?


X


On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang <qinwang@berkeley.edu> wrote:

> Thomas,
>
> I agree to the 4 control flows. One more question for the two node->ME
> flows: Is a Confirmation from ME to node needed?
>
> Thanks
> Qin
>
>
> On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:
>
>> All,
>>
>> If possible, let's keep things simple and stick closely to the charter,
>> certainly for now.
>>
>> I would like to propose the following assumptions:
>>
>>    - let's assume signaling and data packets are independent.
>>    IMO, signaling packets are either short and infrequent (events,
>>    commands), or periodic and large (statistics). Once we have run a num=
ber of
>>    networks, and can quantify the trade-offs, we can consider piggybacki=
ng.
>>    - let's consider the steps highlighted in the charter, for now:
>>       - draft-vilajosana-6tsch-basic gives us a network with minimal
>>       connectivity between all nodes in the network. Most of the schedul=
e is
>>       empty, available ot some dynamic scheduler.
>>       - the scheduler uses the minimal connectivity to communicate,
>>       either between neighbors (distributed), or between nodes and the P=
CE
>>       (centralized)
>>
>> If we agree with this, I propose we go back to discussing the types of
>> flows, per the name of this thread. I'd like to call on a rough consensu=
s
>> for the following 4 flows:
>>
>>    - ME->node
>>       - action
>>       - query
>>    - node->ME
>>       - report
>>       - event
>>
>> Thomas
>>
>>
>>
>> On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Thomas,
>>>
>>> I agree to keep different alternatives, at lease as options.
>>>
>>> Regarding to what kinds of cells should be used for conveying the
>>> report, shared cells or dedicated cells, I would like to leave them to
>>> configuration. What do you think?
>>>
>>> Thanks
>>> Qin
>>>
>>>
>>>
>>> On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <
>>> watteyne@eecs.berkeley.edu> wrote:
>>>
>>>> Qin,
>>>>
>>>> You bring up a good point: over what cells with the reports travel?
>>>> Another questions could be: over what cells will the request to instal=
l
>>>> cells travel? I believe that, whatever the policy in place in the netw=
ork,
>>>> there will always need to be some cells installed for infrequent signa=
ling
>>>> traffic. If the report rate is very slow, it might qualify as "infrequ=
ent
>>>> signaling traffic". For sure, the request to change the schedule quali=
fies.
>>>>
>>>> Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted
>>>> Aloha schedule indicated in the draft can be used for the signaling tr=
affic
>>>> between the nodes and the ME. Of course, if the report rate is very hi=
gh,
>>>> some dedicate track might be installed, but I do not believe this is
>>>> needed, certainly not this early on.
>>>>
>>>> I agree with Diego that keeping the solution open to different
>>>> alternative is key.
>>>>
>>>> Thomas
>>>>
>>>>
>>>> On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <
>>>> diego.dujovne@mail.udp.cl> wrote:
>>>>
>>>>> Qin, Thomas,
>>>>>       Alternative (1) adds delay to define the slots to send the even=
t
>>>>> to the ME (propagate the new schedule),
>>>>> while alternative (2)  keeps reserved slots waiting for the event to
>>>>> happen.
>>>>> I think both alternatives should be included, and configured by the M=
E
>>>>> depending
>>>>> on the network requirements.
>>>>>
>>>>> More thoughts?
>>>>>
>>>>> Diego Dujovne
>>>>>
>>>>> 2013/8/27 Qin Wang <qinwang@berkeley.edu>:
>>>>> > Thomas,
>>>>> >
>>>>> > I agree with almost all. Only some comments on "Report Flow".
>>>>> >
>>>>> > As you mentioned, there are two kinds of report scenarios, one is
>>>>> > periodically report, another one is burst report or called as
>>>>> event-driven
>>>>> > report. I have no question on how periodically report works, which
>>>>> you
>>>>> > described. But I'm not sure what the best way to handle event-drive=
n
>>>>> report
>>>>> > is. I think we don't want to assume 6top sublayer is very
>>>>> intelligent, in
>>>>> > another word, the events and the trigger of events should be
>>>>> configured by
>>>>> > ME, just like the interval of periodically report. Make sense?
>>>>> >
>>>>> > If you agree to it, the remained issue is  when and how the
>>>>> bandwidth for
>>>>> > sending event-driven reports is reserved. Here are two ways I can
>>>>> see.
>>>>> > (1) when a event is triggered, node sends a request to ME and ask
>>>>> some BW to
>>>>> > send the report. I believe that is how the 4th control flow works.
>>>>> > (2) when ME configure the events and their triggers, ME also
>>>>> provisions some
>>>>> > BW for the node which allows the node to send the report triggered
>>>>> by some
>>>>> > event.
>>>>> >
>>>>> > I have no strong opinion on which one is better. But, the bottom
>>>>> line is the
>>>>> > configuration of the set of events and their triggers should be out
>>>>> of 6top
>>>>> > scope. Thought?
>>>>> >
>>>>> > Thanks
>>>>> > Qin
>>>>> >
>>>>> >
>>>>> >
>>>>> >
>>>>> >
>>>>> >
>>>>> > On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <
>>>>> twatteyne@linear.com>
>>>>> > wrote:
>>>>> >>
>>>>> >> Qin,
>>>>> >>
>>>>> >> Please correct me if I'm wrong:
>>>>> >> - Action Flow (ME->6top). ME asks 6top to execute some command.
>>>>> Typical
>>>>> >> commands are add/delete cells.
>>>>> >> - Query Flow (ME->6top). ME asks 6top for some information. Typica=
l
>>>>> >> queries are about current cells usage or statistics.
>>>>> >> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical
>>>>> reported
>>>>> >> information covers cells usage or statistics.
>>>>> >>
>>>>> >> Questions:
>>>>> >> - Looks like Query and Report flows contain the same information. =
In
>>>>> >> normal operation, the Report flow should be enough, the Query flow
>>>>> only
>>>>> >> being used in special cases, for example when the ME has lost stat=
e
>>>>> (just
>>>>> >> booted, bug, etc). Agreed?
>>>>> >> - The ME should be able to configure the report flow. Configuratio=
n
>>>>> could
>>>>> >> be "send report every X seconds" or "send report when variable X
>>>>> larger than
>>>>> >> Y". I imagine this could be done over the action flow? Agreed?
>>>>> >> - A node will want to report an urgent event to the ME. One such
>>>>> events is
>>>>> >> "the topology appears to have changed". There any many cases where
>>>>> this
>>>>> >> information needs to be sent immediately, i.e. no time to wait for
>>>>> the next
>>>>> >> report cycle. We can consider this to be an asynchronous report, o=
r
>>>>> part of
>>>>> >> a new "Event" flow.
>>>>> >> - Same for the mote asking the ME for a schedule update.
>>>>> >>
>>>>> >> Thoughts?
>>>>> >>
>>>>> >> Thomas
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu>
>>>>> wrote:
>>>>> >>>
>>>>> >>> Xavi,
>>>>> >>>
>>>>> >>> Approach-(2) is more flexible and likely covers more situations.
>>>>> But, it
>>>>> >>> may bring some complexity to 6top, because 6top has to make
>>>>> decision on the
>>>>> >>> bandwidth request (add/delete), which needs some metrics, some
>>>>> intelligence.
>>>>> >>>
>>>>> >>> What do you think?
>>>>> >>>
>>>>> >>> Qin
>>>>> >>>
>>>>> >>>
>>>>> >>>
>>>>> >>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>>>> >>> <xvilajosana@eecs.berkeley.edu> wrote:
>>>>> >>>>
>>>>> >>>> Hi Qin, I like your (2).
>>>>> >>>>
>>>>> >>>> Note also that there are situations that might have some
>>>>> differences.
>>>>> >>>>
>>>>> >>>> 1-the track already exists.
>>>>> >>>> 2-the track between the two entities does not exists
>>>>> >>>>
>>>>> >>>> in either case I think that the node that requires certain BW to
>>>>> another
>>>>> >>>> node should talk to 6top, which processes that request and sends
>>>>> a request
>>>>> >>>> to the ME, the ME installs that new track.
>>>>> >>>>
>>>>> >>>> does it make sense. Do you see any drawback on that approach?
>>>>> >>>>
>>>>> >>>> X
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu=
>
>>>>> wrote:
>>>>> >>>>>
>>>>> >>>>> Hi all,
>>>>> >>>>>
>>>>> >>>>> During today's call, we presented three control flows between
>>>>> >>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow,
>>>>> and Report
>>>>> >>>>> Flow, and started to talk about the 4th control flow. The threa=
d
>>>>> will
>>>>> >>>>> continue the discussion about 4th flow.
>>>>> >>>>>
>>>>> >>>>> Here is the scenario: when a node finds that more cells are
>>>>> needed,
>>>>> >>>>> e.g. nodes wants to send 10pkt/s report at some time, it should
>>>>> be able to
>>>>> >>>>> ask ME to install more bandwidth.
>>>>> >>>>>
>>>>> >>>>> I can see two approaches:
>>>>> >>>>> (1) Managed by ME, without 4th Control Flow. Assume
>>>>> BandwidthUsageRate
>>>>> >>>>> is a attribute in 6top. Then, ME can get the information via
>>>>> Query Flow or
>>>>> >>>>> Report Flow, and adjust the bandwidth of the node via Action
>>>>> Flow.
>>>>> >>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidt=
h
>>>>> >>>>> Request to ME, and then ME install more bandwidth. This is the
>>>>> 4th control
>>>>> >>>>> flow.
>>>>> >>>>>
>>>>> >>>>> What do you think? Which one makes more sense?
>>>>> >>>>>
>>>>> >>>>> Qin
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> _______________________________________________
>>>>> >>>>> 6tsch mailing list
>>>>> >>>>> 6tsch@ietf.org
>>>>> >>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>> >>>>>
>>>>> >>>>
>>>>> >>>
>>>>> >>>
>>>>> >>> _______________________________________________
>>>>> >>> 6tsch mailing list
>>>>> >>> 6tsch@ietf.org
>>>>> >>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>> >>>
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> --
>>>>> >> Thomas Watteyne, Ph. D
>>>>> >> Sr. Networking Design Engineer
>>>>> >> Dust Networks / Linear Technology
>>>>> >> 30695 Huntwood Ave
>>>>> >> Hayward, CA 94544-7021
>>>>> >> +1 (510) 400-2978
>>>>> >> twatteyne@linear.com
>>>>> >>
>>>>> >> This e-mail transmission, and any documents, files or previous
>>>>> e-mail
>>>>> >> messages attached to it may contain confidential information that
>>>>> is legally
>>>>> >> privileged. If you are not the intended recipient, or a person
>>>>> responsible
>>>>> >> for delivering it to the intended recipient, you are hereby
>>>>> notified that
>>>>> >> any disclosure, copying, distribution or use of any of the
>>>>> information
>>>>> >> contained in or attached to this transmission is STRICTLY
>>>>> PROHIBITED. If you
>>>>> >> have received this transmission in error, please immediately notif=
y
>>>>> me by
>>>>> >> reply e-mail, or by telephone at (510) 400-2978, and destroy the
>>>>> original
>>>>> >> transmission and its attachments without reading or saving in any
>>>>> manner.
>>>>> >> Thank you.
>>>>> >
>>>>> >
>>>>> >
>>>>> > _______________________________________________
>>>>> > 6tsch mailing list
>>>>> > 6tsch@ietf.org
>>>>> > https://www.ietf.org/mailman/listinfo/6tsch
>>>>> >
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> DIEGO DUJOVNE
>>>>> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaci=
ones
>>>>> Facultad de Ingenier=EDa UDP
>>>>> www.ingenieria.udp.cl
>>>>> (56 2) 676 8125
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b11202170791d04e5097b9e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi, I also agree with the 4 message flows.<br>as regards t=
o Confirmation, this would introduce end-to-end confirmation at L2.5 - 3. I=
 don&#39;t think we need that as a mandatory concept. Maybe an optional fea=
ture?<br>
<br><br>X<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_q=
uote">On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Thomas,<div><br></div><div>=
I agree to the 4 control flows. One more question for the two node-&gt;ME f=
lows: Is a Confirmation from ME to node needed?</div>
<div><br></div><div>Thanks</div><span class=3D"HOEnZb"><font color=3D"#8888=
88"><div>Qin</div></font></span></div><div class=3D"HOEnZb"><div class=3D"h=
5">
<div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 2=
9, 2013 at 2:15 AM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto=
:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</=
a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">All,<div><br></div><div>If =
possible, let&#39;s keep things simple and stick closely to the charter, ce=
rtainly for now.</div>

<div><br></div><div>I would like to propose the following assumptions:</div=
><div>
<ul><li>let&#39;s assume signaling and data packets are independent.<br>IMO=
, signaling packets are either short and infrequent (events, commands), or =
periodic and large (statistics). Once we have run a number of networks, and=
 can quantify the trade-offs, we can consider piggybacking.</li>




<li>let&#39;s consider the steps highlighted in the charter, for now:</li><=
ul><li>draft-vilajosana-6tsch-basic gives us a network with minimal connect=
ivity between all nodes in the network. Most of the schedule is empty, avai=
lable ot some dynamic scheduler.</li>




<li>the scheduler uses the minimal connectivity to communicate, either betw=
een neighbors (distributed), or between nodes and the PCE (centralized)</li=
></ul></ul><div>If we agree with this, I propose we go back to discussing t=
he types of flows, per the name of this thread. I&#39;d like to call on a r=
ough consensus for the following 4 flows:</div>



</div><div><div><ul><li>ME-&gt;node</li><ul><li>action</li><li>query</li></=
ul><li>node-&gt;ME</li><ul><li>report</li><li>event</li></ul></ul><span><fo=
nt color=3D"#888888"><div>Thomas</div></font></span></div>
<br></div></div><div><div><div class=3D"gmail_extra"><br><br><div class=3D"=
gmail_quote">

On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex">



<div dir=3D"ltr">Thomas,<div><br></div><div>I agree to keep different alter=
natives, at lease as options.</div><div><br></div><div>Regarding to what ki=
nds of cells should be used for conveying the report, shared cells or dedic=
ated cells, I would like to leave them to configuration. What do you think?=
</div>




<div><br></div><div>Thanks</div><span><font color=3D"#888888"><div>Qin</div=
><div><br></div></font></span></div><div><div><div class=3D"gmail_extra"><b=
r><br><div class=3D"gmail_quote">On Wed, Aug 28, 2013 at 6:39 AM, Thomas Wa=
tteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu" =
target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrote:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Qin,<div><br></div><div>You=
 bring up a good point: over what cells with the reports travel? Another qu=
estions could be: over what cells will the request to install cells travel?=
 I believe that, whatever the policy in place in the network, there will al=
ways need to be some cells installed for infrequent signaling traffic. If t=
he report rate is very slow, it might qualify as &quot;infrequent signaling=
 traffic&quot;. For sure, the request to change the schedule qualifies.</di=
v>






<div><br></div><div>Isn&#39;t the answer=A0draft-vilajosana-6tsch-basic? Th=
at is, the slotted Aloha schedule indicated in the draft can be used for th=
e signaling traffic between the nodes and the ME. Of course, if the report =
rate is very high, some dedicate track might be installed, but I do not bel=
ieve this is needed, certainly not this early on.</div>






<div><br></div><div>I agree with Diego that keeping the solution open to di=
fferent alternative is key.</div><span><font color=3D"#888888"><div><br></d=
iv><div>Thomas</div></font></span></div><div>
<div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Tue, =
Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <span dir=3D"ltr">&lt;<a href=
=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.dujovne@mail.=
udp.cl</a>&gt;</span> wrote:<br>






<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Qin, Thomas,<br>
=A0 =A0 =A0 Alternative (1) adds delay to define the slots to send the even=
t<br>
to the ME (propagate the new schedule),<br>
while alternative (2) =A0keeps reserved slots waiting for the event to happ=
en.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<br>
<div><div>&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I&#39;m not sure what the best way to handle event-driv=
en report<br>
&gt; is. I think we don&#39;t want to assume 6top sublayer is very intellig=
ent, in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is =A0when and how the bandwidt=
h for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I&#39;m wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today&#39;s call, we presented three control fl=
ows between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" value=3D"+15104002978"=
 target=3D"_blank">+1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" value=3D"+15104002978" target=3D"_blank">(510) 400-2978</a>, and destro=
y the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<br>
</div></div>DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" value=3D"+15626768125" target=3D"=
_blank">(56 2) 676 8125</a><br>
<div><div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b11202170791d04e5097b9e--

From jvasseur@cisco.com  Wed Aug 28 22:24:53 2013
Return-Path: <jvasseur@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 789EB21F9EE5 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 22:24:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CkJ8rk0WxvL6 for <6tsch@ietfa.amsl.com>; Wed, 28 Aug 2013 22:24:48 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 13FAC21F9EE0 for <6tsch@ietf.org>; Wed, 28 Aug 2013 22:24:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35420; q=dns/txt; s=iport; t=1377753888; x=1378963488; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=14VGgodBM9Gz/w0L8AbX4ZC4wPs48K7zR72oLBLejGg=; b=Cp9KC2YGLhZYAfhdeSO//H4Hjnua67WzGowXt99Z3qioKDXL35cZ84iP 18PuBrG6nQBrmKW1drTkgAEdnwbCSQv3qIzAgoQ9C/mgSuPaCEdu+SNK9 AdJnpqdH+6HLd6+6u0zyKa921y4nddplJFf8jfaPAdB8Tmmp30eeLSHq0 g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AicFALvaHlKtJV2b/2dsb2JhbABXAw6CNUQ1UbdpiD2BJhZ0giQBAQEDAQEBARcNIiULBQsCAQgRBAEBAQoWAQYHJwsUCQgCBAoEBQgTh2AGDLkAjiMRgQghCwEBAwYBBgMIgwt9A4VKgzKQJJA3gmE/gXE5
X-IronPort-AV: E=Sophos;i="4.89,981,1367971200";  d="scan'208,217";a="252781277"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-1.cisco.com with ESMTP; 29 Aug 2013 05:24:40 +0000
Received: from xhc-aln-x01.cisco.com (xhc-aln-x01.cisco.com [173.36.12.75]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r7T5Oe8E021961 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 29 Aug 2013 05:24:40 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.198]) by xhc-aln-x01.cisco.com ([173.36.12.75]) with mapi id 14.02.0318.004; Thu, 29 Aug 2013 00:24:40 -0500
From: "JP Vasseur (jvasseur)" <jvasseur@cisco.com>
To: "<xvilajosana@eecs.berkeley.edu>" <xvilajosana@eecs.berkeley.edu>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOpHgPsO35fkKEM0WUtUASdrL2uA==
Date: Thu, 29 Aug 2013 05:24:40 +0000
Message-ID: <03B78081B371D44390ED6E7BADBB4A772372BEF9@xmb-rcd-x02.cisco.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E56F@hoshi.uni.lux> <E045AECD98228444A58C61C200AE1BD84142E7F8@xmb-rcd-x01.cisco.com> <CAAzoce7fB6aZ+JmQZrAtJDwuWQ56iKycAsOuPUHAGVKQLbx3Vw@mail.gmail.com> <CALEMV4b80ouayS82P8QHM-=SLYh4vPjs1x5PPCfRgYyuK6hyXw@mail.gmail.com>
In-Reply-To: <CALEMV4b80ouayS82P8QHM-=SLYh4vPjs1x5PPCfRgYyuK6hyXw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.60.114.230]
Content-Type: multipart/alternative; boundary="_000_03B78081B371D44390ED6E7BADBB4A772372BEF9xmbrcdx02ciscoc_"
MIME-Version: 1.0
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, Thomas Watteyne <watteyne@eecs.berkeley.edu>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 05:24:53 -0000

--_000_03B78081B371D44390ED6E7BADBB4A772372BEF9xmbrcdx02ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

I would just be vary cautious when thinking of piggybacking control informa=
tion in packet header for control plane purpose as opposed to specifying a =
"clean"
(if I may use that expression) approach though.

Thanks.

JP.

On Aug 28, 2013, at 7:49 PM, Xavier Vilajosana Guillen <xvilajosana@eecs.be=
rkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> wrote:

Hi,

while it sounds to me a great idea, I think it is better first to concentra=
te on the basic things. IMHO, we need first to define the signals to contro=
l the flow of data, later if we can define little headers where we can add =
this control bits together with data packets would be a good enhancement.

What do you think?
X


On Wed, Aug 28, 2013 at 7:51 AM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Hi Pascal,

I think your "a few control bits piggy-backed with the existing traffic" is=
 a good idea. Over-provision can increase the throughput at peak time, whil=
e the control bits can reduce the energy consumption for idle-listening (at=
 least at the beginning of slot) in those unused Tx/Rx cells.

Xavi and Thomas, I think the method can be used to save energy in our over-=
provision case, event that is for improving link quality. What do you think=
?

Thanks
Qin


On Wed, Aug 28, 2013 at 8:05 PM, Pascal Thubert (pthubert) <pthubert@cisco.=
com<mailto:pthubert@cisco.com>> wrote:
Hello Maria Rita:

There are also schemas that could allow to dynamically adapt the amount of =
cells in a bundle between 2 peer routers with a few control bits piggy-back=
ed with the existing traffic.
Such schema would avoid the need for out-of-band control traffic and avoid =
the problem of pre allocating slots for that purpose.

In the simplest case, we would allocate a peak n number of time slots for a=
 bundle but signal with a control bit whether the next slot is actually fre=
e in which case both sender and receiver would sleep at that time. By defau=
lt the devices would send/receive every p <n but if a burst of traffic or a=
dditional retries require so, the co-next slot would be activated.

For instance with p =3D 1 and n =3D 4 we can quadruple the throughput at pe=
ak time.

What do you think?

Pascal

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Maria Rita PAL=
ATTELLA
Sent: mercredi 28 ao=FBt 2013 11:38
To: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] the 4th control flow


Thomas, I believe that after defining the message format for each flow,  we=
 will have to address the issue you have just raised up, i.e., the cells to=
 be used for any kind of signaling traffic (i.e., add/delete cells, report =
traffic, etc.).
Even though we may start using the slotted aloha schedule approach, in the =
future, we may think about dedicated tracks, to be built according to the r=
equirements of the schedule used for transferring the actual data traffic.
What do you think?
Maria Rita

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Wednesday, August 28, 2013 12:40 AM
To: 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow

Qin,

You bring up a good point: over what cells with the reports travel? Another=
 questions could be: over what cells will the request to install cells trav=
el? I believe that, whatever the policy in place in the network, there will=
 always need to be some cells installed for infrequent signaling traffic. I=
f the report rate is very slow, it might qualify as "infrequent signaling t=
raffic". For sure, the request to change the schedule qualifies.

Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha s=
chedule indicated in the draft can be used for the signaling traffic betwee=
n the nodes and the ME. Of course, if the report rate is very high, some de=
dicate track might be installed, but I do not believe this is needed, certa=
inly not this early on.

I agree with Diego that keeping the solution open to different alternative =
is key.

Thomas

On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <diego.dujovne@mail.ud=
p.cl<mailto:diego.dujovne@mail.udp.cl>> wrote:
Qin, Thomas,
      Alternative (1) adds delay to define the slots to send the event
to the ME (propagate the new schedule),
while alternative (2)  keeps reserved slots waiting for the event to happen=
.
I think both alternatives should be included, and configured by the ME depe=
nding
on the network requirements.

More thoughts?

Diego Dujovne

2013/8/27 Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>:
> Thomas,
>
> I agree with almost all. Only some comments on "Report Flow".
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-drive=
n
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven repo=
rt
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured b=
y
> ME, just like the interval of periodically report. Make sense?
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.
> (1) when a event is triggered, node sends a request to ME and ask some BW=
 to
> send the report. I believe that is how the 4th control flow works.
> (2) when ME configure the events and their triggers, ME also provisions s=
ome
> BW for the node which allows the node to send the report triggered by som=
e
> event.
>
> I have no strong opinion on which one is better. But, the bottom line is =
the
> configuration of the set of events and their triggers should be out of 6t=
op
> scope. Thought?
>
> Thanks
> Qin
>
>
>
>
>
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<ma=
ilto:twatteyne@linear.com>>
> wrote:
>>
>> Qin,
>>
>> Please correct me if I'm wrong:
>> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
>> commands are add/delete cells.
>> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> queries are about current cells usage or statistics.
>> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
>> information covers cells usage or statistics.
>>
>> Questions:
>> - Looks like Query and Report flows contain the same information. In
>> normal operation, the Report flow should be enough, the Query flow only
>> being used in special cases, for example when the ME has lost state (jus=
t
>> booted, bug, etc). Agreed?
>> - The ME should be able to configure the report flow. Configuration coul=
d
>> be "send report every X seconds" or "send report when variable X larger =
than
>> Y". I imagine this could be done over the action flow? Agreed?
>> - A node will want to report an urgent event to the ME. One such events =
is
>> "the topology appears to have changed". There any many cases where this
>> information needs to be sent immediately, i.e. no time to wait for the n=
ext
>> report cycle. We can consider this to be an asynchronous report, or part=
 of
>> a new "Event" flow.
>> - Same for the mote asking the ME for a schedule update.
>>
>> Thoughts?
>>
>> Thomas
>>
>>
>>
>> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:=
qinwang@berkeley.edu>> wrote:
>>>
>>> Xavi,
>>>
>>> Approach-(2) is more flexible and likely covers more situations. But, i=
t
>>> may bring some complexity to 6top, because 6top has to make decision on=
 the
>>> bandwidth request (add/delete), which needs some metrics, some intellig=
ence.
>>>
>>> What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> w=
rote:
>>>>
>>>> Hi Qin, I like your (2).
>>>>
>>>> Note also that there are situations that might have some differences.
>>>>
>>>> 1-the track already exists.
>>>> 2-the track between the two entities does not exists
>>>>
>>>> in either case I think that the node that requires certain BW to anoth=
er
>>>> node should talk to 6top, which processes that request and sends a req=
uest
>>>> to the ME, the ME installs that new track.
>>>>
>>>> does it make sense. Do you see any drawback on that approach?
>>>>
>>>> X
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailt=
o:qinwang@berkeley.edu>> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> During today's call, we presented three control flows between
>>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Re=
port
>>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>>> continue the discussion about 4th flow.
>>>>>
>>>>> Here is the scenario: when a node finds that more cells are needed,
>>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be ab=
le to
>>>>> ask ME to install more bandwidth.
>>>>>
>>>>> I can see two approaches:
>>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRat=
e
>>>>> is a attribute in 6top. Then, ME can get the information via Query Fl=
ow or
>>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>>> Request to ME, and then ME install more bandwidth. This is the 4th co=
ntrol
>>>>> flow.
>>>>>
>>>>> What do you think? Which one makes more sense?
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>>
>> --
>> Thomas Watteyne, Ph. D
>> Sr. Networking Design Engineer
>> Dust Networks / Linear Technology
>> 30695 Huntwood Ave
>> Hayward, CA 94544-7021
>> +1 (510) 400-2978<tel:%2B1%20%28510%29%20400-2978>
>> twatteyne@linear.com<mailto:twatteyne@linear.com>
>>
>> This e-mail transmission, and any documents, files or previous e-mail
>> messages attached to it may contain confidential information that is leg=
ally
>> privileged. If you are not the intended recipient, or a person responsib=
le
>> for delivering it to the intended recipient, you are hereby notified tha=
t
>> any disclosure, copying, distribution or use of any of the information
>> contained in or attached to this transmission is STRICTLY PROHIBITED. If=
 you
>> have received this transmission in error, please immediately notify me b=
y
>> reply e-mail, or by telephone at (510) 400-2978<tel:%28510%29%20400-2978=
>, and destroy the original
>> transmission and its attachments without reading or saving in any manner=
.
>> Thank you.
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>



--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl/>
(56 2) 676 8125<tel:%2856%202%29%20676%208125>
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<http://ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_03B78081B371D44390ED6E7BADBB4A772372BEF9xmbrcdx02ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <E3EAD3CFA43CFF459FB60956B1FC2800@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; ">
Hi,
<div><br>
</div>
<div>I would just be vary cautious when thinking of piggybacking control in=
formation in packet header for control plane purpose as opposed to specifyi=
ng a &quot;clean&quot;&nbsp;</div>
<div>(if I may use that expression) approach though.&nbsp;</div>
<div>
<div><br>
</div>
<div>Thanks.</div>
<div><br>
</div>
<div>JP.</div>
<div><br>
<div>
<div>On Aug 28, 2013, at 7:49 PM, Xavier Vilajosana Guillen &lt;<a href=3D"=
mailto:xvilajosana@eecs.berkeley.edu">xvilajosana@eecs.berkeley.edu</a>&gt;=
 wrote:</div>
<br class=3D"Apple-interchange-newline">
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div>Hi,<br>
<br>
while it sounds to me a great idea, I think it is better first to concentra=
te on the basic things. IMHO, we need first to define the signals to contro=
l the flow of data, later if we can define little headers where we can add =
this control bits together with
 data packets would be a good enhancement. <br>
<br>
</div>
What do you think?<br>
X<br>
</div>
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Wed, Aug 28, 2013 at 7:51 AM, Qin Wang <span =
dir=3D"ltr">
&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berke=
ley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Hi Pascal,
<div><br>
</div>
<div>I think your &quot;<span style=3D"color:rgb(31,73,125);font-family:Cal=
ibri,sans-serif;font-size:15px">a few control bits piggy-backed with the ex=
isting traffic</span>&quot; is a good idea. Over-provision can increase the=
 throughput at peak time, while the control
 bits can reduce the energy consumption for idle-listening (at least at the=
 beginning of slot) in those unused Tx/Rx cells.</div>
<div><br>
</div>
<div>Xavi and Thomas, I think the method can be used to save energy in our =
over-provision case, event that is for improving link quality. What do you =
think?</div>
<div><br>
</div>
<div>Thanks<span class=3D"HOEnZb"><font color=3D"#888888"><br>
</font></span></div>
<span class=3D"HOEnZb"><font color=3D"#888888">
<div>Qin</div>
</font></span></div>
<div class=3D"HOEnZb">
<div class=3D"h5">
<div class=3D"gmail_extra"><br>
<br>
<div class=3D"gmail_quote">On Wed, Aug 28, 2013 at 8:05 PM, Pascal Thubert =
(pthubert)
<span dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blan=
k">pthubert@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><a name=3D"140c5689684b42d5_140c4d0e24888751__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Hello Maria Rita:<u></u><u></u></span>=
</a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>&nbsp;<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">There are also schemas th=
at could allow to dynamically adapt the amount of cells in a bundle between=
 2 peer routers with a few control bits piggy-backed with
 the existing traffic.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Such schema would avoid t=
he need for out-of-band control traffic and avoid the problem of pre alloca=
ting slots for that purpose.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>&nbsp;<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In the simplest case, we =
would allocate a peak n number of time slots for a bundle but signal with a=
 control bit whether the next slot is actually free in which
 case both sender and receiver would sleep at that time. By default the dev=
ices would send/receive every p &lt;n but if a burst of traffic or addition=
al retries require so, the co-next slot would be activated.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>&nbsp;<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">For instance with p =3D 1=
 and n =3D 4 we can quadruple the throughput at peak time.<u></u><u></u></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>&nbsp;<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do you think?<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>&nbsp;<u></u></spa=
n></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR">Pascal<u></u>=
<u></u></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>&nbsp;<u></u></spa=
n></p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Maria Rita PALATTELLA<br>
<b>Sent:</b> mercredi 28 ao=FBt 2013 11:38<br>
<b>To:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span></p>
<div><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></div>
<div><br class=3D"webkit-block-placeholder">
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas, I believe that af=
ter defining the message format for each flow, &nbsp;we will have to addres=
s the issue you have just raised up, i.e., the cells to be used
 for any kind of signaling traffic (i.e., add/delete cells, report traffic,=
 etc.).<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Even though we may start =
using the slotted aloha schedule approach, in the future, we may think abou=
t dedicated tracks, to be built according to the requirements
 of the schedule used for transferring the actual data traffic.<u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">What do you think?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Maria Rita
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>&nbsp;<u></u></spa=
n></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">ma=
ilto:6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 28, 2013 12:40 AM<br>
<b>To:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></span></p>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever the policy in place in =
the network, there will always need
 to be some cells installed for infrequent signaling traffic. If the report=
 rate is very slow, it might qualify as &quot;infrequent signaling traffic&=
quot;. For sure, the request to change the schedule qualifies.<u></u><u></u=
></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Isn't the answer&nbsp;draft-vilajosana-6tsch-basic? =
That is, the slotted Aloha schedule indicated in the draft can be used for =
the signaling traffic between the nodes and the ME. Of course, if the repor=
t rate is very high, some dedicate track
 might be installed, but I do not believe this is needed, certainly not thi=
s early on.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>&nbsp;<u></u><=
/p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
&nbsp; &nbsp; &nbsp; Alternative (1) adds delay to define the slots to send=
 the event<br>
to the ME (propagate the new schedule),<br>
while alternative (2) &nbsp;keeps reserved slots waiting for the event to h=
appen.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I'm not sure what the best way to handle event-driven r=
eport<br>
&gt; is. I think we don't want to assume 6top sublayer is very intelligent,=
 in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is &nbsp;when and how the bandw=
idth for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I'm wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today's call, we presented three control flows =
between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" target=3D"_blank">&#43=
;1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" target=3D"_blank">
(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl/" target=3D"_blank">www.ingenieria.=
udp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" target=3D"_blank">(56 2) 676 8125=
</a><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>&nbsp;<u></u></p>
</div>
</div>
</div>
</div>
<br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br>
</blockquote>
</div>
<br>
</div>
_______________________________________________<br>
6tsch mailing list<br>
6tsch@<a href=3D"http://ietf.org">ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch">https://www.ietf.or=
g/mailman/listinfo/6tsch</a><br>
</blockquote>
</div>
<br>
</div>
</div>
</body>
</html>

--_000_03B78081B371D44390ED6E7BADBB4A772372BEF9xmbrcdx02ciscoc_--

From maria-rita.palattella@uni.lu  Thu Aug 29 02:00:47 2013
Return-Path: <maria-rita.palattella@uni.lu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61E0021F9BB5 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 02:00:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.523
X-Spam-Level: 
X-Spam-Status: No, score=-6.523 tagged_above=-999 required=5 tests=[AWL=0.075,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RSyHMOiYC-uI for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 02:00:43 -0700 (PDT)
Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id BC84321F9B52 for <6tsch@ietf.org>; Thu, 29 Aug 2013 02:00:36 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.89,981,1367964000";  d="xml'?rels'?docx'72,48?scan'72,48,208,217,72,48";a="26153885"
Received: from unknown (HELO REED.uni.lux) ([10.21.2.9]) by hercules.uni.lu with ESMTP; 29 Aug 2013 11:00:35 +0200
Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by REED.uni.lux ([fe80::31bb:b7a3:7abb:813e%10]) with mapi id 14.03.0158.001; Thu, 29 Aug 2013 11:00:34 +0200
From: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
To: "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>, Qin Wang <qinwang@berkeley.edu>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOo2nA37SuPY1UNUSxyNbir/bk6pmpcIqAgAATvoCAARHRgIAANpuAgAAq9oCAABtKgIAA0eWg
Date: Thu, 29 Aug 2013 09:00:34 +0000
Message-ID: <F085911F642A6847987ADA23E611780D1858E736@hoshi.uni.lux>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com> <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com> <CAAzoce4oieAMWz4TdF4N7xKJXtNCdkS80+kxB8AQdYRm3D5heA@mail.gmail.com> <CALEMV4aA8f9=kkFgDQiLJ6LAbQ2jKwAtVuHJnYRjLp=tNDr+oQ@mail.gmail.com>
In-Reply-To: <CALEMV4aA8f9=kkFgDQiLJ6LAbQ2jKwAtVuHJnYRjLp=tNDr+oQ@mail.gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [10.24.1.97]
Content-Type: multipart/mixed; boundary="_004_F085911F642A6847987ADA23E611780D1858E736hoshiunilux_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 09:00:47 -0000

--_004_F085911F642A6847987ADA23E611780D1858E736hoshiunilux_
Content-Type: multipart/alternative;
	boundary="_000_F085911F642A6847987ADA23E611780D1858E736hoshiunilux_"

--_000_F085911F642A6847987ADA23E611780D1858E736hoshiunilux_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

All, going back to the definition of the 4 control flows, I tried to fill s=
ome of the TODO rows of the tables that Qin created so far.

An updated version of these tables is attached. I left also some comments f=
or discussing on.
Any comment is welcome.

Maria Rita

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of X=
avier Vilajosana Guillen
Sent: Thursday, August 29, 2013 12:27 AM
To: Qin Wang
Cc: Thomas Watteyne; 6tsch@ietf.org
Subject: Re: [6tsch] the 4th control flow

Hi, I also agree with the 4 message flows.
as regards to Confirmation, this would introduce end-to-end confirmation at=
 L2.5 - 3. I don't think we need that as a mandatory concept. Maybe an opti=
onal feature?


X

On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Thomas,

I agree to the 4 control flows. One more question for the two node->ME flow=
s: Is a Confirmation from ME to node needed?

Thanks
Qin

On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
All,

If possible, let's keep things simple and stick closely to the charter, cer=
tainly for now.

I would like to propose the following assumptions:

  *   let's assume signaling and data packets are independent.
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.
  *   let's consider the steps highlighted in the charter, for now:

     *   draft-vilajosana-6tsch-basic gives us a network with minimal conne=
ctivity between all nodes in the network. Most of the schedule is empty, av=
ailable ot some dynamic scheduler.
     *   the scheduler uses the minimal connectivity to communicate, either=
 between neighbors (distributed), or between nodes and the PCE (centralized=
)
If we agree with this, I propose we go back to discussing the types of flow=
s, per the name of this thread. I'd like to call on a rough consensus for t=
he following 4 flows:

  *   ME->node

     *   action
     *   query

  *   node->ME

     *   report
     *   event
Thomas


On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Thomas,

I agree to keep different alternatives, at lease as options.

Regarding to what kinds of cells should be used for conveying the report, s=
hared cells or dedicated cells, I would like to leave them to configuration=
. What do you think?

Thanks
Qin


On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
Qin,

You bring up a good point: over what cells with the reports travel? Another=
 questions could be: over what cells will the request to install cells trav=
el? I believe that, whatever the policy in place in the network, there will=
 always need to be some cells installed for infrequent signaling traffic. I=
f the report rate is very slow, it might qualify as "infrequent signaling t=
raffic". For sure, the request to change the schedule qualifies.

Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha s=
chedule indicated in the draft can be used for the signaling traffic betwee=
n the nodes and the ME. Of course, if the report rate is very high, some de=
dicate track might be installed, but I do not believe this is needed, certa=
inly not this early on.

I agree with Diego that keeping the solution open to different alternative =
is key.

Thomas

On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <diego.dujovne@mail.ud=
p.cl<mailto:diego.dujovne@mail.udp.cl>> wrote:
Qin, Thomas,
      Alternative (1) adds delay to define the slots to send the event
to the ME (propagate the new schedule),
while alternative (2)  keeps reserved slots waiting for the event to happen=
.
I think both alternatives should be included, and configured by the ME depe=
nding
on the network requirements.

More thoughts?

Diego Dujovne

2013/8/27 Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>:
> Thomas,
>
> I agree with almost all. Only some comments on "Report Flow".
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-drive=
n
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven repo=
rt
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured b=
y
> ME, just like the interval of periodically report. Make sense?
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.
> (1) when a event is triggered, node sends a request to ME and ask some BW=
 to
> send the report. I believe that is how the 4th control flow works.
> (2) when ME configure the events and their triggers, ME also provisions s=
ome
> BW for the node which allows the node to send the report triggered by som=
e
> event.
>
> I have no strong opinion on which one is better. But, the bottom line is =
the
> configuration of the set of events and their triggers should be out of 6t=
op
> scope. Thought?
>
> Thanks
> Qin
>
>
>
>
>
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<ma=
ilto:twatteyne@linear.com>>
> wrote:
>>
>> Qin,
>>
>> Please correct me if I'm wrong:
>> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
>> commands are add/delete cells.
>> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> queries are about current cells usage or statistics.
>> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
>> information covers cells usage or statistics.
>>
>> Questions:
>> - Looks like Query and Report flows contain the same information. In
>> normal operation, the Report flow should be enough, the Query flow only
>> being used in special cases, for example when the ME has lost state (jus=
t
>> booted, bug, etc). Agreed?
>> - The ME should be able to configure the report flow. Configuration coul=
d
>> be "send report every X seconds" or "send report when variable X larger =
than
>> Y". I imagine this could be done over the action flow? Agreed?
>> - A node will want to report an urgent event to the ME. One such events =
is
>> "the topology appears to have changed". There any many cases where this
>> information needs to be sent immediately, i.e. no time to wait for the n=
ext
>> report cycle. We can consider this to be an asynchronous report, or part=
 of
>> a new "Event" flow.
>> - Same for the mote asking the ME for a schedule update.
>>
>> Thoughts?
>>
>> Thomas
>>
>>
>>
>> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:=
qinwang@berkeley.edu>> wrote:
>>>
>>> Xavi,
>>>
>>> Approach-(2) is more flexible and likely covers more situations. But, i=
t
>>> may bring some complexity to 6top, because 6top has to make decision on=
 the
>>> bandwidth request (add/delete), which needs some metrics, some intellig=
ence.
>>>
>>> What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> w=
rote:
>>>>
>>>> Hi Qin, I like your (2).
>>>>
>>>> Note also that there are situations that might have some differences.
>>>>
>>>> 1-the track already exists.
>>>> 2-the track between the two entities does not exists
>>>>
>>>> in either case I think that the node that requires certain BW to anoth=
er
>>>> node should talk to 6top, which processes that request and sends a req=
uest
>>>> to the ME, the ME installs that new track.
>>>>
>>>> does it make sense. Do you see any drawback on that approach?
>>>>
>>>> X
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailt=
o:qinwang@berkeley.edu>> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> During today's call, we presented three control flows between
>>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Re=
port
>>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>>> continue the discussion about 4th flow.
>>>>>
>>>>> Here is the scenario: when a node finds that more cells are needed,
>>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be ab=
le to
>>>>> ask ME to install more bandwidth.
>>>>>
>>>>> I can see two approaches:
>>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRat=
e
>>>>> is a attribute in 6top. Then, ME can get the information via Query Fl=
ow or
>>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>>> Request to ME, and then ME install more bandwidth. This is the 4th co=
ntrol
>>>>> flow.
>>>>>
>>>>> What do you think? Which one makes more sense?
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>>
>> --
>> Thomas Watteyne, Ph. D
>> Sr. Networking Design Engineer
>> Dust Networks / Linear Technology
>> 30695 Huntwood Ave
>> Hayward, CA 94544-7021
>> +1 (510) 400-2978<tel:%2B1%20%28510%29%20400-2978>
>> twatteyne@linear.com<mailto:twatteyne@linear.com>
>>
>> This e-mail transmission, and any documents, files or previous e-mail
>> messages attached to it may contain confidential information that is leg=
ally
>> privileged. If you are not the intended recipient, or a person responsib=
le
>> for delivering it to the intended recipient, you are hereby notified tha=
t
>> any disclosure, copying, distribution or use of any of the information
>> contained in or attached to this transmission is STRICTLY PROHIBITED. If=
 you
>> have received this transmission in error, please immediately notify me b=
y
>> reply e-mail, or by telephone at (510) 400-2978<tel:%28510%29%20400-2978=
>, and destroy the original
>> transmission and its attachments without reading or saving in any manner=
.
>> Thank you.
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>



--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl>
(56 2) 676 8125<tel:%2856%202%29%20676%208125>
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


--_000_F085911F642A6847987ADA23E611780D1858E736hoshiunilux_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:655229161;
	mso-list-template-ids:676389384;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1
	{mso-list-id:1320158612;
	mso-list-template-ids:1117957294;}
@list l1:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l1:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">All, going back to the de=
finition of the 4 control flows, I tried to fill some of the TODO rows of t=
he tables that Qin created so far.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">An updated version of the=
se tables is attached. I left also some comments for discussing on.<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Any comment is welcome.<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maria Rita<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> Thursday, August 29, 2013 12:27 AM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> Thomas Watteyne; 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi, I also agree with the 4 message flows.<br>
as regards to Confirmation, this would introduce end-to-end confirmation at=
 L2.5 - 3. I don't think we need that as a mandatory concept. Maybe an opti=
onal feature?<br>
<br>
<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Thomas,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I agree to the 4 control flows. One more question fo=
r the two node-&gt;ME flows: Is a Confirmation from ME to node needed?<o:p>=
</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<o:p></o:p></span><=
/p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">If possible, let's keep things simple and stick clos=
ely to the charter, certainly for now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I would like to propose the following assumptions:<o=
:p></o:p></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level1 lfo1">
let's assume signaling and data packets are independent.<br>
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.<o:p></o:p></=
li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bott=
om-alt:auto;mso-list:l1 level1 lfo1">
let's consider the steps highlighted in the charter, for now:<o:p></o:p></l=
i></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level2 lfo1">
draft-vilajosana-6tsch-basic gives us a network with minimal connectivity b=
etween all nodes in the network. Most of the schedule is empty, available o=
t some dynamic scheduler.<o:p></o:p></li><li class=3D"MsoNormal" style=3D"m=
so-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l1 level2 lfo1">
the scheduler uses the minimal connectivity to communicate, either between =
neighbors (distributed), or between nodes and the PCE (centralized)<o:p></o=
:p></li></ul>
</ul>
<div>
<p class=3D"MsoNormal">If we agree with this, I propose we go back to discu=
ssing the types of flows, per the name of this thread. I'd like to call on =
a rough consensus for the following 4 flows:<o:p></o:p></p>
</div>
</div>
<div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level1 lfo2">
ME-&gt;node<o:p></o:p></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level2 lfo2">
action<o:p></o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:a=
uto;mso-margin-bottom-alt:auto;mso-list:l0 level2 lfo2">
query<o:p></o:p></li></ul>
</ul>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level1 lfo2">
node-&gt;ME<o:p></o:p></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level2 lfo2">
report<o:p></o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:a=
uto;mso-margin-bottom-alt:auto;mso-list:l0 level2 lfo2">
event<o:p></o:p></li></ul>
</ul>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<o:p></o:p></spa=
n></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Thomas,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I agree to keep different alternatives, at lease as =
options.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to what kinds of cells should be used for =
conveying the report, shared cells or dedicated cells, I would like to leav=
e them to configuration. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<o:p></o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever the policy in place in =
the network, there will always need
 to be some cells installed for infrequent signaling traffic. If the report=
 rate is very slow, it might qualify as &quot;infrequent signaling traffic&=
quot;. For sure, the request to change the schedule qualifies.<o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Isn't the answer&nbsp;draft-vilajosana-6tsch-basic? =
That is, the slotted Aloha schedule indicated in the draft can be used for =
the signaling traffic between the nodes and the ME. Of course, if the repor=
t rate is very high, some dedicate track
 might be installed, but I do not believe this is needed, certainly not thi=
s early on.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<o:p></o:p></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<o:p></o:p></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
&nbsp; &nbsp; &nbsp; Alternative (1) adds delay to define the slots to send=
 the event<br>
to the ME (propagate the new schedule),<br>
while alternative (2) &nbsp;keeps reserved slots waiting for the event to h=
appen.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I'm not sure what the best way to handle event-driven r=
eport<br>
&gt; is. I think we don't want to assume 6top sublayer is very intelligent,=
 in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is &nbsp;when and how the bandw=
idth for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I'm wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today's call, we presented three control flows =
between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" target=3D"_blank">&#43=
;1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" target=3D"_blank">
(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" target=3D"_blank">(56 2) 676 8125=
</a><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_F085911F642A6847987ADA23E611780D1858E736hoshiunilux_--

--_004_F085911F642A6847987ADA23E611780D1858E736hoshiunilux_
Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document;
	name="content of control flows-v2.docx"
Content-Description: content of control flows-v2.docx
Content-Disposition: attachment;
	filename="content of control flows-v2.docx"; size=19538;
	creation-date="Thu, 29 Aug 2013 08:13:16 GMT";
	modification-date="Thu, 29 Aug 2013 08:55:26 GMT"
Content-Transfer-Encoding: base64

UEsDBBQABgAIAAAAIQDwIex9jgEAABMGAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0
lE1PwkAQhu8m/odmr6Zd8GCMoXBQPCqJGM/Ldgobux/ZWb7+vdMWGjRAUfDSpN193/fZ2c70Bitd
RAvwqKxJWTfpsAiMtJky05S9j5/jexZhECYThTWQsjUgG/Svr3rjtQOMSG0wZbMQ3APnKGegBSbW
gaGV3HotAr36KXdCfoop8NtO545LawKYEIfSg/V7T5CLeRGi4Yo+1yQeCmTRY72xzEqZcK5QUgQi
5QuT/UiJNwkJKas9OFMObwiD8b0J5crhgI3ulUrjVQbRSPjwIjRh8KX1Gc+snGs6Q3LcZg+nzXMl
odGXbs5bCYhUc10kzYoWymz5D3KYuZ6AJ+XlQRrrVggM6wLw8gS174nxHyrMhnkOkv649kvRGJeV
T+qIHW17GoRA9T4l5HsfxG03jxvnVoQlTN7+jWLHvBUkp/4ci0kBJ1T8l8VorFshAg0d4NWzezZH
ZXMsktpz5K1DGmL+D8feTqlSHVPfO/BBQTOn9vV5k0gD8OzzQTliM8j2ZPNqpPe/AAAA//8DAFBL
AwQUAAYACAAAACEAHpEat/MAAABOAgAACwAIAl9yZWxzLy5yZWxzIKIEAiigAAIAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIyS20oDQQyG7wXf
Ych9N9sKItLZ3kihdyLrA4SZ7AF3Dsyk2r69oyC6UNte5vTny0/Wm4Ob1DunPAavYVnVoNibYEff
a3htt4sHUFnIW5qCZw1HzrBpbm/WLzyRlKE8jDGrouKzhkEkPiJmM7CjXIXIvlS6kBxJCVOPkcwb
9Yyrur7H9FcDmpmm2lkNaWfvQLXHWDZf1g5dNxp+Cmbv2MuJFcgHYW/ZLmIqbEnGco1qKfUsGmww
zyWdkWKsCjbgaaLV9UT/X4uOhSwJoQmJz/N8dZwDWl4PdNmiecevOx8hWSwWfXv7Q4OzL2g+AQAA
//8DAFBLAwQUAAYACAAAACEA0ETThywBAAA+BAAAHAAIAXdvcmQvX3JlbHMvZG9jdW1lbnQueG1s
LnJlbHMgogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACsk8FOwzAMhu9IvEOVO007
YENo7S6AtCsMcU5Tp61okir2gL090aqtLSs99ejf8u/PjrPe/Og6+AKHlTUJi8OIBWCkzStTJOx9
93LzwAIkYXJRWwMJOwCyTXp9tX6FWpAvwrJqMPAuBhNWEjWPnKMsQQsMbQPGZ5R1WpAPXcEbIT9F
AXwRRUvu+h4sHXgG2zxhbpvfsmB3aHznP966ks6iVRRKq7lVqpJH19XQlSMdasCPispnpUASej/h
CqCEXaRCD8v4OMfqH46RGVuYJyv3GgyNjMrJ7wc6kGPYivEUw2JOhnb6DqKNp9rHc7Y3e52B82fW
EZylKYjlnBDKGtqJrO69xVmagrifE+Ibsjcg8qvo3WZPnAK5mxMELyhOygmBD359+gsAAP//AwBQ
SwMEFAAGAAgAAAAhAMletUAmEwAAzZcAABEAAAB3b3JkL2RvY3VtZW50LnhtbOxdWW/jSJJ+X2D+
Q0IDLKoAW5Zs+Zy2Gi5b7i2sve223TMPg8WColISYYrJISmrNU/zH+Zp/t78kv0iDzmTok5LsqpL
9VCUeeQRd0RGZP7w42+9kL3yJA1EdFmqlislxiNftIKoc1n69fl2/6zE0syLWl4oIn5ZGvK09GP9
D//xw+CiJfx+j0cZQxNRejGI/ctSN8vii4OD1O/ynpeWe4GfiFS0s7Ivegei3Q58fjAQSevgsFKt
yF9xInyepujv2otevbSkm+uNtyZiHqGvtkh6XpaWRdI56HnJSz/eR+uxlwXNIAyyIdqunJhmxGWp
n0QXekD7owHRJxdqQPpivkjGZlHQr/ryRkNA9niQ8BBjEFHaDeK3aSzbGqbYNUN6nTaJ115o3hvE
1dpYf6Mpz4ODm8QbABVvDY41VwCMlvqoFyo4EH7fsJpvsVqZNhmNEWpiNIZ5huD2aUbS84Jo1Mxy
oLGBC454D33/lIh+PBpOHLyvta/Ry6gtYswFRlY5kZxnTy1dqIEx1n3qejEvsZ5/8bUTicRrhhjR
oFpjRJGlOoRFU7SGdI3Z4ALCpvV4WapUvpyeVirnJXPrhre9fpjRk+va4dX1sXnyYL1MjSTyvwd1
uRVRlqKJbhDhU+6l2VUaeKWD+g8HeFO9lNWfu5y1RRjSzUw9ko2YvvM9LNS4IJ5hGU07ZS2eeUHI
MnToY2gQkPk+Fx49icSLNPZ8QDVOeMqTV16qM9GWvWTdhKu+EhGydigGKWvybMB5xPJd29M9Pqyc
355K7GgwJfPB8t6LvA6Xor8RZZC4+V5WNcFP943PDLqHnWQizndiT0UT0sL91vfYoBv4XeYlnPHf
ssTzM95i7UT0JGipX2Cx18MgUhYLkBhB/TXggzIjknr++ebnlAUReybks0M5WvX7iKVd0Q9bwAVo
oh1EaNjzfUg2SSxCdpDwv/WDRMFS9tqPY56w0BtCJZedKYNwY5rgnBykQQI2yH2i0W7A9wB9V6nU
To+rNzXDb48WJ1qgjTVTqEtTNu2LUCRo69ULL0u3txX8s1mPBq2/spBDnzrM6Ux0bv6GVMk1REjI
t+VOtHJSqZ4fzkn0qoPBxYxJkkSp5ru1pjuFrcamMIHVr5UkIeLLd2TmR2ichttFBjTXlK98snbY
LQSOMyZDqFkzpD5xURSAH0/ZEFyiqUWyyU9J0CKCke/9BY8GmAfRYTaMIe28fiZGj++EeDEfV2pX
8rV2kKTZo8BXVfoqhPiXf709vBZhv0e2rXlubshXIvFfX8DcutNI/Fn9VaVOMRF78DRUGmgHV7Sh
xlo7P5PvTritmjBfZsQpI+3nIutZ8qElkzNfQsXXwPM1cGSHaEbBp/Wb0XSZftERD24XNltbHS2h
Te8bLBPjUllhnuasx769M5CSHXO4bxTQrp4BXSRwtg9vmo6kYfQ+VF4/Nq6eG+zgpnHXeG4c/Ppw
Q3+6qgdCPBGi3UiIfhXhpTEPwc5ekin2XIKIul7S8tGKg4BJXTUiKSY2SmHaCCUiXmJ6T32fHNuD
W1iD/cRVS840tpjMlpy6oilDUiCwu7ufrzdFVhRu2JGV0l5bKr1WQlYblFRpKLJ24vVcJt6JKuPH
u2bGhi2ZauX0+uioRDS1Di11/fP/3H796dfHRrknoiATCby3ncbaPsPIIoMllPUIyznUOgb7TfX4
7OhEUtpCAZNin+7gsfHUeB5z56Rs1C7zfOGYMuLzWZBmgZ86o3eMjDebfD3+xHdsK2mysE3y29uj
m9paZZKDadinuncZVrV6z+q3+TcXJzAl/ngz11KxtN0Z6lYghmBtfOH18N13QnxZ0OOp6Cf+zgTb
wqCErRgXFy+ut2jM+ogHnW5TJI7Q2ak0s2KzEakicbkqhP6tz/su9+6wuVFsbtZA0U5Tyv2+w8LT
bJUkeP9aaT2/GrkzU9Ri+4c66ZaGKMbH+0LJI/etTPQGMhqWe57/33wo15hy9Fc8gJ3dulG7Vfso
HyaTDI085YhDRUzr3M/ftx0si5oXCgTUx0ShdBDqSbCW3rLhHX/l4Y4HsBq5jYssFhkVy6T3CcU7
r8nDp0GQ+UiN6kAg5lNoijvdCcKNCsLNEkE/2pGBkQUkElSKymI5EzJbxfnEzVa00yz0k/FPXGvs
8SOysN6flqQS3SbpLjWndSVcHea7nc9P/ZYTrn7p82T4nedbHZ6dn6mMEycN67RyUntL2SrOt9Ir
RNqQU6uUFnVOiKjIDvHNXPlWbhe2IHCfyLydWvW4WlGLBEusWL0rBUuCawsnteKsrBVjNyezrSRZ
90keu8V21vuMOyTV3JTXk+ayEHGcgIpv3xKHlcy/Oj+tfRll79ts4L4uAaVvkfg2qcJqqcTJuq1U
TivXk1KLjW/m9G7pgxktgbnrz0jkdjSKCk5iTKZxyyo0t5z+zE2LLLZ1tsUL0n+9f/xf9pV5PRaJ
jKXIWUNyvJexlwAZ+Eg8DqK2SlqH6PG9iHnpC/Oaop+pWgdk8pXZX7ooOggyepai3iJhHiMi3aN7
LxFVJnhhwr3WML/uPZtHDHwdoC+GZFpFQoVRyvNhxuLetSdkRSyX77sY5HuyXsChu3myWFYACr/r
RREPtxAaPqqkkCQOgotEC/U0faoNBImBEomUyuyqByodJCLq/ChrMCRdyuI7VFggpRdVHFRouCdf
x+eoVcFvECwKMXS9RWvUKjpCpU7CsDoB2wqLjPQ6qLQpXnnZJVJnuWKBeMJHaiErFaCYxleghVR2
XI6IJyckeHO+uVhkrTdnq1ndXYOaxG4LRUEW0piuraA9v8kaU1OPZnmpMS2C0hozdgor7pAM9OAl
Xifx4q4ylqN+TynVIHylygVZriPV6eACz762zL0TbUWPPtBomKFCiTdUB7PJbAXS62mZhMw1ynGW
Bn/nbP8/O9mfSAL145aXceg86L02VGAraLd5QqXSrX42ZP7Qh4ALUhZx3uIth3LnETKuL7FVjsxs
7Fsae0oAAmDQhJfVpan7lnwp0936bqrb5rnYxcFMLp7LEtwiLh6J71VbPFfYawAaFhWOqIz1h4yq
HVs8DHAb2tthhUlItVXWCmRJ/LIt1uCYAKEaYtq5oNUneaGqfT8CRL+I/DJZMZ+v32A2BhwVH8NK
g4tCvkqPZ+yTF8fhkKSvFw21UfedwwpgSQL/swMFpV/AWoZzyK11pdNOmOUiDRQfMHKL5BX5JSgG
H+AnKvzTfi+WhbBK/UuFL98I+/4LNlPhSWdIfp7yM2LQLOwAODmqMjzlIfcz6SoHoGgs1YUtvKEc
w6zbB5HDTBiMxMAB+UDpAVWqw8Pueq+cSB6ejReGwodQ/fbNiU34LA5PWIYhcYO1IqdtkDkNlTSv
SEZalJq1ppXVpzpBSw+gqApgkhZdn4OzoGm0YQfn+L0Ozgipy5tGI2miQxUMZfQe68AIimTQQrH3
mzmQ8H3D3iwVPRgFqHGUb7pmcKFwd+E7U7i7r6/d39wGdBTH5ozE/+OHWKVJ9ltORn2YyTXXOH6/
RvknCmNLSxwF6/BRpAL+nCeKkVSYZU9Z/u+MmAqZHf/+xz/J8MebYUBbtDHhI79xDq4/Pa+eVuUO
F3K/CUdWGdPPWqlwX99xPUP8qwn7DlFoiW8saKRBh7bwUYsaSlYb8U1YghUGTw0Wn/bTmthVZBC0
su5+nlSKGXnFDPQRLlt9n8LrPM0otpVSTWI7WMIe1eaPptK1hLfcLuwFSveJZITa2zr9bNRZ7D2n
1SjDW+sorlsoKu3Oe6aV4HqMEkz6FgHAhIJXFpWWKR+wbpaOSo/EsyMILWTNIYuvQrWrm1xv8r0k
AXEzpFciu1Lqh8aXlEl5jTAvx1aV2DGsOVRLqAMspQb4vMX9AL4jZEWMZdO3b93VC2XG4X9KSaGL
SkoezcFyUr4rJllnEeA6mWXDJrVJhPpIZik2qa/7iYx+fIRFuRzxWKGB5SVHMTDe3LuR3YAkCR97
DJKMwI6WkCxSrjw+3DEVNnLgtpMSZuszHaXRK0XwlMuFxaObj4Rcn1bOjm9Kxt52KMjctIzwDSvV
7ZcTSNSReSC6FDhln2BcywBID+kZrX0o0hj7T3awpIp0lg7dod1CaVnAYZVVcLHcWRBKndapHrCC
9QVpTC9q48I65UDBU6CFraJo+7elybUlKO24le/6Ng2K0hCO8ukZjtXjxFDHiqYsc25O23u8wnzz
QsK1DmZa3u7r0vLWzvtaLO+jbQiXkgZ89KKXN5VJuYRSOapN17EKEos0kMswYESK1hSqgG9RZ66V
H7XOHK/N3zwfLOiBFvCBvrUWPjjcAj4otiONUf0xceotyp7Qbvg4Le+4vthSlpCS6VRuQHnzvO8y
80wd6NrVa49Wyw2eQUTb51B/7BrVlvL+m5XgvYoACzbIFEdQmlZPJnkFFFGbRoOWZTlHoBC+SULH
MEzqzfEDF2q6WAMU5qmDiY2LSbNzWWbHYVNSfEgsjm/y6fghq6OV/U0RCWVZeirfMtfl7EUNQ0jL
E259i2RFbvrrQWwxp44yxJVkwpFanVXgZbXia3lUrXQcxRCks1aWs/COb44Pb0Yr4mtZVnS7sJcV
3SfSYtmEXxfSFiCp3AJkO9LmXTjMVEPu6xJsNWs1VlWcJKsuF50SPModjDJelUpJG8/FtaRuGJD+
Ws3uEzllZAWU9ZOZu09Yn3xLx/0USwh5ENMkGa80mIaLZXpNRXlTAtAx/MZPOgI6i8dzNGZ1LtIv
yETT94Tmt/FkoEceiySbvFOFY5m6qUe20ByPa2pQFCBknBMBOVNP7tovVrOLtEecTSXSedKysDnX
uCYSCrt6kuUwz12BszP//Y9/pQyHaOIoOTgu93d7KH0YQZV8Gpwyp/IOUhxMIIuz6VhMmSPWZr+M
tgphn/YZEthwIFzGkz0KjWK1xPrai1JKZEdKAkVNoVqT4ecye8KJcmp3l0P3KBiCKs3YQeHk6kX9
RH7hSOu5QGWhcAko11ElLNPsvRbWhFgZ8EOBiAaaqfT9kyoVGQQp1esxH6s6GRZfAaE2Co8B+dEy
rAQNSyl7H2kdBKz7xuKwUQJoMs2vBmAGS1rD2KdYOTk5EsW0W0pJrWQ1w90RXJaBMWFLmBUdweXu
GpU3bvRGhM9TxM0UpQUCMGoDuwt2OrK6DmQrN1jBKYY8ibyQYXdAlFE5PRjKWYy/tYAdm4MreC3a
1oNzdOq4CDcil+r9JSen8GBR0/Q2H2xFofhSZx4WMSSmZBBJUsQclJat4kQ1xc4uJm0V5j4Zg48l
1eZE5jt2yHHHohygFRO728X8gJgdglgcUnOVDTvOf06NvSPaoXSNw1hQmYWr6QvV4SwkeZZFxhKb
Uc3l8YD1HHC74/t4erSSC4pRZadoL0mP7ykRW7zL4nowBwk7mi9JuC4O3KVo3t38Yy0073axBTIY
CrrPC5cZf8+UuCwaNiV9v3w5um3kwqH6HvGCsZiU07acreR2YVOi+0SaRceN4+trdbjW2qTvzHBo
EUFKaNTL7kEkVkYhBb1XJ0XJR/1gu8FFzvxoWxflkv1eECmdGfa0nRJbt4/FIYyzRL4PPaQrYd3x
gTbcnR6wcaCsCK37RPLO1NnlQtbjkUszbdC0pQUpQGMAAwTUl3RE59xvd6mgbUEMaXx2NPZajqOm
zLM4hvvhIVzli9ROj6s3tVIOSzMRTCBokKufB4OhrkmtT/FJFV7n6XoCRCceG+9wXe3q+OS8UTID
tdjAfbIwG4wHGyw2MN1puKgxTIf6eHsE9fXGi+Vmmx7DUdx+gA0PVThHVQgjU77My3vIgs0GInnJ
J8rjAe1h0lZHU2N3RFNfvMd45pc/s5ZgVLPmIdhpIg5p0KP4KfYxCdoq/inDR3sUXUb0mHYDVUFR
GUv2XmiXAtqqwIzO8yk4ne5N46UCji4EbDFNNb0UFXmI2dI48rS+BPqKe5EV2AWbVeWFSo43CudR
lyBcwVDrP7KvKA7HxGHCiKQFMAN/ZnsYXXY46AZ+l4XoE2sKtJ9rhr1kgg724QKqNbYlJqnUmbBI
qC+KqOVUo8uKjw7XGFbaBOcavb2LekvVDTAUb4TuWhDKCb05ql41rqRqWYXp73Zh25DuEym3rb4l
Ey1tbNj2ih0lnjPqjc/N3ElavC9Q7M5TM4Ub8loQLDpmPkUp2/M3Yvu+4YgXxSN6pnRREHccH3fo
W0MfyiBdG4YsCeUCoJBGF0PGUrEidxQ7NJCjnRcVOzQoSbVyebXjhvmk8+9dKJGKKAi+6DSxAuvO
SiBrCvHS85IXuW6CV4MWWJh8uQgZK5el//tJfMEuhir1wLyL5bDRmwq2MhSDYx2zB0dJuSN4wnOS
DzrqSuwQd57+jqYGl6Vq9bxyQv128fvk7EgfIBN37j1qEkYu7tdqKhiKU4fRUrVyJv9siiwTvbfH
IW9bT7s4yYAnl6Wz4yo13xYCC+uXpfPzQ/qz06eUG5oyJiK9ART1X6Sx52PytUO589ngoiV8stJo
HMMYD8Ig4il9Tj8e6PC2y9JR1ZSfKThI864pWkP5Ay30aT/U+v8LAAAA//8DAFBLAwQUAAYACAAA
ACEA6WxOjbQGAACrGwAAFQAAAHdvcmQvdGhlbWUvdGhlbWUxLnhtbOxZT28TRxS/V+p3GO0dYid2
iCMcFDs2aSEQxYaK43g93h0yu7OaGSf4huCIVKkqrTgUqeqlh6otEkitVPplGkpFqcRX6JuZ3fVO
vG4SiChqiRCJZ3/z/r/fvFmfv3ArYmiPCEl53PSqZyseIrHPhzQOmt61fvfMioekwvEQMx6Tpjch
0ruw9uEH5/GqCklEEOyP5SpueqFSyerCgvRhGcuzPCExPBtxEWEFH0WwMBR4H+RGbGGxUlleiDCN
PRTjCMReHY2oT9Czn3958c2D327fg3/eWqajw0BRrKRe8JnoaQ3E2Wiww92qRsiJbDOB9jBreqBu
yPf75JbyEMNSwYOmVzE/3sLa+QW8mm5ias7ewr6u+Un3pRuGu4tGpwgGudJqt9Y4t5HLNwCmZnGd
TqfdqebyDAD7PnhqbSnKrHVXqq1MZgFk/5yV3a7UKzUXX5C/NGNzo9Vq1RupLVaoAdk/azP4lcpy
bX3RwRuQxddn8LXWeru97OANyOKXZ/Ddc43lmos3oJDReHcGrRPa7abSc8iIs81S+ArAVyopfIqC
asirS6sY8VjNq7UI3+SiCwANZFjRGKlJQkbYh2Ju42ggKNYK8CrBhSd2yZczS1oXkr6giWp6HycY
GmMq79XT7189fYwO7jw5uPPTwd27B3d+tIKcXZs4Doq7Xn772V8Pb6M/H3/98v4X5XhZxP/+w71n
v35eDoT2mZrz/MtHfzx59PzBpy++u18CXxd4UIT3aUQkukL20Q6PwDETFddyMhAn29EPMS3uWI8D
iWOstZTI76jQQV+ZYJZmx7GjRdwIXhdAH2XAi+ObjsG9UIwVLdF8KYwc4BbnrMVFaRQuaV2FMPfH
cVCuXIyLuB2M98p0t3Hs5LczToA3s7J0HG+HxDFzm+FY4YDERCH9jO8SUuLdDUqduG5RX3DJRwrd
oKiFaWlI+nTgVNN00yaNIC+TMp8h305stq6jFmdlXm+QPRcJXYFZifF9wpwwXsRjhaMykX0csWLA
L2MVlhnZmwi/iOtIBZkOCOOoMyRSlu25KsDfQtIvYWCs0rRvsUnkIoWiu2UyL2POi8gNvtsOcZSU
YXs0DovYj+QulChG21yVwbe42yH6M+QBx3PTfZ0SJ91Hs8E1GjgmTQtEPxmLklxeJNyp396EjTAx
VAOk7nB1RON/Im5GgbmthtMjbqDK5189LLH7XaXsdTi9ynpm8xBRz8Mdpuc2F0P67rPzBh7H2wQa
YvaIek/O78nZ+8+T87x+Pn1KnrIwELSeReygbcbuaO7UPaKM9dSEkcvSDN4Szp5hFxb1PnPxJPkt
LAnhT93JoMDBBQKbPUhw9QlVYS/ECQztVU8LCWQqOpAo4RIui2a5VLbGw+Cv7FWzri8hljkkVlt8
aJeX9HJ218jFGKsCc6HNFC1pAcdVtnQuFQq+vY6yqjbq2NqqxjRDio623GUdYnMph5DnrsFiHk0Y
ahCMQhDlZbj6a9Vw2cGMDHXcbY6ytJgsnGaKZIiHJM2R9ns2R1WTpKxWZhzRfthi0BfHI6JW0NbQ
Yt9A23GSVFRXm6Muy96bZCmr4GmWQNrhdmRxsTlZjPabXqO+WPeQj5OmN4J7MvwZJZB1qedIzAJ4
5+QrYcv+yGY2XT7NZiNzzG2CKrz6sHGfcdjhgURItYFlaEvDPEpLgMVak7V/sQ5hPS0HStjoeFYs
rUAx/GtWQBzd1JLRiPiqmOzCio6d/ZhSKR8rInrhcB8N2FjsYEi/LlXwZ0glvO4wjKA/wLs5HW3z
yCXntOmKb8QMzq5jloQ4pVvdolknW7ghpNwG86lgHvhWartx7uSumJY/JVeKZfw/c0WfJ/D2YWmo
M+DDG2KBke6UpseFCjmwUBJSvytgcDDcAdUC73fhMRQVvKc2vwXZ079tz1kZpq3hEql2aIAEhfNI
hYKQbaAlU31HCKumZ5cVyVJBpqIK5srEmj0ge4T1NQcu67PdQyGUumGTlAYM7nD9uZ/TDhoEesgp
9pvDZPnZa3vgbU8+tpnBKZeHzUCTxT83MR8Ppqeq3W+2Z2dv0RH9YDpm1bKuAGWFo6CRtv1rmnDC
o9Yy1ozHi/XMOMjirMewmA9ECbxDQvo/OP+o8BkxZawP1D7fAW5F8OWFFgZlA1V9xg4eSBOkXRzA
4GQXbTFpUTa06eiko5Yd1qc86eZ6DwVbW3acfJ8w2Plw5qpzevE0g51G2Im1XZsbasjs4RaFpVF2
kTGJMd+WFb/J4oObkOgN+M5gzJQ0xQTfUwkMM3TP9AE0v9Votq79DQAA//8DAFBLAwQUAAYACAAA
ACEAiRDU+K0EAAC5CwAAEQAAAHdvcmQvc2V0dGluZ3MueG1stFZZb9s4EH5fYP+Doed1LNmSHQt1
Cx9Rk8JpiyrZfaYk2uKGh0BSVpxf3yEpRTHiBEUX+yRqjm+Gc/LDp0dGBwcsFRF84QUXvjfAPBcF
4fuFd3+XDC+9gdKIF4gKjhfeESvv08c///jQxAprDWJqABBcxSxfeKXWVTwaqbzEDKkLUWEOzJ2Q
DGn4lfsRQ/Khroa5YBXSJCOU6ONo7PtTr4URC6+WPG4hhozkUiix00YlFrsdyXH76TTkr9h1mhuR
1wxzbS2OJKbgg+CqJJXq0NjvosEVyw7k8N4lDox2ck3gvyfZXrcRsnjW+BX3jEIlRY6VggQx6q7L
EOHPMEH4Cug51BcQ6pGzPTJQoB749tR7rugr/TPZdlnckkwi6dIMBWC8YHl8s+dCooxCUTVB6H2E
inoSgg2auMIyhyRBOY4jb2QYGXgBNboRX4VOaylFzYtrjID2JjsRQrdsCIXYpRppDOCqwpTa6s4p
RuBKE+8lYlCXC89RLGSBd6im+g5lqRYVCB0Q3Dgc+86hQqIGQD5LUlwLSZ4E14imFcqB2AkHfuv9
C+G/sdQkfy0aTVtcoiqKjj3mpjd0BW167MA7P5x8B/uW9Nih5yWSKIewtJ6uwW0paIdpmlJCzXyv
ea5r2xqtnu1WkwgFV8SJkPdbF3hEEc9xCremeHXUeCNqyKg5/UMKXbpQmqxtMTrgFcofFEWqXJph
Ypk1vZOI2NA5QmGkrx4rGDlpSXb6B9YwD6wsKv6tld4Sjq8x2Zf6hkN6aIujcHK1RUdRayvrBkzq
RhRckCMGheao7di5FQU26a8leVXLb/aCUbClACX7jiEBuYLawNbBVB8pBI3rlDzhJS++wC0IDDIX
4d/34D0HMDeh+QYD+O5Y4QQjiCKM7v/HmM1ZQkl1S6A35Q0voH3/q7FRE7t0mbqD/VSo7vADWrtL
g+9HY3+ezFwsjFjP8ad+MG9L/5QT+LP1ZHJOJ5xFwaZN7alOuIym86tzOm97EG2i8aZt1VO0aRhE
yVk7s3kwC87qzMez8fKs18v5LFy10+bUzmo28/35Oa9Xq0lyddbOOhwv12fR1jP/MtqcQ9sE0eWk
HWKnHiTJZBNaryGjhgV5ZLHZlt9ldzLNMWCusdaIZZKgwa3Zp9BiLM7kw4rwjp9heE/gl5y0zjrm
cOgYiiFKExh2HcNelMUFzMsN3llYeovkvsdtJeRZKqyDL89YZjlh+Rm2UOWsNRJVrug7c0EYtniE
w8RiHV3VWdppcdiJL1iw0r4dpAEc9eFpYg1PKTs8tqhfLZgP71PTzBgpvVQELbyncrj+arShbahM
zQsM36Kqcgsp2wcLj5qhGRg1DX8FvMTsT7Yft7yx5cGf4dkflJvLgnR7MALuCFLtoadNOtqkp8E7
w8mFPS3qaFFPm3Y0eAk2cQlDS8KafoDJ3B0NfScoFQ0urjviwntFckFQJaowpNpscag4EVtCu9bV
4BDjR3hh4IJoeOBWpGDoER4c/tjWcCsNmxj2yYmsQTLC1Ql1UCANOQhs9k6UIZuwNU99aeIC5wQq
ND2yrF+/F85xSpROcQWbWgsJV7bb5i+L3L+5P/4EAAD//wMAUEsDBBQABgAIAAAAIQB9FfAAEAgA
AGM+AAAPAAAAd29yZC9zdHlsZXMueG1s1FtLU9tIEL5v1f4Hle7EDwheqDgpQsJCVR4kht2zLI3R
LJLGK8kB8uu3p0cahGRZ3ZZy2BN4NNNfP7+WYfrNu8c4cn6INJMqmbuTV2PXEYmvApnczd3bm4uD
P1wny70k8CKViLn7JDL33dvff3vzcJrlT5HIHBCQZKexP3fDPF+fjkaZH4rYy16ptUjg4UqlsZfD
x/RuFHvp/WZ94Kt47eVyKSOZP42m4/GxW4hJKVLUaiV98UH5m1gkOZ4fpSICiSrJQrnOSmkPFGkP
Kg3WqfJFloHRcWTkxZ5MrJjJUUNQLP1UZWqVvwJjRkajkRYFxydj/C2OXCf2T6/uEpV6ywic9zA5
ct+C5wLlfxArbxPlmf6YXqfFx+IT/rhQSZ45D6de5kt5Ay4FAbEEWZdnSSZdeCK8LD/LpFd9+LFY
089DvbH60J70s7wi8L0MpDvSoPciTeDgDy+au1OzlP20C5Ny5VzrZTYVuyIvuSvXRHJwu6jqN3d/
hgfnX/TSEqDmrpceLM60sBEaX/6sOGFtXWJ21TwGsYbIL0wCgj/F6pPy70WwyOHB3IUkxsXbq+tU
qhSSbO6enBSLCxHLSxkEQud7uTEJZSD+DkVym4ngef3bBSZvIdFXmyQHxxzPMIpRFnx89MVapx3g
JZ6O0Bd9AAIP5VHBQYU28lkbs1BDxcV/S8jC21tRQuHpCnVQ/51AaPWmN9BUW1Q1AOWydD3sL+Ko
v4jX/UUAWfX1xay/CODlvlqY3KhkJT2oufJN8lVz4vDEEMTWlNUnGlnUeaKRNJ0nGjnSeaKREp0n
GhnQeaIR8M4Tjfh2nmiEc+cJ30PiqmfRIXqDVNg3Mo+EPr+TgCY9qa5oCs61l3p3qbcOHd0Y62rv
IsvFZpnTVEU63Z8sF3mqkrtOj0xNGezNyR/jdehlEt5yOlw/7en6G/3W4vyZyqAT6rVJvoZN+Fax
lQ+uI88XoYoCkTo34tFElHH+i3IWa8+HLtipXM+wfpJ3Ye4sQmy5nWDHLU5v94SR/0lm6IOdxXTc
YkqXcFIMj1vysl34ZxHITVy6hvA2cmz4nBHmGgSquNtFRzpEzSLutEIHgGKCaRd8E1A+QX/TXPjy
dYwp+ptWtKd8gv6mce0pH/Njd3zZTPMBvnQ6pPKasWv3XEUqXW2isgY66WHGrmALQTOBXcRWPokk
ZuwKfkGfzpnvwzc3Sp6yY/HMowwUdjgMChYb3RZ2UGq0N2FYxA5QDWvKwOrHtQwgNul+Fz+k/psW
txkgS9t3zc5yPmzxALQg0jv0t43Ku9+hpy2cR0W5SuDPJZlwaGiHLZVHRSvyyfQ7Roz7NT4GUL8O
yADq1woZQC350f7OY3siHaR/c2RgsWnZdjFMOzIzz9jMbIF4LWCgvkl4/2qp3vZcaPZNAgo7QM2+
SUBhR6fWy2zfJGAN1jcJWC1doz1GVU7lGMXum1Ug+yZAsGgY8iYADUPeBKBhyJsA1J+8u0GGI28C
FpsbLKdWyZsAhFs4X/UtUJW8CUBsbjBsV/zNqOx7KGX3l9sByJuAwg5Qk7wJKOzotJE3AQu3cDKh
hmWpjoA1DHkTgIYhbwLQMORNABqGvAlAw5A3Aag/eXeDDEfeBCw2N1hOrZI3AYhNDxaoSt4EINzC
4Yat5I1V/8vJm4DCDlCTvAko7OjUCNW+pBKw2AGqYVnyJmDhFk4yFFiY3ByjhiFvgkXDkDcBaBjy
JgANQ94EoP7k3Q0yHHkTsNjcYDm1St4EIDY9WKAqeROA2NywlbyxGH85eRNQ2AFqkjcBhR2dGqFa
niNgsQNUw7LkTcDCfOlN3gQg3LIvEMeiYcibYNEw5E0AGoa8CUD9ybsbZDjyJmCxucFyapW8CUBs
erBAVfImALG5YSt5Y438cvImoLAD1CRvAgo7OjVCteRNwGIHqIZlqY6ANQx5E4AwMXuTNwEIt+wB
hFXECdMw5E2waBjyJgD1J+9ukOHIm4DF5gbLqVXyJgCx6cECVcmbAMTmBn3PFu6Lkq+nTlqSgHrP
oLzVQAactgSJClgY+F2sRApDUqL7dkhPwNJCBmJLelBNfK/UvUO72H3YkiBkKLmMpMIr3U94S6cy
iHA42zFJcPP13Lk0AzCNc5hSL2/ewIxRdVxIjznh5BromT+tYWRnXd4s19JglEjPZRUjQLjxCgaC
irEefVjP+cBGHH8qlvH/tgUq/g7jS3rrgwzUwzlcV09VVB4ZG8v+8cuFpcrDYhYKj4G+CNtU1A9B
Uz8X6Q5Fi+vy9gYTXpavq91ypx5Vfx7oKBUsx77sPJPZ9+KGJyy1653re+Q7dMZ75js97OAW47mm
gjDahSo9vyNu1xACvoxMZOCXqyQAC2FEEP/nZlIhePSMKHh+LqLos4dxzNW6fWskVrl5Ohlj/6yJ
gvjmKm4/n+L1ctRkmwBwa1UZ81Eb0e7vZBMvRVrcjG9NaN13cI7tZUKbm7LGgbYiQXvMd6qn23Wz
uWBLC0Ore1NDGXxi5g9Qn6UHw3lf7YAiPq5WYDMzYCwBT8J4qw422jAev56OTy4KhuFkxHsY74RJ
WV1NJiNQnp4aLeZgfs5d8yctGEwoxxB9fUMYRh43uTK6FPmy11mbS3udLjNtr8MSZkkDcVl6kWu1
Of7XfsdN0lfd/38uzxf9xpaBLkfL2o1SwJfE58fbymF3JcBFVTxU7VIvq2J8PJ6cFOO8Rf+SSJE6
YefuDKaJUIIP/QzmdTZeVMzfwCoEqNa7SgbI3v4HAAD//wMAUEsDBBQABgAIAAAAIQA4lpP1lggA
AFRBAAAaAAAAd29yZC9zdHlsZXNXaXRoRWZmZWN0cy54bWzUW91zm0gMf7+Z+x8Y3hN/pE0umbqd
Nm2umelHWqd3zxjW8V6A5QDHSf/602phTcAYydCHe3ICK/2klfTTxlm9evMYhc6DSDOp4pk7OR67
joh9Fcj4bub+uL06+sN1styLAy9UsZi5TyJz37z+/bdXm4ssfwpF5oCCOLvYJP7MXeV5cjEaZf5K
RF52HEk/VZla5se+ikZquZS+GG1UGoym48kYf0pS5YssA7RLL37wMrdQFzW1qUTEgLVUaeTl2bFK
70aRl96vkyPQnni5XMhQ5k+ge3xaqlEzd53GF4VBR9YgLXJhDCo+Som04cUOXCP5XvnrSMQ5Io5S
EYINKs5WMtm6cag2cHFVmvSwz4mHKCzXbZLJiwaedZkSg/ept4FQbBU21O3YjMAIRaHZBx3fbVTr
Gifjfc4UEdEqrA0UE55jlpZEnoytmsO2prq5UA998vvPVK0Ta04i+2m7ju+tLl2WDMvGp1h5Vdcy
loJG6c5XXiJcJ/Ivru9ilXqLECzaTF44OiPd10AVgfLfi6W3DvNM/5repMWvxW/4caXiPHM2F17m
S3kLFAJaIgkKP76NM+nCG+Fl+dtMetWXH4pn+v1KL6y+tJJ+llcUvpOBdEca9F6kMQg+eOHMnZpH
2U/7YFI+udR2mUXFqtCL78pnIj76Ma/aN3N/ro4uv+hHC4CauV56NH+rlY3Q+fKzsgmJ3RKzqrZj
wC3ANHPDuLCfYvlJ+fcimOfwYuYCa+PDH9c3qVQp0ODMPT8vHs5FJD/KIBCa4MuF8UoG4u+ViH9k
Itg+/3aF9Fpo9NU6zmFjTs8wimEWfHj0RaJpDvBiT0foixYADoJ+UMFBg9Zya415UEPFh/+WkMVu
70RZCU+3JAft3wuEXq97A021R1UHUC/L1pP+Kl70V/Gyvwpop3334qy/CjiI9LXC5EYlK+lBzZVv
kq+aEyfnhiB2pqyWaGRRp0QjaTolGjnSKdFIiU6JRgZ0SjQC3inRiG+nRCOceyV8D4mrnkUnuBuk
wr6VeQh9roPpJj2prmgKzo2Xenepl6wc3RjrZu8jy/l6kdNMRTo9nCznear0cbFjR6amDA7m5A9R
svIyCafqLqCeW3+rjy7On6mE42cH1EuTfA2f8FSxkw9uQs8XKxUGInVuxaOJKEP+i3Lmiefj+bzD
uJ5h/STvVrkDpzrdcjt34rRl09t3wuj/JDPcg73d/LTFlS7lpBietuRlu/LPIpDrqNwawmnk1PA5
I8w1CDRx/xa90CFqFnGnFzoAFBdMu+C7gPoJ9pvmwtevY0yx37SiA/UT7DeN60D9mB/748tmmvfw
tYhDKq8zdu1eqlCly3VY1kAnPZyxK9hC0FxgF7HVTyKJM3YFP6NP563vw19ulDxlx2LLowwUdjgM
ChYb3Rd2UGq0N2F4xA5QDWvKwOrHtQwgNul+Fw9Sf4nLbQbI0vas2VnOJy07AC2IdIb+tlZ59xl6
2sJ5VJTrGL4uyYRDQztpqTwqWpFPpt8xYtyv8TGA+nVABlC/VsgAasmP9jOP7Yl0kP7NkYHFpmXb
xTDtyMx8xmZmC8RrAQP1TcL5q6V623Oh2TcJKOwANfsmAYUdnVovs32TgDVY3yRgtXSN9hhVOZXj
FLtvVoHsSYDg0TDkTQAahrwJQMOQNwGoP3l3gwxH3gQsNjdYTq2SNwEIl3D+1LdAVfImALG5wbBd
8Z1R2fdQy/4/bgcgbwIKO0BN8iagsKPTRt4ELFzCyYQalqU6AtYw5E0AGoa8CUDDkDcBaBjyJgAN
Q94EoP7k3Q0yHHkTsNjcYDm1St4EIDY9WKAqeROAcAmHG3aSN1b9LydvAgo7QE3yJqCwo1MjVHtI
JWCxA1TDsuRNwMIlnGQosDC5OU4NQ94Ej4YhbwLQMORNABqGvAlA/cm7G2Q48iZgsbnBcmqVvAlA
bHqwQFXyJgCxuWEneWMx/nLyJqCwA9QkbwIKOzo1QrU8R8BiB6iGZcmbgIX50pu8CUC45FAgjkfD
kDfBo2HImwA0DHkTgPqTdzfIcORNwGJzg+XUKnkTgNj0YIGq5E0AYnPDTvLGGvnl5E1AYQeoSd4E
FHZ0aoRqyZuAxQ5QDctSHQFrGPImAGFi9iZvAhAuOQAIq4gTpmHIm+DRMORNAOpP3t0gw5E3AYvN
DZZTq+RNAGLTgwWqkjcBiM0N+p4t3BclX0+dtCQB9Z5BeauBDDhtCRIVsHDwu1iKFKYCRfftkJ6A
pYcMxJb0oLr4Tql7h3ax+6QlQchQchFKhVe6n/CWTmUQ4eRszyTB7ddL56MZgGnIYUo9v3kDM0bV
cSE95oSjmmBn/pTAyE5S3izX2mCUSM9lFSNAuPAaBoKKsR4trOd8YCGOPxWP8f+2BSr+DONLeulG
BmpzCdfVUxWWImPj2T9++WChYLYRpMBOFINPhG0a6q/AUj8X6R5Di+vy9gYTXpavm91ypx5N3w50
lAaWY192nsmse3bD09jfYneu75HvsRnvme/dYQeXmJ1rGgijXWjS9oy420II+CI0kYEfruMAPNwU
s10mFYJHz6iC95ciDD97GMdcJe1LQ7HMzdvJGPtnTRXEN1dRu3yK18vRkl0KIB2qxphftRPteRKv
o4VIi8vqrQmt+w7OsT1PaHNT1mygrUiwHvOdutPtttlcsKWFodW9qWEMvjHzB2jPwoPhvK92QBFf
VyuwmRkwloCSMM+tg40+jMcvp+Pzq4JhOBnxDgZxYTRcV5PJCNSnp7WLOZifM9d8pQWDCeUYoq9v
CMPI4zpXxpYiXw6Stbl0kHSZaQcJS5glDcTHche5Xhvxvw4TN0lf3f7/c3k+6ze2DHQ5WtZulAIe
Erevd5XD/kqAi6ooVO1Sz6tifDqenBfjvEX/kkiROmFn7tm06Fw+9DOY11l7YTF/A3ohQLXeVTJA
9vo/AAAA//8DAFBLAwQUAAYACAAAACEAKOLsHOgBAADiAwAAEAAIAWRvY1Byb3BzL2FwcC54bWwg
ogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACcU01v2zAMvQ/YfzB8b5SvFmugqAhS
DB3QtQHitmdNphNhsiRIbNDs14+yG1fZdppP5CPx+PRI85u31hQHCFE7uywno3FZgFWu1na3LJ+q
rxdfyiKitLU0zsKyPEIsb8TnT3wTnIeAGmJBFDYuyz2iXzAW1R5aGUdUtlRpXGglUhp2zDWNVnDr
1GsLFtl0PL5i8IZga6gv/EBY9oyLA/4vae1U0hefq6MnwYJX0HojEcRDkmM4GwBeOZSm0i2IMcFD
wjdyB1FMOesD/uJCHcXlZM5ZH/L1XgapkMwT0+vZJWcZwFfeG60kkq/iu1bBRddg8dg5UCQCzvIW
Tq5sQb0GjcckJE/5vbZJCk3uI9IW5C5Iv4/iKgkcMr5V0sCa3i4aaSJw9gHwO5BprxupSTE/4OIA
Cl0oov5Fm52WxQ8ZITm2LA8yaGmRnEttfdLFxkcMotJoiJtqfd6FeVse67mYdA0UnDcmgl4DFc7V
dRPiY0Nvw3+IneRiOw291ExOFg4z/mBdu9ZLexSr6n71UH3b0gbfkWT5z/jkK3ebrubdy3Mw2/+L
xv3WS0Vbms3ns/wSshLf0sFATas9EX4A/I58DyZNpSuyO6hPPX8X0m0997+smMxHY/q6YzphdBHD
vyR+AwAA//8DAFBLAwQUAAYACAAAACEAvYpm5WoBAAC5AgAAEQAIAWRvY1Byb3BzL2NvcmUueG1s
IKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjJJfT4MwFMXfTfwOpO9QGE6RAMv8
syeWLIrR+Na0d1sjFGzr2L69pQzcog8+3tzTX885bTLbV6WzA6l4LVIUeD5yQNCacbFJ0UuxcCPk
KE0EI2UtIEUHUGiWXV4ktIlpLWEl6wak5qAcQxIqpk2Ktlo3McaKbqEiyjMKYZbrWlZEm1FucEPo
B9kAnvj+Na5AE0Y0wR3QbUYiOiIZHZHNlywtgFEMJVQgtMKBF+AfrQZZqT8P2M2JsuL60JhMR7un
bEb75ajeKz4K27b12tDaMP4D/LbMn21Ul4uuKwooSxiNqQSia5l9tgk+GbvqSqL00rS85sDuDtmS
SE6cJ66Js5rn86J4zPN5gn8Lu7MSdrx7ruzKKsZx4K4kFxpYNvGD0PUjd3Jb+DfxNIp9/31kDiLj
09bSmwXmmKBxX8uweQ3vH4oFOuNFcRD2vEFlw5pbR2B1jPdv4nR6ThwAmTV9/tmybwAAAP//AwBQ
SwMEFAAGAAgAAAAhAHmcliCNAgAA5QgAABIAAAB3b3JkL2ZvbnRUYWJsZS54bWzUlc2O2jAUhfeV
+g6R90OcECCggdGIFqmbWXSm6toEB6z6J7INGZ6hy75H36Bv075Hr/MDA5gWqqpSiSBwbB/sT+fe
3N49Cx5sqDZMyTGKOhgFVGZqweRyjD48zW5SFBhL5IJwJekYbalBd5PXr27LUa6kNQGsl2YksjFa
WVuMwtBkKyqI6aiCShjMlRbEwk+9DAXRn9bFTaZEQSybM87sNowx7qPGRl/iovKcZfSNytaCSlut
DzXl4KikWbHCtG7lJW6l0otCq4waA2cWvPYThMmdTZScGAmWaWVUbjtwmLDeUeisYHmEq2+Co0Bk
o3dLqTSZc2BXRgmaNOCCciSJAPFxK+aKV3pBpDI0gqEN4WOEe3BF2BkOcB/uPTxAoTPIVkQbancT
41rOiWB826paCSLrgYLZbNXqG6KZ2089ZNgSBtZmjuEPmxeqlQjycKjEJ3O6h0pW+aQvVoECPjtn
2H5YJ+cExBMT1AQPtAzeVzt3E46JxEChj7tAIoF3DN8SPxH8d4i8hY3H97PZnsgUlEGaRI2yJzJs
FC+R6vxR7XM5kalaa0a1Y+LNRwy56OIhcHDZiIHJNTSEWlDtC0jOnuniNB1nWXT/BYuPUJyuKRkv
iV4bsP3dnwtvpZC1VfX0/6JQpoSzuWZeEDGeVVFwkUggHPDpB+EtEFMyY64i4UKB45cFkoBwP90p
+wJpS+YXBTKsCu3yAnlk4nEtKxCE2wfop22T+/H18/dvX5qjHLVV11D7sMsu3JvLyyjt1/JhW/3T
sLRVAt0wTtOZ43ZcNxE8B6tefA6RY1thvBzRlAjICjkTFtdF627quup1Ybn++eIPC048YWnZnCMB
HH4bluZBYyY/AQAA//8DAFBLAwQUAAYACAAAACEAF6AWTgIBAACsAQAAFAAAAHdvcmQvd2ViU2V0
dGluZ3MueG1sjNDBSgMxEAbgu+A7LLm32ZUisnS3IFLxIoL6AGl2dhvMZMJMaqxPb9qqIF56yySZ
j5l/ufpAX70Di6PQqWZeqwqCpcGFqVOvL+vZjaokmTAYTwE6tQdRq/7yYpnbDJtnSKn8lKooQVq0
ndqmFFutxW4BjcwpQiiPIzGaVEqeNBp+28WZJYwmuY3zLu31VV1fq2+Gz1FoHJ2FO7I7hJCO/ZrB
F5GCbF2UHy2fo2XiITJZECn7oD95aFz4ZZrFPwidZRIa07wso08T6QNV2pv6eEKvKrTtwxSIzcaX
BHOzUH2Jj2Jy6D5hTXzLlAVYH66N95SfHu9Lof9k3H8BAAD//wMAUEsDBBQABgAIAAAAIQC11jN7
lwUAAO1cAAASAAAAd29yZC9udW1iZXJpbmcueG1s7FzNjuI4EL6vtO+Acu8mvySgoUd0gFWvdkcr
Ta/2HEJoosmfnADT13mZeYR9rHmFLcdJOsEBOg6z4lCXhnZclXKlPvtzUfGHj1/DYLD3SOrH0VRS
7mVp4EVuvPajl6n09/PyzpIGaeZEayeII28qvXqp9PHh118+HCbRLlx5BDoOQEeUTg6JO5W2WZZM
hsPU3Xqhk96HvkviNN5k924cDuPNxne94SEm66EqK3L+LSGx66Up6LGdaO+kUqEu5LXFiRfBvTYx
CZ0svY/JyzB0yJddcgfaEyfzV37gZ6+gWx6VauKptCPRpDDorjKIikyYQcVHKUG4UbTcl0nOY3cX
elGW33FIvABsiKN06ydvwxDVBkPclibtzw1iHwZlv0Oi6Nz9qiG/5xnMiXOAR/GmkFPX4ow1EwoD
5gf6fN+e6rFGRT43mOKJUBWVDe8xoXnP0pLQ8aNKjZhr6s4FSPSJ799IvEsqcxK/n7an6EuliyKz
g2XyKEdefWhpJwUcdD9vncSTBqE7eXqJYuKsArDooOgDGpHSA8wWzirNiONmn3bhoPHf03oqyXmX
KPXXcG3vBNCiLeeaMl5IQyoc7oLM/8Pbe8Hza+KVfbavK+Kv/6TXAnqN9c3CJCh7GOOFrctyoSXY
0ws+fNA7wtcsCWCSkXV5LMuyktsAcx3JSnGFaYSJbhlWjatdEHgZuwKqnr2v1aUf3/6t2n93Sy2B
tym6J38ROho/osOkzVPJVHNLtk70kk+52kimKoaHSdGZMBmyjKMsBTEndX2InM+v4SoG3B8m2xn4
rdHgR6B47W0c8EyhLNcCSsFgakHdEwrnCS1vgWkNZrM9PMcreCbu6hdF18UcY8c74ntk8Mk71Lxz
1OpCuB81bbt5TeW8Zlzfaz++fe/qN1WBAKJR0TWg/oHwo6s+LFxVTDXbujmIBVETYKA5u2pYCQBO
tSwxB10PcToXO7eAOJh5xBxzDCQ2Hx219kccw1c9oG4DcbomOIU30cW81mzrhjigvNySdguIM2CB
FZqSroc4k3PNLSDOMAXn6iNsFQzgqLU/4mDrdxRQt4G4kS44hTfRJYI4oFA1InuR1zLm1OC1lqwa
5qPB1nVRXqvYpjVbWGrFDuBBIa9FXtsf88hr6d7rzHYJeS3sYdt3kshr2ZazG21DXnsBcchrTyIO
ea0I4pDXcojryGvVPFda57Wq8miP5rrej9fKj+OFvBhbyGtp1rd9lcV8rQjmkddymG9ul5DXnkQc
8loRxCGvvYA45LUnEYe8VgRxyGs5xHXktRrHa7Wxrurz0bgfr7WX45mtPiKvPZNYQ14rgnnktRzm
kde+s/IHea0I4pDXXkAc8lrktbUKvP6/SSKv5RDXkdeyEtx6vlazlYWimXmxqXh9rWnYi7ltFFnf
elVpXvGD9bVQaYy8VmSVRV7LYR55LfJaqPP6WdV+yGsvIA55LfJa5LUQA0V9HHwcvZT0v9fXGly+
Vtc03VguetbX6uajbmhzzNdivrbxNln/vSzy2gurLNYhnFxlMV8rspNEXnsBcchrTyLO5N6AwvfG
6C/hkH48wwwwX8s5qGO+dsTz2rFqGZZZvPEl+t6YPVtaij7GfO2Z6MV8rcgqi7yWwzzmazFfi/na
qfTeI236Z4+aiENei7wW87UQA7eTrzU5XmssFpo86vve2HxmzjQbDv3LTwvDOgQ854ud/oX52p/w
G01zlcV87clVFvO1IjtJzNde2Ekirz2JOMzXiiAO87Uc4vh8LRwCC5t5+EvPq2XnetVOAnuiJ7rm
B9fmGVoQh56UeTfE2LEJrWLlqa9tYuyttFYxrcjGt4lx5+6+GZkngE8YyWoqWu+Wn4d7QoylrFvF
zDNGsh1Bq1hew3Hibla+kWgVyzcBpRj7ZMeUP/wHAAD//wMAUEsBAi0AFAAGAAgAAAAhAPAh7H2O
AQAAEwYAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA
ACEAHpEat/MAAABOAgAACwAAAAAAAAAAAAAAAADHAwAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA
ACEA0ETThywBAAA+BAAAHAAAAAAAAAAAAAAAAADrBgAAd29yZC9fcmVscy9kb2N1bWVudC54bWwu
cmVsc1BLAQItABQABgAIAAAAIQDJXrVAJhMAAM2XAAARAAAAAAAAAAAAAAAAAFkJAAB3b3JkL2Rv
Y3VtZW50LnhtbFBLAQItABQABgAIAAAAIQDpbE6NtAYAAKsbAAAVAAAAAAAAAAAAAAAAAK4cAAB3
b3JkL3RoZW1lL3RoZW1lMS54bWxQSwECLQAUAAYACAAAACEAiRDU+K0EAAC5CwAAEQAAAAAAAAAA
AAAAAACVIwAAd29yZC9zZXR0aW5ncy54bWxQSwECLQAUAAYACAAAACEAfRXwABAIAABjPgAADwAA
AAAAAAAAAAAAAABxKAAAd29yZC9zdHlsZXMueG1sUEsBAi0AFAAGAAgAAAAhADiWk/WWCAAAVEEA
ABoAAAAAAAAAAAAAAAAArjAAAHdvcmQvc3R5bGVzV2l0aEVmZmVjdHMueG1sUEsBAi0AFAAGAAgA
AAAhACji7BzoAQAA4gMAABAAAAAAAAAAAAAAAAAAfDkAAGRvY1Byb3BzL2FwcC54bWxQSwECLQAU
AAYACAAAACEAvYpm5WoBAAC5AgAAEQAAAAAAAAAAAAAAAACaPAAAZG9jUHJvcHMvY29yZS54bWxQ
SwECLQAUAAYACAAAACEAeZyWII0CAADlCAAAEgAAAAAAAAAAAAAAAAA7PwAAd29yZC9mb250VGFi
bGUueG1sUEsBAi0AFAAGAAgAAAAhABegFk4CAQAArAEAABQAAAAAAAAAAAAAAAAA+EEAAHdvcmQv
d2ViU2V0dGluZ3MueG1sUEsBAi0AFAAGAAgAAAAhALXWM3uXBQAA7VwAABIAAAAAAAAAAAAAAAAA
LEMAAHdvcmQvbnVtYmVyaW5nLnhtbFBLBQYAAAAADQANAEkDAADzSAAAAAA=

--_004_F085911F642A6847987ADA23E611780D1858E736hoshiunilux_--

From pthubert@cisco.com  Thu Aug 29 02:16:18 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30DDB21F9E62 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 02:16:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.561
X-Spam-Level: 
X-Spam-Status: No, score=-10.561 tagged_above=-999 required=5 tests=[AWL=0.037, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hnLVDtGm72LM for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 02:16:12 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id C6B6C21F9EF4 for <6tsch@ietf.org>; Thu, 29 Aug 2013 02:16:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13591; q=dns/txt; s=iport; t=1377767769; x=1378977369; h=from:to:cc:subject:date:message-id:mime-version; bh=SBoSvMZDmkLctjEOzY6hG3FzEfZvstmLCFmFmCVqQZc=; b=S8wJE5o69NdOr0ySaW89hrO2HRxHSBMqYcRoE2xcQE/5QLQy6T4s8QLK V3r7kC1wAL4BKMOMsiZlJkk4M9WLH2yvHJdi47uY2wGdvL5yCOu2ffYWR 7/+PizRuejq6M6gZ3Z+fe2h7LTraCPfxjCTNubbOoK5HikoLTewvOPsNx o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgYFADQQH1KtJXHB/2dsb2JhbABaDoI1RDVRwCiBKRZ0giYBBC1MEgEqViYBBAENDYd5uQSPQzGDI4EAA4VKjk+VQIJhP4Iq
X-IronPort-AV: E=Sophos;i="4.89,982,1367971200";  d="scan'208,217";a="253069145"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-3.cisco.com with ESMTP; 29 Aug 2013 09:16:08 +0000
Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id r7T9G7JX027984 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 29 Aug 2013 09:16:08 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.02.0318.004; Thu, 29 Aug 2013 04:16:07 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>, Qin Wang <qinwang@berkeley.edu>, "JP Vasseur (jvasseur)" <jvasseur@cisco.com>
Thread-Topic: Dynamic slot activation (was part of [6tsch] the 4th control flow)
Thread-Index: Ac6kmElEzON3LhrjS3mmBjgO0XvX0w==
Date: Thu, 29 Aug 2013 09:16:07 +0000
Deferred-Delivery: Thu, 29 Aug 2013 09:16:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD84143010E@xmb-rcd-x01.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.49.80.28]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84143010Exmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: [6tsch] Dynamic slot activation (was part of the 4th control flow)
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 09:16:18 -0000

--_000_E045AECD98228444A58C61C200AE1BD84143010Exmbrcdx01ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello Xavi and Qin:

I'm not sure we want  to continue this discussion now or keep it for later,=
 but either way I'm making it a separate thread to save the current conclus=
ions.

In short, Thomas below asked:

Thomas> over what cells with the reports travel? Another questions could be=
: over what cells will the request to install cells travel?

This is a good question and at the same time this is not really something t=
hat we have to answer right now, per our proposed charter, as Xavi indicate=
s:
Xavi> I think it is better first to concentrate on the basic things

On the side I think the use of the word 'basic' these days could create con=
fusion since it seems to refer to draft-vilajosana-6tsch-basic which is pro=
bably not Xavi's intention here.
I'd suggest that when we refer to the operation in the draft-vilajosana-6ts=
ch-basic draft, we call it something like "Basic 6TiSCH" or "Basic 6TiSCH S=
upport" so the use of the plain word "basic" may not be confusing anymore.

For this particular thread, I suggested as an answer to Thomas that 1) I ag=
ree that in the future the control flows could travel over a Basic 6TiSCH i=
nstance, and in that case 2) that we could probably handle burstiness of co=
ntrol traffic by overprovisioning time slots and then indicating dynamicall=
y which extra time slots are being used; as Qin puts it very clearly:
Qin> Over-provision can increase the throughput at peak time, while the con=
trol bits can reduce the energy consumption for idle-listening (at least at=
 the beginning of slot) in those unused Tx/Rx cells.
I was thinking of something like a 'more' bit in a cell the is being used i=
n order to tell listeners to wake up in the next overprovisionned cell, as =
opposed to a bit sent at the beginning of the overprovisionned cell that wo=
uld indicate that the cell is not being used, though. Xavi agrees that it X=
avi> sounds to me a great idea

To make sure that we do not make a confusion between 1) the bits that contr=
ol the use of overprovisionned cells in a bundle and that are pigy backed w=
ith the traffic to indicate there is more trafficoutstanding and 2) the end=
 to end protocol that controls the allocation of cells between a controllin=
g entity and the device, or between devices, JP insisted that the control f=
lows for the latter (which are the subject of the original thread by Qin) s=
hould be cleanly defined and that we should not expect to piggy back them w=
ith traffic:
JP> I would just be vary cautious when thinking of piggybacking control inf=
ormation in packet header for control plane purpose

With this summary, it is up to us to continue the discussion or save it for=
 later. Should we continue, I suggest we do it in the context of Basic 6TiS=
CH to see if that mode could benefit from over-provisioned time slots but t=
hen provide a way to use only a subset of those slots. This would probably =
make Basic 6TiSCH a lot more useful in the future for applications of vario=
us scales and degrees of burstiness.

Cheers,

Pascal

--_000_E045AECD98228444A58C61C200AE1BD84143010Exmbrcdx01ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Xavi and Qin:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;m not sure we wan=
t&nbsp; to continue this discussion now or keep it for later, but either wa=
y I&#8217;m making it a separate thread to save the current conclusions.<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">In short, Thomas below as=
ked:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064A2">Thomas&gt; over what c=
ells with the reports travel? Another questions could be: over what cells w=
ill the request to install cells travel?<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">This is a good question a=
nd at the same time this is not really something that we have to answer rig=
ht now, per our proposed charter, as Xavi indicates:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064A2">Xavi&gt; I think it is=
 better first to concentrate on the basic things<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">On the side I think the u=
se of the word &#8216;basic&#8217; these days could create confusion since =
it seems to refer to draft-vilajosana-6tsch-basic which is probably
 not Xavi&#8217;s intention here.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d suggest that wh=
en we refer to the operation in the draft-vilajosana-6tsch-basic draft, we =
call it something like &#8220;Basic 6TiSCH&#8221; or &#8220;Basic 6TiSCH Su=
pport&#8221;
 so the use of the plain word &#8220;basic&#8221; may not be confusing anym=
ore.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">For this particular threa=
d, I suggested as an answer to Thomas that 1) I agree that in the future th=
e control flows could travel over a Basic 6TiSCH instance,
 and in that case 2) that we could probably handle burstiness of control tr=
affic by overprovisioning time slots and then indicating dynamically which =
extra time slots are being used; as Qin puts it very clearly:<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064A2">Qin&gt; Over-provision=
 can increase the throughput at peak time, while the control bits can reduc=
e the energy consumption for idle-listening (at least at the
 beginning of slot) in those unused Tx/Rx cells.<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I was thinking of somethi=
ng like a &#8216;more&#8217; bit in a cell the is being used in order to te=
ll listeners to wake up in the next overprovisionned cell, as opposed
 to a bit sent at the beginning of the overprovisionned cell that would ind=
icate that the cell is not being used, though. Xavi agrees that it
</span><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#8064A2">Xavi&gt; sounds to me a great idea</sp=
an></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">To make sure that we do n=
ot make a confusion between 1) the bits that control the use of overprovisi=
onned cells in a bundle and that are pigy backed with the
 traffic to indicate there is more trafficoutstanding and 2) the end to end=
 protocol that controls the allocation of cells between a controlling entit=
y and the device, or between devices, JP insisted that the control flows fo=
r the latter (which are the subject
 of the original thread by Qin) should be cleanly defined and that we shoul=
d not expect to piggy back them with traffic:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064A2">JP&gt; I would just be=
 vary cautious when thinking of piggybacking control information in packet =
header for control plane purpose</span></b><b><span style=3D"font-size:11.0=
pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o=
:p></o:p></span></b></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">With this summary, it is =
up to us to continue the discussion or save it for later. Should we continu=
e, I suggest we do it in the context of
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">Basic 6TiSCH to see if that mode could be=
nefit from over-provisioned time slots but then provide a way to use only a=
 subset of those slots. This would probably make Basic
 6TiSCH a lot more useful in the future for applications of various scales =
and degrees of burstiness.</span><span style=3D"font-size:11.0pt;font-famil=
y:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></o:p></span><=
/p>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD84143010Exmbrcdx01ciscoc_--

From pthubert@cisco.com  Thu Aug 29 02:40:13 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7AFE21F9AE7 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 02:40:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.491
X-Spam-Level: 
X-Spam-Status: No, score=-10.491 tagged_above=-999 required=5 tests=[AWL=0.107, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qo52eefwggEY for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 02:40:09 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 9B60521F8B4E for <6tsch@ietf.org>; Thu, 29 Aug 2013 02:40:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=37748; q=dns/txt; s=iport; t=1377769208; x=1378978808; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=sHQApoJ5Nqa7IzGVP1cL4aW13QZBEIazo8fnXo209XM=; b=eyQUmaDGgdhtvvPJjNHfZDe5EnhSVH0BgHY4bBcXuM4Pd7UVzrWwpHx3 EtiBXmtyWq6QlAzWdVbtPgVF/8x7RYuvnY6tbreUCQ5DHLwjjm+W9LwSp oyJaEnjWTjDY4H3QYmQsZVL2JyAAPRR/hG65eDkdKI/f6Y94NhLi59fNU U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgkFAIcWH1KtJXHB/2dsb2JhbABXAw6CNUQ1UcAogSoWdIIkAQEBAwEBAQEkBhwlCwULAgEIEQQBAQEKFgEGBycLFAkIAgQBDQUIE4dgBgy4e44qEYEIIQsBBAYBCQiDC4EAA4VKgzKgXYJhP4FxOQ
X-IronPort-AV: E=Sophos;i="4.89,982,1367971200";  d="scan'208,217";a="253139805"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-4.cisco.com with ESMTP; 29 Aug 2013 09:40:07 +0000
Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id r7T9e6rC020130 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 29 Aug 2013 09:40:06 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.02.0318.004; Thu, 29 Aug 2013 04:40:05 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, Qin Wang <qinwang@berkeley.edu>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOpBqdJOdqNz01RYqfaTSvull3F5mr6Hkg
Date: Thu, 29 Aug 2013 09:40:05 +0000
Deferred-Delivery: Thu, 29 Aug 2013 09:40:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD841430178@xmb-rcd-x01.cisco.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com> <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com>
In-Reply-To: <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.49.80.28]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD841430178xmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 09:40:14 -0000

--_000_E045AECD98228444A58C61C200AE1BD841430178xmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

+1.

I expect that the event flow is the way the device A instructs the controll=
er (the PCE) that it needs a track to device B?

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: mercredi 28 ao=FBt 2013 20:15
To: Qin Wang
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] the 4th control flow

All,

If possible, let's keep things simple and stick closely to the charter, cer=
tainly for now.

I would like to propose the following assumptions:

  *   let's assume signaling and data packets are independent.
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.
[] Agreed

  *   let's consider the steps highlighted in the charter, for now:

     *   draft-vilajosana-6tsch-basic gives us a network with minimal conne=
ctivity between all nodes in the network. Most of the schedule is empty, av=
ailable ot some dynamic scheduler.
     *   the scheduler uses the minimal connectivity to communicate, either=
 between neighbors (distributed), or between nodes and the PCE (centralized=
)
[] Agreed. Note that if we want to build on that decision for the future, w=
e'll want at some point an extension to Basic TiSCH to make it a little bit=
 more configurable.
If we agree with this, I propose we go back to discussing the types of flow=
s, per the name of this thread. I'd like to call on a rough consensus for t=
he following 4 flows:

  *   ME->node

     *   action
     *   query

  *   node->ME

     *   report
     *   event
Thomas


On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Thomas,

I agree to keep different alternatives, at lease as options.

Regarding to what kinds of cells should be used for conveying the report, s=
hared cells or dedicated cells, I would like to leave them to configuration=
. What do you think?

Thanks
Qin


On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
Qin,

You bring up a good point: over what cells with the reports travel? Another=
 questions could be: over what cells will the request to install cells trav=
el? I believe that, whatever the policy in place in the network, there will=
 always need to be some cells installed for infrequent signaling traffic. I=
f the report rate is very slow, it might qualify as "infrequent signaling t=
raffic". For sure, the request to change the schedule qualifies.

Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha s=
chedule indicated in the draft can be used for the signaling traffic betwee=
n the nodes and the ME. Of course, if the report rate is very high, some de=
dicate track might be installed, but I do not believe this is needed, certa=
inly not this early on.

I agree with Diego that keeping the solution open to different alternative =
is key.

Thomas

On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <diego.dujovne@mail.ud=
p.cl<mailto:diego.dujovne@mail.udp.cl>> wrote:
Qin, Thomas,
      Alternative (1) adds delay to define the slots to send the event
to the ME (propagate the new schedule),
while alternative (2)  keeps reserved slots waiting for the event to happen=
.
I think both alternatives should be included, and configured by the ME depe=
nding
on the network requirements.

More thoughts?

Diego Dujovne

2013/8/27 Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>:
> Thomas,
>
> I agree with almost all. Only some comments on "Report Flow".
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-drive=
n
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven repo=
rt
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured b=
y
> ME, just like the interval of periodically report. Make sense?
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.
> (1) when a event is triggered, node sends a request to ME and ask some BW=
 to
> send the report. I believe that is how the 4th control flow works.
> (2) when ME configure the events and their triggers, ME also provisions s=
ome
> BW for the node which allows the node to send the report triggered by som=
e
> event.
>
> I have no strong opinion on which one is better. But, the bottom line is =
the
> configuration of the set of events and their triggers should be out of 6t=
op
> scope. Thought?
>
> Thanks
> Qin
>
>
>
>
>
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<ma=
ilto:twatteyne@linear.com>>
> wrote:
>>
>> Qin,
>>
>> Please correct me if I'm wrong:
>> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
>> commands are add/delete cells.
>> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> queries are about current cells usage or statistics.
>> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
>> information covers cells usage or statistics.
>>
>> Questions:
>> - Looks like Query and Report flows contain the same information. In
>> normal operation, the Report flow should be enough, the Query flow only
>> being used in special cases, for example when the ME has lost state (jus=
t
>> booted, bug, etc). Agreed?
>> - The ME should be able to configure the report flow. Configuration coul=
d
>> be "send report every X seconds" or "send report when variable X larger =
than
>> Y". I imagine this could be done over the action flow? Agreed?
>> - A node will want to report an urgent event to the ME. One such events =
is
>> "the topology appears to have changed". There any many cases where this
>> information needs to be sent immediately, i.e. no time to wait for the n=
ext
>> report cycle. We can consider this to be an asynchronous report, or part=
 of
>> a new "Event" flow.
>> - Same for the mote asking the ME for a schedule update.
>>
>> Thoughts?
>>
>> Thomas
>>
>>
>>
>> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:=
qinwang@berkeley.edu>> wrote:
>>>
>>> Xavi,
>>>
>>> Approach-(2) is more flexible and likely covers more situations. But, i=
t
>>> may bring some complexity to 6top, because 6top has to make decision on=
 the
>>> bandwidth request (add/delete), which needs some metrics, some intellig=
ence.
>>>
>>> What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> w=
rote:
>>>>
>>>> Hi Qin, I like your (2).
>>>>
>>>> Note also that there are situations that might have some differences.
>>>>
>>>> 1-the track already exists.
>>>> 2-the track between the two entities does not exists
>>>>
>>>> in either case I think that the node that requires certain BW to anoth=
er
>>>> node should talk to 6top, which processes that request and sends a req=
uest
>>>> to the ME, the ME installs that new track.
>>>>
>>>> does it make sense. Do you see any drawback on that approach?
>>>>
>>>> X
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailt=
o:qinwang@berkeley.edu>> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> During today's call, we presented three control flows between
>>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Re=
port
>>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>>> continue the discussion about 4th flow.
>>>>>
>>>>> Here is the scenario: when a node finds that more cells are needed,
>>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be ab=
le to
>>>>> ask ME to install more bandwidth.
>>>>>
>>>>> I can see two approaches:
>>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRat=
e
>>>>> is a attribute in 6top. Then, ME can get the information via Query Fl=
ow or
>>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>>> Request to ME, and then ME install more bandwidth. This is the 4th co=
ntrol
>>>>> flow.
>>>>>
>>>>> What do you think? Which one makes more sense?
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>>
>> --
>> Thomas Watteyne, Ph. D
>> Sr. Networking Design Engineer
>> Dust Networks / Linear Technology
>> 30695 Huntwood Ave
>> Hayward, CA 94544-7021
>> +1 (510) 400-2978<tel:%2B1%20%28510%29%20400-2978>
>> twatteyne@linear.com<mailto:twatteyne@linear.com>
>>
>> This e-mail transmission, and any documents, files or previous e-mail
>> messages attached to it may contain confidential information that is leg=
ally
>> privileged. If you are not the intended recipient, or a person responsib=
le
>> for delivering it to the intended recipient, you are hereby notified tha=
t
>> any disclosure, copying, distribution or use of any of the information
>> contained in or attached to this transmission is STRICTLY PROHIBITED. If=
 you
>> have received this transmission in error, please immediately notify me b=
y
>> reply e-mail, or by telephone at (510) 400-2978<tel:%28510%29%20400-2978=
>, and destroy the original
>> transmission and its attachments without reading or saving in any manner=
.
>> Thank you.
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>



--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl>
(56 2) 676 8125<tel:%2856%202%29%20676%208125>
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--_000_E045AECD98228444A58C61C200AE1BD841430178xmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:649214944;
	mso-list-template-ids:1725967976;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1
	{mso-list-id:2025160032;
	mso-list-template-ids:896704638;}
@list l1:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l1:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
@list l1:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Wingdings;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">&#43;1.
<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I expect that the event f=
low is the way the device A instructs the controller (the PCE) that it need=
s a track to device B?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> mercredi 28 ao=FBt 2013 20:15<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> 6tsch@ietf.org<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">If possible, let's keep things simple and stick clos=
ely to the charter, certainly for now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I would like to propose the following assumptions:<o=
:p></o:p></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level1 lfo1">
let's assume signaling and data packets are independent.<br>
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.<o:p></o:p></=
li></ul>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[] Agreed</span></i></b><span sty=
le=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quo=
t;;color:#1F497D"><o:p></o:p></span></p>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level1 lfo1">
let's consider the steps highlighted in the charter, for now:<o:p></o:p></l=
i></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level2 lfo1">
draft-vilajosana-6tsch-basic gives us a network with minimal connectivity b=
etween all nodes in the network. Most of the schedule is empty, available o=
t some dynamic scheduler.<o:p></o:p></li><li class=3D"MsoNormal" style=3D"m=
so-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level2 lfo1">
the scheduler uses the minimal connectivity to communicate, either between =
neighbors (distributed), or between nodes and the PCE (centralized)<o:p></o=
:p></li></ul>
</ul>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[] Agreed. Note that if we want t=
o build on that decision for the future, we&#8217;ll want at some
 point an extension to Basic TiSCH to make it a little bit more configurabl=
e.</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&=
quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal">If we agree with this, I propose we go back to discu=
ssing the types of flows, per the name of this thread. I'd like to call on =
a rough consensus for the following 4 flows:<o:p></o:p></p>
</div>
</div>
<div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level1 lfo2">
ME-&gt;node<o:p></o:p></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level2 lfo2">
action<o:p></o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:a=
uto;mso-margin-bottom-alt:auto;mso-list:l1 level2 lfo2">
query<o:p></o:p></li></ul>
</ul>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level1 lfo2">
node-&gt;ME<o:p></o:p></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level2 lfo2">
report<o:p></o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:a=
uto;mso-margin-bottom-alt:auto;mso-list:l1 level2 lfo2">
event<o:p></o:p></li></ul>
</ul>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Thomas,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I agree to keep different alternatives, at lease as =
options.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to what kinds of cells should be used for =
conveying the report, shared cells or dedicated cells, I would like to leav=
e them to configuration. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<o:p></o:p></span><=
/p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever the policy in place in =
the network, there will always need
 to be some cells installed for infrequent signaling traffic. If the report=
 rate is very slow, it might qualify as &quot;infrequent signaling traffic&=
quot;. For sure, the request to change the schedule qualifies.<o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Isn't the answer&nbsp;draft-vilajosana-6tsch-basic? =
That is, the slotted Aloha schedule indicated in the draft can be used for =
the signaling traffic between the nodes and the ME. Of course, if the repor=
t rate is very high, some dedicate track
 might be installed, but I do not believe this is needed, certainly not thi=
s early on.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><o:p>&nbsp;</o:p></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<o:p></o:p></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<o:p></o:p></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
&nbsp; &nbsp; &nbsp; Alternative (1) adds delay to define the slots to send=
 the event<br>
to the ME (propagate the new schedule),<br>
while alternative (2) &nbsp;keeps reserved slots waiting for the event to h=
appen.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I'm not sure what the best way to handle event-driven r=
eport<br>
&gt; is. I think we don't want to assume 6top sublayer is very intelligent,=
 in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is &nbsp;when and how the bandw=
idth for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I'm wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today's call, we presented three control flows =
between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" target=3D"_blank">&#43=
;1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" target=3D"_blank">
(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" target=3D"_blank">(56 2) 676 8125=
</a><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD841430178xmbrcdx01ciscoc_--

From qinwang@berkeley.edu  Thu Aug 29 07:40:52 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9BB721F9B52 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 07:40:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.925
X-Spam-Level: 
X-Spam-Status: No, score=-2.925 tagged_above=-999 required=5 tests=[AWL=0.051,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QzSrgOQQGzQe for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 07:40:47 -0700 (PDT)
Received: from mail-ve0-f175.google.com (mail-ve0-f175.google.com [209.85.128.175]) by ietfa.amsl.com (Postfix) with ESMTP id 7D70611E8116 for <6tsch@ietf.org>; Thu, 29 Aug 2013 07:40:45 -0700 (PDT)
Received: by mail-ve0-f175.google.com with SMTP id oy10so381314veb.20 for <6tsch@ietf.org>; Thu, 29 Aug 2013 07:40:45 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=gdJAfm1QtOEOzzyIHzgHZM6TO7ZSYV3nnE1q1laKw5c=; b=hhF/xBEZTsX/rEvdoXBfxIhiYT2Hy+4rfJlwus8dNQQdk9O6AsW6tr5qW3o+KcqAY7 5iDmAf1qaaT5UnctKqjcHpbotkjlenTnFukS0lPXcX75M5Ax2+CHDPyvdhWkj57mW5z9 vfeBBWlwx6rJdQ0yHqRcqtlRXWNkSq6nD0gh8b5+5hAj1Or6r8bgP17yiGDDsA0/AKeg i1nzey4Zo9sgOcCf/2PB4qMtvPQU3mYH0LVoQTkyMtCAkCQ7kfjeKTh7LEDPGQ3hTN6m dCR2saLbTJ2NbkiFn1vN2djD6rl2tqtiM0q0YiEJu8622YtS+IXRuSDMI3VrYqwM1uM3 aiKw==
X-Gm-Message-State: ALoCoQm6Z6PI6eLQ7548sFXfG54f5UygQ6dnifoBvGNK3UooXCTSjNAj332ln0l3AvwfY+QvOZbx
MIME-Version: 1.0
X-Received: by 10.58.235.69 with SMTP id uk5mr3502220vec.17.1377787244873; Thu, 29 Aug 2013 07:40:44 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 29 Aug 2013 07:40:44 -0700 (PDT)
In-Reply-To: <F085911F642A6847987ADA23E611780D1858E736@hoshi.uni.lux>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com> <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com> <CAAzoce4oieAMWz4TdF4N7xKJXtNCdkS80+kxB8AQdYRm3D5heA@mail.gmail.com> <CALEMV4aA8f9=kkFgDQiLJ6LAbQ2jKwAtVuHJnYRjLp=tNDr+oQ@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E736@hoshi.uni.lux>
Date: Thu, 29 Aug 2013 22:40:44 +0800
Message-ID: <CAAzoce7jrqLYqWAScApQhLc4KT9ZLoYN-G0rHcqiPLzdR0o8Nw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
Content-Type: multipart/alternative; boundary=047d7bd6c2c44eb1c504e5171768
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 14:40:52 -0000

--047d7bd6c2c44eb1c504e5171768
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Maria Rita,

Thank you very much for the updated version.

Regarding to who triggers Report Flow and Event Flow, I have different
understanding as follows. Being different from Query Flow, both Report Flow
and Event Flow are triggered by nodes themselves, instead of a query from
ME. In particular, the Report Flow will be triggered by a timer, because it
corresponds to periodically reporting behavior; and the Event Flow will be
triggered by some event specified by ME in advance, something like a alarm.

What do you think?

Qin



On Thu, Aug 29, 2013 at 5:00 PM, Maria Rita PALATTELLA <
maria-rita.palattella@uni.lu> wrote:

>  All, going back to the definition of the 4 control flows, I tried to
> fill some of the TODO rows of the tables that Qin created so far.****
>
> ** **
>
> An updated version of these tables is attached. I left also some comments
> for discussing on.****
>
> Any comment is welcome.****
>
> ** **
>
> Maria Rita****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Xavier Vilajosana Guillen
> *Sent:* Thursday, August 29, 2013 12:27 AM
> *To:* Qin Wang
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
>
> *Subject:* Re: [6tsch] the 4th control flow****
>
> ** **
>
> Hi, I also agree with the 4 message flows.
>
> as regards to Confirmation, this would introduce end-to-end confirmation
> at L2.5 - 3. I don't think we need that as a mandatory concept. Maybe an
> optional feature?
>
>
> X****
>
>  ** **
>
> On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Thomas,****
>
> ** **
>
> I agree to the 4 control flows. One more question for the two node->ME
> flows: Is a Confirmation from ME to node needed?****
>
> ** **
>
> Thanks****
>
> Qin****
>
> ** **
>
> On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> All,****
>
> ** **
>
> If possible, let's keep things simple and stick closely to the charter,
> certainly for now.****
>
> ** **
>
> I would like to propose the following assumptions:****
>
>    - let's assume signaling and data packets are independent.
>    IMO, signaling packets are either short and infrequent (events,
>    commands), or periodic and large (statistics). Once we have run a numb=
er of
>    networks, and can quantify the trade-offs, we can consider piggybackin=
g.
>    ****
>    - let's consider the steps highlighted in the charter, for now:****
>
>
>     - draft-vilajosana-6tsch-basic gives us a network with minimal
>       connectivity between all nodes in the network. Most of the schedule=
 is
>       empty, available ot some dynamic scheduler.****
>       - the scheduler uses the minimal connectivity to communicate,
>       either between neighbors (distributed), or between nodes and the PC=
E
>       (centralized)****
>
>  If we agree with this, I propose we go back to discussing the types of
> flows, per the name of this thread. I'd like to call on a rough consensus
> for the following 4 flows:****
>
>    - ME->node****
>
>
>     - action****
>       - query****
>
>
>    - node->ME****
>
>
>     - report****
>       - event****
>
>  Thomas****
>
> ** **
>
> ** **
>
> On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Thomas,****
>
> ** **
>
> I agree to keep different alternatives, at lease as options.****
>
> ** **
>
> Regarding to what kinds of cells should be used for conveying the report,
> shared cells or dedicated cells, I would like to leave them to
> configuration. What do you think?****
>
> ** **
>
> Thanks****
>
> Qin****
>
> ** **
>
> ** **
>
> On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> Qin,****
>
> ** **
>
> You bring up a good point: over what cells with the reports travel?
> Another questions could be: over what cells will the request to install
> cells travel? I believe that, whatever the policy in place in the network=
,
> there will always need to be some cells installed for infrequent signalin=
g
> traffic. If the report rate is very slow, it might qualify as "infrequent
> signaling traffic". For sure, the request to change the schedule qualifie=
s.
> ****
>
> ** **
>
> Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha
> schedule indicated in the draft can be used for the signaling traffic
> between the nodes and the ME. Of course, if the report rate is very high,
> some dedicate track might be installed, but I do not believe this is
> needed, certainly not this early on.****
>
> ** **
>
> I agree with Diego that keeping the solution open to different alternativ=
e
> is key.****
>
> ** **
>
> Thomas****
>
> ** **
>
> On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <
> diego.dujovne@mail.udp.cl> wrote:****
>
> Qin, Thomas,
>       Alternative (1) adds delay to define the slots to send the event
> to the ME (propagate the new schedule),
> while alternative (2)  keeps reserved slots waiting for the event to
> happen.
> I think both alternatives should be included, and configured by the ME
> depending
> on the network requirements.
>
> More thoughts?
>
> Diego Dujovne
>
> 2013/8/27 Qin Wang <qinwang@berkeley.edu>:****
>
> > Thomas,
> >
> > I agree with almost all. Only some comments on "Report Flow".
> >
> > As you mentioned, there are two kinds of report scenarios, one is
> > periodically report, another one is burst report or called as
> event-driven
> > report. I have no question on how periodically report works, which you
> > described. But I'm not sure what the best way to handle event-driven
> report
> > is. I think we don't want to assume 6top sublayer is very intelligent, =
in
> > another word, the events and the trigger of events should be configured
> by
> > ME, just like the interval of periodically report. Make sense?
> >
> > If you agree to it, the remained issue is  when and how the bandwidth f=
or
> > sending event-driven reports is reserved. Here are two ways I can see.
> > (1) when a event is triggered, node sends a request to ME and ask some
> BW to
> > send the report. I believe that is how the 4th control flow works.
> > (2) when ME configure the events and their triggers, ME also provisions
> some
> > BW for the node which allows the node to send the report triggered by
> some
> > event.
> >
> > I have no strong opinion on which one is better. But, the bottom line i=
s
> the
> > configuration of the set of events and their triggers should be out of
> 6top
> > scope. Thought?
> >
> > Thanks
> > Qin
> >
> >
> >
> >
> >
> >
> > On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com>
> > wrote:
> >>
> >> Qin,
> >>
> >> Please correct me if I'm wrong:
> >> - Action Flow (ME->6top). ME asks 6top to execute some command. Typica=
l
> >> commands are add/delete cells.
> >> - Query Flow (ME->6top). ME asks 6top for some information. Typical
> >> queries are about current cells usage or statistics.
> >> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical report=
ed
> >> information covers cells usage or statistics.
> >>
> >> Questions:
> >> - Looks like Query and Report flows contain the same information. In
> >> normal operation, the Report flow should be enough, the Query flow onl=
y
> >> being used in special cases, for example when the ME has lost state
> (just
> >> booted, bug, etc). Agreed?
> >> - The ME should be able to configure the report flow. Configuration
> could
> >> be "send report every X seconds" or "send report when variable X large=
r
> than
> >> Y". I imagine this could be done over the action flow? Agreed?
> >> - A node will want to report an urgent event to the ME. One such event=
s
> is
> >> "the topology appears to have changed". There any many cases where thi=
s
> >> information needs to be sent immediately, i.e. no time to wait for the
> next
> >> report cycle. We can consider this to be an asynchronous report, or
> part of
> >> a new "Event" flow.
> >> - Same for the mote asking the ME for a schedule update.
> >>
> >> Thoughts?
> >>
> >> Thomas
> >>
> >>
> >>
> >> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu>
> wrote:
> >>>
> >>> Xavi,
> >>>
> >>> Approach-(2) is more flexible and likely covers more situations. But,
> it
> >>> may bring some complexity to 6top, because 6top has to make decision
> on the
> >>> bandwidth request (add/delete), which needs some metrics, some
> intelligence.
> >>>
> >>> What do you think?
> >>>
> >>> Qin
> >>>
> >>>
> >>>
> >>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
> >>> <xvilajosana@eecs.berkeley.edu> wrote:
> >>>>
> >>>> Hi Qin, I like your (2).
> >>>>
> >>>> Note also that there are situations that might have some differences=
.
> >>>>
> >>>> 1-the track already exists.
> >>>> 2-the track between the two entities does not exists
> >>>>
> >>>> in either case I think that the node that requires certain BW to
> another
> >>>> node should talk to 6top, which processes that request and sends a
> request
> >>>> to the ME, the ME installs that new track.
> >>>>
> >>>> does it make sense. Do you see any drawback on that approach?
> >>>>
> >>>> X
> >>>>
> >>>>
> >>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu>
> wrote:
> >>>>>
> >>>>> Hi all,
> >>>>>
> >>>>> During today's call, we presented three control flows between
> >>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and
> Report
> >>>>> Flow, and started to talk about the 4th control flow. The thread wi=
ll
> >>>>> continue the discussion about 4th flow.
> >>>>>
> >>>>> Here is the scenario: when a node finds that more cells are needed,
> >>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be
> able to
> >>>>> ask ME to install more bandwidth.
> >>>>>
> >>>>> I can see two approaches:
> >>>>> (1) Managed by ME, without 4th Control Flow. Assume
> BandwidthUsageRate
> >>>>> is a attribute in 6top. Then, ME can get the information via Query
> Flow or
> >>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
> >>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
> >>>>> Request to ME, and then ME install more bandwidth. This is the 4th
> control
> >>>>> flow.
> >>>>>
> >>>>> What do you think? Which one makes more sense?
> >>>>>
> >>>>> Qin
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> 6tsch mailing list
> >>>>> 6tsch@ietf.org
> >>>>> https://www.ietf.org/mailman/listinfo/6tsch
> >>>>>
> >>>>
> >>>
> >>>
> >>> _______________________________________________
> >>> 6tsch mailing list
> >>> 6tsch@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/6tsch
> >>>
> >>
> >>
> >>
> >> --
> >> Thomas Watteyne, Ph. D
> >> Sr. Networking Design Engineer
> >> Dust Networks / Linear Technology
> >> 30695 Huntwood Ave
> >> Hayward, CA 94544-7021
> >> +1 (510) 400-2978
> >> twatteyne@linear.com
> >>
> >> This e-mail transmission, and any documents, files or previous e-mail
> >> messages attached to it may contain confidential information that is
> legally
> >> privileged. If you are not the intended recipient, or a person
> responsible
> >> for delivering it to the intended recipient, you are hereby notified
> that
> >> any disclosure, copying, distribution or use of any of the information
> >> contained in or attached to this transmission is STRICTLY PROHIBITED.
> If you
> >> have received this transmission in error, please immediately notify me
> by
> >> reply e-mail, or by telephone at (510) 400-2978, and destroy the
> original
> >> transmission and its attachments without reading or saving in any
> manner.
> >> Thank you.
> >
> >
> >
> > _______________________________________________
> > 6tsch mailing list
> > 6tsch@ietf.org
> > https://www.ietf.org/mailman/listinfo/6tsch
> >
>
>
>
> --****
>
> DIEGO DUJOVNE
> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
> Facultad de Ingenier=EDa UDP
> www.ingenieria.udp.cl
> (56 2) 676 8125****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>
> ** **
>
> ** **
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--047d7bd6c2c44eb1c504e5171768
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Maria Rita,<div><br></div><div>Thank you very much for =
the updated version.</div><div><br></div><div>Regarding to who triggers Rep=
ort Flow and Event Flow, I have different understanding as follows. Being d=
ifferent from Query Flow, both Report Flow and Event Flow are triggered by =
nodes themselves, instead of a query from ME. In particular, the Report Flo=
w will be triggered by a timer, because it corresponds to periodically repo=
rting behavior; and the Event Flow will be triggered by some event specifie=
d by ME in advance, something like a alarm.</div>
<div><br></div><div>What do you think?</div><div><br></div><div>Qin</div><d=
iv><br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_q=
uote">On Thu, Aug 29, 2013 at 5:00 PM, Maria Rita PALATTELLA <span dir=3D"l=
tr">&lt;<a href=3D"mailto:maria-rita.palattella@uni.lu" target=3D"_blank">m=
aria-rita.palattella@uni.lu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">All, going back to the de=
finition of the 4 control flows, I tried to fill some of the TODO rows of t=
he tables that Qin created so far.<u></u><u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">An updated version of the=
se tables is attached. I left also some comments for discussing on.<u></u><=
u></u></span></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Any comment is welcome.<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Maria Rita<u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> Thursday, August 29, 2013 12:27 AM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span></p><div class=3D"im"><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></div><p></p>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi, I also agree with the 4 message flows.</p><div><=
div class=3D"h5"><br>
as regards to Confirmation, this would introduce end-to-end confirmation at=
 L2.5 - 3. I don&#39;t think we need that as a mandatory concept. Maybe an =
optional feature?<br>
<br>
<br>
X<u></u><u></u></div></div><p></p>
</div><div><div class=3D"h5">
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Thomas,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree to the 4 control flows. One more question fo=
r the two node-&gt;ME flows: Is a Confirmation from ME to node needed?<u></=
u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<u></u><u></u></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">All,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">If possible, let&#39;s keep things simple and stick =
closely to the charter, certainly for now.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would like to propose the following assumptions:<u=
></u><u></u></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
let&#39;s assume signaling and data packets are independent.<br>
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.<u></u><u></u=
></li>
<li class=3D"MsoNormal">
let&#39;s consider the steps highlighted in the charter, for now:<u></u><u>=
</u></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal">
draft-vilajosana-6tsch-basic gives us a network with minimal connectivity b=
etween all nodes in the network. Most of the schedule is empty, available o=
t some dynamic scheduler.<u></u><u></u></li><li class=3D"MsoNormal">
the scheduler uses the minimal connectivity to communicate, either between =
neighbors (distributed), or between nodes and the PCE (centralized)<u></u><=
u></u></li></ul>
</ul>
<div>
<p class=3D"MsoNormal">If we agree with this, I propose we go back to discu=
ssing the types of flows, per the name of this thread. I&#39;d like to call=
 on a rough consensus for the following 4 flows:<u></u><u></u></p>
</div>
</div>
<div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
ME-&gt;node<u></u><u></u></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal">
action<u></u><u></u></li><li class=3D"MsoNormal">
query<u></u><u></u></li></ul>
</ul>
<ul type=3D"disc">
<li class=3D"MsoNormal">
node-&gt;ME<u></u><u></u></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal">
report<u></u><u></u></li><li class=3D"MsoNormal">
event<u></u><u></u></li></ul>
</ul>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<u></u><u></u></=
span></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Thomas,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree to keep different alternatives, at lease as =
options.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to what kinds of cells should be used for =
conveying the report, shared cells or dedicated cells, I would like to leav=
e them to configuration. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin<u></u><u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever the policy in place in =
the network, there will always need
 to be some cells installed for infrequent signaling traffic. If the report=
 rate is very slow, it might qualify as &quot;infrequent signaling traffic&=
quot;. For sure, the request to change the schedule qualifies.<u></u><u></u=
></p>

</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Isn&#39;t the answer=A0draft-vilajosana-6tsch-basic?=
 That is, the slotted Aloha schedule indicated in the draft can be used for=
 the signaling traffic between the nodes and the ME. Of course, if the repo=
rt rate is very high, some dedicate track
 might be installed, but I do not believe this is needed, certainly not thi=
s early on.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888"><u></u>=A0<u></u></spa=
n></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas<u></u><u></u></=
span></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
=A0 =A0 =A0 Alternative (1) adds delay to define the slots to send the even=
t<br>
to the ME (propagate the new schedule),<br>
while alternative (2) =A0keeps reserved slots waiting for the event to happ=
en.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I&#39;m not sure what the best way to handle event-driv=
en report<br>
&gt; is. I think we don&#39;t want to assume 6top sublayer is very intellig=
ent, in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is =A0when and how the bandwidt=
h for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I&#39;m wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today&#39;s call, we presented three control fl=
ows between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" target=3D"_blank">+1 (=
510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" target=3D"_blank">
(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" target=3D"_blank">(56 2) 676 8125=
</a><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--047d7bd6c2c44eb1c504e5171768--

From pthubert@cisco.com  Thu Aug 29 08:15:55 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A519821F9A70 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 08:15:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.504
X-Spam-Level: 
X-Spam-Status: No, score=-10.504 tagged_above=-999 required=5 tests=[AWL=0.094, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sYlNqurplbQP for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 08:15:50 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id EF0FF21F8846 for <6tsch@ietf.org>; Thu, 29 Aug 2013 08:15:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=57938; q=dns/txt; s=iport; t=1377789343; x=1378998943; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=K27kJoEDuI/u0ECKD45eO8meKHS0tTwcSl1j+opqpv0=; b=buKrpjBdNpYaUsdh6rvpdbYJ63F5cR/pc191wtcft6p5+9sDcuDCUWOe FCozgbzN1WztRgkLYFNTQSnmuvEncXrXRz8RjiGqC81AuTd0AqZNndPbi wZQsya7QQD4pOUNIAEljmLrqWTgxTFesub7rrVWkGjmS6lPJbbCnF49bd I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkcFAFZkH1KtJV2Y/2dsb2JhbABXAw6CNUQ1UcA3gScWdIIkAQEBAwEBAQEXDQYcJQsFCwIBCBEEAQEBChYBBgcnCxQJCAIEAQ0FCBOHYAYMuTCOKhGBCCELAQEDBgEGAwiDC4EAA4VKgzKgXYJhP4FxOQ
X-IronPort-AV: E=Sophos;i="4.89,984,1367971200";  d="scan'208,217";a="253162278"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-2.cisco.com with ESMTP; 29 Aug 2013 15:15:41 +0000
Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r7TFFfj1002548 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 29 Aug 2013 15:15:41 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.02.0318.004; Thu, 29 Aug 2013 10:15:40 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Qin Wang <qinwang@berkeley.edu>, Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOpMW9JOdqNz01RYqfaTSvull3F5msSnVA
Date: Thu, 29 Aug 2013 15:15:39 +0000
Deferred-Delivery: Thu, 29 Aug 2013 15:15:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD84143072D@xmb-rcd-x01.cisco.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com> <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com> <CAAzoce4oieAMWz4TdF4N7xKJXtNCdkS80+kxB8AQdYRm3D5heA@mail.gmail.com> <CALEMV4aA8f9=kkFgDQiLJ6LAbQ2jKwAtVuHJnYRjLp=tNDr+oQ@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E736@hoshi.uni.lux> <CAAzoce7jrqLYqWAScApQhLc4KT9ZLoYN-G0rHcqiPLzdR0o8Nw@mail.gmail.com>
In-Reply-To: <CAAzoce7jrqLYqWAScApQhLc4KT9ZLoYN-G0rHcqiPLzdR0o8Nw@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.49.80.28]
Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84143072Dxmbrcdx01ciscoc_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 15:15:55 -0000

--_000_E045AECD98228444A58C61C200AE1BD84143072Dxmbrcdx01ciscoc_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello Qin:

I'm with you that the reports and events are initiated by the device.

Then there is the flow that we discussed at the call last week and that tri=
ggered this thread. The use case is a new control loop for which a sensor d=
evice talks to the controller (the PCE) to request the establishment of a p=
ath between self and an actuator.

I imagined that this was considered an event. But maybe not?

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Q=
in Wang
Sent: jeudi 29 ao=FBt 2013 16:41
To: Maria Rita PALATTELLA
Cc: Thomas Watteyne; 6tsch@ietf.org; xvilajosana@eecs.berkeley.edu
Subject: Re: [6tsch] the 4th control flow

Hi Maria Rita,

Thank you very much for the updated version.

Regarding to who triggers Report Flow and Event Flow, I have different unde=
rstanding as follows. Being different from Query Flow, both Report Flow and=
 Event Flow are triggered by nodes themselves, instead of a query from ME. =
In particular, the Report Flow will be triggered by a timer, because it cor=
responds to periodically reporting behavior; and the Event Flow will be tri=
ggered by some event specified by ME in advance, something like a alarm.

What do you think?

Qin


On Thu, Aug 29, 2013 at 5:00 PM, Maria Rita PALATTELLA <maria-rita.palattel=
la@uni.lu<mailto:maria-rita.palattella@uni.lu>> wrote:
All, going back to the definition of the 4 control flows, I tried to fill s=
ome of the TODO rows of the tables that Qin created so far.

An updated version of these tables is attached. I left also some comments f=
or discussing on.
Any comment is welcome.

Maria Rita

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Xavier Vilajos=
ana Guillen
Sent: Thursday, August 29, 2013 12:27 AM
To: Qin Wang
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] the 4th control flow

Hi, I also agree with the 4 message flows.

as regards to Confirmation, this would introduce end-to-end confirmation at=
 L2.5 - 3. I don't think we need that as a mandatory concept. Maybe an opti=
onal feature?


X

On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Thomas,

I agree to the 4 control flows. One more question for the two node->ME flow=
s: Is a Confirmation from ME to node needed?

Thanks
Qin

On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
All,

If possible, let's keep things simple and stick closely to the charter, cer=
tainly for now.

I would like to propose the following assumptions:

  *   let's assume signaling and data packets are independent.
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.
  *   let's consider the steps highlighted in the charter, for now:

     *   draft-vilajosana-6tsch-basic gives us a network with minimal conne=
ctivity between all nodes in the network. Most of the schedule is empty, av=
ailable ot some dynamic scheduler.
     *   the scheduler uses the minimal connectivity to communicate, either=
 between neighbors (distributed), or between nodes and the PCE (centralized=
)
If we agree with this, I propose we go back to discussing the types of flow=
s, per the name of this thread. I'd like to call on a rough consensus for t=
he following 4 flows:

  *   ME->node

     *   action
     *   query

  *   node->ME

     *   report
     *   event
Thomas


On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Thomas,

I agree to keep different alternatives, at lease as options.

Regarding to what kinds of cells should be used for conveying the report, s=
hared cells or dedicated cells, I would like to leave them to configuration=
. What do you think?

Thanks
Qin


On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
Qin,

You bring up a good point: over what cells with the reports travel? Another=
 questions could be: over what cells will the request to install cells trav=
el? I believe that, whatever the policy in place in the network, there will=
 always need to be some cells installed for infrequent signaling traffic. I=
f the report rate is very slow, it might qualify as "infrequent signaling t=
raffic". For sure, the request to change the schedule qualifies.

Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha s=
chedule indicated in the draft can be used for the signaling traffic betwee=
n the nodes and the ME. Of course, if the report rate is very high, some de=
dicate track might be installed, but I do not believe this is needed, certa=
inly not this early on.

I agree with Diego that keeping the solution open to different alternative =
is key.

Thomas

On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <diego.dujovne@mail.ud=
p.cl<mailto:diego.dujovne@mail.udp.cl>> wrote:
Qin, Thomas,
      Alternative (1) adds delay to define the slots to send the event
to the ME (propagate the new schedule),
while alternative (2)  keeps reserved slots waiting for the event to happen=
.
I think both alternatives should be included, and configured by the ME depe=
nding
on the network requirements.

More thoughts?

Diego Dujovne

2013/8/27 Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>:
> Thomas,
>
> I agree with almost all. Only some comments on "Report Flow".
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-drive=
n
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven repo=
rt
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured b=
y
> ME, just like the interval of periodically report. Make sense?
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.
> (1) when a event is triggered, node sends a request to ME and ask some BW=
 to
> send the report. I believe that is how the 4th control flow works.
> (2) when ME configure the events and their triggers, ME also provisions s=
ome
> BW for the node which allows the node to send the report triggered by som=
e
> event.
>
> I have no strong opinion on which one is better. But, the bottom line is =
the
> configuration of the set of events and their triggers should be out of 6t=
op
> scope. Thought?
>
> Thanks
> Qin
>
>
>
>
>
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<ma=
ilto:twatteyne@linear.com>>
> wrote:
>>
>> Qin,
>>
>> Please correct me if I'm wrong:
>> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
>> commands are add/delete cells.
>> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> queries are about current cells usage or statistics.
>> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
>> information covers cells usage or statistics.
>>
>> Questions:
>> - Looks like Query and Report flows contain the same information. In
>> normal operation, the Report flow should be enough, the Query flow only
>> being used in special cases, for example when the ME has lost state (jus=
t
>> booted, bug, etc). Agreed?
>> - The ME should be able to configure the report flow. Configuration coul=
d
>> be "send report every X seconds" or "send report when variable X larger =
than
>> Y". I imagine this could be done over the action flow? Agreed?
>> - A node will want to report an urgent event to the ME. One such events =
is
>> "the topology appears to have changed". There any many cases where this
>> information needs to be sent immediately, i.e. no time to wait for the n=
ext
>> report cycle. We can consider this to be an asynchronous report, or part=
 of
>> a new "Event" flow.
>> - Same for the mote asking the ME for a schedule update.
>>
>> Thoughts?
>>
>> Thomas
>>
>>
>>
>> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:=
qinwang@berkeley.edu>> wrote:
>>>
>>> Xavi,
>>>
>>> Approach-(2) is more flexible and likely covers more situations. But, i=
t
>>> may bring some complexity to 6top, because 6top has to make decision on=
 the
>>> bandwidth request (add/delete), which needs some metrics, some intellig=
ence.
>>>
>>> What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> w=
rote:
>>>>
>>>> Hi Qin, I like your (2).
>>>>
>>>> Note also that there are situations that might have some differences.
>>>>
>>>> 1-the track already exists.
>>>> 2-the track between the two entities does not exists
>>>>
>>>> in either case I think that the node that requires certain BW to anoth=
er
>>>> node should talk to 6top, which processes that request and sends a req=
uest
>>>> to the ME, the ME installs that new track.
>>>>
>>>> does it make sense. Do you see any drawback on that approach?
>>>>
>>>> X
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailt=
o:qinwang@berkeley.edu>> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> During today's call, we presented three control flows between
>>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Re=
port
>>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>>> continue the discussion about 4th flow.
>>>>>
>>>>> Here is the scenario: when a node finds that more cells are needed,
>>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be ab=
le to
>>>>> ask ME to install more bandwidth.
>>>>>
>>>>> I can see two approaches:
>>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRat=
e
>>>>> is a attribute in 6top. Then, ME can get the information via Query Fl=
ow or
>>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>>> Request to ME, and then ME install more bandwidth. This is the 4th co=
ntrol
>>>>> flow.
>>>>>
>>>>> What do you think? Which one makes more sense?
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>>
>> --
>> Thomas Watteyne, Ph. D
>> Sr. Networking Design Engineer
>> Dust Networks / Linear Technology
>> 30695 Huntwood Ave
>> Hayward, CA 94544-7021
>> +1 (510) 400-2978<tel:%2B1%20%28510%29%20400-2978>
>> twatteyne@linear.com<mailto:twatteyne@linear.com>
>>
>> This e-mail transmission, and any documents, files or previous e-mail
>> messages attached to it may contain confidential information that is leg=
ally
>> privileged. If you are not the intended recipient, or a person responsib=
le
>> for delivering it to the intended recipient, you are hereby notified tha=
t
>> any disclosure, copying, distribution or use of any of the information
>> contained in or attached to this transmission is STRICTLY PROHIBITED. If=
 you
>> have received this transmission in error, please immediately notify me b=
y
>> reply e-mail, or by telephone at (510) 400-2978<tel:%28510%29%20400-2978=
>, and destroy the original
>> transmission and its attachments without reading or saving in any manner=
.
>> Thank you.
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>



--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl>
(56 2) 676 8125<tel:%2856%202%29%20676%208125>
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--_000_E045AECD98228444A58C61C200AE1BD84143072Dxmbrcdx01ciscoc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:370112156;
	mso-list-template-ids:72021624;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1
	{mso-list-id:927228542;
	mso-list-template-ids:2090602398;}
@list l1:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l1:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2
	{mso-list-id:1066489283;
	mso-list-template-ids:-1034008960;}
@list l2:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level2
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3
	{mso-list-id:1411079372;
	mso-list-template-ids:-1568877086;}
@list l3:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level2
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4
	{mso-list-id:1643920260;
	mso-list-template-ids:-170096564;}
@list l4:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l4:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5
	{mso-list-id:2117165530;
	mso-list-template-ids:1989827434;}
@list l5:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level2
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Qin:<o:p></o:p></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;m with you that t=
he reports and events are initiated by the device.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Then there is the flow th=
at we discussed at the call last week and that triggered this thread. The u=
se case is a new control loop for which a sensor device
 talks to the controller (the PCE) to request the establishment of a path b=
etween self and an actuator.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I imagined that this was =
considered an event. But maybe not?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> jeudi 29 ao=FBt 2013 16:41<br>
<b>To:</b> Maria Rita PALATTELLA<br>
<b>Cc:</b> Thomas Watteyne; 6tsch@ietf.org; xvilajosana@eecs.berkeley.edu<b=
r>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Maria Rita,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thank you very much for the updated version.<o:p></o=
:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to who triggers Report Flow and Event Flow=
, I have different understanding as follows. Being different from Query Flo=
w, both Report Flow and Event Flow are triggered by nodes themselves, inste=
ad of a query from ME. In particular,
 the Report Flow will be triggered by a timer, because it corresponds to pe=
riodically reporting behavior; and the Event Flow will be triggered by some=
 event specified by ME in advance, something like a alarm.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 29, 2013 at 5:00 PM, Maria Rita PALATTEL=
LA &lt;<a href=3D"mailto:maria-rita.palattella@uni.lu" target=3D"_blank">ma=
ria-rita.palattella@uni.lu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">All, going back to the definition of th=
e 4 control flows, I tried to fill some of the TODO rows of
 the tables that Qin created so far.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">An updated version of these tables is a=
ttached. I left also some comments for discussing on.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Any comment is welcome.</span><o:p></o:=
p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Maria Rita</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> Thursday, August 29, 2013 12:27 AM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi, I also agree with the 4 message flows.<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
as regards to Confirmation, this would introduce end-to-end confirmation at=
 L2.5 - 3. I don't think we need that as a mandatory concept. Maybe an opti=
onal feature?<br>
<br>
<br>
X<o:p></o:p></p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang &lt;<a href=3D"mailto:qi=
nwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I agree to the 4 control flows. One more question for the two node=
-&gt;ME flows: Is a Confirmation from ME to node needed?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">If possible, let's keep things simple and stick closely to the cha=
rter, certainly for now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would like to propose the following assumptions:<o:p></o:p></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l3 level1 lfo1">
let's assume signaling and data packets are independent.<br>
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.<o:p></o:p></=
li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bott=
om-alt:auto;mso-list:l3 level1 lfo1">
let's consider the steps highlighted in the charter, for now:<o:p></o:p></l=
i></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l4 level2 lfo2">
draft-vilajosana-6tsch-basic gives us a network with minimal connectivity b=
etween all nodes in the network. Most of the schedule is empty, available o=
t some dynamic scheduler.<o:p></o:p></li><li class=3D"MsoNormal" style=3D"m=
so-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l4 level2 lfo2">
the scheduler uses the minimal connectivity to communicate, either between =
neighbors (distributed), or between nodes and the PCE (centralized)<o:p></o=
:p></li></ul>
</ul>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">If we agree with this, I propose we go back to discussing the type=
s of flows, per the name of this thread. I'd like to call on a rough consen=
sus for the following 4 flows:<o:p></o:p></p>
</div>
</div>
<div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l5 level1 lfo3">
ME-&gt;node<o:p></o:p></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level2 lfo4">
action<o:p></o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:a=
uto;mso-margin-bottom-alt:auto;mso-list:l1 level2 lfo4">
query<o:p></o:p></li></ul>
</ul>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l2 level1 lfo5">
node-&gt;ME<o:p></o:p></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level2 lfo6">
report<o:p></o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:a=
uto;mso-margin-bottom-alt:auto;mso-list:l0 level2 lfo6">
event<o:p></o:p></li></ul>
</ul>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Thomas</span><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang &lt;<a href=3D"mailto:qi=
nwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I agree to keep different alternatives, at lease as options.<o:p><=
/o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Regarding to what kinds of cells should be used for conveying the =
report, shared cells or dedicated cells, I would like to leave them to conf=
iguration. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">You bring up a good point: over what cells with the reports travel=
? Another questions could be: over what cells will the request to install c=
ells travel? I believe that, whatever
 the policy in place in the network, there will always need to be some cell=
s installed for infrequent signaling traffic. If the report rate is very sl=
ow, it might qualify as &quot;infrequent signaling traffic&quot;. For sure,=
 the request to change the schedule qualifies.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Isn't the answer&nbsp;draft-vilajosana-6tsch-basic? That is, the s=
lotted Aloha schedule indicated in the draft can be used for the signaling =
traffic between the nodes and the ME. Of
 course, if the report rate is very high, some dedicate track might be inst=
alled, but I do not believe this is needed, certainly not this early on.<o:=
p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I agree with Diego that keeping the solution open to different alt=
ernative is key.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Thomas</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne &lt;<a href=
=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.dujovne@mail.=
udp.cl</a>&gt; wrote:<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin, Thomas,<br>
&nbsp; &nbsp; &nbsp; Alternative (1) adds delay to define the slots to send=
 the event<br>
to the ME (propagate the new schedule),<br>
while alternative (2) &nbsp;keeps reserved slots waiting for the event to h=
appen.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I'm not sure what the best way to handle event-driven r=
eport<br>
&gt; is. I think we don't want to assume 6top sublayer is very intelligent,=
 in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is &nbsp;when and how the bandw=
idth for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I'm wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today's call, we presented three control flows =
between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" target=3D"_blank">&#43=
;1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" target=3D"_blank">
(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" target=3D"_blank">(56 2) 676 8125=
</a><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_E045AECD98228444A58C61C200AE1BD84143072Dxmbrcdx01ciscoc_--

From qinwang@berkeley.edu  Thu Aug 29 10:29:43 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51B8511E812D for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 10:29:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.926
X-Spam-Level: 
X-Spam-Status: No, score=-2.926 tagged_above=-999 required=5 tests=[AWL=0.050,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CRORgQM8zaJt for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 10:29:37 -0700 (PDT)
Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com [209.85.220.181]) by ietfa.amsl.com (Postfix) with ESMTP id 8000811E8123 for <6tsch@ietf.org>; Thu, 29 Aug 2013 10:29:37 -0700 (PDT)
Received: by mail-vc0-f181.google.com with SMTP id hz10so536133vcb.40 for <6tsch@ietf.org>; Thu, 29 Aug 2013 10:29:36 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yz56ctdaRWlOjyWAYAM4fjy/S4Qk1pjpRfipteG6MQA=; b=LSXO53Pz/wH6TrDqgU+tcKyImpgRrQwKp9yHylhUyEXsXtTmKG3rJ26enxjPCBJ3Ng ZKIc9vWibTCCP9k5GjnctFYlgtzLHYjgCG8hI3Qm68vGC+omAtUDoUwZH6vyhKm7Q0NZ SR+IrGL1AEU8ex6kEDukmoAGN6H01OWSYvwIIfvsEK86zxwGohhrV3yMwlTgtGsHt+sp UTo8CjxgUz9E/Ts+eSa1kquPcblZ1W0KD3HulyFDFPkNraVPN7dBjGQnsiL5TBUkfDxx aESbWroKyW5rp673KSmcJZHfjZ0csKLMaCBOHzQ88Us51CgtoMUMsIAETGdSabA3+RWB dJsw==
X-Gm-Message-State: ALoCoQlueHD8y+HlVuGLQsYXD9R84kqgYWVlFCrl9TsfClMWrJzy8JOmv4ZL27pRrM2rMEgzY73p
MIME-Version: 1.0
X-Received: by 10.58.165.4 with SMTP id yu4mr29131veb.39.1377797376769; Thu, 29 Aug 2013 10:29:36 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 29 Aug 2013 10:29:36 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD84143072D@xmb-rcd-x01.cisco.com>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com> <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com> <CAAzoce4oieAMWz4TdF4N7xKJXtNCdkS80+kxB8AQdYRm3D5heA@mail.gmail.com> <CALEMV4aA8f9=kkFgDQiLJ6LAbQ2jKwAtVuHJnYRjLp=tNDr+oQ@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E736@hoshi.uni.lux> <CAAzoce7jrqLYqWAScApQhLc4KT9ZLoYN-G0rHcqiPLzdR0o8Nw@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84143072D@xmb-rcd-x01.cisco.com>
Date: Fri, 30 Aug 2013 01:29:36 +0800
Message-ID: <CAAzoce43=XXMZ5GHBiO_t68nnUMWj3pqyxFPZhNYHOuMx=u1Rw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=047d7b670449370e1f04e51973d0
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 17:29:43 -0000

--047d7b670449370e1f04e51973d0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Pascal,

You are right, it is one kind of Event Flow.

Thanks
Qin


On Thu, Aug 29, 2013 at 11:15 PM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Hello Qin:****
>
> ** **
>
> I=92m with you that the reports and events are initiated by the device. *=
***
>
> ** **
>
> Then there is the flow that we discussed at the call last week and that
> triggered this thread. The use case is a new control loop for which a
> sensor device talks to the controller (the PCE) to request the
> establishment of a path between self and an actuator.****
>
> ** **
>
> I imagined that this was considered an event. But maybe not?****
>
> ** **
>
> Pascal****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* jeudi 29 ao=FBt 2013 16:41
> *To:* Maria Rita PALATTELLA
> *Cc:* Thomas Watteyne; 6tsch@ietf.org; xvilajosana@eecs.berkeley.edu
>
> *Subject:* Re: [6tsch] the 4th control flow****
>
> ** **
>
> Hi Maria Rita,****
>
> ** **
>
> Thank you very much for the updated version.****
>
> ** **
>
> Regarding to who triggers Report Flow and Event Flow, I have different
> understanding as follows. Being different from Query Flow, both Report Fl=
ow
> and Event Flow are triggered by nodes themselves, instead of a query from
> ME. In particular, the Report Flow will be triggered by a timer, because =
it
> corresponds to periodically reporting behavior; and the Event Flow will b=
e
> triggered by some event specified by ME in advance, something like a alar=
m.
> ****
>
> ** **
>
> What do you think?****
>
> ** **
>
> Qin****
>
> ** **
>
> ** **
>
> On Thu, Aug 29, 2013 at 5:00 PM, Maria Rita PALATTELLA <
> maria-rita.palattella@uni.lu> wrote:****
>
> All, going back to the definition of the 4 control flows, I tried to fill
> some of the TODO rows of the tables that Qin created so far.****
>
>  ****
>
> An updated version of these tables is attached. I left also some comments
> for discussing on.****
>
> Any comment is welcome.****
>
>  ****
>
> Maria Rita****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Xavier Vilajosana Guillen
> *Sent:* Thursday, August 29, 2013 12:27 AM
> *To:* Qin Wang
> *Cc:* Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] the 4th control flow****
>
>  ****
>
> Hi, I also agree with the 4 message flows.****
>
>
> as regards to Confirmation, this would introduce end-to-end confirmation
> at L2.5 - 3. I don't think we need that as a mandatory concept. Maybe an
> optional feature?
>
>
> X****
>
>  ****
>
> On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Thomas,****
>
>  ****
>
> I agree to the 4 control flows. One more question for the two node->ME
> flows: Is a Confirmation from ME to node needed?****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
> On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> All,****
>
>  ****
>
> If possible, let's keep things simple and stick closely to the charter,
> certainly for now.****
>
>  ****
>
> I would like to propose the following assumptions:****
>
>    - let's assume signaling and data packets are independent.
>    IMO, signaling packets are either short and infrequent (events,
>    commands), or periodic and large (statistics). Once we have run a numb=
er of
>    networks, and can quantify the trade-offs, we can consider piggybackin=
g.
>    ****
>    - let's consider the steps highlighted in the charter, for now:****
>
>
>     - draft-vilajosana-6tsch-basic gives us a network with minimal
>       connectivity between all nodes in the network. Most of the schedule=
 is
>       empty, available ot some dynamic scheduler.****
>       - the scheduler uses the minimal connectivity to communicate,
>       either between neighbors (distributed), or between nodes and the PC=
E
>       (centralized)****
>
>  If we agree with this, I propose we go back to discussing the types of
> flows, per the name of this thread. I'd like to call on a rough consensus
> for the following 4 flows:****
>
>    - ME->node****
>
>
>     - action****
>       - query****
>
>
>    - node->ME****
>
>
>     - report****
>       - event****
>
>  Thomas****
>
>  ****
>
>  ****
>
> On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <qinwang@berkeley.edu> wrote:**=
*
> *
>
> Thomas,****
>
>  ****
>
> I agree to keep different alternatives, at lease as options.****
>
>  ****
>
> Regarding to what kinds of cells should be used for conveying the report,
> shared cells or dedicated cells, I would like to leave them to
> configuration. What do you think?****
>
>  ****
>
> Thanks****
>
> Qin****
>
>  ****
>
>  ****
>
> On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> Qin,****
>
>  ****
>
> You bring up a good point: over what cells with the reports travel?
> Another questions could be: over what cells will the request to install
> cells travel? I believe that, whatever the policy in place in the network=
,
> there will always need to be some cells installed for infrequent signalin=
g
> traffic. If the report rate is very slow, it might qualify as "infrequent
> signaling traffic". For sure, the request to change the schedule qualifie=
s.
> ****
>
>  ****
>
> Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha
> schedule indicated in the draft can be used for the signaling traffic
> between the nodes and the ME. Of course, if the report rate is very high,
> some dedicate track might be installed, but I do not believe this is
> needed, certainly not this early on.****
>
>  ****
>
> I agree with Diego that keeping the solution open to different alternativ=
e
> is key.****
>
>  ****
>
> Thomas****
>
>  ****
>
> On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <
> diego.dujovne@mail.udp.cl> wrote:****
>
> Qin, Thomas,
>       Alternative (1) adds delay to define the slots to send the event
> to the ME (propagate the new schedule),
> while alternative (2)  keeps reserved slots waiting for the event to
> happen.
> I think both alternatives should be included, and configured by the ME
> depending
> on the network requirements.
>
> More thoughts?
>
> Diego Dujovne
>
> 2013/8/27 Qin Wang <qinwang@berkeley.edu>:****
>
> > Thomas,
> >
> > I agree with almost all. Only some comments on "Report Flow".
> >
> > As you mentioned, there are two kinds of report scenarios, one is
> > periodically report, another one is burst report or called as
> event-driven
> > report. I have no question on how periodically report works, which you
> > described. But I'm not sure what the best way to handle event-driven
> report
> > is. I think we don't want to assume 6top sublayer is very intelligent, =
in
> > another word, the events and the trigger of events should be configured
> by
> > ME, just like the interval of periodically report. Make sense?
> >
> > If you agree to it, the remained issue is  when and how the bandwidth f=
or
> > sending event-driven reports is reserved. Here are two ways I can see.
> > (1) when a event is triggered, node sends a request to ME and ask some
> BW to
> > send the report. I believe that is how the 4th control flow works.
> > (2) when ME configure the events and their triggers, ME also provisions
> some
> > BW for the node which allows the node to send the report triggered by
> some
> > event.
> >
> > I have no strong opinion on which one is better. But, the bottom line i=
s
> the
> > configuration of the set of events and their triggers should be out of
> 6top
> > scope. Thought?
> >
> > Thanks
> > Qin
> >
> >
> >
> >
> >
> >
> > On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com>
> > wrote:
> >>
> >> Qin,
> >>
> >> Please correct me if I'm wrong:
> >> - Action Flow (ME->6top). ME asks 6top to execute some command. Typica=
l
> >> commands are add/delete cells.
> >> - Query Flow (ME->6top). ME asks 6top for some information. Typical
> >> queries are about current cells usage or statistics.
> >> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical report=
ed
> >> information covers cells usage or statistics.
> >>
> >> Questions:
> >> - Looks like Query and Report flows contain the same information. In
> >> normal operation, the Report flow should be enough, the Query flow onl=
y
> >> being used in special cases, for example when the ME has lost state
> (just
> >> booted, bug, etc). Agreed?
> >> - The ME should be able to configure the report flow. Configuration
> could
> >> be "send report every X seconds" or "send report when variable X large=
r
> than
> >> Y". I imagine this could be done over the action flow? Agreed?
> >> - A node will want to report an urgent event to the ME. One such event=
s
> is
> >> "the topology appears to have changed". There any many cases where thi=
s
> >> information needs to be sent immediately, i.e. no time to wait for the
> next
> >> report cycle. We can consider this to be an asynchronous report, or
> part of
> >> a new "Event" flow.
> >> - Same for the mote asking the ME for a schedule update.
> >>
> >> Thoughts?
> >>
> >> Thomas
> >>
> >>
> >>
> >> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu>
> wrote:
> >>>
> >>> Xavi,
> >>>
> >>> Approach-(2) is more flexible and likely covers more situations. But,
> it
> >>> may bring some complexity to 6top, because 6top has to make decision
> on the
> >>> bandwidth request (add/delete), which needs some metrics, some
> intelligence.
> >>>
> >>> What do you think?
> >>>
> >>> Qin
> >>>
> >>>
> >>>
> >>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
> >>> <xvilajosana@eecs.berkeley.edu> wrote:
> >>>>
> >>>> Hi Qin, I like your (2).
> >>>>
> >>>> Note also that there are situations that might have some differences=
.
> >>>>
> >>>> 1-the track already exists.
> >>>> 2-the track between the two entities does not exists
> >>>>
> >>>> in either case I think that the node that requires certain BW to
> another
> >>>> node should talk to 6top, which processes that request and sends a
> request
> >>>> to the ME, the ME installs that new track.
> >>>>
> >>>> does it make sense. Do you see any drawback on that approach?
> >>>>
> >>>> X
> >>>>
> >>>>
> >>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu>
> wrote:
> >>>>>
> >>>>> Hi all,
> >>>>>
> >>>>> During today's call, we presented three control flows between
> >>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and
> Report
> >>>>> Flow, and started to talk about the 4th control flow. The thread wi=
ll
> >>>>> continue the discussion about 4th flow.
> >>>>>
> >>>>> Here is the scenario: when a node finds that more cells are needed,
> >>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be
> able to
> >>>>> ask ME to install more bandwidth.
> >>>>>
> >>>>> I can see two approaches:
> >>>>> (1) Managed by ME, without 4th Control Flow. Assume
> BandwidthUsageRate
> >>>>> is a attribute in 6top. Then, ME can get the information via Query
> Flow or
> >>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
> >>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
> >>>>> Request to ME, and then ME install more bandwidth. This is the 4th
> control
> >>>>> flow.
> >>>>>
> >>>>> What do you think? Which one makes more sense?
> >>>>>
> >>>>> Qin
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> 6tsch mailing list
> >>>>> 6tsch@ietf.org
> >>>>> https://www.ietf.org/mailman/listinfo/6tsch
> >>>>>
> >>>>
> >>>
> >>>
> >>> _______________________________________________
> >>> 6tsch mailing list
> >>> 6tsch@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/6tsch
> >>>
> >>
> >>
> >>
> >> --
> >> Thomas Watteyne, Ph. D
> >> Sr. Networking Design Engineer
> >> Dust Networks / Linear Technology
> >> 30695 Huntwood Ave
> >> Hayward, CA 94544-7021
> >> +1 (510) 400-2978
> >> twatteyne@linear.com
> >>
> >> This e-mail transmission, and any documents, files or previous e-mail
> >> messages attached to it may contain confidential information that is
> legally
> >> privileged. If you are not the intended recipient, or a person
> responsible
> >> for delivering it to the intended recipient, you are hereby notified
> that
> >> any disclosure, copying, distribution or use of any of the information
> >> contained in or attached to this transmission is STRICTLY PROHIBITED.
> If you
> >> have received this transmission in error, please immediately notify me
> by
> >> reply e-mail, or by telephone at (510) 400-2978, and destroy the
> original
> >> transmission and its attachments without reading or saving in any
> manner.
> >> Thank you.
> >
> >
> >
> > _______________________________________________
> > 6tsch mailing list
> > 6tsch@ietf.org
> > https://www.ietf.org/mailman/listinfo/6tsch
> >
>
>
>
> --****
>
> DIEGO DUJOVNE
> Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
> Facultad de Ingenier=EDa UDP
> www.ingenieria.udp.cl
> (56 2) 676 8125****
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
> ** **
>

--047d7b670449370e1f04e51973d0
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pascal,<div><br></div><div>You are right, it is one kind o=
f Event Flow.</div><div><br></div><div>Thanks</div><div>Qin</div></div><div=
 class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 29, 2=
013 at 11:15 PM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D=
"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</s=
pan> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140caa51903ad758__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">Hello Qin:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92m with you that the r=
eports and events are initiated by the device.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Then there is the flow th=
at we discussed at the call last week and that triggered this thread. The u=
se case is a new control loop for which a sensor device
 talks to the controller (the PCE) to request the establishment of a path b=
etween self and an actuator.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I imagined that this was =
considered an event. But maybe not?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> jeudi 29 ao=FBt 2013 16:41<br>
<b>To:</b> Maria Rita PALATTELLA<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" t=
arget=3D"_blank">xvilajosana@eecs.berkeley.edu</a></span></p><div><div clas=
s=3D"h5">
<br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></div></div><=
p></p><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Hi Maria Rita,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thank you very much for the updated version.<u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to who triggers Report Flow and Event Flow=
, I have different understanding as follows. Being different from Query Flo=
w, both Report Flow and Event Flow are triggered by nodes themselves, inste=
ad of a query from ME. In particular,
 the Report Flow will be triggered by a timer, because it corresponds to pe=
riodically reporting behavior; and the Event Flow will be triggered by some=
 event specified by ME in advance, something like a alarm.<u></u><u></u></p=
>

</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 29, 2013 at 5:00 PM, Maria Rita PALATTEL=
LA &lt;<a href=3D"mailto:maria-rita.palattella@uni.lu" target=3D"_blank">ma=
ria-rita.palattella@uni.lu</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">All, going back to the de=
finition of the 4 control flows, I tried to fill some of the TODO rows of
 the tables that Qin created so far.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">An updated version of the=
se tables is attached. I left also some comments for discussing on.</span><=
u></u><u></u></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Any comment is welcome.</=
span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Maria Rita</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> Thursday, August 29, 2013 12:27 AM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi, I also agree with the 4 message flows.<u></u><u>=
</u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
as regards to Confirmation, this would introduce end-to-end confirmation at=
 L2.5 - 3. I don&#39;t think we need that as a mandatory concept. Maybe an =
optional feature?<br>
<br>
<br>
X<u></u><u></u></p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Thomas,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree to the 4 control flows. One more question fo=
r the two node-&gt;ME flows: Is a Confirmation from ME to node needed?<u></=
u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin</span><u></u><u></=
u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">All,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">If possible, let&#39;s keep things simple and stick =
closely to the charter, certainly for now.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I would like to propose the following assumptions:<u=
></u><u></u></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
let&#39;s assume signaling and data packets are independent.<br>
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.<u></u><u></u=
></li>
<li class=3D"MsoNormal">
let&#39;s consider the steps highlighted in the charter, for now:<u></u><u>=
</u></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal">
draft-vilajosana-6tsch-basic gives us a network with minimal connectivity b=
etween all nodes in the network. Most of the schedule is empty, available o=
t some dynamic scheduler.<u></u><u></u></li><li class=3D"MsoNormal">
the scheduler uses the minimal connectivity to communicate, either between =
neighbors (distributed), or between nodes and the PCE (centralized)<u></u><=
u></u></li></ul>
</ul>
<div>
<p class=3D"MsoNormal">If we agree with this, I propose we go back to discu=
ssing the types of flows, per the name of this thread. I&#39;d like to call=
 on a rough consensus for the following 4 flows:<u></u><u></u></p>
</div>
</div>
<div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal">
ME-&gt;node<u></u><u></u></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal">
action<u></u><u></u></li><li class=3D"MsoNormal">
query<u></u><u></u></li></ul>
</ul>
<ul type=3D"disc">
<li class=3D"MsoNormal">
node-&gt;ME<u></u><u></u></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal">
report<u></u><u></u></li><li class=3D"MsoNormal">
event<u></u><u></u></li></ul>
</ul>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas</span><u></u><u=
></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang &lt;<a hre=
f=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a=
>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Thomas,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree to keep different alternatives, at lease as =
options.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to what kinds of cells should be used for =
conveying the report, shared cells or dedicated cells, I would like to leav=
e them to configuration. What do you think?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Qin</span><u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">=A0</span><u></u><u></=
u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Qin,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You bring up a good point: over what cells with the =
reports travel? Another questions could be: over what cells will the reques=
t to install cells travel? I believe that, whatever
 the policy in place in the network, there will always need to be some cell=
s installed for infrequent signaling traffic. If the report rate is very sl=
ow, it might qualify as &quot;infrequent signaling traffic&quot;. For sure,=
 the request to change the schedule qualifies.<u></u><u></u></p>

</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Isn&#39;t the answer=A0draft-vilajosana-6tsch-basic?=
 That is, the slotted Aloha schedule indicated in the draft can be used for=
 the signaling traffic between the nodes and the ME. Of
 course, if the report rate is very high, some dedicate track might be inst=
alled, but I do not believe this is needed, certainly not this early on.<u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with Diego that keeping the solution open to=
 different alternative is key.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">=A0</span><u></u><u></=
u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#888888">Thomas</span><u></u><u=
></u></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne=
 &lt;<a href=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.d=
ujovne@mail.udp.cl</a>&gt; wrote:<u></u><u></u></p>
<p class=3D"MsoNormal">Qin, Thomas,<br>
=A0 =A0 =A0 Alternative (1) adds delay to define the slots to send the even=
t<br>
to the ME (propagate the new schedule),<br>
while alternative (2) =A0keeps reserved slots waiting for the event to happ=
en.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I&#39;m not sure what the best way to handle event-driv=
en report<br>
&gt; is. I think we don&#39;t want to assume 6top sublayer is very intellig=
ent, in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is =A0when and how the bandwidt=
h for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I&#39;m wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today&#39;s call, we presented three control fl=
ows between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" target=3D"_blank">+1 (=
510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" target=3D"_blank">
(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" target=3D"_blank">(56 2) 676 8125=
</a><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--047d7b670449370e1f04e51973d0--

From qinwang@berkeley.edu  Thu Aug 29 10:45:21 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F62221F935A for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 10:45:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.627
X-Spam-Level: 
X-Spam-Status: No, score=-2.627 tagged_above=-999 required=5 tests=[AWL=-0.251, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_46=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xEBZtjWQveGF for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 10:45:16 -0700 (PDT)
Received: from mail-ve0-f174.google.com (mail-ve0-f174.google.com [209.85.128.174]) by ietfa.amsl.com (Postfix) with ESMTP id 1566511E814E for <6tsch@ietf.org>; Thu, 29 Aug 2013 10:45:07 -0700 (PDT)
Received: by mail-ve0-f174.google.com with SMTP id d10so565966vea.19 for <6tsch@ietf.org>; Thu, 29 Aug 2013 10:45:06 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=9XB//4Ls6sT8f45OuHcPu4wkbtajH781IbpFd769WVI=; b=KBJ9BXt4dGug7i5Umx5Kbni/YPwudq2mCvwSaF+l5cn+OjyJDD678ikcaBPtDJ04FA /IcJc5ZrbAS8qxWMBl5ri+a26Th/YCM6ofl9H+DiHAVOIynKr/9o89jF5smb0Lb3coqb wIpXkH2wAzwTtP7wCHQwXcovWmtz7QHrGQn87egPAPLKqyWTt9nEBiLS+ftkTjfRKRHs FYTxZbBuBzCTHiRZhJyRTyy5k+sR0bhwTCkD3No3nVdeOv6viMvDevC4g5BbaqmS2p6O hbSU39r2XCsN8iLxXz44zdtCWSPSdUcs384SAlF+03I4N4d+oSrE4cAzXa3NhbmSZXe0 MogQ==
X-Gm-Message-State: ALoCoQngdIZlDXyGRa/OnRsGtGyIYYDR6cbA/BzvdBnKXvNI9FtJ1J+VkLx0L2fdtej5EJf6iLW3
MIME-Version: 1.0
X-Received: by 10.52.186.65 with SMTP id fi1mr860820vdc.41.1377798306525; Thu, 29 Aug 2013 10:45:06 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 29 Aug 2013 10:45:06 -0700 (PDT)
In-Reply-To: <CADJ9OA_=ks0OPKSn7JB-vtFVEJou9RTPT=GBakkHeMrwp0Paig@mail.gmail.com>
References: <CAAzoce7kj5ajfDkOXccWsiVXkDXjbt7XZbgaCAE-3NoeoptRTQ@mail.gmail.com> <CALEMV4b4KUf_Sh==SB84saOicX++YvxRpNCpQdy=XNO8gwGMbg@mail.gmail.com> <CADJ9OA_=ks0OPKSn7JB-vtFVEJou9RTPT=GBakkHeMrwp0Paig@mail.gmail.com>
Date: Fri, 30 Aug 2013 01:45:06 +0800
Message-ID: <CAAzoce4WAd1woAs1YwAk2N9gHGhY2UrTy+jGPVQN4bP8DgG7Ug@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/mixed; boundary=bcaec547cb79a208ad04e519aa9d
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] format of management message
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 17:45:21 -0000

--bcaec547cb79a208ad04e519aa9d
Content-Type: multipart/alternative; boundary=bcaec547cb79a208a804e519aa9b

--bcaec547cb79a208a804e519aa9b
Content-Type: text/plain; charset=ISO-8859-1

Hi Thomas, Xavi and all,

I did a comparison on some data coding methods (JSON, CBOR,UBJSON, BSON),
not completely yet. See the attached file.

I compare them from two angles, one is their data types, another one is the
overhead from the data format in storage to the data format in exchanged
messages.

Xavi, do you know the proper link for EXI?

Any input is welcome.

Thanks
Qin


On Wed, Aug 28, 2013 at 2:26 AM, Thomas Watteyne <watteyne@eecs.berkeley.edu
> wrote:

> Qin,
>
> Very much along the same line here. The scope of work item 1 from
> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/ is the format of the
> data that is exchanged, i.e. what you would see if you started Wireshark. I
> don't believe we are making any assumption on the way the data is stored
> inside the devices. I believe it is safe to assume that this is
> implementation-specific and out of scope.
>
> Thomas
>
> On Mon, Aug 26, 2013 at 3:56 PM, Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu> wrote:
>
>> Hi Qin,
>>
>> I see it like you indicate at (1). The format and encoding is only used
>> in the payload of exchanged messages.
>>
>> as regards to (2)
>> - 1) Computational complexity is a limiting factor if we want to be able
>> to run in 8bit uC. So this is important.
>> - 2) Compact data size. This can be easily experimented as soon as we
>> have some formats defined.
>> - 3) I don't think the tool is a problem as most of this formats have a
>> tool.
>>
>> (3) I know about EXI (Efficeint XML) which compares to ASN.1. I am not an
>> expert of that and I do not know if BSON or CBOR perform better but it
>> might be another candidate.
>>
>> X
>>
>>
>> On Mon, Aug 26, 2013 at 3:38 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>
>>> Dear All,
>>>
>>> According to last Friday's call, we start the thread to discuss the
>>> format of management message.
>>>
>>> Background:
>>> The management messages are exchanged between a Management Entity (ME)
>>> and 6top, and the ME can be existing in PCE or upper layer of 6top. In some
>>> other threads, we have been discussing about the control flows and the
>>> content of control flows, which can be used as reference.
>>>
>>> Consideration:
>>> (1) Where the format will be used? IMHO, the format, which we are
>>> talking about, is only used to express the exchanged messages, it should
>>> not be used in storage like MIB. Thus, Compacting is a process of
>>> translating the data in storage format to the data in message format, and
>>> De-compacting is a reverse process. Make sense?
>>>
>>> (2) Criteria of evaluation.
>>>     -- Compact data size
>>>     -- Computational complexity of Compacting/De-compacting
>>>     -- tool is existing or not
>>>     -- .... more?
>>>
>>> (3) Candidates: CBOR, JSON, BSON, and ......
>>>
>>> Any comments and suggestions are welcome.
>>>
>>> Thanks
>>> Qin
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>
>  <https://www.ietf.org/mailman/listinfo/6tsch>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--bcaec547cb79a208a804e519aa9b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Thomas, Xavi and all,<div><br></div><div>I did a compar=
ison on some data coding methods (JSON, CBOR,UBJSON, BSON), not completely =
yet. See the attached file.=A0</div><div><br></div><div>I compare them from=
 two angles, one is their data types, another one is the overhead from the =
data format in storage to the data format in exchanged messages.</div>
<div><br></div><div>Xavi, do you know the proper link for EXI?</div><div><b=
r></div><div>Any input is welcome.</div><div><br></div><div>Thanks</div><di=
v>Qin</div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quo=
te">
On Wed, Aug 28, 2013 at 2:26 AM, Thomas Watteyne <span dir=3D"ltr">&lt;<a h=
ref=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.b=
erkeley.edu</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir=3D"ltr">Qin,<div><br></div><div>Very much along the same line here=
. The scope of work item 1 from=A0<a href=3D"https://bitbucket.org/6tsch/ch=
arter-ietf-6tsch/src/" target=3D"_blank">https://bitbucket.org/6tsch/charte=
r-ietf-6tsch/src/</a>=A0is the format of the data that is exchanged, i.e. w=
hat you would see if you started Wireshark. I don&#39;t believe we are maki=
ng any assumption on the way the data is stored inside the devices. I belie=
ve it is safe to assume that this is implementation-specific and out of sco=
pe.</div>
<span class=3D"HOEnZb"><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span><div><div class=3D"h5"><div c=
lass=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mon, Aug 26, 2013 at=
 3:56 PM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto=
:xvilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley=
.edu</a>&gt;</span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>Hi Qin,<br><br></=
div>I see it like you indicate at (1). The format and encoding is only used=
 in the payload of exchanged messages. <br>



<br></div><div>as regards to (2) <br></div><div>- 1) Computational complexi=
ty is a limiting factor if we want to be able to run in 8bit uC. So this is=
 important.<br>

</div><div>- 2) Compact data size. This can be easily experimented as soon =
as we have some formats defined. <br></div><div>- 3) I don&#39;t think the =
tool is a problem as most of this formats have a tool.<br><br></div><div>





(3) I know about EXI (Efficeint XML) which compares to ASN.1. I am not an e=
xpert of that and I do not know if BSON or CBOR perform better but it might=
 be another candidate.<br><br></div><div>X<br></div></div><div class=3D"gma=
il_extra">




<br><br><div class=3D"gmail_quote"><div><div>On Mon, Aug 26, 2013 at 3:38 P=
M, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" t=
arget=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br></div>
</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l=
eft:1px #ccc solid;padding-left:1ex"><div><div>
<div dir=3D"ltr">Dear All,<div><br></div><div>According to last Friday&#39;=
s call, we start the thread to discuss the format of management message.=A0=
</div><div><br></div><div>Background:</div><div>The management messages are=
 exchanged between a Management Entity (ME) and 6top, and the ME can be exi=
sting in PCE or upper layer of 6top. In some other threads, we have been di=
scussing about the control flows and the content of control flows, which ca=
n be used as reference.</div>





<div><br></div><div>Consideration:</div><div>(1) Where the format will be u=
sed? IMHO, the format, which we are talking about, is only used to express =
the exchanged messages, it should not be used in storage like MIB. Thus, Co=
mpacting is a process of translating the data in storage format to the data=
 in message format, and De-compacting is a reverse process. Make sense?</di=
v>





<div>=A0=A0</div><div>(2) Criteria of evaluation.=A0</div><div>=A0 =A0 -- C=
ompact data size</div><div>=A0 =A0 -- Computational complexity of Compactin=
g/De-compacting</div><div>=A0 =A0 -- tool is existing or not</div><div>=A0 =
=A0 -- .... more?</div>





<div><br></div><div>(3) Candidates: CBOR, JSON, BSON, and ......</div><div>=
=A0</div><div>Any comments and suggestions are welcome.</div><div><br></div=
><div>Thanks</div><span><font color=3D"#888888"><div>Qin</div>
</font></span></div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a></blockquote></div><a href=3D=
"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">

</a></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--bcaec547cb79a208a804e519aa9b--
--bcaec547cb79a208ad04e519aa9d
Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; 
	name="Comparison of major types.docx"
Content-Disposition: attachment; filename="Comparison of major types.docx"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_hky9if670

UEsDBBQABgAIAAAAIQAJJIeCgQEAAI4FAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0
lE1Pg0AQhu8m/geyVwPbejDGlPag9ahNrPG8LkPZyH5kZ/v17x1KS6qhpVq9kMAy7/vMCzOD0UqX
0QI8KmtS1k96LAIjbabMLGWv08f4lkUYhMlEaQ2kbA3IRsPLi8F07QAjqjaYsiIEd8c5ygK0wMQ6
MHSSW69FoFs/407IDzEDft3r3XBpTQAT4lBpsOHgAXIxL0M0XtHjmsRDiSy6r1+svFImnCuVFIFI
+cJk31zirUNClZt3sFAOrwiD8VaH6uSwwbbumaLxKoNoInx4Epow+NL6jGdWzjX1kByXaeG0ea4k
NPWVmvNWAiJlrsukOdFCmR3/QQ4M6xLw7ylq3RPt31QoxnkOkj52dx4a46rppLbYq+12gxAopFNM
vv6CcVfouFXuRFjC+8u/UeyJd4LkNBpT8V7CCYn/MIxGuhMi0LwD31z7Z3NsZI5Z0mRMvHVI+8P/
ou3dgqiqYxo5Bz4oaFZE24g1jrR7zu4Pqu2WQdbizTfbdPgJAAD//wMAUEsDBBQABgAIAAAAIQAe
kRq38wAAAE4CAAALAAgCX3JlbHMvLnJlbHMgogQCKKAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjJLbSgNBDIbvBd9hyH032woi0tneSKF3
IusDhJnsAXcOzKTavr2jILpQ217m9OfLT9abg5vUO6c8Bq9hWdWg2JtgR99reG23iwdQWchbmoJn
DUfOsGlub9YvPJGUoTyMMaui4rOGQSQ+ImYzsKNchci+VLqQHEkJU4+RzBv1jKu6vsf0VwOamaba
WQ1pZ+9AtcdYNl/WDl03Gn4KZu/Yy4kVyAdhb9kuYipsScZyjWop9SwabDDPJZ2RYqwKNuBpotX1
RP9fi46FLAmhCYnP83x1nANaXg902aJ5x687HyFZLBZ9e/tDg7MvaD4BAAD//wMAUEsDBBQABgAI
AAAAIQAJGlOMUwEAAPsEAAAcAAgBd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVscyCiBAEooAAB
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALyUQU/CQBCF7yb+h2bvdgEVjKFwERMOXhTjebud
tivtbrMzKPx7RxApCiUxjcedSd/7MvOmw/GyLII38GicjUQ37IgArHaJsVkknmf3FzciQFI2UYWz
EIkVoBiPzs+Gj1Ao4o8wNxUGrGIxEjlRdSsl6hxKhaGrwHIndb5UxE+fyUrpucpA9jqdvvR1DTHa
0wymSST8NGH/2api59PaLk2NhjunFyVYOmAhibmABZXPgCKxfm6K3ZBBhTzMcNkmAwIRTxd3GNtK
E8KgTYTUWZqpuKiN4rvUBNE7AlEa7R26lELtSrlZw+f4B/sblkirAvDFUD5JU9BUn8HPVhNH9wjH
gbydzsQGqraNNUmTfb9N+5zD7Qtj5zuCr6THyNdVgV7fzbb74BK+hcmSwFt1NLDX/0O4iF+Z8Q98
V23yvUP89OumasXtKuXeL2v0AQAA//8DAFBLAwQUAAYACAAAACEAxaLawdANAACupgAAEQAAAHdv
cmQvZG9jdW1lbnQueG1s7F1bd+LIEX7POfkPOuRlsomNxM2YDOzBYE9mz2TGZzyT5G2PEAK0FmpW
asx4H/LbU91qiW4hjGhJlsCahwHr0l3VVfV19e3j/c8/lrbyZLqehZx+TbtUa4rpGGhqOfN+7fu3
u4tuTfGw7kx1Gzlmv/ZserWfB3/+0/tNb4qM9dJ0sAJFOF5vszL6tQXGq1697hkLc6l7l0vLcJGH
ZvjSQMs6ms0sw6xvkDutN1RNpd9WLjJMz4P6RrrzpHs1VtxytzS0Mh2oa4bcpY69S+TO60vdfVyv
LqD0lY6tiWVb+BnKVjtBMahfW7tOjwl0EQpEXun5ArGP4A13R4uYev03x6wFaI1117RBBuR4C2u1
VUO2NFBxEYj09JIST0s7eG6z0lo79YUqJ7HB2NU3YIptgTvFxTTG1H9pafvtQOy7tWq0RE19SRlm
EVJEKEMSEcQ6A0mWuuWExcg1Dd+4EBFp/PuDi9arUJyVla60j85jWBYJzCMkUzs08njVvKMK2And
h4W+MmvK0uh9nDvI1Sc2SLTRWgrxyNoAwGKCps/kc6VsegA206/9mqpetZujbqsWXBqbM31t4907
99wlUogbvHEPwaqq4+tWY6zSavDAnRmtTuPqfX3TwwPyv0v/X+1Uzt4KiuIq58oDP0azW5dUiJ9X
oNTc1ZcPWHdxrX5IEgiLGb6YELRynAsDvlyoHUEuaI648m+dKSkdZN+VWrtqq+NhXJOxO0SqBYjq
2pbzqLg9a9qvuR+nbfLKwvIwcp8B52ljQctA89z7Hw/42TbhmSfd7tf0FhOA3cUD5l7ryW8ecij0
CpqArGGleyTvNtWxeh0nOdfeYSFbyQHKNz3dMRYIjF33VqZhQTdCkTYbnSagESmWavUXsYZjlTzo
VNRrhCBojtuN5ihsF9+lR1rj9m57kXNO8XEaGewS9XBmTf9jQmvz/gjM2ujyZiX+xR6HB2hQCpVz
3vFyQSTSRqQHdi1oSqHJuFglkXo37tw2xr7zsarvkIM9qH9hORD5pu7hoWfpRE4AjRflh2pJrtDz
VroBkblyTc90n8zaQEEzZapjXSEh6wnyBDGFJzapAD58MeCLGABNXwK4/h8QbgPCEwv5GKCvMQpv
f0LoEe7QsFFbQ/rYzHI9/BXBWxp5ywal6F/bmyNkr5ck4QruBxfoIw765w2kXKxSB/3b/0sjlYIG
vNQfXGtKNJnDJ5Thy6p1OqovYC6XqRy7VXLiBVJhFwTaA/ffKHZf3Wjdru8R2KAmMZhFDNbwVBko
xm/76Q/qG6QV2INCMB3VowyH7ebNKGhUVvsry3B13b6+utmF4/1hAaqHqPzLw5fPMf5NW8dX5JXV
YU1KahV6l2TqjG6+fD0jdb7fyNuHAkNuLi9pnxtpdyulOrf//bjf20gMURc+CQwjBt3JJSGpsaFb
2yar1OwH+10eYNbQKwtttK8aIWctDn/Swenn9XJiuoK+oAok4cUpFAVUPPgmyCeFs5AWqcq7bl3r
1JuNeqc1+atQZol0DhLUxE5LZGcPE2/HAzHEpZrLweY81i2grv35zVcuaRfTkp3h7PFx+a4ra7N8
kZglqAdyqdeSgYRtheEVhJ8nhGsVhAOcJxtZ7GQxEqOTHDqBaO8eTMYlU+qd0GtLdW1cDpC+MMks
It/egGbGLCM4vywinQP5yZ9g+MS5X75W2+YRp9eH+xnH4EFoV6noxC6sxZHZTGOhl2tYkm6c9UAV
E9onsd9x87A5zAXSTNwfOGQzzmqUXMusvFROzXxBhDPmOatZYSUZ54dYSTetyLljTthyfmDZvLqG
LTZcfGUDls3izDZqNdrX4YIrnaFJl1vtIE7MTBFtwMRJaejlcq30Slh73BAmTSaQr0JngKpDwVGk
MlDX1Z+FUorO09Jh6bB0+gxzgtJWqayWDkpTWC1fjAg7wONAjyyjKqVV6pSBL48lUOii1gYWwums
F0FTOGZO+XOFkfEb5KAvDncCpbBahZHJNyGzjuyUMZJNT36KIJrEggjsJiaTkyvdOqfJyS+T38wI
3hed9OYFgG3BBwrX0t+OKZlUpTFbeRGwvFqdAQTeCe4vNT62ERxEgDWaFYrusig6mtINlMu4Ey6n
kfKVMiNWFHyhaONFx8t4kJGv1qdoDYez5JR9JZjEg7Egn1RgUjUV2NpoSVo2X2VPHj2PnPFAyDZ1
8WhQ0TEWBchMdta6a7M+021PMsJObAAdd8oSzBoc5CGZXHBKB+d/nKeMBs0XRSRT5Zs00ZivRm8M
Fz9//ySOw8sGisfBvLO2baHrLlqdvAbO5Qa+1zJavlAgCW6fpX0wX3VOHtkySct1bCpwslnB1rJc
KVI0eTguhi4uLsqFe5GptCxy2/iz9nCUrKPE6J7maFR09Bu1he4ZFrCnDF1LB+oboA4YOh7/twFs
Jv5NCLpNz0A2IufQ/SP6KvnnH47niBHCKyOy1EKfbATXFtPgkgGDGJfUSIsEmgxCBAB/ziwbSDPu
6D92nJzJjAcwL0QODigOPVtI5suX8LTlmQZypl5MyxWXQB9q912KBpA1VHSxnkuGdL7Au7cfefNu
lG+7n3KHl8c+gok1BwwQAv509hEEZ2oTb1YkmT97mAZg4hfJLkfv7ZwPEAmhCh8vRfKGaM97uj1A
4IwRPzyZPiCIp8QeUoE7ycwI9xC/mXvbKW2nKX2XeL0JykJl2NnAUkA7HCVDTn58d6c2rhv0CAOD
ht+MIM23zVlA73fqcLFn7Sw57EGb7IJ+wWOq+JHozTOZWyAbvP8uDkjPsg0Gv+hP+oPhWiusAF2v
qUxsZDweyi6j7JVxqdlp+8bg8jJJIzC6orN0jfjwUN4t9CdTcZBi/r62YIaDMDeHLImK5SiErEwp
5Rn+bY8J6Q9hdCEfPoOjQMAjcmPyBDziHZ41E8qOzFWJz8aUIvEKqWQCTJGEr5oycgGuEmZWuuDr
6Evgr/z1A7rRjUc2f0SZX4M3wFvD53crv7vpdDkWXZ/DkzFtwmuUfpHjImKPU7VZ9+Z/TGjR3KTY
HrbQncFxFFWCSgVJOKh5uSIwbQI20X1lv8AHIs8nGkEUMpkYklq2ui11SDlq6aV85BoQDgDCsGqw
mEVA2b4w9ekxYOcPHcLI4VlEK+7TpASqWXKfjofqsNmkOWiwZSLXsQjENwHOA+RcOe1BSbfAIk+k
maE6FMI4HHsBa6Cdw4nxUrCaSspeQgrTxlAbdhiH9NHGiM+N6IG8KMgnKxsWi0wXD22Y3IVegS4c
eWtgX/doah5dDPpJkg4kp0FwugWfrOhTXxsGiWF3cpiKKxXSrv9FYiBZK+HBJ9OJvClxmmiOF3GF
4MGX2RjI3CP34kUrkIVWEmA1QS8/RXvdTvp1Bc8QyU5W8G0eRixNQ+UwyfS5oGT0nMw+LC4wlNnw
zqfpjfDzVyAZeK8/VBHmX0SaY37mhN153ZAtPvWXRPcKJIPfHyKD1ZKDpI/fFd2j+OM9YLRwACw5
6ClB+P7th5CegU7B1J8/z3fdbqhN/5fHDm+VOHKoKIkdGbfann0Tu2uCgcHhM3iHoj2bYk7GaNxQ
3mkTso4HqxMwHohbjIhM1ufV5bSVd60DkhBcOjCXVjyQtwUHJsZJNAmYoeBBvvAWgfzcuChLsM1d
NoWMQHniSMgYTyUmRhoKbF8vPo4lG754wU8CgPgxJ/d7jiy5HAooDmnI8V1r6ZgP0y0IFZ9T8hbj
88DjTaOVAJt4bVq3nZHWrkkG/GnDleR+7LeWL/Huwq0ixc/Kp/sJOjgM8Kb4Fytky+8XXytko6Mw
SB8S578Vsm07QljpTJ+IcayJ5Tr+WSVkbPfVoErI6E+eAw5nGP2S6WSVkMEuYfXgNOeehIwOFOnv
z5vO1HTN6b0+N29cU3+EUTHMX2bFK3caHIjV4m0wFyKzePuSix1e/YCEI1wQKsfSBo2NVxG8eBSV
bPEMBQ88r9TLANm5eCqOtQznnHmN0iV4qpD6Jh4/5KQLN+kgEcfF6yKZDUkKnmEcSwpeAVDqNO64
rurMqAUlHb9CH2ua3T48SSNU6HMi29n4ZCHawVb0f/s3uJVgW8RLpjuu45DsqTNE2u1QYbvDik3N
cSzSxaOKrNkzlHzbVJCQl/UowR7fzGOx8E2TrFXTW0E4ZDi9FWxm9YtMcOSXjIzZw3SslPhFMh1b
rTyUZ+WhjPBOUD6G+CRCAcKxfVxda2pb9rT04Cdhzofb/k4Gs+2R1mzf+aujxzl5tNTj46Sn/Ohr
ymZh2UBpEzLrmra5BFobT7E82EHueQpe6I4ibqjglPD38PMtdFCN4/bwd9Mr+g9QtPGiokDno9tk
i+gclnUwMA2fvNLxh/SVyRqXwqqauCQptRvzUvAMfzI1crKB8Ryw5IkfxHOBF/Q0Bx0XqqDDgFS9
U4S+gAslggc8MUNieQDP4s3dA6oqQm22BpoqobGgmVyEZrcuOYuDgX+8X9s5vB80WhqxBuavhJgp
Ud3CYdWIHSMEQRw2szuQtGx6wAeO78PTRURu8b0HuE+u8uxN84c/QNFNv6Zp1yqlIFrA9063SYmb
QIz5v3TaSGgF11stOkRzrfkCStLULv1zgjBGy+1twn24vUsohky3X+u26ZhlhhAATL92DcyJUPN8
jemfjCgdSNEJeboHLEVgk1ajTdgvNr0pMj64FiGw8o1lW47pkdfJl3sLGyB0U2swqgy/Hegi0QRN
n+kXKGFNcH3wfwAAAP//AwBQSwMEFAAGAAgAAAAhAOlsTo20BgAAqxsAABUAAAB3b3JkL3RoZW1l
L3RoZW1lMS54bWzsWU9vE0cUv1fqdxjtHWIndogjHBQ7NmkhEMWGiuN4Pd4dMruzmhkn+IbgiFSp
Kq04FKnqpYeqLRJIrVT6ZRpKRanEV+ibmd31TrxuEogoaokQiWd/8/6/37xZn79wK2JojwhJedz0
qmcrHiKxz4c0DpretX73zIqHpMLxEDMek6Y3IdK7sPbhB+fxqgpJRBDsj+UqbnqhUsnqwoL0YRnL
szwhMTwbcRFhBR9FsDAUeB/kRmxhsVJZXogwjT0U4wjEXh2NqE/Qs59/efHNg99u34N/3lqmo8NA
UaykXvCZ6GkNxNlosMPdqkbIiWwzgfYwa3qgbsj3++SW8hDDUsGDplcxP97C2vkFvJpuYmrO3sK+
rvlJ96UbhruLRqcIBrnSarfWOLeRyzcApmZxnU6n3anm8gwA+z54am0pyqx1V6qtTGYBZP+cld2u
1Cs1F1+QvzRjc6PVatUbqS1WqAHZP2sz+JXKcm190cEbkMXXZ/C11nq7vezgDcjil2fw3XON5ZqL
N6CQ0Xh3Bq0T2u2m0nPIiLPNUvgKwFcqKXyKgmrIq0urGPFYzau1CN/kogsADWRY0RipSUJG2Idi
buNoICjWCvAqwYUndsmXM0taF5K+oIlqeh8nGBpjKu/V0+9fPX2MDu48Objz08Hduwd3frSCnF2b
OA6Ku15++9lfD2+jPx9//fL+F+V4WcT//sO9Z79+Xg6E9pma8/zLR388efT8wacvvrtfAl8XeFCE
92lEJLpC9tEOj8AxExXXcjIQJ9vRDzEt7liPA4ljrLWUyO+o0EFfmWCWZsexo0XcCF4XQB9lwIvj
m47BvVCMFS3RfCmMHOAW56zFRWkULmldhTD3x3FQrlyMi7gdjPfKdLdx7OS3M06AN7OydBxvh8Qx
c5vhWOGAxEQh/YzvElLi3Q1KnbhuUV9wyUcK3aCohWlpSPp04FTTdNMmjSAvkzKfId9ObLauoxZn
ZV5vkD0XCV2BWYnxfcKcMF7EY4WjMpF9HLFiwC9jFZYZ2ZsIv4jrSAWZDgjjqDMkUpbtuSrA30LS
L2FgrNK0b7FJ5CKFortlMi9jzovIDb7bDnGUlGF7NA6L2I/kLpQoRttclcG3uNsh+jPkAcdz032d
EifdR7PBNRo4Jk0LRD8Zi5JcXiTcqd/ehI0wMVQDpO5wdUTjfyJuRoG5rYbTI26gyudfPSyx+12l
7HU4vcp6ZvMQUc/DHabnNhdD+u6z8wYex9sEGmL2iHpPzu/J2fvPk/O8fj59Sp6yMBC0nkXsoG3G
7mju1D2ijPXUhJHL0gzeEs6eYRcW9T5z8ST5LSwJ4U/dyaDAwQUCmz1IcPUJVWEvxAkM7VVPCwlk
KjqQKOESLotmuVS2xsPgr+xVs64vIZY5JFZbfGiXl/RydtfIxRirAnOhzRQtaQHHVbZ0LhUKvr2O
sqo26tjaqsY0Q4qOttxlHWJzKYeQ567BYh5NGGoQjEIQ5WW4+mvVcNnBjAx13G2OsrSYLJxmimSI
hyTNkfZ7NkdVk6SsVmYc0X7YYtAXxyOiVtDW0GLfQNtxklRUV5ujLsvem2Qpq+BplkDa4XZkcbE5
WYz2m16jvlj3kI+TpjeCezL8GSWQdannSMwCeOfkK2HL/shmNl0+zWYjc8xtgiq8+rBxn3HY4YFE
SLWBZWhLwzxKS4DFWpO1f7EOYT0tB0rY6HhWLK1AMfxrVkAc3dSS0Yj4qpjswoqOnf2YUikfKyJ6
4XAfDdhY7GBIvy5V8GdIJbzuMIygP8C7OR1t88gl57Tpim/EDM6uY5aEOKVb3aJZJ1u4IaTcBvOp
YB74Vmq7ce7krpiWPyVXimX8P3NFnyfw9mFpqDPgwxtigZHulKbHhQo5sFASUr8rYHAw3AHVAu93
4TEUFbynNr8F2dO/bc9ZGaat4RKpdmiABIXzSIWCkG2gJVN9RwirpmeXFclSQaaiCubKxJo9IHuE
9TUHLuuz3UMhlLphk5QGDO5w/bmf0w4aBHrIKfabw2T52Wt74G1PPraZwSmXh81Ak8U/NzEfD6an
qt1vtmdnb9ER/WA6ZtWyrgBlhaOgkbb9a5pwwqPWMtaMx4v1zDjI4qzHsJgPRAm8Q0L6Pzj/qPAZ
MWWsD9Q+3wFuRfDlhRYGZQNVfcYOHkgTpF0cwOBkF20xaVE2tOnopKOWHdanPOnmeg8FW1t2nHyf
MNj5cOaqc3rxNIOdRtiJtV2bG2rI7OEWhaVRdpExiTHflhW/yeKDm5DoDfjOYMyUNMUE31MJDDN0
z/QBNL/VaLau/Q0AAP//AwBQSwMEFAAGAAgAAAAhAH/+A0oTBQAAWQ0AABEAAAB3b3JkL3NldHRp
bmdzLnhtbLRXW3ObOBR+35n9Dx6e1zFg8IWp27GNadJJ2k5Jd58FyLY2QmIkYeL8+j1CEOqNkul0
Z58szuXTuev43YfHko5OWEjC2crxrlxnhFnOC8IOK+f7fTJeOCOpECsQ5QyvnDOWzof3v//2rokk
VgrE5AggmIzKfOUclaqiyUTmR1wiecUrzIC556JECj7FYVIi8VBX45yXFVIkI5So88R33ZnTwfCV
UwsWdRDjkuSCS75XWiXi+z3JcffTa4ifuddoxjyvS8xUe+NEYAo2cCaPpJI9WvmraODisQc5veXE
qaS9XOO5b0l27jZcFM8aP2OeVqgEz7GUkKCSGndLRNgzjBe8AHoO9RWEemLunmgoUPfc9jRYLukL
fUu2TRZvSSaQMGmGAtBWlHl0c2BcoIxCUTVe4LyHinrivBw1UYVFDkmCcnRdZ6IZGVgBNRrzz1yl
tRC8ZsU1RkB7lZ1wrjo2hILvU4UUBnBZYUrb6s4pRmBKEx0EKqEuV46htJAF3qOaqnuUpYpXIHRC
4HHgdwYVAjUA8lGQ4poL8sSZQjStUA7EXthzQ2P9D8J/YqFI/lI0nHWiRFYUnQfMeLhoB2167sF7
O4x8D/uatG/Q8yMSKIewdJZuwWzBaY+pm1JAzXytWa7qtjU6vbZbdSIkuIgTLr7fmsAjiliOU/Ca
4s1Z4ZjXkFF9+osU6mhCqbN2i9EJb1D+ICmSx7UeJi2zpvcCkTZ0hlBo6d1jBSMnPZK9+oYVzINW
FhV/11LdEoavMTkc1Q2D9NAOR+Jkd4vOvFatrBkwqRlR4CBDJRSaoXZj544XWKe/FuRFLb/aC1qh
LQUo2Tcu4pArqA3cGpiqM4WgMZWSJ7xmxSfwgsAgMxH+dQveMgAzHZovMIDvzxVOMIIowuj+fy5r
c5ZQUt0R6E1xwwpo3/962aSJTLp03cH7VMj+8A1au0+D6yab2WLRJUOLDRxvHrrx2kTpkuN785nX
tdC/OGtvPYttOtO5Hy88KycO/enWxgkWgbvuWvvynmDnrbdWC4LdbOt1k+NSJ5y5ycKKFm69aZjY
LJitvaVntXoeTrf2uM2XMLqsMZgvg8VyY7tnvgleiejCDXdrq85i6sbu0oa2DH13ao3Ocu4tYzsH
8rawZns9nS9hwWjb9TKiGzdchzsrR1eV1bat5+8Sa7a303kcWOO2DfxwadWJl4Fv92cXhP7aWtev
V3wSz3a+1YJkFwa+NQZJ4vrL9oGAjtPhgT4rI73NfBX9SQ+vUWkG3xaVmSBodKf3HYhpGWXiYUNY
z88w7Hv4R05aZz1zPDYMWSJKE3iMekab0jIq4D2L8b6FpXdIHAbcTkJYqfBcf3rG0ssDFh9hS6jM
bY1AlRlK/XVeEHR4hMGLUvZ0WWdpr8VgZ/mBBSvHl5PQgJMhPE2kYNVth/stGp5+zMbfUz1sMZJq
LQlaOU/H8faz1oaxRkWqN2R8h6rKLAzZwVs5VD9qnlZT8FXAptx+ZAe/4/ktD740r/1AuXYWpLuD
FjBHkOoOA23a06YDDfZAIxcMtLCnhQNt1tNgU2+iIzwqAtaoB3g5+6Om7zmlvMHFdU9cOS9IJgjy
iCoMqdZbFlQcj1pCt3bJ0SnCj7AB4oIo+ANSkaJEj3ohNDXcScOmBO/9haxG0sLVBXVUIAU5aOfg
5EIZsglbzaUtTVTgnECFpucyG9ajK2M4JVKluIJNSnEBLrfbwB9tXQz/id7/AwAA//8DAFBLAwQU
AAYACAAAACEAF6AWTgIBAACsAQAAFAAAAHdvcmQvd2ViU2V0dGluZ3MueG1sjNDBSgMxEAbgu+A7
LLm32ZUisnS3IFLxIoL6AGl2dhvMZMJMaqxPb9qqIF56yySZj5l/ufpAX70Di6PQqWZeqwqCpcGF
qVOvL+vZjaokmTAYTwE6tQdRq/7yYpnbDJtnSKn8lKooQVq0ndqmFFutxW4BjcwpQiiPIzGaVEqe
NBp+28WZJYwmuY3zLu31VV1fq2+Gz1FoHJ2FO7I7hJCO/ZrBF5GCbF2UHy2fo2XiITJZECn7oD95
aFz4ZZrFPwidZRIa07wso08T6QNV2pv6eEKvKrTtwxSIzcaXBHOzUH2Jj2Jy6D5hTXzLlAVYH66N
95SfHu9Lof9k3H8BAAD//wMAUEsDBBQABgAIAAAAIQATxrfnhAgAACVBAAAaAAAAd29yZC9zdHls
ZXNXaXRoRWZmZWN0cy54bWzUW0tzm0gQvm/V/geKu6OXY8euKCk/4thVeTiRvXsewciaNTAsIMvO
r9+eGRhhEKJbkMPmIglN99ev+XqsTL//+BwGzhNPUiGjqTt6M3QdHnnSF9HD1L2/uzp45zppxiKf
BTLiU/eFp+7HD3/+8X59mmYvAU8dUBClp+vYm7rLLItPB4PUW/KQpW9C4SUylYvsjSfDgVwshMcH
a5n4g/FwNNTv4kR6PE0B7YJFTyx1c3VhXZuMeQRYC5mELEvfyORhELLkcRUfgPaYZWIuApG9gO7h
UaFGTt1VEp3mBh1Yg5TIqTEofykkkpoXW3CN5KX0ViGPMo04SHgANsgoXYp448a+2sDFZWHS0y4n
nsKgWLeOR4c1POsyJgeXCVtDKjYKa+q2BMM3QmFg4qDyu8lqVeNouMuZPCNKhbUBY8JrzMKSkInI
qtkvNOXgwn7oUt+fE7mKrTmx6KbtJnq0utS2JFg2PNI7r+xaSlJQ27qzJYu564Te6c1DJBM2D8Ci
9ejQURXpfgCq8KV3yRdsFWSp+pjcJvnH/JN+uZJRljrrU5Z6QtwBhYCWUIDC67MoFS58w1manaWC
lb/8lD9T3y/VwvKXVtJLs5LCc+ELd6BAH3kSgeATC6bu2DxKf9kHo+LJhbLLLMpXBSx6KJ7x6OB+
VrZv6v5aHlx8U4/mADV1WXIwO1PKBtr54rUUhNiGxKyqRAy4BZhmZhgX4skXX6T3yP1ZBl9MXWBt
/fD+5jYRMgEanLonJ/nDGQ/FtfB9rgi+WBgthc//XvLoPuX+5vmPK02vuUZPrqIMAnN0rLMYpP6n
Z4/HiuYAL2IqQ9+UAHAQ9IMSjjZoJTbWmAcVVP3w3wIyj/ZWlCVnqiU52v6dQNrrVWegsfKo7IDW
S7J10l3FYXcVb7urgHbaNRbH3VXAQaSrFaY2SlWJT2omPVN85ZqYnBiC2FqySqJWRa0StaJplajV
SKtErSRaJWoV0CpRS3irRC2/rRK1dO6U8JgmrmoVTXQ0UBv7TmQB9LkWpht1pLq8KTi3LGEPCYuX
jmqMVbN3keVsNc9wpmo63Z8sZ1ki1XGxJSJjsw325uRPYbxkqYBTdRtQx9DfqaOL8zkRcPxsgXpr
iq/mkz5VbOWD24B5fCkDnyfOHX82GSXIf5POLGaePp+3GNcxrV/EwzJz4FSnWm5rJI4agt4cCaP/
i0h1DHZ286MGV9qUo3J41FCXzcq/cl+swiI0iNPIkeFzQporENrE3SE6VCmqb+JWL1QCMC6YdkF3
QetH2G+aC12/yjHGftOK9tSPsN80rj316/rYnV8y01zCzyIOansdk/fuhQxkslgFxR5opYdj8g62
EDgXyJvY6keRxDF5B7+iT+fM8+AvN0ydknOx4VECCjkdBkVvNrwv5KRUaG9E8IicoArWmIDVjWsJ
QGTS/cmfhPoRl9oMNEvbs2brdp40RABaEOoM/WMls/Yz9LiB87AoNxH8XJJyB4c2adh5WLS8nky/
I+S4W+MjAHXrgASgbq2QANRQH81nHtsT8SDdmyMBi0zLtovpskMz8zGZmS0QrQX01DcR56+G3dtc
C/W+iUAhJ6jeNxEo5OxUepntmwis3vomAquhazTnqMypFKfIfbMMZE8CCI/6IW8EUD/kjQDqh7wR
QN3Jux2kP/JGYJG5wXJqmbwRQHoJ5U99C1QmbwQQmRsM2+W/GRV9T2vZ/cdtD+SNQCEnqE7eCBRy
dprIG4Gll1AqoYJlqQ6B1Q95I4D6IW8EUD/kjQDqh7wRQP2QNwKoO3m3g/RH3ggsMjdYTi2TNwKI
TA8WqEzeCCC9hMINW8lb7/rfTt4IFHKC6uSNQCFnp0Ko9pCKwCInqIJlyRuBpZdQiiHH0sVNcaof
8kZ41A95I4D6IW8EUD/kjQDqTt7tIP2RNwKLzA2WU8vkjQAi04MFKpM3AojMDVvJW2/G307eCBRy
gurkjUAhZ6dCqJbnEFjkBFWwLHkjsHS9dCZvBJBesi8QxaN+yBvhUT/kjQDqh7wRQN3Jux2kP/JG
YJG5wXJqmbwRQGR6sEBl8kYAkblhK3nrPfLbyRuBQk5QnbwRKOTsVAjVkjcCi5ygCpalOgRWP+SN
ANKF2Zm8EUB6yR5AehdR0tQPeSM86oe8EUDdybsdpD/yRmCRucFyapm8EUBkerBAZfJGAJG5Qd2z
hfui6Oupo4YiwN4zKG41oAHHDUnCAuYO/uQLnsBUIG+/HdIRsPCQgNhQHlgXz6V8dHAXuycNBYKG
EvNASH2l+0Xf0ikNIkyOd0wS3H2/cK7NAExNTpfU65s3MGNUHhdSY056VBPszF5iGNmJi5vlShuM
Eqm5rHwESC+8gYEgpid+1IgPrNGTT/mgj/4v2xxQv4fJJQWxFr5cX8BN9UQGhcjQOPWPVzyYSxhr
BCkwUYvBq0as2+gtwUgv48kuG4c1Ixsuz2tDN5MbhTnFfJcdXDLrXl3lNNY2WJmpC+O7LBzVLDRh
dPRVcxOeul0wuqUt2ZwBtxsGCZ0HJvzw5ibywbF1PrtlUu0/M6MKvr/gQfCV6WRlMm5eGvBFZr4d
DXV/rKiCJGYybJZP9PVxbck2BZDzsjHmo3KiuRiiVTjnSX4Zvalgx1tCbW7BmuDZ3QaW64LGRrnZ
Lpv+zbaZ1KwoDRVoQ+YMJu6+26lDlhdhvQpgxEALwGy2Sqy2eTi8Oj969+7QJhWd/XMYqoUxb7XT
TPa1PjV5nc+0/Jq65ucpGDIoRgo9ddsXyGCVSYOY18ZesrZu9pIuqmovYQFzoT6/LqJI9dqI/7Wf
uCnwcvj/z1vxFS9vyt6M+ZbbxTW0miQQMKe8terz1lCveuyuhEHaV/vi8uRwfJlrhfliVee6eouk
DeHf1ZUxZlU8zAsBLIQsaanNZi/epR/+AwAA//8DAFBLAwQUAAYACAAAACEAfLPytVcBAACHAgAA
EQAIAWRvY1Byb3BzL2NvcmUueG1sIKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
jJLNTsMwEITvSLxD5HviOOWnWEkqAeqJSkgEgbhZ9ra1iB1jm6Z9e5ykTVvBgZvXM/t5dpN8tlV1
tAHrZKMLRJIURaB5I6ReFei1msdTFDnPtGB1o6FAO3BoVl5e5NxQ3lh4to0B6yW4KJC0o9wUaO29
oRg7vgbFXBIcOojLxirmQ2lX2DD+yVaAszS9wQo8E8wz3AFjMxLRHin4iDTftu4BgmOoQYH2DpOE
4KPXg1Xuz4ZeOXEq6XcmzLSPe8oWfBBH99bJ0di2bdJO+hghP8Hvi6eXftRY6m5XHFCZC0699DWU
OT4ew4lbYL6x5VfbC4ey22fNnF+E1S8liPtd7/h92xktbGT3wcoszfFpHV7thxxeARGF2HQY8qC8
TR4eqzkKrWQSp9M4m1YZoeSKpulHl+isvxtjuFD7XP8h3lXklpLrc+IBEPYREp//OuUPAAAA//8D
AFBLAwQUAAYACAAAACEANUW/kAEIAAA0PgAADwAAAHdvcmQvc3R5bGVzLnhtbNRbS3ObSBC+b9X+
B4q7o5fXjl1RUn7Ea1fl4UT27hnByJo1MFpAsZ1fvz09MMIgRLcgh80l0mimv35+jeTpdx+eo9D5
IZJUqnjqjt4MXUfEvgpk/DB17++uDt66Tpp5ceCFKhZT90Wk7of3v//27uk0zV5CkTogIE5PI3/q
LrNsdToYpP5SRF76Rq1EDB8uVBJ5GbxNHgaRlzyuVwe+ilZeJucylNnLYDwcHrm5mIQiRS0W0heX
yl9HIs7w/CARIUhUcbqUq7SQ9kSR9qSSYJUoX6QpGB2FRl7kydiKGR3WBEXST1SqFtkbMGZgNBpo
UXB8NMRXUeg6kX968xCrxJuH4Lyn0aH7HjwXKP9SLLx1mKX6bXKb5G/zd/jflYqz1Hk69VJfyjtw
KQiIJMi6PotT6cInwkuzs1R65Q8/5mv686XeWP7QnvTTrCTwXAbSHWjQR5HEcPCHF07dsVlKf9qF
UbFyofUym/JdoRc/FGsiPriflfWbuj+XBxdf9NIcoKaulxzMzrSwARpf/F9ywsq6xOyqeAxiDZGf
mQQEf4rFJ+U/imCWwQdTF5IYF+9vbhOpEkiyqXtyki/ORCSvZRAIne/FxngpA/H3UsT3qQg269+u
MHlzib5axxk45ugYoximwcdnX6x02gFe7OkIfdEHIPBQHiUcVGgtN9qYhQoqLv5bQObe3oqyFJ6u
UAf13wmEVq87A421RWUDUC5L10l3EYfdRfzRXQSQVVdfHHcXAbzcVQuTG6WspAc1U75JvnJOTE4M
QWxNWX2ilkWtJ2pJ03qiliOtJ2op0XqilgGtJ2oBbz1Ri2/riVo4d57wPSSuahZN0Bukwr6TWSj0
+Z0ENOpIdXlTcG69xHtIvNXS0Y2xqvYuspyt5xlNVaTT/clyliUqfmj1yNiUwd6c/DFaLb1UwlNO
i+vHHV1/p59anD8TGbRC/WGSr2YTPlVs5YPb0PPFUoWBSJw78Wwiyjj/RTmzledDF2xVrmNYP8mH
ZebMlthyW8GOGpze7Akj/5NM0Qc7i+mowZQ24aQYHjXkZbPwzyKQ66hwDeFp5MjwOSPMFQhUcbeL
DnWI6kXcaoUOAMUE0y74JqB8gv6mufDl6xhT9DetaE/5BP1N49pTPubH7viymeYSvnQ6pPI6Ztfu
hQpVsliHRQ200sMxu4ItBM0EdhFb+SSSOGZX8Cv6dM58H765UfKUHYsNjzJQ2OEwKFhsdFvYQanQ
3ohhETtAFawxA6sb1zKA2KT7XfyQ+jctbjNAlrbPmq3lPGnwALQg0jP0t7XK2p+hxw2cR0W5ieHn
klQ4NLRJQ+VR0fJ8Mv2OEeNujY8B1K0DMoC6tUIGUEN+ND/z2J5IB+neHBlYbFq2XQzTjszMx2xm
tkC8FtBT3yQ8fzVUb3Mu1PsmAYUdoHrfJKCwo1PpZbZvErB665sErIau0RyjMqdyjGL3zTKQfRIg
WNQPeROA+iFvAlA/5E0A6k7e7SD9kTcBi80NllPL5E0Awi2cr/oWqEzeBCA2Nxi2y38zKvoeStn9
5bYH8iagsANUJ28CCjs6TeRNwMItnEyoYFmqI2D1Q94EoH7ImwDUD3kTgPohbwJQP+RNAOpO3u0g
/ZE3AYvNDZZTy+RNAGLTgwUqkzcBCLdwuGEreWPV/3LyJqCwA1QnbwIKOzoVQrUPqQQsdoAqWJa8
CVi4hZMMORYmN8eofsibYFE/5E0A6oe8CUD9kDcBqDt5t4P0R94ELDY3WE4tkzcBiE0PFqhM3gQg
NjdsJW8sxl9O3gQUdoDq5E1AYUenQqiW5whY7ABVsCx5E7AwXzqTNwEIt+wLxLGoH/ImWNQPeROA
+iFvAlB38m4H6Y+8CVhsbrCcWiZvAhCbHixQmbwJQGxu2EreWCO/nLwJKOwA1cmbgMKOToVQLXkT
sNgBqmBZqiNg9UPeBCBMzM7kTQDCLXsAYRVxwtQPeRMs6oe8CUDdybsdpD/yJmCxucFyapm8CUBs
erBAZfImALG5Qd+zhfui5Oupo4YkoN4zKG41kAHHDUGiAuYGfhcLkcCQlGi/HdIRsLCQgdiQHlQT
z5V6dGgXuycNCUKGkvNQKrzS/YK3dEqDCJPjHZMEd18vnGszAFM7hyn1+uYNzBiVx4X0mBNOroGe
2csKRnZWxc1yLQ1GifRcVj4ChBtvYCDIw4kfPeIDe3DyKR/0wT/Z5oD4GiaXNMSTDNTTBdxUT1RY
HBkao/7xi4W5ypb5GBQeA1URsa6jvwQl/Uwku3Qc1pRsuDyPim4mNwp1ivkuO7hk9r26yglLzVpm
+sL4Lg1HNQ2NGx28am7cU9cLRrdQk80z4HbFIKDz0LgfXtzEARgGI4D4NzUT6uDZM6Lg8wsRhp89
DFamVs1bQ7HIzKejIfbHiigIYqai5vMJXh9HTbYJAG+WlTFvtRHNbo7X0Vwk+c33poQdb3G1uQVr
nGerDTTHhKZ6uVkvG/5N2UxqWpSGClCRuQcTd1/t1KGXJ2E9C2DEAA/AqKoOLOo8HF6dH719e2iD
So7+OYxqwtSrrjQTfZSnJ0DzmZafU9f8PAVDBsVIoa9v+wIZrDNlEPPc2OuszZu9ThdZtddhCXOh
gbguvMi12hz/a7/jJsHL7v8/l+IrXt6kvRnzLbeLa2g1SSjjR5M41azPW0M966lVCYO0r+ri8uRw
fJlLhflineeYvUXQhvDv6soosy4W80SAMoMo4alNsRev0vf/AQAA//8DAFBLAwQUAAYACAAAACEA
fSzzBEUCAADNBgAAEgAAAHdvcmQvZm9udFRhYmxlLnhtbLSUS27bMBRF5wW6B4HzWNSnqWNEDly3
BjrJoEkXQNOUTZQfgaSteg0ddh/dQXfT7iNPJKUgdYzYASoBgnQfefF4dMnrm+9SJDtmLNeqQtkI
o4QpqldcrSv09X5xMUaJdUStiNCKVWjPLLqZvn1z3U5qrZxNYL6yE0krtHGumaSppRsmiR3phiko
1tpI4uDTrFNJzLdtc0G1bIjjSy6426c5xpco2phTXHRdc8o+arqVTDk/PzVMgKNWdsMb27u1p7i1
2qwaoymzFtYsRfCThKvBJisPjCSnRltduxEsJg0dpZ0VTM+wf5MCJZJOPq+VNmQpgF2blWgawSXt
RBEJ4pwIvjTcFxqitGUZ1HZEVAjneIHfwbO7S1x0T5R2DnRDjGVuGIiDXBPJxb5XbcutDYWGO7rp
9R0xvGsolCxfQ2Frl7hCnzBc+WKBgpJVqARhNh+UHJoKVxbHFIMCyYHGvI8fkl15H1DAJ87yfaYh
Ogck/v768ef3Tw+CCHcLdPqO77i826q4lANGGb4E+wK4xzsM/IfR+DLITxmRrdPR9zREcSHFI6J8
PF50alQGRBmk2oM9hqhj6zGejuieS2aTW9YmX7Qk6khocgBSQHBKH57irNAY7+tDdkZo8tkQEfjZ
c1jY+3HZR2Qggq9eIAI8gs/pRGaQZXGEwwfgUMbt47fQs8GAP+eX+zQYr9s8z3Los/JfOcyJhFOE
HCHRJSEkokvGecfI6xJxeIzgcsjII4l+1xzbI5CIF4+ReJ7Y6QMAAAD//wMAUEsDBBQABgAIAAAA
IQDP1BBieAEAAMsCAAAQAAgBZG9jUHJvcHMvYXBwLnhtbCCiBAEooAABAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAJxSTU/DMAy9I/Efqt5ZuooxhLwgtAlx4EtqB+codduINImSbNr+PS5lpYgb
OdnPyfPzc+D20Olkjz4oa1bpfJalCRppK2WaVbot7y+u0yREYSqhrcFVesSQ3vLzM3j11qGPCkNC
FCas0jZGd8NYkC12IsyobKhSW9+JSKlvmK1rJXFj5a5DE1meZVcMDxFNhdWFGwnTgfFmH/9LWlnZ
6wtv5dGRYA4ldk6LiPy5l6OBjQCUNgpdqg55vlxSYUzhVTQYeA5sCODd+oryPAM2hLBuhRcykn18
ni/o9QSAO+e0kiKSs/xJSW+DrWPy8uVB0hMAm14B8qVAufMqHjm1mKbwqAxJmRM8RKTNi8YL134L
HDMopNC4pul5LXRAYD8ArG3nhDlyEnqKiO8jbF1pN709309+g5Mx31VsCydkL+ZyuZgOPClBQb5g
RROcCH8AeKCVeN13JbNMg9Xpzt9Cb+Hb8Dep3Syj8+XZCaPNjJ+GfwIAAP//AwBQSwECLQAUAAYA
CAAAACEACSSHgoEBAACOBQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBL
AQItABQABgAIAAAAIQAekRq38wAAAE4CAAALAAAAAAAAAAAAAAAAALoDAABfcmVscy8ucmVsc1BL
AQItABQABgAIAAAAIQAJGlOMUwEAAPsEAAAcAAAAAAAAAAAAAAAAAN4GAAB3b3JkL19yZWxzL2Rv
Y3VtZW50LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAMWi2sHQDQAArqYAABEAAAAAAAAAAAAAAAAA
cwkAAHdvcmQvZG9jdW1lbnQueG1sUEsBAi0AFAAGAAgAAAAhAOlsTo20BgAAqxsAABUAAAAAAAAA
AAAAAAAAchcAAHdvcmQvdGhlbWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQB//gNKEwUAAFkN
AAARAAAAAAAAAAAAAAAAAFkeAAB3b3JkL3NldHRpbmdzLnhtbFBLAQItABQABgAIAAAAIQAXoBZO
AgEAAKwBAAAUAAAAAAAAAAAAAAAAAJsjAAB3b3JkL3dlYlNldHRpbmdzLnhtbFBLAQItABQABgAI
AAAAIQATxrfnhAgAACVBAAAaAAAAAAAAAAAAAAAAAM8kAAB3b3JkL3N0eWxlc1dpdGhFZmZlY3Rz
LnhtbFBLAQItABQABgAIAAAAIQB8s/K1VwEAAIcCAAARAAAAAAAAAAAAAAAAAIstAABkb2NQcm9w
cy9jb3JlLnhtbFBLAQItABQABgAIAAAAIQA1Rb+QAQgAADQ+AAAPAAAAAAAAAAAAAAAAABkwAAB3
b3JkL3N0eWxlcy54bWxQSwECLQAUAAYACAAAACEAfSzzBEUCAADNBgAAEgAAAAAAAAAAAAAAAABH
OAAAd29yZC9mb250VGFibGUueG1sUEsBAi0AFAAGAAgAAAAhAM/UEGJ4AQAAywIAABAAAAAAAAAA
AAAAAAAAvDoAAGRvY1Byb3BzL2FwcC54bWxQSwUGAAAAAAwADAAJAwAAaj0AAAAA
--bcaec547cb79a208ad04e519aa9d--

From diego.dujovne@mail.udp.cl  Thu Aug 29 10:59:00 2013
Return-Path: <diego.dujovne@mail.udp.cl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C58611E813A for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 10:59:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.677
X-Spam-Level: 
X-Spam-Status: No, score=-2.677 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_46=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RE+x8LwOs6Eo for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 10:58:56 -0700 (PDT)
Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by ietfa.amsl.com (Postfix) with ESMTP id E677B21F8D90 for <6tsch@ietf.org>; Thu, 29 Aug 2013 10:58:45 -0700 (PDT)
Received: by mail-wi0-f172.google.com with SMTP id ex4so5500435wid.5 for <6tsch@ietf.org>; Thu, 29 Aug 2013 10:58:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Pq/VwESGOocbHWc2eWF8/LXBFXTBFyAANhweOJDAxC8=; b=QbG/nNZeTCKXQcSzvsEULHU9WI5jbzXJnSVHaCMxYkMHqW6l45GNfaJNxrt8wC/rvc wFXm7FGXkNKXRkeQ+0+xhGUp4vso+do4sr/De0cwmnvzgn1T5N+VzHRuB0ppss4P0opo gtTpt8JbKWdfuWEObTIUmhZCnW8yG6IjOgzPawmzfZwtH7xsGZxozueYtsMiAbtQSiF4 21w2/++nKTnQzgp1KB3KAXsQGIoRbs9Ajo4tiBZVUh+3OblWTgXSWotEbOrEK25aOTT3 HiwyFs81iI7HmTQexE7p3SIR8cmw4FrL9bX5pbAhe0hB428ETsm2XRBGfSxF5ZSmkIju kktw==
X-Gm-Message-State: ALoCoQmIhJoM5iyv2zMpLBiNgDC1ymalznSmIOuKCbwKILI835SOxgMLLxQGJbiB08E5YE0ApHWP
MIME-Version: 1.0
X-Received: by 10.180.109.65 with SMTP id hq1mr1031250wib.53.1377799124465; Thu, 29 Aug 2013 10:58:44 -0700 (PDT)
Received: by 10.194.122.103 with HTTP; Thu, 29 Aug 2013 10:58:44 -0700 (PDT)
In-Reply-To: <CAAzoce4WAd1woAs1YwAk2N9gHGhY2UrTy+jGPVQN4bP8DgG7Ug@mail.gmail.com>
References: <CAAzoce7kj5ajfDkOXccWsiVXkDXjbt7XZbgaCAE-3NoeoptRTQ@mail.gmail.com> <CALEMV4b4KUf_Sh==SB84saOicX++YvxRpNCpQdy=XNO8gwGMbg@mail.gmail.com> <CADJ9OA_=ks0OPKSn7JB-vtFVEJou9RTPT=GBakkHeMrwp0Paig@mail.gmail.com> <CAAzoce4WAd1woAs1YwAk2N9gHGhY2UrTy+jGPVQN4bP8DgG7Ug@mail.gmail.com>
Date: Thu, 29 Aug 2013 13:58:44 -0400
Message-ID: <CAH7SZV_xhQ+ttu41TLBE3_=Y6O64DOsgM_Cgwi6YKYfxgoEa5A@mail.gmail.com>
From: "Prof. Diego Dujovne" <diego.dujovne@mail.udp.cl>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] format of management message
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 17:59:01 -0000

Hi Thomas,
                Are you looking for the EXI spec, such as
the one specified on this link?:

http://www.w3.org/TR/exi/#encodingDatatypes

                   Diego




2013/8/29 Qin Wang <qinwang@berkeley.edu>:
> Hi Thomas, Xavi and all,
>
> I did a comparison on some data coding methods (JSON, CBOR,UBJSON, BSON),
> not completely yet. See the attached file.
>
> I compare them from two angles, one is their data types, another one is t=
he
> overhead from the data format in storage to the data format in exchanged
> messages.
>
> Xavi, do you know the proper link for EXI?
>
> Any input is welcome.
>
> Thanks
> Qin
>
>
> On Wed, Aug 28, 2013 at 2:26 AM, Thomas Watteyne
> <watteyne@eecs.berkeley.edu> wrote:
>>
>> Qin,
>>
>> Very much along the same line here. The scope of work item 1 from
>> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/ is the format of the
>> data that is exchanged, i.e. what you would see if you started Wireshark=
. I
>> don't believe we are making any assumption on the way the data is stored
>> inside the devices. I believe it is safe to assume that this is
>> implementation-specific and out of scope.
>>
>> Thomas
>>
>> On Mon, Aug 26, 2013 at 3:56 PM, Xavier Vilajosana Guillen
>> <xvilajosana@eecs.berkeley.edu> wrote:
>>>
>>> Hi Qin,
>>>
>>> I see it like you indicate at (1). The format and encoding is only used
>>> in the payload of exchanged messages.
>>>
>>> as regards to (2)
>>> - 1) Computational complexity is a limiting factor if we want to be abl=
e
>>> to run in 8bit uC. So this is important.
>>> - 2) Compact data size. This can be easily experimented as soon as we
>>> have some formats defined.
>>> - 3) I don't think the tool is a problem as most of this formats have a
>>> tool.
>>>
>>> (3) I know about EXI (Efficeint XML) which compares to ASN.1. I am not =
an
>>> expert of that and I do not know if BSON or CBOR perform better but it =
might
>>> be another candidate.
>>>
>>> X
>>>
>>>
>>> On Mon, Aug 26, 2013 at 3:38 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>>>
>>>> Dear All,
>>>>
>>>> According to last Friday's call, we start the thread to discuss the
>>>> format of management message.
>>>>
>>>> Background:
>>>> The management messages are exchanged between a Management Entity (ME)
>>>> and 6top, and the ME can be existing in PCE or upper layer of 6top. In=
 some
>>>> other threads, we have been discussing about the control flows and the
>>>> content of control flows, which can be used as reference.
>>>>
>>>> Consideration:
>>>> (1) Where the format will be used? IMHO, the format, which we are
>>>> talking about, is only used to express the exchanged messages, it shou=
ld not
>>>> be used in storage like MIB. Thus, Compacting is a process of translat=
ing
>>>> the data in storage format to the data in message format, and De-compa=
cting
>>>> is a reverse process. Make sense?
>>>>
>>>> (2) Criteria of evaluation.
>>>>     -- Compact data size
>>>>     -- Computational complexity of Compacting/De-compacting
>>>>     -- tool is existing or not
>>>>     -- .... more?
>>>>
>>>> (3) Candidates: CBOR, JSON, BSON, and ......
>>>>
>>>> Any comments and suggestions are welcome.
>>>>
>>>> Thanks
>>>> Qin
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>



--=20
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl
(56 2) 676 8125

From xvilajosana@berkeley.edu  Thu Aug 29 10:59:20 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C26F11E8142 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 10:59:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.916
X-Spam-Level: 
X-Spam-Status: No, score=-1.916 tagged_above=-999 required=5 tests=[AWL=-0.540, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_46=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BIioqAc7l71R for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 10:58:58 -0700 (PDT)
Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) by ietfa.amsl.com (Postfix) with ESMTP id 17B8B11E8146 for <6tsch@ietf.org>; Thu, 29 Aug 2013 10:58:55 -0700 (PDT)
Received: by mail-pd0-f174.google.com with SMTP id y13so768638pdi.19 for <6tsch@ietf.org>; Thu, 29 Aug 2013 10:58:54 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=h7IsOgYnc5ouL5oqujBMWkW4WvkWRPqxCGuAYsza0cQ=; b=ZjcSAZDtnWzPUGCkqKNTWpGbclBYjWTpK62OUUnr5SwGL6biVby+37K8v/NZkNnBNQ Ekdu4EXHYMgcrVV2sJ0ruq6UGQVtWrFCMfCGm3L3zqdLfVdI5rYEK1z8Csw/wIkIi9BV 1fXwfirZnOn9Fic8oeeoD38OM5XiCbhTyKKA4hrYWPxYic6AqEErDvLv1/5YJx/29mnX WhgVmhNeO6XFuE9PruwMZYz5NXK3bWYNcYqUz5vY0CcJtjOF83lOUyfAzQtFfyVRiI8M YSXhVZhPQCQpNg6POtFByi2DveRSzy9SDyuVOYlmWSxY2V1fPFJDicDodddyHjL6CSDp MCnw==
X-Gm-Message-State: ALoCoQnakPYlhOx7ykP2bSZjrDvyk6p9zgrtBBsVkqrBF/AMDb2sYnLXbn6O+ArUiT6QMVeWuhXU
MIME-Version: 1.0
X-Received: by 10.68.36.132 with SMTP id q4mr5108174pbj.118.1377799134711; Thu, 29 Aug 2013 10:58:54 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Thu, 29 Aug 2013 10:58:54 -0700 (PDT)
In-Reply-To: <CAAzoce4WAd1woAs1YwAk2N9gHGhY2UrTy+jGPVQN4bP8DgG7Ug@mail.gmail.com>
References: <CAAzoce7kj5ajfDkOXccWsiVXkDXjbt7XZbgaCAE-3NoeoptRTQ@mail.gmail.com> <CALEMV4b4KUf_Sh==SB84saOicX++YvxRpNCpQdy=XNO8gwGMbg@mail.gmail.com> <CADJ9OA_=ks0OPKSn7JB-vtFVEJou9RTPT=GBakkHeMrwp0Paig@mail.gmail.com> <CAAzoce4WAd1woAs1YwAk2N9gHGhY2UrTy+jGPVQN4bP8DgG7Ug@mail.gmail.com>
Date: Thu, 29 Aug 2013 10:58:54 -0700
Message-ID: <CALEMV4ac2DFtBfhizCPv2sV16FCuOdKxz1+bjJHiLf2jF3JeAA@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=bcaec5216259ff1d6a04e519dbc1
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] format of management message
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 17:59:26 -0000

--bcaec5216259ff1d6a04e519dbc1
Content-Type: text/plain; charset=ISO-8859-1

Hi Qin,

this is the EXI specification
http://www.w3.org/TR/exi/

I go through your document and I will come back with comments.
X


On Thu, Aug 29, 2013 at 10:45 AM, Qin Wang <qinwang@berkeley.edu> wrote:

> Hi Thomas, Xavi and all,
>
> I did a comparison on some data coding methods (JSON, CBOR,UBJSON, BSON),
> not completely yet. See the attached file.
>
> I compare them from two angles, one is their data types, another one is
> the overhead from the data format in storage to the data format in
> exchanged messages.
>
> Xavi, do you know the proper link for EXI?
>
> Any input is welcome.
>
> Thanks
> Qin
>
>
> On Wed, Aug 28, 2013 at 2:26 AM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:
>
>> Qin,
>>
>> Very much along the same line here. The scope of work item 1 from
>> https://bitbucket.org/6tsch/charter-ietf-6tsch/src/ is the format of the
>> data that is exchanged, i.e. what you would see if you started Wireshark. I
>> don't believe we are making any assumption on the way the data is stored
>> inside the devices. I believe it is safe to assume that this is
>> implementation-specific and out of scope.
>>
>> Thomas
>>
>> On Mon, Aug 26, 2013 at 3:56 PM, Xavier Vilajosana Guillen <
>> xvilajosana@eecs.berkeley.edu> wrote:
>>
>>> Hi Qin,
>>>
>>> I see it like you indicate at (1). The format and encoding is only used
>>> in the payload of exchanged messages.
>>>
>>> as regards to (2)
>>> - 1) Computational complexity is a limiting factor if we want to be able
>>> to run in 8bit uC. So this is important.
>>> - 2) Compact data size. This can be easily experimented as soon as we
>>> have some formats defined.
>>> - 3) I don't think the tool is a problem as most of this formats have a
>>> tool.
>>>
>>> (3) I know about EXI (Efficeint XML) which compares to ASN.1. I am not
>>> an expert of that and I do not know if BSON or CBOR perform better but it
>>> might be another candidate.
>>>
>>> X
>>>
>>>
>>> On Mon, Aug 26, 2013 at 3:38 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>>>
>>>> Dear All,
>>>>
>>>> According to last Friday's call, we start the thread to discuss the
>>>> format of management message.
>>>>
>>>> Background:
>>>> The management messages are exchanged between a Management Entity (ME)
>>>> and 6top, and the ME can be existing in PCE or upper layer of 6top. In some
>>>> other threads, we have been discussing about the control flows and the
>>>> content of control flows, which can be used as reference.
>>>>
>>>> Consideration:
>>>> (1) Where the format will be used? IMHO, the format, which we are
>>>> talking about, is only used to express the exchanged messages, it should
>>>> not be used in storage like MIB. Thus, Compacting is a process of
>>>> translating the data in storage format to the data in message format, and
>>>> De-compacting is a reverse process. Make sense?
>>>>
>>>> (2) Criteria of evaluation.
>>>>     -- Compact data size
>>>>     -- Computational complexity of Compacting/De-compacting
>>>>     -- tool is existing or not
>>>>     -- .... more?
>>>>
>>>> (3) Candidates: CBOR, JSON, BSON, and ......
>>>>
>>>> Any comments and suggestions are welcome.
>>>>
>>>> Thanks
>>>> Qin
>>>>
>>>> _______________________________________________
>>>> 6tsch mailing list
>>>> 6tsch@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>  <https://www.ietf.org/mailman/listinfo/6tsch>
>>
>> _______________________________________________
>> 6tsch mailing list
>> 6tsch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tsch
>>
>>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--bcaec5216259ff1d6a04e519dbc1
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi Qin,<br><br></div>this is the EXI specificati=
on<br><a href=3D"http://www.w3.org/TR/exi/">http://www.w3.org/TR/exi/</a><b=
r><br></div>I go through your document and I will come back with comments.<=
br>
X<br></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On=
 Thu, Aug 29, 2013 at 10:45 AM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;<=
/span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Thomas, Xavi and all,<di=
v><br></div><div>I did a comparison on some data coding methods (JSON, CBOR=
,UBJSON, BSON), not completely yet. See the attached file.=A0</div>
<div><br></div><div>I compare them from two angles, one is their data types=
, another one is the overhead from the data format in storage to the data f=
ormat in exchanged messages.</div>
<div><br></div><div>Xavi, do you know the proper link for EXI?</div><div><b=
r></div><div>Any input is welcome.</div><div><br></div><div>Thanks</div><sp=
an class=3D"HOEnZb"><font color=3D"#888888"><div>Qin</div></font></span></d=
iv>
<div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra"><br><br>=
<div class=3D"gmail_quote">
On Wed, Aug 28, 2013 at 2:26 AM, Thomas Watteyne <span dir=3D"ltr">&lt;<a h=
ref=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.b=
erkeley.edu</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir=3D"ltr">Qin,<div><br></div><div>Very much along the same line here=
. The scope of work item 1 from=A0<a href=3D"https://bitbucket.org/6tsch/ch=
arter-ietf-6tsch/src/" target=3D"_blank">https://bitbucket.org/6tsch/charte=
r-ietf-6tsch/src/</a>=A0is the format of the data that is exchanged, i.e. w=
hat you would see if you started Wireshark. I don&#39;t believe we are maki=
ng any assumption on the way the data is stored inside the devices. I belie=
ve it is safe to assume that this is implementation-specific and out of sco=
pe.</div>

<span><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span><div><div><div class=3D"gmail=
_extra"><br><div class=3D"gmail_quote">On Mon, Aug 26, 2013 at 3:56 PM, Xav=
ier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:xvilajosana@=
eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<=
/span> wrote:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>Hi Qin,<br><br></=
div>I see it like you indicate at (1). The format and encoding is only used=
 in the payload of exchanged messages. <br>




<br></div><div>as regards to (2) <br></div><div>- 1) Computational complexi=
ty is a limiting factor if we want to be able to run in 8bit uC. So this is=
 important.<br>

</div><div>- 2) Compact data size. This can be easily experimented as soon =
as we have some formats defined. <br></div><div>- 3) I don&#39;t think the =
tool is a problem as most of this formats have a tool.<br><br></div><div>






(3) I know about EXI (Efficeint XML) which compares to ASN.1. I am not an e=
xpert of that and I do not know if BSON or CBOR perform better but it might=
 be another candidate.<br><br></div><div>X<br></div></div><div class=3D"gma=
il_extra">





<br><br><div class=3D"gmail_quote"><div><div>On Mon, Aug 26, 2013 at 3:38 P=
M, Qin Wang <span dir=3D"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" t=
arget=3D"_blank">qinwang@berkeley.edu</a>&gt;</span> wrote:<br></div>
</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l=
eft:1px #ccc solid;padding-left:1ex"><div><div>
<div dir=3D"ltr">Dear All,<div><br></div><div>According to last Friday&#39;=
s call, we start the thread to discuss the format of management message.=A0=
</div><div><br></div><div>Background:</div><div>The management messages are=
 exchanged between a Management Entity (ME) and 6top, and the ME can be exi=
sting in PCE or upper layer of 6top. In some other threads, we have been di=
scussing about the control flows and the content of control flows, which ca=
n be used as reference.</div>






<div><br></div><div>Consideration:</div><div>(1) Where the format will be u=
sed? IMHO, the format, which we are talking about, is only used to express =
the exchanged messages, it should not be used in storage like MIB. Thus, Co=
mpacting is a process of translating the data in storage format to the data=
 in message format, and De-compacting is a reverse process. Make sense?</di=
v>






<div>=A0=A0</div><div>(2) Criteria of evaluation.=A0</div><div>=A0 =A0 -- C=
ompact data size</div><div>=A0 =A0 -- Computational complexity of Compactin=
g/De-compacting</div><div>=A0 =A0 -- tool is existing or not</div><div>=A0 =
=A0 -- .... more?</div>






<div><br></div><div>(3) Candidates: CBOR, JSON, BSON, and ......</div><div>=
=A0</div><div>Any comments and suggestions are welcome.</div><div><br></div=
><div>Thanks</div><span><font color=3D"#888888"><div>Qin</div>
</font></span></div>
<br></div></div>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a></blockquote></div><a href=3D=
"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">

</a></div></div></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--bcaec5216259ff1d6a04e519dbc1--

From twatteyne@gmail.com  Thu Aug 29 11:34:27 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B8A821E80B1 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 11:34:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MFobbJ0CZWL5 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 11:34:27 -0700 (PDT)
Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 45AD021E80AA for <6tsch@ietf.org>; Thu, 29 Aug 2013 11:34:25 -0700 (PDT)
Received: by mail-pa0-f44.google.com with SMTP id fz6so1276428pac.31 for <6tsch@ietf.org>; Thu, 29 Aug 2013 11:34:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=0WrtUt6jdkPZRtPFPDPwVwQGOxw2HAVl/pR6rzOmwNY=; b=YfdqDaS0hS8b8fvHA7+palaVoqLfKnwLbtJIy9goscm+jbvWY+DYgXfp6IalS8dcWu UlGM2bPK4vF1eGVsAbeOy3qhwdnf83s5tqrQwGk5yQYiwbv7MRkdIw2fGYq3TP0fn1Lw Bmq2U33r1GkoGWlVxNXpY5LnXPT7DtPoSzCMF1aCbeDv5HpusEpMp5w2POCXDXF+jADD W3XbG3HL8I6FZ9r2gQaNT54Pp0mZgF7RIn+UEvN2NWVkxPpylvirm5YdQwVVlb99D7kh eg2ugpm4OpyFrRBAjHvZAYaLds+3lQrYjDq3wHp7TKUvfR83esaNQG7Ngi6JJY8RejgI WMqw==
X-Received: by 10.68.98.101 with SMTP id eh5mr5281438pbb.65.1377801264709; Thu, 29 Aug 2013 11:34:24 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 29 Aug 2013 11:34:04 -0700 (PDT)
In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680D@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl> <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl> <CAAzoce7225oeorj-2rrUxyD68J44faZfry5TLmeis+FjWzomng@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661E@EXMBX23.ad.utwente.nl> <CAAzoce4m2uKNiJg0CaS0UDqZW-EjdNqNAmm1OzrHjWdx=upf+w@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8@EXMBX23.ad.utwente.nl> <CADJ9OA_W4yV6NjRXMXpBib9F303FfPAXONoHPGxXM4cEasrdXA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680D@EXMBX23.ad.utwente.nl>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 29 Aug 2013 11:34:04 -0700
X-Google-Sender-Auth: hWiUeDjbSHqyTf6MUgOSnJJ3Ric
Message-ID: <CADJ9OA-toywh6QtP3a=WAUGuzoGJE6ijrtK41mM5O2G=LV0bSQ@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/related; boundary=047d7b6dd100f4487504e51a5a07
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 18:34:27 -0000

--047d7b6dd100f4487504e51a5a07
Content-Type: multipart/alternative; boundary=047d7b6dd100f4487204e51a5a06

--047d7b6dd100f4487204e51a5a06
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Pouria,

I see your points, which deal with neighbor discovery, right? IMO, there is
no problem to have both 6top and RPL add neighbors to the neighbor table.
In fact, one can consider the neighbor table to be some data source managed
jointly by L2 and L3. Some "columns" can be L2-specific (e.g. packet
counters), some L3-specific (e.g. rank).

To discover more neighbor, do you see an advantage of listening after
having synchronized, rather than listening longer at the beginning of the
join process?

Thomas


On Wed, Aug 28, 2013 at 11:53 AM, <P.Zand@utwente.nl> wrote:

>  Thomas,****
>
> The changes are:****
>
> **1.       **Considering more time for 6top and MAC to discover more
> potential neighbor and update their statistic in *neighbor table*, before
> starting RPL.****
>
> **2.       **The RPL might consider the neighbor statistics in 6top as
> well as parent rank to select the parent. So, RPL will ask 6top about the
> local statistics in the *neighbor table* by calling =93read statistic
> request=94.****
>
> **3.       ** Changing the time source information in 6top and MAC, upon
> selecting the new parent.****
>
> I think you mean the first change. I am right?****
>
> I can remove that part.****
>
> Pouria ****
>
> ** **
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Wednesday, August 28, 2013 8:25 PM
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
> ** **
>
> Pouria,****
>
> ** **
>
> Wonderful diagram, great material to discuss over!****
>
> ** **
>
> I don't quite understand the changes you made in the second revision. In
> my mind, the first revision was better:****
>
> - node A initiates a network join procedure****
>
> - it receives some EBs****
>
> - after some settable time, it uses some settable algorithm to pick a tim=
e
> source neighbor****
>
> - it keeps synchronized to that neighbor until told otherwise. No routing
> information yet.****
>
> - either it sends in a DIS, or waits, but in any case it receives DIOs
> from its neighbors****
>
> - RPL works exactly as-is, and pick routing parent(s).****
>
> - TSCH snoops on RPL's decision and changes time source neighbors
> accordingly.****
>
> ** **
>
> Does that sum it up?****
>
> ** **
>
> Thomas****
>
> ** **
>
> On Wed, Aug 28, 2013 at 11:14 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Qin,****
>
> It absolutely makes sense.****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Wednesday, August 28, 2013 7:21 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
>  ****
>
> I proposed adding "Change time source" along with "Choosing the RPL
> parent" because we agreed before that the RPL parent will be used as the
> time source. And, this time Xavi proposed to use the node with lowest EB'
> join priority as time source is just because the RPL parent hasn't been
> found at the beginning. ****
>
>  ****
>
> Make sense?****
>
>  ****
>
> Qin****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> On Thu, Aug 29, 2013 at 12:52 AM, <P.Zand@utwente.nl> wrote:****
>
> Hi Qin,****
>
> I changed the diagram based on your comment.****
>
> However, I couldn=92t conclude form the discussion on =93time parent sele=
ction
> based on EB priority=94 thread to find out, if L3 will make the final
> decision about the time source or L2.****
>
> Best Wishes,****
>
> Pouria****
>
> ****
>
>  ****
>
> *From:* Qin Wang [mailto:qinwang@berkeley.edu]
> *Sent:* Wednesday, August 28, 2013 5:31 PM
> *To:* Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
>  ****
>
> It is great to have the diagram as common base to discuss. I would like t=
o
> add "Changing time source" along with "Choosing the RPL parent", because
> the time source selected at the beginning is just a temporary one, and ti=
me
> source in L2 should be same as the RPL parent in L3 after RPL parent is
> selected.****
>
>  ****
>
> make sense?****
>
>  ****
>
> Qin****
>
>  ****
>
>  ****
>
> On Wed, Aug 28, 2013 at 7:55 PM, <P.Zand@utwente.nl> wrote:****
>
> Dear All,****
>
> I would like to continue our discussion for choosing the time source
> (either in L2 or L3) in the basic RPL. ****
>
> I prepared a sample of message sequence chart to show the potential
> procedure for basic RPL.****
>
> I think we can refer to or modify the attached slide to discuss the
> details for constructing the basic RPL, as well as choosing the time sour=
ce.
> ****
>
> Best Wishes,****
>
> Pouria  ****
>
> ****
>
>  ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Wednesday, August 21, 2013 7:45 AM****
>
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria,****
>
> Glad to read we agree!****
>
> Thomas****
>
>  ****
>
> On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl> wrote:****
>
> Thomas,****
>
>  ****
>
> Many thanks for your explanation.****
>
> I couldn=92t find the related counter in MAC PIB of IEEE 802.15.4.****
>
>  ****
>
> My first idea was using both (a) clock accuracy information and (b) RPL
> rank information for choosing the best timing parent between two routers
> with equal (or close) RPL rank. That would help us to avoid (1)
> synchronization loop problem and (2) potential drifting problem caused by
> choosing the parent, between two with equal ranks but not equal clock
> accuracy.****
>
>  ****
>
> As you mentioned, let=92s not make it complicated and consider the parent
> rank as a factor for choosing the timing parent.****
>
>  ****
>
> Pouria.****
>
>        ****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Tuesday, August 20, 2013 7:54 AM****
>
>
> *To:* 6TSCH
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria,****
>
> Thanks for the explanation. Allow me to answer inline.****
>
> Thomas****
>
>  ****
>
> On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl> wrote:****
>
> Thomas,****
>
>  ****
>
> I am not expert in synchronization, so please bear with me.****
>
>  ****
>
> By clock accuracy information, I mean how accurate a node can maintain
> (e.g. =B11 ms) synchronization in the network for a period of time (e.g. =
20
> s) without the need for clock update. Different devices might have
> different clock accuracy values represent by parts per million (ppm) unit=
.
> The clock accuracy of a device might depend on the device=92 environment
> conditions (e.g. temperature or shocks) and it doesn=92t just depend on
> crystals hardware. Am I right?****
>
>  ****
>
> Agreed. I am used to the term "clock drift" for the phenomenon, but
> absolutely, drift depends on manufacturing, voltage, temperature, and
> probably other environmental factors. The amount of drift of your clock
> source will dictate how often resynchronization needs to happen, given a
> guard time (i.e. 1ms). Of course, all these parameters depend on each
> other, so you can imagine buying a better clock source, or changing the
> re-synchronization frequency, or changing the guard time.****
>
>  ****
>
>   In the centralized approach, the System/Network managers, use (L2)
> device clock accuracy information as well as (L3) nodes=92 topology
> information (similar to node=92s rank in RPL in 6tsch distributed approac=
h)
> to select the potential clock sources in the network. Am I right? ****
>
>   ****
>
> Hmm. I understand what you are proposing, but my first reaction is to be =
a
> bit afraid that basing time source neighbor selection on clock drift
> information might lead to lots of complexity, for not much gain (I think)=
.
> If I am drifting a lot wrt to my neighbor, could I not resolve that local=
ly
> (through all kind of techniques we can think of), rather than involving t=
he
> time source neighbor selection process in that?****
>
>  ****
>
>   In a distributed approach, a network device might inform their
> neighbors about its (L2) clock accuracy. A new device might use this
> information, as well as L3 parameters (e.g. sender RPL=92 rank), to choos=
e
> its timing parent.****
>
>   ****
>
> This would certainly invert the approach. Now, we let RPL select routing
> parents, and then we have TSCH just use the same. If we go the other way
> around, i.e. select time source neighbors, then routes, many things will
> get complicated real quick, the first of which are synchronization loops.=
*
> ***
>
>  ****
>
>   If in 6tsch, we are considering the case that all the nodes in the
> network have equal high clock accuracy, then let=92s consider (L3) router=
=92s
> rank, based on the *default OF* (as Raghuram suggest), as the only factor
> for selecting timing parent.****
>
>  ****
>
>  I would go that route, but maybe you have some counter example in mind?*=
*
> **
>
>  ****
>
>  Pouria****
>
>  ****
>
> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Thomas Watteyne
> *Sent:* Monday, August 19, 2013 4:28 AM
> *To:* 6TSCH****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Pouria, all,****
>
>  ****
>
> My 2c is the following. We already agreed on the fact that a mote's (RPL)
> routing parent would also be its (TSCH) time source neighbor. So why not
> pick the time source neighbor based on routing information?****
>
>  ****
>
> What exactly do you mean by clock accuracy? All nodes in a TSCH network
> need to be able to synchronize with one another, and I don't think we are
> considering cases where that is not true.****
>
>  ****
>
> Thomas****
>
>  ****
>
> On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl> wrote:****
>
> Raghuram,****
>
> I agree with you that we need a method to pick a timing parent.****
>
> We might need the L3 information on that, unless we can find a solution i=
n
> 6top to use L2 information. For example about the clock accuracy
> capabilities of the device who has already joined the network. I am not
> sure if this information is available in L2 and neighbor table.****
>
> Best Wishes,****
>
> Pouria****
>
>  ****
>
> *From:* Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com]
> *Sent:* Wednesday, August 14, 2013 12:57 AM
> *To:* xvilajosana@eecs.berkeley.edu; Zand, P. (EWI)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org; Qin Wang****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Xavi, Pouria,****
>
> I think we need to keep node rank at 6top (as a read only parameter
> obtained from L3) in order for the TSCH nodes to figure out the timing
> parent. In the case where RPL node may have different ranks based on
> different OFs we need a method to pick a timing parent.****
>
>  ****
>
> We should propose a default OF, that is used to compute the ranks for the
> purpose finding the timing parent.****
>
>  ****
>
> -raghuram****
>
>  ****
>
> *From: *Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
> *Reply-To: *<xvilajosana@eecs.berkeley.edu>
> *Date: *Tuesday, August 13, 2013 2:27 PM
> *To: *Pouria Zand <P.Zand@utwente.nl>
> *Cc: *Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <
> 6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>
> *Subject: *Re: [6tsch] RPL on Basic****
>
>  ****
>
> Good point :-)****
>
> agreed!
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> I guess we cannot keep =93node rank=94 in the 6top. Because a node might =
have
> different rank based on different metrics defined in L3. As a response, I
> don=92t think we can get all of those information form L3 and use them in
> neighbor table in 6top. Am I right? ****
>
> I think, as you mentioned we need to work on them. ****
>
>  ****
>
> Pouria  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 11:13 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,
>
> yes the neighbor table is something that 6top takes care of. The fields o=
f
> the table is something that we need to work on, stats for sure as describ=
ed
> by the basic configuration draft. As regards to the rank, in our
> implementation, we keep it in the table, for each neighbour we keep its
> rank. This information can be placed somewhere else if you want but I gue=
ss
> we need it to keep some sense on what is the rank of our neighbors.****
>
> regards,****
>
> Xavi****
>
>  ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Many thanks for your complete explanation. It absolutely makes sense.****
>
>  ****
>
> Just one minor question. The neighbor table will be stored in 6top. Am I
> right? If yes, do we need to store rank information (included in DIO) in
> that table? Or we just store neighbor statistic?****
>
>  ****
>
> Pouria ****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 10:17 PM****
>
>
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> answer inline:****
>
> Xavi,****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
> there are many different ways to implement that, this is an option.****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI?****
>
> These are the list of known neighbors with acceptable RSSI, so yes if it
> wants to keep all of them.****
>
> Or (2) the node should probe its connection with the its RPL parent and
> its RPL child? In the case (2), how does the 6top can inform the L3 about
> the new potential discovered neighbors and their connection status? ****
>
> When a node is discovered due to receiving and EB (at least in our openws=
n
> implementation), it is inserted at the neighbor table. At that point no
> information about connectivity can be used except RSSI. As soon as a DIO =
is
> received from that node, its information is updated (including rank). As =
we
> don't have any information about connectivity (as RFC6552 describes) an
> initial value is set (i.e rank + FOO). In openwsn a similar case to (1) i=
s
> used so eventually some stats of the link can be used to compute the ETX
> and let RPL do its work. ****
>
> So RPL knows about a new node because 6TOP keeps information of neighbors
> an eventually this information is used by RPL to update routes. As this
> node sends DIOs and receives DIOs from others the information is
> permanently being updated enabling a node to be positioned in the multiho=
p
> topology.****
>
> Does it make sense?****
>
> Pouria****
>
>  ****
>
> On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl> wrote:****
>
> Xavi,****
>
>  ****
>
> Keep Alive timer expires for =93node A=94 after 30s if no frames have bee=
n
> sent (or received) to (or from) neighbor =93node B=94. Am I right?****
>
>  ****
>
> In 6top, (1) should not every node follow this scheme to probe its
> connection with all the neighbors that has already received their EB with
> acceptable RSSI? Or (2) the node should probe its connection with the its
> RPL parent and its RPL child? In the case (2), how does the 6top can info=
rm
> the L3 about the new potential discovered neighbors and their connection
> status?    ****
>
>  ****
>
> Pouria****
>
>  ****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* Tuesday, August 13, 2013 6:47 PM
> *To:* Zand, P. (EWI)
> *Cc:* Qin Wang; Thomas Watteyne; 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pouria,****
>
> I completely agree with your description. Besides, there isn't a common
> shared cell to send KAs. I see the operation in the following way:****
>
> 6top KA timer expires and places a KA packet into the queue (e.g this
> happens every 30s). TSCH layer at the begining of a shared tx/rx slot the=
n
> reads from the queue and sends the packet. This means that the KA can be
> send in any shared slot. ****
>
> does it make sense?
> X****
>
>  ****
>
> On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl> wrote:****
>
> Dear Qin, All,****
>
> I agree that Keep-alive message need to be sent in the dedicated cell to
> the potential neighbor/parent, whenever the sender has not received any
> packet from its neighbor/parent for a while. But, in this basic RPL, we
> might use the shared cell, as a temporary solution, to send the keep-aliv=
e
> to a particular neighbor. For sure, if the sender packet is not
> acknowledged (by the first time), the sender can=92t find, if the
> transmission is collided or if the connection to the neighbor/parent is
> lost. In this case I think we need to retry several times based on TSCH
> retransmission algorithm on those shared cells. If all the retries fails
> then the connection to the neighbor/parent is lost.****
>
> Since the nodes do not need to send the keep-alive message so often,
> therefore the traffic caused by Keep-alive is not too much.****
>
> Am I right? ****
>
> BTW, do we have any common shared cell (in the whole network) to broadcas=
t
> the Keep-alive message periodically to let the node to be recognized by i=
ts
> neighbor?****
>
>  ****
>
> Best wishes,****
>
> Pouria****
>
>  ****
>
> *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf
> Of *Qin Wang
> *Sent:* Tuesday, August 13, 2013 3:19 PM
> *To:* Thomas Watteyne
> *Cc:* 6tsch@ietf.org****
>
>
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Thomas and Xavi,****
>
>  ****
>
> I remember keep-alive usually use dedicated cell, instead of shared cell,
> e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based
> schedule establishment, a child will only have shared cell. And then,
> keep-alive has to use shared cell, which may result in more collision and
> then traffic.****
>
>  ****
>
> Thought?****
>
>  ****
>
> Qin ****
>
>  ****
>
> On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:****
>
> We established a while ago that we could reuse the RPL DAG structure for
> timekeeping. That is, a node's routing parent coincides with its TSCH tim=
e
> source neighbor. As a result, and as part of IEEE802.15.4e's normal
> operation, a node keeps synchronized with its RPL parent. In the absence =
of
> traffic, the node will periodically "keep alive" (per Xavi's e-mail) to t=
he
> parent. How often depends on a number of factors, including crystal drift
> and guard time, but in a typical case, a node will realize its routing
> parent is missing after 30-60s.****
>
>  ****
>
> I believe this mechanism can serve for NUD, at least n the child->parent
> case. Of course, this alone does no cover parent->child or NUD between
> siblings. Any thoughts on the implications of limiting NUD to the
> child->parent case?****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
> Sure. NUD generates a reactive keep alive. Proactive heart beat that come=
s
> at a periodic battery drain. Question is what is the optimal way with TSC=
H
> for a child to find that the parent is gone, in the absence of traffic?**=
*
> *
>
> Knowing that we=92ll have (or not) EBs, and that we will (or not) time sy=
nc
> from the RPL parent, there is probably something we can recommend, and
> limitations to the granularity that we get.****
>
>  ****
>
> Cheers,****
>
>  ****
>
> Pascal****
>
>  ****
>
> *From:* Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu]
> *Sent:* lundi 12 ao=FBt 2013 20:38
> *To:* Pascal Thubert (pthubert)
> *Cc:* Thomas Watteyne; 6tsch@ietf.org
> *Subject:* Re: [6tsch] RPL on Basic****
>
>  ****
>
> Hi Pascal,
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Keep alive packets help on that. :-)****
>
> X****
>
>  ****
>
> On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:****
>
> Hello Xavi:****
>
>  ****
>
>  ****
>
> Please see inline****
>
>  ****
>
> -RPL objective function calculation using Neighbors information described
> in Basic configuration. ****
>
>     -this includes how OF is calculated using numTx and numTxACK, etc.. *=
*
> **
>
>  ****
>
> *[] *****
>
> -RPL configuration:****
>
>      - storing mode vs non-storing mode (I vote for non-storing mode for =
a
> basic configuration)****
>
>  ****
>
> *[] *I would MUST the non-storing and MAY the storing mode support. It=92=
s
> still good t enable storing mode interop for larger devices.****
>
>  ****
>
>      - DIO period. Whether we use trickle algorithm (and we define the
> initial period) or we use a fix period for DIO (no trickle) for basic
> configuration.****
>
>       -DAO period, idem.****
>
> *[] *I=92d seek for a recommendation from Phil on the trickle setting.***=
*
>
> I kindly ask for opinions and contribution to this items so we can start
> narrowing the content.****
>
> *[] *We need to discuss NUD as well. How do we know a peer is gone
> missing? Only reactive to traffic has issues like a child may never reali=
ze
> a parent is gone if there is no outwards traffic so it will fail to updat=
e
> DAO states. How can MAC mechanisms help?****
>
> Some of that discussion may be spread between other drafts like the
> architecture.****
>
>  ****
>
> Cheers;****
>
>  ****
>
> Pascal****
>
>  ****
>
> thanks!
> X****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
>   ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch****
>
> ** **
>

--047d7b6dd100f4487204e51a5a06
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pouria,<div><br></div><div>I see your points, which deal w=
ith neighbor discovery, right? IMO, there is no problem to have both 6top a=
nd RPL add neighbors to the neighbor table. In fact, one can consider the n=
eighbor table to be some data source managed jointly by L2 and L3. Some &qu=
ot;columns&quot; can be L2-specific (e.g. packet counters), some L3-specifi=
c (e.g. rank).</div>

<div><br></div><div>To discover more neighbor, do you see an advantage of l=
istening after having synchronized, rather than listening longer at the beg=
inning of the join process?</div><div><br></div><div>Thomas</div></div>

<div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed, Aug 2=
8, 2013 at 11:53 AM,  <span dir=3D"ltr">&lt;<a href=3D"mailto:P.Zand@utwent=
e.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt;</span> wrote:<br><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc s=
olid;padding-left:1ex">







<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,<u></u><u></u></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">The changes are:<u></u><u=
></u></span></p>
<p><u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d"><span>1.<span style=3D"font:7.0pt &quo=
t;Times New Roman&quot;">=A0=A0=A0=A0=A0=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">Considering more time for 6top and MAC to discover more potential neig=
hbor and update their statistic in
<b>neighbor table</b>, before starting RPL.<u></u><u></u></span></p>
<p><u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d"><span>2.<span style=3D"font:7.0pt &quo=
t;Times New Roman&quot;">=A0=A0=A0=A0=A0=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">The RPL might consider the neighbor statistics in 6top as well as pare=
nt rank to select the parent. So, RPL will ask 6top about
 the local statistics in the <b>neighbor table</b> by calling =93read stati=
stic request=94.<u></u><u></u></span></p>
<p><u></u><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d"><span>3.<span style=3D"font:7.0pt &quo=
t;Times New Roman&quot;">=A0=A0=A0=A0=A0=A0
</span></span></span><u></u><span dir=3D"LTR"></span><span style=3D"font-si=
ze:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f4=
97d">=A0Changing the time source information in 6top and MAC, upon selectin=
g the new parent.<u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think you mean the firs=
t change. I am right?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I can remove that part.<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6t=
sch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 28, 2013 8:25 PM</span></p><div><div class=
=3D"h5"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></div></div><p></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Wonderful diagram, great material to discuss over!<u=
></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I don&#39;t quite understand the changes you made in=
 the second revision. In my mind, the first revision was better:<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal">- node A initiates a network join procedure<u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal">- it receives some EBs<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- after some settable time, it uses some settable al=
gorithm to pick a time source neighbor<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- it keeps synchronized to that neighbor until told =
otherwise. No routing information yet.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- either it sends in a DIS, or waits, but in any cas=
e it receives DIOs from its neighbors<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- RPL works exactly as-is, and pick routing parent(s=
).<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- TSCH snoops on RPL&#39;s decision and changes time=
 source neighbors accordingly.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Does that sum it up?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><u></u>=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 11:14 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">It absolutely makes sense=
.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 7:21 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I proposed adding &quot;Change time source&quot; alo=
ng with &quot;Choosing the RPL parent&quot; because we agreed before that t=
he RPL parent will be used as the time source. And, this time Xavi proposed
 to use the node with lowest EB&#39; join priority as time source is just b=
ecause the RPL parent hasn&#39;t been found at the beginning.=A0<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 29, 2013 at 12:52 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Qin,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I changed the diagram bas=
ed on your comment.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">However, I couldn=92t con=
clude form the discussion on =93time parent selection based on EB priority=
=94
 thread to find out, if L3 will make the final decision about the time sour=
ce or L2.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img border=3D"0" width=
=3D"883" height=3D"1085" src=3D"cid:image001.jpg@01CEA430.44BD5F90"></span>=
<u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang=
 [mailto:<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@=
berkeley.edu</a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 5:31 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">It is great to have the diagram as common base to di=
scuss. I would like to add &quot;Changing time source&quot; along with &quo=
t;Choosing the RPL parent&quot;, because the time source selected at the
 beginning is just a temporary one, and time source in L2 should be same as=
 the RPL parent in L3 after RPL parent is selected.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">make sense?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 7:55 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear All,</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I would like to continue =
our discussion for choosing the time source (either in L2 or L3) in the
 basic RPL. </span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I prepared a sample of me=
ssage sequence chart to show the potential procedure for basic RPL.</span><=
u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think we can refer to o=
r modify the attached slide to discuss the details for constructing the
 basic RPL, as well as choosing the time source.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best Wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><img border=3D"0" width=
=3D"840" height=3D"836" src=3D"cid:image002.jpg@01CEA430.44BD5F90"></span><=
u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 21, 2013 7:45 AM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Glad to read we agree!<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 20, 2013 at 12:53 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your expl=
anation.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I couldn=92t find the rel=
ated counter in MAC PIB of IEEE 802.15.4.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">My first idea was using b=
oth (a) clock accuracy information and (b) RPL rank information for choosin=
g
 the best timing parent between two routers with equal (or close) RPL rank.=
 That would help us to avoid (1) synchronization loop problem and (2) poten=
tial drifting problem caused by choosing the parent, between two with equal=
 ranks but not equal clock accuracy.</span><u></u><u></u></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">As you mentioned, let=92s=
 not make it complicated and consider the parent rank as a factor for choos=
ing
 the timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria.</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0=A0=A0=A0=A0=A0=A0</sp=
an><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Thanks for the explanation. Allow me to answer inlin=
e.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thomas,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I am not expert in synchr=
onization, so please bear with me.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">By clock accuracy informa=
tion, I mean how accurate a node can maintain (e.g. =B11 ms) synchronizatio=
n
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device=92 environment
 conditions (e.g. temperature or shocks) and it doesn=92t just depend on cr=
ystals hardware. Am I right?</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Agreed. I am used to the term &quot;clock drift&quot=
; for the phenomenon, but absolutely, drift depends on manufacturing, volta=
ge, temperature, and probably other environmental factors. The
 amount of drift of your clock source will dictate how often resynchronizat=
ion needs to happen, given a guard time (i.e. 1ms). Of course, all these pa=
rameters depend on each other, so you can imagine buying a better clock sou=
rce, or changing the re-synchronization
 frequency, or changing the guard time.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In the centralized app=
roach, the System/Network managers, use (L2) device clock accuracy informat=
ion
 as well as (L3) nodes=92 topology information (similar to node=92s rank in=
 RPL in 6tsch distributed approach) to select the potential clock sources i=
n the network. Am I right?=A0</span><u></u><u></u></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Hmm. I understand what you are proposing, but my fir=
st reaction is to be a bit afraid that basing time source neighbor selectio=
n on clock drift information might lead to lots of
 complexity, for not much gain (I think). If I am drifting a lot wrt to my =
neighbor, could I not resolve that locally (through all kind of techniques =
we can think of), rather than involving the time source neighbor selection =
process in that?<u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0In a distributed appro=
ach, a network device might inform their neighbors about its (L2) clock acc=
uracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL=92 rank), to choose its timing parent.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This would certainly invert the approach. Now, we le=
t RPL select routing parents, and then we have TSCH just use the same. If w=
e go the other way around, i.e. select time source
 neighbors, then routes, many things will get complicated real quick, the f=
irst of which are synchronization loops.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0If in 6tsch, we are co=
nsidering the case that all the nodes in the network have equal high clock
 accuracy, then let=92s consider (L3) router=92s rank, based on the <b>defa=
ult OF</b> (as Raghuram suggest), as the only factor for selecting timing p=
arent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal">I would go that route, but maybe you have some count=
er example in mind?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Pouria, all,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">My 2c is the following. We already agreed on the fac=
t that a mote&#39;s (RPL) routing parent would also be its (TSCH) time sour=
ce neighbor. So why not pick the time source neighbor
 based on routing information?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">What exactly do you mean by clock accuracy? All node=
s in a TSCH network need to be able to synchronize with one another, and I =
don&#39;t think we are considering cases where that is
 not true.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Raghuram,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I agree with you that we need a method =
to pick a timing parent.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We might need the L3 information on tha=
t, unless we can find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Best Wishes,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Pouria</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram=
 Sudhaakar (rsudhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">Xavi, Pouria,</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">I think we need to keep node rank at 6t=
op (as a read only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">We should propose a default OF, that is=
 used to compute the ranks for the purpose finding the timing parent.</span=
><u></u><u></u></p>


</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">-raghuram</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>


<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">Good poi=
nt :-)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">agreed!<br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;">=A0</spa=
n><u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a=
 href=3D"mailto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&=
gt; wrote:</span><u></u><u></u></p>


<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I guess we cannot keep =
=93node rank=94 in the 6top. Because a node might have different rank based=
 on
 different metrics defined in L3. As a response, I don=92t think we can get=
 all of those information form L3 and use them in neighbor table in 6top. A=
m I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I think, as you mentioned=
 we need to work on them.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria =A0</span><u></u><=
u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">regards,<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Xavi<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Many thanks for your comp=
lete explanation. It absolutely makes sense.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Just one minor question. =
The neighbor table will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">answer inline:<u></u>=
<u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Keep Alive timer expires for =93node A=94 aft=
er 30s if no frames have been sent (or received) to (or from) neighbor =93n=
ode B=94. Am I right?</span><u></u><u></u></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">=A0</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><u></u><u></u></p>


<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don&#39;t have any information about con=
nectivity (as RFC6552 describes) an initial value is set (i.e rank + FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><u></u><u></u></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1f497d">Pouria</span><u></u><u></u></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u=
></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Xavi,</span><u></u><u></u=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Keep Alive timer expires =
for =93node A=94 after 30s if no frames have been sent (or received) to (or
 from) neighbor =93node B=94. Am I right?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In 6top, (1) should not e=
very node follow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? =A0=A0=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pouria,<u></u><u><=
/u></p>
</div>
<p class=3D"MsoNormal">I completely agree with your description. Besides, t=
here isn&#39;t a common shared cell to send KAs. I see the operation in the=
 following way:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">6top KA timer expires=
 and places a KA packet into the queue (e.g this happens every 30s). TSCH l=
ayer at the begining of a shared tx/rx slot then reads from the queue and s=
ends the packet.
 This means that the KA can be send in any shared slot. <u></u><u></u></p>
</div>
<p class=3D"MsoNormal">does it make sense?<br>
X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mail=
to:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<u>=
</u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Dear Qin, All,</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I agree that Keep-alive m=
essage need to be sent in the dedicated cell to the potential neighbor/pare=
nt,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can=92t find, if the transmission is colli=
ded or if the connection to the neighbor/parent is lost. In this case I thi=
nk we need to retry several times based on TSCH retransmission algorithm on=
 those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><u></u><u>=
</u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Since the nodes do not ne=
ed to send the keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Am I right?
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">BTW, do we have any commo=
n shared cell (in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best wishes,</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pouria</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=
=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org=
</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Hi Thomas and Xavi,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I remember keep-alive usually use dedicated cell, in=
stead of shared cell, e.g. a Rx cell in child, and a Tx cell in parent. But=
, with EB-based schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thought?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Qin=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt=
;<a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@e=
ecs.berkeley.edu</a>&gt; wrote:<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">We established a while ago that we could reuse the R=
PL DAG structure for timekeeping. That is, a node&#39;s routing parent coin=
cides with its TSCH time source neighbor. As a result,
 and as part of IEEE802.15.4e&#39;s normal operation, a node keeps synchron=
ized with its RPL parent. In the absence of traffic, the node will periodic=
ally &quot;keep alive&quot; (per Xavi&#39;s e-mail) to the parent. How ofte=
n depends on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I believe this mechanism can serve for NUD, at least=
 n the child-&gt;parent case. Of course, this alone does no cover parent-&g=
t;child or NUD between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Sure. NUD generates a rea=
ctive keep alive. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Knowing that we=92ll have=
 (or not) EBs, and that we will (or not) time sync from the RPL parent, the=
re
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal</span>=
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier V=
ilajosana Guillen [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" =
target=3D"_blank">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">Keep alive packets help on that. :-)<u></u><u></u></=
p>
</div>
<p class=3D"MsoNormal">X<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pt=
hubert) &lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthuber=
t@cisco.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><a name=3D"140c64664c46998a_140c622814d6dfb2_140c5d7=
c28d35c9b_140c4c"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri=
&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi:</span></a><u></u><=
u></u></p>


<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Please see in=
line</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL objective function =
calculation using Neighbors information described in Basic configuration.
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0 -this includes=
 how OF is calculated using numTx and numTxACK, etc..
</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:black">-RPL configuration:</spa=
n><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:black">=A0=A0=A0=A0 - storing m=
ode vs non-storing mode (I vote for non-storing mode for a basic configurat=
ion)</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=A0</span><u></u><u></=
u></p>
</div>
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:11.0pt;font-family:&q=
uot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I would MUST the non-storing and =
MAY the storing mode support. It=92s still good t enable storing mode inter=
op for larger devices.</span><u></u><u></u></p>


<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">=A0</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=A0=A0=A0=A0 - DIO period. Whether we use trickle al=
gorithm (and we define the initial period) or we use a fix period for DIO (=
no trickle) for basic configuration.<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=A0=A0=A0=A0=A0 -DAO =
period, idem.<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">I=92d seek for a recommendation f=
rom Phil on the trickle setting.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">I kindly ask for opin=
ions and contribution to this items so we can start narrowing the content.<=
u></u><u></u></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><i><span style=3D"=
font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;col=
or:#1f497d">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Some of that discussion may be spread between other drafts like the a=
rchitecture.</span><u></u><u></u></p>


<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Cheers;</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">Pascal</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=A0</span><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">thanks!<span style=3D"color:#888888"><br>
X</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;">=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal">=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--047d7b6dd100f4487204e51a5a06--
--047d7b6dd100f4487504e51a5a07
Content-Type: image/jpeg; name="image002.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image002.jpg@01CEA430.44BD5F90>
X-Attachment-Id: 5f4debcc270c7099_0.2

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCANEA0gDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDxwSPB2o4JB2KO
P94Vv1geOf8AkTdR/wB1f/QxVQ+JEy2Z5Z9kg/55D86X7JB/zyH51L0Fa1z4fmttRtLVpY2F0Qqy
KDgE9QfcZH5167cVuearvYxPskH/ADyH50fZIP8AnkPzq2lpPLLJHDDJKYyQ3loTj8qZHBNMzLDD
JIyjJVFJIp6BqV/skH/PIfnR9kg/55D860rzTXt78WsIedzGjgKnPzKD0Hpmqjo0blJFKMpwVYYI
/ChWewO6IPskH/PIfnTWtIArHyxwK1ZdKlh0mK/LqVkIBjH3lBztJ9jtNUG+430NCs9gd1ueq+Ey
W8KaWWJJNunJ+lbFY/hL/kU9L/690/lWxXjS3Z6cdkFFFFIYUUUUAFee/EpRJqemI/KeVKdueM5W
vQq8++I//IW0z/rlL/Na2w/8RGVb4Gcf9kg/55D86PskH/PIfnWhpmnnU70W6ypFlWYu/QADNK2m
ypDevIQjWbqjoRySSR/SvTvG9jgtK1zO+yQf88h+dH2SD/nkPzq0badYBM0EohPSQodp/GrOnaXL
fTKGWSOFlciXYSuVUnGenam3FK4LmbsZn2SD/nkPzo+yQf8APIfnVmO3mlhaZIZGjX7zqpKr9TRb
wPc3EUEQy8jBVHuTRoLUrfZIP+eQ/OrejQxw+ItKaNdpN3GMg9s1LqVg2nXZhMiyrtDpInR1PQim
6V/yMGlf9fkf86idnBtFxupJM9ipaSlryD0gooooAKKKKACvFL+GObV9QeVd7G6lGSf9o17XXjF3
/wAhO/8A+vuX/wBCNdeD+JnNifhRV+yQf88h+dH2SD/nkPzrUh0iWfR5dQjdCsTFTH/FgYy34ZFQ
3Fk8Ated5uYhIqqDkZJGPrxXcnG9jktIo/ZIP+eQ/Oj7JB/zyH51Zlt5oJBHNDJG56KykE/hVmXT
ZINNNzMskbiYReW6beNuc8024oFdmb9kg/55D86PskH/ADyH51Zlt5oApmhkjDjKl1Iz9M1a0vSp
NUaYRuieWuQW/iY/dUe5waG4pXYLmbsZn2SD/nkPzrs/hoojm1VF4UeUQM8dGrka7D4b/wDHzq3/
AGy/k1YYlfu2a0H753dLSUteYd4UUUUAFFFFABRRRQAUUUUAeOa/Ck3ifVWlXeRckAk9sCqP2SD/
AJ5D860db/5GXVv+vpv5Cn2ekS32nXN3E6fuD/qz95+MnH0HNevBpQTfkebK7m0jL+yQf88h+dH2
SD/nkPzq7NZtDa2k24MLkMVUDkYbFRzW81swWeGSJmGQHUrn86tWZOpW+yQf88h+dH2SD/nkPzrS
OmSx6dPczrJE0TooR0I3Bs88/Sq0ltNFGkkkMiI/3WZCA30NCcWHvFb7JB/zyH50fZIP+eQ/OtLS
9NfVLlokkSIKuS79ByAB+JIFU3Vo3ZHGGUkEHsRRpewa2udL8N0EWuX6IMKbdDjPGdxr0avO/h3/
AMh+/wD+vZP/AEI16JXmYn+IzvofAgooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDx
z/yJuo/7q/8AoYrfrA8c/wDInaj/ALi/+hrVQ+JEy2Z5ifu11sGoWsniN4bidBb+bFPDLn5UdVGe
fQjI+oFcnRivWnBT3POjLlNpGa50vybO6igmS7eSTdKI9wONrZ74was3VzHfLqKWF1HDK9wkm9pP
K81QuCQf97nHvXOYoxS9krj5zqZry3mvtQUSxTSzQQBHMxjEm0DcN3b1x3xWRqTte6nDHJ5EZ2JE
WWXeoHTLN3IHX6Vm4oxRGmovcTnc6Rr7Tru8vLRBJHHND5EcjyDyxsHyHGOOR6965pvuN9DS0jfc
b6GqjBR2By5j1Xwl/wAinpf/AF7p/Ktisbwl/wAinpf/AF7p/KtmvHluz0o7IKKKSkMWim7qWgBa
8++I/wDyFtM/65S/zWvQa8++I/8AyFtM/wCuUv8ANa2w/wDERlW+BmJo0kcV3MZHVQbWZQScZJQ4
FXpb2C78NzyySL9tbyYpYyeZNh4YfgcH6Vg0V6UoJu5wqbSsdLcXCC9vbw3kT2M1uyRQiTJOVwq7
O2D/ACqS2uF+2wXK30Mdl9i8ryjLghvLIK7f97nNctijHtU+xVrXK9pqdJaXiJY6dLarbs1tCVdZ
box7Wyc5T+IEH3rN0WWC1nnvJzxBGfLRWAZmb5RjPoCT+FZuKMU/ZrVdyefVGrfy2l1o1s1vvSS1
cwlJXDMyH5geAOAcj8ap6V/yMGlf9fkf86rVZ0r/AJD+lf8AX5H/ADolHlg0OLvJM9ipaSlryD0g
opM0ZoAWiiigArxi7/5Cd/8A9fcv/oRr2evGLv8A5Cd//wBfcv8A6Ea68H8TObE/CjTs9RWx0q0d
Srul25kiz95CgBBHoeRV+Wezg1O3jtbtNg09ooJif9W5LbcnscHHtmuYoxXY6SbucyqNHR2dzFZN
p0N7cxvNHNI+8P5ghDLhct/vc+1EU62VlZx6jdx3Bi1BZWRZfM2pjk/nzXOYox7UvZLuHtDc1adh
ZzRYt2SWcSB1uzKzHnkAnjIPNNt7y10/S7RWEsk7Tfam8mQLtK8KDkH3P41i4oxTVNWsLnd7l7WF
gGqSvasrQzYlTafu7hkr9Qciui+G/wDx86t/2y/k1cfXYfDf/j61b/tl/JqzxCtSsaUXepc7ulpK
WvMO8KKKKACiiigAooooAKKKKAPH9b/5GXVv+vpv5CrVjfmx0dpIXUTpeJIqE8kBCDx6dvxqrrX/
ACMurf8AX038hVOvXjFSgk/I82TtN2Ooe60+G/0predFhEcpUnnyGfJXd6YJ/SoLWdNPjs4tSuI5
3F6s3yyebsQDBJPucHHtXPYoxS9ku4e0Z0LyG302eO+vYrndeRShFl8zKAnJ/H0o1i6zFfGMWzw3
MgYOLouxAOQQhPBxx7Vz2KMUKlZ3uDqGvaz2lnou2XzHluZt5EMgVkVPu5yD1JJ/CodceCfUTdWz
Dy7pBKVzkox+8D75B/Os7FFUoJS5iea6sdR8O/8AkP3/AP17J/6Ea9Erzv4d/wDIfv8A/r2T/wBC
NeiV52J/iM7qHwIKKKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApM0tZbW8d9q1yl0vmxwpHsRj8oJzk46Hp3
ppCbLb6haRHEl1Ap9DIBTY9UsppVjjuondjgKrZJqWO0t4R+6giT/dQCpcAdqNA1FrM1HxFpek3C
wX97HBKy7wrA8jpnge1aRrI8N30mr6Ot1drGZTLInyrgYVyB+goS6sGXbfU7S60438M6vahWbzRn
GB1P6GsmXW/D3iWJtK+3JP8Aaht8tCwJxzwce1b4VQuAAB6YpBEgOQig/ShNA7nEal4b8IaRKkeo
XU8DyLuUNO/I/CprPwf4Y1CyN3aS3EtuM/vFuHxx1rsjGjfeUH6igKoGAAB6Cr9rLuyfZx7Hn9rp
Pgi9uYre3v5ZJZTtRRO+WNS634a8L6LAftNxPDM6MYVedzuIH+JFd0IkByEXP0qtqqKdKuyVBIhf
qP8AZNP2sr7v7xezVtkctpng/wAM6tZi4s5biaMHazLcPgMByP1qlDpfge4uI4IdQleWRgiqJ5Mk
k4ArvLZQLaPAA+QdPpT/ACox/Av5Ue1l3YezXZHF6l4V8KaOsZ1C4ngEhITdcPzjr0p2neEfC2rw
vLp81xPGjbWK3D8HGcc/WuzKK33lB+ooVFX7qgfQUvaytux+zj2OfsfEnhywhg0621GICLEKIdxO
QcYzj1rV1LWLHSIkk1C5SBHbapbPJ644q15Uf9xfypSit95QfqKhtNlK9inpus2GsJI2n3KTrGQH
K54J+tZepeLdLSOe2t9VtobxSY1MiMwV845AHNdAqKv3VA+gppjTP3Fz9KNBptWZyOpX2reFZrS6
1DVEvrGaYQzK8CxmPOfmUr6YNdFpmt6fq/mDT7pJ/Kxv254z06/Q1i2Oj3Wq6xcXetvO0VpeP9it
2AWPaPuvgDJ/GuoVFX7qgfQVnT6nXi3F8qVuZLVpWXltbb0Me58X6HZ3EkFxqMUcsTFXUg5BHbpU
HifTtDvLeG91qVooovlSRZGX72OOPpW8YkJyUUn6UpRSMEAj0Nap2d0cVr6M4jTfDXhHWJHTT7qe
dowGYLcPwPxqveaP4JsLqS3ur6WOaI4dDO+Qetd+qKpyqgfQUhjQnJRSfpVe1lfd/eT7Ndkcfc+D
/DFnp/264luI7XCnzDcPjB6fzFZ9tofhPUtRt7XTbuadnLGRVnfIUKTnn3xXfTPFDCzzFVjUZJbo
BVO5EZv9NeMLtaR8MuOR5bU1Ul3YOEexyN7ongvTbt7a8vZop0xuRp3yMjIq3J4P8MRab/aEktwt
psEnmm4fG09D+tdiY0Y5KKT7il2LjG0Y9KXtZd394ezXZHC6f4f8Harc/Z7G8mmm2ltqzvnA6n9a
kk0rwh4f1aI3F5JFdQMsqpJM5wexxXbCNFOVVQfYUGNGOWVSfUij2j7u3qHs12RVGqWZ0z+0RcL9
j2eZ5vONvrVWx8T6Rqd0ttZX0U0zAkIoOSB17VqbFxjaMelAjRTkIoPqBUaF6mNr2uWFkklnNqq2
F1IgZH2bmUE9QMY7Gueub6TQU03VbXXLnUNOupxDMtyQwIOcsvAIxg13LopOWUH6iuZ0XRDPqd3f
6qzXE0N3ILRWm3pEnbCg4B+vNZ1Ena252YWooKTm1y9rK7voaVn4q0bULpLa0v4pZ3ztQA5OBn09
ql1LxBpmkTJFqF5HBI67lVgeR0zwKviNAchFB9QKVkVjllBPuK00ucetitaapZ39j9stZ1ktuf3g
zjjrXGrp3grV9SIhvne4upCwRJnG5jycCu7CKBgKAPQUgiQHIRQfYU4y5dhON9zidS8M+EtHeNdQ
uZ4GkBKBrh+QOvT61Lp/g/wxqlqbmxluJoQxUutw+MjrXZMit95QfqKAiqMBQB7Cq9rK27F7Ndke
f2+leB7q4jggv5XlkYIiieTknoKfc+HfC2myTDU7ieBRMY4t07/MAqk9P96u88pAchFz9Kp2KK1x
f7lB/wBI7j/YSqVSXd/eS4LsjmdO8I+FtXgabT5rieNW2FluH4PXHP1qiul+BnnEK6hKZS+wL58n
3s4x+deghFX7qgfQUnlR/wBxfyqfay7sfs12RxmpeE/Cujxo+oT3ECyNtUtcPyevatPwna6DAl0+
gzmYMyiVi7NggHA5+proWRW+8oP1FARV+6oH0FJzbVm2NQSd0jHfxhoUdw0D6lCJVcoVweGzjHT1
q9qOq2ekwLNf3CQRs2wM2eT1xx9Ks+VH/cX8qVlVhhgCPcVOhWpS0zXNP1jzP7Pukn8rG/bnjPTr
9KqXHi/Q7W4kgn1GJJYmKupB4I6jpWwEVfuqB9BSeUh6ov5UaBqV7/VLTTLQXN7OsMBIUO2cZPSo
dN17TdYeRNPu452jALhQeAenWr5VWGCAR6GgIq/dUD6CjSwa3Mi78W6JY3UlvdahFHNEcOhByD+V
XrrVLSysPttzOsdsQp8w5xz0/nVgxIeSik+4pSqkYIBHoaNA1M/TfEOl6vM8On3kc8iLuZVB4GcZ
5FRXvinRtOuntry/iinTG5GByMjPpWqI0X7qqPoKQxoTkopPuKNLhqcrqXhnw5cRTa1dySpDNiZ5
VmYKc4wcD14qhp/h/wAHarcm3sbuaeUKW2rO+cDv+td1tUrtwMelAjRTkKoPsKtVJJWuyXBN7HB3
+heDNMujbXt5NDMoBKNO+cHpVr/hD/C/9mf2j51x9j2eZ5v2h8bfWuyMaMclFJ9xRtXbtwMemKPa
y7v7w9nHsjz3TNE8J6pqctrbXU0pwDEqzvlhjLflVjUPD/g7SrkW99dzQylQwVp3zg9/0rq7RFGr
X+FAwY+g/wBmr5jRuWVSfcVTqSvuyVBW2OOi8H+GJ9N/tCOW4a02F/NFw+No6n9DVOy0TwXqN2lt
Z3s0s752os75OBk/pXe7VC7cDHpSCNAchFB9hU+1l3f3j9muyOYt4PDfgq9bddG3nuIxxNIz5UHt
+Nb9rqdpe2BvbadZLYBj5gzjjr/KrJjRuWUH6igKoGAAB6AVLd9XuWlbYyLTxbol9cx29tqMUk0p
wiAHJP5VY1LX9N0d401C7jgaQEoGB5A69KvCJByEUH6UpRW+8oP1FLQNbFaw1S01O0NzZTrNACQX
XOMjrVC38X6Hd3EcEGoxPLKwVFAOWJ6DpWwFVRhQAPQUgiQHIRfyo0DUp6lren6P5f8AaF0kHm52
bgecden1p+narZ6vA01hcJPErbSy54PXHP1q0UVvvKD9RQqqvCgAewo0sGpjx+MNCluFgTUoWkZw
iqAeWzjHT1q5qWs2GjpG+oXKQLISqls8n8Kt+VH/AHF/KlKK33lB+oo0DUp6brFjrEbyafcpOkbb
WK54PXvVJvGOhJOYW1KESB9hXB+9nGOnrWyqKv3VA+gpPKj/ALi/lRoGpW1HVrLSIFm1C4SCNm2B
mzyeuOPpTNM1rT9YEh0+6ScRkB9ueM9Ov0q6UVvvKD9RQqKv3VA+go0sGpjz+L9DtbiSCbUYUljY
o6kHII6jpV/UNUs9LtRc306wwlgods4yelWDEhOSi5+lKUVhgqCPejQNShpuu6drDSLp92k7RgFw
oPGenX6VXuvFuiWNzLb3OoxRyxHa6kHKn8q11RV+6oH0FIYkJyUUk+1Glw1K93qlnYWP2y6nWO34
/eHOOelQab4g0zV5ni0+8jndF3Mqg8Dp3FaBRSMFQR6UBFU5VQD7CjSwamVeeKdGsLx7W61CGKdC
AyNnjPI7e9FWtUewg0+abUli+yqP3hkTcMZ7jHriiqST6MltrqXaKKKgsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ9Kp6VHZ
RWQXTfL+zbmI8tty7tx3c/XNXDWR4WsLjTdEW3u49kollYqCDwXJHT2NPoLqbFFFFIYUUUUAFVdU
/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2K8OmsYIz9vveVH/LQen0p/8AZjf8/wDe/wDfwf4V
at/+PaL/AHB/KsDxZFezXGlLp0jpcrNJJHhiFZlicqr4/hJGDn1p8zFyo1f7Mb/n/vf+/g/wo/sx
v+f+9/7+D/CuGTxLq6w2rW7JZR3E082b5X5bz2HknCk8DsME9uBV1NV1mxsHEF417O95c2eJoRuh
lZz5JOMfKAM/RhjgCjmYcqOs/s1v+f8Avf8Av4P8KP7Mb/n/AL3/AL+D/CuTk8T6lPZx3TT/ANn2
03mtHI1oXJaMIojx/tP5h9SFwPWn3d7rN1p9zcSoTNDd2axWQTaA/wC5dsv1PzMw9AKOZhyo6n+z
G/5/73/v4P8ACj+zW/5/73/v4P8ACsHV7gTeD7Ca+uZHSS5t/tUmxoTt8wbwVHKgcgjPbmqC3t1Z
7zp0pFkFuGsprsOQiBIucnnbuL4JzxjsKXMw5UdDY+HI7B7hob+/zcSGV8yg8n8Kuf2a3/P/AHv/
AH8H+Fc1a+Iby5mtVa5eBTCrwpJbDN++5wyhhwB8q4K9nDdOKrW3ibVhbPd+abyG3jhuLtUtCphy
2JIQOpKqd3cjbz1oTtoi5tzfNLc67+zW/wCf+9/7+D/Cj+zG/wCf+9/7+D/CuSh8Qa9/bMNvdSW0
HyK7QPG26YMhY7MKeVPy/ex8pz1qY6xrVpaaUJrlJZdVgQrIbcL5Mgw8mQO3l7sA9096fMyOVHT/
ANmN/wA/97/38H+FH9mN/wA/97/38H+Fc5qWuanHHqt7Yyh7WJ4I4FMOAiOqM0pOCTjce2B3HFZ0
vifVorWBpdRtVcBDG0VuXW7zMyMNxAxtULkgAZOelHMw5UdjNp8qRM0d3eyOBwnmqM/jisyKyGi3
lpPd3ZVJJmJjLfu4zsbpwOffj6V0tUb3/kI6d/11f/0W1NSewnFCf2zp3/P7B/32KP7Z07/n9g/7
7FX6y28Racs97C0/7yykjjnXY3ymTGztyDuHIqdCrMl/tnTv+f2D/vsUf2zp3/P7B/32KkutVsrJ
Ge5uoY1R1jYs4+VmOFB9Mk1OJ4tufMTGCc7h0HX8qNAsyp/bOnf8/sH/AH2KP7Z07/n9g/77FWvt
MG9k86Pci7mXcMqPU+1V4tVtZbuS3SVSyIjlsjaQ7MqgHucoeKNAsxp1nTv+f2D/AL7FUdNbQ9JN
ybO5hT7TKZpcy5yx69as3viKx0++NrcNKrIqNJIIXMcYYkKXcDCjIPU1cjvIZG27wrbzGA3ylmHX
GetHu9hqU0mk9GQf2zp3/P7B/wB9ij+2dO/5/YP++xVk3lsqyM1xEFiOJCXGEPofSn+dH/z0TqB1
9en50aCsyn/bOnf8/sH/AH2KP7Z07/n9g/77FWPttts3/aIdm7bu3jGfTPrTxPEQCJUIK7gdw5Hr
9KNAsyp/bOnf8/sH/fYo/tnTv+f2D/vsVZF3bt5e2eI+YSEw4+Yjrj1xTkuIZZGSOWNnQ4ZVYEj6
ijQLMzbnX7SDa0c0M0f8YSQbx7gd6fo11Dei8uLaQSRSXGVYd/kSrV1ZpebVlaTyx1jVsB/r3I9q
h01FjlvlRQqrcYAAwB8iVXu20J1vqX6KTNGagsWsLxXrF3otjbT2MSTO9wFkRhkmMKzvt5HzYQ4r
czUFzZwXbQtMu4wSeZHz0bBGfyY/nQBy994vuU1K5WxW2ksY4UMUpyS7+ZGrc5xtAlGPcGr2oeIJ
dN8Vw2c4iXTWtgzzHhkkYvtyc42kRsOmckVZHhTSFsltFtSsKRmJQsjAhS4c85z94A568U+bw1pl
zbPBcRSTpIiRuZZndmVXLqCxOeGJ/l0oA5uPxbrNz5CLDHFJNcTLiK1adljVY2TK715xJyf0rY1j
XZ4ogulSwzNDL5d7IkLTm2+U8mNSGPIwcHgdjVy48N6dczeayTRy+Y0u+G4eNtzABuVI6hV49qs3
ul2+oRRJO04ERypineNumOSpBP40AZmlate6q8l3FPZf2dC5ibCsWfaPmcNnAGegIPHesW28b3t7
pcstmtlPd/aofKiRsgwS8oCQeHwGB9D2roX8KaQ4kUWzRxyJseOOV0Q/LsztBxnbxnGanfQNNe6i
uPsqLLFt2lMqPlO5eBwcGgCnp3iaK90nU9TUeZaWmXj2DDMghSQg5/iyxH4VBJ40ggvLW0msLtZ5
QjSooDmEOSFJ25B6ZOOgq+PDWlLHcRpbFEuJJJZUSRlV2kXa5IBxyP8AHrUk2hWE97HdskizIqpm
OZ0DqpyoYAgMAc9c9TQBX0fxGur3ZhFlcW6tbrcwvKVxLGxIBABJHToa2qx9N8OWmlapJd2ZkRXg
EPlM7OFAYkYJJwOcADgVr5oAWikzRmgBaKTNMeeKJ0SSRVaQ4QE43H2oAqWn/IW1D6x/+g1frPtP
+QtqH1j/APQa0KqW5MQoooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAyvEunTat4eu7K2KCWZQFLnA6g/0opPFF/Ppfhy8vLVlWaJQVLDI6gdPxoroo89vdManJf3jWoo
ornNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf
+zU11E+hfooopDENZnh3U5dX0lbqdURzJImEzjCuVH8q0z0qnpdraWdmIdPKmAMxG19wyWJbn6k0
+gi7RRRSGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT2Jbf/j2i/wBwfyqTGajt
/wDj2i/3B/KpaQxMUYpaKAExRtFLRQAmAKMClooATH1oxS0UAJio3toZJ45njVpYs7GPVc9cVLRQ
AmKiuLWG7gaG4jWSNiCVbkHByP1AqaigAqje/wDIR07/AK6v/wCi2q9VG9/5COnf9dX/APRbU0Jl
6uT1Lwlc3d5JdwTwxzNfpMc5w8H7rcje+Ytw9/qa6yikM4NPAlzGLovHZ3ExcOk087t5oE6yYZCp
C8AgkbuvGASKsah4KvLq/nkt54IYJHO2PJOxJRi5A46nAI9/Su0ooA4u58F3U8l2qiwRZPtTLcAN
5svnKyqj8cKoYdz9xcAYq+/hdl8QWt/bi1W3to4o1tivy8eZuYADAYbxtP8AvDjOa6WigDndU0bU
bvUNQFubUWmo2sdtK8jNvjA3hiFAwch+Mkc1UPhW8jv4Z4GtgyXUknmsxJWNnDYCFSC2B1BUg9yO
K62igDjYvCd5FZWcZtNJlezdSQxbbe4Rl3S/KcMC24fe5z9aYnga6RbeJb2JIvs22fYpB85Q4iZP
ZfMPU5+RK7WigDjdG8FvZyWjXVvZ4huBNIBM8wkIhdAwDKApywOPQdTxTbLw1eqNXiijhSGRZbG1
Mu4GO3Ksw2jnP7x8f7qCu0pKAOOuvBUj6pZTRR27W0EUKCITPCIWRyxZAow2c9OOQMmpPDWg3Wj6
/wDvrW2SNbAQ/aIAf3zB/vOSB8xHOOep5rrqKACsiC0ae8v2W6uIh5+NsZUD7ieoNa9UbD/j4v8A
/r4/9kSqWzJfQT+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UrsfKih/Zsn/QQvf++k/wDiaP7N
k/6CF7/30n/xNX6KLsOVFD+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UXYcqKH9myf9BC9/wC+
k/8AiaP7Nk/6CF7/AN9J/wDE1foouw5UUP7Nk/6CF7/30n/xNH9myf8AQQvf++k/+Jq/RRdhyoof
2bJ/0EL3/vpP/iaP7Nk/6CF7/wB9J/8AE1foouw5UUP7Nk/6CF7/AN9J/wDE0f2bJ/0EL3/vpP8A
4mr9FF2HKih/Zsn/AEEL3/vpP/iaP7Nk/wCghe/99J/8TV+ii7DlRQ/s2T/oIXv/AH0n/wATVW/0
u4lhEMdxcTh+D5rptX3Py5P4fpWzRQpNByoxtFtHsri8t5LiS4ZPL/eSdT8tbNULT/kLah9Y/wD0
Gr9ObuxR0QUUUVJQlGa57xw7J4fUrKIQbqBXdmZVCmQZ3FSDjHXBFZsGo31tLbLp93bvYQx2u5Uj
aRZjLO0bkSMxYAAZ7/lQB2dLXAWGr6jpOmzLJMzwvFNLEVhG+Ei52cljgjD5JOAAM9KWPxNrc+n2
91HLEoit5JpV8jd5+2fywMg/LlRnjPtxQB31FcRe+JtQgt76WK6h8+OcwtaNCQbVPN2CVm5JG3Dc
jHzZ6Cs+/wBd1K9sIILq/tVJMDL9mjLi8/flW2txjaFXOBjJPbFAHo2aWuD8cXM0Ou25imZCloZI
1Wd0ZnEgOI1XIdyOMNxzT5vFWqRazqSSNBHBbCZVtVUtcYUZSRVwAQepyduD7UAdzRXCaf4pv7yG
1W5vobJGlmX7W0IcTFHUKnB25IYnIPOOO9Nk8U6v5d20U0ZnEUrPb/ZzmxZXCoGP8W4Z4OM9RxQB
3hOKK5HULjUbnwVr8M9yTdWxlhWeOLaXUAHO3PBIJHH1ps97qelJfxQTxLbWAt7ZD9m+WMME3zEA
8hQSdo49aAOxpM4rhZPEGtSWry2t3E0dtDdTrMbUkXixGPbgZG0EswyOu3Iq/fXWoN4X8QwXVwZZ
7VWjSeFDEzAxK+QATgguRkHt60AdXmlrgDq2q6dqF5azSvE9qlvbPdyoXQRNJJifHQnbtBPQNnPA
qtqniDUb7TDBPeJBGwBhcW7Br9fOK7l/ujaFPH97PSgD0eiuU0DXtS1HxNd2109okCGVfs2T50ex
wqtjHQjnJJzkYqh4au5f+EuuE8xpA8l2sqpPI5XE3yGRW+VOOF29c/kAd3RRRQBT1X7D/Zs39qeX
9jwPN837uM9/xxRVXxRYT6p4cvLO1VWmlUBAxwOoPX8KK2pxi1q7GU3JPRXNaiiisTUKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s1NdRPoX6
KKKQxDWN4Ss57DQkguojFKJpW2nHQuxHT2NbJrN8P6o+saUt3JGsbGSRNqnI+Viv9KethdTTooop
DCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P
5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A9FtV6qN7/wAhHTv+ur/+i2po
TL1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJmgBaKSigBao2H/Hxf8A/Xx/7IlXc1SsTi41D0+0f+00
prZie6MGfxZcQXesWzW8RlgcR2AycTthQQ30Z1zjsaIvFF3LoOo3ohtxNa2UNwg+bazPFvIPOcZ/
Stz+xtNmnS6+zRvIJWnWTJPzsmwsPqvFQHwrpBJ/0VgphWBkE0gVkC7QCobBwOMkZpDMiTxhcPPY
xw20QJikN4HJzDKqSEIP+BRPnPYD1qex8TSnw8Lu+aFbyaF5reHyJId21NxGGJJHv0IrXOhacZJJ
Pske+WVpnIyNzsnlkn6qSPxpbTRbKy0+Sxhjf7NIpVo5JXfgjGAWJIGOwoA5aLxhqcllGDBEt09z
GnFnMT5bxM+7ys7jyhGQcHBPar134wGn6xc2kot5Ft7RpGVH2yNMsfmFQpOQpXv2NaI8J6QsAiW2
kADq4cXEm8FQVHz7t2AGYYzjk1Z/sLTvKWM2qlVl875iSS/qSTk9SOaAMxtQ1tJbK0ddPF3e7pA4
VzHCiqCwIzlzlgAQR3PbBzLjxre2xkMtrbeXFbS+Y6sxAuFeRF/4AxjI9csK318L6UlqtutvII0Y
Mn7+TdGQMDa27KjBIwCBinP4Z0h7OS0axiNvJB9nePnBjyWx19STnrk9aAM/VfFJtEszZrFcN54W
8TndGgjZ22/7QC5x7VBbeItT1JJTp8diFgied3lLFZF82REC4PGRESWOeo4NdLJZW8r27PGGa3Ja
Ik/dJUr/ACJH41m/8Ijov2WG2WxVYYUaNER2UbGOSpwfmUkn5Tke1AGPceJ9TQT3UK2RtF05L+NG
jfzMPkBSd2OMdcVKniPUGl1WTyEaCwlcbRbSAtGjAMRJnaW27iFA6it+40exuvN863VhLCLdxkgG
MEkLx2yTT1021S3uIFiAiuGdpVyfmLfe/OgDNGtyx6RZXtxGI/tc6hUCkkIxJXPIw23GfQ9qpHxt
FPpjzWthefaWGY4GVNxHleaH+9jbtI4znPGK230WwkCB4AQgjCgs2Bszt79txqtN4V0eeAQyWY2D
aBtkZSAqbAMg5xt4x3HXNAFHTvFLXEsVubaW5unSN2SBQoRTHGzOdzcgGQdOeeh61HJ43jkfy7Gx
luJUvI7aRBJHwHLAMDuweUIxnPritU+G9LLxuLXa8ZUqySMp4UKBkHkYVRg8HAzUcfhTR4o5EjtN
qyMjHErggoSV2nOVwWOAMdTQBWi8WQCZ4mgmkEU5imlRQEhzK0abstk5K9s+uBVrRfEMOtySpFbX
EBjVZB5wUb0LMoYYJ4yjdcGpD4c0s3SXH2Ueajl8h2ALFy+SM4bDMSMg4J4xU9npVnp7brSARnyx
FwSflBZgOfdmP40AU31C202/1GW7mWNcx4z1Y7egHc1atNUiuYBJJtgyeEkdd2OxIB4+lULnR7PV
tQvku4gxUx7HHDIdvY1YtNAs4oAlza2c7gn959mRSR2yMda0fLbzM1zX8i99st/+e8P/AH2KPtlv
/wA94f8AvsVB/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FT7pXvE/wBst/8AnvD/AN9ij7Zb/wDP
eH/vsVB/Yml/9A6z/wC/K/4Uf2Jpf/QOs/8Avyv+FHuh7xP9st/+e8P/AH2KPtlv/wA94f8AvsVB
/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FHuh7xP9st/+e8P/fYo+2W//PeH/vsVB/Yml/8AQOs/
+/K/4Uf2Jpf/AEDrP/vyv+FHuh7xP9st/wDnvD/32KPtlv8A894f++xUH9iaX/0DrP8A78r/AIUf
2Jpf/QOs/wDvyv8AhR7oe8T/AGy3/wCe8P8A32KPtlv/AM94f++xUH9iaX/0DrP/AL8r/hR/Yml/
9A6z/wC/K/4Ue6HvE/2y3/57w/8AfYo+2W//AD3h/wC+xUH9iaX/ANA6z/78r/hR/Yml/wDQOs/+
/K/4Ue6HvE/2y3/57w/99ij7Zb/894f++xUH9iaX/wBA6z/78r/hR/Yml/8AQOs/+/K/4Ue6HvE/
2y3/AOe8P/fYo+2W/wDz3h/77FQf2Jpf/QOs/wDvyv8AhR/Yml/9A6z/AO/K/wCFHuh7xP8AbLf/
AJ7w/wDfYo+2W/8Az3h/77FQf2Jpf/QOs/8Avyv+FH9iaX/0DrP/AL8r/hR7oe8WFu4GYBZoiTwA
HFTVTTR9OikV47C1V1OVZYVBB9RxVyk7dBq/UyvEuozaT4eu722CGWFQVDjI6gc/nRVrVIbKfTpo
9T8v7Iw/eeY21cZ7n64orWnKCXvK5nNSb0ZbooorE1CiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelWFvptmLezJMIZmGW3
cliTz9TVw1ieELWaz0BIriJ4pBNKdjjBwZGIP5Gn0F1NyiiikMKKKKACquqf8gq8/wCuL/8AoJq1
VXVP+QVef9cX/wDQTTW4nsS2/wDx7Rf7g/lUtRW//HtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABVG9/wCQjp3/AF1f/wBFtV6qN7/yEdO/66v/AOi2poTL1FFFIYUUUUAFFFFABRRRQAUU
UUAJXHWmix3/AIh1i2vb3UBJFKssYju3QeW4yOAexBFdjXP6l/oHjDTLzpHeRvZyf7330/kRVRe5
MlsH/CG2f/P7qv8A4HSf40f8IbZ/8/uq/wDgdJ/jXQUUc8u4cq7HJWemLZeNYLa0u7544LZpp1mu
WkBLHagwfxNWbuxvLu7u3gmLW63H7y2Cj5/kTnJ6/Q8VJ4Y/0y51XVTyLq5McR/6Zx/KP13GtOw/
4+L/AP6+P/ZEq+ZpkWTRFDa3phQrfNGuBhTboNvtipPsl9/0Ej/34Wn/ANq2P+mH7VCBZf8AHyS4
Hk/Lu+b045po1rTzaTXIu4fIhjEskm7hEK7gxPoRzUczL5RPsl9/0Ej/AN+Fo+yX3/QSP/fhafLq
tjA1usl3ArXKs8ILj94qruJHqAOabZ6zp9/ZSXlpdRS20ed8in5RgZPP05o5mHKJ9kvv+gkf+/C0
fZL7/oJH/vwtQf8ACUaMbIXY1G3NuZPK3huN+M7fXOOfpVxNRtJJxAtxH5phE4Tdz5ZON2PSjmYc
pF9kvv8AoJH/AL8LR9kvv+gkf+/C1EPEujm1e5Go2xgR/LLh+C3YD1454qQa5ppIAvrY5gNyMSA5
iHV/90etHMw5Rfsl9/0Ej/34Wj7Jff8AQSP/AH4Wpp9Qtbb7P59xHH9pcRw7mx5jEEgD1JANVp/E
OlWqRtPf20ayllQtIBkqcN+AIwT0FHMw5R/2S+/6CR/78LR9kvv+gkf+/C1DJ4l0iG8ktZb+BLiI
FnQtyoxnJ9qkXX9Me8ktVvYTPG4jdM/dYkKAffJA/GjmYco77Jff9BI/9+Fo+yX3/QSP/fhamW+t
nQOkqMplMOQc/ODgr9cgippZEhieSQ7URSzH0A60czDlKf2S+/6CR/78LR9kvv8AoJH/AL8LVi1v
ILxN9vIHXCtkehAYfoRUkkscO3zHVdzBV3HGSegHvRzMOUp/ZL7/AKCR/wC/C0fZL7/oJH/vwtW4
pknUtGcgMVJ9wcH9RUlHMw5TL01JI9Rv1mm818x/NtC/w+grTqjaf8hbUPrH/wCg1foluEdgoooq
SgorB8ZXE1toiG3nMDvdQRlxN5XytIARvwduR3xWeutX9lc29vC1rNaRJbGZpJmmkczTNH8snAIG
M5I56UAddRXC6f4mvrKxkW8khdWSWS3lId3yLjywrDIz94YwQBjk45Cr401GWyt7qKGy8tYJJrgM
WywSfyiEIJAzjPOcdOetAHc0Vx154uu7a1urpPsLKtwbZLcviWJhL5e+QlgNp6/w9QM85qhfeKtT
nsEjeSwspQ0BkKT7mm3TlMRFWI6JyMt94jtmgD0CiuH8aapeafrUP2e7lhjitDOVSdUHEgydjf6z
5cjbUkvjS7j1TUEaC2isrUyxlncGUOg4OwNuYH02jgg5oA7SiuLsPGF5qCwRBtPtpi84ea4JEb+W
6rtUBuGIbP3jjHftHJ42vVgnlRLFmaKZ44dzb7cxuEAl575PQDBGOetAHcUVyV/quozeDdccywwX
9l5sJmh3BflAO5RnIOG9eDzSTa3qGlrewf6G0dj9ntleQyf6yQJ87sWJ2DdnnJPr3oA66iuIm8Xa
mIJGt106X7Kl1LNL8+ydYTH/AKvB4zvIJOQCp61dvNVvz4Z8QfaJIobyxVkE1rkAZiVwQGzgjfj8
M+1AHVUVwi+JtRtNQubS4kjFzbC3tJGuMiJWaSTE5xjhkC8ZHJxkVDqPi6+u9OljinsbUpgGcSMD
c/vjHmDnphc9/vAe9AHoNFcvofiW81fXrm2kt7aO0RpUXEy+crRvt5XcSc8n7q4465zTvD14L24a
5uNUkN7JJKj2JkXbEFYjATGRgAc98+4oA6aiiigDH8V2U+peGb20tY/MnlQBFyBn5ge9FS+ItSk0
jQbq+hRHkhUMqvnB5A5x9aK6KLnb3UY1FG/vGnRRRXObBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiGs/QtUOs6Yt2YvKzI6bd
2fusV6/hWgTgVT0rTYdJsha27O0Ydny5ycsxY/qaOgi7RRRQMKKKKACquqf8gq8/64v/AOgmrVVd
U/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQ
AUUh6VzMPji0aFbi4tp4baS4FtE42yFnJIwyqSUIxnB55oA6eql1C8l7ZOq5WORi59AUI/maqt4n
0dHuka/iBtVZpuuFC/e56HGRnGcd6jl8U6ZAryXFysUI8sKxB3MXBKjbjIPyntQBs0VlyeJdJjnt
IWvozJeBTAFy28N93kDjODjPofSq9x4kWLxGNISBWk2I7O06IcNu+6hO5sbT0oA3KK53S/GNrf2c
lzcxPZxokUgLOsm4SZ2gbM/Nx93r09a07nWLW0+zvLIiwzI8gkZsYVV3E478CgC/RVCx1zTtSspL
uzuklgizvcAjbgZ5B56c/Sq8XirRp7FryG+jeBWCEqrE5IyMLjJyOeB05oA16Kx38UaZDDNcS3cS
20ezbKrbt+9dwwBz05+gJqK08WafeajLZpMokwjQZJ/fq0YkBHHHBPB5ODQBu0Vg6f4x0m90pb5r
pIhsjZ0OSVL9FHHzHORxnkGrtvr+m3dzb29vdpLLcRmSNUBOVBIJPHHII57jFAGjWJ4vt3l8PTTQ
g+faMt1Hj1Q5/lmtumyIsiMjjKsCCD3FNOzuJq6I7W4S7tIbiI5SVA6n2IzVLxFfnTNAvbpf9YkR
EY9WPC/qRVPwe7RaTJp8h/eafO9sf90HKn/vkim+I/8ATdV0fSxyss/2mUf7EYz+rEVSXvWE37pp
aJp40vRLOz7wxKre7dz+eaWw/wCPi/8A+vj/ANkSr1c9LrAsNQuraOGSSeafKnYxQfIncDk+woin
K4m0rFG48K3s2q3cyvCtve3JN0uSTJEFUoOnXcrA/wCy5qBPD2sQ6be2At7d1u7GGAzGfGx0i2Eb
dvIJHWumj1RBGokiumfHzEWsgBP0xTv7Vh/543f/AIDSf4VNmVzI5v8A4RK+FyG8yF4rdpIbUEn9
3A0UgAPHXdIo+iA1asNE1IeGTYzSSwSLBJD5T3AnWYmPaCWZdygHoBitr+1Yf+eN3/4DSf4Uf2rD
/wA8bv8A8BpP8KLMOZHIReFtYito28ttyzxSGIagwlO2KSNm87bkA7kwvoD61bvfDGrahdXF3JPB
G1yHt2hxkpC0ez/WdSQcPt6ZrpP7Vh/543f/AIDSf4Uf2rD/AM8bv/wGk/wosw5kY5s9Xd9PvW06
zSfTw0a2y3J2urKAWVtvykY4BHQnpWVd+DdTmtLp42tVvXt5PKIJ2K8kkrOnT7m2Tbn1GccV1v8A
asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy9S8OT6iLOOa5Z4o5C5BCgwfumVSmBkkMVPJ7V
m6foWuafaMzW+n3N5dWzW85aQqsbGWV9w+U5U+ZyvB4FdN/asP8Azxu//AaT/Cj+1Yf+eN3/AOA0
n+FFmHMjCu/DN41jcW0MiSBtJiskd2xudC3J9BgipU8My/Y9ZEkkrS3sk7RJ57eWm45RgvRWBAOR
zWx/asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy5NHvl0qwsbZUjW1MLs4lOXI3eZnjnnBz3
yaw28G6nDpQtESK4iJRmgkunAZ/ICM+7BPD/ADY79etdh/asP/PG7/8AAaT/AAo/tWH/AJ43f/gN
J/hRZhzI5uLw1qMV3bPPHHdwR+WBCblkEbCKJfMGByQUfj/azVJPB+qyLO19DbTgXkNzHAJyEJVn
3kccZVl65Jxya7H+1Yf+eN3/AOA0n+FH9qw/88bv/wABpP8ACizDmRzjeG9VbU1ldkkX7QZYpjcM
Dar57uQFx825CF9unQVe8MaDc6NNM07AiaFN+JWfMoeQluf9lkH4e1av9qw/88bv/wABpP8ACj+1
Yf8Anjd/+A0n+FFmHMiFbmG0v9RmuJUijUx5Zjgfdq5Z3a3kAmSOVEJO3zEKkj1wecGsK40m08RX
d6ZlmjZGj8typVlO3+6eoq1aeGbQQAXttC8oJ+aNnAYdjgng1pJRtq9SE5X8jborK/4RrSv+fNf+
+2/xo/4RrSv+fNf++2/xqLR7le8aM8EVzEY54kljPVXUMD+BpsdnbxIEjgiRBjCqgAGDkfkeaof8
I1pX/Pmv/fbf40f8I1pX/Pmv/fbf40Wj3D3i+1pAyFGhjKsCpBQYIPUfQ0Czt1TYsEQQDbtCDGM5
x+dUP+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvF42VszyO0ERaVdshKDLj0PqKaNPtFEYF
rABGMIPLHyjrxxxVP/hGtK/581/77b/Gj/hGtK/581/77b/Gi0e4e8X5bS3mkSSWCJ5IzlGZASv0
PakaytnmaVoIjKy7C5QFivoT6e1Uf+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvFz+z7Tyk
i+zQeWjblTy1wp9QMcGnfY7fdI3kRbpceYdgy+OmfX8ao/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+
a/8Afbf40Wj3D3jRMEZV1KLtf7w2jDfX1oaCJg4aNSJBhwVHzdufWs7/AIRrSv8AnzX/AL7b/Gj/
AIRrSv8AnzX/AL7b/Gi0e4e8X1tLdYxGsMYQLsChBgL3GPT2pxgjKupRSH+8Co+btz61nf8ACNaV
/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jQktoZQ4kijfeu19yg7h6H1HJprWVs3l7reI+U
NqZQfIPQenSqP/CNaV/z5r/323+NH/CNaV/z5r/323+NFo9w94vrawJcNOsMazOMNIEAZh7nrSi2
hWd51iQTOMNIFG4j0J61n/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jVorMi8Pab
DKksdqFdGDKd7cEfjWnSdug1fqVNUtLS+06a31AgW0gxJl9oxn17UVR8XWk1/wCFr62tojLNIgCo
vU/MKK2pRTXxWM6js9rmzRRRWBqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8A
kM33+5F/7NV+qFt/yGb7/ci/9mprqJ9C/RRRSGIaw/B0UsHh9EnSRJPOmO2QEHBkbHX2rcNUNF1R
dY05btYjEC7ptJyflYr/AEp9BdTQooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E
01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAhGa5qTwlNNeN
eSakv2vejJIlqqg7GyN4B+c9s8Y7da6aigDl5PBQlieB9QkNsqSrbR+WuYvMbLEn+L0HTjrk81oT
eH0m1n+0PtDBvOim2BRj5EdMZ99+fwrYpKAOJh8KahYeIrGWHyLizto4ow8rEEBd2SVBxu+dtpwc
E9q35NEnOvPqMF4iJKkaSxNAGJC7vutkFc7j2rCn8Vajp9vqb3EtlLNHfPDbRCNydipuIOPbuffr
wKS18U3TavI4eA2tzJaqsDSkzR+bEpGwdMAnJPfDdMUAWbPwItpYyQfa4Xcwxwqfsiqm1DkMyg/M
/wDtZBHbFaF74ZF9YWltLezs1vBLCZZPmeTfGULE+vOaxtD8V6hPNplktqs8YgthdTyzKrkyRht4
ycnr6HJz6Vfvtbv4tZnsrBIGma6igQ3DtsUGF5CcAZ/g6e9AGjFoSxx6ivnsftyKhO37mIxHx69M
1mXfgiK6VCboGSIwlPNgWRP3cbR/Mp65DH0war6v4gvLrSdDlswbf+0UMsm2dYyMR7tokZSB+WTj
tzT4vF80lxAYYoPspe1iZJ5Ntw5mCkMqjjADDPrtbpigCtrfg+8NrCmnvHLh4zJGAIRhYjGNoUgA
cnjI4OOa17bw0cxTzypHL50Vw8UKYjVkh8vauedveovDXia41m5jjuUtP31r9pT7NIX8sBtpV89z
/Rh2rpaAOVt/BcsEds7atJJd2aRx2sxgUCNUDAAr/FkMQTx26d9LSPD40q5M/wBqknkeLZIXUDc5
keRn46ZZzx2rYooAKSlooA56H/QPHE8fSPUrYSr/ANdI+D/46R+VGm/6f4u1S86x2iJZRn3+8/6k
D8KTxgxsbey1hVLHT7gO4HUxt8rD9R+VT+ErV4PD8Esw/f3TNcyZ/vOd38iK0fw3I62Nus23t4rl
9QinjV0Nx0Yf7CVpVRsP+Pi//wCvj/2RKhbMp9C3HGIo1RScKMDJJP5mnVH9ph/e/vo/3X+s+YfJ
xnn045pPtlt5Ty/aIvLRQ7PvGFUjIJPpjmkMloqN7mGMoHmjUyAlAWA3YGTj145plvf2l3C01tdQ
TRIcM8cgZV78kUAT0VUOraeLUXJv7X7OW2+b5y7M+mc4zVhLiGRwiSxs5QOFDAkqeh+nvQA+iq39
qWHkyTfbbbyom2yP5q7Ub0Jzwak+124OPPiz5fm43j7n976e9AEtFMeeKPy98iL5h2plgNxxnA9e
BUcl/aRCMyXUCCRtiFpANzdMD1PtQBPRVVtV09bhoGvrUTLndGZl3DHJyM5pw1Kya4a3W8tzOhw0
YlXcD05Gc96ALFFM+0Q4B82PBfZncPvdMfX2pzusaM7sFVRkkngCgBaKZDcQ3C7oZUkGAcqwPBGR
+YINPLAYyQM0AFFNSRJATG6sASCVOeQcEfnTqAKFp/yFtQ+sf/oNaFULT/kLah9Y/wD0Gr9VLcmI
UUUVJQUVi+Kru7s9JjbT2dbiS5hiHlhNxDOAQN/y5we9Ujr1/YXUFpNaGZES3NzNNMolUzSmNQFR
dpwRzgjj3oA6eiuN07xXdwWUq38URbbLJBM0hPmYn8sKyqhIOWUAKGJ+tO/4Te5a2t549NQp5Ty3
IaYqUCTeUQoK5Jzk87ffBoA7CiuYufFlxBaTXi2CSWxuDa24WUmR5RJ5fzKF4GQTwSenGTVG+8V6
rPYYi0/7DNGYDcmWXDIHmKDYu35shSeccMO9AHa0VyHivWdS03VUWyllSCG1NzLsiR0ADgMZM/Nt
25+5zUreM5BfXqjT2WwtTLGbyRiEEidjgHgngYyenHNAHVUVy1h4sutTMUFrp8Qu8ymVZpmjULGy
qcZTdk7hwVGO/bMUvjaaO2a5/s+MwyxzSWg+0fO/luFO8Y+XOe2cdDzQB11FcvqGuahJ4Q1i4ihi
ttQsvMiOJNyBlAO5W288HIyOtDeIL3ThcW0lpHM1p9nt97XPMs8u0DJ2gBcty3X/AGaAOoorkbjx
leQrKq6bA8lotw12BdfKBDszsO35iRIODjBBBqzd65fHw3rUrRR2d/YKy5jfzVDeWrqwyBnhhwR1
BoA6WiuMt/Ft6t/LZyxxyXkQhtWhZgii4Z3G8tgkIyqrDg9QBzTNQ8X39zp9yljbRQTWxC3MpnBC
HzjH+7+X5/uE846460AdtRXP6N4kn1bV57ddNmjskMipdE8FkfYQRjHJzjBPTnFVLTUdRW7tZ5b0
3Ed3qFxa/ZWjQBEV5AGUgA8BBnOep6UAdXRRRQBm+INSbR9Dub9I1laBQwRjgHkDr+NFT6rYW+qa
bNZ3ZYQSjDlW2nrnr+FFa03TS95GU1O/uluiiisjUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VR0fTE0ewFpFI8ih3fc+M/
MxY/zq8aw/Bvmnw+nn+Zv86b/WZzjzGx19qfQXU3aKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QV
ef8AXF//AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAl
QQ31tcuUhmV2BYYX/ZO1vyPFTmuETRtTu9Eht4VlQx20ttMBKYyZftCFj1B5VXIb396AO7zUVtdQ
3kXm28gkj3Mm4eqkqR+BBFciug30FxDFLaTXenRTTeTAt3tMWXUxvksCQBuGM5GehzUVzoutQwsl
vbtJ54mQ7LgJ5ZN0ZAxyR1Q9ue1AHT3sWkJKyXsFpvuAZmEkQPmCPHzHjnbuHX1qwNOskuFnW0tx
Mq7VkEQ3AYxgHGcYrjJ/DurPeXsqWsguXt7uP7Wbv/Ws7qYtq5+XCjHbGMU7UdJ1LTjqWqQC5Esn
2vJjnLEoyjytq5OCDyMDigDrZrTTLdobme3tUaHbHFK8agx5O1VU445OAB61Hd6jo9nqEcN3cWcN
3IQ6rIyhyeVB9fUA/UVymhWkk3g24Wxhnnn+3xTlGO1W2yRsRGWdhjavduuat6lbarJaa2i6I0/9
qoNuZo90P7sIVbJ5xgsNpIO7t1oA6Yw6fewNamK3mhgcI0RRWVGABAx0BAIP41IbO1a6S5a3iNxG
NqSmMb1HoDjIFYlraXq6PrDQQjzrtzJbpcEqWBhjX5scqcqeOKwYfC+r3GnLDdJMqxG6eFBc7NhZ
U8r7rnowY4yQKAOvsLHTdAht7W1jjg85vLQ7fmlYKTye5wpOT6U8a3pp1JtP+3W/2xesO8bhxnp9
OfpXOW2iakfE9peXVrJI0VwZGu2uRtEZgKhBHnqGPXHcnuafN4fvjrc146m4tJL5na0d1CbDAEEg
PUMCCMEngk46UAbP/CVaH9mNx/atn5Ify9/mjG7GcflzVyPUrOa4EEdzG8pLAKrZyVxuH4bh+dcc
uj6qlunl2V+n2f5bHN3CZrX5fmUsTteM/KMNuPH0xdsdPvbfU7FbqJfPa/nu3kj5TYYdp57ZZlwD
6e1AHXUUUlAHPeNS8+ippsBHnajMtuuewPJP5A1c8L3pvvDtnI/+tVPKkHoyfKf1FVJf+Jh44hj6
x6bbGQ/9dJOB/wCOg/nRof8AoPiDWNN6I0i3kQ/2XGG/8eB/OtH8NvmQviudDVGw/wCPi/8A+vj/
ANkSr1YD61b6dfXlux3XEk+5U6DGxOSewqYpu9hyaVmzJufDWoyapqRjhQWmqXBW7y4+aJVQqQPf
DofZge1QR6LqkOj6hpzaY7m806CEOJI/LDJDtZWy2evHAIrqo9bs/LXzbmMPj5tobGfbin/21Yf8
/K/kf8KOWXYOZdzlm8Mak11CZIkkjsfNtrMlxkQNDIAx9yWjT/gGe9W9O0rUl8JmyCSQMLZ4pIbi
OLdKxjwNrRkAAHuQSe9b39tWH/Pyv5H/AAo/tqw/5+V/I/4Ucsuwcy7nEweHNVitYj9iugi3MMrK
Ps3n5WGSNiB/q9vKAZ56mr99oWtXl/cXsUUMP2iN7NV3YlihaPaCSG24D4fAGeuK6f8Atqw/5+V/
I/4Uf21Yf8/K/kf8KOWXYOZdzn/7OmY6ZcL4cMUVluR7MPDliU2h1+ba23kckHDE1l3XhPVWs7me
3s4kuhZSpBCsi7QJJZS0GfQI6+2VHpXaf21Yf8/K/kf8KP7asP8An5X8j/hRyy7BzLuY+reH73Ux
p8UkqMkE/mxuqbWtiInCtnJ3EOV6YrKs9E1KCzaS/wBCiu7i5tZIjEJYysEjSyuc7j9xt68jJ+Xp
XW/21Yf8/K/kf8KP7asP+flfyP8AhRyy7BzLuc3feGLtra6RYIp520iK1E3ygyTKW3cnnkEcmp4/
DNwbTW2kZxNczTSW8Y8vCtu3RuGxuzkA8nHtW7/bVh/z8r+R/wAKP7asP+flfyP+FHLLsHMu5knT
r+DSLCztIHWSF4ZZpfMX94x3GTPPXdyfXdxWNJoviJNJ+zSG/ukcKZFF6BKWNvg/OWHyiTORnHoC
OK6/+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3OattK1m3ubYTRXb2iCNfLtrlYyriKJdx+YZQFZM
jnk5wapjRfEF2JG1GC7aOK9guIoY7v5sBnD7W35IwUPJXvgCux/tqw/5+V/I/wCFH9tWH/Pyv5H/
AAo5Zdg5l3OcGna8NRBb7Ts+074XjuAscaee7P5i5+bdGVAGDjpxWh4Y0/VLGaU6jLcSLLCjETT+
Ztl3ybgOeBt8vgcfjmtP+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3EtiF1TUSxAA8vJPb5as2t3B
eReZbSrLHkruXkEjrzXOX2nL4jmvvst66KrR8DOxzt6MOtXbHR53tl+0XeoW8i/L5aXCsuB3BC9K
qUVa7ZMW77G7RWV/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hU2Xcq77F29sLXUrZre9gjnhYglJFyCQc
j9aih0fT7eIRw2cKIAgACD+Fiy/kxJHuar/2If8AoKal/wB/h/hR/Yh/6Cmpf9/h/hRZdwu+xYfR
9PkiMb2UBQqyFSgxtZtxH4nn60iaJpscAhjsbZYghj2CMAbS24jHpnn61B/Yh/6Cmpf9/h/hR/Yh
/wCgpqX/AH+H+FFl3C77Esmg6XK9y8mn2rNdDE5aIHzBnPPryAfwpv8Awjmj4gH9mWhFuMRZiHyf
Nu4/Hn60z+xD/wBBTUv+/wAP8KP7EP8A0FNS/wC/w/wosu4XfYsXmjadqE8U95ZQTyxcI8iBivfv
TZNC0uW7lupNPtmuJVKSSGMbmBGDk9+OKh/sQ/8AQU1L/v8AD/Cj+xD/ANBTUv8Av8P8KLLuF32H
jw7pAgihGm2vlROZI18oYVj1I9zjn1p40PTBLcSCwtt9z/rm8sZk5zz688/Wof7EP/QU1L/v8P8A
Cj+xD/0FNS/7/D/Ciy7hd9i61hatDPE1vGY7gkyoV4kJGDkd84pJdOtJ1nWW2idbjHnBlBEmBgZ9
cYqn/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hRZdwu+xYTRtOit1gjsrdYVjaIIIxjYxyy49CQM+tSvY
Wskc6PBGyXH+uUrxJwBz68AD8Kpf2If+gpqX/f4f4Uf2If8AoKal/wB/h/hRZdwu+xZuNIsLtp2u
LOCUzqqSl0BLhSSoPrgk49Kifw9pMqwLJptoy267YQYlxGOuB6cjNR/2If8AoKal/wB/h/hR/Yh/
6Cmpf9/h/hRZdwu+xZg0jT7a/kvoLKCO7lzvmWMBmzjOT74H5Ulto2n2d3LdW1lBFcTEmSVEAZiT
k8+561X/ALEP/QU1L/v8P8KP7EP/AEFNS/7/AA/wosu4XfY1aKzYtHMUqP8A2lqD7WB2tKCD7Hjp
WlSdhoxfGFvNd+FL+C2ieWV0AVEGSfmHQUVa13U/7G0a4v8AyvN8hQ2zdjPIHX8aK3ouaXuq5lUU
W9WaFFFFc5sFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8AkM33+5F/7NV+qFt/
yGb7/ci/9mprqJ9C/RRRSGIapaRqkesWAu4Y3RC7ph8Z+Vip6fSrpOBVDRNLGj6cLRZTKFd33Fcf
eYt/WjSwjQooooGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH
8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooASoZrhYZ4IipJmYqCO2FJ5/Kp6
o3v/ACEdO/66v/6LamhMu0tFFIYUUUUAFFFFABRRRQAlLRRQAUh469KWsjxTetYeHbuSL/XOnlRD
1dztH86aV3YTdlcq+Ex9riv9Vbrf3TOhP/PNfkT9Afzo1n/QfE+kagOElLWUp/3hlP8Ax4frWtpd
kunaZbWafdgiVPrgVS8V2bXvh27EQ/fRKJ4j6Oh3D+VVe8hW9016zILWK7lvlmXO25yrA4ZTsTkE
cirenXiahp1tdxkbZ41kH4jNRWH/AB8X/wD18f8AsiUlpcHrYtxp5caoWZ9oxubqfrT6TI9aNw9a
koWikyKAQehFAC0Um4YzkYoyPWgBaKTcOeRxRkUALRSZo3D1oAWim7l9Rml3DOMjNAC0UmR60EhQ
SSAB1JoAWikVgwBUgg9CKKAFopAQelLQBQtP+QtqH1j/APQavVRtP+QtqH1j/wDQavZqpbkxFopM
0ZqSipqmpw6TaC4nSV1LrGqRIWZmYgAAfU0kGq203kq7i3nmGUt5yElPX+E89jVXxLpUms6ULaJY
HYTRS7J87HCuGKnHPOKzT4WeaZJ5IrGGVEtEjWJSREIZjIQpIyAQQPrQBs2OuWF/ZyXMdxGiRFvM
EjAGPDFctzwPlPWpzqNkDCDd24M+PJ/er+8z0288/hXMDwfdQRMbSe2inaKVHdY8Fy04k5OD/CCu
cEgnIqGPwNN/ZywzS2rzJbyxo5QtsZp/NBBPPA4oA65r+0SSaNrqBXgXfKpkAMa+rDsPrVa+13T9
PtI7iW4jZJioiCOpMmWA+XnnqOlYF34SvLi0ubZXsgpuDcRTYdZZMy+YUkI529sg9lOOMVB/whNy
sSJCmnRq/llw3mSGEpM0n7tm5+bcck9+3oAdDqfiOy0i7jt7pZ8snmM6RFkjXcF3MR0GTV9r21Wa
SJrmFZY08x0Mg3Kv94jsPeud8S+GLnWtTiubeSBAtuYQ8jOGibcGDqF4YjHQ8ZFVZPBt3/ad9dQz
W/mTmZ4bmRpGkjMgwV2ElMdRnHTHGRQB1R1GyFvFObu3EMrbY5DKu1z6A5wTSnULMPMhuoN0AzKv
mDMf+96fjXKaf4RvrDyZGawuXDzb4pwzoFkZWyDjlhtx0Gc9qY/gi6lglt3ls/LWOaONxGd83mOG
Jl9cbffJ546UAdPe6zY2OjTapJPG9nEhcyRsGDAdgc4Jzx9adb6raTwq5nijYwido2lQsiYzk4JG
ORznHvWVJ4bJ0LWdPjMCLfSSPEAnyRhlAGR9RnimX/hY3L6lJH9mDXMtvJGrx5UrFt/dv6qSvQet
AG2dTsQkLm8tgs5xE3mriTt8vPP4Uy51azttKn1HzlltYEZ3eE7+F64x1PHSuafwVJcW9z9oNl5s
8N0Aqxfu4ZJvLwUzzgBOTwSSTxWlL4cb+y9bs7YwQrqBzEETasf7pE5A91J49aAL8GuWE+StwoQW
6XXmN8qiNiQCSen3T9KNQ1yw02xW6muI2jcAxhHUmTJH3Rnnr2rAuPBk41C8ntZ4GgeWKeC2nQlF
ZXd3RsfwlnLD0Pbiq8ngm8MTBX05nuOZS8TYgPnNLiEdh8xHPoD7UAdlHdW8txJAk0TTx4Lxq4LL
npkdRVOx1qHUbqaGC3ugsTOhmeErGxVtrAN35B/KsrQ/C8ula9Pey+RKGMxSbzJTLiRw20qTsGOm
R1wOlT6Fok+k6jeyvb2GyeWWTz4t3nPukLANkY4Bx17UAdBRSZpaAKerabFq+mTWNwzrFMMMUOD1
zx+VFUPGUcsvhO/S3WR5Sg2rGCWPzDpjmit6UW1pKxjUaT2ubdFFFYGwUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhrD8HTS3H
h9JLiSSSQzTDc5JOBIwHX2rcNVNL1KHVrIXVsriMsyYcYOVYqf1FPoLqXKKKKQwooooAKq6p/wAg
q8/64v8A+gmrVVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABR
RRQAUUUUAFFFFABXPa5/p3iLR9OHKI7Xko9kGF/8eP6V0NcjYazpv/CVaxd3t/bQtGVtIlklCnav
LHB9WP6VUV1JkdbQRkEEZBrL/wCEn0T/AKC1j/3/AF/xpf8AhJ9E/wCgtY/9/wBf8aXK+w+Zdyn4
SP2a1vNLY/Np9y8a/wDXM/Mn6H9K0rD/AI+L/wD6+P8A2RKwrXVbE+Ov9BvIJ01C1w4ikDYkjPGc
eqk/lWh/a1rp91exyyKZnuMpEGAY/InPPAHuatp3ZCaVjAudJ1NtU1aOGCb7Lq9yY523Y2RqifOP
95d6cd9tV47W8j0PUtOk069aW70yCOMLESm5YNrKW6A54rtY9Us2jUyXNsjkcqJlOD9ad/adj/z+
W3/f1f8AGosy7o42TSNVlu7YTwTOmnedaW7bv9YhgkxIee+Yl/3g1WNGsb2Lwc9ra2iRZt5EnR7Q
20rP5QC7QOGOeCx611f9p2P/AD+W3/f1f8aP7Tsf+fy2/wC/q/40WYXR5zDo94mlxRtYTfZRdxSs
Dp2eRBIrf6PnkA7Pm4yWzzite7tNZl1Ge+sbNoI5YXsICHKyRp5fyMY8YUCTnOcgHpXX/wBp2P8A
z+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cj9gszFYPHoN4mnws32u1a3+aSTYArsv/AC0xyCeeSDzj
Iz7rRdWW1uLq3srkSx6fLFDbl8kxSSy/uuv3lQxkehUCu+/tOx/5/Lb/AL+r/jR/adj/AM/lt/39
X/GizC6Of1jStT1D+zI8In2e482CSPdmIrC+0yf8CwOOxrGtrCd7FZtY0O9neW3kEFuo3fZ5mmlY
9/lJDR4f0HUV3X9p2P8Az+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cdqHhycpeTGxWW/bSI0M8aAs9
xlg+D/eIxz6YqxF4duCmu3ZRUuJZ5pLbFuBLuVg0bb85YZUfL0rqf7Tsf+fy2/7+r/jR/adj/wA/
lt/39X/GizC6MEwXlvpGn28FvO9yk0U9xI0YO5nLNIee4br6ZFZEx8SDRTb3TanMJApkkjhjMuWt
8lMYxt8zIPGR645rtf7Tsf8An8tv+/q/40f2nY/8/lt/39X/ABoswujkrJNWtLi2ikivoLTESk2s
KsxcQxAB8g/JnzAT6gDIFVS3iG+WQ3i6pDDBfQSoI1Hmbdzhx90bgAEPAxz1Ndv/AGnY/wDP5bf9
/V/xo/tOx/5/Lb/v6v8AjRZhdHLJJr0Wo+Wsd3Ghui0KxQp5Tqbh9/mnHH7vaRgjOc8mtLwx/bAm
l/tWW4kSSFJB5yKuxy8gKjaBxtCHnPX3rX/tOx/5/Lb/AL+r/jR/adj/AM/lt/39X/GizC6MTVtS
vtNur+SxtDMSYw0nURjb1I6mptN1DUTZqyWUl4G+bzjdRHdn0xwB7Ve0+aOfUr94ZEkXMY3IwI+7
V6KGOFSsSIgJLEKMZJ6mrlJWtYhRbd7mb/aGp/8AQGb/AMCUo/tDU/8AoDN/4EpWrRU8y7fmVZ9z
K/tDU/8AoDN/4EpR/aGp/wDQGb/wJStWijmXb8ws+5lf2hqf/QGb/wACUo/tDU/+gM3/AIEpWrRR
zLt+YWfcyv7Q1P8A6Azf+BKUf2hqf/QGb/wJStWijmXb8ws+5lf2hqf/AEBm/wDAlKP7Q1P/AKAz
f+BKVq0Ucy7fmFn3Mr+0NT/6Azf+BKUf2hqf/QGb/wACUrVoo5l2/MLPuZX9oan/ANAZv/AlKP7Q
1P8A6Azf+BKVq0Ucy7fmFn3Mr+0NT/6Azf8AgSlH9oan/wBAZv8AwJStWijmXb8ws+5lf2hqf/QG
b/wJSj+0NT/6Azf+BKVq0Ucy7fmFn3Mr+0NT/wCgM3/gSlH9oan/ANAZv/AlK1aKOZdvzCz7mbFf
ai8yLJpLRoWAZ/tCHaPXFadJS0m7jSsUNa1NdH0i4v3jaRYAGKKcE8gf1opdZ0xNZ0mewkkaNJgF
Lr1HIP8ASitKfs7e+Zz57+6XqKKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqF
t/yGb7/ci/8AZqv1Qtv+Qzff7kX/ALNTXUT6F+iiikMQnFZ2g6WdH0xbRpRKRI77guPvMW6fjWia
xPCF1NeaAk1zK00hmlXexycCRgB+Qp9BdTcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV5/wBc
X/8AQTTW4nsS2/8Ax7Rf7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV
Rvf+Qjp3/XV//RbVeqje/wDIR07/AK6v/wCi2poTL1FFFIYUUUUAFFFFABRRRQAUUUUAFVX0uxkd
neytmZjks0Skk/lVqigCn/ZGn/8APja/9+V/wo/sjT/+fG1/78r/AIVcop3YrIrRadZwSB4bWCNx
0ZI1B/PFUE06C9ub1pFxKlx8kq8MvyJ3/oeK2Ko2H/Hxf/8AXx/7IlNN6iaWhPHaRrGqukbsBgts
Az7077ND/wA8o/8AvkVLRU3HYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/
55R/98ipaKLhYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/55R/98ipaKLh
Yi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaTNFwsR/Zof+eUf/fIo+zQ/wDPKP8A75FS0UXCxF9mh/55
R/8AfIo+zQ/88o/++RUtFFwsRfZof+eUf/fIo+zQ/wDPKP8A75FS0UXCxnWSKmqagFUKMx8AY/hr
Rqhaf8hbUPrH/wCg1fqpbiiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGJ4yaVPCd+0BkEoQbTGTu+8OmOaKvavqUekaXPfTI7xwgFlTGTzjv9aK3pNpaRuZVEm9XY
u0UUVgahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7NV+qFt/yGb7/
AHIv/Zqa6ifQv0UUUhiGqml31tqNkLiyBEJZlGV28hiDx9Qatk4rM8PaZJpGlLaSyLIwkkfcowPm
Yt/Wn0EalFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfy
qWorf/j2i/3B/KpaQwooooAKKKKACikNc7f33iSBp57fTrBraEsRG8zebIo7jAwMjtSlKxpSpOo7
JpersdHRVHR9Ti1nSbe/gBWOddwVuoPQj86vUJ3V0TKLhJxlugooopkhRRRQAVRvf+Qjp3/XV/8A
0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAV728hsLWS5upVihjG53boBWbYeLNK1G8W1
huGWdxlEljaPePbcBmth1VwQwBHoRmuO1i5XxNq9jaaXDM7WF8HuLooVSLZ95Qx6k+grOcnHY68N
ShVupJ+t9F66fqdnRRRWhyBRRRQAUUUUAFUbD/j4v/8Ar4/9kSr1ZMd7DZz33mt87XOERRlnOxOg
ql1Jk7WNaio45Q8asw2EjJViMinb1/vD86ko4u/1q+0rxPqbrLJNBKY7OCAnKpcGNWjI9AxLA/QU
vhnVJLbUbaz1HVGlJgljU3EozM63LoCM9TgAcV2REZOTsJznt1prRwMylkjJU5UkDg+1AHmq63qg
8KvYG/uftZhOoLdbvnFvjdjd6+Z8n+6RW7o9/L/b2rSSTtdyRXEqx2iXxMuAQABCxCAAd81122L0
TpjoOnpSCOASGQJGJD1YAZ/OgDhdX1i70/U7yeO7kmmkUmKCO43PZ/uwSsluMg7QGbeM8kA8YzPq
t9HHpsWnaFq2oXkt1LkzW8v2iWJUXcSGz0LbARnjf2rtAsQkMgCByMFuMn8aESGPGxY1xnGAB160
AedX/ie/Npf6vFNOlsdPjjmhU/8AHrI6yDePQrIoU+xz2rptU8QNBe21nbXtjbEq5lnuvmUOuz91
gEYYh89c4HQ1v4iwwwmG69OaGWFxhljIzu5A6+tAHFTeMtQjS6eNrJnWO5YW21jJamI4UynPIY+y
9RjPWla71O+8QWFvd3MP+h3FwsghR0WYpGjqcb+MB8YORxn2rtNsWWOEy/3jgc/Wl/d5z8ufWgDi
4PEmqHR57mJrUC3srRkWRGYtJKqklm3ZIGenU+tXdK1zVZNaitL5rOSJp57bMMbI26MBt/LHg5xj
t6102IsYwmPTil/dg5+XPXNAD6KbvX+8Pzo3r/eH50AOopu9f7w/Ojev94fnQBStP+QtqH1j/wDQ
av1n2hB1XUMHPMf/AKDWhVS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAFDW9MGs6PcWBlMQnULvC5xyD0/CiqfjGea28KX81vI8UqICrocMPmHQ0V0UYza912Ma
kop6o26KKK5zYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9UL
b/kM33+5F/7NTXUT6F+iiikMQ1jeE72fUNCSe6lMspllXccdA7AdPYVsmqml3Nnd2Yl04J9nLMBs
TaMgkNx9c0+gupcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV3/wBcX/8AQTTW4nsS2/8Ax7Rf
7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFACVzviG81GTVLTSNOaGE3kUhe4kQsUAxnAzjPPeuirPu
LG8l1i1uYr0x2kSsJbbbkSE9Dn2qZq6sbUJKE+Z22e/e2n4kmj6ZFo+lW9jASY4F2hm6t3J/OrtI
KWqSsrIzlJzk5S3YUUUUEhRRRQAVRvf+Qjp3/XV//RbVerJ1pLmSWyWylSK4Lvsd13AHY3anHcUt
jV3DOM80ZrD0y1voxIplWKfI8xpbcsX99+/kflj0FX/I1H/n9t//AAGP/wAXTaSe4k32LuaM1S8j
Uf8An9t//AY//F0eRqP/AD+2/wD4DH/4ulbzHd9i7mjNUvI1H/n9t/8AwGP/AMXR5Go/8/tv/wCA
x/8Ai6LeYXfYuGsTw5H5f9pKNPns9147/vX3eaT/ABj0B9Kv+RqP/P7b/wDgMf8A4uj7PqP/AD+2
/wD4DH/4uk43d7lxqNRcbbl2jNUvI1H/AJ/bf/wGP/xdHkaj/wA/tv8A+Ax/+Lp28yL+RdzRmqXk
aj/z+2//AIDH/wCLo8jUf+f23/8AAY//ABdFvMLvsXc0Zql5Go/8/tv/AOAx/wDi6PI1H/n9t/8A
wGP/AMXRbzC77F3NYZ0a21C8vZnRRcJPtWXaG42JwQeCPar/AJGo/wDP7b/+Ax/+LpmlLIsl8JnV
3+0csq7QfkTtk1S0vZkvW10Oj0eyEaiSytC+PmKwgAn6U7+yNP8A+fG2/wC/S1doqeZ9yuVFL+yN
P/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7F
L+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4
cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtF
HM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36
WrtFHM+4cq7GZp0EVvqV/HBGkaAxnagwPu1p1QtP+QtqH1j/APQav05bijsFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFPVdQg0rTZr26DGGEAsFXJ646fjRUWvaY2
s6Jc2CyiIzqF3kZxyD0/Citaapte8zObnf3UaNFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhOKy/Dmmy6TpK2s7I0gkk
fKHjDOWH861DWR4Wv7jUtEW4unDymWVcgAcK5A4HsKethdTYooopDCiiigAqrqn/ACCrv/ri/wD6
CatVV1T/AJBV3/1xf/0E01uJ7GVaa61zII4bedYoMLITAzOxx2A+6Pc/lWj/AGrH/wA+15/4Dv8A
4VWS90l3LyTwi4sTHHKQ2GjZwNqt9dw46VpyyxwJuldUXIXLHAyTgD8SQKbcewkpdyr/AGrH/wA+
17/4Dv8A4Uf2rH/z7Xv/AIDv/hV3ijii67BZlL+1Y/8An2vP/Ad/8KP7Vj/59rz/AMB3/wAKmS7i
e8ktVbM8aLI64PCsSAf/AB0/lVa613TbLUEsrm8jjuXCkI2f4iQuT0GSCBmi67BZj/7Vj/59rz/w
Hf8Awo/tWP8A59r3/wAB3/wq1HLHMGMbZ2MVPB4I60/FF12CzKX9qx/8+17/AOA7/wCFH9qx/wDP
te/+A7/4Vd4oouuwWZS/tWP/AJ9rz/wHf/Cj+1Y/+fa8/wDAd/8ACrvFGKLrsFmUv7Vj/wCfa9/8
B3/wo/tWP/n2vf8AwHf/AAq1LKkELyyMFjRSzMegA5JqCyv4NQiWS3ZyrIJBujZDtOcHBAPODRdd
gsxn9qx/8+17/wCA7/4Vl65rP2aFbuG3m8y2SaZVmjaNWIiYgZxXQ1la1Zxagbazn3eVcGSN9pwc
GNgcGhWB3MyPxtbxq8l7H5CRQKZV3fMs/mMhi5wOq8E4yDnpT7fxzZXLu8drdmzS3Sc3IQFRmRkI
IzngqeRkcH0ybd34S027vLq7ImiuLoRF5IpNpVozlXHo3b3A5qRfDlvuZpbi7mL2zW0vmSA+ahLH
5uOo3NjGOtSURP4v0xBKd0zeU8sbBYiSWjZUIA75Z1Ax1JpYfFFrcXMFsltei5lkaNojFhoSoUkv
zgDDqcjOc1HF4L0qGOVEWceZBFDu8wgr5ZBVhjo2QpJ7lRVqx8PWlhcx3KvPLcKZC0ssm5pC+0Et
+CKBjAAFAEfh3XxrmlJcCMh1iRpGVf3ZcrkqpPXHQ+h465rMg8VXsdjbXGpW9tGLy2FzbtCzMAMp
lWBAOfnGCOOvTvt6VoVpo0LQ2fmLEyqpQtkEgY3fUgDPrj1qlD4PsYrP7NJNd3CLEsMZmlyYowQd
q4AAHyrnucDmgB48U2bQyvFFdS7bg2yKkeWmkGchRnttYnOOBnpikbxXZrOsRgveSqM/kHakjLuE
RPZ8EcepAzk0SeE7OW5mumnuxdSSLIs6yAPGRuwFOOmGYc54OKevhizW9S5aa6fa6zNE0pKSSqoU
SMO7YA9sgHGaAKt3470eztkmeSRlkjSRAqjLBl3cZI5C4JHuPWrEfiuxlnCRx3LRGWKEXHlfuy0i
qyDPXkMvbuKjXwZpsMKpavdWzpO86SxS4ZC4wyjORtwAAMcYHpUmoeG4rnRdSsYZXV77BaWRixVg
qqGHfICA/WgBf+Eos3tLae3hurg3Qdoo4YtzsinBfH93kfXcMdajl8Y6dCbgul0IoVlZZvJOyYxj
5wh7kYP1wcZxUsnhq2cxNHc3kDwgrE0UuCiFVBQcY2nYpx681FJ4P06Uzh3uTFIsqrCZTsh8zO8o
OxOT64ycYzQBXk8VyT6jpttZWVwnn3DxXInhIaEKobBG4YJDKc88HpnipI/GFmLNppIbllitI7qV
4oiUAcZUDPJJ9K0RodoNR+2jzPO81pvvcbmjWM8f7qiq6eF7BLGa0HneVLDFA3z87YxhefX1oAbY
eKrTUL5LRbe8hlYsv7+EqN6jLJn+8Bz6Y71dsP8Aj4v/APr4/wDZEqOPQrSK9W6XzPNWd7gZbje6
7D+GKksP+Pi//wCvj/2RKpbMT3ReoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
ULT/AJC2ofWP/wBBq/VC0/5C2ofWP/0Gr9VLcmIUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYvi+7msfC19cW0rQzRoCrr1HzCir2q3ltp+mzXN9/x7RjL/Ju4zjp3
orek7L4bmU1d72LlFFFYGoUVz8+t3Mfj+10VRH9llsHuWJB37w4Uc56YNWtc/txxBHoRsYyxPnTX
QZtg4xtUYyTz1IxigDWormfCeu6jqF7q2l6ylv8AbtLlRHltsiOVXXcpAPIOOoo8U6/fafqmkaRp
f2aO71R5AtxdAmOMIoJGARljnAGaAOmorlr3XtQ8K+Gb2/8AEkthLNCT9nNvujE525VSDnaxII4y
Ks6f410S80L+1G1G2jgQKJmMnEbsM7M9zQB0FFZmk+ItK1yKWTS72K5WE4k2nBT6g8iqE3j3w5HG
xXV7RmEH2gKH/g7duM5HvzQB0VFcx4d8eaTrmgHUmuYYGhhEt3Fv3fZwc9Tj2rbuNWsrSK2kuLmO
NLqRYoGY8SO33QPrQBcorG1HxdoWkvMmoapbQSQOqSIzfMpK7gMdenNaVneW+oWkd1ZzJNBKu5JI
2yrD2NAE9FFFABRRRQAVQtv+Qzff7kX/ALNV5iFBJIAHc1nWUqTapfSRMHTbGu5TkZAORn8aa2Yn
0NKiiikMQ1U0t7GSyDaZ5f2bc2PLGF3bju/XNWzWT4Z06fS9HW1ugolEsjHacjDOSP0NPoLqa9FF
FIYUUUUAFVdU/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2OUvPDF/Pcve2nlh5b2JpEZuJbcCE
nP8AtK0ZI9iR3qifBl/IL03tq15M0iyFpLlPLuAs6uMLtBDbARlicZIHBzXfW/8Ax7Rf7g/lUtIZ
w+oeGdZkvp/sThLVnKxq0xG2Ocfv/wAVIBUe5pLnwvqclxfeTCkcjrdf6WLlszo6MsUW3+ELlfYb
OOpruaKAOVPhqaDxBa3NtDF/Z8EcKfZ95ALAyEv7lS4IB4OT3Ap+saZqN1qGqQ29pFJbalaR25ne
UARY8wMSvU8OCMd/SunooA45tA1NNRt5kjEjR3krq8koZEjZwcleu/aOCD7EYNV08N3y2MCTaWkz
RSK14hu/+QiQrDeSf9ohsN1/AV3NFAHER+FNaRbeJbxVR7cGZvNYmOZA/lYzywG9Mnv5Q9abovhG
5iNot7bSCJLoTTxy3KyKxELLuUKqjG4r15OMnpXc0UAcRY6PqmNUhtWdNiy6fZTvKy+VHhnD9Mk7
mVMjsmabeeG7ue3jFvosUUOyVFtPtpCxTNtCz5HoAenI6jkmu5ooA4ifwfeSvcyuqTTzmSOWVpSP
NjNsEUEdMGQA4/Gpn8KXDrb23kx/YlWzV4hJhcRmQyDH/Al+tdjRQBxF14Mlub24mkgRvOmuWY+c
w3KVHkgjPZhnHbrXQRxzRDRY7lt06jbIc5ywiOTnvzWvVG9/5COnf9dX/wDRbU0Jl6iiikMKKKKA
CiiigAooooAKKQnA5qEXMP2hbfzU85l3hNw3FemcelAWJ6KKKACiobi5htVVp5UjVmCguwAJPQc9
zUoORQAtUbD/AI+NQ/6+P/ZEq9Vdp4IZ0iZ40lmJKISAz4HOB34p3C1yxRRRSAKKKKACiiigAooq
C9knis5XtYRNOF+SMvtDH0J7UDSu7E9FcrLrus6Rc2x1u0s/slzKsIktZGJiY9NwPUfSupFTGSZp
Voyp2b2fVai0UUVRkFFFFABRRRQAUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/APQav1UtyYhRRRUl
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm+IdMk1jQrqxhdY5JlChn6
DkH+lFQ+LL2fTvDF7dWsnlzRICj4Bx8wHeiuiipte6zGo4p+8jYooornNjhtZ1Gz0z4tafPqF3Ba
wnSJF3zSBFz5g4ye/FaHiPx5pej6TDPZ3Vpdz3jmK0AnXy2cdSz5wFXIya3rvS7DUGVr2ytrllGF
M0SuR9Mio20LSnhSFtMsmijJKRm3QqpPXAxxmgDG8Ex6ZBaXC22sWmqalPIbi+mglVyzt7A8KOgH
oKl8VL4avxDpfiSe2jaUGWDzpPLYEcbkfjBGfWti00qw09maysra2ZhhjDEqEj3wKdeadZ6jGI76
0guYwchZow4B+hoA83tbq6uvCHjbTor6XVtNsrdksb1zvZ8xEsm7+PacDNal14ptbPwZoT6c+nXM
kr21t50zBorRyn35McgjBGOOtdxDbQ20CwwRRxRKMLGihVA9gOKrpo+nR2sltHp9otvKcyRLCoRz
6kYwaAOE8PXMlx8SNZ83UrO/k/slPMks49iZDng/M2SAeue+O1aHw4sLeL4X2LW8CCSa3kdyF5di
WGSe54Arr7fTbKzCi1tLeEKmweXGq4XOccDpnnFSwW8VtCsVvEkUSDCoihVH0AoA81064g1D4FzW
dnNFNdxaY4khjYGRCM8FRyOhp2veIdK1LT/BltZX0FxMdRs5Ckbbiqjg7sfd5OMH+leh2+nWdnLL
La2kEMkxzI8cYUufcgc/jUcOj6bb7vI0+0j3OJDshUZcdG4HUetAHFabqOi6f8T/ABU2qT2tvcst
v5MlwQvyCIbwGPHpkVo/DJMeHryWFStlPqNxLZDGB5Jb5cDsOtX7bwpD/b+t3uox2t5b6jJA8cMs
QbyzGm3JzxmugRFjQIihVUYAAwAPSgB1FFFACMNwI9fSs99Et3XBmvB9LqT/ABrRopptbCaTMX/h
GrdTuSact/02ImH5MDVvT5JFmntJvLJgClWjXaCGz27dKv1Qtv8AkM33+5F/7NTu5LUVkti/RRRU
lCGsnwzqE+qaMtzdFTKZZF+UYGFcgfoK1jVTS0sUsgumeX9m3tjyzld247v1zT6C6lyiiikMKKKK
ACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8Ax7Rf7g/lUtIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66v/6LamhMvUUU
UhhRRRQAUUUUAFFFFAHMeMSFOmfaw50ozn7btBxjadu7HO3PWuc1JoItRe68O3ElvFb6XNLG0SEg
kSAlRuH3SfT8K9I20hTNZyp8zep20cZ7KKXLe1/R37q2/wChwWoa7qa3MxF5NFcqlubO0WEFLrcA
XJ4JPJPcYxUi61qZ1oRm7mF19vMLaf5OUW35/eZxnpg5z7V3W2jb9aXs33K+uU7W9mtvL/L599dz
zqHV7y6sNk1zJdumoWoMrIrREM3Oz5QR7gjI9alt9a1eGSK5e9klWZL391JGCieVkoeBmu/21HcW
sV1bSQXCCSKRSroejA0vZPuP67Tb1pqz9O1u3zOQ8K3t3rNpqfmajcSHylWNWdDJGxU5YBRwCen0
rIsL24g0fRTFcyyTJDeb/MQFoXWLIUEjIwcfnXd6boVjpLSNZwsryABneRnYgdBliTgelXUZHLBG
DFDtYDscZ/qKFSdld6jljaanLkho/RdGv1PO59T1yGzmuBqtwzRWdteBTEmC0jAMnT7vt1rRttW1
ebxvJavOkUCTmP7K4PzRbchgNv453e2K7bbSbaFSa+0KWNhJNezWz7dbeXl+JyWpard23jGK3juZ
ZI2CqlrCo4JUnLgrypOPmDcelZVpreqzQN5F7c3Ny9jPJdRGAD7JKo+QL8vrxg5zXoe2grVOm29y
IYuEYpezT0Xbz8v6trc87k8S6lNp19Pa3cpMdrZtGxj4EjMBIcEc85BrRa+v7TXLu1l1G5aa2hH2
O3MYIvDsYksQOu70Ixiuz20baXs33G8XTd0qa/Dy8vJ/ezkfA+palqPntfXaXCbEbH8UbnOVPyqB
9OcetdeelJtpT0q4R5Va5zV6qq1HOMbLscisN54q1adLySOLTtMvsLCiHdMy8glienPauuFZ+mWV
5aT3j3d6blJpi8KlceUv933rRpQjZXe5eIq87UY/CtrfiFFFFWc4UUUUAFFFFABRRRQBQtP+QtqH
1j/9Bq/VC0/5C2ofWP8A9Bq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAFPVJ7O206aXUdn2RBmTem4Yz3HfnFFV/EmnTav4fu7G3KLLMoClzgdQefyoranGD
XvOxlNyT0VzUooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv8Aci/9
mq/VC2/5DN9/uRf+zU11E+hfooopDENZHhawuNN0Vbe6QJKJZWIBB4ZyRyPY1rmsvw5qU2raQt1c
KiyGSRMIMDCuVH8qethdTVooopDCiiigAqrqn/IKvP8Ari//AKCatVV1T/kFXn/XF/8A0E01uJ7E
tv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf8AkI6d/wBd
X/8ARbVeqje/8hHTv+ur/wDotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/AI+L
/wD6+P8A2RKvVRsP+Pi//wCvj/2RKa2Ynui9RXK+L4rs6jpVzZiYvZia5CpnD7QuUPb5lLAZ7msb
zbiK+k1W6F0kVzcWd0wKufLjLTALgdMIE3D1PNIZ6HRXCXNzfW/iG/1HTluJY7/yrSMbW2qzRKY5
MEcAMWB+vPSs+zsY7TUtLhvmYQQJMkZuoJZi5F0+MEEbWK4OTngigD0uiuK8T+dLJaXF7bqLiIuI
rHMsqXAypBV0A2ScYGc9T9RSsdPtL2HXEuoo5bwtdSCI20iyriRiuXztb+HG0DtQB6FRXJ/YWt/C
S2UcL2dlLZBp7qJmMsblRn92AS3vyDyazdIvjY30AEQt43tp4bZoo5fImkLxlWCtkqCSRg8cHBI5
oA76iuD0ixs76402CO2u/tDRsdXWdZAGynIctwW8zBGOwOOKr2WgPJZ+HooLOIM8c0lwLpZCu4bQ
C2CDux0z70AeiUV57bC50bWLnVJrWQqz3xjMCyF5mEh2pKDwQR90j0/Oqun6wbKPR7iG7trj7XFd
xTGTzPnKOWJZcjb5q5wezj2oA9MorzPU5L7Vo7zVZILqAXVg0awsrkRKksQOVHcnzDxyVrfF4LPw
sIdFlAuWIKSW9m6oAZVViFfOCA3Qn3oA62iuGvdW8RW2u3NtBKGFujCCGSBiboCHcHyqbcl/9oDj
GORWr4U1Oe/udRjlvpb2KExeVJLbiFvmXJGMDjPfFAHSUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/
APQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBk+Kb+f
TPDd5eWjBJ4lBQkZA5A6fjRVrVWsl02Y6n5X2MAeb5oyuM9/xxRW1NxS1jczmm3o7FyiiisTQKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT
6F+iiikMQ1U0u3srWzEWnFPs4ZiNj7hkklufrmrZrG8J2U+n6EkF1EYpRLKxUkdC7EdPY0+guptU
UUUhhRRRQAVV1T/kFXn/AFxf/wBBNWqq6p/yCrz/AK4v/wCgmmtxPYlt/wDj2i/3B/Kpait/+PaL
/cH8qlpDCiiigAooooAKKKKACiiigAooooAKKKKACqN7/wAhHTv+ur/+i2q9VG9/5COnf9dX/wDR
bU0Jl6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKyra+tbe7v0nuYY2+0Z2u4U42J61q1n2K
I1xfllUn7R3H+wlVHqS+hL/ath/z+23/AH9X/Gj+1bD/AJ/bb/v6v+NQx6ppkst9GssW+wx9pBXH
lZXdySPT0os9U0zUIfNtZI5E8hLjIQj922drcjvtb8qNA1Jv7VsP+f22/wC/q/40f2rYf8/tt/39
X/Gqi69ozaZa6gLiL7JduscEmw/OzHAAGM9alstU0/UJ5YrUM7RFlZjbuqZVtpAYqFOCCOCaNA1J
v7VsP+f22/7+r/jR/ath/wA/tt/39X/GqMviHRoXuVeX/j2z5jC3cqCCFIDBcMQWAwMnNMk8S6PC
8SyC5VpiRGpsJsseeMbOuAT9BmjQNTR/tWw/5/bb/v6v+NH9q2H/AD+23/f1f8ah1DVNO0toluzt
eUFlVIWc4GMkhQSAMjk8ciibVdMt7KS7kkQQRymFmEZJ3htpUADJO7jAFGgak39q2H/P7bf9/V/x
o/tWw/5/bb/v6v8AjWdJ4o0SKFJWkcq7+V8tpIxD8fKwC5VuRwcHmnHxHowFwS7BbZd0rG1kATpx
nbjd8w+Xrz0o0DUv/wBq2H/P7bf9/V/xo/tWw/5/bb/v6v8AjVNtf0ZNMl1CSdI7aGQRSM8TKyOS
AAVI3A8jt0OelWUv9Pk1OTTkeM3ccQmaPb0QnAOcYo0DUf8A2rYf8/tt/wB/V/xo/tWw/wCf22/7
+r/jWeniXRJUheGUzrPv8vybaSTOxtrH5VOACQMnitZkhUgMqDPAyBzRoGpD/ath/wA/tt/39X/G
o0vdLjmklS5s1klxvYSLlscDJ9qtbYeflj468Diqdzqdha3sNpIpaWaN5QEiLAIvVjgcDkAepo0D
Um/tWw/5/bb/AL+r/jVe61y1twrJNBMufnCTLuA9QM81dBt2AIEfIzyADiobi0ivNqBysY5dY8De
D2J6gfShcoalbSruC9vb6e2lWWJvLwynj7tatZmnwx2+oX0UKLHGvlgKowB8tadE99AjsFFFFSUF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+fVfDt5Z2oUzSqAoY4H
UHr+FFHibUJ9K8PXl7a7fOhUFd4yOoHT8aK6KPtLe6Y1HG/vGrRRRXObBRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiHkVmeHtT
k1fSlu5Y1jYySJtUkj5XKj+VaZqppdja6dZC3sjmEMzD5t3JYk8/Umn0EXKKKKQwooooAKq6p/yC
rz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVGw/4+L/AP6+P/ZEq9XN3Op3Nle3UUNu2yS45uDt2odicckc/XA+
tVFN3SJk0rNlWfwteSaxNdRyRJFdXR+1AE5e3whA+u5CMf3XanaZo2qacPIMFtJHNYR20kgnIMbK
ZMkLt+YfOO471tx3d0saqbC6kIGNxeLLe/DU/wC23P8A0Dbn/vuP/wCKpcrHzHKweDr+GKOHzYPs
8KwSRRgnCzbo/OPTpiMke8jdK0NJ0O9tGvYmDWZlmkkF3Bc+YWDSswHlupVeG5xW19tuf+gbc/8A
fcf/AMVR9tuf+gbc/wDfcf8A8VRysOZHMap4b1K8e+S1iighnyXQXbbbpt6kMV24jbg5ZepPfqNi
3025I0gm3S2FncSSPGblpjtMbqMMRknLjrV/7bc/9A25/wC+4/8A4qj7bc/9A25/77j/APiqOVhz
Ix9Z0TUJ1j+zStcXQLmK8kuBBJa5xgDYmHTjlT1wPwhj0nWYQgWG0ZrS/lvI3aYgXAcvlSNvyHEh
IPPIre+23P8A0Dbn/vuP/wCKo+23P/QNuf8AvuP/AOKo5WHMY40W+uFkuLhYI7q41CC6kjSQsqJH
tGN2BlsL6Dk47VFd+Fp7i21rbM4mvrjdGv2hxGE+Tnb0DfKeQM+9bv225/6Btz/33H/8VR9tuf8A
oG3P/fcf/wAVRysOY5x/C2oykWX2tFs0uZbjz5B50soZAqq4brjc4yeypVf/AIRPWNiyi5hW9SKK
188MSXiCtHIenDFSrj/aWur+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcxzf8AwjF5a31r
NFaQ3EUD3O1BdvBsDyq6HgfNgLgg8VevdKvLzXIL24srK5hQeWscsx/cYk3CVflxuK4yOCCoGcVr
fbbn/oG3P/fcf/xVH225/wCgbc/99x//ABVHKw5jkovBl28BhngslXy0imZZGY3x85JGkkyOuFbg
5OXPOKs/8Ic6Gcxw2gItb2C3IHMfmyZjAOOAFLDjpkgV0n225/6Btz/33H/8VR9tuf8AoG3P/fcf
/wAVRysOZGBJ4S8+G6E8FrI9zeW0khbnfDGsQZSceqNx05qfQPDJ0fUYriOKCIeXcJL5Z5bdKGiH
TkKgI9ug4rY+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcwlp/yFtQ+sf8A6DV+svTpHl1G
/aSF4mzH8rkE/d9iRWpTluKOwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAU9VjspdNmTU/L+xkDzfMbC4z3P1xRVTxVYz6n4avbS0QPPKgCKSBn5gep+lFb0kmtZWM
qjae1zXooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBmq/VC
2/5DN9/uRf8As1NdRPoX6KKKQxDWJ4QtZrLQEhuYmikE0rbGGDgyMQfyNbZ5rO0HVDrGmLdtEIiZ
HTaGz91iuc/hT6C6mlRRRSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/
AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6L
ar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigAqhZKrzagrAMpuM
EEZB/dpV+qNh/wAfF/8A9fH/ALIlUtmS90XI41ijVI1CoowAOgFOqlrMrwaJfyxsVeO3kZWBwQQp
INcVb6rqUkGm6c95cebYXNs11PuwZ0kkQRBj33K7Z90NSUehUVwUuqXeoeF9Pi0/VP8AiZ/btjlZ
csCGkKo4Bzg7AMHtVXUvEF5qEd5qdrd3FtaS6fIIIzIUClJIQznHQ7ndc9gtAHo9FctFdyL4dlht
7rbvilJ1KO7FzDbNg4Jd23HHHbisBNTaW6srY6gIYkM/mvLrEnlSMPJwY5hy+Ax+U9CTQB6RRXLW
UT2fiHVnSTU7wWywmK3+1M4O8HdgOwX35PGOKr3+tsun+JoxemG9iO+GEyjzYl8iM8AHoCT04zmg
DsaK4B9X1G01UxyXU7217rIhibJ/cssgBiz/AHWTJA9Vb1q54P1iSWNn1i/dZfLjEKSuNrxs20SA
/wATM52nPTgd8kA7OiuEvfFusW2mWsymwEl5LOEeX91HEI2ICsWcAlsZzkdDgGrlh4ovLvxDa2kk
tgiTTPE1quWmULEXEm7ONpPT5ehHNAHX0UlLQAUUUUAFFFFAFC0/5C2ofWP/ANBq/VC0/wCQtqH1
j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmeI9
Sl0fQLu+gVHkhUFVfODyBzj60VPqttaXmnTQaht+yuAJNz7RjPr25orWm4W95Gc1JvRlyiiisjQK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s
1NdRPoX6KKKQxDVTS9Ng0qyFrbM5jDM+XOTlmJP6mrZrD8HwS2/h9I7iN45BNMdrgg4MjEdfan0F
1N2iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8A
x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66
v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9WRBp1rdXl/J
PCruJ8ZJPTYlUtmS+hrHkYIyDTdi5+4O3b06VmJZaLLJOkYt2e3OJlEnMZxn5ueOOeaSCz0S6j32
/wBnlTyxLuSTI2HOG4PQ4OD7GloPU01hjRiyxIpJySFHJpfLTbt8tduMYxxWSINBa0iug1qbaYqs
Uvm/K5Y4ABzgkngU22i8P3l1LbWr2s08WfMjjl3MmDg5APGDxRoGprpFHGmxI1VP7oXApptoWRUM
EZVeilBgVjyHw3DNPFJcWSSW67pkacAxjjlhnjqPzFQm/wDCS7d19pw3/dzcDn6c+1GganRAAEkA
ZPU00wxmQuYkLkYLbRnFUG0vSkljiaKISSAlFLHLAdcDPOMio1tNDedYF+zmZ9+1BJ8x2HDYGex4
PpRoGpqbV/ujrnp39aNi8fIvHTjpWUttoTqGU2zKQhBEuc7/ALvfv29asf2Lp3/Psv5mjQNS40SO
mxo1Zf7pGRUUtjBNcw3DxAywsWRhwQdpX8eGI59ah/sTT/8An2X8zVWa30O3u/s0whSby/NKljwm
cZPoM0aBqbFGao/2Jp//AD7L+Zo/sXTv+fZfzNGgal7NGao/2Jp//Psv5n/Gj+xNP/59l/M/40aB
qXs1Bc3cdoFaYMEY4LhSQv19B71B/Ymn/wDPsv5n/GoLnQbeQKlvFFED99iCWx7c4z9aFYWpLZsH
1O/ZSCp8sgg8H5a0ayNGsYNOur22tU2RJ5eBnP8ADWvTnuEdgoooqSgooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAxvFtnPqHhe+trWIyzSIAqDHPzA96Kn8Qam+j6HdX8Uay
PCoYIxwDyB/Wiuii5290xqct/eNKiiiuc2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEIyKoaJqg1jThdrEYgzum0tn7rFf6Vf
NUtI0uPR7AWkLu6B3fL4zlmLHp9aNLCL1FFFAwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//
AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3
/kI6d/11f/0W1Xqo3v8AyEdO/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FUbD/j4v/wDr4/8AZEq9XPvrMdhf3dsqPJcyz5UbW2gbE5JAP5DJqopu9iZNKzZlT+H9SOtXksEQ
W31K6MV2S4/1AVCHxnr8siY6/OD0FSaNp+oabGbeTTpSJtOht/MjePZE6mXIPzZ/jXoDXQR6vbiN
fMaQvj5itvJjPtxTv7XtPWb/AMB5P/iaVmPmRx0HhfVY7O3smt1+yWnkXECbwcSlo/MHX+DbKR/1
0GOla2i2Gp2ovYF+12sjTyyJLcbJrcAysw2IrhgSG74rb/te09Zv/AeT/wCJo/te09Zv/AeT/wCJ
oswujk9U0bU5f7QhsLS7S3mZpJEaSLa8nmK2+E53KWwSQ2B+NbcVpczNoshhuwLa5keU3bo0oUxS
KCSpIPLAcVo/2vaes3/gPJ/8TR/a9p6zf+A8n/xNFmF0Zd7BqdtrGn3kkTaisPnq32ZFjKK4TbkM
/P3TyD+FZk3h3Unu/tNvGsVxbtdTW0jMMb2uN6qcdnTIPsfWun/te09Zv/AeT/4mj+2LT1m/8B5P
/iaLMLo5TSfD+pWV/pt7NZqy29tbQvbs6nY2xld1Ocbkzj3BbHNX7m11S81V7hrS6RmhAs3FwoS0
kwwbzFDfNk7T0bI44xW5/a9p6zf+A8n/AMTR/a9p6zf+A8n/AMTRZhdHJ22g6nOkcMkF9b2jSW4u
I5L8s8jLv82QMGyFOVHBGcdBRF4d1Rba6nKTfb30+K3SQ3J3FllfI+9j7mzn+ua6z+17T1m/8B5P
/iaP7XtPWb/wHk/+JoswujBbw9c3GBcfasT6rJLcbbp1zABJsAw3C8p8o/Gp/C+l6hp0ytetcMJb
OIzGWcyZuAzbjyTjjb046Vr/ANr2nrN/4Dyf/E0f2vaes3/gPJ/8TRZhdF+iqH9sWnrP/wCA8n/x
NH9sWnrP/wCA8n/xNFmF0X6Kof2xaes//gPJ/wDE0f2xaes//gPJ/wDE0WYXQWn/ACFtQ+sf/oNX
6y9NnS51G/kj3bcxj5lKn7voea1KctxR2CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigCnqtjb6lps1peZFvKMPhtvGc9fwoqj4wtprzwrfwW0TTTOgCogyT8worekrr
4rGNR2e1zaooorA2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/ACGb7/ci/wDZ
qv1Qtv8AkM33+5F/7NTXUT6F+iiikMQ1h+DRKPDyCcSB/Om/1mc48xsdfatw81R0bU01iwF3HG8a
l3Ta5GflYr2+lPoLqX6KKKQwooooAKq6p/yCrz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7
Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1X
qo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZBbQ3Ul/HPGHX7T
kZ7HYnIPY1p1RsP+Pi//AOvj/wBkSqXUl9CWeVdP0+WZt7pbxFzk5YhRnqe/FZEfjC0k03S7tIZz
/aMywLEAN0RLbWL88BSQDj1GK2L62F7p9zaligniaPcBnGQRn9awovB0cV48/wBrc5aB0UpwhjZG
fHP8ZjTPpipKJrvxda2eh2+qyQTeRNP5OABlPmILHnoNpJ9qNU8XWul3l1bNBNK1ra/aXdNoX7yj
bknr86n0APWo7fwvKlpDZ3N8k9rBcGaNBBtODvyrHcc539cDpVZfAyrpptv7Qd5WhkiaZ4wxYs0Z
UkZ52rEq47igDWj15P7Am1aaBkhhR5CsciSkheuChIPT1qjL4w8lbMPp7LJdh2jDXUAUqu3kPv2t
neMAHPBq5HojiJZJJ4vt0SOsM8MRjRM5/wCWW4qep61mReDZra4S5t720SYNIzKbEGH59n3E3Daf
3YJOTkk0AaVhrtze6vcWD6VPAbfBklaWMqMgleAc84qS416G2tdUuGikK6a22QDGX+RX459GHWlb
Q4ZbrUJbh2kS9EYaMEpt2A9CDnmqU3hmaRNTtkvlSyv15i8nc8Z8tUBDluRhAeR+NAD4vFtpJdXN
v5Myy294loVIHzbm2hxzyu7I9eKsaN4gh1wFrWGURqgZ3YfKrH+DPdscnHTIz1qjP4PimvLe6F1I
k0F813kKPnVmDGM+2VU59ql0nw1JokXl2N8yI4XzFaIEM4bJcDPBZflP4HqOQCy3ijR1t5JzfxeV
HIYmfnAYdR07Y59O9Spr+lyamunJfQtduMrErZJ+Xdx26c/Qisi88Fx3NlZQi4jZ7RptpntxKjCV
skFcjpxg57e9Ot/DVzYaxYy29yj2MVzJO8PlBChaJlJB7jceBgYB74FAHTUUlFAC0UlFAC0UlFAF
G0/5C2ofWP8A9Bq/Wfaf8hXUPrH/AOg1oVUtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBn67qZ0bRbm/EXmmBQ2zdjPIHX8aKk1bTodW0yayuC4imGGKHB65/pR
WtP2dveM5qd/dLlFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf
+zVfqhbf8hm+/wByL/2amuon0L9FFFIYhqjoulro2nLaJK0oDu+5hg/Mxb+tXjWH4Ollm8Po87yP
J50w3SEk4EjY6+1PoLqbtFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2J
bf8A49ov9wfyqWorf/j2i/3B/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq/
/otqvVRvf+Qjp3/XV/8A0W1NCZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACsm3e7W8vxbw
wunn9XlKnOxOwU1rVRsP+Pi//wCvj/2RKpbMl9A83Uv+fW1/8CG/+Io83Uv+fW1/8CG/+Irnm8T3
dvq2rWs4iYeZ5WnDbjc42KVb1+aVD9M+lWNB1u9vbKV7p42ePTobjKJgGRvN3HHp8g4pDsbPm6l/
z62v/gQ3/wARR5upf8+tr/4EN/8AEVyUHi7UJdHsEYwf2n50f2s7Pl8otH8wGeNwlTH4+laOk63d
f6be6vLKllHNLFGfs67OJWRdpUljwvOQKAsbnm6l/wA+tr/4EN/8RR5upf8APra/+BDf/EVy+p69
q9i+oGSQxOebGIWoZJE3qAyvu5baSSrY5PoM1akfXRJpSf2m8DXkrxOk1nHvXCO+flYj+EDqeDQF
je83Uv8An1tf/Ahv/iKPN1L/AJ9bX/wIb/4iqS64t3rVjb2cge3kE6zExkHcgTGM4/vVkSeKby11
GJ7jyjYpJci5IT5kRbjykfOei5Bb2ye1AWOk83Uv+fW1/wDAhv8A4ijzdS/59bX/AMCG/wDiK5rS
vEuoX+pWFlI0CG5tYLhpCmByjM6r2LHAwD0UMecVs3fiA21/cwx2jSwWUYlu5vMC+UpUsNq9W4Xn
p170BYuebqX/AD62v/gQ3/xFHm6l/wA+tr/4EN/8RWI3i+5UJG2kMLubyWhhNyuGSXcFJbGARsOR
z7E1SfxVfTzz3kcbQ2EWnxzCMMjN5jSMpyCOcFCBg44zzngCx1Hm6l/z62v/AIEN/wDEUebqX/Pr
a/8AgQ3/AMRWVJ4mu8N9n0rzS181lADcqvmMu/cx4+UfIfU81PoPiM61IVeye13QJcxbpFbfGxIB
OOhyp4+lAWL3m6l/z62v/gQ3/wARR5upf8+tr/4EN/8AEVdxRigLFLzdS/59bX/wIb/4iqWp3F9H
HGxWKGXP7sRTsxY+m3Z83+elbWKMc570J2E15mPoj3UlxeNfRJFcHy9yI2QPlrZrPtP+QrqH1j/9
BrQpy3COwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYnjKKWfw
nfx26SSSsg2rGCWPzDoBRVzWtTXRtIuL9ojKsChigOCeQOv40V0UXNL3Vcxqct9WX6KKK5zYKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E
+hfooopDEIyKp6TqUOrWQurdXWMuyYcYOVYqf1FXDWfoelnRtMW0Mvm4kd923H3mLdPxo6CNGiii
gYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfyqWorf/j2i/3B
/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq//otqvVRvf+Qjp3/XV/8A0W1N
CZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFm6xy6izsFVbjJJOAP3aVfrm7nSpr69upo
rh8RXH/HuSAjHYnPIPP1BFVFJ3uTK/Q1E0vTp5IrpbeJ2E32pJB/z0K7d499vFRr4b0pJ4pktFV4
YxEm12A2DOAQDgj5j19afHYSvGrNfXqMRypZCR7cLT/7Ok/6CN5+af8AxNKyHdjBoOmKSRZxAmOK
I/7sZzGPwNOstEsNOupbi0gMUsxYviRiCWO4/KTgZPPApf7Ok/6CN5+af/E0f2dJ/wBBG8/NP/ia
LILsgl8MaRPJcvLZK7XOfMJZuckE45+XJAPGOlWLfR7K1jgSKHi3cyRbnZijEEE5JJ6MR+NJ/Z0n
/QRvPzT/AOJo/s6T/oI3n5p/8TRZBdhqGjWOqtC17D5jQkmNg7KVz15BHXApRo9gGdvsseZFkR8j
O5ZG3OD9TyaT+zpP+gjefmn/AMTR/Z0n/QRvPzT/AOJosguxkfh/TIoo40s4gkYiCDn5fK/1eP8A
dpq+HdLSaGVbNA8K7UIJ6ZJwefmGWPXOMmpf7Ok/6CN5+af/ABNH9nSf9BG8/NP/AImiyC7IrTw3
pNiALaxijxIsoIySGUYXk9gCcDoM08aDpqwPCLOPy3jETLzgqGLAfmxP407+zpP+gjefmn/xNH9n
Sf8AQRvPzT/4miyC7HrplmmzbAo2TtcL7SNnLfU7m/Oi00uzsWQ2sCRFIlhXb2RSSF+gJP50z+zp
P+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RVH+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RV
H+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguxLT/AJC2ofWP/wBBq/WXp0Rh1G/RpZJTmP5pMZ+7
7AVqU5bijsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFHWdNTW
NKnsJXeNJwFLJjI5z3+lFUfGXm/8Inf+R5nm7Bt8vO77w6Y5orooxk1o7GNSST1RuUUUVzmwUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0
L9FFFIYhrE8IXM15oCS3EryyGaUF3OTgSMB+grbPSqelX9vqVkLmzBERZlGV28qxB4+op9BdS7RR
RSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9
wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFt
TQmXqKKKQxKMj1rjvHEggkt55LqNoYY3Z7I3RgeTtvUjkkelNTXtSOuW+loSv2mSKeJnjG4WxQlg
f9oFcZ96zdRJ2Z2Rwcp01OL6N/d/Vzs80Zrz+x8V6wLZLqV4blZ7G4njhWLaVaJsDkHnPelvvE+p
2tjYrbalZ3cl0WZrlVRFjIQHyzltoOT3Ocds0vbRtcv+zqvNy3X/AA179Olv8jvmdUUszAAdSTS5
Feb+KdcvLzSru1uZ7a1X+z4pmhwGNwznJ2NnoMds1ueItZ1DR5LEWpVo7yBoY1KA4n42HP49Paj2
q18hfUJ2jqryv+CT3+Z1bOqDLMAOmSaGdVxuYDJwMnqa4G41y51fR5biVYjDHc2sAV4wQJsgyH8C
QB9Kpie8urK0SbUxPcprwjQyKCYSC4BIz0PUDjHak6y6IuOXyteUra2/C56XSb13bdw3YzjPOK42
XVdRvfh5f3hufLvIPNUzQrtLBGI49CQOo6Vk32o3tnfvqNnfwzTwaMkrytGGEo83pwcD0z7U3VS6
E08BKba5ldNrrurf5npOaK4pPE2qT+LRZxi2W2WZImidlVmVlyWGTuJ9MDGBVzWNduLDxRa2xuYk
tXKL5aKryMzE8MM7lBwMEAj1p+0VrmbwdRSUdLtX/rzOpLKoJYgAdSTUcUUcZdowP3jb2I7nAGfy
ArzyPxFqes6LrIvBb+Q1hM+xWUPCRwBtBLY9dwHNWNJ8R6nJrFpYRi3FrEIYTE7KrMpjB3jJ3E+m
BjFSqyfzNZZdUipXaut9Tv6OK86vdd1O98OvejWIoJPtCb7aJAr2w83bhjnOOmcjmr6eJNUfxUtj
HJbPbRyRxMGKKZlZcmQZOT6gKCKftUJ5fUSbutL3+VvLzO1LqGClgCegz1oZlQZZgB6k15/purT6
x4p0S4urmFn8y7H2ZEw9uAuAGOcnIGeQKi1W9uUTxVHdXsdykEsXl20yggAsnIGegzj0zzS9qrX/
AK2uP+z5KSg5a2v/AOTcp6NkUVwx1vWptSMUN5bxRPqUtgoNuGKALuDZzyR0xVOXxprD2GmmI2yS
ywSSvI+1VkZXK7csQBwMnHPPFP20QWW1XazX3+v+TPReKOK5jxVrF7penWk8U0NsWy02drOAFzhF
YgNz1wc+lZt54rvku55Ibq3VYZYI4rJov3l0rhSWGTkfeOMDjHNOVSMXYyp4KpUipRtr/nb9f8zu
cijIrirbxRdy6zDZNcQ7zqdxbvGFG4RKpKcfUde9VrXxFq0+n6TLc6la2i6h5jG5eEbItgwF5OCW
PP8AKl7WJX1Cr1t/V/LyZ33FRzzJBC8shwiKWYgZwBXH2HiXU7vxY9nm2+zJO0BjLKrFQud4BO45
69MYrsxyKuMlLYwrUJUWlPqr6HPx+NLBp4o57e+tY5mCxT3FuUjcnoM/410Ncf4muJPEb3Ph7T7W
R5Y5I/tFw+BHCPvZHOScCuvRdqgcnAxk1MG22aYinCMIySs30vfTSz+f/BHUUUVocoUUUUAULT/k
Lah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFAFLWNTj0fSp76ZHkSEBiqYyecf1oput6YNZ0i4sGlMQnAUuBkjkHp+FFa01
Tt7xnLnv7pfooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBm
q/VC2/5DN9/uRf8As1NdRPoX6KKKQxDWboGlvo+lraSSLIwkkfcowPmYt/WtI1jeErye/wBCSe6l
MspmlUsfQSMB+gp9BdTaooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv
/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A
9FtV6qN7/wAhHTv+ur/+i2poTL1FFFIZDLawTujywxyMnKs6Alfp6VXOlQNrC6k25rhITCuT8oUn
JwPU1eopWTKUpLZkK2sCbSkEalAQuFAwD1Apn2C18nyvssHlZ3bPLG3Prj1qzRTFd9yGS1hlIMkM
TkAqCyg4B6inNBG+zfGjbDuXIztPqPSpKKAuyD7JBs2eRFtLbiu0Y3dc49fej7HBvL+RFuLBy2wZ
LDofr71PRQF2RJbxpGY0jRUOcqFABz14pgsbYJsFtDt27MbBjb1x9ParFFAXZD9lh84S+TH5qjAf
aNwHpmhraJpxMYozKowHKjcB9amooC7K4s7cGQiCIGX/AFh2D5/r6/jQttbGXzFhi81Bs3BRuUem
e30qxVHT+LjUP+vn/wBkSiwuZk32K3JkJt4f3v8ArPkHz/X1/GlFpAJFkEEQkQbVbYMgegPpSX9z
9i065udu7yYmk25xnAJx+lc9H4xaXTtIkWzxdXtwsM8Jkx9nG9Uds45wWXHTO4dKB3fc6NbWFZDI
IYw5O7cFGc4xnPrikezt5HZngiZmG1iyAkj0Nc/eeLJLXw5a6qtl5hmuPKaJXOVUFtzDjkhUJxTd
W8ZGxvL2O3tkmhtbTz/OMhAZ9yfLgA8BZFOffpQF2dGLWEEN5Me4NvztGd3r9femmxtiiIbaEqh3
ICgwp9QO1Z9jqlzfaWsqGy+1ybvKj8x1RsHH8Shux/hrGHi7UlsLO6uLKwhS7d1WWS5cRJtONrPs
4Zj0zxwec4BLBd9zq5raK42+dFHJtORvUHB9eaDawtKsrRRtKowshUFh9DWFP4hvI7C/1KOyhbTr
ZJtjmYiR2jyCSuMBSykdc98Va07xJZalf3kdvcQPb2yRN56yAgs+/wCX2xtH50Bdml9kg8wyeTHv
JyW2jJOMZz9KRrK3eFYWt4TEpyEKAqPwrAXxcc6yr2mJbGTZboH/AOPnLbFwccEvweuMg96Ynim+
uNPe+tdOhkgtrVJ7rdcFW3NGJCkY24OFI5JGc0BdnSC2hE/neTGJcY37Rux9etS1zjeJLlbmeX7J
E2mQzxQNKsp8394qENsxjGZFB5z1PtUnhrxBPrpuGkit40jJXajOWB3Ec7lA7diaBXJtNimj1/Vn
fTkgjkMZW5D5M+BjkZ4xW1XNzeOdHtrGO7neaKKUts3x7WZVxucA8lRkc/lmp38Y6Yk8sf8ApBWN
JX84Qt5beWMuFboSMUkrIuc+d39PwVjdorD1HxfpemJI1zI4MbhNgXliUD8euFYGobrxpYx2NzdW
cNzepb+XuMMZwd+3ABPfDA/jTIOiopkUnmxq+1l3AHawwR7H3p9AFC0/5C2ofWP/ANBq/VC0/wCQ
tqH1j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
ieMZpbfwnfy28jxyqg2tGSGHzDoRRV/VdRh0nTZr25V2hhGWCDJ646fjRW9JyS0jcxqWvq7Fyiii
sDYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7
kX/s1NdRPoX6KKKQxG6VT0u6tLyzE1gF8gsyjam0ZDENx9QauGszw7pkukaStrO6O4kkfKZxhnLD
r9afQXU1KKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//AEE01uJ7Etv/AMe0X+4P5VLU
Vv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f/0W1Xqo3v8AyEdO
/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/j4v/wDr4/8AZEq9WRBD
dSXl+YLsQp5/3TEG52JznNUtmS+ho3dsl5ZzW0uRHNG0bbTg4IwcfnWVH4T0+K6kuF87zJDAT8w4
MRUrjjvsXd67RVz7LqH/AEEV/wDAcf40fZdQ/wCgiv8A4Dj/ABpW8x38ipa+F7e2jjiN1dzQwz+f
FFIyFYz82QMKCQd56k9qgTwVpsWnCzje5VFikiDhxuw7q+c46jYoHoBitL7LqH/QRX/wHH+NH2XU
P+giv/gOP8aLeYX8hbXSooGjkndru5jzsubhEMig9gVUYH0qo/hqE6bFYRXl7Bborqyxuv7xXOSG
yp9T0weatfZdQ/6CK/8AgOP8aPsuof8AQRX/AMBx/jRbzC/kUh4Ts0t7i1juLyOynR1+yrIPLTeM
MV4z3JwSRk5xV2TRrOe6uJ7iFZzcJGjpKodMIWK8EdfnNH2XUP8AoIr/AOA4/wAaPsuof9BFf/Ac
f40W8wv5FQ+FdPN9DdnzfNhnlnX5hgtJ1B46AgEDsQKi/wCEPs1hEMN1ewwNFHDPFHIAs6ooUb+M
5KgAlSMitD7LqH/QRX/wHH+NH2XUP+giv/gOP8aLeYX8iufDdu2oS3DXFyYpZlna13KIS6qoU4Az
xsU4zjI6UWHh8adCIYdSvzCrh0jZ0wmG3FQQucHock8VY+y6h/0EV/8AAcf40fZdQ/6CK/8AgOP8
aLeYX8ijJ4Ss2t7KOG4uoHs42ijljZdxRsEg7lIPIB6ZGOKhn8IRSajHILmdrNvPEts7/KPNUhtu
BkEkknJPU4xWp9l1D/oIr/4Dj/Gj7LqH/QRX/wABx/jRbzC/kZn/AAhtrtDNfX7XIl80XDOhcHYI
8YK7SNqjgjqM9akuPCNndSSyT3N27vAIA25QUAKnIIXk5UH5sgc4AzV/7LqH/QRX/wABx/jR9l1D
/oIr/wCA4/xot5hfyLkaGONVLs5AALNjJ9zilLAMFJGT0GetUvsuof8AQRX/AMBx/jVLUrK9kjRD
MbiQn5CsAXYfXdn5aEvMG32Llp/yFdQ+sf8A6DWhWPosVzBcXkd5OJ518vdIF25+X/PNbFOe4o7B
RRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBna9ph1jRbmwEoiM6h
d5XOOQen4UVW8YXU1l4Vv7i2laGZEBV1OCPmFFdFFTa91mNVxT942qKKK5zYKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E+hfooopDENY/
ha/uNS0Rbi7k8yUyyqWwBwHIHT2FbB6VT0qWymsw+m+X9m3MB5a7V3bju4+uafQXUu0UUUhhRRRQ
AVV1T/kFXn/XF/8A0E1aqrqn/IKvP+uL/wDoJprcT2Jbf/j2i/3B/Kpait/+PaL/AHB/KpaQwooo
oAKKKKACiiigAopKWgAooooAKKKZKxSNmVS7AEhR1PtQA+qN7/yEdO/66v8A+i2rDu/Emr6XEt5q
uipFYbgJGjuA8kQJwCRjB/Cp/F0zJojTQSOjCCdkkRsMP3L4IPY0oSUnoaVqE6aTls+zT/I6OivP
Z9f1TSLq8t5WaSeygggMkzERlXlYLcHPGduAT03A54qa113WpJpp2vrGWQaeJ0togHjlKyuGKsDy
dq84yASPTlmZ3lFcIvjPUZorl4ooVWJPPDPGxCwyOggdseil2bH9w9OtXdM1zUdQ1O2tY7u0lt/N
mDXUcB23KRiI/J82By7KSMjK8UAddRXJ+DdTu7nQD9odFkt7eMRxSBt2NmRIz87g3sOMY65qhZ+I
725vdMlm1GNYh9oS4SKEMkzqqMFRlYh+CcEcnB4zkAA7uiuG0jxTqerrHDDNbqzXyQee0IPyGBpT
8quQGBXH3vqM1Zs9fuLHw5fzXN7Ff6hFPdCKHbtb5Hb5SASThcN67cfWgDsKK4e+8UXlnGBFqum3
CrBJPHciAlbpwQBAoDH5uecEnkYHWotU17WJLfUkE0MMTpdRRKsREkJjiD53buT1HQY4NAHe0VxM
d7qFhcQ6ZZzQq261h8142YAMkrMQpbr8o7/XNNu9f12OW6aGeyESm8aNWtmJVbc8AndyWz1xxQB3
FFRW032i1ilIwZEDY9MjNS0AFUbD/j4v/wDr4/8AZEq9WXDdRWst80z4zc4UAZLHYnAA5Jql1JfQ
d4juJLXw1qc8EjRSx2sjJIuMqQpwRn0rmE13UZLrS7FrhknsrtLfUGAH75iSqjkfxKN/HqK7QBbm
3xJH8ki8pIvY9iKT7JBvL+THuZgxbYMlgMA/UDvUlHGXGs6jL4X8P3FheGW8ZllnVSCZ9sLyNGcf
3tvbviq1/wCI72+kvbmxvXSznig+yAOsY2/aFjLhiDjdluSDgY4ruINMsrUk29pbwktuJjiVecEZ
4HXBP5mhtNs2h8lrSBotoTYYl27euMY6Z7UAZdm0lxYxabI+oCSRC7XkUokCncfl83AyeMfdrnI7
m+ttG0i/m1i7lgktxcXKC5jWbJ2/MoZcMgwflGDzxk8V3kFtDawLDbQxwxL0SNQqj8BUT6bZyGEy
WsDGD/VFolPl/wC7xx0HSgDkJNXuG8O3Wqx6rL9vkDf6EGQCIiQLtCkZBHQk+pz2xp6drl6dQ1T7
bZXQ8uaGNLaLbKYwyZJyvYmt06faGWSU20BklAEj+WMvjpk45qUQors6qoZ/vMByfTNAHBN4g1OG
01Sya8kNzdS3EljPgExRo7rIBxj5BGMf761JJrF1Lp95ff2xJDe2oiS3tMrtmYxowyuMsXLEcfh0
rtvsduSD5EWRuA+Qcbvvfn39aa2n2jzxTNbQGaIYjkMa7kHoDjigDlY9QuU1aaZNTlknOq/ZRZMy
shiyuSFxkFRls57c1J4V1KePw+b/AFC6e4kkhR1U3ayl22lsKoVdrHn5ef0rp0sLWK5e5jtoUnk+
/KsYDt9T1NRw6TYWxJt7K2iJYMSkKryM4PA68n86AObXxTftb2R87R1a9BlSVpW8qFAgbaxzy3PH
QYBOOMU218W6je3Nu0VtaR28/kR7XZjIsksW8HsCoOPcj0rpjpNgYniNlamN38xk8lcM394jHJ96
nNtCX3mKMsWDbtozkDAP1xQBw+m67qVjo1jukS5uprGGbfLK5UtLMqZOcngP247AAVpXGua0uqNZ
wx6aR9pSzV3MgPmGASliB/D1AHXpzXSfY7fCjyYsKAoGwcAHIA9gRTvs0W/f5abt2/O0Z3Yxn644
z6UAVtFvzqui2d8yBDcQrIUByFJHQGruKbHGkKBI1VUUYCqMAD2FPoAz7T/kK6h9Y/8A0GtCqFp/
yFtQ+sf/AKDV+qluTEKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
AKmqX1tpumzXd6CbeIZfC7uM46UVB4h019Y0K6sYpFjeZQodhkDkH+lFa01Br3mZz5r6I0qKKKyN
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFv/AMhm+/3Iv/Zqv1UnsBLOZo5pYJiN
paMj5gOmQQQetNCZazRVIQagn3b2J/8Afg/wYU6JdQEq+bJamPPzbUYH8OaLeYX8i2ayvDWmz6Vo
62tzs8wSyP8AIcjDOSP0NaprJ8M6jcapoy3N0VaUyyLlVwMK5A/QUdA6mvRSZopDFopKKAFqrqn/
ACCrz/ri/wD6Cas1V1PnSrv/AK4v/wCgmhbg9ia3/wCPaL/cH8qlqK34tov9wfyqSgBaKSigBaKS
jNAC0UmaKAOQ8Va5rdv4l0/SND+yiS6iaTM6kgkZ79uAai2fEL+/o35H/CjWv+SraB/17Sfyeu0r
JLmb1O+dRUoQSgndX1XmzitnxC/v6N+Ro2fEL+/o35Gu1ozT5PNmf1r+5H7jiinxCwfn0b8jXYwi
QQx+djzNo37eme+KkoPNVGNupjVq+0t7qXojkdYa+8TarfeHojDb2UAia4lOTI6tztUdB0reuUVL
vTIwPlV2AHt5bUltZ30etXlxNcxPZyqohiVAGQjrk96j1pbovZixMa3G99hkBKg7G64opx1bZWIq
XjGEdlbbu0r/AD/pGptU9u2KNijHA46cdKw9NTUB5mWiFzx5xnjcsT2wd2MdenFX9uqf89bL/v2/
/wAVWjjbqcyl5F0Ko6ADtQFUYwAMdKpbdU/56Wf/AH7f/wCKo26p/wA9LP8A79v/APFUreYX8i6F
UdBSCNAAAoAHIGOlU9uqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IuBFAwAB9BS7F64GapbN
U/562X/ft/8A4qjbqn/PWy/79v8A/FU7eYX8i4I0AACjAOQMdKXYp7D8qpbdU/56Wf8A37f/AOKo
26p/z1s/+/b/APxVK3mF/Iu7V9BRtX0FUtuqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IvAA
DAoqjs1T/nrZf9+3/wDiqNuqf89bP/v2/wD8VTt5hfyL1YL6LBqF/eXBG24jn2q55GNicEen5GtD
bqn/AD0s/wDv2/8A8VUOlC7F3fee0BXzudikHdsT1PTFNXjdpieu6Hx6JZ+Wvm2sW/HzbScZ9uaf
/Ymn/wDPqn5n/Gr1FTzMrlRR/sSw/wCfVPzP+NH9iWH/AD6p+Z/xq9Rmi77hyrsUf7EsP+fVPzP+
NH9iWH/Pqn5n/Gr1FF33DlXYo/2JYf8APqn5n/Gj+xNP/wCfVPzP+NXqKOZ9w5V2KP8AYlh/z6p+
Z/xo/sSw/wCfVPzP+NXqM0XfcOVdij/Ylh/z6p+Z/wAaP7EsP+fVPzP+NXs0UXfcOVdij/Ylh/z6
p+Z/xo/sTT/+fVPzP+NXqKOZ9w5V2KP9iWH/AD6p+Z/xo/sSw/59U/M/41eoo5n3DlRR/sTT/wDn
1T8z/jR/Ylh/z6p+Z/xq9mijmfcOVdjM023itdQv44UCIDGcD/drUqha/wDIV1D6x/8AoNXqctxR
2FopKKkoWikzRmgBaKSigBaKSigBaKTNGaAFopKKAFopKKAFopM0UALRSUUALRSUUALRSZooAx/F
t5Pp/hi+urWUxTRoCrjHHzAd6Kvapc2lpp00+ohfsqDMm5Nwxn0780VtTlZfDcymrvexbooorE1C
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKz5ZLm5v5reCZYEhVSz7NzMWz0zwOnvWhV
C2/5DN9/uRf+zU0Ji/2YW5kvrxj7SBf/AEECnxadFFIriS4ZlOfmncg/hnFW6KLsLIQ1yGpXvh1E
OmyrfwJbSsxW2imQbjnPKjkZJrrzWfoWqHWdNW7MXlZkdNobP3WK9fwpxdtRSV9CnFFp3hWwkuQ9
4YZWXO9pJ2z2wOSKzbHT9C1+9ne3l1Xzc+Y4aWeJeT2BwPwFddRijmDlOZ17WdGm36fqD36mFwW+
zxSjnH95RyOas2tvpvhywkv43vTDKqFvMeSZsHphTkjrW7iijm0sHLrc5C2s9B8R6jO0Muq+c2ZH
BkniX04zgfgKn8Tarpf2O40q6a8EiIMeVHJjOMrlwMY6Z5+tdRVbVP8AkFXn/XF//QTTUtROOhka
baaboWmnVInvTE8Ks3mSSSnB6YQ5IPPYVQjh0HxJqshjl1UXEg3sN88KYGBx0A7V1dv/AMe8R/2B
/KpMUc2tx8pzus6npNtAdIvnvgFROYUlLYHT51HXjnml0uy0vS7JtXtZL9oWhLHzpJXO3r9xuc8e
ma6HFFLm0sg5dbnID+wfEurnbLqguJF6AzwphR+AFX9W1DStNsxo9496EMQAMSSu23t86jOePXNd
BRRzBynO6Pp2l2lv/bFnJftGI2P76WVvlHX5G5zx6VSeXQfEmrIPN1QXEi7QF8+FMAE+wFdfRRza
3Dl6Hm/iWKz0vxtocE7XP2RLOSNmVneTB3jqPmzz1rpdE0zSkRdVsZNQZUD48+WU9OD8jf4Vna1/
yVbQP+vaT+T12lZwk/e9TrxK92l/h/VnIT3mgeI9SgDS6oJ3AjQIJ4V7nnoPxNaV5d6Z4d0+PTrh
7zypUcKVWSVsHr8wyQea3aoahrmnaVc28F/eRW8lwSIhIcBsdeeg6jrWjkvkcsYSk7R3MnQdJ0iX
ZqOnyaiwiYgefNLjOOcq3XrVW81DQPEN/bpJJqglJ8pBGs8S8nvgAfia64MGAIIIPQiklZkjZlUu
wBIUdT7Uc2txcvQxp7jTfC9hHazPeGKUttOJJm9+RkjrWRpem6RPfWF3p0mosEnZT9ollHIQno/X
tVm78SaxpUS3mqaNHFYbgJDFcb5IgeMkYwfwraumD32msDkNIxB9vLalCondLc1rYedNKUrWe1rP
8mYGo6poOt3UMVxJqayIxjXyknjGSQOSAAenWtRpdO8JWKRu92YpXOCfMnbOOeeSBxW1RT5unQy5
TlNE0rRdQl+1WEuqE28gP76aZRnqOG6ik1jV9C1OZLe8k1JXgkKjyI5kGc4PKjkcV1lFPm1uHLpY
xR/Z/hKxJZ7sxSyfxGSdt2PxIHFZmlaXoer3Ek1nNqhaJw7eZNMgyTkcNjI46U3W7+6t9V1aWHU5
IHsbeGS2tsqUmdt/ylSMncQF4OeeKqy6/cX3iC5txd3sFnMXtoWii2qksS7iRIVKncRIpHP3BS5v
vDlL+uaxod7IbO+k1FWt5DnyI5l+bofmUcitCOLTvClg8++8MMrrnc0k7Z7YHJFcrH4jutPGku2o
XtxHFbw3V+Wi8xW84AEMyrhAo3PyR2610mqeIprLUJEtkgntbeylu5iGJdthI2LjjOR36UX0sFup
QsdP0LXryd7aXVfMDeY4eWeJeT2BwPwFWNe1nRrgvYag+oKYXy32eKZecf3lHI5qlF4x1WS1Xfaa
fBLJukjlmuR5RjVA3O0tgnOBz0BPbFdVpV22oaTZ3bqEa4gSUqDwCyg4/Wnzahy6GbbW+neGbCS9
R7xoZQhO95Jm56YU5I61mW1noPiLULhoJdV85syuDJPEoye2cD8BXX4oxS5vvDlOb13VtHIfTNQe
/UxlSTBHLnpkfOo5/OprG003QbCTU4XvWhkjVj5jySnaemFOSDz6VvUUc2lgt1OQig0HxJqkvly6
qJ5AXYb54UwMDjoB24p19qOlW327StQe9CmVDmBJS2AiY+dR149a62qVh/x8X/8A18f+yJVKQuWx
maZZ6XpFi+r20l80LQ7j5skkh29fuHnP4ZqgBoPiTV22y6oLiUZwDPCmAPwArr8UYqebr1HynPat
qGlafaDR7x70IYlGYklZtvb51Gc8euaNI0/S7G1OsWkl+0XlMf30srnaOvyNznj0zXQ0Uc2lgtqc
g8mg+JNXUCTVBcSjaAvnwpgDPsBV/Ur3S9GsU0m7e98t4cAossjben3wCc/jmrq6/Ztrd3pZZkuL
aETOXGFKnrg98cZ+oqpbeLrW8trea0tL6czh28pIRvjRWKlmBPAyDgdT2HWjmBRItE0zSoohq1jJ
qDIqvgTyyngcH5G+npVOe70DxJqcIaTVBPIBGgQTwr3PPQfiavz+MrG1+0NcwXkUULSIJmjGyRo8
7lXBzng9QOlaC6so0ifULi2ubdIEd3jlUb9qjJIwSDkDjmnza3Dl6FG9vNM8P2Eem3D3nlSRsFKr
JK2D1+YZIPNQ6DpWkuE1LT5dRIiLACeaXrjByrdetWo/E9qbe5kuILm1kt4fPaGdAHaPsy4JByeO
vXio4vFcU89lHDp2oSC9j8yJwibcDG7OXyCu4AjHXOM0ubQLamdd3+geIdQt1kk1QTNiJBGs8S8n
vgAfia057jTfDFhHZzPeeVLv2kCSZvf5hkjrxVzR9atdbt5Z7QvsjlaI71xnHII9iCCD3BoGvaSY
EmGpWhikfy0cTLtZvQHPXkUOXToCiZGg6Ro9yyX2ny6kfIkwPPmmAyB3Vuo5qDUNU0HXLuCOeTU1
kVvLQRJPEMkgc4AH4mujj1Wwmvnsor23e7jGXgWQF19cr1q3inza3Dl0sYjy6d4TsUhke7MUrtgk
STtnHPPJAqhoek6LfSC7sJdTJt5Af300yjPUcN1FdVRS5tA5Tk9X1fQtVnjgu5NSV4XKDyY5oxkn
ByVHI4rSzp/hKx+Z7sxSydWMk7bsfiQOK2qKOboCj1OM0PSdI1XUbq4tZNR2xSI6+ZNKnPXkHGRk
VZ1zWNDvpPst9JqKtbyEHyI5k56HlRyK3LX/AJCuofWP/wBBq9VOWokroxEj0/wnYvNvvDFK4zua
Sds44wOSBWZp2m6Frl3NJay6r5it5j75Z41yTngHA/AV11FTzfePlOY17WdFuWex1B9QUwSZP2eK
ZeQP7yjkc1bt4NO8MWEl4r3hhl2bt7STN7YHJHWtyijm0sHLrc5G0stC8RX9w0Euq+ccyuDJPEvJ
7ZwPwFWte1fR2D6bqD36mJlJMEcoOcZHzKOevrXSYoxT5tQ5dDBsrXTfD9hJqUT3rQyRqx8x5JTg
9MKckHn0rOgttB8SanMYpdVE7gyMN88K9hxnAH0rr6KXN16hynO63qmkQxNpN898AgTJhjlzgcj5
1H5807TbPTNHsX1a3e+aF4dx82SSQ7ev3Dk5/DNdBRRzaWDl1ucgqaD4l1dtkuqC4kG4gNPCmAAP
YCr2r6lpNja/2PevfBfKUZiSVm29vnUZzx65rocUYo5g5TntJsNLsLQ6xaSX7RGJj++klc7e/wAj
c549M1RL6D4l1cYl1QXEi4AUzwpgD8AK6/FFHN1Dl6HP6nfaVpFiukXb3vltDgGNZXbb0++ATnj1
zTNF03SoIRq9lJqDIqP/AK+WU8Dr8jfT0ro6KObSwcutzkJbnQfEmqRAyaoJ5AEUIJ4U4yeeg9ea
0b680vQbBNMuXvPLkiZVKrJK209fnGSDzW9Rijm+4LHN6FpeksE1PT5NRYRlgPPml9MHKN1/Kqlz
faB4i1C3V5NUEzYjQRrPCvJ74AH4muvxRRza3Dl0sYdzc6b4a0+Oyne8MUocKQJJm9/mGSOvFVNB
0jSLhkv9Pl1JvJfA8+aUDIHdW6jmunoo5tA5dTj9Sv8Aw94iuYYbr+0nYHy1jSKZFbJ7gDB6d6K6
HXdTOjaLc34i80wKDs3YzyB1/GitIKbXufmRJxT940KKKKxNQooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelabDpNkLW3Z2j
DM+XOTlmLH9TVw1h+DoZYPD6JcRyRyedMdsgIODIxHX2p9BdTdooopDCiiigAqrqn/IKvP8Ari//
AKCatVV1T/kFXn/XF/8A0E01uJ7Etv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQBx/
irQdbuvEmn6vobWnm2sTR4nJxk57Y54NQ4+IX97R/wBa7WlqPZ63udUcW1FRcU7d0cTj4hf3tH/W
sPxZ/wAJGNKP/CRnQfI52bs78/7GOc/SvUqz7/RNO1S5t5760iuJLckxGQZ2568dD0HWplTurXNa
WNUZqTgtOy1PO/hwPFQMXlEDR88/a84x/wBM+/8ASvUc+tOAAAAAAHQCkI6VUIcitcwxWI+sVHPl
S9Dk9Xa98S6rf+H4jDb2UAia4lILSOrfNtUdB061s38sNlPprSMI4kkZck8D92wFOtrW+i1q8uJr
qN7OVVEMIjAZCOuT3qS8/wCQhp3/AF1f/wBFtTpxs22LEVLxjCNrK23dpX+Yf23p/wDz+Q/nR/be
n/8AP5D+dX6KvQ59Sh/ben/8/kP50f23p/8Az+Q/nV+ijQNTIe70OS7W7kNk1ygwszIC6j2bGe9O
F/owjWMS2vlo25VwMKeuQPXk/nWrRRoGpkrfaKsbxrJaBJAFdQowwAwARjkY4+lLHf6NCcxS2iHB
GVAHU5P5nmtWijQNTCI8Nm2a3EenrEzbyixKBuxjdjHX3qxZ6jpdjZQWsN3EIoI1jQFsnaBgc/hW
rRRoGpQ/tvT/APn8h/Oj+29P/wCfyH86v0UaBqUP7b0//n8h/Oj+29P/AOfyH86v0UaBqZNz4gtY
drxSxTIM7wr/ADj3A707RruG9F5cW0gkiknyrDv8iVburNLvaJmcxr1jDYV/r6/SqNqbqK6vktbe
3aITjG6Qpj5E4wFNUrWJd76mvRVHzdS/59rX/wACG/8AiKPN1L/n2tf/AAIb/wCIqbFXL1FUfN1L
/n2tf/Ahv/iKPN1L/n2tf/Ahv/iKLBcyNV8JtqV9PcC78rzpULBV5MWzZJHnP8Q79iBTofDt7YXJ
uNPvYI5JfMSVZISy7GleRSoBGGXzCPQ1q+bqX/Pta/8AgQ3/AMRR5upf8+1r/wCBDf8AxFFguZ1v
4XjtBfzxCB7+6klYSzoXRQ7Z2lM4xjg4xmoLfwj5ek3Vs1yUknjlRI4GdLeEOm3Aj3EEDk89zxji
tjzdS/59rX/wIb/4ijzdS/59rX/wIb/4iiwXMS48K3uorGb/AFBFkHlxsbWMpiJG34Ukk7iwQk+i
4xzQnhK6tkdbXU2BUXPkPKu50MwUkk55wwY/iPStvzdS/wCfa1/8CG/+Io83Uv8An2tf/Ahv/iKL
Bcy9L8LyaHds2n3ztbyRxRyR3WZGwmQNpBGPlOPwFUbzwMbi10yNZraQ2lp9kkSeNzHIvB3AK6nO
R0OQc10Xm6l/z7Wv/gQ3/wARR5upf8+1r/4EN/8AEUWC5i2Ph+807xBaSboZLGIXRVlj2yKZXV/m
Ofm53DgDpzXUVR83Uv8An1tf/Ahv/iKPN1L/AJ9rX/wIb/4iiwXL1FUfN1L/AJ9rX/wIb/4ijzdS
/wCfa1/8CG/+IosFy9RVHzdS/wCfa1/8CG/+IqlqVxfJGjMsUMuf3QinZix9Nuz5v89KajcXMXLT
/kLah9Y//Qav1jaLJdSXF419EkVwfL3IjZH3a2KJ6MI7C0UUVJRi+Kr+607SFlsmdZnuIosxxiRs
M4B2qeCcGs6w8VXP2O1FzAJZBDcS3cmfLMSwuFOUwcvyMgHGc4OMV0Ooada6pam2vYVmhLBtrZ6g
5B49DTLfSbK0EYt7WKMRxtGu1eisQWHvkgE+tAGG3jGWKBvtFhHDcNFFNDE1zuEiOWxyqk7vlOQA
frgEiGTxdc3wsX0+1aO2ea0E8zuuVEu1toXBz8rAE5GM8dDWynhfR4rZ7ePT4FikcOwUY5HA56jA
4wOMEjvTv+Ea0kT28wsLcSWyosLbf9WE+7j6dqAMyXxbPFoyak9hEkVwFe0V7n5plKluiqSGwAcD
I56jBqDUPGVwun3MtlZKji0W5tjcyFfOBVWOABggBucHOR0Awa1z4W0cxSRf2fB5cj72UAgZ56en
U8Djk1J/wjmlZc/YYTvh8ggjI8vAXbjtwAPwoAzbjxHe293JbR2IuLk3CQiIzhEQ+R5rYbbkjgjp
TLfxkb3WLCytLB3S6ijmeRpMGJXQvnaAcgYAPI5YetbUWj2MLI0dtGGQgq3UghPLBz/ucfSs2Pwh
aQa1HqFvPPCE2YgjYBPlUIB67cAcUAU49W1NL2a5a6jkthqf2EWpiAO0kKGVhySM5OeMA9OtR6Zr
Wqy3WlT6hMYrK7gh8to7cNHLIycq7ZyjbjxxjGB1Nb8WhadBqMl/HaRLdyEs0uMnJGCfYkdxSQ+H
tLgu4rmOyhWaFFSNgPuhRgYHTgcZ60AaI6UtFFABRRRQAUUUUAFFFIzBQSeg60ALRUVvcw3cKy28
qSxt0ZDkGpaAKeq6dDq2mzWVwXEUwAYocHrn+lFUPGMUs/hO/jt0kklZBtWMEsfmHQCit6UW1pKx
jUkk9Vc26KKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1
Qtv+Qzff7kX/ALNTXUT6F+iiikMQ1Q0XVF1nTlu1iMQLum0nJ+Viv9Kvk4FUdH0xNHsBaRSPIod3
3PjPzMWP86elhF+iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7R
f7g/lUtRW/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xq
o3v/ACEdO/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq
9VGw/wCPi/8A+vj/ANkSqWzE90XqKKKkYUVRj1myl1O609Zh9ptEWSZCCAqtyDk8H8OlVI/FmlTW
ttcQTSyx3IZk8uB2IVW2lmAGVUEdTgUAbNFYr+LdJiedZZ5IxCXUs8DhXKHDBDjDEHjAyauJq9q2
lzag3nRQQq7yebC6MoXk/KRnt6UAXqKy4vEenSWl1cNJLEtqnmTJNC8bquMhthGSD2wOenWol8U6
fJc20Ea3cjXSCSFktZCrqQDndjGBuGfTPNAGzRVLTtWs9WtnnsZvNiSRo2YKR8ynB6/z78VNFewT
CPbIoaRQ6oxw2MZ6daAJ6KoHWLT+0HtFkLyxqjMEG4DcxUZI75HPpVhr22QOWuIlEZ2uS4G0+h9K
AJ6KpnVrL7TNbLOrzwFBJGnLJuIC5H41P9qgy486PMZw/wAw+X6+lAEtFNjkSVA8bK6MMhlOQfxp
1ABSY5zS0UAYjWUl1rF80d9c2wXywRFtwfl6nINTf2RP/wBBjUPzj/8AiamtP+QtqH1j/wDQav1b
k0QkmZX9kT/9BjUPzj/+Jo/sif8A6DGofnH/APE1q0UuZj5UZX9kT/8AQY1D84//AImj+yJ/+gxq
H5x//E1W8YpHJo0QniaW3F3AZkVC+UEi7sqMkjHWububW9VZDpNveJaFLk2cYVlZYykWQoPK5IkK
g+vGKOZhyo63+yJx/wAxjUPzj/8AiaaNLlYkLrV8SpwcNHwf++azfD8FouuSvosE1vpq2wSVXieN
Hl3fKQGAywXOT7jOe1LRrLULJ7SGGe6RLm+vJrlzCgL7XOwM23o2M56nPBAxg5mHKjof7In/AOgx
qH5x/wDxNH9kT/8AQY1D84//AImuYt9T165gKpc3omkWL7SWsgv2SZpkVkjyvzAIX67sbQc81q6L
Lq6atGl7dXFxbyfakIlgVQvlSKsbZAHLKSTng9gMUczDlRpf2RP/ANBjUPzj/wDiaP7In/6DGofn
H/8AE1yMVtqljeW3kW88sF1qVxcBTnEUqmYAN6I67Mdsg+oqaDV9ZaJd13qH2VvJ+13LWO2S3kO7
eiLt5Gdg6Ntz1PY5mHKjpxpUzDK6zfkexj/+Jpf7In/6DGofnH/8TXG6bea5ZjSbSKWW2t8Bt0tm
5M7NM+9WAQ7Tt28ErjdnkDi54qim/wCEtimhtzLKkNs0IWGQuxWVyypIvypxjdu6ijmYcqOm/sif
/oMah+cf/wATR/ZE/wD0GNQ/OP8A+JrUHSlo5mHKjK/sif8A6DGofnH/APE0f2RP/wBBjUPzj/8A
ia1aKOZhyoyv7In/AOgxqH5x/wDxNH9kT/8AQY1D84//AImtWijmYcqMr+yJ/wDoMah+cf8A8TQd
JuACf7X1E+w8v/4mtWijmYcqOZ0fQr2HU2v5rmeBHOTBlSZPd8ALn6fnXTUUUSk5O7CMVFaFDWtT
XRtIuL9ojKsChigOCeQOv40UusaamsaVPYyu8aTAAsmMjkHv9KKun7O3vClz390vUUUVkWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/
RRRSGIaw/Bvm/wDCPJ5/mb/Om/1mc48xsdfatw1S0jVI9YsBdxRuiF3Ta+M/KxU9PpT6C6l6iiik
MKKKKACquqf8gq8/64v/AOgmrVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VL
SGFFFFABRRRQAUUUUAFFFFABRRRQAUUlFAC1Rvf+Qjp3/XV//RbVdqle/wDIR07/AK6v/wCi2poT
L1FFFIYUVka/PdxDT4bG4FvJdXQhaQxh9q7HbgHj+EVzmqeM7nTLWGOae1W5guZRO7DAuIocb9i5
4ZtwAHOCDQB3VFcNda5qOnJqUk2tW7oksVvatJbqqbpVVg7EHkKGJx3ArZtPEAvPDFlqSNlppYYn
2AYDmVY3xntkn8KAOgorlYvGjv5m/S5FLnFqBMp84+cIef7nzEHvxn0xUVr4quoI5JNRhbzfMuVE
CMpAKyxRou7jvIOfzoA6+iuduvFMthdWNte2Ucc9y6o8aXG9o9z7EbheVJxydvfGSMVStvF13Hp9
vd6laBHdLgiKBwwcpIka8nGCS+PTuaAOvorlbnxjdWxeE6QWvImkE0QuV2qqxrJkNjnKsOMDn866
W2nW6top48hJUDrnrgjNAEtFFFABVGw/4+L/AP6+P/ZEq9XN3eo3dneXccEGIXuPnuSy4T5E4weA
fc8VUVe6Jk7WOkorNiu7xYkAsJZMAfMZ4yW9+tP+23n/AEDZP+/yf40crDmRiap4Vu7zVbm7t7iK
I3EqpIedxtzGqyJ06kqCKfY6FqmkXJmsWspBKrxyJIWURjzpJEZSBzgSEFeOg5rY+23n/QNk/wC/
yf40fbbz/oGyf9/k/wAaOVj5kZMfhURQX0kqx3tzPLO0cVzKxgVZHLYC4+UkHBIBpieGr9tDvLWW
/kV5YZoobbzjJDGHUhQXZd7YJznj0xxWz9tvP+gbJ/3+T/Gj7bef9A2T/v8AJ/jRysOZGHeeHdV1
WVZria1tJG8qJxATJtiRjJwWXDMXC8EYAz1zTYfDOrWcGy3vYXeGO7jtpZMgjzijKSAMDaQ/A7bf
w3vtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyMjSPDl9oU0sdveJdWkyRI3n4Rk2qUJAVcHKhO
v92qdr4Kmhe1mZrX7RAtmgmUHeqxIVcA4zzngfnXR/bbz/oGyf8Af5P8aPtt5/0DZP8Av8n+NHKw
5kc1p3g28tWTcmnwhFtEzBuzL5Mu9nf5R8xH15796G8JaiNEFhHFpaupVZJwMvdKA3zOWRtrZYH+
LPzcjNdL9tvP+gbJ/wB/k/xo+23n/QNk/wC/yf40crDmRz1l4Qu7XaG+xsxSx3zDO8tAyFx05BC5
BJ64yO9V18DXT27QTDTwqxeUzqGLXeZkkZpcjrhDx83LHkCup+23n/QNk/7/ACf40fbbz/oGyf8A
f5P8aOVhzIZoelnSLW4g/diNrmWWJIxhURmJC47de1aVUPtt5/0DZP8Av8n+NH228/6Bsn/f5P8A
GjlYcyL9FUPtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyKsmpWumX+oS3kyxqTHgHqx29AO9Wr
TVoLiASSskBJOEklXdjsTg8fSs3+zbfWru+GoWmx1aPadwLJ8vUEfyq7aaDaQwBLi3tbhwT+8Nsi
kjtnA6+9XLlt5kR5rlz+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR/Y2m/wDPhaf9
+V/wqPdK94k/tC0/5+oP+/go+32f/P1B/wB/BUf9jab/AM+Fp/35X/Cj+xtN/wCfC0/78r/hR7oe
8Sfb7P8A5+oP+/go+32f/P1B/wB/B/jUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P
/n6g/wC/go+32f8Az9Qf9/BUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P/n6g/wC/
go+32n/P1B/38H+NR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vs/wDn6g/7+Cj7fZ/8
/UH/AH8FR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vtP+fqD/v4KX+0LT/n6g/7+Cov
7G03/nwtP+/K/wCFH9jab/z4Wn/flf8ACj3Q94l/tC0/5+oP+/go/tC0/wCfqD/v4Ki/sbTf+fC0
/wC/K/4Uf2Npv/Phaf8Aflf8KPdD3iX+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR
/Y2m/wDPhaf9+V/wo90PeJf7QtP+fqD/AL+Cj+0LT/n6g/7+Cov7G03/AJ8LT/vyv+FH9jab/wA+
Fp/35X/Cj3Q94mW+tXYKtzCWJwAJBk1PVNNJsI3V0sbZXU5DCJQQfyq5Sdug1fqYnjLzf+ETv/I8
zzdg2+Xnd94dMc0Ve1jU49H0qe+lR5EhAJVOp5x/Wit6Tkl7quZVOW+rsXaKKK5zYKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikM
Q8VQ0TSxo+nC0WUygO77iMfeYt/Wr5rD8HTSz+H0e4kkkk86YbpCScCRgOvtT6C6m7RRRSGFFFFA
BVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMK
KKKACiiigAooooAKKKKACkNLRQByUC6zqGuarajW5LX7LKDHGtvGw8thlTk8+o/Crv8AYmt/9DNN
/wCAkdJe/wDEv8a2Fz0jv4WtX/31+ZP03Cugq27WsQkjA/sTW/8AoZpv/ASOsySW80zxbpttf62b
mIRyzyebCkYQBSByPXJ/KuyrjrSCLWPEt3e3EaSwPctZxqwyCkcbZ/8AHifypwd73FJW2OjttWt7
ncyuqRD7ru4G/wBwM5x9asfbbb/n4h/7+Cq1to9tbllKRyxn7iyRqSvtuxk/jU/9n2f/AD6Qf9+x
/hUvl6FLmK2owaXq0Cw3zwSojh1Hm7SGAIyCCD3P5023tdHtG3W62kZ8oQfKwxsBJ2/TJJ/Grf8A
Z9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UtB6lKCw0W1aFoFtUaEgxkSD5SE8sd+yfL9KT7BoomeULai
R38xjvHLbw+evXcAfqKvf2fZ/wDPpB/37H+FH9n2f/PpB/37H+FGgalB9N0OSExPHalCjJjePus2
8jrx8wB+tNTStAjtjbrDZiEq6lCwIIcgv37lVP1FaP8AZ9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UaB
qZg0bQFMB8u2LW5DRkzZIIbcCeecNyM5xT10vQlSRPKtCknmblLgj94QX4J4BKj8q0P7Ps/+fSD/
AL9j/Cj+z7P/AJ9IP+/Y/wAKNA1M+HS9Ct4ViijtVRQ4/wBZkneMPk5ycjA5q/Fc2cMSRRzwKiKF
VQ44A6Cl/s+z/wCfSD/v2P8ACj+z7P8A59IP+/Y/wo0DUd9ttv8An4h/7+Cj7bbf8/EP/fwU3+z7
P/n0g/79j/Cj+z7P/n0g/wC/Y/wo0DUd9ttv+fiH/v4KracySy35Uq6NcdQcg/IlT/2fZ/8APpB/
37H+FQabGkUt8kaKii44VRgD5Epq1mLW6LyRrGoVFCqBgADAFLS0VJQlGRXEX+qX+l+KNTmheaaK
cx2UMBJKxzNGrRsB0AJLA/hmoNMnjjFvaa1ql6kMCS/ZpmndDPKJ5FJLDl2ACYU5+90NAHfZFHFc
D9l1CaPVbxr+XTbZZrpHupLp3DjzCqDy+kYXGMgg46e1mHU5z4P1FLW1nCR29wPtkd4ZowwQkGN2
O9hnoccHjtQB2tFcDPqPkQ3Nvod1d3dpdpFAhimaVlmYnf5bseojBY/NgEDoTUNvdJG1rd6h/aCy
2MFyLmJ7mQF3hMXlllVtuSrA8dSxzmgD0TijrXHeF9UubRLmw1r7TDdOUmiN2wLO0gO5VwTwHVsD
PAIqDT/EGq7rFg0JtvLs0eAxMWdpY8k7y2Rg46g+9AHcUV59p+t3d7qJupLyG5eSOxDxwoyLbl5y
GjPzckZxn25FWJPFl2uhtdnUIPtMrKDAluM2bEMSkhdwP4cZOCSOAcigDueKK4O01y/uriSae6Ui
cadKlntI8sSMgcqc5IBJHpnr6UL4s1aW3laGe1ad49zxC3b/AEFzMiKj8/MSGbrg/ISOKAO8orM8
P3l1eWUwvWR57e4lgMiJsDhWIDYycZHvWpQAlFLRQBn2v/IV1D6x/wDoNaFZ9r/yFtQ+sf8A6DV5
XV87WDYODg5waqW5MR1FFFSUZuu6hcadYxvaRRSTyzxQIJWKqC7BckgE8ZrJm8XT2TvDeWSCeASi
ZY5MqzKsbJsOOjCReuMc1t6rpkerWggklmi2yJKskLAMrKwYEZBHUelUW8KafLHsnE025ZFkeSQl
pTIFDFj64VcYxjAxQA/T9Tvjqh0/VLaCOdoPtEb28hdCAwVlOQDkEj2OfaqOmeLHuAv2yznje4vJ
oLeNITkJG2CzHcRxjk8dxz309O0VNPuZLhri5uriRQnm3MgZlUdFGAABnn370Q6DawS28i+YWgea
RMtxmViz5/E8UAUf+Ez0/wAh5RHeFdqvF/o7ZuEZwgaMfxAsy/mD0NWdM8S2mqXYtoorqKQq5Hnw
lAxQhXUH1UkA/pmoYPCFjAFHmXUixiNYRJNuEKI6uEXjgZVc5ySABnirtvolta3cdxGZPMjadly3
GZXDv+oGPSgDGtvGRkuDBcWyQuL1ocl+DADIPNzj1iYEdvxFWk8ZWDx5EN6JH2GGE25Ek6tnayDu
DtbrjGOcVNJ4U02aS0eSN2a1lmlQluvmli6n1Uljx7CoY/B9nGgIur4zJsEM7TZkhVMhVU4xjDMD
kEnPJNAFW08eWHkWA1BvJubs/wCrVf8AVgyFE3AnIyR2zg5zitO41O8fV3stOt4ZRbqj3DSyFPvZ
wq4BycAnnA6fhBB4RtLSSB7a5vYWiUIxWbPnKHLgPkc8s3IwcE81autDhudQ+2LPc28rKqS+RLsE
yqSQG47ZPIweetAGnS0g4FLQAUUUUAFFFFABRRRQAUUUUAUNb0wazpFxYNKYhOApcDJHIPT8KKp+
MZpYPCd/JbyPHKqDa0ZIYfMOhFFdFGM2vddjGrKKeqNuiiiuc2CiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDENVNK1KHVrIXVsr
rGWZMOMHKsVP6irZOBWdoWlnR9MFoZRKVkd9wXH3mLdPxp9BGlRRRSGFFFFABVXUgW0u7VQSTC4A
Hf5TVa8123s9SSxMU8kpRZJGjTKwoWKhnOeBkH1xgk0tr4i0m8sre7i1G28m5O2JmlC729Bnv7UA
XrcEW8QIwdg/lUlU21W0Fx5Ec8UsokETokilo2OcbhnI6GkTWdNltpbmPULR4ITiSVZlKofc5wKA
LtFZt7rtpaWEF5GWu4riRY4fsuJPMJ6Y5x2Peq6+KtOMPmO0seI5HdHjIaMoVDKw67suuB3yMUAb
VFZNr4jtJ/OFwJbB4EWSRLxREQjEgNknGMgjr161ekvIo/IJYFJzhXDDH3S2c56YB6UAWKKrW2o2
V5A81rd288SEhpIpVZVxyckHiov7b0v7O1x/aVn5CMEaTz12qx5AJzjPtQBeoqs2pWSTPE95brJG
nmOhlUFU/vEZ4HPWo/7Y03MA/tC0zcf6n98v73nHy888+lAF2iqenatZasszWNzHOIZWik2HO1lO
CP0/GrlAGF4wgdtBe6hGZrGRLpMf7Byf0zWxbzJcW8c0Zykih1PsRkU6aJZoXikGUdSrD1B61ieD
pGXRTZSnMunzPatn0U/L/wCOkVW8Sepo6xfrpekXd43/ACxiZx7nHA/PFZOjWLadp2hQSf63LPIf
V2Rmb9TTvFX+mPpmkrz9tulMgH/PNPmb+QFaV5/yENO/66v/AOi2prRCe5epaTIoqCypqOqW+lRR
yXXm4kcRosUTSMzEE4CqCegP5VXfxHpiWlrdNdARXUwgiJU5MhONpGMqQQc5xjHNJrtpd3QsZbFI
ZJbW5E+yWQoGGx1xkA4PzelYFz4Nv9QaUTX8dssqTSP5CBv3spGcbhwFVVAYckljxQBs/wDCW6Z/
pZc3Ua2al52ktJUCDGeSV6kEYHU54rTW9he1iuUYtDKEKMoJyGxg/qK5uXw7q12GE13DC1zcW89x
JEN5HlxLwAwwcyKDz296ltdC1ODR4tLklglgt7iOSOYsQ5RJ1kClcYGFBHHcDtQB0YmibfiRDs+9
hh8v1qtaara3zOIHYhHdC204yhAbnp3H1rlh4JnhiYwx2e91Zp1yVFy32kSgOQOQVBUk5xnoRSr4
OvfsLRL9ityftBEURbywJJYnCcAHaRGyn/e6UAdiLiFtm2WM78lMMPmx1x61Ba6paXwja1nWZJN2
14+V+U4PPQcmuYu/DGoXV5pssNtp1nBbTRyGCDGI8S72w3l5O5ew2DOc5zTB4Nu/7MFnEtlbhEuU
BjJCyiSSN13AAYBCFWHPHrQB2H2mHYr+dHsb7rbhg/Spa4mTwVLd72uLXTo0dp3W1QFooGaJY0K5
Uc5XcSAOTx6119lE9vYW8MrbpI4lVmznJAwTQBPRSUUALWVDeQ2k18Zm5a5wiKMsx8tOABya1Kwm
0W21G9vZ3UC4SfashUNxsTgg8EVUba3Jlfobcb+ZGrFWQsM7W6j606qEejWPlr5llbF8fMVjwM+1
O/sbTv8Anyg/74FLQepd49qMD2ql/Y2nf8+UH/fAo/sbTv8Anyg/74FGgal3jGO1HHtVL+xtO/58
oP8AvgUf2Np3/PlB/wB8CjQNS6AB0A4owPaqX9jad/z5Qf8AfAo/sbTv+fKD/vgUaBqXePajA9BV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7x7Uce1Uv7G07/nyg/74FH9jad/z5Qf98CjQNS7ge1H
HtVL+xtO/wCfKD/vgUf2Np3/AD5Qf98CjQNS7xRVL+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7RV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNTH1az1K8ur9NMuREQY96dDINvQN2/wA81LpVlqAsVW3u
1tEUkGJ7EKQe/wDFz9e9XdOt4rbUb+OCNY0zGdqjA+7WpVym0rERgr3Mr7Hq3/QWi/8AAQf/ABVH
2PVv+gtF/wCAg/8Aiq1aKnmZXKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t
/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrV
oo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8A
oLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/w
EH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK
+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjNitNTWVGk1SN0DAsotQNw9M7uK0qKKTdx
pWKeq6jDpOmzXtyrtDCMsEGT1xwPxoqLXtMOsaLc2AlERnULvK5xyD0/CitKag17zInz3900aKKK
yNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1Qtv+Qzff7kX/
ALNTXUT6F+iiikMQ1ieELqa80BJriVpZDNKu9jk4EjAD8hW2aqaXfW2o2QuLMEQlmUZXbyGIPH1B
p9BdS5RRRSGFFFFAGFreh3Gq6jaSxtaxJAVYT7G8+Mg5IVgcYI4wePXPSsk+C737GlutxY4No9g5
aAtiItncvPD4PI6HA9K7OigDn4vDTxbNs0eV1I3pO3lhtICk+vPWsTVfCl7Z6Pbx6eiSukdpE6wq
EbMJkJcZ6ksy/rXd1zM/iS7s59W+021sIrW4jgtyZyDKWRWwQFJz82eAfTtmgBU0a8l8L6Tb20MF
jc2UkcqwyMXQbcjBI56H8/Wo5/CM90WlkvUW5lEkkkiR8CUtCyEKT91fJUYJyfWoYPF1xLci7W1L
6bLbWkp3SBWgMruvTGWOdvHHT14puneL7omztGsLm+nbBuJYUOI1aRlU8LjgKSckcDvQBauvD2oa
iLi4vpLJ7x1jSFYxIiRhW3Z3A7t2TnPbA461cuNEuLmw06GW6V5bTcZJSmPMJhePOBwOXz+FR6pr
02nahNBDbm5kxbLHEZAgLSvIud2D/cqpqniG6k8N2N9YrNby3NysLokYmdeWDBR0blfyoAltfDb6
ZpuoRxGN2nsI7dUjXblkjZc/jkVmx+ENVm0lVe7trad4YoXigjKJsRHHJBznLknBwdoHSoT4j1q4
j0/7HP5001o80axWm8TN5m1BJg/uuMbuRg59K6vRLya9t7l7ggtHdzRLgY+VXKj9BQBhnwVI2kXV
obmLzZUtQr7CBmFVGGwQdpK9iMZpg8Du1o8ZNnE7QPGBGrsFZpRIWBcls8c89a7GigDN0bTptN+2
JI0TRy3Mk8ZRSGAdixDfQnHFaVFFACVz9t/xL/G93D0j1G3Wdf8AfT5W/Qg10Nc74tP2AafrHOLC
5BkI/wCeT/K38xVR1diZdxbX/iYeN7ufrHp1utun++/zN+gAq3rS3Ly2a2UkcdwXfY0i5UHY3aq/
g+Jv7FN5KMTX8z3TZ/2j8o/75ArQvf8AkI6d/wBdX/8ARbU3pL0FbQoaZBfp5gLxx3HHmtNAzFvQ
ht+CPp09BV/ytS/5+bX/AL8N/wDF1dpaTk2NRsUfK1L/AJ+bX/vw3/xdHlal/wA/Nr/34b/4ur1F
LmHylHytS/5+bX/vw3/xdHlal/z82v8A34b/AOLq9RRzBylHytS/5+bX/vw3/wAXR5Wpf8/Nr/34
b/4ur1FHMHKUfK1L/n5tf+/Df/F0eVqX/Pza/wDfhv8A4ur1FHMHKUfK1L/n5tf+/Df/ABdHlal/
z82v/fhv/i6vUUcwcpR8rUv+fm1/78N/8XR5Wpf8/Nr/AN+G/wDi6vUUcwcpR8rUv+fm1/78N/8A
F0zShIJL4TMrSfaOSq7R9xO2TWjVGw/4+L//AK+P/ZEp3umK1mi9RRRUlBRXF32v3uleJtTLytNa
vstraDH3bgxqyAf7+WHPcCotJv7m48q01PXZYGtopJPPyiG4YTyIScjBVQi/KP7wzQB3NFcJHNrl
0dSmtb+a2iWa5jM93JGIOJCqCPgspGMZIx7HirMevSp4X1BYv7RNzBBcZuJSkqxOqFseYvBxxjj2
POaAOyorhrvWJ9Lju7S01Oe8WaKJIpeJ5YZpGIIXaPmwgL4wcbT2IFQW2qu72l5eapqMaW8FwbyI
sEy8BjAJUrkbgdxH+1QB6BRXJeFdduJobq21aWZbxdsyfaYzCzCRSdiqQCdrK6j2AqCx8V37PZZh
t3tGjtFkJdjMWmTdkHocEfjQB2lFcJZeJL681ATzT2/lyxWLJBbTEiISzEEP/tYOD647VZfxfdDR
Vv8AzNPDXJU28Ch5HThiVkAI5AXrwBg+nIB2VFcTaeJr+9mmmeSBbaT7A8MCEiRBMyZy3cfMe3Pt
Sf8ACa3zWpljj093ni82GMSsWg/epGFl9zv7Y5UjnGaAO3orM0HUZ9RspWu0iW4gnkt5PKJ2MUbG
RnkZ9K06ACiiigChaf8AIW1D6x/+g1fqhaf8hbUPrH/6DV6qluTEWikzRmpKKGtak+l2STRW/wBo
lkmjhSPeEyzsFGTg4HNZjeL47fcl5ZywzRCXzowwbYyKjAA9G3CRcH35xWnrGmnVbJYUuGt5Eljm
SRVDbWRgw4PB6VnS+Ebe5VvtV1cSySLIJpchWkZwg3DA+XaEXGPTvQBa0/WLi4vzY39i1lc+V56L
5gkVkzg/MOhBIyPcYJqrpfi62vV3XCPB5t1JbWyeVIWk2HBJGwY9e4Hc5Bxd0/SJbW9e8vL6S9uW
QRK7oqBEzkgBR3PJPsPSmQeH4oJraTzpG+zyXDgEDDecxZgfpnigBn/CXaL5M0v20eXCAWYRv8wL
bAV4+cbiBlcjNT6f4i0zVbg29nc75gpba0bJ0IDfeA5BIBHUZ5xWfb+EEiESyX9zMtusUdsGCjyo
0kRwvA+YkxqCTzgVetdCjtb2K5WZ2aJrhgpAx++cOfyIwKAKNr4wguZ2ha3eKRb1rUqzD7o34l/3
SY2H1Bq0ni3RpIGlW8JVSoA8p9z7s7Si4y4ODgqCDg1Wm8G2U8tpJJLLut5Z3OMDzVlLko3sC5x3
H4mmJ4QKGOY6pcvd24RLadkT90iAgLtxhiQzZJ56dMUATWPjHTbizs5bmdbeS7P7tCGOAXKKScfL
uI4zjnipNU1+fT7+aGLT2uIba3W5uJFlAZEJYfKpHzEBCcZFUYvA8ENzazpds0sKqrtNbxSGQB2c
EEr8hy7DK4/MVf1HQH1DUJZxfzQRT2629xFGi/vEBY8MRlc7yOKANeGVJ4Y5Y23JIoZT6g8in0yN
FiiSONQqIAqqOgA7U7NAC0UmaM0ALRSZozQAtFJmjNAC0UlLQBi+MLqay8K39xbStDMiAq6nBHzC
ir+qX1tpumzXd6CbeIZfC7uM46UVvSbS+G5lUtfexbooorA1CiqD6zaR67HpDO32ySA3CrtONgOC
c9Ovaota8Q2WgrD9r895ZyRFDbwtLJJjrhVB6ZoA1KKzND8Q6f4htpJtPlZvKcxyxyRlHjYdmU8g
0a34gsNAhie+kk3zvshhijaSSVvRVUZNAGnRWRp3ibTtR065vVkkt4bQkXAuomhaLAydwYDHHNak
UqTxJLE4eN1DKynIIPIIoAfRSZpGdUUsxAVRkk9qAHUVBaXlvf2sdzaTJNBKNySIcqw9QamzQAtF
JmloAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VmeH9MfSNKW0lk
WRhJI+5RgfM5b+taZrG8J3s9/oST3UpllMsq7jjoHYDp7Cn0F1NqiiikMKKKKAGu6xRs8jKqKCWZ
jgAepNCyI+djq204ODnB9KyfFgz4duNwJiDxNMB/zyEil/w27qwNQstbnmu/Ikv4VV7yWIwOF3sF
j8kH1BO7A796AO0lmjgiaSaRI41GWZmAA+pqjcaDpt3LNJPao8k+0yNkgsV+6eD1A4z1xxXMahba
newatFcQ6lJcvGRCi/8AHs0eFwMdN+c++c9sU68l8Qm4u7e2jv1eP7W6y4BRlYqYgp6Fgu7A7HrQ
BupoOhC7t3S1tfPtAsMQB5jC/Mq4z2zuAPTINSN4b0l5beU2MPmW/wDq2AIx827HuN3OD3rlorPV
YoruSwh1NfMnuZI2uSDMf9FVUJJ5++MDPPAzVXXrnVNHsPsTX98izXI8qeWU79vkZb5wM4Ehzj2I
6GgDu7ixsWka6uY4t67HaR+MeWSVJPtuY/jRHptj9ngSOGIwxSedEB0Vsk7h+ZP41y+p6fLdPZXN
ub+8STRp4EkUsFkcqpUup6bhnr3x3Aqrc2mv2lgLSCbUvsoli3yBTJMqmHnbtZWwJAMgHj0xmgDs
rXT7G1uHktoYklG4MV6je29h7ZJz+NJa6PY2V7Pd20AjnnJMjBj8xJyTjOMk1zlpZ6tPdWyXMt+s
TXETTSjETOoted208AyAZAPXjpVzXItSOpzzWi3kkUNgTFDFMY0eUsRzjqQvI/xxQB0majNzAFkY
zR7Y22udwwp44PoeR+YrhIrbxFdaUu+XU4pIUvJItrlWdhsMAbdkkctgNz61Le215A+vS38c62E0
UzRheEMhhQZcdTnGF9CD3IoA7uioLISrYW4uDmYRr5h/2sc/rU9ABXP+NnZvDklnEA098620YPqx
/wAAa365+9/4mHjSwtusdhC10/8Avt8ifpuNVHe5MtrFvwxdi98OWUmArLGI3UfwsvykfmKsXv8A
yEdO/wCur/8AotqzNBP2HXNZ0zovmi7iH+zIOfyYH86073/kIad/11f/ANFtTfxAti9RSUtQUVNQ
1O00qBZr64SCNmCBnPVj2/Q006xYLa21ybyDybp1jgfeMSs33QvqT6VV8QQXcn9nz2Vsbl7a7Erx
q6oSux14LEDqwrnLrwnrGoeYge2tEfz7kbl80JNIRgLgjBULndyMueKAOjj8V6LMZxHqVuTboZJc
tjy1HJJ9K0PtcXkpNvXyn27WHQ7sAfnkVy0+j61frMrx28DXtxbyzl/3iIqRKWXaCNwLqF69CTU9
np2sQaLBpcsauba4jKXKSBQ8STqQNucj92DxntjnNAHU1Wg1C2uZGjhlV2VnQgZ4KkBh+BIrjl8L
6nbwymKNy06s11GLojzyLgOFyTxmPcvYDOKIfDerQ6c0VrB9lB+0kQC5/heWJlTcO5RXGe2aAO6q
FLuGR0WOVH3hiu05B2nB59ia4650PU5L3SWsdNFnbW8qMU88M8Y83MgLbuhToFznJBxxUcHhfUrX
SRZ2NuLQxrdKdlxgS75I2Ugg5GUVlz1WgDu6K4R/Cl9dx7WtGt7UNPJBafayTATEqpyD3cM2ASBn
1rtLJZUsbdbg5mWNRISc5bHPP1oAnooooAKzLe5itX1CSd1RBc9T/uJwPU1p1z8mjJf6hd3Kuy3E
M+EyzbSNidQCMfUc1Uba3JlfSxuxyCSNXAYBhkBhg/lTs1Qj0i3MamVZQ+PmC3MhGfbmnf2Paek3
/gRJ/wDFUe6GpO1rC7bmhjZtwfJQE7h0P1HrTZLC1lEYktoXEb703Rg7WznI9DnvUX9j2npN/wCB
En/xVH9j2npN/wCBEn/xVHuhqWHtoZIHheGNonzvQoCrZ65HfNIlpBHbfZ44I0gwV8pUAXB6jHTF
Qf2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpLDYWtsiJBawRJGxZFSMKFY8EgDoaV7K3kLF7eJi
+d2Ywd2cZz+Q/IelQ/2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpO9rDJIskkMbuvRmQEj6GgWk
C42wRDG3GEHGOn5dvSoP7HtPSb/wIk/+Ko/se09Jv/AiT/4qj3Q1JI9PtISxitYELHcdsYGTnOfr
nn60jaZZOJQ1nbkTMGkBiX5yOhPHJpn9j2npN/4ESf8AxVH9j2npN/4ESf8AxVHuhqS/YbXeH+zQ
hwoQN5YyFByBn0B5FC2NqrSsttCDMwaQiMfOR0J9T9ai/se09Jv/AAIk/wDiqP7HtPSb/wACJP8A
4qj3Q1LaRrGCERVySxwMZJ6mnZql/Y9p6Tf+BEn/AMVR/Y9p6Tf+BEn/AMVR7oal3NGapf2Paek3
/gRJ/wDFUf2Paek3/gRJ/wDFUe6Gpj6sNWN1f/2QUBzH5n/PTG3+HtT9JXUhYgWT2Ij3HcJUl37u
+7cc5zV/TbdLbUdQjj3bQYz8zFj931PNaeKqUtLWJUepl413+/pv/fMn+NGNd/v6b/3zJ/jWpijF
TzeRXL5mXjXf7+m/98yf40Y13+/pv/fMn+NaFxcQWkJluZo4Yl6vIwVR+JpI7q3lWNo54nWQFkKu
CGA6ketHN5By+ZQxrv8Af03/AL5k/wAaMa7/AH9N/wC+ZP8AGrtteWt4jPa3EU6qdpMThgD6cUsF
5bXRlFvPHKYXMcmxgdjDqDjofajm8g5fMo413+/pv/fMn+NGNd/v6b/3zJ/jWnxS8Uc3kHL5mXjX
f7+m/wDfMn+NGNd/v6b/AN8yf41fW5t3GVnjYbzHw4+8Oq/Xg8VLxRzeQcvmZeNd/v6b/wB8yf40
Y13+/pv/AHzJ/jWhDNFcRiSGRZEJIDKcg4ODz9RUc1/Z206QT3cEU0mNkbyBWbPAwDyaObyDl8yn
jXf7+m/98yf40Y13+/pv/fMn+NamKMUc3kHL5mXjXf7+m/8AfMn+NGNd/v6b/wB8yf41qYoxRzeQ
cvmZeNd/v6b/AN8yf40Y13+/pv8A3zJ/jWpijFHN5By+Zl413+/pv/fMn+NGNd/v6b/3zJ/jWpij
FHN5By+ZmxDWfNTzn0/y9w3bVfOO+OetadJilpN3GlYzfEOmvrGhXVjFIsbzqFDsMgcg/wBKKg8W
3k+n+F766tZTFNGgKuMcfMB3oreipte6zGq4J+8bNFFFc5ucdd/8lhsP+wPL/wCjRXRau+pR2m/R
7e1nug2NtzIY129+QCc9Ky9b8KS6prsGrWer3OnXcNubfdDGj7kLbjwwPeibw3qz2tuIvFN/Hdwl
sz+TEVkViOGTG04xwRg8mgDL8BM8eteIItUjaLXZZknu41x5WwjEflkHkYHOec1peK/D9/qN3p2r
aLcQxanpjOYluATFKrjDK2ORnHUVa0Dw0miz3d5NeT3+oXhXz7mbALBRhVCjhQPQU7W9FvdSnhn0
7W7vTJowVIjVZI3B/vIwxn0NAHJ65rcviXwN4ks76G50rVNKhY3UEUoIfKEr82PmRh2q5HbwaL4F
s2u/EWq28dwsB8wMJJSSgxFENpIz7Anitew8GWltpuqW95c3F7caspW9upSA8g27QAAMKADwBVP/
AIQaeTRbWyuNdupZ7GdJrG58pA0GxdqjGMMME5z1oAzfCmrXK+J9U0tbnV5bNbFbqIaqhEyNuKnB
YAlTx1qDwrpep674Ji1fVPEWqtNcWjqI4ZQiKozgkYOW45b3xXSaX4Tex1q41a81W4vry5tfs0jS
IqqAGyNoA+Ue31Per2gaFFoPh220hJWnigjMe9xgsCSe31oA4TRYLjR/gvNqdrqV/wCe+nb41eXK
QEZ/1YxxW94l1K8tdJ8LSQXMsb3OpWkczKcGRWB3A+xq3pPgtdO0W70W51K4vdKmiMEVvIiqYUOc
gMBknnqfSqcfw+lc6d9v8QX94mmTxy2sbqiqoQ8BgB8xxxuPI/GgCtHa6l4i8a+I7F9c1CzsLJoN
kVo4RtzRA8PgkDgnA6k1reA9TvNQ0a6h1GY3Fxp97NZNORgyhDgMffB/SsSDw/qN9498T3Vlqd7p
T7rZUlSINHMpi5+VhgkEcEdOa6/QNDtvDukx2Fq0jqpZ3llOXkdjlmY+pNAGlRRRQA1s4+Xr2zVB
n1fHyw2OfeV//ia0aKadhNXMVptd582GBV9bfDn/AMeIqzpflM07B53uCR53nrtYegx0x16Vo1Qt
v+Qzff7kX/s1Ve6FaxfoooqChDVTS7mzu7IS6eF+zlmA2ptGQSG4+uatk4rL8OabLpOkraTsjSCS
R8oTjDOWH6Gn0EatFFFIYUUUUAIQCCCMg9qjnkS3gklf7kalmwOwGalqrqn/ACCrz/ri/wD6CaED
J0KugZehGRTsD0qO3/49ov8AcH8qloATA9KZLBFOmyaNJFznDqCKkooATA9KMD0paKAEwPSjA9KW
igBMCgqCMEAj3paKACiiigBK5/wx/pt1quqnkXVyY4j/ANM4/lH65q/4hvzpmgXt0v30iIQerHhf
1Ip+h2A0vRbOz7wxKre7dT+uapaInqZur/6B4p0i/wCiT77KU/73zJ+oP51b1prpZbM2KxtcB32L
ISFJ2NTPFlo934dufJH7+AC4ix/eQ7h/KnrdpfnRrqP7k5Mg/GMmmujE+qK+mSag3mE+S9zx5omk
cFfTC7cAfT86v7tU/wCedl/38f8A+Jq9S0m7jSsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0U
rjsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0UXCxQ3ap/zzsv+/j/APxNG7Vf+eVl/wB/H/8A
iav0UXCxQ3ap/wA87L/v4/8A8TRu1T/nnZf9/H/+Jq/RRcLFDdqv/PKy/wC/j/8AxNG7VP8AnnZf
9/H/APiav0UXCxQ3ap/zzsv+/j//ABNG7VP+edl/38f/AOJq/RRcLFDdqn/POy/7+P8A/E03SvNL
33nhBJ9o5CEkfcT1rRqjYf8AHxf/APXx/wCyJTWzE1qi9RRRUlBRXI3fia60zxJqcV0VexVFS1QL
83n+WH2Z779xx/u0zRtS1fU/LtZ9ShgubaJpZ5FhUiYiaSPGD0UeXzjnkcigDsaK4mLU/EV5cagu
nO8pSW4jXzrdUij2uVTY/G5uO+RnrjvaHiJofD18PtF0+pQQzsPtFpsaNlUsA+0bMgYPXkEetAHW
UVx2oa7faHFe211fpM5gieC6liCmKSR9gDKowQMFumcBvTNV7LXby7axu31lktfInkulWCPG6Aor
YJGQGyzfQjGKAO5orlvCHiOXWrO7F1MklzCRLlE2gI67lXnup3KT/s0yy8YTu9msljvt5I7bzbgz
DeHlTcPkC4OMc8jrwKAOsorjoPE1/c36yzQ/Z7aaGzkhjWVXJWWYrub5eDjAI56cGrT+LJ00dNR+
xQLFc7TZq1wxeYEE8qqMQ2BnAz15IwaAOnorkbbxRe3ks0ogjjsi1kYCr/vMTlMhgRjox6H6eoc3
jWZbVbgaYpS4iM1mPtIzIokSP5+PkP7xT37g80AdZRWfo2pPqlm8k0AgmimeCRA+8BlbBw2BkfgK
0KACiiigChaf8hbUPrH/AOg1frAu9bs9G1G+a6c7nMeyNRlnO3tUlp4msZIA11d2sMhJ+RZd2B2y
cdauUJPWxmpJaXNuisv/AISPSP8AoIQf99Uf8JHpH/QQg/76pckuxXNHuQ+KoHm0uEpavdCK7gle
KNQzMqyAtgHrwK5u80LULkzyWVg1vHcLctFbswXywyRDacHClyjnA6buec11P/CR6R/0EIP++qP+
Ej0j/oIW/wD31RyS7BzLuUNHthJr731vpkum2qWotykkaxmVt2QQqk8KMjP+0cdKpaZol7avYQq1
9HALy8nmBuWwfnJi3c52ng475Oeprc/4SPSP+ghb/wDfVH/CR6R/0ELf/vqjkl2DmXc5e3tNengM
btq0TukS3jvOBulMyF2hIPyqE8zpgYK8ZzWrothqVlq0bTT30kDfakkFxNvUKsiiAjPQlM89T3rT
/wCEj0j/AKCFv/31R/wkekf9BC3/AO+qOSXYOaPc5VNA1W0vbaSzt8R3F/PcSq2MQygzeXLjuGVl
B+i+ppYINc8lSya0LUeSLxGnBnkk+beYiDwuSmcEDAOB1z1P/CR6R/0ELf8A76o/4SPSP+ghb/8A
fVHJLsHMu5yFlp2v2zaVDnU7a2jCkLEqyHf5zFxKd4HKleSGHXHNbmoW0i+No7tre9eFreGMNDBH
Im4SSEhywJXG4HK461p/8JHpH/QQt/8Avqj/AISPSP8AoIQf99Uckuwcy7moOlLWX/wkekf9BCD/
AL6o/wCEj0j/AKCEH/fVHJLsHNHualFZf/CR6R/0EIP++qT/AISPSP8AoIQf99Uckuwc0e5q0Vl/
8JHpH/QQg/76o/4SPSP+ghB/31RyS7BzR7mpRWX/AMJHpH/QQg/76o/4SPSP+ghB/wB9Uckuwc0e
5qUVmxa/pc0qRx30DO5Cqobkk1pUmmtxpp7FTVLmztNOmn1Hb9lQZk3JuGM+nfmiq3iTTpdX0C7s
YGRZZlAUv0HIPP5UVpTjFr3nYiblfRGpRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/RRRSGIayPC1/caloi3F04eUyyqSABwHI
HA9hWuaqaXJYyWQbTPL+zb2A8tcLu3Hdx9c0+gupcooopDCiiigAqrqn/IKvP+uL/wDoJq1VXVP+
QVef9cX/APQTTW4nsS2//HtF/uD+VS1Fb/8AHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUUUlAHP
+Iv9O1TR9LHKyz/aJR/sRjP6sRXQVzlhPFdeMdTu5JUCWkaWcW5gOfvP+pA/Ct77Xb/894v++xVS
6IldWSMAwIYZB4IrlPDxMDQaax+bT76aEf7hRmT9D+ldP9rt/wDnvF/32K5mQLB8Q7WSGRGhvYWZ
trA/vEUj/wBBb9KceqFLodXS0lLUFkNzd29lF5t3PFBHnG+Vwoz9TSm6gEcchmj2SkCNt4w5PTB7
57VkeJ4ndNNlWzku0gvBJJFGgdtvluM4PXlhXM3fh/WL2MW1pZw28MbzXkC3D4W3kY/ugoXI3Lhm
I6DfigDtY9Z0yZmWLUbNyilmCzqdoHUnnoKtGaNYw7SIEOMMTwc8Dn3zXET6Rf3qXSxaRDEdSntz
KswCosYiVpFYrk4LLs49fSr1kurR6BbabPazC5tp4lMyEeW8STr0Oc/6vnkdj3oA6vIqKO7t5XKR
zRswLKVVgTleGH4ZGfrXFrY69bwyP5mpv5ys86+duYAXA+WPJ+UmLdjGO3fFNttO1q2sHFlDfRlm
umxJIplKtNER8xJ+coJMEnr70Ad3kU3zY9yrvXcwJUZ5IHXH5iuMuU1b7ZpQ0621RLVZULtcTsz7
TL+8DjfjAToW3HB4wRVe10vWLHSFttPivopYlu1bfLkkmWMqUZieqb9p6ZzmgDvcilrhH0/WbuMr
C2sQWgad4Fe5ImGIlCBzkkgyBiASffjiu0sjMbC3NzkTmNfMz/exz+tAE9FFFABWfaSpDJqLyuqI
txksxwB8iVoVzs+kyX1/dXEU8gaG44hL4RvkTnpwffmqjZ3uTK+ljfjlSWNZI2yjDIPqKdms+PTX
aNS93eoxHK+dnB+uKd/ZZ/5/b3/v9/8AWpWQ7sfLpdjPL5kttE8nmpNuZefMUYVvqB0qKbQdLuPK
86xt38pmdMoPlLHc35nkjvTv7LP/AD+3v/f7/wCtR/ZZ/wCf29/7/f8A1qLILvsSSabZy2ctpJbx
tbzFmkjI4Ysckn3JOaSHSrGDT3sYraJLR1ZWiC/KwPXPrmmf2Wf+f29/7/f/AFqP7LP/AD+3v/f7
/wCtRZBd9hLXQtMsljW2soYxFJ5qbV5D4K7s+uCR9DSy6Lp05lMtnC5m3eZlfv7tobP12Ln6Cj+y
z/z+3v8A3+/+tR/ZZ/5/b3/v9/8AWosgu+xJNptlcXSXM1vG86Y2yMvIxkjn2yfzNNTSNPjChLSF
Qnl7cL02DCfkOlN/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsMt/D+k2hc29hbRF2VmKoBkq2
5fyPI9KafDWjlJUOnW22Zg7jZwW55/U/mal/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsImh6
ZHIrpZQKypHGpC4wqEFB/wABIGPTFNj8P6TE87R2FsrTkNKQg+Yhtw/Xn60/+yz/AM/t7/3+/wDr
Uf2Wf+f29/7/AH/1qLILvsWoLeG2DiGNUDuZG2jGWJyT9TUmao/2Wf8An9vf+/3/ANaj+yz/AM/t
7/3+/wDrUWQXfYvZozVH+yz/AM/t7/3+/wDrUf2Wf+f29/7/AH/1qLILvsQGyt7+/wBRiuolkQmP
g9jt6g9jV2ztPskAiMskwBOGlILAeme+KqabD5GoX6eZJJgxndI2T931rUpyb2FFLcbtHoPyo2j0
H5U6ipKG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbt
HoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQf
lTqKAG7R6D8qdRRQBkeKr6fTPDV7d2jhJ4lBRiAccgdDRVzVZLKLTZn1Py/sYA8zzBlcZ7j64ora
lJJaxuZTTvvYt0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7
NV+qFt/yGb7/AHIv/Zqa6ifQv0UUUhiHisnwzp0+l6OttdbfNEsjHacjDOSP0NaxrJ8M6hPqmjLc
3RUymWRflXAwrkD9BT1sLqa9FFFIYUUUUAFVdU/5BV5/1xf/ANBNWqq6p/yCrz/ri/8A6Caa3E9i
W3/49ov9wfyqWorf/j2i/wBwfyqWkMKKKKACiiigAooooAKKKKACiiigDIn8KaJdTvNPpltJLIxZ
2ZOST3qP/hDfD/8A0CLT/vituinzPuLlRif8Ib4f/wCgRaf98VTvNEsdFu7O50fSbf7UHfaqYQt8
jd66eqN7/wAhHTv+ur/+i2pqTuJxVihp19fyiRzCJ5DgOhmC+WfTbjI/Gr32vUP+gcv/AIED/Cru
xdxYAbj1OOTS4ocl2BJ9yj9q1D/oHL/4ED/Ck+1X/wD0DV/8CB/hV/FGKV12Cz7lD7Vf/wDQNX/w
IH+FH2q//wCgav8A4ED/AAq/ijFF12Cz7lH7VqH/AEDl/wDAgf4Un2q//wCgav8A4ED/AAq/ijFF
12Cz7lD7Vf8A/QNX/wACB/hR9qv/APoGr/4ED/Cr+KMUXXYLPuUPtV//ANA1f/Agf4Uv2vUP+gcv
/gQP8KvYoxRddgs+5R+16h/0Dl/8CB/hR9r1D/oHL/4ED/Cr2KMUXXYLPuUfteof9A5f/Agf4U3S
nkd75pY/Lc3HK7t2PkTvWhiqVh/x8X//AF8f+yJTvowtqi9RRRUlBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAULT/kLah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+bVfDt5ZW23zplAXecDqD1/CijxPq
E+l+Hby8tSomhUFdwyOoHT8aK6KPPb3TCryX941aKKK5zcKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDVTS1sUsgNM8v7NubHln
K7tx3frmrZrI8L2FxpuirbXSBJRLKxAIPDOSOfoafQXU2KKKKQwooooAKq6p/wAgq8/64v8A+gmr
VVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABRRRQAUUUUAFFQ
3dzHZWc9zNny4Y2kfAycAZP8q5+fX9VsrO1u7uyhKXVxGiRW7NJJtcE7SOBuGBz06+maAOmorB/4
THTisLol08bokkkixfLbh22r5npyD0zjBJ45pr+NNOjR3eO6WIKzQyNFhbgBgp2EnplhycDBz05o
A6CisC48Uw2srCS3uXJEGyCOPMhaTfgHnH8B78UjeM9O82wjjjupWvfL27Y/9XvYqu7JGOVYcZxg
0AdBVW1geGa6ZyMSy71x6bVH9KxdY8UTafcajBFYSsbOGGYTMMo+99u0AHOeDj1IPpyl3480iwto
5bnz42ZnVoWQCSPYcMSCecZHTJOeAaAOlornPFPiWTQzZ+S1oi3AkYyXRcKNoBA+UE5OarDxZef2
5FYtbW0bN5Aa1aQm4zIAWIAGCE5z/umgDrKKx7fXkHhWLWryMqhtxO6RDcRkdB61BceMLK0tHuLm
C7hWKXyplkRQ0XAbJGeRtIOBk+3BoA36Kwbvxhp9it01xHcIlvP9m3sqqssmM7VJIzgc5OBTIfGu
nXMtusMN46TpGwlEPyKZCQisc8ElSPr7c0AdDRWZ4f1dtc0eG+a1ltTJn93IQTweoI7Vp0AFFFFA
BRRRQAUUUUAFFFFABRRRQBQtP+QtqH1j/wDQav1QtP8AkLah9Y//AEGr9VLcmIUUUVJQUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU9VWyfTZl1Ty/sZA83zThcZ7/jiiqni
mwn1Pw3eWlooeeVQEUnAPIPWitqaTWsrGU277XNeiiisTUKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDzWX4c1KbVtIW6uFRZDJ
ImEGBhXKj9BWoaqaXb2VrZiPTtn2cMxGx9wySS3P1zT6C6lyiiikMKKKKACquqf8gq8/64v/AOgm
rVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFUb3/kI6d/11f/ANFtV6qN7/yEdO/66v8A+i2poTL1FFFIYUUUUAFFFFABRRRQAyWN
JonilUPG6lWUjIIPUVlW/hm0t1hTz7uRLeRJIVlmLCPaCFUe3PfnpzWxRQBgjwfpw8sBrkRqFV4x
KdswViyhx3wWP8jkU6PwlZQmQxTXiZVkixMSLdWbcwjB4AJAznPAx04rcooAxbbwrp1oYPJWUeQY
ig3949+3/wBGNms3/hDZbbXrS8sLwRQW6KgV4w7qoLFgCf724g9MV1lFAGVe+H7XULmaeZ5wZ4ki
kRXwrBG3KceoJPPuahm8LWcs5ninvLecvI5lgmKsQ5BZfplQfbHFbdUrEk3F8CSQLjAyeg2LTsFw
u9Jtr6WKS5Uv5cckQUn5WVwAwI78CmaZottpW77OZSzxxxs0jbiQi7V/Tr61oUUgOfl8LKnhu60i
2vbkxTRCKMzvv8kDoFwAaZc+BtLvIClw93JIxbzJmmzJIGCqQSR6Io4x0+uejooAybjw5Z3EMibp
43a6+1rLHIVdJcYyp+mRjpyaF8OWgYM8lxLJmFjJJJuZjExZCT9Sc1q5FGRQBU0vTItJsxa27ytE
rEoJG3bATnaD6CrlJkUUALRSZFGaAFopOtLQAUUUUAFFFFABRRRQBQtP+QtqH1j/APQav1QtP+Qt
qH1j/wDQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBl
+JNRl0jw/d31uqNLCoKhxkdQOfzoqzqlvZ3WnTQ6ls+yOMSb32jGe57c0VtTlFL3lczmpX0Zbooo
rE0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/2ar9ULb/kM33+5F/7
NTXUT6F+iiikMQ1jeFLKfT9DSC6iMUollYqSDwXJHT2NbJ5rM8PanJq+lLdyxpG5kkTaucfK5Ufy
p62F1NSiiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtR
W/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEd
O/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9VGw/wCP
i/8A+vj/ANkSqWzE90XqKTNGakYtFJmjNAHF6jrt5pPijUZDJJPassdrDb9Qs7Jujx6bjlT77ar6
deSHybLWNcuIFt1mZbjzhGbiRbiRDlsYO0Kvy/7XINd0Yo2OWRCcg5IHUdDTWt4XCh4o2CtvUFQc
N6j3oA4dTq9y+q3EOozWUEc1zG11c3CmHAYqgVeqYOPm4/GrVvrcq+FtRSCO+aSGG4/0o3C3Ecbq
hYYlyCw6Y44PBxiuwMcZRkKIVbO5SODnrmkSGKOIRJGixgY2AADH0oA4WbWH0+2uINO1G5v47iCJ
EdZPtEkVw7bcI3chAz7e23PeobbUcyWdxfahqkQtI7kXkbztGWMAQqzJ2LKQxHfdXfR20ESKscMS
Kp3KFUAA+opzQQvndHG27rlQc/5wPyoA5Twlrk+biz1mS4iumKTx/bF8tj5nWNQeoVwwHtiqdx4x
1iCx0tvL04z3tv8Aa90jCGIL8v7sF3HPzZJGf92u4aKN2DMiFl6EjkU17eCVFSSGNlQgqrKCAfag
DmtK8S3d/wCIY7OR7IRSi4/cJkzw+U4Ub+cfNnPQfjXVVVbT7Vr6O88pRcRhgHHH3sZz6/dHX0qz
mgBaKTNGaAFopM1BdXiWgVpVfyyeXVchPc98e9ArkFp/yFtQ+sf/AKDV+s6xkWTUr542DI3lkMpy
CNtaNVLcUdgoooqSgoqpqGpW2lwLNdMwV3EaKiF2dj0CqAST9Kfb30F1FFJG+BKu9FcFGI/3Tgj8
RQBYoqP7RD5bSCWMovDNuGB9TVWy1i0v4FmhdhGV3hnUqMbivU8dVNAF6io2niQIWlQB/uksPm+n
rVDUPEFhpl2Le7klV9gkYrC7KiEkbmYAhRkHk46UAadFZc/iLTrcHdK7uJvIEcUTSOz7QxAVQSfl
IORxVuzv7fULRbq1lV4GBw/TocHOehBBBB6YoAs0VGLiEqjCVMP907h8309az7rxFp9lfmzuJZEk
XbvbynMabs7dz42rnHc0AalFUf7Zsf7QuLI3Ci4tohNMpyAiHuT0/wAOPWo9O1+w1SUxWsknmbPM
VZYXjLpnG5QwGV9xQBpUUUUAFFFFABRRRQAUUUUAY/iyyn1Dwxe2trGZZpUARAQM/MD3oqXxFqUm
j6FdX0UayPAoYKx4PIH9aK6KLml7qMKqg37xp0UUVzm4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhqppdla6fZCCxOYQzMPm3
cliTz9SatmsTwjazWWgpDcxNFIJpW2MMHBkYg/iDT6C6m5RRRSGFFFFABVXVP+QVef8AXF//AEE1
aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKA
CiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAoo
ooAKKKKACiiigArJt9PtLq8v3uLeKR/PxuZcnGxK1qo2H/Hxf/8AXx/7IlUupL6B/Y2nf8+UH/fA
o/sbTv8Anyg/74FXqKV2OyKP9jad/wA+UH/fAo/sbTv+fKD/AL4FXq5QeO4T4auNVFlN5kMxi+y7
huYjkEHpjZ830Bouwsjd/sbTv+fKD/vgUf2Np3/PlB/3wKoTeIpUF9PFp8ktjZrKHuBIo3PGCWAX
rjI259e2OaoSeN3jVY309VuWkVMG7QQjchYAy4wGOMbSOpFF2Fkb39jad/z5Qf8AfAo/sbTv+fKD
/vgVDqmqz2EFmYbPz7i6mEKxGUIASrMctg9NpqhP4vigs4JWtJvNNwYLmLIzb7f9Y5PQquQcjqCK
LsLI1f7G07/nyg/74FH9jad/z5Qf98CsdvFN9EdQE+kYNmVjCx3QdpZHClEUbR13AZPStaPW7M6N
DqUkmyCVFYcEnLdFAHJbJxgc5ouwsh39jad/z5Qf98Cj+xtO/wCfKD/vgVXHifSjNDF9pIeYLgNE
427jtUNkfISeAGxmqF/4402HTriewdrqaJ0QReVIuSz7M/dJKg5yQDyMdSKLsLI1/wCxtO/58oP+
+BR/Y2nf8+UH/fAqvF4itDcJbTPtuJJjDGkau5ZgFJzhflxuGc9Kgg8aaFcSIkd6SZCApMMig5O0
HJXGCeM9M8Zouwsi/wD2Np3/AD5Qf98Cj+xtO/58oP8AvgVdpaLsLIo/2Np3/PlB/wB8CoLnQrWU
KsMMEKn77CIFse2eB9a1aKLsOVGRpFlBp93e29rGI4kMeFH+7WvWKy6gdYvvsMlqq/u9wmRmOdvb
BFS7Nc/576d/35f/AOKq5K7u2TF2VrGrRWVs1z/nvp3/AH5f/wCKo2a5/wA99O/78v8A/FVPL5j5
vIfr1i+oad5KWkF0d6tsmlaLGO6uoJVh2IrmYPBmojV4by+mS9ddrLK9y4aAhSNoG35xyOSRnJJF
dJs1z/nvp3/fl/8A4qjZrn/PfTv+/L//ABVHL5hzeRzsPgmWztreOC20+SOJLYyWrZWKd0SRXLYU
93VgSDnaM0628F3Asre2uls3iRLZZIgCUIjneRgARyMOAM+ldBs1z/nvp3/fl/8A4qjZrn/PfTv+
/L//ABVHL5hzeRxd74eu7bWtLhl0yS7tbc5jEKgoM3DSAZKkJtATPKZGRkjp1GraZqU+rTzWK2pi
urIWrvM7Ax/MxLBQDu4bpkVb2a5/z307/vy//wAVRs1z/nvp3/fl/wD4qjl8w5vIyrXw9qGkXout
P+zz+WzxrDM5TdE0cKg7gpwwMPoQQanl8P3Mvhiaxd4Guric3Ey/N5TsZfMaP12Hlfoenar+zXP+
e+nf9+X/APiqNmuf899O/wC/L/8AxVHL5hzeRlaV4WeDVLe8ureyRY5J5Vt4gWS3Z/KC7Mgf88yS
cDljgVJqei6jd3+qRxC2FlqcEcMsrud8agMGwmMEkNxyK0dmuf8APfTv+/L/APxVGzXP+e+nf9+X
/wDiqOXzDm8jnrnwbqd289xJqKrNdvOs0QUbEjkXYADjLEBYjg8fKelbdnZ6lcavFfapHaRG3gaG
NbeRn3lypZiSBgfIMDnqeal2a5/z307/AL8v/wDFUbNc/wCe+nf9+X/+Ko5fMObyNWisvZrn/PfT
v+/L/wDxVGzXP+e+nf8Afl//AIqjl8w5vI1KKy9muf8APfTv+/L/APxVJs1z/nvp3/fl/wD4qjl8
w5vI1aSszZrn/PfTv+/L/wDxVNdNb2ndPpu3HP7l+n/fVHL5hzeRq5pa5Xw/Fqq3paFo10vsroy5
/wCuYYlgPrx7V1VEo8rtcIyurlTVLK21HTZrW+OLeQYf5tvGc9aKoeL7Wa98K31vbRNNNIgCoo5P
zCitaSbXxWIqNX2ubVFFFYGoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/
uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FJS0hiEZFZ2g6o2saYLtohEWkdNobP3WK9fwrRNVNL06DS
rIWtqzmMMzfOcnLMSf1NHQRcooooGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT
2Jbf/j2i/wBwfyqWorf/AI9ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/IR07/r
q/8A6Lar1Ub3/kIad/10f/0W1NCZeoqC3u4rl3ELbwhwWAO3PoD0P4VPSGFc5p/iO7nkt5L21his
7uWWGGSKUsysm/74IGAVjY5BPSujrn/+EOszbywSXd9JE4kCI0gxD5md+zAHJDMMnJAJxQBnp4u1
G6s45rWxtFdrmOFop52DBZSvlPwp4KsCfQgjtWnpniCS81q40+4gSMRr+6lSTImdMCYAEDhWZR78
9KdH4R0qCfzLSAWozExjgARC0b7kJGOuSR9Kih8F6XbeVJarLBdp5hN3GQJpC4IYs2OTls/UD0oA
nm8UWMLXO5Lox25KGVYGZHkDBfLUjq+4gY9c+hqGXxnp0MaNJHeA/vPNQW7FoBHt3lx/CAHU59Dx
mpZPC9tJ9oX7VeLFNJ5wiWUBY5dwfzF4yDuGeuOTxzSDwpZeTMkktzI88U0U0ryZeTzdoYnjGcIo
GAAAOlAFa08TyzaldxXEBhgivfskRZGBfEbOTnkH7vHTj609/GunR29tPJDfLHcRGdSbZvliBA3s
OoX5hV0+H7QsSWlybprr738ZjMZ7dNp/OopfC9jNapbs0+xLL7CMPz5fy+3X5RzQBc0zVYdWt3lg
SaMxuY5I5oyjowAOCD7EH8au1WtLCKzkuniLZuZvOfcc/NtVePbCirNABRRRQAVRsP8Aj4v/APr4
/wDZEq9XNXbaiLu7+zbRaef++ZN3mD5E9OcfTmqir3Jk7HS0Vl251H7PH5IsjFtG07nPH5VJnVf7
tl/30/8AhRyhzGhXMf8ACDWmzb9pm/483tDwP4twEmP7wVmUexrXzqv92y/76f8Awozqv92y/wC+
n/wo5Q5ilJ4aLC9hj1C4js7wSl7cKpAeQEMQxGcZJOPX8qluPD6HS47DT5Y7GAcSJHbRskoIwcqR
jPfNWM6r/dsv++n/AMKM6r/dsv8Avp/8KOUOYoSeE7aK1t002Q2U8EiSCcIHZyqMg3buvDGoZfA2
n3bs19JPcho3QhnK5ZzmRztxkt8ox0AUDFaudV/u2X/fT/4UZ1X+7Zf99P8A4UcocxmnwdbzKiXd
1cTp5scsoLbTK0cQjUkrg9QG47ilTwkkNiLO3v7iK3il8+2QBT5L794IJGSASRg9j+NaOdV/u2X/
AH0/+FGdV/u2X/fT/wCFHKHMZ7+FmmuvNm1K4dZWie6jCIBO8Zyp6ZXoMgdQB75QeEYAkS/apv3a
KgOBziYS/wAxj6Vo51X+7Zf99P8A4UZ1X+7Zf99P/hRyhzEFv4fittWN+s8hcyTSbCBjMgQEfh5Y
/Oqq+EYFtEt/tUxVbeC3zgdIpN4P1J4rRzqv92y/76f/AAozqv8Adsv++n/wo5Q5i+KWs/Oq/wB2
y/76f/CjOq/3bL/vp/8ACjlDmNCis/Oq/wB2y/76f/CjOq/3bL/vp/8ACjlDmFtP+QtqH1j/APQa
vVmab539o3/2gRiTMf8AqycY2+9alEtwjsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUlLRQAlLRRQBna/qZ0fRbm/WISmBQ2wtjPIHX8aKl1XToNW02ayuiwhmGGKnB656/hRWt
NwS95Gc+e/ulyiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArOkE9pqM1wtu08
UyID5ZG5Suexxnr2rRooEyiNWgUfvUuIz/twP/hinRarZzSrFHKS7HAGxh/SreKKegaga5/wS2NB
aFgyyw3MyyKwIKneT39iK6DGaMUX0sFtTFj8Y6JLcLAl6TI7hAPJfk5xj7vrV3U9asdHSN7+fylk
JVTsZskfQGruKMUaBqUtM1iy1iN5LCbzVjbax2MuD17gVSbxjoizmFr0iQPsI8l/vZxj7vrW1iij
QNSnqWr2ekQLNfTeVG7bAdjNk9ewPpVP+2rHWdI1A6fP5oihYP8AIy4ypx1A9K2MVV1T/kFXn/XB
/wD0E0KwO5l/8JhotriCa8Kyx4Rl8lzgj6CtPUNVtNKtRc3svlwlgobaW5PTgA1Pb/8AHtF/uD+V
SYodgV7GfpmvafrLSLYXHmmMAsNjLjPTqB6VWu/F2jWNzLb3F4UliO118pzg/UCtnFFGgalW81S0
sLH7ZdS7Lfj59pPXpwBmoNM8Q6brEzxWFx5rou5h5bLgdO4FaOKMUaBqZF74r0fTruS2ursxzR/e
XynOOM9QMd6uz6paW2m/b5pdtrtV9+0ng4xxjPcVaxRijQNTM03xHpmrXBgsbnzZQu4r5bLx+IHr
Tb/xRpOmXbW15dGOZQCV8pzjPI5AxWriijS4a2KjaraLpf8AaJl/0TZ5nmbT931xjP6VW0/xNpWq
XQtrO6MkxBYL5brwOvJFamKMUaBqZeo+JdL0q6+z3t0Y5dobb5btwfcA+lWo9UtJdM/tBJc2mwye
ZtP3R1OMZ7elWsUYo0DUybHxTpGpXaW1pdmSZ87V8pxnAyeSMVS8U3+lpcWtpqU7xq2532B8hSrK
DlR610eKpXv/ACEdO/66v/6LaqTSd0Jp21MvSrexl003ImaWzRSY5UklQ7VznK57Y7dfSo7PVPDl
/dR21rdTvNKcIu+cZ4z1PFdLijFHOxciMDU7jQ9Hkjjv55onkBZR5kzZH4E1PYppOpWZurSSaSAE
jd5so6deCc1sYoxS53YfKjmLbV/DV5cxW9vdzvLKwVF3TjJPuatanLoujmMX800Rlzs/eTNnHXoT
61u4op8/qLlMbTk0nVrcz2Mk0sQYoW82VefoSPWqEWs+Gp7hII7ucyO4RV3TjJJxXUYoxRzhymJq
baNo6xtfyzRCQkJ+9mbJHXoTS6Z/Y+sRPJYSzSojbWPmzLg4z3IraxRilzOw+VXOX/tnwyLjyftc
/mb9mN0/3s4x+dXtSGkaPCkt/JNEjttU+bK2TjPYmtrFGKfP6i5TD0x9G1hZGsJZpRGQH/ezLjPT
qRVObWPDVvcPBLdzrLGxRl3TnBBxXUYoxRz+ocpj6jHpOk2wuL6SaKIsFDebK3J9gT6VH4b1GwvH
vk0+ZpEEwcbg+dpUDOW56g1uYqlYD/SL/wD6+P8A2mlHNdO4Ws0U7rxdotlcy29xeFJYm2uvlOcH
6gVfvdUtNOshd3UvlwHA3bSevTgDNWsUYqdCtTO03xBpusSvHYXHmvGu5h5bLgfiBUN54s0fT7qS
2urspNGcMvlOccZ6gYrXxRijS4alW41S0tNO+3zy7bbarb9pPBxjgDPcVW03xHpmrXDQWNyZZFXe
R5bLx07getaeKMUaBqZN/wCKNJ027a1u7oxzIASvlOcZGRyBirj6paR6X/aLS4tNgk8zafunocYz
+lWsUYo0DUy9P8TaVql19msroyTbS23y3XgdeSBRqHibStLujbXt0Y5gobb5btwenIGK1MUYo0uG
tiqmqWj6X/aKy5tNhk8zafujvjGf0qnY+KNJ1K7W2tLoyTMCQvlOM4GTyRitbFGKNA1M3UvEemaR
cLBfXPlSMu8L5bNx07A+lWLfU7S6037fDLutdrNv2kcDOeCM9jVrFGKNA1Miz8WaPqF3HbWt2Xmk
OFXynGeM9SMVNqfiDTdHlSO/uPKeRdyjy2bI/AGtHFGKNLhrYq2WqWmo2Ru7WXzIBn5tpHTrwRmq
Fr4v0W9uYre3vC8srbUXynGT9SK2cUYo0DUwbjXNP0fVrwX8/lebsKfIzZwvPQH1rU07VLTVrY3F
lL5sQYqW2leR7ED1qK1/5CuofWP/ANBq/iqlYUbmLD4w0S4uI4IrwtJIwRR5LjJJwP4auanrdho6
xtfz+UJSQnyM2cdegNXsUYqdB6lPTdXstYheWwm81Ebax2MuDjPcD1qiPGOiGcQ/bT5hfZjyX+9n
GPu+tbWKMUaBqUtT1iy0eJJL+bykdtqnYzZPXsDRpmtWOspI1hP5qxkBjsZcE/UCruKMUaWDW5iy
+MdEhuHgkvCJEcow8l+CDj+7V/UtVs9JtxPfS+VEzBA20tz+APpVujFGgalDTNc0/WfM+wT+b5WN
/wAjLjPTqB6VVufF+i2dzLBPeFJYmKuvlOcEe4FbOKMUaXDUqX2qWmm2YuruXy4CQN20nr04AzUO
ma/p2sSSR2Fx5rRgMw8tlwPxArRxRijSwa3Me88W6PYXUlvc3ZSWI4dfKc479QKvXOqWlnp/26eX
ZbYVt+0ng9OAM96tUYo0DUzdN8RaZq87Q2Nz5sirvI8tl4zjuB61HfeKdI027e1u7sxzJjcvlOcZ
GRyBitbFGKNLhqVJNUtItM/tB5cWmwSeZtP3T0OMZ7+lVtO8S6Xqtz9nsrnzJdpbb5brwPcgetam
KMUaBqZeoeJtK0u6NteXRjmADFfLduD05AxVkaraNpf9oiX/AETZ5nmbT931xjP6VboxRoGplWHi
jSdTu1trO6MkzAkL5Tjp15IxTtR8R6XpNwIL65MUpUMF8tm4+oB9K08UYo0uGpzviW4TWPA97Npx
adJI8ptUgkBhng89jRXRYorWnW5FaxE6fO7sWiiisTQKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKxLnxhodpcyW8+oRpLExV12scEduBW3XmmpeD9cl1e+mg
tYXimuHkRjMBkE56VpSjGT952M6kpJe6rnWf8Jx4e/6Ccf8A3w3+FQX/AI00GbT7mOPUYy7xMqja
3JIOO1cl/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFb+yo/wAxl7Sr/KdjD428PpDGp1KMEKAfkb0+
lP8A+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2VH+YPaVf5TurTxb
ot/dR21rfxyTSHCJtYZP4itivOdF8Ja3ba/YXN1awxwwS73ZZgxxgjp+NejCsKkYxdou5tTlKS95
WFooorMsKKKKACiiigAooooAiurmKztpLi4cRwxKWdz0ArF/4Tjw9/0E4/8Avhv8Ku+IbKbUfD99
aW4BmmhZEDHAz9a89HgzxCAB9hg4H/PwK2pQhL4nYyqSnF+6rna/8Jx4e/6Ccf8A3w3+FVbrxloM
l7ZOuoxlY5GLHa3AKEenqa5X/hDfEP8Az4wf+BAo/wCEN8Q/8+MH/gQK19lR/mM/aVf5TtP+E48P
f9BOP/vhv8KP+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2NH+YPaV
f5T0TTNc0/WRIdOuUnERAfaCNuenUe1X65LwRoWo6NJfvqEMcRnMewJIG6A56fWutrmmkpNRehvB
tq7CiiipKCiiigAooooAKKKKAM/VNe07RjGNQukgMudgIJJx16D3qh/wnHh7/oJx/wDfDf4VneNv
D+pave2M2nwxyiFHVw8gXGcY/lXOf8Ib4h/58YP/AAIFdFOnTlG8pWZjOc07JHaf8Jx4e/6Ccf8A
3w3+FVbPxloMc14z6jGBJNuX5G5GxR6eoNcr/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFX7Kj/MR7
Sr/Kdp/wnHh7/oJx/wDfDf4Uf8Jz4eH/ADE4/wDvhv8ACuL/AOEN8Q/8+MH/AIECmv4L8QsjL9ig
5GP+PgUexo/zB7Sr/KeowTx3UEc0LB4pFDIw6EHoakqjo1rJZaLZW0wAlhgRHAORkDBq9XIzpQUU
UUAFFFFABRRRQAUUUUAFFFFABVHU9asNGSN9QuVgWQlULAnJ/Cr1cr430O/1lLA6fEkjQO5dXcLw
Riqgk5WZMm0rot/8Jx4e/wCgnH/3w3+FH/CceHv+gnH/AN8N/hXF/wDCG+If+fGD/wACBR/whviH
/nxg/wDAgV0+xo/zGHtKv8p1Nv4x0JNRvJG1GMJIU2na3OFwe1W/+E48Pf8AQTj/AO+G/wAK4v8A
4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECh0qL+0CqVF9k7T/hOPD3/AEE4/wDvhv8ACtizu4L+0jub
WQSQyjcjjoRXmf8AwhviH/nxg/8AAgV33hmwn0zw5ZWd0FWaKPDhTkA5J61lVhCK913NKcpyfvKx
q0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUlc3aeLLYajrVrqN7Y2zWVz5UC
ySqjMvlo2SCeeWP5UAdLRXLaH4km1G18PTXdxDDJqFm9xJCIThioUkhs4UDPQ5zn2qxb+MtP1Cdb
azW78yeF5oJHtnWORFH3wxGNvTn3HrQB0NFcl4R8aW+rabpMN5LKdQu7fd5jQMkc0gGXVWxtJHPA
9DWnD4s0y4v0to3mxLK0MVwYWEMsgzlFkxgng/XBxQBtUVj6Z4nsNYvprWx+0SNAzpJJ5DCNXVtp
XcRjd3x6UaJqs+o32swzKgWxvfs8e0clfLRuffLGgDYorBPjHTVuGikS9jOyR42ktZFWYICWCEj5
iACcd+1Wm8R6av2A/aBtv4WnhbB2+WqhixPYAEcn1FAGpRWJZeLNNvpCiG4jJhNxH50Dx+dGOrJk
fMOR+YqfRPENl4hhabTxO0AClZXhZEkz/dJHzYxg4oA1KKKKACiiigAooooAKKK57xprWo6JpVtL
pEENxdz3ccCRy5w2cnHHc4wPrQB0NFctD4qk1TUtKi0sReRqOnz3KmQHckiFAFPPYsQR7VmX/j65
tvCWi6nFbxtc3T5vI8HESR588jn+EigDvKK5bWfEt3aXurx2KQvDpulG7ZmBOZm3GNevTCEn6ipt
C1671+9ElqkX9lwxBZbjBPnzkDKx8/dXkE9zwOhoA6KloooAKKKKACiiigAooooAKKKKACiiua8T
eJH0zUrTTre6sbOSeN5pLq9b93FGpA4GRuYlhgZ7E0AdLRXK3Hix9LvNGsrhG1Br9XZrmygdkIAy
CgG7Pvzx16Vdv/GOladdzQTvORblVuZo4HeK3JxgO4GF6j6Z5xQBu0Vg6h4y0rTbu4tZTcyTWyLL
MsFu8nlxkZ3kqD8vvW1bzxXVvHPA6yRSqHR1OQykZBFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRXKeMfFN54c1DSxbwRS2sglmvNwO5YkKbiuO4Dk/hTfGni250I2UelxwzSyMss5kyVSAu
qZ47lnAH0NAHW0VyfijxXc6JqttDbRRyW0KrPqLtnMULSCNSvvkseeymrmsavfvrcGiaL9nS6eA3
M1xcKWSGPdtGFBG5ic9xjBoA6CiqeljUFtNuqtbPcBiN9uGCsvY4OSD7ZNXKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooASuasfC8X9pa7c6jY2k5vLrzYGkjVzs8pF5yOOVPFdNRQ
Bwlv4ev9J0vQJbhExpOl3MVwE+c7ii42r/F908VkeC5hHPpNvK0V9cT2DQ27w6h5/wBkTYGIZNo2
AkKM5OCAK9RIzUcdtDCzNFFGjMcsVUAt9aAOV0/w5f22meEIJFj8zSWBucP0/cunHrywqloPhCbS
57S0u9JW5jtJzJHfHUJNvDEq3k9AwzjHTOTmu8ooAxfCul3GkaXPBdBBI95cTDac/K8jMv44IrP0
+21rSde1Ux6bBcWd/eicT/agrRrsRD8m3kjaT15rqqKAOB07w3rza9pN3qi+Y9lcSvcXL3rOJgyO
oKRY2oPmHHX61V8O+Gm1GLxFZ/aAbW2jn0ewkXny0Ylm+uCyp/2zxXpFNSNIwQihQTnAGOaAOL0f
w3cxgC60VIbmG0eFLo6lJOCzLtOxG+6D74xxXR+G7GbS/DOmWNyFE9taxxSBTkblUA4NadFABRRR
QAUUUUAFFFFABWL4k0u41P8Asr7MFP2XUYbmTc2PkXOce/NbVFAHH2PhS807x+dRgaP+yDFM6R5+
aKaUoXAH90lN31JqOx8HXI17WBemNtJmjnS0VTlh9oIabI7crx9a7SigDiNK8L6tF4K1m11Awvq+
oQNDuV/lwsQij5+gyfdjWhoehXugakiWqxnS7qENcQ7sfZ7gAZZB3V+49ee5rp6KACiiigAooooA
KKKKACiiigAooooAK5nXtJvf+Eks9asLG31AxW72slvNIEIDMGDqxBGQQQfY101FAHDWnhjVdHg0
Oe3gtrmeyubmWa2SXy0QT7jtQkdFyOwzTrzQtcig17SrK2tZrTWZZJBdyTbTAJFCuGTGWxg4wfTp
Xb0UAefRx6paeKPEFlo1pb3amztIC08/llD5bhWPB3L1yOtdloWm/wBjaDYad5nmfZbdIS+Mbtqg
Zq6EVXLBQGbqQOTTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB1nQ5NU8R6ZcPGj2UNvd
Q3CseSJAgAx36Guah8EauPDN9bXc0VxfvLbQQOWwBawSKUyf7xAZj7mvQ6KAOOfwXNq91rdxqt9d
2/8AaMhhENrKNht1XagYFTycsT/vVDaaN4h019M1ZIbe71CGx+wXtu02wSqrZSRHwRu7kH+97V29
FAFPTJL+a08zU7eG3nZiRFFIZAq9gWwMn1wMVcoooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAP/9k=
--047d7b6dd100f4487504e51a5a07
Content-Type: image/jpeg; name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01CEA430.44BD5F90>
X-Attachment-Id: 5f4debcc270c7099_0.1

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAQ9A3MDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuO+JQ3aLZoc7Wu1
BHr8rV2Ncf8AEn/kD2P/AF+L/wCgtWlH40RU+Bnn32SD/nkPzo+yQf8APIfnVq0tzd3cNupCmVwg
J7ZOKuy6JLFqE9q0qHyoWnWQDh1Azx9a9VyinZnnJSZkfZIP+eQ/Oj7JB/zyH51ajtbiWFpo4JXi
X7zqhIH41LY2E19NGqRSmJpFR5FQkJk45ptxQK7KH2SD/nkPzo+yQf8APIfnV5rCc3VxDbxSz+S7
KSiE8A4ycVW/Dn0oVmDuiL7JB/zyH50nkRxSRPGu1hKmCCcj5hWrqmlSaW0IeRJBIpyV/hYcMv1F
Z0nWL/rqn/oQpNpxuh6qVme20tJS14x6YUUUUAFFFFACV5D4niSbxbqhlXeVlUDJ6DYK9fryPxH/
AMjZqv8A12X/ANAFdWE+MwxHwGV9kg/55D86PskH/PIfnWrZ6RJfafc3UTrmA48sjl+CTj6AE/hU
E1m0VtaTBt/2pWKqByMNtx75rv5o3scVpWuUfskH/PIfnR9kg/55D86tTWs9syrPBJEzcgOhGasv
pcsOmzXNwkkLRyIgR0I3BgeefpTbigtIzPskH/PIfnR9kg/55D86tS2s8CI80EsaP91nQgN9Ks6V
pb6rO8aSJEEXO5uhJOFX6kmhuKVwV27GZ9kg/wCeQ/Ous+G6CPWdRROF8iM4zxnJrmSCpIYYIOCD
2rp/h1/yHNR/694//QjWOI/hs0o350eh0tJS15Z6AUUUUAFFFFAHP+OiR4Ov8EjIQcf7615d9kg/
55D869Q8d/8AInX/ANE/9DWvNK9DCfCzjxL95EX2SD/nkPzo+yQf88h+dblz4emttVtbJpkYXJws
oHAPcEeo/rWdFaT3DOIIJZdn3tiE4/KulSizBqSKn2SD/nkPzo+yQf8APIfnVmK3mn3+TDJIUGWC
ITge+KtXmmSQanJZ26yTsgB+VMk5APQfWneN7C961zM+yQf88h+dH2SD/nkPzqZkZGKupVlOCGGC
DV660qS0023u2dWE33kA5jyMrn6jmhuKt5grmPPawrBIRGAQpINez6MSdEsCSSTbx5J/3RXjtx/x
7S/7h/lXsWi/8gOw/wCvaP8A9BFceM6HThupeooorhOsKKKKACiiigAooooAK5n4hZ/4RKcZIzLG
DjuN4rpq5j4hf8inL/11i/8AQxV0/jRM/hZ5r9kg/wCeQ/Oj7JB/zyH51MBucL3JxWtceHprfWYr
BpkYSglJgDtOM5GPYjFes3FbnmpSexh/ZIP+eQ/Oj7JB/wA8h+dWoLW4uVZoLeWRV+8UQkD64oht
prjcYYZJAnLFEJ2j3p6BqVfskH/PIfnR9kg/55D860rvTJYdUuLO2SS4MLYyqZJHrgVTYFCQwKkc
EEcihWewO6IfskH/ADyH51Fc20SW0rKgDKpIINbN9pUljZ21w7qwmHzKOsZwGAP1BBrLu/8Ajzm/
3DQmmroNU7M9qsSTYW5JyTEvJ+lT1XsP+Qfbf9cl/kKsV4rPUQUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcf8AEn/kD2P/AF+L/wCgtXYVx/xI/wCQRY/9fi/+gtWl
H+IiKnwM47SpFi1ezkkYKizoWY9AMitiyv7aWC+S4lVZYI51t2J++j5+X8DyPqa5zFGK9ScFI8+M
+U6G1nTzNJuY72KG3tI1WaIyYYEElsL/ABbqWzuEddMlgvI7WO2mZpo2k2kZfIOP4srgVzuKMVPs
l3/r+mP2h0cd1BJbyJCbcypeySnzLgxAgn5WBBGcYqhazQzeInursxLEkjTuqH5WI5Cr65OKy8UY
pqmlfUTmzZnvLS/0m5RRJFOk32lfOlDFy3DgcD2P4ViSdYv+uqf+hCnYpsnWP/rqn/oQp8qjFpBz
XaPbaWkpa8c9MKKKKACiiigAryPxH/yNmq/9dl/9AFeuV5H4j/5GzVf+uy/+gCurCfGc+J+Alsb8
2WkM8Mii4S8jkVSeSArA8enOPxrSkvNOiv8AS3t5lWERTEE/8sGckrn/AHSf0rmMUYrtlSTdzlU2
lY6GzuYdPSziv7mOdlvVmyj+YI0AwTn3ODj2pPNW006SO8vYrom+im8tJfMygzuP4+lc/ijFHskH
tDf1i6zDeeX9keK5lDh1uWd2wcghSfl96r211aWWjxpIJJZppvOYQyhSgThQeD3JNZGKMUKmrWFz
u9zQ1toJdSe4tWUx3AE20HOxj95T7g5rY+HX/Ic1H/r3j/8AQjXL4rqPh1/yHNR/694//QjWddWp
WNKLvUueh0tJS15h3hRRRQAUUUUAc947/wCROv8A6J/6GteaV6X47/5E6/8Aon/oa15rivQwfws4
sT8SOrt9TtH8STx3E6C3E63EE2flVwoBGfQjj6gVmQt9p0q3htryK2khnd5Q8vl5yRtceuAMVjYo
xW3sl0Zl7S50V1dRahHeiwuo7Z2vPOy7+XvTbgEfQ5OPepp722uLvVY0khledoWRnmMayKF5G4d8
84NcvijFHsV3D2jNK7I1DW41uHgiVikbukm5QAACSx6nHer8mpWGoNqUIR4ftC7o3klBQNH9wAY4
yBjr3rnsUYpumnYSnYjn/wCPaX/cP8q9i0X/AJAdh/17R/8AoIrx64/49pf9w/yr2HRf+QHYf9e0
f/oIrmxnQ6MN1L1FFFcJ1hRRRQAUUUUAFFFFABXMfEL/AJFOX/rrF/6GK6euY+IX/Ipy/wDXaL/0
MVdP40TP4WeexkCZCegYfzrqLbU7STXbxLidFijuJJ7aUnjJBDLn0IwfqK5UjmkxXqzgp7nnRm4m
3at5+nactvexWxtnZpleTYclshwP4uOPwqaa6ivoZTY3UdptvpJ2Dv5ZKHG1h64wePeuexRj2pOl
5j5zp57u2uZtVjjaCR5bpZVLzGJZEC44YEdDzg1lysmo+IQbt4I43dfNZHymABnk9TgfnWZijFCp
8vUTnc35dRstSh1KPZJBJN/pCNLKCu9eigYGMrkflXN3f/HnN/uGpsVDd/8AHnN/uGqjBRTsDlzP
U9psP+Qfbf8AXJf5CrFV7D/kH23/AFyX+QqxXjM9NBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUx5FjBZ2CqO5OBT6y7a1hu7u8luY1meOconmDcFUKpwAeB1NNCbLDatYIcG8gz6Bwadb6
ja3UvlwzB3xnABqwkaRjCIqj0AxTqNA1ErN1LxFpukTpDfXPlSOu8Dy2bIzjsD6VPqztFpF48bFX
WCRlYdQQp5qPQJXn8P6dLK7PI9tGzMxyWJUZJoS6sG+iJLbVLS8077dBLutsM2/aRwM54Iz2NYl1
qfhvxWYdPlnadmfdGoSRDuAPfA7ZrpqMUJpA02cTqfh/wfo8qR3/AJ0TyLuUeZK2R+Gams/CfhbU
LE3lqk0luM/P5so6deDzXYUVftJW3f3k8ivscDaaZ4IvrmK3t3neWU7UXdMMn6mn654e8LaL5C3A
mieV148yVspuG7pnsa7vFUtV/wBTb/8AXzF/6GKaqO+7+8TgrbHOWHhPwtqdobqzSaSEEqW82Ucj
rweao22neB7u5jt4JJ2llYKi7phkn3Nd9Ril7SXd/ePkXY4vU/DfhHRvK+3iaLzc7P3srZx16Z9a
l0vwr4W1OEXVgkssccmMmWQfMMHofwrr6KPaStu/vDkV9jFh8YaLcXCQRXhaWRwir5LjJJx6Vc1P
WrHRljN/P5QlJCfIzZx16A1exS1GlytSlpurWerwPNYzebGjbCdjLg9e4HrVFPGOivcCBb0mVn2B
fJf72cY6etbVUNV1JtNijMdldXckjbVjt1BPTOSTwB7mi8VqyoxlJqMdx2p6zZaPHG9/P5SyHap2
M2T+ANGmaxZaxE8lhN5qxttY7GXB69wKpaT4jj1K8lsZ7a4sr6Nd5gnAyV/vAjgitqkpJrQdSnOn
LlkrGIfGOiLcGA3p8wPs2+S/3s4x09ao+IdD8NQ3DahrCyRvcOAWV5MM2PRfYV1OKKpSs7ozautT
jNM8MeE9ZWRrBZpREQH/AHsq4J6dcVTl0/wNDcPBJJOJUcoy7p+CDivQKTFV7R9394uRdkcfqXhT
wrpFus98k0UbNsB82VuevbPpVXSPDnhjWbq7Fms0sMOzB8yRcZBz1we1d1VG1/5C9/8ASL+RoVSV
t394nBX2OOuNO8D2tzJbzSTrLGxRl3THBHuKv6h4T8LaXai5vUmjhLBQ3mytyenA5rsMUUe0l3f3
j5F2RxWmeHPCOsNItgJpTEAX/eSrjPTrj0qeyufCnha+uUgmeG4/1coYSv05x0I79q6+kxQ5t7t2
9QUEtipe6paadZC7u5fLgJA3bSevTgDNQ6Zr+naxJJHYXHmvGAzDy2XA/ECtGio0sVrcx7zxbo9h
dSW1zdlJojh18pzjv1AxV261S0stPF9cS7LYhTv2k8HpwBnvVvFFGgambpviHTdXmeKwufNkRdzD
y2XA6dwKivfFWkaddyW13dmOaPG5fKc4yM9QMVsUmKNLhqZmryaZd+H5ZNRYnTpUVmYBgcEgqeOe
uK5rTdB8HatcNBYmaWRV3lfMmXjp3x613FFOM3FaCcbvU4S+0fwXpt21teNPHMgBK75jjIyORxVu
Twn4Wi0v+0XSYWmwSeZ5sv3T0OOveuwxRVe0l3f3i5F2PPv7J8IXsFyumtNJcRwtKAXlHQdeePSp
7/RvBel3Rtrxp45gAxXfM3B6cjiuu1j/AJA15/1xb+VWx0qvaO27+8nkVzkP+ET8K/2X/aOyb7Js
8zzPNl+7646/pVXT9F8F6pdC2s2mkmILBd8y8DryeK7qip9pLu/vK5F2OG1HQ/Bml3Jtr4zRylQ2
3fM3B9xmurtL6xj0SO7t5MWEUWVba3CKMdOvar2KKmUnJajUbbGTYeKNJ1O7W2s7rzJnBIXynGcc
nkjFP1LxHpmkXCwX1z5UjLuC+WzcfgD6VqUmKWlx6lWDVLS50038Uu61Cs+/aRwM54xnsapWPirS
NRu47a0u/MmkztXynGcDPUjFa9FGgambqXiHTdImSK+ufKkddyjy2bI6dgantdUtb3TzfW8u+2AY
79pHA68EZ7VbxRRpYNTHs/Fmj391HbWt3vmlOEXynGeM9SKn1PxBp2jypHf3HlPINyjy2bI/AGtK
kxRpcNSpZapaajZG7tZfMgGfm2kdOvBGaxrnW/DniWNdMluTMJ2AVBHIhJHI5wMdK6SjFCaQNNnF
an4d8IaO0a34miMgJX95K2cdemfWpdP8J+FtVtTc2STSQhipbzZV5HXg812GKKv2krbv7yeRdjgb
fTvA93cx28Ek7SysERd0wyT9ak1/w54Y0S0BmWaOaQHygZJGzjGemR3713dUNa/5BFx9B/MU1Ubk
tX94nBJPRHO6b4T8K6tbtPYpNLGrbC3myrz+OPWqEWn+Bp7hII5JzK7hFXdMMsTjFd/3oxS9pLu/
vHyLscZqfhnwloyxtfrNEJCQn72Vs469M0um+FPCmswPJYpNNGrbGJllXnGe+PWuyxRil7SVt394
civsYcXi3Q0kS1jvMMGESr5UnXOAM4q/qesWWjxxvfzeUsjbVOxmyevYGr1Jip0K1KWmazZawkj2
E3mrGdrHYy4P4gVSbxjoiXBga9xIH8sr5L/ezjHT1raxRijQNSnqWrWekQrLfTeVG7bVOxmycZ7A
+lN0zWrHWVkNhP5oiID/ACMuM9OoFXsUYo0sGtzFm8YaLb3LwS3m2WNyjL5LnBBxjpV/UtUtNJtx
PfS+VEzBQ20tz+APpVykxRoGpQ0zXLDWfM+wT+b5WN/yMuM9OoHpVW58X6LaXMtvPebZYmKuvlOc
Ee4FbOKMUaXDUqahqlppdoLm8l8uEkKG2luT04AzUWma9p+sPIthcea0YBYeWy4B6dQPStDFGKNL
BqY134u0axuZbe4vNksR2uvlOcH6gVevdUtNPsReXUuy3OPn2k9enAGauUlGgamdpniDTtYleOwu
PNeNdzDy2XA/ECoL3xZo+n3UltdXmyaI4dfKc44z1ArYxRijS4alS61S0s9PF9cS7bYhW37SeD04
Az3qDTfEOm6vO8Njc+bIi7iPLZcDOO4FaVGKNLBqZN94p0jTbt7a7u/LmjxuXynOMjPUDFXJtUtb
fTf7Qll22uwPv2k8HGDjGe4q3SUaBqVNN1W01e2M9hMJogxQkAjBHUYNXKp6fb2dv9p+x7P3k7ST
bX3fvDjOfQ9OKuUO3QEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMiup0tbWWeQExxIXbAyc
AZNNsrqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e7GcZGM0zS7Q2Gl2toXDmCJY9wGN2BjNP
oLqW6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1kutrCY1DOLiLCk4BO8d6a3E9i/S1R8/Uf+fKD/
AMCT/wDEUedqP/PlB/4En/4iiwXL1FUfO1H/AJ8oP/Ak/wDxFHnaj/z5Qf8AgSf/AIiiwXL1FUfO
1H/nyg/8CT/8RR52o/8APlB/4En/AOIosFy9UF5cLaWk9wwLLFGzkDqQBmoPO1H/AJ8oP/Ak/wDx
FQ3banLaTRx2FqzvGygPcEqSR3G3kUmnYcWnJXMfRY7rXdch8RXEC2tsLXyraLeGdwxzuYjp9K6u
sfTBqttptvDNp9mjxoFKxTFUHsBtOKt+dqP/AD5Qf+BJ/wDiKmEbI2xNXnqaLRaL0Reoqj52o/8A
PlB/4En/AOIo87Uf+fKD/wACT/8AEVdjC5eoqj52o/8APlB/4En/AOIo87Uf+fKD/wACT/8AEUWC
5eqha/8AIXv/AKRfyNUtTur6NI28tIJc/uxHOWLn027Pm/zyKk0aW5lurt72FYZysW5FbcBwadtL
ivrY2KKTNGakoWikzRmgBaKTNGaAMzVdMudRaIRanc2cSA71twAznt8xzjFZvh+6vbfxDqGi3d09
5HbxpNFNIBvAb+Fsda0fEgum8P3osJPKujH+7feEwcj+I8CjQ9GttJgLQhmnnAaeV3LtI2O7Gs2r
zVjshUSw7Utb6JWWj0d77+Rq0UmaM1ocYtFJmjNAC0UmaM0AU9Y/5A15/wBcW/lVwVnalcwz6TqC
RSKzRxurqOqnHcVojpVPYnqLRRRUlBRRWZHr9lJqOo2XmMk2nosk+5cDaV3ZB7gDrjpQBp0Vl6X4
gs9XjD23mYNutxh0KkIxZRn3yjcVWj8X6ZLodtqqvL9muZVhQeWd4YtjBXtjqc9qAN2is2w1lNRu
Zooba6VYndDM8eI2ZGKsFOeeQe3aoP8AhJ7IS3YKXIitSyvceSTGXUgFAe7ZOMY5PTNAGzRWNN4m
tLXT47u8jubZZJlg2SwkOrHuR6Y5J6AZpZvE+n291f28ryCWx8syrsPIfGCvr94Zx0zQBsUVDJeW
0M8cEtxEk0v+rjZwGf6DqahOsaaLY3B1C0EAfyzL5y7Q393OcZ9qALlFNR1kRXjYMjAFWU5BHqKd
QAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4esp7M6p9ojKedfyzR8j5lOMH9K2azNG1OTUmvx
Iip9mu3t1255C4wT781p03vqJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAVQ07/AFt//wBfJ/8AQVq/VDTv9bf/APXyf/QVprYT3RfooopDKerSNDpF5JGx
V0gdlYdQQpwaj0GZ7jw/p80zl5JLeNmc9WJUZNW7qaO3tZZphmONC78Z4AyeKbZXEV5YwXFuMQyx
q6ZGPlIyOO1PoLqT0UUUhhRRRQAVR1X/AFNv/wBfMX/oYq9VHVf9Tb/9fMX/AKGKa3E9i9XNa34l
uNI1trdoojZC1DmU5ykrFwgPbaSmPqwrpaz7/RLHUxci8gEouoBbygk/MgJIHscsTkc0hmBJ49iS
MxR2k094lr5jBBiMSCLzCpJPAx36dutXU8XwI1tFe2s9vcTGAbDhgPNBw2QfugqQT24q2vhjTUlZ
1jlUOmySMTuI5Bs2ZZM4J28ZIzwPSmz+FNKuYFiuIHmVbZrUF5WLeWxBI3Zznjg9R2oArweLoLgx
NHZ3Zt2MSyTkLtiaXHlg85OQyngHG4ZqsfGDtLpkqWU6w3yyiGFthkmYGMJjDYA+Zic9hmtVvDem
teR3X2ch4yhCq7BCUGEJTO0lexI4wPSlfw5psltb27QZjtozHEN5ygJU8HPXKKQeoxQBFqd5qY1W
1sdNa0R5beWdjcRs4JVkAUbWGM7+vPTpWfb+NYnhjlkt5AJjCqoCqhC6bvmdmC9iB0ycAZrY1DQ7
TU5YpLkz74kaMGOd48q2NyttIyDtHX0qOfw1ptxHLG8LJHMFWRIpWRXVV2hSAQCuOMdKAK8vihEW
aRbG7kgWUwRSqFxPKH2bFBOR82RkgDgnNRDxhbAtHLa3UU6hh5TBcmQOqFBg4Jy6H0wwNW28Maa3
nDypAkzbzGszhFfcG3qoOFbcAcjBzTk8M6WgtP8ARgzWkzXETs7M3mHOWZicsTnvnoPQUAZcHjyz
uxKbSzvJtrxpEVVQJt77FwSQBzzg4ODmtGz8QxXmoJYi3nS5LSrIjAfuhHtyTz0O9cY65p1v4Z06
1wsSTCNZFkSIzuyRsrbhtUnC884H8qF8P241m71J2czXBi+4Sm3y846HnJPPY4AxxQBlS+PbSCzt
biWyvQbpTLHEFVnMQx8+AfU8L1PpWhZeJY77VUtEtLlY5fN8q5baEkMbbXwM7hz6jmpZPDWnSQ2s
apNELWMxRNDO8bBDjKllIJHA4PpTYfDdrba3FqNu0kbIJQYi7MhMhBOATheQTwOSaANcqCc4GR3r
JW0FzrN6TNPHhYx+6kK54PXFa9ULX/kL3/0i/kaaEw/spf8An6vf/AhqP7LX/n6vf+/7VLqe46Vd
+WCX8l9oHXO01wEEmt6PFHDb29y5ttL3W0rIz/I7w7lPUl0xJgYJIA4PNF2HKjuv7KX/AJ+r3/wI
aj+yl/5+r3/wIauQs5tbubuGT+1bhp5bO5S3ZbcrC0gYFAwZBzjvgA4475kTX/EV0tw9vazITC95
CrW+cIQESP3cMGfHBPAouw5UdX/Za/8AP1e/+BDUi6YjDK3d4R/18NXPaffatd6hawx3t5JYG5YC
6ktVR5UWIMQQVAA35GcDPQdM1P4IN4lvJBeiaJYxmCEx4XYWY7t3UsT1B6AD1yS7DlRqXnh+2v7W
S2u5byWGThkadsGpItGihiSOK4vFjRQqqLhuAOAK4azhaLRFfSrW5W6SzmGoBoX2yPj5AQwwzbjn
jtn1rYuNY1WK6v4vNuTClyoe4itsi3hLMPlUpksAFyfnGCWHpSvrcd3y8vQ6T+yl/wCfq9/8CGo/
spf+fq9/8CGrm/7T1U6nDBFd3jhngSFTZALPCwBkmdtvysMtx8uNo4O6qN1rniY2CM3mWmyQWk8z
WxOHRSWkACN8rsQAdpHHbOad2LlR2X9lL/z9Xv8A4ENR/ZS/8/V7/wCBDVzj6hrNvYX2qXF3K0di
YJHgW3CJLGI0eYqGG7Jy+MnjGKsWt5q102kwyXEySs8j3pSAAfdEiR5K4wAwXI9Dzmi7DlRt/wBl
L/z9Xv8A4ENR/ZS/8/V7/wCBDVxljrfiCaF3vrqSBWkjW4WOycyWYO7dtzHgjIVf48dc4rq/Ct7P
qHhy1ubqVpZn3hnZAhbDsBlR0OAOKLsOVFDVNEkeG4upZ50WCN9gExZnGP4j6e1dKKp6z/yBrz/r
i38qaLjUf+fGD/wJ/wDsaptySJSUWy/RVH7RqP8Az4wf+BJ/+Jo+0aj/AM+MH/gSf/iamxXMi9XM
33hSW71SS7W5VBNdB5lC/wCsg2RhoyfdolOfQkd62PtGo/8APjB/4En/AOJo+0aj/wA+MH/gSf8A
4miwcyMfTvD+o6ZdIYp7R4XtxBNuVg3Ekj5Xt/y07+lU08DTRxCMXieWtvCqptOBMuwSP/wJY1H1
LetdJ9o1H/nxg/8AAk//ABNH2jUf+fGD/wACT/8AE0WDmRkWHhmaC4vxJ9mijupZJftNoWjuW3SF
wGb0GcfhUN54Tu7zU5blLi2tSCrRyQoxaZlZWTzgThsFRz1PqOlbv2jUf+fGD/wJP/xNH2jUf+fG
D/wJP/xNFg5kY994bv8AXZIjq9+sUSRSoY7IbclxtOSwORtyO33jVSfwVd3Vnma/j+3CWJzMqHDq
EjSRSP8Aa8sN7ED0ro/tGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyM+90CbUryee6miUyW
c9mjRIdyK7fKwJ7hQM+9YsXgm7tbYPEumm5XcpVklkSUGPZuIdid3HAzjBI966r7RqP/AD4wf+BJ
/wDiaPtGo/8APjB/4En/AOJosHMhNDt5LTQNOt5k2SxW0aOp/hIUAir9UftGo/8APjB/4En/AOJo
+0aj/wA+MH/gSf8A4miwcyL1FUftGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyL1UNb/wCQ
RcfQfzFL9o1H/nxg/wDAk/8AxNYN1eX7RXESRrNaf8tHM2/yjuHAbaN305x61UIu5MpKx1dLSClq
CwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKWn2lram5+yY/fTt
LLh937w4z9O3FXaxfDlpPaHVTPE0fnahLKmf4lOMH9K2qb3EtgooopDCiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTW
wnui/RRRSGV7+A3dhcW6sFM0TRgntkYpmlWjWGlWlo7h2ghSMsBwSABmjVZWg0m8ljYq6QOysOxC
kg1FoM8l1oGnzzOXklt43dj/ABEqCTT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD1
8xf+himtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8A
SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKAI5oY7iJopo1kjbhlYZB+oqSiigAqOGCO3iEcMaxo
CSFUYAycnj61JRQBS1j/AJA15/1xb+VWx0qprH/IGvP+uLfyp+oX8Ol6dPe3O7yYIzI+xdxwPQd6
roLqWcUYrIuPFGmWzWqtK7fard7mMohI8tV3En046euKnOu2Q1Cxsi7Ca+iaWAFTggAE5PY4PT2N
SM0MUYrCXxhp8pC2sd3csZ5IAsMBJLIAWI/2fmHPerer69a6KYhcx3D+YjyfuYi+xExuY46AbhQB
pYoxWbFr1tNe3VusVxstc+bcGPEQIUNjd64YVAviqwks7S4t1uZzdqzRQxQlpMKcMSvbBIBz3oA2
cUYrJXxLYPe/Z18/b5hh8/ym8oyjqm7pnt6Z468U7SfEdhrS2zWbyH7RC8yBkKkBWCsCD0OWHFAG
pijFZKeJ9Ne5mtxK4khuhauGQjD7S2c/3cK3Psajj8WWM0LSRw3rDyvOiH2dgZ48jLJnqPmB9cHO
KANrFGKw18X2LWa3AhvBuSKRIjCd7iRyiYHuRVmPxBaPPHbss8Vy7oghkjIf5lLA49MK2T22mgDT
xRiqjarZxytHNcRQsJPKUSuF3tgHAyefvCoJ9fsoL9rPzRJMkbSSLGynYAyjDc8H5xjPvQBpYoxV
Q6vp6lgb+1BWTyiDMvD/AN3r19utRxa7p9xcSwW9ykskM/2eVUYZjfaTz+AP5H0NAF/FUNZULo9w
FAAwOB9RT/7Z03yFm/tC08pm2CTz12lvTOevtTdaOdHuPoP5iqj8SFLZl4UtRSXEULossqI0jbUD
HBY+g9akqRi0UUUAcsPE93Ff6w9xF/oOmmTKx2rlnCqp4lLbd3P3cU278XyxTW7Jp1yNrzJdWxCG
RdkYcEHdtxhgevfHWtWTw3YSy3bt9o23m7z4hcOI3LAKTtzgHAHNSyaFYSzyTPCTJIzsx3nkugRu
/wDdUCgDPm8Z2MF6Ldkdt1s1yjKyEsoTzMFd25fl7kAUQ+LknjCx6be/bWcKtodgcjZ5m7O7aBtP
c9eKnPhLSDMZfs75KGPaJn24KeWTtzjJTAz14qWbw3p05LGORJNysJIpnR1KpsGGByPl4PrQBmye
PNPivri2aC6/cK291jyN69Uxnrk4z0J4zUsOvXj6Tr15NaGCXT2kEcEuMjbCrjcVJBySeQehFW28
MaYzzkxzbLgHzYhcSeWxIwW25xuwB83XPPXmprfQbG2sLuzRJGhvNxn8yZ3aQsoUksSTyAKAMG38
cLb6dLLqIWWZZ1hiWCJojJmPfkpIcr/FyTg7eOtXP+E209Z7ZJUliS4tzcKzldygIXIaPO8fKp5x
jIxVr/hFdM8nZtuDJvWQTm5k84MoKjD7twwCRjOME+tL/wAIrpX2lZ2hkdwMEPM7BzsMZZgThmKH
bk5OKAIW8TuiRA6PqHnyhpEgHl7jEoBL53YA+YDGc5OMUWniu3vdQit4bW58iZlSO6IXy2dohKFx
nd9w+mM8VI/hPTJLdIXW5KpuCsbqXcqkAFA27O0gD5enFW49FsYZEeKAIUmEyhSQFYR+UMDpjZxj
pQBjP4ju7bV9TWezle2t5oba3jiCbpHkC85Lf7XfAA96sS+LoIGlMlldiCMyxifC7GkjRndBzngI
wzjBKnmtKTR7OWaSV4iXkmjuGO48ugAU/htFVpPC+lS3M0727FphJuXzX2AuNrsFzgMQSCQM8n1o
Aq2fi6O6vIraTTb62aSRYi0oTCOyb0B2seq88dOhqpqPi270/VNRtXt4dkckcdo5z87YjZ1bnriT
Ix1APpW4NEsROJhCd4lSYHefvqmxT1/u8U288P6dfrKLq3EnmzpcsSxz5iBQrD04UDj39TQBnv4y
tYizSWl2IWLrby7VIuWVgpVRnIOTxuAzyaonx0tglw2p2dwswuZUS3RVLrGipknBIJy4xg85GK2G
8KaSzzM1u580MADK+I9zbmMYzhCWwcrjkU3/AIRLSwgCLco4d381LqVZCXADZcNkg7RkZ7CgCn4o
8SXWjm0NmsREsEs5EsEjltmzC/L9zO45ZuBjmujikWaJJFIKuoYFTkEH0NUdR0Oz1RoTcibMKNGv
lzumUbG5TtIyDtHB9KvRRJBEkUShI0UKqjoAOgoAfRRRQBm6Pqb6kb4PGqfZrt7cYOdwXHP61pVT
0+xt7L7SbYk+fO00mWz85xn6dOlXKb30EgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGRXUscN
rLLOP3SIWfIz8oHPHem2U0NzZQTWoAgkjVo8Lj5SOOO3FN1CBrrT7m3QgNNEyAnoCQRTNJtHsNIt
LSRlZ4IUjZl6EgAcU+gupcooopDCiiigAqjqv+pt/wDr5i/9DFXqo6r/AKm3/wCvmL/0MU1uJ7F6
iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/IXv/pF/I1fqha/8he/+kX8jTQn0L9FFFIY
UUUUAFFFFABRRRQAUUUUAFFZ+vXdxp+h3l3ZxpJPDGXVXBwccnp7ZrLt38UXNtFPFPoxjkQOp8uX
kEZHemlpcTetjpKKwNniv/nto3/fuX/GjZ4r/wCe2jf9+5f8aLeYX8jS1j/kDXn/AFxb+VJq2nnV
dJubISeV56FN+M7fwrHsdSvNV8LajPerBuUzRo0IIV1XjPPuDU0Gp38+oMktq8RjJ224kQFx/eJP
UfSq5XYnmVys3gpTJMy3rYd5fLBT/VRvG6iMc9A0jN+Q7Us/hS9vIIvtGoxR3Nvb+TBNBAV8shlZ
XwWPPykH1BrZ+2Xv/QNf/v8AJ/jR9svf+gbJ/wB/k/xqbFXMOXwUElge1ltWSCdpY4rq3MigGONB
0Ycjy8596m1vwgmqvCYpIsJ5u4XaPcYMm35lyw2kbeMcDPStb7Ze/wDQNk/7/J/jR9svf+ga/wD3
+T/GiwXMRfB0qy3yi7g8u9VUlnMB+0lAqKy+ZuxyEPbq2alh8MXmn3hudO1IbwzhftcZm+V9pYE7
gSdybgfcjmtb7Ze/9A2T/v8AJ/jR9svf+gbJ/wB/k/xosFzO/wCEbuDIkLX6/wBnpdG8EQhxJvLF
9pfONu87ume2cVDYeDI7O7jka7kaH7ClrJHGWjLOuzMgZTlciNQQPStf7Ze/9A2T/v8AJ/jR9svf
+ga//f5P8aLBcx5/Bqz3kc5uyALqWaRQn+sjcEbCc9QTkH6+tWLTw7dJJCb2/SdbW2e2twkOzAYK
Cz8nLYUDjA68VofbL3/oGyf9/k/xo+2Xv/QNk/7/ACf40WC5ky+D0ngt4Z50kijt7WB0aLIkELlu
Rn+LOMdver7aDFHqMF3ZiCBrezktoVEWQm4qQeo4G08e5qf7Ze/9A2T/AL/J/jR9svf+gbJ/3+T/
ABosFzHvvBwv57qaW5jL3CyYJhzsZ0hXcOe3k5/4F7cxyeDJZLi5Zr2Hy5FlCYt8OPMmWU7m3fNg
rgcDitz7Ze/9A1/+/wAn+NH2y9/6Br/9/k/xosFznr/wTdXuj/2cuowRQqzhWW2IZkIYDeQ4LMC2
c8Akcg5qzd+DjeLdxPdokM9x9oGyLDgmExMCc89QRx69c1sfbL3/AKBsn/f5P8aPtl7/ANA2T/v8
n+NFguYU3glryKQ3dzbGWUSbhFbbYwWh8oFVLHBHU889OK2tWjMegSx7slUVd34jmn/bL3/oGv8A
9/k/xqnqtzdvpsyyWDxqQMsZVOOR2Bqor3kTJ6MoLoWoW2stO95cTLMcC4QRl4h6EMDgf7v5Vq/2
Vef9Bm8/74j/APia1B3paHUbBQSMr+yrz/oNXn/fEX/xNH9lXn/QavP++Iv/AImtWilzMfKjK/sq
8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A
4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/Z
V5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz
/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDi
a1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lX
n/QavP8AviL/AOJrVoo5mHKiG2ieC3WOSd52HWRwAT+QAqaiipKMTw3azWzat50TR+bqMsibhjcp
xgj2rbrO0nUzqZvQYhH9luntxhs7tuOfbrWjTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+ii
ikMqapK9vpV3NG22SOF2VvQhSQaj0O4ku9CsLiZt8stuju2OpKgk1aunijtZXuAPJVCZMjI24547
8U2ylgmsoJLQKLd0Votq4G0jjA7cU+gupPRRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAZLGssTxuMo4KsPUGsPwfIyaO1hKcy6fM9qfop+U/wDf
JFb9c9b/APEv8cXUPSPUbdZl/wCuifK36EGqWzRL3R0NZviDUDpmg3l0v30iIQerHhf1IrSrnvEf
+m6no+ljkS3H2iUf7EYz+rbaUVqOT0JY7AaX4L+x94bQhvdsZP65rYMaMysygleVJHI+lVtY/wCQ
Nef9cW/lVXxQJT4X1AW5lEpgYKYSQ4J/u45z9Kb1QktTWzRnNef3UmszzRCQ3qfYY7izJXcBcOIZ
D5uB1ziPB/vEgc1NNq9ybnTdTsDe3ENlZMbmBEceacorAqRywzuH0PvUlHdUZrzWVL+3mgj1O4uN
pvpmnaRpymWjibaDGQcBiwX+Hg1o+M5dRke0DBrQ7bgRmKSZ9xGzy2/dgYfrgMCOvWgDuc0VwMF9
dRaprE7Rzm/dFW1t380urNHEAOvl7QxOSB2Jogllh+yWWvHU4bK082InfIzO52NEXePlvkLDIOMq
c80Ad9mjNcSkk66muH1FtXN829W8zyltdxxx9zbsxz13e9ReHJdZtLiztniubpk0vzozcSsquXaM
7Xcg/Op3jkZxj3oA7vNGa4J21mHVW8k3bx3WqSbAxYrEyI20f9c249sr70+wi+1iOCFtTkzYudRM
7zLicbCuCcYfdu4TjHtigDus0Zrz57O+GmW1tbm7BmtLAt5kkpG9pj5m4g7hx1wRge1a62V3Y6xa
Ry3EosktjdTrF5jjzIsKFBJJwQwO3kkp7mgDqs5ozXG6jq2sw3l62ngpFG8kw3WzP5qqluQvXjO9
+np0yDVS71HUp9XvJG81nhhnjEAtnURDz4gvzD75ZBu49+1AHe9aM4rg9Q8T6va6Q1xC0kt557Br
cWTBYSFY+UWwd2cAAgc+ozUsuo6xbz6gUaW9mS/DQ27QsoSM27MuCOoLDH1HqaAO4qhrf/IIuPoP
5iuUm13XXsnaxn85VaV0uWsWXzQsO/bsOCPnG3PfOOorqNUcyaDI7DBZFJHpyKqPxIUtmaNLTGkS
MrvYLuO0ZOMn0p1SMWikooA5geK5U1PVVuI41stO3lykcjSMFUNkHGzPPTOaW58ZpC9s62d2Yy8q
XETQHzoiiB/u5xjDA/QjvV2XwxbSyX265vPJvt3nQCUeWSyhSQMZBwB3qWXw7ZzXMs7iTfI0jNh+
MvGsbf8AjqigCGfxXp9vdeRIZRutzcRyBRtkUJvOOc5288gDg1FF4ws5rcPHbXxnL7FtTBiZvk35
Ck4xt56+3XikPgnSzdGf9+GMRjIEnBzH5RPTOduB1x7VPN4Xs5H81JLmCcMrLLFLhkKp5fHGMFeD
+dAFaTx1o8V9NaSTSCSFGZzszgqMlcDndz0x1460+DxHNNpOt3rWjxHTmcJDMuxztiV/m69STyO2
KkfwnZu1z++vBDc7jJAJjsLkAF8dd3GeuM84zU8Hh+3g06+s2luZlvtxnkll3OxZAh57cAdOlAGR
aeOrZNLlutRaDKTiCM2z5ExKB+N+0jAz1x904q8vjDTGe23PIkNzb/aIpnTClQhc98j5VJ6Y4xnN
H/CI2Zjy1zetdeYsouzN+9BVSowcYxtZhjHc0h8G6bJerdTGeWTZtfzJM+ZmMxkscZJKnHXHfGaA
FbxXbrCjGx1HzJNzJD9n+dkUAmTGfu/MPfJxjNPtvFNld6ilpCtwyyFVS48o+UzNGJQob12HPSmt
4Ut3gjRr3Ud8YZFl+0kOI2ABTOPu/KPfIznNWYPD9lbSRtCjIIplnRQ3CsIvKAx6bO1AGc3imW31
TU47i0m+zWksUEXlxbnmkcDGDux/EOMDjnNWJPFtjFLKskd0scW9TKYfkLopd0B7sAre2QRnIq3L
odrNPLMwffLcRXLYbjfGAF/D5RxVWXwnYTzzySNclJvMbyfOPlo8ilXdV7MQW+m4460AMsvF9ne3
cVt9mvoHkcR5mtyoViu5VJ7EryP1warX3i6Wx1LUbSS0T9w0a2z7ziYkRlweOCBICPUZ9DWoPD9m
LgTYk3iZJx8/8SJsX8NtMvvDVhqIl+0o5MtzHdFg+CsiBVBHpwoB9cmgCu/jDTo3l3i5WNd/lymE
7ZyrBWEfcncQO2e2RVE+PrOzt55tUjltitzJHHCUAk2IqlmYE9i3bOcjANX28Iae7SlmuSrB/KTz
jttyzbmaMfwncAe+MYHHFJ/wh9ooDR3eoJcB3c3C3B8xt4UMCcYwdi8Y4xxigCxf6rc/bLez0qKC
W4liNwWncqixggdgTkkj9fx1I2Zo1LrtYjlc5wfrVDUNEhv5IZfOubeeFTGs0EuxyhxlSe4OAfwq
/GgjjVBnCgAZOf1oAfRRRQBS0/T4bA3JgLH7RO077jnDNjOPbirtYnhuCaA6t50bx+ZqMrpuGNyn
GCPatum9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
qGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlbUYGutOubeMgPLE6AnpkgimaRavY
aRZ2kpUyQQpGxXoSAAcU7U5nt9Lu5ojiSOF3U46EKSKj0S4kvNDsbiZt0s0CO5AxklQTxT6C6l6i
iikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiii
gAooooAiubqGytpLi5lSKGNdzu5wFFRWWpWeoxLJZ3MUysCRsbsDg8fUEVFrdr9s0meE2putwH7o
S+WWIIIw3YgjIPqBXIt4a1mWaW5aMm7ls3gjuHnUSxgPkK7L1JUldyjj68kA72ooZY54xLEQyN0Y
d65PTvDd1/aFrJNZ/ZrCO5eZLQ3G/wAkCNVXocHLgtgZAznrTLbwzqAa0uLgMbq2jtljf7QflInd
peM4OYyBz16UAdnmskeKtGMU0o1GAxwkK7ZOAScAfnxXN+A1d9Z1K5uYbtbqQfMZVIVR5jHBJJ+f
kDoOFHFNi0DV49AFoLS9WeG5im3C9QhgshJ8rJITg9CBQB3Ftcw3ltHcW0qSwyLuR0OQw9jSxzJI
8iK2WjIDD0OM/wAjXIWOg6paXOkOYNxgZw2+UFIo2kZsnGCZdpGWGQT1HerOp+HbnU9UlNwhksnu
/N2+cV+UW2wcA/8APTt+NAHVUhIAJPQVztzodxqOk6Faagpm8hka9BlI3YhZTkg5b5yPrWPbeHNa
Gq6fcXrXMphghVXjukAjKptkV8jcwJ54POecYoA7YXMZtftG4eTs37v9nGc/lUP9pWvk2svmjy7s
qsDYPzlgWGPwBNefRWd3/wAJRZ219FdvPb2sUMeMsu8QEElicbNzHPB+ZRz2q9/wid/a2NvAlkbi
CN7WV7f7URuZY3WXBJ45K+xxQB3tLXCReGtZSW18yPdIvleROLo4sVWQsyY6vlcLnv0OAK6Xw3pb
aVpeyZNtxJI8kp3l9xLHHP0xQBrVz/ir/RP7O1UZ/wBCul8wj/nm/wAjfzB/Cugqnq1iup6Td2b9
J4mT6Ejg/nTi7MUldFvtXP6b/p/jDU7zrHZxpZxn/a++/wCpAqfQ9WEvhOG/uThoYD52ezJkN+oN
N8I2zw+HoJpgRPds11Jn1c7v5Yp2smK92i/rH/IGvP8Ari38qVNRhkufIhzKy8Oy/dT6n19hzSax
/wAga8/64t/Kqsfh6zhuN8MEAiYkvE8QYZ9VPUfypq3LqJ3voavmL/eX86PMX+8v51V/snT/APnx
tv8Av0v+FH9k6f8A8+Nt/wB+l/wqdCtS15i/3l/OjzF/vL+dVf7J0/8A58bb/v0v+FH9k6f/AM+N
t/36X/CnoGpa8xf7y/nR5i/3l/Oqv9k6f/z423/fpf8ACj+ydP8A+fG2/wC/S/4UaBqWvMX+8v50
eYv95fzqr/ZOn/8APjbf9+l/wo/snT/+fG2/79L/AIUaBqWvMX+8v50eYv8AeX86q/2Tp/8Az423
/fpf8KP7J0//AJ8bb/v0v+FGgalrzF/vL+dG9f7y/nVX+ydP/wCfG2/79L/hR/ZOn/8APjbf9+l/
wo0DUteYv95fzo8xf7y/nVX+ydP/AOfG2/79L/hR/ZOn/wDPjbf9+l/wo0DUteYv95fzo8xf7y/n
VX+ydP8A+fG2/wC/S/4Uf2Tp/wDz423/AH6X/CjQNS1vX+8v51Q1t1Oj3ADDOBj8xUv9k6f/AM+N
t/36X/Cqer6bZRaXM8dpAjqAQyxgEcinG10TK9mZZ0nVY9c865umm3tiG4WBXEXsVJ+T6jNa/wBg
1X/oMD/wFX/GtTFLQ6jYKCRlfYNV/wCgwP8AwFX/ABo+war/ANBgf+Aq/wCNatFLmY+VGV9g1X/o
MD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/
6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DV
f+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g
1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlf
YNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVENtHLFbqlxN50g6ybAufwFTUUVJRn6Vqn9pm8Hle
X9lunt/vZ3bcc+3XpWhVLTtNi077UYmdvtM7XD7j0ZsZA9uKu03a+gl5hRRRSGFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBf
J/8AQVprYT3RfooopDIbpoUtZWudvkBCZNwyNuOc/hSWTW72UDWe37M0amLYMDbjjA9MU3UYGudN
uoI8b5YXRc9MkECo9HtZLHRrK1m2+ZBAkbbTkZAAOKfQXUu0UUUhhRRRQAVR1X/U2/8A18xf+hir
1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUlAC1U1W+/szSrq98
l5vs8TSeWnVsDOKt1Fc28d5azW8wzFMjRuAcZBGD/OgDJj8TW5l0+GeC4t5b5AYhIowGIJCnnr8p
9unNULPxkbzT7B/szxXM5tzIsqFVKSHBZOckA56+3rVuPwdp6aha3pluXntgm1ncHeVBCluOwYjA
wPbPNFn4O0+zSNfOu5vK8sRmabcUSM5VB/s5P8ueBQBNovinTfEEtxHp8rO0ChiSOGU5wwx2OD1w
faoLTxfZzTWkDpPvuI4X81YT5SmUZQFuxOKu6RocOjRtFb3F08O0JHFNJuWJRnAXj375PAqGDwvY
W6xKnnYi+z7cv/zx+5/Pn1oArv4nRfE0mmsYIooWCO8rMGZjHvwvy7eh7tk84HHKr4y09oTJ5N6M
+WYlNud0yu21XQdwT+IyMjmrc3h6yn1NryQyks4keHf+6Zwu0OV9dvHpwPSs248F25tkitry7R1e
ELK8pZooo23BEPb6nJ9c0AbmnX8Op2guIVdRuZGSRcMjKSGUj1BBq3VXTtPh0yzFvAXZdzOzu25n
ZiWZifUkk1aoAKKKKACkpaKAOB1JmtptU8OxnB1C8jaED/nnLzJj6bW/Ou8RFjRUQAKowAOwrjtW
uol+JOlsYtywx+TJJ/deTdsH6H867OtJ7IiG7KWsf8ga8/64t/KrgqnrH/IGvP8Ari38qq+KJZof
C+oyW8skUywNskjOGU+o96noV1NeivP7rVtXlmiUzXMRso7i1m2jaJ5xDI2/pyBtjI93PpU1x4kk
W50zUbS8e6srayL3kcJ3iTlFJOP4l3A/TNSM7qivN2vtRint4tU1KSIPfTecZLtoFXMUThAyjopZ
gB0OOtaHjLU7+OS0CyPpp23OzddbBIVCbGG0NuPJwh685oA7iiuDg1yaPUNYneeQ3KqotbJrlvMD
PHFtXycbQNzH5s9c02DU5R9lsNb1G+sYLbzY5ZpHEckknyNFvdSRyjE8Hkg+mKAO+oriV1Gcakv/
ABMLptTN+0bWWTsW23HDFMYxsAbf6nGe1ReHNV1aO4s7W4+1X0q6X9pUMwUzh2jwSxwNy5deewHr
QB3dFcE+p6vBqrIs08kdzqkiQqeiFEb90T/db5SPdT60/T7l71Y4bfVL+5aWxeS/PmMpgmGwrjp5
bE7hsHYdKAO6orz5ptSXTbWCC8vHkntLByZLhwS8kxD/ADgErkccdBWvi/stYtbe5vWjsxbG7nzK
0hUxYUqHIBKtuVjnn5T60AdVRXG6j4j1G1u7z7EkDwxO8pMqu29FjtzhcH5SfNb246dap3XiG9m1
a7ImTFvDOn2aMOrRkXESKXOeSVywxjg9xQB31FcHqHja8stIN2r2ck/msptliYGHaGJjdi4G75cZ
6k9FNSy6/qVtLqDNIt3JDf4ito0ZHWM27OoOD8wJGOR1B9gADt6oa3/yCLj6D+YrlZ/FuqfZHayf
T7rY0jC5SF/KkVIfMKqN2c5+XOe/TPFdPqknm6DJJjG5FbHpkiqj8SFLZmjS0lLUjCiiigDm18XR
jU9SgnSCK307eZX85ml2qoYsIwnT5v72falufGdlC1q6pOYJHlSbMEgkiKKG5Tbu6EHp05qeXwys
v9oxnULoWuoF2lgCptDMoUkHbu7DvT5vDVtPdS3DTTB5XkdgCMZeNYz29FH40ASTeI9Ogn8qWSRc
wmZHMTbHULuO1sYJ284FRR+LdLltPPje4Yl9ghFtJ5rHbv4jxuI2/NnHSqTeBLBrw3P2i43GBocf
J0MXlH5tu77vQZwDzjmrcnheHz/tEF5cwXKsrJKm0lcR+WRggggqOcjrzQAr+MNFiu5LaS9CPGjO
xKNgbRlhnH3gD93rTYPEq3Gl6xfJbyBNOZwI5FaN32xK5yGGV5JH61E/gyzea7b7TOI7rc0iBY87
zj5g23cORuxnGe2OKtw+H0TTtRtJry5uDqO4zSybd2WQIcYAA4UY4oApWXjOzfTpbu+MUQSYQr9n
l89ZWKhvkIAJIBORjjBq8nifS5Gt8TsIrmLzop2jYROu0scORjO0E49Aaov4KtZYiZry4kuvNWUT
skRIKqUA2bdhG1iOR/SkfwPYS3yXU888rCMxsGCDeDGYzyFBA2sflUhc84oAtt4s0xYElb7UN5Ox
Pssm9lADFwu3OwAj5unPrUkHibTbnUVsoZnaRsbXETeWxKeYAHxtJKHdjPSq7+GWkjizrGoCaJHi
WcGMP5TBQU+7j+EHOM571PbeG7S0eEwNIqQzrOiZyAVh8kD1xt/HNAFQ+Kkh1XUobqGWO3s3ihV1
hkZpZHxgKAMH7wAxk9+lWn8VaXHPLE80imIPuYwts3Ku5kDYwWCgkqOeD6VJNoNvNczTNJKGluYb
kgEYDRhQo6dPlGaqT+Era4km8y7u/IkMzrbhl2RySqVdxxnOGbAJIBY8UAS2fi3Sr65it4ZJ1llY
KBJbSJhiu5QSwABK8gHqKq3ni9bLUdRtJLRi9qY/KbfxPnZvA44K+YvHcGro8O2wuVn82bcJ47jG
RjckflgdOmP1qPUfCtlqZlM8kweS6juwyMAUdFVcDjoQuCD6n2oAcfFekq8yvcMqxBvnMTbJNpCs
EbGHIYgYGeTVJPHOmx2889+z2saXDxIrxsHKoFLMykZUDdz+HrUr+DrWTcHu7sxrvNtHuXFszPvL
LxydwGN2cDio5PBVvKRK1/dNc+ZJIZ3WJyd4XcNrIVx8i4wMjFAF/UtXure7tLfTbOK8kuIpJhvn
8sbU2dDtOSd49KuaZfxapp0F5AHEcy7gHGGHsR6g1V1DRTfXFrPFfXNpLbxvFuhCZZW25B3KcH5B
yKu2dpDYWkVrbLshiUKi5zgCgCeiiigDD8NRyxtq3nJIu7UZWTeCMrxgjPatyqGmamupm8CxtH9l
uXtzk53Fcc/rV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlXU5nttMup4yBJFC7qSM8
hSRUei3Ml5oljczEGWaBHcgYGSoJ4qxdeT9ll+07fI2N5m7ptxzn8KSxNubGD7Ft+zeWvlbPu7cc
Y9sU+gupPRRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAY/ip2j8O3JV2QMUR3U4KozqrnPb5SeawL/UtXhubyOwlFuIpbqTJt/M3iOO
MqvJ4yWIyPwrs5oY7iF4pkWSORSrIwyGB6g08KFAAGAOBQBwuq6rd39nq8M1z5UiRER2KwHcyYUi
QP15JPt26g1LeeJ9RhuLu2h2tc2/2tmjaA/KisvlMfUbWLcfexXa4piSxvI8asC6Y3L6Z6UAcBDq
l5Al7c21yb1vOupI7g25UNttUKYXpjIx6HHHWn6v4h1rS7JrT7ZE12bjYly0CplfIEnQnbgOwBPX
GepFd/iql/pVlqiIt9bJMEJK7uq564PvQBg3Wpmy1qxMt3Gzz6Y6xNn91NMWTbjHHPb2NYC3ttFB
bLZXt2upTWc5v45pJNzP5ROCG4DiTGAvOM44r0dI0jRUjUKigBVUYAHoBSPEkm3eittIYbhnB7H6
0Acj4k1y90Xw1YS2hl+0NDuyYwwYqmdrE85J7Dk84xim3Os63Be3c0JWaISSww2v2futt5qtuHJy
3H4+tdlijFAHD6dcz3GmeKp1vnvWNuDFcJEYsnyT90ex7j+dZ/2d7bT7m3vrkWTRzwyCCSadreZT
G2PnzvXJyT2DRjg559IoxQB5ncXLql7LAbl7mezbERlm8+x/cj5SPusnAw3DZbuena6KzDVNaiUl
oEulKZOcM0aMwH4nOPetfFMht4rcOIY1Te5dtoxuY9SfegCSkJxS1keKL1rDw7eSx/65k8qIert8
o/U00ruwm7HO/ZH1XwxrOqxgme4uTc2577YThP8A0E/nXY2F2l/YW91GcpNGsg/EZqPTbBNP0m2s
lAKQxLH9cDmsvwixt7K60xj82n3Lwj/cJ3J+h/Sqk7pkrRmnrH/IGvP+uLfyp/2yI3It0LPIPvBB
kJ/vHoKZrH/IGvP+uLfyqlF4btYJ8wxoYHJZ43zkE91Of0OaFbl1B3vobGKXFUf7EsP+fZf++j/j
R/Ylh/z7L/30f8anQrUvAYoIzVH+xLD/AJ9l/M/40f2JYf8APsv5n/GjQNS9gUYqj/Ylh/z7L+Z/
xo/sSw/59l/M/wCNGgal7H1oxVH+xLD/AJ9l/M/40f2Jp/8Az7L+Z/xo0DUvYoqj/Ylh/wA+y/mf
8aP7EsP+fZf++j/jRoGpd2ijaPeqX9iWH/Psv5n/ABo/sSw/59l/M/40aBqXsfWjH1qj/Ylh/wA+
y/mf8aP7EsP+fZfzP+NGgal7H1ox9ao/2JYf8+y/99H/ABo/sSw/59l/M/40aBqXsVQ1vjRrjHXA
6/UUv9iWH/Psv5n/ABqnquk2UGmzSRwKrrgg5PHI96cbXQpXszMcaydcX7eYAd/+i5D+Tn/gP8X+
9+FbONd9dN/KStSim536CULdTLxrvrpv5Sf40Y131038pP8AGtWilzeQ+XzMrGu+um/lJ/jRjXfX
Tfyk/wAauLqFo12bVbqA3I6wiQbx/wABzmpXnijljieRVkkzsUnlsdcDvijm8g5fMzsa766b+Un+
NGNd9dN/KT/GtWijm8g5fMysa766b+Un+NGNd9dN/KT/ABrVqL7TD+9/epiE4kO4fIcA8+nBB/Gj
m8g5fMz8a766b+Un+NGNd9dN/KT/ABrQtrqC8iEttNHNGeA8bBgfxFS0c3kHL5mVjXfXTfyk/wAa
Ma766b+Un+NatFHN5By+ZlY131038pP8aMa766b+Un+NXkvLeS7e1SeNriNQzxBhuUHoSO1T0c3k
HL5mVjXfXTfyk/xoxrvrpv5Sf41q1EbqAGQGaMGMgOCw+Unpn0zRzeQcvmZ+Nd9dN/KT/GjGu+um
/lJ/jWrUcc8UxcRSK5jbY+052t1wffkUc3kHL5mdjXfXTfyk/wAaMa766b+Un+NXbq/tLEKby6gg
D/d82QJn6ZqcHIyKObyDl8yK18/7Ov2ryvO/i8rO38M81NRRUlFHTdNj043Zjd2+1XDXDbscFscD
24q9WH4ZEoOr+d5n/IRl2b8/d4xjPatym9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACqGnf62/wD+vk/+grV+qGnf62//AOvk/wDoK01sJ7ov0UUUhlXU
oXudMuoIwC8sLouTgZKkCmaNbSWWi2VtMAJYYEjcA5GQoBp+pTvbabdTx43xQu65HGQCRTNGuZL3
RbK5mx5k0CSPtGBkgE4p9BdS7RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPY
vUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaEy/RRRSG
FFFFABRRRQAUUUUAFFFFABXPa5/p3iHR9NHKLI15KPZBhf8Ax4j8q6Cuf0b/AE7xNrGoHlIitlEf
ZeX/APHj+lVHuTLsdBWB/wAg/wAc+kep2v8A5EjP/wASf0roK5/xcDb2Vrqaj5tPuUmP+4Ttcfkf
0ojvYJdzT1j/AJA15/1xb+VXB0qlqxDaLdkHIMLEH8Kr+Jrmaz8M6hPbTGGaOBikgAJQ+vPFHQfU
1qK4G68R6pJNEsc7Q/ZIp7e6AQYkuVhkbIyOg2Kwx/fFWbrxS9td6Zex3yTadHZGW+WPa+clF3ZH
QqWBx6E1IztaK86/trVzNbw3uoPA0l7KJB5scHlr5cTqm5lI+XeRjqfWtDxfrd/A9sLSSbTztuD+
+lii8wps2t824MvzH5eCfagDtaK4W38Rzi+1e6kuZHWJF+y2plQFmaOMovk7d2Sz9d3fFFprdxcG
0sNR1eWwEImSe4kRIZZXUoYwQwIXKPuxjnHoKAO6ori11m5F6kn9qF7ttQa2OnALhYQxG7GNwOwC
TdnHbpUXh3xFqRntLa+ae9mXTPtZWNEDXCu0exx0GRudTyPu57igDuaK4R/EGqwaq8RmaWOfUpI7
dNo4CI2YScd8KR3+9T7LUbi7SCKHXJrp7mwe4uWi8vNrIuwjbhflBJZdrZ6exoA7iivP31LVU0y2
jhv7iaee0sZdzMiuWmmIfDbcDI4HBxWvHPqdrq9paXV15ds1ubuZ5ZFZkEeFdCwUAglkbOB0b1FA
HU0Vx+oeKruxvLxbWKCaKF3kcyyn/VokBOzA6nzT14496q3Xim7k1S6KywrDBDOqwRTfvFKXEce6
QY4JySPZqAO6oriL/wAdzWGkG+YWDkyNtt1kJkRVDEq+cBXwv55ABp0vii+tJL97jyZ1t7/y44ID
iQR+Q0gDcc5wPxz6UAdrVDW/+QRcfQfzFczc+M9QitpDBFp1zJG0hMsUzGF0SHzTtbHLdvTofauj
1aUSaDLLjAZFbHpyDVR+JEy2Zo0tc4PFsE9+YrcEW8TYlleJyT7KoH6nH0q9/wAJJp3/AD1l/wDA
eT/4mm6cl0BTi+pq0Vlf8JJp3/PWX/wHk/8AiaP+Ek07/nrL/wCA8n/xNLkl2Dmj3Oblsb+G78Rf
ZrfUEubgytbPHHGI8mNQGWTG8NkEdce1Le6Hqck4iSXUWitpbg28/wBoPmbTAm3585IMm7r6Y6V0
f/CSad/z1l/8B5P/AImj/hJNO/56y/8AgPJ/8TRyS7BzR7nMzjxNJqhZIbuMGzdXZZCVZ/I+U43b
VbzOMBc+pwcVIbLWLSPyZW1e4sFlRpPLuCbggwjO1shsCTqAR+WRXRf8JJp3/PWX/wAB5P8A4mj/
AISTTv8AnrL/AOA8n/xNHJLsHNHuctPbeJjqN+0c+pK2yQQKoUxtHtG35i+BIOf4c7upxzV+y065
PhrxJCtreq14ZTbx3bh5XBgVRk5PcEDJz61tf8JJp3/PWX/wHk/+Jo/4STTv+esv/gPJ/wDE0cku
wc0e5yEen67Dps/2WK8himu0eZkhWOd18racIjqAAyp0IJGeveyI/E41CzFuLzK2pQzTtxIfIbaz
ruKK3mbcgAnjO7BxXTf8JJp3/PWX/wAB5P8A4mj/AISTTv8AnrL/AOA8n/xNHJLsHNHuc5LDqP2O
ApB4h8nEnmx/aR5xn2qEO7d/q/v9Dtzg4xVuwsdai1S3urye7d/PjimUS5hMf2YbmCdP9b3xn8K2
P+Ek07/nrL/4Dyf/ABNH/CSad/z1l/8AAeT/AOJo5Jdg5o9zFudFvBqWqS25vYxd39sWeO4ZcxAJ
5hHPHQjjnHAqvdW+vC8vBbjUvOBuMSeePIMPlsIVQZ+/u2HOM5DEnBFdF/wkmnf89Zf/AAHk/wDi
aP8AhJNO/wCesv8A4Dyf/E0ckuwc0e5h2Wl6vZ6nC4udTlhjuYlxNcF1MRhzISD1+fv27YFVtc0H
UH1HU72ytmc3V1DHNHkDzoQsWHHujK34Fvaul/4STTv+esv/AIDyf/E0f8JJp3/PWX/wHk/+Jo5J
dg5o9zmZYPERkuTF/aSzDzftLmUGORTINggXOA2wHHA685NU5dO12K2dbMaxa2st1PISpEtzkrH5
bN+8GRw/UntuFdl/wkmnf89Zf/AeT/4mj/hJNO/56y/+A8n/AMTRyS7BzR7mX4itZ5NT0m4MN7Kk
MMyyNbQxSNuJjwGDggA7W6eldQpyOmKy/wDhJNO/56y/+A8n/wATR/wkmnf89Zf/AAHk/wDiaOSX
YOaPc1aKhtrmO8t1mhJMbdCVKn8jzU1SUUdN1NNSN2EjZPs1w1u27+Irjke3NXqoaXpi6b9rKyM/
2q5e4O4Y2lscD8qv03boJX6hRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BRvM3
dNuOc/hSWK262MC2W37MI1EWw5XbjjHtimanC9xpd3DEMySQuignGSVIFR6LbSWeiWNtOAssMCI4
BzghQDzT6C6l6iiikMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwoooo
AKKKKACiiigAooooAKKKKACiiigAqha/8he/+kX8jV+qFr/yF7/6RfyNNCfQv0UUUhhRRRQAUUUU
AFFFFABRRRQBV1G8TT9OubuQ/JBG0h/AZqj4VsnsvDtosw/fSqZpf99zuP8AOr+o2EGqWMtndKWh
lGHAYgkZz1FY/wDwhWlj+O+/8DJf/iqpWtZku9zoKgv7RL+wuLWQfJNG0Z/EYrH/AOEL0v8Av3//
AIGy/wDxVH/CF6X/AH7/AP8AA2X/AOKo07hr2ItLu3u/Ajib/XwQPbyg9QyZU/yrce5tzOtqzB5G
HMYG7A9/QfWs19HtdF8P38Nkrqjo8jb5C5LEcnJ+lEHh9LW5YxPI8ErFnDTyK6n1yD8348+9U+Vk
rmRsGKM9UU9+R7YpkdpbxKVjgiRT1CoADVb+ybb1uf8AwJk/+Ko/sm2/vXP/AIEyf/FVGhd2WZLW
3mGJYInGd3zIDz606WCKYqZYkcocruUHB9qqf2Tbf3rn/wACZP8A4qj+ybb+9c/+BMn/AMVRoF2W
fsluZvO8iLzf7+wbvz60sltBMCJYY3BIJ3KDyOlVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo
0C7LfkReaZfLTzCNpfHOPTPpSrEikFUUEDaCB0Hp9Kp/2Tbf3rn/AMCZP/iqP7JtvW5/8CZP/iqN
Auy55UeQdi5B3Djv6/WkWCJC5SNFLnLEKBuPv61U/sm2/vXP/gTJ/wDFUf2Tbf3rn/wJk/8AiqNA
uy55MfH7teMAcdMdKGjRvvKp4xyO3pVP+ybb+9c/+BMn/wAVR/ZNt/euf/AmT/4qjQLst+REc5jT
ng/KP89h+VJ9mh3s3kx7n+8doy319elVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo0C7LJs7d
s7oIjubecoOW9fr707yIg5cRpvOMttGTjpz+NVP7Jtv71z/4Eyf/ABVH9k23965/8CZP/iqNAuy0
ttAkYRIY1QZwoUADPXiqutDGjzgDjA/mKP7Jtv71z/4Eyf8AxVVNW02CLTJnUz7lAI3TuR1HYnFV
G10TK9mXn023e9S7VWjnU8vG23ePRvUfWrdApai9ykhKKWigYlFLRQAlFLRQAlFLRQAlFLRQAlFL
RQAlFLRQAlFLRQAlFLRQAlFLRQAUUUUAYfhp5XbV/OaQ7dRlCbyeF4wBntW5VLTtSi1I3QiR1+zX
DW7bscsuMke3NXab3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGVtRna1065njxviid1B6Z
AJpmkXT32j2d1KFEk8KSMF6ZIBOKnukhktZUuceSyESbjgbcc5P0ptklvFZQR2e37MqKItpyNuOM
HvxT6C6k9FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiiigAooooAKKi
nuoLVN9xNHEn96Rgo/WlininQPDIsiN0ZDkH8RRcdna5JRRRQIKKKKACiiigClrH/IGvP+uLfyq4
Kp6x/wAga8/64t/KrgquguotFFUtYupLHRb66hKiSC3kkTcMjKqSMj8KkZdorjY/Fd/JHpEGIBeG
4WLUhtJCfOE+XngsSGGc8Cn3niTUofC+j6lCkTzXEga4TZ96NUd3C88HCcdaAOvoritR8W3xur7+
zTE9qscYtnWPezuZkR2GSAR85AHHK9a031a+i0g28bedrjwtLFBNCIyRk9QGK5AB43c46jNAHRUV
yenazqWqziytb6FZ7aPzbh57NkcksQIzHu+XGOWyc5XHWoLnxo0etapaRz2pSC3mWBBy/nRIHbcM
/dOSB0+4fWgDs6K5nw/4iu9S1NLG7ESzw2pa5VFI/eBlww5+6ysGH19qeviqWW2jnh0yV4rqUQ2R
81R55+bOR/AAEJ5zx78UAdHRXLjxmTPEv9mT7BtFy/mJ+4YzNDjH8Xzqenbn2qrZ+KL+1sZLrU4m
Zs3sqxIUI2QnAUEY9xznPXgUAdlRXNXfim7tLsW7aPK7qsXmbbhMI8rMqLz15HJ7Z71saTqH9qac
lz5TQsWdGjYglWVirDI4PKnmgC7RRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXhS0lLUjC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9K0waabwiUyfarl7j
lcbd2OPfpWhWH4amlmOredI77NRlRN5J2qMYA9q3Kb3EtgooopDCiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui
/RRRSGVNUie40q7hiXdJJC6KPUlSBUeiW8lpodjbzrslit0R1znBCgGptQna10+5uEALRRM4B6Eg
E0zSbt7/AEi0u5FVXnhSRgvQEgHin0F1LlFFFIYUUUUAFUdV/wBTb/8AXzF/6GKvVR1X/U2//XzF
/wChimtxPYvUUUUhhRRRQAUUUUARzzLbwSSsGKopYhRknHoO9YH/AAmMcM0P2/TL+xt5mCJPOgC5
PTdg5XPvXRGuQ12W48T3N14fs7bZFBNF9qupHGFHDDavUk4rOo2lodeEhCcmprTq72su/wDXodfS
0ijaoA7ClrQ5AooooAKKKKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UlLSGFFFFABRR
RQBm6npmmXZS51O3t5BApw0/KoD168dutYHhNbdfE2r/ANkY/snamPL/ANX5v8W3+uK1/Fq27+F7
9byV4oGjw7om8ryO3er+mrCmnWwtgBCYlKYXbxjrjtWbjea8jshVcMO023fTyWz+8t0UUVocYUUU
UAFFFFAFLWP+QNef9cW/lUzXMMcyQtIolf7qZ5PviodY/wCQNef9cW/lWfb6HJa3blbi5kimbc0n
nFZFPv8A3h+WKtJcupDbvobmajuYI7u2lt50DxSoUdT0ZSMEflVX+yl/5/L3/v8Amj+yl/5/L3/v
+amyKuxo0TTxPJOLWPzZHjkduclo+EP4Uyz8PabYbPs1vtCSeYgMjsEbDLwCSBwzDA9al/spf+fy
9/7/AJo/spf+fy9/7/miyC7K/wDwjGkCzW0FkiwJEIlVWYYUMHABBz94A/WrA0m0GmNp5jZrVgQV
aVyeTn7xO7r70f2Uv/P5e/8Af80f2Uv/AD+Xv/f80WQXZXPhjSCkSmzX90SQ29txyQSGbOWBwMg5
BwKlfQdNks0tHtIzAjtIqc8M27cc9ed7fmaf/ZS/8/l7/wB/zR/ZS/8AP5e/9/zRZBdjJNC06W4a
d7VPOaJIS4JBKK25Rx6EZqJvDOkssy/Y12zOJGAdgA2Scrz8pySflx1qx/ZS/wDP5e/9/wA0f2Uv
/P5e/wDf80WQXYyPQNNiiWKOziWNUSMKM/dRt6/kxJ+tLJomnyxeVJaoybZV289JTmT/AL6NO/sp
f+fy9/7/AJo/spf+fy9/7/miyC7HS6ZaTTtNJArSMY2LHOSYyWT8iSantraKzh8qBAibmfaPVmLE
/iST+NVv7KX/AJ/L3/v+aP7KX/n8vf8Av+aLILsvZozVH+yl/wCfy9/7/mj+yl/5/L3/AL/miyC7
L2ao60f+JRcfQfzFH9lL/wA/l7/3/NU9V04RabM/2q7bbg7XmJB5HUVUbXQpXszaFLSClqCgoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKen6jDqJuRArj7NO0D7hjL
LjOPbmrlZ2k6YdNN6fN8z7VdPcfdxt3Y49+laNN26CV+oUUUUhhRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9BWr9UNO/1t//ANfJ/wDQVprYT3Rf
ooopDIrqOKW2ljuMeU6FXycfKRzz24ptlDBb2UENpj7PGirHhtw2gcc9+Kj1WJ59JvIo13PJA6qv
qSpAFR6FBJa6DYQTIUlit40dT/CQoBFPoLqX6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1mRIbWK
SRgiJcRFmY4AG8U1uKWxoUVlW/iCyuZCVnhSADiSSUKWPsvXHucVZ/tfT/8An+tv+/q/40crDmRc
oqn/AGvp/wDz/W3/AH9X/Gj+19P/AOf62/7+r/jRZhdFyiqf9r6f/wA/1t/39X/Gj+19P/5/rb/v
6v8AjRZhdFs1k6db3kWtanLPbWsVvKyGKWL/AFkuBj5/p2q3/a2n/wDP9bf9/V/xpP7W0/8A5/rb
/v6P8aTi2VGpypruXKWqf9r6f/z/AFt/39X/ABo/tfT/APn+tv8Av6v+NOzJui5RVP8AtfT/APn+
tv8Av6v+NH9r6f8A8/1t/wB/V/xoswui5RVP+19P/wCf62/7+r/jR/a+n/8AP9bf9/V/xoswui5X
O6hdX1tqV2bOEMjeX5sucmMYPIGD+fOPStb+19P/AOf62/7+r/jWPN4isdO1V3kcyRXUscAliIZY
zsY5Y54Hv7046atCeuiZoWlxe/ZY/Kt4pkI4kN3uLe+dtTfaNQ/58Yf/AAJ/+xqBPEOmoi+dOltu
nkgVZCF3MjlD+GR19xTLLxTpF9bSXEV5Gscfml/M+XAjOHbnsMjn3FF12Cz7lr7RqH/PjD/4E/8A
2NH2jUP+fGH/AMCf/saZd6/pdj/x9X9vFiTy/ncD5tobH5EH6EVDdeI7G3n8mOZJpUnjhlRGGYt5
GC34EH6UXXYdn3LP2jUP+fGH/wACf/saPtGof8+MP/gT/wDY1Dea9bwada3lrG96l3IscAgK/OWz
ggsQMcdc0yDxJZSoWm3WzRq5mScqrRFCoIIzz99eRkHI55FF12Cz7k7TX7AhrCAg9jcf/Y0on1Ad
LGH/AMCf/saT+3dM862i+2w+ZdLvhXdy49f0P5GktNf0u/Ki0v7eYu/lqEcHLYLYH4An3waV12Cz
7j/tGof8+MP/AIE//Y0faNQ/58Yf/An/AOxqMeIdKLqgv7fLRGYfP1QDJOfoM/Tmlg1/S7mIyQ30
LoCg3Bu7nan5ngetO67BZ9x/2jUP+fGH/wACf/saPtGof8+MP/gT/wDY02XXtLguJ4Jb6BJbeMyS
qzgbFGMk/mPzFQt4n0VIYJX1O1WO4YrExkA3EYyPwyM+maLrsFn3LH2jUP8Anxh/8Cf/ALGj7RqH
/PjD/wCBP/2NUbLxRa3moXlsgAW2uRa7zIBufYWPB7DafXOD2FS/8JVoYjgc6pahLjPlMZAA+Dgk
H0yRz05ouuwWfcbqs982lXQeziVTE2SLjOBj021sCsq51G01Tw7d3FjPHPCYnAdDkZA5Faooewlu
LRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxI
UtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGJ4buZr
g6sJpXk8rUZY03HO1RjAHtW3VPT7+3vzci3DD7PO0MmVx84xn69etXKb3EtgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtXqo6d/rb/8A
6+T/AOgrTWwnui/RRRSGVtQnNpp9xcKAzQxM4B6EgZpulXbX+k2l26hWnhSQqOgJAOKluoo57WWK
b/VSIVfnHBGDzSWUENrYwQWxzBFGqR85+UDA570+gupPRRRSGFFFFABVDVgDBACAQbmLIP8Avir9
UdV/1Nv/ANfMX/oYprcT2FtrK3tpN1u+2J84iBBTPqvp9BxVvYn91fyrziz0rXNLisEsbKQ/ubi5
j3Af6PcGNxtYHoHJUj33etWbCy1O4vdMnvLnWZES4kTcYHiMW6MY3Akll3Z+Y8Dp0pXCyO+2J/dX
8qNif3V/KuGtJfFb3EcUqT5dSNzABFaFSpJPpK5U/QHHrS2ia3crFEJtZS3eW3E8k4CSh/nMu3jh
PuDI4z0NAztkMUmfLKNtJU7cHBHUU0SW7OyK8RZPvAEZX61zvh22v7bXb/7Ulwlq80724AxGcyZJ
fvuPG09MZ75rNTTpGupfsmmTQ38d9dTS3Rg2CSJmkIXd/wAtN2UwOfXjFAHbgRsAQFIPQil2J/dX
8q4cSa/CkiRJfuxtIclY9ggwI96oCNruRvIIPB4I4FOu21cGMWD62yiJfsXmRj5pTI2/z8jIUDbj
OOM9TQB22xP7q/lRsT+6v5Vw983idVuoozdCK2nEQmVN7TRO5beoBBJVdi8c/exU0FrrU1nPI+o3
ySwWEbQSSJ5KySB5Cd6HvhUByehz1NAHZbE/ur+VGxP7q/lXGR3+p32j29w66mkN3MLmf7PHmSKB
1YxohHJIKpuwM/MfWjfrf9qDYdULCQBA6AQm28rqxx/rd2ffPbbQB188tvbR+ZcPFEmQNzkKMnoM
mngRsMqFI9RXBxaRq11/ZsN/Nqc0cc1rcM8jDcrmN/MBIHQELx2z71bih1oi4fdeRGG0unhjQBVe
UyybMjHJ27SPwNAHZbE/ur+VYN1o0GrazMtxgwxffj28SK8ToR7cNWZY2mt2uowF7vUp4UuIkKzb
SrRtFmQnAGcP37dK6S1/5C9/9Iv5GmhPoc4nw/WNbYvfR3UkSujtd23mb1MpkBxuGGG4jPIPXFXr
jwgLu3jguLvfHHdyzDEWC0UjFnibnnJPX2HFdJRSGcpH4MmgtI1h1U/aTFNBPPJbh/NSQqTgZ4YB
VAPI45BqzL4Ot5dLl09rh/s8lzHPjHIVFRduc+idffpXRUUAZF7o91d6ZZQLfIt1aSpKs7QZDlcj
lQR1z2IqnJ4T80O8l0ks8iS+a0sGUd3aM7toYYAESgAHPQ5yK6OigDm4fCk8SzxtqbyxXluILwyx
bpJMBgCr5yvDY53dB3yTFN4NnurOYT6qReFYY4LiG3CeSsW7bhcnJO98nPfgCupooA5N/AkC3l1J
bywJDOjKA1tukiJh8r5X3DAxjtnqM4NWNQ8OTXGtafcW8qxpb25WR2UMGkX/AFJK552lnbrXSUUA
c7J4XmeG7t11BVt55/taL9nBZJt6yZJzhl3L0xnBxnimnwiZUu2uL7fcXcVzHM6whVzKqLlVzwFE
ajGTnnJrpKKAMRvDgZy32o83rXf3PWEx7evvnNQT+ElnsY7Y3ZATThYbvL6jKndjP+z0966KigDG
uNPFhpesuJN/2pnnI2425RVx7/d/WtgVT1j/AJA15/1xb+VXB0p9BdRaKKKQwooooAKKKKACiiko
AWiiigAooooAKKKKACiiigAqhrf/ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDN0fTW003xaQP8Aart7gYGNobHH
6VpVi+HLua6Oq+fK0nlahLEmf4VGMCtqnLfUS2CiiikMKKKKACiiigAooooAxn1/Z4yi0HyM+ZYt
eedu6YcLtxj3znNO1zUtTsjBHpOkNqEsudzNOsUcQGPvMcnJzwAOxrFn/wCSyW3/AGBH/wDRwrb8
Qa/b6BZLLIjT3MzeXbWsfMk8h6Ko/mewoAg8M+I315b2G6snsb+wm8m5t2cOFJGQQw6gim6/4jm0
vULLTdOsft2o3odo4mlESKiAbmZsH16AUeEtEuNKtLm51J0k1TUZjc3ZT7qsRgIvsoAH50niPw5Z
+IZrf/TJLLVLTMltcW7gSxg8HjupxgigAbxLNpnh261PxBp7WDWud0STLL5gGOUPGc56HB4NbEV9
bTWouVmj8nAJfcML9T2rzPWb241rwH4psNdS1vrzRG2R3kcY2u23IYD+FwCQcdM1t6ta6HpWiaPp
8Ph+1vHv51a3tF2xRPLs5dz04X1B+lAHaRXMM8PmwyxyRf30YFfzqte6zZWFncXMs8ZWCEzsquCx
UDPAz37V5/ocMljrHjOyaztLGP7BHKbW0k3xIxRwSOBgkYyMU/RvCejL8J/trafDNdzaS0rzzLvc
t5e4cnsCBgdsCgDvNN1mz1PSoNQglUQTRJL87AFAwBAbng81caVEKh3VSxwoJxk+1eYappllZ/Ag
zWVpBC9xZWks7RIAZGyhLNjqetb3i24hfxV4NjWVC7XjyKoYElfLPzfTkc0AdbJe20KlpbiJAG2Z
ZwPm9Pr7VNXnGgeH9C1rxB4ubV7eC5ki1BxsmbIiQouWA/hJwfm6/L14rd+Gc08/gPT2nkeQKZEi
d+rRrIwQ/wDfIFAHV0UUUAMlZkjZkQuwHCggZ9uaz5NQvlXK6TMx9BNH/jWlRimmJoxTq99j95YG
1HdpA0gH/fA/rV3S0QW7ypcLcGZzIzqMDPAwB2xgVdxVHTQBLf8A/Xyf/QVpt32Faz1L9FFFSUVN
WjebSLyKNS7vA6qo7kqcCotBhkttA0+GZCkkdvGrIeqkKMirF/ObSwuLgKGMMTSBT3wM4pml3Zv9
KtbtkCGeJZCoOcZGcU+gupbooopDCiiigAqjqv8Aqbf/AK+Yv/QxV6qOq/6m3/6+Yv8A0MU1uJ7F
3AowKWikMTAowKWigBMUYpaKAEwKMClooATApGRWUqygqRgg9DTqKAECgDAGBRgUtFACYFGBS0UA
JgVRtf8AkL3/ANIv5Gr9ULX/AJC9/wDSL+RpoT6F+iiikMKKKKACiiigApKWkPSgAzRurkvtH9oe
JNTivtVnsRZOgt4kmEYKkZLkH72TxzxWVoeuX2l7UxFPazy3zrGAfM3Rkt1zjnpjFZOqkztWCm4u
z1snb1V9/Q9CzRmuEbxnqNraNLKbK7MliLtPIBAgJZV2vycgbuvHQ1LP4m1WAXtustjcS2zxE3MS
fLsZWY4Qt8zDHQN0OaPaxD+z63l/Vv8AP/K52u4Uua4GXxDNHqE97Z/Z3lltbMCRlcK29yD8ueBz
9frT7nxdqdtZtHI1stzHdz27TLEzK3lgEYQHPJYDOeKPbRGsvrO1v60v/X5HcTRpPC8Uq7kcFWB7
inBhXJaxfavDbeHn+1xWs1zMqXAKfLuKk4PPQcjGfTmqEGs30F7cWunC1ie41C7DPIrMPkRWzjPU
8+1N1UiYYGc43TXX8L/5He5ozXBJ401OCzmubmK1kDact5CkYZdhL7MNzyOc9q2tD1jUbzSL2e8h
hWe33eW24Kr/AC5G7DNt9+feiNWMthVcDVpLmlbe250eaM1xFv4r1CWCC3ae0jvJrryJJJIiqQfJ
uwRuIYnBAIbmkTxndhLcym1QNFd7pMHbI8XClST0PpzS9tEr6hW/r5/5M7jNGa4keKtU2NMFt2jh
0uO/lQIdzswPyjngZwe/A96bf+J9Wsraxiiksbu5ug8nmxL8qhVB24LgZyeuenan7WILAVm7aff5
X/I7isrVdVurK4SGz0q6vnK7yUKoij03Hv7Vc064ku9PgnmjEUkkauyBtwUkZxnvVXxBq66HpMt6
0Jm2MqhA23JYgDn8aqT9297GFKLdRQ5eZ3tbz/rzE0TXYdajmCxS29xbv5c8Eow0bf1HvWrWB4d0
q7tLvUdQ1ERJdX8isYom3LGqjAGe5reog21qGIVNVGqe3/A1/EWiiiqMQooooAKKKKACqGt/8gi4
+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJS1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKAKdheWt4bkWox5M7RS/Lt+cYz9eo5q5WZo2mvppvzJIr/abt7hdo+6Gxwff
itOm99BLzCiiikMKKKKACiiigAooooAxda8IaJ4huY7jVbBbiaNNiuXZSFznHykd6rTfD/w1cWdt
ay6WjQ2u/wAlTLJ8m45bndnk10dFAGRonhXR/DjzNpNmLdpgBIRI7bsdPvE+tGs+FdH8QSRSapZL
NLEMJIGZHUem5SDj2rXooAzrTw/pdjpD6Xa2MMdi6srwhflcHrn1z6mqK+B/D66T/Zo09fsgl85U
Mjko+MBlbO4EAY4Nb9FAGRYeFdG0tbgWVjHF9pi8qYgsTIvP3iTkn5jz1q9a6fbWWnxWNvCqWsUY
iSLqAoGMc9eKs0UAY+n+E9F0qyurSzsI0trsYmiZmdWHPGGJwOTwKg0/wP4e0uWGWz0yOOWB/Mjk
LMzKQCBgkk4wTx09q36KAOJs/h9Y3upa1ca9p8U32m/aa3dZCGMRVRglSDjIPyniuyt7eK1gSC3j
WOKNQqIgwFA6ACpKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/rb//AK+T/wCgrTWwnui/RRRS
GQ3UKXNrLDKSI5EZGwccEYNJY20VlYwW0BJihjVEJOTgDA5qLVo2l0i8jjUs7wSKqjqSVOBUegRP
B4f0+KZGSRLaNWRhgqQoyDT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himt
xPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6
F+iiikMKKKKACiiigAooooAqXGl2V3Mk1zaQTSx/ceSMMV+hNOTTrSJkaO2hVkLMpCAFS33iPTPf
1qzRSsiueVrXKkOl2NsJRBaW8Yl/1gSJRv8ArxzTP7E037L9m+wWv2fdu8ryV27vXGOtXqKLIftJ
dyo2mWTsWe1gYkKMmMdFOV/I9PSs7WPCdjrHlli1uyM7kxKmGLY3EhgQTwOetblFDimrMcK04Pmi
9TPi0eyh0uCweJZraBQqrOA/ToTnvUw06zEnmC1h37mbcEGcsMMfqR1pmsf8ga8/64t/Krg6U+VW
JdSTbu/6ZWXTbNAAlrCoEfkgCMfc/u/T2pYNPtbW3MFvbxRQnOY0QBTnrwKs0UrIHKT6lIaNp62Z
tFsrYWxOTEIl2E+uMYpz6XZSRxRvaQMkP+rUxghPoMcVboosg55dytHp9rEcx28SnyxFlUA+QdF+
ntUX9iaZ9mFv/Z9p5AbeI/JXbu9cY61eoosgU5LqNRAihVGAOAB2rN8Q217d6U8WnR2sk5dSFul3
JgHJ49a1KTFDV1YIScJKS6CKDsG7G7HOKdRRTJCiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v/kE
XH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAxvDt5PeHVBPKZPJv5Ykzj5VGMD9a2ap2FzaXJufse391O0c21Nv7wYzn17c1cpvcS2CiiikM
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv8A/r5P/oK1
fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrj7JYz3G3d5MbSbc4zgZxTdMu/t+mWt3s2efEsm3Odu
RnGakuoEurWWCQkJKjIxHXBGDSWNrHY2MFrCWMcEaxqWOTgDAzT6C6k9FFFIYUUUUAFUdV/1Nv8A
9fMX/oYq9VHVf9Tb/wDXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL
3/0i/kav1Qtf+Qvf/SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri3
8quCqesf8ga8/wCuLfyq2GGOo/Oq6C6mT4slmh8MXz28728uwKsqHDJlgMj35rmm1vUbu7s1+0Sw
myMtpdhOFluBDKx/ABEcf74ru22OpVtpB7GmeXFycJknd0HXpmpGcVea7cPY+Hrux1DzhDC092kc
gbzgiIXVsd8MxHuBVK81i+uXubhdQkit7ue0kgV7gwpHCzSgfOBlQyorE89a9AS2togRHFEgOchV
A+tDW9u6bHjiZcAbSoIwOlAHO6hdz/8ACPrb29y1ttSNvt0l2PJl+YZjE2d2TyA22snTb9tS1mCJ
r+aKBbeNQk2plJGbzJVJXaMTZ2gBsjgCu58mAweSY4/KxjZtG38qabW2ZkZooSyABCVGVx0x6UAc
7oLS2S3spbVNQIvpLZVM/meWing4ZgOPXrWPDrEtjeLHcauZybuJpbpLwPA0ZkIIK/8ALI8gbehx
x0Nd+oRc7doycnFRG1tSrqYYdrncw2DDH1PrQBxt5qzSyX91Dq0iajHdLFZWaTDZKny7cJ/GHDE7
ucZ4IxSX0FzaR6x9m1DUpHhvba2iR71h8r+SWGTnBO9hu7ZrtRb26ujLHEGRdqEKMqPQegp2yM54
XkgngcmgDhLu41K11yJHmvIIYBZpI/2wyLAXkcHepH7wNgLuPTI9Khu/Et28mszLPfRWt5b3CWch
TbHG0Sna0Tdy4Dt/wEV6C6RPncEO7rkA5pPLhMYQrGUXouBgfhQBxUWsajLf6XYyXMqSafdrbXrD
gXDkMFznsUAf/gQq14P1DGgpcXeoxT3E8SEA35nJcoWwVIGxjg/KM9D6V1flxZJwmSck4HX1pkdr
axEmOKFMnJ2oBk/5NAHGzeMNXgj0pTHpxmvLVLt2kfyYyrEfIpZ+oB5Iz1Hy1o6F4kutU1z7LLJZ
eW8M0vkR5863KSKgV+ccg56DnNdG0EDhA6RsEOVBUHafb0qP7Dai9W7CKJ1Rk3jjIYqTn1+6vPtQ
Baqhrf8AyCLj6D+Yq9uHqPzrH1O/im0+6gO6KdQP3cgwSMjkeo+lVBaomT0ZsUtIKWpKCiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAy9F02TTjqBldG+03klwu3PCtj
APvxWpWP4fvZ706n9ok3+RfyQx8AbUGMD9a2KbvfUS2CiiikMKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9F
FFIZT1dWfR71I1LO0EgUKOSdp6VFoEbxeHtOjlVkkS2jDKwwQdoyDVq9uPsllPcFdwhjaTbnGcDO
P0pmm3f9oabbXYQoJ4lk2k525GcZp9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrIzo15/1xb+VA0jT8f8eNt/37FGsf8A
IGvP+uLfyq4Kq+hNrsp/2Pp//Pjbf9+hSf2Rp3/Pjbf9+hVTxcHbwvfLE8qMyBd0RIcZYA4I5zg1
zLXeo3l3aCZrhP7OaWykKkqJ5fIlJcgdRhYyPQue4pXY+VHZf2Rp/wDz423/AH6FJ/ZOnf8APjbf
9+hXHXGpyXmn+HrvTbqWZ7KFpZ1jYnzGSNCyP6kqW698VS1C5ubgXV5NcSww3s1pMBM8gjiiYyhQ
QpBAKqhIBHJ5ouw5Ud//AGRp/wDz423/AH6FH9kaf/z42/8A36Fc9qEpfwwIEmS1sVjiZb9ZWaKU
7hlCAfMCtyCc9O9ZFhJBe69aJdSJbQ/Z40ihluJ2Mn7yUZibcNwOFwWGcbaLsOVHcHSNPH/Ljbf9
+hSf2Tp3/Pjb/wDfoVg6Datpq30tnZz3Mhv5IMSXLfJEDwRvJGB7Vhw3yafc/wDH69xEt7FJPfCW
X7vmHKSo3Ctz/DwQOg4ouw5Ud1/ZOnf8+Nt/36FL/ZGn/wDPjbf9+hXHXl7HdTXkyXNyNZkuVGnK
kj7Wi+UoVUfKUIJ3Ej+9nGOFvdHW3TWRZpP5gvrWCIPczbdjeSWGckgElskc8mi7DlR2H9kaf/z4
23/foUf2Rp3/AD423/foVxV7aXtprkbMrRQWos1kkhuZW8jdI+SoPDqeAxbkA55xUN3qd/J/a940
OoR2up29xFA5f5QY1PlFADuUsock4HOOtF2HKju/7I0//nxtv+/Qo/sjTv8Anxtv+/QrkIrjUX1D
TLGZ7kDSbxbaWTJAuCwbax9R5YUn3f1FO8IX0Vn4daZZ4bq/kiQCJHlZ2l2MQj7mOGJB6YH6UXYc
qOt/sfT/APnxtv8Av0KP7H0//nxtv+/Qrkz4ku/sVrI2tRrFMXae5+xE/Z3CKRDt9SSevPy46mnx
avr1xOpmkFsspjt3txbcxO9t5hbcT2fjB47Gi7DlR1H9kad/z423/foVlajoVtDZzXUkcTTJzHsj
CLHyOgHf3NYemSahpmk2FraybJXsrM+cYMlTLPhyV6EgE9ec8mn63f64xvIkvkWD7Q1soa0BICwr
Jvznklsj059aqMndClFWO7HelqnpNzJe6TZ3UyhJZ4EkdQMAEqCRz9auVBQUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFOwmspjc/YdnyTss2xdv7wY3Z9T05q5WVom
nTaedQMxQ/abySdNpzhWxjPvxWrTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABVDTv9bf/wDXyf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG7t1u7W
a3ckLKjISOoBGKbYWiWFhb2kbMyQRrGpbqQBjmo9XDNo96EDFzbyBQvXO09Ki8Pq6+HtOWUMJBbR
hg3UHaM596fQXU0aKKKQwooooAKo6r/qbf8A6+Yv/QxV6qOq/wCpt/8Ar5i/9DFNbiexeooopDCi
iigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAUtY/wCQNef9cW/lVsVU1j/kDXn/AFxb+VZUSaoNSzeNCZMnyTsc
xAe2Dwcf3vwq0rxIbszoqKoY1T/npZf9+3/xoxqn/PSy/wC/b/40uXzHcv0VQxqn/PSy/wC/b/40
Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy/wC/
b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy
/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn
/PSy/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/VDW/+QRcfQfzFGNU/56WX/ft/8ap6sNR/sybzXtDH
gbgqMDjI6c04rVaik9GbVLSDvS1BYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAGRoF/PfHUhcMG8i+khjwuMIMYH61r1T09rJjc/YPLyJ2E+wY/e8bs+/SrlN7iQUUU
UhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9
BWr9UNO/1t//ANfJ/wDQVprYT3RfooopDILy4FpZzXBUsIY2kKjvgZpunXYv9OtrtVKLPGsgUnkZ
GcU+8txd2c1uzFRLGyEjqMjFN0+0XT9Pt7RGLrBGsYY9SAMUaWF1LFFFFAwooooAKo6r/qbf/r5i
/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/ACF7
/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/
1xb+VXB0qnrH/IGvP+uLfyq4KfQXUyfFNzcWnhu9ms5/IuAgCS4B2EsBnB471zzeJNQurmySKYw/
ZhJBfKFBD3AilO3JHRTGG46h1rtZYo54zHKiujdVYZB/CovsNsCxEEQLOZCdg5YjaWPuRxn04pDO
U1DXb6C08PXcFyGQwG4vUAB81FRC/bggMW4x0qjda/qt1LdPa3biG4uLb7IiFEIiZpVyGZT97yw2
SDwRiu0g0jT7VClvY2sSHPyxwqo5GDwB3AANLLpNhND5MtlbPFtVdjQqVwv3RjHQZOPSgDGvry/G
ji0s3uEvlSNmnmKhXBI3Isu3ZvIJAOOvaszT9Qv9V1mOCG9vxawwIJC8sKOr75VbcNhDn5AMqQOP
euvbTbN7EWb2lu1qAAIDEpTA5Hy9KjOjaaZYZTp9p5kACxP5C5jAOQFOOMH0oAxNEuri1F5LeXeo
34W9ktUQRK+wKeGIRRj3J4pItYun0nT5ftIM0mqGCQjHKec64/IAfhXSxwxxBvLRU3MWbaMZJ6k+
9V4tJ0+CV5YbG1jkkYO7pCoLNnIJOOTknmgDg4PFOrJpsENzeE3R0+e8WbYo81PK3I3TGUbKn6An
rXSafrsv9g3+o3cim6i81vsjYQwlFJ8s9ycDJPfORxitttPtGRFa2gKxoY0BjGFU8FR6A4GRQ+nW
kjs8ltAzN1ZowSfl29f90kfTigDmn8V6lHf2tn/Z0UsrRRTXJjlAVUkYgbSxBOAMnjk8Crfh/wAR
XWr6h5NxDapHJaLdxeVKXdVY4CuMcH6e/pWzNpllcSwyT2lvJJB/qneJSY/90kcdB0qK20ays9Rk
vbaBIZpE2P5ahQ3zbskDqcnrQBexRilooATFGKWigBMVR1r/AJBFx9B/MVerL1O7hudJuxE4LJgM
p4ZTkdQeaqO6JlszUFLSUtSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBk6Fp81gdRM+3/AEi9knTac/K2MZ9+K1qydBv5786j55U/Z72SCPaMfIuMZ9+a1qcr31Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9XLDR73Zu3/Z5Nu3rnaelReH958Pad5u7zPs0
e7fnOdoznPerd5OLW0muGBZYUaQgdSAM0zT7tb/T7e7RWVZ41kCt1AIzzT6C6lmiiikMKKKKACqO
q/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKA
CqFr/wAhe/8ApF/I1fqha/8AIXv/AKRfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
FLWRnRrz/ri38qQaTb4+9c/+BMn/AMVS6x/yBrz/AK4t/KrgqrtLQm12UJNOtIY2kllnRFGSzXUg
AH13U1rGyTaGnmXfnbm7kG7jJx83PFReKrN9Q8NXlrHCZ2lUL5Y/iG4ZH5Zrmho2pz3Vsbq2eQac
8tnbOxBLxmGUeb/wLMS/VTS5n3Hyo6o2NkPLBnlHm/c/0t/n4zx83PFMlt9NgDma7eMJjfvvHG3P
TOW4zXMT2V7qWnaFJb2F1Dc6VCxUTJsIlREwOvIbDL+Jqrd6Lfy+fezWNwJbya0up/KiSR1IaXKh
WyCUUxryDRzPuHKjs/sdh9m+0faZPIxu837Y+3HrndiomXSE2b7/AG+Yu5M3zDcPUfNyKztQs57v
QhHNDM1iqRtHHDbqLlZFYEMyH5CMjJXH4VmabY3S65BNqGnzxo8EcaiCyi8ogSS8uCCYzhlJCnua
OZ9w5UdNbw6ZdsVtrxpmUZIjvXYgfg1S/YLLaG86bBbaD9rkwT6fe61maRpV1p8d4bG1tLaSS/kY
mWL70JPGNuPwzVG1gupLCzsv7Puo3tNV852kjAUoZnbcpzzwQfxo5n3DlRvi008xiQXMhRgSG+2P
ggdTnd2p66baOzKss5K4yBdSZH/j1cJD4c1S0062tI7J2tm024bYMZhneLa0ePRmww9y1dBZxanp
uh3tnBaytqjtIUuwAUmcoWWQ7jx0C46AgAfLijmfcOVG7/ZVv/euf/AmT/4qmtptqilmkuFUDJJu
ZAAP++q5a8j1I28f2NPEPkGOXYrSgTC4+UIWJP8Aq/vdflznIxim3uma5cJe+dJfSG5E0LxpL+62
fZxtKL2zKMZ68kdKOZ9w5UdPb2unXcYktrqSZGAYNHeOwIPQ8N04P5VN/ZVt/fuf/AmT/wCKrmjp
eppJb2sTX0drizR3SUh9oEvmDdnPUoD+GKiu9M1uW4upY7rVV3vdsqpPhRtx5AUdgf178cUcz7hy
o6r+yrf+9c/+BMn/AMVR/ZNv/euf/AmT/wCKqxaGRrOEzjEpjUuMfxY5/WpqOZ9w5UUf7Jt/71z/
AOBMn/xVY+o6JiGW9ndw8YxGiyu3GR94k8/Tp9a6aqGt/wDIIuPoP5iqhJ3WpMoqxeFLSUtQWFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT08WINz9g8vPnt5+z/nr
xuz79KuVkaDYT2J1I3CqPtF9JNHhs5Q4x/Ktem9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UU
UhkF5bi7s57csVE0bR7h2yMZpunWY0/Tra0Vy4giWMMRgnAxmmauzLo96yFg4gkKleoO09Ki8Pu8
nh7TnlZmka2jLFjyTtGc+9PoLqaNFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9Tb/wDXzF/6GKa3
E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/0i/kav1Qtf+Qvf/SL+RpoT6F+i
iikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri38qpR+JLSefbDInkKSHlfIyfRRjn6
nFXdY/5A15/1xb+VSLZRLci4j3RufvhDgP8A7w6H69atWtqQ730If7b0/wD5+U/I/wCFH9t6f/z8
p+R/wp+ralFo+l3F/cLI8UC7mWMZY+wHrVKbxPYwyWCjzJPt0TTRNGuQFVC+WOeMgED1NToPXuWv
7b0//n5T8j/hR/ben/8APyn5H/Cq8/iWytjpPmCUDVSBA20YXIBG7njOQO/JFV7nxfZW9zdwCG5l
ktpooGCKoDO+cBSzAcbSCTjmnoFn3ND+29P/AOflPyP+FH9t6f8A8/Kfkf8ACmXetxWOkJf3EMyC
RkRYvlLlmYKoznb1I5zj3qsPEqm8S1XTb43BiWV4z5amMMWABy4yfkPTPajQLPuXP7b0/wD5+U/I
/wCFH9t6f/z8p+R/wqLSNb/thpwljeW4gcxs04QDeDgqNrHp+VC67bNaW9yFl8u4uTap8vO/cV55
6ZU0aBr3Jf7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKzYPGmm3Gmx3sa3Gx0mfYUAdfKXcwIzwSMEeu
RWnZ6tbXsFxPGxFvAzK0zcIdv3iD3A5BPTINGga9xP7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKE1vT
JBblNQtmFySICJR+85x8vrzxT7TVtPv7iWCzvbeeaH/WJHIGKduQOlGgajP7b0//AJ+U/I/4Uf23
p/8Az8p+R/wq9RRoHvdyj/ben/8APyn5H/Cj+29P/wCflfyP+FXqKNA1KP8Aben/APPyn5H/AAqn
q2rWU+mTRx3Cs7YAAB55FbVUda/5BFx9B/MU42uhSvZl4UtIKWoLCiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAytD1GbUDqIn2f6PeyQJtGPlXGM+/NatU7COyjNz9h
8vLTs0+xs/veN2fQ9OKuU3uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbudbW1luHBKRI
zsB1IAzTbC6S+sILqMMEnjWRQ3UAjIzS3tv9ssp7fds86No92M4yMZpmm2f9n6ZbWm/f5ESx7sY3
YGM4p9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKKQwooooAKKKKACi
iigAooooAKKKKACiiigClrH/ACBrz/ri38quCqes8aNef9cW/lTRc6j/AM+EX/gT/wDY1Vrom9mL
rGnnVdLms1k8oyYw+3OMEHp+FY0Xg7yp5JPteQZ3eIFP9XEY5FEY57NM7Z9MDtWx9p1H/nwi/wDA
n/7Gj7TqP/PhF/4E/wD2NLlYcyMZvCt3d6daW19eQFrSB4I3giZOCqhW5Y/MCueKil8Fytaqoure
WX9w8n2iDekro0jOWXPIZpScdsVvfadR/wCfCL/wJ/8AsaPtOo/8+EX/AIE//Y0crDmRUl0OR7Bl
Vrb7S8SxPHIjvalQRkCEtgDAxxVDTvCc+m6jBcpLYzKiKh862LNEA7tiJt3yDD4AOegra+06j/z4
Rf8AgT/9jR9p1H/nwi/8Cf8A7GjlYcyILbQkjjnSaaVhJdvdKYpHiILHO07TyPrwfSqdv4dvEhit
5ru3a3t737XFshIf/WM5VjuIP3sZAHStP7TqP/PhF/4E/wD2NH2nUf8Anwi/8Cf/ALGjlYcyOePg
QqsPlX2wrp72co8v5ZGKbFkxnggEg+ox6Vor4euYNKudMtrxFsZVdI0eMs0SMhGwHd0DHI9vl9DW
h9p1D/nwi/8AAn/7Gj7TqP8Az4Rf+BP/ANjRysOZGLeeDRc6rbXnmW7qkUMUkc0TN/q2JDJhgAee
4OCAak0HQbzSdYXzXhltYbFbWJ449hwrkgNycnHU8Ctb7TqP/PhF/wCBP/2NH2nUP+fCL/wI/wDs
aOVhzIv0VQ+06j/z4Rf+BP8A9jR9p1H/AJ8Iv/An/wCxo5WHMi/RVD7TqP8Az4Rf+BP/ANjR9p1H
/nwi/wDAn/7GjlYcyL9UNb/5BFx9B/MUfadR/wCfCL/wJ/8Asaw7u9v2iuIVjE1r/wAtHMu7yjuH
AbA3fTkj1q4RdxSkrHVUtIKWsywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAMfQLGeybUzcIF8++kmjwQcocYP6VsVl6JqMuonUPOVF+zXklum0dVXGCffmtSm731Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9Wdo9IvXjYq6wSFWHUHaeRUegSPN4f0+SV2eR
7aNmZjkklRkmrV1MltayzyAlIkZ2wOcAZNNsbqO9sYLqEERzIsiAjBwRkZFPoLqWKKKKQwooooAK
o6r/AKm3/wCvmL/0MVeqjqv+pt/+vmL/ANDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKK
KKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAFLWP+QNef9cW/lVwVT1j/AJA15/1xb+VWTNHGyI7qrPwqk8t9KroLqUPEd7cadoF3dWXl/aUU
eX5gyu4kAZHpzWE/iy5nn09LVIlBjk+2hxkxyiOUhBg4BDQtn2x611N3awX1s9vdRiSF8blPfBz/
AEqsuh6aryuLVA0s7XDnJ+aRkKFuv90kfjUjMXUPEl5Z22gXOyEw3UYmvcj7qbVyy88YL578A1Sv
PFWpNcXgs1i8n7RBFalITI7IzSKzY3AMS0ZxyOPWuig8N6Xb26wJbsY0V0VZJnfarKFYDcTgEADF
EnhrSpLdIDa7Y0SJF2SOpUR52YIORjcfzoAp3esXaaV5Fkyz6ukaSSxGHDohI3N5e7kgH7u7k96o
WmuanqGrRWtrch4VgRpJksDgOWkU7wzgxkbAMYPOa6OXSrSbTlsZFkaBcYHnPuGDkHfndn8arxeG
9LguYp4YHjliAAKTyLuwxYbgGw3LMfmznJoAz9J1e5iFzJreo2xjW7e0iCQGPLKeDncevpT01u6b
S7G4YReZcaibVxt42CV04564UVt29pBaCQQRhPNkaV8Hqx6mqUHh7TLZy0UDDMwn2mV2VX3FtwUn
A5JPHrQBy1t401F9OjE6W6XwtJrpwEO118svEyjPTgqfdTXQadr/AJug3Ws3gVLVN7rHGCXRE4Ib
/byD8vbp71Zfw5pLrCrWUZENu9rHycrEwwy5z0IFSPoenSSSu9srGZi0gLHa5KbDlc4OV4oAzrnx
PdWgCS6NP9pEbzvCs0Z2wrjLbs4JycBevB7c1UvPGj+VefZLCRlSOT7POzrskkWIS4K5yBtPU+mK
038KaPLAkMloXRM43TOTg4ypJbJU7R8p446VYk0LTZd2+1QhmdyMkcsmxu/deKAMW28S3drBDFc2
0l1eOluuwFEy8vmHO4cYwnp+dOufGjwT3CLo9zIkTTKsiyxgOIv9YcE5GAePWts6PYGZJjbr5iGM
q2TxsBCd+25vzpraJpz7t1sp3ebnk8+Z/rO/egC5BMtxBHMmdkihlz6EZFSUyKNIYkjjG1EAVR6A
dKdmgBaz9ZULo04UADA4H1FX81R1r/kEXH0H8xVR+JEy2ZepaQUtSUFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBTsLeztzc/Yih8ydnm2vu/eHG7PoenFXKx/D1lPZ
HVDcR7PPv5Jo+QdyHGD+lbFN7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKKQyC+tzd2Nxbh
tpljaPdjOMjGaZplmdP0u1tC4cwRLHuAxuwMZxTdWkaLSLySNijpA7Kw6ghTg1HoE0lx4f0+aZy8
kltGzOx5YlRk0+gupoUUUUhhRRRQAVR1X/U2/wD18xf+hir1UdV/1Nv/ANfMX/oYprcT2L1FFFIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKQ0hi0U3N
KDQAtFFFABRTd43BcjJ6DPWloAWim7xu25GcZxnmgOCxXIyOozQA6ikzSK4cZUgj2NADqKKQ0AU9
Y/5A15/1xb+VZ1vpF1bX7u13cSiUn/SBs3qPQgr0+n5VszpFPG0MuCsgIKk9R3qQVSk0rEuN3cp/
YJv+gjd/lH/8TR9gm/6CN3+Uf/xNXM0UuZjsin9gm/6CN3+Uf/xNH2Cb/oI3f5R//E1bDhs7SDg4
4NAcFsZGfTPNHMwsVPsE3/QRu/yj/wDiaPsE3/QRu/yj/wDiau0UczCyKX2Cb/oI3f5R/wDxNH2C
b/oI3f5R/wDxNXaKOZhZFL7BN/0Ebv8AKP8A+Jo+wTf9BG7/ACj/APiau0UczCyKX2Cb/oI3f5R/
/E0fYJv+gjd/lH/8TVys3VNdg0p445IbqeaQFljtoWkbA6njpQ521ZUKTm+WKuyb7BN/0Ebv8o//
AImj7BN/0Ebv8o//AImotH12z1uORrRnDxHbLFKpR4z6EGtKhTuroJ03CXLJWZS+wTf9BG7/ACj/
APiaPsE3/QRu/wAo/wD4mrtFHMybIpfYJv8AoI3f5R//ABNU9Ws5Y9MmZr65cDB2sEweR6LmtmqG
t/8AIIuPoP5iqi3dCktGXhS0lLUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAZmi6lJqJvxIiJ9mvHt1255C4wT781p1TsLS1tDc/ZCD5s7Sy4fd+8OM/TtxVymxIK
KKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk
/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhkN1MlvayzS/6uNGd8DPAGTTbG4iu7GC4twRDMiumR
j5SMjjtRf25u7C4t1YKZYmQE9sjFM0uzbT9KtLR3DtBCsZYDAOBjNPoLqW6KKKQwooooAKo6r/qb
f/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv
/IXv/pF/I1fqha/8he/+kX8jTQn0L9IelLSUhnCNPLB4wljW8F1PdSSLbSRXJP2YhSAkkPTaD3pq
eLtVudOnuojFEYDb27q8eR5zNiTv0Hp713C2sEczSpDEsr/ecIAzfU1V0/RrTT7eWGNPMWaZp3Mu
GJcnOaxdOXRnorF0WlzQu1b8N/w0/E5X/hJdUCrZzX1rA41Ca1kv3iARQihhlScAknHXtUlv4o1W
fxT9jQ2zW0cohZCVVpBsz5i5bcc9RgEYrsHs7aRGR7eJldtzKUBBPqfel+zQecJvJj80DaH2jcB6
Zp8ku5LxVGz/AHa2f39/626HBaLqs+r+KtGu7q5geRobk+RGu1rfkDY3PXjvjvU9x4x1DTdSuILw
I8NjPJ9oYJgmJgPKx75NdstrAjl1gjVyS24IAcnqc0PawSFy8ETFwA2UB3Y6Z9aXs5Jb6jeLpSne
VPS1rdtX5dn9+p5zrt9qURaVp0gvhpkEs00SYf5psFc54UZ/T3qa71K90zX9TvrS7glCJYrKxjBE
4bjIIPy9c8Zr0B7aGQsXhjYsu0kqDken0pv2K2wR9nhwQARsHQdPy7Ueyd9yljocqTh+Xl5eX4nO
61c3UHjTRok1D7PbTJIGjIG12GODzyTnA9O3Wue8P65qGj6VAsZint3tLq4jh8vDKySHvnnOa9Gk
gilKmSJHKHcpZQdp9RSJawRlSkEalQQpCAYB64pum73T/rQzhi4RpqEoX/qXl5/gc74R1rUdUtbp
797ZxGFaOSN0PVckMFJxj88GsP8A4TTUo9MmBuIJrvz4o2ZETy4VfPIcNtYccbiMd676G3ht0KwR
RxqTkhFCj9KatlarC0S20Iic5ZAg2n6ihwlZK4LE0VOUnTVnbTtb/M4G+1u9R9G1SeOGS9itbwhY
mDI+0AA/KT9Tg+tWLfxVq7aP5k89mvmXcMIuwUcRI4ySyqxAx2ye/NduYLeNVYxRKIwQp2gbR3x6
CkWzthAYVt4RC3JQINp/Cl7OV/iLeMotJOmtPyu3+pxD61qFhrN/MdUivFi05Z4olQBJjzyoBPTG
SRS2/ivVm0jzJ57RTJdwwrdgoyxK4yxYKxAxjjJHXmu3FpbgoRBECi7UIQfKPQegpFsrZYWhW3hE
TdUCDafwo9nLuL63Sa1pq+nbocLaz3MfgXxBcWl3idbyeTz4RjdyMleeM+vamXmtXOn3D3VvNbXF
yumW7favLHz7pgpBwemD+degLBEqsqxIFblgFGD9aYLG1ChRbQ7QAuPLGMA5x9M80ezdtGNY2Dk3
KF7u/Ty028vQ46DX9ah1OOK4ureaJNS+wOog2lwV3bs54I6Yqfwl4l1TWtQkF2LcW7Rs+xWUPCQ2
Mbclv++gOa6z7NBuz5Med2/O0fe9fr70R28MTu8cUaO5yzKoBb6+tNQknuRPFUpQaVNXa3OLuvFt
/Z3usIZYJngjke3hjQMoCsBlmByCATlSB7U2XxXf2sV0ov7W8jglts3kcYCBZGwynBI4HOa7ZLWC
N3dIY1eT77BQC319aatlbJCYVt4VibqgQBT+FHJLuNYmj1p9u3l5f1fU49PEupXs8UVpdW6rPqs9
qkvlhgIlXKkc8n+dRSeLNSj0q/vRdWrTpK0S2RQBrbEgXexznGPXA5FduLWAEEQRgqdwOwcHpn60
n2O33SN5EW6UYc7Blx7+tHJLuCxVG6/d6f8AB9Opl+F9QvdS0oy35haRZWQPE6sHUdCdpIz24Par
2q6hDpGmz31wHMUK7m2DJ9OKsxQxwoEijVEHRVGAPwrO8RwyXGgXUUNkt67qALdn2h+R3yPr+FXq
onOnCpWTasm/TT9DN8O2t1ca5qOtXFs1pHdrGkULkbyqj7zY6Zrpaitd32aLegjfYNyA5CnHTNTU
RVkTWqOpO79PktAoooqjIKoa3/yCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDF8O2c9o2qmeIx+dqEsqZ/iU4wa2qz
NH1J9SN8HjVPst29uuDncFxyfzrTpvfUS20CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9FFFIZU1WV
oNJvJY2KukDsrDsQpINRaDPJc6Bp88zl5ZLeN3Y/xEqCTVq6kjhtZZZv9UiFn4z8oHPFNsZ4bmxg
ntseRIivHhcfKRxx24p9BdSxRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himtxPYv
UUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6F+ii
ikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/AK4t/Krg6VT1j/kDXn/XFv5VcFPoLqY2
ua+2jahpkJt/Mhu5GWWTdjyVGAGx3G5lz6DmqieLXk1ee1S0XyUu4reOXzOXDeYGbGOMNGR71q6n
o1rqzKboOdsUkOAcDbIAG/HgYqi3hGxEEccM11C0SwhJI3G4GLdtPIIyd7Z45zSGNfxStvrmqWV1
AI4LOESxzBs+aQqs647Eb1x65rPs/GV7eXWn27WVvby3Ee6RHeR9p81oyoKoRxt6nA5rWm8LWNzI
ktw08sq3EdwXZhlnRAnPHQgDI70kXhi3t7qKe1vL2BkBVgjriQGRpMNlT3Y9McGgBur6zfW81mNL
jsLmG5mFvuknYbXwx/hUjGF/WqUfi65ae5ge0tluVlEENs0zCXeW2qzgrgIR824Z445Nbb6PZEW4
jhWFbef7QiwqEBfBGSAOeCapXHhW0u5jLdXV7PIrFoGeUZtiWDZQgeqjrngY6ZoArX3iw6NIYdYS
2t5vskk67ZiVkZTgKCQDz+lWNU8RPZ+HRfWsEdxeFYWFp5uDmRlGOmf4uOOeKsJ4ftxvaW4up5JL
d7Z5JZMsyscntgH0xwPSntoViYIoxCFaMxYlUAO3lsrKC2MkZUUAZV541ht7qHyIPOtWs2uXlD4I
O3ciY9SPyyKLzxJqWmRTJfafbC58gTwiKctGfnVCrEqCCC6nIBzmrKeDdJSF4vLkMTtMzIX4/ejD
DjoAAAPTApz+FbaaC5S5vL64knRY/OllBeNQ24BeMDkAng5wM5oAz9Q8WXumkWtzaWyXonWNiHke
IoyOysNqFj/qyMbePpWzcayllHYC4ilknvCERLdC3zbdx64wAATk4qu/he3ZEYXt8t0s3nG6EimV
m2FMHK4xtYjAGOatLo8f2q3uJbi5mkt23oZHBAPl7DwB3GSfc0AZsXjvRriSaO3lkmkjKhVjTcZi
W2jZjrz649enNTx+LdOktjPi4VRGZCrxEMAJPLIIPfcMYqOPwfZwwGGG7vkiVw8CiQf6OQ2QUyvu
R82eDioYvBVu1nDFc3d0ZI2kDPHLgyo0xlCvkHODjnjPPY0ASP450ZLq5t/OZpLfIIRchyHCEDnq
GYDnHX0q5Ya8L/WLqwFlcxfZ4o5PNkXCtvGcexH9D6VCnha3i+0iC8vYopy58pXUohZtzYBU9Tng
5HJ4qfTPD9rpE4ktHnVfISAxs+VIXO1umc8kdce1AGrVDW/+QRcfQfzFXs1Q1h1fRp2RgwIHIOR1
FVH4kKWzL9LSClqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU
7CxtrE3P2Yk+fO00mWz85xn6dOlXKxPDlrNanVvPiaPzdQlkTcPvKcYI9q26b3EtgooopDCiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/
rb//AK+T/wCgrTWwnui/RRRSGV7+3a70+5t0IVpYmQE9ASCKZpNo9hpNpaSMrPBCkbMvQkADijVJ
Xg0q7mibbJHA7K3oQpINR6HcSXehWFxM++WW3R3b1JUEmn0F1L9FFFIYUUUUAFUdV/1Nv/18xf8A
oYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/wBI
v5Gr9ULX/kL3/wBIv5GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrP/IGvMf88W/l
TBaX3/QSP/fhafrH/IGvP+uLfyq4Kq9kTa7KP2O+/wCgkf8AvwtH2O+/6CR/78LWJ4o1K60zXdOu
Y7h0s7aCWe7iH3Xi3RozEf7Ict+BrPsNcuhqiy3180ME9/G2yVwqxRvbSOqZ/BT9aOZhyo6v7Hff
9BI/9+Fo+x33/QSP/fha5Vtbv7fXNThW4eWO+uBa2PcQyhIzx2wVcv8A8ANQ6Jf3V1qWmi51F5FS
xt5Nr3vlNKxaQE7AMSE7VByRRzMOVHYfY77/AKCR/wC/C0fY77/oJH/vwtYuorLqOp6PL52q6eLq
Z4pIPO8vIWN2HCkjqo5z0rFj1WeC5ayutYlcXE6ia/guVkiSMlsEDH7lidqYPHPByKOZhyo7T7Hf
f9BI/wDfhaPsd9/0Ej/34WuV1TVr6yj1JNJnkv7eLSvMW4a5UGI7pRvBx8xG0DP+zV/xPfX72Mdt
p5ubO4NzCkdwwASUnnA5yQSMHgUczDlRt/Y77/oJH/vwtH2O+/6CR/78LXG3Pie9vJn1K0nmgs3s
3RI9uRGVeESy4xyU8xx6fIanur02y3ltZ61PcWC/ZPMuTchmhd5wrASdsoc47e2aOZhyo6v7Hff9
BI/9+Fo+x33/AEEj/wB+FrjL3ULn7VBaW+qtJYi6kSK4kvfI81REGKmUA7trEgcexPFdBqWum2u7
WysrywjLI5ee7kLICmz93wR8xDg8noM4NHMw5Uaf2O+/6CR/78LR9jvv+gkf+/C1y83jW9jS5kRb
FiI7lkt8t5luYm2gy89GPsMZGM0NqWqXmu2UFxPAn2SW5WZYPMVZiiIwON3HD4wcjOT9DmYcqOo+
x33/AEEj/wB+Fo+x33/QSP8A34WuZg8T6m2kz3EQtCILa02CTexaSYJyzZ6Dcfc+vrc0jXtSuNYj
tL5bMxvJcQhoAwbdCQC3JPBz07epo5mHKjaNpff9BI/9+FrDutPvViuLhZmht/8AlpG0ar5xyOdo
6fXrXV1Q1v8A5BFx9B/MVUJO4pRVi8KWkpazLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAztI1M6kb0NEI/st09uMHO7bjn261o1TsNPg083PkFj9onaeTcc4ZsZx7
cVcpvyEgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad
/rb/AP6+T/6CtX6oab/rb/8A6+T/AOgrTWwnui/RRRSGQ3TxRW0rz48lUZpMjI2454+lJYywTWUE
tpt+zuitFtXA2kcYHbim6hbvd6dc28ZAaWJkBPTJBFM0m0ew0iztJSrSQQpGxXoSABxT6C6lyiii
kMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwooooAKKzfEN9Lpnh6/vL
fb50EDOm4ZGQOK5HS28d6tplvfQappqxXCB1DxYIB9cLUOdnax0U8O5w5+ZJXtqegUVxX2D4gf8A
QW0r/v3/APYUfYPiB/0FtK/79/8A2FHP5Mr6sv8An5H73/kdrRXFfYPiB/0FtK/79/8A2FH2D4gf
9BbSv+/f/wBhRz+TD6sv+fkfvf8AkdrRXFfYPiB/0FtK/wC/f/2FH2D4gf8AQW0r/v3/APYUc/kw
+rL/AJ+R+9/5Ha1T1Oe9gtd2n2yXM5YAK8mxQO5J9qwNMtPGcepQNqeo6dLZhv3qRJhiMdvlHfFd
QxIVj6CmnzLsZSiqUlqpffb9Dn7PX9Rg1qDTNbs4IZLpWa3mt5CyMV5KnPOcVqWv/IXv/pF/I1z+
gRXniW5s9f1J4kSASC2tolI2kkqWYnqeK6C1/wCQvf8A0i/kaVJtptmuMjCE1GKSa3ttfXb5W+Za
upxa2k05GREjOR64GawLHxnaXVtDPcRm1Vrd5pw75MDKUGw46k+YpGOuR61vXEK3drNAxIWVGQkd
RkYrn7jwLp9w7uZZ1L2iWrbSuDsKFZMEEbh5aj0IGCKs5SRfG+lPPtRp2hEEk7ziB9kYQ4YNxkEe
/t6irsniTS4TMJLyNfIkeOQkHCMqB2yfZSDn3A61XtfC8dvJCzXLyBIpYZEEUaJKjkEgqqgDBA5H
PrmqkHgSxijdHuLqQPam3JLjOS24ydPv9Bn0AoA0I/FGmytCqyTeZLL5KxG3kEgfbuwVxkfKc5PG
KXQtfh1m2LAbJkXdKoyVTkgDdjGcDOOoyKZaeHFt7+O+mvJ7m7WRpHkcKN+U2AYAAAA9O/JqTRdA
h0NJEtZpTHJyyMRjfkkuPQnOD64HegCIeK7GS40+OBLmZL92SKVYH2cLndkj7pBGD079BTz4p01U
YtJMGWVYfLNtIJCzAlcJjJBAODjHBqtbeEY7Z45EvrgSpcGfKqiA7l2MoUABcjqQAc81Hpfgm00u
VZI7mdys0cwyEGSisozgDOQ5yTyT3oA0NP8AEFpf2d5dES28NpLJHK9xGYwNhILZPbj8O9RSeLNL
iiWSSWdA247WtpAyqoBZyu3IUAj5jxz1pH8NpJa3do95cG0u5ZZJIgFH+sB3DdjP3juHfgdqjuPD
El0A02r3hnMTwSTKsal4WIymNuB04Yc8mgBbzxhptqL1EkeWe1jdyixPhyq7iqtjBOCDxnjmm2/i
uAWkcl+vlSukJ8uKOR2LSbtqhdob+A9vy7rJ4RtHieNZZkRmlYKpHy74vKwOOy9Pepj4btzexXXn
S742hYDjH7pXA7d95z9BQBHN4y0e3nmhluJQ8LMr4t5CMr9/BC4O3uR071tqyuoZSGUjII6EViye
F7eQSAzzDf8Aac4I/wCW/wB7t27VsW8It7eOFSSI1Cgn0AxQBW1j/kDXn/XFv5U5b+J7nyIt0rj7
5QZVPqemfbrTdY/5A15/1xb+VVI/DlnBPuhgh8liS8TxhgD6qeo57cirVuXUh3voajxxyZ3orZUq
cgHg9R9KjltbaZCssETqSCQyAjjpUX9jad/z5W//AH7FH9jad/z5W/8A37FToVqTiCFcYjQbTkYU
cHGM/lxTTZ2rSJI1vCXj+4xQZX6HtUX9jad/z5W//fsUf2Np3/Plb/8AfsUaBqWmVWIJAJXkHHSo
ls7ZUkRYIgsv+sUIMP8AX1qL+xtO/wCfK3/79ij+xtO/58rf/v2KNA1JxBCq7VjQLt2bQoxt9Pp7
U5kRsbgpwcjI6Gq39jad/wA+Vv8A9+xR/Y2nf8+Vv/37FGgalhYokxtRFxnGFAxnk/nTFs7VYGgW
CEQtyYwg2n8OlRf2Np3/AD5W/wD37FH9jad/z5W//fsUaBqSyWdrLEsUlvC8afdRkBC/QdqVrW3d
drwxMoYNtKAjI6H61D/Y2nf8+Vv/AN+xR/Y2nf8APlb/APfsUaBqTfZ4N0jeVHukxvO0ZbHTPrTv
Ki3btibjnnA/Gq/9jad/z5W//fsUf2Np3/Plb/8AfsUaBqT+TCFK+WmDjI2jHHT8qURRhgQiAgk5
wOp61X/sbTv+fK3/AO/Yo/sbTv8Anyt/+/Yo0DUuZqjrR/4lFx9B/MU7+xtO/wCfK3/79iqeraXY
w6ZNJHaQo64IZUAIORVRtdEyvZmwO9LSClqCwooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKAMTw3bzW7at50bx+ZqMrpuGNynGCPatus7SdT/ALSN4PK8v7LdPb/ezu24
59uvStGm9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CqcunI8zTQzTQSPyxibhj6kHI/SrlFFwsUfst8p+XUAf9+AH+RFSwR3iyZnuIZEx0WEqc/Xcas0U
7isVdTme30u7miO2SOF3U+hCkio9EuJLvQ7G4nbdLNbo7tjGSVBNXJI1lRkkUMjAhlIyCD2rDbwV
oTOX+xYJOcLK6gfQA4FCtbUHe+hvUVS1HSrTVbYW97EZIgwYKGK8j3BHrTNL0Kw0YymwgMRlxvzI
zZx06k+tGgamhRWJc+ENGvLmW4ntWaWVizt5zjJPsDV+/wBKtNTtBa3kZkhBBChivI6cg5o0DUuV
R1X/AFMH/XzF/wChimaZoGn6O8j2MBjaQAMTIzZA+pNZet+F9KuJRcy2zNNPcRiRvNcZywB4zgcU
1a4nex0lLVO80q0v7EWdzGXtxj5QxHTpyDmoNM8P6do8zy2MBjd12sTIzZH4k0tB6mnRWNe+E9I1
C6kubq1Z5pOWbznGeMdAcVdudKtLvTvsM8Za22quzcRwOnIOe1GgalHxl/yJ2rf9ez/ypvgr/kTd
J/69lrO1/wAO6bo/hbWZrGAxyPZuhJkZuOvcn0qHwz4W0nU/DGmXN3bM8z2ybmErrnAx0BxUae0+
R16/VP8At79DsqKqS6VaT6Z/Z8kZa12BNm4jgYxznPYd6r6b4b0zSbk3FlbtHKVKkmV24+hJ9KvQ
5NTTorJv/C+landtc3ls0kzAAsJXXgdOAcVabSbRtL/s5oybTYI9m4/d9M5z+tGgalylrK0/wzpe
lXQubO3aOUKV3GV24PXgk0moeGdL1S7NzeW7SSlQu4SuvA6cAgUaBqatNcEqwU4JHB9KqrpVoul/
2cIz9k2eXs3H7vpnOf1qtYeGNK0y7W5s7Zo5lBAYyu3B68E4o0DUl0a0vLLTkh1C9+2TqTul2bcj
PHFZ1/BqE2pXYsZQsY8vzUA+dxg9Dkf0+tXdR8N6Zq1yLi9t2klChQRK68fQEetRWGl2sUl/p8cZ
Fr5aJs3H7pDZGc5704WitAqNzk2+vyJrSC8FrGIJ4Io8cIbRlI+o31N5Opf8/lt/4Dn/AOLqtY+F
tJ027S6tLZkmTO1jK7YyMHgnFP1Lw7pur3CzX1u0kirtBEjLx17EetF1cVnYm8nUf+fy2/8AAc//
ABdHk6l/z+W3/gOf/i6db6VaWmnfYIYytttZdm4ng5zyTnuapWXhTSNPu47m1tWSaPlW85zjjHQn
FF0FmW/J1L/n8tv/AAHP/wAXR5Opf8/lt/4Dn/4uotT8PadrEyS30BkdF2qRIy4H4EVPZ6VaWFib
O2jKW53fJuJ69eSc0rhYb5Opf8/lt/4Dn/4ujydS/wCfy2/8Bz/8XVO08I6PY3UVxbWrJLEcofOc
4P0JqxqegafrEkb38BlaMEKRIy4B+hFO6CzJPJ1H/n8tv/Ac/wDxdHk6l/z+W3/gOf8A4unWOlWm
mWZtbSMpCSSVLFuT15JzVC28IaNZ3MVxBaMssTBkPnOcEexNF0FmXfJ1L/n8tv8AwHP/AMXR5Opf
8/lt/wCA5/8Ai6ZqmhWGsmM38JlMWdmJGXGevQj0qXTtKtNKtjb2UZjiLFipYtyevJJPalcLDfJ1
L/n8tv8AwHP/AMXR5Opf8/lt/wCA5/8Ai6pQeD9FtrmOeK0ZZY2DqfOc4IOehNW9U0Sx1kRC/hMo
iJKYdlxnr0I9Kd0FmV9VivxpV0ZLq3ZPKbIEBBIx67q1xWPLpNpo+gX0NjEY42jdyC5bnb7k+lMj
8H6LHcLOlowkVw4PnP1znpn1pu1ha3NyiqGp6LZaykaX8JkWMllAdlwfwIpdN0ay0iJ47GIxI7bm
Bdmyencmp0K1L1FYf/CHaL9o8/7I3mb/ADM+dJ97OemfWr2p6PZ6xEkd9EZERtygOy4PTsRRoGpe
oqhpmi2OjpIthCYlkILZdmyR9SapSeDtFluGne0YyM5cnzn5Oc9M+tGgam5RVLUtJtNXgWG+iMka
tuADlefwI9aZpmh2OjiUWEJi83G/Ls2cdOpPrRoGpoUViXHg/Rbm5knmtGaWRi7HznGSfbNX9R0u
01W1FvexmSIMGChivI6cgg0aBqXKKztM0HT9HMhsITEZQA+ZGbOOnUn1qrdeENGvLmW4uLRmllYs
7ec4yfoDRoGpt0VTvtLtNSsxaXcZeAEHaHK9OnIOah03w/p2kSSPYwGJpAFYmRmyB9SaNA1NKisW
88I6Pf3Utxc2rPLKcuwmcZP0BxV670u0vtPFlcRl7cBRtDEdOnIOaNA1LlUNa/5BFx9B/MVHpvh7
TdImeWxgMTuu1iZGbI69yazvEPhrS7mC6vZbYtcMAS/muPQdAcdKqNuZClflZ0dLVO40u1u9O+wT
Rlrbaq7AxHA6cg57Cq+m+HNN0m4aaxtzHIy7CTIzcdehJ9KnQepqUVkX3hbSdSu3ubu2Z5nADMJX
XOBgcA4rE8Y3L6ba2OlWqL9lnikVkMTythFBUDaQ345qZSjFXZrRozrT5I76/grnZUVwWkX2laXL
b3EGmsJXsPtU88M7PHHHzu4YnOCo46/lS3l1o+ozTXWraPPDc/ZVuYw90FEsWcA5DBVPI4NJVIdz
R4Suvs/id5RXDweJdPv9Ej0y002eXzPMgFskwOFRQSwfPIwR3yaq+EjaWo0s2unT3OpS2olnmWbA
jRn25IY4PToB2pKpB9SpYKvGLlJWt5+v+X+R6FRXnuo6zoOp6jdve6ZNNNBEWDRXOdyq2MEI2F65
57Vfg1TzW03RoNLH9m3lvJuAuQxVQcHDBuQOvqc8dKftIdGJ4Out42+a7X/I7OivM9G1DStEtbe8
h028ublLVrh5zKARH5jISQWxkYHQVranc6Rq3iGG3uNMluHaRbbzvtHl4JXf9wNkgA5zihVIdwlg
q8W1y7X/AA3O1pa4u6uJbTXP+EcsysOniBPk+zSTlt7EMCwbKj3PSqumT6PBqyfYtJuLeUtcRQ3D
Tl13xg7htLHt3Io9pDUTwlayaV9L/L+ux31Fed2d/Za1YQy6/YTy3kOn/aBMZhGJk3YPRgBye9Xd
O8TWC6OlnY6XM6STtarAk4fJZS3Dk9Dzznil7SFk7lSwVeMmuXbzO3orgtJk0UXOnT6PotzJdyxt
Nt+0HMKBthJ3Ng854p11rnh7XtRmW+tZWFrFKUmEpGVTlvlU5HtnrT9pC+5P1PEa+7sd3RXG+GLg
yarNp8drLZ6ebJZktpHDnLsctuyTyD0zxWBo72lp4mQvbwpBFcToGIlXZ5ecYYsVdiP4cUvaQL+p
Vm2lbRXf5nqFLXCSa7ofiaC4uLuwlZrKLzEDXATKMcckMADnHBqXR/EljFp6Wej6XO8ks0ii3ScN
naoLMHJwRgij2kLLUl4LEJu8dv8AK521FcHbroVnqqSQ6PcrDBeLbfazOxCTccbS2SASBnGKs/2j
pvinUrS2v9KuAr+ctvKZcAshw4wpz2HWq54Xtcl4Wso83L/W/wCXQ6bT9Ni003PlM7faZ2uH3Hoz
YyB7cVdrkGgfQNdsbHR7iQpcTB5LEpuVIcYaTeecggd++MV19HNdsidJwjFvqgooopmYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFUdV/1Nv/18xf8AoYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFAGL4y/5E7Vv+vZ/5U3wV/wAi
bpP/AF7LTvGX/Inat/17P/Km+Cv+RN0n/r2Ws/8Al58jr/5hf+3v0NyiiitDkCiiigAooooAKKKK
ACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/
5A15/wBcW/lVwVT1j/kDXn/XFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAVQ1v8A5BFx9B/MVfrP11Q+i3KnoVAP5iqj8SJlsy/Rmsv/AIR2w/u3H/gTJ/8AFUf8I5Yf3bj/
AMCZP/iqPd7hd9jUzWXq2hQavPbzSy3MMtvu8t4JNhAYAHn6Cj/hHLD+7cf+BMn/AMVR/wAI5Yf3
bj/wJk/+KpOMHuVCpOD5o6Mjt/DGm2zfuoCI/sv2MxlsqY8kkfUknmq3/CFaY1vLDL9pmDxrErSz
FmjRTuVUPYAgVd/4Ryw/u3H/AIEyf/FUf8I5Yf3bj/wJk/8AiqXs6f8ASNVia615n95TTwZpqYKm
7EolaXzhORISwAYFvQgcipIvCljbm1a3e5ha2j8pTHMV3pu3bX9RmrH/AAjlh/duP/AmT/4qj/hH
LD+7cf8AgTJ/8VR7Omv+GB4qu95P7yjB4K061ctbyXsTBGRClwR5aswYhfTkfrU1v4UsLVrNoPtE
clozsriU5fcctu9QSKsf8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUlTpr/hgeKxEt5fj/Xc
pr4M01LZrdfP8trVrQ/vOfLL7z265PWqMXhO/t/FQ1KC7iSHzQx6lzHtAMeMY5x1z+FbX/COWH92
4/8AAmT/AOKo/wCEcsP7tx/4Eyf/ABVDpU9Co4yur63vffXcZdeHoLnVjqK3F5BcFFRvJm2BlU5A
Ix70yLwvYxSxSKJQ0Us0y/P/ABSjDfh6VN/wjlh/duP/AAJk/wDiqP8AhHLD+7cf+BMn/wAVT5IG
ft61rX/EqHwbphtlt2SZo1tPsgBk/g3bvzz3p1t4TsbWWOVWuXkjuBc7pJdxLhduT+Bqz/wjlh/d
uP8AwJk/+Ko/4Ryw/u3H/gTJ/wDFUclP+kV9Zr2tzP7ytF4RsbdbQW73ULWoZVeOYqzKzbirEdRm
pLfwvY27XAUTNBcBw1u0pMQ3/ewvbNS/8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUclP+kJ
4mu95fiM0vw5aaRcGe3e4eUxCHdNKX+QHIHPpUMXhDTo7tp3+0TAyPMIZZSY1d87mC+vJqz/AMI5
Yf3bj/wJk/8AiqP+EcsP7tx/4Eyf/FUclP8ApB9Zr3bvv5lVfCFgumzWBe6e3kCgK8xPlhTlQvpg
1Ufw9o9rcpbNcXkF08hnS4MzKzMwCsA/uAMitX/hHLD+7cf+BMn/AMVVC+8JxXsqwqzRWnBcmaR3
Y+gBOB9eaap0nv8AkDxWISdpfiWf+EVsDfi6/f8A+tE5h80+U0o6OV/vU+z8M2VlPazQ+bvtWlaP
c+eZDls+vtWnbW6WltHBHu2RjaNzFj+ZqWo5I9huvVas5MpnTo21RL8s/nJEYQN3y7Sc9PXjrVyi
iqM229wooooEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABVHVf8AU2//AF8xf+hir1UdV/1Nv/18xf8AoYprcT2L1FFFIYUUUUAY
vjL/AJE7Vv8Ar2f+VN8Ff8ibpP8A17LTvGX/ACJ2rf8AXs/8qb4K/wCRN0n/AK9lrP8A5efI6/8A
mF/7e/Q3KKKK0OQKKKKACiiigAooooAKoWv/ACF7/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/1xb+VXBVPWP+QNef9cW/lVsdKroLqOqvf3a2
Gn3N26s6wRNKVXqQoJwPyqxVbUrMahpl1ZlyguIXiLAZK7lIz+tSMyV8X2jWWkXCwzH+05BGqYGY
TnDb+eNrYU4zyaG8Tt9iN3Hpd00EjxrasWQfaN7hFIy3yg7gfmxxUS+D4hfS3H2lyHmilVCvEe0h
nUc9HYZNKvhV5NLTTLu/NzYRNEIonhXOyNwwVjn5uFC5449TQAtv4vju7+GyhsLg3DFhKheNfL2u
UbGW+fBBJ254+oFXNT1uSwvorSDTri8keJ5mELICqKVB4YjJ+YcCq+peGUvltbeGSG2sLfaVhS2X
chBzmN8/Ie3ANJL4aeK6hl0m9NiEikiYFPNJDspJBZuD8vuPagB8niq2N1aQWcMt015b+fCy4VTk
EopLYwWCtjP901VXxmqWcVzdabcwRy3HkL86McKxDucHhV2nP4Ypv/CD2qt5kdzcLNHJA1uwdtsS
xABF2Zw3RuTz85pZfBNtdAJeXNxJAsc8aRRu0QHmyF3JKnnghcHjj3oA2r7VINPkjFy6RoySOXZg
Nqou5jjvxVOTxbo0emG/F/A0G4oCCeWAzjHXpz9OelVrjwxNe2ccF5qTymO3kgV/KAOHiEZJ55OQ
W/HFLd+F5JryW6tr4288jk7jCHwrRJGwAJ6/u1Of0NAE0PiqwNgLu6kW2TZGxDNuILoHAwOcgH8h
npT77xTpWnxXTzXIJtovOdEUlivHK+v3h06ZGcVRi8IPatBNZ6gY7mDYI5HhDrhYREQVyM5AB6jB
9qjuPBbXWoXd1Nqcz/aLeaABlyU8xQDjnGBt4AA68560AabeJdOijklmuEjiUoFY5y5ddwAX72cc
4x71IviPSnvoLNb+BridFeJA2d6sMqQenIBx61Qm8M3D3n2+PURHfh1cS+QCmfK8tvkz0I568H1F
Ja+D4rQRLHdSFY3t3G5Rk+USef8AeLH6UAdHRRRQAVQ1v/kEXH0H8xV+qGuHGj3BPQKP5iqj8SJl
sy9S1zn/AAl1tNfGK3KiCNsSzSK3PsoA/U4q9/wkumf8/J/79P8A4U3TkugKcX1NWisr/hJNM/5+
T/36f/Cj/hJNM/5+T/36f/ClyS7BzR7nMvq1xaaj4iu/tkUktkZTBbyXr/wxqQDAONvJOc5p19q+
sLeRJ51oLuzluUchHEUoWBJBlN2c/NjqfX2rfOtaKZDIXTeRgt9nbJ/HbTv7f0gnJnGf+uL/AOFH
JLsHNHuc/P44nXUfJiSEo1o8uxlwUdYPN67ssO33QPfIIqRfFGpIFtbubTbedpVU3jIwhQND5oBU
t1zkD5h0z14rb/t3Rt27zV3Y258hs49Pu0NrujOpV5VZTjIMDEH07Uckuwc0e5zs3jbUo76/VILB
obVXXY0wEhZVBEmN24oc7vu8Lzk1as9SuZfDvim5/tCG5lgeXyri2JCLi3QjbknGD79c1sHXdHL7
zKpcjbu8hs49M7elKuvaOibFmVUxjaIGA/LFHJLsHNHucnbeKb3TtNmSGRJ3e7SNJZ7tZ4oVaLdj
zSVDElTwSMFgOeKuf8Jvdpe2sRht5me2Lyww8/vBA0vyPuJcHaBkLjn72Rit4a3oohMIkQRH+DyG
2/ltpRrujhw4lUMo2hvIbIHp0o5Jdg5o9zEl8VXUdtbt/aei4mSSY3OG8pdqqfKxu++S3XI4H3c1
Z0/xDqV3qdv50NvFaTTx25hKMJo3a2ExJbOODlcYrR/tvRdu3zE27t2PIbGfX7vWn/8ACQaTnPn8
5znyX6+vSjkl2Dmj3MOa71K01zVpYrmF2a8tbSBZUcrErhMnaHwfvHoASe+OKbc+Lr23ubpQ1i7Q
tcR/ZgrecgijZhK3P3WKjjHR15Jre/4SDSSSfP5Jz/qX6/lSf29o5dn84bmG0t5DZI9OlHJLsHNH
uZFl4g1galDBe/YHiNxHbyeTG6sTJF5gIyxxjpjnPXiqWt6rqOn6lqrpdTfZJbuC1XB/49nKxMpH
or7nB99vrXS/8JBpGc+eM5z/AKl/8KQ6/pBzmcHJycwvz+lHJLsHNHuYEvjO9jeZgLF8+cPI+YPZ
hJAgaY5+6cknhenGetUP+Et1KwjnW3uNPu5Zru4IuZJQkBCLHhFLOMZ3E8E4w2Aa67+3tHy585cy
DDnyG+b68c0063orRiMyIUBztMDY/LbRyS7BzR7mL431G5tjYGC6NsWtZ5RtvBCN6+XtPPEmMnC9
8111pMLi0hmAYCRFfDDB5GeR2NZsmvaPKVMkquUOVLQMcH24p48SaWP+Xk/9+n/wo5Jdg5o9zVoq
G1uYry3WaBt8bdDgj9DU1SUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8x
f+himtxPYvUUUUhhRRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/
69lrP/l58jr/AOYX/t79DcooorQ5AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6rQ2xjvLifdkS7
RjHTAP8AjTQmWaKKKQwooooAKKKTNAC0UUUAFFFJQAtc14u+0xvp0yX9zaWhn8m4MDBSA/CtyD0O
B+NdLVPVtPTVdLubKT7s6Fc+h7H8Dg1UXZikroy/+EXn/wChh1n/AL/L/wDE0f8ACLz/APQw6z/3
9X/4mrPhnUJNQ0SFrji6hJguB6SJwfz6/jWtTcpJ2Eop6nDeKdPuNK01BFreqzT3MgiSN5VKkdWJ
+XoFBrZgn1Q6gEvFiWQE+TGZWVGHrkL8xx69PSqV5/xNdY1W66waZbNbRehlYZc/gMCutHSqcrJX
JSu9Clv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNXqo61cyWWh39zCQssNvJIhIyAQpI479Kzv5
F28w36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5dfFGovFpVvuiF5FOkep4TIPzbAF9N+dw9hUs2
q6ovhqHVv7QUi+MDRxw2wdoFkkQEKOS5CtjkHn06UX8gt5nR79T/AOeFn/3+b/4mjfqf/PCz/wC/
zf8AxNc1/auuW/2O41F5LfT92HmFqpYjfgGZM5jBXHK9CTnHSrt1qd1qepwRaTqH2SD7NLMzy233
mRkGCHAIX5j0x9aL+QreZsb9T/54Wf8A3+b/AOJo36n/AM8LP/v83/xNco3jSa71LTbdbmKzFzbx
LMgTe6SzKShGeMKQuc/89B6VWufFWoaTpttLc6pFLPLNNIySQKuYYXZWVQv8T/KAT3zRfyC3mdpv
1P8A54Wf/f5v/iaN+p/88LP/AL/N/wDE1n6zr401be4iBmhe3nuMKQA4SPeOSO9VJfFV6YpLdNKC
6ipcGL7SNihY1k3b9vPEijGOuecc0X8h28zb36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5/TfFF
3LHbwLD9rvpo4diu6xISYFkckgHHXpg8nsKTVvGc1s2oW1pawvc29tJMjGUsgeMKXVvlxkbugJ6c
4zRfyC3mdDv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNZLeIruLUnsFs1lvXkSNIjMFjU+Vvf59
uSB9Mn0A6RWnjQ3l1aiPTm+yzeQrzGYbkeXIA245AK8nPuM0X8gt5m3v1P8A54Wf/f5v/iaN+p/8
8LP/AL/N/wDE1eoov5BbzKO/U/8AnhZ/9/m/+Jqnqz6gdMmEsNqE43FZWJAyOg21tVQ1v/kEXH0H
8xVReq0JktHqOfTLdr5btA0U4PzNG23zB6MOhq5R3pai7ZSQUUUUDKSavp8moNYx3sDXi/egEgLj
jPI69KnkuoYriGCSRVlmz5anq2Bk4+lcjPpOqCXxCkEF+r3vmm3dLhFh5RQCBu3K2R1xTbvwteSS
GCNbg2sMtw1uftbblDQoF+bdux5m44J/SgDtqK4SfS/EkuqGUROgNm8TSJPjzGMGFz8/3vM9FAHX
JyakOg6jaxiAwXl1pwlR3tlvD5kmYQCQzMDxJyRuHrQB29VzfWwFwTMgW2OJiTgR/KG59PlIP41x
U+h+IG1G/lSS/WR0kWBkuE8ryyo2oTndvHIBx1+bNaFho11H4b8Q2qWUts16ZTbQTTiRsNCqjLZO
PmB4zx9KAOlstQtNSg86xuYriLON8Thhn0yKsVwD6HrsljKFS7Ec11HJMjSQi5lURbDkqQmAwTAy
DgGpP7I8RjULRoPPi8u1MX2iWYMx/cMB5mHwWEm3hUxxnceRQB3dFcPLo98bO3CaXqPlKJPNtv7R
w7TlVCy79/3RhuM9TnbVuw0PU7fVYLy5lmlnE6JNILhtjwi2Ct8mccyjPTPegDpI7+2lvZbOOUNc
QqGkQZ+UHpmrNcjd+G55L/UpIopVS8vrZ3ZLhlLxKE8zo3HIPTBNVrnRdZN3eG3juVlb7Ri5+2fI
8RjZYolTPBBK8kDG0nJzQB29Vm1GzV50a6hDW5UTAuMxlvu7vTOeM9a5ey8O31hqcM0JuvLiuY8B
7tnHlGL95kMxzmTnnnuKi1vw3qNxf397ZRKXuLqJXQuB51vtiyfqjISM9t3rQB21RQ3MNw0qwyK5
hcxyY/hbAOD+BH51xUuja80lw0S3STHzftE32vi7UyAosYz8hCAgHC4zjnrVSbw3rH2Yx29vf21o
9zPJ5EF0jTKSqeW25mxxtcfeOMjg4oA7y91Cz02JZL66ht42barSuFBPpzVhWDDI5B6GsG/t72HV
rO+js2v40tXgaLegdHYqd3zEAggEHHP1rbgBWFAUVCAPlXovsKAJKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigDF8Zf8AInat/wBez/ypvgr/
AJE3Sf8Ar2WneMv+RO1b/r2f+VN8Ff8AIm6T/wBey1n/AMvPkdf/ADC/9vfoblFFFaHIFFFFABRR
RQAVzn9u3X2aN8xbm1drI/L/AMsxIV9euBXRVnjQdNGp/wBoi0j+17t2/n72MbsdN2OM4zigDGg8
aSTRwbtKlSa8RHtIvOU+aGOPmI+7jr349+Kjs/GEkMOnpfwKbi7uHidBKu+LM7RoNoGCAcAtkdCR
mtGw8G6RYaZ9jFsJAyqHkYkOxU5ByD8vOTxjkmp18MaOn2cJYxqLYgxBSQAQ28cZ5wxJGehJxQBj
weL7xNLS9v7JUfybqXyYZAwcROij5j0Pzf1pb/xy2n2YaTS5DeiZ4WtvOX7yqGwrfxEhlwMcnI7V
tjw9pYjkj+xpsk8zcpJx+8ILgc8AlQcD0qjrHhG31S5SeG4ms5QzszQnBYttyfY/IuD7dKAHa14l
fR7mKM2Dzr5BuJ3WVR5SBlU4B+8fm6e1Urnxmxe+SCwuxDbb1F35Z2FkcIw5AHXOOTnB6Vuy6ZY3
ynz4ln/dG3ZmOSUyMqT9QM/Sq02g6MlzLNJawrLdEhsuQJGJBPy5xk7QSQMnFAGJqPjS4d9St9Ps
2DWZA87epywmVCpX+HdlsEnoM1JP4qvVmili09mSKG6N1bmVBsaF4wWD9xhjgDrnnGKuWHg+2tLu
5kkubi4gnZm+zyN8mS+/JA6kMOOmOau3fhnSL5la5sY5Cru4yT1fBfPPIbAyDwaAM1/GaKj3C2Mr
WOZUin3qDI8cbORt6gYRgD6jpjmrOo61qNro9jdw6fEbi5uIo2gefhFdsfeA5PT6Z74q23hzSXup
rlrGIyzIyOcHkMMNx0BI4JHJqzeaba39mLS5hDwAqQuSMFTkEEcgjAoA5rVPGTA6ja2Ua/aLYBo5
EdXD4lVGU54B+bHU++CKdc+L5LW5L3Vu0Qt45lntkIkJkDQiPawHORMPz9q15PC+jytcM9hG32lS
koJOCpYMRjOACwB4709fDmkra/ZvsMRhKOhVgW3ByC2SeuSq8nngUAO0TU5NWsDPNZT2cgdkMcyk
E47jIBIP0FaNVrDT7bTLfyLSMpHuLEFixJPUkkkmrNAHOw/8SnxlLD0t9Vj81PQTIMMPxXB/CtTW
dSTSdIub1xnyUJVf7zdFH4nFUfFdpJLpP2u2GbqwkF1D7lfvD8VyKp3t1H4i1XR7OA77UoNQm91H
+rU/Vv5Vp8VmRe2hPZ6c2meDJYZubh4Xlnb1kbJb9Tj8K22uIo5Y4mkUSSfdTPJ/CoNY/wCQNef9
cW/lWfBoc1reOVurmSOZstL5uJF9jxyPpj6UviV2Gz0NymTwx3MEkMyB4pFKOjdGBGCDVT+yz/z/
AF7/AN/f/rUh0wj/AJfr3/v7/wDWpWXcd32H/wBj2AmeX7JF5kjxuzbeSycIfw7VHDoGl28kkkNj
AjSOsjbV/iVtwPt8wzx3pf7MP/P9e/8Af0f4Uf2b/wBP97/39H+FFl3C77DrrR9PvbyK7urWOW4i
wEdhkjByPyPNJf6Jp2qTRS31pFcPECELjOAcEj3HA4NJ/ZvT/Tr3n/pqP8KT+zf+n+9/7+j/AAos
u4XfYlbS7JoZ4mtozHPIJJVI4dhjBPuNq/kKWHS7K3laWG2jR2UoWA6qWLEfizE/jUR0zHW+vf8A
v6P8KT+zf+n+9/7+j/Ciy7hd9hE8P6UkXlLYwCPaU27eMFAhH/fIA+gp13oOmX6st3ZQyhnEjBlz
lgu3J/4CAPpSf2b/ANP17/39H+FKdMwMm+vQP+uo/wAKLLuF32Gy+HtKntzDJYwmPKnG3GNq7Vwe
2F4+nFB8PaSZ5ZjYQGSWNonO3qrABhj0IAz64pV04OAVv7wg8giYf4U7+yz/AM/17/39/wDrUWXc
LvsRy+HdJntjby2MLxHbwRz8q7V568Dj6VMukWCkFbSFSDGRhcY2fcx9O1MGmZ/5fr3/AL+j/Cl/
ss/8/wBe/wDf3/61Fl3C77F6iqP9ln/n+vf+/v8A9aj+yz/z/Xv/AH9/+tRZdwu+xeqjrf8AyB7j
HJ2j+Yo/ss/8/wBe/wDf3/61U9V08xabM/2y7faAdryZB5HXinFK61FJuz0M06hrEmuCO7hjh2t/
o8H2gxpL77tp3n24+lbH2nWf+gdaf+BR/wDiK0yitjcAcHIyOhpaHNPoCi11Mv7TrP8A0DrT/wAC
j/8AEUfadZ/6B1p/4FH/AOIrVopcy7D5fMyvtOs/9A60/wDAo/8AxFH2nWf+gdaf+BR/+IrI/wCE
jv4b/WZp0drDTvMwkdt98KinHmF/vZPTb+NJd+LbyKa3KadMHjkmjurUvGWGyNZAQ2cYwwP6Ucy7
By+ZsfadZ/6B1p/4FH/4ij7TrP8A0DrT/wACj/8AEVnzeNbOG+Nv5bODbNcKyyKW4j8zDLnK/L60
QeLnnjWJNKuft7uFS1MiZI8sSbt+do+U/nx70cy7By+ZofadZ/6B1p/4FH/4ij7TrP8A0DrT/wAC
j/8AEVly+ObaK8uYWsb0x24cPKseR5i4ynpnJ2g5xmpYdcvzo/iC7uLcW89g0nlQuQ23bCrjJU8g
kk/Q0cy7By+Zf+06z/0DrT/wKP8A8RR9p1n/AKB1p/4FH/4isO28ZyW1jKb6N7i5FwsUMaW7wu4M
e/LI2So4fB77atHxvZx3MEc8EsKzW5nO8r5keIzIVePO4fKp/GjmXYOXzNL7TrP/AEDrT/wKP/xF
H2nWf+gdaf8AgUf/AIiqb+JbpEiX+xbo3MqvKkIljz5ShcuTnA5YDb1z7c0WfiyO+1CKGKzn+yzM
scd0WXaXaETAbc7h8p6460cy7By+Zc+06z/0DrT/AMCj/wDEUfadZ/6B1p/4FH/4isqTxFqFrq+q
CW1eW3gngtbaKNkBd5AvJJ5H3u/GPep5vFywNK8lhci2jaWITBlw8saMzoBnOPkYBuhI/GjmXYOX
zL32nWf+gdaf+BR/+Io+06z/ANA60/8AAo//ABFULLxc1zew20+l3VsXkWFneSNgjsm9B8pOcr3H
Q1U1PxVe6dqmo2zRw+UsscVm5B5fbGzo3PUrISuMfdPpRzLsHL5m19p1n/oHWn/gUf8A4ij7TrP/
AEDrT/wKP/xFZ8njOKIs72N0IJC62sgKn7QysEIAzlcseM9QCeKpf8JvNZJcC/0+5e6+0yqlrCod
kjRUzyuQTlxj1z2o5l2Dl8zd+06z/wBA60/8Cj/8RR9p1n/oHWn/AIFH/wCIqLU7vUZNRsbTTJoL
czwSzM08Bf7pjAGAwx985q5ouoHVdItr0x+UZk3FM5we+D3FHMuwcvmWbZpngVrmNIpT95EfcB+O
BUtFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhh
RRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX
/t79DcooorQ5AooooAKKKKACiiszUdbi065aFk3eXbPdSMWChFUgDJ9yT+RoA06KzE8R6U17cWn2
6IT2wYyqxKhAvLcnjgEE88VAvirT3nQJJ/o7RPI0zArtKui7SpGeTIKANqisXV/FemaRY3E8lwjv
D5gEQzlnQcr045IGegyKWfxTpllu+33MdviUxAElskKrHoOMBhnP1oAwb6111jLJbPfxND9rmiWI
gLI/2j92GGPmBTPHcVP4ksdQk8TwXVrbvMBDEsGYEljDiQl9xPKfLtO4Y6deAD0H9vab/ayaYLtD
eSDKxqCc/Lu64x05xnoR61WfxEv2GKaC1lmmnuJLaG3UqGdkZgTknAGEJz6e9AHMalca5aQ6ncNJ
qUbxw3TTOxUQqM/ufJ/2sY/Xdziul8M/azDdm4F6LczA2/20/vtu1d2fQbt2P8MUWviCO8uIbOez
linkmkglik2kRsqB+T0IKkEEetW5td062uJ4J7pY5LeNpZA6kAIoBYg4wcAjOM4oA0KKxZvF2jxa
Yb5b2NossqjDbiwGSMYyOMHOOhB6VDe+Kfsllps62Zke/i81UMyRhAFDEFmIBPNAHQUVzR8ZwmSc
x2Ny8NvbC5lOVWRVMe8YjJ3HggZHGcjsakXxUfsYmewbc1vLcoscySK6R7M7WUkHO/j6H2oA6Gim
QyrNCksbBkdQysOhB5Bp9ADXKqjFyAoBJJ6Yri/h6bcTamI0dGd1kh8w8m3OdmPbrWx4snc6bHp9
u2LnUZBbIR1VT99vwXNV9Xgj0LUNJ1GBdlvDixnA6CJuFJ+jAfnWkfht3Ie9+xs6x/yBrz/ri38q
uDpVPWP+QNef9cW/lVdNfspbjy4Z4WjU4eVpVVQfQZ+9+HHvU2bWg7pPU1az/EEby+HdSjiRnke1
lVUUZLEocACpf7Usf+f22/7+r/jR/alj/wA/tt/39X/GlysfMjiY9P1Hdp2ntb3P2fRrqHyJCGxK
GYbT6EJHlT6Gnf2etz4eSCHSphqzSW3243MD7JX85C+9ujjO45GcL6Diu0/tSx/5/bb/AL+r/jR/
alj/AM/tt/39X/GjlYcyOMuNDbSbuwKw/bbxDuW2+yO0Cgy7sQv0hK+5wQBxV3WIVuNZtJNf0r7Q
v2SZES1je4AcvHtw20bWIB5OMetdN/alj/z+23/f1f8AGj+1LH/n9tv+/q/40crDmRw72usy31nc
32nyXcdjHDZ3DSNu81WX9+dmPnGXXn/pmagl0O8WxgstJ0fZNC8940mfIHmrK4t8nHzY5O30x613
/wDalj/z+23/AH9X/Gj+1LH/AJ/bb/v6v+NHKw5kc7q2o395b29zp9rdRTJa3DEPbHckhhDIBkf3
jjjqQR2qpfvrMEM1nLd6m9sJHUXMVqskz5hRlXATG3eXGcdgCa63+1LH/n9tv+/q/wCNH9qWP/P7
bf8Af1f8aOVhzI4y0Op2lpBE63tnaFLdJpba23SoBbLjA2kkbxgnBx04pur3OuXt1qtnCuppbtZT
BSE5LqqlCpCAKW+bgMx68Ka7X+1LH/n9tv8Av6v+NH9qWP8Az+23/f1f8aOVhzI5W4nv4rlykuop
p8kkXmXUVrmdkEOQcbM8vwTt46cdizuPEb3lpPdSXalTapLB5K+WwfcJGOBkEfKTg4Brqv7Usf8A
n9tv+/q/40f2pY/8/tt/39X/ABo5WHMi3RVT+1LH/n9tv+/q/wCNH9qWP/P7bf8Af1f8aOVhzIt1
Q1v/AJBFx9B/MVJ/alj/AM/tt/39X/GqWsahZy6VPHHdwM7AABZFJJyOlVFO6FJqzNGW7hgljjll
RJJW2opPLH2FTZrl08PXlrrDz/bLqZJzgzI6iSMehyDkfTH0rV/saX/oL6j/AN9p/wDE0OMVsxKT
7GnRWZ/Y0v8A0F9R/wC+0/8AiaP7Gl/6C+o/99p/8TSsu47vsI/hvTZJrqV4ZCbsN56+fJsfIwcp
u25wBzippNFsJZnle3UyOzszZPJZAjd+6qB+FRf2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C
77DD4W0gzeb9kG7YUx5j7cFNh+XOMleM9cd6fP4d024z5lvhiytvSR0YFV2AhgQR8vHHUUf2NL/0
F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77DW8M6U8szm2P78ESIJXCNldpJXON2B97GfepbfQrC1
sbmzigPkXW4zq0jMZCyhSSxJOSAB1pn9jS/9BfUf++0/+Jo/seT/AKC+o/8Afaf/ABNFl3C77EY8
LaULcxfZm/1iyeYZpDIGAwCJN24YBI69CRTl8M6Us6TfZcugwN0jsD8hTJBOGO07cnJx3p39jS/9
BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77ETeE9Ie2WBrZjGmduZ5MgEAFQd2dpAA29OOlW00
iyjkWRLdFZZRMu3IAcJ5YIHT7nGOlQ/2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77E76TZy
SvI8Kl5JUnY5PLpgKevbA/Kq7+GtKkuprh7RTJMHD5ZsfOMOQucAkcEgA+9H9jyZx/a+o/8Afaf/
ABNL/Y0v/QX1H/vtP/iaLLuF32JRo1iJhKIF3iRZc5P31XYp69l4pLrQ9PvVlW5tkkEsyXD5J5kT
AVvYjaOnpUf9jS/9BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77DD4X0kvO7WakzhlfLtgBjub
aM4TLckrjnmmf8InpHlLGLZl2u7h1nkV8sAG+cNuOcDIzzipv7Gl/wCgvqP/AH2n/wATR/Y0v/QX
1H/vtP8A4miy7hd9iTUNEsdTMJuonYwqyoUldPlbGQdpGQdo4PpV2KJIIljjVURAFVVGAoHQAVnf
2NL/ANBfUf8AvtP/AImj+xpf+gvqP/faf/E0WXcLvsalFRW0Jt4FjaaSYr/HIQWP1wBUtSUFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQBi+Mv+RO
1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX/t79DcooorQ5
AooooAKKKKACsTV9BfU72ZhIEhurF7SY/wAS5OVYDv1bP4Vt0UAc7d+D4L0TLLcyhJZJ3IUDI81Q
Dj6YyKddeGZdRiP2/UWlnMDwCRIVTG5kYHHPQxj65NdBVSCd5NQu4WI2RBCvHqDmgDAl8GTywTj+
15FnuVnSeYW6/MsuCQAeFwVHPP8AWrUvhOOSaeT7VIPOE2QFHHmRoh/LZn8a6CigDkdL8O6lYeLZ
Lx1tpLQ8LIzEsF8tUG0dA3yjJx04zVtfDF0mNmqlTDcyXNqRAMxM5csG5+cEOR27V0dFAHPad4cu
rbUlur2/Fy6TvOHEWxnLx7CGGcYAAxjsOfUw3fgtbzVby8k1CY/aYZoQrLuKCRQpwSegxwMD8a6e
igDn73ww9xdzXVvfvbzyuxL+Ur4Ro0jZQD3/AHanP1p114Us76z0+1vMTQWdu0Gx1B35QLu9iMZB
Fb1FAHOy+GLq4mtJJtWZ5LRAIZTbJ5ocJtLF+pBPJXv64qAeEZLaC7lt7iN7yeGaPHlCKLdIEG7a
M4xsBPqSa6migCG1t1tLSG3QkpEiopPXAGKmoqjrOorpOk3N64z5KEhf7zdh+JxQtQMu0/4mvjC6
uusGmJ9mi9DK3Ln8BgVr6rp8eqaXc2Uv3Z4ymfQ9j+B5qr4b059M0SCGY5uHzLO3cyNy36nH4VqH
pVN66dCUtNTnbC/k1DwXMbj/AI+oIngnHpInB/Pr+NaqaZBFc+dAPKDcvGoGx/fHY+4rn9QH9la1
qUPS31W1aZPQTIuGH4rg/hXWiqltp1EtRnkxf880/wC+RUV29tZWc1zOiiKFGkchMkADJ4/CrNU9
WtXv9HvbSNgr3EDxKzdAWUgE/nWdy7FIa/pBtdNuAwMepuqW2IjliwzyMfLjvnoeKY3iPShBLMsM
7xoyqjLasRMSwQeWcfN8xA49fSs5fCNwt4W+0x/Z47iOS3iwf3S7w8o+rMOKlXw/qU2iwaTdXNuL
e1aARywl0kdY3U5J/hbauOM8nORRcLFyLxHpU88UMMU0krnDolq5MPzbf3gx8vII59D2qbUtYsNK
njhngmd3RpMQ27SbUUgFjtBwBkVnX/hhzNaJpi29ukHIuzJJ9oQlsvz/AB7u4Y4z1zUs2j6nbajb
3Om3UcxWCSFnvnZmXcysCNo5xt6cfWi4WLc+t6VBcQQDE0txC08Kwx7/ADEAzxjg5GcDvg+lVo/F
WkPbxzyRTwxSXC2yNNasm5ySMcjoCpyegrOTwZdQPHLBqTLJavbi1jwNnlxDGHO3dk7pc4OPmHXF
LP4Nub2JLafUWhto47lVFuo3M00jMSdwPRSAMYOc80XCx000lrBIiSIq7wx3FRgADJye1RyXunRW
bXTS23kDI8wMu0n0B6Z9qxdQ0DU9Ws447ye081LaaDeobDGSEJuOf9rcfpjvVe88HuZJGs49O8pp
GKW80Z8pQ0KRk7QPvAoT9GPIouFjdt9T064sxdHy4YdiPvmAQAOoZeT9RT7rUNLsobiW4ntY0tk3
zZIyi9iR15/WudTwjeQCGRWsrh4fK/czhvLk2wCI54PORkcHgkd6Ze+Db++1G9mlubQxTWs0Ea7M
Bd6qFG0L0Ur1ySeOlFwsdML3T9kkjPAsMe0mVioQhhkEN0PWpfNsvtCwb7fzmGVjyu4j1A61zlx4
ZvJbv7aiac0okSQWsgYw5EPlkdOx5Bx0z0zwyz8FPay20hlt5JbdrXbKY8MFi3blHoDuwBnp1ouF
jrPIi/55p/3yKPIi/wCeaf8AfIqSii4WI/Ii/wCeaf8AfIqlrMUa6TOQig4HIHuK0aoa2caPcfQf
zFVF+8iZbMvUtY7eJbE3wtoJY5NpxLKZVVE/E9T7Crn9raf/AM/1r/3+X/GlytdBqSZcoqn/AGtp
/wDz/Wv/AH+X/Gj+1tP/AOf61/7/AC/40WYXRxUk72mr+I7mGWP+0YvOa2RoZGkGI1wQSdhXrxt/
Gpr99ZN5Gn2yQ3FjLcql19mHzr5COMr937zFc+3rzXX/ANraf/z/AFr/AN/l/wAaP7W0/wD5/rX/
AL/L/jRZhdHIT+KdX/tQxwpKqmzd2jaHKq4g8wMvGcbuPmPPIxxmnnWNYtYvIvr944vNQSagLQZj
DQhwNuCMb+M49upzXWf2tp//AD/Wv/f5f8aP7W0//n+tf+/y/wCNFmF0cbP4j19NRv1jlhAgSQR2
72772UKCswG3/gWN3+zjNWrGSabwx4plS6nu3dpTFOYTE0n+jpghQB34yBzjNdR/a2n/APP9a/8A
f5f8aP7W0/8A5/rX/v8AL/jRZhdHBWeqajp2jzDTysdvJeIDdKJWhhUx87d6MR8ygEkEZft2vDxN
ra6jZxRqbmRrUl0EJWOV/IZwyZUMAWAXLEdSMZ5rr/7W0/8A5/rX/v8AL/jR/a2n/wDP9a/9/l/x
oswujkpdevVs4HXWJjC4kaS5Gn5ZZQq7YNuO5Zj0z8uM5q5Yalrkmq28l45jiknS3ktPIGI82wkZ
t/Xh8j07da6H+1tP/wCf61/7/L/jR/aun/8AP9a/9/l/xoswujlp4b+21zWLi1uZFmuL21t1kNur
eXGwTdtOOQMnrwOvWm3OvaxDeXkcc0jzxfaB9l+ycRxJGxjl345LME46HfgDiur/ALV0/wD5/rX/
AL/L/jR/aun/APP9a/8Af5f8aLMLo5qxv9dh1OFLm9a5hFzFA4NqE3q8O8tkdNrcDt2OTVHXRqFt
qWr3Fv8Aant7i7gt5ETcfL+WIpIvoMllbHqPQ12f9raf/wA/1r/3+X/Gj+1tP/5/rX/v8v8AjRZh
dHIS+ItaWS6McjNIol8+E2h22KrIFVger/LubGTnqMCqB1jVrG2mNje4juLydzf3Ns6hyqx7AVCN
wRu6AZ28EZrvv7V0/wD5/rX/AL/L/jR/a2n/APP9a/8Af5f8aLMLo5rxd5cmo6Mb2WGOAwzFzLHK
yFsxYGFYEH72M+/FdeuNo29Kq/2tp/8Az/Wv/f5f8aP7V0//AJ/rX/v8v+NFmF0XKKZFNHPGJIZE
kQ9GQgg/jT6QwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKSgBaKQsAMkgD3pqyxucK6k+gNAD6KRmCjLHAHUmq8Oo2dzJ5cF3BK+M7UkVjj6A0AWa
KrTajZ20nlz3dvE4GdryKp/ImpBdQG388TR+Tjd5m4bceuelFguS0VWh1KyuJBHBd28rnkKkqsfy
Bon1CztZNlxdQRPjO15Apx9CaLBcs1R1X/U2/wD18xf+hirK3UDW/nrNGYcZ8wMNuPXPSs2/1Kyu
Ft44Ly3kc3MWFSVST8w7A00tRPY16Krz39pauEuLqCJyMhZJApx+Jp6XMEkHnxzRtDgnzFYFcDrz
0pWGS0VVi1OxnkWOG8tpHboqSqSfwzTri/tLVgtxcwQsRkCSQKSPxosFzN8Zf8idq3/Xs/8AKm+C
v+RN0n/r2Wm+K7iK58FarJBKkqG2fDIwYdPUVD4Kv7T/AIRXSYPtUHneQo8vzBuz6Yzmo/5efI6/
+YX/ALe/Q6Siq9xfWtowW5uYYSwyBJIFz+dPhuoLiLzYZo5I/wC8jAj8xV2OQloqpHqthK6pHe2z
uxwqrKpJPsM1JcXttaFRc3EMJbp5jhc/nRYLk9FRQ3UFzGZLeaOVAcbkYMM/UVCmq2Ejqkd9as7H
AVZlJJ9MZosBboqC4vLa02/abiKHd93zHC5+maWC6gukL280cyg4JjYMAfwoAmqha/8AIXv/AKRf
yNSLq2ns4Rb61Lk4CiZck+nWqq3dvaatem5nihDCMAyOFzwfWmkJs1aKhgu7e6UtbzxTKDgmNwwB
/Cov7W0/fs+3Wu/O3b5y5z6daVhluioZ7u3tVDXE8UIY4BkcLk/jRb3lvdhjbTxTBeCY3DY/KgCa
iqh1bT1co19ahwcFTMuc+mM1NPdQWqB7iaOJScAyMFBP40WC5LRUFve213u+zXEU23r5bhsfXFRv
qthG7I99aq6nBUzKCD6YzRYLluiop7qC2jD3E0cSE4DSMFGfqabb3ttd7hbXEMxX73luGx9cUWAn
rnPFcV9cS6clvYS3ltHP506Ruqltv3RyemefwrYk1WwidkkvbZHU4ZWlUEH3GammuYLeISzzRxxn
jc7AD8zTTs7ieqMT+39W/wChZvP+/wDF/jSf2/q3/Qs3n/f+L/GtmC+tbosLe5hmK8kRyBsflTJN
UsIZGSW9tkdeGVpVBH1GafyF8zkfE1xqeraaP+JBd28lu4mWYzRkLj72cHOCuRW1b6rfXN8yvaSw
+WeLcPGGYepJPT6fnV/Wpo10O6dpEVGiYBiwAORxzUsN1Y3si+TNbzyR8jY6sV7Z46VXN7uxNve3
GfbLr/oGz/8AfyP/AOKo+2XX/QMn/wC/kf8A8VUkup2MEjRzXltG69VeVQR+Gale5hig8+SaNIcA
+YzALz056VN/Iq3mVvtl1/0DJ/8Av5H/APFUfbLr/oGT/wDfyP8A+KqaDULS6cpb3UErAZKxyBiB
+FNl1Oyt5DHNeW8cg6q8qgj8CaPkFvMj+2XX/QMn/wC/kf8A8VR9suv+gZP/AN/I/wD4qrLXMCW/
ntNGsOM+YWAXHrnpUcGoWdzJst7qCV8Z2pIGOPoDRfyC3mRfbLr/AKBk/wD38j/+Ko+2XX/QMn/7
+R//ABVSzalZW8hjnu7eJx1V5VU/kTUhuYBb/aDNGIcbvM3Dbj1z0ov5BbzK32y6/wCgZP8A9/I/
/iqPtl1/0DJ/+/kf/wAVUsOo2dzJ5cF3BK+M7UkVj+QNE2o2dtJ5c93BE+M7XkVTj6E0fILeZF9s
uv8AoGT/APfyP/4qj7Zdf9Ayf/v5H/8AFVZF1Abf7QJozDjd5m4bceuelRQ6lZXEgjgu7eSQ9FSV
WP5A0X8gt5kf2y6/6Bk//fyP/wCKo+2XX/QMn/7+R/8AxVSz6hZ2z7Li6gifGdskgU4+hNSLcwPb
+es0bQ4J8wMCuPXPSi/kFvMrfbLr/oGT/wDfyP8A+Ko+2XX/AEDJ/wDv5H/8VUkWp2U8gjhvLeSQ
9FSVST+ANOn1C0tXCXF1BCxGQJJApI/Gj5BbzIftl1/0DJ/+/kf/AMVVPVrq4fTJlfT5UUgAsXQg
cj0NaqXMEsHnRzRvFgnzFYFeOvNZmq6nYz6ZNHDeW8kjAYVJVJPI7A047rQUlpuKfDtol6Li3RIt
zZli8tWST8D0PuKuf2bZf8+dv/36X/Cnz31rauFubmGFiMgSSBSR+NPiuYJ4fNhmjki5+dWBXjrz
ScpDSRF/Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFJHqthNIqRXts7twqrKpJ+gzT5761tSoubmGE
tyBJIFz9M0rsdkM/s2y/587f/v0v+FL/AGbZf8+dv/36X/CpYbmC4iMkE0csY/iRgw/MVCmq2Erq
kd7bO7HCqsqkk+wzRdhZC/2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4U+4vba12/abiGHd93zHC5
+madBcwXUZe3mjlQHG6Ngwz9RRdhZEX9m2X/AD52/wD36X/Ck/s2y/587f8A79L/AIULq2nu4RL6
1Z2OAomUkn0xmpJ7y2tdv2m4ihDfd8xwufpmi7CyGf2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4V
JBdQXSlreaOZQcExuGAP4VENW09nCC+tSxOAomXOfTrRdhZC/wBm2X/Pnb/9+l/wpP7Nsv8Anzt/
+/S/4VLPeW9qFNzPFCG4BkcLn86Le7t7tS1tPFMFOCY3DAH8KLsLIj/s2y/587f/AL9L/hR/Ztl/
z52//fpf8KT+1tP37Pt1ruzt2+cuc+nWpZ7u3tVDXE8UKk4BkcKCfxouwsiP+zbL/nzt/wDv0v8A
hSf2bZf8+dv/AN+l/wAKlt7y3uwxtp4pgvUxuGx+VRNq2nq5Rr61Dg4KmZcg+nWjULIP7Nsv+fO3
/wC/S/4Uv9m2X/Pnb/8Afpf8KknuoLVA9xNHEhOA0jBRn8aS3vLa73fZriKbb97y3DY+uKLsLIZ/
Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFI+q2Ebskl9aq6nBVplBB9MZqaa6gtoxJPNHEhONzsFGf
qaLsLIdFEkMYSJFRB0VRgD8KfUFve2t2WFtcQzFevluGx9cVHJqthDIyS3tsjqcMrSqCD7jNFmGh
bopAQwBByD3paQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igArLjgOoXF0biaby4pfLWNHKLjaDzjk9fWtSqGnf62//wCvk/8AoK00Jjl0ewX/AJdYmPq43H9a
misraB98NvDG2MbkQA1PRRdhZEN0kUlrKlxjyWQiTJwNuOee3FU9M0fSbJI5tNs7WMbMJLEgyV/3
upzU+qRPcaVdwxLukkhdFHqSpApmh28lpoVhbzrslit0R1znBCgEUdA6hdaLpt7MZruwtZ5SAN8k
SscfUiphY2os/sgt4vsu3Z5OwbNvpjpirFFF2FkUbXRdNspxNa2FrDKAQHjiVTj6gUt3o2nX03m3
djbTyY275IlY49MkVdoouwsiuljbR2f2RLeJbbaV8kIAmD1GOmKy7zRNMsjbTWun2sMq3MWHjiVS
PmHcCtyqOq/6m3/6+Yv/AEMUJu4NKwt3pGn38okvLG2uJANoaWIMQPTJqWKxtoLT7LFbxJb4K+Uq
ALg9RjpzmrFFK7CyKFvoWl2kyzW2nWkMqfddIVBH0OKfeaTYahIr3llb3DqNoaWMMQPTmrlFO7Cy
Of8AFFpb2XgjVYbWGOGIW0hCRqFAyOeBVfwVpGn/APCM6Tdixthc+Qred5Q35x1z1zWj4rglufCu
pwwRtJK9u4VFGSxx0FcjoXjG80jQ7Oxfw1q0jW8QQusRAOPwrFy5Z3fY76VKVXDcsN1Ly7HdXmlW
OoOrXtnb3DIMKZYwxA9s0+2sbazt/ItbeKGE5PlxoFXnrwK5H/hYVz/0K2r/APfs/wCFH/Cwrn/o
VtX/AO/Z/wAKr2se5n9Rrfy/iv8AM6WHQNJt5klg02zjkQ5V0hUFT7HFTXml2WoFDe2lvcFM7TLG
G2564zXK/wDCwrn/AKFbV/8Av2f8KP8AhYVz/wBCtq//AH7P+FHto9w+o1v5fxX+Z1trY2tjCYrS
3igiJyUjQKM+uBVWLQNJgmWWLTLNJEO5WWFQQfUHFc2fiFc/9Ctq/wD37P8AhXJa/r97b6m2t6bZ
6xpdxIVEouBmGTAwBg/y/lUyrpK6NaWW1akuV6dtv8z1i702y1HZ9ttILjZnb5sYbbnrjNV55dL8
M2DSeVHawFx8sMX3mPAwqjk8Vj+CvF9x4mtm+0adLC8Y5nQfuXPsT0Ptz9a6h8Y3HHHNaKXNG6Zy
zpOjU5Ki1W//AA+pzWkzeGNSvzFa6fbw3sf7wRy2gjk/3hketaDafZ6jqt4t7aw3CoIyolQNg4PT
NY0FwfFHifTNTsLeaOxslk3XMq7fNJ+XavcgHNb9vLHHq99vdVJEXBIHY0qc5STbLxdGFKUVFWut
U+j10/X5lmz0+009GSytobdWO5hEgUE+vFVv+Ee0jzfN/syy8zdu3eQuc5znp1zV37TD/wA9o/8A
voUfaYf+e0f/AH0KvU5tCO80+01BFS9tobhVOVEqBgD680lnptnp6utlawW4c5YRIFyffFS/aYf+
e0f/AH0KPtMP/PaP/voUa7BocXY3Fi6W99rGi6XHDexSXEU0KbmUoC7b8gc4BOR3BpZdZvtatLNJ
9M0p5Huvs8sFyzP5MhUupHHIKbfxJrTTwrpAs2tZbqeeHZ5SLLcAiOPIJRR6HAB7kcZqdPD+iw3P
n2wjtjvSTZAyogdVZQ20cZw5/IelGoaFbwzf2b6jf2lrYWloFO6JoAB56KxRmIA7OCPoR61Uv9W8
L26TXd5pCZNxJEHktkBndSQ5Uk84Knk4z2zWjB4Z0SzFubIraSwxmLzreQJJIDtzvYcsSVByff1q
WfQ9NmhiRLqSB4ZpJ45oZwro0hJcZ6YO48EenpRqGhA2v6NrVxbWT2kl3BPIFjle3zD5nl+YFJPQ
7fbvjrmtiz0uy0/ebK0t7cvjd5UYXdjpnFY50C0j1O0vLe/kHkziaSKSfcjnymjLY/vHIJJ9D61v
faYf+e0f/fQo12DQpzeH9JuJnlm0yzkkc7mdoVJY+pOKs3NjbXkAgureKaIEHZIgZeOnBp/2mH/n
tH/30KPtMP8Az2j/AO+hRqGhDZ6VY6ezNZWdvbs4wxijC5Hviop9A0q5mea402zllc5Z3hUlj7nF
W/tMP/PaP/voUfaYf+e0f/fQo1DQpa3bQyaFdRyRRtGkRKqVBAIHGB7VLZ6TYWDs9nZW9u7DDNFG
FJHocVS1PVbd7G8tpGEUpifYGIxIMfwkcH6da2RTd1GwlZso3GhaXdztNcadaSyv953hUk/UkVYl
srae0+yzW8UlvgDymQFcDoMdOMVPRSux2KdppGn2Ehks7G2t5GG0tFEFJHpkVBqOl6QVnvtQsbR9
iF5ZZIQx2qOp4zwBWnVPV7WS+0a+tYSolnt5I0LHAyVIGfzouwsik+paJJpVgkj27WOobIrWMplZ
cjKgLj0HfpVW2v8AwzpzT3FpFbQtCRG8kNqQWywXCkL8/wA2B8uecVQj8J3qXSrvh+yW1xHJaIDj
y1Lh5u3XIwvtVgaLq02gW+kTC3hS0a3VLmCU75BHIp3AFflO1T68n0pXYWRNPe+F9Quonnitbm4n
woLWpdh820B/lynPHzY6Grmp3+jaVbx6ffKiQPGSIRAzoI1wCSFBAUZHXis288N3EE9sNHTypUO5
797phKSWy29NuJQfQkcnjFWJ9O1a11S3urRo78rbywM93IIyu5kYHCJggbTxwfei7HYlVvD2kXsQ
hgtIbqWF5Y/Igy7xjG4jaMkcjjvVaXUvC2qbLu5it5fMmS1WW4tGG5ySAoLLzyD9Mc4qhF4Q1S2m
gmt72MGxNvHbRFABJHEMNluq7t8vA4wRTrrwlqV/DHaNeR21vEtyQyoJGZ5ZGIPPTapHI5yT6U7s
VkdV9jtUsvsnkQraldnk7Rsx6Y6VBbaPpdlN59rY2kMqZG+OJVI9eRWa2k32o3ekzarBak2RZn2u
XDOYwA4BA5D7se2D1rCsfBV/axN58EV1IJI2mEt2Sl6FLfeXZ8py27ndkjHTmi7CyOyutH06/lEt
3Y21xIBtDyRKxx6ZNTJZW0Vn9kjt4lttpXyggCYPUY6YrM8IWstl4YtLeeDyJIzIDHg4Ub2wBnnG
MY9q2qV2OxQttD0yznWa20+0hlX7rxwqrD8QKfd6Rp9/IJLyytrh1G0NLEGIHpzVyindisivFY20
Fp9lht4o7fBHlKgC4PXj3zWTqWhaXaafLNbadaRSoBtdIVUjkdDit6qGt/8AIIuPoP5inFu6FJKz
H3ek2GoSK97ZW9w6jCtLGGIHpzUsFjbWtsbe3t4ooDn92iALz14qalqbsdjPg0DSraZJoNNs4pUO
VdIVBU+xxUt5pVjqDI17Z29wyDCmWMNge2at0U7sLIr21jbWUBgtbeKGIkkpGgVeevAqtD4f0m3m
SWHTLOORDuV1hUFT6g4rJg8XmTxNcaZJDAI4XkTKzZlXYgbcyY6HOBgk/wBLH/CZacLaGdkvBHLF
55zbtmOL/no4/hU+p9D6Gi7CyNS80uy1DZ9ttILjZnb5sYbbnrjNPtLG2sITFZ28UEZO4pGgUZ9c
Cs6bxRYW1zcwT+fHJAobBiP7wFgo2Y+98zKPxFVbDxfFco3m2tyJTcSRpBHAzSBEIBd16jBYZ+vF
K/QdjSj8P6TDKssemWaSI25WWFQQfUHFT3mm2eoBBe2kFwEzt82MNtz1xms6fxZp9tLdRTCdJbdl
UxmI5k3NtXb65bimL4pje/ubX7JPF5E0EXmSoQrmUqAB3B+bof0p3YrI1rSwtdPjMdnbw26MdxWJ
AoJ9eKrL4e0hJRKumWQkDbgwgXIPXOcdaoweMtMnhnlX7SoiAYB4GBlBfYNg/iy3y/Uih/Ej3dhp
1xpNuHa+uGgQXZaLbtVyScAn/lmR0ouwsjWvNOs9QVVvbWG4VDlRKgbB9s0Wen2mnoyWVtDbqxyw
iQKCfU4rnZ/GU0UMm3T/AN9Ch81TISsbCXy3JIUkoPvZAzjsK6DTLxr/AE6G4Y27GRc7reXzIz7q
2BkfhSv0GQ/8I9pBl8w6XZeZu3bvIXOc5znHXNWLzT7TUEVL22huEU7lWVAwB9eas0U7sVkVbPTr
PT1dbK1gtw5ywiQLk++Kgfw9pEkrSvplk0jNuLGBSSeuc461o0UXYWRXu7C1v4hHeW8U8YO4LKgY
A+uDTbPTbLTt/wBitILffjd5UYXdjpnFWqKV+g7GdL4f0meZ5ZdMs3kc7mZoVJJ9ScVZurG2voRD
d28U8QIISRAwz64NWKKd2KyKlnpdlp5c2VpBbl8bjFGF3Y6ZxUM2gaTcTPLPptnJI5yzvCpLH3OK
0aKLsLIzNG1E6gL1TEsYtbp7ZQpzkLjB9utadU9PsLexNz9mJPnztNJls/OcZ+nTpVyh76Agooop
DCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6C
tX6oad/rb/8A6+T/AOgrTWwnui/RRRSGV9QuGtNPubhAC0UTOAehIBNR6Tdvf6RaXciqrzwpIwXo
CQDxU11HHLayxz48p0Kvk4+UjnntxTbGGG3sYIbXHkRoqx4bcNoHHPfin0F1LFFFFIYUUUUAFUdV
/wBTb/8AXzF/6GKvVR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAlGKWigBKKWigBKKWigBDXNX3gm
01fXm1HVbie7iGPKtHbEUfHp39f8a6aik0nuXTqTpu8HYjihjgiWOFFjjUYVVGAB7Clk4RsDJx09
afSUyDG8LxtBoUMT6c2nlWbFu0m8r8xOc+/WporWC41i+M8EUhCxAF0DY4PrWniqNr/yF7/6RfyN
EVZWKqz9pNyfVkv9mWP/AD523/fpf8KP7Msf+fO2/wC/S/4Vaop8zIsir/Zlj/z523/fpf8ACj+z
LH/nztv+/S/4Vaoo5mFkVf7Msf8Anztv+/S/4Uf2ZY/8+dt/36X/AAq1RRzMLIq/2ZY/8+dt/wB+
l/wo/syx/wCfO2/79L/hVqijmYWRV/syx/587b/v0v8AhR/Zlj/z523/AH6X/CrVFHMwsir/AGZY
/wDPnbf9+l/wo/syx/587b/v0v8AhVqijmYWRV/syx/587b/AL9L/hR/Zll/z523/fpf8KtUUXYW
RganolqljeXEkcbukbtEqxqqpxxgDqfc/pWgNSf/AJ8L3/vhf/iqdrH/ACBrz/ri38quDpVN3SuS
lZ6FH+03/wCfC9/74X/4qj+03/58L3/vhf8A4qr2KMVN0VZ9yj/ab/8APhe/98L/APFUf2m//Phe
/wDfC/8AxVXsUYougs+5R/tN/wDnwvf++F/+Ko/tN/8Anwvf++F/+Kq9ijFF0Fn3KP8Aab/8+F7/
AN8L/wDFUf2m/wDz4Xv/AHwv/wAVV7FGKLoLPuUf7Tf/AJ8L3/vhf/iqP7Tf/nwvf++F/wDiqvYo
xRdBZ9yj/ab/APPhe/8AfC//ABVH9pv/AM+F7/3wv/xVXsUYougs+5R/tN/+fC9/74X/AOKo/tN/
+fC9/wC+F/8AiqvYoxRdBZ9yj/ab/wDPhe/98L/8VR/ab/8APhe/98L/APFVexRii6Cz7lH+0n/5
8L3/AL4X/wCKrGv9XuDHPZTW8z713CTYAYxkffAJ49/0rp8VmatbR2+h3S26JGWGcgfxEjk+tVBq
+xMk7bmmKWsr7Hq//QVh/wDAQf8AxVH2PV/+grD/AOAn/wBlSsu47vsatFZX2PV/+grD/wCAn/2V
H2PV/wDoKw/+An/2VFl3DmfYh/4Ri2N/JdNPdMHmacQl18tJGTYWHGc7SepI5ps/hSzuIYIvOu40
jtltHWOXHnwr0R+PryMHk+tWPser/wDQVh/8BP8A7Kj7Hq//AEFYf/AT/wCyosu4cz7FEeCdOW6u
biN7mOScHlWUGMmRZNwO3JIZQRuJx06cVNB4VgtpElhvb9LgO7NN5qlpA5BZWyuMZUdACOxFWPse
r/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7Kiy7hzPsUYfBNhbPdtby3MZul2PjyzhdxYjlTuySeW3Gp
4fCtlblRFJciNfIIjMgI3QkFDyM5+UA89Kn+x6v/ANBWH/wE/wDsqPser/8AQVh/8BP/ALKiy7hz
PsZeqeC47jShbWMxSRY1iHnHcrIJPMKnjue+D9KtweHZW0awtbq8kjuLJ/MjltFRNvDKFAK4ICsR
0GevFWfser/9BWH/AMBP/sqPser/APQVh/8AAT/7Kiy7hzPsRL4Zt4sNbXN3byiPy/OjkBc5fezE
sDkk5zn1rQ07T4tMsxbwl2G5nZnOWZmJZie2SSelVPser/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7K
iy7hzPsatFZX2PV/+grD/wCAn/2VH2PV/wDoKw/+An/2VFl3DmfY1aKyvser/wDQVh/8BP8A7Kj7
Hq//AEFYf/AT/wCyosu4cz7GrRWV9j1f/oKw/wDgJ/8AZUfY9X/6CsP/AICf/ZUWXcOZ9jVpu9Sx
UMNw6jPIrM+x6v8A9BWH/wABP/sqyNT03Vpr+IW1wGu1AP2lbfylRc9C247v93BpqCb3E5NdDrKK
itVmS2jW4kWWUD53VdoY/SpagsxPDdtNbNq3nRNH5uoyyJuGNynGCPatus7SNSOpG9BiEf2W6e36
53bcc/rWjTe+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMqarE8+k3kUa7nkgdVX1JUgC
o9CgktdBsIJkKSxW8aOp7EKARU9/cNaafcXCqGaKJpAD0OBmmaVdtf6TaXbqEaeFJCo6AkZxT6C6
luiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQxTW4nsXqKKKQwooooAKKKKACiiig
AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6oWv8AyF7/AOkX8jTQn0L9FFFIYUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQBS1j/kDXn/XFv5VcFU9Y/wCQNef9cW/lVwdKroLqLUc80dtBJNM6pFGpd3Y4
CgDJJqSqWtW0t5od/bW4Bmmt5I0BOBuKkDn6mpGKdWsRBaTfa4fKvWVbZt4xMWGVC+uRzUD+I9Jj
FyW1C3AtmCzfP9wk7QD+PH14rnI/C+opcwxbI/sdjcxvZgMMqjOHkP1XG0e1WE0nVpfD9ppTWiWs
lk9uBdRyo2/ZIhZ1BHopbDd+OetAG3/wkek5tgNQtibriECQfPzj+fH14p9/rmnaVJFHqF5DbvKC
UEjYyBjJ+nI/OsK58P3djeQNo8c/2kndNfNOgWQlyzCWPHzDkkbRxnjFT3Nnq9rqtvcCFdVJtZYH
YlIVUsyEbhzkYU5xk+1AG1darZWUix3N1FG7RtKFZuSi43MB6DIqtB4n0e6QPBqNu6NKsIbfwZGJ
CqPUkg8e1c5D4X1q1uLa5iltydO+zwwRlPnliRcOQ+7C7t8nBB+6tLdeF9Y1C2is/Mt7aGFbmQSS
L5pMskrFCAGGCqnOeeW6cUAdk06JIkbEB5M7R646093WNGdjhVGSfQVy+qWWt6tZR7rf7POtrPG4
W4GGd4QARj/bJHtjNUb3wteRxyW1vaPc6f5rGO0+2FB80KAMWJzgOHOPVsigDsLS+gvoxJbSCRCq
uCM9GGQfxBFTSSJDG0krqiICzMxwAPUmuIHh3VEtoUubY3dsghWW0W42eYFtwnByB8rjOMjPXqBU
WpeGdX1G/wBTD2sQtbizlhVRL8sh2p5W4kkkgqckgAds5oA7pJkklkjVgXjxuHpnkVJXGXeh38j7
xp7SWPmRt/Z/2kLlRDtC5zj5X5xnB684FNs/DGqQ3lpdXDtJdW5tU80XDH5F3CUe/BAyRlsUAdrR
RRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXqWqT6nbi+W0jLSzk/Msa7vLHqx6CrlS1YExa
KKKBnFrfzLrV1JHqkr3S6otstiZAyNCdm75OowpZt3t6VRg1ea60p57zXJrO4ttPiltwHVRO7IW3
kEfPlht2+3qa7xbS3Sdp1gjWZxhpAgDEe560jWVs5iLW8TGL/V5QHZ9PT8KAMDUpNQnv/DSeaLcT
Sl7qIFgWKxltuVYcAg8HIzjOelZzeLtRTTLS5lOmQvcWsl7ulLqhRduI155c7uvb0NdoY0LKxUEr
yCRyPpTHtLeRI0eCJljIZAUBCkdCPSgDkm8TazNdlbWGwjjkmaGNZw+9CsIlO7B54yuBj19ql1bV
9Qmt9AvNN3LJcRtdNaqcicCLf5ecd8nB9cV1XkRZz5aZzuztHXGM/lQIYxswijYMLx936elAHC2/
jW4/s5Z7ea1kjCS3Km6YiS5UzyIkcYH8QCgd+Sox3pLrxfeRXz3jNbGGC3umFkkhEilJUQNLk49T
njAJ+tdwbO2Pl5gi/dsWT5B8pPUj0NKLS3WR3EEYd/vMEGW+p79KAOWudc1G48CaleTGG3u4SUV7
adSMZXByGYKcHuTjrV/wfeTXWn3KXEzzPb3LR5eRZcLgMB5i8PgN1/DtWyllbR25t0t4lgOcxqgC
nPt0p8MEVvGscMaxxrwERQAPwFAElFFFABRRRQAUUUUAFFFFABRRRQBT0/ToNPNz5Bc/aZ2nfcc4
ZsZx7cVcrE8NQTQnVvOjdN+oyum8Y3KcYI9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKoad/rb//AK+T/wCgrV+qGnf62/8A+vk/+grTWwnui/RR
RSGQ3UUc9rLFMcRSIVfnHBGDzTbGCK1sYLe3OYYkVI+c/KBgc96j1aN5tIvI41Lu8DqqjqSVOBUe
gwyW3h/T4ZkMckdvGrIeqkKMin0F1NCiiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigApKWoL1plspmtgpnEbGMMON2OM/jQBNRXKaVL4l1bS7
e9h1PTlSZN202jZU9wfm7Grf2PxT/wBBXTf/AAEb/wCKqnG3Unmv0Ogqja/8he/+kX8jWb9j8U/9
BXTf/ARv/iqg8O6jcG81ptTubd/s8yQmWNNikheeCT64pqOjsF9UdRRUcMwniWRVcK3IDKVP5Gn1
BRz+p67fWWoXogtYJbOwt0uLgtIRIVbfnYMYyAhPJGfao5/E1w+rz2NlDb/LH+5lnkIEkgVXdMAE
jCOCPofSr174dtr/AFCS6mmugs0aRzQJJiOVVJIDDGf4jnnnvUSeEtKjmSdYMXSztcG5AAlZm3ZD
NjlcMRj0x6UAZ9v4tuwNJN7bWyreqk0zRSnEEcmFjzkDJLtg+wzWrqXiCDSbl0uFd1WFZdsUZZyW
kCAAd+WFVm8FaPLC6TW5mYwR26SyYLwoi4XY2Mqe+R35qzL4ctZ5fMnluZZOBueTJwJRKB06BgB9
OKAM/U/G1tbaVJPaW9zLciN38kwn91tYofM/ujcCPwJ6DNXB4lgE7QeVPPMJ5I9lvEWKqrBSzewJ
HT8KjvPCFjeLIpmu4hL5nm+VLt8wO5cq3HQMTj6kVM3hq1F2LmGe7gm8x3Z4pMbg7BmU8fdyB7js
eaAK174xt7Vp4o7O7muIJoo3hRBuKu+wOOeme3B6dM5p8viy1tjKs0c8rxyShlgiLFEjxudvYZHT
r2zUcPgnTbf7SYHuojOUOUcAx7ZPMXbx1Dc5OSe9TXHhOyuC7ebdxNK0nmNFLtMiyEF0PH3SQOnI
5wRmgCW18TWN5qxsIln37iqSmM+VIwUOVVu52nNbFZdv4fs7a6jniEitHM0yru+UMyBCMem0DArT
zQAtFJmjNAFPWP8AkDXn/XFv5VRt9eN3ct5UE6QRMVbMDs7H6D7o+vNXtY50a8/64t/KpTaQvcJc
FAJlGA44JHofUfWrTXLqQ076EP8Aasf/AD73n/gM/wDhR/asf/Pvef8AgM/+FXcUYpXRWpS/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACrtHFF12DUpf2rH/AM+95/4DP/hR/asf/Pvef+Az/wCFXeKK
LrsGpS/tWP8A597z/wABn/wo/tWP/n3vP/AZ/wDCrtFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n
/gM/+FXaMUXXYNSl/asf/Pvef+Az/wCFH9qx/wDPvef+Az/4VdoxRddg1KX9qx/8+95/4DP/AIUf
2rH/AM+95/4DP/hV2jFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n/gM/+FXcUYouuwalL+1Y/wDn
3vP/AAGf/Cqer6hHNpc8YguhuAGWgcDqOpI4rZxVHWh/xKLj6D+YpxauiZXszM/4RC0ivjLAkbQS
NmWKXcce6sDn8Dmrv/CNaV/z5p/303+NagpaHUk+o1CPYyv+Ea0r/nzT/vpv8aP+Ea0r/nzT/vpv
8a1aKXPLuHJHsZX/AAjWlf8APmn/AH03+NH/AAjWlf8APmn/AH03+NVh4lkGozRyaey2UV2LM3Il
BIkO3GUxkKSwGcn8qgTxdLcWn2qz0uWeKK2W4ucSqDGGXcFUfxNt5xwORzzRzy7hyR7Gh/wjWlf8
+af99N/jR/wjWlf8+af99N/jUV/4hW2uNIit4TN/acmEfD4VNu7dwp5xjg49yADSHxfo4tY7n7U/
lSbijeRJkqv3nxtzsGRlunvRzy7hyR7E3/CNaV/z5p/303+NH/CNaV/z5p/303+NQz+MNGtrmSCS
6bzIzhgkEjgnAbAIUhjtIOBnjmnap4lttMOnOymW2vW/16MNsabc7z6ryPzzRzy7hyR7En/CNaV/
z5p/303+NH/CNaV/z5p/303+NQL4t05I1N3Ibd2eRdhUvtVJDHvYgYVSR1OBSP4u05dU+yLKDHHF
NJNOQwRPLZVIBIw3LEcHgjFHPLuHJHsWP+Ea0r/nzT/vpv8AGj/hGtK/580/76b/ABpB4ksJdIl1
G1dp4o38ooqlX8wkKEw2CCSwHOOo7Vc0+4uriAte2f2WYHBQSCQEeoI/wo55dw5I9ip/wjWlf8+a
f99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR
7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N
/jWrRRzy7hyR7ENtaxWdusFugSNeijtU1FFSUZ+lamNS+2ARGP7Lcvb8tndtxz7da0KpadpsWnG6
8pnb7TcNcPu7M2Mge3FXabtfQSCiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAqhp3+tv8A/r5P/oK1fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrg2lhcXCruM
MTSbScZwM4pml3h1DS7W7ZAhniWQqDnGRnFS3cKXNrLBKSI5UKNg4OCMGm2NtHZWMFtASYoY1jQk
5OAMDmn0F1LFFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9TB/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFIaWigDnvDP+hXmraUeBb3JliH/TOT5h+u6ugrn77/AEDxnp910jvoXtJD/tD5
0/8AZhXQVUu5MexXv7tLCwuLqQgJBG0h/AZrk/D/AIeS5sw1yWW82pcl8nAdwWORnnrj1961fFxN
xZWumIfm1C5SFv8AcB3P+g/WtC0AXVr4AYAWIAfgaqLcY6CaUnqNh0a38pfPi/efxbJnx+GTT/7F
sv8Ank//AH9f/Gr1LUcz7lcqKH9i2X/PJ/8Av6/+NH9i2X/PN/8Av6/+NJc69ptnqCWNzeRx3LhS
EbP8RIXnoMkEDNF3runWMssVzdokkKLJInJZVY4BIHYkUczDlXYX+xbL/nm//f1/8aP7Fsv+eT/9
/X/xqO18R6Te/Zvs99E5unZIByPNKruO3PXA5q/58fn+Tn95t3Yx26UczDlXYqf2LZf88n/7+v8A
40f2LZf88n/7+v8A41Yu7uGxtZbm5fZDEpZ2IJwB34p8cyTbvLJOxih46EdaOZhyrsVP7Fsv+eT/
APf1/wDGj+xbL/nk/wD39f8Axq3JNHCoaV1RSwUFjjknAH1JIFEc6TbvLJOxircdCOtHMw5V2Kn9
i2X/ADyf/v6/+NH9i2X/ADyf/v6/+NXs5paOZhyrsUP7Fsv+eb/9/X/xo/sWy/55P/39f/Gr9FHM
w5V2MbVNIs4tKunSNwyxMR+9c84+tbA6VT1j/kDXn/XFv5VL9shFyLcMWlIyVUZ2j39Pxpu7Qkkm
WKo65cSWmg6hcQvslhtpJEbGcEKSDg/Sr1MkjSaJ45UV43BVlYZDA9QRUlHEJ4j1N00u0M4+12tx
HHqTBB+9ywVAOON4O/gduKml1O9PhmDU01WaWW+MDeRbxxlog8qBljBHUBivzZ59K6v+z7TzGf7L
DvZlZm2DJK/dP1Hb0pkek6fDLJJHY2ySSsHdliUFmByCeOSDz9aAOWe+1qyNrc6nc3Edkp+YRrCZ
lUyYUzrjkFcD5OQc8el291Ce/wBUhjt9QutLtxaTTMZIFQ7ldACwkXO3DHpjPrW9PplldXcV1cWd
vLcQ/wCrleMFk+hPIpLvS7G/kikvLO3uHi/1bSxhin0z06CgDjm8XXV1qOnRyTSWsUkMMd0sMOdk
sy5BDspC7T5fB/56dDxVe48Rahp2nWzf2pc3F08s88itAr5ihkZfLARPl38DcfQ4IrvGsbVo5Y2t
4ikz75FKDDtxyfU8D8hSx2VtDIXit4kdhtLKgBIyTj8yT9SaAMTWPES2cdvdWpE8TW09wFDgBtkQ
dQeD1yPz71TuPFGpLFLafY7OO/QyBmNyRCqrEkmQxXOcSAdOxPSuiXSNPRCiWNsqEEFREoGCoUjp
/dAH0GKW40qwu1K3NlbTAuJCJIlYFgMA8jrjjPpQBy+m+Jb14ra2jWOa8nSEI9zLtjz9nEjE4XOT
zxz3PAFJq/jK7ifUbayjtjLDayyxzZcorxhS6klQGxuP3SeRzjNdPLo+nTwGGawtXibblGiUqdow
vGOw4FKdH04zyTGwtfNkTy3fylyy4xtJxyMDGKAMJ/EN9Dqb2CRW7XbyJGDJMVhQ+T5jkHbu9cDn
PXgCo7Pxlc3l1asljCLOX7OrsZiZFaXcBgYwQCvXIyDmugfRdNltjbyafavAduY2hUr8owvGOw4F
S/YLTdu+zQ7gVOdg6r938u3pQBYooooAKoa3/wAgi4+g/mKv1Q1vP9j3GOu0fzFVH4kKWzL2etFc
k02strirfCBCH/0VC7rCx+qjlvZvyrZ3a5/zz03/AL+Sf/E03C3UlTv0NWisvfrn/PPTf+/j/wDx
NG/XP+eem/8Afx//AImlyj5iunhzGoTTSXs720tyLv7LtUL5gxgk4yQCoOM9RVdPCAgtxb2upXcE
UkCQXCqEPnKo2g5I+UleCR7elaG/XP8Annpv/fx//iaN+uf889N/7+P/APE0cocxLJpkUlxYSrmN
bEsY0UcEFCmPoAazX8Jp9jtYLe/ubdoLY2bSIFJkiOMg5GAeOCOnNXd+uf8APPTf+/j/APxNG/XP
+eem/wDfx/8A4mjlDmK8Xhi3gkRopZVWOZpVXjA3ReVj6ADP1qQ+HLaS1063mLyw2UDW+xgMSq0e
w7vw9Kk365/zz03/AL+P/wDE0b9c/wCeem/9/H/+Jo5Q5jKh8DxW9klpFqV6ImiMFxnaTcR+Yz7S
ccH52GRzg+vNOm8FQXCywy3tybUpKkUAVAIhI6uSDjJIZRjOR2rT365/zz03/v4//wATRv1z/nnp
v/fx/wD4mjlDmIYfDcS6FLpsszFZHEnmQxJCUYEFSoQAZBUHnNX9PtZ7WErdXcl3KxyZHVV/ABRg
Cq2/XP8Annpv/fx//iaN+uf889N/7+Sf/E0cocxqUVl79c/556b/AN/H/wDiaN+uf889N/7+P/8A
E0cocxqUVl79c/556b/38f8A+Jo365/zz03/AL+Sf/E0cocxqUVl79c/556b/wB/H/8AiaN+uf8A
PPTf+/j/APxNHKHMalFZe/XP+eem/wDfx/8A4mjfrn/PPTf+/j//ABNHKHMalFQ2xnNuv2oRCb+I
RElfwzzU1SUYfhqOWNtX85ZF3ajKybwRleMEZ7VuVQ0vUl1I3gWNk+y3L25yc7iuOf1q/Te4lsFF
FFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf
/QVq/VDTv9bf/wDXyf8A0Faa2E90X6KKKQynq0bS6ReRxqWd4HVVHUkqcCo9AieDw/p8UqMkiW0a
srDBUhRkGrN7cfZLGe427vJjaTbnGcDOKZpt5/aGmWt3s2efEsm3OduRnGafQXUtUUUUhhRRRQBm
yeINMhvJrWS7RZYQWkyDtTA3HLY25AIOM5rR4PpXH694avtUn1GK1toYILqN/NLXBaO5OzCkxbcK
4YL8w7L37Ivhu9bV4rhbO2gAlhlSZZiXto0QA26qBjaSG6YGGJIyKAOuMyCcQ5O8qWAwcYGAeenc
U/I9a4uTwfcrolpZQRQJt0/yJ1DkB5S8RY575CNz16VkeItBnt2trFrCabTvPnkSK2QuFVmQqi8E
K2A2DxjJ55oA7zUtc0/SHjS+uPKaRWZRsZvlGMk4BwBkcn1pLjX9NtUkea7QCNkVtoLHLjKgAA5J
HPGaq6nBqK6zaXunWkM4W2lgZZZvLCFmjIJ4OR8pzisi08M6jpE8E9oILj7IYwkbPs81RB5bc4O0
g8jrxkUAdTZX9tqNstxaSrLExI3DsQcEEHkEHqDzUomQzmHJ3hQ2MHGM469O1clL4d1J5Le7W3th
ePePdOrSbooN2wYwVyx2p94bSCT2Jq9rmgT6rqDsyxvaSJbI6O33gk+9wR/u/n0oA6KjIrkNS0a5
t/CltYJaLclNQVltw5CGLzyyqTg4UKQOmBjHSqo8Laut3pbrHaRxW1wJgsbDMCecXaMMVyRsIUBd
o65yMUAdzkUyaaO3hkmmdUjjUs7McBQOpNcLfeCbx9IsoI4Ufa0zXUMc4iMjuflfcUbJAGOmRng8
VPdeCri4kvJPLg826M6SO7li8bQhUDcc4cA/hnrQB2qOsiB1IKsMgjuKdVPSLc2uk2sDW0dsY4wp
hjIKpjsCAKuUAYXjCF30F7mEEz2TrdR49UOT+ma2LedLm2jnjOUkUOp9iM06WNZonjkGUdSrD1Br
C8IzGPRGspm/eadK9s5Pop+U/wDfJFVvEnZif8hDx16xaZa/+RJD/wDEj9a0rX/kL3/0i/kazvCI
NxZXWpuPm1C5eYf7gO1P0H603UDqP9pXf9n7fL/d+cRnzMYP3f8AOfSqau7CvZXOiorJs/t/2WP7
MbMxY+Xd5mfxzzn61P8A8TX/AKcv/H6ixVzH1fTdQutQ1SGC0ie11K0jtzO8oAix5gYlcZPDgjHf
0qrBoGsRauNTM0OZJ5EkgC4YQFdi5kz82NkbYwOSea6L/ia/9OX/AI/R/wATX/py/wDH6LBc5WTw
zrksFq6TW0MmnWdvHbxld5eRMM/zZ+TJAXODwKv6zo+oazO7SQLHC8SRNF5/ULcKxORjqgP54rb/
AOJr/wBOX/j9H/E1/wCnL/x+iwXOP1TwjqE1m9tFaR3MO2eO2R7ootrmUsjD1+QgY7Yx0Jq/LoN8
dSE1zaJfWpuZnWE3G3yizqUkH0AIx1Hbqa6H/ia/9OX/AI/R/wATX/py/wDH6LBc41/CuqXMuovf
WVrOkssMywq4VJXSYsxHoShxluecdKs6l4b1O4eYm3jukke48qNrkoIHcrsl4/ugEccjt1rqf+Jr
/wBOX/j9H/E1/wCnL/x+iwXMPTfDl3Z6+moSENK1w/ny+YcyReSFXK9PvjOO3Wurqh/xNf8Apy/8
fo/4mv8A05f+P0WC5foqh/xNf+nL/wAfo/4mv/Tl/wCP0WC47WP+QNef9cW/lVGHw7BbXBMWWgkY
s6NI4ZT6gg8/j+dO1T+0v7KuvM+x7PKbdt3ZxjtWwKq7S0Jsm9Sh/Y1l/wA85P8Av8/+NH9jWX/P
OT/v8/8AjWhRU8z7lcq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/PO
T/v8/wDjR/Y1l/zzk/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+
4cq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjR/Y1l/zz
k/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+4cq7Gf8A2NZf885P
+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjVTVdLtYdNmkjRwy4IJlc9x2J
rbqhrf8AyCLj6D+Yqoyd1qTKKsy8B1paSlqCxKKWigBKKxR4mT+0JYJLK4S3juRaG7JUp5pxgEA7
gCWAzjGTUH/CXxSWwuLbT7y4hS3W5nZNn7lWGQCC2WbAzhc8Y9RQB0NFZGoeI7exudKgQCVtTkCx
HdgbcZ3ZwfbA96U+KtFFqlwdStxDI5RX3cEgZOPYZ5PQUAa1FZNz4r0SzuJoLjU7eOWHHmIW5HT+
hB+nNO1LxDaaXLp6y7njvn2JMmCiDGQzHP3eQM+9AGpRWSvifTFSI3Vyls8skkaJKwBJRyhPsMjq
fUUjeKNOGsnTkuI3eOKSSZw4xCEKg5/FsexBFAGvRWZP4hsk0OfVLZ/tUEOQRERuLZxt5xg5PfFS
abqov5J4Jbaa1urfHmQS4JAbO1gVJBBweh7GgC/RS0UAJRS0UAJRS0UAJRS0UAFFFFAFHTdMj003
Zjkd/tVw1w27sWxwPbir1Yfhrzc6v53mf8hGXZvz93jGM9q3Kb3EtgooopDCiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+
grTWwnui/RRRSGQ3cC3VrLA5ISVCjEdcEYpthapY2MFrEWMcEaxqWPOAMDNR6urPo96kalnaCQKF
6k7TjFReH0eLw9pySqyyLbRhlYYIO0ZzT6C6mjRRRSGFFFFABRRRQAjHCk4z7CuXi8awx6Pb6hqN
lParPK8e0vGSoVtu772T9ACeDx69QfrjNYE3gvSriMRyLcbQzkATsMK7BmTr93cAcUAUp/F88Fpq
Ye2dJoHultpWQeVIYskL97OcAk8AcGtG08WWF7r0mkQec06b1L7Rs3J94dcjHqQAcHFDeEtLlmuZ
XWZ/tPmbladiimQYcqM4UkcZFWrbQ7az1CS7t3uUMrM7RCdvK3N95tmcZP8AMk0AZ0/i+Gz3+dbX
MwSSfe0EYxFHEwVmbLdtw6dfSovFHie60W/t4LYWx82BpAJkc+a4ZVWMFeFLFsZbjOK0pPDmnus4
eNsXCzJJ+8PIlIL/AJlR9KmvdFs9RMhuoy/mWz2rfMeY2wSPrwOaAOen8XXsWr31skdrILZnUwjd
5sarCJPMY9Nu4he3XrXVWU7XVjbzsAGljVyB0BIzUMek20dtdwAMUuyTNuYksSoQ8/RRS6ZpqaXa
i3imuJYwflM8pkIGMYBPbigC5RRSAg9D1oAWiiigBDXEeIrmTRtT1WCHhtXtk8gD/ntnyz+jA/hX
cVxnjO8SHxDohMQdbOT7RM39xCwQH8z+laU/iInsdXY2iWFhb2sY+SGNYx+AxUFr/wAhe/8ApF/I
1eqja/8AIXv/AKRfyNR3K7F4UtFFIYUVTm1awt72OznvbeO6kxsheVQ7Z4GB1OcUXOrWFmZBdXlv
CY1DuJJQpVScAnPQEjFAFyiqNvrWm3nlfZb+1m85ikflyq29gMkDB5IHJx2q0JozN5W9fM27tmec
dM4oAkoqK5uIrS3knuJFjijUs7scBQO5p0cqShvLdW2sVbBzgjqKAH0U13VACxABIHJxyeBSRzRz
bvLdW2sVbBzgjqPrQA+iiigAooooApax/wAga8/64t/KrgqnrH/IGvP+uLfyqY3cKXCQFx5zjIQc
nHqfQfWq6E9SeqWs3Mllod/dQkLLBbySISMgEKSOPwq5mo7iGO6t5IJkDxSqUdW6MpGCDUlHHp4p
1FotKt90X2yOdY9TwmR94IAvoXzuHsKlm1fVF8NRar9vjxfGBo44rbe0CySKCFHJchWx06/lXQ/2
PYCZ5vssXmSPHIzY5LJwh/DtTIfD+l28kjw2MCNI6yNhf4lbcCB2+YA8d6AOfGr67b/Y7jUXe20/
dhphaAsw34BmTOYwVxyBwSc46VcutUu9T1OCLSNQW1g+zSzM8ttkMyOgwQ2CB8x6fnWvdaNYX17F
d3NrHLPFgI7dsHI46HB55pL/AETT9Ulilv7WOd4gVQvngHGR7g4HBoA5ZvGkt1qWm26XMNmLm3iE
ybd7pLMpKEZ4wpC5z/z0HpVe58V6hpOmW01zqkMs8s00jJJAq5hhdlZVA/if5cH1zXaNpVk0M8LW
0ZjnkEsqkcM4xgn3G1fyFLBpdnbTNLDbRpIylCwHVSxYj8WYn8aAM/WdfGmrb3EYaaF7ee4wpADh
I9457ZqlL4rvfKkt00vGpKZAYvtC7FCxrJu3454kUYx1z25rWTw9paQmJbGERlSm3HGCgQj8VAH0
FLd6Dpt8rC6soZQziRtw6ttCZP8AwEAfSgDD07xTdyxQQLB9rvZo4dis6xKSYFkc5AOOvTB5PYUa
r40ltX1C2tLWGS5t7aSZCZiVDIFLq2FwCN3QE9OcZral8O6VNb+TJYwmPKnAGMbV2rgjkYXj6cUH
w7pTTyzGwgMk0bROdvVWADDHTkAZ9cUAZ7eIruPUnsVsxLevIkaQmYLGp8re/wA+3JA+mT6AdIrX
xmbu6thHp7/ZZvJV5jMu5HlyFG3HIBXBIPuM1qy+HdKntjBLZRNGdvBzn5V2jnOfu8fSpl0ewVgV
tIV2mMgKuANn3MD27UAXqKTNGaAFqhrf/IIuPoP5ir2aoa2f+JPc467R/MVUfiRMtmX6K5Q6jrEm
t+VdQpDtbMEH2jy1l99207/px9K1/tesf9Ay2/8AAv8A+xpuDQlNM1KKy/tesf8AQMtv/Av/AOxo
+16x/wBAy2/8C/8A7Glyv+mPmRWXw5N9vneS+3WUt2Lw26w4beNuAXzyoKg4AHTrVaLwlcWto1tZ
6q0MU1vHBcZgDFwq7dyHPykrx3HArS+16x/0DLb/AMC//saPtesf9Ay2/wDAv/7Gjlf9MOZEkmlI
bjTXiby47AtsjAyGBQoBn2BrKfwk62VpDa6gYXhs2sZJGgD+ZE2M4BPyt8vB5HqDWj9r1j/oGW3/
AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyKkPhaOCSMx3DBY53lVSucAw+SBnPYDOakk8MQT2Wm2lxI
ZILK3a3ZSuPNVo9hz6cc1P8Aa9Y/6Blt/wCBf/2NH2vWP+gZbf8AgX/9jRyv+mHMjHh8ESQ2X2Ya
tI6ywm3uneBWeaMyO/Bz8rfvGGefXGaWfwQbmGS2l1A/ZPLmSGJYBmPzJFkyWJO7DKOwyK1/tesf
9Ay2/wDAv/7Gj7XrH/QMtv8AwL/+xo5X/TDmRUTwxt8OXelia3ia4Yv5lvbCNVPHOzcc/d7mr+m6
bJaT3F1d3P2m7uAqvIE2KFXO1VXJwBuY8knmo/tesf8AQMtv/Av/AOxo+16x/wBAy3/8C/8A7Gjl
f9MOZGpRWX9r1j/oGW3/AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyNSisv7XrH/QMtv/Av/wCxo+16
x/0DLf8A8C//ALGjlf8ATDmRqUVl/a9Y/wCgZbf+Bf8A9jR9r1j/AKBlt/4F/wD2NHK/6YcyNSis
v7XrH/QMtv8AwL/+xo+16x/0DLb/AMC//saOV/0w5katFQ2zzSW6tcxLFKeqK+4D8cCpqkoo6Zqa
al9rEaOn2a4e3bd3K45HtzV6qGl6YumG72yM/wBquXuDkY2lscfpV+m7X0EgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A
6+T/AOgrTWwnui/RRRSGQXtx9ksp7gruEMbSbQcZwM4punXn9oabbXYTYJ4lkCk5xkZxmn3cC3Vp
NbsSFmRoyR1AIxTbC0WwsILSNmZII1jUt1IAxzT0sLqWKKKKQwooooAxtbJOqaIkhxA12S3oWEbl
B+Yz9QKwNPu9bUWDh5o4Y4rJXtvswCuZGYSEnGRtGDwRjvXayQxzBRIiuFYMu4ZwR0I96bNNHAqm
QkBnVB9ScCgDjre5vdQTTZZprqa8S6VpoHtfLW1k8mbKqdoyMkDknoOeaji8QapdQx7pru2hC2yX
M4siXicpJ5m1SvJ3hFPBAzXc4oxQBwOlnVYNKs4Lc3FtJJFaRtN9mG9Q0028kMMA42nB+7mmnxDq
76npdnNqAtMbDcu8SrvBmZfmypwWVMDG3lvTGPQMVWm0yyuLqO5ntIJLiL7krRgsv0NAHI6lb3su
r38K3d6SdStJIQYgywphcuvy44O4dT0yR3qMaz4gN9psMk/kRnaGke1c/aCJmRgQqEA7FU9V+9np
07vFGKAOX8NvqM91EtxJLDbRWofyRCqq7tLKDk4zwFU4BHXPeqOr6prNpbajNHLe7vtjw24jhXbE
ipkH7jFtzcdDngZHWu2wKMUAcdb3+tz38Us0kq28jwwvbfZwFAe33u2cbsh+OuB0qpo8t8tjoa3f
mx3cVzBFFA0e0LCYDnB6tlQxOehGMcDPeYprQxtIkjIpdM7WIyVz1x6UAPooooAQ1ycFiviGXxHO
/KT/AOgwn0CDkj/gZP5V0Or3y6ZpN1eN0giZx7kDgfnVbw1Ytp/h6zgk/wBbs3yH1dvmb9TVLRXJ
ersHhu/bUfD1lO/+t8sJIPR1+Vv1Bqa1/wCQvf8A0i/kazdA/wBB1vWdMPCiYXcQ/wBmQc/kwP50
moT6hDqV39hjUxny/NkzlkGD0GD+fP0p2u2kK9kjoaWsu0lvTaxmCK2ljI+VzdMxb8dlTebqX/Pt
a/8Af9v/AIilyj5jD1rTry61DVYItPaaPUbSKBLgugSJgZMs2Tu43AjAPTtVWHRdbXXTqjxQFJ5Z
IZI/+WvkbdiEsTgjKK+Bz8x966bzdS/59rX/AL/t/wDEUebqX/Pta/8Af9v/AIilyj5jkJNA16SK
wkgt7aOTSrO3WBJDl3lUBpNpBwucBMn3rT1ix1TVLh2ihuYIXiSIqtwEbi4UsQVbjMYJz1wcda3P
N1L/AJ9rX/v+3/xFHm6l/wA+1r/3/b/4ijlDmOO1bQNXnsJbT7Pe3UIWeO1RbzaIz5pKM5LAsPL2
gA56EHrWg+makdS33dveXNmbiZkSC6CFGLqY3PzDKhc8ZOPQ5rofN1L/AJ9rX/v+3/xFHm6l/wA+
1r/3/b/4ijlDmOMm0LWb2TUDf2MrwGaCdIIrggOyT7mKEyZz5ff5B04GBVrUNJ1mR5/3F5NGz3Bt
0hvPLMcjFfKkY7h8oGeOcf3Tmup83Uv+fa1/7/t/8RR5upf8+1r/AN/2/wDiKOUOYw9O0jVLfXo7
2d52L3DrO3nkxtF5IC4TOB+8BPAzXVVR83Uv+fa1/wC/7f8AxFHm6l/z7Wv/AH/b/wCIo5Q5i9RV
HzdS/wCfa1/7/t/8RR5upf8APta/9/2/+Io5Q5hdY/5A15/1xb+VULfQTaXL+XNO8MrFnY3Dq6n6
g/MPryKk1WTUDpV0JLe2CeU2SszEgY9Nta4qrtRJsmyl/ZUX/Pe8/wDAl/8AGj+yov8Anvef+BL/
AONXqKm7K5UUf7Ki/wCe95/4Ev8A40f2VF/z3vP/AAJf/Gr1FF2HKij/AGVF/wA97z/wJf8Axo/s
qL/nvef+BL/41eoouw5UUf7Ki/573n/gS/8AjR/ZUX/Pe8/8CX/xq9RRdhyoo/2VF/z3vP8AwJf/
ABo/sqL/AJ73n/gS/wDjV6ii7DlRR/sqL/nvef8AgS/+NH9lRf8APe8/8CX/AMavUUXYcqKP9lRf
897z/wACX/xo/sqL/nvef+BL/wCNXqKLsOVFH+yov+e95/4Ev/jR/ZUX/Pe8/wDAl/8AGr1FF2HK
ij/ZUX/Pe8/8CX/xqnq2nRxaZM4muiVwcNcOw6jqCa2qoa3/AMgi4+g/mKqLd0TJKzLhRXxuAODk
ZHQ07FFLUFiYoxS0UAN49aXA9a4hLNW167aGzuE1T+1FkW5ELKBb4TdmQjaVKhhtyeSOO9UIbJRp
ZTVtOvZbo6fDHp5SF2aNtmCAQP3bh+STjjHPHAB6G8kceN7quSFGTjJ9Kdx61zeo6ZcXWo+GTcSS
u1tIzTlFUoXER+Y5BxyMA8deOaypLvXYNJsXnu9SEk1s8xaK1V3Nx8uyIqF+Vep5AzzlhQB3PHrR
x61xj/8ACQ3F4S97e2yyTtE0cUKFYlWAPlSVPWTK5JOc4FS6tbalqtv4enjV49QSJrjdtKqk3lZA
cdgTlSD6mgDruPWjKhgu4ZPQZ6159b32tJp0Rii1GzeRZZbe3W13752uJDslJB2qF291GCTngUtz
ca4dQlvIlvZb+C3ulETWv7mE+bGFEZ2jeTGM4yc4/CgD0HA9aMA964ub+0L74famlzPLeTMWVG+y
urFcrxtKqWxz2Gelb/huOCLSUS2CbQzZKWhtgTn/AJ5np9e9AGrijFLRQAmKMUtFACYoxS0UAJij
FLRQAlLRRQBh+GnmdtX85pG26jKqbyeF4wBntW5VLTtRi1E3QiV1+zXDW7bu7LjJHtzV2m9xLYKK
KKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/
+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPVwx0e9CBi5gk2heudp6VF4fDr4e04ShhILaPcHzn
O0ZznvVq8uBaWc1wylhFG0hA6nAzTdPuxqGnW92qFFnjWQKeoyM4p9BdSzRRRSGFFFFABVHVf9Tb
/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJQBgeKv9LOm
6Uuf9Nul8wD/AJ5p87fyA/Gt8cVz9v8A8TDxvdTdY9Ot1gX/AK6P8zfoAK6GqlpZErqzntW/0DxV
pN8OEuA9lKfr8yfqD+daVr/yF7/6RfyNVPFlq914duWhH7+3xcRH/aQ7h/KpNIulvbm4uo/uTRQy
L9CpNPeNxdTVAA6CiloqCxKKie8to7hIJLiJZn+7GzgM30HWia8trfd59xFFtAJ3uBgE4B596AJa
KhhvrW4CmG5hkDMVXZIDkgZI474qXzE8zy9678btueceuKAFopss0cETSTSLHGgyzMcAD3NKsiPn
Y6tg7Tg5wfSgBaKMgd6RZEfOxlbB2nBzg+lAC0UZpaAEopaKAKWsf8ga8/64t/KrgqnrH/IGvP8A
ri38qsNcRRyRxNIokk+6pPJ/Cq6C6ktU9XunsdGvbuLb5kEEkq7hkZVSRn24q5UVzbxXlrLbzrvh
mQxuucZUjBH5VIzk18XXjwaTH5UAvHnEWopyREA2w7RngsxBGT0qW41zVYfDqau81lHDdGAxAQO5
gWR1HzYb5ztbPGOR3raGgaaLmWcWw82WSKR23Hlo+EPXt/8ArpkHhvTLbiK3KqHV1TzHKoVYONqk
4UbgDgYHFAGJH4i1dWtJbxYraxkYj7U1rIVl+fAJG7MOVwQWyMn870+s3WoalBBoN5ZNE1vLM0kk
ZkVmRkXbkMMfe5PNad7o1nqFyk90kjsgA2+a4RgDkbkB2tg88g03UNCsdUmjlvI3d40aMFZXQFSQ
SrBSNwOBwaAOdPjVrnUdNt4JLW1W8t4y6ynfJHLKCYwFBG5Rtwf99eRUFx4w1DTNLt7m9utOaSWe
UshjMWIYXZZNuXO5zhcD1PQ11DeH9NZJkNqmJpFlcjIO5du0g9RjYuAPSlj0DTYpjKtrGWKMnzZb
5WYuwwfVmJ//AFUAV9X11NL8iX5pIXgmnIQAlljTfwSRjP8AnFU5fFz/AGd449Ku/wC0AXX7MWjy
oVFfdu3bcbXXjPU4rQHhrSxAIPs5MYRowrSucKyCMgZPA2gD9etLd+HNNvt5ngJLvvYrI6EnYEPI
I4KgAjocUAZNh4rmlt4UNtJd3sscRSKIKm4mFZHO4nAAz3x1A96XVfGq2Ul/bW9p5t5bWz3CoZ05
2hSwYAkrjd364OO1ab+GNKaNUFuybSpVo5XRl2psGGByPl44PI60jeFtJeaWRrUlpo3jceY+0q4A
f5c4BbAyRycUAVW8SyxXklp9hmlvC6IlspQEEx72y5bGAO/0AzTYPGcFzeW8cdldeRN5QM52gRtJ
napXOc5Ug4BAq7L4a02dMSRSFsq3mCdxJlV2A7wd2dvB5571JH4f02HZ5dqiBDEVCkgDy/uYGe2a
ANKiiigAqhrZxo9wT0AH8xV+qGt/8gi4+g/mKqPxIUtmUG8WWDXwggnhMan97NJKEVfZf7x+nHvV
z/hINJ/6CVr/AN/RSnRrdL4XVvmBycyqgGyX/eHTPuOau+TH/wA80/75FN8nQlc3Uo/8JBpP/QSt
P+/opf8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/AHyKXuj94of8JBpP/QRtP+/oo/4SDSf+
glaf9/RV/wAmP/nmn/fIo8mP/nmn/fIo90PeKH9v6R/0EbT/AL+ij/hINJ/6CNp/39FX/Jj/AOea
f98ijyY/+eaf98ij3Q94of8ACQaT/wBBG0/7+ij/AISDSf8AoJWn/f0Vf8mP/nmn/fIo8mP/AJ5p
/wB8ij3Q94of8JBpP/QStP8Av6KP+Eg0n/oJWn/f0Vf8mP8A55p/3yKPJj/55p/3yKPdD3ih/wAJ
BpP/AEErT/v6KX/hINJ/6CVp/wB/RV7yY/8Anmn/AHyKPJj/AOeaf98ij3Q94o/8JBpP/QStf+/o
pP8AhINJ/wCglaf9/RV/yY/+eaf98ijyY/8Anmn/AHyKPdD3ih/wkGk/9BK0/wC/opf+Eg0n/oJW
v/f0Ve8mP/nmn/fIo8mP/nmn/fIo90PeKP8AwkGk/wDQStf+/opP+Eg0n/oJWn/f0Vf8mP8A55p/
3yKPJj/55p/3yKPdD3ij/wAJBpP/AEErX/v6KP8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/
AHyKPdD3htvcQ3UKzW8qSxt0dDkH8alpAAowoAHoKWpKM/S9MGmG8xKZPtVy9xyuNu7HH6VoVieG
55p21bzpHfy9RlRN5J2qMYA9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGQXkAurOa
3ZiomRoyR1GRim6daCw063tFYusEaxhj1IAxmmauWGj3pTdv8iTbt652npUXh8ufDunGTcZDbR7t
+c52jOc96fQXU0aKKKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKK
ACiiigAooooAKKKKACmSyLFG0jnCICxPoBT6juII7m3kgmXdHIpR1z1B4NAGL4PjZtHa+lGJdQme
6b6MflH/AHyBW7msEeB9BUACyYAdhPJ/8VR/whGhf8+bf9/5P/iqp2buSrpG6wDKVYZB4IrmPBcb
2ranYyf8uU4gT3QZK/o1Wv8AhCdC/wCfNv8Av/J/8VVAW/8Awjt5exaPZbYZDGZZS5by+Dzg5J+v
QVUbNNImV002dbRWXa3V79mTZaeeuOJDcqd3vkDFTfa7/wD6Bw/7/r/hUWLuc7r2nyXWsanGuly3
Et3aQx2tyEG2GQGT5t+crtLK3HPpzVZdK1WXXX1K5sIZLe6le1kV/ml8kLtjZkIwBvTf1J/eH3rq
vtV//wBA4f8Af9f8KPtV/wD9A4f9/wBf8KLBc4oaNq8cWnTWWlQxnSLS3ZFY7HeXCmbYAMElRsOS
Opra1hNTv7p2so762ieJIty4RwftChiDzjKbj9K2/tV9/wBA4f8Af9f8KPtV9/0Dh/3/AF/wosFz
jdZsNam06azkXVbiLZPHbiJxliJTsMpJ+ZTHtxnOee+K0Xi1RdSxcpqX2JrqZk+xsA27euwtg/c2
7uvHXPauh+1X3/QOH/f9f8KPtV9/0Dh/3/X/AAosFzjJ7XW799QF7baklss0EyRRTMW3LPltjZ5+
TnC4HAwMirWoQ62Gn2pqfltJcmAWjhW80lfKLnP3MZ68dc9q6n7Vff8AQOH/AH/X/Cj7Vff9A4f9
/wBf8KLBcxNOttZj1+O5uZbtkkuHjmQvmERiEEFV7fvAcHrXVVQ+1X//AEDh/wB/1/wpftd//wBA
4f8Af9f8KLBcvUVR+13/AP0Dh/3/AF/wo+13/wD0Dh/3/X/CiwXHax/yBrz/AK4t/Ks+30Se2vHb
7VcyJMSTMJAHX2ORyPp+VP1S5vW0q6D2ARTE2W89TgY69K2RVXaiTZNlH+y2/wCf+9/7+D/Cj+zG
/wCf+9/7+D/Cr9FTzMfKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z/wB7/wB/
B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z
/wB7/wB/B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmY+
VFD+zG/5/wC9/wC/g/wo/sxv+f8Avf8Av4P8Kv0UczFyoof2Y3/P/e/9/B/hR/Zjf8/97/38H+FX
6KOZj5UUP7Mb/n/vf+/g/wAKp6rp5i02ZzeXbhQDtdwQeR14rbqhrf8AyCLj6D+Yqoyd0TKKsy8O
9LSUtQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT07UYdQ+0i
AOPs87QPuGMsuM49uauVnaTph003uZfM+1XT3H3cbd2OPfpWjTe+gkFFFFIYUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf/QVq/VDTv9bf/wDXyf8A
0Faa2E90X6KKKQyG7uFtLSa4ZSyxIzkDqQBmm2F2t/YW92isqTxrIqt1AIzzS3tv9rsp7cttE0bR
lgM4yMZ/WmabaDT9NtrQOXEESxhiME4GM09LC6lqiiikMKKKKACqOq/6m3/6+Yv/AEMVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv
/pF/I00J9C6qKihUUKB2AxS0tFIYlFLRQAlFLRQAlFLRQAlFLRQAlFLRQAlFLRQBS1j/AJA15/1x
b+VXBVPWP+QNef8AXFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/
AJBFx9B/MVfqhrf/ACCLj6D+Yqo/EhS2ZepaSlqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAYnhu5muW1bz5Xk8rUZY03HO1RjAHtW3VLT763vjc/ZwR5E7QyZXHz
jGfr161dpvcS2CiiikMKKKKACiiigAooooAKKyH19U8Xx6D5DF3sjd+du4AD7duP1zTta1O/sDBH
pmkS6jNLknEqxRxgY+8x9c8AA96ANWisTw14kHiCO7SWzksr2ymMFzbyMG2NjIww4II703X/ABK+
k3tnp9lYSahqV4HaKBZBGoVfvMzngDkUAbtFYQ8SyWfh671TXNNn077IT5kW9ZSwGPmUjgg59uhr
YiuI5rdZlYeWVDZJ6DrzQBLRTUkSRA6OrIf4gciq97qNvY2c9zNIPLgiaZwpydoGcgfhQBaoqpp2
pW+p6Zb39u/7i4iWVC3BCsMjPoeatFgCASATwMnrQAtFMaaNBlpEUZ25Jxz6U+gAooooAKKKKACq
Gnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPV2ZNHvWQsHWCQqV6g7T0qLw+7yeH
tOeVmaRraMszHJJ2jOat3Vwtpay3EgJSJGdgOuAM02xu0v7GC6iDCOeNZFDdcEZGafQXUsUUUUhh
RRRQAVFPbpcKivnCurjB7g5FS1xF9qRi1mY3lxP9pS+jiitVvWgxCSoV0QDEucktnPQjjFAHb0V5
3J4r1i9jumF3Y6fHFPHkZDywAXCowdd2QuDkk49uDkXbbWdQgmuBPfR3Tx6hOioFKGNFgkdcgNyD
tGM//XAB29FcDceL9Ws9L/fvZtdO0BWVYtqqskbORtZwCQVxyw4Ptg6+qa5e6XoemXU01oJJApum
XDZ+XJES7hv57Ak46A0AdPRXn934qv8ASNM1CSS/inuY76dY0aBQERQWCsS64yMY7kdAatxazf8A
2+4El5HLu1CAR2+CphjeEPyQclc5HIxkE+wAO1orhbTxFf317phfUII1LzxXCJGDHK4RWVUcOQ3U
4I565AIIq9oGvXN/dWkE13awYghP2Z1Yy3G6EOXVi2cAkjofunJzQB1lFeeah4vuboarAs8cUNu0
UqSunlmLFyqEOA5O3AzztJGeMGp5vGN/HA+26sQIlmaKdoW26gyttVIwG4JzjgsTxgYoA7yiuF1X
xVfPDf2dvPDb3saXh2hMyRLGgZDjPfPXoe1amt393Douk3NtqsCB7mFZroRgxyI3U/ewAeO9AHTU
Vwn9v6no9peSfurmIteSQoysGi2XITLNk5XEhOMDASuj8L6jdanpRmvZLSSRZWQPayB0ZR0yQSAe
eQCaANiqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/WVL4js4dWNhItwHEiwmXyT5QkZQyru6ZII/M
Vq1zV14XeXXpdVimVZ2uUkGS2DF5YjZSOm7qQcZBxz1pDNttUsUjlke8tlSFtkjGVQEb0JzwfY1H
e6xZ2EtvFNMvm3EixxxqwLHccA4znHvXJ2nge+s9PkghmtFlIjjaYPKWnRd33t27Z97Pyj1GcGpr
XwZd20tgPNspFgNq8krxsZQYUClUPZTjP4n1oA66a8t7Z1SeeKJnBKh3ClsDJxnrgVXtda06+gtp
ba9t5EuhmEiQZk9cDrkdx2rJm8NzrqdlPb3O8RcSzXLGSVkzkpgjaQfXgj1PSs4+ENSa30i3+1Wi
xWHlBljUqG8uQNu6ZJYDGCcA+uaAOktde06+jWW1uo5oT5mZVYbV2EBsnt1pG1/TRK8KXcUsyQrO
Y43DEoxwGHqOP85rCHhKc2wgcWbxx/alVBvQSCV0ddxHII2kceg+lI3hS/kglSW4tHkns1t3kMeC
rLIzjGAMjDYJ4J2g96AOqS7gkuJLdJ4mnjALxhwWUHpkdRUR1SxWNpDe2wRX8ssZVwG/u5z19qy9
O0m+0ya48tdPYNMzpOyN5rK8u9lY+wJA55IHSsm88DyTaZYwRm1kMHniWJzJHHL5pzuJQg5GMc9c
mgDrG1C0SdoGuoFmVdzRmQBgOuSM5xSy39pBG8k1zDHGmAzPIAFz0yc8Zrj5vCF1/aUcQS1NrKbn
NwiEyoJYSuGJPKg4AHOQFz0on8G6jdp5l1LZPMJlcwo0qRuohEWCw+YHjI7dR70AdVe61p2nRSSX
l7BEsQUvucZUMcAkdcE1cR1kRXRgysMhgcgj1rjZPBtyYbmCBrKCCS3RBGA7q8i7ME7slQNmOCcj
BIyK7CAMsCCQIrhRuCfdB9vagCtrH/IGvP8Ari38quCqWrsG0a8KkH9044+lXR0quguotFFFSMKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJ
S1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM3SNMbTTfb5Q/2
q7e4GBjaGxx+laVYvhy7muzqvnytJ5OoSxJn+FRjArapvcS2CiiikMKKKKACiiigAooooA46b/ks
lt/2A3/9HCug1i2vb22EOm6n/Z9xncZBCspK+m1vfHPtVTW/B2jeIbyK61K1eS4iTy1kSeSMhc5x
8rDvUEngPQZLO2tjazKtru8mRbqUSJuOWG/duwT2JoAzPAIfTtV1/RbopcXtrOk898pP+kmRcgsC
flYAYwOPStbxJ4ah1+a2lhvpbDVbPL21zAQWQHggqfvKccir+jaDp3h+1a30y2WFHbe5yWZ29WYk
kn6moNa8KaTr88U+oW7meJdqTRSvE4X03KQce1AHCa5fXGu+BPFFj4ghtbnUNDfatzEvyOxXKuB/
C2CQR2rZ1XT9A0nQdK06PQ0uzfzq0FjE3lpLLsyWck4wAO+e3FdNaeG9JsdGl0q3solsZQwliOT5
m7glieST6k5qkvgbQ10ldO+yym3SUTRk3EheNwMAq+7cuAMcGgDktBik0/VPGNgLGHToBYJMLOCb
zI42KOCRwACQBkAUuk+ENGPwqN/NZrcXs+kmV55iXbPl7lA9AuFwO2K7PT/COjaX9qNpabGu4vKu
HaR2aVefvEkkn5jz1rQtNNtbHTItPt4QtpFEIUjJLDYBjHPXj1oA821LSbHTvgU09jaxQSXVlaSz
vGMGRsoSx/M10Pi6VD4o8HIsilmvXYKG5I8o8/TmtjT/AAjo2mafdWNtaH7JdDbLDJK8i7eflAYn
A5PAqvp/gPw/plxb3FtYnz7Zw8UskzuyYBAALE/Lgn5elAHM6H4a0bxBrvixtYiW6MWouixySHbE
pRcuFzwT/e/2fat74a3M914FsHuZXmKmSNJX6vGrsqH/AL5AqhZfD6zv9T1241yyybq+aSF452Rp
ISqja2wjK5B4Ndpa2sNlbRW1rEkUEShEjQYCgdABQBLRRRQAyVXaNhG2xiOGxnB+lUHs9TYfJqaK
fX7KD/WtKimnYTVzFNhq3/La8FyvojGDP5A1c0tovs7pFAYDHIVkQnJ3dSc9+o5q9VDTv9bf/wDX
yf8A0Fabd0K1mX6KKKkor30H2uxnt923zo2j3YzjIxmm6ZafYNMtrTfv8iJY92MbsDGcU3VnaLSL
x42KusDsrDqCFODUegSvN4f0+WV2eR7aNmZjksSoyTT6C6mhRRRSGFFFFABTSikhiBkdDjpTqQ9K
AI/3LOy5QsR8w4yR05qFryyjnhjaeESXGfKGRmTA5x64rjR4U1C/m1J0gtbIvcXRW4JYS3CucBWw
BhPoTxjAqzH4Quft0N4LTT7Yid2WCE5FsrRhNyHaPmyobACjPvyQDo9R07TdUiVb1UdYXyrCQoUb
GD8ykEcE96I5tNsU+wwGJfsiR/uIxuManhflHPauW0rwLJDFBFf29rKq3EUk++cyrPsSRd20oADl
wecn1PAqa38H3cMRQx2Zle1tYnuNx3hopNzD7uSCuOc/wjj0AOou7u1tIDNMVKiRI22jcQzMFXP4
sKsExKw3FAxwBnGfauOh8J6r/ad9cTSWm2d4mHl4UNsuBJkqEHO3jksc98VN4h0K71fxKxgtLcxm
ySMXc2QbdhKW3R4BywHuO3NAHVAwAEAx4Q8jj5T/AEoDw7hhk3BcjkZ2+v0rjP8AhDtSnvtRkuzZ
NFdtHuVQFWQLcCQ5UIP4cjksc55waW78F3Uur386CJkmjlW3kNwyeSrQmMJ5YXkA/wC1jHOMigDr
ZLqzilhR5ole4cpGCRmRgMkD1OBS3FzbWlpLcTOggt1Ls3UIFHNczH4PNpe28lvaWBggu0mSI/KE
XyBGxX5Tg7gG464HINTWPhq6i8M6ppc0dqqXKOkEed+3KYBd9o3HPOSM+pJoA37O7gvbeK4QFTMm
9VkXa+33HWpN8BQLvj2k7QMjBPpXKr4RuI9UjkihsUjWaKZbhSRLEiIFMKqBjaSD3Awx4JqKfwKJ
NJs7ZYLISW2mPbqduAtw2z94OOvyn5utAHZJscBkII9RTlUIoVQAB2ArN0TSRpH26OJIoreW582G
KIYVF2IMY6D5lY8etadABWQIbiTWb37PciEBY8gxhs8H3rXqha/8he/+kX8jTQmH2W//AOggv/gO
P8aPsuof9BBf/Acf41eNcjB4xmGt3kF0bYWlq1wZdsbiSKOL/loSflcE4GF5GRRcLHQfZdQ/6CC/
+A4/xo+y6h/0EF/8Bx/jWL/wn2nf2XLftDcLFDL5cgcxqR8u7IJbDcdlJOQRip5fFIOs21tFDItm
ZpY57uVQseUjZiAc5GCByRjg+lFwsaf2XUP+ggv/AIDj/Gj7LqH/AEEF/wDAcf41m3/i62gW8FjG
149vaNdBo3QI4AJABJyRwckAgdOvFLL4sit57W2mtJkurqHzI4vMiJ3bWYJjdnnafmxt96LhY0fs
uof9BBf/AAHH+NH2XUP+ggv/AIDj/GsaLxmq2Fvd3lrLD5tpFceSNpIMjFR8+7aF46nGB1x0qYeJ
5GvbmF7OSGOG5ghWVyrB/MCnoG4PzfT+VFwsaf2XUP8AoIL/AOA4/wAaPsuof9BBf/Acf41FZa7F
eWM189vc29nHH5yzTKAJI8E7lAJOMDOCAeRxVY+J8Rxf8SrUjNNueOEIm9o1AJk+9gD5lGCc5OMU
XCxe+y6h/wBBBf8AwHH+NH2XUP8AoIL/AOA4/wAayz4xt5HZbW0u5VKAxTbVEcjmHzlTk5BK+ox7
1X0/xXOmmW0uoW8klzLbwS+TDGqsWmkZVAy5GOB1PTk+gLhY3Psuof8AQQX/AMBx/jSfZb//AKCC
/wDgOP8AGsyfxjFBdy240zUZXjkMQKLHhnCB2UEt2U5yeODjNbtpcx3tnDcwktFMiyISMZUjI4/G
i4WOav7C/wBl5NFOYolR/OJhCifjsoP/AI9x+NdUKp6x/wAga8/64t/KrgqpO6QkrNi0UUVBQUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWp
GFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT0+8tbv7T9lGPJna
KX5NvzjGfr1HNXKzNG02TTTf+ZIr/abt7hdo+6GxwffitOm99BIKKKKQwooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK0
1sJ7ov0UUUhkN1OltayzyglIkLtgZOAMmksbqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e4j
OMjGaZpdobDS7W0LhzBEse4DG7AxnFPSwupbooopDCiiigAoopKAFopKWgDEuvE0VrrX2B7S4KK0
aPcDbsRnB2gjO7t2HHFU7HxrbarJELSG4RHniRXkj+WRXDYIOeD8vQ8jI45rYl0aynuXnki3Su8c
jHceWTO3j2yaqx+FtOgg8qFZ1RSGiVp3dYiAQNisSFA3HgcflQBjp46OoiJ9LsJ5F+1RxEFoyZVe
N2AX5sKRtGQ2CM8irMXi/demT7LM2nPb20olAUGHzWdfnycnkLwAcc1NoPhNdJiSO4vJbxYXWSBW
BURsqld2Cx5IY57cDgVZXwnpKzQSC3fMCJGq+c+wqjFk3LnDYJyMg0AVD4zhEHmnTr0LIgktchB9
pQyLGCvzccupw2ODmrd7rNza6npNstgzrfFhKfMUGHC59ee/T0pYfCukwFvLt2+bbgNKzBArhwqZ
PyruAOBgcVcvdLttQkgkuFZnt3LxlXK4yMEHHUEHBB4NAHPP41+1mNdNtnllS9SCWJXjferI5G1g
20H5ecnjBpW8axQNLPNHJ5JjhEMAUeZ5rNMHUnOOPKPPTg9c1fXwbpCQmJIZ1G9HDLcyBkKAhNp3
ZUAMQAOKmbwtpRhWJbdo1UIEMcrKybCxUhgcg5duc5O45zQBc0zUE1TTYL2KOWNJk3BJV2svsRVu
orW2S0to4Ii5RBgGRy7H6sSST9aloAKKKKACstbmK11O/kncIuIgM9ScHgDua1KwrjSLbU9Xu2mX
EsQjMbjnbwe3QiqjbqTK/Q2YpfOhV9jx7hna4wR9RWdL4b02cYlg3DzJpCCx5MoIkB9iD0+npT4N
FsxEontbdpB1KJgH8Kk/sXTv+fOH/vmloPUz5/B2m3NoLe4e9mUblDSXcjOFYBWQMTkKQBkVYj8N
2EeprfBZfNVmdUMreWGZdrEJnbkjrxVj+xdO/wCfOH/vmj+xdO/584f++aNA1Ibzw9Y39z51ysjg
RtGsZkby13KVYhegJViMj1qFPCmnJeQXWJ2mh2kM0zHcQpUMwz8x2kjJq5/Yunf8+cP/AHzR/Yun
f8+cP/fNGgalSPwvYw2ogie6QLCsCutw28RhiQuc5wMkfTinReGNNgYeVE6IvkkRiRtgMWNhx6gA
D3Aqz/Yunf8APnD/AN80f2Lp3/PnD/3zRoGpXt/DllbW/wBnjNwbfPELXDsgXaV2BSfu4Y/L06eg
qFvCenvbRwtJeER7gj/a5N6IQAUDZztIA49qvf2Lp3/PnD/3zR/Yunf8+cP/AHzRoGpEvh/T0xsh
2KJBIFViACIvKGB6bOMUg8P2A8nEbfuUhjT5zwsTbk/In8am/sXTv+fOH/vmj+xdO/584f8AvmjQ
NSM6FZGczeW28yvMTvP33TYx/wC+auWltHZWkNtCMRQosaAnOFAwOfoKr/2Lp3/PnD/3zR/Yunf8
+cP/AHzRoGousf8AIGvP+uLfyq4Kx9U0iwi0q6dLWJWWJiCF6HFbA6U3sJbi0UUVJQUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4evJ7xtU+0SGTyb+WKP
gfKoxgfrWzVPT7i0uDc/Y9v7udo5tqbf3gxuz6npzVym9xLYKKKKQwooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//wCvk/8AoK1fqhp3+tv/APr5P/oK01sJ
7ov0UUUhlPVpGh0i8kjYq6QOysOoIU4NR6BNJceH9PmmcySSW8bO56sSoyatXU0dvayzTDMcaF34
zwBk8UljcRXdjBcW4xDLGrpkY+UjI47U+gupPRRRSGFFFFABVHVCVigwSP8ASYhwf9sVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6pW0Trqd
5IykI4j2n1wDmmhMu0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFLWP8AkDXn/XFv5VcFU9Y/
5A15/wBcW/lVwVXQXUWiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDW/8AkEXH0H8x
V+qGt/8AIIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQBl6LpsumnUPNdG+03klwm3PCtjAPvxWpWP4fvp706n9ocP5F/JDHwBhBjA/Wtin
K99RLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf6
2/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhle/gN1YXFupCmaJowx6DIxTNKtGsNJtLR2
DtBCsZYDgkDGaNVlaDSbyWNirxwOysOxCkg1FoM8lzoFhPM5eWW3jd2P8RKgk0+gupoUUUUhhRRR
QAVR1X/U2/8A18xf+hir1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAISFBJOAOSa
55/FTRad/aM2nyRWDvEIZmkB3o7qu4qMkcNuA5yPQ10LAMpBGQRgisK38NPBaxWjajcyWlu8TW8b
Kv7sRurAFsZb7oGT29+aAJn8VaPHFDI96oSZSynY3yqG2ksMfIA3BLYweKVvFGkJNPE96gaAMXJV
tvy43ANjDEZAIBJycVSn8ILIZRHf3MSXIkjuVUKfOjeR5CuSPl/1jDI5wfXmg+EEyyi9lNunmm3g
kjR0iaQksSCPnHJAB6An2NAF2fxLYWwaS4kMcKxxybij7/ncoo2bd2crj19qSTxVpES2rNeAi6x5
W2N2Jy2wZAHy/MdvzY54qvb+E4oRDuu55Gi8nlsHPlytIB7DLYx2AAFZl14Rv4tcs7mye2lghJbN
x1QmZpGO0Dn7wxzwVBoA1dX8V22lTXtuYZnntLUXTfIQhUkjG/GM8f55qWTxZo0NmLqS9VYSzLko
+4FfvZXGQBxkkY5HqKTVPDy6pcXEjXUkSXFsLaRFUHIDFlYE8ggsfrVPUfBkF/ctci4KzNLJJmSC
OZQHVARtcEf8s1IPXr2oAua54iGji0EcMc5ui2wvcLEgAXd95uOe1VR4wBvYY/sEqwyLb7neRVkQ
zfdHl9Tjvg8c+lXtS8P2urfZVvFEsUCupiZQVcMu059Pwpmm+G7ewvBeTN9rvBDFCLiZFLjYpXIb
qCc80ATW+uW8nh9NXuP9HtjD5zludi++KjPifSxbG4NwwhVyjsYZPkOAcsNvyjBBycDBHNUn8N3c
XhO80eK+M4eDyrcyRqnlD3I6/l2qvqHgZdUt5Fu9SuZJpmZppCiYfKKgwmNoICjB929aANeXxLpk
JuhJc4NrIIpP3bn5z/COPmPfAzxUaeLNHknhhjvVd50WSPajkMGzt5xjJwcDqSMdagv/AAnBfW0s
TTMGa9N6jNGjhXK7SCrAgrgnr60sPhWKPYTcOSrW7nbGiKTCSRhVAABz0FAGhourwa7pcV/arKkU
o4WVCjD8DV+qGjaadI02Oz89pkiJEbOoBC9hx1x61foAKKKKACiiigAooooApax/yBrz/ri38quC
qesf8ga8/wCuLfyq4KroLqLRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf8AyCLj
6D+Yq/VDW/8AkEXH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAp6fLZS/afsXl5Sdlm2Lj94Mbs+p6c1crK0TTptOOoecUP2m9knTac4VsYz
78Vq03uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ0
7/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbqWKG1llnH7pELPkZ+UDnj6UllNDc
2UE1qAIJEVo8Lj5SOOO3FN1CBrrT7m3QgNNE0YJ6AkEUzSbRrDSLS0kZWeCFI2ZehIAHFPoLqXKK
KKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKK
ACiiigAooooAKp280j6leRM2UjEe0emQc1crAvdRk0/Up1t4BPcXMsMESM+1dxViSxwcABSeAelN
CZv0VjjxDFBdRWd6jLdEqkrQqzwxu33VLkDBbjGR3HqKzZvGsV1HZjS7a4ke4uY4j5sDDajIXD44
JBAOD7H0pDOqormx4306NIPOE5aSLzWaKFmRRsaTBJA52oxx7Vbn8UWFvdC3bz2k37TtiJCjYrli
ewCsCTQBs0Vz9p400q/0+e6tJTI0QOIThZJCF34UdyQR0psfjC3NvbzS2typuIYnSBYi0u6TfgYH
GP3Z5z+VAHRUVzU3j7RYLU3Ejzqh2lQ0JUurBiGUHGRhG/KrI8XabJ53k/aJhGyxr5cRPmOwyFX1
OOfpzQBuUVkw+JbCeMOjSYPk5BjIIMkhjUEdjuUg+mKhtfFtjeeSYobzbKnm72gICR9nb0U4OD7H
0oA3KKxdN8WaZq2nXd7aSu0NopaXK8gbd2ce4qv/AMJzo63UVvNJLBLJH5m2aMqVGGYZHUEqpP0x
60AdFRWNa+KLK6IXy7mGQyNGY5oSjBhH5nI/3Tmqf/CfaH5kiee+5IhKfkPIwpx9cOvX39DQBsax
/wAga8/64t/KrgrnJPECapFq1mlndRCC1EnmSphW3KTj6/8A166MVXQXUWiiipGFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABVDW/wDkEXH0H8xV+qGt/wDIIuPoP5iqj8SFLZl6lpKWpGFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaDfz3x1L7Qwb7PfSQx4XGE
GMD9a16pae1kxufsPl5E7CfYMfveN2ffpV2m9xIKKKKQwooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhl
TVJXg0q7mjbbJHC7KfQhSRUeh3El3oVhcTvvllt0d29SVBJqzdPFFayvcY8lUJkyMjbjnj6UllLB
NZQSWm37O6K0W1cDaRxgduKfQXUnooopDCiiigAqjqv+pt/+vmL/ANDFXqo6r/qbf/r5i/8AQxTW
4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArFn06DVL6+huN4CmF0eNyjowBwykcg/wD1
62qyFs1udZvi0k6bVjH7uVk7HrimhMRfDViLuO4Z7mR02Fg87ESMv3XcfxMOxPoPQU638N6fbPA0
UbgweVszITjy0ZF/RjU/9lR/8/F5/wCBL/40f2VH/wA/F5/4Ev8A40aBqc/H4Chh1r7VHcAWhi8h
oShZmi2bTHuJ6HrnGeetatp4W060cv8Av53O7c08zSFgyKhBz22qoq3/AGVH/wA/F5/4Ev8A40f2
VH/z8Xn/AIEv/jRoGoyx0KzsLV7dBJJE3AEzl9oxjCk9Biorbw1YWzWzL5zvbBFjaSUsQE37QfXH
mMPy9Ksf2VH/AM/F5/4Ev/jR/ZUf/Pxef+BL/wCNGgalJvCWmGONVWaNokRI5ElIdAu7GD/wNgfX
PtTpvCunzzyTu1z57hAsonbdEFORsPbv+Z9at/2VH/z8Xn/gS/8AjR/ZUf8Az8Xn/gS/+NGgalM+
FNN8y3dBOnkbPlWdgJCjl1LjPzEMSefU1IvhuwjNr5fnItvCINqykCSMdFcfxAZPX1PrVj+yo/8A
n4vP/Al/8aP7Kj/5+Lz/AMCX/wAaNA1K0PhqygsntFkujAwZdjTsRtKldv0APHvzSzeGdOnuGldJ
MPF5MqCQhZV27RuHfg4qx/ZUf/Pxef8AgS/+NH9lR/8APxef+BL/AONGgamZF4PtQlwk1zdyB5xN
HIZ2EqfuhGRvzk5AP4H8asQ+FrC13i1a5gVoxGVjmYDgAbv97Cjmrf8AZUf/AD8Xn/gS/wDjR/ZU
f/Pxef8AgS/+NGgamV/ZWmafYX/9mu6tFafZ3i8wkAKDglT35PPpXRjpXNapobPDcXUs0yrBG/lq
J2Zm4/iJ7f7I/OulHSqaVlYSvfUWiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf/
ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDJ0LT59POo+ft/0i9knTac/K2MZ9+K1qydC1Ce/Oo/aCp+z3skEe0Y+
VcYz781rU3e+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMrajA11p1zboQHlidFJ6AkEU
zSLV7HR7O1lKmSCFI2K9CQADinanM9vpd3NGcSRwu6nGcEKSKj0S4ku9Dsbidt0s0CO5xjJKgnin
0F1L1FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfopKKQxaKTOaWgAoopM0ALRR
RQAUUUUAFFFFABRSZooAp6x/yBrz/ri38quDpVPWP+QNef8AXFv5VcFV0F1KmpanbaVbie8l8tCQ
q4BJZj0AA5J9hVG28T2FzfxWkbOrSQtLvkXYFwwUqQ2CDk+lN8Q6deXNxp17YIks1jMZPJdtokBU
qeexGeKxda0DUvEFzLc3WmwIx06WGONplfbKWBQ5x1xnntWEpST0R3UKNCUU5yte/VafL9TsjPEs
qxNKgkbohYZP4UiXEMrFY5Y3YDOFYE4rhrnwvrE+vWdyYYTHBJbNvV0BCoAHB43E9e+MVXfwve6X
p32o2qpJHaXiztC3zsXJMfTk8flS9pL+U0WDotL96rv/AIPn8vU7e51aCBI2izc75ViIgZWK7jjJ
56VZjuIZHKxyxs2MkKwJxXnGgWD6nbMLS2QTRX9rPI6KqRFE/u4HJHcepqxJ4ZvNL0/7WbZUkS2v
VneFvnbeSY+nJ4/Kkqsmr2LngqUZODnZ/wDAv3+XzO+W7t5A7RzxMEGWKuDtHv6VSi160uRaPaM1
xBclgJkxtTaMndnBFc14DSC4g1NGtk3SBFdkiUQuu3AUYGM9c/WorXwrqMWm6ZbGzgje0NysjrIp
Eu+MqrfiSBzzxVe0k0ml/VyHhKMJyhOWq/8AkW/zsvmduLy3P/LeLOQv3x1PQVJ50fm+V5ieZjOz
POPXFeeS+Bbw2Mqx2VuJjp0EancAftCt8zZ9cd60rfwvfL4xfULhGeMz+ck6TKMLtxsK7dx9OuMU
Kc+sRSwtBJtVdk/08/P8DsDNEsqxNIgkYZCFhkj6UguYSZAJoyY/v/MPl+vpXMajod9P4sjvrS2i
VCFWS4kdWwApGVXG5WGexwe9Zdp4P1IQeR9ltrR47Ge2kmSQMbx3GAWwM47880OcuxMMNScU3Uto
v63/AKvrY7v7RDz++j4AJ+Yd+n50LcwM6Ks0ZZxuUBhlh6iuFk8MavdadepNaRRyTwWkSoJgf9U3
zZPGOBmr03hm5TVdQ+z2Vv5VzGFtbvcFazxGV2quM4z6etHPLsN4Wir/ALz8vLz839x1qTRygmJ1
cA7TtbOD6VmWmvxXGqNYSWt1bTFTJH5yACRQcEjBP64rL8F+HrjRUna5heF5FRCvmq6sVBywCqMf
jknvWjYaXKviHUL+7VmLbY7Vmk3bY8DcAP4ctTTk0nYynTpQlON7pLR+f9fgbVUNb/5BFx9B/MVf
qhrf/IIuPoP5ito/Ejklsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAp6cLIfafsPl5M7GfYf8Alrxuz79KuVkaDYT2B1L7Qqj7RfSTx4OcocY/lWvTe4ls
FFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf/wDX
yf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG6aFbWVrnb5AQmTcMjbjnP4Uli9u9jA1nt+zGNT
FsGBtxxgemKbqULXOm3MEeN8sTouemSCBUej2sllo1lazbfMhgSNtpyMgAHFPoLqXaKKKQwooooA
Ko6r/qbf/r5i/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAoo
ooAK5bXbqS1upsXTWdvJcQR3NyuAYoyrc5P3ckKue26uprCuNVtdN1W8W5YF5RGEj4y/B9eMe5pp
N7CbtuZ6eJJLfU7extJ4Lq3DRIpkcvPcq+cyIRwVXucH7p5HfPXXNZ1n+zIZXtrcy3NvI/keYoaO
SF3CEhgeCpzzg8e+erg1iwMSNNc2scmMFVkBC+2af/a+mf8AP5bf99ijlfYOZdzjIPHGotJFb2sN
u5Sz8+RZd7O58pn4ORk7gi4wSck9q018YXN7e+Xpi2lxCrMS6bn3qsMchVcHG4lyPatBovDramNQ
aS2N0GDhvNONwGA23O3OOM4zWgNX0xel3bD6OKOV9g5l3Of0jxNq2raLczfZIBOA2yWCRHSL93uG
9d5OQeMDn2FV7PxHqcsenLDNZz3N3BbBpiGMW5/O3HaD1HlgHnr6V1A1jTRnF5bjJzw4oGr6YOl3
bDH+2KOV9g5l3OQn8cavFZRyC0sfMmWKRGZyscausnDszKM5jwDkdehI5tv4yvEuLiKQWEBVogHZ
i8cCv/FI4OOvG35eoOSDmukOraYQQbu2IPbeKDq+mHObu2O7r845o5X2DmXc5+HxlKRbpcJbxzXH
2YRLkjzt8zRuyA9QFUMPQMM0ln4p1GX7Ebr+z4zcWwuljAcNPk4EceTy4xz1+8OO9dCdY00kE3ls
SOnzij+19M4/0y246fOOKOV9g5l3Oe0nxjd3WhXl5eQWouI0LQQwShjIRHvKkBmIIwc98dhST+Lr
qD7OqXGl3JZBIGh3YusvtMcPzH5gOvXqOOuOiGr6YOReWw5z98daBq2mDGLu2GOnzjijlfYOZdzk
tQ13WNRt7m1R7a3DzRiKSLzAwj+1mEgkMDk4ByCOCR6Gp38S6naxX/kJbMllFNIfOLszsJ5I1AOe
B8gPeum/tfTP+fy2/wC+xR/a+mf8/lt/32KOV9g5l3OcbXdTnnvdPvo7QxiO4i3whgS8ao2cEngi
TGPUZzzgdiKx9U1XT5NKukju4GdomAAcZJxWwKbTSEmmxaKKKkoKSlooAQDmgjNLRQAmKWiigAoo
ooAKKKKACiiigAooooAKoa3/AMgi4+g/mKv1Q1v/AJBFx9B/MVUfiQpbMvUtJS1IwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrQ9Rm1A6iJwg+zXskCbRj5VxjPvz
WrVPT4rOM3P2Hy8tOzT7Gz+943Z9D04q5Te4kFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+iiikMq
6nM9tpl1PGQJIoXdSRnkKSKj0W5kvNEsrmYgyzQJI5AwMlQTxVi68n7LL9p2+RsPmbum3HOfbFNs
fs5sYPsWz7N5a+Vs+7txxj2xT6C6liiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQ
xTW4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArKFrDd6pfJMgYARFT0KnB5B6g1q1Qtf
+Qvf/SL+RpoTLcMRhiVDI8hXjc/U/Wn0tFIYlFLSUARQ3VvcbhBPFIUOG2ODtPvimSajZRY8y7t0
yMjdKoyM49fWuFsbO/tNLtX0vSLi1v7W1khmYxCPzpHwqA45YKx3luwB7mn2Xhu4tHtrK70i2e3t
L1JomiXzVETRvvXLAH74JIx1cUAd6ssbkhHVivXBzjvTsj1ridBg1fSdQe+vdN/dalEZZo7Yl5Ek
35QMCAAQjbeCfuCm6na66lgrRXGoqJr2f7QYwZHjjDP5WxQykLjb0PpnIzQB3GR60Vw9tNqsPiDT
RfzanukuRGSwCW8kX2cnBUH7+9SSB0OecYruaAEopaKAEopaKAKWsf8AIGvP+uLfyq4KoapNHLo1
95bq+2J1bac4OOhq+KroT1FoooqSgooqC8uksrKe6lDGOCNpGCjJwBk4H4UAT0Vhr4rsGs9KuV85
k1ORY4VCfMpPXfz8uDwfQ8UHxTB9le5Wzvnh3IsLrEMXG5wg2ZPTLDrjI5GRQBuUVg2/iy2urtLW
C1vZJySJoxEMwYfYd/Prn7ueOatanriabdxW32O8uZHiabFugbaikAk5IP8AEOBk0AalFY0viayW
6tbeDzbqS7gNxD5Kgh1xkDJIALANgHrtPpVZfGdp9kiuZ7O+t4pbgW6GRFyW3FWOAxwqlTkn9aAO
ioqvc6haWTRLdXMULTNsjEjhS7egz1NQtremIlw7ahahbY7ZiZV/dnpg88UAXqKitrqC8t0ntZo5
oXGVkjYMrD2I61LQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaBY3FidT+0IF8++kmj5Byhxg/pW
vWXoupS6idQ85UX7NeSW6bc8quME+/NalOV76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKK
QyrqUL3OmXUEYBklhdFycDJUgVHottJZ6LZW0wAlhgSNwDkZCgHmpNSme2026njxvihd1yOMgEim
aNcyXui2V1NjzZoEkfaMDJAJxT6C6l2iiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACslbeSbWb4pdTQ4WPiMLzwfUGtaqFr/y
F7/6RfyNNCYv2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mHKUfsM/8A0Err8o//AImj7DP/
ANBK6/KP/wCJq9RRzMOUo/YJ/wDoJXX5R/8AxNH2Cb/oI3X5R/8AxNXqKOZhylH7DP8A9BK6/KP/
AOJo+wT/APQRuvyj/wDiavUUczDlKB0+Y4zqFyccjKx8f+O0v2Gf/oJXX5R//E1eoo5mHKUfsM//
AEErr8o//iaPsM//AEErr8o//iavUUczDlKP2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mH
Kjl9T0q6dLq6+0TRJHEwYkpunGOhCgDH1yfpXTiqes/8ga8/64t/Kmiyuv8AoJz/APfuP/4mqbul
clKz0L9FUfsV3/0Ep/8Av3H/APE0fYrv/oJT/wDfuP8A+JqbFXL1VdTtDqGlXdmH2G4heIPjO3cp
GcfjUf2K7/6CU/8A37j/APiaPsV3/wBBKf8A79x//E0WC5ir4OZb15vtgMfnxSxRlOIwGDyAc/xs
M+1PHhi7l0ePSbu+ilsoDCItsRSRkjdWwzBuuFxkY65rX+xXf/QSn/79x/8AxNH2K7/6CU//AH7j
/wDiaLBcy9R8LC5+xwWf2S1tbYhkYQsZ4m3ZJR93BPfIPqc0+fQbyG/guNLvljKQyQubsPcNh2Vs
qS3UbehyK0fsV3/0Ep/+/cf/AMTR9iu/+glP/wB+4/8A4miwXMH/AIQfY6yxajOkkDwfZlz+7VIg
NoZf4icvk5H3/anT+CvtirDdajOtskdwipB8hJmkZmyecjaQuPr61ufYrv8A6CU//fuP/wCJo+xX
f/QSn/79x/8AxNFguUoNFvGuNOmvryKZ7IMoKxFS+6MKSeTzkMfxx71j6f4El01IzBPZma2eNoJX
gclwu4Yky+DwxPy7fm59q6X7Fd/9BKf/AL9x/wDxNH2K7/6CU/8A37j/APiaLBcr+GLGfTdAt7W7
VVmjL7goAHLsQQB04PTtWtVH7Fd/9BKf/v3H/wDE0fYrv/oJT/8AfuP/AOJosFy9RVH7Fd/9BKf/
AL9x/wDxNH2K7/6CU/8A37j/APiaLBcu1n6vIkui3DRsrLgcqcjqKf8AYrv/AKCU/wD37j/+JrDv
NNvFS4uvPkhhx88bKgMxyOSFGB9ev0qoJX3Jk3bY6mlpBRmoLFopM0ZoAM0tef6hFe6dq2pXGiWk
s9zKzmSeSzcSwAsu7a/SVcA7VGSMDrjFPE3iJrOOSO+vZTBBJKpW0KCZhKoVGDruPyk9MZ60Ad2X
UMFLAMegJ606vPr9dUudQupWW/luIra+RY2tf3MfIEQQ7fmLKB3OatX+oa1pkuo3zXFx9nU3Sqkk
KmKJUQGJhwDy3qTnpQB29ICDyDXE2M15qPgLXFmupr66ZJVERG6SPMYwnCKST1+7/EKY9izXscuh
2U1tYG4gKIYGiTzQJN0gQgEDBQE4AOPagDuc0tcVoFnGt/pLWen3VpdQwudSkliZPMJXBVmPEjb8
MCCeAeeeZbq81pdcnWM3u5ZmVYVt/wBx9nEeQ+/HL7/fOeNuOaAOv6UZ71y9/bXD+A4UvvtN7M5t
pLhZItzn94jONijoBnjHQVj3unXN7BLpum6dcDS7y481IGJt1jjRBkjIym6UqQuBnaxwKAPQM0te
eSpLqFtdS65pN5Jqc1qkVmUgdvLkClW2MP8AVnzAW3HHBU5x0721WVLSFbhg0yoodh/E2OT+dAE1
FJmjNAC0UmaM0ALRSZozQAtFFFAFPT7ezt/tP2PbmSdpJtr7v3hxuz6HpxVysbw9ZT2Z1T7RHs8+
/lmj5HzIcYP6Vs03uJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BQ+Zu6bcc
5/Cm2K262MC2W37MI1EWw5XbjjHtim6nC9xpd1DGMySQuignGSVIFR6LbyWeiWNtOoWWGBEcA5wQ
oB5p9BdS9RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiquo6hDpdjJdXG
/wAtMZCKWYkkAAAdTkiqMninTYdKuL+Z5oo7Zgs0bwsJUJxgFMZ5yCPUc0AbFFYw8T2X9ovZmK7D
InmNIYG8sJz8+/pt4PNXtN1O31XTob61ZjBKCVLKVPBwcg8jkHrQBboqqup2TRxyLd25SVtkbCVc
O3oDnk+1RXutWFhbXU01zFi0jMkyq4LKB7Z/D60AX6KoW+s2k1ss7uIEKo2ZWUD5hkDOSCfoalOp
WQdkN3bh1YIymVchjwAeepweKALVFIDmloAKKKKAKWsf8ga8/wCuLfyq4Kp6x/yBrz/ri38quCn0
F1FooopDKt/qVppiQvezrCs0qwxlv4nbhR+NRz61p9tdzW093FHPDB9okRj9yPONx9s1U8S6Mdct
bW2IUwifdLk4IXy3XI9wWB/CsFfDOsTlbu6e1fUGQPKSx2M6SxMi8D7pWLk9ix60Ab7+K9Hihilk
vAqS7tuY3yAuNxYYyoG4cnHUVZt9c0+7v3s7e5WSeMEsFUkcYzhsYOMjIBrJudHvdcvrae/3WMSw
TRSx204LMGMeFZtvIIVs4xjjmmQ6JqEWsTfYD/ZVm27cYphKsp42ssTLhG45Pf3PIANca/pp1M6f
9qAug/llCrAbsbtu7GM4IOM5qO68T6TZfafPvFH2VxHPtRm8tiu4bsA4471lPpGpy3F7avDC1pPe
xXf2lpfnbYI/lCY4YtH1zgA/hWevhTWktbovd280t/ZzR3EYXywkrsXU553AMzrk44NAHVW2uafe
XMVtDcAzzRGdImVlYoG2lsEAjmr+RXJzaFq8mvtq63MAZbtWjt9vWELsIMnUZDM2MdcUl3oepXt7
eTvb26XN1BiC6FwxexbytpReMkbsnIx94nsKAOtyPWqZ1a0F/LZ73M0So0mI2IXccKCcYyfT05rl
rfwg08kYutPtLew+0LIbFJS6ALDIm7oASWZeMfwgnJqSw8K3NsGlkSD7W62AeYNlm8lkMuWxk52/
jQB2O4etGRXGP4MaWxtIJbe2Zlkuppst9+R93lt7kZH0x7VqeGdDl0R7hWVFjljhOEcnMoUiRjnu
TjnvQB0FFFFABWfrp26LckAkhQcDqeRWhVDW/wDkEXH0H8xVR+JEy+FkP9sTf9AjUf8AvlP/AIqj
+2Jv+gRqP/fKf/FVqUYouuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/
ALYm/wCgRqP/AHyn/wAVR/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FU19VeVGSTR
r9kYYKskZBH03VrYoxRddgs+5jW18tlCIbTQbyCIHISKKNVz9A1S/wBsTf8AQI1H/vlP/iq1MUYo
uuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/ALYm/wCgRqP/AHyn/wAV
R/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FUf2xN/0CNR/wC+U/8Aiq1MUYouuwWf
cy/7Ym/6BGo/98p/8VR/bE3/AECNR/75T/4qtTFGKLrsFn3Mv+2Jv+gRqP8A3yn/AMVR/bE3/QI1
H/vlP/iq1MUYouuwWfcy/wC2Jv8AoEaj/wB8p/8AFVman4hvLCaOdbK5ETEIbeZEBY+qEMTn2wfw
rp8VD9jg+1/aTEhn27RIRyB6D0pqUU9UJxk1ox1tMbi2jlaKSIuMlJBhl9jUtIOKWoLMzRtTk1I3
4kjVPs129uu3uFxyffmtOqWn2lram5+yY/fTtLLh937w4z9O3FXab3EgooopDCiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/
AOgrTWwnui/RRRSGVtRna1065njxviid1B6ZAJqPR7p77R7O6lCiSeFJGCjjJAJxVi6WKS1lS4x5
LIRJuOBtxzk/Sm2UdvFZQR2e37MqKItpyNuOMHvxT6C6k9FFFIYUUUUAFUdV/wBTb/8AXzF/6GKv
VR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/wCQvf8A0i/k
av1zt/a311qd2LOfYiiPzYgMGQYPAbPH04z61UVcmTsdCGDDIII9RS1lWltei1jEV0kKY4jNoFK+
2N1TfZ9Q/wCghH/4D/8A2VKy7hfyGa/YTano8ttbNGszMjKZM7cq6tg457Vjz+GL/UL5Lq7vY7dp
JRLMLZc42IVjVd4II+ZiSR1xjGK2/s+of9BCP/wH/wDsqPs+of8AQQj/APAf/wCyosu47+Rzw8I3
/wDZzWbX67WtEsTLg7/JWViTyMbjGQvpnPapm8M366fqWnR36yWt67yCSVf3iFlGRhQF2lgSQMcM
a2/s+of9BCP/AMB//sqPs+of9BCP/wAB/wD7Kiy7hfyOdv8Awpe34LeTpMLT2720iLGzJCGOTJHw
MvjrnHReeKLnwS8wuyrWokuBdhpGT5mEqgJuOOcEAn9K6L7PqH/QQj/8B/8A7Kj7PqH/AEEI/wDw
H/8AsqLLuF/IypfDHm6utywtzbi4hm8op0CQumMYx1cEfSqdx4ISeK4zHZebNFfDzDFzvmkDIxOM
5UcZ6+ldD9n1D/oIR/8AgP8A/ZUfZ9Q/6CEf/gP/APZUWXcL+RdjBWNQeoGKdVD7PqH/AEEI/wDw
H/8AsqPs+of9BCP/AMB//sqLLuF/Iv0VQ+z6h/0EI/8AwH/+yo+z6h/0EI//AAH/APsqLLuF/Idr
H/IGvP8Ari38qzrfV7u6vnU2k8SxH/UDZvb3OWHH0/OpNUgvl0q6L3yMoibKiDGRj1zWqYI5HR3R
S6fdYjlfoarRInVsrfb5/wDoG3X5x/8AxVH2+f8A6Bt3+cf/AMVV3FGKm/kVZ9yl9vn/AOgbd/nH
/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLhZ9yl9vn/
AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLh
Z9yl9vn/AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8
VV3FGKLhZ9yl9vn/AOgbd/nH/wDFUfb5/wDoG3f5x/8AxVXcUYouFn3KX2+f/oG3f5x//FVT1a8m
k0yZWsLmMHGWYpgcj0bNbOKo61/yCLj6D+YpxeqJknZ6l4UtIKWpLCiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAxfDtpPaNqvnxGPztQllTP8SnGD+lbVZuj6m+pG+3
xqn2W7e3GDncFxz+taVN76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFZ3lXdnPO8Ecc8Uz+ZtL7HU4A9MHp7Vo0UXE0Uf7QlX/WafdA/7Oxh+jVJb332i
XZ9muY+M7pI8D86s0tO6CzKmqRPcaXdwxrukkhdFHqSpArJ8MalIbGz06XTtQt5ILdVaSaHbHlQA
QDn8q6Gii+lgtrcydQ137BdGD+zNTuMAHzLeDenPbOetWhqGdL+2/ZbofJv8gx/vfpt9farlJRoF
mZVhr32+7WD+zNTt8gnzLiDYgx75pdR1z+z7nyf7N1K5+UNvt4N6/TOetatN8xP7y/nRpfYLO25V
j1DzNM+2fZbpfkL+Q0eJeO231rHm1/7dLawf2XqlvuuI/wB5Pb7UGGB5Oa6HzE/vL+dUtVdTDB8y
/wDHzF3/ANsU1a4nsR6lrX9nXCxf2dqNzld2+2g3qPYnPWrFvqH2jTjefZrqP5WbyZI8S8Z42+px
xVnzE/vL+dHmJ/eX86WgzKsvEP226jg/srVYN/8Ay0nt9qLxnk5qXU9Z/s2ZI/7P1C63Lu3W0O9R
7E561pBlboQfoaWi6vsFnbcp2mofa7A3X2W6hwG/dTR7ZOPb37VRtPEf2u6jh/snVofMOPMmttqL
9Tnitmlo0CzM3U9Y/s2SNPsF/dbwTm2h3hfrzU1jqH26zNx9lurfBI8uePa/Ht71cpKNLBqY1r4k
+03MUP8AZGrxeYwXfLbbVX3JzwKs6nq39mNGPsN9deYCc20O/bj15461o0UXV9gsynp+of2hamb7
LdW2GK+XcR7H4749KoQeJPPuY4v7H1ePewXfJbYVfcnPArapaLoLMz9T1X+zPL/0K9uvMz/x6xb9
uPXnjrT9N1H+0YGl+y3VrtbbsuY9jH3A9KuEheSQB703zE/vL+dGlg6mNH4l8y4WL+x9XXc4Xe1t
hRzjJOelJc6n/Zmp3bfY7y63+WMW0W8r8p688Vt+Yn95fzqhauv9r3/zL0i7+xp6dhO/cfpupDUo
nf7Hd2u1tu25j2E+4GelUf8AhJc3Hlf2PrH39m/7N8vXGc56VteYn95fzo8xP7y/nS07D+ZT1PUv
7NjR/sd3db227baPeR7nnpSaZqf9pJI32K8tdhAxcxbC3uOeavcGlo0sFtTDfxLsuGi/sfWG2uV3
rbZU84yDnpV/UtQ/s2BZPsl3dbm27baPew46kZ6VdoougszP0zVf7TEh+xXtr5ZH/H1Fs3Z9Oeaq
T+JPJuJIf7H1eTYxXeltlW9wc9K26KLrsFmUtRv/AOz7YTfZbq5ywXZbx72+uPSo9M1b+0zIPsN9
a+Xj/j5h2bs+nPNaFLRpYLO5iXPiT7Ncyw/2Rq8vlsV3xW25W9wc8ir9/f8A2GzFx9lurjJA8uCP
c/PtVyijQLMzdM1j+0nkT7Bf2uwA5uYdgb6c81Xu/EX2S5lh/sjVpvLOPMittyN9DnmtgugOCy5+
tHmJ/eX86NOwfMzNduvK8P3EvkTvvixsRMsuR1I7Y707TNZ/tKV4/wCz9Qtdq7t1zDsDewOetSau
6HR7zDL/AKlu/tVwSJ/fX86f2RdTJvPEX2O6kg/srVZ9h/1kNvuRuM8HPNXbi/8As+nC7+zXMvyq
fJjjzJzjjb6jPNWvMT+8v50B1PAYH6GloMzdN1v+0Z2i/s7UbXau7fcw7FPPQHPWo77xB9iu3g/s
vVJ9mP3kFvuQ5GeDmtiii6vsFn3KcuoeVpn237LdP8gbyEjzLz22+ozVbTtc/tC5MP8AZupW2FLb
7iDYv0znrWpS0aBZmRf6/wDYLtoP7L1O42gHzILfehz75q22obdL+2/Zbo/Jv8gR/vfpt9farlFG
gamTp+u/b7oQf2ZqVvlSfMuINicds560ahrv2C6MH9malc/KG8y3g3pz2znrWtRRdX2CzsU11Ddp
f237LdD5C/kGP979Nvr7VUsdf+3Xawf2XqdvuBPmT2+1Bj3zWtS0aBZmVqOuf2dciH+zdRucqG32
8G9fpnPWrMV/5umG9+zXSfIW8h48S8dtvqcVcoo0DUx7HxB9tu0g/svVIN+f3k9vtQcZ5Oak1LWv
7OnWL+ztRuty7t9tDvUc9Cc9a06TegONyg/WjS+wWdtyrbX/ANo043f2a6jwrN5MkeJOO231OOKx
L3xD9ts5IP7K1WDeB+8nt9qLz3OeK6TzE/vL+dUtadDpFxhl6Dv7iqja5Mthmpaz/ZsyJ/Z+oXW8
bt1tDvC+xOetT2eofbLE3X2W6hxn91NHtk49vftVnzE/vL+dL5if3l/OpKMe08R/armOH+yNWh8w
48yW22ov1OeKsanrH9mvGv2C/ut4JzbQ7wv154rQDK3Qg/Q06jTsFnbcp2GofbrM3H2W6t8Ejy54
9r8e1ULbxJ9puYof7I1eLzGC75bbaq+5OeBW3RRdBZmdqerf2YYx9hvrrzM/8e0W/bj15461Lp2o
f2jbNN9lurbDFdlxHsb649KuUUaWDUxIPEvnXEcX9j6um9gu97bCrk9Sc8Crep6r/ZgjP2K9uvMJ
GLWLftx688VoUUXXYLPuUtN1H+0oGk+y3drtbbtuY9jH3Az0qgniXfcLF/Y+sLufbva2wo5xknPS
tyii67BZlDU9U/s1I2+x3l1vJGLaLeV9zz0pdM1P+043f7Hd2uxtu25i2E+456Veoo0sHUwz4mxc
eV/Y+sH59m/7N8vXGc56Ve1LUv7NiST7Jd3W9tu22j3ke5GelXqKLoLMoaZqn9prI32O8tdhAxdR
bC3055qlJ4l8u4eL+x9Yba5XettlTzjIOelblFF12CzKWpaj/Z1usv2W6utzbdltHvYe+PSmaZqv
9p+Z/oV7a+Xj/j5i2bs+nPNaFFHQNbmJceJfs9zJD/Y+rybGK747bKtjuDnkVf1DUP7PtRP9lurn
LBfLt497898elXKSjQLMz9M1b+02kH2G+tdgHN1Ds3Z9OearXXiT7Lcyw/2Rq8vlsV3xW25W9wc8
itqii67BZ9ynp1hBZLO0Cuv2mZrhw5ydzYz9OnSrlFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUARzgmCQLncVOMfSvGI/D+oi
NRJo2oM+PmPktya9rpK1p1XT2RnOmp7ni/8AYF9/0BNQ/wC/LUv9gX//AEBL/wD78tXs9Fa/Wpdk
Z/V13PF/7Avv+gLqH/flqP7Avv8AoCah/wB+Wr2iij61Lsg+rruefeANMvLLXbmSexubaFrbaDKh
UFtw9favQqTFLWE588uY2hHlVgoooqCgooooAKKKKACiiigDj/iJY3V9ZWC2ttPcKk5MiRKWONpx
kD3rhv7Avv8AoC3/AP35avaKK3p13BWSMp0lJ3ueL/2Bff8AQE1D/vy1L/YF/wD9AS//AO/LV7PR
V/WpdkR9XXc8X/sC+/6Amof9+Wo/sC//AOgLqH/flq9ooo+tS7IPq67sx/CUE1t4X0+G5jeOZIsM
jjDDk9a2aSlrmbu7m60QUUUUhhRRRQAUUUUAFFFFAHkGp6HqMmsX7tpN9LvuZGV1iYgqWOMH6VV/
sC+/6Amof9+Wr2iiulYqSVrIwdBN3ueL/wBgX3/QEv8A/vy1H9gX3/QF1D/vy1e0UU/rUuyF9XXc
8X/sC+/6Amof9+WrZ8I6PfWviqymfTbu3iUSb3kjKrypxk/WvT6KmWJck1YcaCTvcKWiiuc3Ciii
gAooooAKKKKACiiigAooooAQ145c6DqLXty0mkX0jNO53iJiCCxxzXslJWlOo6bukROCmeL/ANgX
3/QE1D/vy1L/AGBff9AS/wD+/LV7PRW31qXZGX1dd2eMf2Bf/wDQF1D/AL8tSf2Bff8AQE1D/vy1
e0UUfWpdkH1ddzzTwXpF9aeKYJpNOu7aERSB2kjKryOOtemUlLWFSbm7m0IcisFFFFQUFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXPf8JbH/whdz4h+yPsgExMO8ZP
luydffbmuhry6TwOsvw61CV7G+/th/tLJCJ5RkmV9v7sNt5GDjHNAHoMepZ1C4hlEMcMEKTGQzru
wc53L1UDHU9efSs3V/GFhbaDfX2l3dnfzWsYcxRzhuNwHOOR1rnPGFnOh8STvBIIrjTrOCJscSP5
rDav94/MPl75A71Vu4Jb7SfE1rJbXJ1y9tYXNr9kEQaJW2goAzZ7559OMCgD0Sz1Sx1AyrZXlvcN
CdsoilV9h9Dg8Uy21rTb1Zmtb+1mEHMpjmVvLHqcHjoa5XXvD11Nq+oxaPa/Z1n0B7aOSNdieZv+
VcjocE/QGqdjpbXMM8yxayLuHSZrZIp7FIEAZR+7yqjecgYxkdaAO6s9SstQaVbO7guDEQJPKkDb
CRkA46cVV0PXItZ8PW+rMn2aKVC5WRx8gBIOT07Uzwtp6aZ4Z0y3W2W3dLWISRhdpDbRnPvnNcro
N9qFl4E/siPQb59St7aTbHdWxEEjZJA3Hg5z079KAOxtte0q8j8y21KzmTzBFuSZSN56L16nsO9W
JdQtIGlWa5hjaFBJIHkA2Kc4Y+g4PPtXncehX+t3esF1vVE+mRCC4ubRbbFxHIzphR/dOOTz16im
rZ3/AIk8Kv4hW3lE+oX8F1JBEqu/2aIhQqq3DHILgHrmgD0GHWdOuLP7XDfW0ltu2ecsqlN2cYzn
GckVLZX1tqNstxZXEVxAxIWSJwynBweR71wF7oZv9C1R4YNUu5b68s/OS7tBDvVJFyQgUfw9SR29
q9EiijgQJEiog6KoAA/CgB9FFFABRRRQAUUUUAFc/qPi230zxXZaLcQSAXcYYXOfkRmYhVI9ypAP
rgV0FcjrXh9tc8VXsU8cq2k+kLEtwo4SUTFlIP8AeU4agC1P4xigN0Ws38q11OPT5X3jC7wuJPoC
4GKsDxRbnxmfDvlP5wtftHnZ+XOfufXHzfSub0bQ9U1Xwt4otNYtGtr69uG2nHyu6xIBIvsXTIqs
bbWzoSeJzpc/9tjUPtJs9v7zy/L8jZj6fNQB0kPjOGZ7Ym1ZILi/ns0maQBcRKxMn+7lGFaWhaz/
AG5ZveR20kNqzkWzyHmeMdJAOwPOM9Rg965PVvBrXWheF9EkjmeGJ2W7li6oTC+XJ/3z34OcV0/h
u51CWwa21a2MV5aP5LyKmI5wBxInsR27HIoA2KKKKACiiigAooooAKKKKACiiigArBtvEF1qOoSJ
p2ltNYQzm3ku3nVAWU4couCWCnIzxkg4zW9Xl9poFzZyJZ22m6hFrUWqGQX6lhAYDMXLbs7cFCRs
xnPbvQB3Ok+KNL1ue8hsrqJ5LSRo5F3rkhcZYAH7vOM1ZtNb0y/WZrPULS4WDmUxTKwT64PFcZca
Tey6V4u0m30+ZLu6nkngk2bY5omCfIJOmThhinXkZ1O9e/sdJudNtbPSbmGZp4PJLllGyMDuF2k5
6Dt1oA7K11jTr65e2tL+1nnRQzRxyqzAHoSAelXa858M27X7+ETZaPcWS6dbl7m4eIIjK0W3arfx
7mIbj055r0agAooooAKKKKACiiigAooooAKKKKACiiigAooooA5/wn4th8VW1zIltJayQPgxyMCS
h+64I7HB/I03w74wtvELam0cDwQWLgCWRhiVCCQ49AQM/SuPt9C12x0HSX061mjur23k0y8DDDQI
0rMkxH+yC/8A30Ku32h6hbt4i0zS7OaKDUHsrGCYJlI4fKCyP9FUEfUigDpvDfi238Q6bdXbQPZi
2b50mPIjKh1f6FSDUel+Jb/VZLeeHQbhdLuSPKummQOVPRzH1Cn65wRxWNN4d1eHWbiCWSGW11jT
ZLGSS1tjEluyKfLZhubszLn2ArT8O61dw2en6Td6HqUV5AiW8z+UPIXaMFxJnBXjIA59qAOpoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApKWigCve2Ntq
VpJa3sCTwSDDxuMg96r6ZoWnaOZGsLZYnlxvcsWZsdAWJJwPStCigBKKWigAooooAjmhS4gkhlXd
HIpVhnqCMGktbWGytYra2jWKCFBHGi9FUDAAqWigBKWiigAooooAKKKKACiiigAooooAKSlooASl
oooAKKKKACiiigAooooAKKKKACiiigApKWigAqOaGO4gkhmUPHIpR1PcEYIqSigCK2t4rS2it7dB
HDCgjRB0VQMAflUtFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAlLRRQAlFLRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB//Z
--047d7b6dd100f4487504e51a5a07--

From twatteyne@gmail.com  Thu Aug 29 11:42:14 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D62321F9EE5 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 11:42:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.876
X-Spam-Level: 
X-Spam-Status: No, score=-1.876 tagged_above=-999 required=5 tests=[AWL=0.101,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zfogzUJKcN-N for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 11:42:12 -0700 (PDT)
Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id 9B83921F93BF for <6tsch@ietf.org>; Thu, 29 Aug 2013 11:42:12 -0700 (PDT)
Received: by mail-pa0-f49.google.com with SMTP id ld10so1286064pab.22 for <6tsch@ietf.org>; Thu, 29 Aug 2013 11:42:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=aue9rUTbFT42qbWOGAvJt2hgegLX67L5p9Ebi/wpJgc=; b=C36GfwjuEui+h/wMBWcgVGfjjCzZEw60H8UlTsS+xIeHbS1QJk/J//qjNbiYiT4zyA mHvhei9zu0a5iOlxZq0S+FrlMMhfagxDWL6V/6r1TBpvaAgG36BVbDXwvMfKgtKmeaGz C+oZoS9S3oekHQ3QFtHEmy1fK59TYiZCoV3Oeg+pHmXkp1V5Mp7OpYt82C1bzf1rAGIX 9WPT+EMPKdKhWcJMLAoEZFyPVxV34h2xhr24hG3PweDKGQ3AbE8WMOomeDK561AbZJCq 67gdexfkW0qqq53/XQfGWJCwkwDpYDUvEonG0dopVQ1zxxXjvccShQyRswSYGKGAbXuB NhJg==
X-Received: by 10.66.142.107 with SMTP id rv11mr6222110pab.17.1377801728324; Thu, 29 Aug 2013 11:42:08 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 29 Aug 2013 11:41:48 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD84143010E@xmb-rcd-x01.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD84143010E@xmb-rcd-x01.cisco.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 29 Aug 2013 11:41:48 -0700
X-Google-Sender-Auth: Dk23yMd4jVqvfh-1lEvExZnv9kg
Message-ID: <CADJ9OA9aLyRe-Us6kkpXs0SsWwhBV6XsqvPQfg5iNbv6COuYWg@mail.gmail.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=001a11331e46967f8f04e51a7628
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>, "JP Vasseur \(jvasseur\)" <jvasseur@cisco.com>
Subject: Re: [6tsch] Dynamic slot activation (was part of the 4th control flow)
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 18:42:14 -0000

--001a11331e46967f8f04e51a7628
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

+1

Rather than "basic", let's talk about "minimal 6TiSCH Configuration", i.e.
the title of the draft.

Xavi agreed a couple of calls ago to rename "draft-vilajosana-6tsch-basic"
to "draft-vilajosana-6tisch-minimal"

Thomas


On Thu, Aug 29, 2013 at 2:16 AM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

>  Hello Xavi and Qin:****
>
> ** **
>
> I=92m not sure we want  to continue this discussion now or keep it for
> later, but either way I=92m making it a separate thread to save the curre=
nt
> conclusions.****
>
> ** **
>
> In short, Thomas below asked:****
>
> ** **
>
> *Thomas> over what cells with the reports travel? Another questions could
> be: over what cells will the request to install cells travel?*
>
> ** **
>
> This is a good question and at the same time this is not really something
> that we have to answer right now, per our proposed charter, as Xavi
> indicates:****
>
> *Xavi> I think it is better first to concentrate on the basic things*
>
> ** **
>
> On the side I think the use of the word =91basic=92 these days could crea=
te
> confusion since it seems to refer to draft-vilajosana-6tsch-basic which i=
s
> probably not Xavi=92s intention here.****
>
> I=92d suggest that when we refer to the operation in the
> draft-vilajosana-6tsch-basic draft, we call it something like =93Basic
> 6TiSCH=94 or =93Basic 6TiSCH Support=94 so the use of the plain word =93b=
asic=94 may
> not be confusing anymore.****
>
> ** **
>
> For this particular thread, I suggested as an answer to Thomas that 1) I
> agree that in the future the control flows could travel over a Basic 6TiS=
CH
> instance, and in that case 2) that we could probably handle burstiness of
> control traffic by overprovisioning time slots and then indicating
> dynamically which extra time slots are being used; as Qin puts it very
> clearly:****
>
> *Qin> Over-provision can increase the throughput at peak time, while the
> control bits can reduce the energy consumption for idle-listening (at lea=
st
> at the beginning of slot) in those unused Tx/Rx cells.*
>
> I was thinking of something like a =91more=92 bit in a cell the is being =
used
> in order to tell listeners to wake up in the next overprovisionned cell, =
as
> opposed to a bit sent at the beginning of the overprovisionned cell that
> would indicate that the cell is not being used, though. Xavi agrees that =
it
> *Xavi> sounds to me a great idea*****
>
> ** **
>
> To make sure that we do not make a confusion between 1) the bits that
> control the use of overprovisionned cells in a bundle and that are pigy
> backed with the traffic to indicate there is more trafficoutstanding and =
2)
> the end to end protocol that controls the allocation of cells between a
> controlling entity and the device, or between devices, JP insisted that t=
he
> control flows for the latter (which are the subject of the original threa=
d
> by Qin) should be cleanly defined and that we should not expect to piggy
> back them with traffic:****
>
> *JP> I would just be vary cautious when thinking of piggybacking control
> information in packet header for control plane purpose***
>
> ** **
>
> With this summary, it is up to us to continue the discussion or save it
> for later. Should we continue, I suggest we do it in the context of Basic
> 6TiSCH to see if that mode could benefit from over-provisioned time slots
> but then provide a way to use only a subset of those slots. This would
> probably make Basic 6TiSCH a lot more useful in the future for applicatio=
ns
> of various scales and degrees of burstiness.****
>
> ** **
>
> Cheers,****
>
> ** **
>
> Pascal****
>

--001a11331e46967f8f04e51a7628
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+1<div><br></div><div>Rather than &quot;basic&quot;, let&#=
39;s talk about &quot;minimal 6TiSCH Configuration&quot;, i.e. the title of=
 the draft.</div><div><br></div><div>Xavi agreed a couple of calls ago to r=
ename &quot;draft-vilajosana-6tsch-basic&quot; to &quot;draft-vilajosana-6t=
isch-minimal&quot;</div>

<div><br></div><div>Thomas</div></div><div class=3D"gmail_extra"><br><br><d=
iv class=3D"gmail_quote">On Thu, Aug 29, 2013 at 2:16 AM, Pascal Thubert (p=
thubert) <span dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=
=3D"_blank">pthubert@cisco.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140c95bd1e25069d__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&q=
uot;;color:#1f497d">Hello Xavi and Qin:<u></u><u></u></span></a></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92m not sure we want=A0=
 to continue this discussion now or keep it for later, but either way I=92m=
 making it a separate thread to save the current conclusions.<u></u><u></u>=
</span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In short, Thomas below as=
ked:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Thomas&gt; over what c=
ells with the reports travel? Another questions could be: over what cells w=
ill the request to install cells travel?<u></u><u></u></span></b></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">This is a good question a=
nd at the same time this is not really something that we have to answer rig=
ht now, per our proposed charter, as Xavi indicates:<u></u><u></u></span></=
p>


<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Xavi&gt; I think it is=
 better first to concentrate on the basic things<u></u><u></u></span></b></=
p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">On the side I think the u=
se of the word =91basic=92 these days could create confusion since it seems=
 to refer to draft-vilajosana-6tsch-basic which is probably
 not Xavi=92s intention here.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92d suggest that when w=
e refer to the operation in the draft-vilajosana-6tsch-basic draft, we call=
 it something like =93Basic 6TiSCH=94 or =93Basic 6TiSCH Support=94
 so the use of the plain word =93basic=94 may not be confusing anymore.<u><=
/u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">For this particular threa=
d, I suggested as an answer to Thomas that 1) I agree that in the future th=
e control flows could travel over a Basic 6TiSCH instance,
 and in that case 2) that we could probably handle burstiness of control tr=
affic by overprovisioning time slots and then indicating dynamically which =
extra time slots are being used; as Qin puts it very clearly:<u></u><u></u>=
</span></p>


<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Qin&gt; Over-provision=
 can increase the throughput at peak time, while the control bits can reduc=
e the energy consumption for idle-listening (at least at the
 beginning of slot) in those unused Tx/Rx cells.<u></u><u></u></span></b></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I was thinking of somethi=
ng like a =91more=92 bit in a cell the is being used in order to tell liste=
ners to wake up in the next overprovisionned cell, as opposed
 to a bit sent at the beginning of the overprovisionned cell that would ind=
icate that the cell is not being used, though. Xavi agrees that it
</span><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#8064a2">Xavi&gt; sounds to me a great idea</sp=
an></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">To make sure that we do n=
ot make a confusion between 1) the bits that control the use of overprovisi=
onned cells in a bundle and that are pigy backed with the
 traffic to indicate there is more trafficoutstanding and 2) the end to end=
 protocol that controls the allocation of cells between a controlling entit=
y and the device, or between devices, JP insisted that the control flows fo=
r the latter (which are the subject
 of the original thread by Qin) should be cleanly defined and that we shoul=
d not expect to piggy back them with traffic:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">JP&gt; I would just be=
 vary cautious when thinking of piggybacking control information in packet =
header for control plane purpose</span></b><b><span style=3D"font-size:11.0=
pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u=
></u><u></u></span></b></p>


<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">With this summary, it is =
up to us to continue the discussion or save it for later. Should we continu=
e, I suggest we do it in the context of
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d">Basic 6TiSCH to see if that mode could be=
nefit from over-provisioned time slots but then provide a way to use only a=
 subset of those slots. This would probably make Basic
 6TiSCH a lot more useful in the future for applications of various scales =
and degrees of burstiness.</span><span style=3D"font-size:11.0pt;font-famil=
y:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u><=
/span></p>


<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<span class=3D"HOE=
nZb"><font color=3D"#888888"><u></u><u></u></font></span></span></p><span c=
lass=3D"HOEnZb"><font color=3D"#888888">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
</font></span></div>
</div>

</blockquote></div><br></div>

--001a11331e46967f8f04e51a7628--

From xvilajosana@berkeley.edu  Thu Aug 29 12:00:27 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5B8121E80BD for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:00:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.682
X-Spam-Level: 
X-Spam-Status: No, score=-2.682 tagged_above=-999 required=5 tests=[AWL=0.294,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZpD1tO1jic3b for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:00:21 -0700 (PDT)
Received: from mail-pb0-f50.google.com (mail-pb0-f50.google.com [209.85.160.50]) by ietfa.amsl.com (Postfix) with ESMTP id 8EFC721E8091 for <6tsch@ietf.org>; Thu, 29 Aug 2013 12:00:21 -0700 (PDT)
Received: by mail-pb0-f50.google.com with SMTP id uo5so849757pbc.9 for <6tsch@ietf.org>; Thu, 29 Aug 2013 12:00:21 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=T1Cy2hposb49R/x+tvbY5rarIX7/uXlGn6lylB53hvY=; b=b60FWju2AxEMe6cgnbEs2LhXs+D0jl/B8o/mgiHhHEGZPGE0l8wj7PR3925KoKVdGd UFZ4AQK0qdZR5XeJ8YTqRvaEF4f6QJTGs5PSbASZa0W0WxMHFuSR1y/wtbPBS2cZ6IBQ 98gopBkRk6zWJ1oEmAD8XGqTJwpgpeCORLHoWvUYXfzj81W/j/7y0fXHbaUpR0HbWdwU LcoiUZgnsRgvBckGCjJuBISMN1DHdZdik/VvGu5i+CpyDSnDbzg1HLvUNnrFhgZOM6aL +sW3YeohKlu7/Bget0wtzi7GS/iWn2qIMh3VlJebKts6dg0FQpbNJS/89CZpIViOwdel yDig==
X-Gm-Message-State: ALoCoQlQrYkzkkhA5LkfMS76DRD0+vs1I9fU5fTtNcFnggDqU1YG0XRcal7Kdf7BAM073xZTFpoS
MIME-Version: 1.0
X-Received: by 10.67.1.41 with SMTP id bd9mr6105141pad.116.1377802821114; Thu, 29 Aug 2013 12:00:21 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Thu, 29 Aug 2013 12:00:21 -0700 (PDT)
In-Reply-To: <CADJ9OA9aLyRe-Us6kkpXs0SsWwhBV6XsqvPQfg5iNbv6COuYWg@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD84143010E@xmb-rcd-x01.cisco.com> <CADJ9OA9aLyRe-Us6kkpXs0SsWwhBV6XsqvPQfg5iNbv6COuYWg@mail.gmail.com>
Date: Thu, 29 Aug 2013 12:00:21 -0700
Message-ID: <CALEMV4YhntMCUSim_xrGv5RT7RD1YweBmnLFxhbmbVr35qvvLQ@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b15fbdfb947da04e51ab7b7
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>, "JP Vasseur \(jvasseur\)" <jvasseur@cisco.com>
Subject: Re: [6tsch] Dynamic slot activation (was part of the 4th control flow)
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 19:00:27 -0000

--047d7b15fbdfb947da04e51ab7b7
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Yes I do, the next revision will be a new draft with 6TiSCH and Minimal...
and then no more naming issues!!

:)

X


On Thu, Aug 29, 2013 at 11:41 AM, Thomas Watteyne <
watteyne@eecs.berkeley.edu> wrote:

> +1
>
> Rather than "basic", let's talk about "minimal 6TiSCH Configuration", i.e=
.
> the title of the draft.
>
> Xavi agreed a couple of calls ago to rename "draft-vilajosana-6tsch-basic=
"
> to "draft-vilajosana-6tisch-minimal"
>
> Thomas
>
>
> On Thu, Aug 29, 2013 at 2:16 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:
>
>>  Hello Xavi and Qin:****
>>
>> ** **
>>
>> I=92m not sure we want  to continue this discussion now or keep it for
>> later, but either way I=92m making it a separate thread to save the curr=
ent
>> conclusions.****
>>
>> ** **
>>
>> In short, Thomas below asked:****
>>
>> ** **
>>
>> *Thomas> over what cells with the reports travel? Another questions
>> could be: over what cells will the request to install cells travel?*
>>
>> ** **
>>
>> This is a good question and at the same time this is not really somethin=
g
>> that we have to answer right now, per our proposed charter, as Xavi
>> indicates:****
>>
>> *Xavi> I think it is better first to concentrate on the basic things*
>>
>> ** **
>>
>> On the side I think the use of the word =91basic=92 these days could cre=
ate
>> confusion since it seems to refer to draft-vilajosana-6tsch-basic which =
is
>> probably not Xavi=92s intention here.****
>>
>> I=92d suggest that when we refer to the operation in the
>> draft-vilajosana-6tsch-basic draft, we call it something like =93Basic
>> 6TiSCH=94 or =93Basic 6TiSCH Support=94 so the use of the plain word =93=
basic=94 may
>> not be confusing anymore.****
>>
>> ** **
>>
>> For this particular thread, I suggested as an answer to Thomas that 1) I
>> agree that in the future the control flows could travel over a Basic 6Ti=
SCH
>> instance, and in that case 2) that we could probably handle burstiness o=
f
>> control traffic by overprovisioning time slots and then indicating
>> dynamically which extra time slots are being used; as Qin puts it very
>> clearly:****
>>
>> *Qin> Over-provision can increase the throughput at peak time, while the
>> control bits can reduce the energy consumption for idle-listening (at le=
ast
>> at the beginning of slot) in those unused Tx/Rx cells.*
>>
>> I was thinking of something like a =91more=92 bit in a cell the is being=
 used
>> in order to tell listeners to wake up in the next overprovisionned cell,=
 as
>> opposed to a bit sent at the beginning of the overprovisionned cell that
>> would indicate that the cell is not being used, though. Xavi agrees that=
 it
>> *Xavi> sounds to me a great idea*****
>>
>> ** **
>>
>> To make sure that we do not make a confusion between 1) the bits that
>> control the use of overprovisionned cells in a bundle and that are pigy
>> backed with the traffic to indicate there is more trafficoutstanding and=
 2)
>> the end to end protocol that controls the allocation of cells between a
>> controlling entity and the device, or between devices, JP insisted that =
the
>> control flows for the latter (which are the subject of the original thre=
ad
>> by Qin) should be cleanly defined and that we should not expect to piggy
>> back them with traffic:****
>>
>> *JP> I would just be vary cautious when thinking of piggybacking control
>> information in packet header for control plane purpose***
>>
>> ** **
>>
>> With this summary, it is up to us to continue the discussion or save it
>> for later. Should we continue, I suggest we do it in the context of Basi=
c
>> 6TiSCH to see if that mode could benefit from over-provisioned time slot=
s
>> but then provide a way to use only a subset of those slots. This would
>> probably make Basic 6TiSCH a lot more useful in the future for applicati=
ons
>> of various scales and degrees of burstiness.****
>>
>> ** **
>>
>> Cheers,****
>>
>> ** **
>>
>> Pascal****
>>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b15fbdfb947da04e51ab7b7
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Yes I do, the next revision will be a new draft with 6TiSC=
H and Minimal... and then no more naming issues!!<br><br>:)<br><br>X<br></d=
iv><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Au=
g 29, 2013 at 11:41 AM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">+1<div><br></div><div>Rathe=
r than &quot;basic&quot;, let&#39;s talk about &quot;minimal 6TiSCH Configu=
ration&quot;, i.e. the title of the draft.</div>
<div><br></div><div>Xavi agreed a couple of calls ago to rename &quot;draft=
-vilajosana-6tsch-basic&quot; to &quot;draft-vilajosana-6tisch-minimal&quot=
;</div><span class=3D"HOEnZb"><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span></div><div class=3D"HOEnZb"><=
div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quo=
te">On Thu, Aug 29, 2013 at 2:16 AM, Pascal Thubert (pthubert) <span dir=3D=
"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@=
cisco.com</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><a name=3D"140cb623afe40532_140c95bd1e25069d__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Hello Xavi and Qin:<u></u><u></u></spa=
n></a></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92m not sure we want=A0=
 to continue this discussion now or keep it for later, but either way I=92m=
 making it a separate thread to save the current conclusions.<u></u><u></u>=
</span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In short, Thomas below as=
ked:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Thomas&gt; over what c=
ells with the reports travel? Another questions could be: over what cells w=
ill the request to install cells travel?<u></u><u></u></span></b></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">This is a good question a=
nd at the same time this is not really something that we have to answer rig=
ht now, per our proposed charter, as Xavi indicates:<u></u><u></u></span></=
p>



<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Xavi&gt; I think it is=
 better first to concentrate on the basic things<u></u><u></u></span></b></=
p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">On the side I think the u=
se of the word =91basic=92 these days could create confusion since it seems=
 to refer to draft-vilajosana-6tsch-basic which is probably
 not Xavi=92s intention here.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92d suggest that when w=
e refer to the operation in the draft-vilajosana-6tsch-basic draft, we call=
 it something like =93Basic 6TiSCH=94 or =93Basic 6TiSCH Support=94
 so the use of the plain word =93basic=94 may not be confusing anymore.<u><=
/u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">For this particular threa=
d, I suggested as an answer to Thomas that 1) I agree that in the future th=
e control flows could travel over a Basic 6TiSCH instance,
 and in that case 2) that we could probably handle burstiness of control tr=
affic by overprovisioning time slots and then indicating dynamically which =
extra time slots are being used; as Qin puts it very clearly:<u></u><u></u>=
</span></p>



<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Qin&gt; Over-provision=
 can increase the throughput at peak time, while the control bits can reduc=
e the energy consumption for idle-listening (at least at the
 beginning of slot) in those unused Tx/Rx cells.<u></u><u></u></span></b></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I was thinking of somethi=
ng like a =91more=92 bit in a cell the is being used in order to tell liste=
ners to wake up in the next overprovisionned cell, as opposed
 to a bit sent at the beginning of the overprovisionned cell that would ind=
icate that the cell is not being used, though. Xavi agrees that it
</span><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#8064a2">Xavi&gt; sounds to me a great idea</sp=
an></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">To make sure that we do n=
ot make a confusion between 1) the bits that control the use of overprovisi=
onned cells in a bundle and that are pigy backed with the
 traffic to indicate there is more trafficoutstanding and 2) the end to end=
 protocol that controls the allocation of cells between a controlling entit=
y and the device, or between devices, JP insisted that the control flows fo=
r the latter (which are the subject
 of the original thread by Qin) should be cleanly defined and that we shoul=
d not expect to piggy back them with traffic:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">JP&gt; I would just be=
 vary cautious when thinking of piggybacking control information in packet =
header for control plane purpose</span></b><b><span style=3D"font-size:11.0=
pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u=
></u><u></u></span></b></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR"><u></u>=A0<u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">With this summary, it is =
up to us to continue the discussion or save it for later. Should we continu=
e, I suggest we do it in the context of
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d">Basic 6TiSCH to see if that mode could be=
nefit from over-provisioned time slots but then provide a way to use only a=
 subset of those slots. This would probably make Basic
 6TiSCH a lot more useful in the future for applications of various scales =
and degrees of burstiness.</span><span style=3D"font-size:11.0pt;font-famil=
y:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u><=
/span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<span><font color=
=3D"#888888"><u></u><u></u></font></span></span></p><span><font color=3D"#8=
88888">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
</font></span></div>
</div>

</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b15fbdfb947da04e51ab7b7--

From qinwang@berkeley.edu  Thu Aug 29 12:12:00 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C51311E8153 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:12:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.921
X-Spam-Level: 
X-Spam-Status: No, score=-2.921 tagged_above=-999 required=5 tests=[AWL=0.055,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id imxF17QD0vRW for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:11:55 -0700 (PDT)
Received: from mail-vc0-f176.google.com (mail-vc0-f176.google.com [209.85.220.176]) by ietfa.amsl.com (Postfix) with ESMTP id E03DB11E814C for <6tsch@ietf.org>; Thu, 29 Aug 2013 12:11:54 -0700 (PDT)
Received: by mail-vc0-f176.google.com with SMTP id ha11so632258vcb.35 for <6tsch@ietf.org>; Thu, 29 Aug 2013 12:11:48 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=LWmFgNnPD6GDJjJq9UduQBKLMNGRbLF8KULzwZOYJ7g=; b=jMZFroKxtzF2w/3S28FhYz6PhazMhv/crclqO5BDGEkFbDj49rY54vBPEKwRpJjugL Nw7rk5L0ok1nAnoeZAMiOsWcE1L38ZVXjakYhkd1kJa1xDhse5RrvJgd24GUuNj6kNwQ F5CqYmrknzU/e5evFFGFOyUxBKOFD2fDmkebfp8iHS3hxosvmjnOSwRq5fndv/WQS3/G yVQc3A9elH9AQWvAxI2J5xujz/XDjyeos/n3O7KAtEXYC+UxWj7v3T1DPug+Bmh4Om19 BsnET0I8V3oQASb3jw2vEuSdj32vx2RxAcL08yu+1S7wxcctC+o12iOkkUUxqrefw1GK M1XQ==
X-Gm-Message-State: ALoCoQmIbh+uff4aMdvksjqE42n81OV7BSRkGMEI8aW5kgB3vGWngCt6J2SMCB/VSdVnvoiVHnRZ
MIME-Version: 1.0
X-Received: by 10.58.218.225 with SMTP id pj1mr2511678vec.24.1377803508612; Thu, 29 Aug 2013 12:11:48 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Thu, 29 Aug 2013 12:11:48 -0700 (PDT)
In-Reply-To: <CADJ9OA9aLyRe-Us6kkpXs0SsWwhBV6XsqvPQfg5iNbv6COuYWg@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD84143010E@xmb-rcd-x01.cisco.com> <CADJ9OA9aLyRe-Us6kkpXs0SsWwhBV6XsqvPQfg5iNbv6COuYWg@mail.gmail.com>
Date: Fri, 30 Aug 2013 03:11:48 +0800
Message-ID: <CAAzoce5EJ+9xcrEkm098dSfbYvSBGE3syFEZfNEBW_Xy9MVWFw@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7bd7623eb394c204e51ae000
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>, "JP Vasseur \(jvasseur\)" <jvasseur@cisco.com>
Subject: Re: [6tsch] Dynamic slot activation (was part of the 4th control flow)
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 19:12:00 -0000

--047d7bd7623eb394c204e51ae000
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Can we just call it "minimal 6TiSCH", instead of "minimal 6TiSCH
configuration"?

Qin


On Fri, Aug 30, 2013 at 2:41 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u
> wrote:

> +1
>
> Rather than "basic", let's talk about "minimal 6TiSCH Configuration", i.e=
.
> the title of the draft.
>
> Xavi agreed a couple of calls ago to rename "draft-vilajosana-6tsch-basic=
"
> to "draft-vilajosana-6tisch-minimal"
>
> Thomas
>
>
> On Thu, Aug 29, 2013 at 2:16 AM, Pascal Thubert (pthubert) <
> pthubert@cisco.com> wrote:
>
>>  Hello Xavi and Qin:****
>>
>> ** **
>>
>> I=92m not sure we want  to continue this discussion now or keep it for
>> later, but either way I=92m making it a separate thread to save the curr=
ent
>> conclusions.****
>>
>> ** **
>>
>> In short, Thomas below asked:****
>>
>> ** **
>>
>> *Thomas> over what cells with the reports travel? Another questions
>> could be: over what cells will the request to install cells travel?*
>>
>> ** **
>>
>> This is a good question and at the same time this is not really somethin=
g
>> that we have to answer right now, per our proposed charter, as Xavi
>> indicates:****
>>
>> *Xavi> I think it is better first to concentrate on the basic things*
>>
>> ** **
>>
>> On the side I think the use of the word =91basic=92 these days could cre=
ate
>> confusion since it seems to refer to draft-vilajosana-6tsch-basic which =
is
>> probably not Xavi=92s intention here.****
>>
>> I=92d suggest that when we refer to the operation in the
>> draft-vilajosana-6tsch-basic draft, we call it something like =93Basic
>> 6TiSCH=94 or =93Basic 6TiSCH Support=94 so the use of the plain word =93=
basic=94 may
>> not be confusing anymore.****
>>
>> ** **
>>
>> For this particular thread, I suggested as an answer to Thomas that 1) I
>> agree that in the future the control flows could travel over a Basic 6Ti=
SCH
>> instance, and in that case 2) that we could probably handle burstiness o=
f
>> control traffic by overprovisioning time slots and then indicating
>> dynamically which extra time slots are being used; as Qin puts it very
>> clearly:****
>>
>> *Qin> Over-provision can increase the throughput at peak time, while the
>> control bits can reduce the energy consumption for idle-listening (at le=
ast
>> at the beginning of slot) in those unused Tx/Rx cells.*
>>
>> I was thinking of something like a =91more=92 bit in a cell the is being=
 used
>> in order to tell listeners to wake up in the next overprovisionned cell,=
 as
>> opposed to a bit sent at the beginning of the overprovisionned cell that
>> would indicate that the cell is not being used, though. Xavi agrees that=
 it
>> *Xavi> sounds to me a great idea*****
>>
>> ** **
>>
>> To make sure that we do not make a confusion between 1) the bits that
>> control the use of overprovisionned cells in a bundle and that are pigy
>> backed with the traffic to indicate there is more trafficoutstanding and=
 2)
>> the end to end protocol that controls the allocation of cells between a
>> controlling entity and the device, or between devices, JP insisted that =
the
>> control flows for the latter (which are the subject of the original thre=
ad
>> by Qin) should be cleanly defined and that we should not expect to piggy
>> back them with traffic:****
>>
>> *JP> I would just be vary cautious when thinking of piggybacking control
>> information in packet header for control plane purpose***
>>
>> ** **
>>
>> With this summary, it is up to us to continue the discussion or save it
>> for later. Should we continue, I suggest we do it in the context of Basi=
c
>> 6TiSCH to see if that mode could benefit from over-provisioned time slot=
s
>> but then provide a way to use only a subset of those slots. This would
>> probably make Basic 6TiSCH a lot more useful in the future for applicati=
ons
>> of various scales and degrees of burstiness.****
>>
>> ** **
>>
>> Cheers,****
>>
>> ** **
>>
>> Pascal****
>>
>
>

--047d7bd7623eb394c204e51ae000
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Can we just call it &quot;minimal 6TiSCH&quot;, instead of=
 &quot;minimal 6TiSCH configuration&quot;?=A0<div><br></div><div>Qin=A0</di=
v></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Fr=
i, Aug 30, 2013 at 2:41 AM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=
=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berk=
eley.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">+1<div><br></div><div>Rathe=
r than &quot;basic&quot;, let&#39;s talk about &quot;minimal 6TiSCH Configu=
ration&quot;, i.e. the title of the draft.</div>
<div><br></div><div>Xavi agreed a couple of calls ago to rename &quot;draft=
-vilajosana-6tsch-basic&quot; to &quot;draft-vilajosana-6tisch-minimal&quot=
;</div><span class=3D"HOEnZb"><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span></div><div class=3D"HOEnZb"><=
div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quo=
te">On Thu, Aug 29, 2013 at 2:16 AM, Pascal Thubert (pthubert) <span dir=3D=
"ltr">&lt;<a href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@=
cisco.com</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140cb61fb5fcc612_140c95bd1e25069d__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#1f497d">Hello Xavi and Qin:<u></u><u></u></spa=
n></a></p>

<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92m not sure we want=A0=
 to continue this discussion now or keep it for later, but either way I=92m=
 making it a separate thread to save the current conclusions.<u></u><u></u>=
</span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In short, Thomas below as=
ked:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Thomas&gt; over what c=
ells with the reports travel? Another questions could be: over what cells w=
ill the request to install cells travel?<u></u><u></u></span></b></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">This is a good question a=
nd at the same time this is not really something that we have to answer rig=
ht now, per our proposed charter, as Xavi indicates:<u></u><u></u></span></=
p>



<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Xavi&gt; I think it is=
 better first to concentrate on the basic things<u></u><u></u></span></b></=
p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">On the side I think the u=
se of the word =91basic=92 these days could create confusion since it seems=
 to refer to draft-vilajosana-6tsch-basic which is probably
 not Xavi=92s intention here.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92d suggest that when w=
e refer to the operation in the draft-vilajosana-6tsch-basic draft, we call=
 it something like =93Basic 6TiSCH=94 or =93Basic 6TiSCH Support=94
 so the use of the plain word =93basic=94 may not be confusing anymore.<u><=
/u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">For this particular threa=
d, I suggested as an answer to Thomas that 1) I agree that in the future th=
e control flows could travel over a Basic 6TiSCH instance,
 and in that case 2) that we could probably handle burstiness of control tr=
affic by overprovisioning time slots and then indicating dynamically which =
extra time slots are being used; as Qin puts it very clearly:<u></u><u></u>=
</span></p>



<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Qin&gt; Over-provision=
 can increase the throughput at peak time, while the control bits can reduc=
e the energy consumption for idle-listening (at least at the
 beginning of slot) in those unused Tx/Rx cells.<u></u><u></u></span></b></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I was thinking of somethi=
ng like a =91more=92 bit in a cell the is being used in order to tell liste=
ners to wake up in the next overprovisionned cell, as opposed
 to a bit sent at the beginning of the overprovisionned cell that would ind=
icate that the cell is not being used, though. Xavi agrees that it
</span><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#8064a2">Xavi&gt; sounds to me a great idea</sp=
an></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">To make sure that we do n=
ot make a confusion between 1) the bits that control the use of overprovisi=
onned cells in a bundle and that are pigy backed with the
 traffic to indicate there is more trafficoutstanding and 2) the end to end=
 protocol that controls the allocation of cells between a controlling entit=
y and the device, or between devices, JP insisted that the control flows fo=
r the latter (which are the subject
 of the original thread by Qin) should be cleanly defined and that we shoul=
d not expect to piggy back them with traffic:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">JP&gt; I would just be=
 vary cautious when thinking of piggybacking control information in packet =
header for control plane purpose</span></b><b><span style=3D"font-size:11.0=
pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u=
></u><u></u></span></b></p>



<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">With this summary, it is =
up to us to continue the discussion or save it for later. Should we continu=
e, I suggest we do it in the context of
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d">Basic 6TiSCH to see if that mode could be=
nefit from over-provisioned time slots but then provide a way to use only a=
 subset of those slots. This would probably make Basic
 6TiSCH a lot more useful in the future for applications of various scales =
and degrees of burstiness.</span><span style=3D"font-size:11.0pt;font-famil=
y:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u><=
/span></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<span><font color=
=3D"#888888"><u></u><u></u></font></span></span></p><span><font color=3D"#8=
88888">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
</font></span></div>
</div>

</blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7bd7623eb394c204e51ae000--

From P.Zand@utwente.nl  Thu Aug 29 12:25:44 2013
Return-Path: <P.Zand@utwente.nl>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8630521F937E for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:25:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IkjQJE+2-mNi for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:25:44 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id D989021F9B92 for <6tsch@ietf.org>; Thu, 29 Aug 2013 12:25:36 -0700 (PDT)
Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 29 Aug 2013 21:25:39 +0200
Received: from EXMBX23.ad.utwente.nl ([169.254.3.13]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Thu, 29 Aug 2013 21:25:35 +0200
From: <P.Zand@utwente.nl>
To: <watteyne@eecs.berkeley.edu>, <6tsch@ietf.org>
Thread-Topic: [6tsch] RPL on Basic
Thread-Index: AQHOlS/8hCyKDPCtk0mPphtmF0lZfJmRrKsAgAAZhoCAAAP7AIAAAoqAgADMn4CAAGoPgIAAMheggAAH+wCAADpLAIAAAGkAgAArWWD//+R/gIAAIcgA///iD4CAABkTAIADNlmggATgRgCAASNqIIAAqJmAgAEGRFCAAImCAIALgp+AgAAhcYCAADXHQP//6M0AAAYJnsD//+HBgP//2gIAgAG6vQD//9TxgA==
Date: Thu, 29 Aug 2013 19:25:34 +0000
Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5D@EXMBX23.ad.utwente.nl>
References: <CALEMV4Zd81O8r10AKf1NSR5bJ2_TuPpn=WNtHeNk5zg59dX2sA@mail.gmail.com> <2C3A8CAFDCAFCA41B8BF705CD9471C5B1852A60B@xmb-rcd-x04.cisco.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA70D7D@EXMBX23.ad.utwente.nl> <CADJ9OA-hRpiyQ0JrnVQAajHyke6c4Oq5F8BNpRT=bDGB7WPigA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA72B34@EXMBX23.ad.utwente.nl> <CADJ9OA_69A_L3uB-RVE9mxZjOjHcrQEmYAAwcnXscpDWNVmttQ@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7309B@EXMBX23.ad.utwente.nl> <CADJ9OA_+jaAxPFmni8Mm0GZbfebCG81kkZgbN39p5iBWZO3=pg@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA76379@EXMBX23.ad.utwente.nl> <CAAzoce7225oeorj-2rrUxyD68J44faZfry5TLmeis+FjWzomng@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7661E@EXMBX23.ad.utwente.nl> <CAAzoce4m2uKNiJg0CaS0UDqZW-EjdNqNAmm1OzrHjWdx=upf+w@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA767A8@EXMBX23.ad.utwente.nl> <CADJ9OA_W4yV6NjRXMXpBib9F303FfPAXONoHPGxXM4cEasrdXA@mail.gmail.com> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA7680D@EXMBX23.ad.utwente.nl> <CADJ9OA-toywh6QtP3a=WAUGuzoGJE6ijrtK41mM5O2G=LV0bSQ@mail.gmail.com>
In-Reply-To: <CADJ9OA-toywh6QtP3a=WAUGuzoGJE6ijrtK41mM5O2G=LV0bSQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [130.89.12.149]
Content-Type: multipart/related; boundary="_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5DEXMBX23adutwent_"; type="multipart/alternative"
MIME-Version: 1.0
Subject: Re: [6tsch] RPL on Basic
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 19:25:44 -0000

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5DEXMBX23adutwent_
Content-Type: multipart/alternative;
	boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5DEXMBX23adutwent_"

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5DEXMBX23adutwent_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thomas,
Yes, I mean neighbor discovery.
"By listening longer at the beginning of the join process", Do you mean dur=
ing the scanning procedure?  During scanning procedure, the node continuous=
ly keeps listening in each channel. Let's say 4 sec on each channel. My poi=
nt is, how long it should keep listening (more than 4 sec?) in each channel=
 to be sure that after scanning 16 channels (16 * 4 seconds), most of the n=
eighbor are discovered. If we assume that the advertisement period is 2 sec=
onds, by considering the channel hopping of the advertisers, what is the pr=
obability of discovering most of the neighbors during join process?
Am I missing anything?
Best Wishes,
Pouria


From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T=
homas Watteyne
Sent: Thursday, August 29, 2013 8:34 PM
To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,

I see your points, which deal with neighbor discovery, right? IMO, there is=
 no problem to have both 6top and RPL add neighbors to the neighbor table. =
In fact, one can consider the neighbor table to be some data source managed=
 jointly by L2 and L3. Some "columns" can be L2-specific (e.g. packet count=
ers), some L3-specific (e.g. rank).

To discover more neighbor, do you see an advantage of listening after havin=
g synchronized, rather than listening longer at the beginning of the join p=
rocess?

Thomas

On Wed, Aug 28, 2013 at 11:53 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,
The changes are:

1.       Considering more time for 6top and MAC to discover more potential =
neighbor and update their statistic in neighbor table, before starting RPL.

2.       The RPL might consider the neighbor statistics in 6top as well as =
parent rank to select the parent. So, RPL will ask 6top about the local sta=
tistics in the neighbor table by calling "read statistic request".

3.        Changing the time source information in 6top and MAC, upon select=
ing the new parent.
I think you mean the first change. I am right?
I can remove that part.
Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Wednesday, August 28, 2013 8:25 PM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,

Wonderful diagram, great material to discuss over!

I don't quite understand the changes you made in the second revision. In my=
 mind, the first revision was better:
- node A initiates a network join procedure
- it receives some EBs
- after some settable time, it uses some settable algorithm to pick a time =
source neighbor
- it keeps synchronized to that neighbor until told otherwise. No routing i=
nformation yet.
- either it sends in a DIS, or waits, but in any case it receives DIOs from=
 its neighbors
- RPL works exactly as-is, and pick routing parent(s).
- TSCH snoops on RPL's decision and changes time source neighbors according=
ly.

Does that sum it up?

Thomas

On Wed, Aug 28, 2013 at 11:14 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Hi Qin,
It absolutely makes sense.
Best Wishes,
Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Wednesday, August 28, 2013 7:21 PM

To: Zand, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

I proposed adding "Change time source" along with "Choosing the RPL parent"=
 because we agreed before that the RPL parent will be used as the time sour=
ce. And, this time Xavi proposed to use the node with lowest EB' join prior=
ity as time source is just because the RPL parent hasn't been found at the =
beginning.

Make sense?

Qin




On Thu, Aug 29, 2013 at 12:52 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Hi Qin,
I changed the diagram based on your comment.
However, I couldn't conclude form the discussion on "time parent selection =
based on EB priority" thread to find out, if L3 will make the final decisio=
n about the time source or L2.
Best Wishes,
Pouria
[cid:image001.jpg@01CEA4FC.F4862930]

From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
Sent: Wednesday, August 28, 2013 5:31 PM
To: Zand, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

It is great to have the diagram as common base to discuss. I would like to =
add "Changing time source" along with "Choosing the RPL parent", because th=
e time source selected at the beginning is just a temporary one, and time s=
ource in L2 should be same as the RPL parent in L3 after RPL parent is sele=
cted.

make sense?

Qin


On Wed, Aug 28, 2013 at 7:55 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear All,
I would like to continue our discussion for choosing the time source (eithe=
r in L2 or L3) in the basic RPL.
I prepared a sample of message sequence chart to show the potential procedu=
re for basic RPL.
I think we can refer to or modify the attached slide to discuss the details=
 for constructing the basic RPL, as well as choosing the time source.
Best Wishes,
Pouria
[cid:image002.jpg@01CEA4FC.F4862930]


From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Wednesday, August 21, 2013 7:45 AM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Glad to read we agree!
Thomas

On Tue, Aug 20, 2013 at 12:53 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

Many thanks for your explanation.
I couldn't find the related counter in MAC PIB of IEEE 802.15.4.

My first idea was using both (a) clock accuracy information and (b) RPL ran=
k information for choosing the best timing parent between two routers with =
equal (or close) RPL rank. That would help us to avoid (1) synchronization =
loop problem and (2) potential drifting problem caused by choosing the pare=
nt, between two with equal ranks but not equal clock accuracy.

As you mentioned, let's not make it complicated and consider the parent ran=
k as a factor for choosing the timing parent.

Pouria.


From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Tuesday, August 20, 2013 7:54 AM

To: 6TSCH
Subject: Re: [6tsch] RPL on Basic

Pouria,
Thanks for the explanation. Allow me to answer inline.
Thomas

On Mon, Aug 19, 2013 at 10:57 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Thomas,

I am not expert in synchronization, so please bear with me.

By clock accuracy information, I mean how accurate a node can maintain (e.g=
. =B11 ms) synchronization in the network for a period of time (e.g. 20 s) =
without the need for clock update. Different devices might have different c=
lock accuracy values represent by parts per million (ppm) unit. The clock a=
ccuracy of a device might depend on the device' environment conditions (e.g=
. temperature or shocks) and it doesn't just depend on crystals hardware. A=
m I right?

Agreed. I am used to the term "clock drift" for the phenomenon, but absolut=
ely, drift depends on manufacturing, voltage, temperature, and probably oth=
er environmental factors. The amount of drift of your clock source will dic=
tate how often resynchronization needs to happen, given a guard time (i.e. =
1ms). Of course, all these parameters depend on each other, so you can imag=
ine buying a better clock source, or changing the re-synchronization freque=
ncy, or changing the guard time.

 In the centralized approach, the System/Network managers, use (L2) device =
clock accuracy information as well as (L3) nodes' topology information (sim=
ilar to node's rank in RPL in 6tsch distributed approach) to select the pot=
ential clock sources in the network. Am I right?

Hmm. I understand what you are proposing, but my first reaction is to be a =
bit afraid that basing time source neighbor selection on clock drift inform=
ation might lead to lots of complexity, for not much gain (I think). If I a=
m drifting a lot wrt to my neighbor, could I not resolve that locally (thro=
ugh all kind of techniques we can think of), rather than involving the time=
 source neighbor selection process in that?

 In a distributed approach, a network device might inform their neighbors a=
bout its (L2) clock accuracy. A new device might use this information, as w=
ell as L3 parameters (e.g. sender RPL' rank), to choose its timing parent.

This would certainly invert the approach. Now, we let RPL select routing pa=
rents, and then we have TSCH just use the same. If we go the other way arou=
nd, i.e. select time source neighbors, then routes, many things will get co=
mplicated real quick, the first of which are synchronization loops.

 If in 6tsch, we are considering the case that all the nodes in the network=
 have equal high clock accuracy, then let's consider (L3) router's rank, ba=
sed on the default OF (as Raghuram suggest), as the only factor for selecti=
ng timing parent.

I would go that route, but maybe you have some counter example in mind?

Pouria

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Thomas Watteyn=
e
Sent: Monday, August 19, 2013 4:28 AM
To: 6TSCH

Subject: Re: [6tsch] RPL on Basic

Pouria, all,

My 2c is the following. We already agreed on the fact that a mote's (RPL) r=
outing parent would also be its (TSCH) time source neighbor. So why not pic=
k the time source neighbor based on routing information?

What exactly do you mean by clock accuracy? All nodes in a TSCH network nee=
d to be able to synchronize with one another, and I don't think we are cons=
idering cases where that is not true.

Thomas

On Thu, Aug 15, 2013 at 3:07 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Raghuram,
I agree with you that we need a method to pick a timing parent.
We might need the L3 information on that, unless we can find a solution in =
6top to use L2 information. For example about the clock accuracy capabiliti=
es of the device who has already joined the network. I am not sure if this =
information is available in L2 and neighbor table.
Best Wishes,
Pouria

From: Raghuram Sudhaakar (rsudhaak) [mailto:rsudhaak@cisco.com<mailto:rsudh=
aak@cisco.com>]
Sent: Wednesday, August 14, 2013 12:57 AM
To: xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>; Za=
nd, P. (EWI)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>; Qin Wang

Subject: Re: [6tsch] RPL on Basic

Xavi, Pouria,
I think we need to keep node rank at 6top (as a read only parameter obtaine=
d from L3) in order for the TSCH nodes to figure out the timing parent. In =
the case where RPL node may have different ranks based on different OFs we =
need a method to pick a timing parent.

We should propose a default OF, that is used to compute the ranks for the p=
urpose finding the timing parent.

-raghuram

From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu<mailto:xvila=
josana@eecs.berkeley.edu>>
Reply-To: <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.e=
du>>
Date: Tuesday, August 13, 2013 2:27 PM
To: Pouria Zand <P.Zand@utwente.nl<mailto:P.Zand@utwente.nl>>
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu<mailto:watteyne@eecs.berkel=
ey.edu>>, "6tsch@ietf.org<mailto:6tsch@ietf.org>" <6tsch@ietf.org<mailto:6t=
sch@ietf.org>>, Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>=
>
Subject: Re: [6tsch] RPL on Basic

Good point :-)
agreed!
X

On Tue, Aug 13, 2013 at 2:20 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

I guess we cannot keep "node rank" in the 6top. Because a node might have d=
ifferent rank based on different metrics defined in L3. As a response, I do=
n't think we can get all of those information form L3 and use them in neigh=
bor table in 6top. Am I right?
I think, as you mentioned we need to work on them.

Pouria

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 11:13 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,

yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table, for each neighbour we keep its rank. This i=
nformation can be placed somewhere else if you want but I guess we need it =
to keep some sense on what is the rank of our neighbors.
regards,
Xavi


On Tue, Aug 13, 2013 at 2:05 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Xavi,

Many thanks for your complete explanation. It absolutely makes sense.

Just one minor question. The neighbor table will be stored in 6top. Am I ri=
ght? If yes, do we need to store rank information (included in DIO) in that=
 table? Or we just store neighbor statistic?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 10:17 PM

To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
answer inline:

Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

there are many different ways to implement that, this is an option.



In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI?

These are the list of known neighbors with acceptable RSSI, so yes if it wa=
nts to keep all of them.

Or (2) the node should probe its connection with the its RPL parent and its=
 RPL child? In the case (2), how does the 6top can inform the L3 about the =
new potential discovered neighbors and their connection status?

When a node is discovered due to receiving and EB (at least in our openwsn =
implementation), it is inserted at the neighbor table. At that point no inf=
ormation about connectivity can be used except RSSI. As soon as a DIO is re=
ceived from that node, its information is updated (including rank). As we d=
on't have any information about connectivity (as RFC6552 describes) an init=
ial value is set (i.e rank + FOO). In openwsn a similar case to (1) is used=
 so eventually some stats of the link can be used to compute the ETX and le=
t RPL do its work.

So RPL knows about a new node because 6TOP keeps information of neighbors a=
n eventually this information is used by RPL to update routes. As this node=
 sends DIOs and receives DIOs from others the information is permanently be=
ing updated enabling a node to be positioned in the multihop topology.

Does it make sense?

Pouria

On Tue, Aug 13, 2013 at 12:40 PM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.=
nl>> wrote:
Xavi,

Keep Alive timer expires for "node A" after 30s if no frames have been sent=
 (or received) to (or from) neighbor "node B". Am I right?

In 6top, (1) should not every node follow this scheme to probe its connecti=
on with all the neighbors that has already received their EB with acceptabl=
e RSSI? Or (2) the node should probe its connection with the its RPL parent=
 and its RPL child? In the case (2), how does the 6top can inform the L3 ab=
out the new potential discovered neighbors and their connection status?

Pouria


From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: Tuesday, August 13, 2013 6:47 PM
To: Zand, P. (EWI)
Cc: Qin Wang; Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Pouria,
I completely agree with your description. Besides, there isn't a common sha=
red cell to send KAs. I see the operation in the following way:
6top KA timer expires and places a KA packet into the queue (e.g this happe=
ns every 30s). TSCH layer at the begining of a shared tx/rx slot then reads=
 from the queue and sends the packet. This means that the KA can be send in=
 any shared slot.
does it make sense?
X

On Tue, Aug 13, 2013 at 7:19 AM, <P.Zand@utwente.nl<mailto:P.Zand@utwente.n=
l>> wrote:
Dear Qin, All,
I agree that Keep-alive message need to be sent in the dedicated cell to th=
e potential neighbor/parent, whenever the sender has not received any packe=
t from its neighbor/parent for a while. But, in this basic RPL, we might us=
e the shared cell, as a temporary solution, to send the keep-alive to a par=
ticular neighbor. For sure, if the sender packet is not acknowledged (by th=
e first time), the sender can't find, if the transmission is collided or if=
 the connection to the neighbor/parent is lost. In this case I think we nee=
d to retry several times based on TSCH retransmission algorithm on those sh=
ared cells. If all the retries fails then the connection to the neighbor/pa=
rent is lost.
Since the nodes do not need to send the keep-alive message so often, theref=
ore the traffic caused by Keep-alive is not too much.
Am I right?
BTW, do we have any common shared cell (in the whole network) to broadcast =
the Keep-alive message periodically to let the node to be recognized by its=
 neighbor?

Best wishes,
Pouria

From:6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-bo=
unces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Qin Wang
Sent: Tuesday, August 13, 2013 3:19 PM
To: Thomas Watteyne
Cc: 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] RPL on Basic

Hi Thomas and Xavi,

I remember keep-alive usually use dedicated cell, instead of shared cell, e=
.g. a Rx cell in child, and a Tx cell in parent. But, with EB-based schedul=
e establishment, a child will only have shared cell. And then, keep-alive h=
as to use shared cell, which may result in more collision and then traffic.

Thought?

Qin

On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
We established a while ago that we could reuse the RPL DAG structure for ti=
mekeeping. That is, a node's routing parent coincides with its TSCH time so=
urce neighbor. As a result, and as part of IEEE802.15.4e's normal operation=
, a node keeps synchronized with its RPL parent. In the absence of traffic,=
 the node will periodically "keep alive" (per Xavi's e-mail) to the parent.=
 How often depends on a number of factors, including crystal drift and guar=
d time, but in a typical case, a node will realize its routing parent is mi=
ssing after 30-60s.

I believe this mechanism can serve for NUD, at least n the child->parent ca=
se. Of course, this alone does no cover parent->child or NUD between siblin=
gs. Any thoughts on the implications of limiting NUD to the child->parent c=
ase?

On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:

Sure. NUD generates a reactive keep alive. Proactive heart beat that comes =
at a periodic battery drain. Question is what is the optimal way with TSCH =
for a child to find that the parent is gone, in the absence of traffic?
Knowing that we'll have (or not) EBs, and that we will (or not) time sync f=
rom the RPL parent, there is probably something we can recommend, and limit=
ations to the granularity that we get.

Cheers,

Pascal

From: Xavier Vilajosana Guillen [mailto:xvilajosana@eecs.berkeley.edu<mailt=
o:xvilajosana@eecs.berkeley.edu>]
Sent: lundi 12 ao=FBt 2013 20:38
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>
Subject: Re: [6tsch] RPL on Basic

Hi Pascal,

[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Keep alive packets help on that. :-)
X

On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) <pthubert@cisco=
.com<mailto:pthubert@cisco.com>> wrote:
Hello Xavi:


Please see inline

-RPL objective function calculation using Neighbors information described i=
n Basic configuration.
    -this includes how OF is calculated using numTx and numTxACK, etc..

[]
-RPL configuration:
     - storing mode vs non-storing mode (I vote for non-storing mode for a =
basic configuration)

[] I would MUST the non-storing and MAY the storing mode support. It's stil=
l good t enable storing mode interop for larger devices.

     - DIO period. Whether we use trickle algorithm (and we define the init=
ial period) or we use a fix period for DIO (no trickle) for basic configura=
tion.
      -DAO period, idem.
[] I'd seek for a recommendation from Phil on the trickle setting.
I kindly ask for opinions and contribution to this items so we can start na=
rrowing the content.
[] We need to discuss NUD as well. How do we know a peer is gone missing? O=
nly reactive to traffic has issues like a child may never realize a parent =
is gone if there is no outwards traffic so it will fail to update DAO state=
s. How can MAC mechanisms help?
Some of that discussion may be spread between other drafts like the archite=
cture.

Cheers;

Pascal

thanks!
X

_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch








_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5DEXMBX23adutwent_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thomas,
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Yes, I mean neighbor disc=
overy.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">&#8220;By listening longe=
r at the beginning of the join process&#8221;, Do you mean during the scann=
ing procedure? &nbsp;During scanning procedure, the node continuously keeps
 listening in each channel. Let&#8217;s say 4 sec on each channel. My point=
 is, how long it should keep listening (more than 4 sec?) in each channel t=
o be sure that after scanning 16 channels (16 * 4 seconds), most of the nei=
ghbor are discovered. If we assume that
 the advertisement period is 2 seconds, by considering the channel hopping =
of the advertisers, what is the probability of discovering most of the neig=
hbors during join process?
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Am I missing anything?<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Best Wishes,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pouria
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> 6tsch-bo=
unces@ietf.org [mailto:6tsch-bounces@ietf.org]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Thursday, August 29, 2013 8:34 PM<br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">I see your points, which deal with neighbor discover=
y, right? IMO, there is no problem to have both 6top and RPL add neighbors =
to the neighbor table. In fact, one can consider the neighbor table to be s=
ome data source managed jointly by
 L2 and L3. Some &quot;columns&quot; can be L2-specific (e.g. packet counte=
rs), some L3-specific (e.g. rank).<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">To discover more neighbor, do you see an advantage o=
f listening after having synchronized, rather than listening longer at the =
beginning of the join process?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Wed, Aug 28, 2013 at 11:53 AM, &lt;<a href=3D"mai=
lto:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">The changes are:</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">1.</span><span style=3D"font-size:7.0pt;color=
:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">Considering more time for 6top and MAC to=
 discover more potential neighbor and update their statistic in
<b>neighbor table</b>, before starting RPL.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">2.</span><span style=3D"font-size:7.0pt;color=
:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">The RPL might consider the neighbor stati=
stics in 6top as well as parent rank to select the parent. So, RPL will ask=
 6top about the local statistics in the
<b>neighbor table</b> by calling &#8220;read statistic request&#8221;.</spa=
n><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">3.</span><span style=3D"font-size:7.0pt;color=
:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">&nbsp;Changing the time source informatio=
n in 6top and MAC, upon selecting the new parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think you mean the first change. I am=
 right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I can remove that part.</span><o:p></o:=
p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 28, 2013 8:25 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Wonderful diagram, great material to discuss over!<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I don't quite understand the changes you made in the second revisi=
on. In my mind, the first revision was better:<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- node A initiates a network join procedure<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- it receives some EBs<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- after some settable time, it uses some settable algorithm to pic=
k a time source neighbor<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- it keeps synchronized to that neighbor until told otherwise. No =
routing information yet.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- either it sends in a DIS, or waits, but in any case it receives =
DIOs from its neighbors<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- RPL works exactly as-is, and pick routing parent(s).<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">- TSCH snoops on RPL's decision and changes time source neighbors =
accordingly.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Does that sum it up?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 11:14 AM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">It absolutely makes sense.</span><o:p><=
/o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 7:21 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I proposed adding &quot;Change time source&quot; along with &quot;=
Choosing the RPL parent&quot; because we agreed before that the RPL parent =
will be used as the time source. And, this time Xavi proposed
 to use the node with lowest EB' join priority as time source is just becau=
se the RPL parent hasn't been found at the beginning.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 29, 2013 at 12:52 AM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hi Qin,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I changed the diagram based on your com=
ment.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">However, I couldn&#8217;t conclude form=
 the discussion on &#8220;time parent selection based on EB priority&#8221;
 thread to find out, if L3 will make the final decision about the time sour=
ce or L2.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"883" height=
=3D"1085" id=3D"_x0000_i1025" src=3D"cid:image001.jpg@01CEA4FC.F4862930"></=
span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Qin Wang [mailto:<a hr=
ef=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</=
a>]
<br>
<b>Sent:</b> Wednesday, August 28, 2013 5:31 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">It is great to have the diagram as common base to discuss. I would=
 like to add &quot;Changing time source&quot; along with &quot;Choosing the=
 RPL parent&quot;, because the time source selected at the
 beginning is just a temporary one, and time source in L2 should be same as=
 the RPL parent in L3 after RPL parent is selected.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">make sense?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 7:55 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I would like to continue our discussion=
 for choosing the time source (either in L2 or L3) in the
 basic RPL. </span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I prepared a sample of message sequence=
 chart to show the potential procedure for basic RPL.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think we can refer to or modify the a=
ttached slide to discuss the details for constructing the
 basic RPL, as well as choosing the time source.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D"><img border=3D"0" width=3D"840" height=
=3D"836" id=3D"_x0000_i1026" src=3D"cid:image002.jpg@01CEA4FC.F4862930"></s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Wednesday, August 21, 2013 7:45 AM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Glad to read we agree!<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 20, 2013 at 12:53 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your explanation.</span=
><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I couldn&#8217;t find the related count=
er in MAC PIB of IEEE 802.15.4.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">My first idea was using both (a) clock =
accuracy information and (b) RPL rank information for choosing
 the best timing parent between two routers with equal (or close) RPL rank.=
 That would help us to avoid (1) synchronization loop problem and (2) poten=
tial drifting problem caused by choosing the parent, between two with equal=
 ranks but not equal clock accuracy.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">As you mentioned, let&#8217;s not make =
it complicated and consider the parent rank as a factor for choosing
 the timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Tuesday, August 20, 2013 7:54 AM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> 6TSCH<br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks for the explanation. Allow me to answer inline.<o:p></o:p><=
/p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 19, 2013 at 10:57 AM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Thomas,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I am not expert in synchronization, so =
please bear with me.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">By clock accuracy information, I mean h=
ow accurate a node can maintain (e.g. =B11 ms) synchronization
 in the network for a period of time (e.g. 20 s) without the need for clock=
 update. Different devices might have different clock accuracy values repre=
sent by parts per million (ppm) unit. The clock accuracy of a device might =
depend on the device&#8217; environment
 conditions (e.g. temperature or shocks) and it doesn&#8217;t just depend o=
n crystals hardware. Am I right?</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Agreed. I am used to the term &quot;clock drift&quot; for the phen=
omenon, but absolutely, drift depends on manufacturing, voltage, temperatur=
e, and probably other environmental factors. The
 amount of drift of your clock source will dictate how often resynchronizat=
ion needs to happen, given a guard time (i.e. 1ms). Of course, all these pa=
rameters depend on each other, so you can imagine buying a better clock sou=
rce, or changing the re-synchronization
 frequency, or changing the guard time.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In the centralized approach, the =
System/Network managers, use (L2) device clock accuracy information
 as well as (L3) nodes&#8217; topology information (similar to node&#8217;s=
 rank in RPL in 6tsch distributed approach) to select the potential clock s=
ources in the network. Am I right?&nbsp;</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hmm. I understand what you are proposing, but my first reaction is=
 to be a bit afraid that basing time source neighbor selection on clock dri=
ft information might lead to lots of
 complexity, for not much gain (I think). If I am drifting a lot wrt to my =
neighbor, could I not resolve that locally (through all kind of techniques =
we can think of), rather than involving the time source neighbor selection =
process in that?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;In a distributed approach, a netw=
ork device might inform their neighbors about its (L2) clock accuracy.
 A new device might use this information, as well as L3 parameters (e.g. se=
nder RPL&#8217; rank), to choose its timing parent.</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">This would certainly invert the approach. Now, we let RPL select r=
outing parents, and then we have TSCH just use the same. If we go the other=
 way around, i.e. select time source
 neighbors, then routes, many things will get complicated real quick, the f=
irst of which are synchronization loops.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;If in 6tsch, we are considering t=
he case that all the nodes in the network have equal high clock
 accuracy, then let&#8217;s consider (L3) router&#8217;s rank, based on the=
 <b>default OF</b> (as Raghuram suggest), as the only factor for selecting =
timing parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would go that route, but maybe you have some counter example in =
mind?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0i=
n 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Thomas Watteyne<br>
<b>Sent:</b> Monday, August 19, 2013 4:28 AM<br>
<b>To:</b> 6TSCH</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Pouria, all,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">My 2c is the following. We already agreed on the fact that a mote'=
s (RPL) routing parent would also be its (TSCH) time source neighbor. So wh=
y not pick the time source neighbor
 based on routing information?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">What exactly do you mean by clock accuracy? All nodes in a TSCH ne=
twork need to be able to synchronize with one another, and I don't think we=
 are considering cases where that is
 not true.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 15, 2013 at 3:07 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Raghuram,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I agree with you that we need a method to pick a timi=
ng parent.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We might need the L3 information on that, unless we c=
an find a solution in 6top to use L2 information. For example
 about the clock accuracy capabilities of the device who has already joined=
 the network. I am not sure if this information is available in L2 and neig=
hbor table.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Best Wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Raghuram Sudhaakar (rs=
udhaak)
 [mailto:<a href=3D"mailto:rsudhaak@cisco.com" target=3D"_blank">rsudhaak@c=
isco.com</a>]
<br>
<b>Sent:</b> Wednesday, August 14, 2013 12:57 AM<br>
<b>To:</b> <a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_blan=
k">xvilajosana@eecs.berkeley.edu</a>; Zand, P. (EWI)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a>; Qin Wang</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">Xavi, Pouria,</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">I think we need to keep node rank at 6top (as a read =
only parameter obtained from L3) in order for the TSCH nodes
 to figure out the timing parent. In the case where RPL node may have diffe=
rent ranks based on different OFs we need a method to pick a timing parent.=
</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">We should propose a default OF, that is used to compu=
te the ranks for the purpose finding the timing parent.</span><o:p></o:p></=
p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">-raghuram</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;=
,&quot;sans-serif&quot;">From:
</span></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,=
&quot;sans-serif&quot;">Xavier Vilajosana Guillen &lt;<a href=3D"mailto:xvi=
lajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.edu=
</a>&gt;<br>
<b>Reply-To: </b>&lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" targe=
t=3D"_blank">xvilajosana@eecs.berkeley.edu</a>&gt;<br>
<b>Date: </b>Tuesday, August 13, 2013 2:27 PM<br>
<b>To: </b>Pouria Zand &lt;<a href=3D"mailto:P.Zand@utwente.nl" target=3D"_=
blank">P.Zand@utwente.nl</a>&gt;<br>
<b>Cc: </b>Thomas Watteyne &lt;<a href=3D"mailto:watteyne@eecs.berkeley.edu=
" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;, &quot;<a href=3D"ma=
ilto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&quot; &lt;<a href=
=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>&gt;,
 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qin=
wang@berkeley.edu</a>&gt;<br>
<b>Subject: </b>Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Good point :-)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">agreed!<br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">&nbsp;</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">On Tue, Aug 13, 2013 at 2:20 PM, &lt;<a href=3D"mailt=
o:P.Zand@utwente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:</sp=
an><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I guess we cannot keep &#8220;node rank=
&#8221; in the 6top. Because a node might have different rank based on
 different metrics defined in L3. As a response, I don&#8217;t think we can=
 get all of those information form L3 and use them in neighbor table in 6to=
p. Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I think, as you mentioned we need to wo=
rk on them.
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria &nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 11:13 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<br>
<br>
yes the neighbor table is something that 6top takes care of. The fields of =
the table is something that we need to work on, stats for sure as described=
 by the basic configuration draft. As regards to the rank, in our implement=
ation, we keep it in the table,
 for each neighbour we keep its rank. This information can be placed somewh=
ere else if you want but I guess we need it to keep some sense on what is t=
he rank of our neighbors.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">regards,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Xavi<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:05 PM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Many thanks for your complete explanati=
on. It absolutely makes sense.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Just one minor question. The neighbor t=
able will be stored in 6top. Am I right? If yes, do we need
 to store rank information (included in DIO) in that table? Or we just stor=
e neighbor statistic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 10:17 PM</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">answer inline:<o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;node A&#8=
221; after 30s if no frames have been sent (or received) to (or from) neigh=
bor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">there are many different ways to implement that, this is an=
 option.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">In 6top, (1) should not every node follow thi=
s scheme to probe its connection with all the neighbors that has already re=
ceived their EB with acceptable RSSI?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">These are the list of known neighbors with acceptable RSSI,=
 so yes if it wants to keep all of them.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Or (2) the node should probe its connection w=
ith the its RPL parent and its RPL child? In the case (2), how does the 6to=
p can inform the L3 about the new potential discovered
 neighbors and their connection status? </span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">When a node is discovered due to receiving and EB (at least=
 in our openwsn implementation), it is inserted at the neighbor table. At t=
hat point no information about connectivity can be used
 except RSSI. As soon as a DIO is received from that node, its information =
is updated (including rank). As we don't have any information about connect=
ivity (as RFC6552 describes) an initial value is set (i.e rank &#43; FOO). =
In openwsn a similar case to (1) is
 used so eventually some stats of the link can be used to compute the ETX a=
nd let RPL do its work.
</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">So RPL knows about a new node because 6TOP keeps informatio=
n of neighbors an eventually this information is used by RPL to update rout=
es. As this node sends DIOs and receives DIOs from others
 the information is permanently being updated enabling a node to be positio=
ned in the multihop topology.</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;">Does it make sense?</span><o:p></o:p></p>
<p><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 12:40 PM, &lt;<a href=3D"mailto:P.Zand@utw=
ente.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Xavi,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Keep Alive timer expires for &#8220;nod=
e A&#8221; after 30s if no frames have been sent (or received) to (or
 from) neighbor &#8220;node B&#8221;. Am I right?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">In 6top, (1) should not every node foll=
ow this scheme to probe its connection with all the neighbors
 that has already received their EB with acceptable RSSI? Or (2) the node s=
hould probe its connection with the its RPL parent and its RPL child? In th=
e case (2), how does the 6top can inform the L3 about the new potential dis=
covered neighbors and their connection
 status? &nbsp;&nbsp;&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> Tuesday, August 13, 2013 6:47 PM<br>
<b>To:</b> Zand, P. (EWI)<br>
<b>Cc:</b> Qin Wang; Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" tar=
get=3D"_blank">
6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pouria,<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I completely agree with your description. Besides, there isn't a c=
ommon shared cell to send KAs. I see the operation in the following way:<o:=
p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">6top KA timer expires and places a KA packet into the queue (e.g this ha=
ppens every 30s). TSCH layer at the begining of a shared tx/rx slot then re=
ads from the queue and sends the packet.
 This means that the KA can be send in any shared slot. <o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">does it make sense?<br>
X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 7:19 AM, &lt;<a href=3D"mailto:P.Zand@utwe=
nte.nl" target=3D"_blank">P.Zand@utwente.nl</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Dear Qin, All,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">I agree that Keep-alive message need to=
 be sent in the dedicated cell to the potential neighbor/parent,
 whenever the sender has not received any packet from its neighbor/parent f=
or a while. But, in this basic RPL, we might use the shared cell, as a temp=
orary solution, to send the keep-alive to a particular neighbor. For sure, =
if the sender packet is not acknowledged
 (by the first time), the sender can&#8217;t find, if the transmission is c=
ollided or if the connection to the neighbor/parent is lost. In this case I=
 think we need to retry several times based on TSCH retransmission algorith=
m on those shared cells. If all the retries
 fails then the connection to the neighbor/parent is lost.</span><o:p></o:p=
></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Since the nodes do not need to send the=
 keep-alive message so often, therefore the traffic caused
 by Keep-alive is not too much.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Am I right?
</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">BTW, do we have any common shared cell =
(in the whole network) to broadcast the Keep-alive message
 periodically to let the node to be recognized by its neighbor?</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Best wishes,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Pouria</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><a href=3D"mailto:6tsch=
-bounces@ietf.org" target=3D"_blank">6tsch-bounces@ietf.org</a>
 [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-=
bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> Tuesday, August 13, 2013 3:19 PM<br>
<b>To:</b> Thomas Watteyne<br>
<b>Cc:</b> <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.o=
rg</a></span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi Thomas and Xavi,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I remember keep-alive usually use dedicated cell, instead of share=
d cell, e.g. a Rx cell in child, and a Tx cell in parent. But, with EB-base=
d schedule establishment, a child will
 only have shared cell. And then, keep-alive has to use shared cell, which =
may result in more collision and then traffic.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thought?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 13, 2013 at 2:59 PM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">We established a while ago that we could reuse the RPL DAG structu=
re for timekeeping. That is, a node's routing parent coincides with its TSC=
H time source neighbor. As a result,
 and as part of IEEE802.15.4e's normal operation, a node keeps synchronized=
 with its RPL parent. In the absence of traffic, the node will periodically=
 &quot;keep alive&quot; (per Xavi's e-mail) to the parent. How often depend=
s on a number of factors, including crystal
 drift and guard time, but in a typical case, a node will realize its routi=
ng parent is missing after 30-60s.<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I believe this mechanism can serve for NUD, at least n the child-&=
gt;parent case. Of course, this alone does no cover parent-&gt;child or NUD=
 between siblings. Any thoughts on the implications
 of limiting NUD to the child-&gt;parent case?<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:46 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Hello Xavi:</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Sure. NUD generates a reactive keep ali=
ve. Proactive heart beat that comes at a periodic battery
 drain. Question is what is the optimal way with TSCH for a child to find t=
hat the parent is gone, in the absence of traffic?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Knowing that we&#8217;ll have (or not) =
EBs, and that we will (or not) time sync from the RPL parent, there
 is probably something we can recommend, and limitations to the granularity=
 that we get.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Cheers,</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Xavier Vilajosana Guil=
len [mailto:<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D"_bla=
nk">xvilajosana@eecs.berkeley.edu</a>]
<br>
<b>Sent:</b> lundi 12 ao=FBt 2013 20:38<br>
<b>To:</b> Pascal Thubert (pthubert)<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a><br>
<b>Subject:</b> Re: [6tsch] RPL on Basic</span><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">Hi Pascal,<br>
<br>
<b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot=
;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Keep alive packets help on that. :-)<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">X<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Mon, Aug 12, 2013 at 11:23 AM, Pascal Thubert (pthubert) &lt;<a=
 href=3D"mailto:pthubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a=
>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><a name=3D"140c64664c46998a_140c622814d6dfb2_140c5d"><span style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;=
;color:#1F497D">Hello Xavi:</span></a><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p=
>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span lang=3D"FR" style=3D"font-size:11.0pt;font-family:&quot;Cali=
bri&quot;,&quot;sans-serif&quot;;color:#1F497D">Please see inline</span><o:=
p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL objective function calculation us=
ing Neighbors information described in Basic configuration.
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp; -this includes how =
OF is calculated using numTx and numTxACK, etc..
</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">-RPL configuration:</span><o:p></o:p><=
/p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp; - storing mod=
e vs non-storing mode (I vote for non-storing mode for a basic configuratio=
n)</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I would MUST the non-storing and =
MAY the storing mode support. It&#8217;s still good t enable storing mode i=
nterop for larger devices.</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;&nbsp;&nbsp;&nbsp; - DIO period. Whether we use trickle algo=
rithm (and we define the initial period) or we use a fix period for DIO (no=
 trickle) for basic configuration.<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -DAO period, idem.<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;d seek for a recommendati=
on from Phil on the trickle setting.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">I kindly ask for opinions and contribution to this items so we can start=
 narrowing the content.<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><b><i><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">[]
</span></i></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1F497D">We need to discuss NUD as well. H=
ow do we know a peer is gone missing? Only reactive to traffic has issues l=
ike a child may never realize a parent is gone if there
 is no outwards traffic so it will fail to update DAO states. How can MAC m=
echanisms help?</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Some of that discussion may be spread between=
 other drafts like the architecture.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Cheers;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">Pascal</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sa=
ns-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">thanks!<span style=3D"color:#888888"><br>
X</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:10.5pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;">&nbsp;</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5DEXMBX23adutwent_--

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5DEXMBX23adutwent_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=108243;
	creation-date="Thu, 29 Aug 2013 19:25:34 GMT";
	modification-date="Thu, 29 Aug 2013 19:25:34 GMT"
Content-ID: <image001.jpg@01CEA4FC.F4862930>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAQ9A3MDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuO+JQ3aLZoc7Wu1
BHr8rV2Ncf8AEn/kD2P/AF+L/wCgtWlH40RU+Bnn32SD/nkPzo+yQf8APIfnVq0tzd3cNupCmVwg
J7ZOKuy6JLFqE9q0qHyoWnWQDh1Azx9a9VyinZnnJSZkfZIP+eQ/Oj7JB/zyH51ajtbiWFpo4JXi
X7zqhIH41LY2E19NGqRSmJpFR5FQkJk45ptxQK7KH2SD/nkPzo+yQf8APIfnV5rCc3VxDbxSz+S7
KSiE8A4ycVW/Dn0oVmDuiL7JB/zyH50nkRxSRPGu1hKmCCcj5hWrqmlSaW0IeRJBIpyV/hYcMv1F
Z0nWL/rqn/oQpNpxuh6qVme20tJS14x6YUUUUAFFFFACV5D4niSbxbqhlXeVlUDJ6DYK9fryPxH/
AMjZqv8A12X/ANAFdWE+MwxHwGV9kg/55D86PskH/PIfnWrZ6RJfafc3UTrmA48sjl+CTj6AE/hU
E1m0VtaTBt/2pWKqByMNtx75rv5o3scVpWuUfskH/PIfnR9kg/55D86tTWs9syrPBJEzcgOhGasv
pcsOmzXNwkkLRyIgR0I3BgeefpTbigtIzPskH/PIfnR9kg/55D86tS2s8CI80EsaP91nQgN9Ks6V
pb6rO8aSJEEXO5uhJOFX6kmhuKVwV27GZ9kg/wCeQ/Ous+G6CPWdRROF8iM4zxnJrmSCpIYYIOCD
2rp/h1/yHNR/694//QjWOI/hs0o350eh0tJS15Z6AUUUUAFFFFAHP+OiR4Ov8EjIQcf7615d9kg/
55D869Q8d/8AInX/ANE/9DWvNK9DCfCzjxL95EX2SD/nkPzo+yQf88h+dblz4emttVtbJpkYXJws
oHAPcEeo/rWdFaT3DOIIJZdn3tiE4/KulSizBqSKn2SD/nkPzo+yQf8APIfnVmK3mn3+TDJIUGWC
ITge+KtXmmSQanJZ26yTsgB+VMk5APQfWneN7C961zM+yQf88h+dH2SD/nkPzqZkZGKupVlOCGGC
DV660qS0023u2dWE33kA5jyMrn6jmhuKt5grmPPawrBIRGAQpINez6MSdEsCSSTbx5J/3RXjtx/x
7S/7h/lXsWi/8gOw/wCvaP8A9BFceM6HThupeooorhOsKKKKACiiigAooooAK5n4hZ/4RKcZIzLG
DjuN4rpq5j4hf8inL/11i/8AQxV0/jRM/hZ5r9kg/wCeQ/Oj7JB/zyH51MBucL3JxWtceHprfWYr
BpkYSglJgDtOM5GPYjFes3FbnmpSexh/ZIP+eQ/Oj7JB/wA8h+dWoLW4uVZoLeWRV+8UQkD64oht
prjcYYZJAnLFEJ2j3p6BqVfskH/PIfnR9kg/55D860rvTJYdUuLO2SS4MLYyqZJHrgVTYFCQwKkc
EEcihWewO6IfskH/ADyH51Fc20SW0rKgDKpIINbN9pUljZ21w7qwmHzKOsZwGAP1BBrLu/8Ajzm/
3DQmmroNU7M9qsSTYW5JyTEvJ+lT1XsP+Qfbf9cl/kKsV4rPUQUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcf8AEn/kD2P/AF+L/wCgtXYVx/xI/wCQRY/9fi/+gtWl
H+IiKnwM47SpFi1ezkkYKizoWY9AMitiyv7aWC+S4lVZYI51t2J++j5+X8DyPqa5zFGK9ScFI8+M
+U6G1nTzNJuY72KG3tI1WaIyYYEElsL/ABbqWzuEddMlgvI7WO2mZpo2k2kZfIOP4srgVzuKMVPs
l3/r+mP2h0cd1BJbyJCbcypeySnzLgxAgn5WBBGcYqhazQzeInursxLEkjTuqH5WI5Cr65OKy8UY
pqmlfUTmzZnvLS/0m5RRJFOk32lfOlDFy3DgcD2P4ViSdYv+uqf+hCnYpsnWP/rqn/oQp8qjFpBz
XaPbaWkpa8c9MKKKKACiiigAryPxH/yNmq/9dl/9AFeuV5H4j/5GzVf+uy/+gCurCfGc+J+Alsb8
2WkM8Mii4S8jkVSeSArA8enOPxrSkvNOiv8AS3t5lWERTEE/8sGckrn/AHSf0rmMUYrtlSTdzlU2
lY6GzuYdPSziv7mOdlvVmyj+YI0AwTn3ODj2pPNW006SO8vYrom+im8tJfMygzuP4+lc/ijFHskH
tDf1i6zDeeX9keK5lDh1uWd2wcghSfl96r211aWWjxpIJJZppvOYQyhSgThQeD3JNZGKMUKmrWFz
u9zQ1toJdSe4tWUx3AE20HOxj95T7g5rY+HX/Ic1H/r3j/8AQjXL4rqPh1/yHNR/694//QjWddWp
WNKLvUueh0tJS15h3hRRRQAUUUUAc947/wCROv8A6J/6GteaV6X47/5E6/8Aon/oa15rivQwfws4
sT8SOrt9TtH8STx3E6C3E63EE2flVwoBGfQjj6gVmQt9p0q3htryK2khnd5Q8vl5yRtceuAMVjYo
xW3sl0Zl7S50V1dRahHeiwuo7Z2vPOy7+XvTbgEfQ5OPepp722uLvVY0khledoWRnmMayKF5G4d8
84NcvijFHsV3D2jNK7I1DW41uHgiVikbukm5QAACSx6nHer8mpWGoNqUIR4ftC7o3klBQNH9wAY4
yBjr3rnsUYpumnYSnYjn/wCPaX/cP8q9i0X/AJAdh/17R/8AoIrx64/49pf9w/yr2HRf+QHYf9e0
f/oIrmxnQ6MN1L1FFFcJ1hRRRQAUUUUAFFFFABXMfEL/AJFOX/rrF/6GK6euY+IX/Ipy/wDXaL/0
MVdP40TP4WeexkCZCegYfzrqLbU7STXbxLidFijuJJ7aUnjJBDLn0IwfqK5UjmkxXqzgp7nnRm4m
3at5+nactvexWxtnZpleTYclshwP4uOPwqaa6ivoZTY3UdptvpJ2Dv5ZKHG1h64wePeuexRj2pOl
5j5zp57u2uZtVjjaCR5bpZVLzGJZEC44YEdDzg1lysmo+IQbt4I43dfNZHymABnk9TgfnWZijFCp
8vUTnc35dRstSh1KPZJBJN/pCNLKCu9eigYGMrkflXN3f/HnN/uGpsVDd/8AHnN/uGqjBRTsDlzP
U9psP+Qfbf8AXJf5CrFV7D/kH23/AFyX+QqxXjM9NBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUx5FjBZ2CqO5OBT6y7a1hu7u8luY1meOconmDcFUKpwAeB1NNCbLDatYIcG8gz6Bwadb6
ja3UvlwzB3xnABqwkaRjCIqj0AxTqNA1ErN1LxFpukTpDfXPlSOu8Dy2bIzjsD6VPqztFpF48bFX
WCRlYdQQp5qPQJXn8P6dLK7PI9tGzMxyWJUZJoS6sG+iJLbVLS8077dBLutsM2/aRwM54Iz2NYl1
qfhvxWYdPlnadmfdGoSRDuAPfA7ZrpqMUJpA02cTqfh/wfo8qR3/AJ0TyLuUeZK2R+Gams/CfhbU
LE3lqk0luM/P5so6deDzXYUVftJW3f3k8ivscDaaZ4IvrmK3t3neWU7UXdMMn6mn654e8LaL5C3A
mieV148yVspuG7pnsa7vFUtV/wBTb/8AXzF/6GKaqO+7+8TgrbHOWHhPwtqdobqzSaSEEqW82Ucj
rweao22neB7u5jt4JJ2llYKi7phkn3Nd9Ril7SXd/ePkXY4vU/DfhHRvK+3iaLzc7P3srZx16Z9a
l0vwr4W1OEXVgkssccmMmWQfMMHofwrr6KPaStu/vDkV9jFh8YaLcXCQRXhaWRwir5LjJJx6Vc1P
WrHRljN/P5QlJCfIzZx16A1exS1GlytSlpurWerwPNYzebGjbCdjLg9e4HrVFPGOivcCBb0mVn2B
fJf72cY6etbVUNV1JtNijMdldXckjbVjt1BPTOSTwB7mi8VqyoxlJqMdx2p6zZaPHG9/P5SyHap2
M2T+ANGmaxZaxE8lhN5qxttY7GXB69wKpaT4jj1K8lsZ7a4sr6Nd5gnAyV/vAjgitqkpJrQdSnOn
LlkrGIfGOiLcGA3p8wPs2+S/3s4x09ao+IdD8NQ3DahrCyRvcOAWV5MM2PRfYV1OKKpSs7ozautT
jNM8MeE9ZWRrBZpREQH/AHsq4J6dcVTl0/wNDcPBJJOJUcoy7p+CDivQKTFV7R9394uRdkcfqXhT
wrpFus98k0UbNsB82VuevbPpVXSPDnhjWbq7Fms0sMOzB8yRcZBz1we1d1VG1/5C9/8ASL+RoVSV
t394nBX2OOuNO8D2tzJbzSTrLGxRl3THBHuKv6h4T8LaXai5vUmjhLBQ3mytyenA5rsMUUe0l3f3
j5F2RxWmeHPCOsNItgJpTEAX/eSrjPTrj0qeyufCnha+uUgmeG4/1coYSv05x0I79q6+kxQ5t7t2
9QUEtipe6paadZC7u5fLgJA3bSevTgDNQ6Zr+naxJJHYXHmvGAzDy2XA/ECtGio0sVrcx7zxbo9h
dSW1zdlJojh18pzjv1AxV261S0stPF9cS7LYhTv2k8HpwBnvVvFFGgambpviHTdXmeKwufNkRdzD
y2XA6dwKivfFWkaddyW13dmOaPG5fKc4yM9QMVsUmKNLhqZmryaZd+H5ZNRYnTpUVmYBgcEgqeOe
uK5rTdB8HatcNBYmaWRV3lfMmXjp3x613FFOM3FaCcbvU4S+0fwXpt21teNPHMgBK75jjIyORxVu
Twn4Wi0v+0XSYWmwSeZ5sv3T0OOveuwxRVe0l3f3i5F2PPv7J8IXsFyumtNJcRwtKAXlHQdeePSp
7/RvBel3Rtrxp45gAxXfM3B6cjiuu1j/AJA15/1xb+VWx0qvaO27+8nkVzkP+ET8K/2X/aOyb7Js
8zzPNl+7646/pVXT9F8F6pdC2s2mkmILBd8y8DryeK7qip9pLu/vK5F2OG1HQ/Bml3Jtr4zRylQ2
3fM3B9xmurtL6xj0SO7t5MWEUWVba3CKMdOvar2KKmUnJajUbbGTYeKNJ1O7W2s7rzJnBIXynGcc
nkjFP1LxHpmkXCwX1z5UjLuC+WzcfgD6VqUmKWlx6lWDVLS50038Uu61Cs+/aRwM54xnsapWPirS
NRu47a0u/MmkztXynGcDPUjFa9FGgambqXiHTdImSK+ufKkddyjy2bI6dgantdUtb3TzfW8u+2AY
79pHA68EZ7VbxRRpYNTHs/Fmj391HbWt3vmlOEXynGeM9SKn1PxBp2jypHf3HlPINyjy2bI/AGtK
kxRpcNSpZapaajZG7tZfMgGfm2kdOvBGaxrnW/DniWNdMluTMJ2AVBHIhJHI5wMdK6SjFCaQNNnF
an4d8IaO0a34miMgJX95K2cdemfWpdP8J+FtVtTc2STSQhipbzZV5HXg812GKKv2krbv7yeRdjgb
fTvA93cx28Ek7SysERd0wyT9ak1/w54Y0S0BmWaOaQHygZJGzjGemR3713dUNa/5BFx9B/MU1Ubk
tX94nBJPRHO6b4T8K6tbtPYpNLGrbC3myrz+OPWqEWn+Bp7hII5JzK7hFXdMMsTjFd/3oxS9pLu/
vHyLscZqfhnwloyxtfrNEJCQn72Vs469M0um+FPCmswPJYpNNGrbGJllXnGe+PWuyxRil7SVt394
civsYcXi3Q0kS1jvMMGESr5UnXOAM4q/qesWWjxxvfzeUsjbVOxmyevYGr1Jip0K1KWmazZawkj2
E3mrGdrHYy4P4gVSbxjoiXBga9xIH8sr5L/ezjHT1raxRijQNSnqWrWekQrLfTeVG7bVOxmycZ7A
+lN0zWrHWVkNhP5oiID/ACMuM9OoFXsUYo0sGtzFm8YaLb3LwS3m2WNyjL5LnBBxjpV/UtUtNJtx
PfS+VEzBQ20tz+APpVykxRoGpQ0zXLDWfM+wT+b5WN/yMuM9OoHpVW58X6LaXMtvPebZYmKuvlOc
Ee4FbOKMUaXDUqahqlppdoLm8l8uEkKG2luT04AzUWma9p+sPIthcea0YBYeWy4B6dQPStDFGKNL
BqY134u0axuZbe4vNksR2uvlOcH6gVevdUtNPsReXUuy3OPn2k9enAGauUlGgamdpniDTtYleOwu
PNeNdzDy2XA/ECoL3xZo+n3UltdXmyaI4dfKc44z1ArYxRijS4alS61S0s9PF9cS7bYhW37SeD04
Az3qDTfEOm6vO8Njc+bIi7iPLZcDOO4FaVGKNLBqZN94p0jTbt7a7u/LmjxuXynOMjPUDFXJtUtb
fTf7Qll22uwPv2k8HGDjGe4q3SUaBqVNN1W01e2M9hMJogxQkAjBHUYNXKp6fb2dv9p+x7P3k7ST
bX3fvDjOfQ9OKuUO3QEFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMiup0tbWWeQExxIXbAyc
AZNNsrqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e7GcZGM0zS7Q2Gl2toXDmCJY9wGN2BjNP
oLqW6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1kutrCY1DOLiLCk4BO8d6a3E9i/S1R8/Uf+fKD/
AMCT/wDEUedqP/PlB/4En/4iiwXL1FUfO1H/AJ8oP/Ak/wDxFHnaj/z5Qf8AgSf/AIiiwXL1FUfO
1H/nyg/8CT/8RR52o/8APlB/4En/AOIosFy9UF5cLaWk9wwLLFGzkDqQBmoPO1H/AJ8oP/Ak/wDx
FQ3banLaTRx2FqzvGygPcEqSR3G3kUmnYcWnJXMfRY7rXdch8RXEC2tsLXyraLeGdwxzuYjp9K6u
sfTBqttptvDNp9mjxoFKxTFUHsBtOKt+dqP/AD5Qf+BJ/wDiKmEbI2xNXnqaLRaL0Reoqj52o/8A
PlB/4En/AOIo87Uf+fKD/wACT/8AEVdjC5eoqj52o/8APlB/4En/AOIo87Uf+fKD/wACT/8AEUWC
5eqha/8AIXv/AKRfyNUtTur6NI28tIJc/uxHOWLn027Pm/zyKk0aW5lurt72FYZysW5FbcBwadtL
ivrY2KKTNGakoWikzRmgBaKTNGaAMzVdMudRaIRanc2cSA71twAznt8xzjFZvh+6vbfxDqGi3d09
5HbxpNFNIBvAb+Fsda0fEgum8P3osJPKujH+7feEwcj+I8CjQ9GttJgLQhmnnAaeV3LtI2O7Gs2r
zVjshUSw7Utb6JWWj0d77+Rq0UmaM1ocYtFJmjNAC0UmaM0AU9Y/5A15/wBcW/lVwVnalcwz6TqC
RSKzRxurqOqnHcVojpVPYnqLRRRUlBRRWZHr9lJqOo2XmMk2nosk+5cDaV3ZB7gDrjpQBp0Vl6X4
gs9XjD23mYNutxh0KkIxZRn3yjcVWj8X6ZLodtqqvL9muZVhQeWd4YtjBXtjqc9qAN2is2w1lNRu
Zooba6VYndDM8eI2ZGKsFOeeQe3aoP8AhJ7IS3YKXIitSyvceSTGXUgFAe7ZOMY5PTNAGzRWNN4m
tLXT47u8jubZZJlg2SwkOrHuR6Y5J6AZpZvE+n291f28ryCWx8syrsPIfGCvr94Zx0zQBsUVDJeW
0M8cEtxEk0v+rjZwGf6DqahOsaaLY3B1C0EAfyzL5y7Q393OcZ9qALlFNR1kRXjYMjAFWU5BHqKd
QAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4esp7M6p9ojKedfyzR8j5lOMH9K2azNG1OTUmvx
Iip9mu3t1255C4wT781p03vqJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAVQ07/AFt//wBfJ/8AQVq/VDTv9bf/APXyf/QVprYT3RfooopDKerSNDpF5JGx
V0gdlYdQQpwaj0GZ7jw/p80zl5JLeNmc9WJUZNW7qaO3tZZphmONC78Z4AyeKbZXEV5YwXFuMQyx
q6ZGPlIyOO1PoLqT0UUUhhRRRQAVR1X/AFNv/wBfMX/oYq9VHVf9Tb/9fMX/AKGKa3E9i9XNa34l
uNI1trdoojZC1DmU5ykrFwgPbaSmPqwrpaz7/RLHUxci8gEouoBbygk/MgJIHscsTkc0hmBJ49iS
MxR2k094lr5jBBiMSCLzCpJPAx36dutXU8XwI1tFe2s9vcTGAbDhgPNBw2QfugqQT24q2vhjTUlZ
1jlUOmySMTuI5Bs2ZZM4J28ZIzwPSmz+FNKuYFiuIHmVbZrUF5WLeWxBI3Zznjg9R2oArweLoLgx
NHZ3Zt2MSyTkLtiaXHlg85OQyngHG4ZqsfGDtLpkqWU6w3yyiGFthkmYGMJjDYA+Zic9hmtVvDem
teR3X2ch4yhCq7BCUGEJTO0lexI4wPSlfw5psltb27QZjtozHEN5ygJU8HPXKKQeoxQBFqd5qY1W
1sdNa0R5beWdjcRs4JVkAUbWGM7+vPTpWfb+NYnhjlkt5AJjCqoCqhC6bvmdmC9iB0ycAZrY1DQ7
TU5YpLkz74kaMGOd48q2NyttIyDtHX0qOfw1ptxHLG8LJHMFWRIpWRXVV2hSAQCuOMdKAK8vihEW
aRbG7kgWUwRSqFxPKH2bFBOR82RkgDgnNRDxhbAtHLa3UU6hh5TBcmQOqFBg4Jy6H0wwNW28Maa3
nDypAkzbzGszhFfcG3qoOFbcAcjBzTk8M6WgtP8ARgzWkzXETs7M3mHOWZicsTnvnoPQUAZcHjyz
uxKbSzvJtrxpEVVQJt77FwSQBzzg4ODmtGz8QxXmoJYi3nS5LSrIjAfuhHtyTz0O9cY65p1v4Z06
1wsSTCNZFkSIzuyRsrbhtUnC884H8qF8P241m71J2czXBi+4Sm3y846HnJPPY4AxxQBlS+PbSCzt
biWyvQbpTLHEFVnMQx8+AfU8L1PpWhZeJY77VUtEtLlY5fN8q5baEkMbbXwM7hz6jmpZPDWnSQ2s
apNELWMxRNDO8bBDjKllIJHA4PpTYfDdrba3FqNu0kbIJQYi7MhMhBOATheQTwOSaANcqCc4GR3r
JW0FzrN6TNPHhYx+6kK54PXFa9ULX/kL3/0i/kaaEw/spf8An6vf/AhqP7LX/n6vf+/7VLqe46Vd
+WCX8l9oHXO01wEEmt6PFHDb29y5ttL3W0rIz/I7w7lPUl0xJgYJIA4PNF2HKjuv7KX/AJ+r3/wI
aj+yl/5+r3/wIauQs5tbubuGT+1bhp5bO5S3ZbcrC0gYFAwZBzjvgA4475kTX/EV0tw9vazITC95
CrW+cIQESP3cMGfHBPAouw5UdX/Za/8AP1e/+BDUi6YjDK3d4R/18NXPaffatd6hawx3t5JYG5YC
6ktVR5UWIMQQVAA35GcDPQdM1P4IN4lvJBeiaJYxmCEx4XYWY7t3UsT1B6AD1yS7DlRqXnh+2v7W
S2u5byWGThkadsGpItGihiSOK4vFjRQqqLhuAOAK4azhaLRFfSrW5W6SzmGoBoX2yPj5AQwwzbjn
jtn1rYuNY1WK6v4vNuTClyoe4itsi3hLMPlUpksAFyfnGCWHpSvrcd3y8vQ6T+yl/wCfq9/8CGo/
spf+fq9/8CGrm/7T1U6nDBFd3jhngSFTZALPCwBkmdtvysMtx8uNo4O6qN1rniY2CM3mWmyQWk8z
WxOHRSWkACN8rsQAdpHHbOad2LlR2X9lL/z9Xv8A4ENR/ZS/8/V7/wCBDVzj6hrNvYX2qXF3K0di
YJHgW3CJLGI0eYqGG7Jy+MnjGKsWt5q102kwyXEySs8j3pSAAfdEiR5K4wAwXI9Dzmi7DlRt/wBl
L/z9Xv8A4ENR/ZS/8/V7/wCBDVxljrfiCaF3vrqSBWkjW4WOycyWYO7dtzHgjIVf48dc4rq/Ct7P
qHhy1ubqVpZn3hnZAhbDsBlR0OAOKLsOVFDVNEkeG4upZ50WCN9gExZnGP4j6e1dKKp6z/yBrz/r
i38qaLjUf+fGD/wJ/wDsaptySJSUWy/RVH7RqP8Az4wf+BJ/+Jo+0aj/AM+MH/gSf/iamxXMi9XM
33hSW71SS7W5VBNdB5lC/wCsg2RhoyfdolOfQkd62PtGo/8APjB/4En/AOJo+0aj/wA+MH/gSf8A
4miwcyMfTvD+o6ZdIYp7R4XtxBNuVg3Ekj5Xt/y07+lU08DTRxCMXieWtvCqptOBMuwSP/wJY1H1
LetdJ9o1H/nxg/8AAk//ABNH2jUf+fGD/wACT/8AE0WDmRkWHhmaC4vxJ9mijupZJftNoWjuW3SF
wGb0GcfhUN54Tu7zU5blLi2tSCrRyQoxaZlZWTzgThsFRz1PqOlbv2jUf+fGD/wJP/xNH2jUf+fG
D/wJP/xNFg5kY994bv8AXZIjq9+sUSRSoY7IbclxtOSwORtyO33jVSfwVd3Vnma/j+3CWJzMqHDq
EjSRSP8Aa8sN7ED0ro/tGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyM+90CbUryee6miUyW
c9mjRIdyK7fKwJ7hQM+9YsXgm7tbYPEumm5XcpVklkSUGPZuIdid3HAzjBI966r7RqP/AD4wf+BJ
/wDiaPtGo/8APjB/4En/AOJosHMhNDt5LTQNOt5k2SxW0aOp/hIUAir9UftGo/8APjB/4En/AOJo
+0aj/wA+MH/gSf8A4miwcyL1FUftGo/8+MH/AIEn/wCJo+0aj/z4wf8AgSf/AImiwcyL1UNb/wCQ
RcfQfzFL9o1H/nxg/wDAk/8AxNYN1eX7RXESRrNaf8tHM2/yjuHAbaN305x61UIu5MpKx1dLSClq
CwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKWn2lram5+yY/fTt
LLh937w4z9O3FXaxfDlpPaHVTPE0fnahLKmf4lOMH9K2qb3EtgooopDCiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTW
wnui/RRRSGV7+A3dhcW6sFM0TRgntkYpmlWjWGlWlo7h2ghSMsBwSABmjVZWg0m8ljYq6QOysOxC
kg1FoM8l1oGnzzOXklt43dj/ABEqCTT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD1
8xf+himtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8A
SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKAI5oY7iJopo1kjbhlYZB+oqSiigAqOGCO3iEcMaxo
CSFUYAycnj61JRQBS1j/AJA15/1xb+VWx0qprH/IGvP+uLfyp+oX8Ol6dPe3O7yYIzI+xdxwPQd6
roLqWcUYrIuPFGmWzWqtK7fard7mMohI8tV3En046euKnOu2Q1Cxsi7Ca+iaWAFTggAE5PY4PT2N
SM0MUYrCXxhp8pC2sd3csZ5IAsMBJLIAWI/2fmHPerer69a6KYhcx3D+YjyfuYi+xExuY46AbhQB
pYoxWbFr1tNe3VusVxstc+bcGPEQIUNjd64YVAviqwks7S4t1uZzdqzRQxQlpMKcMSvbBIBz3oA2
cUYrJXxLYPe/Z18/b5hh8/ym8oyjqm7pnt6Z468U7SfEdhrS2zWbyH7RC8yBkKkBWCsCD0OWHFAG
pijFZKeJ9Ne5mtxK4khuhauGQjD7S2c/3cK3Psajj8WWM0LSRw3rDyvOiH2dgZ48jLJnqPmB9cHO
KANrFGKw18X2LWa3AhvBuSKRIjCd7iRyiYHuRVmPxBaPPHbss8Vy7oghkjIf5lLA49MK2T22mgDT
xRiqjarZxytHNcRQsJPKUSuF3tgHAyefvCoJ9fsoL9rPzRJMkbSSLGynYAyjDc8H5xjPvQBpYoxV
Q6vp6lgb+1BWTyiDMvD/AN3r19utRxa7p9xcSwW9ykskM/2eVUYZjfaTz+AP5H0NAF/FUNZULo9w
FAAwOB9RT/7Z03yFm/tC08pm2CTz12lvTOevtTdaOdHuPoP5iqj8SFLZl4UtRSXEULossqI0jbUD
HBY+g9akqRi0UUUAcsPE93Ff6w9xF/oOmmTKx2rlnCqp4lLbd3P3cU278XyxTW7Jp1yNrzJdWxCG
RdkYcEHdtxhgevfHWtWTw3YSy3bt9o23m7z4hcOI3LAKTtzgHAHNSyaFYSzyTPCTJIzsx3nkugRu
/wDdUCgDPm8Z2MF6Ldkdt1s1yjKyEsoTzMFd25fl7kAUQ+LknjCx6be/bWcKtodgcjZ5m7O7aBtP
c9eKnPhLSDMZfs75KGPaJn24KeWTtzjJTAz14qWbw3p05LGORJNysJIpnR1KpsGGByPl4PrQBmye
PNPivri2aC6/cK291jyN69Uxnrk4z0J4zUsOvXj6Tr15NaGCXT2kEcEuMjbCrjcVJBySeQehFW28
MaYzzkxzbLgHzYhcSeWxIwW25xuwB83XPPXmprfQbG2sLuzRJGhvNxn8yZ3aQsoUksSTyAKAMG38
cLb6dLLqIWWZZ1hiWCJojJmPfkpIcr/FyTg7eOtXP+E209Z7ZJUliS4tzcKzldygIXIaPO8fKp5x
jIxVr/hFdM8nZtuDJvWQTm5k84MoKjD7twwCRjOME+tL/wAIrpX2lZ2hkdwMEPM7BzsMZZgThmKH
bk5OKAIW8TuiRA6PqHnyhpEgHl7jEoBL53YA+YDGc5OMUWniu3vdQit4bW58iZlSO6IXy2dohKFx
nd9w+mM8VI/hPTJLdIXW5KpuCsbqXcqkAFA27O0gD5enFW49FsYZEeKAIUmEyhSQFYR+UMDpjZxj
pQBjP4ju7bV9TWezle2t5oba3jiCbpHkC85Lf7XfAA96sS+LoIGlMlldiCMyxifC7GkjRndBzngI
wzjBKnmtKTR7OWaSV4iXkmjuGO48ugAU/htFVpPC+lS3M0727FphJuXzX2AuNrsFzgMQSCQM8n1o
Aq2fi6O6vIraTTb62aSRYi0oTCOyb0B2seq88dOhqpqPi270/VNRtXt4dkckcdo5z87YjZ1bnriT
Ix1APpW4NEsROJhCd4lSYHefvqmxT1/u8U288P6dfrKLq3EnmzpcsSxz5iBQrD04UDj39TQBnv4y
tYizSWl2IWLrby7VIuWVgpVRnIOTxuAzyaonx0tglw2p2dwswuZUS3RVLrGipknBIJy4xg85GK2G
8KaSzzM1u580MADK+I9zbmMYzhCWwcrjkU3/AIRLSwgCLco4d381LqVZCXADZcNkg7RkZ7CgCn4o
8SXWjm0NmsREsEs5EsEjltmzC/L9zO45ZuBjmujikWaJJFIKuoYFTkEH0NUdR0Oz1RoTcibMKNGv
lzumUbG5TtIyDtHB9KvRRJBEkUShI0UKqjoAOgoAfRRRQBm6Pqb6kb4PGqfZrt7cYOdwXHP61pVT
0+xt7L7SbYk+fO00mWz85xn6dOlXKb30EgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGRXUscN
rLLOP3SIWfIz8oHPHem2U0NzZQTWoAgkjVo8Lj5SOOO3FN1CBrrT7m3QgNNEyAnoCQRTNJtHsNIt
LSRlZ4IUjZl6EgAcU+gupcooopDCiiigAqjqv+pt/wDr5i/9DFXqo6r/AKm3/wCvmL/0MU1uJ7F6
iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/IXv/pF/I1fqha/8he/+kX8jTQn0L9FFFIY
UUUUAFFFFABRRRQAUUUUAFFZ+vXdxp+h3l3ZxpJPDGXVXBwccnp7ZrLt38UXNtFPFPoxjkQOp8uX
kEZHemlpcTetjpKKwNniv/nto3/fuX/GjZ4r/wCe2jf9+5f8aLeYX8jS1j/kDXn/AFxb+VJq2nnV
dJubISeV56FN+M7fwrHsdSvNV8LajPerBuUzRo0IIV1XjPPuDU0Gp38+oMktq8RjJ224kQFx/eJP
UfSq5XYnmVys3gpTJMy3rYd5fLBT/VRvG6iMc9A0jN+Q7Us/hS9vIIvtGoxR3Nvb+TBNBAV8shlZ
XwWPPykH1BrZ+2Xv/QNf/v8AJ/jR9svf+gbJ/wB/k/xqbFXMOXwUElge1ltWSCdpY4rq3MigGONB
0Ycjy8596m1vwgmqvCYpIsJ5u4XaPcYMm35lyw2kbeMcDPStb7Ze/wDQNk/7/J/jR9svf+ga/wD3
+T/GiwXMRfB0qy3yi7g8u9VUlnMB+0lAqKy+ZuxyEPbq2alh8MXmn3hudO1IbwzhftcZm+V9pYE7
gSdybgfcjmtb7Ze/9A2T/v8AJ/jR9svf+gbJ/wB/k/xosFzO/wCEbuDIkLX6/wBnpdG8EQhxJvLF
9pfONu87ume2cVDYeDI7O7jka7kaH7ClrJHGWjLOuzMgZTlciNQQPStf7Ze/9A2T/v8AJ/jR9svf
+ga//f5P8aLBcx5/Bqz3kc5uyALqWaRQn+sjcEbCc9QTkH6+tWLTw7dJJCb2/SdbW2e2twkOzAYK
Cz8nLYUDjA68VofbL3/oGyf9/k/xo+2Xv/QNk/7/ACf40WC5ky+D0ngt4Z50kijt7WB0aLIkELlu
Rn+LOMdver7aDFHqMF3ZiCBrezktoVEWQm4qQeo4G08e5qf7Ze/9A2T/AL/J/jR9svf+gbJ/3+T/
ABosFzHvvBwv57qaW5jL3CyYJhzsZ0hXcOe3k5/4F7cxyeDJZLi5Zr2Hy5FlCYt8OPMmWU7m3fNg
rgcDitz7Ze/9A1/+/wAn+NH2y9/6Br/9/k/xosFznr/wTdXuj/2cuowRQqzhWW2IZkIYDeQ4LMC2
c8Akcg5qzd+DjeLdxPdokM9x9oGyLDgmExMCc89QRx69c1sfbL3/AKBsn/f5P8aPtl7/ANA2T/v8
n+NFguYU3glryKQ3dzbGWUSbhFbbYwWh8oFVLHBHU889OK2tWjMegSx7slUVd34jmn/bL3/oGv8A
9/k/xqnqtzdvpsyyWDxqQMsZVOOR2Bqor3kTJ6MoLoWoW2stO95cTLMcC4QRl4h6EMDgf7v5Vq/2
Vef9Bm8/74j/APia1B3paHUbBQSMr+yrz/oNXn/fEX/xNH9lXn/QavP++Iv/AImtWilzMfKjK/sq
8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A
4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/Z
V5/0Grz/AL4i/wDia1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz
/oNXn/fEX/xNH9lXn/QavP8AviL/AOJrVoo5mHKjK/sq8/6DV5/3xF/8TR/ZV5/0Grz/AL4i/wDi
a1aKOZhyoyv7KvP+g1ef98Rf/E0f2Vef9Bq8/wC+Iv8A4mtWijmYcqMr+yrz/oNXn/fEX/xNH9lX
n/QavP8AviL/AOJrVoo5mHKiG2ieC3WOSd52HWRwAT+QAqaiipKMTw3azWzat50TR+bqMsibhjcp
xgj2rbrO0nUzqZvQYhH9luntxhs7tuOfbrWjTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+ii
ikMqapK9vpV3NG22SOF2VvQhSQaj0O4ku9CsLiZt8stuju2OpKgk1aunijtZXuAPJVCZMjI24547
8U2ylgmsoJLQKLd0Votq4G0jjA7cU+gupPRRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAZLGssTxuMo4KsPUGsPwfIyaO1hKcy6fM9qfop+U/wDf
JFb9c9b/APEv8cXUPSPUbdZl/wCuifK36EGqWzRL3R0NZviDUDpmg3l0v30iIQerHhf1IrSrnvEf
+m6no+ljkS3H2iUf7EYz+rbaUVqOT0JY7AaX4L+x94bQhvdsZP65rYMaMysygleVJHI+lVtY/wCQ
Nef9cW/lVXxQJT4X1AW5lEpgYKYSQ4J/u45z9Kb1QktTWzRnNef3UmszzRCQ3qfYY7izJXcBcOIZ
D5uB1ziPB/vEgc1NNq9ybnTdTsDe3ENlZMbmBEceacorAqRywzuH0PvUlHdUZrzWVL+3mgj1O4uN
pvpmnaRpymWjibaDGQcBiwX+Hg1o+M5dRke0DBrQ7bgRmKSZ9xGzy2/dgYfrgMCOvWgDuc0VwMF9
dRaprE7Rzm/dFW1t380urNHEAOvl7QxOSB2Jogllh+yWWvHU4bK082InfIzO52NEXePlvkLDIOMq
c80Ad9mjNcSkk66muH1FtXN829W8zyltdxxx9zbsxz13e9ReHJdZtLiztniubpk0vzozcSsquXaM
7Xcg/Op3jkZxj3oA7vNGa4J21mHVW8k3bx3WqSbAxYrEyI20f9c249sr70+wi+1iOCFtTkzYudRM
7zLicbCuCcYfdu4TjHtigDus0Zrz57O+GmW1tbm7BmtLAt5kkpG9pj5m4g7hx1wRge1a62V3Y6xa
Ry3EosktjdTrF5jjzIsKFBJJwQwO3kkp7mgDqs5ozXG6jq2sw3l62ngpFG8kw3WzP5qqluQvXjO9
+np0yDVS71HUp9XvJG81nhhnjEAtnURDz4gvzD75ZBu49+1AHe9aM4rg9Q8T6va6Q1xC0kt557Br
cWTBYSFY+UWwd2cAAgc+ozUsuo6xbz6gUaW9mS/DQ27QsoSM27MuCOoLDH1HqaAO4qhrf/IIuPoP
5iuUm13XXsnaxn85VaV0uWsWXzQsO/bsOCPnG3PfOOorqNUcyaDI7DBZFJHpyKqPxIUtmaNLTGkS
MrvYLuO0ZOMn0p1SMWikooA5geK5U1PVVuI41stO3lykcjSMFUNkHGzPPTOaW58ZpC9s62d2Yy8q
XETQHzoiiB/u5xjDA/QjvV2XwxbSyX265vPJvt3nQCUeWSyhSQMZBwB3qWXw7ZzXMs7iTfI0jNh+
MvGsbf8AjqigCGfxXp9vdeRIZRutzcRyBRtkUJvOOc5288gDg1FF4ws5rcPHbXxnL7FtTBiZvk35
Ck4xt56+3XikPgnSzdGf9+GMRjIEnBzH5RPTOduB1x7VPN4Xs5H81JLmCcMrLLFLhkKp5fHGMFeD
+dAFaTx1o8V9NaSTSCSFGZzszgqMlcDndz0x1460+DxHNNpOt3rWjxHTmcJDMuxztiV/m69STyO2
KkfwnZu1z++vBDc7jJAJjsLkAF8dd3GeuM84zU8Hh+3g06+s2luZlvtxnkll3OxZAh57cAdOlAGR
aeOrZNLlutRaDKTiCM2z5ExKB+N+0jAz1x904q8vjDTGe23PIkNzb/aIpnTClQhc98j5VJ6Y4xnN
H/CI2Zjy1zetdeYsouzN+9BVSowcYxtZhjHc0h8G6bJerdTGeWTZtfzJM+ZmMxkscZJKnHXHfGaA
FbxXbrCjGx1HzJNzJD9n+dkUAmTGfu/MPfJxjNPtvFNld6ilpCtwyyFVS48o+UzNGJQob12HPSmt
4Ut3gjRr3Ud8YZFl+0kOI2ABTOPu/KPfIznNWYPD9lbSRtCjIIplnRQ3CsIvKAx6bO1AGc3imW31
TU47i0m+zWksUEXlxbnmkcDGDux/EOMDjnNWJPFtjFLKskd0scW9TKYfkLopd0B7sAre2QRnIq3L
odrNPLMwffLcRXLYbjfGAF/D5RxVWXwnYTzzySNclJvMbyfOPlo8ilXdV7MQW+m4460AMsvF9ne3
cVt9mvoHkcR5mtyoViu5VJ7EryP1warX3i6Wx1LUbSS0T9w0a2z7ziYkRlweOCBICPUZ9DWoPD9m
LgTYk3iZJx8/8SJsX8NtMvvDVhqIl+0o5MtzHdFg+CsiBVBHpwoB9cmgCu/jDTo3l3i5WNd/lymE
7ZyrBWEfcncQO2e2RVE+PrOzt55tUjltitzJHHCUAk2IqlmYE9i3bOcjANX28Iae7SlmuSrB/KTz
jttyzbmaMfwncAe+MYHHFJ/wh9ooDR3eoJcB3c3C3B8xt4UMCcYwdi8Y4xxigCxf6rc/bLez0qKC
W4liNwWncqixggdgTkkj9fx1I2Zo1LrtYjlc5wfrVDUNEhv5IZfOubeeFTGs0EuxyhxlSe4OAfwq
/GgjjVBnCgAZOf1oAfRRRQBS0/T4bA3JgLH7RO077jnDNjOPbirtYnhuCaA6t50bx+ZqMrpuGNyn
GCPatum9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
qGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlbUYGutOubeMgPLE6AnpkgimaRavY
aRZ2kpUyQQpGxXoSAAcU7U5nt9Lu5ojiSOF3U46EKSKj0S4kvNDsbiZt0s0CO5AxklQTxT6C6l6i
iikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiii
gAooooAiubqGytpLi5lSKGNdzu5wFFRWWpWeoxLJZ3MUysCRsbsDg8fUEVFrdr9s0meE2putwH7o
S+WWIIIw3YgjIPqBXIt4a1mWaW5aMm7ls3gjuHnUSxgPkK7L1JUldyjj68kA72ooZY54xLEQyN0Y
d65PTvDd1/aFrJNZ/ZrCO5eZLQ3G/wAkCNVXocHLgtgZAznrTLbwzqAa0uLgMbq2jtljf7QflInd
peM4OYyBz16UAdnmskeKtGMU0o1GAxwkK7ZOAScAfnxXN+A1d9Z1K5uYbtbqQfMZVIVR5jHBJJ+f
kDoOFHFNi0DV49AFoLS9WeG5im3C9QhgshJ8rJITg9CBQB3Ftcw3ltHcW0qSwyLuR0OQw9jSxzJI
8iK2WjIDD0OM/wAjXIWOg6paXOkOYNxgZw2+UFIo2kZsnGCZdpGWGQT1HerOp+HbnU9UlNwhksnu
/N2+cV+UW2wcA/8APTt+NAHVUhIAJPQVztzodxqOk6Faagpm8hka9BlI3YhZTkg5b5yPrWPbeHNa
Gq6fcXrXMphghVXjukAjKptkV8jcwJ54POecYoA7YXMZtftG4eTs37v9nGc/lUP9pWvk2svmjy7s
qsDYPzlgWGPwBNefRWd3/wAJRZ219FdvPb2sUMeMsu8QEElicbNzHPB+ZRz2q9/wid/a2NvAlkbi
CN7WV7f7URuZY3WXBJ45K+xxQB3tLXCReGtZSW18yPdIvleROLo4sVWQsyY6vlcLnv0OAK6Xw3pb
aVpeyZNtxJI8kp3l9xLHHP0xQBrVz/ir/RP7O1UZ/wBCul8wj/nm/wAjfzB/Cugqnq1iup6Td2b9
J4mT6Ejg/nTi7MUldFvtXP6b/p/jDU7zrHZxpZxn/a++/wCpAqfQ9WEvhOG/uThoYD52ezJkN+oN
N8I2zw+HoJpgRPds11Jn1c7v5Yp2smK92i/rH/IGvP8Ari38qVNRhkufIhzKy8Oy/dT6n19hzSax
/wAga8/64t/Kqsfh6zhuN8MEAiYkvE8QYZ9VPUfypq3LqJ3voavmL/eX86PMX+8v51V/snT/APnx
tv8Av0v+FH9k6f8A8+Nt/wB+l/wqdCtS15i/3l/OjzF/vL+dVf7J0/8A58bb/v0v+FH9k6f/AM+N
t/36X/CnoGpa8xf7y/nR5i/3l/Oqv9k6f/z423/fpf8ACj+ydP8A+fG2/wC/S/4UaBqWvMX+8v50
eYv95fzqr/ZOn/8APjbf9+l/wo/snT/+fG2/79L/AIUaBqWvMX+8v50eYv8AeX86q/2Tp/8Az423
/fpf8KP7J0//AJ8bb/v0v+FGgalrzF/vL+dG9f7y/nVX+ydP/wCfG2/79L/hR/ZOn/8APjbf9+l/
wo0DUteYv95fzo8xf7y/nVX+ydP/AOfG2/79L/hR/ZOn/wDPjbf9+l/wo0DUteYv95fzo8xf7y/n
VX+ydP8A+fG2/wC/S/4Uf2Tp/wDz423/AH6X/CjQNS1vX+8v51Q1t1Oj3ADDOBj8xUv9k6f/AM+N
t/36X/Cqer6bZRaXM8dpAjqAQyxgEcinG10TK9mZZ0nVY9c865umm3tiG4WBXEXsVJ+T6jNa/wBg
1X/oMD/wFX/GtTFLQ6jYKCRlfYNV/wCgwP8AwFX/ABo+war/ANBgf+Aq/wCNatFLmY+VGV9g1X/o
MD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/
6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DV
f+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlfYNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVGV9g
1X/oMD/wFX/Gj7Bqv/QYH/gKv+NatFHMw5UZX2DVf+gwP/AVf8aPsGq/9Bgf+Aq/41q0UczDlRlf
YNV/6DA/8BV/xo+war/0GB/4Cr/jWrRRzMOVENtHLFbqlxN50g6ybAufwFTUUVJRn6Vqn9pm8Hle
X9lunt/vZ3bcc+3XpWhVLTtNi077UYmdvtM7XD7j0ZsZA9uKu03a+gl5hRRRSGFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBf
J/8AQVprYT3RfooopDIbpoUtZWudvkBCZNwyNuOc/hSWTW72UDWe37M0amLYMDbjjA9MU3UYGudN
uoI8b5YXRc9MkECo9HtZLHRrK1m2+ZBAkbbTkZAAOKfQXUu0UUUhhRRRQAVR1X/U2/8A18xf+hir
1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUlAC1U1W+/szSrq98
l5vs8TSeWnVsDOKt1Fc28d5azW8wzFMjRuAcZBGD/OgDJj8TW5l0+GeC4t5b5AYhIowGIJCnnr8p
9unNULPxkbzT7B/szxXM5tzIsqFVKSHBZOckA56+3rVuPwdp6aha3pluXntgm1ncHeVBCluOwYjA
wPbPNFn4O0+zSNfOu5vK8sRmabcUSM5VB/s5P8ueBQBNovinTfEEtxHp8rO0ChiSOGU5wwx2OD1w
faoLTxfZzTWkDpPvuI4X81YT5SmUZQFuxOKu6RocOjRtFb3F08O0JHFNJuWJRnAXj375PAqGDwvY
W6xKnnYi+z7cv/zx+5/Pn1oArv4nRfE0mmsYIooWCO8rMGZjHvwvy7eh7tk84HHKr4y09oTJ5N6M
+WYlNud0yu21XQdwT+IyMjmrc3h6yn1NryQyks4keHf+6Zwu0OV9dvHpwPSs248F25tkitry7R1e
ELK8pZooo23BEPb6nJ9c0AbmnX8Op2guIVdRuZGSRcMjKSGUj1BBq3VXTtPh0yzFvAXZdzOzu25n
ZiWZifUkk1aoAKKKKACkpaKAOB1JmtptU8OxnB1C8jaED/nnLzJj6bW/Ou8RFjRUQAKowAOwrjtW
uol+JOlsYtywx+TJJ/deTdsH6H867OtJ7IiG7KWsf8ga8/64t/KrgqnrH/IGvP8Ari38qq+KJZof
C+oyW8skUywNskjOGU+o96noV1NeivP7rVtXlmiUzXMRso7i1m2jaJ5xDI2/pyBtjI93PpU1x4kk
W50zUbS8e6srayL3kcJ3iTlFJOP4l3A/TNSM7qivN2vtRint4tU1KSIPfTecZLtoFXMUThAyjopZ
gB0OOtaHjLU7+OS0CyPpp23OzddbBIVCbGG0NuPJwh685oA7iiuDg1yaPUNYneeQ3KqotbJrlvMD
PHFtXycbQNzH5s9c02DU5R9lsNb1G+sYLbzY5ZpHEckknyNFvdSRyjE8Hkg+mKAO+oriV1Gcakv/
ABMLptTN+0bWWTsW23HDFMYxsAbf6nGe1ReHNV1aO4s7W4+1X0q6X9pUMwUzh2jwSxwNy5deewHr
QB3dFcE+p6vBqrIs08kdzqkiQqeiFEb90T/db5SPdT60/T7l71Y4bfVL+5aWxeS/PmMpgmGwrjp5
bE7hsHYdKAO6orz5ptSXTbWCC8vHkntLByZLhwS8kxD/ADgErkccdBWvi/stYtbe5vWjsxbG7nzK
0hUxYUqHIBKtuVjnn5T60AdVRXG6j4j1G1u7z7EkDwxO8pMqu29FjtzhcH5SfNb246dap3XiG9m1
a7ImTFvDOn2aMOrRkXESKXOeSVywxjg9xQB31FcHqHja8stIN2r2ck/msptliYGHaGJjdi4G75cZ
6k9FNSy6/qVtLqDNIt3JDf4ito0ZHWM27OoOD8wJGOR1B9gADt6oa3/yCLj6D+YrlZ/FuqfZHayf
T7rY0jC5SF/KkVIfMKqN2c5+XOe/TPFdPqknm6DJJjG5FbHpkiqj8SFLZmjS0lLUjCiiigDm18XR
jU9SgnSCK307eZX85ml2qoYsIwnT5v72falufGdlC1q6pOYJHlSbMEgkiKKG5Tbu6EHp05qeXwys
v9oxnULoWuoF2lgCptDMoUkHbu7DvT5vDVtPdS3DTTB5XkdgCMZeNYz29FH40ASTeI9Ogn8qWSRc
wmZHMTbHULuO1sYJ284FRR+LdLltPPje4Yl9ghFtJ5rHbv4jxuI2/NnHSqTeBLBrw3P2i43GBocf
J0MXlH5tu77vQZwDzjmrcnheHz/tEF5cwXKsrJKm0lcR+WRggggqOcjrzQAr+MNFiu5LaS9CPGjO
xKNgbRlhnH3gD93rTYPEq3Gl6xfJbyBNOZwI5FaN32xK5yGGV5JH61E/gyzea7b7TOI7rc0iBY87
zj5g23cORuxnGe2OKtw+H0TTtRtJry5uDqO4zSybd2WQIcYAA4UY4oApWXjOzfTpbu+MUQSYQr9n
l89ZWKhvkIAJIBORjjBq8nifS5Gt8TsIrmLzop2jYROu0scORjO0E49Aaov4KtZYiZry4kuvNWUT
skRIKqUA2bdhG1iOR/SkfwPYS3yXU888rCMxsGCDeDGYzyFBA2sflUhc84oAtt4s0xYElb7UN5Ox
Pssm9lADFwu3OwAj5unPrUkHibTbnUVsoZnaRsbXETeWxKeYAHxtJKHdjPSq7+GWkjizrGoCaJHi
WcGMP5TBQU+7j+EHOM571PbeG7S0eEwNIqQzrOiZyAVh8kD1xt/HNAFQ+Kkh1XUobqGWO3s3ihV1
hkZpZHxgKAMH7wAxk9+lWn8VaXHPLE80imIPuYwts3Ku5kDYwWCgkqOeD6VJNoNvNczTNJKGluYb
kgEYDRhQo6dPlGaqT+Era4km8y7u/IkMzrbhl2RySqVdxxnOGbAJIBY8UAS2fi3Sr65it4ZJ1llY
KBJbSJhiu5QSwABK8gHqKq3ni9bLUdRtJLRi9qY/KbfxPnZvA44K+YvHcGro8O2wuVn82bcJ47jG
RjckflgdOmP1qPUfCtlqZlM8kweS6juwyMAUdFVcDjoQuCD6n2oAcfFekq8yvcMqxBvnMTbJNpCs
EbGHIYgYGeTVJPHOmx2889+z2saXDxIrxsHKoFLMykZUDdz+HrUr+DrWTcHu7sxrvNtHuXFszPvL
LxydwGN2cDio5PBVvKRK1/dNc+ZJIZ3WJyd4XcNrIVx8i4wMjFAF/UtXure7tLfTbOK8kuIpJhvn
8sbU2dDtOSd49KuaZfxapp0F5AHEcy7gHGGHsR6g1V1DRTfXFrPFfXNpLbxvFuhCZZW25B3KcH5B
yKu2dpDYWkVrbLshiUKi5zgCgCeiiigDD8NRyxtq3nJIu7UZWTeCMrxgjPatyqGmamupm8CxtH9l
uXtzk53Fcc/rV+m9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhlXU5nttMup4yBJFC7qSM8
hSRUei3Ml5oljczEGWaBHcgYGSoJ4qxdeT9ll+07fI2N5m7ptxzn8KSxNubGD7Ft+zeWvlbPu7cc
Y9sU+gupPRRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAY/ip2j8O3JV2QMUR3U4KozqrnPb5SeawL/UtXhubyOwlFuIpbqTJt/M3iOO
MqvJ4yWIyPwrs5oY7iF4pkWSORSrIwyGB6g08KFAAGAOBQBwuq6rd39nq8M1z5UiRER2KwHcyYUi
QP15JPt26g1LeeJ9RhuLu2h2tc2/2tmjaA/KisvlMfUbWLcfexXa4piSxvI8asC6Y3L6Z6UAcBDq
l5Al7c21yb1vOupI7g25UNttUKYXpjIx6HHHWn6v4h1rS7JrT7ZE12bjYly0CplfIEnQnbgOwBPX
GepFd/iql/pVlqiIt9bJMEJK7uq564PvQBg3Wpmy1qxMt3Gzz6Y6xNn91NMWTbjHHPb2NYC3ttFB
bLZXt2upTWc5v45pJNzP5ROCG4DiTGAvOM44r0dI0jRUjUKigBVUYAHoBSPEkm3eittIYbhnB7H6
0Acj4k1y90Xw1YS2hl+0NDuyYwwYqmdrE85J7Dk84xim3Os63Be3c0JWaISSww2v2futt5qtuHJy
3H4+tdlijFAHD6dcz3GmeKp1vnvWNuDFcJEYsnyT90ex7j+dZ/2d7bT7m3vrkWTRzwyCCSadreZT
G2PnzvXJyT2DRjg559IoxQB5ncXLql7LAbl7mezbERlm8+x/cj5SPusnAw3DZbuena6KzDVNaiUl
oEulKZOcM0aMwH4nOPetfFMht4rcOIY1Te5dtoxuY9SfegCSkJxS1keKL1rDw7eSx/65k8qIert8
o/U00ruwm7HO/ZH1XwxrOqxgme4uTc2577YThP8A0E/nXY2F2l/YW91GcpNGsg/EZqPTbBNP0m2s
lAKQxLH9cDmsvwixt7K60xj82n3Lwj/cJ3J+h/Sqk7pkrRmnrH/IGvP+uLfyp/2yI3It0LPIPvBB
kJ/vHoKZrH/IGvP+uLfyqlF4btYJ8wxoYHJZ43zkE91Of0OaFbl1B3vobGKXFUf7EsP+fZf++j/j
R/Ylh/z7L/30f8anQrUvAYoIzVH+xLD/AJ9l/M/40f2JYf8APsv5n/GjQNS9gUYqj/Ylh/z7L+Z/
xo/sSw/59l/M/wCNGgal7H1oxVH+xLD/AJ9l/M/40f2Jp/8Az7L+Z/xo0DUvYoqj/Ylh/wA+y/mf
8aP7EsP+fZf++j/jRoGpd2ijaPeqX9iWH/Psv5n/ABo/sSw/59l/M/40aBqXsfWjH1qj/Ylh/wA+
y/mf8aP7EsP+fZfzP+NGgal7H1ox9ao/2JYf8+y/99H/ABo/sSw/59l/M/40aBqXsVQ1vjRrjHXA
6/UUv9iWH/Psv5n/ABqnquk2UGmzSRwKrrgg5PHI96cbXQpXszMcaydcX7eYAd/+i5D+Tn/gP8X+
9+FbONd9dN/KStSim536CULdTLxrvrpv5Sf40Y131038pP8AGtWilzeQ+XzMrGu+um/lJ/jRjXfX
Tfyk/wAauLqFo12bVbqA3I6wiQbx/wABzmpXnijljieRVkkzsUnlsdcDvijm8g5fMzsa766b+Un+
NGNd9dN/KT/GtWijm8g5fMysa766b+Un+NGNd9dN/KT/ABrVqL7TD+9/epiE4kO4fIcA8+nBB/Gj
m8g5fMz8a766b+Un+NGNd9dN/KT/ABrQtrqC8iEttNHNGeA8bBgfxFS0c3kHL5mVjXfXTfyk/wAa
Ma766b+Un+NatFHN5By+ZlY131038pP8aMa766b+Un+NXkvLeS7e1SeNriNQzxBhuUHoSO1T0c3k
HL5mVjXfXTfyk/xoxrvrpv5Sf41q1EbqAGQGaMGMgOCw+Unpn0zRzeQcvmZ+Nd9dN/KT/GjGu+um
/lJ/jWrUcc8UxcRSK5jbY+052t1wffkUc3kHL5mdjXfXTfyk/wAaMa766b+Un+NXbq/tLEKby6gg
D/d82QJn6ZqcHIyKObyDl8yK18/7Ov2ryvO/i8rO38M81NRRUlFHTdNj043Zjd2+1XDXDbscFscD
24q9WH4ZEoOr+d5n/IRl2b8/d4xjPatym9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACqGnf62/wD+vk/+grV+qGnf62//AOvk/wDoK01sJ7ov0UUUhlXU
oXudMuoIwC8sLouTgZKkCmaNbSWWi2VtMAJYYEjcA5GQoBp+pTvbabdTx43xQu65HGQCRTNGuZL3
RbK5mx5k0CSPtGBkgE4p9BdS7RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPY
vUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaEy/RRRSG
FFFFABRRRQAUUUUAFFFFABXPa5/p3iHR9NHKLI15KPZBhf8Ax4j8q6Cuf0b/AE7xNrGoHlIitlEf
ZeX/APHj+lVHuTLsdBWB/wAg/wAc+kep2v8A5EjP/wASf0roK5/xcDb2Vrqaj5tPuUmP+4Ttcfkf
0ojvYJdzT1j/AJA15/1xb+VXB0qlqxDaLdkHIMLEH8Kr+Jrmaz8M6hPbTGGaOBikgAJQ+vPFHQfU
1qK4G68R6pJNEsc7Q/ZIp7e6AQYkuVhkbIyOg2Kwx/fFWbrxS9td6Zex3yTadHZGW+WPa+clF3ZH
QqWBx6E1IztaK86/trVzNbw3uoPA0l7KJB5scHlr5cTqm5lI+XeRjqfWtDxfrd/A9sLSSbTztuD+
+lii8wps2t824MvzH5eCfagDtaK4W38Rzi+1e6kuZHWJF+y2plQFmaOMovk7d2Sz9d3fFFprdxcG
0sNR1eWwEImSe4kRIZZXUoYwQwIXKPuxjnHoKAO6ori11m5F6kn9qF7ttQa2OnALhYQxG7GNwOwC
TdnHbpUXh3xFqRntLa+ae9mXTPtZWNEDXCu0exx0GRudTyPu57igDuaK4R/EGqwaq8RmaWOfUpI7
dNo4CI2YScd8KR3+9T7LUbi7SCKHXJrp7mwe4uWi8vNrIuwjbhflBJZdrZ6exoA7iivP31LVU0y2
jhv7iaee0sZdzMiuWmmIfDbcDI4HBxWvHPqdrq9paXV15ds1ubuZ5ZFZkEeFdCwUAglkbOB0b1FA
HU0Vx+oeKruxvLxbWKCaKF3kcyyn/VokBOzA6nzT14496q3Xim7k1S6KywrDBDOqwRTfvFKXEce6
QY4JySPZqAO6oriL/wAdzWGkG+YWDkyNtt1kJkRVDEq+cBXwv55ABp0vii+tJL97jyZ1t7/y44ID
iQR+Q0gDcc5wPxz6UAdrVDW/+QRcfQfzFczc+M9QitpDBFp1zJG0hMsUzGF0SHzTtbHLdvTofauj
1aUSaDLLjAZFbHpyDVR+JEy2Zo0tc4PFsE9+YrcEW8TYlleJyT7KoH6nH0q9/wAJJp3/AD1l/wDA
eT/4mm6cl0BTi+pq0Vlf8JJp3/PWX/wHk/8AiaP+Ek07/nrL/wCA8n/xNLkl2Dmj3Oblsb+G78Rf
ZrfUEubgytbPHHGI8mNQGWTG8NkEdce1Le6Hqck4iSXUWitpbg28/wBoPmbTAm3585IMm7r6Y6V0
f/CSad/z1l/8B5P/AImj/hJNO/56y/8AgPJ/8TRyS7BzR7nMzjxNJqhZIbuMGzdXZZCVZ/I+U43b
VbzOMBc+pwcVIbLWLSPyZW1e4sFlRpPLuCbggwjO1shsCTqAR+WRXRf8JJp3/PWX/wAB5P8A4mj/
AISTTv8AnrL/AOA8n/xNHJLsHNHuctPbeJjqN+0c+pK2yQQKoUxtHtG35i+BIOf4c7upxzV+y065
PhrxJCtreq14ZTbx3bh5XBgVRk5PcEDJz61tf8JJp3/PWX/wHk/+Jo/4STTv+esv/gPJ/wDE0cku
wc0e5yEen67Dps/2WK8himu0eZkhWOd18racIjqAAyp0IJGeveyI/E41CzFuLzK2pQzTtxIfIbaz
ruKK3mbcgAnjO7BxXTf8JJp3/PWX/wAB5P8A4mj/AISTTv8AnrL/AOA8n/xNHJLsHNHuc5LDqP2O
ApB4h8nEnmx/aR5xn2qEO7d/q/v9Dtzg4xVuwsdai1S3urye7d/PjimUS5hMf2YbmCdP9b3xn8K2
P+Ek07/nrL/4Dyf/ABNH/CSad/z1l/8AAeT/AOJo5Jdg5o9zFudFvBqWqS25vYxd39sWeO4ZcxAJ
5hHPHQjjnHAqvdW+vC8vBbjUvOBuMSeePIMPlsIVQZ+/u2HOM5DEnBFdF/wkmnf89Zf/AAHk/wDi
aP8AhJNO/wCesv8A4Dyf/E0ckuwc0e5h2Wl6vZ6nC4udTlhjuYlxNcF1MRhzISD1+fv27YFVtc0H
UH1HU72ytmc3V1DHNHkDzoQsWHHujK34Fvaul/4STTv+esv/AIDyf/E0f8JJp3/PWX/wHk/+Jo5J
dg5o9zmZYPERkuTF/aSzDzftLmUGORTINggXOA2wHHA685NU5dO12K2dbMaxa2st1PISpEtzkrH5
bN+8GRw/UntuFdl/wkmnf89Zf/AeT/4mj/hJNO/56y/+A8n/AMTRyS7BzR7mX4itZ5NT0m4MN7Kk
MMyyNbQxSNuJjwGDggA7W6eldQpyOmKy/wDhJNO/56y/+A8n/wATR/wkmnf89Zf/AAHk/wDiaOSX
YOaPc1aKhtrmO8t1mhJMbdCVKn8jzU1SUUdN1NNSN2EjZPs1w1u27+Irjke3NXqoaXpi6b9rKyM/
2q5e4O4Y2lscD8qv03boJX6hRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BRvM3
dNuOc/hSWK262MC2W37MI1EWw5XbjjHtimanC9xpd3DEMySQuignGSVIFR6LbSWeiWNtOAssMCI4
BzghQDzT6C6l6iiikMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwoooo
AKKKKACiiigAooooAKKKKACiiigAqha/8he/+kX8jV+qFr/yF7/6RfyNNCfQv0UUUhhRRRQAUUUU
AFFFFABRRRQBV1G8TT9OubuQ/JBG0h/AZqj4VsnsvDtosw/fSqZpf99zuP8AOr+o2EGqWMtndKWh
lGHAYgkZz1FY/wDwhWlj+O+/8DJf/iqpWtZku9zoKgv7RL+wuLWQfJNG0Z/EYrH/AOEL0v8Av3//
AIGy/wDxVH/CF6X/AH7/AP8AA2X/AOKo07hr2ItLu3u/Ajib/XwQPbyg9QyZU/yrce5tzOtqzB5G
HMYG7A9/QfWs19HtdF8P38Nkrqjo8jb5C5LEcnJ+lEHh9LW5YxPI8ErFnDTyK6n1yD8348+9U+Vk
rmRsGKM9UU9+R7YpkdpbxKVjgiRT1CoADVb+ybb1uf8AwJk/+Ko/sm2/vXP/AIEyf/FVGhd2WZLW
3mGJYInGd3zIDz606WCKYqZYkcocruUHB9qqf2Tbf3rn/wACZP8A4qj+ybb+9c/+BMn/AMVRoF2W
fsluZvO8iLzf7+wbvz60sltBMCJYY3BIJ3KDyOlVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo
0C7LfkReaZfLTzCNpfHOPTPpSrEikFUUEDaCB0Hp9Kp/2Tbf3rn/AMCZP/iqP7JtvW5/8CZP/iqN
Auy55UeQdi5B3Djv6/WkWCJC5SNFLnLEKBuPv61U/sm2/vXP/gTJ/wDFUf2Tbf3rn/wJk/8AiqNA
uy55MfH7teMAcdMdKGjRvvKp4xyO3pVP+ybb+9c/+BMn/wAVR/ZNt/euf/AmT/4qjQLst+REc5jT
ng/KP89h+VJ9mh3s3kx7n+8doy319elVf7Jtv71z/wCBMn/xVH9k23965/8AAmT/AOKo0C7LJs7d
s7oIjubecoOW9fr707yIg5cRpvOMttGTjpz+NVP7Jtv71z/4Eyf/ABVH9k23965/8CZP/iqNAuy0
ttAkYRIY1QZwoUADPXiqutDGjzgDjA/mKP7Jtv71z/4Eyf8AxVVNW02CLTJnUz7lAI3TuR1HYnFV
G10TK9mXn023e9S7VWjnU8vG23ePRvUfWrdApai9ykhKKWigYlFLRQAlFLRQAlFLRQAlFLRQAlFL
RQAlFLRQAlFLRQAlFLRQAlFLRQAUUUUAYfhp5XbV/OaQ7dRlCbyeF4wBntW5VLTtSi1I3QiR1+zX
DW7bscsuMke3NXab3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGVtRna1065njxviid1B6Z
AJpmkXT32j2d1KFEk8KSMF6ZIBOKnukhktZUuceSyESbjgbcc5P0ptklvFZQR2e37MqKItpyNuOM
HvxT6C6k9FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiiigAooooAKKi
nuoLVN9xNHEn96Rgo/WlininQPDIsiN0ZDkH8RRcdna5JRRRQIKKKKACiiigClrH/IGvP+uLfyq4
Kp6x/wAga8/64t/KrgquguotFFUtYupLHRb66hKiSC3kkTcMjKqSMj8KkZdorjY/Fd/JHpEGIBeG
4WLUhtJCfOE+XngsSGGc8Cn3niTUofC+j6lCkTzXEga4TZ96NUd3C88HCcdaAOvoritR8W3xur7+
zTE9qscYtnWPezuZkR2GSAR85AHHK9a031a+i0g28bedrjwtLFBNCIyRk9QGK5AB43c46jNAHRUV
yenazqWqziytb6FZ7aPzbh57NkcksQIzHu+XGOWyc5XHWoLnxo0etapaRz2pSC3mWBBy/nRIHbcM
/dOSB0+4fWgDs6K5nw/4iu9S1NLG7ESzw2pa5VFI/eBlww5+6ysGH19qeviqWW2jnh0yV4rqUQ2R
81R55+bOR/AAEJ5zx78UAdHRXLjxmTPEv9mT7BtFy/mJ+4YzNDjH8Xzqenbn2qrZ+KL+1sZLrU4m
Zs3sqxIUI2QnAUEY9xznPXgUAdlRXNXfim7tLsW7aPK7qsXmbbhMI8rMqLz15HJ7Z71saTqH9qac
lz5TQsWdGjYglWVirDI4PKnmgC7RRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXhS0lLUjC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAz9K0waabwiUyfarl7j
lcbd2OPfpWhWH4amlmOredI77NRlRN5J2qMYA9q3Kb3EtgooopDCiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+grTWwnui
/RRRSGVNUie40q7hiXdJJC6KPUlSBUeiW8lpodjbzrslit0R1znBCgGptQna10+5uEALRRM4B6Eg
E0zSbt7/AEi0u5FVXnhSRgvQEgHin0F1LlFFFIYUUUUAFUdV/wBTb/8AXzF/6GKvVR1X/U2//XzF
/wChimtxPYvUUUUhhRRRQAUUUUARzzLbwSSsGKopYhRknHoO9YH/AAmMcM0P2/TL+xt5mCJPOgC5
PTdg5XPvXRGuQ12W48T3N14fs7bZFBNF9qupHGFHDDavUk4rOo2lodeEhCcmprTq72su/wDXodfS
0ijaoA7ClrQ5AooooAKKKKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UlLSGFFFFABRR
RQBm6npmmXZS51O3t5BApw0/KoD168dutYHhNbdfE2r/ANkY/snamPL/ANX5v8W3+uK1/Fq27+F7
9byV4oGjw7om8ryO3er+mrCmnWwtgBCYlKYXbxjrjtWbjea8jshVcMO023fTyWz+8t0UUVocYUUU
UAFFFFAFLWP+QNef9cW/lUzXMMcyQtIolf7qZ5PviodY/wCQNef9cW/lWfb6HJa3blbi5kimbc0n
nFZFPv8A3h+WKtJcupDbvobmajuYI7u2lt50DxSoUdT0ZSMEflVX+yl/5/L3/v8Amj+yl/5/L3/v
+amyKuxo0TTxPJOLWPzZHjkduclo+EP4Uyz8PabYbPs1vtCSeYgMjsEbDLwCSBwzDA9al/spf+fy
9/7/AJo/spf+fy9/7/miyC7K/wDwjGkCzW0FkiwJEIlVWYYUMHABBz94A/WrA0m0GmNp5jZrVgQV
aVyeTn7xO7r70f2Uv/P5e/8Af80f2Uv/AD+Xv/f80WQXZXPhjSCkSmzX90SQ29txyQSGbOWBwMg5
BwKlfQdNks0tHtIzAjtIqc8M27cc9ed7fmaf/ZS/8/l7/wB/zR/ZS/8AP5e/9/zRZBdjJNC06W4a
d7VPOaJIS4JBKK25Rx6EZqJvDOkssy/Y12zOJGAdgA2Scrz8pySflx1qx/ZS/wDP5e/9/wA0f2Uv
/P5e/wDf80WQXYyPQNNiiWKOziWNUSMKM/dRt6/kxJ+tLJomnyxeVJaoybZV289JTmT/AL6NO/sp
f+fy9/7/AJo/spf+fy9/7/miyC7HS6ZaTTtNJArSMY2LHOSYyWT8iSantraKzh8qBAibmfaPVmLE
/iST+NVv7KX/AJ/L3/v+aP7KX/n8vf8Av+aLILsvZozVH+yl/wCfy9/7/mj+yl/5/L3/AL/miyC7
L2ao60f+JRcfQfzFH9lL/wA/l7/3/NU9V04RabM/2q7bbg7XmJB5HUVUbXQpXszaFLSClqCgoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAKen6jDqJuRArj7NO0D7hjL
LjOPbmrlZ2k6YdNN6fN8z7VdPcfdxt3Y49+laNN26CV+oUUUUhhRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9BWr9UNO/1t//ANfJ/wDQVprYT3Rf
ooopDIrqOKW2ljuMeU6FXycfKRzz24ptlDBb2UENpj7PGirHhtw2gcc9+Kj1WJ59JvIo13PJA6qv
qSpAFR6FBJa6DYQTIUlit40dT/CQoBFPoLqX6KKKQwooooAKo6r/AKm3/wCvmL/0MVerP1mRIbWK
SRgiJcRFmY4AG8U1uKWxoUVlW/iCyuZCVnhSADiSSUKWPsvXHucVZ/tfT/8An+tv+/q/40crDmRc
oqn/AGvp/wDz/W3/AH9X/Gj+19P/AOf62/7+r/jRZhdFyiqf9r6f/wA/1t/39X/Gj+19P/5/rb/v
6v8AjRZhdFs1k6db3kWtanLPbWsVvKyGKWL/AFkuBj5/p2q3/a2n/wDP9bf9/V/xpP7W0/8A5/rb
/v6P8aTi2VGpypruXKWqf9r6f/z/AFt/39X/ABo/tfT/APn+tv8Av6v+NOzJui5RVP8AtfT/APn+
tv8Av6v+NH9r6f8A8/1t/wB/V/xoswui5RVP+19P/wCf62/7+r/jR/a+n/8AP9bf9/V/xoswui5X
O6hdX1tqV2bOEMjeX5sucmMYPIGD+fOPStb+19P/AOf62/7+r/jWPN4isdO1V3kcyRXUscAliIZY
zsY5Y54Hv7046atCeuiZoWlxe/ZY/Kt4pkI4kN3uLe+dtTfaNQ/58Yf/AAJ/+xqBPEOmoi+dOltu
nkgVZCF3MjlD+GR19xTLLxTpF9bSXEV5Gscfml/M+XAjOHbnsMjn3FF12Cz7lr7RqH/PjD/4E/8A
2NH2jUP+fGH/AMCf/saZd6/pdj/x9X9vFiTy/ncD5tobH5EH6EVDdeI7G3n8mOZJpUnjhlRGGYt5
GC34EH6UXXYdn3LP2jUP+fGH/wACf/saPtGof8+MP/gT/wDY1Dea9bwada3lrG96l3IscAgK/OWz
ggsQMcdc0yDxJZSoWm3WzRq5mScqrRFCoIIzz99eRkHI55FF12Cz7k7TX7AhrCAg9jcf/Y0on1Ad
LGH/AMCf/saT+3dM862i+2w+ZdLvhXdy49f0P5GktNf0u/Ki0v7eYu/lqEcHLYLYH4An3waV12Cz
7j/tGof8+MP/AIE//Y0faNQ/58Yf/An/AOxqMeIdKLqgv7fLRGYfP1QDJOfoM/Tmlg1/S7mIyQ30
LoCg3Bu7nan5ngetO67BZ9x/2jUP+fGH/wACf/saPtGof8+MP/gT/wDY02XXtLguJ4Jb6BJbeMyS
qzgbFGMk/mPzFQt4n0VIYJX1O1WO4YrExkA3EYyPwyM+maLrsFn3LH2jUP8Anxh/8Cf/ALGj7RqH
/PjD/wCBP/2NUbLxRa3moXlsgAW2uRa7zIBufYWPB7DafXOD2FS/8JVoYjgc6pahLjPlMZAA+Dgk
H0yRz05ouuwWfcbqs982lXQeziVTE2SLjOBj021sCsq51G01Tw7d3FjPHPCYnAdDkZA5Faooewlu
LRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxI
UtmXqWkpakYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGJ4buZr
g6sJpXk8rUZY03HO1RjAHtW3VPT7+3vzci3DD7PO0MmVx84xn69etXKb3EtgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtXqo6d/rb/8A
6+T/AOgrTWwnui/RRRSGVtQnNpp9xcKAzQxM4B6EgZpulXbX+k2l26hWnhSQqOgJAOKluoo57WWK
b/VSIVfnHBGDzSWUENrYwQWxzBFGqR85+UDA570+gupPRRRSGFFFFABVDVgDBACAQbmLIP8Avir9
UdV/1Nv/ANfMX/oYprcT2FtrK3tpN1u+2J84iBBTPqvp9BxVvYn91fyrziz0rXNLisEsbKQ/ubi5
j3Af6PcGNxtYHoHJUj33etWbCy1O4vdMnvLnWZES4kTcYHiMW6MY3Akll3Z+Y8Dp0pXCyO+2J/dX
8qNif3V/KuGtJfFb3EcUqT5dSNzABFaFSpJPpK5U/QHHrS2ia3crFEJtZS3eW3E8k4CSh/nMu3jh
PuDI4z0NAztkMUmfLKNtJU7cHBHUU0SW7OyK8RZPvAEZX61zvh22v7bXb/7Ulwlq80724AxGcyZJ
fvuPG09MZ75rNTTpGupfsmmTQ38d9dTS3Rg2CSJmkIXd/wAtN2UwOfXjFAHbgRsAQFIPQil2J/dX
8q4cSa/CkiRJfuxtIclY9ggwI96oCNruRvIIPB4I4FOu21cGMWD62yiJfsXmRj5pTI2/z8jIUDbj
OOM9TQB22xP7q/lRsT+6v5Vw983idVuoozdCK2nEQmVN7TRO5beoBBJVdi8c/exU0FrrU1nPI+o3
ySwWEbQSSJ5KySB5Cd6HvhUByehz1NAHZbE/ur+VGxP7q/lXGR3+p32j29w66mkN3MLmf7PHmSKB
1YxohHJIKpuwM/MfWjfrf9qDYdULCQBA6AQm28rqxx/rd2ffPbbQB188tvbR+ZcPFEmQNzkKMnoM
mngRsMqFI9RXBxaRq11/ZsN/Nqc0cc1rcM8jDcrmN/MBIHQELx2z71bih1oi4fdeRGG0unhjQBVe
UyybMjHJ27SPwNAHZbE/ur+VYN1o0GrazMtxgwxffj28SK8ToR7cNWZY2mt2uowF7vUp4UuIkKzb
SrRtFmQnAGcP37dK6S1/5C9/9Iv5GmhPoc4nw/WNbYvfR3UkSujtd23mb1MpkBxuGGG4jPIPXFXr
jwgLu3jguLvfHHdyzDEWC0UjFnibnnJPX2HFdJRSGcpH4MmgtI1h1U/aTFNBPPJbh/NSQqTgZ4YB
VAPI45BqzL4Ot5dLl09rh/s8lzHPjHIVFRduc+idffpXRUUAZF7o91d6ZZQLfIt1aSpKs7QZDlcj
lQR1z2IqnJ4T80O8l0ks8iS+a0sGUd3aM7toYYAESgAHPQ5yK6OigDm4fCk8SzxtqbyxXluILwyx
bpJMBgCr5yvDY53dB3yTFN4NnurOYT6qReFYY4LiG3CeSsW7bhcnJO98nPfgCupooA5N/AkC3l1J
bywJDOjKA1tukiJh8r5X3DAxjtnqM4NWNQ8OTXGtafcW8qxpb25WR2UMGkX/AFJK552lnbrXSUUA
c7J4XmeG7t11BVt55/taL9nBZJt6yZJzhl3L0xnBxnimnwiZUu2uL7fcXcVzHM6whVzKqLlVzwFE
ajGTnnJrpKKAMRvDgZy32o83rXf3PWEx7evvnNQT+ElnsY7Y3ZATThYbvL6jKndjP+z0966KigDG
uNPFhpesuJN/2pnnI2425RVx7/d/WtgVT1j/AJA15/1xb+VXB0p9BdRaKKKQwooooAKKKKACiiko
AWiiigAooooAKKKKACiiigAqhrf/ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDN0fTW003xaQP8Aart7gYGNobHH
6VpVi+HLua6Oq+fK0nlahLEmf4VGMCtqnLfUS2CiiikMKKKKACiiigAooooAxn1/Z4yi0HyM+ZYt
eedu6YcLtxj3znNO1zUtTsjBHpOkNqEsudzNOsUcQGPvMcnJzwAOxrFn/wCSyW3/AGBH/wDRwrb8
Qa/b6BZLLIjT3MzeXbWsfMk8h6Ko/mewoAg8M+I315b2G6snsb+wm8m5t2cOFJGQQw6gim6/4jm0
vULLTdOsft2o3odo4mlESKiAbmZsH16AUeEtEuNKtLm51J0k1TUZjc3ZT7qsRgIvsoAH50niPw5Z
+IZrf/TJLLVLTMltcW7gSxg8HjupxgigAbxLNpnh261PxBp7WDWud0STLL5gGOUPGc56HB4NbEV9
bTWouVmj8nAJfcML9T2rzPWb241rwH4psNdS1vrzRG2R3kcY2u23IYD+FwCQcdM1t6ta6HpWiaPp
8Ph+1vHv51a3tF2xRPLs5dz04X1B+lAHaRXMM8PmwyxyRf30YFfzqte6zZWFncXMs8ZWCEzsquCx
UDPAz37V5/ocMljrHjOyaztLGP7BHKbW0k3xIxRwSOBgkYyMU/RvCejL8J/trafDNdzaS0rzzLvc
t5e4cnsCBgdsCgDvNN1mz1PSoNQglUQTRJL87AFAwBAbng81caVEKh3VSxwoJxk+1eYappllZ/Ag
zWVpBC9xZWks7RIAZGyhLNjqetb3i24hfxV4NjWVC7XjyKoYElfLPzfTkc0AdbJe20KlpbiJAG2Z
ZwPm9Pr7VNXnGgeH9C1rxB4ubV7eC5ki1BxsmbIiQouWA/hJwfm6/L14rd+Gc08/gPT2nkeQKZEi
d+rRrIwQ/wDfIFAHV0UUUAMlZkjZkQuwHCggZ9uaz5NQvlXK6TMx9BNH/jWlRimmJoxTq99j95YG
1HdpA0gH/fA/rV3S0QW7ypcLcGZzIzqMDPAwB2xgVdxVHTQBLf8A/Xyf/QVpt32Faz1L9FFFSUVN
WjebSLyKNS7vA6qo7kqcCotBhkttA0+GZCkkdvGrIeqkKMirF/ObSwuLgKGMMTSBT3wM4pml3Zv9
KtbtkCGeJZCoOcZGcU+gupbooopDCiiigAqjqv8Aqbf/AK+Yv/QxV6qOq/6m3/6+Yv8A0MU1uJ7F
3AowKWikMTAowKWigBMUYpaKAEwKMClooATApGRWUqygqRgg9DTqKAECgDAGBRgUtFACYFGBS0UA
JgVRtf8AkL3/ANIv5Gr9ULX/AJC9/wDSL+RpoT6F+iiikMKKKKACiiigApKWkPSgAzRurkvtH9oe
JNTivtVnsRZOgt4kmEYKkZLkH72TxzxWVoeuX2l7UxFPazy3zrGAfM3Rkt1zjnpjFZOqkztWCm4u
z1snb1V9/Q9CzRmuEbxnqNraNLKbK7MliLtPIBAgJZV2vycgbuvHQ1LP4m1WAXtustjcS2zxE3MS
fLsZWY4Qt8zDHQN0OaPaxD+z63l/Vv8AP/K52u4Uua4GXxDNHqE97Z/Z3lltbMCRlcK29yD8ueBz
9frT7nxdqdtZtHI1stzHdz27TLEzK3lgEYQHPJYDOeKPbRGsvrO1v60v/X5HcTRpPC8Uq7kcFWB7
inBhXJaxfavDbeHn+1xWs1zMqXAKfLuKk4PPQcjGfTmqEGs30F7cWunC1ie41C7DPIrMPkRWzjPU
8+1N1UiYYGc43TXX8L/5He5ozXBJ401OCzmubmK1kDact5CkYZdhL7MNzyOc9q2tD1jUbzSL2e8h
hWe33eW24Kr/AC5G7DNt9+feiNWMthVcDVpLmlbe250eaM1xFv4r1CWCC3ae0jvJrryJJJIiqQfJ
uwRuIYnBAIbmkTxndhLcym1QNFd7pMHbI8XClST0PpzS9tEr6hW/r5/5M7jNGa4keKtU2NMFt2jh
0uO/lQIdzswPyjngZwe/A96bf+J9Wsraxiiksbu5ug8nmxL8qhVB24LgZyeuenan7WILAVm7aff5
X/I7isrVdVurK4SGz0q6vnK7yUKoij03Hv7Vc064ku9PgnmjEUkkauyBtwUkZxnvVXxBq66HpMt6
0Jm2MqhA23JYgDn8aqT9297GFKLdRQ5eZ3tbz/rzE0TXYdajmCxS29xbv5c8Eow0bf1HvWrWB4d0
q7tLvUdQ1ERJdX8isYom3LGqjAGe5reog21qGIVNVGqe3/A1/EWiiiqMQooooAKKKKACqGt/8gi4
+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJS1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKAKdheWt4bkWox5M7RS/Lt+cYz9eo5q5WZo2mvppvzJIr/abt7hdo+6Gxwff
itOm99BLzCiiikMKKKKACiiigAooooAxda8IaJ4huY7jVbBbiaNNiuXZSFznHykd6rTfD/w1cWdt
ay6WjQ2u/wAlTLJ8m45bndnk10dFAGRonhXR/DjzNpNmLdpgBIRI7bsdPvE+tGs+FdH8QSRSapZL
NLEMJIGZHUem5SDj2rXooAzrTw/pdjpD6Xa2MMdi6srwhflcHrn1z6mqK+B/D66T/Zo09fsgl85U
Mjko+MBlbO4EAY4Nb9FAGRYeFdG0tbgWVjHF9pi8qYgsTIvP3iTkn5jz1q9a6fbWWnxWNvCqWsUY
iSLqAoGMc9eKs0UAY+n+E9F0qyurSzsI0trsYmiZmdWHPGGJwOTwKg0/wP4e0uWGWz0yOOWB/Mjk
LMzKQCBgkk4wTx09q36KAOJs/h9Y3upa1ca9p8U32m/aa3dZCGMRVRglSDjIPyniuyt7eK1gSC3j
WOKNQqIgwFA6ACpKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/rb//AK+T/wCgrTWwnui/RRRS
GQ3UKXNrLDKSI5EZGwccEYNJY20VlYwW0BJihjVEJOTgDA5qLVo2l0i8jjUs7wSKqjqSVOBUegRP
B4f0+KZGSRLaNWRhgqQoyDT6C6mhRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himt
xPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6
F+iiikMKKKKACiiigAooooAqXGl2V3Mk1zaQTSx/ceSMMV+hNOTTrSJkaO2hVkLMpCAFS33iPTPf
1qzRSsiueVrXKkOl2NsJRBaW8Yl/1gSJRv8ArxzTP7E037L9m+wWv2fdu8ryV27vXGOtXqKLIftJ
dyo2mWTsWe1gYkKMmMdFOV/I9PSs7WPCdjrHlli1uyM7kxKmGLY3EhgQTwOetblFDimrMcK04Pmi
9TPi0eyh0uCweJZraBQqrOA/ToTnvUw06zEnmC1h37mbcEGcsMMfqR1pmsf8ga8/64t/Krg6U+VW
JdSTbu/6ZWXTbNAAlrCoEfkgCMfc/u/T2pYNPtbW3MFvbxRQnOY0QBTnrwKs0UrIHKT6lIaNp62Z
tFsrYWxOTEIl2E+uMYpz6XZSRxRvaQMkP+rUxghPoMcVboosg55dytHp9rEcx28SnyxFlUA+QdF+
ntUX9iaZ9mFv/Z9p5AbeI/JXbu9cY61eoosgU5LqNRAihVGAOAB2rN8Q217d6U8WnR2sk5dSFul3
JgHJ49a1KTFDV1YIScJKS6CKDsG7G7HOKdRRTJCiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v/kE
XH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAxvDt5PeHVBPKZPJv5Ykzj5VGMD9a2ap2FzaXJufse391O0c21Nv7wYzn17c1cpvcS2CiiikM
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv8A/r5P/oK1
fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrj7JYz3G3d5MbSbc4zgZxTdMu/t+mWt3s2efEsm3Odu
RnGakuoEurWWCQkJKjIxHXBGDSWNrHY2MFrCWMcEaxqWOTgDAzT6C6k9FFFIYUUUUAFUdV/1Nv8A
9fMX/oYq9VHVf9Tb/wDXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL
3/0i/kav1Qtf+Qvf/SL+RpoT6F+iiikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri3
8quCqesf8ga8/wCuLfyq2GGOo/Oq6C6mT4slmh8MXz28728uwKsqHDJlgMj35rmm1vUbu7s1+0Sw
myMtpdhOFluBDKx/ABEcf74ru22OpVtpB7GmeXFycJknd0HXpmpGcVea7cPY+Hrux1DzhDC092kc
gbzgiIXVsd8MxHuBVK81i+uXubhdQkit7ue0kgV7gwpHCzSgfOBlQyorE89a9AS2togRHFEgOchV
A+tDW9u6bHjiZcAbSoIwOlAHO6hdz/8ACPrb29y1ttSNvt0l2PJl+YZjE2d2TyA22snTb9tS1mCJ
r+aKBbeNQk2plJGbzJVJXaMTZ2gBsjgCu58mAweSY4/KxjZtG38qabW2ZkZooSyABCVGVx0x6UAc
7oLS2S3spbVNQIvpLZVM/meWing4ZgOPXrWPDrEtjeLHcauZybuJpbpLwPA0ZkIIK/8ALI8gbehx
x0Nd+oRc7doycnFRG1tSrqYYdrncw2DDH1PrQBxt5qzSyX91Dq0iajHdLFZWaTDZKny7cJ/GHDE7
ucZ4IxSX0FzaR6x9m1DUpHhvba2iR71h8r+SWGTnBO9hu7ZrtRb26ujLHEGRdqEKMqPQegp2yM54
XkgngcmgDhLu41K11yJHmvIIYBZpI/2wyLAXkcHepH7wNgLuPTI9Khu/Et28mszLPfRWt5b3CWch
TbHG0Sna0Tdy4Dt/wEV6C6RPncEO7rkA5pPLhMYQrGUXouBgfhQBxUWsajLf6XYyXMqSafdrbXrD
gXDkMFznsUAf/gQq14P1DGgpcXeoxT3E8SEA35nJcoWwVIGxjg/KM9D6V1flxZJwmSck4HX1pkdr
axEmOKFMnJ2oBk/5NAHGzeMNXgj0pTHpxmvLVLt2kfyYyrEfIpZ+oB5Iz1Hy1o6F4kutU1z7LLJZ
eW8M0vkR5863KSKgV+ccg56DnNdG0EDhA6RsEOVBUHafb0qP7Dai9W7CKJ1Rk3jjIYqTn1+6vPtQ
Baqhrf8AyCLj6D+Yq9uHqPzrH1O/im0+6gO6KdQP3cgwSMjkeo+lVBaomT0ZsUtIKWpKCiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAy9F02TTjqBldG+03klwu3PCtj
APvxWpWP4fvZ706n9ok3+RfyQx8AbUGMD9a2KbvfUS2CiiikMKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9F
FFIZT1dWfR71I1LO0EgUKOSdp6VFoEbxeHtOjlVkkS2jDKwwQdoyDVq9uPsllPcFdwhjaTbnGcDO
P0pmm3f9oabbXYQoJ4lk2k525GcZp9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBf
MX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5
GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrIzo15/1xb+VA0jT8f8eNt/37FGsf8A
IGvP+uLfyq4Kq+hNrsp/2Pp//Pjbf9+hSf2Rp3/Pjbf9+hVTxcHbwvfLE8qMyBd0RIcZYA4I5zg1
zLXeo3l3aCZrhP7OaWykKkqJ5fIlJcgdRhYyPQue4pXY+VHZf2Rp/wDz423/AH6FJ/ZOnf8APjbf
9+hXHXGpyXmn+HrvTbqWZ7KFpZ1jYnzGSNCyP6kqW698VS1C5ubgXV5NcSww3s1pMBM8gjiiYyhQ
QpBAKqhIBHJ5ouw5Ud//AGRp/wDz423/AH6FH9kaf/z42/8A36Fc9qEpfwwIEmS1sVjiZb9ZWaKU
7hlCAfMCtyCc9O9ZFhJBe69aJdSJbQ/Z40ihluJ2Mn7yUZibcNwOFwWGcbaLsOVHcHSNPH/Ljbf9
+hSf2Tp3/Pjb/wDfoVg6Datpq30tnZz3Mhv5IMSXLfJEDwRvJGB7Vhw3yafc/wDH69xEt7FJPfCW
X7vmHKSo3Ctz/DwQOg4ouw5Ud1/ZOnf8+Nt/36FL/ZGn/wDPjbf9+hXHXl7HdTXkyXNyNZkuVGnK
kj7Wi+UoVUfKUIJ3Ej+9nGOFvdHW3TWRZpP5gvrWCIPczbdjeSWGckgElskc8mi7DlR2H9kaf/z4
23/foUf2Rp3/AD423/foVxV7aXtprkbMrRQWos1kkhuZW8jdI+SoPDqeAxbkA55xUN3qd/J/a940
OoR2up29xFA5f5QY1PlFADuUsock4HOOtF2HKju/7I0//nxtv+/Qo/sjTv8Anxtv+/QrkIrjUX1D
TLGZ7kDSbxbaWTJAuCwbax9R5YUn3f1FO8IX0Vn4daZZ4bq/kiQCJHlZ2l2MQj7mOGJB6YH6UXYc
qOt/sfT/APnxtv8Av0KP7H0//nxtv+/Qrkz4ku/sVrI2tRrFMXae5+xE/Z3CKRDt9SSevPy46mnx
avr1xOpmkFsspjt3txbcxO9t5hbcT2fjB47Gi7DlR1H9kad/z423/foVlajoVtDZzXUkcTTJzHsj
CLHyOgHf3NYemSahpmk2FraybJXsrM+cYMlTLPhyV6EgE9ec8mn63f64xvIkvkWD7Q1soa0BICwr
Jvznklsj059aqMndClFWO7HelqnpNzJe6TZ3UyhJZ4EkdQMAEqCRz9auVBQUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFOwmspjc/YdnyTss2xdv7wY3Z9T05q5WVom
nTaedQMxQ/abySdNpzhWxjPvxWrTe4lsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFFFFABVDTv9bf/wDXyf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG7t1u7W
a3ckLKjISOoBGKbYWiWFhb2kbMyQRrGpbqQBjmo9XDNo96EDFzbyBQvXO09Ki8Pq6+HtOWUMJBbR
hg3UHaM596fQXU0aKKKQwooooAKo6r/qbf8A6+Yv/QxV6qOq/wCpt/8Ar5i/9DFNbiexeooopDCi
iigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABR
RRQAUUUUAFFFFABRRRQAUUUUAUtY/wCQNef9cW/lVsVU1j/kDXn/AFxb+VZUSaoNSzeNCZMnyTsc
xAe2Dwcf3vwq0rxIbszoqKoY1T/npZf9+3/xoxqn/PSy/wC/b/40uXzHcv0VQxqn/PSy/wC/b/40
Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy/wC/
b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn/PSy
/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/RVDGqf89LL/v2/wDjRjVP+ell/wB+3/xo5fMOYv0VQxqn
/PSy/wC/b/40Y1T/AJ6WX/ft/wDGjl8w5i/VDW/+QRcfQfzFGNU/56WX/ft/8ap6sNR/sybzXtDH
gbgqMDjI6c04rVaik9GbVLSDvS1BYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFAGRoF/PfHUhcMG8i+khjwuMIMYH61r1T09rJjc/YPLyJ2E+wY/e8bs+/SrlN7iQUUU
UhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/1t/wD9fJ/9
BWr9UNO/1t//ANfJ/wDQVprYT3RfooopDILy4FpZzXBUsIY2kKjvgZpunXYv9OtrtVKLPGsgUnkZ
GcU+8txd2c1uzFRLGyEjqMjFN0+0XT9Pt7RGLrBGsYY9SAMUaWF1LFFFFAwooooAKo6r/qbf/r5i
/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv/ACF7
/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/
1xb+VXB0qnrH/IGvP+uLfyq4KfQXUyfFNzcWnhu9ms5/IuAgCS4B2EsBnB471zzeJNQurmySKYw/
ZhJBfKFBD3AilO3JHRTGG46h1rtZYo54zHKiujdVYZB/CovsNsCxEEQLOZCdg5YjaWPuRxn04pDO
U1DXb6C08PXcFyGQwG4vUAB81FRC/bggMW4x0qjda/qt1LdPa3biG4uLb7IiFEIiZpVyGZT97yw2
SDwRiu0g0jT7VClvY2sSHPyxwqo5GDwB3AANLLpNhND5MtlbPFtVdjQqVwv3RjHQZOPSgDGvry/G
ji0s3uEvlSNmnmKhXBI3Isu3ZvIJAOOvaszT9Qv9V1mOCG9vxawwIJC8sKOr75VbcNhDn5AMqQOP
euvbTbN7EWb2lu1qAAIDEpTA5Hy9KjOjaaZYZTp9p5kACxP5C5jAOQFOOMH0oAxNEuri1F5LeXeo
34W9ktUQRK+wKeGIRRj3J4pItYun0nT5ftIM0mqGCQjHKec64/IAfhXSxwxxBvLRU3MWbaMZJ6k+
9V4tJ0+CV5YbG1jkkYO7pCoLNnIJOOTknmgDg4PFOrJpsENzeE3R0+e8WbYo81PK3I3TGUbKn6An
rXSafrsv9g3+o3cim6i81vsjYQwlFJ8s9ycDJPfORxitttPtGRFa2gKxoY0BjGFU8FR6A4GRQ+nW
kjs8ltAzN1ZowSfl29f90kfTigDmn8V6lHf2tn/Z0UsrRRTXJjlAVUkYgbSxBOAMnjk8Crfh/wAR
XWr6h5NxDapHJaLdxeVKXdVY4CuMcH6e/pWzNpllcSwyT2lvJJB/qneJSY/90kcdB0qK20ays9Rk
vbaBIZpE2P5ahQ3zbskDqcnrQBexRilooATFGKWigBMVR1r/AJBFx9B/MVerL1O7hudJuxE4LJgM
p4ZTkdQeaqO6JlszUFLSUtSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQBk6Fp81gdRM+3/AEi9knTac/K2MZ9+K1qydBv5786j55U/Z72SCPaMfIuMZ9+a1qcr31Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9XLDR73Zu3/Z5Nu3rnaelReH958Pad5u7zPs0
e7fnOdoznPerd5OLW0muGBZYUaQgdSAM0zT7tb/T7e7RWVZ41kCt1AIzzT6C6lmiiikMKKKKACqO
q/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKA
CqFr/wAhe/8ApF/I1fqha/8AIXv/AKRfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
FLWRnRrz/ri38qQaTb4+9c/+BMn/AMVS6x/yBrz/AK4t/KrgqrtLQm12UJNOtIY2kllnRFGSzXUg
AH13U1rGyTaGnmXfnbm7kG7jJx83PFReKrN9Q8NXlrHCZ2lUL5Y/iG4ZH5Zrmho2pz3Vsbq2eQac
8tnbOxBLxmGUeb/wLMS/VTS5n3Hyo6o2NkPLBnlHm/c/0t/n4zx83PFMlt9NgDma7eMJjfvvHG3P
TOW4zXMT2V7qWnaFJb2F1Dc6VCxUTJsIlREwOvIbDL+Jqrd6Lfy+fezWNwJbya0up/KiSR1IaXKh
WyCUUxryDRzPuHKjs/sdh9m+0faZPIxu837Y+3HrndiomXSE2b7/AG+Yu5M3zDcPUfNyKztQs57v
QhHNDM1iqRtHHDbqLlZFYEMyH5CMjJXH4VmabY3S65BNqGnzxo8EcaiCyi8ogSS8uCCYzhlJCnua
OZ9w5UdNbw6ZdsVtrxpmUZIjvXYgfg1S/YLLaG86bBbaD9rkwT6fe61maRpV1p8d4bG1tLaSS/kY
mWL70JPGNuPwzVG1gupLCzsv7Puo3tNV852kjAUoZnbcpzzwQfxo5n3DlRvi008xiQXMhRgSG+2P
ggdTnd2p66baOzKss5K4yBdSZH/j1cJD4c1S0062tI7J2tm024bYMZhneLa0ePRmww9y1dBZxanp
uh3tnBaytqjtIUuwAUmcoWWQ7jx0C46AgAfLijmfcOVG7/ZVv/euf/AmT/4qmtptqilmkuFUDJJu
ZAAP++q5a8j1I28f2NPEPkGOXYrSgTC4+UIWJP8Aq/vdflznIxim3uma5cJe+dJfSG5E0LxpL+62
fZxtKL2zKMZ68kdKOZ9w5UdPb2unXcYktrqSZGAYNHeOwIPQ8N04P5VN/ZVt/fuf/AmT/wCKrmjp
eppJb2sTX0drizR3SUh9oEvmDdnPUoD+GKiu9M1uW4upY7rVV3vdsqpPhRtx5AUdgf178cUcz7hy
o6r+yrf+9c/+BMn/AMVR/ZNv/euf/AmT/wCKqxaGRrOEzjEpjUuMfxY5/WpqOZ9w5UUf7Jt/71z/
AOBMn/xVY+o6JiGW9ndw8YxGiyu3GR94k8/Tp9a6aqGt/wDIIuPoP5iqhJ3WpMoqxeFLSUtQWFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT08WINz9g8vPnt5+z/nr
xuz79KuVkaDYT2J1I3CqPtF9JNHhs5Q4x/Ktem9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UU
UhkF5bi7s57csVE0bR7h2yMZpunWY0/Tra0Vy4giWMMRgnAxmmauzLo96yFg4gkKleoO09Ki8Pu8
nh7TnlZmka2jLFjyTtGc+9PoLqaNFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9Tb/wDXzF/6GKa3
E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/0i/kav1Qtf+Qvf/SL+RpoT6F+i
iikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/ri38qpR+JLSefbDInkKSHlfIyfRRjn6
nFXdY/5A15/1xb+VSLZRLci4j3RufvhDgP8A7w6H69atWtqQ730If7b0/wD5+U/I/wCFH9t6f/z8
p+R/wp+ralFo+l3F/cLI8UC7mWMZY+wHrVKbxPYwyWCjzJPt0TTRNGuQFVC+WOeMgED1NToPXuWv
7b0//n5T8j/hR/ben/8APyn5H/Cq8/iWytjpPmCUDVSBA20YXIBG7njOQO/JFV7nxfZW9zdwCG5l
ktpooGCKoDO+cBSzAcbSCTjmnoFn3ND+29P/AOflPyP+FH9t6f8A8/Kfkf8ACmXetxWOkJf3EMyC
RkRYvlLlmYKoznb1I5zj3qsPEqm8S1XTb43BiWV4z5amMMWABy4yfkPTPajQLPuXP7b0/wD5+U/I
/wCFH9t6f/z8p+R/wqLSNb/thpwljeW4gcxs04QDeDgqNrHp+VC67bNaW9yFl8u4uTap8vO/cV55
6ZU0aBr3Jf7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKzYPGmm3Gmx3sa3Gx0mfYUAdfKXcwIzwSMEeu
RWnZ6tbXsFxPGxFvAzK0zcIdv3iD3A5BPTINGga9xP7b0/8A5+U/I/4Uf23p/wDz8p+R/wAKE1vT
JBblNQtmFySICJR+85x8vrzxT7TVtPv7iWCzvbeeaH/WJHIGKduQOlGgajP7b0//AJ+U/I/4Uf23
p/8Az8p+R/wq9RRoHvdyj/ben/8APyn5H/Cj+29P/wCflfyP+FXqKNA1KP8Aben/APPyn5H/AAqn
q2rWU+mTRx3Cs7YAAB55FbVUda/5BFx9B/MU42uhSvZl4UtIKWoLCiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAytD1GbUDqIn2f6PeyQJtGPlXGM+/NatU7COyjNz9h
8vLTs0+xs/veN2fQ9OKuU3uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAVQ07/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbudbW1luHBKRI
zsB1IAzTbC6S+sILqMMEnjWRQ3UAjIzS3tv9ssp7fds86No92M4yMZpmm2f9n6ZbWm/f5ESx7sY3
YGM4p9BdS1RRRSGFFFFABVHVf9Tb/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKKQwooooAKKKKACi
iigAooooAKKKKACiiigClrH/ACBrz/ri38quCqes8aNef9cW/lTRc6j/AM+EX/gT/wDY1Vrom9mL
rGnnVdLms1k8oyYw+3OMEHp+FY0Xg7yp5JPteQZ3eIFP9XEY5FEY57NM7Z9MDtWx9p1H/nwi/wDA
n/7Gj7TqP/PhF/4E/wD2NLlYcyMZvCt3d6daW19eQFrSB4I3giZOCqhW5Y/MCueKil8Fytaqoure
WX9w8n2iDekro0jOWXPIZpScdsVvfadR/wCfCL/wJ/8AsaPtOo/8+EX/AIE//Y0crDmRUl0OR7Bl
Vrb7S8SxPHIjvalQRkCEtgDAxxVDTvCc+m6jBcpLYzKiKh862LNEA7tiJt3yDD4AOegra+06j/z4
Rf8AgT/9jR9p1H/nwi/8Cf8A7GjlYcyILbQkjjnSaaVhJdvdKYpHiILHO07TyPrwfSqdv4dvEhit
5ru3a3t737XFshIf/WM5VjuIP3sZAHStP7TqP/PhF/4E/wD2NH2nUf8Anwi/8Cf/ALGjlYcyOePg
QqsPlX2wrp72co8v5ZGKbFkxnggEg+ox6Vor4euYNKudMtrxFsZVdI0eMs0SMhGwHd0DHI9vl9DW
h9p1D/nwi/8AAn/7Gj7TqP8Az4Rf+BP/ANjRysOZGLeeDRc6rbXnmW7qkUMUkc0TN/q2JDJhgAee
4OCAak0HQbzSdYXzXhltYbFbWJ449hwrkgNycnHU8Ctb7TqP/PhF/wCBP/2NH2nUP+fCL/wI/wDs
aOVhzIv0VQ+06j/z4Rf+BP8A9jR9p1H/AJ8Iv/An/wCxo5WHMi/RVD7TqP8Az4Rf+BP/ANjR9p1H
/nwi/wDAn/7GjlYcyL9UNb/5BFx9B/MUfadR/wCfCL/wJ/8Asaw7u9v2iuIVjE1r/wAtHMu7yjuH
AbA3fTkj1q4RdxSkrHVUtIKWsywooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAMfQLGeybUzcIF8++kmjwQcocYP6VsVl6JqMuonUPOVF+zXklum0dVXGCffmtSm731Et
tAooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A
6+T/AOgrV+qGnf62/wD+vk/+grTWwnui/RRRSGU9Wdo9IvXjYq6wSFWHUHaeRUegSPN4f0+SV2eR
7aNmZjkklRkmrV1MltayzyAlIkZ2wOcAZNNsbqO9sYLqEERzIsiAjBwRkZFPoLqWKKKKQwooooAK
o6r/AKm3/wCvmL/0MVeqjqv+pt/+vmL/ANDFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKK
KKACqFr/AMhe/wDpF/I1fqha/wDIXv8A6RfyNNCfQv0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFAFLWP+QNef9cW/lVwVT1j/AJA15/1xb+VWTNHGyI7qrPwqk8t9KroLqUPEd7cadoF3dWXl/aUU
eX5gyu4kAZHpzWE/iy5nn09LVIlBjk+2hxkxyiOUhBg4BDQtn2x611N3awX1s9vdRiSF8blPfBz/
AEqsuh6aryuLVA0s7XDnJ+aRkKFuv90kfjUjMXUPEl5Z22gXOyEw3UYmvcj7qbVyy88YL578A1Sv
PFWpNcXgs1i8n7RBFalITI7IzSKzY3AMS0ZxyOPWuig8N6Xb26wJbsY0V0VZJnfarKFYDcTgEADF
EnhrSpLdIDa7Y0SJF2SOpUR52YIORjcfzoAp3esXaaV5Fkyz6ukaSSxGHDohI3N5e7kgH7u7k96o
WmuanqGrRWtrch4VgRpJksDgOWkU7wzgxkbAMYPOa6OXSrSbTlsZFkaBcYHnPuGDkHfndn8arxeG
9LguYp4YHjliAAKTyLuwxYbgGw3LMfmznJoAz9J1e5iFzJreo2xjW7e0iCQGPLKeDncevpT01u6b
S7G4YReZcaibVxt42CV04564UVt29pBaCQQRhPNkaV8Hqx6mqUHh7TLZy0UDDMwn2mV2VX3FtwUn
A5JPHrQBy1t401F9OjE6W6XwtJrpwEO118svEyjPTgqfdTXQadr/AJug3Ws3gVLVN7rHGCXRE4Ib
/byD8vbp71Zfw5pLrCrWUZENu9rHycrEwwy5z0IFSPoenSSSu9srGZi0gLHa5KbDlc4OV4oAzrnx
PdWgCS6NP9pEbzvCs0Z2wrjLbs4JycBevB7c1UvPGj+VefZLCRlSOT7POzrskkWIS4K5yBtPU+mK
038KaPLAkMloXRM43TOTg4ypJbJU7R8p446VYk0LTZd2+1QhmdyMkcsmxu/deKAMW28S3drBDFc2
0l1eOluuwFEy8vmHO4cYwnp+dOufGjwT3CLo9zIkTTKsiyxgOIv9YcE5GAePWts6PYGZJjbr5iGM
q2TxsBCd+25vzpraJpz7t1sp3ebnk8+Z/rO/egC5BMtxBHMmdkihlz6EZFSUyKNIYkjjG1EAVR6A
dKdmgBaz9ZULo04UADA4H1FX81R1r/kEXH0H8xVR+JEy2ZepaQUtSUFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBTsLeztzc/Yih8ydnm2vu/eHG7PoenFXKx/D1lPZ
HVDcR7PPv5Jo+QdyHGD+lbFN7iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKKQyC+tzd2Nxbh
tpljaPdjOMjGaZplmdP0u1tC4cwRLHuAxuwMZxTdWkaLSLySNijpA7Kw6ghTg1HoE0lx4f0+aZy8
kltGzOx5YlRk0+gupoUUUUhhRRRQAVR1X/U2/wD18xf+hir1UdV/1Nv/ANfMX/oYprcT2L1FFFIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtf+Qvf/SL+Rq/VC1/5C9/9Iv5GmhPoX6KKQ0hi0U3N
KDQAtFFFABRTd43BcjJ6DPWloAWim7xu25GcZxnmgOCxXIyOozQA6ikzSK4cZUgj2NADqKKQ0AU9
Y/5A15/1xb+VZ1vpF1bX7u13cSiUn/SBs3qPQgr0+n5VszpFPG0MuCsgIKk9R3qQVSk0rEuN3cp/
YJv+gjd/lH/8TR9gm/6CN3+Uf/xNXM0UuZjsin9gm/6CN3+Uf/xNH2Cb/oI3f5R//E1bDhs7SDg4
4NAcFsZGfTPNHMwsVPsE3/QRu/yj/wDiaPsE3/QRu/yj/wDiau0UczCyKX2Cb/oI3f5R/wDxNH2C
b/oI3f5R/wDxNXaKOZhZFL7BN/0Ebv8AKP8A+Jo+wTf9BG7/ACj/APiau0UczCyKX2Cb/oI3f5R/
/E0fYJv+gjd/lH/8TVys3VNdg0p445IbqeaQFljtoWkbA6njpQ521ZUKTm+WKuyb7BN/0Ebv8o//
AImj7BN/0Ebv8o//AImotH12z1uORrRnDxHbLFKpR4z6EGtKhTuroJ03CXLJWZS+wTf9BG7/ACj/
APiaPsE3/QRu/wAo/wD4mrtFHMybIpfYJv8AoI3f5R//ABNU9Ws5Y9MmZr65cDB2sEweR6LmtmqG
t/8AIIuPoP5iqi3dCktGXhS0lLUFBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAZmi6lJqJvxIiJ9mvHt1255C4wT781p1TsLS1tDc/ZCD5s7Sy4fd+8OM/TtxVymxIK
KKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk
/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhkN1MlvayzS/6uNGd8DPAGTTbG4iu7GC4twRDMiumR
j5SMjjtRf25u7C4t1YKZYmQE9sjFM0uzbT9KtLR3DtBCsZYDAOBjNPoLqW6KKKQwooooAKo6r/qb
f/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKoWv
/IXv/pF/I1fqha/8he/+kX8jTQn0L9IelLSUhnCNPLB4wljW8F1PdSSLbSRXJP2YhSAkkPTaD3pq
eLtVudOnuojFEYDb27q8eR5zNiTv0Hp713C2sEczSpDEsr/ecIAzfU1V0/RrTT7eWGNPMWaZp3Mu
GJcnOaxdOXRnorF0WlzQu1b8N/w0/E5X/hJdUCrZzX1rA41Ca1kv3iARQihhlScAknHXtUlv4o1W
fxT9jQ2zW0cohZCVVpBsz5i5bcc9RgEYrsHs7aRGR7eJldtzKUBBPqfel+zQecJvJj80DaH2jcB6
Zp8ku5LxVGz/AHa2f39/626HBaLqs+r+KtGu7q5geRobk+RGu1rfkDY3PXjvjvU9x4x1DTdSuILw
I8NjPJ9oYJgmJgPKx75NdstrAjl1gjVyS24IAcnqc0PawSFy8ETFwA2UB3Y6Z9aXs5Jb6jeLpSne
VPS1rdtX5dn9+p5zrt9qURaVp0gvhpkEs00SYf5psFc54UZ/T3qa71K90zX9TvrS7glCJYrKxjBE
4bjIIPy9c8Zr0B7aGQsXhjYsu0kqDken0pv2K2wR9nhwQARsHQdPy7Ueyd9yljocqTh+Xl5eX4nO
61c3UHjTRok1D7PbTJIGjIG12GODzyTnA9O3Wue8P65qGj6VAsZint3tLq4jh8vDKySHvnnOa9Gk
gilKmSJHKHcpZQdp9RSJawRlSkEalQQpCAYB64pum73T/rQzhi4RpqEoX/qXl5/gc74R1rUdUtbp
797ZxGFaOSN0PVckMFJxj88GsP8A4TTUo9MmBuIJrvz4o2ZETy4VfPIcNtYccbiMd676G3ht0KwR
RxqTkhFCj9KatlarC0S20Iic5ZAg2n6ihwlZK4LE0VOUnTVnbTtb/M4G+1u9R9G1SeOGS9itbwhY
mDI+0AA/KT9Tg+tWLfxVq7aP5k89mvmXcMIuwUcRI4ySyqxAx2ye/NduYLeNVYxRKIwQp2gbR3x6
CkWzthAYVt4RC3JQINp/Cl7OV/iLeMotJOmtPyu3+pxD61qFhrN/MdUivFi05Z4olQBJjzyoBPTG
SRS2/ivVm0jzJ57RTJdwwrdgoyxK4yxYKxAxjjJHXmu3FpbgoRBECi7UIQfKPQegpFsrZYWhW3hE
TdUCDafwo9nLuL63Sa1pq+nbocLaz3MfgXxBcWl3idbyeTz4RjdyMleeM+vamXmtXOn3D3VvNbXF
yumW7favLHz7pgpBwemD+degLBEqsqxIFblgFGD9aYLG1ChRbQ7QAuPLGMA5x9M80ezdtGNY2Dk3
KF7u/Ty028vQ46DX9ah1OOK4ureaJNS+wOog2lwV3bs54I6Yqfwl4l1TWtQkF2LcW7Rs+xWUPCQ2
Mbclv++gOa6z7NBuz5Med2/O0fe9fr70R28MTu8cUaO5yzKoBb6+tNQknuRPFUpQaVNXa3OLuvFt
/Z3usIZYJngjke3hjQMoCsBlmByCATlSB7U2XxXf2sV0ov7W8jglts3kcYCBZGwynBI4HOa7ZLWC
N3dIY1eT77BQC319aatlbJCYVt4VibqgQBT+FHJLuNYmj1p9u3l5f1fU49PEupXs8UVpdW6rPqs9
qkvlhgIlXKkc8n+dRSeLNSj0q/vRdWrTpK0S2RQBrbEgXexznGPXA5FduLWAEEQRgqdwOwcHpn60
n2O33SN5EW6UYc7Blx7+tHJLuCxVG6/d6f8AB9Opl+F9QvdS0oy35haRZWQPE6sHUdCdpIz24Par
2q6hDpGmz31wHMUK7m2DJ9OKsxQxwoEijVEHRVGAPwrO8RwyXGgXUUNkt67qALdn2h+R3yPr+FXq
onOnCpWTasm/TT9DN8O2t1ca5qOtXFs1pHdrGkULkbyqj7zY6Zrpaitd32aLegjfYNyA5CnHTNTU
RVkTWqOpO79PktAoooqjIKoa3/yCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDF8O2c9o2qmeIx+dqEsqZ/iU4wa2qz
NH1J9SN8HjVPst29uuDncFxyfzrTpvfUS20CiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhp3+tv/APr5P/oK1fqhp3+tv/8Ar5P/AKCtNbCe6L9FFFIZU1WV
oNJvJY2KukDsrDsQpINRaDPJc6Bp88zl5ZLeN3Y/xEqCTVq6kjhtZZZv9UiFn4z8oHPFNsZ4bmxg
ntseRIivHhcfKRxx24p9BdSxRRRSGFFFFABVHVf9Tb/9fMX/AKGKvVR1X/U2/wD18xf+himtxPYv
UUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/5C9/8ASL+Rq/VC1/5C9/8ASL+RpoT6F+ii
ikMKKKKACiiigAooooAKKKKACiiigAooooApax/yBrz/AK4t/Krg6VT1j/kDXn/XFv5VcFPoLqY2
ua+2jahpkJt/Mhu5GWWTdjyVGAGx3G5lz6DmqieLXk1ee1S0XyUu4reOXzOXDeYGbGOMNGR71q6n
o1rqzKboOdsUkOAcDbIAG/HgYqi3hGxEEccM11C0SwhJI3G4GLdtPIIyd7Z45zSGNfxStvrmqWV1
AI4LOESxzBs+aQqs647Eb1x65rPs/GV7eXWn27WVvby3Ee6RHeR9p81oyoKoRxt6nA5rWm8LWNzI
ktw08sq3EdwXZhlnRAnPHQgDI70kXhi3t7qKe1vL2BkBVgjriQGRpMNlT3Y9McGgBur6zfW81mNL
jsLmG5mFvuknYbXwx/hUjGF/WqUfi65ae5ge0tluVlEENs0zCXeW2qzgrgIR824Z445Nbb6PZEW4
jhWFbef7QiwqEBfBGSAOeCapXHhW0u5jLdXV7PIrFoGeUZtiWDZQgeqjrngY6ZoArX3iw6NIYdYS
2t5vskk67ZiVkZTgKCQDz+lWNU8RPZ+HRfWsEdxeFYWFp5uDmRlGOmf4uOOeKsJ4ftxvaW4up5JL
d7Z5JZMsyscntgH0xwPSntoViYIoxCFaMxYlUAO3lsrKC2MkZUUAZV541ht7qHyIPOtWs2uXlD4I
O3ciY9SPyyKLzxJqWmRTJfafbC58gTwiKctGfnVCrEqCCC6nIBzmrKeDdJSF4vLkMTtMzIX4/ejD
DjoAAAPTApz+FbaaC5S5vL64knRY/OllBeNQ24BeMDkAng5wM5oAz9Q8WXumkWtzaWyXonWNiHke
IoyOysNqFj/qyMbePpWzcayllHYC4ilknvCERLdC3zbdx64wAATk4qu/he3ZEYXt8t0s3nG6EimV
m2FMHK4xtYjAGOatLo8f2q3uJbi5mkt23oZHBAPl7DwB3GSfc0AZsXjvRriSaO3lkmkjKhVjTcZi
W2jZjrz649enNTx+LdOktjPi4VRGZCrxEMAJPLIIPfcMYqOPwfZwwGGG7vkiVw8CiQf6OQ2QUyvu
R82eDioYvBVu1nDFc3d0ZI2kDPHLgyo0xlCvkHODjnjPPY0ASP450ZLq5t/OZpLfIIRchyHCEDnq
GYDnHX0q5Ya8L/WLqwFlcxfZ4o5PNkXCtvGcexH9D6VCnha3i+0iC8vYopy58pXUohZtzYBU9Tng
5HJ4qfTPD9rpE4ktHnVfISAxs+VIXO1umc8kdce1AGrVDW/+QRcfQfzFXs1Q1h1fRp2RgwIHIOR1
FVH4kKWzL9LSClqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU
7CxtrE3P2Yk+fO00mWz85xn6dOlXKxPDlrNanVvPiaPzdQlkTcPvKcYI9q26b3EtgooopDCiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/wD6+T/6CtX6oad/
rb//AK+T/wCgrTWwnui/RRRSGV7+3a70+5t0IVpYmQE9ASCKZpNo9hpNpaSMrPBCkbMvQkADijVJ
Xg0q7mibbJHA7K3oQpINR6HcSXehWFxM++WW3R3b1JUEmn0F1L9FFFIYUUUUAFUdV/1Nv/18xf8A
oYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULX/kL3/wBI
v5Gr9ULX/kL3/wBIv5GmhPoX6KKKQwooooAKKKKACiiigAooooAKKKKACiiigClrP/IGvMf88W/l
TBaX3/QSP/fhafrH/IGvP+uLfyq4Kq9kTa7KP2O+/wCgkf8AvwtH2O+/6CR/78LWJ4o1K60zXdOu
Y7h0s7aCWe7iH3Xi3RozEf7Ict+BrPsNcuhqiy3180ME9/G2yVwqxRvbSOqZ/BT9aOZhyo6v7Hff
9BI/9+Fo+x33/QSP/fha5Vtbv7fXNThW4eWO+uBa2PcQyhIzx2wVcv8A8ANQ6Jf3V1qWmi51F5FS
xt5Nr3vlNKxaQE7AMSE7VByRRzMOVHYfY77/AKCR/wC/C0fY77/oJH/vwtYuorLqOp6PL52q6eLq
Z4pIPO8vIWN2HCkjqo5z0rFj1WeC5ayutYlcXE6ia/guVkiSMlsEDH7lidqYPHPByKOZhyo7T7Hf
f9BI/wDfhaPsd9/0Ej/34WuV1TVr6yj1JNJnkv7eLSvMW4a5UGI7pRvBx8xG0DP+zV/xPfX72Mdt
p5ubO4NzCkdwwASUnnA5yQSMHgUczDlRt/Y77/oJH/vwtH2O+/6CR/78LXG3Pie9vJn1K0nmgs3s
3RI9uRGVeESy4xyU8xx6fIanur02y3ltZ61PcWC/ZPMuTchmhd5wrASdsoc47e2aOZhyo6v7Hff9
BI/9+Fo+x33/AEEj/wB+FrjL3ULn7VBaW+qtJYi6kSK4kvfI81REGKmUA7trEgcexPFdBqWum2u7
WysrywjLI5ee7kLICmz93wR8xDg8noM4NHMw5Uaf2O+/6CR/78LR9jvv+gkf+/C1y83jW9jS5kRb
FiI7lkt8t5luYm2gy89GPsMZGM0NqWqXmu2UFxPAn2SW5WZYPMVZiiIwON3HD4wcjOT9DmYcqOo+
x33/AEEj/wB+Fo+x33/QSP8A34WuZg8T6m2kz3EQtCILa02CTexaSYJyzZ6Dcfc+vrc0jXtSuNYj
tL5bMxvJcQhoAwbdCQC3JPBz07epo5mHKjaNpff9BI/9+FrDutPvViuLhZmht/8AlpG0ar5xyOdo
6fXrXV1Q1v8A5BFx9B/MVUJO4pRVi8KWkpazLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAztI1M6kb0NEI/st09uMHO7bjn261o1TsNPg083PkFj9onaeTcc4ZsZx7
cVcpvyEgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad
/rb/AP6+T/6CtX6oab/rb/8A6+T/AOgrTWwnui/RRRSGQ3TxRW0rz48lUZpMjI2454+lJYywTWUE
tpt+zuitFtXA2kcYHbim6hbvd6dc28ZAaWJkBPTJBFM0m0ew0iztJSrSQQpGxXoSABxT6C6lyiii
kMKKKKACqOq/6m3/AOvmL/0MVeqjqv8Aqbf/AK+Yv/QxTW4nsXqKKKQwooooAKKzfEN9Lpnh6/vL
fb50EDOm4ZGQOK5HS28d6tplvfQappqxXCB1DxYIB9cLUOdnax0U8O5w5+ZJXtqegUVxX2D4gf8A
QW0r/v3/APYUfYPiB/0FtK/79/8A2FHP5Mr6sv8An5H73/kdrRXFfYPiB/0FtK/79/8A2FH2D4gf
9BbSv+/f/wBhRz+TD6sv+fkfvf8AkdrRXFfYPiB/0FtK/wC/f/2FH2D4gf8AQW0r/v3/APYUc/kw
+rL/AJ+R+9/5Ha1T1Oe9gtd2n2yXM5YAK8mxQO5J9qwNMtPGcepQNqeo6dLZhv3qRJhiMdvlHfFd
QxIVj6CmnzLsZSiqUlqpffb9Dn7PX9Rg1qDTNbs4IZLpWa3mt5CyMV5KnPOcVqWv/IXv/pF/I1z+
gRXniW5s9f1J4kSASC2tolI2kkqWYnqeK6C1/wCQvf8A0i/kaVJtptmuMjCE1GKSa3ttfXb5W+Za
upxa2k05GREjOR64GawLHxnaXVtDPcRm1Vrd5pw75MDKUGw46k+YpGOuR61vXEK3drNAxIWVGQkd
RkYrn7jwLp9w7uZZ1L2iWrbSuDsKFZMEEbh5aj0IGCKs5SRfG+lPPtRp2hEEk7ziB9kYQ4YNxkEe
/t6irsniTS4TMJLyNfIkeOQkHCMqB2yfZSDn3A61XtfC8dvJCzXLyBIpYZEEUaJKjkEgqqgDBA5H
PrmqkHgSxijdHuLqQPam3JLjOS24ydPv9Bn0AoA0I/FGmytCqyTeZLL5KxG3kEgfbuwVxkfKc5PG
KXQtfh1m2LAbJkXdKoyVTkgDdjGcDOOoyKZaeHFt7+O+mvJ7m7WRpHkcKN+U2AYAAAA9O/JqTRdA
h0NJEtZpTHJyyMRjfkkuPQnOD64HegCIeK7GS40+OBLmZL92SKVYH2cLndkj7pBGD079BTz4p01U
YtJMGWVYfLNtIJCzAlcJjJBAODjHBqtbeEY7Z45EvrgSpcGfKqiA7l2MoUABcjqQAc81Hpfgm00u
VZI7mdys0cwyEGSisozgDOQ5yTyT3oA0NP8AEFpf2d5dES28NpLJHK9xGYwNhILZPbj8O9RSeLNL
iiWSSWdA247WtpAyqoBZyu3IUAj5jxz1pH8NpJa3do95cG0u5ZZJIgFH+sB3DdjP3juHfgdqjuPD
El0A02r3hnMTwSTKsal4WIymNuB04Yc8mgBbzxhptqL1EkeWe1jdyixPhyq7iqtjBOCDxnjmm2/i
uAWkcl+vlSukJ8uKOR2LSbtqhdob+A9vy7rJ4RtHieNZZkRmlYKpHy74vKwOOy9Pepj4btzexXXn
S742hYDjH7pXA7d95z9BQBHN4y0e3nmhluJQ8LMr4t5CMr9/BC4O3uR071tqyuoZSGUjII6EViye
F7eQSAzzDf8Aac4I/wCW/wB7t27VsW8It7eOFSSI1Cgn0AxQBW1j/kDXn/XFv5U5b+J7nyIt0rj7
5QZVPqemfbrTdY/5A15/1xb+VVI/DlnBPuhgh8liS8TxhgD6qeo57cirVuXUh3voajxxyZ3orZUq
cgHg9R9KjltbaZCssETqSCQyAjjpUX9jad/z5W//AH7FH9jad/z5W/8A37FToVqTiCFcYjQbTkYU
cHGM/lxTTZ2rSJI1vCXj+4xQZX6HtUX9jad/z5W//fsUf2Np3/Plb/8AfsUaBqWmVWIJAJXkHHSo
ls7ZUkRYIgsv+sUIMP8AX1qL+xtO/wCfK3/79ij+xtO/58rf/v2KNA1JxBCq7VjQLt2bQoxt9Pp7
U5kRsbgpwcjI6Gq39jad/wA+Vv8A9+xR/Y2nf8+Vv/37FGgalhYokxtRFxnGFAxnk/nTFs7VYGgW
CEQtyYwg2n8OlRf2Np3/AD5W/wD37FH9jad/z5W//fsUaBqSyWdrLEsUlvC8afdRkBC/QdqVrW3d
drwxMoYNtKAjI6H61D/Y2nf8+Vv/AN+xR/Y2nf8APlb/APfsUaBqTfZ4N0jeVHukxvO0ZbHTPrTv
Ki3btibjnnA/Gq/9jad/z5W//fsUf2Np3/Plb/8AfsUaBqT+TCFK+WmDjI2jHHT8qURRhgQiAgk5
wOp61X/sbTv+fK3/AO/Yo/sbTv8Anyt/+/Yo0DUuZqjrR/4lFx9B/MU7+xtO/wCfK3/79iqeraXY
w6ZNJHaQo64IZUAIORVRtdEyvZmwO9LSClqCwooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKAMTw3bzW7at50bx+ZqMrpuGNynGCPatus7SdT/ALSN4PK8v7LdPb/ezu24
59uvStGm9xLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CqcunI8zTQzTQSPyxibhj6kHI/SrlFFwsUfst8p+XUAf9+AH+RFSwR3iyZnuIZEx0WEqc/Xcas0U
7isVdTme30u7miO2SOF3U+hCkio9EuJLvQ7G4nbdLNbo7tjGSVBNXJI1lRkkUMjAhlIyCD2rDbwV
oTOX+xYJOcLK6gfQA4FCtbUHe+hvUVS1HSrTVbYW97EZIgwYKGK8j3BHrTNL0Kw0YymwgMRlxvzI
zZx06k+tGgamhRWJc+ENGvLmW4ntWaWVizt5zjJPsDV+/wBKtNTtBa3kZkhBBChivI6cg5o0DUuV
R1X/AFMH/XzF/wChimaZoGn6O8j2MBjaQAMTIzZA+pNZet+F9KuJRcy2zNNPcRiRvNcZywB4zgcU
1a4nex0lLVO80q0v7EWdzGXtxj5QxHTpyDmoNM8P6do8zy2MBjd12sTIzZH4k0tB6mnRWNe+E9I1
C6kubq1Z5pOWbznGeMdAcVdudKtLvTvsM8Za22quzcRwOnIOe1GgalHxl/yJ2rf9ez/ypvgr/kTd
J/69lrO1/wAO6bo/hbWZrGAxyPZuhJkZuOvcn0qHwz4W0nU/DGmXN3bM8z2ybmErrnAx0BxUae0+
R16/VP8At79DsqKqS6VaT6Z/Z8kZa12BNm4jgYxznPYd6r6b4b0zSbk3FlbtHKVKkmV24+hJ9KvQ
5NTTorJv/C+landtc3ls0kzAAsJXXgdOAcVabSbRtL/s5oybTYI9m4/d9M5z+tGgalylrK0/wzpe
lXQubO3aOUKV3GV24PXgk0moeGdL1S7NzeW7SSlQu4SuvA6cAgUaBqatNcEqwU4JHB9KqrpVoul/
2cIz9k2eXs3H7vpnOf1qtYeGNK0y7W5s7Zo5lBAYyu3B68E4o0DUl0a0vLLTkh1C9+2TqTul2bcj
PHFZ1/BqE2pXYsZQsY8vzUA+dxg9Dkf0+tXdR8N6Zq1yLi9t2klChQRK68fQEetRWGl2sUl/p8cZ
Fr5aJs3H7pDZGc5704WitAqNzk2+vyJrSC8FrGIJ4Io8cIbRlI+o31N5Opf8/lt/4Dn/AOLqtY+F
tJ027S6tLZkmTO1jK7YyMHgnFP1Lw7pur3CzX1u0kirtBEjLx17EetF1cVnYm8nUf+fy2/8AAc//
ABdHk6l/z+W3/gOf/i6db6VaWmnfYIYytttZdm4ng5zyTnuapWXhTSNPu47m1tWSaPlW85zjjHQn
FF0FmW/J1L/n8tv/AAHP/wAXR5Opf8/lt/4Dn/4uotT8PadrEyS30BkdF2qRIy4H4EVPZ6VaWFib
O2jKW53fJuJ69eSc0rhYb5Opf8/lt/4Dn/4ujydS/wCfy2/8Bz/8XVO08I6PY3UVxbWrJLEcofOc
4P0JqxqegafrEkb38BlaMEKRIy4B+hFO6CzJPJ1H/n8tv/Ac/wDxdHk6l/z+W3/gOf8A4unWOlWm
mWZtbSMpCSSVLFuT15JzVC28IaNZ3MVxBaMssTBkPnOcEexNF0FmXfJ1L/n8tv8AwHP/AMXR5Opf
8/lt/wCA5/8Ai6ZqmhWGsmM38JlMWdmJGXGevQj0qXTtKtNKtjb2UZjiLFipYtyevJJPalcLDfJ1
L/n8tv8AwHP/AMXR5Opf8/lt/wCA5/8Ai6pQeD9FtrmOeK0ZZY2DqfOc4IOehNW9U0Sx1kRC/hMo
iJKYdlxnr0I9Kd0FmV9VivxpV0ZLq3ZPKbIEBBIx67q1xWPLpNpo+gX0NjEY42jdyC5bnb7k+lMj
8H6LHcLOlowkVw4PnP1znpn1pu1ha3NyiqGp6LZaykaX8JkWMllAdlwfwIpdN0ay0iJ47GIxI7bm
Bdmyencmp0K1L1FYf/CHaL9o8/7I3mb/ADM+dJ97OemfWr2p6PZ6xEkd9EZERtygOy4PTsRRoGpe
oqhpmi2OjpIthCYlkILZdmyR9SapSeDtFluGne0YyM5cnzn5Oc9M+tGgam5RVLUtJtNXgWG+iMka
tuADlefwI9aZpmh2OjiUWEJi83G/Ls2cdOpPrRoGpoUViXHg/Rbm5knmtGaWRi7HznGSfbNX9R0u
01W1FvexmSIMGChivI6cgg0aBqXKKztM0HT9HMhsITEZQA+ZGbOOnUn1qrdeENGvLmW4uLRmllYs
7ec4yfoDRoGpt0VTvtLtNSsxaXcZeAEHaHK9OnIOah03w/p2kSSPYwGJpAFYmRmyB9SaNA1NKisW
88I6Pf3Utxc2rPLKcuwmcZP0BxV670u0vtPFlcRl7cBRtDEdOnIOaNA1LlUNa/5BFx9B/MVHpvh7
TdImeWxgMTuu1iZGbI69yazvEPhrS7mC6vZbYtcMAS/muPQdAcdKqNuZClflZ0dLVO40u1u9O+wT
Rlrbaq7AxHA6cg57Cq+m+HNN0m4aaxtzHIy7CTIzcdehJ9KnQepqUVkX3hbSdSu3ubu2Z5nADMJX
XOBgcA4rE8Y3L6ba2OlWqL9lnikVkMTythFBUDaQ345qZSjFXZrRozrT5I76/grnZUVwWkX2laXL
b3EGmsJXsPtU88M7PHHHzu4YnOCo46/lS3l1o+ozTXWraPPDc/ZVuYw90FEsWcA5DBVPI4NJVIdz
R4Suvs/id5RXDweJdPv9Ej0y002eXzPMgFskwOFRQSwfPIwR3yaq+EjaWo0s2unT3OpS2olnmWbA
jRn25IY4PToB2pKpB9SpYKvGLlJWt5+v+X+R6FRXnuo6zoOp6jdve6ZNNNBEWDRXOdyq2MEI2F65
57Vfg1TzW03RoNLH9m3lvJuAuQxVQcHDBuQOvqc8dKftIdGJ4Out42+a7X/I7OivM9G1DStEtbe8
h028ublLVrh5zKARH5jISQWxkYHQVranc6Rq3iGG3uNMluHaRbbzvtHl4JXf9wNkgA5zihVIdwlg
q8W1y7X/AA3O1pa4u6uJbTXP+EcsysOniBPk+zSTlt7EMCwbKj3PSqumT6PBqyfYtJuLeUtcRQ3D
Tl13xg7htLHt3Io9pDUTwlayaV9L/L+ux31Fed2d/Za1YQy6/YTy3kOn/aBMZhGJk3YPRgBye9Xd
O8TWC6OlnY6XM6STtarAk4fJZS3Dk9Dzznil7SFk7lSwVeMmuXbzO3orgtJk0UXOnT6PotzJdyxt
Nt+0HMKBthJ3Ng854p11rnh7XtRmW+tZWFrFKUmEpGVTlvlU5HtnrT9pC+5P1PEa+7sd3RXG+GLg
yarNp8drLZ6ebJZktpHDnLsctuyTyD0zxWBo72lp4mQvbwpBFcToGIlXZ5ecYYsVdiP4cUvaQL+p
Vm2lbRXf5nqFLXCSa7ofiaC4uLuwlZrKLzEDXATKMcckMADnHBqXR/EljFp6Wej6XO8ks0ii3ScN
naoLMHJwRgij2kLLUl4LEJu8dv8AK521FcHbroVnqqSQ6PcrDBeLbfazOxCTccbS2SASBnGKs/2j
pvinUrS2v9KuAr+ctvKZcAshw4wpz2HWq54Xtcl4Wso83L/W/wCXQ6bT9Ni003PlM7faZ2uH3Hoz
YyB7cVdrkGgfQNdsbHR7iQpcTB5LEpuVIcYaTeecggd++MV19HNdsidJwjFvqgooopmYUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFUdV/1Nv/18xf8AoYq9VHVf9Tb/APXzF/6GKa3E9i9RRRSGFFFFAGL4y/5E7Vv+vZ/5U3wV/wAi
bpP/AF7LTvGX/Inat/17P/Km+Cv+RN0n/r2Ws/8Al58jr/5hf+3v0NyiiitDkCiiigAooooAKKKK
ACqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/
5A15/wBcW/lVwVT1j/kDXn/XFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAVQ1v8A5BFx9B/MVfrP11Q+i3KnoVAP5iqj8SJlsy/Rmsv/AIR2w/u3H/gTJ/8AFUf8I5Yf3bj/
AMCZP/iqPd7hd9jUzWXq2hQavPbzSy3MMtvu8t4JNhAYAHn6Cj/hHLD+7cf+BMn/AMVR/wAI5Yf3
bj/wJk/+KpOMHuVCpOD5o6Mjt/DGm2zfuoCI/sv2MxlsqY8kkfUknmq3/CFaY1vLDL9pmDxrErSz
FmjRTuVUPYAgVd/4Ryw/u3H/AIEyf/FUf8I5Yf3bj/wJk/8AiqXs6f8ASNVia615n95TTwZpqYKm
7EolaXzhORISwAYFvQgcipIvCljbm1a3e5ha2j8pTHMV3pu3bX9RmrH/AAjlh/duP/AmT/4qj/hH
LD+7cf8AgTJ/8VR7Omv+GB4qu95P7yjB4K061ctbyXsTBGRClwR5aswYhfTkfrU1v4UsLVrNoPtE
clozsriU5fcctu9QSKsf8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUlTpr/hgeKxEt5fj/Xc
pr4M01LZrdfP8trVrQ/vOfLL7z265PWqMXhO/t/FQ1KC7iSHzQx6lzHtAMeMY5x1z+FbX/COWH92
4/8AAmT/AOKo/wCEcsP7tx/4Eyf/ABVDpU9Co4yur63vffXcZdeHoLnVjqK3F5BcFFRvJm2BlU5A
Ix70yLwvYxSxSKJQ0Us0y/P/ABSjDfh6VN/wjlh/duP/AAJk/wDiqP8AhHLD+7cf+BMn/wAVT5IG
ft61rX/EqHwbphtlt2SZo1tPsgBk/g3bvzz3p1t4TsbWWOVWuXkjuBc7pJdxLhduT+Bqz/wjlh/d
uP8AwJk/+Ko/4Ryw/u3H/gTJ/wDFUclP+kV9Zr2tzP7ytF4RsbdbQW73ULWoZVeOYqzKzbirEdRm
pLfwvY27XAUTNBcBw1u0pMQ3/ewvbNS/8I5Yf3bj/wACZP8A4qj/AIRyw/u3H/gTJ/8AFUclP+kJ
4mu95fiM0vw5aaRcGe3e4eUxCHdNKX+QHIHPpUMXhDTo7tp3+0TAyPMIZZSY1d87mC+vJqz/AMI5
Yf3bj/wJk/8AiqP+EcsP7tx/4Eyf/FUclP8ApB9Zr3bvv5lVfCFgumzWBe6e3kCgK8xPlhTlQvpg
1Ufw9o9rcpbNcXkF08hnS4MzKzMwCsA/uAMitX/hHLD+7cf+BMn/AMVVC+8JxXsqwqzRWnBcmaR3
Y+gBOB9eaap0nv8AkDxWISdpfiWf+EVsDfi6/f8A+tE5h80+U0o6OV/vU+z8M2VlPazQ+bvtWlaP
c+eZDls+vtWnbW6WltHBHu2RjaNzFj+ZqWo5I9huvVas5MpnTo21RL8s/nJEYQN3y7Sc9PXjrVyi
iqM229wooooEFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABVHVf8AU2//AF8xf+hir1UdV/1Nv/18xf8AoYprcT2L1FFFIYUUUUAY
vjL/AJE7Vv8Ar2f+VN8Ff8ibpP8A17LTvGX/ACJ2rf8AXs/8qb4K/wCRN0n/AK9lrP8A5efI6/8A
mF/7e/Q3KKKK0OQKKKKACiiigAooooAKoWv/ACF7/wCkX8jV+qFr/wAhe/8ApF/I00J9C/RRRSGF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAUtY/5A15/1xb+VXBVPWP+QNef9cW/lVsdKroLqOqvf3a2
Gn3N26s6wRNKVXqQoJwPyqxVbUrMahpl1ZlyguIXiLAZK7lIz+tSMyV8X2jWWkXCwzH+05BGqYGY
TnDb+eNrYU4zyaG8Tt9iN3Hpd00EjxrasWQfaN7hFIy3yg7gfmxxUS+D4hfS3H2lyHmilVCvEe0h
nUc9HYZNKvhV5NLTTLu/NzYRNEIonhXOyNwwVjn5uFC5449TQAtv4vju7+GyhsLg3DFhKheNfL2u
UbGW+fBBJ254+oFXNT1uSwvorSDTri8keJ5mELICqKVB4YjJ+YcCq+peGUvltbeGSG2sLfaVhS2X
chBzmN8/Ie3ANJL4aeK6hl0m9NiEikiYFPNJDspJBZuD8vuPagB8niq2N1aQWcMt015b+fCy4VTk
EopLYwWCtjP901VXxmqWcVzdabcwRy3HkL86McKxDucHhV2nP4Ypv/CD2qt5kdzcLNHJA1uwdtsS
xABF2Zw3RuTz85pZfBNtdAJeXNxJAsc8aRRu0QHmyF3JKnnghcHjj3oA2r7VINPkjFy6RoySOXZg
Nqou5jjvxVOTxbo0emG/F/A0G4oCCeWAzjHXpz9OelVrjwxNe2ccF5qTymO3kgV/KAOHiEZJ55OQ
W/HFLd+F5JryW6tr4288jk7jCHwrRJGwAJ6/u1Of0NAE0PiqwNgLu6kW2TZGxDNuILoHAwOcgH8h
npT77xTpWnxXTzXIJtovOdEUlivHK+v3h06ZGcVRi8IPatBNZ6gY7mDYI5HhDrhYREQVyM5AB6jB
9qjuPBbXWoXd1Nqcz/aLeaABlyU8xQDjnGBt4AA68560AabeJdOijklmuEjiUoFY5y5ddwAX72cc
4x71IviPSnvoLNb+BridFeJA2d6sMqQenIBx61Qm8M3D3n2+PURHfh1cS+QCmfK8tvkz0I568H1F
Ja+D4rQRLHdSFY3t3G5Rk+USef8AeLH6UAdHRRRQAVQ1v/kEXH0H8xV+qGuHGj3BPQKP5iqj8SJl
sy9S1zn/AAl1tNfGK3KiCNsSzSK3PsoA/U4q9/wkumf8/J/79P8A4U3TkugKcX1NWisr/hJNM/5+
T/36f/Cj/hJNM/5+T/36f/ClyS7BzR7nMvq1xaaj4iu/tkUktkZTBbyXr/wxqQDAONvJOc5p19q+
sLeRJ51oLuzluUchHEUoWBJBlN2c/NjqfX2rfOtaKZDIXTeRgt9nbJ/HbTv7f0gnJnGf+uL/AOFH
JLsHNHuc/P44nXUfJiSEo1o8uxlwUdYPN67ssO33QPfIIqRfFGpIFtbubTbedpVU3jIwhQND5oBU
t1zkD5h0z14rb/t3Rt27zV3Y258hs49Pu0NrujOpV5VZTjIMDEH07Uckuwc0e5zs3jbUo76/VILB
obVXXY0wEhZVBEmN24oc7vu8Lzk1as9SuZfDvim5/tCG5lgeXyri2JCLi3QjbknGD79c1sHXdHL7
zKpcjbu8hs49M7elKuvaOibFmVUxjaIGA/LFHJLsHNHucnbeKb3TtNmSGRJ3e7SNJZ7tZ4oVaLdj
zSVDElTwSMFgOeKuf8Jvdpe2sRht5me2Lyww8/vBA0vyPuJcHaBkLjn72Rit4a3oohMIkQRH+DyG
2/ltpRrujhw4lUMo2hvIbIHp0o5Jdg5o9zEl8VXUdtbt/aei4mSSY3OG8pdqqfKxu++S3XI4H3c1
Z0/xDqV3qdv50NvFaTTx25hKMJo3a2ExJbOODlcYrR/tvRdu3zE27t2PIbGfX7vWn/8ACQaTnPn8
5znyX6+vSjkl2Dmj3MOa71K01zVpYrmF2a8tbSBZUcrErhMnaHwfvHoASe+OKbc+Lr23ubpQ1i7Q
tcR/ZgrecgijZhK3P3WKjjHR15Jre/4SDSSSfP5Jz/qX6/lSf29o5dn84bmG0t5DZI9OlHJLsHNH
uZFl4g1galDBe/YHiNxHbyeTG6sTJF5gIyxxjpjnPXiqWt6rqOn6lqrpdTfZJbuC1XB/49nKxMpH
or7nB99vrXS/8JBpGc+eM5z/AKl/8KQ6/pBzmcHJycwvz+lHJLsHNHuYEvjO9jeZgLF8+cPI+YPZ
hJAgaY5+6cknhenGetUP+Et1KwjnW3uNPu5Zru4IuZJQkBCLHhFLOMZ3E8E4w2Aa67+3tHy585cy
DDnyG+b68c0063orRiMyIUBztMDY/LbRyS7BzR7mL431G5tjYGC6NsWtZ5RtvBCN6+XtPPEmMnC9
8111pMLi0hmAYCRFfDDB5GeR2NZsmvaPKVMkquUOVLQMcH24p48SaWP+Xk/9+n/wo5Jdg5o9zVoq
G1uYry3WaBt8bdDgj9DU1SUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8x
f+himtxPYvUUUUhhRRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/
69lrP/l58jr/AOYX/t79DcooorQ5AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6rQ2xjvLifdkS7
RjHTAP8AjTQmWaKKKQwooooAKKKTNAC0UUUAFFFJQAtc14u+0xvp0yX9zaWhn8m4MDBSA/CtyD0O
B+NdLVPVtPTVdLubKT7s6Fc+h7H8Dg1UXZikroy/+EXn/wChh1n/AL/L/wDE0f8ACLz/APQw6z/3
9X/4mrPhnUJNQ0SFrji6hJguB6SJwfz6/jWtTcpJ2Eop6nDeKdPuNK01BFreqzT3MgiSN5VKkdWJ
+XoFBrZgn1Q6gEvFiWQE+TGZWVGHrkL8xx69PSqV5/xNdY1W66waZbNbRehlYZc/gMCutHSqcrJX
JSu9Clv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNXqo61cyWWh39zCQssNvJIhIyAQpI479Kzv5
F28w36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5dfFGovFpVvuiF5FOkep4TIPzbAF9N+dw9hUs2
q6ovhqHVv7QUi+MDRxw2wdoFkkQEKOS5CtjkHn06UX8gt5nR79T/AOeFn/3+b/4mjfqf/PCz/wC/
zf8AxNc1/auuW/2O41F5LfT92HmFqpYjfgGZM5jBXHK9CTnHSrt1qd1qepwRaTqH2SD7NLMzy233
mRkGCHAIX5j0x9aL+QreZsb9T/54Wf8A3+b/AOJo36n/AM8LP/v83/xNco3jSa71LTbdbmKzFzbx
LMgTe6SzKShGeMKQuc/89B6VWufFWoaTpttLc6pFLPLNNIySQKuYYXZWVQv8T/KAT3zRfyC3mdpv
1P8A54Wf/f5v/iaN+p/88LP/AL/N/wDE1n6zr401be4iBmhe3nuMKQA4SPeOSO9VJfFV6YpLdNKC
6ipcGL7SNihY1k3b9vPEijGOuecc0X8h28zb36n/AM8LP/v83/xNG/U/+eFn/wB/m/8Aia5/TfFF
3LHbwLD9rvpo4diu6xISYFkckgHHXpg8nsKTVvGc1s2oW1pawvc29tJMjGUsgeMKXVvlxkbugJ6c
4zRfyC3mdDv1P/nhZ/8Af5v/AImjfqf/ADws/wDv83/xNZLeIruLUnsFs1lvXkSNIjMFjU+Vvf59
uSB9Mn0A6RWnjQ3l1aiPTm+yzeQrzGYbkeXIA245AK8nPuM0X8gt5m3v1P8A54Wf/f5v/iaN+p/8
8LP/AL/N/wDE1eoov5BbzKO/U/8AnhZ/9/m/+Jqnqz6gdMmEsNqE43FZWJAyOg21tVQ1v/kEXH0H
8xVReq0JktHqOfTLdr5btA0U4PzNG23zB6MOhq5R3pai7ZSQUUUUDKSavp8moNYx3sDXi/egEgLj
jPI69KnkuoYriGCSRVlmz5anq2Bk4+lcjPpOqCXxCkEF+r3vmm3dLhFh5RQCBu3K2R1xTbvwteSS
GCNbg2sMtw1uftbblDQoF+bdux5m44J/SgDtqK4SfS/EkuqGUROgNm8TSJPjzGMGFz8/3vM9FAHX
JyakOg6jaxiAwXl1pwlR3tlvD5kmYQCQzMDxJyRuHrQB29VzfWwFwTMgW2OJiTgR/KG59PlIP41x
U+h+IG1G/lSS/WR0kWBkuE8ryyo2oTndvHIBx1+bNaFho11H4b8Q2qWUts16ZTbQTTiRsNCqjLZO
PmB4zx9KAOlstQtNSg86xuYriLON8Thhn0yKsVwD6HrsljKFS7Ec11HJMjSQi5lURbDkqQmAwTAy
DgGpP7I8RjULRoPPi8u1MX2iWYMx/cMB5mHwWEm3hUxxnceRQB3dFcPLo98bO3CaXqPlKJPNtv7R
w7TlVCy79/3RhuM9TnbVuw0PU7fVYLy5lmlnE6JNILhtjwi2Ct8mccyjPTPegDpI7+2lvZbOOUNc
QqGkQZ+UHpmrNcjd+G55L/UpIopVS8vrZ3ZLhlLxKE8zo3HIPTBNVrnRdZN3eG3juVlb7Ri5+2fI
8RjZYolTPBBK8kDG0nJzQB29Vm1GzV50a6hDW5UTAuMxlvu7vTOeM9a5ey8O31hqcM0JuvLiuY8B
7tnHlGL95kMxzmTnnnuKi1vw3qNxf397ZRKXuLqJXQuB51vtiyfqjISM9t3rQB21RQ3MNw0qwyK5
hcxyY/hbAOD+BH51xUuja80lw0S3STHzftE32vi7UyAosYz8hCAgHC4zjnrVSbw3rH2Yx29vf21o
9zPJ5EF0jTKSqeW25mxxtcfeOMjg4oA7y91Cz02JZL66ht42barSuFBPpzVhWDDI5B6GsG/t72HV
rO+js2v40tXgaLegdHYqd3zEAggEHHP1rbgBWFAUVCAPlXovsKAJKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBDFNbiexeooopDCiiigDF8Zf8AInat/wBez/ypvgr/
AJE3Sf8Ar2WneMv+RO1b/r2f+VN8Ff8AIm6T/wBey1n/AMvPkdf/ADC/9vfoblFFFaHIFFFFABRR
RQAVzn9u3X2aN8xbm1drI/L/AMsxIV9euBXRVnjQdNGp/wBoi0j+17t2/n72MbsdN2OM4zigDGg8
aSTRwbtKlSa8RHtIvOU+aGOPmI+7jr349+Kjs/GEkMOnpfwKbi7uHidBKu+LM7RoNoGCAcAtkdCR
mtGw8G6RYaZ9jFsJAyqHkYkOxU5ByD8vOTxjkmp18MaOn2cJYxqLYgxBSQAQ28cZ5wxJGehJxQBj
weL7xNLS9v7JUfybqXyYZAwcROij5j0Pzf1pb/xy2n2YaTS5DeiZ4WtvOX7yqGwrfxEhlwMcnI7V
tjw9pYjkj+xpsk8zcpJx+8ILgc8AlQcD0qjrHhG31S5SeG4ms5QzszQnBYttyfY/IuD7dKAHa14l
fR7mKM2Dzr5BuJ3WVR5SBlU4B+8fm6e1Urnxmxe+SCwuxDbb1F35Z2FkcIw5AHXOOTnB6Vuy6ZY3
ynz4ln/dG3ZmOSUyMqT9QM/Sq02g6MlzLNJawrLdEhsuQJGJBPy5xk7QSQMnFAGJqPjS4d9St9Ps
2DWZA87epywmVCpX+HdlsEnoM1JP4qvVmili09mSKG6N1bmVBsaF4wWD9xhjgDrnnGKuWHg+2tLu
5kkubi4gnZm+zyN8mS+/JA6kMOOmOau3fhnSL5la5sY5Cru4yT1fBfPPIbAyDwaAM1/GaKj3C2Mr
WOZUin3qDI8cbORt6gYRgD6jpjmrOo61qNro9jdw6fEbi5uIo2gefhFdsfeA5PT6Z74q23hzSXup
rlrGIyzIyOcHkMMNx0BI4JHJqzeaba39mLS5hDwAqQuSMFTkEEcgjAoA5rVPGTA6ja2Ua/aLYBo5
EdXD4lVGU54B+bHU++CKdc+L5LW5L3Vu0Qt45lntkIkJkDQiPawHORMPz9q15PC+jytcM9hG32lS
koJOCpYMRjOACwB4709fDmkra/ZvsMRhKOhVgW3ByC2SeuSq8nngUAO0TU5NWsDPNZT2cgdkMcyk
E47jIBIP0FaNVrDT7bTLfyLSMpHuLEFixJPUkkkmrNAHOw/8SnxlLD0t9Vj81PQTIMMPxXB/CtTW
dSTSdIub1xnyUJVf7zdFH4nFUfFdpJLpP2u2GbqwkF1D7lfvD8VyKp3t1H4i1XR7OA77UoNQm91H
+rU/Vv5Vp8VmRe2hPZ6c2meDJYZubh4Xlnb1kbJb9Tj8K22uIo5Y4mkUSSfdTPJ/CoNY/wCQNef9
cW/lWfBoc1reOVurmSOZstL5uJF9jxyPpj6UviV2Gz0NymTwx3MEkMyB4pFKOjdGBGCDVT+yz/z/
AF7/AN/f/rUh0wj/AJfr3/v7/wDWpWXcd32H/wBj2AmeX7JF5kjxuzbeSycIfw7VHDoGl28kkkNj
AjSOsjbV/iVtwPt8wzx3pf7MP/P9e/8Af0f4Uf2b/wBP97/39H+FFl3C77DrrR9PvbyK7urWOW4i
wEdhkjByPyPNJf6Jp2qTRS31pFcPECELjOAcEj3HA4NJ/ZvT/Tr3n/pqP8KT+zf+n+9/7+j/AAos
u4XfYlbS7JoZ4mtozHPIJJVI4dhjBPuNq/kKWHS7K3laWG2jR2UoWA6qWLEfizE/jUR0zHW+vf8A
v6P8KT+zf+n+9/7+j/Ciy7hd9hE8P6UkXlLYwCPaU27eMFAhH/fIA+gp13oOmX6st3ZQyhnEjBlz
lgu3J/4CAPpSf2b/ANP17/39H+FKdMwMm+vQP+uo/wAKLLuF32Gy+HtKntzDJYwmPKnG3GNq7Vwe
2F4+nFB8PaSZ5ZjYQGSWNonO3qrABhj0IAz64pV04OAVv7wg8giYf4U7+yz/AM/17/39/wDrUWXc
LvsRy+HdJntjby2MLxHbwRz8q7V568Dj6VMukWCkFbSFSDGRhcY2fcx9O1MGmZ/5fr3/AL+j/Cl/
ss/8/wBe/wDf3/61Fl3C77F6iqP9ln/n+vf+/v8A9aj+yz/z/Xv/AH9/+tRZdwu+xeqjrf8AyB7j
HJ2j+Yo/ss/8/wBe/wDf3/61U9V08xabM/2y7faAdryZB5HXinFK61FJuz0M06hrEmuCO7hjh2t/
o8H2gxpL77tp3n24+lbH2nWf+gdaf+BR/wDiK0yitjcAcHIyOhpaHNPoCi11Mv7TrP8A0DrT/wAC
j/8AEUfadZ/6B1p/4FH/AOIrVopcy7D5fMyvtOs/9A60/wDAo/8AxFH2nWf+gdaf+BR/+IrI/wCE
jv4b/WZp0drDTvMwkdt98KinHmF/vZPTb+NJd+LbyKa3KadMHjkmjurUvGWGyNZAQ2cYwwP6Ucy7
By+ZsfadZ/6B1p/4FH/4ij7TrP8A0DrT/wACj/8AEVnzeNbOG+Nv5bODbNcKyyKW4j8zDLnK/L60
QeLnnjWJNKuft7uFS1MiZI8sSbt+do+U/nx70cy7By+ZofadZ/6B1p/4FH/4ij7TrP8A0DrT/wAC
j/8AEVly+ObaK8uYWsb0x24cPKseR5i4ynpnJ2g5xmpYdcvzo/iC7uLcW89g0nlQuQ23bCrjJU8g
kk/Q0cy7By+Zf+06z/0DrT/wKP8A8RR9p1n/AKB1p/4FH/4isO28ZyW1jKb6N7i5FwsUMaW7wu4M
e/LI2So4fB77atHxvZx3MEc8EsKzW5nO8r5keIzIVePO4fKp/GjmXYOXzNL7TrP/AEDrT/wKP/xF
H2nWf+gdaf8AgUf/AIiqb+JbpEiX+xbo3MqvKkIljz5ShcuTnA5YDb1z7c0WfiyO+1CKGKzn+yzM
scd0WXaXaETAbc7h8p6460cy7By+Zc+06z/0DrT/AMCj/wDEUfadZ/6B1p/4FH/4isqTxFqFrq+q
CW1eW3gngtbaKNkBd5AvJJ5H3u/GPep5vFywNK8lhci2jaWITBlw8saMzoBnOPkYBuhI/GjmXYOX
zL32nWf+gdaf+BR/+Io+06z/ANA60/8AAo//ABFULLxc1zew20+l3VsXkWFneSNgjsm9B8pOcr3H
Q1U1PxVe6dqmo2zRw+UsscVm5B5fbGzo3PUrISuMfdPpRzLsHL5m19p1n/oHWn/gUf8A4ij7TrP/
AEDrT/wKP/xFZ8njOKIs72N0IJC62sgKn7QysEIAzlcseM9QCeKpf8JvNZJcC/0+5e6+0yqlrCod
kjRUzyuQTlxj1z2o5l2Dl8zd+06z/wBA60/8Cj/8RR9p1n/oHWn/AIFH/wCIqLU7vUZNRsbTTJoL
czwSzM08Bf7pjAGAwx985q5ouoHVdItr0x+UZk3FM5we+D3FHMuwcvmWbZpngVrmNIpT95EfcB+O
BUtFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhh
RRRQBi+Mv+RO1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX
/t79DcooorQ5AooooAKKKKACiiszUdbi065aFk3eXbPdSMWChFUgDJ9yT+RoA06KzE8R6U17cWn2
6IT2wYyqxKhAvLcnjgEE88VAvirT3nQJJ/o7RPI0zArtKui7SpGeTIKANqisXV/FemaRY3E8lwjv
D5gEQzlnQcr045IGegyKWfxTpllu+33MdviUxAElskKrHoOMBhnP1oAwb6111jLJbPfxND9rmiWI
gLI/2j92GGPmBTPHcVP4ksdQk8TwXVrbvMBDEsGYEljDiQl9xPKfLtO4Y6deAD0H9vab/ayaYLtD
eSDKxqCc/Lu64x05xnoR61WfxEv2GKaC1lmmnuJLaG3UqGdkZgTknAGEJz6e9AHMalca5aQ6ncNJ
qUbxw3TTOxUQqM/ufJ/2sY/Xdziul8M/azDdm4F6LczA2/20/vtu1d2fQbt2P8MUWviCO8uIbOez
linkmkglik2kRsqB+T0IKkEEetW5td062uJ4J7pY5LeNpZA6kAIoBYg4wcAjOM4oA0KKxZvF2jxa
Yb5b2NossqjDbiwGSMYyOMHOOhB6VDe+Kfsllps62Zke/i81UMyRhAFDEFmIBPNAHQUVzR8ZwmSc
x2Ny8NvbC5lOVWRVMe8YjJ3HggZHGcjsakXxUfsYmewbc1vLcoscySK6R7M7WUkHO/j6H2oA6Gim
QyrNCksbBkdQysOhB5Bp9ADXKqjFyAoBJJ6Yri/h6bcTamI0dGd1kh8w8m3OdmPbrWx4snc6bHp9
u2LnUZBbIR1VT99vwXNV9Xgj0LUNJ1GBdlvDixnA6CJuFJ+jAfnWkfht3Ie9+xs6x/yBrz/ri38q
uDpVPWP+QNef9cW/lVdNfspbjy4Z4WjU4eVpVVQfQZ+9+HHvU2bWg7pPU1az/EEby+HdSjiRnke1
lVUUZLEocACpf7Usf+f22/7+r/jR/alj/wA/tt/39X/GlysfMjiY9P1Hdp2ntb3P2fRrqHyJCGxK
GYbT6EJHlT6Gnf2etz4eSCHSphqzSW3243MD7JX85C+9ujjO45GcL6Diu0/tSx/5/bb/AL+r/jR/
alj/AM/tt/39X/GjlYcyOMuNDbSbuwKw/bbxDuW2+yO0Cgy7sQv0hK+5wQBxV3WIVuNZtJNf0r7Q
v2SZES1je4AcvHtw20bWIB5OMetdN/alj/z+23/f1f8AGj+1LH/n9tv+/q/40crDmRw72usy31nc
32nyXcdjHDZ3DSNu81WX9+dmPnGXXn/pmagl0O8WxgstJ0fZNC8940mfIHmrK4t8nHzY5O30x613
/wDalj/z+23/AH9X/Gj+1LH/AJ/bb/v6v+NHKw5kc7q2o395b29zp9rdRTJa3DEPbHckhhDIBkf3
jjjqQR2qpfvrMEM1nLd6m9sJHUXMVqskz5hRlXATG3eXGcdgCa63+1LH/n9tv+/q/wCNH9qWP/P7
bf8Af1f8aOVhzI4y0Op2lpBE63tnaFLdJpba23SoBbLjA2kkbxgnBx04pur3OuXt1qtnCuppbtZT
BSE5LqqlCpCAKW+bgMx68Ka7X+1LH/n9tv8Av6v+NH9qWP8Az+23/f1f8aOVhzI5W4nv4rlykuop
p8kkXmXUVrmdkEOQcbM8vwTt46cdizuPEb3lpPdSXalTapLB5K+WwfcJGOBkEfKTg4Brqv7Usf8A
n9tv+/q/40f2pY/8/tt/39X/ABo5WHMi3RVT+1LH/n9tv+/q/wCNH9qWP/P7bf8Af1f8aOVhzIt1
Q1v/AJBFx9B/MVJ/alj/AM/tt/39X/GqWsahZy6VPHHdwM7AABZFJJyOlVFO6FJqzNGW7hgljjll
RJJW2opPLH2FTZrl08PXlrrDz/bLqZJzgzI6iSMehyDkfTH0rV/saX/oL6j/AN9p/wDE0OMVsxKT
7GnRWZ/Y0v8A0F9R/wC+0/8AiaP7Gl/6C+o/99p/8TSsu47vsI/hvTZJrqV4ZCbsN56+fJsfIwcp
u25wBzippNFsJZnle3UyOzszZPJZAjd+6qB+FRf2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C
77DD4W0gzeb9kG7YUx5j7cFNh+XOMleM9cd6fP4d024z5lvhiytvSR0YFV2AhgQR8vHHUUf2NL/0
F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77DW8M6U8szm2P78ESIJXCNldpJXON2B97GfepbfQrC1
sbmzigPkXW4zq0jMZCyhSSxJOSAB1pn9jS/9BfUf++0/+Jo/seT/AKC+o/8Afaf/ABNFl3C77EY8
LaULcxfZm/1iyeYZpDIGAwCJN24YBI69CRTl8M6Us6TfZcugwN0jsD8hTJBOGO07cnJx3p39jS/9
BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77ETeE9Ie2WBrZjGmduZ5MgEAFQd2dpAA29OOlW00
iyjkWRLdFZZRMu3IAcJ5YIHT7nGOlQ/2NL/0F9R/77T/AOJo/saX/oL6j/32n/xNFl3C77E76TZy
SvI8Kl5JUnY5PLpgKevbA/Kq7+GtKkuprh7RTJMHD5ZsfOMOQucAkcEgA+9H9jyZx/a+o/8Afaf/
ABNL/Y0v/QX1H/vtP/iaLLuF32JRo1iJhKIF3iRZc5P31XYp69l4pLrQ9PvVlW5tkkEsyXD5J5kT
AVvYjaOnpUf9jS/9BfUf++0/+Jo/saX/AKC+o/8Afaf/ABNFl3C77DD4X0kvO7WakzhlfLtgBjub
aM4TLckrjnmmf8InpHlLGLZl2u7h1nkV8sAG+cNuOcDIzzipv7Gl/wCgvqP/AH2n/wATR/Y0v/QX
1H/vtP8A4miy7hd9iTUNEsdTMJuonYwqyoUldPlbGQdpGQdo4PpV2KJIIljjVURAFVVGAoHQAVnf
2NL/ANBfUf8AvtP/AImj+xpf+gvqP/faf/E0WXcLvsalFRW0Jt4FjaaSYr/HIQWP1wBUtSUFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF
FFFABRRRQAUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQBi+Mv+RO
1b/r2f8AlTfBX/Im6T/17LTvGX/Inat/17P/ACpvgr/kTdJ/69lrP/l58jr/AOYX/t79DcooorQ5
AooooAKKKKACsTV9BfU72ZhIEhurF7SY/wAS5OVYDv1bP4Vt0UAc7d+D4L0TLLcyhJZJ3IUDI81Q
Dj6YyKddeGZdRiP2/UWlnMDwCRIVTG5kYHHPQxj65NdBVSCd5NQu4WI2RBCvHqDmgDAl8GTywTj+
15FnuVnSeYW6/MsuCQAeFwVHPP8AWrUvhOOSaeT7VIPOE2QFHHmRoh/LZn8a6CigDkdL8O6lYeLZ
Lx1tpLQ8LIzEsF8tUG0dA3yjJx04zVtfDF0mNmqlTDcyXNqRAMxM5csG5+cEOR27V0dFAHPad4cu
rbUlur2/Fy6TvOHEWxnLx7CGGcYAAxjsOfUw3fgtbzVby8k1CY/aYZoQrLuKCRQpwSegxwMD8a6e
igDn73ww9xdzXVvfvbzyuxL+Ur4Ro0jZQD3/AHanP1p114Us76z0+1vMTQWdu0Gx1B35QLu9iMZB
Fb1FAHOy+GLq4mtJJtWZ5LRAIZTbJ5ocJtLF+pBPJXv64qAeEZLaC7lt7iN7yeGaPHlCKLdIEG7a
M4xsBPqSa6migCG1t1tLSG3QkpEiopPXAGKmoqjrOorpOk3N64z5KEhf7zdh+JxQtQMu0/4mvjC6
uusGmJ9mi9DK3Ln8BgVr6rp8eqaXc2Uv3Z4ymfQ9j+B5qr4b059M0SCGY5uHzLO3cyNy36nH4VqH
pVN66dCUtNTnbC/k1DwXMbj/AI+oIngnHpInB/Pr+NaqaZBFc+dAPKDcvGoGx/fHY+4rn9QH9la1
qUPS31W1aZPQTIuGH4rg/hXWiqltp1EtRnkxf880/wC+RUV29tZWc1zOiiKFGkchMkADJ4/CrNU9
WtXv9HvbSNgr3EDxKzdAWUgE/nWdy7FIa/pBtdNuAwMepuqW2IjliwzyMfLjvnoeKY3iPShBLMsM
7xoyqjLasRMSwQeWcfN8xA49fSs5fCNwt4W+0x/Z47iOS3iwf3S7w8o+rMOKlXw/qU2iwaTdXNuL
e1aARywl0kdY3U5J/hbauOM8nORRcLFyLxHpU88UMMU0krnDolq5MPzbf3gx8vII59D2qbUtYsNK
njhngmd3RpMQ27SbUUgFjtBwBkVnX/hhzNaJpi29ukHIuzJJ9oQlsvz/AB7u4Y4z1zUs2j6nbajb
3Om3UcxWCSFnvnZmXcysCNo5xt6cfWi4WLc+t6VBcQQDE0txC08Kwx7/ADEAzxjg5GcDvg+lVo/F
WkPbxzyRTwxSXC2yNNasm5ySMcjoCpyegrOTwZdQPHLBqTLJavbi1jwNnlxDGHO3dk7pc4OPmHXF
LP4Nub2JLafUWhto47lVFuo3M00jMSdwPRSAMYOc80XCx000lrBIiSIq7wx3FRgADJye1RyXunRW
bXTS23kDI8wMu0n0B6Z9qxdQ0DU9Ws447ye081LaaDeobDGSEJuOf9rcfpjvVe88HuZJGs49O8pp
GKW80Z8pQ0KRk7QPvAoT9GPIouFjdt9T064sxdHy4YdiPvmAQAOoZeT9RT7rUNLsobiW4ntY0tk3
zZIyi9iR15/WudTwjeQCGRWsrh4fK/czhvLk2wCI54PORkcHgkd6Ze+Db++1G9mlubQxTWs0Ea7M
Bd6qFG0L0Ur1ySeOlFwsdML3T9kkjPAsMe0mVioQhhkEN0PWpfNsvtCwb7fzmGVjyu4j1A61zlx4
ZvJbv7aiac0okSQWsgYw5EPlkdOx5Bx0z0zwyz8FPay20hlt5JbdrXbKY8MFi3blHoDuwBnp1ouF
jrPIi/55p/3yKPIi/wCeaf8AfIqSii4WI/Ii/wCeaf8AfIqlrMUa6TOQig4HIHuK0aoa2caPcfQf
zFVF+8iZbMvUtY7eJbE3wtoJY5NpxLKZVVE/E9T7Crn9raf/AM/1r/3+X/GlytdBqSZcoqn/AGtp
/wDz/Wv/AH+X/Gj+1tP/AOf61/7/AC/40WYXRxUk72mr+I7mGWP+0YvOa2RoZGkGI1wQSdhXrxt/
Gpr99ZN5Gn2yQ3FjLcql19mHzr5COMr937zFc+3rzXX/ANraf/z/AFr/AN/l/wAaP7W0/wD5/rX/
AL/L/jRZhdHIT+KdX/tQxwpKqmzd2jaHKq4g8wMvGcbuPmPPIxxmnnWNYtYvIvr944vNQSagLQZj
DQhwNuCMb+M49upzXWf2tp//AD/Wv/f5f8aP7W0//n+tf+/y/wCNFmF0cbP4j19NRv1jlhAgSQR2
72772UKCswG3/gWN3+zjNWrGSabwx4plS6nu3dpTFOYTE0n+jpghQB34yBzjNdR/a2n/APP9a/8A
f5f8aP7W0/8A5/rX/v8AL/jRZhdHBWeqajp2jzDTysdvJeIDdKJWhhUx87d6MR8ygEkEZft2vDxN
ra6jZxRqbmRrUl0EJWOV/IZwyZUMAWAXLEdSMZ5rr/7W0/8A5/rX/v8AL/jR/a2n/wDP9a/9/l/x
oswujkpdevVs4HXWJjC4kaS5Gn5ZZQq7YNuO5Zj0z8uM5q5Yalrkmq28l45jiknS3ktPIGI82wkZ
t/Xh8j07da6H+1tP/wCf61/7/L/jR/aun/8AP9a/9/l/xoswujlp4b+21zWLi1uZFmuL21t1kNur
eXGwTdtOOQMnrwOvWm3OvaxDeXkcc0jzxfaB9l+ycRxJGxjl345LME46HfgDiur/ALV0/wD5/rX/
AL/L/jR/aun/APP9a/8Af5f8aLMLo5qxv9dh1OFLm9a5hFzFA4NqE3q8O8tkdNrcDt2OTVHXRqFt
qWr3Fv8Aant7i7gt5ETcfL+WIpIvoMllbHqPQ12f9raf/wA/1r/3+X/Gj+1tP/5/rX/v8v8AjRZh
dHIS+ItaWS6McjNIol8+E2h22KrIFVger/LubGTnqMCqB1jVrG2mNje4juLydzf3Ns6hyqx7AVCN
wRu6AZ28EZrvv7V0/wD5/rX/AL/L/jR/a2n/APP9a/8Af5f8aLMLo5rxd5cmo6Mb2WGOAwzFzLHK
yFsxYGFYEH72M+/FdeuNo29Kq/2tp/8Az/Wv/f5f8aP7V0//AJ/rX/v8v+NFmF0XKKZFNHPGJIZE
kQ9GQgg/jT6QwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKSgBaKQsAMkgD3pqyxucK6k+gNAD6KRmCjLHAHUmq8Oo2dzJ5cF3BK+M7UkVjj6A0AWa
KrTajZ20nlz3dvE4GdryKp/ImpBdQG388TR+Tjd5m4bceuelFguS0VWh1KyuJBHBd28rnkKkqsfy
Bon1CztZNlxdQRPjO15Apx9CaLBcs1R1X/U2/wD18xf+hirK3UDW/nrNGYcZ8wMNuPXPSs2/1Kyu
Ft44Ly3kc3MWFSVST8w7A00tRPY16Krz39pauEuLqCJyMhZJApx+Jp6XMEkHnxzRtDgnzFYFcDrz
0pWGS0VVi1OxnkWOG8tpHboqSqSfwzTri/tLVgtxcwQsRkCSQKSPxosFzN8Zf8idq3/Xs/8AKm+C
v+RN0n/r2Wm+K7iK58FarJBKkqG2fDIwYdPUVD4Kv7T/AIRXSYPtUHneQo8vzBuz6Yzmo/5efI6/
+YX/ALe/Q6Siq9xfWtowW5uYYSwyBJIFz+dPhuoLiLzYZo5I/wC8jAj8xV2OQloqpHqthK6pHe2z
uxwqrKpJPsM1JcXttaFRc3EMJbp5jhc/nRYLk9FRQ3UFzGZLeaOVAcbkYMM/UVCmq2Ejqkd9as7H
AVZlJJ9MZosBboqC4vLa02/abiKHd93zHC5+maWC6gukL280cyg4JjYMAfwoAmqha/8AIXv/AKRf
yNSLq2ns4Rb61Lk4CiZck+nWqq3dvaatem5nihDCMAyOFzwfWmkJs1aKhgu7e6UtbzxTKDgmNwwB
/Cov7W0/fs+3Wu/O3b5y5z6daVhluioZ7u3tVDXE8UIY4BkcLk/jRb3lvdhjbTxTBeCY3DY/KgCa
iqh1bT1co19ahwcFTMuc+mM1NPdQWqB7iaOJScAyMFBP40WC5LRUFve213u+zXEU23r5bhsfXFRv
qthG7I99aq6nBUzKCD6YzRYLluiop7qC2jD3E0cSE4DSMFGfqabb3ttd7hbXEMxX73luGx9cUWAn
rnPFcV9cS6clvYS3ltHP506Ruqltv3RyemefwrYk1WwidkkvbZHU4ZWlUEH3GammuYLeISzzRxxn
jc7AD8zTTs7ieqMT+39W/wChZvP+/wDF/jSf2/q3/Qs3n/f+L/GtmC+tbosLe5hmK8kRyBsflTJN
UsIZGSW9tkdeGVpVBH1GafyF8zkfE1xqeraaP+JBd28lu4mWYzRkLj72cHOCuRW1b6rfXN8yvaSw
+WeLcPGGYepJPT6fnV/Wpo10O6dpEVGiYBiwAORxzUsN1Y3si+TNbzyR8jY6sV7Z46VXN7uxNve3
GfbLr/oGz/8AfyP/AOKo+2XX/QMn/wC/kf8A8VUkup2MEjRzXltG69VeVQR+Gale5hig8+SaNIcA
+YzALz056VN/Iq3mVvtl1/0DJ/8Av5H/APFUfbLr/oGT/wDfyP8A+KqaDULS6cpb3UErAZKxyBiB
+FNl1Oyt5DHNeW8cg6q8qgj8CaPkFvMj+2XX/QMn/wC/kf8A8VR9suv+gZP/AN/I/wD4qrLXMCW/
ntNGsOM+YWAXHrnpUcGoWdzJst7qCV8Z2pIGOPoDRfyC3mRfbLr/AKBk/wD38j/+Ko+2XX/QMn/7
+R//ABVSzalZW8hjnu7eJx1V5VU/kTUhuYBb/aDNGIcbvM3Dbj1z0ov5BbzK32y6/wCgZP8A9/I/
/iqPtl1/0DJ/+/kf/wAVUsOo2dzJ5cF3BK+M7UkVj+QNE2o2dtJ5c93BE+M7XkVTj6E0fILeZF9s
uv8AoGT/APfyP/4qj7Zdf9Ayf/v5H/8AFVZF1Abf7QJozDjd5m4bceuelRQ6lZXEgjgu7eSQ9FSV
WP5A0X8gt5kf2y6/6Bk//fyP/wCKo+2XX/QMn/7+R/8AxVSz6hZ2z7Li6gifGdskgU4+hNSLcwPb
+es0bQ4J8wMCuPXPSi/kFvMrfbLr/oGT/wDfyP8A+Ko+2XX/AEDJ/wDv5H/8VUkWp2U8gjhvLeSQ
9FSVST+ANOn1C0tXCXF1BCxGQJJApI/Gj5BbzIftl1/0DJ/+/kf/AMVVPVrq4fTJlfT5UUgAsXQg
cj0NaqXMEsHnRzRvFgnzFYFeOvNZmq6nYz6ZNHDeW8kjAYVJVJPI7A047rQUlpuKfDtol6Li3RIt
zZli8tWST8D0PuKuf2bZf8+dv/36X/Cnz31rauFubmGFiMgSSBSR+NPiuYJ4fNhmjki5+dWBXjrz
ScpDSRF/Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFJHqthNIqRXts7twqrKpJ+gzT5761tSoubmGE
tyBJIFz9M0rsdkM/s2y/587f/v0v+FL/AGbZf8+dv/36X/CpYbmC4iMkE0csY/iRgw/MVCmq2Erq
kd7bO7HCqsqkk+wzRdhZC/2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4U+4vba12/abiGHd93zHC5
+madBcwXUZe3mjlQHG6Ngwz9RRdhZEX9m2X/AD52/wD36X/Ck/s2y/587f8A79L/AIULq2nu4RL6
1Z2OAomUkn0xmpJ7y2tdv2m4ihDfd8xwufpmi7CyGf2bZf8APnb/APfpf8KP7Nsv+fO3/wC/S/4V
JBdQXSlreaOZQcExuGAP4VENW09nCC+tSxOAomXOfTrRdhZC/wBm2X/Pnb/9+l/wpP7Nsv8Anzt/
+/S/4VLPeW9qFNzPFCG4BkcLn86Le7t7tS1tPFMFOCY3DAH8KLsLIj/s2y/587f/AL9L/hR/Ztl/
z52//fpf8KT+1tP37Pt1ruzt2+cuc+nWpZ7u3tVDXE8UKk4BkcKCfxouwsiP+zbL/nzt/wDv0v8A
hSf2bZf8+dv/AN+l/wAKlt7y3uwxtp4pgvUxuGx+VRNq2nq5Rr61Dg4KmZcg+nWjULIP7Nsv+fO3
/wC/S/4Uv9m2X/Pnb/8Afpf8KknuoLVA9xNHEhOA0jBRn8aS3vLa73fZriKbb97y3DY+uKLsLIZ/
Ztl/z52//fpf8KP7Nsv+fO3/AO/S/wCFI+q2Ebskl9aq6nBVplBB9MZqaa6gtoxJPNHEhONzsFGf
qaLsLIdFEkMYSJFRB0VRgD8KfUFve2t2WFtcQzFevluGx9cVHJqthDIyS3tsjqcMrSqCD7jNFmGh
bopAQwBByD3paQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igArLjgOoXF0biaby4pfLWNHKLjaDzjk9fWtSqGnf62//wCvk/8AoK00Jjl0ewX/AJdYmPq43H9a
misraB98NvDG2MbkQA1PRRdhZEN0kUlrKlxjyWQiTJwNuOee3FU9M0fSbJI5tNs7WMbMJLEgyV/3
upzU+qRPcaVdwxLukkhdFHqSpApmh28lpoVhbzrslit0R1znBCgEUdA6hdaLpt7MZruwtZ5SAN8k
SscfUiphY2os/sgt4vsu3Z5OwbNvpjpirFFF2FkUbXRdNspxNa2FrDKAQHjiVTj6gUt3o2nX03m3
djbTyY275IlY49MkVdoouwsiuljbR2f2RLeJbbaV8kIAmD1GOmKy7zRNMsjbTWun2sMq3MWHjiVS
PmHcCtyqOq/6m3/6+Yv/AEMUJu4NKwt3pGn38okvLG2uJANoaWIMQPTJqWKxtoLT7LFbxJb4K+Uq
ALg9RjpzmrFFK7CyKFvoWl2kyzW2nWkMqfddIVBH0OKfeaTYahIr3llb3DqNoaWMMQPTmrlFO7Cy
Of8AFFpb2XgjVYbWGOGIW0hCRqFAyOeBVfwVpGn/APCM6Tdixthc+Qred5Q35x1z1zWj4rglufCu
pwwRtJK9u4VFGSxx0FcjoXjG80jQ7Oxfw1q0jW8QQusRAOPwrFy5Z3fY76VKVXDcsN1Ly7HdXmlW
OoOrXtnb3DIMKZYwxA9s0+2sbazt/ItbeKGE5PlxoFXnrwK5H/hYVz/0K2r/APfs/wCFH/Cwrn/o
VtX/AO/Z/wAKr2se5n9Rrfy/iv8AM6WHQNJt5klg02zjkQ5V0hUFT7HFTXml2WoFDe2lvcFM7TLG
G2564zXK/wDCwrn/AKFbV/8Av2f8KP8AhYVz/wBCtq//AH7P+FHto9w+o1v5fxX+Z1trY2tjCYrS
3igiJyUjQKM+uBVWLQNJgmWWLTLNJEO5WWFQQfUHFc2fiFc/9Ctq/wD37P8AhXJa/r97b6m2t6bZ
6xpdxIVEouBmGTAwBg/y/lUyrpK6NaWW1akuV6dtv8z1i702y1HZ9ttILjZnb5sYbbnrjNV55dL8
M2DSeVHawFx8sMX3mPAwqjk8Vj+CvF9x4mtm+0adLC8Y5nQfuXPsT0Ptz9a6h8Y3HHHNaKXNG6Zy
zpOjU5Ki1W//AA+pzWkzeGNSvzFa6fbw3sf7wRy2gjk/3hketaDafZ6jqt4t7aw3CoIyolQNg4PT
NY0FwfFHifTNTsLeaOxslk3XMq7fNJ+XavcgHNb9vLHHq99vdVJEXBIHY0qc5STbLxdGFKUVFWut
U+j10/X5lmz0+009GSytobdWO5hEgUE+vFVv+Ee0jzfN/syy8zdu3eQuc5znp1zV37TD/wA9o/8A
voUfaYf+e0f/AH0KvU5tCO80+01BFS9tobhVOVEqBgD680lnptnp6utlawW4c5YRIFyffFS/aYf+
e0f/AH0KPtMP/PaP/voUa7BocXY3Fi6W99rGi6XHDexSXEU0KbmUoC7b8gc4BOR3BpZdZvtatLNJ
9M0p5Huvs8sFyzP5MhUupHHIKbfxJrTTwrpAs2tZbqeeHZ5SLLcAiOPIJRR6HAB7kcZqdPD+iw3P
n2wjtjvSTZAyogdVZQ20cZw5/IelGoaFbwzf2b6jf2lrYWloFO6JoAB56KxRmIA7OCPoR61Uv9W8
L26TXd5pCZNxJEHktkBndSQ5Uk84Knk4z2zWjB4Z0SzFubIraSwxmLzreQJJIDtzvYcsSVByff1q
WfQ9NmhiRLqSB4ZpJ45oZwro0hJcZ6YO48EenpRqGhA2v6NrVxbWT2kl3BPIFjle3zD5nl+YFJPQ
7fbvjrmtiz0uy0/ebK0t7cvjd5UYXdjpnFY50C0j1O0vLe/kHkziaSKSfcjnymjLY/vHIJJ9D61v
faYf+e0f/fQo12DQpzeH9JuJnlm0yzkkc7mdoVJY+pOKs3NjbXkAgureKaIEHZIgZeOnBp/2mH/n
tH/30KPtMP8Az2j/AO+hRqGhDZ6VY6ezNZWdvbs4wxijC5Hviop9A0q5mea402zllc5Z3hUlj7nF
W/tMP/PaP/voUfaYf+e0f/fQo1DQpa3bQyaFdRyRRtGkRKqVBAIHGB7VLZ6TYWDs9nZW9u7DDNFG
FJHocVS1PVbd7G8tpGEUpifYGIxIMfwkcH6da2RTd1GwlZso3GhaXdztNcadaSyv953hUk/UkVYl
srae0+yzW8UlvgDymQFcDoMdOMVPRSux2KdppGn2Ehks7G2t5GG0tFEFJHpkVBqOl6QVnvtQsbR9
iF5ZZIQx2qOp4zwBWnVPV7WS+0a+tYSolnt5I0LHAyVIGfzouwsik+paJJpVgkj27WOobIrWMplZ
cjKgLj0HfpVW2v8AwzpzT3FpFbQtCRG8kNqQWywXCkL8/wA2B8uecVQj8J3qXSrvh+yW1xHJaIDj
y1Lh5u3XIwvtVgaLq02gW+kTC3hS0a3VLmCU75BHIp3AFflO1T68n0pXYWRNPe+F9Quonnitbm4n
woLWpdh820B/lynPHzY6Grmp3+jaVbx6ffKiQPGSIRAzoI1wCSFBAUZHXis288N3EE9sNHTypUO5
797phKSWy29NuJQfQkcnjFWJ9O1a11S3urRo78rbywM93IIyu5kYHCJggbTxwfei7HYlVvD2kXsQ
hgtIbqWF5Y/Igy7xjG4jaMkcjjvVaXUvC2qbLu5it5fMmS1WW4tGG5ySAoLLzyD9Mc4qhF4Q1S2m
gmt72MGxNvHbRFABJHEMNluq7t8vA4wRTrrwlqV/DHaNeR21vEtyQyoJGZ5ZGIPPTapHI5yT6U7s
VkdV9jtUsvsnkQraldnk7Rsx6Y6VBbaPpdlN59rY2kMqZG+OJVI9eRWa2k32o3ekzarBak2RZn2u
XDOYwA4BA5D7se2D1rCsfBV/axN58EV1IJI2mEt2Sl6FLfeXZ8py27ndkjHTmi7CyOyutH06/lEt
3Y21xIBtDyRKxx6ZNTJZW0Vn9kjt4lttpXyggCYPUY6YrM8IWstl4YtLeeDyJIzIDHg4Ub2wBnnG
MY9q2qV2OxQttD0yznWa20+0hlX7rxwqrD8QKfd6Rp9/IJLyytrh1G0NLEGIHpzVyindisivFY20
Fp9lht4o7fBHlKgC4PXj3zWTqWhaXaafLNbadaRSoBtdIVUjkdDit6qGt/8AIIuPoP5inFu6FJKz
H3ek2GoSK97ZW9w6jCtLGGIHpzUsFjbWtsbe3t4ooDn92iALz14qalqbsdjPg0DSraZJoNNs4pUO
VdIVBU+xxUt5pVjqDI17Z29wyDCmWMNge2at0U7sLIr21jbWUBgtbeKGIkkpGgVeevAqtD4f0m3m
SWHTLOORDuV1hUFT6g4rJg8XmTxNcaZJDAI4XkTKzZlXYgbcyY6HOBgk/wBLH/CZacLaGdkvBHLF
55zbtmOL/no4/hU+p9D6Gi7CyNS80uy1DZ9ttILjZnb5sYbbnrjNPtLG2sITFZ28UEZO4pGgUZ9c
Cs6bxRYW1zcwT+fHJAobBiP7wFgo2Y+98zKPxFVbDxfFco3m2tyJTcSRpBHAzSBEIBd16jBYZ+vF
K/QdjSj8P6TDKssemWaSI25WWFQQfUHFT3mm2eoBBe2kFwEzt82MNtz1xms6fxZp9tLdRTCdJbdl
UxmI5k3NtXb65bimL4pje/ubX7JPF5E0EXmSoQrmUqAB3B+bof0p3YrI1rSwtdPjMdnbw26MdxWJ
AoJ9eKrL4e0hJRKumWQkDbgwgXIPXOcdaoweMtMnhnlX7SoiAYB4GBlBfYNg/iy3y/Uih/Ej3dhp
1xpNuHa+uGgQXZaLbtVyScAn/lmR0ouwsjWvNOs9QVVvbWG4VDlRKgbB9s0Wen2mnoyWVtDbqxyw
iQKCfU4rnZ/GU0UMm3T/AN9Ch81TISsbCXy3JIUkoPvZAzjsK6DTLxr/AE6G4Y27GRc7reXzIz7q
2BkfhSv0GQ/8I9pBl8w6XZeZu3bvIXOc5znHXNWLzT7TUEVL22huEU7lWVAwB9eas0U7sVkVbPTr
PT1dbK1gtw5ywiQLk++Kgfw9pEkrSvplk0jNuLGBSSeuc461o0UXYWRXu7C1v4hHeW8U8YO4LKgY
A+uDTbPTbLTt/wBitILffjd5UYXdjpnFWqKV+g7GdL4f0meZ5ZdMs3kc7mZoVJJ9ScVZurG2voRD
d28U8QIISRAwz64NWKKd2KyKlnpdlp5c2VpBbl8bjFGF3Y6ZxUM2gaTcTPLPptnJI5yzvCpLH3OK
0aKLsLIzNG1E6gL1TEsYtbp7ZQpzkLjB9utadU9PsLexNz9mJPnztNJls/OcZ+nTpVyh76Agooop
DCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6C
tX6oad/rb/8A6+T/AOgrTWwnui/RRRSGV9QuGtNPubhAC0UTOAehIBNR6Tdvf6RaXciqrzwpIwXo
CQDxU11HHLayxz48p0Kvk4+UjnntxTbGGG3sYIbXHkRoqx4bcNoHHPfin0F1LFFFFIYUUUUAFUdV
/wBTb/8AXzF/6GKvVR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAlGKWigBKKWigBKKWigBDXNX3gm
01fXm1HVbie7iGPKtHbEUfHp39f8a6aik0nuXTqTpu8HYjihjgiWOFFjjUYVVGAB7Clk4RsDJx09
afSUyDG8LxtBoUMT6c2nlWbFu0m8r8xOc+/WporWC41i+M8EUhCxAF0DY4PrWniqNr/yF7/6RfyN
EVZWKqz9pNyfVkv9mWP/AD523/fpf8KP7Msf+fO2/wC/S/4Vaop8zIsir/Zlj/z523/fpf8ACj+z
LH/nztv+/S/4Vaoo5mFkVf7Msf8Anztv+/S/4Uf2ZY/8+dt/36X/AAq1RRzMLIq/2ZY/8+dt/wB+
l/wo/syx/wCfO2/79L/hVqijmYWRV/syx/587b/v0v8AhR/Zlj/z523/AH6X/CrVFHMwsir/AGZY
/wDPnbf9+l/wo/syx/587b/v0v8AhVqijmYWRV/syx/587b/AL9L/hR/Zll/z523/fpf8KtUUXYW
RganolqljeXEkcbukbtEqxqqpxxgDqfc/pWgNSf/AJ8L3/vhf/iqdrH/ACBrz/ri38quDpVN3SuS
lZ6FH+03/wCfC9/74X/4qj+03/58L3/vhf8A4qr2KMVN0VZ9yj/ab/8APhe/98L/APFUf2m//Phe
/wDfC/8AxVXsUYougs+5R/tN/wDnwvf++F/+Ko/tN/8Anwvf++F/+Kq9ijFF0Fn3KP8Aab/8+F7/
AN8L/wDFUf2m/wDz4Xv/AHwv/wAVV7FGKLoLPuUf7Tf/AJ8L3/vhf/iqP7Tf/nwvf++F/wDiqvYo
xRdBZ9yj/ab/APPhe/8AfC//ABVH9pv/AM+F7/3wv/xVXsUYougs+5R/tN/+fC9/74X/AOKo/tN/
+fC9/wC+F/8AiqvYoxRdBZ9yj/ab/wDPhe/98L/8VR/ab/8APhe/98L/APFVexRii6Cz7lH+0n/5
8L3/AL4X/wCKrGv9XuDHPZTW8z713CTYAYxkffAJ49/0rp8VmatbR2+h3S26JGWGcgfxEjk+tVBq
+xMk7bmmKWsr7Hq//QVh/wDAQf8AxVH2PV/+grD/AOAn/wBlSsu47vsatFZX2PV/+grD/wCAn/2V
H2PV/wDoKw/+An/2VFl3DmfYh/4Ri2N/JdNPdMHmacQl18tJGTYWHGc7SepI5ps/hSzuIYIvOu40
jtltHWOXHnwr0R+PryMHk+tWPser/wDQVh/8BP8A7Kj7Hq//AEFYf/AT/wCyosu4cz7FEeCdOW6u
biN7mOScHlWUGMmRZNwO3JIZQRuJx06cVNB4VgtpElhvb9LgO7NN5qlpA5BZWyuMZUdACOxFWPse
r/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7Kiy7hzPsUYfBNhbPdtby3MZul2PjyzhdxYjlTuySeW3Gp
4fCtlblRFJciNfIIjMgI3QkFDyM5+UA89Kn+x6v/ANBWH/wE/wDsqPser/8AQVh/8BP/ALKiy7hz
PsZeqeC47jShbWMxSRY1iHnHcrIJPMKnjue+D9KtweHZW0awtbq8kjuLJ/MjltFRNvDKFAK4ICsR
0GevFWfser/9BWH/AMBP/sqPser/APQVh/8AAT/7Kiy7hzPsRL4Zt4sNbXN3byiPy/OjkBc5fezE
sDkk5zn1rQ07T4tMsxbwl2G5nZnOWZmJZie2SSelVPser/8AQVh/8BP/ALKj7Hq//QVh/wDAT/7K
iy7hzPsatFZX2PV/+grD/wCAn/2VH2PV/wDoKw/+An/2VFl3DmfY1aKyvser/wDQVh/8BP8A7Kj7
Hq//AEFYf/AT/wCyosu4cz7GrRWV9j1f/oKw/wDgJ/8AZUfY9X/6CsP/AICf/ZUWXcOZ9jVpu9Sx
UMNw6jPIrM+x6v8A9BWH/wABP/sqyNT03Vpr+IW1wGu1AP2lbfylRc9C247v93BpqCb3E5NdDrKK
itVmS2jW4kWWUD53VdoY/SpagsxPDdtNbNq3nRNH5uoyyJuGNynGCPatus7SNSOpG9BiEf2W6e36
53bcc/rWjTe+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMqarE8+k3kUa7nkgdVX1JUgC
o9CgktdBsIJkKSxW8aOp7EKARU9/cNaafcXCqGaKJpAD0OBmmaVdtf6TaXbqEaeFJCo6AkZxT6C6
luiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQxTW4nsXqKKKQwooooAKKKKACiiig
AooooAKKKKACiiigAqha/wDIXv8A6RfyNX6oWv8AyF7/AOkX8jTQn0L9FFFIYUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQBS1j/kDXn/XFv5VcFU9Y/wCQNef9cW/lVwdKroLqLUc80dtBJNM6pFGpd3Y4
CgDJJqSqWtW0t5od/bW4Bmmt5I0BOBuKkDn6mpGKdWsRBaTfa4fKvWVbZt4xMWGVC+uRzUD+I9Jj
FyW1C3AtmCzfP9wk7QD+PH14rnI/C+opcwxbI/sdjcxvZgMMqjOHkP1XG0e1WE0nVpfD9ppTWiWs
lk9uBdRyo2/ZIhZ1BHopbDd+OetAG3/wkek5tgNQtibriECQfPzj+fH14p9/rmnaVJFHqF5DbvKC
UEjYyBjJ+nI/OsK58P3djeQNo8c/2kndNfNOgWQlyzCWPHzDkkbRxnjFT3Nnq9rqtvcCFdVJtZYH
YlIVUsyEbhzkYU5xk+1AG1darZWUix3N1FG7RtKFZuSi43MB6DIqtB4n0e6QPBqNu6NKsIbfwZGJ
CqPUkg8e1c5D4X1q1uLa5iltydO+zwwRlPnliRcOQ+7C7t8nBB+6tLdeF9Y1C2is/Mt7aGFbmQSS
L5pMskrFCAGGCqnOeeW6cUAdk06JIkbEB5M7R646093WNGdjhVGSfQVy+qWWt6tZR7rf7POtrPG4
W4GGd4QARj/bJHtjNUb3wteRxyW1vaPc6f5rGO0+2FB80KAMWJzgOHOPVsigDsLS+gvoxJbSCRCq
uCM9GGQfxBFTSSJDG0krqiICzMxwAPUmuIHh3VEtoUubY3dsghWW0W42eYFtwnByB8rjOMjPXqBU
WpeGdX1G/wBTD2sQtbizlhVRL8sh2p5W4kkkgqckgAds5oA7pJkklkjVgXjxuHpnkVJXGXeh38j7
xp7SWPmRt/Z/2kLlRDtC5zj5X5xnB684FNs/DGqQ3lpdXDtJdW5tU80XDH5F3CUe/BAyRlsUAdrR
RRQAVQ1v/kEXH0H8xV+qGt/8gi4+g/mKqPxIUtmXqWqT6nbi+W0jLSzk/Msa7vLHqx6CrlS1YExa
KKKBnFrfzLrV1JHqkr3S6otstiZAyNCdm75OowpZt3t6VRg1ea60p57zXJrO4ttPiltwHVRO7IW3
kEfPlht2+3qa7xbS3Sdp1gjWZxhpAgDEe560jWVs5iLW8TGL/V5QHZ9PT8KAMDUpNQnv/DSeaLcT
Sl7qIFgWKxltuVYcAg8HIzjOelZzeLtRTTLS5lOmQvcWsl7ulLqhRduI155c7uvb0NdoY0LKxUEr
yCRyPpTHtLeRI0eCJljIZAUBCkdCPSgDkm8TazNdlbWGwjjkmaGNZw+9CsIlO7B54yuBj19ql1bV
9Qmt9AvNN3LJcRtdNaqcicCLf5ecd8nB9cV1XkRZz5aZzuztHXGM/lQIYxswijYMLx936elAHC2/
jW4/s5Z7ea1kjCS3Km6YiS5UzyIkcYH8QCgd+Sox3pLrxfeRXz3jNbGGC3umFkkhEilJUQNLk49T
njAJ+tdwbO2Pl5gi/dsWT5B8pPUj0NKLS3WR3EEYd/vMEGW+p79KAOWudc1G48CaleTGG3u4SUV7
adSMZXByGYKcHuTjrV/wfeTXWn3KXEzzPb3LR5eRZcLgMB5i8PgN1/DtWyllbR25t0t4lgOcxqgC
nPt0p8MEVvGscMaxxrwERQAPwFAElFFFABRRRQAUUUUAFFFFABRRRQBT0/ToNPNz5Bc/aZ2nfcc4
ZsZx7cVcrE8NQTQnVvOjdN+oyum8Y3KcYI9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKoad/rb//AK+T/wCgrV+qGnf62/8A+vk/+grTWwnui/RR
RSGQ3UUc9rLFMcRSIVfnHBGDzTbGCK1sYLe3OYYkVI+c/KBgc96j1aN5tIvI41Lu8DqqjqSVOBUe
gwyW3h/T4ZkMckdvGrIeqkKMin0F1NCiiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigApKWoL1plspmtgpnEbGMMON2OM/jQBNRXKaVL4l1bS7
e9h1PTlSZN202jZU9wfm7Grf2PxT/wBBXTf/AAEb/wCKqnG3Unmv0Ogqja/8he/+kX8jWb9j8U/9
BXTf/ARv/iqg8O6jcG81ptTubd/s8yQmWNNikheeCT64pqOjsF9UdRRUcMwniWRVcK3IDKVP5Gn1
BRz+p67fWWoXogtYJbOwt0uLgtIRIVbfnYMYyAhPJGfao5/E1w+rz2NlDb/LH+5lnkIEkgVXdMAE
jCOCPofSr174dtr/AFCS6mmugs0aRzQJJiOVVJIDDGf4jnnnvUSeEtKjmSdYMXSztcG5AAlZm3ZD
NjlcMRj0x6UAZ9v4tuwNJN7bWyreqk0zRSnEEcmFjzkDJLtg+wzWrqXiCDSbl0uFd1WFZdsUZZyW
kCAAd+WFVm8FaPLC6TW5mYwR26SyYLwoi4XY2Mqe+R35qzL4ctZ5fMnluZZOBueTJwJRKB06BgB9
OKAM/U/G1tbaVJPaW9zLciN38kwn91tYofM/ujcCPwJ6DNXB4lgE7QeVPPMJ5I9lvEWKqrBSzewJ
HT8KjvPCFjeLIpmu4hL5nm+VLt8wO5cq3HQMTj6kVM3hq1F2LmGe7gm8x3Z4pMbg7BmU8fdyB7js
eaAK174xt7Vp4o7O7muIJoo3hRBuKu+wOOeme3B6dM5p8viy1tjKs0c8rxyShlgiLFEjxudvYZHT
r2zUcPgnTbf7SYHuojOUOUcAx7ZPMXbx1Dc5OSe9TXHhOyuC7ebdxNK0nmNFLtMiyEF0PH3SQOnI
5wRmgCW18TWN5qxsIln37iqSmM+VIwUOVVu52nNbFZdv4fs7a6jniEitHM0yru+UMyBCMem0DArT
zQAtFJmjNAFPWP8AkDXn/XFv5VRt9eN3ct5UE6QRMVbMDs7H6D7o+vNXtY50a8/64t/KpTaQvcJc
FAJlGA44JHofUfWrTXLqQ076EP8Aasf/AD73n/gM/wDhR/asf/Pvef8AgM/+FXcUYpXRWpS/tWP/
AJ97z/wGf/Cj+1Y/+fe8/wDAZ/8ACrtHFF12DUpf2rH/AM+95/4DP/hR/asf/Pvef+Az/wCFXeKK
LrsGpS/tWP8A597z/wABn/wo/tWP/n3vP/AZ/wDCrtFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n
/gM/+FXaMUXXYNSl/asf/Pvef+Az/wCFH9qx/wDPvef+Az/4VdoxRddg1KX9qx/8+95/4DP/AIUf
2rH/AM+95/4DP/hV2jFF12DUpf2rH/z73n/gM/8AhR/asf8Az73n/gM/+FXcUYouuwalL+1Y/wDn
3vP/AAGf/Cqer6hHNpc8YguhuAGWgcDqOpI4rZxVHWh/xKLj6D+YpxauiZXszM/4RC0ivjLAkbQS
NmWKXcce6sDn8Dmrv/CNaV/z5p/303+NagpaHUk+o1CPYyv+Ea0r/nzT/vpv8aP+Ea0r/nzT/vpv
8a1aKXPLuHJHsZX/AAjWlf8APmn/AH03+NH/AAjWlf8APmn/AH03+NVh4lkGozRyaey2UV2LM3Il
BIkO3GUxkKSwGcn8qgTxdLcWn2qz0uWeKK2W4ucSqDGGXcFUfxNt5xwORzzRzy7hyR7Gh/wjWlf8
+af99N/jR/wjWlf8+af99N/jUV/4hW2uNIit4TN/acmEfD4VNu7dwp5xjg49yADSHxfo4tY7n7U/
lSbijeRJkqv3nxtzsGRlunvRzy7hyR7E3/CNaV/z5p/303+NH/CNaV/z5p/303+NQz+MNGtrmSCS
6bzIzhgkEjgnAbAIUhjtIOBnjmnap4lttMOnOymW2vW/16MNsabc7z6ryPzzRzy7hyR7En/CNaV/
z5p/303+NH/CNaV/z5p/303+NQL4t05I1N3Ibd2eRdhUvtVJDHvYgYVSR1OBSP4u05dU+yLKDHHF
NJNOQwRPLZVIBIw3LEcHgjFHPLuHJHsWP+Ea0r/nzT/vpv8AGj/hGtK/580/76b/ABpB4ksJdIl1
G1dp4o38ooqlX8wkKEw2CCSwHOOo7Vc0+4uriAte2f2WYHBQSCQEeoI/wo55dw5I9ip/wjWlf8+a
f99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR
7GV/wjWlf8+af99N/jR/wjWlf8+af99N/jWrRRzy7hyR7GV/wjWlf8+af99N/jR/wjWlf8+af99N
/jWrRRzy7hyR7ENtaxWdusFugSNeijtU1FFSUZ+lamNS+2ARGP7Lcvb8tndtxz7da0KpadpsWnG6
8pnb7TcNcPu7M2Mge3FXabtfQSCiiikMKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAqhp3+tv8A/r5P/oK1fqhp3+tv/wDr5P8A6CtNbCe6L9FFFIZXvrg2lhcXCruM
MTSbScZwM4pml3h1DS7W7ZAhniWQqDnGRnFS3cKXNrLBKSI5UKNg4OCMGm2NtHZWMFtASYoY1jQk
5OAMDmn0F1LFFFFIYUUUUAFUdV/1Nv8A9fMX/oYq9VHVf9TB/wBfMX/oYprcT2L1FFFIYUUUUAFF
FFABRRRQAUUUUAFIaWigDnvDP+hXmraUeBb3JliH/TOT5h+u6ugrn77/AEDxnp910jvoXtJD/tD5
0/8AZhXQVUu5MexXv7tLCwuLqQgJBG0h/AZrk/D/AIeS5sw1yWW82pcl8nAdwWORnnrj1961fFxN
xZWumIfm1C5SFv8AcB3P+g/WtC0AXVr4AYAWIAfgaqLcY6CaUnqNh0a38pfPi/efxbJnx+GTT/7F
sv8Ank//AH9f/Gr1LUcz7lcqKH9i2X/PJ/8Av6/+NH9i2X/PN/8Av6/+NJc69ptnqCWNzeRx3LhS
EbP8RIXnoMkEDNF3runWMssVzdokkKLJInJZVY4BIHYkUczDlXYX+xbL/nm//f1/8aP7Fsv+eT/9
/X/xqO18R6Te/Zvs99E5unZIByPNKruO3PXA5q/58fn+Tn95t3Yx26UczDlXYqf2LZf88n/7+v8A
40f2LZf88n/7+v8A41Yu7uGxtZbm5fZDEpZ2IJwB34p8cyTbvLJOxih46EdaOZhyrsVP7Fsv+eT/
APf1/wDGj+xbL/nk/wD39f8Axq3JNHCoaV1RSwUFjjknAH1JIFEc6TbvLJOxircdCOtHMw5V2Kn9
i2X/ADyf/v6/+NH9i2X/ADyf/v6/+NXs5paOZhyrsUP7Fsv+eb/9/X/xo/sWy/55P/39f/Gr9FHM
w5V2MbVNIs4tKunSNwyxMR+9c84+tbA6VT1j/kDXn/XFv5VL9shFyLcMWlIyVUZ2j39Pxpu7Qkkm
WKo65cSWmg6hcQvslhtpJEbGcEKSDg/Sr1MkjSaJ45UV43BVlYZDA9QRUlHEJ4j1N00u0M4+12tx
HHqTBB+9ywVAOON4O/gduKml1O9PhmDU01WaWW+MDeRbxxlog8qBljBHUBivzZ59K6v+z7TzGf7L
DvZlZm2DJK/dP1Hb0pkek6fDLJJHY2ySSsHdliUFmByCeOSDz9aAOWe+1qyNrc6nc3Edkp+YRrCZ
lUyYUzrjkFcD5OQc8el291Ce/wBUhjt9QutLtxaTTMZIFQ7ldACwkXO3DHpjPrW9PplldXcV1cWd
vLcQ/wCrleMFk+hPIpLvS7G/kikvLO3uHi/1bSxhin0z06CgDjm8XXV1qOnRyTSWsUkMMd0sMOdk
sy5BDspC7T5fB/56dDxVe48Rahp2nWzf2pc3F08s88itAr5ihkZfLARPl38DcfQ4IrvGsbVo5Y2t
4ikz75FKDDtxyfU8D8hSx2VtDIXit4kdhtLKgBIyTj8yT9SaAMTWPES2cdvdWpE8TW09wFDgBtkQ
dQeD1yPz71TuPFGpLFLafY7OO/QyBmNyRCqrEkmQxXOcSAdOxPSuiXSNPRCiWNsqEEFREoGCoUjp
/dAH0GKW40qwu1K3NlbTAuJCJIlYFgMA8jrjjPpQBy+m+Jb14ra2jWOa8nSEI9zLtjz9nEjE4XOT
zxz3PAFJq/jK7ifUbayjtjLDayyxzZcorxhS6klQGxuP3SeRzjNdPLo+nTwGGawtXibblGiUqdow
vGOw4FKdH04zyTGwtfNkTy3fylyy4xtJxyMDGKAMJ/EN9Dqb2CRW7XbyJGDJMVhQ+T5jkHbu9cDn
PXgCo7Pxlc3l1asljCLOX7OrsZiZFaXcBgYwQCvXIyDmugfRdNltjbyafavAduY2hUr8owvGOw4F
S/YLTdu+zQ7gVOdg6r938u3pQBYooooAKoa3/wAgi4+g/mKv1Q1vP9j3GOu0fzFVH4kKWzL2etFc
k02strirfCBCH/0VC7rCx+qjlvZvyrZ3a5/zz03/AL+Sf/E03C3UlTv0NWisvfrn/PPTf+/j/wDx
NG/XP+eem/8Afx//AImlyj5iunhzGoTTSXs720tyLv7LtUL5gxgk4yQCoOM9RVdPCAgtxb2upXcE
UkCQXCqEPnKo2g5I+UleCR7elaG/XP8Annpv/fx//iaN+uf889N/7+P/APE0cocxLJpkUlxYSrmN
bEsY0UcEFCmPoAazX8Jp9jtYLe/ubdoLY2bSIFJkiOMg5GAeOCOnNXd+uf8APPTf+/j/APxNG/XP
+eem/wDfx/8A4mjlDmK8Xhi3gkRopZVWOZpVXjA3ReVj6ADP1qQ+HLaS1063mLyw2UDW+xgMSq0e
w7vw9Kk365/zz03/AL+P/wDE0b9c/wCeem/9/H/+Jo5Q5jKh8DxW9klpFqV6ImiMFxnaTcR+Yz7S
ccH52GRzg+vNOm8FQXCywy3tybUpKkUAVAIhI6uSDjJIZRjOR2rT365/zz03/v4//wATRv1z/nnp
v/fx/wD4mjlDmIYfDcS6FLpsszFZHEnmQxJCUYEFSoQAZBUHnNX9PtZ7WErdXcl3KxyZHVV/ABRg
Cq2/XP8Annpv/fx//iaN+uf889N/7+Sf/E0cocxqUVl79c/556b/AN/H/wDiaN+uf889N/7+P/8A
E0cocxqUVl79c/556b/38f8A+Jo365/zz03/AL+Sf/E0cocxqUVl79c/556b/wB/H/8AiaN+uf8A
PPTf+/j/APxNHKHMalFZe/XP+eem/wDfx/8A4mjfrn/PPTf+/j//ABNHKHMalFQ2xnNuv2oRCb+I
RElfwzzU1SUYfhqOWNtX85ZF3ajKybwRleMEZ7VuVQ0vUl1I3gWNk+y3L25yc7iuOf1q/Te4lsFF
FFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf
/QVq/VDTv9bf/wDXyf8A0Faa2E90X6KKKQynq0bS6ReRxqWd4HVVHUkqcCo9AieDw/p8UqMkiW0a
srDBUhRkGrN7cfZLGe427vJjaTbnGcDOKZpt5/aGmWt3s2efEsm3OduRnGafQXUtUUUUhhRRRQBm
yeINMhvJrWS7RZYQWkyDtTA3HLY25AIOM5rR4PpXH694avtUn1GK1toYILqN/NLXBaO5OzCkxbcK
4YL8w7L37Ivhu9bV4rhbO2gAlhlSZZiXto0QA26qBjaSG6YGGJIyKAOuMyCcQ5O8qWAwcYGAeenc
U/I9a4uTwfcrolpZQRQJt0/yJ1DkB5S8RY575CNz16VkeItBnt2trFrCabTvPnkSK2QuFVmQqi8E
K2A2DxjJ55oA7zUtc0/SHjS+uPKaRWZRsZvlGMk4BwBkcn1pLjX9NtUkea7QCNkVtoLHLjKgAA5J
HPGaq6nBqK6zaXunWkM4W2lgZZZvLCFmjIJ4OR8pzisi08M6jpE8E9oILj7IYwkbPs81RB5bc4O0
g8jrxkUAdTZX9tqNstxaSrLExI3DsQcEEHkEHqDzUomQzmHJ3hQ2MHGM469O1clL4d1J5Le7W3th
ePePdOrSbooN2wYwVyx2p94bSCT2Jq9rmgT6rqDsyxvaSJbI6O33gk+9wR/u/n0oA6KjIrkNS0a5
t/CltYJaLclNQVltw5CGLzyyqTg4UKQOmBjHSqo8Laut3pbrHaRxW1wJgsbDMCecXaMMVyRsIUBd
o65yMUAdzkUyaaO3hkmmdUjjUs7McBQOpNcLfeCbx9IsoI4Ufa0zXUMc4iMjuflfcUbJAGOmRng8
VPdeCri4kvJPLg826M6SO7li8bQhUDcc4cA/hnrQB2qOsiB1IKsMgjuKdVPSLc2uk2sDW0dsY4wp
hjIKpjsCAKuUAYXjCF30F7mEEz2TrdR49UOT+ma2LedLm2jnjOUkUOp9iM06WNZonjkGUdSrD1Br
C8IzGPRGspm/eadK9s5Pop+U/wDfJFVvEnZif8hDx16xaZa/+RJD/wDEj9a0rX/kL3/0i/kazvCI
NxZXWpuPm1C5eYf7gO1P0H603UDqP9pXf9n7fL/d+cRnzMYP3f8AOfSqau7CvZXOiorJs/t/2WP7
MbMxY+Xd5mfxzzn61P8A8TX/AKcv/H6ixVzH1fTdQutQ1SGC0ie11K0jtzO8oAix5gYlcZPDgjHf
0qrBoGsRauNTM0OZJ5EkgC4YQFdi5kz82NkbYwOSea6L/ia/9OX/AI/R/wATX/py/wDH6LBc5WTw
zrksFq6TW0MmnWdvHbxld5eRMM/zZ+TJAXODwKv6zo+oazO7SQLHC8SRNF5/ULcKxORjqgP54rb/
AOJr/wBOX/j9H/E1/wCnL/x+iwXOP1TwjqE1m9tFaR3MO2eO2R7ootrmUsjD1+QgY7Yx0Jq/LoN8
dSE1zaJfWpuZnWE3G3yizqUkH0AIx1Hbqa6H/ia/9OX/AI/R/wATX/py/wDH6LBc41/CuqXMuovf
WVrOkssMywq4VJXSYsxHoShxluecdKs6l4b1O4eYm3jukke48qNrkoIHcrsl4/ugEccjt1rqf+Jr
/wBOX/j9H/E1/wCnL/x+iwXMPTfDl3Z6+moSENK1w/ny+YcyReSFXK9PvjOO3Wurqh/xNf8Apy/8
fo/4mv8A05f+P0WC5foqh/xNf+nL/wAfo/4mv/Tl/wCP0WC47WP+QNef9cW/lVGHw7BbXBMWWgkY
s6NI4ZT6gg8/j+dO1T+0v7KuvM+x7PKbdt3ZxjtWwKq7S0Jsm9Sh/Y1l/wA85P8Av8/+NH9jWX/P
OT/v8/8AjWhRU8z7lcq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/PO
T/v8/wDjR/Y1l/zzk/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+
4cq7Gf8A2NZf885P+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjR/Y1l/zz
k/7/AD/41oUUcz7hyrsZ/wDY1l/zzk/7/P8A40f2NZf885P+/wA/+NaFFHM+4cq7Gf8A2NZf885P
+/z/AONH9jWX/POT/v8AP/jWhRRzPuHKuxn/ANjWX/POT/v8/wDjVTVdLtYdNmkjRwy4IJlc9x2J
rbqhrf8AyCLj6D+Yqoyd1qTKKsy8B1paSlqCxKKWigBKKxR4mT+0JYJLK4S3juRaG7JUp5pxgEA7
gCWAzjGTUH/CXxSWwuLbT7y4hS3W5nZNn7lWGQCC2WbAzhc8Y9RQB0NFZGoeI7exudKgQCVtTkCx
HdgbcZ3ZwfbA96U+KtFFqlwdStxDI5RX3cEgZOPYZ5PQUAa1FZNz4r0SzuJoLjU7eOWHHmIW5HT+
hB+nNO1LxDaaXLp6y7njvn2JMmCiDGQzHP3eQM+9AGpRWSvifTFSI3Vyls8skkaJKwBJRyhPsMjq
fUUjeKNOGsnTkuI3eOKSSZw4xCEKg5/FsexBFAGvRWZP4hsk0OfVLZ/tUEOQRERuLZxt5xg5PfFS
abqov5J4Jbaa1urfHmQS4JAbO1gVJBBweh7GgC/RS0UAJRS0UAJRS0UAJRS0UAFFFFAFHTdMj003
Zjkd/tVw1w27sWxwPbir1Yfhrzc6v53mf8hGXZvz93jGM9q3Kb3EtgooopDCiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/8A6+T/AOgrV+qGnf62/wD+vk/+
grTWwnui/RRRSGQ3cC3VrLA5ISVCjEdcEYpthapY2MFrEWMcEaxqWPOAMDNR6urPo96kalnaCQKF
6k7TjFReH0eLw9pySqyyLbRhlYYIO0ZzT6C6mjRRRSGFFFFABRRRQAjHCk4z7CuXi8awx6Pb6hqN
lParPK8e0vGSoVtu772T9ACeDx69QfrjNYE3gvSriMRyLcbQzkATsMK7BmTr93cAcUAUp/F88Fpq
Ye2dJoHultpWQeVIYskL97OcAk8AcGtG08WWF7r0mkQec06b1L7Rs3J94dcjHqQAcHFDeEtLlmuZ
XWZ/tPmbladiimQYcqM4UkcZFWrbQ7az1CS7t3uUMrM7RCdvK3N95tmcZP8AMk0AZ0/i+Gz3+dbX
MwSSfe0EYxFHEwVmbLdtw6dfSovFHie60W/t4LYWx82BpAJkc+a4ZVWMFeFLFsZbjOK0pPDmnus4
eNsXCzJJ+8PIlIL/AJlR9KmvdFs9RMhuoy/mWz2rfMeY2wSPrwOaAOen8XXsWr31skdrILZnUwjd
5sarCJPMY9Nu4he3XrXVWU7XVjbzsAGljVyB0BIzUMek20dtdwAMUuyTNuYksSoQ8/RRS6ZpqaXa
i3imuJYwflM8pkIGMYBPbigC5RRSAg9D1oAWiiigBDXEeIrmTRtT1WCHhtXtk8gD/ntnyz+jA/hX
cVxnjO8SHxDohMQdbOT7RM39xCwQH8z+laU/iInsdXY2iWFhb2sY+SGNYx+AxUFr/wAhe/8ApF/I
1eqja/8AIXv/AKRfyNR3K7F4UtFFIYUVTm1awt72OznvbeO6kxsheVQ7Z4GB1OcUXOrWFmZBdXlv
CY1DuJJQpVScAnPQEjFAFyiqNvrWm3nlfZb+1m85ikflyq29gMkDB5IHJx2q0JozN5W9fM27tmec
dM4oAkoqK5uIrS3knuJFjijUs7scBQO5p0cqShvLdW2sVbBzgjqKAH0U13VACxABIHJxyeBSRzRz
bvLdW2sVbBzgjqPrQA+iiigAooooApax/wAga8/64t/KrgqnrH/IGvP+uLfyqY3cKXCQFx5zjIQc
nHqfQfWq6E9SeqWs3Mllod/dQkLLBbySISMgEKSOPwq5mo7iGO6t5IJkDxSqUdW6MpGCDUlHHp4p
1FotKt90X2yOdY9TwmR94IAvoXzuHsKlm1fVF8NRar9vjxfGBo44rbe0CySKCFHJchWx06/lXQ/2
PYCZ5vssXmSPHIzY5LJwh/DtTIfD+l28kjw2MCNI6yNhf4lbcCB2+YA8d6AOfGr67b/Y7jUXe20/
dhphaAsw34BmTOYwVxyBwSc46VcutUu9T1OCLSNQW1g+zSzM8ttkMyOgwQ2CB8x6fnWvdaNYX17F
d3NrHLPFgI7dsHI46HB55pL/AETT9Ulilv7WOd4gVQvngHGR7g4HBoA5ZvGkt1qWm26XMNmLm3iE
ybd7pLMpKEZ4wpC5z/z0HpVe58V6hpOmW01zqkMs8s00jJJAq5hhdlZVA/if5cH1zXaNpVk0M8LW
0ZjnkEsqkcM4xgn3G1fyFLBpdnbTNLDbRpIylCwHVSxYj8WYn8aAM/WdfGmrb3EYaaF7ee4wpADh
I9457ZqlL4rvfKkt00vGpKZAYvtC7FCxrJu3454kUYx1z25rWTw9paQmJbGERlSm3HGCgQj8VAH0
FLd6Dpt8rC6soZQziRtw6ttCZP8AwEAfSgDD07xTdyxQQLB9rvZo4dis6xKSYFkc5AOOvTB5PYUa
r40ltX1C2tLWGS5t7aSZCZiVDIFLq2FwCN3QE9OcZral8O6VNb+TJYwmPKnAGMbV2rgjkYXj6cUH
w7pTTyzGwgMk0bROdvVWADDHTkAZ9cUAZ7eIruPUnsVsxLevIkaQmYLGp8re/wA+3JA+mT6AdIrX
xmbu6thHp7/ZZvJV5jMu5HlyFG3HIBXBIPuM1qy+HdKntjBLZRNGdvBzn5V2jnOfu8fSpl0ewVgV
tIV2mMgKuANn3MD27UAXqKTNGaAFqhrf/IIuPoP5ir2aoa2f+JPc467R/MVUfiRMtmX6K5Q6jrEm
t+VdQpDtbMEH2jy1l99207/px9K1/tesf9Ay2/8AAv8A+xpuDQlNM1KKy/tesf8AQMtv/Av/AOxo
+16x/wBAy2/8C/8A7Glyv+mPmRWXw5N9vneS+3WUt2Lw26w4beNuAXzyoKg4AHTrVaLwlcWto1tZ
6q0MU1vHBcZgDFwq7dyHPykrx3HArS+16x/0DLb/AMC//saPtesf9Ay2/wDAv/7Gjlf9MOZEkmlI
bjTXiby47AtsjAyGBQoBn2BrKfwk62VpDa6gYXhs2sZJGgD+ZE2M4BPyt8vB5HqDWj9r1j/oGW3/
AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyKkPhaOCSMx3DBY53lVSucAw+SBnPYDOakk8MQT2Wm2lxI
ZILK3a3ZSuPNVo9hz6cc1P8Aa9Y/6Blt/wCBf/2NH2vWP+gZbf8AgX/9jRyv+mHMjHh8ESQ2X2Ya
tI6ywm3uneBWeaMyO/Bz8rfvGGefXGaWfwQbmGS2l1A/ZPLmSGJYBmPzJFkyWJO7DKOwyK1/tesf
9Ay2/wDAv/7Gj7XrH/QMtv8AwL/+xo5X/TDmRUTwxt8OXelia3ia4Yv5lvbCNVPHOzcc/d7mr+m6
bJaT3F1d3P2m7uAqvIE2KFXO1VXJwBuY8knmo/tesf8AQMtv/Av/AOxo+16x/wBAy3/8C/8A7Gjl
f9MOZGpRWX9r1j/oGW3/AIF//Y0fa9Y/6Blt/wCBf/2NHK/6YcyNSisv7XrH/QMtv/Av/wCxo+16
x/0DLf8A8C//ALGjlf8ATDmRqUVl/a9Y/wCgZbf+Bf8A9jR9r1j/AKBlt/4F/wD2NHK/6YcyNSis
v7XrH/QMtv8AwL/+xo+16x/0DLb/AMC//saOV/0w5katFQ2zzSW6tcxLFKeqK+4D8cCpqkoo6Zqa
al9rEaOn2a4e3bd3K45HtzV6qGl6YumG72yM/wBquXuDkY2lscfpV+m7X0EgooopDCiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A
6+T/AOgrTWwnui/RRRSGQXtx9ksp7gruEMbSbQcZwM4punXn9oabbXYTYJ4lkCk5xkZxmn3cC3Vp
NbsSFmRoyR1AIxTbC0WwsILSNmZII1jUt1IAxzT0sLqWKKKKQwooooAxtbJOqaIkhxA12S3oWEbl
B+Yz9QKwNPu9bUWDh5o4Y4rJXtvswCuZGYSEnGRtGDwRjvXayQxzBRIiuFYMu4ZwR0I96bNNHAqm
QkBnVB9ScCgDjre5vdQTTZZprqa8S6VpoHtfLW1k8mbKqdoyMkDknoOeaji8QapdQx7pru2hC2yX
M4siXicpJ5m1SvJ3hFPBAzXc4oxQBwOlnVYNKs4Lc3FtJJFaRtN9mG9Q0028kMMA42nB+7mmnxDq
76npdnNqAtMbDcu8SrvBmZfmypwWVMDG3lvTGPQMVWm0yyuLqO5ntIJLiL7krRgsv0NAHI6lb3su
r38K3d6SdStJIQYgywphcuvy44O4dT0yR3qMaz4gN9psMk/kRnaGke1c/aCJmRgQqEA7FU9V+9np
07vFGKAOX8NvqM91EtxJLDbRWofyRCqq7tLKDk4zwFU4BHXPeqOr6prNpbajNHLe7vtjw24jhXbE
ipkH7jFtzcdDngZHWu2wKMUAcdb3+tz38Us0kq28jwwvbfZwFAe33u2cbsh+OuB0qpo8t8tjoa3f
mx3cVzBFFA0e0LCYDnB6tlQxOehGMcDPeYprQxtIkjIpdM7WIyVz1x6UAPooooAQ1ycFiviGXxHO
/KT/AOgwn0CDkj/gZP5V0Or3y6ZpN1eN0giZx7kDgfnVbw1Ytp/h6zgk/wBbs3yH1dvmb9TVLRXJ
ersHhu/bUfD1lO/+t8sJIPR1+Vv1Bqa1/wCQvf8A0i/kazdA/wBB1vWdMPCiYXcQ/wBmQc/kwP50
moT6hDqV39hjUxny/NkzlkGD0GD+fP0p2u2kK9kjoaWsu0lvTaxmCK2ljI+VzdMxb8dlTebqX/Pt
a/8Af9v/AIilyj5jD1rTry61DVYItPaaPUbSKBLgugSJgZMs2Tu43AjAPTtVWHRdbXXTqjxQFJ5Z
IZI/+WvkbdiEsTgjKK+Bz8x966bzdS/59rX/AL/t/wDEUebqX/Pta/8Af9v/AIilyj5jkJNA16SK
wkgt7aOTSrO3WBJDl3lUBpNpBwucBMn3rT1ix1TVLh2ihuYIXiSIqtwEbi4UsQVbjMYJz1wcda3P
N1L/AJ9rX/v+3/xFHm6l/wA+1r/3/b/4ijlDmOO1bQNXnsJbT7Pe3UIWeO1RbzaIz5pKM5LAsPL2
gA56EHrWg+makdS33dveXNmbiZkSC6CFGLqY3PzDKhc8ZOPQ5rofN1L/AJ9rX/v+3/xFHm6l/wA+
1r/3/b/4ijlDmOMm0LWb2TUDf2MrwGaCdIIrggOyT7mKEyZz5ff5B04GBVrUNJ1mR5/3F5NGz3Bt
0hvPLMcjFfKkY7h8oGeOcf3Tmup83Uv+fa1/7/t/8RR5upf8+1r/AN/2/wDiKOUOYw9O0jVLfXo7
2d52L3DrO3nkxtF5IC4TOB+8BPAzXVVR83Uv+fa1/wC/7f8AxFHm6l/z7Wv/AH/b/wCIo5Q5i9RV
HzdS/wCfa1/7/t/8RR5upf8APta/9/2/+Io5Q5hdY/5A15/1xb+VULfQTaXL+XNO8MrFnY3Dq6n6
g/MPryKk1WTUDpV0JLe2CeU2SszEgY9Nta4qrtRJsmyl/ZUX/Pe8/wDAl/8AGj+yov8Anvef+BL/
AONXqKm7K5UUf7Ki/wCe95/4Ev8A40f2VF/z3vP/AAJf/Gr1FF2HKij/AGVF/wA97z/wJf8Axo/s
qL/nvef+BL/41eoouw5UUf7Ki/573n/gS/8AjR/ZUX/Pe8/8CX/xq9RRdhyoo/2VF/z3vP8AwJf/
ABo/sqL/AJ73n/gS/wDjV6ii7DlRR/sqL/nvef8AgS/+NH9lRf8APe8/8CX/AMavUUXYcqKP9lRf
897z/wACX/xo/sqL/nvef+BL/wCNXqKLsOVFH+yov+e95/4Ev/jR/ZUX/Pe8/wDAl/8AGr1FF2HK
ij/ZUX/Pe8/8CX/xqnq2nRxaZM4muiVwcNcOw6jqCa2qoa3/AMgi4+g/mKqLd0TJKzLhRXxuAODk
ZHQ07FFLUFiYoxS0UAN49aXA9a4hLNW167aGzuE1T+1FkW5ELKBb4TdmQjaVKhhtyeSOO9UIbJRp
ZTVtOvZbo6fDHp5SF2aNtmCAQP3bh+STjjHPHAB6G8kceN7quSFGTjJ9Kdx61zeo6ZcXWo+GTcSS
u1tIzTlFUoXER+Y5BxyMA8deOaypLvXYNJsXnu9SEk1s8xaK1V3Nx8uyIqF+Vep5AzzlhQB3PHrR
x61xj/8ACQ3F4S97e2yyTtE0cUKFYlWAPlSVPWTK5JOc4FS6tbalqtv4enjV49QSJrjdtKqk3lZA
cdgTlSD6mgDruPWjKhgu4ZPQZ6159b32tJp0Rii1GzeRZZbe3W13752uJDslJB2qF291GCTngUtz
ca4dQlvIlvZb+C3ulETWv7mE+bGFEZ2jeTGM4yc4/CgD0HA9aMA964ub+0L74famlzPLeTMWVG+y
urFcrxtKqWxz2Gelb/huOCLSUS2CbQzZKWhtgTn/AJ5np9e9AGrijFLRQAmKMUtFACYoxS0UAJij
FLRQAlLRRQBh+GnmdtX85pG26jKqbyeF4wBntW5VLTtRi1E3QiV1+zXDW7bu7LjJHtzV2m9xLYKK
KKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62/8A+vk/
+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPVwx0e9CBi5gk2heudp6VF4fDr4e04ShhILaPcHzn
O0ZznvVq8uBaWc1wylhFG0hA6nAzTdPuxqGnW92qFFnjWQKeoyM4p9BdSzRRRSGFFFFABVHVf9Tb
/wDXzF/6GKvVR1X/AFNv/wBfMX/oYprcT2L1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJQBgeKv9LOm
6Uuf9Nul8wD/AJ5p87fyA/Gt8cVz9v8A8TDxvdTdY9Ot1gX/AK6P8zfoAK6GqlpZErqzntW/0DxV
pN8OEuA9lKfr8yfqD+daVr/yF7/6RfyNVPFlq914duWhH7+3xcRH/aQ7h/KpNIulvbm4uo/uTRQy
L9CpNPeNxdTVAA6CiloqCxKKie8to7hIJLiJZn+7GzgM30HWia8trfd59xFFtAJ3uBgE4B596AJa
KhhvrW4CmG5hkDMVXZIDkgZI474qXzE8zy9678btueceuKAFopss0cETSTSLHGgyzMcAD3NKsiPn
Y6tg7Tg5wfSgBaKMgd6RZEfOxlbB2nBzg+lAC0UZpaAEopaKAKWsf8ga8/64t/KrgqnrH/IGvP8A
ri38qsNcRRyRxNIokk+6pPJ/Cq6C6ktU9XunsdGvbuLb5kEEkq7hkZVSRn24q5UVzbxXlrLbzrvh
mQxuucZUjBH5VIzk18XXjwaTH5UAvHnEWopyREA2w7RngsxBGT0qW41zVYfDqau81lHDdGAxAQO5
gWR1HzYb5ztbPGOR3raGgaaLmWcWw82WSKR23Hlo+EPXt/8ArpkHhvTLbiK3KqHV1TzHKoVYONqk
4UbgDgYHFAGJH4i1dWtJbxYraxkYj7U1rIVl+fAJG7MOVwQWyMn870+s3WoalBBoN5ZNE1vLM0kk
ZkVmRkXbkMMfe5PNad7o1nqFyk90kjsgA2+a4RgDkbkB2tg88g03UNCsdUmjlvI3d40aMFZXQFSQ
SrBSNwOBwaAOdPjVrnUdNt4JLW1W8t4y6ynfJHLKCYwFBG5Rtwf99eRUFx4w1DTNLt7m9utOaSWe
UshjMWIYXZZNuXO5zhcD1PQ11DeH9NZJkNqmJpFlcjIO5du0g9RjYuAPSlj0DTYpjKtrGWKMnzZb
5WYuwwfVmJ//AFUAV9X11NL8iX5pIXgmnIQAlljTfwSRjP8AnFU5fFz/AGd449Ku/wC0AXX7MWjy
oVFfdu3bcbXXjPU4rQHhrSxAIPs5MYRowrSucKyCMgZPA2gD9etLd+HNNvt5ngJLvvYrI6EnYEPI
I4KgAjocUAZNh4rmlt4UNtJd3sscRSKIKm4mFZHO4nAAz3x1A96XVfGq2Ul/bW9p5t5bWz3CoZ05
2hSwYAkrjd364OO1ab+GNKaNUFuybSpVo5XRl2psGGByPl44PI60jeFtJeaWRrUlpo3jceY+0q4A
f5c4BbAyRycUAVW8SyxXklp9hmlvC6IlspQEEx72y5bGAO/0AzTYPGcFzeW8cdldeRN5QM52gRtJ
napXOc5Ug4BAq7L4a02dMSRSFsq3mCdxJlV2A7wd2dvB5571JH4f02HZ5dqiBDEVCkgDy/uYGe2a
ANKiiigAqhrZxo9wT0AH8xV+qGt/8gi4+g/mKqPxIUtmUG8WWDXwggnhMan97NJKEVfZf7x+nHvV
z/hINJ/6CVr/AN/RSnRrdL4XVvmBycyqgGyX/eHTPuOau+TH/wA80/75FN8nQlc3Uo/8JBpP/QSt
P+/opf8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/AHyKXuj94of8JBpP/QRtP+/oo/4SDSf+
glaf9/RV/wAmP/nmn/fIo8mP/nmn/fIo90PeKH9v6R/0EbT/AL+ij/hINJ/6CNp/39FX/Jj/AOea
f98ijyY/+eaf98ij3Q94of8ACQaT/wBBG0/7+ij/AISDSf8AoJWn/f0Vf8mP/nmn/fIo8mP/AJ5p
/wB8ij3Q94of8JBpP/QStP8Av6KP+Eg0n/oJWn/f0Vf8mP8A55p/3yKPJj/55p/3yKPdD3ih/wAJ
BpP/AEErT/v6KX/hINJ/6CVp/wB/RV7yY/8Anmn/AHyKPJj/AOeaf98ij3Q94o/8JBpP/QStf+/o
pP8AhINJ/wCglaf9/RV/yY/+eaf98ijyY/8Anmn/AHyKPdD3ih/wkGk/9BK0/wC/opf+Eg0n/oJW
v/f0Ve8mP/nmn/fIo8mP/nmn/fIo90PeKP8AwkGk/wDQStf+/opP+Eg0n/oJWn/f0Vf8mP8A55p/
3yKPJj/55p/3yKPdD3ij/wAJBpP/AEErX/v6KP8AhINJ/wCgla/9/RV7yY/+eaf98ijyY/8Anmn/
AHyKPdD3htvcQ3UKzW8qSxt0dDkH8alpAAowoAHoKWpKM/S9MGmG8xKZPtVy9xyuNu7HH6VoVieG
55p21bzpHfy9RlRN5J2qMYA9q26b3EtgooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/AOgrTWwnui/RRRSGQXkAurOa
3ZiomRoyR1GRim6daCw063tFYusEaxhj1IAxmmauWGj3pTdv8iTbt652npUXh8ufDunGTcZDbR7t
+c52jOc96fQXU0aKKKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKK
ACiiigAooooAKKKKACmSyLFG0jnCICxPoBT6juII7m3kgmXdHIpR1z1B4NAGL4PjZtHa+lGJdQme
6b6MflH/AHyBW7msEeB9BUACyYAdhPJ/8VR/whGhf8+bf9/5P/iqp2buSrpG6wDKVYZB4IrmPBcb
2ranYyf8uU4gT3QZK/o1Wv8AhCdC/wCfNv8Av/J/8VVAW/8Awjt5exaPZbYZDGZZS5by+Dzg5J+v
QVUbNNImV002dbRWXa3V79mTZaeeuOJDcqd3vkDFTfa7/wD6Bw/7/r/hUWLuc7r2nyXWsanGuly3
Et3aQx2tyEG2GQGT5t+crtLK3HPpzVZdK1WXXX1K5sIZLe6le1kV/ml8kLtjZkIwBvTf1J/eH3rq
vtV//wBA4f8Af9f8KPtV/wD9A4f9/wBf8KLBc4oaNq8cWnTWWlQxnSLS3ZFY7HeXCmbYAMElRsOS
Opra1hNTv7p2so762ieJIty4RwftChiDzjKbj9K2/tV9/wBA4f8Af9f8KPtV9/0Dh/3/AF/wosFz
jdZsNam06azkXVbiLZPHbiJxliJTsMpJ+ZTHtxnOee+K0Xi1RdSxcpqX2JrqZk+xsA27euwtg/c2
7uvHXPauh+1X3/QOH/f9f8KPtV9/0Dh/3/X/AAosFzjJ7XW799QF7baklss0EyRRTMW3LPltjZ5+
TnC4HAwMirWoQ62Gn2pqfltJcmAWjhW80lfKLnP3MZ68dc9q6n7Vff8AQOH/AH/X/Cj7Vff9A4f9
/wBf8KLBcxNOttZj1+O5uZbtkkuHjmQvmERiEEFV7fvAcHrXVVQ+1X//AEDh/wB/1/wpftd//wBA
4f8Af9f8KLBcvUVR+13/AP0Dh/3/AF/wo+13/wD0Dh/3/X/CiwXHax/yBrz/AK4t/Ks+30Se2vHb
7VcyJMSTMJAHX2ORyPp+VP1S5vW0q6D2ARTE2W89TgY69K2RVXaiTZNlH+y2/wCf+9/7+D/Cj+zG
/wCf+9/7+D/Cr9FTzMfKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z/wB7/wB/
B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmYcqKH9mN/z
/wB7/wB/B/hR/Zjf8/8Ae/8Afwf4Vfoo5mHKih/Zjf8AP/e/9/B/hR/Zjf8AP/e/9/B/hV+ijmY+
VFD+zG/5/wC9/wC/g/wo/sxv+f8Avf8Av4P8Kv0UczFyoof2Y3/P/e/9/B/hR/Zjf8/97/38H+FX
6KOZj5UUP7Mb/n/vf+/g/wAKp6rp5i02ZzeXbhQDtdwQeR14rbqhrf8AyCLj6D+Yqoyd0TKKsy8O
9LSUtQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT07UYdQ+0i
AOPs87QPuGMsuM49uauVnaTph003uZfM+1XT3H3cbd2OPfpWjTe+gkFFFFIYUUUUAFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf8A/Xyf/QVq/VDTv9bf/wDXyf8A
0Faa2E90X6KKKQyG7uFtLSa4ZSyxIzkDqQBmm2F2t/YW92isqTxrIqt1AIzzS3tv9rsp7cttE0bR
lgM4yMZ/WmabaDT9NtrQOXEESxhiME4GM09LC6lqiiikMKKKKACqOq/6m3/6+Yv/AEMVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6oWv/IXv
/pF/I00J9C6qKihUUKB2AxS0tFIYlFLRQAlFLRQAlFLRQAlFLRQAlFLRQAlFLRQBS1j/AJA15/1x
b+VXBVPWP+QNef8AXFv5VcFV0F1FoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ1v/
AJBFx9B/MVfqhrf/ACCLj6D+Yqo/EhS2ZepaSlqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAYnhu5muW1bz5Xk8rUZY03HO1RjAHtW3VLT763vjc/ZwR5E7QyZXHz
jGfr161dpvcS2CiiikMKKKKACiiigAooooAKKyH19U8Xx6D5DF3sjd+du4AD7duP1zTta1O/sDBH
pmkS6jNLknEqxRxgY+8x9c8AA96ANWisTw14kHiCO7SWzksr2ymMFzbyMG2NjIww4II703X/ABK+
k3tnp9lYSahqV4HaKBZBGoVfvMzngDkUAbtFYQ8SyWfh671TXNNn077IT5kW9ZSwGPmUjgg59uhr
YiuI5rdZlYeWVDZJ6DrzQBLRTUkSRA6OrIf4gciq97qNvY2c9zNIPLgiaZwpydoGcgfhQBaoqpp2
pW+p6Zb39u/7i4iWVC3BCsMjPoeatFgCASATwMnrQAtFMaaNBlpEUZ25Jxz6U+gAooooAKKKKACq
Gnf62/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhlPV2ZNHvWQsHWCQqV6g7T0qLw+7yeH
tOeVmaRraMszHJJ2jOat3Vwtpay3EgJSJGdgOuAM02xu0v7GC6iDCOeNZFDdcEZGafQXUsUUUUhh
RRRQAVFPbpcKivnCurjB7g5FS1xF9qRi1mY3lxP9pS+jiitVvWgxCSoV0QDEucktnPQjjFAHb0V5
3J4r1i9jumF3Y6fHFPHkZDywAXCowdd2QuDkk49uDkXbbWdQgmuBPfR3Tx6hOioFKGNFgkdcgNyD
tGM//XAB29FcDceL9Ws9L/fvZtdO0BWVYtqqskbORtZwCQVxyw4Ptg6+qa5e6XoemXU01oJJApum
XDZ+XJES7hv57Ak46A0AdPRXn934qv8ASNM1CSS/inuY76dY0aBQERQWCsS64yMY7kdAatxazf8A
2+4El5HLu1CAR2+CphjeEPyQclc5HIxkE+wAO1orhbTxFf317phfUII1LzxXCJGDHK4RWVUcOQ3U
4I565AIIq9oGvXN/dWkE13awYghP2Z1Yy3G6EOXVi2cAkjofunJzQB1lFeeah4vuboarAs8cUNu0
UqSunlmLFyqEOA5O3AzztJGeMGp5vGN/HA+26sQIlmaKdoW26gyttVIwG4JzjgsTxgYoA7yiuF1X
xVfPDf2dvPDb3saXh2hMyRLGgZDjPfPXoe1amt393Douk3NtqsCB7mFZroRgxyI3U/ewAeO9AHTU
Vwn9v6no9peSfurmIteSQoysGi2XITLNk5XEhOMDASuj8L6jdanpRmvZLSSRZWQPayB0ZR0yQSAe
eQCaANiqFr/yF7/6RfyNX6oWv/IXv/pF/I00J9C/WVL4js4dWNhItwHEiwmXyT5QkZQyru6ZII/M
Vq1zV14XeXXpdVimVZ2uUkGS2DF5YjZSOm7qQcZBxz1pDNttUsUjlke8tlSFtkjGVQEb0JzwfY1H
e6xZ2EtvFNMvm3EixxxqwLHccA4znHvXJ2nge+s9PkghmtFlIjjaYPKWnRd33t27Z97Pyj1GcGpr
XwZd20tgPNspFgNq8krxsZQYUClUPZTjP4n1oA66a8t7Z1SeeKJnBKh3ClsDJxnrgVXtda06+gtp
ba9t5EuhmEiQZk9cDrkdx2rJm8NzrqdlPb3O8RcSzXLGSVkzkpgjaQfXgj1PSs4+ENSa30i3+1Wi
xWHlBljUqG8uQNu6ZJYDGCcA+uaAOktde06+jWW1uo5oT5mZVYbV2EBsnt1pG1/TRK8KXcUsyQrO
Y43DEoxwGHqOP85rCHhKc2wgcWbxx/alVBvQSCV0ddxHII2kceg+lI3hS/kglSW4tHkns1t3kMeC
rLIzjGAMjDYJ4J2g96AOqS7gkuJLdJ4mnjALxhwWUHpkdRUR1SxWNpDe2wRX8ssZVwG/u5z19qy9
O0m+0ya48tdPYNMzpOyN5rK8u9lY+wJA55IHSsm88DyTaZYwRm1kMHniWJzJHHL5pzuJQg5GMc9c
mgDrG1C0SdoGuoFmVdzRmQBgOuSM5xSy39pBG8k1zDHGmAzPIAFz0yc8Zrj5vCF1/aUcQS1NrKbn
NwiEyoJYSuGJPKg4AHOQFz0on8G6jdp5l1LZPMJlcwo0qRuohEWCw+YHjI7dR70AdVe61p2nRSSX
l7BEsQUvucZUMcAkdcE1cR1kRXRgysMhgcgj1rjZPBtyYbmCBrKCCS3RBGA7q8i7ME7slQNmOCcj
BIyK7CAMsCCQIrhRuCfdB9vagCtrH/IGvP8Ari38quCqWrsG0a8KkH9044+lXR0quguotFFFSMKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACqGt/8gi4+g/mKv1Q1v8A5BFx9B/MVUfiQpbMvUtJ
S1IwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAM3SNMbTTfb5Q/2
q7e4GBjaGxx+laVYvhy7muzqvnytJ5OoSxJn+FRjArapvcS2CiiikMKKKKACiiigAooooA46b/ks
lt/2A3/9HCug1i2vb22EOm6n/Z9xncZBCspK+m1vfHPtVTW/B2jeIbyK61K1eS4iTy1kSeSMhc5x
8rDvUEngPQZLO2tjazKtru8mRbqUSJuOWG/duwT2JoAzPAIfTtV1/RbopcXtrOk898pP+kmRcgsC
flYAYwOPStbxJ4ah1+a2lhvpbDVbPL21zAQWQHggqfvKccir+jaDp3h+1a30y2WFHbe5yWZ29WYk
kn6moNa8KaTr88U+oW7meJdqTRSvE4X03KQce1AHCa5fXGu+BPFFj4ghtbnUNDfatzEvyOxXKuB/
C2CQR2rZ1XT9A0nQdK06PQ0uzfzq0FjE3lpLLsyWck4wAO+e3FdNaeG9JsdGl0q3solsZQwliOT5
m7glieST6k5qkvgbQ10ldO+yym3SUTRk3EheNwMAq+7cuAMcGgDktBik0/VPGNgLGHToBYJMLOCb
zI42KOCRwACQBkAUuk+ENGPwqN/NZrcXs+kmV55iXbPl7lA9AuFwO2K7PT/COjaX9qNpabGu4vKu
HaR2aVefvEkkn5jz1rQtNNtbHTItPt4QtpFEIUjJLDYBjHPXj1oA821LSbHTvgU09jaxQSXVlaSz
vGMGRsoSx/M10Pi6VD4o8HIsilmvXYKG5I8o8/TmtjT/AAjo2mafdWNtaH7JdDbLDJK8i7eflAYn
A5PAqvp/gPw/plxb3FtYnz7Zw8UskzuyYBAALE/Lgn5elAHM6H4a0bxBrvixtYiW6MWouixySHbE
pRcuFzwT/e/2fat74a3M914FsHuZXmKmSNJX6vGrsqH/AL5AqhZfD6zv9T1241yyybq+aSF452Rp
ISqja2wjK5B4Ndpa2sNlbRW1rEkUEShEjQYCgdABQBLRRRQAyVXaNhG2xiOGxnB+lUHs9TYfJqaK
fX7KD/WtKimnYTVzFNhq3/La8FyvojGDP5A1c0tovs7pFAYDHIVkQnJ3dSc9+o5q9VDTv9bf/wDX
yf8A0Fabd0K1mX6KKKkor30H2uxnt923zo2j3YzjIxmm6ZafYNMtrTfv8iJY92MbsDGcU3VnaLSL
x42KusDsrDqCFODUegSvN4f0+WV2eR7aNmZjksSoyTT6C6mhRRRSGFFFFABTSikhiBkdDjpTqQ9K
AI/3LOy5QsR8w4yR05qFryyjnhjaeESXGfKGRmTA5x64rjR4U1C/m1J0gtbIvcXRW4JYS3CucBWw
BhPoTxjAqzH4Quft0N4LTT7Yid2WCE5FsrRhNyHaPmyobACjPvyQDo9R07TdUiVb1UdYXyrCQoUb
GD8ykEcE96I5tNsU+wwGJfsiR/uIxuManhflHPauW0rwLJDFBFf29rKq3EUk++cyrPsSRd20oADl
wecn1PAqa38H3cMRQx2Zle1tYnuNx3hopNzD7uSCuOc/wjj0AOou7u1tIDNMVKiRI22jcQzMFXP4
sKsExKw3FAxwBnGfauOh8J6r/ad9cTSWm2d4mHl4UNsuBJkqEHO3jksc98VN4h0K71fxKxgtLcxm
ySMXc2QbdhKW3R4BywHuO3NAHVAwAEAx4Q8jj5T/AEoDw7hhk3BcjkZ2+v0rjP8AhDtSnvtRkuzZ
NFdtHuVQFWQLcCQ5UIP4cjksc55waW78F3Uur386CJkmjlW3kNwyeSrQmMJ5YXkA/wC1jHOMigDr
ZLqzilhR5ole4cpGCRmRgMkD1OBS3FzbWlpLcTOggt1Ls3UIFHNczH4PNpe28lvaWBggu0mSI/KE
XyBGxX5Tg7gG464HINTWPhq6i8M6ppc0dqqXKOkEed+3KYBd9o3HPOSM+pJoA37O7gvbeK4QFTMm
9VkXa+33HWpN8BQLvj2k7QMjBPpXKr4RuI9UjkihsUjWaKZbhSRLEiIFMKqBjaSD3Awx4JqKfwKJ
NJs7ZYLISW2mPbqduAtw2z94OOvyn5utAHZJscBkII9RTlUIoVQAB2ArN0TSRpH26OJIoreW582G
KIYVF2IMY6D5lY8etadABWQIbiTWb37PciEBY8gxhs8H3rXqha/8he/+kX8jTQmH2W//AOggv/gO
P8aPsuof9BBf/Acf41eNcjB4xmGt3kF0bYWlq1wZdsbiSKOL/loSflcE4GF5GRRcLHQfZdQ/6CC/
+A4/xo+y6h/0EF/8Bx/jWL/wn2nf2XLftDcLFDL5cgcxqR8u7IJbDcdlJOQRip5fFIOs21tFDItm
ZpY57uVQseUjZiAc5GCByRjg+lFwsaf2XUP+ggv/AIDj/Gj7LqH/AEEF/wDAcf41m3/i62gW8FjG
149vaNdBo3QI4AJABJyRwckAgdOvFLL4sit57W2mtJkurqHzI4vMiJ3bWYJjdnnafmxt96LhY0fs
uof9BBf/AAHH+NH2XUP+ggv/AIDj/GsaLxmq2Fvd3lrLD5tpFceSNpIMjFR8+7aF46nGB1x0qYeJ
5GvbmF7OSGOG5ghWVyrB/MCnoG4PzfT+VFwsaf2XUP8AoIL/AOA4/wAaPsuof9BBf/Acf41FZa7F
eWM189vc29nHH5yzTKAJI8E7lAJOMDOCAeRxVY+J8Rxf8SrUjNNueOEIm9o1AJk+9gD5lGCc5OMU
XCxe+y6h/wBBBf8AwHH+NH2XUP8AoIL/AOA4/wAayz4xt5HZbW0u5VKAxTbVEcjmHzlTk5BK+ox7
1X0/xXOmmW0uoW8klzLbwS+TDGqsWmkZVAy5GOB1PTk+gLhY3Psuof8AQQX/AMBx/jSfZb//AKCC
/wDgOP8AGsyfxjFBdy240zUZXjkMQKLHhnCB2UEt2U5yeODjNbtpcx3tnDcwktFMiyISMZUjI4/G
i4WOav7C/wBl5NFOYolR/OJhCifjsoP/AI9x+NdUKp6x/wAga8/64t/KrgqpO6QkrNi0UUVBQUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWp
GFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBT0+8tbv7T9lGPJna
KX5NvzjGfr1HNXKzNG02TTTf+ZIr/abt7hdo+6GxwffitOm99BIKKKKQwooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK0
1sJ7ov0UUUhkN1OltayzyglIkLtgZOAMmksbqO9sYLmEERTRrIgIwcEZHFJfQG7sbi3DbTNG0e4j
OMjGaZpdobDS7W0LhzBEse4DG7AxnFPSwupbooopDCiiigAoopKAFopKWgDEuvE0VrrX2B7S4KK0
aPcDbsRnB2gjO7t2HHFU7HxrbarJELSG4RHniRXkj+WRXDYIOeD8vQ8jI45rYl0aynuXnki3Su8c
jHceWTO3j2yaqx+FtOgg8qFZ1RSGiVp3dYiAQNisSFA3HgcflQBjp46OoiJ9LsJ5F+1RxEFoyZVe
N2AX5sKRtGQ2CM8irMXi/demT7LM2nPb20olAUGHzWdfnycnkLwAcc1NoPhNdJiSO4vJbxYXWSBW
BURsqld2Cx5IY57cDgVZXwnpKzQSC3fMCJGq+c+wqjFk3LnDYJyMg0AVD4zhEHmnTr0LIgktchB9
pQyLGCvzccupw2ODmrd7rNza6npNstgzrfFhKfMUGHC59ee/T0pYfCukwFvLt2+bbgNKzBArhwqZ
PyruAOBgcVcvdLttQkgkuFZnt3LxlXK4yMEHHUEHBB4NAHPP41+1mNdNtnllS9SCWJXjferI5G1g
20H5ecnjBpW8axQNLPNHJ5JjhEMAUeZ5rNMHUnOOPKPPTg9c1fXwbpCQmJIZ1G9HDLcyBkKAhNp3
ZUAMQAOKmbwtpRhWJbdo1UIEMcrKybCxUhgcg5duc5O45zQBc0zUE1TTYL2KOWNJk3BJV2svsRVu
orW2S0to4Ii5RBgGRy7H6sSST9aloAKKKKACstbmK11O/kncIuIgM9ScHgDua1KwrjSLbU9Xu2mX
EsQjMbjnbwe3QiqjbqTK/Q2YpfOhV9jx7hna4wR9RWdL4b02cYlg3DzJpCCx5MoIkB9iD0+npT4N
FsxEontbdpB1KJgH8Kk/sXTv+fOH/vmloPUz5/B2m3NoLe4e9mUblDSXcjOFYBWQMTkKQBkVYj8N
2EeprfBZfNVmdUMreWGZdrEJnbkjrxVj+xdO/wCfOH/vmj+xdO/584f++aNA1Ibzw9Y39z51ysjg
RtGsZkby13KVYhegJViMj1qFPCmnJeQXWJ2mh2kM0zHcQpUMwz8x2kjJq5/Yunf8+cP/AHzR/Yun
f8+cP/fNGgalSPwvYw2ogie6QLCsCutw28RhiQuc5wMkfTinReGNNgYeVE6IvkkRiRtgMWNhx6gA
D3Aqz/Yunf8APnD/AN80f2Lp3/PnD/3zRoGpXt/DllbW/wBnjNwbfPELXDsgXaV2BSfu4Y/L06eg
qFvCenvbRwtJeER7gj/a5N6IQAUDZztIA49qvf2Lp3/PnD/3zR/Yunf8+cP/AHzRoGpEvh/T0xsh
2KJBIFViACIvKGB6bOMUg8P2A8nEbfuUhjT5zwsTbk/In8am/sXTv+fOH/vmj+xdO/584f8AvmjQ
NSM6FZGczeW28yvMTvP33TYx/wC+auWltHZWkNtCMRQosaAnOFAwOfoKr/2Lp3/PnD/3zR/Yunf8
+cP/AHzRoGousf8AIGvP+uLfyq4Kx9U0iwi0q6dLWJWWJiCF6HFbA6U3sJbi0UUVJQUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQAUUUUAFUNb/AOQRcfQfzFX6oa3/AMgi4+g/mKqPxIUtmXqWkpakYUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGN4evJ7xtU+0SGTyb+WKP
gfKoxgfrWzVPT7i0uDc/Y9v7udo5tqbf3gxuz6npzVym9xLYKKKKQwooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf62//wCvk/8AoK1fqhp3+tv/APr5P/oK01sJ
7ov0UUUhlPVpGh0i8kjYq6QOysOoIU4NR6BNJceH9PmmcySSW8bO56sSoyatXU0dvayzTDMcaF34
zwBk8UljcRXdjBcW4xDLGrpkY+UjI47U+gupPRRRSGFFFFABVHVCVigwSP8ASYhwf9sVeqjqv+pt
/wDr5i/9DFNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFr/yF7/6RfyNX6pW0Trqd
5IykI4j2n1wDmmhMu0UUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFLWP8AkDXn/XFv5VcFU9Y/
5A15/wBcW/lVwVXQXUWiiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDW/8AkEXH0H8x
V+qGt/8AIIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQBl6LpsumnUPNdG+03klwm3PCtjAPvxWpWP4fvp706n9ocP5F/JDHwBhBjA/Wtin
K99RLYKKKKQwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqGnf6
2/8A+vk/+grV+qGnf62//wCvk/8AoK01sJ7ov0UUUhle/gN1YXFupCmaJowx6DIxTNKtGsNJtLR2
DtBCsZYDgkDGaNVlaDSbyWNirxwOysOxCkg1FoM8lzoFhPM5eWW3jd2P8RKgk0+gupoUUUUhhRRR
QAVR1X/U2/8A18xf+hir1UdV/wBTb/8AXzF/6GKa3E9i9RRRSGFFFFABRRRQAUUUUAISFBJOAOSa
55/FTRad/aM2nyRWDvEIZmkB3o7qu4qMkcNuA5yPQ10LAMpBGQRgisK38NPBaxWjajcyWlu8TW8b
Kv7sRurAFsZb7oGT29+aAJn8VaPHFDI96oSZSynY3yqG2ksMfIA3BLYweKVvFGkJNPE96gaAMXJV
tvy43ANjDEZAIBJycVSn8ILIZRHf3MSXIkjuVUKfOjeR5CuSPl/1jDI5wfXmg+EEyyi9lNunmm3g
kjR0iaQksSCPnHJAB6An2NAF2fxLYWwaS4kMcKxxybij7/ncoo2bd2crj19qSTxVpES2rNeAi6x5
W2N2Jy2wZAHy/MdvzY54qvb+E4oRDuu55Gi8nlsHPlytIB7DLYx2AAFZl14Rv4tcs7mye2lghJbN
x1QmZpGO0Dn7wxzwVBoA1dX8V22lTXtuYZnntLUXTfIQhUkjG/GM8f55qWTxZo0NmLqS9VYSzLko
+4FfvZXGQBxkkY5HqKTVPDy6pcXEjXUkSXFsLaRFUHIDFlYE8ggsfrVPUfBkF/ctci4KzNLJJmSC
OZQHVARtcEf8s1IPXr2oAua54iGji0EcMc5ui2wvcLEgAXd95uOe1VR4wBvYY/sEqwyLb7neRVkQ
zfdHl9Tjvg8c+lXtS8P2urfZVvFEsUCupiZQVcMu059Pwpmm+G7ewvBeTN9rvBDFCLiZFLjYpXIb
qCc80ATW+uW8nh9NXuP9HtjD5zludi++KjPifSxbG4NwwhVyjsYZPkOAcsNvyjBBycDBHNUn8N3c
XhO80eK+M4eDyrcyRqnlD3I6/l2qvqHgZdUt5Fu9SuZJpmZppCiYfKKgwmNoICjB929aANeXxLpk
JuhJc4NrIIpP3bn5z/COPmPfAzxUaeLNHknhhjvVd50WSPajkMGzt5xjJwcDqSMdagv/AAnBfW0s
TTMGa9N6jNGjhXK7SCrAgrgnr60sPhWKPYTcOSrW7nbGiKTCSRhVAABz0FAGhourwa7pcV/arKkU
o4WVCjD8DV+qGjaadI02Oz89pkiJEbOoBC9hx1x61foAKKKKACiiigAooooApax/yBrz/ri38quC
qesf8ga8/wCuLfyq4KroLqLRRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf8AyCLj
6D+Yq/VDW/8AkEXH0H8xVR+JClsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAp6fLZS/afsXl5Sdlm2Lj94Mbs+p6c1crK0TTptOOoecUP2m9knTac4VsYz
78Vq03uJBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQ0
7/W3/wD18n/0Fav1Q07/AFt//wBfJ/8AQVprYT3RfooopDIbqWKG1llnH7pELPkZ+UDnj6UllNDc
2UE1qAIJEVo8Lj5SOOO3FN1CBrrT7m3QgNNE0YJ6AkEUzSbRrDSLS0kZWeCFI2ZehIAHFPoLqXKK
KKQwooooAKo6r/qbf/r5i/8AQxV6qOq/6m3/AOvmL/0MU1uJ7F6iiikMKKKKACiiigAooooAKKKK
ACiiigAooooAKp280j6leRM2UjEe0emQc1crAvdRk0/Up1t4BPcXMsMESM+1dxViSxwcABSeAelN
CZv0VjjxDFBdRWd6jLdEqkrQqzwxu33VLkDBbjGR3HqKzZvGsV1HZjS7a4ke4uY4j5sDDajIXD44
JBAOD7H0pDOqormx4306NIPOE5aSLzWaKFmRRsaTBJA52oxx7Vbn8UWFvdC3bz2k37TtiJCjYrli
ewCsCTQBs0Vz9p400q/0+e6tJTI0QOIThZJCF34UdyQR0psfjC3NvbzS2typuIYnSBYi0u6TfgYH
GP3Z5z+VAHRUVzU3j7RYLU3Ejzqh2lQ0JUurBiGUHGRhG/KrI8XabJ53k/aJhGyxr5cRPmOwyFX1
OOfpzQBuUVkw+JbCeMOjSYPk5BjIIMkhjUEdjuUg+mKhtfFtjeeSYobzbKnm72gICR9nb0U4OD7H
0oA3KKxdN8WaZq2nXd7aSu0NopaXK8gbd2ce4qv/AMJzo63UVvNJLBLJH5m2aMqVGGYZHUEqpP0x
60AdFRWNa+KLK6IXy7mGQyNGY5oSjBhH5nI/3Tmqf/CfaH5kiee+5IhKfkPIwpx9cOvX39DQBsax
/wAga8/64t/KrgrnJPECapFq1mlndRCC1EnmSphW3KTj6/8A166MVXQXUWiiipGFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABVDW/wDkEXH0H8xV+qGt/wDIIuPoP5iqj8SFLZl6lpKWpGFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaDfz3x1L7Qwb7PfSQx4XGE
GMD9a16pae1kxufsPl5E7CfYMfveN2ffpV2m9xIKKKKQwooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACqGnf62//AOvk/wDoK1fqhp3+tv8A/r5P/oK01sJ7ov0UUUhl
TVJXg0q7mjbbJHC7KfQhSRUeh3El3oVhcTvvllt0d29SVBJqzdPFFayvcY8lUJkyMjbjnj6UllLB
NZQSWm37O6K0W1cDaRxgduKfQXUnooopDCiiigAqjqv+pt/+vmL/ANDFXqo6r/qbf/r5i/8AQxTW
4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArFn06DVL6+huN4CmF0eNyjowBwykcg/wD1
62qyFs1udZvi0k6bVjH7uVk7HrimhMRfDViLuO4Z7mR02Fg87ESMv3XcfxMOxPoPQU638N6fbPA0
UbgweVszITjy0ZF/RjU/9lR/8/F5/wCBL/40f2VH/wA/F5/4Ev8A40aBqc/H4Chh1r7VHcAWhi8h
oShZmi2bTHuJ6HrnGeetatp4W060cv8Av53O7c08zSFgyKhBz22qoq3/AGVH/wA/F5/4Ev8A40f2
VH/z8Xn/AIEv/jRoGoyx0KzsLV7dBJJE3AEzl9oxjCk9Biorbw1YWzWzL5zvbBFjaSUsQE37QfXH
mMPy9Ksf2VH/AM/F5/4Ev/jR/ZUf/Pxef+BL/wCNGgalJvCWmGONVWaNokRI5ElIdAu7GD/wNgfX
PtTpvCunzzyTu1z57hAsonbdEFORsPbv+Z9at/2VH/z8Xn/gS/8AjR/ZUf8Az8Xn/gS/+NGgalM+
FNN8y3dBOnkbPlWdgJCjl1LjPzEMSefU1IvhuwjNr5fnItvCINqykCSMdFcfxAZPX1PrVj+yo/8A
n4vP/Al/8aP7Kj/5+Lz/AMCX/wAaNA1K0PhqygsntFkujAwZdjTsRtKldv0APHvzSzeGdOnuGldJ
MPF5MqCQhZV27RuHfg4qx/ZUf/Pxef8AgS/+NH9lR/8APxef+BL/AONGgamZF4PtQlwk1zdyB5xN
HIZ2EqfuhGRvzk5AP4H8asQ+FrC13i1a5gVoxGVjmYDgAbv97Cjmrf8AZUf/AD8Xn/gS/wDjR/ZU
f/Pxef8AgS/+NGgamV/ZWmafYX/9mu6tFafZ3i8wkAKDglT35PPpXRjpXNapobPDcXUs0yrBG/lq
J2Zm4/iJ7f7I/OulHSqaVlYSvfUWiiioKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhrf/
ACCLj6D+Yq/VDW/+QRcfQfzFVH4kKWzL1LSUtSMKKKKACiiigAooooAKKKKACiiigAooooAKKKKA
CiiigAooooAKKKKACiiigDJ0LT59POo+ft/0i9knTac/K2MZ9+K1qydC1Ce/Oo/aCp+z3skEe0Y+
VcYz781rU3e+olsFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF
FFABVDTv9bf/APXyf/QVq/VDTv8AW3//AF8n/wBBWmthPdF+iiikMrajA11p1zboQHlidFJ6AkEU
zSLV7HR7O1lKmSCFI2K9CQADinanM9vpd3NGcSRwu6nGcEKSKj0S4ku9Dsbidt0s0CO5xjJKgnin
0F1L1FFFIYUUUUAFUdV/1Nv/ANfMX/oYq9VHVf8AU2//AF8xf+himtxPYvUUUUhhRRRQAUUUUAFF
FFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfopKKQxaKTOaWgAoopM0ALRR
RQAUUUUAFFFFABRSZooAp6x/yBrz/ri38quDpVPWP+QNef8AXFv5VcFV0F1KmpanbaVbie8l8tCQ
q4BJZj0AA5J9hVG28T2FzfxWkbOrSQtLvkXYFwwUqQ2CDk+lN8Q6deXNxp17YIks1jMZPJdtokBU
qeexGeKxda0DUvEFzLc3WmwIx06WGONplfbKWBQ5x1xnntWEpST0R3UKNCUU5yte/VafL9TsjPEs
qxNKgkbohYZP4UiXEMrFY5Y3YDOFYE4rhrnwvrE+vWdyYYTHBJbNvV0BCoAHB43E9e+MVXfwve6X
p32o2qpJHaXiztC3zsXJMfTk8flS9pL+U0WDotL96rv/AIPn8vU7e51aCBI2izc75ViIgZWK7jjJ
56VZjuIZHKxyxs2MkKwJxXnGgWD6nbMLS2QTRX9rPI6KqRFE/u4HJHcepqxJ4ZvNL0/7WbZUkS2v
VneFvnbeSY+nJ4/Kkqsmr2LngqUZODnZ/wDAv3+XzO+W7t5A7RzxMEGWKuDtHv6VSi160uRaPaM1
xBclgJkxtTaMndnBFc14DSC4g1NGtk3SBFdkiUQuu3AUYGM9c/WorXwrqMWm6ZbGzgje0NysjrIp
Eu+MqrfiSBzzxVe0k0ml/VyHhKMJyhOWq/8AkW/zsvmduLy3P/LeLOQv3x1PQVJ50fm+V5ieZjOz
POPXFeeS+Bbw2Mqx2VuJjp0EancAftCt8zZ9cd60rfwvfL4xfULhGeMz+ck6TKMLtxsK7dx9OuMU
Kc+sRSwtBJtVdk/08/P8DsDNEsqxNIgkYZCFhkj6UguYSZAJoyY/v/MPl+vpXMajod9P4sjvrS2i
VCFWS4kdWwApGVXG5WGexwe9Zdp4P1IQeR9ltrR47Ge2kmSQMbx3GAWwM47880OcuxMMNScU3Uto
v63/AKvrY7v7RDz++j4AJ+Yd+n50LcwM6Ks0ZZxuUBhlh6iuFk8MavdadepNaRRyTwWkSoJgf9U3
zZPGOBmr03hm5TVdQ+z2Vv5VzGFtbvcFazxGV2quM4z6etHPLsN4Wir/ALz8vLz839x1qTRygmJ1
cA7TtbOD6VmWmvxXGqNYSWt1bTFTJH5yACRQcEjBP64rL8F+HrjRUna5heF5FRCvmq6sVBywCqMf
jknvWjYaXKviHUL+7VmLbY7Vmk3bY8DcAP4ctTTk0nYynTpQlON7pLR+f9fgbVUNb/5BFx9B/MVf
qhrf/IIuPoP5ito/Ejklsy9S0lLUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAp6cLIfafsPl5M7GfYf8Alrxuz79KuVkaDYT2B1L7Qqj7RfSTx4OcocY/lWvTe4ls
FFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVDTv9bf/wDX
yf8A0Fav1Q07/W3/AP18n/0Faa2E90X6KKKQyG6aFbWVrnb5AQmTcMjbjnP4Uli9u9jA1nt+zGNT
FsGBtxxgemKbqULXOm3MEeN8sTouemSCBUej2sllo1lazbfMhgSNtpyMgAHFPoLqXaKKKQwooooA
Ko6r/qbf/r5i/wDQxV6qOq/6m3/6+Yv/AEMU1uJ7F6iiikMKKKKACiiigAooooAKKKKACiiigAoo
ooAK5bXbqS1upsXTWdvJcQR3NyuAYoyrc5P3ckKue26uprCuNVtdN1W8W5YF5RGEj4y/B9eMe5pp
N7CbtuZ6eJJLfU7extJ4Lq3DRIpkcvPcq+cyIRwVXucH7p5HfPXXNZ1n+zIZXtrcy3NvI/keYoaO
SF3CEhgeCpzzg8e+erg1iwMSNNc2scmMFVkBC+2af/a+mf8AP5bf99ijlfYOZdzjIPHGotJFb2sN
u5Sz8+RZd7O58pn4ORk7gi4wSck9q018YXN7e+Xpi2lxCrMS6bn3qsMchVcHG4lyPatBovDramNQ
aS2N0GDhvNONwGA23O3OOM4zWgNX0xel3bD6OKOV9g5l3Of0jxNq2raLczfZIBOA2yWCRHSL93uG
9d5OQeMDn2FV7PxHqcsenLDNZz3N3BbBpiGMW5/O3HaD1HlgHnr6V1A1jTRnF5bjJzw4oGr6YOl3
bDH+2KOV9g5l3OQn8cavFZRyC0sfMmWKRGZyscausnDszKM5jwDkdehI5tv4yvEuLiKQWEBVogHZ
i8cCv/FI4OOvG35eoOSDmukOraYQQbu2IPbeKDq+mHObu2O7r845o5X2DmXc5+HxlKRbpcJbxzXH
2YRLkjzt8zRuyA9QFUMPQMM0ln4p1GX7Ebr+z4zcWwuljAcNPk4EceTy4xz1+8OO9dCdY00kE3ls
SOnzij+19M4/0y246fOOKOV9g5l3Oe0nxjd3WhXl5eQWouI0LQQwShjIRHvKkBmIIwc98dhST+Lr
qD7OqXGl3JZBIGh3YusvtMcPzH5gOvXqOOuOiGr6YOReWw5z98daBq2mDGLu2GOnzjijlfYOZdzk
tQ13WNRt7m1R7a3DzRiKSLzAwj+1mEgkMDk4ByCOCR6Gp38S6naxX/kJbMllFNIfOLszsJ5I1AOe
B8gPeum/tfTP+fy2/wC+xR/a+mf8/lt/32KOV9g5l3OcbXdTnnvdPvo7QxiO4i3whgS8ao2cEngi
TGPUZzzgdiKx9U1XT5NKukju4GdomAAcZJxWwKbTSEmmxaKKKkoKSlooAQDmgjNLRQAmKWiigAoo
ooAKKKKACiiigAooooAKoa3/AMgi4+g/mKv1Q1v/AJBFx9B/MVUfiQpbMvUtJS1IwooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAMrQ9Rm1A6iJwg+zXskCbRj5VxjPvz
WrVPT4rOM3P2Hy8tOzT7Gz+943Z9D04q5Te4kFFFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABVDTv8AW3//AF8n/wBBWr9UNO/1t/8A9fJ/9BWmthPdF+iiikMq
6nM9tpl1PGQJIoXdSRnkKSKj0W5kvNEsrmYgyzQJI5AwMlQTxVi68n7LL9p2+RsPmbum3HOfbFNs
fs5sYPsWz7N5a+Vs+7txxj2xT6C6liiiikMKKKKACqOq/wCpt/8Ar5i/9DFXqo6r/qbf/r5i/wDQ
xTW4nsXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigArKFrDd6pfJMgYARFT0KnB5B6g1q1Qtf
+Qvf/SL+RpoTLcMRhiVDI8hXjc/U/Wn0tFIYlFLSUARQ3VvcbhBPFIUOG2ODtPvimSajZRY8y7t0
yMjdKoyM49fWuFsbO/tNLtX0vSLi1v7W1khmYxCPzpHwqA45YKx3luwB7mn2Xhu4tHtrK70i2e3t
L1JomiXzVETRvvXLAH74JIx1cUAd6ssbkhHVivXBzjvTsj1ridBg1fSdQe+vdN/dalEZZo7Yl5Ek
35QMCAAQjbeCfuCm6na66lgrRXGoqJr2f7QYwZHjjDP5WxQykLjb0PpnIzQB3GR60Vw9tNqsPiDT
RfzanukuRGSwCW8kX2cnBUH7+9SSB0OecYruaAEopaKAEopaKAKWsf8AIGvP+uLfyq4KoapNHLo1
95bq+2J1bac4OOhq+KroT1FoooqSgooqC8uksrKe6lDGOCNpGCjJwBk4H4UAT0Vhr4rsGs9KuV85
k1ORY4VCfMpPXfz8uDwfQ8UHxTB9le5Wzvnh3IsLrEMXG5wg2ZPTLDrjI5GRQBuUVg2/iy2urtLW
C1vZJySJoxEMwYfYd/Prn7ueOatanriabdxW32O8uZHiabFugbaikAk5IP8AEOBk0AalFY0viayW
6tbeDzbqS7gNxD5Kgh1xkDJIALANgHrtPpVZfGdp9kiuZ7O+t4pbgW6GRFyW3FWOAxwqlTkn9aAO
ioqvc6haWTRLdXMULTNsjEjhS7egz1NQtremIlw7ahahbY7ZiZV/dnpg88UAXqKitrqC8t0ntZo5
oXGVkjYMrD2I61LQAUUUUAFUNb/5BFx9B/MVfqhrf/IIuPoP5iqj8SFLZl6lpKWpGFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBkaBY3FidT+0IF8++kmj5Byhxg/pW
vWXoupS6idQ85UX7NeSW6bc8quME+/NalOV76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFUNO/wBbf/8AXyf/AEFav1Q07/W3/wD18n/0Faa2E90X6KKK
QyrqUL3OmXUEYBklhdFycDJUgVHottJZ6LZW0wAlhgSNwDkZCgHmpNSme2026njxvihd1yOMgEim
aNcyXui2V1NjzZoEkfaMDJAJxT6C6l2iiikMKKKKACqOq/6m3/6+Yv8A0MVeqjqv+pt/+vmL/wBD
FNbiexeooopDCiiigAooooAKKKKACiiigAooooAKKKKACslbeSbWb4pdTQ4WPiMLzwfUGtaqFr/y
F7/6RfyNNCYv2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mHKUfsM/8A0Err8o//AImj7DP/
ANBK6/KP/wCJq9RRzMOUo/YJ/wDoJXX5R/8AxNH2Cb/oI3X5R/8AxNXqKOZhylH7DP8A9BK6/KP/
AOJo+wT/APQRuvyj/wDiavUUczDlKB0+Y4zqFyccjKx8f+O0v2Gf/oJXX5R//E1eoo5mHKUfsM//
AEErr8o//iaPsM//AEErr8o//iavUUczDlKP2Gf/AKCV1+Uf/wATR9hn/wCgldflH/8AE1eoo5mH
Kjl9T0q6dLq6+0TRJHEwYkpunGOhCgDH1yfpXTiqes/8ga8/64t/Kmiyuv8AoJz/APfuP/4mqbul
clKz0L9FUfsV3/0Ep/8Av3H/APE0fYrv/oJT/wDfuP8A+JqbFXL1VdTtDqGlXdmH2G4heIPjO3cp
GcfjUf2K7/6CU/8A37j/APiaPsV3/wBBKf8A79x//E0WC5ir4OZb15vtgMfnxSxRlOIwGDyAc/xs
M+1PHhi7l0ePSbu+ilsoDCItsRSRkjdWwzBuuFxkY65rX+xXf/QSn/79x/8AxNH2K7/6CU//AH7j
/wDiaLBcy9R8LC5+xwWf2S1tbYhkYQsZ4m3ZJR93BPfIPqc0+fQbyG/guNLvljKQyQubsPcNh2Vs
qS3UbehyK0fsV3/0Ep/+/cf/AMTR9iu/+glP/wB+4/8A4miwXMH/AIQfY6yxajOkkDwfZlz+7VIg
NoZf4icvk5H3/anT+CvtirDdajOtskdwipB8hJmkZmyecjaQuPr61ufYrv8A6CU//fuP/wCJo+xX
f/QSn/79x/8AxNFguUoNFvGuNOmvryKZ7IMoKxFS+6MKSeTzkMfxx71j6f4El01IzBPZma2eNoJX
gclwu4Yky+DwxPy7fm59q6X7Fd/9BKf/AL9x/wDxNH2K7/6CU/8A37j/APiaLBcr+GLGfTdAt7W7
VVmjL7goAHLsQQB04PTtWtVH7Fd/9BKf/v3H/wDE0fYrv/oJT/8AfuP/AOJosFy9RVH7Fd/9BKf/
AL9x/wDxNH2K7/6CU/8A37j/APiaLBcu1n6vIkui3DRsrLgcqcjqKf8AYrv/AKCU/wD37j/+JrDv
NNvFS4uvPkhhx88bKgMxyOSFGB9ev0qoJX3Jk3bY6mlpBRmoLFopM0ZoAM0tef6hFe6dq2pXGiWk
s9zKzmSeSzcSwAsu7a/SVcA7VGSMDrjFPE3iJrOOSO+vZTBBJKpW0KCZhKoVGDruPyk9MZ60Ad2X
UMFLAMegJ606vPr9dUudQupWW/luIra+RY2tf3MfIEQQ7fmLKB3OatX+oa1pkuo3zXFx9nU3Sqkk
KmKJUQGJhwDy3qTnpQB29ICDyDXE2M15qPgLXFmupr66ZJVERG6SPMYwnCKST1+7/EKY9izXscuh
2U1tYG4gKIYGiTzQJN0gQgEDBQE4AOPagDuc0tcVoFnGt/pLWen3VpdQwudSkliZPMJXBVmPEjb8
MCCeAeeeZbq81pdcnWM3u5ZmVYVt/wBx9nEeQ+/HL7/fOeNuOaAOv6UZ71y9/bXD+A4UvvtN7M5t
pLhZItzn94jONijoBnjHQVj3unXN7BLpum6dcDS7y481IGJt1jjRBkjIym6UqQuBnaxwKAPQM0te
eSpLqFtdS65pN5Jqc1qkVmUgdvLkClW2MP8AVnzAW3HHBU5x0721WVLSFbhg0yoodh/E2OT+dAE1
FJmjNAC0UmaM0ALRSZozQAtFFFAFPT7ezt/tP2PbmSdpJtr7v3hxuz6HpxVysbw9ZT2Z1T7RHs8+
/lmj5HzIcYP6Vs03uJbBRRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAVQ07/W3/AP18n/0Fav1Q07/W3/8A18n/ANBWmthPdF+iiikMhuhC1rKLnb5BQ+Zu6bcc
5/Cm2K262MC2W37MI1EWw5XbjjHtim6nC9xpd1DGMySQuignGSVIFR6LbyWeiWNtOoWWGBEcA5wQ
oB5p9BdS9RRRSGFFFFABVHVf9Tb/APXzF/6GKvVR1X/U2/8A18xf+himtxPYvUUUUhhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC1/5C9/9Iv5Gr9ULX/kL3/0i/kaaE+hfooopDCiquo6hDpdjJdXG
/wAtMZCKWYkkAAAdTkiqMninTYdKuL+Z5oo7Zgs0bwsJUJxgFMZ5yCPUc0AbFFYw8T2X9ovZmK7D
InmNIYG8sJz8+/pt4PNXtN1O31XTob61ZjBKCVLKVPBwcg8jkHrQBboqqup2TRxyLd25SVtkbCVc
O3oDnk+1RXutWFhbXU01zFi0jMkyq4LKB7Z/D60AX6KoW+s2k1ss7uIEKo2ZWUD5hkDOSCfoalOp
WQdkN3bh1YIymVchjwAeepweKALVFIDmloAKKKKAKWsf8ga8/wCuLfyq4Kp6x/yBrz/ri38quCn0
F1FooopDKt/qVppiQvezrCs0qwxlv4nbhR+NRz61p9tdzW093FHPDB9okRj9yPONx9s1U8S6Mdct
bW2IUwifdLk4IXy3XI9wWB/CsFfDOsTlbu6e1fUGQPKSx2M6SxMi8D7pWLk9ix60Ab7+K9Hihilk
vAqS7tuY3yAuNxYYyoG4cnHUVZt9c0+7v3s7e5WSeMEsFUkcYzhsYOMjIBrJudHvdcvrae/3WMSw
TRSx204LMGMeFZtvIIVs4xjjmmQ6JqEWsTfYD/ZVm27cYphKsp42ssTLhG45Pf3PIANca/pp1M6f
9qAug/llCrAbsbtu7GM4IOM5qO68T6TZfafPvFH2VxHPtRm8tiu4bsA4471lPpGpy3F7avDC1pPe
xXf2lpfnbYI/lCY4YtH1zgA/hWevhTWktbovd280t/ZzR3EYXywkrsXU553AMzrk44NAHVW2uafe
XMVtDcAzzRGdImVlYoG2lsEAjmr+RXJzaFq8mvtq63MAZbtWjt9vWELsIMnUZDM2MdcUl3oepXt7
eTvb26XN1BiC6FwxexbytpReMkbsnIx94nsKAOtyPWqZ1a0F/LZ73M0So0mI2IXccKCcYyfT05rl
rfwg08kYutPtLew+0LIbFJS6ALDIm7oASWZeMfwgnJqSw8K3NsGlkSD7W62AeYNlm8lkMuWxk52/
jQB2O4etGRXGP4MaWxtIJbe2Zlkuppst9+R93lt7kZH0x7VqeGdDl0R7hWVFjljhOEcnMoUiRjnu
TjnvQB0FFFFABWfrp26LckAkhQcDqeRWhVDW/wDkEXH0H8xVR+JEy+FkP9sTf9AjUf8AvlP/AIqj
+2Jv+gRqP/fKf/FVqUYouuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/
ALYm/wCgRqP/AHyn/wAVR/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FU19VeVGSTR
r9kYYKskZBH03VrYoxRddgs+5jW18tlCIbTQbyCIHISKKNVz9A1S/wBsTf8AQI1H/vlP/iq1MUYo
uuwWfcy/7Ym/6BGo/wDfKf8AxVH9sTf9AjUf++U/+KrUxRii67BZ9zL/ALYm/wCgRqP/AHyn/wAV
R/bE3/QI1H/vlP8A4qtTFGKLrsFn3Mv+2Jv+gRqP/fKf/FUf2xN/0CNR/wC+U/8Aiq1MUYouuwWf
cy/7Ym/6BGo/98p/8VR/bE3/AECNR/75T/4qtTFGKLrsFn3Mv+2Jv+gRqP8A3yn/AMVR/bE3/QI1
H/vlP/iq1MUYouuwWfcy/wC2Jv8AoEaj/wB8p/8AFVman4hvLCaOdbK5ETEIbeZEBY+qEMTn2wfw
rp8VD9jg+1/aTEhn27RIRyB6D0pqUU9UJxk1ox1tMbi2jlaKSIuMlJBhl9jUtIOKWoLMzRtTk1I3
4kjVPs129uu3uFxyffmtOqWn2lram5+yY/fTtLLh937w4z9O3FXab3EgooopDCiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoad/rb/AP6+T/6CtX6oad/rb/8A6+T/
AOgrTWwnui/RRRSGVtRna1065njxviid1B6ZAJqPR7p77R7O6lCiSeFJGCjjJAJxVi6WKS1lS4x5
LIRJuOBtxzk/Sm2UdvFZQR2e37MqKItpyNuOMHvxT6C6k9FFFIYUUUUAFUdV/wBTb/8AXzF/6GKv
VR1X/U2//XzF/wChimtxPYvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC1/wCQvf8A0i/k
av1zt/a311qd2LOfYiiPzYgMGQYPAbPH04z61UVcmTsdCGDDIII9RS1lWltei1jEV0kKY4jNoFK+
2N1TfZ9Q/wCghH/4D/8A2VKy7hfyGa/YTano8ttbNGszMjKZM7cq6tg457Vjz+GL/UL5Lq7vY7dp
JRLMLZc42IVjVd4II+ZiSR1xjGK2/s+of9BCP/wH/wDsqPs+of8AQQj/APAf/wCyosu47+Rzw8I3
/wDZzWbX67WtEsTLg7/JWViTyMbjGQvpnPapm8M366fqWnR36yWt67yCSVf3iFlGRhQF2lgSQMcM
a2/s+of9BCP/AMB//sqPs+of9BCP/wAB/wD7Kiy7hfyOdv8Awpe34LeTpMLT2720iLGzJCGOTJHw
MvjrnHReeKLnwS8wuyrWokuBdhpGT5mEqgJuOOcEAn9K6L7PqH/QQj/8B/8A7Kj7PqH/AEEI/wDw
H/8AsqLLuF/IypfDHm6utywtzbi4hm8op0CQumMYx1cEfSqdx4ISeK4zHZebNFfDzDFzvmkDIxOM
5UcZ6+ldD9n1D/oIR/8AgP8A/ZUfZ9Q/6CEf/gP/APZUWXcL+RdjBWNQeoGKdVD7PqH/AEEI/wDw
H/8AsqPs+of9BCP/AMB//sqLLuF/Iv0VQ+z6h/0EI/8AwH/+yo+z6h/0EI//AAH/APsqLLuF/Idr
H/IGvP8Ari38qzrfV7u6vnU2k8SxH/UDZvb3OWHH0/OpNUgvl0q6L3yMoibKiDGRj1zWqYI5HR3R
S6fdYjlfoarRInVsrfb5/wDoG3X5x/8AxVH2+f8A6Bt3+cf/AMVV3FGKm/kVZ9yl9vn/AOgbd/nH
/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLhZ9yl9vn/
AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8VV3FGKLh
Z9yl9vn/AOgbdfnH/wDFUfb5/wDoG3X5x/8AxVXcUYouFn3KX2+f/oG3X5x//FUfb5/+gbdfnH/8
VV3FGKLhZ9yl9vn/AOgbd/nH/wDFUfb5/wDoG3f5x/8AxVXcUYouFn3KX2+f/oG3f5x//FVT1a8m
k0yZWsLmMHGWYpgcj0bNbOKo61/yCLj6D+YpxeqJknZ6l4UtIKWpLCiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAxfDtpPaNqvnxGPztQllTP8SnGD+lbVZuj6m+pG+3
xqn2W7e3GDncFxz+taVN76iWwUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFZ3lXdnPO8Ecc8Uz+ZtL7HU4A9MHp7Vo0UXE0Uf7QlX/WafdA/7Oxh+jVJb332i
XZ9muY+M7pI8D86s0tO6CzKmqRPcaXdwxrukkhdFHqSpArJ8MalIbGz06XTtQt5ILdVaSaHbHlQA
QDn8q6Gii+lgtrcydQ137BdGD+zNTuMAHzLeDenPbOetWhqGdL+2/ZbofJv8gx/vfpt9farlJRoF
mZVhr32+7WD+zNTt8gnzLiDYgx75pdR1z+z7nyf7N1K5+UNvt4N6/TOetatN8xP7y/nRpfYLO25V
j1DzNM+2fZbpfkL+Q0eJeO231rHm1/7dLawf2XqlvuuI/wB5Pb7UGGB5Oa6HzE/vL+dUtVdTDB8y
/wDHzF3/ANsU1a4nsR6lrX9nXCxf2dqNzld2+2g3qPYnPWrFvqH2jTjefZrqP5WbyZI8S8Z42+px
xVnzE/vL+dHmJ/eX86WgzKsvEP226jg/srVYN/8Ay0nt9qLxnk5qXU9Z/s2ZI/7P1C63Lu3W0O9R
7E561pBlboQfoaWi6vsFnbcp2mofa7A3X2W6hwG/dTR7ZOPb37VRtPEf2u6jh/snVofMOPMmttqL
9Tnitmlo0CzM3U9Y/s2SNPsF/dbwTm2h3hfrzU1jqH26zNx9lurfBI8uePa/Ht71cpKNLBqY1r4k
+03MUP8AZGrxeYwXfLbbVX3JzwKs6nq39mNGPsN9deYCc20O/bj15461o0UXV9gsynp+of2hamb7
LdW2GK+XcR7H4749KoQeJPPuY4v7H1ePewXfJbYVfcnPArapaLoLMz9T1X+zPL/0K9uvMz/x6xb9
uPXnjrT9N1H+0YGl+y3VrtbbsuY9jH3A9KuEheSQB703zE/vL+dGlg6mNH4l8y4WL+x9XXc4Xe1t
hRzjJOelJc6n/Zmp3bfY7y63+WMW0W8r8p688Vt+Yn95fzqhauv9r3/zL0i7+xp6dhO/cfpupDUo
nf7Hd2u1tu25j2E+4GelUf8AhJc3Hlf2PrH39m/7N8vXGc56VteYn95fzo8xP7y/nS07D+ZT1PUv
7NjR/sd3db227baPeR7nnpSaZqf9pJI32K8tdhAxcxbC3uOeavcGlo0sFtTDfxLsuGi/sfWG2uV3
rbZU84yDnpV/UtQ/s2BZPsl3dbm27baPew46kZ6VdoougszP0zVf7TEh+xXtr5ZH/H1Fs3Z9Oeaq
T+JPJuJIf7H1eTYxXeltlW9wc9K26KLrsFmUtRv/AOz7YTfZbq5ywXZbx72+uPSo9M1b+0zIPsN9
a+Xj/j5h2bs+nPNaFLRpYLO5iXPiT7Ncyw/2Rq8vlsV3xW25W9wc8ir9/f8A2GzFx9lurjJA8uCP
c/PtVyijQLMzdM1j+0nkT7Bf2uwA5uYdgb6c81Xu/EX2S5lh/sjVpvLOPMittyN9DnmtgugOCy5+
tHmJ/eX86NOwfMzNduvK8P3EvkTvvixsRMsuR1I7Y707TNZ/tKV4/wCz9Qtdq7t1zDsDewOetSau
6HR7zDL/AKlu/tVwSJ/fX86f2RdTJvPEX2O6kg/srVZ9h/1kNvuRuM8HPNXbi/8As+nC7+zXMvyq
fJjjzJzjjb6jPNWvMT+8v50B1PAYH6GloMzdN1v+0Z2i/s7UbXau7fcw7FPPQHPWo77xB9iu3g/s
vVJ9mP3kFvuQ5GeDmtiii6vsFn3KcuoeVpn237LdP8gbyEjzLz22+ozVbTtc/tC5MP8AZupW2FLb
7iDYv0znrWpS0aBZmRf6/wDYLtoP7L1O42gHzILfehz75q22obdL+2/Zbo/Jv8gR/vfpt9farlFG
gamTp+u/b7oQf2ZqVvlSfMuINicds560ahrv2C6MH9malc/KG8y3g3pz2znrWtRRdX2CzsU11Ddp
f237LdD5C/kGP979Nvr7VUsdf+3Xawf2XqdvuBPmT2+1Bj3zWtS0aBZmVqOuf2dciH+zdRucqG32
8G9fpnPWrMV/5umG9+zXSfIW8h48S8dtvqcVcoo0DUx7HxB9tu0g/svVIN+f3k9vtQcZ5Oak1LWv
7OnWL+ztRuty7t9tDvUc9Cc9a06TegONyg/WjS+wWdtyrbX/ANo043f2a6jwrN5MkeJOO231OOKx
L3xD9ts5IP7K1WDeB+8nt9qLz3OeK6TzE/vL+dUtadDpFxhl6Dv7iqja5Mthmpaz/ZsyJ/Z+oXW8
bt1tDvC+xOetT2eofbLE3X2W6hxn91NHtk49vftVnzE/vL+dL5if3l/OpKMe08R/armOH+yNWh8w
48yW22ov1OeKsanrH9mvGv2C/ut4JzbQ7wv154rQDK3Qg/Q06jTsFnbcp2GofbrM3H2W6t8Ejy54
9r8e1ULbxJ9puYof7I1eLzGC75bbaq+5OeBW3RRdBZmdqerf2YYx9hvrrzM/8e0W/bj15461Lp2o
f2jbNN9lurbDFdlxHsb649KuUUaWDUxIPEvnXEcX9j6um9gu97bCrk9Sc8Crep6r/ZgjP2K9uvMJ
GLWLftx688VoUUXXYLPuUtN1H+0oGk+y3drtbbtuY9jH3Az0qgniXfcLF/Y+sLufbva2wo5xknPS
tyii67BZlDU9U/s1I2+x3l1vJGLaLeV9zz0pdM1P+043f7Hd2uxtu25i2E+456Veoo0sHUwz4mxc
eV/Y+sH59m/7N8vXGc56Ve1LUv7NiST7Jd3W9tu22j3ke5GelXqKLoLMoaZqn9prI32O8tdhAxdR
bC3055qlJ4l8u4eL+x9Yba5XettlTzjIOelblFF12CzKWpaj/Z1usv2W6utzbdltHvYe+PSmaZqv
9p+Z/oV7a+Xj/j5i2bs+nPNaFFHQNbmJceJfs9zJD/Y+rybGK747bKtjuDnkVf1DUP7PtRP9lurn
LBfLt497898elXKSjQLMz9M1b+02kH2G+tdgHN1Ds3Z9OearXXiT7Lcyw/2Rq8vlsV3xW25W9wc8
itqii67BZ9ynp1hBZLO0Cuv2mZrhw5ydzYz9OnSrlFFIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUARzgmCQLncVOMfSvGI/D+oi
NRJo2oM+PmPktya9rpK1p1XT2RnOmp7ni/8AYF9/0BNQ/wC/LUv9gX//AEBL/wD78tXs9Fa/Wpdk
Z/V13PF/7Avv+gLqH/flqP7Avv8AoCah/wB+Wr2iij61Lsg+rruefeANMvLLXbmSexubaFrbaDKh
UFtw9favQqTFLWE588uY2hHlVgoooqCgooooAKKKKACiiigDj/iJY3V9ZWC2ttPcKk5MiRKWONpx
kD3rhv7Avv8AoC3/AP35avaKK3p13BWSMp0lJ3ueL/2Bff8AQE1D/vy1L/YF/wD9AS//AO/LV7PR
V/WpdkR9XXc8X/sC+/6Amof9+Wo/sC//AOgLqH/flq9ooo+tS7IPq67sx/CUE1t4X0+G5jeOZIsM
jjDDk9a2aSlrmbu7m60QUUUUhhRRRQAUUUUAFFFFAHkGp6HqMmsX7tpN9LvuZGV1iYgqWOMH6VV/
sC+/6Amof9+Wr2iiulYqSVrIwdBN3ueL/wBgX3/QEv8A/vy1H9gX3/QF1D/vy1e0UU/rUuyF9XXc
8X/sC+/6Amof9+WrZ8I6PfWviqymfTbu3iUSb3kjKrypxk/WvT6KmWJck1YcaCTvcKWiiuc3Ciii
gAooooAKKKKACiiigAooooAQ145c6DqLXty0mkX0jNO53iJiCCxxzXslJWlOo6bukROCmeL/ANgX
3/QE1D/vy1L/AGBff9AS/wD+/LV7PRW31qXZGX1dd2eMf2Bf/wDQF1D/AL8tSf2Bff8AQE1D/vy1
e0UUfWpdkH1ddzzTwXpF9aeKYJpNOu7aERSB2kjKryOOtemUlLWFSbm7m0IcisFFFFQUFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXPf8JbH/whdz4h+yPsgExMO8ZP
luydffbmuhry6TwOsvw61CV7G+/th/tLJCJ5RkmV9v7sNt5GDjHNAHoMepZ1C4hlEMcMEKTGQzru
wc53L1UDHU9efSs3V/GFhbaDfX2l3dnfzWsYcxRzhuNwHOOR1rnPGFnOh8STvBIIrjTrOCJscSP5
rDav94/MPl75A71Vu4Jb7SfE1rJbXJ1y9tYXNr9kEQaJW2goAzZ7559OMCgD0Sz1Sx1AyrZXlvcN
CdsoilV9h9Dg8Uy21rTb1Zmtb+1mEHMpjmVvLHqcHjoa5XXvD11Nq+oxaPa/Z1n0B7aOSNdieZv+
VcjocE/QGqdjpbXMM8yxayLuHSZrZIp7FIEAZR+7yqjecgYxkdaAO6s9SstQaVbO7guDEQJPKkDb
CRkA46cVV0PXItZ8PW+rMn2aKVC5WRx8gBIOT07Uzwtp6aZ4Z0y3W2W3dLWISRhdpDbRnPvnNcro
N9qFl4E/siPQb59St7aTbHdWxEEjZJA3Hg5z079KAOxtte0q8j8y21KzmTzBFuSZSN56L16nsO9W
JdQtIGlWa5hjaFBJIHkA2Kc4Y+g4PPtXncehX+t3esF1vVE+mRCC4ubRbbFxHIzphR/dOOTz16im
rZ3/AIk8Kv4hW3lE+oX8F1JBEqu/2aIhQqq3DHILgHrmgD0GHWdOuLP7XDfW0ltu2ecsqlN2cYzn
GckVLZX1tqNstxZXEVxAxIWSJwynBweR71wF7oZv9C1R4YNUu5b68s/OS7tBDvVJFyQgUfw9SR29
q9EiijgQJEiog6KoAA/CgB9FFFABRRRQAUUUUAFc/qPi230zxXZaLcQSAXcYYXOfkRmYhVI9ypAP
rgV0FcjrXh9tc8VXsU8cq2k+kLEtwo4SUTFlIP8AeU4agC1P4xigN0Ws38q11OPT5X3jC7wuJPoC
4GKsDxRbnxmfDvlP5wtftHnZ+XOfufXHzfSub0bQ9U1Xwt4otNYtGtr69uG2nHyu6xIBIvsXTIqs
bbWzoSeJzpc/9tjUPtJs9v7zy/L8jZj6fNQB0kPjOGZ7Ym1ZILi/ns0maQBcRKxMn+7lGFaWhaz/
AG5ZveR20kNqzkWzyHmeMdJAOwPOM9Rg965PVvBrXWheF9EkjmeGJ2W7li6oTC+XJ/3z34OcV0/h
u51CWwa21a2MV5aP5LyKmI5wBxInsR27HIoA2KKKKACiiigAooooAKKKKACiiigArBtvEF1qOoSJ
p2ltNYQzm3ku3nVAWU4couCWCnIzxkg4zW9Xl9poFzZyJZ22m6hFrUWqGQX6lhAYDMXLbs7cFCRs
xnPbvQB3Ok+KNL1ue8hsrqJ5LSRo5F3rkhcZYAH7vOM1ZtNb0y/WZrPULS4WDmUxTKwT64PFcZca
Tey6V4u0m30+ZLu6nkngk2bY5omCfIJOmThhinXkZ1O9e/sdJudNtbPSbmGZp4PJLllGyMDuF2k5
6Dt1oA7K11jTr65e2tL+1nnRQzRxyqzAHoSAelXa858M27X7+ETZaPcWS6dbl7m4eIIjK0W3arfx
7mIbj055r0agAooooAKKKKACiiigAooooAKKKKACiiigAooooA5/wn4th8VW1zIltJayQPgxyMCS
h+64I7HB/I03w74wtvELam0cDwQWLgCWRhiVCCQ49AQM/SuPt9C12x0HSX061mjur23k0y8DDDQI
0rMkxH+yC/8A30Ku32h6hbt4i0zS7OaKDUHsrGCYJlI4fKCyP9FUEfUigDpvDfi238Q6bdXbQPZi
2b50mPIjKh1f6FSDUel+Jb/VZLeeHQbhdLuSPKummQOVPRzH1Cn65wRxWNN4d1eHWbiCWSGW11jT
ZLGSS1tjEluyKfLZhubszLn2ArT8O61dw2en6Td6HqUV5AiW8z+UPIXaMFxJnBXjIA59qAOpoooo
AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApKWigCve2Ntq
VpJa3sCTwSDDxuMg96r6ZoWnaOZGsLZYnlxvcsWZsdAWJJwPStCigBKKWigAooooAjmhS4gkhlXd
HIpVhnqCMGktbWGytYra2jWKCFBHGi9FUDAAqWigBKWiigAooooAKKKKACiiigAooooAKSlooASl
oooAKKKKACiiigAooooAKKKKACiiigApKWigAqOaGO4gkhmUPHIpR1PcEYIqSigCK2t4rS2it7dB
HDCgjRB0VQMAflUtFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAlLRRQAlFLRQAUUUUAFF
FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB//Z

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5DEXMBX23adutwent_
Content-Type: image/jpeg; name="image002.jpg"
Content-Description: image002.jpg
Content-Disposition: inline; filename="image002.jpg"; size=81743;
	creation-date="Thu, 29 Aug 2013 19:25:34 GMT";
	modification-date="Thu, 29 Aug 2013 19:25:34 GMT"
Content-ID: <image002.jpg@01CEA4FC.F4862930>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg
IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCANEA0gDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii
gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDxwSPB2o4JB2KO
P94Vv1geOf8AkTdR/wB1f/QxVQ+JEy2Z5Z9kg/55D86X7JB/zyH51L0Fa1z4fmttRtLVpY2F0Qqy
KDgE9QfcZH5167cVuearvYxPskH/ADyH50fZIP8AnkPzq2lpPLLJHDDJKYyQ3loTj8qZHBNMzLDD
JIyjJVFJIp6BqV/skH/PIfnR9kg/55D860rzTXt78WsIedzGjgKnPzKD0Hpmqjo0blJFKMpwVYYI
/ChWewO6IPskH/PIfnTWtIArHyxwK1ZdKlh0mK/LqVkIBjH3lBztJ9jtNUG+430NCs9gd1ueq+Ey
W8KaWWJJNunJ+lbFY/hL/kU9L/690/lWxXjS3Z6cdkFFFFIYUUUUAFee/EpRJqemI/KeVKdueM5W
vQq8++I//IW0z/rlL/Na2w/8RGVb4Gcf9kg/55D86PskH/PIfnWhpmnnU70W6ypFlWYu/QADNK2m
ypDevIQjWbqjoRySSR/SvTvG9jgtK1zO+yQf88h+dH2SD/nkPzq0badYBM0EohPSQodp/GrOnaXL
fTKGWSOFlciXYSuVUnGenam3FK4LmbsZn2SD/nkPzo+yQf8APIfnVmO3mlhaZIZGjX7zqpKr9TRb
wPc3EUEQy8jBVHuTRoLUrfZIP+eQ/OrejQxw+ItKaNdpN3GMg9s1LqVg2nXZhMiyrtDpInR1PQim
6V/yMGlf9fkf86idnBtFxupJM9ipaSlryD0gooooAKKKKACvFL+GObV9QeVd7G6lGSf9o17XXjF3
/wAhO/8A+vuX/wBCNdeD+JnNifhRV+yQf88h+dH2SD/nkPzrUh0iWfR5dQjdCsTFTH/FgYy34ZFQ
3Fk8Ated5uYhIqqDkZJGPrxXcnG9jktIo/ZIP+eQ/Oj7JB/zyH51Zlt5oJBHNDJG56KykE/hVmXT
ZINNNzMskbiYReW6beNuc8024oFdmb9kg/55D86PskH/ADyH51Zlt5oApmhkjDjKl1Iz9M1a0vSp
NUaYRuieWuQW/iY/dUe5waG4pXYLmbsZn2SD/nkPzrs/hoojm1VF4UeUQM8dGrka7D4b/wDHzq3/
AGy/k1YYlfu2a0H753dLSUteYd4UUUUAFFFFABRRRQAUUUUAeOa/Ck3ifVWlXeRckAk9sCqP2SD/
AJ5D860db/5GXVv+vpv5Cn2ekS32nXN3E6fuD/qz95+MnH0HNevBpQTfkebK7m0jL+yQf88h+dH2
SD/nkPzq7NZtDa2k24MLkMVUDkYbFRzW81swWeGSJmGQHUrn86tWZOpW+yQf88h+dH2SD/nkPzrS
OmSx6dPczrJE0TooR0I3Bs88/Sq0ltNFGkkkMiI/3WZCA30NCcWHvFb7JB/zyH50fZIP+eQ/OtLS
9NfVLlokkSIKuS79ByAB+JIFU3Vo3ZHGGUkEHsRRpewa2udL8N0EWuX6IMKbdDjPGdxr0avO/h3/
AMh+/wD+vZP/AEI16JXmYn+IzvofAgooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo
ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACsDx
z/yJuo/7q/8AoYrfrA8c/wDInaj/ALi/+hrVQ+JEy2Z5ifu11sGoWsniN4bidBb+bFPDLn5UdVGe
fQjI+oFcnRivWnBT3POjLlNpGa50vybO6igmS7eSTdKI9wONrZ74was3VzHfLqKWF1HDK9wkm9pP
K81QuCQf97nHvXOYoxS9krj5zqZry3mvtQUSxTSzQQBHMxjEm0DcN3b1x3xWRqTte6nDHJ5EZ2JE
WWXeoHTLN3IHX6Vm4oxRGmovcTnc6Rr7Tru8vLRBJHHND5EcjyDyxsHyHGOOR6965pvuN9DS0jfc
b6GqjBR2By5j1Xwl/wAinpf/AF7p/Ktisbwl/wAinpf/AF7p/KtmvHluz0o7IKKKSkMWim7qWgBa
8++I/wDyFtM/65S/zWvQa8++I/8AyFtM/wCuUv8ANa2w/wDERlW+BmJo0kcV3MZHVQbWZQScZJQ4
FXpb2C78NzyySL9tbyYpYyeZNh4YfgcH6Vg0V6UoJu5wqbSsdLcXCC9vbw3kT2M1uyRQiTJOVwq7
O2D/ACqS2uF+2wXK30Mdl9i8ryjLghvLIK7f97nNctijHtU+xVrXK9pqdJaXiJY6dLarbs1tCVdZ
box7Wyc5T+IEH3rN0WWC1nnvJzxBGfLRWAZmb5RjPoCT+FZuKMU/ZrVdyefVGrfy2l1o1s1vvSS1
cwlJXDMyH5geAOAcj8ap6V/yMGlf9fkf86rVZ0r/AJD+lf8AX5H/ADolHlg0OLvJM9ipaSlryD0g
opM0ZoAWiiigArxi7/5Cd/8A9fcv/oRr2evGLv8A5Cd//wBfcv8A6Ea68H8TObE/CjTs9RWx0q0d
Srul25kiz95CgBBHoeRV+Wezg1O3jtbtNg09ooJif9W5LbcnscHHtmuYoxXY6SbucyqNHR2dzFZN
p0N7cxvNHNI+8P5ghDLhct/vc+1EU62VlZx6jdx3Bi1BZWRZfM2pjk/nzXOYox7UvZLuHtDc1adh
ZzRYt2SWcSB1uzKzHnkAnjIPNNt7y10/S7RWEsk7Tfam8mQLtK8KDkH3P41i4oxTVNWsLnd7l7WF
gGqSvasrQzYlTafu7hkr9Qciui+G/wDx86t/2y/k1cfXYfDf/j61b/tl/JqzxCtSsaUXepc7ulpK
WvMO8KKKKACiiigAooooAKKKKAPH9b/5GXVv+vpv5CrVjfmx0dpIXUTpeJIqE8kBCDx6dvxqrrX/
ACMurf8AX038hVOvXjFSgk/I82TtN2Ooe60+G/0predFhEcpUnnyGfJXd6YJ/SoLWdNPjs4tSuI5
3F6s3yyebsQDBJPucHHtXPYoxS9ku4e0Z0LyG302eO+vYrndeRShFl8zKAnJ/H0o1i6zFfGMWzw3
MgYOLouxAOQQhPBxx7Vz2KMUKlZ3uDqGvaz2lnou2XzHluZt5EMgVkVPu5yD1JJ/CodceCfUTdWz
Dy7pBKVzkox+8D75B/Os7FFUoJS5iea6sdR8O/8AkP3/AP17J/6Ea9Erzv4d/wDIfv8A/r2T/wBC
NeiV52J/iM7qHwIKKKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigApM0tZbW8d9q1yl0vmxwpHsRj8oJzk46Hp3
ppCbLb6haRHEl1Ap9DIBTY9UsppVjjuondjgKrZJqWO0t4R+6giT/dQCpcAdqNA1FrM1HxFpek3C
wX97HBKy7wrA8jpnge1aRrI8N30mr6Ot1drGZTLInyrgYVyB+goS6sGXbfU7S60438M6vahWbzRn
GB1P6GsmXW/D3iWJtK+3JP8Aaht8tCwJxzwce1b4VQuAAB6YpBEgOQig/ShNA7nEal4b8IaRKkeo
XU8DyLuUNO/I/CprPwf4Y1CyN3aS3EtuM/vFuHxx1rsjGjfeUH6igKoGAAB6Cr9rLuyfZx7Hn9rp
Pgi9uYre3v5ZJZTtRRO+WNS634a8L6LAftNxPDM6MYVedzuIH+JFd0IkByEXP0qtqqKdKuyVBIhf
qP8AZNP2sr7v7xezVtkctpng/wAM6tZi4s5biaMHazLcPgMByP1qlDpfge4uI4IdQleWRgiqJ5Mk
k4ArvLZQLaPAA+QdPpT/ACox/Av5Ue1l3YezXZHF6l4V8KaOsZ1C4ngEhITdcPzjr0p2neEfC2rw
vLp81xPGjbWK3D8HGcc/WuzKK33lB+ooVFX7qgfQUvaytux+zj2OfsfEnhywhg0621GICLEKIdxO
QcYzj1rV1LWLHSIkk1C5SBHbapbPJ644q15Uf9xfypSit95QfqKhtNlK9inpus2GsJI2n3KTrGQH
K54J+tZepeLdLSOe2t9VtobxSY1MiMwV845AHNdAqKv3VA+gppjTP3Fz9KNBptWZyOpX2reFZrS6
1DVEvrGaYQzK8CxmPOfmUr6YNdFpmt6fq/mDT7pJ/Kxv254z06/Q1i2Oj3Wq6xcXetvO0VpeP9it
2AWPaPuvgDJ/GuoVFX7qgfQVnT6nXi3F8qVuZLVpWXltbb0Me58X6HZ3EkFxqMUcsTFXUg5BHbpU
HifTtDvLeG91qVooovlSRZGX72OOPpW8YkJyUUn6UpRSMEAj0Nap2d0cVr6M4jTfDXhHWJHTT7qe
dowGYLcPwPxqveaP4JsLqS3ur6WOaI4dDO+Qetd+qKpyqgfQUhjQnJRSfpVe1lfd/eT7Ndkcfc+D
/DFnp/264luI7XCnzDcPjB6fzFZ9tofhPUtRt7XTbuadnLGRVnfIUKTnn3xXfTPFDCzzFVjUZJbo
BVO5EZv9NeMLtaR8MuOR5bU1Ul3YOEexyN7ongvTbt7a8vZop0xuRp3yMjIq3J4P8MRab/aEktwt
psEnmm4fG09D+tdiY0Y5KKT7il2LjG0Y9KXtZd394ezXZHC6f4f8Harc/Z7G8mmm2ltqzvnA6n9a
kk0rwh4f1aI3F5JFdQMsqpJM5wexxXbCNFOVVQfYUGNGOWVSfUij2j7u3qHs12RVGqWZ0z+0RcL9
j2eZ5vONvrVWx8T6Rqd0ttZX0U0zAkIoOSB17VqbFxjaMelAjRTkIoPqBUaF6mNr2uWFkklnNqq2
F1IgZH2bmUE9QMY7Gueub6TQU03VbXXLnUNOupxDMtyQwIOcsvAIxg13LopOWUH6iuZ0XRDPqd3f
6qzXE0N3ILRWm3pEnbCg4B+vNZ1Ena252YWooKTm1y9rK7voaVn4q0bULpLa0v4pZ3ztQA5OBn09
ql1LxBpmkTJFqF5HBI67lVgeR0zwKviNAchFB9QKVkVjllBPuK00ucetitaapZ39j9stZ1ktuf3g
zjjrXGrp3grV9SIhvne4upCwRJnG5jycCu7CKBgKAPQUgiQHIRQfYU4y5dhON9zidS8M+EtHeNdQ
uZ4GkBKBrh+QOvT61Lp/g/wxqlqbmxluJoQxUutw+MjrXZMit95QfqKAiqMBQB7Cq9rK27F7Ndke
f2+leB7q4jggv5XlkYIiieTknoKfc+HfC2myTDU7ieBRMY4t07/MAqk9P96u88pAchFz9Kp2KK1x
f7lB/wBI7j/YSqVSXd/eS4LsjmdO8I+FtXgabT5rieNW2FluH4PXHP1qiul+BnnEK6hKZS+wL58n
3s4x+deghFX7qgfQUnlR/wBxfyqfay7sfs12RxmpeE/Cujxo+oT3ECyNtUtcPyevatPwna6DAl0+
gzmYMyiVi7NggHA5+proWRW+8oP1FARV+6oH0FJzbVm2NQSd0jHfxhoUdw0D6lCJVcoVweGzjHT1
q9qOq2ekwLNf3CQRs2wM2eT1xx9Ks+VH/cX8qVlVhhgCPcVOhWpS0zXNP1jzP7Pukn8rG/bnjPTr
9KqXHi/Q7W4kgn1GJJYmKupB4I6jpWwEVfuqB9BSeUh6ov5UaBqV7/VLTTLQXN7OsMBIUO2cZPSo
dN17TdYeRNPu452jALhQeAenWr5VWGCAR6GgIq/dUD6CjSwa3Mi78W6JY3UlvdahFHNEcOhByD+V
XrrVLSysPttzOsdsQp8w5xz0/nVgxIeSik+4pSqkYIBHoaNA1M/TfEOl6vM8On3kc8iLuZVB4GcZ
5FRXvinRtOuntry/iinTG5GByMjPpWqI0X7qqPoKQxoTkopPuKNLhqcrqXhnw5cRTa1dySpDNiZ5
VmYKc4wcD14qhp/h/wAHarcm3sbuaeUKW2rO+cDv+td1tUrtwMelAjRTkKoPsKtVJJWuyXBN7HB3
+heDNMujbXt5NDMoBKNO+cHpVr/hD/C/9mf2j51x9j2eZ5v2h8bfWuyMaMclFJ9xRtXbtwMemKPa
y7v7w9nHsjz3TNE8J6pqctrbXU0pwDEqzvlhjLflVjUPD/g7SrkW99dzQylQwVp3zg9/0rq7RFGr
X+FAwY+g/wBmr5jRuWVSfcVTqSvuyVBW2OOi8H+GJ9N/tCOW4a02F/NFw+No6n9DVOy0TwXqN2lt
Z3s0s752os75OBk/pXe7VC7cDHpSCNAchFB9hU+1l3f3j9muyOYt4PDfgq9bddG3nuIxxNIz5UHt
+Nb9rqdpe2BvbadZLYBj5gzjjr/KrJjRuWUH6igKoGAAB6AVLd9XuWlbYyLTxbol9cx29tqMUk0p
wiAHJP5VY1LX9N0d401C7jgaQEoGB5A69KvCJByEUH6UpRW+8oP1FLQNbFaw1S01O0NzZTrNACQX
XOMjrVC38X6Hd3EcEGoxPLKwVFAOWJ6DpWwFVRhQAPQUgiQHIRfyo0DUp6lren6P5f8AaF0kHm52
bgecden1p+narZ6vA01hcJPErbSy54PXHP1q0UVvvKD9RQqqvCgAewo0sGpjx+MNCluFgTUoWkZw
iqAeWzjHT1q5qWs2GjpG+oXKQLISqls8n8Kt+VH/AHF/KlKK33lB+oo0DUp6brFjrEbyafcpOkbb
WK54PXvVJvGOhJOYW1KESB9hXB+9nGOnrWyqKv3VA+gpPKj/ALi/lRoGpW1HVrLSIFm1C4SCNm2B
mzyeuOPpTNM1rT9YEh0+6ScRkB9ueM9Ov0q6UVvvKD9RQqKv3VA+go0sGpjz+L9DtbiSCbUYUljY
o6kHII6jpV/UNUs9LtRc306wwlgods4yelWDEhOSi5+lKUVhgqCPejQNShpuu6drDSLp92k7RgFw
oPGenX6VXuvFuiWNzLb3OoxRyxHa6kHKn8q11RV+6oH0FIYkJyUUk+1Glw1K93qlnYWP2y6nWO34
/eHOOelQab4g0zV5ni0+8jndF3Mqg8Dp3FaBRSMFQR6UBFU5VQD7CjSwamVeeKdGsLx7W61CGKdC
AyNnjPI7e9FWtUewg0+abUli+yqP3hkTcMZ7jHriiqST6MltrqXaKKKgsKKKKACiiigAooooAKKK
KACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ9Kp6VHZ
RWQXTfL+zbmI8tty7tx3c/XNXDWR4WsLjTdEW3u49kollYqCDwXJHT2NPoLqbFFFFIYUUUUAFVdU
/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2K8OmsYIz9vveVH/LQen0p/8AZjf8/wDe/wDfwf4V
at/+PaL/AHB/KsDxZFezXGlLp0jpcrNJJHhiFZlicqr4/hJGDn1p8zFyo1f7Mb/n/vf+/g/wo/sx
v+f+9/7+D/CuGTxLq6w2rW7JZR3E082b5X5bz2HknCk8DsME9uBV1NV1mxsHEF417O95c2eJoRuh
lZz5JOMfKAM/RhjgCjmYcqOs/s1v+f8Avf8Av4P8KP7Mb/n/AL3/AL+D/CuTk8T6lPZx3TT/ANn2
03mtHI1oXJaMIojx/tP5h9SFwPWn3d7rN1p9zcSoTNDd2axWQTaA/wC5dsv1PzMw9AKOZhyo6n+z
G/5/73/v4P8ACj+zW/5/73/v4P8ACsHV7gTeD7Ca+uZHSS5t/tUmxoTt8wbwVHKgcgjPbmqC3t1Z
7zp0pFkFuGsprsOQiBIucnnbuL4JzxjsKXMw5UdDY+HI7B7hob+/zcSGV8yg8n8Kuf2a3/P/AHv/
AH8H+Fc1a+Iby5mtVa5eBTCrwpJbDN++5wyhhwB8q4K9nDdOKrW3ibVhbPd+abyG3jhuLtUtCphy
2JIQOpKqd3cjbz1oTtoi5tzfNLc67+zW/wCf+9/7+D/Cj+zG/wCf+9/7+D/CuSh8Qa9/bMNvdSW0
HyK7QPG26YMhY7MKeVPy/ex8pz1qY6xrVpaaUJrlJZdVgQrIbcL5Mgw8mQO3l7sA9096fMyOVHT/
ANmN/wA/97/38H+FH9mN/wA/97/38H+Fc5qWuanHHqt7Yyh7WJ4I4FMOAiOqM0pOCTjce2B3HFZ0
vifVorWBpdRtVcBDG0VuXW7zMyMNxAxtULkgAZOelHMw5UdjNp8qRM0d3eyOBwnmqM/jisyKyGi3
lpPd3ZVJJmJjLfu4zsbpwOffj6V0tUb3/kI6d/11f/0W1NSewnFCf2zp3/P7B/32KP7Z07/n9g/7
7FX6y28Racs97C0/7yykjjnXY3ymTGztyDuHIqdCrMl/tnTv+f2D/vsUf2zp3/P7B/32KkutVsrJ
Ge5uoY1R1jYs4+VmOFB9Mk1OJ4tufMTGCc7h0HX8qNAsyp/bOnf8/sH/AH2KP7Z07/n9g/77FWvt
MG9k86Pci7mXcMqPU+1V4tVtZbuS3SVSyIjlsjaQ7MqgHucoeKNAsxp1nTv+f2D/AL7FUdNbQ9JN
ybO5hT7TKZpcy5yx69as3viKx0++NrcNKrIqNJIIXMcYYkKXcDCjIPU1cjvIZG27wrbzGA3ylmHX
GetHu9hqU0mk9GQf2zp3/P7B/wB9ij+2dO/5/YP++xVk3lsqyM1xEFiOJCXGEPofSn+dH/z0TqB1
9en50aCsyn/bOnf8/sH/AH2KP7Z07/n9g/77FWPttts3/aIdm7bu3jGfTPrTxPEQCJUIK7gdw5Hr
9KNAsyp/bOnf8/sH/fYo/tnTv+f2D/vsVZF3bt5e2eI+YSEw4+Yjrj1xTkuIZZGSOWNnQ4ZVYEj6
ijQLMzbnX7SDa0c0M0f8YSQbx7gd6fo11Dei8uLaQSRSXGVYd/kSrV1ZpebVlaTyx1jVsB/r3I9q
h01FjlvlRQqrcYAAwB8iVXu20J1vqX6KTNGagsWsLxXrF3otjbT2MSTO9wFkRhkmMKzvt5HzYQ4r
czUFzZwXbQtMu4wSeZHz0bBGfyY/nQBy994vuU1K5WxW2ksY4UMUpyS7+ZGrc5xtAlGPcGr2oeIJ
dN8Vw2c4iXTWtgzzHhkkYvtyc42kRsOmckVZHhTSFsltFtSsKRmJQsjAhS4c85z94A568U+bw1pl
zbPBcRSTpIiRuZZndmVXLqCxOeGJ/l0oA5uPxbrNz5CLDHFJNcTLiK1adljVY2TK715xJyf0rY1j
XZ4ogulSwzNDL5d7IkLTm2+U8mNSGPIwcHgdjVy48N6dczeayTRy+Y0u+G4eNtzABuVI6hV49qs3
ul2+oRRJO04ERypineNumOSpBP40AZmlate6q8l3FPZf2dC5ibCsWfaPmcNnAGegIPHesW28b3t7
pcstmtlPd/aofKiRsgwS8oCQeHwGB9D2roX8KaQ4kUWzRxyJseOOV0Q/LsztBxnbxnGanfQNNe6i
uPsqLLFt2lMqPlO5eBwcGgCnp3iaK90nU9TUeZaWmXj2DDMghSQg5/iyxH4VBJ40ggvLW0msLtZ5
QjSooDmEOSFJ25B6ZOOgq+PDWlLHcRpbFEuJJJZUSRlV2kXa5IBxyP8AHrUk2hWE97HdskizIqpm
OZ0DqpyoYAgMAc9c9TQBX0fxGur3ZhFlcW6tbrcwvKVxLGxIBABJHToa2qx9N8OWmlapJd2ZkRXg
EPlM7OFAYkYJJwOcADgVr5oAWikzRmgBaKTNMeeKJ0SSRVaQ4QE43H2oAqWn/IW1D6x/+g1frPtP
+QtqH1j/APQa0KqW5MQoooqSgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAyvEunTat4eu7K2KCWZQFLnA6g/0opPFF/Ppfhy8vLVlWaJQVLDI6gdPxoroo89vdManJf3jWoo
ornNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf
+zU11E+hfooopDENZnh3U5dX0lbqdURzJImEzjCuVH8q0z0qnpdraWdmIdPKmAMxG19wyWJbn6k0
+gi7RRRSGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT2Jbf/j2i/wBwfyqTGajt
/wDj2i/3B/KpaQxMUYpaKAExRtFLRQAmAKMClooATH1oxS0UAJio3toZJ45njVpYs7GPVc9cVLRQ
AmKiuLWG7gaG4jWSNiCVbkHByP1AqaigAqje/wDIR07/AK6v/wCi2q9VG9/5COnf9dX/APRbU0Jl
6uT1Lwlc3d5JdwTwxzNfpMc5w8H7rcje+Ytw9/qa6yikM4NPAlzGLovHZ3ExcOk087t5oE6yYZCp
C8AgkbuvGASKsah4KvLq/nkt54IYJHO2PJOxJRi5A46nAI9/Su0ooA4u58F3U8l2qiwRZPtTLcAN
5svnKyqj8cKoYdz9xcAYq+/hdl8QWt/bi1W3to4o1tivy8eZuYADAYbxtP8AvDjOa6WigDndU0bU
bvUNQFubUWmo2sdtK8jNvjA3hiFAwch+Mkc1UPhW8jv4Z4GtgyXUknmsxJWNnDYCFSC2B1BUg9yO
K62igDjYvCd5FZWcZtNJlezdSQxbbe4Rl3S/KcMC24fe5z9aYnga6RbeJb2JIvs22fYpB85Q4iZP
ZfMPU5+RK7WigDjdG8FvZyWjXVvZ4huBNIBM8wkIhdAwDKApywOPQdTxTbLw1eqNXiijhSGRZbG1
Mu4GO3Ksw2jnP7x8f7qCu0pKAOOuvBUj6pZTRR27W0EUKCITPCIWRyxZAow2c9OOQMmpPDWg3Wj6
/wDvrW2SNbAQ/aIAf3zB/vOSB8xHOOep5rrqKACsiC0ae8v2W6uIh5+NsZUD7ieoNa9UbD/j4v8A
/r4/9kSqWzJfQT+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UrsfKih/Zsn/QQvf++k/wDiaP7N
k/6CF7/30n/xNX6KLsOVFD+zZP8AoIXv/fSf/E0f2bJ/0EL3/vpP/iav0UXYcqKH9myf9BC9/wC+
k/8AiaP7Nk/6CF7/AN9J/wDE1foouw5UUP7Nk/6CF7/30n/xNH9myf8AQQvf++k/+Jq/RRdhyoof
2bJ/0EL3/vpP/iaP7Nk/6CF7/wB9J/8AE1foouw5UUP7Nk/6CF7/AN9J/wDE0f2bJ/0EL3/vpP8A
4mr9FF2HKih/Zsn/AEEL3/vpP/iaP7Nk/wCghe/99J/8TV+ii7DlRQ/s2T/oIXv/AH0n/wATVW/0
u4lhEMdxcTh+D5rptX3Py5P4fpWzRQpNByoxtFtHsri8t5LiS4ZPL/eSdT8tbNULT/kLah9Y/wD0
Gr9ObuxR0QUUUVJQlGa57xw7J4fUrKIQbqBXdmZVCmQZ3FSDjHXBFZsGo31tLbLp93bvYQx2u5Uj
aRZjLO0bkSMxYAAZ7/lQB2dLXAWGr6jpOmzLJMzwvFNLEVhG+Ei52cljgjD5JOAAM9KWPxNrc+n2
91HLEoit5JpV8jd5+2fywMg/LlRnjPtxQB31FcRe+JtQgt76WK6h8+OcwtaNCQbVPN2CVm5JG3Dc
jHzZ6Cs+/wBd1K9sIILq/tVJMDL9mjLi8/flW2txjaFXOBjJPbFAHo2aWuD8cXM0Ou25imZCloZI
1Wd0ZnEgOI1XIdyOMNxzT5vFWqRazqSSNBHBbCZVtVUtcYUZSRVwAQepyduD7UAdzRXCaf4pv7yG
1W5vobJGlmX7W0IcTFHUKnB25IYnIPOOO9Nk8U6v5d20U0ZnEUrPb/ZzmxZXCoGP8W4Z4OM9RxQB
3hOKK5HULjUbnwVr8M9yTdWxlhWeOLaXUAHO3PBIJHH1ps97qelJfxQTxLbWAt7ZD9m+WMME3zEA
8hQSdo49aAOxpM4rhZPEGtSWry2t3E0dtDdTrMbUkXixGPbgZG0EswyOu3Iq/fXWoN4X8QwXVwZZ
7VWjSeFDEzAxK+QATgguRkHt60AdXmlrgDq2q6dqF5azSvE9qlvbPdyoXQRNJJifHQnbtBPQNnPA
qtqniDUb7TDBPeJBGwBhcW7Br9fOK7l/ujaFPH97PSgD0eiuU0DXtS1HxNd2109okCGVfs2T50ex
wqtjHQjnJJzkYqh4au5f+EuuE8xpA8l2sqpPI5XE3yGRW+VOOF29c/kAd3RRRQBT1X7D/Zs39qeX
9jwPN837uM9/xxRVXxRYT6p4cvLO1VWmlUBAxwOoPX8KK2pxi1q7GU3JPRXNaiiisTUKKKKACiii
gAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s1NdRPoX6
KKKQxDWN4Ss57DQkguojFKJpW2nHQuxHT2NbJrN8P6o+saUt3JGsbGSRNqnI+Viv9KethdTTooop
DCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P
5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A9FtV6qN7/wAhHTv+ur/+i2po
TL1FFFIYUUUUAFFFFABRRRQAUUUUAFFFJmgBaKSigBao2H/Hxf8A/Xx/7IlXc1SsTi41D0+0f+00
prZie6MGfxZcQXesWzW8RlgcR2AycTthQQ30Z1zjsaIvFF3LoOo3ohtxNa2UNwg+bazPFvIPOcZ/
Stz+xtNmnS6+zRvIJWnWTJPzsmwsPqvFQHwrpBJ/0VgphWBkE0gVkC7QCobBwOMkZpDMiTxhcPPY
xw20QJikN4HJzDKqSEIP+BRPnPYD1qex8TSnw8Lu+aFbyaF5reHyJId21NxGGJJHv0IrXOhacZJJ
Pske+WVpnIyNzsnlkn6qSPxpbTRbKy0+Sxhjf7NIpVo5JXfgjGAWJIGOwoA5aLxhqcllGDBEt09z
GnFnMT5bxM+7ys7jyhGQcHBPar134wGn6xc2kot5Ft7RpGVH2yNMsfmFQpOQpXv2NaI8J6QsAiW2
kADq4cXEm8FQVHz7t2AGYYzjk1Z/sLTvKWM2qlVl875iSS/qSTk9SOaAMxtQ1tJbK0ddPF3e7pA4
VzHCiqCwIzlzlgAQR3PbBzLjxre2xkMtrbeXFbS+Y6sxAuFeRF/4AxjI9csK318L6UlqtutvII0Y
Mn7+TdGQMDa27KjBIwCBinP4Z0h7OS0axiNvJB9nePnBjyWx19STnrk9aAM/VfFJtEszZrFcN54W
8TndGgjZ22/7QC5x7VBbeItT1JJTp8diFgied3lLFZF82REC4PGRESWOeo4NdLJZW8r27PGGa3Ja
Ik/dJUr/ACJH41m/8Ijov2WG2WxVYYUaNER2UbGOSpwfmUkn5Tke1AGPceJ9TQT3UK2RtF05L+NG
jfzMPkBSd2OMdcVKniPUGl1WTyEaCwlcbRbSAtGjAMRJnaW27iFA6it+40exuvN863VhLCLdxkgG
MEkLx2yTT1021S3uIFiAiuGdpVyfmLfe/OgDNGtyx6RZXtxGI/tc6hUCkkIxJXPIw23GfQ9qpHxt
FPpjzWthefaWGY4GVNxHleaH+9jbtI4znPGK230WwkCB4AQgjCgs2Bszt79txqtN4V0eeAQyWY2D
aBtkZSAqbAMg5xt4x3HXNAFHTvFLXEsVubaW5unSN2SBQoRTHGzOdzcgGQdOeeh61HJ43jkfy7Gx
luJUvI7aRBJHwHLAMDuweUIxnPritU+G9LLxuLXa8ZUqySMp4UKBkHkYVRg8HAzUcfhTR4o5EjtN
qyMjHErggoSV2nOVwWOAMdTQBWi8WQCZ4mgmkEU5imlRQEhzK0abstk5K9s+uBVrRfEMOtySpFbX
EBjVZB5wUb0LMoYYJ4yjdcGpD4c0s3SXH2Ueajl8h2ALFy+SM4bDMSMg4J4xU9npVnp7brSARnyx
FwSflBZgOfdmP40AU31C202/1GW7mWNcx4z1Y7egHc1atNUiuYBJJtgyeEkdd2OxIB4+lULnR7PV
tQvku4gxUx7HHDIdvY1YtNAs4oAlza2c7gn959mRSR2yMda0fLbzM1zX8i99st/+e8P/AH2KPtlv
/wA94f8AvsVB/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FT7pXvE/wBst/8AnvD/AN9ij7Zb/wDP
eH/vsVB/Yml/9A6z/wC/K/4Uf2Jpf/QOs/8Avyv+FHuh7xP9st/+e8P/AH2KPtlv/wA94f8AvsVB
/Yml/wDQOs/+/K/4Uf2Jpf8A0DrP/vyv+FHuh7xP9st/+e8P/fYo+2W//PeH/vsVB/Yml/8AQOs/
+/K/4Uf2Jpf/AEDrP/vyv+FHuh7xP9st/wDnvD/32KPtlv8A894f++xUH9iaX/0DrP8A78r/AIUf
2Jpf/QOs/wDvyv8AhR7oe8T/AGy3/wCe8P8A32KPtlv/AM94f++xUH9iaX/0DrP/AL8r/hR/Yml/
9A6z/wC/K/4Ue6HvE/2y3/57w/8AfYo+2W//AD3h/wC+xUH9iaX/ANA6z/78r/hR/Yml/wDQOs/+
/K/4Ue6HvE/2y3/57w/99ij7Zb/894f++xUH9iaX/wBA6z/78r/hR/Yml/8AQOs/+/K/4Ue6HvE/
2y3/AOe8P/fYo+2W/wDz3h/77FQf2Jpf/QOs/wDvyv8AhR/Yml/9A6z/AO/K/wCFHuh7xP8AbLf/
AJ7w/wDfYo+2W/8Az3h/77FQf2Jpf/QOs/8Avyv+FH9iaX/0DrP/AL8r/hR7oe8WFu4GYBZoiTwA
HFTVTTR9OikV47C1V1OVZYVBB9RxVyk7dBq/UyvEuozaT4eu722CGWFQVDjI6gc/nRVrVIbKfTpo
9T8v7Iw/eeY21cZ7n64orWnKCXvK5nNSb0ZbooorE1CiiigAooooAKKKKACiiigAooooAKKKKACi
iigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelWFvptmLezJMIZmGW3
cliTz9TVw1ieELWaz0BIriJ4pBNKdjjBwZGIP5Gn0F1NyiiikMKKKKACquqf8gq8/wCuL/8AoJq1
VXVP+QVef9cX/wDQTTW4nsS2/wDx7Rf7g/lUtRW//HtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABVG9/wCQjp3/AF1f/wBFtV6qN7/yEdO/66v/AOi2poTL1FFFIYUUUUAFFFFABRRRQAUU
UUAJXHWmix3/AIh1i2vb3UBJFKssYju3QeW4yOAexBFdjXP6l/oHjDTLzpHeRvZyf7330/kRVRe5
MlsH/CG2f/P7qv8A4HSf40f8IbZ/8/uq/wDgdJ/jXQUUc8u4cq7HJWemLZeNYLa0u7544LZpp1mu
WkBLHagwfxNWbuxvLu7u3gmLW63H7y2Cj5/kTnJ6/Q8VJ4Y/0y51XVTyLq5McR/6Zx/KP13GtOw/
4+L/AP6+P/ZEq+ZpkWTRFDa3phQrfNGuBhTboNvtipPsl9/0Ej/34Wn/ANq2P+mH7VCBZf8AHyS4
Hk/Lu+b045po1rTzaTXIu4fIhjEskm7hEK7gxPoRzUczL5RPsl9/0Ej/AN+Fo+yX3/QSP/fhafLq
tjA1usl3ArXKs8ILj94qruJHqAOabZ6zp9/ZSXlpdRS20ed8in5RgZPP05o5mHKJ9kvv+gkf+/C0
fZL7/oJH/vwtQf8ACUaMbIXY1G3NuZPK3huN+M7fXOOfpVxNRtJJxAtxH5phE4Tdz5ZON2PSjmYc
pF9kvv8AoJH/AL8LR9kvv+gkf+/C1EPEujm1e5Go2xgR/LLh+C3YD1454qQa5ppIAvrY5gNyMSA5
iHV/90etHMw5Rfsl9/0Ej/34Wj7Jff8AQSP/AH4Wpp9Qtbb7P59xHH9pcRw7mx5jEEgD1JANVp/E
OlWqRtPf20ayllQtIBkqcN+AIwT0FHMw5R/2S+/6CR/78LR9kvv+gkf+/C1DJ4l0iG8ktZb+BLiI
FnQtyoxnJ9qkXX9Me8ktVvYTPG4jdM/dYkKAffJA/GjmYco77Jff9BI/9+Fo+yX3/QSP/fhamW+t
nQOkqMplMOQc/ODgr9cgippZEhieSQ7URSzH0A60czDlKf2S+/6CR/78LR9kvv8AoJH/AL8LVi1v
ILxN9vIHXCtkehAYfoRUkkscO3zHVdzBV3HGSegHvRzMOUp/ZL7/AKCR/wC/C0fZL7/oJH/vwtW4
pknUtGcgMVJ9wcH9RUlHMw5TL01JI9Rv1mm818x/NtC/w+grTqjaf8hbUPrH/wCg1foluEdgoooq
SgorB8ZXE1toiG3nMDvdQRlxN5XytIARvwduR3xWeutX9lc29vC1rNaRJbGZpJmmkczTNH8snAIG
M5I56UAddRXC6f4mvrKxkW8khdWSWS3lId3yLjywrDIz94YwQBjk45Cr401GWyt7qKGy8tYJJrgM
WywSfyiEIJAzjPOcdOetAHc0Vx154uu7a1urpPsLKtwbZLcviWJhL5e+QlgNp6/w9QM85qhfeKtT
nsEjeSwspQ0BkKT7mm3TlMRFWI6JyMt94jtmgD0CiuH8aapeafrUP2e7lhjitDOVSdUHEgydjf6z
5cjbUkvjS7j1TUEaC2isrUyxlncGUOg4OwNuYH02jgg5oA7SiuLsPGF5qCwRBtPtpi84ea4JEb+W
6rtUBuGIbP3jjHftHJ42vVgnlRLFmaKZ44dzb7cxuEAl575PQDBGOetAHcUVyV/quozeDdccywwX
9l5sJmh3BflAO5RnIOG9eDzSTa3qGlrewf6G0dj9ntleQyf6yQJ87sWJ2DdnnJPr3oA66iuIm8Xa
mIJGt106X7Kl1LNL8+ydYTH/AKvB4zvIJOQCp61dvNVvz4Z8QfaJIobyxVkE1rkAZiVwQGzgjfj8
M+1AHVUVwi+JtRtNQubS4kjFzbC3tJGuMiJWaSTE5xjhkC8ZHJxkVDqPi6+u9OljinsbUpgGcSMD
c/vjHmDnphc9/vAe9AHoNFcvofiW81fXrm2kt7aO0RpUXEy+crRvt5XcSc8n7q4465zTvD14L24a
5uNUkN7JJKj2JkXbEFYjATGRgAc98+4oA6aiiigDH8V2U+peGb20tY/MnlQBFyBn5ge9FS+ItSk0
jQbq+hRHkhUMqvnB5A5x9aK6KLnb3UY1FG/vGnRRRXObBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiGs/QtUOs6Yt2YvKzI6bd
2fusV6/hWgTgVT0rTYdJsha27O0Ydny5ycsxY/qaOgi7RRRQMKKKKACquqf8gq8/64v/AOgmrVVd
U/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQ
AUUh6VzMPji0aFbi4tp4baS4FtE42yFnJIwyqSUIxnB55oA6eql1C8l7ZOq5WORi59AUI/maqt4n
0dHuka/iBtVZpuuFC/e56HGRnGcd6jl8U6ZAryXFysUI8sKxB3MXBKjbjIPyntQBs0VlyeJdJjnt
IWvozJeBTAFy28N93kDjODjPofSq9x4kWLxGNISBWk2I7O06IcNu+6hO5sbT0oA3KK53S/GNrf2c
lzcxPZxokUgLOsm4SZ2gbM/Nx93r09a07nWLW0+zvLIiwzI8gkZsYVV3E478CgC/RVCx1zTtSspL
uzuklgizvcAjbgZ5B56c/Sq8XirRp7FryG+jeBWCEqrE5IyMLjJyOeB05oA16Kx38UaZDDNcS3cS
20ezbKrbt+9dwwBz05+gJqK08WafeajLZpMokwjQZJ/fq0YkBHHHBPB5ODQBu0Vg6f4x0m90pb5r
pIhsjZ0OSVL9FHHzHORxnkGrtvr+m3dzb29vdpLLcRmSNUBOVBIJPHHII57jFAGjWJ4vt3l8PTTQ
g+faMt1Hj1Q5/lmtumyIsiMjjKsCCD3FNOzuJq6I7W4S7tIbiI5SVA6n2IzVLxFfnTNAvbpf9YkR
EY9WPC/qRVPwe7RaTJp8h/eafO9sf90HKn/vkim+I/8ATdV0fSxyss/2mUf7EYz+rEVSXvWE37pp
aJp40vRLOz7wxKre7dz+eaWw/wCPi/8A+vj/ANkSr1c9LrAsNQuraOGSSeafKnYxQfIncDk+woin
K4m0rFG48K3s2q3cyvCtve3JN0uSTJEFUoOnXcrA/wCy5qBPD2sQ6be2At7d1u7GGAzGfGx0i2Eb
dvIJHWumj1RBGokiumfHzEWsgBP0xTv7Vh/543f/AIDSf4VNmVzI5v8A4RK+FyG8yF4rdpIbUEn9
3A0UgAPHXdIo+iA1asNE1IeGTYzSSwSLBJD5T3AnWYmPaCWZdygHoBitr+1Yf+eN3/4DSf4Uf2rD
/wA8bv8A8BpP8KLMOZHIReFtYito28ttyzxSGIagwlO2KSNm87bkA7kwvoD61bvfDGrahdXF3JPB
G1yHt2hxkpC0ez/WdSQcPt6ZrpP7Vh/543f/AIDSf4Uf2rD/AM8bv/wGk/wosw5kY5s9Xd9PvW06
zSfTw0a2y3J2urKAWVtvykY4BHQnpWVd+DdTmtLp42tVvXt5PKIJ2K8kkrOnT7m2Tbn1GccV1v8A
asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy9S8OT6iLOOa5Z4o5C5BCgwfumVSmBkkMVPJ7V
m6foWuafaMzW+n3N5dWzW85aQqsbGWV9w+U5U+ZyvB4FdN/asP8Azxu//AaT/Cj+1Yf+eN3/AOA0
n+FFmHMjCu/DN41jcW0MiSBtJiskd2xudC3J9BgipU8My/Y9ZEkkrS3sk7RJ57eWm45RgvRWBAOR
zWx/asP/ADxu/wDwGk/wo/tWH/njd/8AgNJ/hRZhzIy5NHvl0qwsbZUjW1MLs4lOXI3eZnjnnBz3
yaw28G6nDpQtESK4iJRmgkunAZ/ICM+7BPD/ADY79etdh/asP/PG7/8AAaT/AAo/tWH/AJ43f/gN
J/hRZhzI5uLw1qMV3bPPHHdwR+WBCblkEbCKJfMGByQUfj/azVJPB+qyLO19DbTgXkNzHAJyEJVn
3kccZVl65Jxya7H+1Yf+eN3/AOA0n+FH9qw/88bv/wABpP8ACizDmRzjeG9VbU1ldkkX7QZYpjcM
Dar57uQFx825CF9unQVe8MaDc6NNM07AiaFN+JWfMoeQluf9lkH4e1av9qw/88bv/wABpP8ACj+1
Yf8Anjd/+A0n+FFmHMiFbmG0v9RmuJUijUx5Zjgfdq5Z3a3kAmSOVEJO3zEKkj1wecGsK40m08RX
d6ZlmjZGj8typVlO3+6eoq1aeGbQQAXttC8oJ+aNnAYdjgng1pJRtq9SE5X8jborK/4RrSv+fNf+
+2/xo/4RrSv+fNf++2/xqLR7le8aM8EVzEY54kljPVXUMD+BpsdnbxIEjgiRBjCqgAGDkfkeaof8
I1pX/Pmv/fbf40f8I1pX/Pmv/fbf40Wj3D3i+1pAyFGhjKsCpBQYIPUfQ0Czt1TYsEQQDbtCDGM5
x+dUP+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvF42VszyO0ERaVdshKDLj0PqKaNPtFEYF
rABGMIPLHyjrxxxVP/hGtK/581/77b/Gj/hGtK/581/77b/Gi0e4e8X5bS3mkSSWCJ5IzlGZASv0
PakaytnmaVoIjKy7C5QFivoT6e1Uf+Ea0r/nzX/vtv8AGj/hGtK/581/77b/ABotHuHvFz+z7Tyk
i+zQeWjblTy1wp9QMcGnfY7fdI3kRbpceYdgy+OmfX8ao/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+
a/8Afbf40Wj3D3jRMEZV1KLtf7w2jDfX1oaCJg4aNSJBhwVHzdufWs7/AIRrSv8AnzX/AL7b/Gj/
AIRrSv8AnzX/AL7b/Gi0e4e8X1tLdYxGsMYQLsChBgL3GPT2pxgjKupRSH+8Co+btz61nf8ACNaV
/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jQktoZQ4kijfeu19yg7h6H1HJprWVs3l7reI+U
NqZQfIPQenSqP/CNaV/z5r/323+NH/CNaV/z5r/323+NFo9w94vrawJcNOsMazOMNIEAZh7nrSi2
hWd51iQTOMNIFG4j0J61n/8ACNaV/wA+a/8Afbf40f8ACNaV/wA+a/8Afbf40Wj3D3jVorMi8Pab
DKksdqFdGDKd7cEfjWnSdug1fqVNUtLS+06a31AgW0gxJl9oxn17UVR8XWk1/wCFr62tojLNIgCo
vU/MKK2pRTXxWM6js9rmzRRRWBqFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8A
kM33+5F/7NV+qFt/yGb7/ci/9mprqJ9C/RRRSGIaw/B0UsHh9EnSRJPOmO2QEHBkbHX2rcNUNF1R
dY05btYjEC7ptJyflYr/AEp9BdTQooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E
01uJ7Etv/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAhGa5qTwlNNeN
eSakv2vejJIlqqg7GyN4B+c9s8Y7da6aigDl5PBQlieB9QkNsqSrbR+WuYvMbLEn+L0HTjrk81oT
eH0m1n+0PtDBvOim2BRj5EdMZ99+fwrYpKAOJh8KahYeIrGWHyLizto4ow8rEEBd2SVBxu+dtpwc
E9q35NEnOvPqMF4iJKkaSxNAGJC7vutkFc7j2rCn8Vajp9vqb3EtlLNHfPDbRCNydipuIOPbuffr
wKS18U3TavI4eA2tzJaqsDSkzR+bEpGwdMAnJPfDdMUAWbPwItpYyQfa4Xcwxwqfsiqm1DkMyg/M
/wDtZBHbFaF74ZF9YWltLezs1vBLCZZPmeTfGULE+vOaxtD8V6hPNplktqs8YgthdTyzKrkyRht4
ycnr6HJz6Vfvtbv4tZnsrBIGma6igQ3DtsUGF5CcAZ/g6e9AGjFoSxx6ivnsftyKhO37mIxHx69M
1mXfgiK6VCboGSIwlPNgWRP3cbR/Mp65DH0war6v4gvLrSdDlswbf+0UMsm2dYyMR7tokZSB+WTj
tzT4vF80lxAYYoPspe1iZJ5Ntw5mCkMqjjADDPrtbpigCtrfg+8NrCmnvHLh4zJGAIRhYjGNoUgA
cnjI4OOa17bw0cxTzypHL50Vw8UKYjVkh8vauedveovDXia41m5jjuUtP31r9pT7NIX8sBtpV89z
/Rh2rpaAOVt/BcsEds7atJJd2aRx2sxgUCNUDAAr/FkMQTx26d9LSPD40q5M/wBqknkeLZIXUDc5
keRn46ZZzx2rYooAKSlooA56H/QPHE8fSPUrYSr/ANdI+D/46R+VGm/6f4u1S86x2iJZRn3+8/6k
D8KTxgxsbey1hVLHT7gO4HUxt8rD9R+VT+ErV4PD8Esw/f3TNcyZ/vOd38iK0fw3I62Nus23t4rl
9QinjV0Nx0Yf7CVpVRsP+Pi//wCvj/2RKhbMp9C3HGIo1RScKMDJJP5mnVH9ph/e/vo/3X+s+YfJ
xnn045pPtlt5Ty/aIvLRQ7PvGFUjIJPpjmkMloqN7mGMoHmjUyAlAWA3YGTj145plvf2l3C01tdQ
TRIcM8cgZV78kUAT0VUOraeLUXJv7X7OW2+b5y7M+mc4zVhLiGRwiSxs5QOFDAkqeh+nvQA+iq39
qWHkyTfbbbyom2yP5q7Ub0Jzwak+124OPPiz5fm43j7n976e9AEtFMeeKPy98iL5h2plgNxxnA9e
BUcl/aRCMyXUCCRtiFpANzdMD1PtQBPRVVtV09bhoGvrUTLndGZl3DHJyM5pw1Kya4a3W8tzOhw0
YlXcD05Gc96ALFFM+0Q4B82PBfZncPvdMfX2pzusaM7sFVRkkngCgBaKZDcQ3C7oZUkGAcqwPBGR
+YINPLAYyQM0AFFNSRJATG6sASCVOeQcEfnTqAKFp/yFtQ+sf/oNaFULT/kLah9Y/wD0Gr9VLcmI
UUUVJQUVi+Kru7s9JjbT2dbiS5hiHlhNxDOAQN/y5we9Ujr1/YXUFpNaGZES3NzNNMolUzSmNQFR
dpwRzgjj3oA6eiuN07xXdwWUq38URbbLJBM0hPmYn8sKyqhIOWUAKGJ+tO/4Te5a2t549NQp5Ty3
IaYqUCTeUQoK5Jzk87ffBoA7CiuYufFlxBaTXi2CSWxuDa24WUmR5RJ5fzKF4GQTwSenGTVG+8V6
rPYYi0/7DNGYDcmWXDIHmKDYu35shSeccMO9AHa0VyHivWdS03VUWyllSCG1NzLsiR0ADgMZM/Nt
25+5zUreM5BfXqjT2WwtTLGbyRiEEidjgHgngYyenHNAHVUVy1h4sutTMUFrp8Qu8ymVZpmjULGy
qcZTdk7hwVGO/bMUvjaaO2a5/s+MwyxzSWg+0fO/luFO8Y+XOe2cdDzQB11FcvqGuahJ4Q1i4ihi
ttQsvMiOJNyBlAO5W288HIyOtDeIL3ThcW0lpHM1p9nt97XPMs8u0DJ2gBcty3X/AGaAOoorkbjx
leQrKq6bA8lotw12BdfKBDszsO35iRIODjBBBqzd65fHw3rUrRR2d/YKy5jfzVDeWrqwyBnhhwR1
BoA6WiuMt/Ft6t/LZyxxyXkQhtWhZgii4Z3G8tgkIyqrDg9QBzTNQ8X39zp9yljbRQTWxC3MpnBC
HzjH+7+X5/uE846460AdtRXP6N4kn1bV57ddNmjskMipdE8FkfYQRjHJzjBPTnFVLTUdRW7tZ5b0
3Ed3qFxa/ZWjQBEV5AGUgA8BBnOep6UAdXRRRQBm+INSbR9Dub9I1laBQwRjgHkDr+NFT6rYW+qa
bNZ3ZYQSjDlW2nrnr+FFa03TS95GU1O/uluiiisjUKKKKACiiigAooooAKKKKACiiigAooooAKKK
KACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VR0fTE0ewFpFI8ih3fc+M/
MxY/zq8aw/Bvmnw+nn+Zv86b/WZzjzGx19qfQXU3aKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QV
ef8AXF//AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAl
QQ31tcuUhmV2BYYX/ZO1vyPFTmuETRtTu9Eht4VlQx20ttMBKYyZftCFj1B5VXIb396AO7zUVtdQ
3kXm28gkj3Mm4eqkqR+BBFciug30FxDFLaTXenRTTeTAt3tMWXUxvksCQBuGM5GehzUVzoutQwsl
vbtJ54mQ7LgJ5ZN0ZAxyR1Q9ue1AHT3sWkJKyXsFpvuAZmEkQPmCPHzHjnbuHX1qwNOskuFnW0tx
Mq7VkEQ3AYxgHGcYrjJ/DurPeXsqWsguXt7uP7Wbv/Ws7qYtq5+XCjHbGMU7UdJ1LTjqWqQC5Esn
2vJjnLEoyjytq5OCDyMDigDrZrTTLdobme3tUaHbHFK8agx5O1VU445OAB61Hd6jo9nqEcN3cWcN
3IQ6rIyhyeVB9fUA/UVymhWkk3g24Wxhnnn+3xTlGO1W2yRsRGWdhjavduuat6lbarJaa2i6I0/9
qoNuZo90P7sIVbJ5xgsNpIO7t1oA6Yw6fewNamK3mhgcI0RRWVGABAx0BAIP41IbO1a6S5a3iNxG
NqSmMb1HoDjIFYlraXq6PrDQQjzrtzJbpcEqWBhjX5scqcqeOKwYfC+r3GnLDdJMqxG6eFBc7NhZ
U8r7rnowY4yQKAOvsLHTdAht7W1jjg85vLQ7fmlYKTye5wpOT6U8a3pp1JtP+3W/2xesO8bhxnp9
OfpXOW2iakfE9peXVrJI0VwZGu2uRtEZgKhBHnqGPXHcnuafN4fvjrc146m4tJL5na0d1CbDAEEg
PUMCCMEngk46UAbP/CVaH9mNx/atn5Ify9/mjG7GcflzVyPUrOa4EEdzG8pLAKrZyVxuH4bh+dcc
uj6qlunl2V+n2f5bHN3CZrX5fmUsTteM/KMNuPH0xdsdPvbfU7FbqJfPa/nu3kj5TYYdp57ZZlwD
6e1AHXUUUlAHPeNS8+ippsBHnajMtuuewPJP5A1c8L3pvvDtnI/+tVPKkHoyfKf1FVJf+Jh44hj6
x6bbGQ/9dJOB/wCOg/nRof8AoPiDWNN6I0i3kQ/2XGG/8eB/OtH8NvmQviudDVGw/wCPi/8A+vj/
ANkSr1YD61b6dfXlux3XEk+5U6DGxOSewqYpu9hyaVmzJufDWoyapqRjhQWmqXBW7y4+aJVQqQPf
DofZge1QR6LqkOj6hpzaY7m806CEOJI/LDJDtZWy2evHAIrqo9bs/LXzbmMPj5tobGfbin/21Yf8
/K/kf8KOWXYOZdzlm8Mak11CZIkkjsfNtrMlxkQNDIAx9yWjT/gGe9W9O0rUl8JmyCSQMLZ4pIbi
OLdKxjwNrRkAAHuQSe9b39tWH/Pyv5H/AAo/tqw/5+V/I/4Ucsuwcy7nEweHNVitYj9iugi3MMrK
Ps3n5WGSNiB/q9vKAZ56mr99oWtXl/cXsUUMP2iN7NV3YlihaPaCSG24D4fAGeuK6f8Atqw/5+V/
I/4Uf21Yf8/K/kf8KOWXYOZdzn/7OmY6ZcL4cMUVluR7MPDliU2h1+ba23kckHDE1l3XhPVWs7me
3s4kuhZSpBCsi7QJJZS0GfQI6+2VHpXaf21Yf8/K/kf8KP7asP8An5X8j/hRyy7BzLuY+reH73Ux
p8UkqMkE/mxuqbWtiInCtnJ3EOV6YrKs9E1KCzaS/wBCiu7i5tZIjEJYysEjSyuc7j9xt68jJ+Xp
XW/21Yf8/K/kf8KP7asP+flfyP8AhRyy7BzLuc3feGLtra6RYIp520iK1E3ygyTKW3cnnkEcmp4/
DNwbTW2kZxNczTSW8Y8vCtu3RuGxuzkA8nHtW7/bVh/z8r+R/wAKP7asP+flfyP+FHLLsHMu5knT
r+DSLCztIHWSF4ZZpfMX94x3GTPPXdyfXdxWNJoviJNJ+zSG/ukcKZFF6BKWNvg/OWHyiTORnHoC
OK6/+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3OattK1m3ubYTRXb2iCNfLtrlYyriKJdx+YZQFZM
jnk5wapjRfEF2JG1GC7aOK9guIoY7v5sBnD7W35IwUPJXvgCux/tqw/5+V/I/wCFH9tWH/Pyv5H/
AAo5Zdg5l3OcGna8NRBb7Ts+074XjuAscaee7P5i5+bdGVAGDjpxWh4Y0/VLGaU6jLcSLLCjETT+
Ztl3ybgOeBt8vgcfjmtP+2rD/n5X8j/hR/bVh/z8r+R/wo5Zdg5l3EtiF1TUSxAA8vJPb5as2t3B
eReZbSrLHkruXkEjrzXOX2nL4jmvvst66KrR8DOxzt6MOtXbHR53tl+0XeoW8i/L5aXCsuB3BC9K
qUVa7ZMW77G7RWV/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hU2Xcq77F29sLXUrZre9gjnhYglJFyCQc
j9aih0fT7eIRw2cKIAgACD+Fiy/kxJHuar/2If8AoKal/wB/h/hR/Yh/6Cmpf9/h/hRZdwu+xYfR
9PkiMb2UBQqyFSgxtZtxH4nn60iaJpscAhjsbZYghj2CMAbS24jHpnn61B/Yh/6Cmpf9/h/hR/Yh
/wCgpqX/AH+H+FFl3C77Esmg6XK9y8mn2rNdDE5aIHzBnPPryAfwpv8Awjmj4gH9mWhFuMRZiHyf
Nu4/Hn60z+xD/wBBTUv+/wAP8KP7EP8A0FNS/wC/w/wosu4XfYsXmjadqE8U95ZQTyxcI8iBivfv
TZNC0uW7lupNPtmuJVKSSGMbmBGDk9+OKh/sQ/8AQU1L/v8AD/Cj+xD/ANBTUv8Av8P8KLLuF32H
jw7pAgihGm2vlROZI18oYVj1I9zjn1p40PTBLcSCwtt9z/rm8sZk5zz688/Wof7EP/QU1L/v8P8A
Cj+xD/0FNS/7/D/Ciy7hd9i61hatDPE1vGY7gkyoV4kJGDkd84pJdOtJ1nWW2idbjHnBlBEmBgZ9
cYqn/Yh/6Cmpf9/h/hR/Yh/6Cmpf9/h/hRZdwu+xYTRtOit1gjsrdYVjaIIIxjYxyy49CQM+tSvY
Wskc6PBGyXH+uUrxJwBz68AD8Kpf2If+gpqX/f4f4Uf2If8AoKal/wB/h/hRZdwu+xZuNIsLtp2u
LOCUzqqSl0BLhSSoPrgk49Kifw9pMqwLJptoy267YQYlxGOuB6cjNR/2If8AoKal/wB/h/hR/Yh/
6Cmpf9/h/hRZdwu+xZg0jT7a/kvoLKCO7lzvmWMBmzjOT74H5Ulto2n2d3LdW1lBFcTEmSVEAZiT
k8+561X/ALEP/QU1L/v8P8KP7EP/AEFNS/7/AA/wosu4XfY1aKzYtHMUqP8A2lqD7WB2tKCD7Hjp
WlSdhoxfGFvNd+FL+C2ieWV0AVEGSfmHQUVa13U/7G0a4v8AyvN8hQ2zdjPIHX8aK3ouaXuq5lUU
W9WaFFFFc5sFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv8AkM33+5F/7NV+qFt/
yGb7/ci/9mprqJ9C/RRRSGIapaRqkesWAu4Y3RC7ph8Z+Vip6fSrpOBVDRNLGj6cLRZTKFd33Fcf
eYt/WjSwjQooooGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH
8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooASoZrhYZ4IipJmYqCO2FJ5/Kp6
o3v/ACEdO/66v/6LamhMu0tFFIYUUUUAFFFFABRRRQAlLRRQAUh469KWsjxTetYeHbuSL/XOnlRD
1dztH86aV3YTdlcq+Ex9riv9Vbrf3TOhP/PNfkT9Afzo1n/QfE+kagOElLWUp/3hlP8Ax4frWtpd
kunaZbWafdgiVPrgVS8V2bXvh27EQ/fRKJ4j6Oh3D+VVe8hW9016zILWK7lvlmXO25yrA4ZTsTkE
cirenXiahp1tdxkbZ41kH4jNRWH/AB8X/wD18f8AsiUlpcHrYtxp5caoWZ9oxubqfrT6TI9aNw9a
koWikyKAQehFAC0Um4YzkYoyPWgBaKTcOeRxRkUALRSZo3D1oAWim7l9Rml3DOMjNAC0UmR60EhQ
SSAB1JoAWikVgwBUgg9CKKAFopAQelLQBQtP+QtqH1j/APQavVRtP+QtqH1j/wDQavZqpbkxFopM
0ZqSipqmpw6TaC4nSV1LrGqRIWZmYgAAfU0kGq203kq7i3nmGUt5yElPX+E89jVXxLpUms6ULaJY
HYTRS7J87HCuGKnHPOKzT4WeaZJ5IrGGVEtEjWJSREIZjIQpIyAQQPrQBs2OuWF/ZyXMdxGiRFvM
EjAGPDFctzwPlPWpzqNkDCDd24M+PJ/er+8z0288/hXMDwfdQRMbSe2inaKVHdY8Fy04k5OD/CCu
cEgnIqGPwNN/ZywzS2rzJbyxo5QtsZp/NBBPPA4oA65r+0SSaNrqBXgXfKpkAMa+rDsPrVa+13T9
PtI7iW4jZJioiCOpMmWA+XnnqOlYF34SvLi0ubZXsgpuDcRTYdZZMy+YUkI529sg9lOOMVB/whNy
sSJCmnRq/llw3mSGEpM0n7tm5+bcck9+3oAdDqfiOy0i7jt7pZ8snmM6RFkjXcF3MR0GTV9r21Wa
SJrmFZY08x0Mg3Kv94jsPeud8S+GLnWtTiubeSBAtuYQ8jOGibcGDqF4YjHQ8ZFVZPBt3/ad9dQz
W/mTmZ4bmRpGkjMgwV2ElMdRnHTHGRQB1R1GyFvFObu3EMrbY5DKu1z6A5wTSnULMPMhuoN0AzKv
mDMf+96fjXKaf4RvrDyZGawuXDzb4pwzoFkZWyDjlhtx0Gc9qY/gi6lglt3ls/LWOaONxGd83mOG
Jl9cbffJ546UAdPe6zY2OjTapJPG9nEhcyRsGDAdgc4Jzx9adb6raTwq5nijYwido2lQsiYzk4JG
ORznHvWVJ4bJ0LWdPjMCLfSSPEAnyRhlAGR9RnimX/hY3L6lJH9mDXMtvJGrx5UrFt/dv6qSvQet
AG2dTsQkLm8tgs5xE3mriTt8vPP4Uy51azttKn1HzlltYEZ3eE7+F64x1PHSuafwVJcW9z9oNl5s
8N0Aqxfu4ZJvLwUzzgBOTwSSTxWlL4cb+y9bs7YwQrqBzEETasf7pE5A91J49aAL8GuWE+StwoQW
6XXmN8qiNiQCSen3T9KNQ1yw02xW6muI2jcAxhHUmTJH3Rnnr2rAuPBk41C8ntZ4GgeWKeC2nQlF
ZXd3RsfwlnLD0Pbiq8ngm8MTBX05nuOZS8TYgPnNLiEdh8xHPoD7UAdlHdW8txJAk0TTx4Lxq4LL
npkdRVOx1qHUbqaGC3ugsTOhmeErGxVtrAN35B/KsrQ/C8ula9Pey+RKGMxSbzJTLiRw20qTsGOm
R1wOlT6Fok+k6jeyvb2GyeWWTz4t3nPukLANkY4Bx17UAdBRSZpaAKerabFq+mTWNwzrFMMMUOD1
zx+VFUPGUcsvhO/S3WR5Sg2rGCWPzDpjmit6UW1pKxjUaT2ubdFFFYGwUUUUAFFFFABRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhrD8HTS3H
h9JLiSSSQzTDc5JOBIwHX2rcNVNL1KHVrIXVsriMsyYcYOVYqf1FPoLqXKKKKQwooooAKq6p/wAg
q8/64v8A+gmrVVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUU
AFFFFABRRRQAUUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABR
RRQAUUUUAFFFFABXPa5/p3iLR9OHKI7Xko9kGF/8eP6V0NcjYazpv/CVaxd3t/bQtGVtIlklCnav
LHB9WP6VUV1JkdbQRkEEZBrL/wCEn0T/AKC1j/3/AF/xpf8AhJ9E/wCgtY/9/wBf8aXK+w+Zdyn4
SP2a1vNLY/Np9y8a/wDXM/Mn6H9K0rD/AI+L/wD6+P8A2RKwrXVbE+Ov9BvIJ01C1w4ikDYkjPGc
eqk/lWh/a1rp91exyyKZnuMpEGAY/InPPAHuatp3ZCaVjAudJ1NtU1aOGCb7Lq9yY523Y2RqifOP
95d6cd9tV47W8j0PUtOk069aW70yCOMLESm5YNrKW6A54rtY9Us2jUyXNsjkcqJlOD9ad/adj/z+
W3/f1f8AGosy7o42TSNVlu7YTwTOmnedaW7bv9YhgkxIee+Yl/3g1WNGsb2Lwc9ra2iRZt5EnR7Q
20rP5QC7QOGOeCx611f9p2P/AD+W3/f1f8aP7Tsf+fy2/wC/q/40WYXR5zDo94mlxRtYTfZRdxSs
Dp2eRBIrf6PnkA7Pm4yWzzite7tNZl1Ge+sbNoI5YXsICHKyRp5fyMY8YUCTnOcgHpXX/wBp2P8A
z+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cj9gszFYPHoN4mnws32u1a3+aSTYArsv/AC0xyCeeSDzj
Iz7rRdWW1uLq3srkSx6fLFDbl8kxSSy/uuv3lQxkehUCu+/tOx/5/Lb/AL+r/jR/adj/AM/lt/39
X/GizC6Of1jStT1D+zI8In2e482CSPdmIrC+0yf8CwOOxrGtrCd7FZtY0O9neW3kEFuo3fZ5mmlY
9/lJDR4f0HUV3X9p2P8Az+W3/f1f8aT+07H/AJ/Lb/v6v+NFmF0cdqHhycpeTGxWW/bSI0M8aAs9
xlg+D/eIxz6YqxF4duCmu3ZRUuJZ5pLbFuBLuVg0bb85YZUfL0rqf7Tsf+fy2/7+r/jR/adj/wA/
lt/39X/GizC6MEwXlvpGn28FvO9yk0U9xI0YO5nLNIee4br6ZFZEx8SDRTb3TanMJApkkjhjMuWt
8lMYxt8zIPGR645rtf7Tsf8An8tv+/q/40f2nY/8/lt/39X/ABoswujkrJNWtLi2ikivoLTESk2s
KsxcQxAB8g/JnzAT6gDIFVS3iG+WQ3i6pDDBfQSoI1Hmbdzhx90bgAEPAxz1Ndv/AGnY/wDP5bf9
/V/xo/tOx/5/Lb/v6v8AjRZhdHLJJr0Wo+Wsd3Ghui0KxQp5Tqbh9/mnHH7vaRgjOc8mtLwx/bAm
l/tWW4kSSFJB5yKuxy8gKjaBxtCHnPX3rX/tOx/5/Lb/AL+r/jR/adj/AM/lt/39X/GizC6MTVtS
vtNur+SxtDMSYw0nURjb1I6mptN1DUTZqyWUl4G+bzjdRHdn0xwB7Ve0+aOfUr94ZEkXMY3IwI+7
V6KGOFSsSIgJLEKMZJ6mrlJWtYhRbd7mb/aGp/8AQGb/AMCUo/tDU/8AoDN/4EpWrRU8y7fmVZ9z
K/tDU/8AoDN/4EpR/aGp/wDQGb/wJStWijmXb8ws+5lf2hqf/QGb/wACUo/tDU/+gM3/AIEpWrRR
zLt+YWfcyv7Q1P8A6Azf+BKUf2hqf/QGb/wJStWijmXb8ws+5lf2hqf/AEBm/wDAlKP7Q1P/AKAz
f+BKVq0Ucy7fmFn3Mr+0NT/6Azf+BKUf2hqf/QGb/wACUrVoo5l2/MLPuZX9oan/ANAZv/AlKP7Q
1P8A6Azf+BKVq0Ucy7fmFn3Mr+0NT/6Azf8AgSlH9oan/wBAZv8AwJStWijmXb8ws+5lf2hqf/QG
b/wJSj+0NT/6Azf+BKVq0Ucy7fmFn3Mr+0NT/wCgM3/gSlH9oan/ANAZv/AlK1aKOZdvzCz7mbFf
ai8yLJpLRoWAZ/tCHaPXFadJS0m7jSsUNa1NdH0i4v3jaRYAGKKcE8gf1opdZ0xNZ0mewkkaNJgF
Lr1HIP8ASitKfs7e+Zz57+6XqKKKyNQooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqF
t/yGb7/ci/8AZqv1Qtv+Qzff7kX/ALNTXUT6F+iiikMQnFZ2g6WdH0xbRpRKRI77guPvMW6fjWia
xPCF1NeaAk1zK00hmlXexycCRgB+Qp9BdTcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV5/wBc
X/8AQTTW4nsS2/8Ax7Rf7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV
Rvf+Qjp3/XV//RbVeqje/wDIR07/AK6v/wCi2poTL1FFFIYUUUUAFFFFABRRRQAUUUUAFVX0uxkd
neytmZjks0Skk/lVqigCn/ZGn/8APja/9+V/wo/sjT/+fG1/78r/AIVcop3YrIrRadZwSB4bWCNx
0ZI1B/PFUE06C9ub1pFxKlx8kq8MvyJ3/oeK2Ko2H/Hxf/8AXx/7IlNN6iaWhPHaRrGqukbsBgts
Az7077ND/wA8o/8AvkVLRU3HYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/
55R/98ipaKLhYi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaKLhYi+zQ/88o/++RR9mh/55R/98ipaKLh
Yi+zQ/8APKP/AL5FH2aH/nlH/wB8ipaTNFwsR/Zof+eUf/fIo+zQ/wDPKP8A75FS0UXCxF9mh/55
R/8AfIo+zQ/88o/++RUtFFwsRfZof+eUf/fIo+zQ/wDPKP8A75FS0UXCxnWSKmqagFUKMx8AY/hr
Rqhaf8hbUPrH/wCg1fqpbiiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFAGJ4yaVPCd+0BkEoQbTGTu+8OmOaKvavqUekaXPfTI7xwgFlTGTzjv9aK3pNpaRuZVEm9XY
u0UUVgahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7NV+qFt/yGb7/
AHIv/Zqa6ifQv0UUUhiGqml31tqNkLiyBEJZlGV28hiDx9Qatk4rM8PaZJpGlLaSyLIwkkfcowPm
Yt/Wn0EalFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfy
qWorf/j2i/3B/KpaQwooooAKKKKACikNc7f33iSBp57fTrBraEsRG8zebIo7jAwMjtSlKxpSpOo7
JpersdHRVHR9Ti1nSbe/gBWOddwVuoPQj86vUJ3V0TKLhJxlugooopkhRRRQAVRvf+Qjp3/XV/8A
0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAV728hsLWS5upVihjG53boBWbYeLNK1G8W1
huGWdxlEljaPePbcBmth1VwQwBHoRmuO1i5XxNq9jaaXDM7WF8HuLooVSLZ95Qx6k+grOcnHY68N
ShVupJ+t9F66fqdnRRRWhyBRRRQAUUUUAFUbD/j4v/8Ar4/9kSr1ZMd7DZz33mt87XOERRlnOxOg
ql1Jk7WNaio45Q8asw2EjJViMinb1/vD86ko4u/1q+0rxPqbrLJNBKY7OCAnKpcGNWjI9AxLA/QU
vhnVJLbUbaz1HVGlJgljU3EozM63LoCM9TgAcV2REZOTsJznt1prRwMylkjJU5UkDg+1AHmq63qg
8KvYG/uftZhOoLdbvnFvjdjd6+Z8n+6RW7o9/L/b2rSSTtdyRXEqx2iXxMuAQABCxCAAd81122L0
TpjoOnpSCOASGQJGJD1YAZ/OgDhdX1i70/U7yeO7kmmkUmKCO43PZ/uwSsluMg7QGbeM8kA8YzPq
t9HHpsWnaFq2oXkt1LkzW8v2iWJUXcSGz0LbARnjf2rtAsQkMgCByMFuMn8aESGPGxY1xnGAB160
AedX/ie/Npf6vFNOlsdPjjmhU/8AHrI6yDePQrIoU+xz2rptU8QNBe21nbXtjbEq5lnuvmUOuz91
gEYYh89c4HQ1v4iwwwmG69OaGWFxhljIzu5A6+tAHFTeMtQjS6eNrJnWO5YW21jJamI4UynPIY+y
9RjPWla71O+8QWFvd3MP+h3FwsghR0WYpGjqcb+MB8YORxn2rtNsWWOEy/3jgc/Wl/d5z8ufWgDi
4PEmqHR57mJrUC3srRkWRGYtJKqklm3ZIGenU+tXdK1zVZNaitL5rOSJp57bMMbI26MBt/LHg5xj
t6102IsYwmPTil/dg5+XPXNAD6KbvX+8Pzo3r/eH50AOopu9f7w/Ojev94fnQBStP+QtqH1j/wDQ
av1n2hB1XUMHPMf/AKDWhVS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFAFDW9MGs6PcWBlMQnULvC5xyD0/CiqfjGea28KX81vI8UqICrocMPmHQ0V0UYza912Ma
kop6o26KKK5zYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9UL
b/kM33+5F/7NTXUT6F+iiikMQ1jeE72fUNCSe6lMspllXccdA7AdPYVsmqml3Nnd2Yl04J9nLMBs
TaMgkNx9c0+gupcooopDCiiigAqrqn/IKvP+uL/+gmrVVdU/5BV3/wBcX/8AQTTW4nsS2/8Ax7Rf
7g/lUtRW/wDx7Rf7g/lUtIYUUUUAFFFFACVzviG81GTVLTSNOaGE3kUhe4kQsUAxnAzjPPeuirPu
LG8l1i1uYr0x2kSsJbbbkSE9Dn2qZq6sbUJKE+Z22e/e2n4kmj6ZFo+lW9jASY4F2hm6t3J/OrtI
KWqSsrIzlJzk5S3YUUUUEhRRRQAVRvf+Qjp3/XV//RbVerJ1pLmSWyWylSK4Lvsd13AHY3anHcUt
jV3DOM80ZrD0y1voxIplWKfI8xpbcsX99+/kflj0FX/I1H/n9t//AAGP/wAXTaSe4k32LuaM1S8j
Uf8An9t//AY//F0eRqP/AD+2/wD4DH/4ulbzHd9i7mjNUvI1H/n9t/8AwGP/AMXR5Go/8/tv/wCA
x/8Ai6LeYXfYuGsTw5H5f9pKNPns9147/vX3eaT/ABj0B9Kv+RqP/P7b/wDgMf8A4uj7PqP/AD+2
/wD4DH/4uk43d7lxqNRcbbl2jNUvI1H/AJ/bf/wGP/xdHkaj/wA/tv8A+Ax/+Lp28yL+RdzRmqXk
aj/z+2//AIDH/wCLo8jUf+f23/8AAY//ABdFvMLvsXc0Zql5Go/8/tv/AOAx/wDi6PI1H/n9t/8A
wGP/AMXRbzC77F3NYZ0a21C8vZnRRcJPtWXaG42JwQeCPar/AJGo/wDP7b/+Ax/+LpmlLIsl8JnV
3+0csq7QfkTtk1S0vZkvW10Oj0eyEaiSytC+PmKwgAn6U7+yNP8A+fG2/wC/S1doqeZ9yuVFL+yN
P/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7F
L+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4
cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtF
HM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36WrtFHM+4cq7FL+yNP/58bb/v0tH9kaf/AM+Nt/36
WrtFHM+4cq7GZp0EVvqV/HBGkaAxnagwPu1p1QtP+QtqH1j/APQav05bijsFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFPVdQg0rTZr26DGGEAsFXJ646fjRUWvaY2
s6Jc2CyiIzqF3kZxyD0/Citaapte8zObnf3UaNFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhOKy/Dmmy6TpK2s7I0gkk
fKHjDOWH861DWR4Wv7jUtEW4unDymWVcgAcK5A4HsKethdTYooopDCiiigAqrqn/ACCrv/ri/wD6
CatVV1T/AJBV3/1xf/0E01uJ7GVaa61zII4bedYoMLITAzOxx2A+6Pc/lWj/AGrH/wA+15/4Dv8A
4VWS90l3LyTwi4sTHHKQ2GjZwNqt9dw46VpyyxwJuldUXIXLHAyTgD8SQKbcewkpdyr/AGrH/wA+
17/4Dv8A4Uf2rH/z7Xv/AIDv/hV3ijii67BZlL+1Y/8An2vP/Ad/8KP7Vj/59rz/AMB3/wAKmS7i
e8ktVbM8aLI64PCsSAf/AB0/lVa613TbLUEsrm8jjuXCkI2f4iQuT0GSCBmi67BZj/7Vj/59rz/w
Hf8Awo/tWP8A59r3/wAB3/wq1HLHMGMbZ2MVPB4I60/FF12CzKX9qx/8+17/AOA7/wCFH9qx/wDP
te/+A7/4Vd4oouuwWZS/tWP/AJ9rz/wHf/Cj+1Y/+fa8/wDAd/8ACrvFGKLrsFmUv7Vj/wCfa9/8
B3/wo/tWP/n2vf8AwHf/AAq1LKkELyyMFjRSzMegA5JqCyv4NQiWS3ZyrIJBujZDtOcHBAPODRdd
gsxn9qx/8+17/wCA7/4Vl65rP2aFbuG3m8y2SaZVmjaNWIiYgZxXQ1la1Zxagbazn3eVcGSN9pwc
GNgcGhWB3MyPxtbxq8l7H5CRQKZV3fMs/mMhi5wOq8E4yDnpT7fxzZXLu8drdmzS3Sc3IQFRmRkI
IzngqeRkcH0ybd34S027vLq7ImiuLoRF5IpNpVozlXHo3b3A5qRfDlvuZpbi7mL2zW0vmSA+ahLH
5uOo3NjGOtSURP4v0xBKd0zeU8sbBYiSWjZUIA75Z1Ax1JpYfFFrcXMFsltei5lkaNojFhoSoUkv
zgDDqcjOc1HF4L0qGOVEWceZBFDu8wgr5ZBVhjo2QpJ7lRVqx8PWlhcx3KvPLcKZC0ssm5pC+0Et
+CKBjAAFAEfh3XxrmlJcCMh1iRpGVf3ZcrkqpPXHQ+h465rMg8VXsdjbXGpW9tGLy2FzbtCzMAMp
lWBAOfnGCOOvTvt6VoVpo0LQ2fmLEyqpQtkEgY3fUgDPrj1qlD4PsYrP7NJNd3CLEsMZmlyYowQd
q4AAHyrnucDmgB48U2bQyvFFdS7bg2yKkeWmkGchRnttYnOOBnpikbxXZrOsRgveSqM/kHakjLuE
RPZ8EcepAzk0SeE7OW5mumnuxdSSLIs6yAPGRuwFOOmGYc54OKevhizW9S5aa6fa6zNE0pKSSqoU
SMO7YA9sgHGaAKt3470eztkmeSRlkjSRAqjLBl3cZI5C4JHuPWrEfiuxlnCRx3LRGWKEXHlfuy0i
qyDPXkMvbuKjXwZpsMKpavdWzpO86SxS4ZC4wyjORtwAAMcYHpUmoeG4rnRdSsYZXV77BaWRixVg
qqGHfICA/WgBf+Eos3tLae3hurg3Qdoo4YtzsinBfH93kfXcMdajl8Y6dCbgul0IoVlZZvJOyYxj
5wh7kYP1wcZxUsnhq2cxNHc3kDwgrE0UuCiFVBQcY2nYpx681FJ4P06Uzh3uTFIsqrCZTsh8zO8o
OxOT64ycYzQBXk8VyT6jpttZWVwnn3DxXInhIaEKobBG4YJDKc88HpnipI/GFmLNppIbllitI7qV
4oiUAcZUDPJJ9K0RodoNR+2jzPO81pvvcbmjWM8f7qiq6eF7BLGa0HneVLDFA3z87YxhefX1oAbY
eKrTUL5LRbe8hlYsv7+EqN6jLJn+8Bz6Y71dsP8Aj4v/APr4/wDZEqOPQrSK9W6XzPNWd7gZbje6
7D+GKksP+Pi//wCvj/2RKpbMT3ReoooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
ULT/AJC2ofWP/wBBq/VC0/5C2ofWP/0Gr9VLcmIUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAYvi+7msfC19cW0rQzRoCrr1HzCir2q3ltp+mzXN9/x7RjL/Ju4zjp3
orek7L4bmU1d72LlFFFYGoUVz8+t3Mfj+10VRH9llsHuWJB37w4Uc56YNWtc/txxBHoRsYyxPnTX
QZtg4xtUYyTz1IxigDWormfCeu6jqF7q2l6ylv8AbtLlRHltsiOVXXcpAPIOOoo8U6/fafqmkaRp
f2aO71R5AtxdAmOMIoJGARljnAGaAOmorlr3XtQ8K+Gb2/8AEkthLNCT9nNvujE525VSDnaxII4y
Ks6f410S80L+1G1G2jgQKJmMnEbsM7M9zQB0FFZmk+ItK1yKWTS72K5WE4k2nBT6g8iqE3j3w5HG
xXV7RmEH2gKH/g7duM5HvzQB0VFcx4d8eaTrmgHUmuYYGhhEt3Fv3fZwc9Tj2rbuNWsrSK2kuLmO
NLqRYoGY8SO33QPrQBcorG1HxdoWkvMmoapbQSQOqSIzfMpK7gMdenNaVneW+oWkd1ZzJNBKu5JI
2yrD2NAE9FFFABRRRQAVQtv+Qzff7kX/ALNV5iFBJIAHc1nWUqTapfSRMHTbGu5TkZAORn8aa2Yn
0NKiiikMQ1U0t7GSyDaZ5f2bc2PLGF3bju/XNWzWT4Z06fS9HW1ugolEsjHacjDOSP0NPoLqa9FF
FIYUUUUAFVdU/wCQVd/9cX/9BNWqq6p/yCrz/ri//oJprcT2OUvPDF/Pcve2nlh5b2JpEZuJbcCE
nP8AtK0ZI9iR3qifBl/IL03tq15M0iyFpLlPLuAs6uMLtBDbARlicZIHBzXfW/8Ax7Rf7g/lUtIZ
w+oeGdZkvp/sThLVnKxq0xG2Ocfv/wAVIBUe5pLnwvqclxfeTCkcjrdf6WLlszo6MsUW3+ELlfYb
OOpruaKAOVPhqaDxBa3NtDF/Z8EcKfZ95ALAyEv7lS4IB4OT3Ap+saZqN1qGqQ29pFJbalaR25ne
UARY8wMSvU8OCMd/SunooA45tA1NNRt5kjEjR3krq8koZEjZwcleu/aOCD7EYNV08N3y2MCTaWkz
RSK14hu/+QiQrDeSf9ohsN1/AV3NFAHER+FNaRbeJbxVR7cGZvNYmOZA/lYzywG9Mnv5Q9abovhG
5iNot7bSCJLoTTxy3KyKxELLuUKqjG4r15OMnpXc0UAcRY6PqmNUhtWdNiy6fZTvKy+VHhnD9Mk7
mVMjsmabeeG7ue3jFvosUUOyVFtPtpCxTNtCz5HoAenI6jkmu5ooA4ifwfeSvcyuqTTzmSOWVpSP
NjNsEUEdMGQA4/Gpn8KXDrb23kx/YlWzV4hJhcRmQyDH/Al+tdjRQBxF14Mlub24mkgRvOmuWY+c
w3KVHkgjPZhnHbrXQRxzRDRY7lt06jbIc5ywiOTnvzWvVG9/5COnf9dX/wDRbU0Jl6iiikMKKKKA
CiiigAooooAKKQnA5qEXMP2hbfzU85l3hNw3FemcelAWJ6KKKACiobi5htVVp5UjVmCguwAJPQc9
zUoORQAtUbD/AI+NQ/6+P/ZEq9Vdp4IZ0iZ40lmJKISAz4HOB34p3C1yxRRRSAKKKKACiiigAooq
C9knis5XtYRNOF+SMvtDH0J7UDSu7E9FcrLrus6Rc2x1u0s/slzKsIktZGJiY9NwPUfSupFTGSZp
Voyp2b2fVai0UUVRkFFFFABRRRQAUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/APQav1UtyYhRRRUl
BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBm+IdMk1jQrqxhdY5JlChn6
DkH+lFQ+LL2fTvDF7dWsnlzRICj4Bx8wHeiuiipte6zGo4p+8jYooornNjhtZ1Gz0z4tafPqF3Ba
wnSJF3zSBFz5g4ye/FaHiPx5pej6TDPZ3Vpdz3jmK0AnXy2cdSz5wFXIya3rvS7DUGVr2ytrllGF
M0SuR9Mio20LSnhSFtMsmijJKRm3QqpPXAxxmgDG8Ex6ZBaXC22sWmqalPIbi+mglVyzt7A8KOgH
oKl8VL4avxDpfiSe2jaUGWDzpPLYEcbkfjBGfWti00qw09maysra2ZhhjDEqEj3wKdeadZ6jGI76
0guYwchZow4B+hoA83tbq6uvCHjbTor6XVtNsrdksb1zvZ8xEsm7+PacDNal14ptbPwZoT6c+nXM
kr21t50zBorRyn35McgjBGOOtdxDbQ20CwwRRxRKMLGihVA9gOKrpo+nR2sltHp9otvKcyRLCoRz
6kYwaAOE8PXMlx8SNZ83UrO/k/slPMks49iZDng/M2SAeue+O1aHw4sLeL4X2LW8CCSa3kdyF5di
WGSe54Arr7fTbKzCi1tLeEKmweXGq4XOccDpnnFSwW8VtCsVvEkUSDCoihVH0AoA81064g1D4FzW
dnNFNdxaY4khjYGRCM8FRyOhp2veIdK1LT/BltZX0FxMdRs5Ckbbiqjg7sfd5OMH+leh2+nWdnLL
La2kEMkxzI8cYUufcgc/jUcOj6bb7vI0+0j3OJDshUZcdG4HUetAHFabqOi6f8T/ABU2qT2tvcst
v5MlwQvyCIbwGPHpkVo/DJMeHryWFStlPqNxLZDGB5Jb5cDsOtX7bwpD/b+t3uox2t5b6jJA8cMs
QbyzGm3JzxmugRFjQIihVUYAAwAPSgB1FFFACMNwI9fSs99Et3XBmvB9LqT/ABrRopptbCaTMX/h
GrdTuSact/02ImH5MDVvT5JFmntJvLJgClWjXaCGz27dKv1Qtv8AkM33+5F/7NTu5LUVkti/RRRU
lCGsnwzqE+qaMtzdFTKZZF+UYGFcgfoK1jVTS0sUsgumeX9m3tjyzld247v1zT6C6lyiiikMKKKK
ACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8Ax7Rf7g/lUtIY
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66v/6LamhMvUUU
UhhRRRQAUUUUAFFFFAHMeMSFOmfaw50ozn7btBxjadu7HO3PWuc1JoItRe68O3ElvFb6XNLG0SEg
kSAlRuH3SfT8K9I20hTNZyp8zep20cZ7KKXLe1/R37q2/wChwWoa7qa3MxF5NFcqlubO0WEFLrcA
XJ4JPJPcYxUi61qZ1oRm7mF19vMLaf5OUW35/eZxnpg5z7V3W2jb9aXs33K+uU7W9mtvL/L599dz
zqHV7y6sNk1zJdumoWoMrIrREM3Oz5QR7gjI9alt9a1eGSK5e9klWZL391JGCieVkoeBmu/21HcW
sV1bSQXCCSKRSroejA0vZPuP67Tb1pqz9O1u3zOQ8K3t3rNpqfmajcSHylWNWdDJGxU5YBRwCen0
rIsL24g0fRTFcyyTJDeb/MQFoXWLIUEjIwcfnXd6boVjpLSNZwsryABneRnYgdBliTgelXUZHLBG
DFDtYDscZ/qKFSdld6jljaanLkho/RdGv1PO59T1yGzmuBqtwzRWdteBTEmC0jAMnT7vt1rRttW1
ebxvJavOkUCTmP7K4PzRbchgNv453e2K7bbSbaFSa+0KWNhJNezWz7dbeXl+JyWpard23jGK3juZ
ZI2CqlrCo4JUnLgrypOPmDcelZVpreqzQN5F7c3Ny9jPJdRGAD7JKo+QL8vrxg5zXoe2grVOm29y
IYuEYpezT0Xbz8v6trc87k8S6lNp19Pa3cpMdrZtGxj4EjMBIcEc85BrRa+v7TXLu1l1G5aa2hH2
O3MYIvDsYksQOu70Ixiuz20baXs33G8XTd0qa/Dy8vJ/ezkfA+palqPntfXaXCbEbH8UbnOVPyqB
9OcetdeelJtpT0q4R5Va5zV6qq1HOMbLscisN54q1adLySOLTtMvsLCiHdMy8glienPauuFZ+mWV
5aT3j3d6blJpi8KlceUv933rRpQjZXe5eIq87UY/CtrfiFFFFWc4UUUUAFFFFABRRRQBQtP+QtqH
1j/9Bq/VC0/5C2ofWP8A9Bq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFAFPVJ7O206aXUdn2RBmTem4Yz3HfnFFV/EmnTav4fu7G3KLLMoClzgdQefyoranGD
XvOxlNyT0VzUooorE1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv8Aci/9
mq/VC2/5DN9/uRf+zU11E+hfooopDENZHhawuNN0Vbe6QJKJZWIBB4ZyRyPY1rmsvw5qU2raQt1c
KiyGSRMIMDCuVH8qethdTVooopDCiiigAqrqn/IKvP8Ari//AKCatVV1T/kFXn/XF/8A0E01uJ7E
tv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf8AkI6d/wBd
X/8ARbVeqje/8hHTv+ur/wDotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/AI+L
/wD6+P8A2RKvVRsP+Pi//wCvj/2RKa2Ynui9RXK+L4rs6jpVzZiYvZia5CpnD7QuUPb5lLAZ7msb
zbiK+k1W6F0kVzcWd0wKufLjLTALgdMIE3D1PNIZ6HRXCXNzfW/iG/1HTluJY7/yrSMbW2qzRKY5
MEcAMWB+vPSs+zsY7TUtLhvmYQQJMkZuoJZi5F0+MEEbWK4OTngigD0uiuK8T+dLJaXF7bqLiIuI
rHMsqXAypBV0A2ScYGc9T9RSsdPtL2HXEuoo5bwtdSCI20iyriRiuXztb+HG0DtQB6FRXJ/YWt/C
S2UcL2dlLZBp7qJmMsblRn92AS3vyDyazdIvjY30AEQt43tp4bZoo5fImkLxlWCtkqCSRg8cHBI5
oA76iuD0ixs76402CO2u/tDRsdXWdZAGynIctwW8zBGOwOOKr2WgPJZ+HooLOIM8c0lwLpZCu4bQ
C2CDux0z70AeiUV57bC50bWLnVJrWQqz3xjMCyF5mEh2pKDwQR90j0/Oqun6wbKPR7iG7trj7XFd
xTGTzPnKOWJZcjb5q5wezj2oA9MorzPU5L7Vo7zVZILqAXVg0awsrkRKksQOVHcnzDxyVrfF4LPw
sIdFlAuWIKSW9m6oAZVViFfOCA3Qn3oA62iuGvdW8RW2u3NtBKGFujCCGSBiboCHcHyqbcl/9oDj
GORWr4U1Oe/udRjlvpb2KExeVJLbiFvmXJGMDjPfFAHSUUUUAULT/kLah9Y//Qav1QtP+QtqH1j/
APQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBk+Kb+f
TPDd5eWjBJ4lBQkZA5A6fjRVrVWsl02Y6n5X2MAeb5oyuM9/xxRW1NxS1jczmm3o7FyiiisTQKKK
KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT
6F+iiikMQ1U0u3srWzEWnFPs4ZiNj7hkklufrmrZrG8J2U+n6EkF1EYpRLKxUkdC7EdPY0+guptU
UUUhhRRRQAVV1T/kFXn/AFxf/wBBNWqq6p/yCrz/AK4v/wCgmmtxPYlt/wDj2i/3B/Kpait/+PaL
/cH8qlpDCiiigAooooAKKKKACiiigAooooAKKKKACqN7/wAhHTv+ur/+i2q9VG9/5COnf9dX/wDR
bU0Jl6iiikMKKKKACiiigAooooAKKKKACiiigAooooAKyra+tbe7v0nuYY2+0Z2u4U42J61q1n2K
I1xfllUn7R3H+wlVHqS+hL/ath/z+23/AH9X/Gj+1bD/AJ/bb/v6v+NQx6ppkst9GssW+wx9pBXH
lZXdySPT0os9U0zUIfNtZI5E8hLjIQj922drcjvtb8qNA1Jv7VsP+f22/wC/q/40f2rYf8/tt/39
X/Gqi69ozaZa6gLiL7JduscEmw/OzHAAGM9alstU0/UJ5YrUM7RFlZjbuqZVtpAYqFOCCOCaNA1J
v7VsP+f22/7+r/jR/ath/wA/tt/39X/GqMviHRoXuVeX/j2z5jC3cqCCFIDBcMQWAwMnNMk8S6PC
8SyC5VpiRGpsJsseeMbOuAT9BmjQNTR/tWw/5/bb/v6v+NH9q2H/AD+23/f1f8ah1DVNO0toluzt
eUFlVIWc4GMkhQSAMjk8ciibVdMt7KS7kkQQRymFmEZJ3htpUADJO7jAFGgak39q2H/P7bf9/V/x
o/tWw/5/bb/v6v8AjWdJ4o0SKFJWkcq7+V8tpIxD8fKwC5VuRwcHmnHxHowFwS7BbZd0rG1kATpx
nbjd8w+Xrz0o0DUv/wBq2H/P7bf9/V/xo/tWw/5/bb/v6v8AjVNtf0ZNMl1CSdI7aGQRSM8TKyOS
AAVI3A8jt0OelWUv9Pk1OTTkeM3ccQmaPb0QnAOcYo0DUf8A2rYf8/tt/wB/V/xo/tWw/wCf22/7
+r/jWeniXRJUheGUzrPv8vybaSTOxtrH5VOACQMnitZkhUgMqDPAyBzRoGpD/ath/wA/tt/39X/G
o0vdLjmklS5s1klxvYSLlscDJ9qtbYeflj468Diqdzqdha3sNpIpaWaN5QEiLAIvVjgcDkAepo0D
Um/tWw/5/bb/AL+r/jVe61y1twrJNBMufnCTLuA9QM81dBt2AIEfIzyADiobi0ivNqBysY5dY8De
D2J6gfShcoalbSruC9vb6e2lWWJvLwynj7tatZmnwx2+oX0UKLHGvlgKowB8tadE99AjsFFFFSUF
FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+fVfDt5Z2oUzSqAoY4H
UHr+FFHibUJ9K8PXl7a7fOhUFd4yOoHT8aK6KPtLe6Y1HG/vGrRRRXObBRRRQAUUUUAFFFFABRRR
QAUUUUAFFFFABRRRQAUUUUAFULb/AJDN9/uRf+zVfqhbf8hm+/3Iv/Zqa6ifQv0UUUhiHkVmeHtT
k1fSlu5Y1jYySJtUkj5XKj+VaZqppdja6dZC3sjmEMzD5t3JYk8/Umn0EXKKKKQwooooAKq6p/yC
rz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFAB
RRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1Xqo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABVGw/4+L/AP6+P/ZEq9XN3Op3Nle3UUNu2yS45uDt2odicckc/XA+
tVFN3SJk0rNlWfwteSaxNdRyRJFdXR+1AE5e3whA+u5CMf3XanaZo2qacPIMFtJHNYR20kgnIMbK
ZMkLt+YfOO471tx3d0saqbC6kIGNxeLLe/DU/wC23P8A0Dbn/vuP/wCKpcrHzHKweDr+GKOHzYPs
8KwSRRgnCzbo/OPTpiMke8jdK0NJ0O9tGvYmDWZlmkkF3Bc+YWDSswHlupVeG5xW19tuf+gbc/8A
fcf/AMVR9tuf+gbc/wDfcf8A8VRysOZHMap4b1K8e+S1iighnyXQXbbbpt6kMV24jbg5ZepPfqNi
3025I0gm3S2FncSSPGblpjtMbqMMRknLjrV/7bc/9A25/wC+4/8A4qj7bc/9A25/77j/APiqOVhz
Ix9Z0TUJ1j+zStcXQLmK8kuBBJa5xgDYmHTjlT1wPwhj0nWYQgWG0ZrS/lvI3aYgXAcvlSNvyHEh
IPPIre+23P8A0Dbn/vuP/wCKo+23P/QNuf8AvuP/AOKo5WHMY40W+uFkuLhYI7q41CC6kjSQsqJH
tGN2BlsL6Dk47VFd+Fp7i21rbM4mvrjdGv2hxGE+Tnb0DfKeQM+9bv225/6Btz/33H/8VR9tuf8A
oG3P/fcf/wAVRysOY5x/C2oykWX2tFs0uZbjz5B50soZAqq4brjc4yeypVf/AIRPWNiyi5hW9SKK
188MSXiCtHIenDFSrj/aWur+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcxzf8AwjF5a31r
NFaQ3EUD3O1BdvBsDyq6HgfNgLgg8VevdKvLzXIL24srK5hQeWscsx/cYk3CVflxuK4yOCCoGcVr
fbbn/oG3P/fcf/xVH225/wCgbc/99x//ABVHKw5jkovBl28BhngslXy0imZZGY3x85JGkkyOuFbg
5OXPOKs/8Ic6Gcxw2gItb2C3IHMfmyZjAOOAFLDjpkgV0n225/6Btz/33H/8VR9tuf8AoG3P/fcf
/wAVRysOZGBJ4S8+G6E8FrI9zeW0khbnfDGsQZSceqNx05qfQPDJ0fUYriOKCIeXcJL5Z5bdKGiH
TkKgI9ug4rY+23P/AEDbn/vuP/4qj7bc/wDQNuf++4//AIqjlYcwlp/yFtQ+sf8A6DV+svTpHl1G
/aSF4mzH8rkE/d9iRWpTluKOwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR
RQAUUUUAU9VjspdNmTU/L+xkDzfMbC4z3P1xRVTxVYz6n4avbS0QPPKgCKSBn5gep+lFb0kmtZWM
qjae1zXooorA1CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBmq/VC
2/5DN9/uRf8As1NdRPoX6KKKQxDWJ4QtZrLQEhuYmikE0rbGGDgyMQfyNbZ5rO0HVDrGmLdtEIiZ
HTaGz91iuc/hT6C6mlRRRSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/
AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6L
ar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAooooAKKKKACiiigAqhZKrzagrAMpuM
EEZB/dpV+qNh/wAfF/8A9fH/ALIlUtmS90XI41ijVI1CoowAOgFOqlrMrwaJfyxsVeO3kZWBwQQp
INcVb6rqUkGm6c95cebYXNs11PuwZ0kkQRBj33K7Z90NSUehUVwUuqXeoeF9Pi0/VP8AiZ/btjlZ
csCGkKo4Bzg7AMHtVXUvEF5qEd5qdrd3FtaS6fIIIzIUClJIQznHQ7ndc9gtAHo9FctFdyL4dlht
7rbvilJ1KO7FzDbNg4Jd23HHHbisBNTaW6srY6gIYkM/mvLrEnlSMPJwY5hy+Ax+U9CTQB6RRXLW
UT2fiHVnSTU7wWywmK3+1M4O8HdgOwX35PGOKr3+tsun+JoxemG9iO+GEyjzYl8iM8AHoCT04zmg
DsaK4B9X1G01UxyXU7217rIhibJ/cssgBiz/AHWTJA9Vb1q54P1iSWNn1i/dZfLjEKSuNrxs20SA
/wATM52nPTgd8kA7OiuEvfFusW2mWsymwEl5LOEeX91HEI2ICsWcAlsZzkdDgGrlh4ovLvxDa2kk
tgiTTPE1quWmULEXEm7ONpPT5ehHNAHX0UlLQAUUUUAFFFFAFC0/5C2ofWP/ANBq/VC0/wCQtqH1
j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBmeI9
Sl0fQLu+gVHkhUFVfODyBzj60VPqttaXmnTQaht+yuAJNz7RjPr25orWm4W95Gc1JvRlyiiisjQK
KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7kX/s
1NdRPoX6KKKQxDVTS9Ng0qyFrbM5jDM+XOTlmJP6mrZrD8HwS2/h9I7iN45BNMdrgg4MjEdfan0F
1N2iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtRW/8A
x7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEdO/66
v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9WRBp1rdXl/J
PCruJ8ZJPTYlUtmS+hrHkYIyDTdi5+4O3b06VmJZaLLJOkYt2e3OJlEnMZxn5ueOOeaSCz0S6j32
/wBnlTyxLuSTI2HOG4PQ4OD7GloPU01hjRiyxIpJySFHJpfLTbt8tduMYxxWSINBa0iug1qbaYqs
Uvm/K5Y4ABzgkngU22i8P3l1LbWr2s08WfMjjl3MmDg5APGDxRoGprpFHGmxI1VP7oXApptoWRUM
EZVeilBgVjyHw3DNPFJcWSSW67pkacAxjjlhnjqPzFQm/wDCS7d19pw3/dzcDn6c+1GganRAAEkA
ZPU00wxmQuYkLkYLbRnFUG0vSkljiaKISSAlFLHLAdcDPOMio1tNDedYF+zmZ9+1BJ8x2HDYGex4
PpRoGpqbV/ujrnp39aNi8fIvHTjpWUttoTqGU2zKQhBEuc7/ALvfv29asf2Lp3/Psv5mjQNS40SO
mxo1Zf7pGRUUtjBNcw3DxAywsWRhwQdpX8eGI59ah/sTT/8An2X8zVWa30O3u/s0whSby/NKljwm
cZPoM0aBqbFGao/2Jp//AD7L+Zo/sXTv+fZfzNGgal7NGao/2Jp//Psv5n/Gj+xNP/59l/M/40aB
qXs1Bc3cdoFaYMEY4LhSQv19B71B/Ymn/wDPsv5n/GoLnQbeQKlvFFED99iCWx7c4z9aFYWpLZsH
1O/ZSCp8sgg8H5a0ayNGsYNOur22tU2RJ5eBnP8ADWvTnuEdgoooqSgooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAxvFtnPqHhe+trWIyzSIAqDHPzA96Kn8Qam+j6HdX8Uay
PCoYIxwDyB/Wiuii5290xqct/eNKiiiuc2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo
AKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEIyKoaJqg1jThdrEYgzum0tn7rFf6Vf
NUtI0uPR7AWkLu6B3fL4zlmLHp9aNLCL1FFFAwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//
AEE01uJ7Etv/AMe0X+4P5VLUVv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3
/kI6d/11f/0W1Xqo3v8AyEdO/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FUbD/j4v/wDr4/8AZEq9XPvrMdhf3dsqPJcyz5UbW2gbE5JAP5DJqopu9iZNKzZlT+H9SOtXksEQ
W31K6MV2S4/1AVCHxnr8siY6/OD0FSaNp+oabGbeTTpSJtOht/MjePZE6mXIPzZ/jXoDXQR6vbiN
fMaQvj5itvJjPtxTv7XtPWb/AMB5P/iaVmPmRx0HhfVY7O3smt1+yWnkXECbwcSlo/MHX+DbKR/1
0GOla2i2Gp2ovYF+12sjTyyJLcbJrcAysw2IrhgSG74rb/te09Zv/AeT/wCJo/te09Zv/AeT/wCJ
oswujk9U0bU5f7QhsLS7S3mZpJEaSLa8nmK2+E53KWwSQ2B+NbcVpczNoshhuwLa5keU3bo0oUxS
KCSpIPLAcVo/2vaes3/gPJ/8TR/a9p6zf+A8n/xNFmF0Zd7BqdtrGn3kkTaisPnq32ZFjKK4TbkM
/P3TyD+FZk3h3Unu/tNvGsVxbtdTW0jMMb2uN6qcdnTIPsfWun/te09Zv/AeT/4mj+2LT1m/8B5P
/iaLMLo5TSfD+pWV/pt7NZqy29tbQvbs6nY2xld1Ocbkzj3BbHNX7m11S81V7hrS6RmhAs3FwoS0
kwwbzFDfNk7T0bI44xW5/a9p6zf+A8n/AMTR/a9p6zf+A8n/AMTRZhdHJ22g6nOkcMkF9b2jSW4u
I5L8s8jLv82QMGyFOVHBGcdBRF4d1Rba6nKTfb30+K3SQ3J3FllfI+9j7mzn+ua6z+17T1m/8B5P
/iaP7XtPWb/wHk/+JoswujBbw9c3GBcfasT6rJLcbbp1zABJsAw3C8p8o/Gp/C+l6hp0ytetcMJb
OIzGWcyZuAzbjyTjjb046Vr/ANr2nrN/4Dyf/E0f2vaes3/gPJ/8TRZhdF+iqH9sWnrP/wCA8n/x
NH9sWnrP/wCA8n/xNFmF0X6Kof2xaes//gPJ/wDE0f2xaes//gPJ/wDE0WYXQWn/ACFtQ+sf/oNX
6y9NnS51G/kj3bcxj5lKn7voea1KctxR2CiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigCnqtjb6lps1peZFvKMPhtvGc9fwoqj4wtprzwrfwW0TTTOgCogyT8worekrr
4rGNR2e1zaooorA2CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/ACGb7/ci/wDZ
qv1Qtv8AkM33+5F/7NTXUT6F+iiikMQ1h+DRKPDyCcSB/Om/1mc48xsdfatw81R0bU01iwF3HG8a
l3Ta5GflYr2+lPoLqX6KKKQwooooAKq6p/yCrz/ri/8A6CatVV1T/kFXn/XF/wD0E01uJ7Etv/x7
Rf7g/lUtRW//AB7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/8A0W1X
qo3v/IR07/rq/wD6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABWZBbQ3Ul/HPGHX7T
kZ7HYnIPY1p1RsP+Pi//AOvj/wBkSqXUl9CWeVdP0+WZt7pbxFzk5YhRnqe/FZEfjC0k03S7tIZz
/aMywLEAN0RLbWL88BSQDj1GK2L62F7p9zaligniaPcBnGQRn9awovB0cV48/wBrc5aB0UpwhjZG
fHP8ZjTPpipKJrvxda2eh2+qyQTeRNP5OABlPmILHnoNpJ9qNU8XWul3l1bNBNK1ra/aXdNoX7yj
bknr86n0APWo7fwvKlpDZ3N8k9rBcGaNBBtODvyrHcc539cDpVZfAyrpptv7Qd5WhkiaZ4wxYs0Z
UkZ52rEq47igDWj15P7Am1aaBkhhR5CsciSkheuChIPT1qjL4w8lbMPp7LJdh2jDXUAUqu3kPv2t
neMAHPBq5HojiJZJJ4vt0SOsM8MRjRM5/wCWW4qep61mReDZra4S5t720SYNIzKbEGH59n3E3Daf
3YJOTkk0AaVhrtze6vcWD6VPAbfBklaWMqMgleAc84qS416G2tdUuGikK6a22QDGX+RX459GHWlb
Q4ZbrUJbh2kS9EYaMEpt2A9CDnmqU3hmaRNTtkvlSyv15i8nc8Z8tUBDluRhAeR+NAD4vFtpJdXN
v5Myy294loVIHzbm2hxzyu7I9eKsaN4gh1wFrWGURqgZ3YfKrH+DPdscnHTIz1qjP4PimvLe6F1I
k0F813kKPnVmDGM+2VU59ql0nw1JokXl2N8yI4XzFaIEM4bJcDPBZflP4HqOQCy3ijR1t5JzfxeV
HIYmfnAYdR07Y59O9Spr+lyamunJfQtduMrErZJ+Xdx26c/Qisi88Fx3NlZQi4jZ7RptpntxKjCV
skFcjpxg57e9Ot/DVzYaxYy29yj2MVzJO8PlBChaJlJB7jceBgYB74FAHTUUlFAC0UlFAC0UlFAF
G0/5C2ofWP8A9Bq/Wfaf8hXUPrH/AOg1oVUtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA
BRRRQAUUUUAFFFFABRRRQBn67qZ0bRbm/EXmmBQ2zdjPIHX8aKk1bTodW0yayuC4imGGKHB65/pR
WtP2dveM5qd/dLlFFFZGgUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf
+zVfqhbf8hm+/wByL/2amuon0L9FFFIYhqjoulro2nLaJK0oDu+5hg/Mxb+tXjWH4Ollm8Po87yP
J50w3SEk4EjY6+1PoLqbtFFFIYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2J
bf8A49ov9wfyqWorf/j2i/3B/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq/
/otqvVRvf+Qjp3/XV/8A0W1NCZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACsm3e7W8vxbw
wunn9XlKnOxOwU1rVRsP+Pi//wCvj/2RKpbMl9A83Uv+fW1/8CG/+Io83Uv+fW1/8CG/+Irnm8T3
dvq2rWs4iYeZ5WnDbjc42KVb1+aVD9M+lWNB1u9vbKV7p42ePTobjKJgGRvN3HHp8g4pDsbPm6l/
z62v/gQ3/wARR5upf8+tr/4EN/8AEVyUHi7UJdHsEYwf2n50f2s7Pl8otH8wGeNwlTH4+laOk63d
f6be6vLKllHNLFGfs67OJWRdpUljwvOQKAsbnm6l/wA+tr/4EN/8RR5upf8APra/+BDf/EVy+p69
q9i+oGSQxOebGIWoZJE3qAyvu5baSSrY5PoM1akfXRJpSf2m8DXkrxOk1nHvXCO+flYj+EDqeDQF
je83Uv8An1tf/Ahv/iKPN1L/AJ9bX/wIb/4iqS64t3rVjb2cge3kE6zExkHcgTGM4/vVkSeKby11
GJ7jyjYpJci5IT5kRbjykfOei5Bb2ye1AWOk83Uv+fW1/wDAhv8A4ijzdS/59bX/AMCG/wDiK5rS
vEuoX+pWFlI0CG5tYLhpCmByjM6r2LHAwD0UMecVs3fiA21/cwx2jSwWUYlu5vMC+UpUsNq9W4Xn
p170BYuebqX/AD62v/gQ3/xFHm6l/wA+tr/4EN/8RWI3i+5UJG2kMLubyWhhNyuGSXcFJbGARsOR
z7E1SfxVfTzz3kcbQ2EWnxzCMMjN5jSMpyCOcFCBg44zzngCx1Hm6l/z62v/AIEN/wDEUebqX/Pr
a/8AgQ3/AMRWVJ4mu8N9n0rzS181lADcqvmMu/cx4+UfIfU81PoPiM61IVeye13QJcxbpFbfGxIB
OOhyp4+lAWL3m6l/z62v/gQ3/wARR5upf8+tr/4EN/8AEVdxRigLFLzdS/59bX/wIb/4iqWp3F9H
HGxWKGXP7sRTsxY+m3Z83+elbWKMc570J2E15mPoj3UlxeNfRJFcHy9yI2QPlrZrPtP+QrqH1j/9
BrQpy3COwUUUVJQUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAYnjKKWfw
nfx26SSSsg2rGCWPzDoBRVzWtTXRtIuL9ojKsChigOCeQOv40V0UXNL3Vcxqct9WX6KKK5zYKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E
+hfooopDEIyKp6TqUOrWQurdXWMuyYcYOVYqf1FXDWfoelnRtMW0Mvm4kd923H3mLdPxo6CNGiii
gYUUUUAFVdU/5BV5/wBcX/8AQTVqquqf8gq8/wCuL/8AoJprcT2Jbf8A49ov9wfyqWorf/j2i/3B
/KpaQwooooAKKKKACiiigAooooAKKKKACiiigAqje/8AIR07/rq//otqvVRvf+Qjp3/XV/8A0W1N
CZeooopDCiiigAooooAKKKKACiiigAooooAKKKKACqFm6xy6izsFVbjJJOAP3aVfrm7nSpr69upo
rh8RXH/HuSAjHYnPIPP1BFVFJ3uTK/Q1E0vTp5IrpbeJ2E32pJB/z0K7d499vFRr4b0pJ4pktFV4
YxEm12A2DOAQDgj5j19afHYSvGrNfXqMRypZCR7cLT/7Ok/6CN5+af8AxNKyHdjBoOmKSRZxAmOK
I/7sZzGPwNOstEsNOupbi0gMUsxYviRiCWO4/KTgZPPApf7Ok/6CN5+af/E0f2dJ/wBBG8/NP/ia
LILsgl8MaRPJcvLZK7XOfMJZuckE45+XJAPGOlWLfR7K1jgSKHi3cyRbnZijEEE5JJ6MR+NJ/Z0n
/QRvPzT/AOJo/s6T/oI3n5p/8TRZBdhqGjWOqtC17D5jQkmNg7KVz15BHXApRo9gGdvsseZFkR8j
O5ZG3OD9TyaT+zpP+gjefmn/AMTR/Z0n/QRvPzT/AOJosguxkfh/TIoo40s4gkYiCDn5fK/1eP8A
dpq+HdLSaGVbNA8K7UIJ6ZJwefmGWPXOMmpf7Ok/6CN5+af/ABNH9nSf9BG8/NP/AImiyC7IrTw3
pNiALaxijxIsoIySGUYXk9gCcDoM08aDpqwPCLOPy3jETLzgqGLAfmxP407+zpP+gjefmn/xNH9n
Sf8AQRvPzT/4miyC7HrplmmzbAo2TtcL7SNnLfU7m/Oi00uzsWQ2sCRFIlhXb2RSSF+gJP50z+zp
P+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RVH+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguy9RV
H+zpP+gjefmn/wATR/Z0n/QRvPzT/wCJosguxLT/AJC2ofWP/wBBq/WXp0Rh1G/RpZJTmP5pMZ+7
7AVqU5bijsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFHWdNTW
NKnsJXeNJwFLJjI5z3+lFUfGXm/8Inf+R5nm7Bt8vO77w6Y5orooxk1o7GNSST1RuUUUVzmwUUUU
AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0
L9FFFIYhrE8IXM15oCS3EryyGaUF3OTgSMB+grbPSqelX9vqVkLmzBERZlGV28qxB4+op9BdS7RR
RSGFFFFABVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9
wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFt
TQmXqKKKQxKMj1rjvHEggkt55LqNoYY3Z7I3RgeTtvUjkkelNTXtSOuW+loSv2mSKeJnjG4WxQlg
f9oFcZ96zdRJ2Z2Rwcp01OL6N/d/Vzs80Zrz+x8V6wLZLqV4blZ7G4njhWLaVaJsDkHnPelvvE+p
2tjYrbalZ3cl0WZrlVRFjIQHyzltoOT3Ocds0vbRtcv+zqvNy3X/AA179Olv8jvmdUUszAAdSTS5
Feb+KdcvLzSru1uZ7a1X+z4pmhwGNwznJ2NnoMds1ueItZ1DR5LEWpVo7yBoY1KA4n42HP49Paj2
q18hfUJ2jqryv+CT3+Z1bOqDLMAOmSaGdVxuYDJwMnqa4G41y51fR5biVYjDHc2sAV4wQJsgyH8C
QB9Kpie8urK0SbUxPcprwjQyKCYSC4BIz0PUDjHak6y6IuOXyteUra2/C56XSb13bdw3YzjPOK42
XVdRvfh5f3hufLvIPNUzQrtLBGI49CQOo6Vk32o3tnfvqNnfwzTwaMkrytGGEo83pwcD0z7U3VS6
E08BKba5ldNrrurf5npOaK4pPE2qT+LRZxi2W2WZImidlVmVlyWGTuJ9MDGBVzWNduLDxRa2xuYk
tXKL5aKryMzE8MM7lBwMEAj1p+0VrmbwdRSUdLtX/rzOpLKoJYgAdSTUcUUcZdowP3jb2I7nAGfy
ArzyPxFqes6LrIvBb+Q1hM+xWUPCRwBtBLY9dwHNWNJ8R6nJrFpYRi3FrEIYTE7KrMpjB3jJ3E+m
BjFSqyfzNZZdUipXaut9Tv6OK86vdd1O98OvejWIoJPtCb7aJAr2w83bhjnOOmcjmr6eJNUfxUtj
HJbPbRyRxMGKKZlZcmQZOT6gKCKftUJ5fUSbutL3+VvLzO1LqGClgCegz1oZlQZZgB6k15/purT6
x4p0S4urmFn8y7H2ZEw9uAuAGOcnIGeQKi1W9uUTxVHdXsdykEsXl20yggAsnIGegzj0zzS9qrX/
AK2uP+z5KSg5a2v/AOTcp6NkUVwx1vWptSMUN5bxRPqUtgoNuGKALuDZzyR0xVOXxprD2GmmI2yS
ywSSvI+1VkZXK7csQBwMnHPPFP20QWW1XazX3+v+TPReKOK5jxVrF7penWk8U0NsWy02drOAFzhF
YgNz1wc+lZt54rvku55Ibq3VYZYI4rJov3l0rhSWGTkfeOMDjHNOVSMXYyp4KpUipRtr/nb9f8zu
cijIrirbxRdy6zDZNcQ7zqdxbvGFG4RKpKcfUde9VrXxFq0+n6TLc6la2i6h5jG5eEbItgwF5OCW
PP8AKl7WJX1Cr1t/V/LyZ33FRzzJBC8shwiKWYgZwBXH2HiXU7vxY9nm2+zJO0BjLKrFQud4BO45
69MYrsxyKuMlLYwrUJUWlPqr6HPx+NLBp4o57e+tY5mCxT3FuUjcnoM/410Ncf4muJPEb3Ph7T7W
R5Y5I/tFw+BHCPvZHOScCuvRdqgcnAxk1MG22aYinCMIySs30vfTSz+f/BHUUUVocoUUUUAULT/k
Lah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF
FABRRRQAUUUUAFFFFAFLWNTj0fSp76ZHkSEBiqYyecf1oput6YNZ0i4sGlMQnAUuBkjkHp+FFa01
Tt7xnLnv7pfooorI0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/wBm
q/VC2/5DN9/uRf8As1NdRPoX6KKKQxDWboGlvo+lraSSLIwkkfcowPmYt/WtI1jeErye/wBCSe6l
MspmlUsfQSMB+gp9BdTaooopDCiiigAqrqn/ACCrz/ri/wD6CatVV1T/AJBV5/1xf/0E01uJ7Etv
/wAe0X+4P5VLUVv/AMe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f8A
9FtV6qN7/wAhHTv+ur/+i2poTL1FFFIZDLawTujywxyMnKs6Alfp6VXOlQNrC6k25rhITCuT8oUn
JwPU1eopWTKUpLZkK2sCbSkEalAQuFAwD1Apn2C18nyvssHlZ3bPLG3Prj1qzRTFd9yGS1hlIMkM
TkAqCyg4B6inNBG+zfGjbDuXIztPqPSpKKAuyD7JBs2eRFtLbiu0Y3dc49fej7HBvL+RFuLBy2wZ
LDofr71PRQF2RJbxpGY0jRUOcqFABz14pgsbYJsFtDt27MbBjb1x9ParFFAXZD9lh84S+TH5qjAf
aNwHpmhraJpxMYozKowHKjcB9amooC7K4s7cGQiCIGX/AFh2D5/r6/jQttbGXzFhi81Bs3BRuUem
e30qxVHT+LjUP+vn/wBkSiwuZk32K3JkJt4f3v8ArPkHz/X1/GlFpAJFkEEQkQbVbYMgegPpSX9z
9i065udu7yYmk25xnAJx+lc9H4xaXTtIkWzxdXtwsM8Jkx9nG9Uds45wWXHTO4dKB3fc6NbWFZDI
IYw5O7cFGc4xnPrikezt5HZngiZmG1iyAkj0Nc/eeLJLXw5a6qtl5hmuPKaJXOVUFtzDjkhUJxTd
W8ZGxvL2O3tkmhtbTz/OMhAZ9yfLgA8BZFOffpQF2dGLWEEN5Me4NvztGd3r9femmxtiiIbaEqh3
ICgwp9QO1Z9jqlzfaWsqGy+1ybvKj8x1RsHH8Shux/hrGHi7UlsLO6uLKwhS7d1WWS5cRJtONrPs
4Zj0zxwec4BLBd9zq5raK42+dFHJtORvUHB9eaDawtKsrRRtKowshUFh9DWFP4hvI7C/1KOyhbTr
ZJtjmYiR2jyCSuMBSykdc98Va07xJZalf3kdvcQPb2yRN56yAgs+/wCX2xtH50Bdml9kg8wyeTHv
JyW2jJOMZz9KRrK3eFYWt4TEpyEKAqPwrAXxcc6yr2mJbGTZboH/AOPnLbFwccEvweuMg96Ynim+
uNPe+tdOhkgtrVJ7rdcFW3NGJCkY24OFI5JGc0BdnSC2hE/neTGJcY37Rux9etS1zjeJLlbmeX7J
E2mQzxQNKsp8394qENsxjGZFB5z1PtUnhrxBPrpuGkit40jJXajOWB3Ec7lA7diaBXJtNimj1/Vn
fTkgjkMZW5D5M+BjkZ4xW1XNzeOdHtrGO7neaKKUts3x7WZVxucA8lRkc/lmp38Y6Yk8sf8ApBWN
JX84Qt5beWMuFboSMUkrIuc+d39PwVjdorD1HxfpemJI1zI4MbhNgXliUD8euFYGobrxpYx2NzdW
cNzepb+XuMMZwd+3ABPfDA/jTIOiopkUnmxq+1l3AHawwR7H3p9AFC0/5C2ofWP/ANBq/VC0/wCQ
tqH1j/8AQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB
ieMZpbfwnfy28jxyqg2tGSGHzDoRRV/VdRh0nTZr25V2hhGWCDJ646fjRW9JyS0jcxqWvq7Fyiii
sDYKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqhbf8AIZvv9yL/ANmq/VC2/wCQzff7
kX/s1NdRPoX6KKKQxG6VT0u6tLyzE1gF8gsyjam0ZDENx9QauGszw7pkukaStrO6O4kkfKZxhnLD
r9afQXU1KKKKQwooooAKq6p/yCrz/ri//oJq1VXVP+QVef8AXF//AEE01uJ7Etv/AMe0X+4P5VLU
Vv8A8e0X+4P5VLSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUb3/kI6d/11f/0W1Xqo3v8AyEdO
/wCur/8AotqaEy9RRRSGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUbD/j4v/wDr4/8AZEq9WRBD
dSXl+YLsQp5/3TEG52JznNUtmS+ho3dsl5ZzW0uRHNG0bbTg4IwcfnWVH4T0+K6kuF87zJDAT8w4
MRUrjjvsXd67RVz7LqH/AEEV/wDAcf40fZdQ/wCgiv8A4Dj/ABpW8x38ipa+F7e2jjiN1dzQwz+f
FFIyFYz82QMKCQd56k9qgTwVpsWnCzje5VFikiDhxuw7q+c46jYoHoBitL7LqH/QRX/wHH+NH2XU
P+giv/gOP8aLeYX8hbXSooGjkndru5jzsubhEMig9gVUYH0qo/hqE6bFYRXl7Bborqyxuv7xXOSG
yp9T0weatfZdQ/6CK/8AgOP8aPsuof8AQRX/AMBx/jRbzC/kUh4Ts0t7i1juLyOynR1+yrIPLTeM
MV4z3JwSRk5xV2TRrOe6uJ7iFZzcJGjpKodMIWK8EdfnNH2XUP8AoIr/AOA4/wAaPsuof9BFf/Ac
f40W8wv5FQ+FdPN9DdnzfNhnlnX5hgtJ1B46AgEDsQKi/wCEPs1hEMN1ewwNFHDPFHIAs6ooUb+M
5KgAlSMitD7LqH/QRX/wHH+NH2XUP+giv/gOP8aLeYX8iufDdu2oS3DXFyYpZlna13KIS6qoU4Az
xsU4zjI6UWHh8adCIYdSvzCrh0jZ0wmG3FQQucHock8VY+y6h/0EV/8AAcf40fZdQ/6CK/8AgOP8
aLeYX8ijJ4Ss2t7KOG4uoHs42ijljZdxRsEg7lIPIB6ZGOKhn8IRSajHILmdrNvPEts7/KPNUhtu
BkEkknJPU4xWp9l1D/oIr/4Dj/Gj7LqH/QRX/wABx/jRbzC/kZn/AAhtrtDNfX7XIl80XDOhcHYI
8YK7SNqjgjqM9akuPCNndSSyT3N27vAIA25QUAKnIIXk5UH5sgc4AzV/7LqH/QRX/wABx/jR9l1D
/oIr/wCA4/xot5hfyLkaGONVLs5AALNjJ9zilLAMFJGT0GetUvsuof8AQRX/AMBx/jVLUrK9kjRD
MbiQn5CsAXYfXdn5aEvMG32Llp/yFdQ+sf8A6DWhWPosVzBcXkd5OJ518vdIF25+X/PNbFOe4o7B
RRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBna9ph1jRbmwEoiM6h
d5XOOQen4UVW8YXU1l4Vv7i2laGZEBV1OCPmFFdFFTa91mNVxT942qKKK5zYKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAqhbf8hm+/3Iv/AGar9ULb/kM33+5F/wCzU11E+hfooopDENY/
ha/uNS0Rbi7k8yUyyqWwBwHIHT2FbB6VT0qWymsw+m+X9m3MB5a7V3bju4+uafQXUu0UUUhhRRRQ
AVV1T/kFXn/XF/8A0E1aqrqn/IKvP+uL/wDoJprcT2Jbf/j2i/3B/Kpait/+PaL/AHB/KpaQwooo
oAKKKKACiiigAopKWgAooooAKKKZKxSNmVS7AEhR1PtQA+qN7/yEdO/66v8A+i2rDu/Emr6XEt5q
uipFYbgJGjuA8kQJwCRjB/Cp/F0zJojTQSOjCCdkkRsMP3L4IPY0oSUnoaVqE6aTls+zT/I6OivP
Z9f1TSLq8t5WaSeygggMkzERlXlYLcHPGduAT03A54qa113WpJpp2vrGWQaeJ0togHjlKyuGKsDy
dq84yASPTlmZ3lFcIvjPUZorl4ooVWJPPDPGxCwyOggdseil2bH9w9OtXdM1zUdQ1O2tY7u0lt/N
mDXUcB23KRiI/J82By7KSMjK8UAddRXJ+DdTu7nQD9odFkt7eMRxSBt2NmRIz87g3sOMY65qhZ+I
725vdMlm1GNYh9oS4SKEMkzqqMFRlYh+CcEcnB4zkAA7uiuG0jxTqerrHDDNbqzXyQee0IPyGBpT
8quQGBXH3vqM1Zs9fuLHw5fzXN7Ff6hFPdCKHbtb5Hb5SASThcN67cfWgDsKK4e+8UXlnGBFqum3
CrBJPHciAlbpwQBAoDH5uecEnkYHWotU17WJLfUkE0MMTpdRRKsREkJjiD53buT1HQY4NAHe0VxM
d7qFhcQ6ZZzQq261h8142YAMkrMQpbr8o7/XNNu9f12OW6aGeyESm8aNWtmJVbc8AndyWz1xxQB3
FFRW032i1ilIwZEDY9MjNS0AFUbD/j4v/wDr4/8AZEq9WXDdRWst80z4zc4UAZLHYnAA5Jql1JfQ
d4juJLXw1qc8EjRSx2sjJIuMqQpwRn0rmE13UZLrS7FrhknsrtLfUGAH75iSqjkfxKN/HqK7QBbm
3xJH8ki8pIvY9iKT7JBvL+THuZgxbYMlgMA/UDvUlHGXGs6jL4X8P3FheGW8ZllnVSCZ9sLyNGcf
3tvbviq1/wCI72+kvbmxvXSznig+yAOsY2/aFjLhiDjdluSDgY4ruINMsrUk29pbwktuJjiVecEZ
4HXBP5mhtNs2h8lrSBotoTYYl27euMY6Z7UAZdm0lxYxabI+oCSRC7XkUokCncfl83AyeMfdrnI7
m+ttG0i/m1i7lgktxcXKC5jWbJ2/MoZcMgwflGDzxk8V3kFtDawLDbQxwxL0SNQqj8BUT6bZyGEy
WsDGD/VFolPl/wC7xx0HSgDkJNXuG8O3Wqx6rL9vkDf6EGQCIiQLtCkZBHQk+pz2xp6drl6dQ1T7
bZXQ8uaGNLaLbKYwyZJyvYmt06faGWSU20BklAEj+WMvjpk45qUQors6qoZ/vMByfTNAHBN4g1OG
01Sya8kNzdS3EljPgExRo7rIBxj5BGMf761JJrF1Lp95ff2xJDe2oiS3tMrtmYxowyuMsXLEcfh0
rtvsduSD5EWRuA+Qcbvvfn39aa2n2jzxTNbQGaIYjkMa7kHoDjigDlY9QuU1aaZNTlknOq/ZRZMy
shiyuSFxkFRls57c1J4V1KePw+b/AFC6e4kkhR1U3ayl22lsKoVdrHn5ef0rp0sLWK5e5jtoUnk+
/KsYDt9T1NRw6TYWxJt7K2iJYMSkKryM4PA68n86AObXxTftb2R87R1a9BlSVpW8qFAgbaxzy3PH
QYBOOMU218W6je3Nu0VtaR28/kR7XZjIsksW8HsCoOPcj0rpjpNgYniNlamN38xk8lcM394jHJ96
nNtCX3mKMsWDbtozkDAP1xQBw+m67qVjo1jukS5uprGGbfLK5UtLMqZOcngP247AAVpXGua0uqNZ
wx6aR9pSzV3MgPmGASliB/D1AHXpzXSfY7fCjyYsKAoGwcAHIA9gRTvs0W/f5abt2/O0Z3Yxn644
z6UAVtFvzqui2d8yBDcQrIUByFJHQGruKbHGkKBI1VUUYCqMAD2FPoAz7T/kK6h9Y/8A0GtCqFp/
yFtQ+sf/AKDV+qluTEKKKKkoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
AKmqX1tpumzXd6CbeIZfC7uM46UVB4h019Y0K6sYpFjeZQodhkDkH+lFa01Br3mZz5r6I0qKKKyN
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFv/AMhm+/3Iv/Zqv1UnsBLOZo5pYJiN
paMj5gOmQQQetNCZazRVIQagn3b2J/8Afg/wYU6JdQEq+bJamPPzbUYH8OaLeYX8i2ayvDWmz6Vo
62tzs8wSyP8AIcjDOSP0NaprJ8M6jcapoy3N0VaUyyLlVwMK5A/QUdA6mvRSZopDFopKKAFqrqn/
ACCrz/ri/wD6Cas1V1PnSrv/AK4v/wCgmhbg9ia3/wCPaL/cH8qlqK34tov9wfyqSgBaKSigBaKS
jNAC0UmaKAOQ8Va5rdv4l0/SND+yiS6iaTM6kgkZ79uAai2fEL+/o35H/CjWv+SraB/17Sfyeu0r
JLmb1O+dRUoQSgndX1XmzitnxC/v6N+Ro2fEL+/o35Gu1ozT5PNmf1r+5H7jiinxCwfn0b8jXYwi
QQx+djzNo37eme+KkoPNVGNupjVq+0t7qXojkdYa+8TarfeHojDb2UAia4lOTI6tztUdB0reuUVL
vTIwPlV2AHt5bUltZ30etXlxNcxPZyqohiVAGQjrk96j1pbovZixMa3G99hkBKg7G64opx1bZWIq
XjGEdlbbu0r/AD/pGptU9u2KNijHA46cdKw9NTUB5mWiFzx5xnjcsT2wd2MdenFX9uqf89bL/v2/
/wAVWjjbqcyl5F0Ko6ADtQFUYwAMdKpbdU/56Wf/AH7f/wCKo26p/wA9LP8A79v/APFUreYX8i6F
UdBSCNAAAoAHIGOlU9uqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IuBFAwAB9BS7F64GapbN
U/562X/ft/8A4qjbqn/PWy/79v8A/FU7eYX8i4I0AACjAOQMdKXYp7D8qpbdU/56Wf8A37f/AOKo
26p/z1s/+/b/APxVK3mF/Iu7V9BRtX0FUtuqf89bP/v2/wD8VRs1T/npZ/8Aft//AIqi3mF/IvAA
DAoqjs1T/nrZf9+3/wDiqNuqf89bP/v2/wD8VTt5hfyL1YL6LBqF/eXBG24jn2q55GNicEen5GtD
bqn/AD0s/wDv2/8A8VUOlC7F3fee0BXzudikHdsT1PTFNXjdpieu6Hx6JZ+Wvm2sW/HzbScZ9uaf
/Ymn/wDPqn5n/Gr1FTzMrlRR/sSw/wCfVPzP+NH9iWH/AD6p+Z/xq9Rmi77hyrsUf7EsP+fVPzP+
NH9iWH/Pqn5n/Gr1FF33DlXYo/2JYf8APqn5n/Gj+xNP/wCfVPzP+NXqKOZ9w5V2KP8AYlh/z6p+
Z/xo/sSw/wCfVPzP+NXqM0XfcOVdij/Ylh/z6p+Z/wAaP7EsP+fVPzP+NXs0UXfcOVdij/Ylh/z6
p+Z/xo/sTT/+fVPzP+NXqKOZ9w5V2KP9iWH/AD6p+Z/xo/sSw/59U/M/41eoo5n3DlRR/sTT/wDn
1T8z/jR/Ylh/z6p+Z/xq9mijmfcOVdjM023itdQv44UCIDGcD/drUqha/wDIV1D6x/8AoNXqctxR
2FopKKkoWikzRmgBaKSigBaKSigBaKTNGaAFopKKAFopKKAFopM0UALRSUUALRSUUALRSZooAx/F
t5Pp/hi+urWUxTRoCrjHHzAd6Kvapc2lpp00+ohfsqDMm5Nwxn0780VtTlZfDcymrvexbooorE1C
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKz5ZLm5v5reCZYEhVSz7NzMWz0zwOnvWhV
C2/5DN9/uRf+zU0Ji/2YW5kvrxj7SBf/AEECnxadFFIriS4ZlOfmncg/hnFW6KLsLIQ1yGpXvh1E
OmyrfwJbSsxW2imQbjnPKjkZJrrzWfoWqHWdNW7MXlZkdNobP3WK9fwpxdtRSV9CnFFp3hWwkuQ9
4YZWXO9pJ2z2wOSKzbHT9C1+9ne3l1Xzc+Y4aWeJeT2BwPwFddRijmDlOZ17WdGm36fqD36mFwW+
zxSjnH95RyOas2tvpvhywkv43vTDKqFvMeSZsHphTkjrW7iijm0sHLrc5C2s9B8R6jO0Muq+c2ZH
BkniX04zgfgKn8Tarpf2O40q6a8EiIMeVHJjOMrlwMY6Z5+tdRVbVP8AkFXn/XF//QTTUtROOhka
baaboWmnVInvTE8Ks3mSSSnB6YQ5IPPYVQjh0HxJqshjl1UXEg3sN88KYGBx0A7V1dv/AMe8R/2B
/KpMUc2tx8pzus6npNtAdIvnvgFROYUlLYHT51HXjnml0uy0vS7JtXtZL9oWhLHzpJXO3r9xuc8e
ma6HFFLm0sg5dbnID+wfEurnbLqguJF6AzwphR+AFX9W1DStNsxo9496EMQAMSSu23t86jOePXNd
BRRzBynO6Pp2l2lv/bFnJftGI2P76WVvlHX5G5zx6VSeXQfEmrIPN1QXEi7QF8+FMAE+wFdfRRza
3Dl6Hm/iWKz0vxtocE7XP2RLOSNmVneTB3jqPmzz1rpdE0zSkRdVsZNQZUD48+WU9OD8jf4Vna1/
yVbQP+vaT+T12lZwk/e9TrxK92l/h/VnIT3mgeI9SgDS6oJ3AjQIJ4V7nnoPxNaV5d6Z4d0+PTrh
7zypUcKVWSVsHr8wyQea3aoahrmnaVc28F/eRW8lwSIhIcBsdeeg6jrWjkvkcsYSk7R3MnQdJ0iX
ZqOnyaiwiYgefNLjOOcq3XrVW81DQPEN/bpJJqglJ8pBGs8S8nvgAfia64MGAIIIPQiklZkjZlUu
wBIUdT7Uc2txcvQxp7jTfC9hHazPeGKUttOJJm9+RkjrWRpem6RPfWF3p0mosEnZT9ollHIQno/X
tVm78SaxpUS3mqaNHFYbgJDFcb5IgeMkYwfwraumD32msDkNIxB9vLalCondLc1rYedNKUrWe1rP
8mYGo6poOt3UMVxJqayIxjXyknjGSQOSAAenWtRpdO8JWKRu92YpXOCfMnbOOeeSBxW1RT5unQy5
TlNE0rRdQl+1WEuqE28gP76aZRnqOG6ik1jV9C1OZLe8k1JXgkKjyI5kGc4PKjkcV1lFPm1uHLpY
xR/Z/hKxJZ7sxSyfxGSdt2PxIHFZmlaXoer3Ek1nNqhaJw7eZNMgyTkcNjI46U3W7+6t9V1aWHU5
IHsbeGS2tsqUmdt/ylSMncQF4OeeKqy6/cX3iC5txd3sFnMXtoWii2qksS7iRIVKncRIpHP3BS5v
vDlL+uaxod7IbO+k1FWt5DnyI5l+bofmUcitCOLTvClg8++8MMrrnc0k7Z7YHJFcrH4jutPGku2o
XtxHFbw3V+Wi8xW84AEMyrhAo3PyR2610mqeIprLUJEtkgntbeylu5iGJdthI2LjjOR36UX0sFup
QsdP0LXryd7aXVfMDeY4eWeJeT2BwPwFWNe1nRrgvYag+oKYXy32eKZecf3lHI5qlF4x1WS1Xfaa
fBLJukjlmuR5RjVA3O0tgnOBz0BPbFdVpV22oaTZ3bqEa4gSUqDwCyg4/Wnzahy6GbbW+neGbCS9
R7xoZQhO95Jm56YU5I61mW1noPiLULhoJdV85syuDJPEoye2cD8BXX4oxS5vvDlOb13VtHIfTNQe
/UxlSTBHLnpkfOo5/OprG003QbCTU4XvWhkjVj5jySnaemFOSDz6VvUUc2lgt1OQig0HxJqkvly6
qJ5AXYb54UwMDjoB24p19qOlW327StQe9CmVDmBJS2AiY+dR149a62qVh/x8X/8A18f+yJVKQuWx
maZZ6XpFi+r20l80LQ7j5skkh29fuHnP4ZqgBoPiTV22y6oLiUZwDPCmAPwArr8UYqebr1HynPat
qGlafaDR7x70IYlGYklZtvb51Gc8euaNI0/S7G1OsWkl+0XlMf30srnaOvyNznj0zXQ0Uc2lgtqc
g8mg+JNXUCTVBcSjaAvnwpgDPsBV/Ur3S9GsU0m7e98t4cAossjben3wCc/jmrq6/Ztrd3pZZkuL
aETOXGFKnrg98cZ+oqpbeLrW8trea0tL6czh28pIRvjRWKlmBPAyDgdT2HWjmBRItE0zSoohq1jJ
qDIqvgTyyngcH5G+npVOe70DxJqcIaTVBPIBGgQTwr3PPQfiavz+MrG1+0NcwXkUULSIJmjGyRo8
7lXBzng9QOlaC6so0ifULi2ubdIEd3jlUb9qjJIwSDkDjmnza3Dl6FG9vNM8P2Eem3D3nlSRsFKr
JK2D1+YZIPNQ6DpWkuE1LT5dRIiLACeaXrjByrdetWo/E9qbe5kuILm1kt4fPaGdAHaPsy4JByeO
vXio4vFcU89lHDp2oSC9j8yJwibcDG7OXyCu4AjHXOM0ubQLamdd3+geIdQt1kk1QTNiJBGs8S8n
vgAfia057jTfDFhHZzPeeVLv2kCSZvf5hkjrxVzR9atdbt5Z7QvsjlaI71xnHII9iCCD3BoGvaSY
EmGpWhikfy0cTLtZvQHPXkUOXToCiZGg6Ro9yyX2ny6kfIkwPPmmAyB3Vuo5qDUNU0HXLuCOeTU1
kVvLQRJPEMkgc4AH4mujj1Wwmvnsor23e7jGXgWQF19cr1q3inza3Dl0sYjy6d4TsUhke7MUrtgk
STtnHPPJAqhoek6LfSC7sJdTJt5Af300yjPUcN1FdVRS5tA5Tk9X1fQtVnjgu5NSV4XKDyY5oxkn
ByVHI4rSzp/hKx+Z7sxSydWMk7bsfiQOK2qKOboCj1OM0PSdI1XUbq4tZNR2xSI6+ZNKnPXkHGRk
VZ1zWNDvpPst9JqKtbyEHyI5k56HlRyK3LX/AJCuofWP/wBBq9VOWokroxEj0/wnYvNvvDFK4zua
Sds44wOSBWZp2m6Frl3NJay6r5it5j75Z41yTngHA/AV11FTzfePlOY17WdFuWex1B9QUwSZP2eK
ZeQP7yjkc1bt4NO8MWEl4r3hhl2bt7STN7YHJHWtyijm0sHLrc5G0stC8RX9w0Euq+ccyuDJPEvJ
7ZwPwFWte1fR2D6bqD36mJlJMEcoOcZHzKOevrXSYoxT5tQ5dDBsrXTfD9hJqUT3rQyRqx8x5JTg
9MKckHn0rOgttB8SanMYpdVE7gyMN88K9hxnAH0rr6KXN16hynO63qmkQxNpN898AgTJhjlzgcj5
1H5807TbPTNHsX1a3e+aF4dx82SSQ7ev3Dk5/DNdBRRzaWDl1ucgqaD4l1dtkuqC4kG4gNPCmAAP
YCr2r6lpNja/2PevfBfKUZiSVm29vnUZzx65rocUYo5g5TntJsNLsLQ6xaSX7RGJj++klc7e/wAj
c549M1RL6D4l1cYl1QXEi4AUzwpgD8AK6/FFHN1Dl6HP6nfaVpFiukXb3vltDgGNZXbb0++ATnj1
zTNF03SoIRq9lJqDIqP/AK+WU8Dr8jfT0ro6KObSwcutzkJbnQfEmqRAyaoJ5AEUIJ4U4yeeg9ea
0b680vQbBNMuXvPLkiZVKrJK209fnGSDzW9Rijm+4LHN6FpeksE1PT5NRYRlgPPml9MHKN1/Kqlz
faB4i1C3V5NUEzYjQRrPCvJ74AH4muvxRRza3Dl0sYdzc6b4a0+Oyne8MUocKQJJm9/mGSOvFVNB
0jSLhkv9Pl1JvJfA8+aUDIHdW6jmunoo5tA5dTj9Sv8Aw94iuYYbr+0nYHy1jSKZFbJ7gDB6d6K6
HXdTOjaLc34i80wKDs3YzyB1/GitIKbXufmRJxT940KKKKxNQooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACqFt/yGb7/ci/9mq/VC2/5DN9/uRf+zU11E+hfooopDEPSqelabDpNkLW3Z2j
DM+XOTlmLH9TVw1h+DoZYPD6JcRyRyedMdsgIODIxHX2p9BdTdooopDCiiigAqrqn/IKvP8Ari//
AKCatVV1T/kFXn/XF/8A0E01uJ7Etv8A8e0X+4P5VLUVv/x7Rf7g/lUtIYUUUUAFFFFABRRRQBx/
irQdbuvEmn6vobWnm2sTR4nJxk57Y54NQ4+IX97R/wBa7WlqPZ63udUcW1FRcU7d0cTj4hf3tH/W
sPxZ/wAJGNKP/CRnQfI52bs78/7GOc/SvUqz7/RNO1S5t5760iuJLckxGQZ2568dD0HWplTurXNa
WNUZqTgtOy1PO/hwPFQMXlEDR88/a84x/wBM+/8ASvUc+tOAAAAAAHQCkI6VUIcitcwxWI+sVHPl
S9Dk9Xa98S6rf+H4jDb2UAia4lILSOrfNtUdB061s38sNlPprSMI4kkZck8D92wFOtrW+i1q8uJr
qN7OVVEMIjAZCOuT3qS8/wCQhp3/AF1f/wBFtTpxs22LEVLxjCNrK23dpX+Yf23p/wDz+Q/nR/be
n/8AP5D+dX6KvQ59Sh/ben/8/kP50f23p/8Az+Q/nV+ijQNTIe70OS7W7kNk1ygwszIC6j2bGe9O
F/owjWMS2vlo25VwMKeuQPXk/nWrRRoGpkrfaKsbxrJaBJAFdQowwAwARjkY4+lLHf6NCcxS2iHB
GVAHU5P5nmtWijQNTCI8Nm2a3EenrEzbyixKBuxjdjHX3qxZ6jpdjZQWsN3EIoI1jQFsnaBgc/hW
rRRoGpQ/tvT/APn8h/Oj+29P/wCfyH86v0UaBqUP7b0//n8h/Oj+29P/AOfyH86v0UaBqZNz4gtY
drxSxTIM7wr/ADj3A707RruG9F5cW0gkiknyrDv8iVburNLvaJmcxr1jDYV/r6/SqNqbqK6vktbe
3aITjG6Qpj5E4wFNUrWJd76mvRVHzdS/59rX/wACG/8AiKPN1L/n2tf/AAIb/wCIqbFXL1FUfN1L
/n2tf/Ahv/iKPN1L/n2tf/Ahv/iKLBcyNV8JtqV9PcC78rzpULBV5MWzZJHnP8Q79iBTofDt7YXJ
uNPvYI5JfMSVZISy7GleRSoBGGXzCPQ1q+bqX/Pta/8AgQ3/AMRR5upf8+1r/wCBDf8AxFFguZ1v
4XjtBfzxCB7+6klYSzoXRQ7Z2lM4xjg4xmoLfwj5ek3Vs1yUknjlRI4GdLeEOm3Aj3EEDk89zxji
tjzdS/59rX/wIb/4ijzdS/59rX/wIb/4iiwXMS48K3uorGb/AFBFkHlxsbWMpiJG34Ukk7iwQk+i
4xzQnhK6tkdbXU2BUXPkPKu50MwUkk55wwY/iPStvzdS/wCfa1/8CG/+Io83Uv8An2tf/Ahv/iKL
Bcy9L8LyaHds2n3ztbyRxRyR3WZGwmQNpBGPlOPwFUbzwMbi10yNZraQ2lp9kkSeNzHIvB3AK6nO
R0OQc10Xm6l/z7Wv/gQ3/wARR5upf8+1r/4EN/8AEUWC5i2Ph+807xBaSboZLGIXRVlj2yKZXV/m
Ofm53DgDpzXUVR83Uv8An1tf/Ahv/iKPN1L/AJ9rX/wIb/4iiwXL1FUfN1L/AJ9rX/wIb/4ijzdS
/wCfa1/8CG/+IosFy9RVHzdS/wCfa1/8CG/+IqlqVxfJGjMsUMuf3QinZix9Nuz5v89KajcXMXLT
/kLah9Y//Qav1jaLJdSXF419EkVwfL3IjZH3a2KJ6MI7C0UUVJRi+Kr+607SFlsmdZnuIosxxiRs
M4B2qeCcGs6w8VXP2O1FzAJZBDcS3cmfLMSwuFOUwcvyMgHGc4OMV0Ooada6pam2vYVmhLBtrZ6g
5B49DTLfSbK0EYt7WKMRxtGu1eisQWHvkgE+tAGG3jGWKBvtFhHDcNFFNDE1zuEiOWxyqk7vlOQA
frgEiGTxdc3wsX0+1aO2ea0E8zuuVEu1toXBz8rAE5GM8dDWynhfR4rZ7ePT4FikcOwUY5HA56jA
4wOMEjvTv+Ea0kT28wsLcSWyosLbf9WE+7j6dqAMyXxbPFoyak9hEkVwFe0V7n5plKluiqSGwAcD
I56jBqDUPGVwun3MtlZKji0W5tjcyFfOBVWOABggBucHOR0Awa1z4W0cxSRf2fB5cj72UAgZ56en
U8Djk1J/wjmlZc/YYTvh8ggjI8vAXbjtwAPwoAzbjxHe293JbR2IuLk3CQiIzhEQ+R5rYbbkjgjp
TLfxkb3WLCytLB3S6ijmeRpMGJXQvnaAcgYAPI5YetbUWj2MLI0dtGGQgq3UghPLBz/ucfSs2Pwh
aQa1HqFvPPCE2YgjYBPlUIB67cAcUAU49W1NL2a5a6jkthqf2EWpiAO0kKGVhySM5OeMA9OtR6Zr
Wqy3WlT6hMYrK7gh8to7cNHLIycq7ZyjbjxxjGB1Nb8WhadBqMl/HaRLdyEs0uMnJGCfYkdxSQ+H
tLgu4rmOyhWaFFSNgPuhRgYHTgcZ60AaI6UtFFABRRRQAUUUUAFFFIzBQSeg60ALRUVvcw3cKy28
qSxt0ZDkGpaAKeq6dDq2mzWVwXEUwAYocHrn+lFUPGMUs/hO/jt0kklZBtWMEsfmHQCit6UW1pKx
jUkk9Vc26KKKwNgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1
Qtv+Qzff7kX/ALNTXUT6F+iiikMQ1Q0XVF1nTlu1iMQLum0nJ+Viv9Kvk4FUdH0xNHsBaRSPIod3
3PjPzMWP86elhF+iiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7R
f7g/lUtRW/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xq
o3v/ACEdO/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq
9VGw/wCPi/8A+vj/ANkSqWzE90XqKKKkYUVRj1myl1O609Zh9ptEWSZCCAqtyDk8H8OlVI/FmlTW
ttcQTSyx3IZk8uB2IVW2lmAGVUEdTgUAbNFYr+LdJiedZZ5IxCXUs8DhXKHDBDjDEHjAyauJq9q2
lzag3nRQQq7yebC6MoXk/KRnt6UAXqKy4vEenSWl1cNJLEtqnmTJNC8bquMhthGSD2wOenWol8U6
fJc20Ea3cjXSCSFktZCrqQDndjGBuGfTPNAGzRVLTtWs9WtnnsZvNiSRo2YKR8ynB6/z78VNFewT
CPbIoaRQ6oxw2MZ6daAJ6KoHWLT+0HtFkLyxqjMEG4DcxUZI75HPpVhr22QOWuIlEZ2uS4G0+h9K
AJ6KpnVrL7TNbLOrzwFBJGnLJuIC5H41P9qgy486PMZw/wAw+X6+lAEtFNjkSVA8bK6MMhlOQfxp
1ABSY5zS0UAYjWUl1rF80d9c2wXywRFtwfl6nINTf2RP/wBBjUPzj/8AiamtP+QtqH1j/wDQav1b
k0QkmZX9kT/9BjUPzj/+Jo/sif8A6DGofnH/APE1q0UuZj5UZX9kT/8AQY1D84//AImj+yJ/+gxq
H5x//E1W8YpHJo0QniaW3F3AZkVC+UEi7sqMkjHWububW9VZDpNveJaFLk2cYVlZYykWQoPK5IkK
g+vGKOZhyo63+yJx/wAxjUPzj/8AiaaNLlYkLrV8SpwcNHwf++azfD8FouuSvosE1vpq2wSVXieN
Hl3fKQGAywXOT7jOe1LRrLULJ7SGGe6RLm+vJrlzCgL7XOwM23o2M56nPBAxg5mHKjof7In/AOgx
qH5x/wDxNH9kT/8AQY1D84//AImuYt9T165gKpc3omkWL7SWsgv2SZpkVkjyvzAIX67sbQc81q6L
Lq6atGl7dXFxbyfakIlgVQvlSKsbZAHLKSTng9gMUczDlRpf2RP/ANBjUPzj/wDiaP7In/6DGofn
H/8AE1yMVtqljeW3kW88sF1qVxcBTnEUqmYAN6I67Mdsg+oqaDV9ZaJd13qH2VvJ+13LWO2S3kO7
eiLt5Gdg6Ntz1PY5mHKjpxpUzDK6zfkexj/+Jpf7In/6DGofnH/8TXG6bea5ZjSbSKWW2t8Bt0tm
5M7NM+9WAQ7Tt28ErjdnkDi54qim/wCEtimhtzLKkNs0IWGQuxWVyypIvypxjdu6ijmYcqOm/sif
/oMah+cf/wATR/ZE/wD0GNQ/OP8A+JrUHSlo5mHKjK/sif8A6DGofnH/APE0f2RP/wBBjUPzj/8A
ia1aKOZhyoyv7In/AOgxqH5x/wDxNH9kT/8AQY1D84//AImtWijmYcqMr+yJ/wDoMah+cf8A8TQd
JuACf7X1E+w8v/4mtWijmYcqOZ0fQr2HU2v5rmeBHOTBlSZPd8ALn6fnXTUUUSk5O7CMVFaFDWtT
XRtIuL9ojKsChigOCeQOv40UusaamsaVPYyu8aTAAsmMjkHv9KKun7O3vClz390vUUUVkWFFFFAB
RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/
RRRSGIaw/Bvm/wDCPJ5/mb/Om/1mc48xsdfatw1S0jVI9YsBdxRuiF3Ta+M/KxU9PpT6C6l6iiik
MKKKKACquqf8gq8/64v/AOgmrVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VL
SGFFFFABRRRQAUUUUAFFFFABRRRQAUUlFAC1Rvf+Qjp3/XV//RbVdqle/wDIR07/AK6v/wCi2poT
L1FFFIYUVka/PdxDT4bG4FvJdXQhaQxh9q7HbgHj+EVzmqeM7nTLWGOae1W5guZRO7DAuIocb9i5
4ZtwAHOCDQB3VFcNda5qOnJqUk2tW7oksVvatJbqqbpVVg7EHkKGJx3ArZtPEAvPDFlqSNlppYYn
2AYDmVY3xntkn8KAOgorlYvGjv5m/S5FLnFqBMp84+cIef7nzEHvxn0xUVr4quoI5JNRhbzfMuVE
CMpAKyxRou7jvIOfzoA6+iuduvFMthdWNte2Ucc9y6o8aXG9o9z7EbheVJxydvfGSMVStvF13Hp9
vd6laBHdLgiKBwwcpIka8nGCS+PTuaAOvorlbnxjdWxeE6QWvImkE0QuV2qqxrJkNjnKsOMDn866
W2nW6top48hJUDrnrgjNAEtFFFABVGw/4+L/AP6+P/ZEq9XN3eo3dneXccEGIXuPnuSy4T5E4weA
fc8VUVe6Jk7WOkorNiu7xYkAsJZMAfMZ4yW9+tP+23n/AEDZP+/yf40crDmRiap4Vu7zVbm7t7iK
I3EqpIedxtzGqyJ06kqCKfY6FqmkXJmsWspBKrxyJIWURjzpJEZSBzgSEFeOg5rY+23n/QNk/wC/
yf40fbbz/oGyf9/k/wAaOVj5kZMfhURQX0kqx3tzPLO0cVzKxgVZHLYC4+UkHBIBpieGr9tDvLWW
/kV5YZoobbzjJDGHUhQXZd7YJznj0xxWz9tvP+gbJ/3+T/Gj7bef9A2T/v8AJ/jRysOZGHeeHdV1
WVZria1tJG8qJxATJtiRjJwWXDMXC8EYAz1zTYfDOrWcGy3vYXeGO7jtpZMgjzijKSAMDaQ/A7bf
w3vtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyMjSPDl9oU0sdveJdWkyRI3n4Rk2qUJAVcHKhO
v92qdr4Kmhe1mZrX7RAtmgmUHeqxIVcA4zzngfnXR/bbz/oGyf8Af5P8aPtt5/0DZP8Av8n+NHKw
5kc1p3g28tWTcmnwhFtEzBuzL5Mu9nf5R8xH15796G8JaiNEFhHFpaupVZJwMvdKA3zOWRtrZYH+
LPzcjNdL9tvP+gbJ/wB/k/xo+23n/QNk/wC/yf40crDmRz1l4Qu7XaG+xsxSx3zDO8tAyFx05BC5
BJ64yO9V18DXT27QTDTwqxeUzqGLXeZkkZpcjrhDx83LHkCup+23n/QNk/7/ACf40fbbz/oGyf8A
f5P8aOVhzIZoelnSLW4g/diNrmWWJIxhURmJC47de1aVUPtt5/0DZP8Av8n+NH228/6Bsn/f5P8A
GjlYcyL9FUPtt5/0DZP+/wAn+NH228/6Bsn/AH+T/GjlYcyKsmpWumX+oS3kyxqTHgHqx29AO9Wr
TVoLiASSskBJOEklXdjsTg8fSs3+zbfWru+GoWmx1aPadwLJ8vUEfyq7aaDaQwBLi3tbhwT+8Nsi
kjtnA6+9XLlt5kR5rlz+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR/Y2m/wDPhaf9
+V/wqPdK94k/tC0/5+oP+/go+32f/P1B/wB/BUf9jab/AM+Fp/35X/Cj+xtN/wCfC0/78r/hR7oe
8Sfb7P8A5+oP+/go+32f/P1B/wB/B/jUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P
/n6g/wC/go+32f8Az9Qf9/BUf9jab/z4Wn/flf8ACj+xtN/58LT/AL8r/hR7oe8Sfb7P/n6g/wC/
go+32n/P1B/38H+NR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vs/wDn6g/7+Cj7fZ/8
/UH/AH8FR/2Npv8Az4Wn/flf8KP7G03/AJ8LT/vyv+FHuh7xJ9vtP+fqD/v4KX+0LT/n6g/7+Cov
7G03/nwtP+/K/wCFH9jab/z4Wn/flf8ACj3Q94l/tC0/5+oP+/go/tC0/wCfqD/v4Ki/sbTf+fC0
/wC/K/4Uf2Npv/Phaf8Aflf8KPdD3iX+0LT/AJ+oP+/go/tC0/5+oP8Av4Ki/sbTf+fC0/78r/hR
/Y2m/wDPhaf9+V/wo90PeJf7QtP+fqD/AL+Cj+0LT/n6g/7+Cov7G03/AJ8LT/vyv+FH9jab/wA+
Fp/35X/Cj3Q94mW+tXYKtzCWJwAJBk1PVNNJsI3V0sbZXU5DCJQQfyq5Sdug1fqYnjLzf+ETv/I8
zzdg2+Xnd94dMc0Ve1jU49H0qe+lR5EhAJVOp5x/Wit6Tkl7quZVOW+rsXaKKK5zYKKKKACiiigA
ooooAKKKKACiiigAooooAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikM
Q8VQ0TSxo+nC0WUygO77iMfeYt/Wr5rD8HTSz+H0e4kkkk86YbpCScCRgOvtT6C6m7RRRSGFFFFA
BVXVP+QVef8AXF//AEE1aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMK
KKKACiiigAooooAKKKKACkNLRQByUC6zqGuarajW5LX7LKDHGtvGw8thlTk8+o/Crv8AYmt/9DNN
/wCAkdJe/wDEv8a2Fz0jv4WtX/31+ZP03Cugq27WsQkjA/sTW/8AoZpv/ASOsySW80zxbpttf62b
mIRyzyebCkYQBSByPXJ/KuyrjrSCLWPEt3e3EaSwPctZxqwyCkcbZ/8AHifypwd73FJW2OjttWt7
ncyuqRD7ru4G/wBwM5x9asfbbb/n4h/7+Cq1to9tbllKRyxn7iyRqSvtuxk/jU/9n2f/AD6Qf9+x
/hUvl6FLmK2owaXq0Cw3zwSojh1Hm7SGAIyCCD3P5023tdHtG3W62kZ8oQfKwxsBJ2/TJJ/Grf8A
Z9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UtB6lKCw0W1aFoFtUaEgxkSD5SE8sd+yfL9KT7BoomeULai
R38xjvHLbw+evXcAfqKvf2fZ/wDPpB/37H+FH9n2f/PpB/37H+FGgalB9N0OSExPHalCjJjePus2
8jrx8wB+tNTStAjtjbrDZiEq6lCwIIcgv37lVP1FaP8AZ9n/AM+kH/fsf4Uf2fZ/8+kH/fsf4UaB
qZg0bQFMB8u2LW5DRkzZIIbcCeecNyM5xT10vQlSRPKtCknmblLgj94QX4J4BKj8q0P7Ps/+fSD/
AL9j/Cj+z7P/AJ9IP+/Y/wAKNA1M+HS9Ct4ViijtVRQ4/wBZkneMPk5ycjA5q/Fc2cMSRRzwKiKF
VQ44A6Cl/s+z/wCfSD/v2P8ACj+z7P8A59IP+/Y/wo0DUd9ttv8An4h/7+Cj7bbf8/EP/fwU3+z7
P/n0g/79j/Cj+z7P/n0g/wC/Y/wo0DUd9ttv+fiH/v4KracySy35Uq6NcdQcg/IlT/2fZ/8APpB/
37H+FQabGkUt8kaKii44VRgD5Epq1mLW6LyRrGoVFCqBgADAFLS0VJQlGRXEX+qX+l+KNTmheaaK
cx2UMBJKxzNGrRsB0AJLA/hmoNMnjjFvaa1ql6kMCS/ZpmndDPKJ5FJLDl2ACYU5+90NAHfZFHFc
D9l1CaPVbxr+XTbZZrpHupLp3DjzCqDy+kYXGMgg46e1mHU5z4P1FLW1nCR29wPtkd4ZowwQkGN2
O9hnoccHjtQB2tFcDPqPkQ3Nvod1d3dpdpFAhimaVlmYnf5bseojBY/NgEDoTUNvdJG1rd6h/aCy
2MFyLmJ7mQF3hMXlllVtuSrA8dSxzmgD0TijrXHeF9UubRLmw1r7TDdOUmiN2wLO0gO5VwTwHVsD
PAIqDT/EGq7rFg0JtvLs0eAxMWdpY8k7y2Rg46g+9AHcUV59p+t3d7qJupLyG5eSOxDxwoyLbl5y
GjPzckZxn25FWJPFl2uhtdnUIPtMrKDAluM2bEMSkhdwP4cZOCSOAcigDueKK4O01y/uriSae6Ui
cadKlntI8sSMgcqc5IBJHpnr6UL4s1aW3laGe1ad49zxC3b/AEFzMiKj8/MSGbrg/ISOKAO8orM8
P3l1eWUwvWR57e4lgMiJsDhWIDYycZHvWpQAlFLRQBn2v/IV1D6x/wDoNaFZ9r/yFtQ+sf8A6DV5
XV87WDYODg5waqW5MR1FFFSUZuu6hcadYxvaRRSTyzxQIJWKqC7BckgE8ZrJm8XT2TvDeWSCeASi
ZY5MqzKsbJsOOjCReuMc1t6rpkerWggklmi2yJKskLAMrKwYEZBHUelUW8KafLHsnE025ZFkeSQl
pTIFDFj64VcYxjAxQA/T9Tvjqh0/VLaCOdoPtEb28hdCAwVlOQDkEj2OfaqOmeLHuAv2yznje4vJ
oLeNITkJG2CzHcRxjk8dxz309O0VNPuZLhri5uriRQnm3MgZlUdFGAABnn370Q6DawS28i+YWgea
RMtxmViz5/E8UAUf+Ez0/wAh5RHeFdqvF/o7ZuEZwgaMfxAsy/mD0NWdM8S2mqXYtoorqKQq5Hnw
lAxQhXUH1UkA/pmoYPCFjAFHmXUixiNYRJNuEKI6uEXjgZVc5ySABnirtvolta3cdxGZPMjadly3
GZXDv+oGPSgDGtvGRkuDBcWyQuL1ocl+DADIPNzj1iYEdvxFWk8ZWDx5EN6JH2GGE25Ek6tnayDu
DtbrjGOcVNJ4U02aS0eSN2a1lmlQluvmli6n1Uljx7CoY/B9nGgIur4zJsEM7TZkhVMhVU4xjDMD
kEnPJNAFW08eWHkWA1BvJubs/wCrVf8AVgyFE3AnIyR2zg5zitO41O8fV3stOt4ZRbqj3DSyFPvZ
wq4BycAnnA6fhBB4RtLSSB7a5vYWiUIxWbPnKHLgPkc8s3IwcE81autDhudQ+2LPc28rKqS+RLsE
yqSQG47ZPIweetAGnS0g4FLQAUUUUAFFFFABRRRQAUUUUAUNb0wazpFxYNKYhOApcDJHIPT8KKp+
MZpYPCd/JbyPHKqDa0ZIYfMOhFFdFGM2vddjGrKKeqNuiiiuc2CiiigAooooAKKKKACiiigAoooo
AKKKKACiiigAooooAKoW3/IZvv8Aci/9mq/VC2/5DN9/uRf+zU11E+hfooopDENVNK1KHVrIXVsr
rGWZMOMHKsVP6irZOBWdoWlnR9MFoZRKVkd9wXH3mLdPxp9BGlRRRSGFFFFABVXUgW0u7VQSTC4A
Hf5TVa8123s9SSxMU8kpRZJGjTKwoWKhnOeBkH1xgk0tr4i0m8sre7i1G28m5O2JmlC729Bnv7UA
XrcEW8QIwdg/lUlU21W0Fx5Ec8UsokETokilo2OcbhnI6GkTWdNltpbmPULR4ITiSVZlKofc5wKA
LtFZt7rtpaWEF5GWu4riRY4fsuJPMJ6Y5x2Peq6+KtOMPmO0seI5HdHjIaMoVDKw67suuB3yMUAb
VFZNr4jtJ/OFwJbB4EWSRLxREQjEgNknGMgjr161ekvIo/IJYFJzhXDDH3S2c56YB6UAWKKrW2o2
V5A81rd288SEhpIpVZVxyckHiov7b0v7O1x/aVn5CMEaTz12qx5AJzjPtQBeoqs2pWSTPE95brJG
nmOhlUFU/vEZ4HPWo/7Y03MA/tC0zcf6n98v73nHy888+lAF2iqenatZasszWNzHOIZWik2HO1lO
CP0/GrlAGF4wgdtBe6hGZrGRLpMf7Byf0zWxbzJcW8c0Zykih1PsRkU6aJZoXikGUdSrD1B61ieD
pGXRTZSnMunzPatn0U/L/wCOkVW8Sepo6xfrpekXd43/ACxiZx7nHA/PFZOjWLadp2hQSf63LPIf
V2Rmb9TTvFX+mPpmkrz9tulMgH/PNPmb+QFaV5/yENO/66v/AOi2prRCe5epaTIoqCypqOqW+lRR
yXXm4kcRosUTSMzEE4CqCegP5VXfxHpiWlrdNdARXUwgiJU5MhONpGMqQQc5xjHNJrtpd3QsZbFI
ZJbW5E+yWQoGGx1xkA4PzelYFz4Nv9QaUTX8dssqTSP5CBv3spGcbhwFVVAYckljxQBs/wDCW6Z/
pZc3Ua2al52ktJUCDGeSV6kEYHU54rTW9he1iuUYtDKEKMoJyGxg/qK5uXw7q12GE13DC1zcW89x
JEN5HlxLwAwwcyKDz296ltdC1ODR4tLklglgt7iOSOYsQ5RJ1kClcYGFBHHcDtQB0YmibfiRDs+9
hh8v1qtaara3zOIHYhHdC204yhAbnp3H1rlh4JnhiYwx2e91Zp1yVFy32kSgOQOQVBUk5xnoRSr4
OvfsLRL9ityftBEURbywJJYnCcAHaRGyn/e6UAdiLiFtm2WM78lMMPmx1x61Ba6paXwja1nWZJN2
14+V+U4PPQcmuYu/DGoXV5pssNtp1nBbTRyGCDGI8S72w3l5O5ew2DOc5zTB4Nu/7MFnEtlbhEuU
BjJCyiSSN13AAYBCFWHPHrQB2H2mHYr+dHsb7rbhg/Spa4mTwVLd72uLXTo0dp3W1QFooGaJY0K5
Uc5XcSAOTx6119lE9vYW8MrbpI4lVmznJAwTQBPRSUUALWVDeQ2k18Zm5a5wiKMsx8tOABya1Kwm
0W21G9vZ3UC4SfashUNxsTgg8EVUba3Jlfobcb+ZGrFWQsM7W6j606qEejWPlr5llbF8fMVjwM+1
O/sbTv8Anyg/74FLQepd49qMD2ql/Y2nf8+UH/fAo/sbTv8Anyg/74FGgal3jGO1HHtVL+xtO/58
oP8AvgUf2Np3/PlB/wB8CjQNS6AB0A4owPaqX9jad/z5Qf8AfAo/sbTv+fKD/vgUaBqXePajA9BV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7x7Uce1Uv7G07/nyg/74FH9jad/z5Qf98CjQNS7ge1H
HtVL+xtO/wCfKD/vgUf2Np3/AD5Qf98CjQNS7xRVL+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNS7RV
L+xtO/58oP8AvgUf2Np3/PlB/wB8CjQNTH1az1K8ur9NMuREQY96dDINvQN2/wA81LpVlqAsVW3u
1tEUkGJ7EKQe/wDFz9e9XdOt4rbUb+OCNY0zGdqjA+7WpVym0rERgr3Mr7Hq3/QWi/8AAQf/ABVH
2PVv+gtF/wCAg/8Aiq1aKnmZXKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t
/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrV
oo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8A
oLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/w
EH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjK
+x6t/wBBaL/wEH/xVH2PVv8AoLRf+Ag/+KrVoo5mHKjNitNTWVGk1SN0DAsotQNw9M7uK0qKKTdx
pWKeq6jDpOmzXtyrtDCMsEGT1xwPxoqLXtMOsaLc2AlERnULvK5xyD0/CitKag17zInz3900aKKK
yNAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqFt/yGb7/ci/8AZqv1Qtv+Qzff7kX/
ALNTXUT6F+iiikMQ1ieELqa80BJriVpZDNKu9jk4EjAD8hW2aqaXfW2o2QuLMEQlmUZXbyGIPH1B
p9BdS5RRRSGFFFFAGFreh3Gq6jaSxtaxJAVYT7G8+Mg5IVgcYI4wePXPSsk+C737GlutxY4No9g5
aAtiItncvPD4PI6HA9K7OigDn4vDTxbNs0eV1I3pO3lhtICk+vPWsTVfCl7Z6Pbx6eiSukdpE6wq
EbMJkJcZ6ksy/rXd1zM/iS7s59W+021sIrW4jgtyZyDKWRWwQFJz82eAfTtmgBU0a8l8L6Tb20MF
jc2UkcqwyMXQbcjBI56H8/Wo5/CM90WlkvUW5lEkkkiR8CUtCyEKT91fJUYJyfWoYPF1xLci7W1L
6bLbWkp3SBWgMruvTGWOdvHHT14puneL7omztGsLm+nbBuJYUOI1aRlU8LjgKSckcDvQBauvD2oa
iLi4vpLJ7x1jSFYxIiRhW3Z3A7t2TnPbA461cuNEuLmw06GW6V5bTcZJSmPMJhePOBwOXz+FR6pr
02nahNBDbm5kxbLHEZAgLSvIud2D/cqpqniG6k8N2N9YrNby3NysLokYmdeWDBR0blfyoAltfDb6
ZpuoRxGN2nsI7dUjXblkjZc/jkVmx+ENVm0lVe7trad4YoXigjKJsRHHJBznLknBwdoHSoT4j1q4
j0/7HP5001o80axWm8TN5m1BJg/uuMbuRg59K6vRLya9t7l7ggtHdzRLgY+VXKj9BQBhnwVI2kXV
obmLzZUtQr7CBmFVGGwQdpK9iMZpg8Du1o8ZNnE7QPGBGrsFZpRIWBcls8c89a7GigDN0bTptN+2
JI0TRy3Mk8ZRSGAdixDfQnHFaVFFACVz9t/xL/G93D0j1G3Wdf8AfT5W/Qg10Nc74tP2AafrHOLC
5BkI/wCeT/K38xVR1diZdxbX/iYeN7ufrHp1utun++/zN+gAq3rS3Ly2a2UkcdwXfY0i5UHY3aq/
g+Jv7FN5KMTX8z3TZ/2j8o/75ArQvf8AkI6d/wBdX/8ARbU3pL0FbQoaZBfp5gLxx3HHmtNAzFvQ
ht+CPp09BV/ytS/5+bX/AL8N/wDF1dpaTk2NRsUfK1L/AJ+bX/vw3/xdHlal/wA/Nr/34b/4ur1F
LmHylHytS/5+bX/vw3/xdHlal/z82v8A34b/AOLq9RRzBylHytS/5+bX/vw3/wAXR5Wpf8/Nr/34
b/4ur1FHMHKUfK1L/n5tf+/Df/F0eVqX/Pza/wDfhv8A4ur1FHMHKUfK1L/n5tf+/Df/ABdHlal/
z82v/fhv/i6vUUcwcpR8rUv+fm1/78N/8XR5Wpf8/Nr/AN+G/wDi6vUUcwcpR8rUv+fm1/78N/8A
F0zShIJL4TMrSfaOSq7R9xO2TWjVGw/4+L//AK+P/ZEp3umK1mi9RRRUlBRXF32v3uleJtTLytNa
vstraDH3bgxqyAf7+WHPcCotJv7m48q01PXZYGtopJPPyiG4YTyIScjBVQi/KP7wzQB3NFcJHNrl
0dSmtb+a2iWa5jM93JGIOJCqCPgspGMZIx7HirMevSp4X1BYv7RNzBBcZuJSkqxOqFseYvBxxjj2
POaAOyorhrvWJ9Lju7S01Oe8WaKJIpeJ5YZpGIIXaPmwgL4wcbT2IFQW2qu72l5eapqMaW8FwbyI
sEy8BjAJUrkbgdxH+1QB6BRXJeFdduJobq21aWZbxdsyfaYzCzCRSdiqQCdrK6j2AqCx8V37PZZh
t3tGjtFkJdjMWmTdkHocEfjQB2lFcJZeJL681ATzT2/lyxWLJBbTEiISzEEP/tYOD647VZfxfdDR
Vv8AzNPDXJU28Ch5HThiVkAI5AXrwBg+nIB2VFcTaeJr+9mmmeSBbaT7A8MCEiRBMyZy3cfMe3Pt
Sf8ACa3zWpljj093ni82GMSsWg/epGFl9zv7Y5UjnGaAO3orM0HUZ9RspWu0iW4gnkt5PKJ2MUbG
RnkZ9K06ACiiigChaf8AIW1D6x/+g1fqhaf8hbUPrH/6DV6qluTEWikzRmpKKGtak+l2STRW/wBo
lkmjhSPeEyzsFGTg4HNZjeL47fcl5ZywzRCXzowwbYyKjAA9G3CRcH35xWnrGmnVbJYUuGt5Eljm
SRVDbWRgw4PB6VnS+Ebe5VvtV1cSySLIJpchWkZwg3DA+XaEXGPTvQBa0/WLi4vzY39i1lc+V56L
5gkVkzg/MOhBIyPcYJqrpfi62vV3XCPB5t1JbWyeVIWk2HBJGwY9e4Hc5Bxd0/SJbW9e8vL6S9uW
QRK7oqBEzkgBR3PJPsPSmQeH4oJraTzpG+zyXDgEDDecxZgfpnigBn/CXaL5M0v20eXCAWYRv8wL
bAV4+cbiBlcjNT6f4i0zVbg29nc75gpba0bJ0IDfeA5BIBHUZ5xWfb+EEiESyX9zMtusUdsGCjyo
0kRwvA+YkxqCTzgVetdCjtb2K5WZ2aJrhgpAx++cOfyIwKAKNr4wguZ2ha3eKRb1rUqzD7o34l/3
SY2H1Bq0ni3RpIGlW8JVSoA8p9z7s7Si4y4ODgqCDg1Wm8G2U8tpJJLLut5Z3OMDzVlLko3sC5x3
H4mmJ4QKGOY6pcvd24RLadkT90iAgLtxhiQzZJ56dMUATWPjHTbizs5bmdbeS7P7tCGOAXKKScfL
uI4zjnipNU1+fT7+aGLT2uIba3W5uJFlAZEJYfKpHzEBCcZFUYvA8ENzazpds0sKqrtNbxSGQB2c
EEr8hy7DK4/MVf1HQH1DUJZxfzQRT2629xFGi/vEBY8MRlc7yOKANeGVJ4Y5Y23JIoZT6g8in0yN
FiiSONQqIAqqOgA7U7NAC0UmaM0ALRSZozQAtFJmjNAC0UlLQBi+MLqay8K39xbStDMiAq6nBHzC
ir+qX1tpumzXd6CbeIZfC7uM46UVvSbS+G5lUtfexbooorA1CiqD6zaR67HpDO32ySA3CrtONgOC
c9Ovaota8Q2WgrD9r895ZyRFDbwtLJJjrhVB6ZoA1KKzND8Q6f4htpJtPlZvKcxyxyRlHjYdmU8g
0a34gsNAhie+kk3zvshhijaSSVvRVUZNAGnRWRp3ibTtR065vVkkt4bQkXAuomhaLAydwYDHHNak
UqTxJLE4eN1DKynIIPIIoAfRSZpGdUUsxAVRkk9qAHUVBaXlvf2sdzaTJNBKNySIcqw9QamzQAtF
JmloAKKKKACiiigAqhbf8hm+/wByL/2ar9ULb/kM33+5F/7NTXUT6F+iiikMQ8VmeH9MfSNKW0lk
WRhJI+5RgfM5b+taZrG8J3s9/oST3UpllMsq7jjoHYDp7Cn0F1NqiiikMKKKKAGu6xRs8jKqKCWZ
jgAepNCyI+djq204ODnB9KyfFgz4duNwJiDxNMB/zyEil/w27qwNQstbnmu/Ikv4VV7yWIwOF3sF
j8kH1BO7A796AO0lmjgiaSaRI41GWZmAA+pqjcaDpt3LNJPao8k+0yNkgsV+6eD1A4z1xxXMahba
newatFcQ6lJcvGRCi/8AHs0eFwMdN+c++c9sU68l8Qm4u7e2jv1eP7W6y4BRlYqYgp6Fgu7A7HrQ
BupoOhC7t3S1tfPtAsMQB5jC/Mq4z2zuAPTINSN4b0l5beU2MPmW/wDq2AIx827HuN3OD3rlorPV
YoruSwh1NfMnuZI2uSDMf9FVUJJ5++MDPPAzVXXrnVNHsPsTX98izXI8qeWU79vkZb5wM4Ehzj2I
6GgDu7ixsWka6uY4t67HaR+MeWSVJPtuY/jRHptj9ngSOGIwxSedEB0Vsk7h+ZP41y+p6fLdPZXN
ub+8STRp4EkUsFkcqpUup6bhnr3x3Aqrc2mv2lgLSCbUvsoli3yBTJMqmHnbtZWwJAMgHj0xmgDs
rXT7G1uHktoYklG4MV6je29h7ZJz+NJa6PY2V7Pd20AjnnJMjBj8xJyTjOMk1zlpZ6tPdWyXMt+s
TXETTSjETOoted208AyAZAPXjpVzXItSOpzzWi3kkUNgTFDFMY0eUsRzjqQvI/xxQB0majNzAFkY
zR7Y22udwwp44PoeR+YrhIrbxFdaUu+XU4pIUvJItrlWdhsMAbdkkctgNz61Le215A+vS38c62E0
UzRheEMhhQZcdTnGF9CD3IoA7uioLISrYW4uDmYRr5h/2sc/rU9ABXP+NnZvDklnEA098620YPqx
/wAAa365+9/4mHjSwtusdhC10/8Avt8ifpuNVHe5MtrFvwxdi98OWUmArLGI3UfwsvykfmKsXv8A
yEdO/wCur/8AotqzNBP2HXNZ0zovmi7iH+zIOfyYH86073/kIad/11f/ANFtTfxAti9RSUtQUVNQ
1O00qBZr64SCNmCBnPVj2/Q006xYLa21ybyDybp1jgfeMSs33QvqT6VV8QQXcn9nz2Vsbl7a7Erx
q6oSux14LEDqwrnLrwnrGoeYge2tEfz7kbl80JNIRgLgjBULndyMueKAOjj8V6LMZxHqVuTboZJc
tjy1HJJ9K0PtcXkpNvXyn27WHQ7sAfnkVy0+j61frMrx28DXtxbyzl/3iIqRKWXaCNwLqF69CTU9
np2sQaLBpcsauba4jKXKSBQ8STqQNucj92DxntjnNAHU1Wg1C2uZGjhlV2VnQgZ4KkBh+BIrjl8L
6nbwymKNy06s11GLojzyLgOFyTxmPcvYDOKIfDerQ6c0VrB9lB+0kQC5/heWJlTcO5RXGe2aAO6q
FLuGR0WOVH3hiu05B2nB59ia4650PU5L3SWsdNFnbW8qMU88M8Y83MgLbuhToFznJBxxUcHhfUrX
SRZ2NuLQxrdKdlxgS75I2Ugg5GUVlz1WgDu6K4R/Cl9dx7WtGt7UNPJBafayTATEqpyD3cM2ASBn
1rtLJZUsbdbg5mWNRISc5bHPP1oAnooooAKzLe5itX1CSd1RBc9T/uJwPU1p1z8mjJf6hd3Kuy3E
M+EyzbSNidQCMfUc1Uba3JlfSxuxyCSNXAYBhkBhg/lTs1Qj0i3MamVZQ+PmC3MhGfbmnf2Paek3
/gRJ/wDFUe6GpO1rC7bmhjZtwfJQE7h0P1HrTZLC1lEYktoXEb703Rg7WznI9DnvUX9j2npN/wCB
En/xVH9j2npN/wCBEn/xVHuhqWHtoZIHheGNonzvQoCrZ65HfNIlpBHbfZ44I0gwV8pUAXB6jHTF
Qf2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpLDYWtsiJBawRJGxZFSMKFY8EgDoaV7K3kLF7eJi
+d2Ywd2cZz+Q/IelQ/2Paek3/gRJ/wDFUf2Paek3/gRJ/wDFUe6GpO9rDJIskkMbuvRmQEj6GgWk
C42wRDG3GEHGOn5dvSoP7HtPSb/wIk/+Ko/se09Jv/AiT/4qj3Q1JI9PtISxitYELHcdsYGTnOfr
nn60jaZZOJQ1nbkTMGkBiX5yOhPHJpn9j2npN/4ESf8AxVH9j2npN/4ESf8AxVHuhqS/YbXeH+zQ
hwoQN5YyFByBn0B5FC2NqrSsttCDMwaQiMfOR0J9T9ai/se09Jv/AAIk/wDiqP7HtPSb/wACJP8A
4qj3Q1LaRrGCERVySxwMZJ6mnZql/Y9p6Tf+BEn/AMVR/Y9p6Tf+BEn/AMVR7oal3NGapf2Paek3
/gRJ/wDFUf2Paek3/gRJ/wDFUe6Gpj6sNWN1f/2QUBzH5n/PTG3+HtT9JXUhYgWT2Ij3HcJUl37u
+7cc5zV/TbdLbUdQjj3bQYz8zFj931PNaeKqUtLWJUepl413+/pv/fMn+NGNd/v6b/3zJ/jWpijF
TzeRXL5mXjXf7+m/98yf40Y13+/pv/fMn+NaFxcQWkJluZo4Yl6vIwVR+JpI7q3lWNo54nWQFkKu
CGA6ketHN5By+ZQxrv8Af03/AL5k/wAaMa7/AH9N/wC+ZP8AGrtteWt4jPa3EU6qdpMThgD6cUsF
5bXRlFvPHKYXMcmxgdjDqDjofajm8g5fMo413+/pv/fMn+NGNd/v6b/3zJ/jWnxS8Uc3kHL5mXjX
f7+m/wDfMn+NGNd/v6b/AN8yf41fW5t3GVnjYbzHw4+8Oq/Xg8VLxRzeQcvmZeNd/v6b/wB8yf40
Y13+/pv/AHzJ/jWhDNFcRiSGRZEJIDKcg4ODz9RUc1/Z206QT3cEU0mNkbyBWbPAwDyaObyDl8yn
jXf7+m/98yf40Y13+/pv/fMn+NamKMUc3kHL5mXjXf7+m/8AfMn+NGNd/v6b/wB8yf41qYoxRzeQ
cvmZeNd/v6b/AN8yf40Y13+/pv8A3zJ/jWpijFHN5By+Zl413+/pv/fMn+NGNd/v6b/3zJ/jWpij
FHN5By+ZmxDWfNTzn0/y9w3bVfOO+OetadJilpN3GlYzfEOmvrGhXVjFIsbzqFDsMgcg/wBKKg8W
3k+n+F766tZTFNGgKuMcfMB3oreipte6zGq4J+8bNFFFc5ucdd/8lhsP+wPL/wCjRXRau+pR2m/R
7e1nug2NtzIY129+QCc9Ky9b8KS6prsGrWer3OnXcNubfdDGj7kLbjwwPeibw3qz2tuIvFN/Hdwl
sz+TEVkViOGTG04xwRg8mgDL8BM8eteIItUjaLXZZknu41x5WwjEflkHkYHOec1peK/D9/qN3p2r
aLcQxanpjOYluATFKrjDK2ORnHUVa0Dw0miz3d5NeT3+oXhXz7mbALBRhVCjhQPQU7W9FvdSnhn0
7W7vTJowVIjVZI3B/vIwxn0NAHJ65rcviXwN4ks76G50rVNKhY3UEUoIfKEr82PmRh2q5HbwaL4F
s2u/EWq28dwsB8wMJJSSgxFENpIz7Anitew8GWltpuqW95c3F7caspW9upSA8g27QAAMKADwBVP/
AIQaeTRbWyuNdupZ7GdJrG58pA0GxdqjGMMME5z1oAzfCmrXK+J9U0tbnV5bNbFbqIaqhEyNuKnB
YAlTx1qDwrpep674Ji1fVPEWqtNcWjqI4ZQiKozgkYOW45b3xXSaX4Tex1q41a81W4vry5tfs0jS
IqqAGyNoA+Ue31Per2gaFFoPh220hJWnigjMe9xgsCSe31oA4TRYLjR/gvNqdrqV/wCe+nb41eXK
QEZ/1YxxW94l1K8tdJ8LSQXMsb3OpWkczKcGRWB3A+xq3pPgtdO0W70W51K4vdKmiMEVvIiqYUOc
gMBknnqfSqcfw+lc6d9v8QX94mmTxy2sbqiqoQ8BgB8xxxuPI/GgCtHa6l4i8a+I7F9c1CzsLJoN
kVo4RtzRA8PgkDgnA6k1reA9TvNQ0a6h1GY3Fxp97NZNORgyhDgMffB/SsSDw/qN9498T3Vlqd7p
T7rZUlSINHMpi5+VhgkEcEdOa6/QNDtvDukx2Fq0jqpZ3llOXkdjlmY+pNAGlRRRQA1s4+Xr2zVB
n1fHyw2OfeV//ia0aKadhNXMVptd582GBV9bfDn/AMeIqzpflM07B53uCR53nrtYegx0x16Vo1Qt
v+Qzff7kX/s1Ve6FaxfoooqChDVTS7mzu7IS6eF+zlmA2ptGQSG4+uatk4rL8OabLpOkraTsjSCS
R8oTjDOWH6Gn0EatFFFIYUUUUAIQCCCMg9qjnkS3gklf7kalmwOwGalqrqn/ACCrz/ri/wD6CaED
J0KugZehGRTsD0qO3/49ov8AcH8qloATA9KZLBFOmyaNJFznDqCKkooATA9KMD0paKAEwPSjA9KW
igBMCgqCMEAj3paKACiiigBK5/wx/pt1quqnkXVyY4j/ANM4/lH65q/4hvzpmgXt0v30iIQerHhf
1Ip+h2A0vRbOz7wxKre7dT+uapaInqZur/6B4p0i/wCiT77KU/73zJ+oP51b1prpZbM2KxtcB32L
ISFJ2NTPFlo934dufJH7+AC4ix/eQ7h/KnrdpfnRrqP7k5Mg/GMmmujE+qK+mSag3mE+S9zx5omk
cFfTC7cAfT86v7tU/wCedl/38f8A+Jq9S0m7jSsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0U
rjsUN2qf887L/v4//wATRu1T/nnZf9/H/wDiav0UXCxQ3ap/zzsv+/j/APxNG7Vf+eVl/wB/H/8A
iav0UXCxQ3ap/wA87L/v4/8A8TRu1T/nnZf9/H/+Jq/RRcLFDdqv/PKy/wC/j/8AxNG7VP8AnnZf
9/H/APiav0UXCxQ3ap/zzsv+/j//ABNG7VP+edl/38f/AOJq/RRcLFDdqn/POy/7+P8A/E03SvNL
33nhBJ9o5CEkfcT1rRqjYf8AHxf/APXx/wCyJTWzE1qi9RRRUlBRXI3fia60zxJqcV0VexVFS1QL
83n+WH2Z779xx/u0zRtS1fU/LtZ9ShgubaJpZ5FhUiYiaSPGD0UeXzjnkcigDsaK4mLU/EV5cagu
nO8pSW4jXzrdUij2uVTY/G5uO+RnrjvaHiJofD18PtF0+pQQzsPtFpsaNlUsA+0bMgYPXkEetAHW
UVx2oa7faHFe211fpM5gieC6liCmKSR9gDKowQMFumcBvTNV7LXby7axu31lktfInkulWCPG6Aor
YJGQGyzfQjGKAO5orlvCHiOXWrO7F1MklzCRLlE2gI67lXnup3KT/s0yy8YTu9msljvt5I7bzbgz
DeHlTcPkC4OMc8jrwKAOsorjoPE1/c36yzQ/Z7aaGzkhjWVXJWWYrub5eDjAI56cGrT+LJ00dNR+
xQLFc7TZq1wxeYEE8qqMQ2BnAz15IwaAOnorkbbxRe3ks0ogjjsi1kYCr/vMTlMhgRjox6H6eoc3
jWZbVbgaYpS4iM1mPtIzIokSP5+PkP7xT37g80AdZRWfo2pPqlm8k0AgmimeCRA+8BlbBw2BkfgK
0KACiiigChaf8hbUPrH/AOg1frAu9bs9G1G+a6c7nMeyNRlnO3tUlp4msZIA11d2sMhJ+RZd2B2y
cdauUJPWxmpJaXNuisv/AISPSP8AoIQf99Uf8JHpH/QQg/76pckuxXNHuQ+KoHm0uEpavdCK7gle
KNQzMqyAtgHrwK5u80LULkzyWVg1vHcLctFbswXywyRDacHClyjnA6buec11P/CR6R/0EIP++qP+
Ej0j/oIW/wD31RyS7BzLuUNHthJr731vpkum2qWotykkaxmVt2QQqk8KMjP+0cdKpaZol7avYQq1
9HALy8nmBuWwfnJi3c52ng475Oeprc/4SPSP+ghb/wDfVH/CR6R/0ELf/vqjkl2DmXc5e3tNengM
btq0TukS3jvOBulMyF2hIPyqE8zpgYK8ZzWrothqVlq0bTT30kDfakkFxNvUKsiiAjPQlM89T3rT
/wCEj0j/AKCFv/31R/wkekf9BC3/AO+qOSXYOaPc5VNA1W0vbaSzt8R3F/PcSq2MQygzeXLjuGVl
B+i+ppYINc8lSya0LUeSLxGnBnkk+beYiDwuSmcEDAOB1z1P/CR6R/0ELf8A76o/4SPSP+ghb/8A
fVHJLsHMu5yFlp2v2zaVDnU7a2jCkLEqyHf5zFxKd4HKleSGHXHNbmoW0i+No7tre9eFreGMNDBH
Im4SSEhywJXG4HK461p/8JHpH/QQt/8Avqj/AISPSP8AoIQf99Uckuwcy7moOlLWX/wkekf9BCD/
AL6o/wCEj0j/AKCEH/fVHJLsHNHualFZf/CR6R/0EIP++qT/AISPSP8AoIQf99Uckuwc0e5q0Vl/
8JHpH/QQg/76o/4SPSP+ghB/31RyS7BzR7mpRWX/AMJHpH/QQg/76o/4SPSP+ghB/wB9Uckuwc0e
5qUVmxa/pc0qRx30DO5Cqobkk1pUmmtxpp7FTVLmztNOmn1Hb9lQZk3JuGM+nfmiq3iTTpdX0C7s
YGRZZlAUv0HIPP5UVpTjFr3nYiblfRGpRRRWRoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAVQtv+Qzff7kX/s1X6oW3/IZvv8Aci/9mprqJ9C/RRRSGIayPC1/caloi3F04eUyyqSABwHI
HA9hWuaqaXJYyWQbTPL+zb2A8tcLu3Hdx9c0+gupcooopDCiiigAqrqn/IKvP+uL/wDoJq1VXVP+
QVef9cX/APQTTW4nsS2//HtF/uD+VS1Fb/8AHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQAUUUlAHP
+Iv9O1TR9LHKyz/aJR/sRjP6sRXQVzlhPFdeMdTu5JUCWkaWcW5gOfvP+pA/Ct77Xb/894v++xVS
6IldWSMAwIYZB4IrlPDxMDQaax+bT76aEf7hRmT9D+ldP9rt/wDnvF/32K5mQLB8Q7WSGRGhvYWZ
trA/vEUj/wBBb9KceqFLodXS0lLUFkNzd29lF5t3PFBHnG+Vwoz9TSm6gEcchmj2SkCNt4w5PTB7
57VkeJ4ndNNlWzku0gvBJJFGgdtvluM4PXlhXM3fh/WL2MW1pZw28MbzXkC3D4W3kY/ugoXI3Lhm
I6DfigDtY9Z0yZmWLUbNyilmCzqdoHUnnoKtGaNYw7SIEOMMTwc8Dn3zXET6Rf3qXSxaRDEdSntz
KswCosYiVpFYrk4LLs49fSr1kurR6BbabPazC5tp4lMyEeW8STr0Oc/6vnkdj3oA6vIqKO7t5XKR
zRswLKVVgTleGH4ZGfrXFrY69bwyP5mpv5ys86+duYAXA+WPJ+UmLdjGO3fFNttO1q2sHFlDfRlm
umxJIplKtNER8xJ+coJMEnr70Ad3kU3zY9yrvXcwJUZ5IHXH5iuMuU1b7ZpQ0621RLVZULtcTsz7
TL+8DjfjAToW3HB4wRVe10vWLHSFttPivopYlu1bfLkkmWMqUZieqb9p6ZzmgDvcilrhH0/WbuMr
C2sQWgad4Fe5ImGIlCBzkkgyBiASffjiu0sjMbC3NzkTmNfMz/exz+tAE9FFFABWfaSpDJqLyuqI
txksxwB8iVoVzs+kyX1/dXEU8gaG44hL4RvkTnpwffmqjZ3uTK+ljfjlSWNZI2yjDIPqKdms+PTX
aNS93eoxHK+dnB+uKd/ZZ/5/b3/v9/8AWpWQ7sfLpdjPL5kttE8nmpNuZefMUYVvqB0qKbQdLuPK
86xt38pmdMoPlLHc35nkjvTv7LP/AD+3v/f7/wCtR/ZZ/wCf29/7/f8A1qLILvsSSabZy2ctpJbx
tbzFmkjI4Ysckn3JOaSHSrGDT3sYraJLR1ZWiC/KwPXPrmmf2Wf+f29/7/f/AFqP7LP/AD+3v/f7
/wCtRZBd9hLXQtMsljW2soYxFJ5qbV5D4K7s+uCR9DSy6Lp05lMtnC5m3eZlfv7tobP12Ln6Cj+y
z/z+3v8A3+/+tR/ZZ/5/b3/v9/8AWosgu+xJNptlcXSXM1vG86Y2yMvIxkjn2yfzNNTSNPjChLSF
Qnl7cL02DCfkOlN/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsMt/D+k2hc29hbRF2VmKoBkq2
5fyPI9KafDWjlJUOnW22Zg7jZwW55/U/mal/ss/8/t7/AN/v/rUf2Wf+f29/7/f/AFqLILvsImh6
ZHIrpZQKypHGpC4wqEFB/wABIGPTFNj8P6TE87R2FsrTkNKQg+Yhtw/Xn60/+yz/AM/t7/3+/wDr
Uf2Wf+f29/7/AH/1qLILvsWoLeG2DiGNUDuZG2jGWJyT9TUmao/2Wf8An9vf+/3/ANaj+yz/AM/t
7/3+/wDrUWQXfYvZozVH+yz/AM/t7/3+/wDrUf2Wf+f29/7/AH/1qLILvsQGyt7+/wBRiuolkQmP
g9jt6g9jV2ztPskAiMskwBOGlILAeme+KqabD5GoX6eZJJgxndI2T931rUpyb2FFLcbtHoPyo2j0
H5U6ipKG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbt
HoPyo2j0H5U6igBu0eg/KjaPQflTqKAG7R6D8qNo9B+VOooAbtHoPyo2j0H5U6igBu0eg/KjaPQf
lTqKAG7R6D8qdRRQBkeKr6fTPDV7d2jhJ4lBRiAccgdDRVzVZLKLTZn1Py/sYA8zzBlcZ7j64ora
lJJaxuZTTvvYt0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFULb/kM33+5F/7
NV+qFt/yGb7/AHIv/Zqa6ifQv0UUUhiHisnwzp0+l6OttdbfNEsjHacjDOSP0NaxrJ8M6hPqmjLc
3RUymWRflXAwrkD9BT1sLqa9FFFIYUUUUAFVdU/5BV5/1xf/ANBNWqq6p/yCrz/ri/8A6Caa3E9i
W3/49ov9wfyqWorf/j2i/wBwfyqWkMKKKKACiiigAooooAKKKKACiiigDIn8KaJdTvNPpltJLIxZ
2ZOST3qP/hDfD/8A0CLT/vituinzPuLlRif8Ib4f/wCgRaf98VTvNEsdFu7O50fSbf7UHfaqYQt8
jd66eqN7/wAhHTv+ur/+i2pqTuJxVihp19fyiRzCJ5DgOhmC+WfTbjI/Gr32vUP+gcv/AIED/Cru
xdxYAbj1OOTS4ocl2BJ9yj9q1D/oHL/4ED/Ck+1X/wD0DV/8CB/hV/FGKV12Cz7lD7Vf/wDQNX/w
IH+FH2q//wCgav8A4ED/AAq/ijFF12Cz7lH7VqH/AEDl/wDAgf4Un2q//wCgav8A4ED/AAq/ijFF
12Cz7lD7Vf8A/QNX/wACB/hR9qv/APoGr/4ED/Cr+KMUXXYLPuUPtV//ANA1f/Agf4Uv2vUP+gcv
/gQP8KvYoxRddgs+5R+16h/0Dl/8CB/hR9r1D/oHL/4ED/Cr2KMUXXYLPuUfteof9A5f/Agf4U3S
nkd75pY/Lc3HK7t2PkTvWhiqVh/x8X//AF8f+yJTvowtqi9RRRUlBRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAULT/kLah9Y/8A0Gr9ULT/AJC2ofWP/wBBq/VS3JiFFFFSUFFFFABRRRQA
UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGV4n0+bVfDt5ZW23zplAXecDqD1/CijxPq
E+l+Hby8tSomhUFdwyOoHT8aK6KPPb3TCryX941aKKK5zcKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDVTS1sUsgNM8v7NubHln
K7tx3frmrZrI8L2FxpuirbXSBJRLKxAIPDOSOfoafQXU2KKKKQwooooAKq6p/wAgq8/64v8A+gmr
VVdU/wCQVef9cX/9BNNbiexLb/8AHtF/uD+VS1Fb/wDHtF/uD+VS0hhRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVG9/5COnf9dX/APRbVeqje/8AIR07/rq//otqaEy9RRRSGFFFFABRRRQAUUUUAFFQ
3dzHZWc9zNny4Y2kfAycAZP8q5+fX9VsrO1u7uyhKXVxGiRW7NJJtcE7SOBuGBz06+maAOmorB/4
THTisLol08bokkkixfLbh22r5npyD0zjBJ45pr+NNOjR3eO6WIKzQyNFhbgBgp2EnplhycDBz05o
A6CisC48Uw2srCS3uXJEGyCOPMhaTfgHnH8B78UjeM9O82wjjjupWvfL27Y/9XvYqu7JGOVYcZxg
0AdBVW1geGa6ZyMSy71x6bVH9KxdY8UTafcajBFYSsbOGGYTMMo+99u0AHOeDj1IPpyl3480iwto
5bnz42ZnVoWQCSPYcMSCecZHTJOeAaAOlornPFPiWTQzZ+S1oi3AkYyXRcKNoBA+UE5OarDxZef2
5FYtbW0bN5Aa1aQm4zIAWIAGCE5z/umgDrKKx7fXkHhWLWryMqhtxO6RDcRkdB61BceMLK0tHuLm
C7hWKXyplkRQ0XAbJGeRtIOBk+3BoA36Kwbvxhp9it01xHcIlvP9m3sqqssmM7VJIzgc5OBTIfGu
nXMtusMN46TpGwlEPyKZCQisc8ElSPr7c0AdDRWZ4f1dtc0eG+a1ltTJn93IQTweoI7Vp0AFFFFA
BRRRQAUUUUAFFFFABRRRQBQtP+QtqH1j/wDQav1QtP8AkLah9Y//AEGr9VLcmIUUUVJQUUUUAFFF
FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAU9VWyfTZl1Ty/sZA83zThcZ7/jiiqni
mwn1Pw3eWlooeeVQEUnAPIPWitqaTWsrGU277XNeiiisTUKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAqhbf8hm+/3Iv/Zqv1Qtv+Qzff7kX/s1NdRPoX6KKKQxDzWX4c1KbVtIW6uFRZDJ
ImEGBhXKj9BWoaqaXb2VrZiPTtn2cMxGx9wySS3P1zT6C6lyiiikMKKKKACquqf8gq8/64v/AOgm
rVVdU/5BV5/1xf8A9BNNbiexLb/8e0X+4P5VLUVv/wAe0X+4P5VLSGFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFUb3/kI6d/11f/ANFtV6qN7/yEdO/66v8A+i2poTL1FFFIYUUUUAFFFFABRRRQAyWN
JonilUPG6lWUjIIPUVlW/hm0t1hTz7uRLeRJIVlmLCPaCFUe3PfnpzWxRQBgjwfpw8sBrkRqFV4x
KdswViyhx3wWP8jkU6PwlZQmQxTXiZVkixMSLdWbcwjB4AJAznPAx04rcooAxbbwrp1oYPJWUeQY
ig3949+3/wBGNms3/hDZbbXrS8sLwRQW6KgV4w7qoLFgCf724g9MV1lFAGVe+H7XULmaeZ5wZ4ki
kRXwrBG3KceoJPPuahm8LWcs5ninvLecvI5lgmKsQ5BZfplQfbHFbdUrEk3F8CSQLjAyeg2LTsFw
u9Jtr6WKS5Uv5cckQUn5WVwAwI78CmaZottpW77OZSzxxxs0jbiQi7V/Tr61oUUgOfl8LKnhu60i
2vbkxTRCKMzvv8kDoFwAaZc+BtLvIClw93JIxbzJmmzJIGCqQSR6Io4x0+uejooAybjw5Z3EMibp
43a6+1rLHIVdJcYyp+mRjpyaF8OWgYM8lxLJmFjJJJuZjExZCT9Sc1q5FGRQBU0vTItJsxa27ytE
rEoJG3bATnaD6CrlJkUUALRSZFGaAFopOtLQAUUUUAFFFFABRRRQBQtP+QtqH1j/APQav1QtP+Qt
qH1j/wDQav1UtyYhRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBl
+JNRl0jw/d31uqNLCoKhxkdQOfzoqzqlvZ3WnTQ6ls+yOMSb32jGe57c0VtTlFL3lczmpX0Zbooo
rE0CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKoW3/IZvv9yL/2ar9ULb/kM33+5F/7
NTXUT6F+iiikMQ1jeFLKfT9DSC6iMUollYqSDwXJHT2NbJ5rM8PanJq+lLdyxpG5kkTaucfK5Ufy
p62F1NSiiikMKKKKACquqf8AIKvP+uL/APoJq1VXVP8AkFXn/XF//QTTW4nsS2//AB7Rf7g/lUtR
W/8Ax7Rf7g/lUtIYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVRvf+Qjp3/XV/wD0W1Xqo3v/ACEd
O/66v/6LamhMvUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVGw/4+L//AK+P/ZEq9VGw/wCP
i/8A+vj/ANkSqWzE90XqKTNGakYtFJmjNAHF6jrt5pPijUZDJJPassdrDb9Qs7Jujx6bjlT77ar6
deSHybLWNcuIFt1mZbjzhGbiRbiRDlsYO0Kvy/7XINd0Yo2OWRCcg5IHUdDTWt4XCh4o2CtvUFQc
N6j3oA4dTq9y+q3EOozWUEc1zG11c3CmHAYqgVeqYOPm4/GrVvrcq+FtRSCO+aSGG4/0o3C3Ecbq
hYYlyCw6Y44PBxiuwMcZRkKIVbO5SODnrmkSGKOIRJGixgY2AADH0oA4WbWH0+2uINO1G5v47iCJ
EdZPtEkVw7bcI3chAz7e23PeobbUcyWdxfahqkQtI7kXkbztGWMAQqzJ2LKQxHfdXfR20ESKscMS
Kp3KFUAA+opzQQvndHG27rlQc/5wPyoA5Twlrk+biz1mS4iumKTx/bF8tj5nWNQeoVwwHtiqdx4x
1iCx0tvL04z3tv8Aa90jCGIL8v7sF3HPzZJGf92u4aKN2DMiFl6EjkU17eCVFSSGNlQgqrKCAfag
DmtK8S3d/wCIY7OR7IRSi4/cJkzw+U4Ub+cfNnPQfjXVVVbT7Vr6O88pRcRhgHHH3sZz6/dHX0qz
mgBaKTNGaAFopM1BdXiWgVpVfyyeXVchPc98e9ArkFp/yFtQ+sf/AKDV+s6xkWTUr542DI3lkMpy
CNtaNVLcUdgoooqSgoqpqGpW2lwLNdMwV3EaKiF2dj0CqAST9Kfb30F1FFJG+BKu9FcFGI/3Tgj8
RQBYoqP7RD5bSCWMovDNuGB9TVWy1i0v4FmhdhGV3hnUqMbivU8dVNAF6io2niQIWlQB/uksPm+n
rVDUPEFhpl2Le7klV9gkYrC7KiEkbmYAhRkHk46UAadFZc/iLTrcHdK7uJvIEcUTSOz7QxAVQSfl
IORxVuzv7fULRbq1lV4GBw/TocHOehBBBB6YoAs0VGLiEqjCVMP907h8309az7rxFp9lfmzuJZEk
XbvbynMabs7dz42rnHc0AalFUf7Zsf7QuLI3Ci4tohNMpyAiHuT0/wAOPWo9O1+w1SUxWsknmbPM
VZYXjLpnG5QwGV9xQBpUUUUAFFFFABRRRQAUUUUAY/iyyn1Dwxe2trGZZpUARAQM/MD3oqXxFqUm
j6FdX0UayPAoYKx4PIH9aK6KLml7qMKqg37xp0UUVzm4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQA
UUUUAFFFFABVC2/5DN9/uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FFFIYhqppdla6fZCCxOYQzMPm3
cliTz9SatmsTwjazWWgpDcxNFIJpW2MMHBkYg/iDT6C6m5RRRSGFFFFABVXVP+QVef8AXF//AEE1
aqrqn/IKvP8Ari//AKCaa3E9iW3/AOPaL/cH8qlqK3/49ov9wfyqWkMKKKKACiiigAooooAKKKKA
CiiigAooooAKo3v/ACEdO/66v/6Lar1Ub3/kI6d/11f/ANFtTQmXqKKKQwooooAKKKKACiiigAoo
ooAKKKKACiiigArJt9PtLq8v3uLeKR/PxuZcnGxK1qo2H/Hxf/8AXx/7IlUupL6B/Y2nf8+UH/fA
o/sbTv8Anyg/74FXqKV2OyKP9jad/wA+UH/fAo/sbTv+fKD/AL4FXq5QeO4T4auNVFlN5kMxi+y7
huYjkEHpjZ830Bouwsjd/sbTv+fKD/vgUf2Np3/PlB/3wKoTeIpUF9PFp8ktjZrKHuBIo3PGCWAX
rjI259e2OaoSeN3jVY309VuWkVMG7QQjchYAy4wGOMbSOpFF2Fkb39jad/z5Qf8AfAo/sbTv+fKD
/vgVDqmqz2EFmYbPz7i6mEKxGUIASrMctg9NpqhP4vigs4JWtJvNNwYLmLIzb7f9Y5PQquQcjqCK
LsLI1f7G07/nyg/74FH9jad/z5Qf98CsdvFN9EdQE+kYNmVjCx3QdpZHClEUbR13AZPStaPW7M6N
DqUkmyCVFYcEnLdFAHJbJxgc5ouwsh39jad/z5Qf98Cj+xtO/wCfKD/vgVXHifSjNDF9pIeYLgNE
427jtUNkfISeAGxmqF/4402HTriewdrqaJ0QReVIuSz7M/dJKg5yQDyMdSKLsLI1/wCxtO/58oP+
+BR/Y2nf8+UH/fAqvF4itDcJbTPtuJJjDGkau5ZgFJzhflxuGc9Kgg8aaFcSIkd6SZCApMMig5O0
HJXGCeM9M8Zouwsi/wD2Np3/AD5Qf98Cj+xtO/58oP8AvgVdpaLsLIo/2Np3/PlB/wB8CoLnQrWU
KsMMEKn77CIFse2eB9a1aKLsOVGRpFlBp93e29rGI4kMeFH+7WvWKy6gdYvvsMlqq/u9wmRmOdvb
BFS7Nc/576d/35f/AOKq5K7u2TF2VrGrRWVs1z/nvp3/AH5f/wCKo2a5/wA99O/78v8A/FVPL5j5
vIfr1i+oad5KWkF0d6tsmlaLGO6uoJVh2IrmYPBmojV4by+mS9ddrLK9y4aAhSNoG35xyOSRnJJF
dJs1z/nvp3/fl/8A4qjZrn/PfTv+/L//ABVHL5hzeRzsPgmWztreOC20+SOJLYyWrZWKd0SRXLYU
93VgSDnaM0628F3Asre2uls3iRLZZIgCUIjneRgARyMOAM+ldBs1z/nvp3/fl/8A4qjZrn/PfTv+
/L//ABVHL5hzeRxd74eu7bWtLhl0yS7tbc5jEKgoM3DSAZKkJtATPKZGRkjp1GraZqU+rTzWK2pi
urIWrvM7Ax/MxLBQDu4bpkVb2a5/z307/vy//wAVRs1z/nvp3/fl/wD4qjl8w5vIyrXw9qGkXout
P+zz+WzxrDM5TdE0cKg7gpwwMPoQQanl8P3Mvhiaxd4Guric3Ey/N5TsZfMaP12Hlfoenar+zXP+
e+nf9+X/APiqNmuf899O/wC/L/8AxVHL5hzeRlaV4WeDVLe8ureyRY5J5Vt4gWS3Z/KC7Mgf88yS
cDljgVJqei6jd3+qRxC2FlqcEcMsrud8agMGwmMEkNxyK0dmuf8APfTv+/L/APxVGzXP+e+nf9+X
/wDiqOXzDm8jnrnwbqd289xJqKrNdvOs0QUbEjkXYADjLEBYjg8fKelbdnZ6lcavFfapHaRG3gaG
NbeRn3lypZiSBgfIMDnqeal2a5/z307/AL8v/wDFUbNc/wCe+nf9+X/+Ko5fMObyNWisvZrn/PfT
v+/L/wDxVGzXP+e+nf8Afl//AIqjl8w5vI1KKy9muf8APfTv+/L/APxVJs1z/nvp3/fl/wD4qjl8
w5vI1aSszZrn/PfTv+/L/wDxVNdNb2ndPpu3HP7l+n/fVHL5hzeRq5pa5Xw/Fqq3paFo10vsroy5
/wCuYYlgPrx7V1VEo8rtcIyurlTVLK21HTZrW+OLeQYf5tvGc9aKoeL7Wa98K31vbRNNNIgCoo5P
zCitaSbXxWIqNX2ubVFFFYGoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVC2/5DN9/
uRf+zVfqhbf8hm+/3Iv/AGamuon0L9FJS0hiEZFZ2g6o2saYLtohEWkdNobP3WK9fwrRNVNL06DS
rIWtqzmMMzfOcnLMSf1NHQRcooooGFFFFABVXVP+QVef9cX/APQTVqquqf8AIKvP+uL/APoJprcT
2Jbf/j2i/wBwfyqWorf/AI9ov9wfyqWkMKKKKACiiigAooooAKKKKACiiigAooooAKo3v/IR07/r
q/8A6Lar1Ub3/kIad/10f/0W1NCZeoqC3u4rl3ELbwhwWAO3PoD0P4VPSGFc5p/iO7nkt5L21his
7uWWGGSKUsysm/74IGAVjY5BPSujrn/+EOszbywSXd9JE4kCI0gxD5md+zAHJDMMnJAJxQBnp4u1
G6s45rWxtFdrmOFop52DBZSvlPwp4KsCfQgjtWnpniCS81q40+4gSMRr+6lSTImdMCYAEDhWZR78
9KdH4R0qCfzLSAWozExjgARC0b7kJGOuSR9Kih8F6XbeVJarLBdp5hN3GQJpC4IYs2OTls/UD0oA
nm8UWMLXO5Lox25KGVYGZHkDBfLUjq+4gY9c+hqGXxnp0MaNJHeA/vPNQW7FoBHt3lx/CAHU59Dx
mpZPC9tJ9oX7VeLFNJ5wiWUBY5dwfzF4yDuGeuOTxzSDwpZeTMkktzI88U0U0ryZeTzdoYnjGcIo
GAAAOlAFa08TyzaldxXEBhgivfskRZGBfEbOTnkH7vHTj609/GunR29tPJDfLHcRGdSbZvliBA3s
OoX5hV0+H7QsSWlybprr738ZjMZ7dNp/OopfC9jNapbs0+xLL7CMPz5fy+3X5RzQBc0zVYdWt3lg
SaMxuY5I5oyjowAOCD7EH8au1WtLCKzkuniLZuZvOfcc/NtVePbCirNABRRRQAVRsP8Aj4v/APr4
/wDZEq9XNXbaiLu7+zbRaef++ZN3mD5E9OcfTmqir3Jk7HS0Vl251H7PH5IsjFtG07nPH5VJnVf7
tl/30/8AhRyhzGhXMf8ACDWmzb9pm/483tDwP4twEmP7wVmUexrXzqv92y/76f8Awozqv92y/wC+
n/wo5Q5ilJ4aLC9hj1C4js7wSl7cKpAeQEMQxGcZJOPX8qluPD6HS47DT5Y7GAcSJHbRskoIwcqR
jPfNWM6r/dsv++n/AMKM6r/dsv8Avp/8KOUOYoSeE7aK1t002Q2U8EiSCcIHZyqMg3buvDGoZfA2
n3bs19JPcho3QhnK5ZzmRztxkt8ox0AUDFaudV/u2X/fT/4UZ1X+7Zf99P8A4UcocxmnwdbzKiXd
1cTp5scsoLbTK0cQjUkrg9QG47ilTwkkNiLO3v7iK3il8+2QBT5L794IJGSASRg9j+NaOdV/u2X/
AH0/+FGdV/u2X/fT/wCFHKHMZ7+FmmuvNm1K4dZWie6jCIBO8Zyp6ZXoMgdQB75QeEYAkS/apv3a
KgOBziYS/wAxj6Vo51X+7Zf99P8A4UZ1X+7Zf99P/hRyhzEFv4fittWN+s8hcyTSbCBjMgQEfh5Y
/Oqq+EYFtEt/tUxVbeC3zgdIpN4P1J4rRzqv92y/76f/AAozqv8Adsv++n/wo5Q5i+KWs/Oq/wB2
y/76f/CjOq/3bL/vp/8ACjlDmNCis/Oq/wB2y/76f/CjOq/3bL/vp/8ACjlDmFtP+QtqH1j/APQa
vVmab539o3/2gRiTMf8AqycY2+9alEtwjsFFFFSUFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUlLRQAlLRRQBna/qZ0fRbm/WISmBQ2wtjPIHX8aKl1XToNW02ayuiwhmGGKnB656/hRWt
NwS95Gc+e/ulyiiisjQKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArOkE9pqM1wtu08
UyID5ZG5Suexxnr2rRooEyiNWgUfvUuIz/twP/hinRarZzSrFHKS7HAGxh/SreKKegaga5/wS2NB
aFgyyw3MyyKwIKneT39iK6DGaMUX0sFtTFj8Y6JLcLAl6TI7hAPJfk5xj7vrV3U9asdHSN7+fylk
JVTsZskfQGruKMUaBqUtM1iy1iN5LCbzVjbax2MuD17gVSbxjoizmFr0iQPsI8l/vZxj7vrW1iij
QNSnqWr2ekQLNfTeVG7bAdjNk9ewPpVP+2rHWdI1A6fP5oihYP8AIy4ypx1A9K2MVV1T/kFXn/XB
/wD0E0KwO5l/8JhotriCa8Kyx4Rl8lzgj6CtPUNVtNKtRc3svlwlgobaW5PTgA1Pb/8AHtF/uD+V
SYodgV7GfpmvafrLSLYXHmmMAsNjLjPTqB6VWu/F2jWNzLb3F4UliO118pzg/UCtnFFGgalW81S0
sLH7ZdS7Lfj59pPXpwBmoNM8Q6brEzxWFx5rou5h5bLgdO4FaOKMUaBqZF74r0fTruS2ursxzR/e
XynOOM9QMd6uz6paW2m/b5pdtrtV9+0ng4xxjPcVaxRijQNTM03xHpmrXBgsbnzZQu4r5bLx+IHr
Tb/xRpOmXbW15dGOZQCV8pzjPI5AxWriijS4a2KjaraLpf8AaJl/0TZ5nmbT931xjP6VW0/xNpWq
XQtrO6MkxBYL5brwOvJFamKMUaBqZeo+JdL0q6+z3t0Y5dobb5btwfcA+lWo9UtJdM/tBJc2mwye
ZtP3R1OMZ7elWsUYo0DUybHxTpGpXaW1pdmSZ87V8pxnAyeSMVS8U3+lpcWtpqU7xq2532B8hSrK
DlR610eKpXv/ACEdO/66v/6LaqTSd0Jp21MvSrexl003ImaWzRSY5UklQ7VznK57Y7dfSo7PVPDl
/dR21rdTvNKcIu+cZ4z1PFdLijFHOxciMDU7jQ9Hkjjv55onkBZR5kzZH4E1PYppOpWZurSSaSAE
jd5so6deCc1sYoxS53YfKjmLbV/DV5cxW9vdzvLKwVF3TjJPuatanLoujmMX800Rlzs/eTNnHXoT
61u4op8/qLlMbTk0nVrcz2Mk0sQYoW82VefoSPWqEWs+Gp7hII7ucyO4RV3TjJJxXUYoxRzhymJq
baNo6xtfyzRCQkJ+9mbJHXoTS6Z/Y+sRPJYSzSojbWPmzLg4z3IraxRilzOw+VXOX/tnwyLjyftc
/mb9mN0/3s4x+dXtSGkaPCkt/JNEjttU+bK2TjPYmtrFGKfP6i5TD0x9G1hZGsJZpRGQH/ezLjPT
qRVObWPDVvcPBLdzrLGxRl3TnBBxXUYoxRz+ocpj6jHpOk2wuL6SaKIsFDebK3J9gT6VH4b1GwvH
vk0+ZpEEwcbg+dpUDOW56g1uYqlYD/SL/wD6+P8A2mlHNdO4Ws0U7rxdotlcy29xeFJYm2uvlOcH
6gVfvdUtNOshd3UvlwHA3bSevTgDNWsUYqdCtTO03xBpusSvHYXHmvGu5h5bLgfiBUN54s0fT7qS
2urspNGcMvlOccZ6gYrXxRijS4alW41S0tNO+3zy7bbarb9pPBxjgDPcVW03xHpmrXDQWNyZZFXe
R5bLx07getaeKMUaBqZN/wCKNJ027a1u7oxzIASvlOcZGRyBirj6paR6X/aLS4tNgk8zafunocYz
+lWsUYo0DUy9P8TaVql19msroyTbS23y3XgdeSBRqHibStLujbXt0Y5gobb5btwenIGK1MUYo0uG
tiqmqWj6X/aKy5tNhk8zafujvjGf0qnY+KNJ1K7W2tLoyTMCQvlOM4GTyRitbFGKNA1M3UvEemaR
cLBfXPlSMu8L5bNx07A+lWLfU7S6037fDLutdrNv2kcDOeCM9jVrFGKNA1Miz8WaPqF3HbWt2Xmk
OFXynGeM9SMVNqfiDTdHlSO/uPKeRdyjy2bI/AGtHFGKNLhrYq2WqWmo2Ru7WXzIBn5tpHTrwRmq
Fr4v0W9uYre3vC8srbUXynGT9SK2cUYo0DUwbjXNP0fVrwX8/lebsKfIzZwvPQH1rU07VLTVrY3F
lL5sQYqW2leR7ED1qK1/5CuofWP/ANBq/iqlYUbmLD4w0S4uI4IrwtJIwRR5LjJJwP4auanrdho6
xtfz+UJSQnyM2cdegNXsUYqdB6lPTdXstYheWwm81Ebax2MuDjPcD1qiPGOiGcQ/bT5hfZjyX+9n
GPu+tbWKMUaBqUtT1iy0eJJL+bykdtqnYzZPXsDRpmtWOspI1hP5qxkBjsZcE/UCruKMUaWDW5iy
+MdEhuHgkvCJEcow8l+CDj+7V/UtVs9JtxPfS+VEzBA20tz+APpVujFGgalDTNc0/WfM+wT+b5WN
/wAjLjPTqB6VVufF+i2dzLBPeFJYmKuvlOcEe4FbOKMUaXDUqX2qWmm2YuruXy4CQN20nr04AzUO
ma/p2sSSR2Fx5rRgMw8tlwPxArRxRijSwa3Me88W6PYXUlvc3ZSWI4dfKc479QKvXOqWlnp/26eX
ZbYVt+0ng9OAM96tUYo0DUzdN8RaZq87Q2Nz5sirvI8tl4zjuB61HfeKdI027e1u7sxzJjcvlOcZ
GRyBitbFGKNLhqVJNUtItM/tB5cWmwSeZtP3T0OMZ7+lVtO8S6Xqtz9nsrnzJdpbb5brwPcgetam
KMUaBqZeoeJtK0u6NteXRjmADFfLduD05AxVkaraNpf9oiX/AETZ5nmbT931xjP6VboxRoGplWHi
jSdTu1trO6MkzAkL5Tjp15IxTtR8R6XpNwIL65MUpUMF8tm4+oB9K08UYo0uGpzviW4TWPA97Npx
adJI8ptUgkBhng89jRXRYorWnW5FaxE6fO7sWiiisTQKKKKACiiigAooooAKKKKACiiigAooooAK
KKKACiiigAooooAKKKKACiiigAooooAKxLnxhodpcyW8+oRpLExV12scEduBW3XmmpeD9cl1e+mg
tYXimuHkRjMBkE56VpSjGT952M6kpJe6rnWf8Jx4e/6Ccf8A3w3+FQX/AI00GbT7mOPUYy7xMqja
3JIOO1cl/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFb+yo/wAxl7Sr/KdjD428PpDGp1KMEKAfkb0+
lP8A+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2VH+YPaVf5TurTxb
ot/dR21rfxyTSHCJtYZP4itivOdF8Ja3ba/YXN1awxwwS73ZZgxxgjp+NejCsKkYxdou5tTlKS95
WFooorMsKKKKACiiigAooooAiurmKztpLi4cRwxKWdz0ArF/4Tjw9/0E4/8Avhv8Ku+IbKbUfD99
aW4BmmhZEDHAz9a89HgzxCAB9hg4H/PwK2pQhL4nYyqSnF+6rna/8Jx4e/6Ccf8A3w3+FVbrxloM
l7ZOuoxlY5GLHa3AKEenqa5X/hDfEP8Az4wf+BAo/wCEN8Q/8+MH/gQK19lR/mM/aVf5TtP+E48P
f9BOP/vhv8KP+E48Pf8AQTj/AO+G/wAK4v8A4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECj2NH+YPaV
f5T0TTNc0/WRIdOuUnERAfaCNuenUe1X65LwRoWo6NJfvqEMcRnMewJIG6A56fWutrmmkpNRehvB
tq7CiiipKCiiigAooooAKKKKAM/VNe07RjGNQukgMudgIJJx16D3qh/wnHh7/oJx/wDfDf4VneNv
D+pave2M2nwxyiFHVw8gXGcY/lXOf8Ib4h/58YP/AAIFdFOnTlG8pWZjOc07JHaf8Jx4e/6Ccf8A
3w3+FVbPxloMc14z6jGBJNuX5G5GxR6eoNcr/wAIb4h/58YP/AgUf8Ib4h/58YP/AAIFX7Kj/MR7
Sr/Kdp/wnHh7/oJx/wDfDf4Uf8Jz4eH/ADE4/wDvhv8ACuL/AOEN8Q/8+MH/AIECmv4L8QsjL9ig
5GP+PgUexo/zB7Sr/KeowTx3UEc0LB4pFDIw6EHoakqjo1rJZaLZW0wAlhgRHAORkDBq9XIzpQUU
UUAFFFFABRRRQAUUUUAFFFFABVHU9asNGSN9QuVgWQlULAnJ/Cr1cr430O/1lLA6fEkjQO5dXcLw
Riqgk5WZMm0rot/8Jx4e/wCgnH/3w3+FH/CceHv+gnH/AN8N/hXF/wDCG+If+fGD/wACBR/whviH
/nxg/wDAgV0+xo/zGHtKv8p1Nv4x0JNRvJG1GMJIU2na3OFwe1W/+E48Pf8AQTj/AO+G/wAK4v8A
4Q3xD/z4wf8AgQKP+EN8Q/8APjB/4ECh0qL+0CqVF9k7T/hOPD3/AEE4/wDvhv8ACtizu4L+0jub
WQSQyjcjjoRXmf8AwhviH/nxg/8AAgV33hmwn0zw5ZWd0FWaKPDhTkA5J61lVhCK913NKcpyfvKx
q0UUViahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUlc3aeLLYajrVrqN7Y2zWVz5UC
ySqjMvlo2SCeeWP5UAdLRXLaH4km1G18PTXdxDDJqFm9xJCIThioUkhs4UDPQ5zn2qxb+MtP1Cdb
azW78yeF5oJHtnWORFH3wxGNvTn3HrQB0NFcl4R8aW+rabpMN5LKdQu7fd5jQMkc0gGXVWxtJHPA
9DWnD4s0y4v0to3mxLK0MVwYWEMsgzlFkxgng/XBxQBtUVj6Z4nsNYvprWx+0SNAzpJJ5DCNXVtp
XcRjd3x6UaJqs+o32swzKgWxvfs8e0clfLRuffLGgDYorBPjHTVuGikS9jOyR42ktZFWYICWCEj5
iACcd+1Wm8R6av2A/aBtv4WnhbB2+WqhixPYAEcn1FAGpRWJZeLNNvpCiG4jJhNxH50Dx+dGOrJk
fMOR+YqfRPENl4hhabTxO0AClZXhZEkz/dJHzYxg4oA1KKKKACiiigAooooAKKK57xprWo6JpVtL
pEENxdz3ccCRy5w2cnHHc4wPrQB0NFctD4qk1TUtKi0sReRqOnz3KmQHckiFAFPPYsQR7VmX/j65
tvCWi6nFbxtc3T5vI8HESR588jn+EigDvKK5bWfEt3aXurx2KQvDpulG7ZmBOZm3GNevTCEn6ipt
C1671+9ElqkX9lwxBZbjBPnzkDKx8/dXkE9zwOhoA6KloooAKKKKACiiigAooooAKKKKACiiua8T
eJH0zUrTTre6sbOSeN5pLq9b93FGpA4GRuYlhgZ7E0AdLRXK3Hix9LvNGsrhG1Br9XZrmygdkIAy
CgG7Pvzx16Vdv/GOladdzQTvORblVuZo4HeK3JxgO4GF6j6Z5xQBu0Vg6h4y0rTbu4tZTcyTWyLL
MsFu8nlxkZ3kqD8vvW1bzxXVvHPA6yRSqHR1OQykZBFAElFFFABRRRQAUUUUAFFFFABRRRQAUUUU
AFFFFABRXKeMfFN54c1DSxbwRS2sglmvNwO5YkKbiuO4Dk/hTfGni250I2UelxwzSyMss5kyVSAu
qZ47lnAH0NAHW0VyfijxXc6JqttDbRRyW0KrPqLtnMULSCNSvvkseeymrmsavfvrcGiaL9nS6eA3
M1xcKWSGPdtGFBG5ic9xjBoA6CiqeljUFtNuqtbPcBiN9uGCsvY4OSD7ZNXKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooASuasfC8X9pa7c6jY2k5vLrzYGkjVzs8pF5yOOVPFdNRQ
Bwlv4ev9J0vQJbhExpOl3MVwE+c7ii42r/F908VkeC5hHPpNvK0V9cT2DQ27w6h5/wBkTYGIZNo2
AkKM5OCAK9RIzUcdtDCzNFFGjMcsVUAt9aAOV0/w5f22meEIJFj8zSWBucP0/cunHrywqloPhCbS
57S0u9JW5jtJzJHfHUJNvDEq3k9AwzjHTOTmu8ooAxfCul3GkaXPBdBBI95cTDac/K8jMv44IrP0
+21rSde1Ux6bBcWd/eicT/agrRrsRD8m3kjaT15rqqKAOB07w3rza9pN3qi+Y9lcSvcXL3rOJgyO
oKRY2oPmHHX61V8O+Gm1GLxFZ/aAbW2jn0ewkXny0Ylm+uCyp/2zxXpFNSNIwQihQTnAGOaAOL0f
w3cxgC60VIbmG0eFLo6lJOCzLtOxG+6D74xxXR+G7GbS/DOmWNyFE9taxxSBTkblUA4NadFABRRR
QAUUUUAFFFFABWL4k0u41P8Asr7MFP2XUYbmTc2PkXOce/NbVFAHH2PhS807x+dRgaP+yDFM6R5+
aKaUoXAH90lN31JqOx8HXI17WBemNtJmjnS0VTlh9oIabI7crx9a7SigDiNK8L6tF4K1m11Awvq+
oQNDuV/lwsQij5+gyfdjWhoehXugakiWqxnS7qENcQ7sfZ7gAZZB3V+49ee5rp6KACiiigAooooA
KKKKACiiigAooooAK5nXtJvf+Eks9asLG31AxW72slvNIEIDMGDqxBGQQQfY101FAHDWnhjVdHg0
Oe3gtrmeyubmWa2SXy0QT7jtQkdFyOwzTrzQtcig17SrK2tZrTWZZJBdyTbTAJFCuGTGWxg4wfTp
Xb0UAefRx6paeKPEFlo1pb3amztIC08/llD5bhWPB3L1yOtdloWm/wBjaDYad5nmfZbdIS+Mbtqg
Zq6EVXLBQGbqQOTTqACiiigAooooAKKKKACiiigAooooAKKKKACiiigDB1nQ5NU8R6ZcPGj2UNvd
Q3CseSJAgAx36Guah8EauPDN9bXc0VxfvLbQQOWwBawSKUyf7xAZj7mvQ6KAOOfwXNq91rdxqt9d
2/8AaMhhENrKNht1XagYFTycsT/vVDaaN4h019M1ZIbe71CGx+wXtu02wSqrZSRHwRu7kH+97V29
FAFPTJL+a08zU7eG3nZiRFFIZAq9gWwMn1wMVcoooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig
AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK
KKAP/9k=

--_005_76EA352C3C95BB42A2C4F2EE6493AD6E4DA76D5DEXMBX23adutwent_--

From twatteyne@gmail.com  Thu Aug 29 12:53:19 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 937BD11E817B for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:53:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.879
X-Spam-Level: 
X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[AWL=0.098,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IH3Cg27R83bq for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:53:18 -0700 (PDT)
Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) by ietfa.amsl.com (Postfix) with ESMTP id B75A411E8168 for <6tsch@ietf.org>; Thu, 29 Aug 2013 12:53:18 -0700 (PDT)
Received: by mail-pa0-f51.google.com with SMTP id lf1so1352502pab.24 for <6tsch@ietf.org>; Thu, 29 Aug 2013 12:53:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=E24Z7n0QPMv5UarqrO44hAOs91531aQHoRFQM6qsZrs=; b=f6ebN60WH1E0fNmi+DezQhiA9B5MesMQPbaBq+ZK3IVdNCuRQMEyA56Ay0BCxsN36g bfnYuVIVDc38seXJdXX09rMkEDw+Jofyr2lQ/h4eh9YG1V83bfxTI3XulgrjKOh9Y5rk cQgGX/zwL51Ku3aIz0sx11WOmjuZ5wH6xG3Cy4US0paKc+iaE1mGo14OnQuxkA18cXlz 7Uj9O/zudIe0dz+Iep4QlxaMxMsijRbDb7XSQ2c5M0wfP/uyFBtfn8fZtilpWw7fNxhz c5EncAHAlAJZL+XDY4T3hywrDtKURDD6ZpdrAN/p4ftlLz3ZxZM4y76gt5OI5HtZbjfP qIUw==
X-Received: by 10.66.248.161 with SMTP id yn1mr6561281pac.0.1377805997472; Thu, 29 Aug 2013 12:53:17 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 29 Aug 2013 12:52:57 -0700 (PDT)
In-Reply-To: <CAAzoce5EJ+9xcrEkm098dSfbYvSBGE3syFEZfNEBW_Xy9MVWFw@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD84143010E@xmb-rcd-x01.cisco.com> <CADJ9OA9aLyRe-Us6kkpXs0SsWwhBV6XsqvPQfg5iNbv6COuYWg@mail.gmail.com> <CAAzoce5EJ+9xcrEkm098dSfbYvSBGE3syFEZfNEBW_Xy9MVWFw@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 29 Aug 2013 12:52:57 -0700
X-Google-Sender-Auth: pAQdnapt3Tnvo4rLzGAe_7CivpM
Message-ID: <CADJ9OA87bCD69oXF1RgbjSNgNYs8r9Mj-1fNithSYheJ2OXy+Q@mail.gmail.com>
To: Qin Wang <qinwang@berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b15b0430c83f804e51b75b2
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>, "JP Vasseur \(jvasseur\)" <jvasseur@cisco.com>
Subject: Re: [6tsch] Dynamic slot activation (was part of the 4th control flow)
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 19:53:19 -0000

--047d7b15b0430c83f804e51b75b2
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Of course!


On Thu, Aug 29, 2013 at 12:11 PM, Qin Wang <qinwang@berkeley.edu> wrote:

> Can we just call it "minimal 6TiSCH", instead of "minimal 6TiSCH
> configuration"?
>
> Qin
>
>
> On Fri, Aug 30, 2013 at 2:41 AM, Thomas Watteyne <
> watteyne@eecs.berkeley.edu> wrote:
>
>> +1
>>
>> Rather than "basic", let's talk about "minimal 6TiSCH Configuration",
>> i.e. the title of the draft.
>>
>> Xavi agreed a couple of calls ago to rename
>> "draft-vilajosana-6tsch-basic" to "draft-vilajosana-6tisch-minimal"
>>
>> Thomas
>>
>>
>> On Thu, Aug 29, 2013 at 2:16 AM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:
>>
>>>  Hello Xavi and Qin:****
>>>
>>> ** **
>>>
>>> I=92m not sure we want  to continue this discussion now or keep it for
>>> later, but either way I=92m making it a separate thread to save the cur=
rent
>>> conclusions.****
>>>
>>> ** **
>>>
>>> In short, Thomas below asked:****
>>>
>>> ** **
>>>
>>> *Thomas> over what cells with the reports travel? Another questions
>>> could be: over what cells will the request to install cells travel?*
>>>
>>> ** **
>>>
>>> This is a good question and at the same time this is not really
>>> something that we have to answer right now, per our proposed charter, a=
s
>>> Xavi indicates:****
>>>
>>> *Xavi> I think it is better first to concentrate on the basic things*
>>>
>>> ** **
>>>
>>> On the side I think the use of the word =91basic=92 these days could cr=
eate
>>> confusion since it seems to refer to draft-vilajosana-6tsch-basic which=
 is
>>> probably not Xavi=92s intention here.****
>>>
>>> I=92d suggest that when we refer to the operation in the
>>> draft-vilajosana-6tsch-basic draft, we call it something like =93Basic
>>> 6TiSCH=94 or =93Basic 6TiSCH Support=94 so the use of the plain word =
=93basic=94 may
>>> not be confusing anymore.****
>>>
>>> ** **
>>>
>>> For this particular thread, I suggested as an answer to Thomas that 1) =
I
>>> agree that in the future the control flows could travel over a Basic 6T=
iSCH
>>> instance, and in that case 2) that we could probably handle burstiness =
of
>>> control traffic by overprovisioning time slots and then indicating
>>> dynamically which extra time slots are being used; as Qin puts it very
>>> clearly:****
>>>
>>> *Qin> Over-provision can increase the throughput at peak time, while
>>> the control bits can reduce the energy consumption for idle-listening (=
at
>>> least at the beginning of slot) in those unused Tx/Rx cells.*
>>>
>>> I was thinking of something like a =91more=92 bit in a cell the is bein=
g
>>> used in order to tell listeners to wake up in the next overprovisionned
>>> cell, as opposed to a bit sent at the beginning of the overprovisionned
>>> cell that would indicate that the cell is not being used, though. Xavi
>>> agrees that it *Xavi> sounds to me a great idea*****
>>>
>>> ** **
>>>
>>> To make sure that we do not make a confusion between 1) the bits that
>>> control the use of overprovisionned cells in a bundle and that are pigy
>>> backed with the traffic to indicate there is more trafficoutstanding an=
d 2)
>>> the end to end protocol that controls the allocation of cells between a
>>> controlling entity and the device, or between devices, JP insisted that=
 the
>>> control flows for the latter (which are the subject of the original thr=
ead
>>> by Qin) should be cleanly defined and that we should not expect to pigg=
y
>>> back them with traffic:****
>>>
>>> *JP> I would just be vary cautious when thinking of piggybacking
>>> control information in packet header for control plane purpose***
>>>
>>> ** **
>>>
>>> With this summary, it is up to us to continue the discussion or save it
>>> for later. Should we continue, I suggest we do it in the context of Bas=
ic
>>> 6TiSCH to see if that mode could benefit from over-provisioned time slo=
ts
>>> but then provide a way to use only a subset of those slots. This would
>>> probably make Basic 6TiSCH a lot more useful in the future for applicat=
ions
>>> of various scales and degrees of burstiness.****
>>>
>>> ** **
>>>
>>> Cheers,****
>>>
>>> ** **
>>>
>>> Pascal****
>>>
>>
>>
>

--047d7b15b0430c83f804e51b75b2
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Of course!</div><div class=3D"gmail_extra"><br><br><div cl=
ass=3D"gmail_quote">On Thu, Aug 29, 2013 at 12:11 PM, Qin Wang <span dir=3D=
"ltr">&lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang=
@berkeley.edu</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Can we just call it &quot;m=
inimal 6TiSCH&quot;, instead of &quot;minimal 6TiSCH configuration&quot;?=
=A0<span class=3D"HOEnZb"><font color=3D"#888888"><div>

<br></div><div>Qin=A0</div></font></span></div><div class=3D"HOEnZb"><div c=
lass=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">O=
n Fri, Aug 30, 2013 at 2:41 AM, Thomas Watteyne <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.be=
rkeley.edu</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">+1<div><br></div><div>Rathe=
r than &quot;basic&quot;, let&#39;s talk about &quot;minimal 6TiSCH Configu=
ration&quot;, i.e. the title of the draft.</div>


<div><br></div><div>Xavi agreed a couple of calls ago to rename &quot;draft=
-vilajosana-6tsch-basic&quot; to &quot;draft-vilajosana-6tisch-minimal&quot=
;</div><span><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span></div><div><div><div class=3D=
"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 29, 2013 at 2:=
16 AM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D"mailto:pt=
hubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</span> wrote=
:<br>




<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><a name=3D"140cb7d25df1f2d0_140cb61fb5fcc612_140c95b=
d1e25069d__MailEndCompose"><span style=3D"font-size:11.0pt;font-family:&quo=
t;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hello Xavi and Qin:<u=
></u><u></u></span></a></p>



<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92m not sure we want=A0=
 to continue this discussion now or keep it for later, but either way I=92m=
 making it a separate thread to save the current conclusions.<u></u><u></u>=
</span></p>





<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In short, Thomas below as=
ked:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Thomas&gt; over what c=
ells with the reports travel? Another questions could be: over what cells w=
ill the request to install cells travel?<u></u><u></u></span></b></p>





<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">This is a good question a=
nd at the same time this is not really something that we have to answer rig=
ht now, per our proposed charter, as Xavi indicates:<u></u><u></u></span></=
p>





<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Xavi&gt; I think it is=
 better first to concentrate on the basic things<u></u><u></u></span></b></=
p>





<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">On the side I think the u=
se of the word =91basic=92 these days could create confusion since it seems=
 to refer to draft-vilajosana-6tsch-basic which is probably
 not Xavi=92s intention here.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92d suggest that when w=
e refer to the operation in the draft-vilajosana-6tsch-basic draft, we call=
 it something like =93Basic 6TiSCH=94 or =93Basic 6TiSCH Support=94
 so the use of the plain word =93basic=94 may not be confusing anymore.<u><=
/u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">For this particular threa=
d, I suggested as an answer to Thomas that 1) I agree that in the future th=
e control flows could travel over a Basic 6TiSCH instance,
 and in that case 2) that we could probably handle burstiness of control tr=
affic by overprovisioning time slots and then indicating dynamically which =
extra time slots are being used; as Qin puts it very clearly:<u></u><u></u>=
</span></p>





<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Qin&gt; Over-provision=
 can increase the throughput at peak time, while the control bits can reduc=
e the energy consumption for idle-listening (at least at the
 beginning of slot) in those unused Tx/Rx cells.<u></u><u></u></span></b></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I was thinking of somethi=
ng like a =91more=92 bit in a cell the is being used in order to tell liste=
ners to wake up in the next overprovisionned cell, as opposed
 to a bit sent at the beginning of the overprovisionned cell that would ind=
icate that the cell is not being used, though. Xavi agrees that it
</span><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#8064a2">Xavi&gt; sounds to me a great idea</sp=
an></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>





<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">To make sure that we do n=
ot make a confusion between 1) the bits that control the use of overprovisi=
onned cells in a bundle and that are pigy backed with the
 traffic to indicate there is more trafficoutstanding and 2) the end to end=
 protocol that controls the allocation of cells between a controlling entit=
y and the device, or between devices, JP insisted that the control flows fo=
r the latter (which are the subject
 of the original thread by Qin) should be cleanly defined and that we shoul=
d not expect to piggy back them with traffic:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">JP&gt; I would just be=
 vary cautious when thinking of piggybacking control information in packet =
header for control plane purpose</span></b><b><span style=3D"font-size:11.0=
pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u=
></u><u></u></span></b></p>





<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">With this summary, it is =
up to us to continue the discussion or save it for later. Should we continu=
e, I suggest we do it in the context of
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d">Basic 6TiSCH to see if that mode could be=
nefit from over-provisioned time slots but then provide a way to use only a=
 subset of those slots. This would probably make Basic
 6TiSCH a lot more useful in the future for applications of various scales =
and degrees of burstiness.</span><span style=3D"font-size:11.0pt;font-famil=
y:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u><=
/span></p>





<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<span><font color=
=3D"#888888"><u></u><u></u></font></span></span></p><span><font color=3D"#8=
88888">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
</font></span></div>
</div>

</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7b15b0430c83f804e51b75b2--

From twatteyne@gmail.com  Thu Aug 29 12:57:43 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5C8E11E816B for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:57:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.883
X-Spam-Level: 
X-Spam-Status: No, score=-1.883 tagged_above=-999 required=5 tests=[AWL=0.094,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yPnzn6tKXFIq for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 12:57:43 -0700 (PDT)
Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) by ietfa.amsl.com (Postfix) with ESMTP id E61B111E8163 for <6tsch@ietf.org>; Thu, 29 Aug 2013 12:57:42 -0700 (PDT)
Received: by mail-pb0-f47.google.com with SMTP id rr4so895566pbb.6 for <6tsch@ietf.org>; Thu, 29 Aug 2013 12:57:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=cJhjjaiFnyz09LB1GrXnbxdhc9G9487OTvTBrXepWv4=; b=ELd/grYA0hVDGPGsoQTqdMfRw1J6U2EarXzYzvmegufwR/MQcjjcmwCywUJg7XhWCs +xmr1mLDiIxNl33nKGDpfTlbLHZ4o7J5/gmuEzxvCdseikXab0f2janG5XaESGHhusW3 /HPybEa58sFKzmQgLPBomO7+vxX1ZTOuhJVLc3IkjZS3zouSkqxnSXvtwilfMmb23tvf x066KgcovU+oOL8o8SGUGcqJGDuWWSMjriQnypGoO4/qzUCfvUZ1+/8ZmwOmcsqelcFL m/hiQ5FYrK9ZuCt3RizrPhBZkvWfyTPebCXdkpZP9nNqi6LsbjCkygqorLUIGvGxKFhf 9CRg==
X-Received: by 10.68.98.101 with SMTP id eh5mr5622168pbb.65.1377806262551; Thu, 29 Aug 2013 12:57:42 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Thu, 29 Aug 2013 12:57:21 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Thu, 29 Aug 2013 12:57:21 -0700
X-Google-Sender-Auth: diO7mQIc-Cj77n5WaEIE4CoTqZA
Message-ID: <CADJ9OA807S=dEgMw3UxAjdXO9YGeqmtJ1zfd__7oZj4mm0BdMw@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b6dd100d9524104e51b84f2
Subject: [6tsch] Agenda for the call on August 30
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 19:57:44 -0000

--047d7b6dd100d9524104e51b84f2
Content-Type: text/plain; charset=ISO-8859-1

All,

Below is the proposed agenda for the 6TSCH call tomorrow:


   - Approval minutes & agenda bashing [4min]
   - charter submitted
      - Vancouver: Hyatt hotel registration link
      - IETF MLs downtime 3pm-12am 08/28
      - logo update
   - Flow identification [20min]
   - 4 flows?
      - how to trigger schedule update?
      - confirmation?
   - Network bootstrap [20min]
   - Synchronization and neighbor discovery [Pouria]
      - Time parent selection and EB priority [Xavi]
      - Impact of routing loops on synchronization? [Pascal]
   - Fast join [Alfredo, 10min]
   - AOB [1min]


As usual, feel free to propose any changes to the agenda, also at the
beginning of the call.

Remember that this call will be recorded.

Pascal & Thomas

----

Topic: 6TSCH Weekly
Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00)
Meeting Number: 206 802 913
Meeting Password: sixtus

-------------------------------------------------------
To start the online meeting
-------------------------------------------------------
1. Go to
https://ciscosales.webex.com/ciscosales/j.php?ED=219615007&UID=481905242&PW=NZTRkNDAwOTE1&RT=MiMyMw%3D%3D
2. Log in to your account.
3. Click "Start Now".
4. Follow the instructions that appear on your screen.

----------------------------------------------------------------
ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes
----------------------------------------------------------------

The affected toll free numbers are: (866) 432-9903 for the San
Jose/Milpitas area and (866) 349-3520 for the RTP area.

Please dial the local access number for your area from the list below:
- San Jose/Milpitas (408) area: 525-6800
- RTP (919) area: 392-3330

-------------------------------------------------------
To join the teleconference only
-------------------------------------------------------
1. Dial into Cisco WebEx (view all Global Access Numbers at
http://cisco.com/en/US/about/doing_business/conferencing/index.html
2. Follow the prompts to enter the Meeting Number (listed above) or Access
Code followed by the # sign.

San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330

US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117

India: +91.80.4350.1111 Germany: +49.619.6773.9002

Japan: +81.3.5763.9394 China: +86.10.8515.5666

To check whether you have the appropriate players installed for UCF
(Universal Communications Format) rich media files, go to
https://ciscosales.webex.com/ciscosales/systemdiagnosis.php

http://www.webex.com

CCM:+14085256800x206802913

--047d7b6dd100d9524104e51b84f2
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>All,</div><div><br></div><div>Below is the proposed a=
genda for the 6TSCH call tomorrow:</div><div><br></div><div><div><ul><li>Ap=
proval minutes &amp; agenda bashing [4min]<br></li><ul><li>charter submitte=
d</li>


<li>Vancouver: Hyatt hotel registration link</li><li>IETF MLs downtime 3pm-=
12am 08/28</li><li>logo update</li></ul><li>Flow identification [20min]<br>=
</li><ul><li>4 flows?</li><li>how to trigger schedule update?</li><li>

confirmation?</li>
</ul><li>Network bootstrap [20min]<br></li><ul><li>Synchronization and neig=
hbor discovery [Pouria]</li><li>Time parent selection and EB priority [Xavi=
]</li><li>Impact of routing loops on synchronization? [Pascal]</li></ul>


<li>Fast join [Alfredo, 10min]<br></li><li>AOB [1min]<br></li></ul></div></=
div><div><br></div><div>As usual, feel free to propose any changes to the a=
genda, also at the beginning of the call.</div><div><br></div><div>Remember=
 that this call will be recorded.</div>


<div><br></div><div>Pascal &amp; Thomas</div><div><br></div><div>----</div>=
<div><br></div><div>Topic: 6TSCH Weekly</div><div>Time: 8:00 am, Pacific Da=
ylight Time (San Francisco, GMT-07:00)=A0</div><div>Meeting Number: 206 802=
 913=A0</div>


<div>Meeting Password: sixtus=A0</div><div><br></div><div>-----------------=
--------------------------------------=A0</div><div>To start the online mee=
ting=A0</div><div>-------------------------------------------------------=
=A0</div>


<div>1. Go to <a href=3D"https://ciscosales.webex.com/ciscosales/j.php?ED=
=3D219615007&amp;UID=3D481905242&amp;PW=3DNZTRkNDAwOTE1&amp;RT=3DMiMyMw%3D%=
3D" target=3D"_blank">https://ciscosales.webex.com/ciscosales/j.php?ED=3D21=
9615007&amp;UID=3D481905242&amp;PW=3DNZTRkNDAwOTE1&amp;RT=3DMiMyMw%3D%3D</a=
></div>


<div>2. Log in to your account.=A0</div><div>3. Click &quot;Start Now&quot;=
.=A0</div><div>4. Follow the instructions that appear on your screen.=A0</d=
iv><div><br></div><div>----------------------------------------------------=
------------=A0</div>


<div>ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes=A0</d=
iv><div>----------------------------------------------------------------=A0=
</div><div><br></div><div>The affected toll free numbers are: <span title=
=3D"Call with Google Voice"><a href=3D"tel:%28866%29%20432-9903" value=3D"+=
18664329903" target=3D"_blank">(866) 432-9903</a></span> for the San Jose/M=
ilpitas area and <a href=3D"tel:%28866%29%20349-3520" value=3D"+18663493520=
" target=3D"_blank">(866) 349-3520</a> for the RTP area.=A0</div>


<div><br></div><div>Please dial the local access number for your area from =
the list below:=A0</div><div>- San Jose/Milpitas (408) area: 525-6800=A0</d=
iv><div>- RTP (919) area: 392-3330=A0</div><div><br></div><div>------------=
-------------------------------------------=A0</div>


<div>To join the teleconference only=A0</div><div>-------------------------=
------------------------------=A0</div><div>1. Dial into Cisco WebEx (view =
all Global Access Numbers at=A0</div><div><a href=3D"http://cisco.com/en/US=
/about/doing_business/conferencing/index.html" target=3D"_blank">http://cis=
co.com/en/US/about/doing_business/conferencing/index.html</a>=A0</div>


<div>2. Follow the prompts to enter the Meeting Number (listed above) or Ac=
cess Code followed by the # sign.=A0</div><div><br></div><div>San Jose, CA:=
 <span title=3D"Call with Google Voice"><a href=3D"tel:%2B1.408.525.6800" v=
alue=3D"+14085256800" target=3D"_blank">+1.408.525.6800</a></span> RTP: <a =
href=3D"tel:%2B1.919.392.3330" value=3D"+19193923330" target=3D"_blank">+1.=
919.392.3330</a>=A0</div>


<div><br></div><div>US/Canada: <span title=3D"Call with Google Voice"><a hr=
ef=3D"tel:%2B1.866.432.9903" value=3D"+18664329903" target=3D"_blank">+1.86=
6.432.9903</a></span> United Kingdom: <a href=3D"tel:%2B44.20.8824.0117" va=
lue=3D"+442088240117" target=3D"_blank">+44.20.8824.0117</a>=A0</div>

<div><br></div><div>India: <a href=3D"tel:%2B91.80.4350.1111" value=3D"+918=
043501111" target=3D"_blank">+91.80.4350.1111</a> Germany: <a href=3D"tel:%=
2B49.619.6773.9002" value=3D"+4961967739002" target=3D"_blank">+49.619.6773=
.9002</a>=A0</div>


<div><br></div><div>Japan: <a href=3D"tel:%2B81.3.5763.9394" value=3D"+8135=
7639394" target=3D"_blank">+81.3.5763.9394</a> China: <a href=3D"tel:%2B86.=
10.8515.5666" value=3D"+861085155666" target=3D"_blank">+86.10.8515.5666</a=
>=A0</div>

<div><br></div><div>To check whether you have the appropriate players insta=
lled for UCF (Universal Communications Format) rich media files, go to <a h=
ref=3D"https://ciscosales.webex.com/ciscosales/systemdiagnosis.php" target=
=3D"_blank">https://ciscosales.webex.com/ciscosales/systemdiagnosis.php</a>=
=A0</div>


<div><br></div><div><a href=3D"http://www.webex.com" target=3D"_blank">http=
://www.webex.com</a>=A0</div><div><br></div><div>CCM:+14085256800x206802913=
</div>
</div>

--047d7b6dd100d9524104e51b84f2--

From xvilajosana@berkeley.edu  Thu Aug 29 13:00:35 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F87E21F9C88 for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 13:00:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[AWL=0.276, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MOMLV4BcHeOh for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 13:00:28 -0700 (PDT)
Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by ietfa.amsl.com (Postfix) with ESMTP id 29CF721F9BF3 for <6tsch@ietf.org>; Thu, 29 Aug 2013 13:00:27 -0700 (PDT)
Received: by mail-pa0-f44.google.com with SMTP id fz6so1363295pac.31 for <6tsch@ietf.org>; Thu, 29 Aug 2013 13:00:26 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=P8kan+G2jHvBYIW8SzQ2fqzt/SEe8HjkGQCtfBp79i4=; b=BPLQlbbMYEcV+tUijJGup7GzsBv/0MC5rmCX4ZADouK1PwP2FKPsydsBXHjirTK9QO OZ/lH6RA62ER2k0Gl6lG06sXRFhxfQf+v8SIwyWS/Fb4SawE77QugiYbSM6zcst/ul4q BXxRQ/QeOf0q0vuaxKWjCj+OCPjv3+LN9Tmgg6YnYbD2pjHRQDckV0x+6ZXGc9IOakH8 /4UfJllOiGRwhjjV6NL8icXAIy+9iQk7C7sZ7VNKOC1+0c/K650v/6BD1GM9LghjENCJ /dpOFwOxNukr+vKuv851cLl034ferjDcbfzkKM6Nkcsv3y9EFhUP0S3+LIbgxnMjG8AC xr5w==
X-Gm-Message-State: ALoCoQkv1v5Hg9q87zM9B3R8u1VNLhzdu8/7DdwHNPG5nuDre7wVec4u2Hynw3G3iBC9pa1RMLmw
MIME-Version: 1.0
X-Received: by 10.68.194.161 with SMTP id hx1mr5475440pbc.164.1377806425910; Thu, 29 Aug 2013 13:00:25 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Thu, 29 Aug 2013 13:00:25 -0700 (PDT)
In-Reply-To: <CADJ9OA87bCD69oXF1RgbjSNgNYs8r9Mj-1fNithSYheJ2OXy+Q@mail.gmail.com>
References: <E045AECD98228444A58C61C200AE1BD84143010E@xmb-rcd-x01.cisco.com> <CADJ9OA9aLyRe-Us6kkpXs0SsWwhBV6XsqvPQfg5iNbv6COuYWg@mail.gmail.com> <CAAzoce5EJ+9xcrEkm098dSfbYvSBGE3syFEZfNEBW_Xy9MVWFw@mail.gmail.com> <CADJ9OA87bCD69oXF1RgbjSNgNYs8r9Mj-1fNithSYheJ2OXy+Q@mail.gmail.com>
Date: Thu, 29 Aug 2013 13:00:25 -0700
Message-ID: <CALEMV4aAWpY=uN+exOMFXd0iA1_3pyetG+J34A4ShJXJ5KbJUA@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary=047d7b10d1ef96001e04e51b8e4e
Cc: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>, "Pascal Thubert \(pthubert\)" <pthubert@cisco.com>, "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang <qinwang@berkeley.edu>, "JP Vasseur \(jvasseur\)" <jvasseur@cisco.com>
Subject: Re: [6tsch] Dynamic slot activation (was part of the 4th control flow)
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2013 20:00:35 -0000

--047d7b10d1ef96001e04e51b8e4e
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

ok, I like it. If there is no objection I will change the name to minimal
6TiSCH

cheers.
Xavi



On Thu, Aug 29, 2013 at 12:52 PM, Thomas Watteyne <
watteyne@eecs.berkeley.edu> wrote:

> Of course!
>
>
> On Thu, Aug 29, 2013 at 12:11 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Can we just call it "minimal 6TiSCH", instead of "minimal 6TiSCH
>> configuration"?
>>
>> Qin
>>
>>
>> On Fri, Aug 30, 2013 at 2:41 AM, Thomas Watteyne <
>> watteyne@eecs.berkeley.edu> wrote:
>>
>>> +1
>>>
>>> Rather than "basic", let's talk about "minimal 6TiSCH Configuration",
>>> i.e. the title of the draft.
>>>
>>> Xavi agreed a couple of calls ago to rename
>>> "draft-vilajosana-6tsch-basic" to "draft-vilajosana-6tisch-minimal"
>>>
>>> Thomas
>>>
>>>
>>> On Thu, Aug 29, 2013 at 2:16 AM, Pascal Thubert (pthubert) <
>>> pthubert@cisco.com> wrote:
>>>
>>>>  Hello Xavi and Qin:****
>>>>
>>>> ** **
>>>>
>>>> I=92m not sure we want  to continue this discussion now or keep it for
>>>> later, but either way I=92m making it a separate thread to save the cu=
rrent
>>>> conclusions.****
>>>>
>>>> ** **
>>>>
>>>> In short, Thomas below asked:****
>>>>
>>>> ** **
>>>>
>>>> *Thomas> over what cells with the reports travel? Another questions
>>>> could be: over what cells will the request to install cells travel?*
>>>>
>>>> ** **
>>>>
>>>> This is a good question and at the same time this is not really
>>>> something that we have to answer right now, per our proposed charter, =
as
>>>> Xavi indicates:****
>>>>
>>>> *Xavi> I think it is better first to concentrate on the basic things*
>>>>
>>>> ** **
>>>>
>>>> On the side I think the use of the word =91basic=92 these days could c=
reate
>>>> confusion since it seems to refer to draft-vilajosana-6tsch-basic whic=
h is
>>>> probably not Xavi=92s intention here.****
>>>>
>>>> I=92d suggest that when we refer to the operation in the
>>>> draft-vilajosana-6tsch-basic draft, we call it something like =93Basic
>>>> 6TiSCH=94 or =93Basic 6TiSCH Support=94 so the use of the plain word =
=93basic=94 may
>>>> not be confusing anymore.****
>>>>
>>>> ** **
>>>>
>>>> For this particular thread, I suggested as an answer to Thomas that 1)
>>>> I agree that in the future the control flows could travel over a Basic
>>>> 6TiSCH instance, and in that case 2) that we could probably handle
>>>> burstiness of control traffic by overprovisioning time slots and then
>>>> indicating dynamically which extra time slots are being used; as Qin p=
uts
>>>> it very clearly:****
>>>>
>>>> *Qin> Over-provision can increase the throughput at peak time, while
>>>> the control bits can reduce the energy consumption for idle-listening =
(at
>>>> least at the beginning of slot) in those unused Tx/Rx cells.*
>>>>
>>>> I was thinking of something like a =91more=92 bit in a cell the is bei=
ng
>>>> used in order to tell listeners to wake up in the next overprovisionne=
d
>>>> cell, as opposed to a bit sent at the beginning of the overprovisionne=
d
>>>> cell that would indicate that the cell is not being used, though. Xavi
>>>> agrees that it *Xavi> sounds to me a great idea*****
>>>>
>>>> ** **
>>>>
>>>> To make sure that we do not make a confusion between 1) the bits that
>>>> control the use of overprovisionned cells in a bundle and that are pig=
y
>>>> backed with the traffic to indicate there is more trafficoutstanding a=
nd 2)
>>>> the end to end protocol that controls the allocation of cells between =
a
>>>> controlling entity and the device, or between devices, JP insisted tha=
t the
>>>> control flows for the latter (which are the subject of the original th=
read
>>>> by Qin) should be cleanly defined and that we should not expect to pig=
gy
>>>> back them with traffic:****
>>>>
>>>> *JP> I would just be vary cautious when thinking of piggybacking
>>>> control information in packet header for control plane purpose***
>>>>
>>>> ** **
>>>>
>>>> With this summary, it is up to us to continue the discussion or save i=
t
>>>> for later. Should we continue, I suggest we do it in the context of Ba=
sic
>>>> 6TiSCH to see if that mode could benefit from over-provisioned time sl=
ots
>>>> but then provide a way to use only a subset of those slots. This would
>>>> probably make Basic 6TiSCH a lot more useful in the future for applica=
tions
>>>> of various scales and degrees of burstiness.****
>>>>
>>>> ** **
>>>>
>>>> Cheers,****
>>>>
>>>> ** **
>>>>
>>>> Pascal****
>>>>
>>>
>>>
>>
>

--047d7b10d1ef96001e04e51b8e4e
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>ok, I like it. If there is no objection I will change=
 the name to minimal 6TiSCH<br><br></div>cheers.<br>Xavi<br><div><br></div>=
</div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu,=
 Aug 29, 2013 at 12:52 PM, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D=
"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkele=
y.edu</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Of course!</div><div class=
=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=
=3D"gmail_quote">
On Thu, Aug 29, 2013 at 12:11 PM, Qin Wang <span dir=3D"ltr">&lt;<a href=3D=
"mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt=
;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Can we just call it &quot;m=
inimal 6TiSCH&quot;, instead of &quot;minimal 6TiSCH configuration&quot;?=
=A0<span><font color=3D"#888888"><div>


<br></div><div>Qin=A0</div></font></span></div><div><div><div class=3D"gmai=
l_extra"><br><br><div class=3D"gmail_quote">On Fri, Aug 30, 2013 at 2:41 AM=
, Thomas Watteyne <span dir=3D"ltr">&lt;<a href=3D"mailto:watteyne@eecs.ber=
keley.edu" target=3D"_blank">watteyne@eecs.berkeley.edu</a>&gt;</span> wrot=
e:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">+1<div><br></div><div>Rathe=
r than &quot;basic&quot;, let&#39;s talk about &quot;minimal 6TiSCH Configu=
ration&quot;, i.e. the title of the draft.</div>



<div><br></div><div>Xavi agreed a couple of calls ago to rename &quot;draft=
-vilajosana-6tsch-basic&quot; to &quot;draft-vilajosana-6tisch-minimal&quot=
;</div><span><font color=3D"#888888">

<div><br></div><div>Thomas</div></font></span></div><div><div><div class=3D=
"gmail_extra"><br><br><div class=3D"gmail_quote">On Thu, Aug 29, 2013 at 2:=
16 AM, Pascal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D"mailto:pt=
hubert@cisco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</span> wrote=
:<br>





<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div link=3D"blue" vlink=3D"purple" lang=3D"EN-US">
<div>
<p class=3D"MsoNormal"><a name=3D"140cba3214f06e11_140cb7d25df1f2d0_140cb61=
fb5fcc612_140c95bd1e25069d__MailEndCompose"><span style=3D"font-size:11.0pt=
;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hell=
o Xavi and Qin:<u></u><u></u></span></a></p>




<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92m not sure we want=A0=
 to continue this discussion now or keep it for later, but either way I=92m=
 making it a separate thread to save the current conclusions.<u></u><u></u>=
</span></p>






<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">In short, Thomas below as=
ked:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Thomas&gt; over what c=
ells with the reports travel? Another questions could be: over what cells w=
ill the request to install cells travel?<u></u><u></u></span></b></p>






<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">This is a good question a=
nd at the same time this is not really something that we have to answer rig=
ht now, per our proposed charter, as Xavi indicates:<u></u><u></u></span></=
p>






<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Xavi&gt; I think it is=
 better first to concentrate on the basic things<u></u><u></u></span></b></=
p>






<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">On the side I think the u=
se of the word =91basic=92 these days could create confusion since it seems=
 to refer to draft-vilajosana-6tsch-basic which is probably
 not Xavi=92s intention here.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I=92d suggest that when w=
e refer to the operation in the draft-vilajosana-6tsch-basic draft, we call=
 it something like =93Basic 6TiSCH=94 or =93Basic 6TiSCH Support=94
 so the use of the plain word =93basic=94 may not be confusing anymore.<u><=
/u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">For this particular threa=
d, I suggested as an answer to Thomas that 1) I agree that in the future th=
e control flows could travel over a Basic 6TiSCH instance,
 and in that case 2) that we could probably handle burstiness of control tr=
affic by overprovisioning time slots and then indicating dynamically which =
extra time slots are being used; as Qin puts it very clearly:<u></u><u></u>=
</span></p>






<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">Qin&gt; Over-provision=
 can increase the throughput at peak time, while the control bits can reduc=
e the energy consumption for idle-listening (at least at the
 beginning of slot) in those unused Tx/Rx cells.<u></u><u></u></span></b></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">I was thinking of somethi=
ng like a =91more=92 bit in a cell the is being used in order to tell liste=
ners to wake up in the next overprovisionned cell, as opposed
 to a bit sent at the beginning of the overprovisionned cell that would ind=
icate that the cell is not being used, though. Xavi agrees that it
</span><b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&=
quot;sans-serif&quot;;color:#8064a2">Xavi&gt; sounds to me a great idea</sp=
an></b><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>






<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">To make sure that we do n=
ot make a confusion between 1) the bits that control the use of overprovisi=
onned cells in a bundle and that are pigy backed with the
 traffic to indicate there is more trafficoutstanding and 2) the end to end=
 protocol that controls the allocation of cells between a controlling entit=
y and the device, or between devices, JP insisted that the control flows fo=
r the latter (which are the subject
 of the original thread by Qin) should be cleanly defined and that we shoul=
d not expect to piggy back them with traffic:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,&quot;sans-serif&quot;;color:#8064a2">JP&gt; I would just be=
 vary cautious when thinking of piggybacking control information in packet =
header for control plane purpose</span></b><b><span style=3D"font-size:11.0=
pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u=
></u><u></u></span></b></p>






<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d" lang=3D"FR"><u></u>=A0<u>=
</u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">With this summary, it is =
up to us to continue the discussion or save it for later. Should we continu=
e, I suggest we do it in the context of
</span><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d">Basic 6TiSCH to see if that mode could be=
nefit from over-provisioned time slots but then provide a way to use only a=
 subset of those slots. This would probably make Basic
 6TiSCH a lot more useful in the future for applications of various scales =
and degrees of burstiness.</span><span style=3D"font-size:11.0pt;font-famil=
y:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u><=
/span></p>






<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Cheers,<span><font color=
=3D"#888888"><u></u><u></u></font></span></span></p><span><font color=3D"#8=
88888">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0<u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Pascal<u></u><u></u></spa=
n></p>
</font></span></div>
</div>

</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7b10d1ef96001e04e51b8e4e--

From maria-rita.palattella@uni.lu  Thu Aug 29 23:39:13 2013
Return-Path: <maria-rita.palattella@uni.lu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39EC721E805A for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 23:39:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.538
X-Spam-Level: 
X-Spam-Status: No, score=-6.538 tagged_above=-999 required=5 tests=[AWL=0.060,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lmmOgi1brqly for <6tsch@ietfa.amsl.com>; Thu, 29 Aug 2013 23:39:08 -0700 (PDT)
Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id 518F821F9C52 for <6tsch@ietf.org>; Thu, 29 Aug 2013 23:39:04 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.89,989,1367964000"; d="scan'208,217";a="26173654"
Received: from unknown (HELO REED.uni.lux) ([10.21.2.9]) by hercules.uni.lu with ESMTP; 30 Aug 2013 08:38:59 +0200
Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by REED.uni.lux ([fe80::31bb:b7a3:7abb:813e%10]) with mapi id 14.03.0158.001; Fri, 30 Aug 2013 08:38:58 +0200
From: Maria Rita PALATTELLA <maria-rita.palattella@uni.lu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, Qin Wang <qinwang@berkeley.edu>
Thread-Topic: [6tsch] the 4th control flow
Thread-Index: AQHOo2nA37SuPY1UNUSxyNbir/bk6pmpcIqAgAATvoCAARHRgIAANpuAgAAq9oCAABtKgIAA0eWggAA+SACAAAnBgIABIv9w
Date: Fri, 30 Aug 2013 06:38:58 +0000
Message-ID: <F085911F642A6847987ADA23E611780D18593CB0@hoshi.uni.lux>
References: <CAAzoce42LwLHdm4ZQFx9Vph0L-3op7yey8Eo=YpcTOKVqEOk4Q@mail.gmail.com> <CALEMV4ZUbW5CaENEZJKoLzVYQ_GWQoDXfYP6aQKq=5s2C1K_6w@mail.gmail.com> <CAAzoce4yTU3HfQumgmepNgOcN-zWo0Ot1VVq_HcpwLDvV=rkwg@mail.gmail.com> <CADJ9OA-6wZ0ZWzfw_VQDu9upUif600kuPD7QpHS9gXQYUiGJfw@mail.gmail.com> <CAAzoce7oDDhd-LD81cn5zMPMp+FGs0=XAJWxPS768CTzekyQRg@mail.gmail.com> <CAH7SZV8G3qSe6L-dwxzYydRh27w_Sr_+Z2sdPaht45TNW7ZOsA@mail.gmail.com> <CADJ9OA9MMTkdV9+4GFCwqthgud5ji0NqSENwC0dJJhYLa+yf=g@mail.gmail.com> <CAAzoce7tq0uQZFs-ioiqkCPvuMypMNR4woXMy8A6fc4bW9Bm0w@mail.gmail.com> <CADJ9OA89+1_ZA-nYuzuJFb6A_HCbeZ_rWPth699qAsgRmC1iEg@mail.gmail.com> <CAAzoce4oieAMWz4TdF4N7xKJXtNCdkS80+kxB8AQdYRm3D5heA@mail.gmail.com> <CALEMV4aA8f9=kkFgDQiLJ6LAbQ2jKwAtVuHJnYRjLp=tNDr+oQ@mail.gmail.com> <F085911F642A6847987ADA23E611780D1858E736@hoshi.uni.lux> <CAAzoce7jrqLYqWAScApQhLc4KT9ZLoYN-G0rHcqiPLzdR0o8Nw@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD84143072D@xmb-rcd-x01.cisco.com>
In-Reply-To: <E045AECD98228444A58C61C200AE1BD84143072D@xmb-rcd-x01.cisco.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.91.0.71]
Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D18593CB0hoshiunilux_"
MIME-Version: 1.0
Cc: Thomas Watteyne <watteyne@eecs.berkeley.edu>, "6tsch@ietf.org" <6tsch@ietf.org>, "xvilajosana@eecs.berkeley.edu" <xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] the 4th control flow
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2013 06:39:13 -0000

--_000_F085911F642A6847987ADA23E611780D18593CB0hoshiunilux_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thanks Qin and Pascal for your clarification.
Now I am synchronize with you! So, I will think again about specifications =
for the report and control flow.
Maria Rita

From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com]
Sent: Thursday, August 29, 2013 5:16 PM
To: Qin Wang; Maria Rita PALATTELLA
Cc: Thomas Watteyne; 6tsch@ietf.org; xvilajosana@eecs.berkeley.edu
Subject: RE: [6tsch] the 4th control flow

Hello Qin:

I'm with you that the reports and events are initiated by the device.

Then there is the flow that we discussed at the call last week and that tri=
ggered this thread. The use case is a new control loop for which a sensor d=
evice talks to the controller (the PCE) to request the establishment of a p=
ath between self and an actuator.

I imagined that this was considered an event. But maybe not?

Pascal

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org] On Behalf Of Qin Wang
Sent: jeudi 29 ao=FBt 2013 16:41
To: Maria Rita PALATTELLA
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>; xvilajosana@eec=
s.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>
Subject: Re: [6tsch] the 4th control flow

Hi Maria Rita,

Thank you very much for the updated version.

Regarding to who triggers Report Flow and Event Flow, I have different unde=
rstanding as follows. Being different from Query Flow, both Report Flow and=
 Event Flow are triggered by nodes themselves, instead of a query from ME. =
In particular, the Report Flow will be triggered by a timer, because it cor=
responds to periodically reporting behavior; and the Event Flow will be tri=
ggered by some event specified by ME in advance, something like a alarm.

What do you think?

Qin


On Thu, Aug 29, 2013 at 5:00 PM, Maria Rita PALATTELLA <maria-rita.palattel=
la@uni.lu<mailto:maria-rita.palattella@uni.lu>> wrote:
All, going back to the definition of the 4 control flows, I tried to fill s=
ome of the TODO rows of the tables that Qin created so far.

An updated version of these tables is attached. I left also some comments f=
or discussing on.
Any comment is welcome.

Maria Rita

From: 6tsch-bounces@ietf.org<mailto:6tsch-bounces@ietf.org> [mailto:6tsch-b=
ounces@ietf.org<mailto:6tsch-bounces@ietf.org>] On Behalf Of Xavier Vilajos=
ana Guillen
Sent: Thursday, August 29, 2013 12:27 AM
To: Qin Wang
Cc: Thomas Watteyne; 6tsch@ietf.org<mailto:6tsch@ietf.org>

Subject: Re: [6tsch] the 4th control flow

Hi, I also agree with the 4 message flows.

as regards to Confirmation, this would introduce end-to-end confirmation at=
 L2.5 - 3. I don't think we need that as a mandatory concept. Maybe an opti=
onal feature?


X

On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Thomas,

I agree to the 4 control flows. One more question for the two node->ME flow=
s: Is a Confirmation from ME to node needed?

Thanks
Qin

On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
All,

If possible, let's keep things simple and stick closely to the charter, cer=
tainly for now.

I would like to propose the following assumptions:

  *   let's assume signaling and data packets are independent.
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.
  *   let's consider the steps highlighted in the charter, for now:

     *   draft-vilajosana-6tsch-basic gives us a network with minimal conne=
ctivity between all nodes in the network. Most of the schedule is empty, av=
ailable ot some dynamic scheduler.
     *   the scheduler uses the minimal connectivity to communicate, either=
 between neighbors (distributed), or between nodes and the PCE (centralized=
)
If we agree with this, I propose we go back to discussing the types of flow=
s, per the name of this thread. I'd like to call on a rough consensus for t=
he following 4 flows:

  *   ME->node

     *   action
     *   query

  *   node->ME

     *   report
     *   event
Thomas


On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang <qinwang@berkeley.edu<mailto:qinw=
ang@berkeley.edu>> wrote:
Thomas,

I agree to keep different alternatives, at lease as options.

Regarding to what kinds of cells should be used for conveying the report, s=
hared cells or dedicated cells, I would like to leave them to configuration=
. What do you think?

Thanks
Qin


On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne <watteyne@eecs.berkeley.ed=
u<mailto:watteyne@eecs.berkeley.edu>> wrote:
Qin,

You bring up a good point: over what cells with the reports travel? Another=
 questions could be: over what cells will the request to install cells trav=
el? I believe that, whatever the policy in place in the network, there will=
 always need to be some cells installed for infrequent signaling traffic. I=
f the report rate is very slow, it might qualify as "infrequent signaling t=
raffic". For sure, the request to change the schedule qualifies.

Isn't the answer draft-vilajosana-6tsch-basic? That is, the slotted Aloha s=
chedule indicated in the draft can be used for the signaling traffic betwee=
n the nodes and the ME. Of course, if the report rate is very high, some de=
dicate track might be installed, but I do not believe this is needed, certa=
inly not this early on.

I agree with Diego that keeping the solution open to different alternative =
is key.

Thomas

On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne <diego.dujovne@mail.ud=
p.cl<mailto:diego.dujovne@mail.udp.cl>> wrote:
Qin, Thomas,
      Alternative (1) adds delay to define the slots to send the event
to the ME (propagate the new schedule),
while alternative (2)  keeps reserved slots waiting for the event to happen=
.
I think both alternatives should be included, and configured by the ME depe=
nding
on the network requirements.

More thoughts?

Diego Dujovne

2013/8/27 Qin Wang <qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>>:
> Thomas,
>
> I agree with almost all. Only some comments on "Report Flow".
>
> As you mentioned, there are two kinds of report scenarios, one is
> periodically report, another one is burst report or called as event-drive=
n
> report. I have no question on how periodically report works, which you
> described. But I'm not sure what the best way to handle event-driven repo=
rt
> is. I think we don't want to assume 6top sublayer is very intelligent, in
> another word, the events and the trigger of events should be configured b=
y
> ME, just like the interval of periodically report. Make sense?
>
> If you agree to it, the remained issue is  when and how the bandwidth for
> sending event-driven reports is reserved. Here are two ways I can see.
> (1) when a event is triggered, node sends a request to ME and ask some BW=
 to
> send the report. I believe that is how the 4th control flow works.
> (2) when ME configure the events and their triggers, ME also provisions s=
ome
> BW for the node which allows the node to send the report triggered by som=
e
> event.
>
> I have no strong opinion on which one is better. But, the bottom line is =
the
> configuration of the set of events and their triggers should be out of 6t=
op
> scope. Thought?
>
> Thanks
> Qin
>
>
>
>
>
>
> On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne <twatteyne@linear.com<ma=
ilto:twatteyne@linear.com>>
> wrote:
>>
>> Qin,
>>
>> Please correct me if I'm wrong:
>> - Action Flow (ME->6top). ME asks 6top to execute some command. Typical
>> commands are add/delete cells.
>> - Query Flow (ME->6top). ME asks 6top for some information. Typical
>> queries are about current cells usage or statistics.
>> - Report Flow (6top->ME). 6top tell ME how it is doing. Typical reported
>> information covers cells usage or statistics.
>>
>> Questions:
>> - Looks like Query and Report flows contain the same information. In
>> normal operation, the Report flow should be enough, the Query flow only
>> being used in special cases, for example when the ME has lost state (jus=
t
>> booted, bug, etc). Agreed?
>> - The ME should be able to configure the report flow. Configuration coul=
d
>> be "send report every X seconds" or "send report when variable X larger =
than
>> Y". I imagine this could be done over the action flow? Agreed?
>> - A node will want to report an urgent event to the ME. One such events =
is
>> "the topology appears to have changed". There any many cases where this
>> information needs to be sent immediately, i.e. no time to wait for the n=
ext
>> report cycle. We can consider this to be an asynchronous report, or part=
 of
>> a new "Event" flow.
>> - Same for the mote asking the ME for a schedule update.
>>
>> Thoughts?
>>
>> Thomas
>>
>>
>>
>> On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang <qinwang@berkeley.edu<mailto:=
qinwang@berkeley.edu>> wrote:
>>>
>>> Xavi,
>>>
>>> Approach-(2) is more flexible and likely covers more situations. But, i=
t
>>> may bring some complexity to 6top, because 6top has to make decision on=
 the
>>> bandwidth request (add/delete), which needs some metrics, some intellig=
ence.
>>>
>>> What do you think?
>>>
>>> Qin
>>>
>>>
>>>
>>> On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen
>>> <xvilajosana@eecs.berkeley.edu<mailto:xvilajosana@eecs.berkeley.edu>> w=
rote:
>>>>
>>>> Hi Qin, I like your (2).
>>>>
>>>> Note also that there are situations that might have some differences.
>>>>
>>>> 1-the track already exists.
>>>> 2-the track between the two entities does not exists
>>>>
>>>> in either case I think that the node that requires certain BW to anoth=
er
>>>> node should talk to 6top, which processes that request and sends a req=
uest
>>>> to the ME, the ME installs that new track.
>>>>
>>>> does it make sense. Do you see any drawback on that approach?
>>>>
>>>> X
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang <qinwang@berkeley.edu<mailt=
o:qinwang@berkeley.edu>> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> During today's call, we presented three control flows between
>>>>> Management Entity (ME) and 6top, i.e. Action Flow, Query Flow, and Re=
port
>>>>> Flow, and started to talk about the 4th control flow. The thread will
>>>>> continue the discussion about 4th flow.
>>>>>
>>>>> Here is the scenario: when a node finds that more cells are needed,
>>>>> e.g. nodes wants to send 10pkt/s report at some time, it should be ab=
le to
>>>>> ask ME to install more bandwidth.
>>>>>
>>>>> I can see two approaches:
>>>>> (1) Managed by ME, without 4th Control Flow. Assume BandwidthUsageRat=
e
>>>>> is a attribute in 6top. Then, ME can get the information via Query Fl=
ow or
>>>>> Report Flow, and adjust the bandwidth of the node via Action Flow.
>>>>> (2) Managed by 6top, with 4th Control Flow. 6top sends Bandwidth
>>>>> Request to ME, and then ME install more bandwidth. This is the 4th co=
ntrol
>>>>> flow.
>>>>>
>>>>> What do you think? Which one makes more sense?
>>>>>
>>>>> Qin
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 6tsch mailing list
>>>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 6tsch mailing list
>>> 6tsch@ietf.org<mailto:6tsch@ietf.org>
>>> https://www.ietf.org/mailman/listinfo/6tsch
>>>
>>
>>
>>
>> --
>> Thomas Watteyne, Ph. D
>> Sr. Networking Design Engineer
>> Dust Networks / Linear Technology
>> 30695 Huntwood Ave
>> Hayward, CA 94544-7021
>> +1 (510) 400-2978<tel:%2B1%20%28510%29%20400-2978>
>> twatteyne@linear.com<mailto:twatteyne@linear.com>
>>
>> This e-mail transmission, and any documents, files or previous e-mail
>> messages attached to it may contain confidential information that is leg=
ally
>> privileged. If you are not the intended recipient, or a person responsib=
le
>> for delivering it to the intended recipient, you are hereby notified tha=
t
>> any disclosure, copying, distribution or use of any of the information
>> contained in or attached to this transmission is STRICTLY PROHIBITED. If=
 you
>> have received this transmission in error, please immediately notify me b=
y
>> reply e-mail, or by telephone at (510) 400-2978<tel:%28510%29%20400-2978=
>, and destroy the original
>> transmission and its attachments without reading or saving in any manner=
.
>> Thank you.
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org<mailto:6tsch@ietf.org>
> https://www.ietf.org/mailman/listinfo/6tsch
>



--
DIEGO DUJOVNE
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa UDP
www.ingenieria.udp.cl<http://www.ingenieria.udp.cl>
(56 2) 676 8125<tel:%2856%202%29%20676%208125>
_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch


_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch




_______________________________________________
6tsch mailing list
6tsch@ietf.org<mailto:6tsch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tsch



--_000_F085911F642A6847987ADA23E611780D18593CB0hoshiunilux_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
span.EmailStyle20
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:370112156;
	mso-list-template-ids:72021624;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1
	{mso-list-id:927228542;
	mso-list-template-ids:2090602398;}
@list l1:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l1:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l1:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2
	{mso-list-id:1066489283;
	mso-list-template-ids:-1034008960;}
@list l2:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level2
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l2:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3
	{mso-list-id:1411079372;
	mso-list-template-ids:-1568877086;}
@list l3:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level2
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l3:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4
	{mso-list-id:1643920260;
	mso-list-template-ids:-170096564;}
@list l4:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:"Courier New";
	mso-bidi-font-family:"Times New Roman";}
@list l4:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l4:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5
	{mso-list-id:2117165530;
	mso-list-template-ids:1989827434;}
@list l5:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level2
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level5
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level8
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
@list l5:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thanks Qin and Pascal for=
 your clarification.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Now I am synchronize with=
 you! So, I will think again about specifications for the report and contro=
l flow.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Maria Rita<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Pascal T=
hubert (pthubert) [mailto:pthubert@cisco.com]
<br>
<b>Sent:</b> Thursday, August 29, 2013 5:16 PM<br>
<b>To:</b> Qin Wang; Maria Rita PALATTELLA<br>
<b>Cc:</b> Thomas Watteyne; 6tsch@ietf.org; xvilajosana@eecs.berkeley.edu<b=
r>
<b>Subject:</b> RE: [6tsch] the 4th control flow<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size=
:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497=
D">Hello Qin:</span></a><span style=3D"font-size:11.0pt;font-family:&quot;C=
alibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I&#8217;m with you that t=
he reports and events are initiated by the device.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Then there is the flow th=
at we discussed at the call last week and that triggered this thread. The u=
se case is a new control loop for which a sensor device
 talks to the controller (the PCE) to request the establishment of a path b=
etween self and an actuator.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">I imagined that this was =
considered an event. But maybe not?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pascal<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org">6tsch-bounces@ietf.org</a> [<a hr=
ef=3D"mailto:6tsch-bounces@ietf.org">mailto:6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Qin Wang<br>
<b>Sent:</b> jeudi 29 ao=FBt 2013 16:41<br>
<b>To:</b> Maria Rita PALATTELLA<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.or=
g</a>; <a href=3D"mailto:xvilajosana@eecs.berkeley.edu">
xvilajosana@eecs.berkeley.edu</a><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Hi Maria Rita,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Thank you very much for the updated version.<o:p></o=
:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Regarding to who triggers Report Flow and Event Flow=
, I have different understanding as follows. Being different from Query Flo=
w, both Report Flow and Event Flow are triggered by nodes themselves, inste=
ad of a query from ME. In particular,
 the Report Flow will be triggered by a timer, because it corresponds to pe=
riodically reporting behavior; and the Event Flow will be triggered by some=
 event specified by ME in advance, something like a alarm.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">Qin<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Thu, Aug 29, 2013 at 5:00 PM, Maria Rita PALATTEL=
LA &lt;<a href=3D"mailto:maria-rita.palattella@uni.lu" target=3D"_blank">ma=
ria-rita.palattella@uni.lu</a>&gt; wrote:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">All, going back to the definition of th=
e 4 control flows, I tried to fill some of the TODO rows of
 the tables that Qin created so far.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">An updated version of these tables is a=
ttached. I left also some comments for discussing on.</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Any comment is welcome.</span><o:p></o:=
p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">Maria Rita</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&q=
uot;sans-serif&quot;;color:#1F497D">&nbsp;</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,=
&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0pt;fon=
t-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_blank">6tsch-bounces@i=
etf.org</a> [mailto:<a href=3D"mailto:6tsch-bounces@ietf.org" target=3D"_bl=
ank">6tsch-bounces@ietf.org</a>]
<b>On Behalf Of </b>Xavier Vilajosana Guillen<br>
<b>Sent:</b> Thursday, August 29, 2013 12:27 AM<br>
<b>To:</b> Qin Wang<br>
<b>Cc:</b> Thomas Watteyne; <a href=3D"mailto:6tsch@ietf.org" target=3D"_bl=
ank">6tsch@ietf.org</a></span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><br>
<b>Subject:</b> Re: [6tsch] the 4th control flow<o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Hi, I also agree with the 4 message flows.<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal"><br>
as regards to Confirmation, this would introduce end-to-end confirmation at=
 L2.5 - 3. I don't think we need that as a mandatory concept. Maybe an opti=
onal feature?<br>
<br>
<br>
X<o:p></o:p></p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 1:48 PM, Qin Wang &lt;<a href=3D"mailto:qi=
nwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I agree to the 4 control flows. One more question for the two node=
-&gt;ME flows: Is a Confirmation from ME to node needed?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Thu, Aug 29, 2013 at 2:15 AM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">All,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">If possible, let's keep things simple and stick closely to the cha=
rter, certainly for now.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I would like to propose the following assumptions:<o:p></o:p></p>
</div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l3 level1 lfo1">
let's assume signaling and data packets are independent.<br>
IMO, signaling packets are either short and infrequent (events, commands), =
or periodic and large (statistics). Once we have run a number of networks, =
and can quantify the trade-offs, we can consider piggybacking.<o:p></o:p></=
li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bott=
om-alt:auto;mso-list:l3 level1 lfo1">
let's consider the steps highlighted in the charter, for now:<o:p></o:p></l=
i></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l4 level2 lfo2">
draft-vilajosana-6tsch-basic gives us a network with minimal connectivity b=
etween all nodes in the network. Most of the schedule is empty, available o=
t some dynamic scheduler.<o:p></o:p></li><li class=3D"MsoNormal" style=3D"m=
so-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l4 level2 lfo2">
the scheduler uses the minimal connectivity to communicate, either between =
neighbors (distributed), or between nodes and the PCE (centralized)<o:p></o=
:p></li></ul>
</ul>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">If we agree with this, I propose we go back to discussing the type=
s of flows, per the name of this thread. I'd like to call on a rough consen=
sus for the following 4 flows:<o:p></o:p></p>
</div>
</div>
<div>
<div>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l5 level1 lfo3">
ME-&gt;node<o:p></o:p></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l1 level2 lfo4">
action<o:p></o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:a=
uto;mso-margin-bottom-alt:auto;mso-list:l1 level2 lfo4">
query<o:p></o:p></li></ul>
</ul>
<ul type=3D"disc">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l2 level1 lfo5">
node-&gt;ME<o:p></o:p></li></ul>
<ul type=3D"disc">
<ul type=3D"circle">
<li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-=
alt:auto;mso-list:l0 level2 lfo6">
report<o:p></o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top-alt:a=
uto;mso-margin-bottom-alt:auto;mso-list:l0 level2 lfo6">
event<o:p></o:p></li></ul>
</ul>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Thomas</span><o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 7:59 AM, Qin Wang &lt;<a href=3D"mailto:qi=
nwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<o=
:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thomas,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I agree to keep different alternatives, at lease as options.<o:p><=
/o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Regarding to what kinds of cells should be used for conveying the =
report, shared cells or dedicated cells, I would like to leave them to conf=
iguration. What do you think?<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Thanks<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Qin</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Wed, Aug 28, 2013 at 6:39 AM, Thomas Watteyne &lt;<a href=3D"ma=
ilto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eecs.berkeley.e=
du</a>&gt; wrote:<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin,<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">You bring up a good point: over what cells with the reports travel=
? Another questions could be: over what cells will the request to install c=
ells travel? I believe that, whatever
 the policy in place in the network, there will always need to be some cell=
s installed for infrequent signaling traffic. If the report rate is very sl=
ow, it might qualify as &quot;infrequent signaling traffic&quot;. For sure,=
 the request to change the schedule qualifies.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Isn't the answer&nbsp;draft-vilajosana-6tsch-basic? That is, the s=
lotted Aloha schedule indicated in the draft can be used for the signaling =
traffic between the nodes and the ME. Of
 course, if the report rate is very high, some dedicate track might be inst=
alled, but I do not believe this is needed, certainly not this early on.<o:=
p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">I agree with Diego that keeping the solution open to different alt=
ernative is key.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:#888888">Thomas</span><o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t">&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">On Tue, Aug 27, 2013 at 2:29 PM, Prof. Diego Dujovne &lt;<a href=
=3D"mailto:diego.dujovne@mail.udp.cl" target=3D"_blank">diego.dujovne@mail.=
udp.cl</a>&gt; wrote:<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">Qin, Thomas,<br>
&nbsp; &nbsp; &nbsp; Alternative (1) adds delay to define the slots to send=
 the event<br>
to the ME (propagate the new schedule),<br>
while alternative (2) &nbsp;keeps reserved slots waiting for the event to h=
appen.<br>
I think both alternatives should be included, and configured by the ME depe=
nding<br>
on the network requirements.<br>
<br>
More thoughts?<br>
<br>
Diego Dujovne<br>
<br>
2013/8/27 Qin Wang &lt;<a href=3D"mailto:qinwang@berkeley.edu" target=3D"_b=
lank">qinwang@berkeley.edu</a>&gt;:<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&gt; Thomas,<br>
&gt;<br>
&gt; I agree with almost all. Only some comments on &quot;Report Flow&quot;=
.<br>
&gt;<br>
&gt; As you mentioned, there are two kinds of report scenarios, one is<br>
&gt; periodically report, another one is burst report or called as event-dr=
iven<br>
&gt; report. I have no question on how periodically report works, which you=
<br>
&gt; described. But I'm not sure what the best way to handle event-driven r=
eport<br>
&gt; is. I think we don't want to assume 6top sublayer is very intelligent,=
 in<br>
&gt; another word, the events and the trigger of events should be configure=
d by<br>
&gt; ME, just like the interval of periodically report. Make sense?<br>
&gt;<br>
&gt; If you agree to it, the remained issue is &nbsp;when and how the bandw=
idth for<br>
&gt; sending event-driven reports is reserved. Here are two ways I can see.=
<br>
&gt; (1) when a event is triggered, node sends a request to ME and ask some=
 BW to<br>
&gt; send the report. I believe that is how the 4th control flow works.<br>
&gt; (2) when ME configure the events and their triggers, ME also provision=
s some<br>
&gt; BW for the node which allows the node to send the report triggered by =
some<br>
&gt; event.<br>
&gt;<br>
&gt; I have no strong opinion on which one is better. But, the bottom line =
is the<br>
&gt; configuration of the set of events and their triggers should be out of=
 6top<br>
&gt; scope. Thought?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Qin<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Aug 28, 2013 at 2:20 AM, Thomas Watteyne &lt;<a href=3D"mailto=
:twatteyne@linear.com" target=3D"_blank">twatteyne@linear.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Qin,<br>
&gt;&gt;<br>
&gt;&gt; Please correct me if I'm wrong:<br>
&gt;&gt; - Action Flow (ME-&gt;6top). ME asks 6top to execute some command.=
 Typical<br>
&gt;&gt; commands are add/delete cells.<br>
&gt;&gt; - Query Flow (ME-&gt;6top). ME asks 6top for some information. Typ=
ical<br>
&gt;&gt; queries are about current cells usage or statistics.<br>
&gt;&gt; - Report Flow (6top-&gt;ME). 6top tell ME how it is doing. Typical=
 reported<br>
&gt;&gt; information covers cells usage or statistics.<br>
&gt;&gt;<br>
&gt;&gt; Questions:<br>
&gt;&gt; - Looks like Query and Report flows contain the same information. =
In<br>
&gt;&gt; normal operation, the Report flow should be enough, the Query flow=
 only<br>
&gt;&gt; being used in special cases, for example when the ME has lost stat=
e (just<br>
&gt;&gt; booted, bug, etc). Agreed?<br>
&gt;&gt; - The ME should be able to configure the report flow. Configuratio=
n could<br>
&gt;&gt; be &quot;send report every X seconds&quot; or &quot;send report wh=
en variable X larger than<br>
&gt;&gt; Y&quot;. I imagine this could be done over the action flow? Agreed=
?<br>
&gt;&gt; - A node will want to report an urgent event to the ME. One such e=
vents is<br>
&gt;&gt; &quot;the topology appears to have changed&quot;. There any many c=
ases where this<br>
&gt;&gt; information needs to be sent immediately, i.e. no time to wait for=
 the next<br>
&gt;&gt; report cycle. We can consider this to be an asynchronous report, o=
r part of<br>
&gt;&gt; a new &quot;Event&quot; flow.<br>
&gt;&gt; - Same for the mote asking the ME for a schedule update.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; Thomas<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Aug 23, 2013 at 11:00 AM, Qin Wang &lt;<a href=3D"mailto:q=
inwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt; wrote:<=
br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Xavi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Approach-(2) is more flexible and likely covers more situation=
s. But, it<br>
&gt;&gt;&gt; may bring some complexity to 6top, because 6top has to make de=
cision on the<br>
&gt;&gt;&gt; bandwidth request (add/delete), which needs some metrics, some=
 intelligence.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What do you think?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Aug 24, 2013 at 1:47 AM, Xavier Vilajosana Guillen<br>
&gt;&gt;&gt; &lt;<a href=3D"mailto:xvilajosana@eecs.berkeley.edu" target=3D=
"_blank">xvilajosana@eecs.berkeley.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Qin, I like your (2).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note also that there are situations that might have some d=
ifferences.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 1-the track already exists.<br>
&gt;&gt;&gt;&gt; 2-the track between the two entities does not exists<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; in either case I think that the node that requires certain=
 BW to another<br>
&gt;&gt;&gt;&gt; node should talk to 6top, which processes that request and=
 sends a request<br>
&gt;&gt;&gt;&gt; to the ME, the ME installs that new track.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; does it make sense. Do you see any drawback on that approa=
ch?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; X<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Aug 23, 2013 at 10:36 AM, Qin Wang &lt;<a href=3D"=
mailto:qinwang@berkeley.edu" target=3D"_blank">qinwang@berkeley.edu</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; During today's call, we presented three control flows =
between<br>
&gt;&gt;&gt;&gt;&gt; Management Entity (ME) and 6top, i.e. Action Flow, Que=
ry Flow, and Report<br>
&gt;&gt;&gt;&gt;&gt; Flow, and started to talk about the 4th control flow. =
The thread will<br>
&gt;&gt;&gt;&gt;&gt; continue the discussion about 4th flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Here is the scenario: when a node finds that more cell=
s are needed,<br>
&gt;&gt;&gt;&gt;&gt; e.g. nodes wants to send 10pkt/s report at some time, =
it should be able to<br>
&gt;&gt;&gt;&gt;&gt; ask ME to install more bandwidth.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I can see two approaches:<br>
&gt;&gt;&gt;&gt;&gt; (1) Managed by ME, without 4th Control Flow. Assume Ba=
ndwidthUsageRate<br>
&gt;&gt;&gt;&gt;&gt; is a attribute in 6top. Then, ME can get the informati=
on via Query Flow or<br>
&gt;&gt;&gt;&gt;&gt; Report Flow, and adjust the bandwidth of the node via =
Action Flow.<br>
&gt;&gt;&gt;&gt;&gt; (2) Managed by 6top, with 4th Control Flow. 6top sends=
 Bandwidth<br>
&gt;&gt;&gt;&gt;&gt; Request to ME, and then ME install more bandwidth. Thi=
s is the 4th control<br>
&gt;&gt;&gt;&gt;&gt; flow.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you think? Which one makes more sense?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Qin<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6t=
sch@ietf.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch=
" target=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; 6tsch mailing list<br>
&gt;&gt;&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf=
.org</a><br>
&gt;&gt;&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=
=3D"_blank">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Thomas Watteyne, Ph. D<br>
&gt;&gt; Sr. Networking Design Engineer<br>
&gt;&gt; Dust Networks / Linear Technology<br>
&gt;&gt; 30695 Huntwood Ave<br>
&gt;&gt; Hayward, CA 94544-7021<br>
&gt;&gt; <a href=3D"tel:%2B1%20%28510%29%20400-2978" target=3D"_blank">&#43=
;1 (510) 400-2978</a><br>
&gt;&gt; <a href=3D"mailto:twatteyne@linear.com" target=3D"_blank">twatteyn=
e@linear.com</a><br>
&gt;&gt;<br>
&gt;&gt; This e-mail transmission, and any documents, files or previous e-m=
ail<br>
&gt;&gt; messages attached to it may contain confidential information that =
is legally<br>
&gt;&gt; privileged. If you are not the intended recipient, or a person res=
ponsible<br>
&gt;&gt; for delivering it to the intended recipient, you are hereby notifi=
ed that<br>
&gt;&gt; any disclosure, copying, distribution or use of any of the informa=
tion<br>
&gt;&gt; contained in or attached to this transmission is STRICTLY PROHIBIT=
ED. If you<br>
&gt;&gt; have received this transmission in error, please immediately notif=
y me by<br>
&gt;&gt; reply e-mail, or by telephone at <a href=3D"tel:%28510%29%20400-29=
78" target=3D"_blank">
(510) 400-2978</a>, and destroy the original<br>
&gt;&gt; transmission and its attachments without reading or saving in any =
manner.<br>
&gt;&gt; Thank you.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; 6tsch mailing list<br>
&gt; <a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a>=
<br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/6tsch</a><br>
&gt;<br>
<br>
<br>
<br>
--<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">DIEGO DUJOVNE<br>
Acad=E9mico Escuela de Ingenier=EDa en Inform=E1tica y Telecomunicaciones<b=
r>
Facultad de Ingenier=EDa UDP<br>
<a href=3D"http://www.ingenieria.udp.cl" target=3D"_blank">www.ingenieria.u=
dp.cl</a><br>
<a href=3D"tel:%2856%202%29%20676%208125" target=3D"_blank">(56 2) 676 8125=
</a><o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;margin-bottom:12.0p=
t"><br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org" target=3D"_blank">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><o:p></o:p></p>
</div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto">&nbsp;<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</body>
</html>

--_000_F085911F642A6847987ADA23E611780D18593CB0hoshiunilux_--

From pthubert@cisco.com  Fri Aug 30 09:08:27 2013
Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7F9021E808F for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 09:08:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.265
X-Spam-Level: 
X-Spam-Status: No, score=-10.265 tagged_above=-999 required=5 tests=[AWL=-0.266, BAYES_00=-2.599, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KOUFawuZntZv for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 09:08:22 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 50AD221E8087 for <6tsch@ietf.org>; Fri, 30 Aug 2013 09:08:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=560; q=dns/txt; s=iport; t=1377878902; x=1379088502; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=+9USM6QbS5sb2cqA6mRQcM3wd4reL9nWGN4OiTCXiQs=; b=UR+1DRCxm/l+hqqRiqcBU/Y+zCvJo7JZpvRfopLiNNKUMVGPc3ry/6K2 xfbzzNtGRQulN86fd9ClrgAf+TcDO4M94ioPcEQkP3/gUFyl/qgOw3IM+ AVBQXSuI5f8cD2LqPp3nefz7NPLOxtBhWJIqaZxKgBGLW8FuvIZwKfvPU k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AmUGAEXCIFKtJXG9/2dsb2JhbABagweBBr9AgQ+BHhZtB4ImAQQ6LSQBKhRCJgEEG4d5mFehNI9Dg1SBAAOpWYMggio
X-IronPort-AV: E=Sophos;i="4.89,992,1367971200"; d="scan'208";a="253808924"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-3.cisco.com with ESMTP; 30 Aug 2013 16:08:20 +0000
Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id r7UG8KQ9017144 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Fri, 30 Aug 2013 16:08:20 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.31]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.02.0318.004; Fri, 30 Aug 2013 11:08:20 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: About the special type of event to ask PCE to create a track 
Thread-Index: Ac6lmv6UDqCTdsa9SmO4Ef5o8dIVRA==
Date: Fri, 30 Aug 2013 16:08:20 +0000
Deferred-Delivery: Fri, 30 Aug 2013 16:08:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD841433684@xmb-rcd-x01.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.55.22.3]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [6tsch] About the special type of event to ask PCE to create a track
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2013 16:08:28 -0000

Dear all,

We discussed at the call that the(PCEP?) request to ask for a track establi=
shment could be seen as an event, or could be a new flow.
At the call, I suggested that it could be a new, 5th flow. My arguments are=
 that this flow:
- Probably yields different data format. The demand carries and points, end=
 to end latency and bandwidth. That's quite specific.
- Probably yields a different flow. Events do not necessarily have a respon=
se.=20
- Probably uses a different transport as well (PCEP vs. CoAP)

What do you think?

Pascal

From twatteyne@gmail.com  Fri Aug 30 10:40:48 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 465B121F977A for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:40:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.886
X-Spam-Level: 
X-Spam-Status: No, score=-1.886 tagged_above=-999 required=5 tests=[AWL=0.091,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LHaBPIiIsNnw for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:40:45 -0700 (PDT)
Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) by ietfa.amsl.com (Postfix) with ESMTP id C1A3F21F87D1 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:40:45 -0700 (PDT)
Received: by mail-pb0-f44.google.com with SMTP id xa7so2151190pbc.3 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:40:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=NTTM+HX7mOyIJbfQk4HBdMTKL8yUohV5WDus4vHnVZo=; b=0tR8/QcpFRbujf2P76IICBoxV1xh6LPmZ35KHUZAy3514fhz1x55RqJTjqt8n5P8S5 97eERBCTuEpARqB4t3NS+Sehcij9bCUVltliyQ/7ycHwuh6VhFpZVT3H9b9YA4phlOcz ScmFc4t7Gk9oejcPBkr23PRXmM2k1szyS7yZJJxs0TOkxBpUrnGOiLy/5JVOHWECEawb 3PFINu0WB6vEPm6OjJxVpNwf0xzkvsnKGFfFAdBVE9HqctzTHy/ApEV+TQPMEHeOSDBC 0GtBEGYj9K7vWTwTBKBOmRGGX3IwCJuSNdDTQcz/WJ/yx2VLSCQNYUAj0eOou9WRGm4W ByMg==
X-Received: by 10.66.219.41 with SMTP id pl9mr4834561pac.187.1377884445419; Fri, 30 Aug 2013 10:40:45 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 30 Aug 2013 10:40:25 -0700 (PDT)
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 30 Aug 2013 10:40:25 -0700
X-Google-Sender-Auth: wgcdh4UvYBhCYPbin_fyCzvRyik
Message-ID: <CADJ9OA8UtwWr-X4WKKpfV5oD-3CYagSkGAh=TF=5Pw9bPp14PA@mail.gmail.com>
To: 6TSCH <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b5da81fe934ba04e52db85c
Subject: [6tsch] minutes webex 30 August 2013
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2013 17:40:48 -0000

--047d7b5da81fe934ba04e52db85c
Content-Type: text/plain; charset=ISO-8859-1

All,

You will find the minutes of today's webex below.

FYI, all the minutes and slides are archived a
https://bitbucket.org/6tsch/meetings/.

Thanks to Xavi and Dominique for taking notes!

As usual, fix anything we might have missed directly in the e-mail and
reply. We will approve and adopt the minutes at the next call.

Thomas

---

Minutes Webex 30 August 2013, 6TiSCH group

Note: timestamps in PDT.
Taking notes *(using Etherpad)*

   1. Xavi Vilajosana
   2. Dominique Barthel
   3. Thomas Watteyne

Present *(alphabetically)*

   1. Alfredo Grieco
   2. Diego Dujovne
   3. Dominique Barthel
   4. Geraldine Texier
   5. Laurent Toutain
   6. Maria Rita Palattella
   7. Oliver Hahm
   8. Pascal Thubert
   9. Patrick Wetterwald
   10. Pieter de Mil
   11. Pouria Zand
   12. Qin Wang
   13. Raghuram Sudhaakar
   14. Tina Tsou
   15. Thomas Watteyne
   16. Xavi Vilajosana
   17. Xavier Lagrange

Recording

   - Webex recording (audio+slides,streaming)
   -
   https://cisco.webex.com/ciscosales/lsr.php?AT=pb&amp;SP=MC&amp;rID=71053472&amp;rKey=9829fc81dd628028<https://cisco.webex.com/ciscosales/lsr.php?AT=pb&SP=MC&rID=71053472&rKey=9829fc81dd628028>
    *[63min]*

Slides

   - slides_130830_webex.ppt<https://bitbucket.org/6tsch/meetings/src/master/130830_webex/slides_130830_webex.ppt>:
   slides shared during the call

Agenda

   - Administrivia *[4min]*
      - Agenda bashing
      - Approval minutes
      - Charter submitted
      - IETF MLs down 3pm-12am 08/28
      - Vancouver: Hyatt hotel registration link
      - Logo update
   - Flow Identification *[20min]*
      - 4 flows?
      - how to trigger a schedule update?
      - confirmation message?
   - Network bootstrapping *[20min]*
      - Synchronization and neighbor discovery *[Pouria]*
      - Time parent selection and EB priority *[Xavi]*
      - Impact of routing loops on synchronization? *[Pascal]*
   - Fast Join/Synchronization *[Alfredo, 10min]*
   - AOB *[1min]*

Minutes

   - *[08.04]* Meeting starts
   - *[08.04]* Administrivia
      - Agenda bashing

      No issues raised. Agenda approved.

      - Approval minutes last call.

      No issues raised. Minutes approved.

      - Charter submitted
         - Adopted name 6TiSCH.
         - Charter submitted. No answer yet.
      - Loss of e-mail in all IETF mailing list on Wed 08/28 3pm-12am
      midnight PDT.

      Action item: [all] verify outbox and resend any email not in the ML
      archives (
      http://www.ietf.org/mail-archive/web/6tsch/current/maillist.html)

      - Vancouver:
         - Hotel eservation can be done by web at
         https://resweb.passkey.com/go/ietf88.
      - Logo update

      Action item: [Xavi] to redo logo.

      - *[08.10]* Flow Identification
      - 4 flows?
         - Flow between and ME and nodes and vice-versa
         - ME is the service that manages the schedule.
         - 4 flows:
            - Action
            - Query
               - Not clear what we want to ask for an specific cell.
               - READ.cell: what are the attributes to query? Information
               about the usage of the cell?
               - Information should be configurable.
            - Report
            - Event
         - *[Thomas]* Simplification: Report and Query have common
         elements. For common elements, instead of a query, we could
add an action
         which triggers a report.
         - *[Xavi]* Do we need to define everything or define basic
         elements of Query Flow and provide TLV for more specific elements
         - *[Pascal]* +1. Very common the standards
         - *[Thomas]* +1. Anybody disagrees?

         No issue raised on the call.

         - how to trigger a schedule update?
         - Event Flow: what do we consider as an event. How to trigger a
         schedule update?
         - Part of event flow.
         - 5th request flow: enable a transport mechanism to transport the
         request to the ME.

         Action item: [Pascal] To start a thread on the ML to answer
         whether we want a 5th flow or not.

         - confirmation message?
         - When a node sends a Requests to the ME, how does it know that it
         arrived?
         - Options:
            - Do nothing (best effort)
            - Rely on Transport e.g CoAp and Confirmable msg
            - App-Level ACk
            - Use another flow (e.g action flow)
         - *[Maria Rita]* Let's be cautious not to make things too
         complicated.

         Action item: [Qin] to continue discussion on the ML.

         - *[08.35]* Network bootstrapping
      - Synchronization and neighbor discovery
         - *Pouria* presents his slide with sequence of echanges between
         layers and nodes.

         Note: slides taken from
         http://www.ietf.org/mail-archive/web/6tsch/current/msg01156.html.

         - Temporary time parent selected among neighbors heard. Then, when
         RPL selects the best parent, may change time source to be the
RPL parent.
         - *[Pascal]*
            - is it possible that we have multiple instances of RPL and the
            management of multiple different RPL instances and time
sources might be
            complicated as some of the time sources might not be in
all RPL instances.
            - A node might belong to multiple instances of RPL, you can
            listen to other parents in different RPL instances.
            - How to signal or enforce that a RPL instance is for
            synchronization because there is a node with GPS?
            - With multiple instances only one is used for synchronization.
         - *[Thomas]* What characteristics do we want the the
         synchronization RPL instance to have?
         - *[Pascal]* 3rd RPL model: multiple roots, on DODAG. If you want
         to send data to the roots, you need them to be grounded.
         - *[Raghuram]* Why couple RPL routing parents with TSCH time
         source neighbor? Might be a layer violation.
         - *[Pascal]* only using info opaque information from the other
         layer
         - *[Pascal]* We benefit from the loop-free nature of the RPL DAG.
         - *[Alfredo]* If we have a many neighbor nodes that send the EBs
         for synchronization, this goes in many different channels, to
deal with
         that we can have some coordination to select the right parent to join.
         Would that not be on the direction of having a RPL instance for
         Synchronization?

         Action item: [Thomas]: to start a thread on the ML about that
         topic.

         - *[08.58]* Fast Join/Synchronization
      - Ideas about fast join synch on TSCH
      - When a node joins a network, it needs to wait for the EB. During
      this time, the radio is on and spends energy. Also this can take
some time
      as the CH sequence is not known in advance.
      - After node joins, synchronization is kept with KA, EBs...
      - Average Join Time: depends on many parameters (number of channels,
      Ch. Avg time between EBs amongst neighbors, etc)
      - Assumptions:
         - one synchronizer node exists.
         - this node is powered with the mains. (no battery powered).
         Realistic assumption.
         - A node that is synchronized sends EB every M slotframes.
         - See plots in the slides.
         - Issues:
            - How many EBs should the synchronized node send?
            - How to choose the slotframe cell?
            - Detect end of bootstrap phase.
         - *[Thomas]* this might be useful both for synchronization and for
      the continuous neighbor discover once all nodes have joined.
      - *[Alfredo]* Agreed.
   - *[09.06]* AOB

   No other business is brought up.

   - *[09.07]* Meeting ends

--047d7b5da81fe934ba04e52db85c
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>All,</div><div><br></div><div>You will find the minut=
es of today&#39;s webex below.</div><div><br></div><div>FYI, all the minute=
s and slides are archived a <a href=3D"https://bitbucket.org/6tsch/meetings=
/">https://bitbucket.org/6tsch/meetings/</a>.</div>

<div><br></div><div>Thanks to Xavi and Dominique for taking notes!</div><di=
v><br></div><div>As usual, fix anything we might have missed directly in th=
e e-mail and reply. We will approve and adopt the minutes at the next call.=
</div>

<div><br></div><div>Thomas</div><div><br></div><div>---</div><div><br></div=
><div><h1 id=3D"markdown-header-minutes-webex-30-august-2013-6tisch-group" =
style=3D"margin:0px 0px 10px;padding:0px;font-size:24px;font-weight:normal;=
line-height:1.25;color:rgb(51,51,51);font-family:Arial,sans-serif">

Minutes Webex 30 August 2013, 6TiSCH group</h1><p style=3D"margin:10px 0px;=
padding:0px;word-wrap:break-word;color:rgb(51,51,51);font-family:Arial,sans=
-serif;font-size:14px;line-height:20px">Note: timestamps in PDT.</p><h2 id=
=3D"markdown-header-taking-notes-using-etherpad" style=3D"margin:20px 0px 0=
px;padding:0px;font-size:20px;font-weight:normal;line-height:1.5;color:rgb(=
51,51,51);font-family:Arial,sans-serif">

Taking notes=A0<em>(using Etherpad)</em></h2><ol style=3D"margin:0px;color:=
rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Xavi Vilajo=
sana</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Dominique Ba=
rthel</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Th=
omas Watteyne</li></ol><h2 id=3D"markdown-header-present-alphabetically" st=
yle=3D"margin:20px 0px 0px;padding:0px;font-size:20px;font-weight:normal;li=
ne-height:1.5;color:rgb(51,51,51);font-family:Arial,sans-serif">

Present=A0<em>(alphabetically)</em></h2><ol style=3D"margin:0px;color:rgb(5=
1,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"><li =
style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Alfredo Grieco</=
li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Diego Dujovn=
e</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Domini=
que Barthel</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wo=
rd">

Geraldine Texier</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:bre=
ak-word">Laurent Toutain</li><li style=3D"margin:10px 0px;padding:0px;word-=
wrap:break-word">Maria Rita Palattella</li><li style=3D"margin:10px 0px;pad=
ding:0px;word-wrap:break-word">

Oliver Hahm</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wo=
rd">Pascal Thubert</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">Patrick Wetterwald</li><li style=3D"margin:10px 0px;padding:0px;=
word-wrap:break-word">

Pieter de Mil</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-=
word">Pouria Zand</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:br=
eak-word">Qin Wang</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">

Raghuram Sudhaakar</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:b=
reak-word">Tina Tsou</li><li style=3D"margin:10px 0px;padding:0px;word-wrap=
:break-word">Thomas Watteyne</li><li style=3D"margin:10px 0px;padding:0px;w=
ord-wrap:break-word">

Xavi Vilajosana</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:brea=
k-word">Xavier Lagrange</li></ol><h2 id=3D"markdown-header-recording" style=
=3D"margin:20px 0px 0px;padding:0px;font-size:20px;font-weight:normal;line-=
height:1.5;color:rgb(51,51,51);font-family:Arial,sans-serif">

Recording</h2><ul style=3D"margin:0px;color:rgb(51,51,51);font-family:Arial=
,sans-serif;font-size:14px;line-height:20px"><li style=3D"margin:10px 0px;p=
adding:0px;word-wrap:break-word">Webex recording (audio+slides,streaming)</=
li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://cisco.webex.com/ciscosales/lsr.php?AT=3Dpb&amp;SP=3DMC&amp;rID=3D710=
53472&amp;rKey=3D9829fc81dd628028" rel=3D"nofollow" style=3D"color:rgb(59,1=
15,175);text-decoration:none">https://cisco.webex.com/ciscosales/lsr.php?AT=
=3Dpb&amp;amp;SP=3DMC&amp;amp;rID=3D71053472&amp;amp;rKey=3D9829fc81dd62802=
8</a>=A0<em>[63min]</em></li>

</ul><h2 id=3D"markdown-header-slides" style=3D"margin:20px 0px 0px;padding=
:0px;font-size:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);=
font-family:Arial,sans-serif">Slides</h2><ul style=3D"margin:0px;color:rgb(=
51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><a href=3D"h=
ttps://bitbucket.org/6tsch/meetings/src/master/130830_webex/slides_130830_w=
ebex.ppt" style=3D"color:rgb(59,115,175);text-decoration:none">slides_13083=
0_webex.ppt</a>: slides shared during the call</li>

</ul><h2 id=3D"markdown-header-agenda" style=3D"margin:20px 0px 0px;padding=
:0px;font-size:20px;font-weight:normal;line-height:1.5;color:rgb(51,51,51);=
font-family:Arial,sans-serif">Agenda</h2><ul style=3D"margin:0px;color:rgb(=
51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Administrivi=
a=A0<em>[4min]</em><ul style=3D"margin:0px;list-style-type:disc"><li style=
=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Agenda bashing</li><l=
i style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

Approval minutes</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:bre=
ak-word">Charter submitted</li><li style=3D"margin:10px 0px;padding:0px;wor=
d-wrap:break-word">IETF MLs down 3pm-12am 08/28</li><li style=3D"margin:10p=
x 0px;padding:0px;word-wrap:break-word">

Vancouver: Hyatt hotel registration link</li><li style=3D"margin:10px 0px;p=
adding:0px;word-wrap:break-word">Logo update</li></ul></li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">Flow Identification=A0<em>[2=
0min]</em><ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">4 flows?</li=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">how to trig=
ger a schedule update?</li><li style=3D"margin:10px 0px;padding:0px;word-wr=
ap:break-word">

confirmation message?</li></ul></li><li style=3D"margin:10px 0px;padding:0p=
x;word-wrap:break-word">Network bootstrapping=A0<em>[20min]</em><ul style=
=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px;padding:0=
px;word-wrap:break-word">

Synchronization and neighbor discovery=A0<em>[Pouria]</em></li><li style=3D=
"margin:10px 0px;padding:0px;word-wrap:break-word">Time parent selection an=
d EB priority=A0<em>[Xavi]</em></li><li style=3D"margin:10px 0px;padding:0p=
x;word-wrap:break-word">

Impact of routing loops on synchronization?=A0<em>[Pascal]</em></li></ul></=
li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Fast Join=
/Synchronization=A0<em>[Alfredo, 10min]</em></li><li style=3D"margin:10px 0=
px;padding:0px;word-wrap:break-word">

AOB=A0<em>[1min]</em></li></ul><h2 id=3D"markdown-header-minutes" style=3D"=
margin:20px 0px 0px;padding:0px;font-size:20px;font-weight:normal;line-heig=
ht:1.5;color:rgb(51,51,51);font-family:Arial,sans-serif">Minutes</h2><ul st=
yle=3D"margin:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-siz=
e:14px;line-height:20px">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[08.04]<=
/em>=A0Meeting starts</li><li style=3D"margin:10px 0px;padding:0px;word-wra=
p:break-word"><em>[08.04]</em>=A0Administrivia<ul style=3D"margin:0px;list-=
style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Agenda bashi=
ng<blockquote style=3D"margin:0px 0px 0px 19px;border-left-width:1px;border=
-left-style:solid;border-left-color:rgb(204,204,204);color:rgb(112,112,112)=
;padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">No issues raised. =
Agenda approved.</p></blockquote></li><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word">Approval minutes last call.<blockquote style=3D"m=
argin:0px 0px 0px 19px;border-left-width:1px;border-left-style:solid;border=
-left-color:rgb(204,204,204);color:rgb(112,112,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">No issues raised. =
Minutes approved.</p></blockquote></li><li style=3D"margin:10px 0px;padding=
:0px;word-wrap:break-word">Charter submitted<ul style=3D"margin:0px;list-st=
yle-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Adopted name=
 6TiSCH.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"=
>Charter submitted. No answer yet.</li></ul></li><li style=3D"margin:10px 0=
px;padding:0px;word-wrap:break-word">

Loss of e-mail in all IETF mailing list on Wed 08/28 3pm-12am midnight PDT.=
<blockquote style=3D"margin:0px 0px 0px 19px;border-left-width:1px;border-l=
eft-style:solid;border-left-color:rgb(204,204,204);color:rgb(112,112,112);p=
adding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Action item: [all]=
 verify outbox and resend any email not in the ML archives (<a href=3D"http=
://www.ietf.org/mail-archive/web/6tsch/current/maillist.html" rel=3D"nofoll=
ow" style=3D"color:rgb(59,115,175);text-decoration:none">http://www.ietf.or=
g/mail-archive/web/6tsch/current/maillist.html</a>)</p>

</blockquote></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-=
word">Vancouver:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"=
margin:10px 0px;padding:0px;word-wrap:break-word">Hotel eservation can be d=
one by web at=A0<a href=3D"https://resweb.passkey.com/go/ietf88" rel=3D"nof=
ollow" style=3D"color:rgb(59,115,175);text-decoration:none">https://resweb.=
passkey.com/go/ietf88</a>.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Lo=
go update<blockquote style=3D"margin:0px 0px 0px 19px;border-left-width:1px=
;border-left-style:solid;border-left-color:rgb(204,204,204);color:rgb(112,1=
12,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Action item: [Xavi=
] to redo logo.</p></blockquote></li></ul></li><li style=3D"margin:10px 0px=
;padding:0px;word-wrap:break-word"><em>[08.10]</em>=A0Flow Identification<u=
l style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">4 flows?<ul =
style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">Flow between and ME and nodes and vice-versa<=
/li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">ME is the se=
rvice that manages the schedule.</li><li style=3D"margin:10px 0px;padding:0=
px;word-wrap:break-word">4 flows:<ul style=3D"margin:0px;list-style-type:di=
sc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Action</li><=
li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Query<ul styl=
e=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word">

Not clear what we want to ask for an specific cell.</li><li style=3D"margin=
:10px 0px;padding:0px;word-wrap:break-word">READ.cell: what are the attribu=
tes to query? Information about the usage of the cell?</li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">

Information should be configurable.</li></ul></li><li style=3D"margin:10px =
0px;padding:0px;word-wrap:break-word">Report</li><li style=3D"margin:10px 0=
px;padding:0px;word-wrap:break-word">Event</li></ul></li><li style=3D"margi=
n:10px 0px;padding:0px;word-wrap:break-word">

<strong>[Thomas]</strong>=A0Simplification: Report and Query have common el=
ements. For common elements, instead of a query, we could add an action whi=
ch triggers a report.</li><li style=3D"margin:10px 0px;padding:0px;word-wra=
p:break-word">

<strong>[Xavi]</strong>=A0Do we need to define everything or define basic e=
lements of Query Flow and provide TLV for more specific elements</li><li st=
yle=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Pascal]</=
strong>=A0+1. Very common the standards</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Tho=
mas]</strong>=A0+1. Anybody disagrees?<blockquote style=3D"margin:10px 0px =
0px 19px;border-left-width:1px;border-left-style:solid;border-left-color:rg=
b(204,204,204);color:rgb(112,112,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">No issue raised on=
 the call.</p></blockquote></li></ul></li><li style=3D"margin:10px 0px;padd=
ing:0px;word-wrap:break-word">how to trigger a schedule update?<ul style=3D=
"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Event Flow: =
what do we consider as an event. How to trigger a schedule update?</li><li =
style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Part of event fl=
ow.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">5th request =
flow: enable a transport mechanism to transport the request to the ME.<bloc=
kquote style=3D"margin:0px 0px 0px 19px;border-left-width:1px;border-left-s=
tyle:solid;border-left-color:rgb(204,204,204);color:rgb(112,112,112);paddin=
g:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Action item: [Pasc=
al] To start a thread on the ML to answer whether we want a 5th flow or not=
.</p></blockquote></li></ul></li><li style=3D"margin:10px 0px;padding:0px;w=
ord-wrap:break-word">

confirmation message?<ul style=3D"margin:0px;list-style-type:disc"><li styl=
e=3D"margin:10px 0px;padding:0px;word-wrap:break-word">When a node sends a =
Requests to the ME, how does it know that it arrived?</li><li style=3D"marg=
in:10px 0px;padding:0px;word-wrap:break-word">

Options:<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:1=
0px 0px;padding:0px;word-wrap:break-word">Do nothing (best effort)</li><li =
style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Rely on Transpor=
t e.g CoAp and Confirmable msg</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">App-Level AC=
k</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Use an=
other flow (e.g action flow)</li></ul></li><li style=3D"margin:10px 0px;pad=
ding:0px;word-wrap:break-word">

<strong>[Maria Rita]</strong>=A0Let&#39;s be cautious not to make things to=
o complicated.<blockquote style=3D"margin:10px 0px 0px 19px;border-left-wid=
th:1px;border-left-style:solid;border-left-color:rgb(204,204,204);color:rgb=
(112,112,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Action item: [Qin]=
 to continue discussion on the ML.</p></blockquote></li></ul></li></ul></li=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><em>[08.35]=
</em>=A0Network bootstrapping<ul style=3D"margin:0px;list-style-type:disc">

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Synchronizat=
ion and neighbor discovery<ul style=3D"margin:0px;list-style-type:disc"><li=
 style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>Pouria<=
/strong>=A0presents his slide with sequence of echanges between layers and =
nodes.<blockquote style=3D"margin:10px 0px 0px 19px;border-left-width:1px;b=
order-left-style:solid;border-left-color:rgb(204,204,204);color:rgb(112,112=
,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Note: slides taken=
 from=A0<a href=3D"http://www.ietf.org/mail-archive/web/6tsch/current/msg01=
156.html" rel=3D"nofollow" style=3D"color:rgb(59,115,175);text-decoration:n=
one">http://www.ietf.org/mail-archive/web/6tsch/current/msg01156.html</a>.<=
/p>

</blockquote></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-=
word">Temporary time parent selected among neighbors heard. Then, when RPL =
selects the best parent, may change time source to be the RPL parent.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Pas=
cal]</strong><ul style=3D"margin:0px;list-style-type:disc"><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">is it possible that we have =
multiple instances of RPL and the management of multiple different RPL inst=
ances and time sources might be complicated as some of the time sources mig=
ht not be in all RPL instances.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A node might=
 belong to multiple instances of RPL, you can listen to other parents in di=
fferent RPL instances.</li><li style=3D"margin:10px 0px;padding:0px;word-wr=
ap:break-word">

How to signal or enforce that a RPL instance is for synchronization because=
 there is a node with GPS?</li><li style=3D"margin:10px 0px;padding:0px;wor=
d-wrap:break-word">With multiple instances only one is used for synchroniza=
tion.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><s=
trong>[Thomas]</strong>=A0What characteristics do we want the the synchroni=
zation RPL instance to have?</li><li style=3D"margin:10px 0px;padding:0px;w=
ord-wrap:break-word">

<strong>[Pascal]</strong>=A03rd RPL model: multiple roots, on DODAG. If you=
 want to send data to the roots, you need them to be grounded.</li><li styl=
e=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Raghuram]</=
strong>=A0Why couple RPL routing parents with TSCH time source neighbor? Mi=
ght be a layer violation.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Pas=
cal]</strong>=A0only using info opaque information from the other layer</li=
><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Pa=
scal]</strong>=A0We benefit from the loop-free nature of the RPL DAG.</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Alf=
redo]</strong>=A0If we have a many neighbor nodes that send the EBs for syn=
chronization, this goes in many different channels, to deal with that we ca=
n have some coordination to select the right parent to join. Would that not=
 be on the direction of having a RPL instance for Synchronization?<blockquo=
te style=3D"margin:10px 0px 0px 19px;border-left-width:1px;border-left-styl=
e:solid;border-left-color:rgb(204,204,204);color:rgb(112,112,112);padding:1=
0px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">Action item: [Thom=
as]: to start a thread on the ML about that topic.</p></blockquote></li></u=
l></li></ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-w=
ord">

<em>[08.58]</em>=A0Fast Join/Synchronization<ul style=3D"margin:0px;list-st=
yle-type:disc"><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-wor=
d">Ideas about fast join synch on TSCH</li><li style=3D"margin:10px 0px;pad=
ding:0px;word-wrap:break-word">

When a node joins a network, it needs to wait for the EB. During this time,=
 the radio is on and spends energy. Also this can take some time as the CH =
sequence is not known in advance.</li><li style=3D"margin:10px 0px;padding:=
0px;word-wrap:break-word">

After node joins, synchronization is kept with KA, EBs...</li><li style=3D"=
margin:10px 0px;padding:0px;word-wrap:break-word">Average Join Time: depend=
s on many parameters (number of channels, Ch. Avg time between EBs amongst =
neighbors, etc)</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">Assumptions:=
<ul style=3D"margin:0px;list-style-type:disc"><li style=3D"margin:10px 0px;=
padding:0px;word-wrap:break-word">one synchronizer node exists.</li><li sty=
le=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

this node is powered with the mains. (no battery powered). Realistic assump=
tion.</li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">A =
node that is synchronized sends EB every M slotframes.</li><li style=3D"mar=
gin:10px 0px;padding:0px;word-wrap:break-word">

See plots in the slides.</li><li style=3D"margin:10px 0px;padding:0px;word-=
wrap:break-word">Issues:<ul style=3D"margin:0px;list-style-type:disc"><li s=
tyle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">How many EBs shou=
ld the synchronized node send?</li>

<li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word">How to choos=
e the slotframe cell?</li><li style=3D"margin:10px 0px;padding:0px;word-wra=
p:break-word">Detect end of bootstrap phase.</li></ul></li></ul></li><li st=
yle=3D"margin:10px 0px;padding:0px;word-wrap:break-word">

<strong>[Thomas]</strong>=A0this might be useful both for synchronization a=
nd for the continuous neighbor discover once all nodes have joined.</li><li=
 style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><strong>[Alfred=
o]</strong>=A0Agreed.</li>

</ul></li><li style=3D"margin:10px 0px;padding:0px;word-wrap:break-word"><e=
m>[09.06]</em>=A0AOB<blockquote style=3D"margin:10px 0px 0px 19px;border-le=
ft-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);col=
or:rgb(112,112,112);padding:10px 20px">

<p style=3D"margin:0px;padding:0px;word-wrap:break-word">No other business =
is brought up.</p></blockquote></li><li style=3D"margin:10px 0px;padding:0p=
x;word-wrap:break-word"><em>[09.07]</em>=A0Meeting ends</li></ul></div>
</div>

--047d7b5da81fe934ba04e52db85c--

From xvilajosana@berkeley.edu  Fri Aug 30 10:42:16 2013
Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45ECC21F9EB8 for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:42:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.715
X-Spam-Level: 
X-Spam-Status: No, score=-2.715 tagged_above=-999 required=5 tests=[AWL=0.261,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ifbDB4OR7h4z for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:42:12 -0700 (PDT)
Received: from mail-pb0-f45.google.com (mail-pb0-f45.google.com [209.85.160.45]) by ietfa.amsl.com (Postfix) with ESMTP id 0F12F11E8111 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:42:12 -0700 (PDT)
Received: by mail-pb0-f45.google.com with SMTP id mc17so2154569pbc.32 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:42:11 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:date:message-id:subject :from:to:content-type; bh=tSYyLMbqkyBeF2I92WhxuUBR+AuCaDFQ4PIWldKfFqc=; b=Xx3he0UxuQLTyQa0+yX7SiUtFzA9e6k2O2U5UlWtJyKr9F40GpGRsSrCkESJ8PQXTT CNjENe69z+xQSV3j/XL1dq8vEMXGdn0KWScXIvt+paX+HqXDqM9nxaZDH86rt33jPWHi /vBMifDshZv9CDSDqz6dbT+srfMfpo33q1iYKTPhZwB4xWMma7/aQ6Sjk1JBSGaXH4RB 1L8YmzxvbPlXihjomEZFW5ingJaWf4076WzuzZiLr503AqdvtDkftHXZCaBSOyOSb/E7 Uclyo7r6OO3rjOZDH8NdHL2CNOf+owRCfWh05Ad7TzD4qYJ0wcihhdRmL1uLTeVk2AOS WaEQ==
X-Gm-Message-State: ALoCoQmqpyuOtduRDIAi7E5Bo/bcTxR/iGen1Ibdp7P8gBqzvm+4T5otV/d/cW5FmHyMWlyRfxcJ
MIME-Version: 1.0
X-Received: by 10.68.36.132 with SMTP id q4mr11357414pbj.118.1377884531802; Fri, 30 Aug 2013 10:42:11 -0700 (PDT)
Received: by 10.70.34.44 with HTTP; Fri, 30 Aug 2013 10:42:11 -0700 (PDT)
Date: Fri, 30 Aug 2013 10:42:11 -0700
Message-ID: <CALEMV4ZeuzBMCCxKLLjEg3Ur3EygGD9ZLuD8d=s41sz+K9ubnw@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=bcaec52162590f4e7404e52dbe61
Subject: [6tsch] new logos
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2013 17:42:16 -0000

--bcaec52162590f4e7404e52dbe61
Content-Type: text/plain; charset=ISO-8859-1

Dear all,

the new logos are available at
https://bitbucket.org/6tsch/meetings/src/master/logo.

kind regards,
Xavi

--bcaec52162590f4e7404e52dbe61
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Dear all,<div><br></div><div>the new logos are available a=
t</div><div><a href=3D"https://bitbucket.org/6tsch/meetings/src/master/logo=
" target=3D"_blank" style=3D"font-family:arial,sans-serif;font-size:12.7272=
72033691406px">https://bitbucket.org/6tsch/meetings/src/master/logo</a><spa=
n style=3D"font-family:arial,sans-serif;font-size:12.727272033691406px">.</=
span><br>
</div><div><span style=3D"font-family:arial,sans-serif;font-size:12.7272720=
33691406px"><br></span></div><div><span style=3D"font-family:arial,sans-ser=
if;font-size:12.727272033691406px">kind regards,<br>Xavi</span></div><div><=
span style=3D"font-family:arial,sans-serif;font-size:12.727272033691406px">=
<br>
</span></div><div><span style=3D"font-family:arial,sans-serif;font-size:12.=
727272033691406px"><br></span></div></div>

--bcaec52162590f4e7404e52dbe61--

From twatteyne@gmail.com  Fri Aug 30 10:43:45 2013
Return-Path: <twatteyne@gmail.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D3E421E805F for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:43:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level: 
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[AWL=0.088,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yRrFWhkq5ior for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:43:44 -0700 (PDT)
Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) by ietfa.amsl.com (Postfix) with ESMTP id CD61D11E8119 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:43:44 -0700 (PDT)
Received: by mail-pd0-f177.google.com with SMTP id y10so2117555pdj.8 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:43:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=WcUKdYM948BtIIiSdRvFidVvtQ7FVV0WAnA8KcaK4rQ=; b=wLmvUa2iGz/Rpn8wQ+PD8ANurWpNZ1eEL892pI22aw5Wc/zLHUUaf9NcV83yPzJ7fz Vd9d7937fPrYV/G/s5y21PtyqiyW8EXSTxR+BQdPFnvZ/6TS8qjEi/jBSz1MrG78wlJ+ Rb1zblw9c6jkauZOBjnZm7m7ghGCPbrmcampvWxggeJkcB2hSTNFjrIvkv8uMROpInA6 KAb1vlTM2n4HjTWNDuw80XGyRgPNg23wr88dfHrSpqZYlx0nutJK24eRhBKfPLwE55Ig KCibemntb5wa/98zveW2jggaD7cImEjr05FBII8TBvN91FQMT6TxJlcUQKZvQ8oVMryb 5G/w==
X-Received: by 10.66.150.41 with SMTP id uf9mr12032709pab.108.1377884624500; Fri, 30 Aug 2013 10:43:44 -0700 (PDT)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.147.193 with HTTP; Fri, 30 Aug 2013 10:43:24 -0700 (PDT)
In-Reply-To: <CALEMV4ZeuzBMCCxKLLjEg3Ur3EygGD9ZLuD8d=s41sz+K9ubnw@mail.gmail.com>
References: <CALEMV4ZeuzBMCCxKLLjEg3Ur3EygGD9ZLuD8d=s41sz+K9ubnw@mail.gmail.com>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Fri, 30 Aug 2013 10:43:24 -0700
X-Google-Sender-Auth: 0gxiVLtYEtHnP4C0-_eB8_QNbB4
Message-ID: <CADJ9OA_Q-b3bAHyeGT0hDZjGrKu8Y=hdC4soTjueF-4PfZz42Q@mail.gmail.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b6d7f1495bf1e04e52dc305
Subject: Re: [6tsch] new logos
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2013 17:43:45 -0000

--047d7b6d7f1495bf1e04e52dc305
Content-Type: text/plain; charset=ISO-8859-1

Fantastic, thanks for the quick action!


On Fri, Aug 30, 2013 at 10:42 AM, Xavier Vilajosana Guillen <
xvilajosana@eecs.berkeley.edu> wrote:

> Dear all,
>
> the new logos are available at
> https://bitbucket.org/6tsch/meetings/src/master/logo.
>
> kind regards,
> Xavi
>
>
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>
>

--047d7b6d7f1495bf1e04e52dc305
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Fantastic, thanks for the quick action!</div><div class=3D=
"gmail_extra"><br><br><div class=3D"gmail_quote">On Fri, Aug 30, 2013 at 10=
:42 AM, Xavier Vilajosana Guillen <span dir=3D"ltr">&lt;<a href=3D"mailto:x=
vilajosana@eecs.berkeley.edu" target=3D"_blank">xvilajosana@eecs.berkeley.e=
du</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Dear all,<div><br></div><di=
v>the new logos are available at</div><div><a href=3D"https://bitbucket.org=
/6tsch/meetings/src/master/logo" style=3D"font-family:arial,sans-serif;font=
-size:12.727272033691406px" target=3D"_blank">https://bitbucket.org/6tsch/m=
eetings/src/master/logo</a><span style=3D"font-family:arial,sans-serif;font=
-size:12.727272033691406px">.</span><br>


</div><div><span style=3D"font-family:arial,sans-serif;font-size:12.7272720=
33691406px"><br></span></div><div><span style=3D"font-family:arial,sans-ser=
if;font-size:12.727272033691406px">kind regards,<br>Xavi</span></div><div>

<span style=3D"font-family:arial,sans-serif;font-size:12.727272033691406px"=
><br>
</span></div><div><span style=3D"font-family:arial,sans-serif;font-size:12.=
727272033691406px"><br></span></div></div>
<br>_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
<br></blockquote></div><br></div>

--047d7b6d7f1495bf1e04e52dc305--

From qinwang@berkeley.edu  Fri Aug 30 10:45:13 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A1AE21F9E39 for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:45:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.041
X-Spam-Level: 
X-Spam-Status: No, score=-2.041 tagged_above=-999 required=5 tests=[AWL=-0.827, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MISSING_SUBJECT=1.762, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pd8WmojbX0UJ for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:45:08 -0700 (PDT)
Received: from mail-vb0-f52.google.com (mail-vb0-f52.google.com [209.85.212.52]) by ietfa.amsl.com (Postfix) with ESMTP id CCB7021F9CA8 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:45:06 -0700 (PDT)
Received: by mail-vb0-f52.google.com with SMTP id f12so1481507vbg.39 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:45:05 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=HlW9/NbMWRs9CQhtHGotU65/ygghcQOLq2CMqjxVrww=; b=jD7PGRosnDYc1GeIXtb4DlieXx2So08qfXtQnE3WN1iVbmN/bV4AqSZv/bH9bq0xnG t3Y0jsDs3SY8LgsPrOwI7dhgeaiwJmKRSGE8UbiTJvU8FaMcHFgveK9C4mYo1GYuLf83 vYqcHDCQ4s1fAvA4zbmzJLsJhjKJ+U9zjPV1uMjIeGDgxzEv0+AIuSOyMsVch17SaxOS Vl4qMME03Lqu9zWToD5D+Hgy73wp6Bk/T8hXlF8lLOlBsrITq9Z4HljfjE6EbJC1YsN3 cs1Mq7k/OSNY/WBIKVKAzbF7fYH5b11fGj3lfwwrYkvtN+Gk8Qbm7G4aqxMptE9lTQnC JM2Q==
X-Gm-Message-State: ALoCoQllQizKr8xUEdPOuoIeL1hlzMIY04Lq+hfCKjAIEfVyUpqt5bpO+hx7hhzCHdv0rlum+pBy
MIME-Version: 1.0
X-Received: by 10.220.91.16 with SMTP id k16mr8322995vcm.21.1377884705162; Fri, 30 Aug 2013 10:45:05 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 30 Aug 2013 10:45:05 -0700 (PDT)
Date: Sat, 31 Aug 2013 01:45:05 +0800
Message-ID: <CAAzoce4Q-gwr9u4cCSxZ5Wfxhj2JsPDvEKnRZ305oLnaTLR7UA@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7b343f1a64909404e52dc8dc
Subject: [6tsch] (no subject)
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2013 17:45:13 -0000

--047d7b343f1a64909404e52dc8dc
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

In this thread, we will continue the discussion about Confirmation message.
Here is some background information.

Context: e.g.
    - node sends a report and want to know if the report is accepted.,
    - ME sends a action request and want to know if/when the action taken.
Options:
   (1) Nothing
   (2) Rely on transport mechanism (e.g. confirmable CoAP message)
   (3) App-level ACK type
   (4) Use different flow (i.e. action flow)

IMHO, different control flow may have different requirement for
confirmation message.
    (1) Action Flow, needs a App-level confirmation, like Succ/Fail
    (2) Query Flow, automatically has the confirmation, i.e. the message
packet corresponding to a specific query.
    (3) Report Flow and Event Flow, option (1)-(3) are OK, but I prefer
option (1) and (3), i.e. the confirmation message is an option, but if a
confirmation message is needed, it should be App-level Ack, instead of
transport layer confirmation, which will give 6top more flexibility.

What do you think?

Thanks
Qin

--047d7b343f1a64909404e52dc8dc
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi all,</div><br><div><span lang=3D"EN-US" style=3D"f=
ont-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif">In
this thread, we will continue the discussion about Confirmation message. He=
re
is some background information.</span><br></div><div><span lang=3D"EN-US" s=
tyle=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif"><br><=
/span></div><div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family=
:&#39;Times New Roman&#39;,serif">Context: e.g.</span></div>
<div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times =
New Roman&#39;,serif">=A0 =A0 - node sends a report and want to know if the=
 report is accepted.,=A0</span></div><div><span lang=3D"EN-US" style=3D"fon=
t-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif">=A0 =A0 - ME sen=
ds a action request and want to know if/when the action taken.</span></div>
<div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times =
New Roman&#39;,serif">Options:</span></div><div><span lang=3D"EN-US" style=
=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif">=A0 =A0(1=
) Nothing</span></div>
<div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times =
New Roman&#39;,serif">=A0 =A0(2) Rely on transport mechanism (e.g. confirma=
ble CoAP message)</span></div><div><span lang=3D"EN-US" style=3D"font-size:=
10.5pt;font-family:&#39;Times New Roman&#39;,serif">=A0 =A0(3) App-level AC=
K type</span></div>
<div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times =
New Roman&#39;,serif">=A0 =A0(4) Use different flow (i.e. action flow)</spa=
n></div><div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#3=
9;Times New Roman&#39;,serif"><br>
</span></div><div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-famil=
y:&#39;Times New Roman&#39;,serif">IMHO, different control flow may have di=
fferent requirement for confirmation message.</span></div><div><span lang=
=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,=
serif">=A0 =A0 (1) Action Flow, needs a App-level confirmation, like Succ/F=
ail</span></div>
<div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times =
New Roman&#39;,serif">=A0 =A0 (2) Query Flow, automatically has the confirm=
ation, i.e. the message packet corresponding to a specific query.</span></d=
iv><div>
<span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New R=
oman&#39;,serif">=A0 =A0 (3) Report Flow and Event Flow, option (1)-(3) are=
 OK, but I prefer option (1) and (3), i.e. the confirmation message is an o=
ption, but if a confirmation message is needed, it should be App-level Ack,=
 instead of transport layer confirmation, which will give 6top more flexibi=
lity.</span></div>
<div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times =
New Roman&#39;,serif"><br></span></div><div><span lang=3D"EN-US" style=3D"f=
ont-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif">What do you th=
ink?</span></div>
<div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times =
New Roman&#39;,serif"><br></span></div><div><span lang=3D"EN-US" style=3D"f=
ont-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif">Thanks</span><=
/div>
<div><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times =
New Roman&#39;,serif">Qin</span></div><div><span lang=3D"EN-US" style=3D"fo=
nt-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif">=A0 =A0=A0</spa=
n></div></div>

--047d7b343f1a64909404e52dc8dc--

From qinwang@berkeley.edu  Fri Aug 30 10:47:37 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E816111E80FA for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:47:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.901
X-Spam-Level: 
X-Spam-Status: No, score=-2.901 tagged_above=-999 required=5 tests=[AWL=0.075,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bckMd+f1C8fY for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 10:47:32 -0700 (PDT)
Received: from mail-vb0-f49.google.com (mail-vb0-f49.google.com [209.85.212.49]) by ietfa.amsl.com (Postfix) with ESMTP id 973CF11E8111 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:47:32 -0700 (PDT)
Received: by mail-vb0-f49.google.com with SMTP id w16so1496914vbb.8 for <6tsch@ietf.org>; Fri, 30 Aug 2013 10:47:32 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=XX0iR7dbjUibMrzxEkPquMFEAGZjDtmW8Kjb/vXWMvg=; b=aQJJe4q5Dekc7gzRxGat61yFydlv4lshpEr230ulKtoqkEhjJUX5zh8C+YxZ9JQWNH ujH5SibELeYkQiDW6EmrFPFffGB3lGfo4KWzv4Rj/a/nWl7ME/46kdhn1JIQ2qAEiX3H cmjW7D6xnroVg7O1enxF1/87jLz81cFwWD4x3UgXG9Ehged7yOvhWwusYRbkJaVlZ5we EsRh53T87ok4XTpRIrZMtuOy3hnqn8Q3NRpEznkkolIHE3QOVYlM5+DwFFHguGmSINwO Y2pNljkEpVHrP91Z6QGdHytZeM1IQMTElvwnKwPwasHLzGY3p0/EtxMV1cjZlqDzYupB xibA==
X-Gm-Message-State: ALoCoQnNyT08wdVu4RZRP9ZtM1DyoLdt04MZQchkDo8dUGMAMS6W9l+DePsTpNnobpf6MkmU7L2U
MIME-Version: 1.0
X-Received: by 10.220.181.136 with SMTP id by8mr9455062vcb.11.1377884852074; Fri, 30 Aug 2013 10:47:32 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 30 Aug 2013 10:47:32 -0700 (PDT)
Date: Sat, 31 Aug 2013 01:47:32 +0800
Message-ID: <CAAzoce768TLENEYM34OEasDdTTHWTN4DRmEaOOZHOf_gBR6smQ@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/alternative; boundary=047d7bf0f67a26794804e52dd143
Subject: [6tsch] Confirmation Messages?
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2013 17:47:38 -0000

--047d7bf0f67a26794804e52dd143
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

In this thread, we will continue the discussion about Confirmation message.
Here is some background information.

Context: e.g.
    - node sends a report and want to know if the report is accepted.,
    - ME sends a action request and want to know if/when the action taken.
Options:
   (1) Nothing
   (2) Rely on transport mechanism (e.g. confirmable CoAP message)
   (3) App-level ACK type
   (4) Use different flow (i.e. action flow)

IMHO, different control flow may have different requirement for
confirmation message.
    (1) Action Flow, needs a App-level confirmation, like Succ/Fail
    (2) Query Flow, automatically has the confirmation, i.e. the message
packet corresponding to a specific query.
    (3) Report Flow and Event Flow, option (1)-(3) are OK, but I prefer
option (1) and (3), i.e. the confirmation message is an option, but if a
confirmation message is needed, it should be App-level Ack, instead of
transport layer confirmation, which will give 6top more flexibility.

What do you think?

Thanks
Qin

--047d7bf0f67a26794804e52dd143
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div style=3D"font-family:arial,sans-serif;font-size:13px"=
>Hi all,</div><br style=3D"font-family:arial,sans-serif;font-size:13px"><di=
v style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D"EN-US=
" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif">In=
 this thread, we will continue the discussion about Confirmation message. H=
ere is some background information.</span><br>
</div><div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=
=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,=
serif"><br></span></div><div style=3D"font-family:arial,sans-serif;font-siz=
e:13px">
<span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New R=
oman&#39;,serif">Context: e.g.</span></div><div style=3D"font-family:arial,=
sans-serif;font-size:13px"><span lang=3D"EN-US" style=3D"font-size:10.5pt;f=
ont-family:&#39;Times New Roman&#39;,serif">=A0 =A0 - node sends a report a=
nd want to know if the report is accepted.,=A0</span></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D"EN=
-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif"=
>=A0 =A0 - ME sends a action request and want to know if/when the action ta=
ken.</span></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D"EN=
-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif"=
>Options:</span></div><div style=3D"font-family:arial,sans-serif;font-size:=
13px">
<span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New R=
oman&#39;,serif">=A0 =A0(1) Nothing</span></div><div style=3D"font-family:a=
rial,sans-serif;font-size:13px"><span lang=3D"EN-US" style=3D"font-size:10.=
5pt;font-family:&#39;Times New Roman&#39;,serif">=A0 =A0(2) Rely on transpo=
rt mechanism (e.g. confirmable CoAP message)</span></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D"EN=
-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif"=
>=A0 =A0(3) App-level ACK type</span></div><div style=3D"font-family:arial,=
sans-serif;font-size:13px">
<span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New R=
oman&#39;,serif">=A0 =A0(4) Use different flow (i.e. action flow)</span></d=
iv><div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D=
"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,ser=
if"><br>
</span></div><div style=3D"font-family:arial,sans-serif;font-size:13px"><sp=
an lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roma=
n&#39;,serif">IMHO, different control flow may have different requirement f=
or confirmation message.</span></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D"EN=
-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif"=
>=A0 =A0 (1) Action Flow, needs a App-level confirmation, like Succ/Fail</s=
pan></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D"EN=
-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif"=
>=A0 =A0 (2) Query Flow, automatically has the confirmation, i.e. the messa=
ge packet corresponding to a specific query.</span></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D"EN=
-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif"=
>=A0 =A0 (3) Report Flow and Event Flow, option (1)-(3) are OK, but I prefe=
r option (1) and (3), i.e. the confirmation message is an option, but if a =
confirmation message is needed, it should be App-level Ack, instead of tran=
sport layer confirmation, which will give 6top more flexibility.</span></di=
v>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D"EN=
-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif"=
><br></span></div><div style=3D"font-family:arial,sans-serif;font-size:13px=
"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New=
 Roman&#39;,serif">What do you think?</span></div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><span lang=3D"EN=
-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,serif"=
><br></span></div><div style=3D"font-family:arial,sans-serif;font-size:13px=
"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New=
 Roman&#39;,serif">Thanks</span></div>
<span class=3D"" style=3D"font-family:arial,sans-serif;font-size:13px"><fon=
t color=3D"#888888"><div><span lang=3D"EN-US" style=3D"font-size:10.5pt;fon=
t-family:&#39;Times New Roman&#39;,serif">Qin</span></div><div><span lang=
=3D"EN-US" style=3D"font-size:10.5pt;font-family:&#39;Times New Roman&#39;,=
serif">=A0 =A0=A0</span></div>
</font></span></div>

--047d7bf0f67a26794804e52dd143--

From qinwang@berkeley.edu  Fri Aug 30 11:01:36 2013
Return-Path: <qinwang@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DD0321F9D45 for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 11:01:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.603
X-Spam-Level: 
X-Spam-Status: No, score=-2.603 tagged_above=-999 required=5 tests=[AWL=-0.227, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xzk3H1mRqgQy for <6tsch@ietfa.amsl.com>; Fri, 30 Aug 2013 11:01:32 -0700 (PDT)
Received: from mail-vb0-f41.google.com (mail-vb0-f41.google.com [209.85.212.41]) by ietfa.amsl.com (Postfix) with ESMTP id B889D21F9D70 for <6tsch@ietf.org>; Fri, 30 Aug 2013 11:01:31 -0700 (PDT)
Received: by mail-vb0-f41.google.com with SMTP id g17so1525464vbg.14 for <6tsch@ietf.org>; Fri, 30 Aug 2013 11:01:31 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=eSr/Ntu9A4K7YAZoPYouoPoBOgxraDZykVux0NW3YVI=; b=LgDNw78s7eJkHQBjc9IrJlCOp9JMR1hTH2Ftmfm48hjrCRmm6tZwhlEYNsMPdgwF4x 4/uIwp1cYCbVRcqXsLrmgZDYd5eAxMKC4rdHDDlD+X17bQhCz/o5BAEKRZWyeNZqiu2S 2LL9jUk3Qtl4ZwESvfrSbx6NrQ0p79pwBOYNfvQ4Z2BVJqusjKrg/WitoBNwi74crvQm XajA302e/RecnoYWpJT1B+NOYh37Fn5bouUuL1Ja4vZ9ybOk6M85ncjrBNaQ6rxCR+bC Fw/pJX3Hzw1zb4bfxgsGCrfrzyzzfHsvwyVYg2/Zw5jV3suXOUV+0LfBEfUNnJljxFUh nNzw==
X-Gm-Message-State: ALoCoQl8THYRTiU+wNBIrzZ7kHsdHsShAcljDyZL/2MVXh05inuvNMYJ+AISVjWpqBjp7BxNGheQ
MIME-Version: 1.0
X-Received: by 10.58.230.135 with SMTP id sy7mr1078vec.42.1377885691186; Fri, 30 Aug 2013 11:01:31 -0700 (PDT)
Received: by 10.220.116.135 with HTTP; Fri, 30 Aug 2013 11:01:31 -0700 (PDT)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD841433684@xmb-rcd-x01.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD841433684@xmb-rcd-x01.cisco.com>
Date: Sat, 31 Aug 2013 02:01:31 +0800
Message-ID: <CAAzoce6x7hNZX+GV1xcf9nyDZok2h57SjFh_AjbJXvzM=sUuzQ@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Content-Type: multipart/alternative; boundary=047d7bdc87be2a1cd204e52e0336
Cc: "6tsch@ietf.org" <6tsch@ietf.org>
Subject: Re: [6tsch] About the special type of event to ask PCE to create a track
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2013 18:01:36 -0000

--047d7bdc87be2a1cd204e52e0336
Content-Type: text/plain; charset=ISO-8859-1

Hi Pascal,

My understanding is that 6top is a passive role in dealing with cell/track
reservation. In another word, the 6top in a node can report its state,
including neighbor table, cell usage, and other statistics information, but
can not make decision on if some cells/track should be added or removed,
which should be the responsibility of PCE in centralized case or upper
layer in distributed case. Thus, I can not see when the 5th flow will be
used. Can you explain more?

Thanks
Qin


On Sat, Aug 31, 2013 at 12:08 AM, Pascal Thubert (pthubert) <
pthubert@cisco.com> wrote:

> Dear all,
>
> We discussed at the call that the(PCEP?) request to ask for a track
> establishment could be seen as an event, or could be a new flow.
> At the call, I suggested that it could be a new, 5th flow. My arguments
> are that this flow:
> - Probably yields different data format. The demand carries and points,
> end to end latency and bandwidth. That's quite specific.
> - Probably yields a different flow. Events do not necessarily have a
> response.
> - Probably uses a different transport as well (PCEP vs. CoAP)
>
> What do you think?
>
> Pascal
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

--047d7bdc87be2a1cd204e52e0336
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Pascal,<div><br></div><div>My understanding is that 6to=
p is a passive role in dealing with cell/track reservation. In another word=
, the 6top in a node can report its state, including neighbor table, cell u=
sage, and other statistics information, but can not make decision on if som=
e cells/track should be added or removed, which should be the responsibilit=
y of PCE in centralized case or upper layer in distributed case. Thus, I ca=
n not see when the 5th flow will be used. Can you explain more?</div>
<div><br></div><div>Thanks</div><div>Qin</div></div><div class=3D"gmail_ext=
ra"><br><br><div class=3D"gmail_quote">On Sat, Aug 31, 2013 at 12:08 AM, Pa=
scal Thubert (pthubert) <span dir=3D"ltr">&lt;<a href=3D"mailto:pthubert@ci=
sco.com" target=3D"_blank">pthubert@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Dear all,<br>
<br>
We discussed at the call that the(PCEP?) request to ask for a track establi=
shment could be seen as an event, or could be a new flow.<br>
At the call, I suggested that it could be a new, 5th flow. My arguments are=
 that this flow:<br>
- Probably yields different data format. The demand carries and points, end=
 to end latency and bandwidth. That&#39;s quite specific.<br>
- Probably yields a different flow. Events do not necessarily have a respon=
se.<br>
- Probably uses a different transport as well (PCEP vs. CoAP)<br>
<br>
What do you think?<br>
<br>
Pascal<br>
_______________________________________________<br>
6tsch mailing list<br>
<a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">h=
ttps://www.ietf.org/mailman/listinfo/6tsch</a><br>
</blockquote></div><br></div>

--047d7bdc87be2a1cd204e52e0336--
